YD/T 1972.1-2009 800MHz/2GHz cdma2000数字蜂窝移动通信网 多媒体域（MMD）系统设备技术要求 第1部分：会话控制类设备 YD/T1972.1-2009 标准下载解压密码：www.bzxz.net

1CS33.060.99
中华人民共和国通信行业标准
YD/T 1972.1-2009
800MHz/2GHz cdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第1部分：会话控制类设备
Technical requirements for 800MHz/2GHz cdma2000 digital cellularmobile telecommunicationnetwork multimedia domain equipmentPart 1: Call control equipments2009-12-11发布
2010-01-01实施
中华人民共和国工业和信息化部　发布前言·
范围·
规范性引用文件
缩略语·
概述·
4.1网络架构
4.2定义·
5功能要求·
5.1P-CSCF的功能·
5.2I-CSCF的功能
5.3S-CSCF的功能.
6性能及可靠性指标
会话处理能力·
注册用户数
6.3系统可靠性和可用性
7接口要求
物理接口·
逻辑接口…
8操作维护及网管要求·
MML和GUI...
本地维护和远程维护
日志·
性能统计
故障诊断·
软件版本及补丁管理，
定时与同步要求·
电源及接地要求·
10.1电源要求…
接地要求·
11环境要求
参考文献
YD/T 1972.1-2009
YD/T1972.1-2009
《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》是根据我国CDMA网络的发展需要，参考3GPP2的系列规范，并根据我国国内的实际情况制定而成的。YD/T1972《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》分为4部分。
第1部分：会话控制类设备；
第2部分：用户数据类设备；
第3部分：互通类设备；
第4部分：媒体资源类设备。
本部分是YD/T1972的第1部分。
《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》是“800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统”系列标准之一，该系列标准的结构及名称如下：
a）YD/T1972《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求》
一第1部分：会话控制类设备；
一第2部分：用户数据类设备；
一第3部分：互通类设备；
一第4部分：媒体资源类设备。
b）YD/T1973《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备测试方法》
第1部分：会话控制类设备；
第2部分：用户数据类设备；
一第3部分：互通类设备；
一第4部分：媒体资源类设备。
本部分与YD/T1973.1《800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备测试方法第1部分：会话控制类设备》配套使用。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国联合网络通信股份有限公司、中讯邮电咨询设计院。
本部分主要起草人：李侠宇、顾晏霞、王君珂、杨艳松。I
1范围
YD/T1972.1-2009
800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域（MMD）系统设备技术要求第1部分：会话控制类设备
本部分规定了800MHz/2GHzcdma2000数字蜂窝移动通信网多媒体域的会话控制类设备P-CSCF、I-CSCF、S-CSCF的功能要求、安全要求、操作维护及网管，性能及可靠性指标等内容。本部分适用于800MHz/2GHzcdma2000数字蜂窝移动通信网中MMD系统的会话控制类设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB/T2887-2000电子计算机场地通用规范GB9254-1998信息技术设备的无线电骚扰限值和测量方法GB/T17618-1998信息技术设备抗扰度限值和测量方法GB50174-2000电子计算机机房设计规范3GPP2X.S0013-003-AV1.0，全IP核心网多媒体域：IP多媒体会话处理；IP多媒体呼叫模型；阶段23GPP2X.S0013-005-AV1.0，全IP核心网多媒体域：IP多媒体子系统Cx接口信令流程和消息内容3GPP2X.S0013-008-AV1.0，全IP核心网多媒体域：IP多媒体子系统一计费信息流程和协议3GPP2S.R0086-BV1.0，IMS安全框架IETFRFC1305：网络时间协议（版本3）规范和执行IETFRFC2403：在ESP和AH内的HMAC-MD5-96的使用IETFRFC2404：在ESP和AH内的HMAC-SHA-1-96的使用IETFRFC2406：IP压缩安全有效载荷ETFRFC3261进程初始化协议
IETFRFC3310：使用证明与密钥协议的HTTP摘要证明IETFRFC3320：信号压缩（SigComp）IETFRFC3321：信号压缩（SigComp）扩展操作IETFRFC3323：对于进程初始化协议（SIP）的一个私秘机制IETFRFC3325：对于进程初始化协议（SIP）在可信任网络用于尚待证实的识别私自扩展IETFRFC3326：对于进程初始化协议的（SIP）原因报头域IETFRFC3329：对于进程初始化协议（SIP）安全机制协定IETFRFC3485：信号压缩（SigComp）的会话初始协议（SIP）和会话描述协议（SDP）静态字母检索表
IETFRFC3486：压缩会话初始协议（SIP）1
YD/T 1972.1-2009
IETFRFC3680：会话初始协议（SIP）注册的事件包ETFRFC3761：E.164到统一资源标识符（URI）动态授权发现系统（DDDS）应用（ENUM）IETFRFC3841：会话初始协议（SIP）的呼叫者优先选择IETFRFC3861：即时消息和出席的地址解析ETFRFC3966：电话号码的telURIIETFRFC4028：会话发起协议（SIP）中的会话定时器IEEE802.3信息技术、系统间的远程通信和信息交换，局域网和城域网规范要求IEEE802.3u信息技术、电信和系统间的信息交换，局域网和城域网特殊要求：100Mbit/s以太网IEEE802.3ab信息技术、电信和系统间的信息交换，局域网和城域网特殊要求，CSMA/CD及物理层规范的补充：物理层参数和1000Mbit/s操作规范3缩略语
下列缩略语适用于本部分。
I-CSCF
Accounting Request
Application Server
Authentication，Authorization and AccountingBreakoutGatewayControlFunctionCharging Rules Function
Circuit Switched
CallSessionControlFunction
Dynamic Host Configuration ProtocolDomain Name System
E.164Number
Event Charging with Unit ReservationHomeSubscriberServer
IMS Charging ID
Interrogating-CSCF
Immediate Event Charging
IPMultimedia
IPMultimedia NetworkSubsystemInterOperatorIdentifier
IMS Service Control
Internet Protocol
Media GatewayControl FunctionMultimediaResourceFunctionControllerMultimedia ResourceFunctionProcessingOnline Charging System
Open Services Architecture
计费请求
应用服务器
鉴权、授权、计费
出口网关控制功能
计费规则功能
电路交换
呼叫会话控制功能
动态主机配置协议
域名系统
E.164号码
计费单元预留的事件计费
归属用户服务器
IMS计费标识
查询CSCF
即时事件计费
IP多媒体
IP多媒体网络子系统
归属网络标识
IMS业务控制接口
互联网协议
媒体网关控制功能
多媒体资源功能控制器
多媒体资源功能处理器
在线计费系统
开放业务体系
P-CSCF
S-CSCF
4概述
4.1网络架构
Proxy-CSCF
PolicyDecisionFunction
Packet Data Serving Node
Public Service Identity
Public User Identity
Private User Identity
Quality of Service
Session Description ProtocolSession Charging with Unit ReservationSession Initiated Protocol
Serving-CSCF
ServiceBasedBearerControl
Topology Hiding Inter-network GatewayUserEquipment
UniformResourceIdentifier
代理CSCF
YD/T1972.1-2009Www.bzxZ.net
策略决策功能
分组数据服务节点
公共业务标识
公共用户标识
私有用户标识
业务服务质量
会话描述协议
计费单元预留的会话计费
会话初始协议
服务CSCF
基于业务的承载控制
拓扑隐藏网问网关
用户设备
统一资源标识
MMD系统包括两个部分，分组数据子系统（PDS）和IP多媒体子系统（IMS），其中IMS提供多媒体会话能力，PDS为IMS提供承载层的支撑，IMS的多媒体会话能力建立在分组数据支撑能力的基础上。在实际的应用中，PDS可以在没有IMS的情况下独立部署。图1所示为MMD系统的网络参考模型。4.2定义
会话控制设备功能定义如下。
呼叫会话控制功能CSCF分为代理CSCF（P-CSCF）、服务CSCF（S-CSCF）和查询CSCF（I-CSCF）。P-CSCF在IMS中是UE的第一个接触点，可以位于用户的归属网络或者拜访网络中。P-CSCF将UE接入IMS网络并负责在UE与IMS归属域间进行消息路由。P-CSCF维护与UE之间的SA，提供SIP消息的完整性保护和压缩。P-CSCF还负责媒体检查，并能够与QoS策略功能实体交互进行承载QoS控制。在某运营商的网络中，I-CSCF是针对该网络中某用户或目前处于该网络中的某漫游用户的所有IMS连接的接触点。I-CSCF在UE注册阶段为其分配S-CSCF。I-CSCF能够处理终呼，将会话请求正确路由到被叫的S-CSCF。根据运营商的需求，I-CSCF还能提供THIG的功能。在网络中，S-CSCF位于用户归属网络，为UE提供注册，会话控制和业务触发等功能。这些功能包括：用户注册和重注册、注销、认证鉴权、第三方注册、会话管理、消息路由、漫游判断、业务触发、媒体授权。
会话控制设备相关的接口定义如下。ISC接口：ISC接口位于S-CSCF与AS之间，是IMS核心网络CSCF提供给IMS应用网络的接口，基于SIP，ISC接口向业务引擎/OSA业务能力服务器提供SIP/SDP呼叫控制、SIP事件相关的订购与通知等功能。3
YD/T1972.1-2009
香百藍百！
移动终端
8/OSA-API712ISC
OSA业务能力
服务器
移动IP归属
Breakou
Function
26/PSTNL
媒体网关
边界路由器
图1MMD系统的网络参考模型
Gm接口：Gm接口位于IMS用户终端与IMS核心网P-CSCF之间，基于SIP，主要用于IMS用户的注册及会话控制。
Tx接口：Tx接口位于P-CSCF和PCRF之间，基于DIAMETER协议，完成会话的QoS策略控制功能。Rf接口：Rf接口位于CSCF与离线计费实体之间，基于DIAMETER协议，实现会话相关离线计费功能。Mw接口：Mw接口位于不同的CSCF之间，基于SIP，用于IMS登记及会话流程中CSCF之间的消息通信及代理前转。
Mg接口：Mg接口位于CSCF与MGCF之间，基于SIP，CSCF通过该接口间接控制与其他非IMS网络，包括PSTN、其他基于IP承载的移动3G网络、固定NGN网络等。Cx接口：Cx接口用于CSCF与HSS之间的信息交互与传输，基于DIAMETER协议。Mr接口：Mr接口位于S-CSCF与MRFC之间，基于SIP，CSCF通过该接口间接控制MRFP上的网络媒体资源（包括音频、视频多媒体等）。Mi接口：Mi接口位于S-CSCF与BGCF之间，基于SIP，S-CSCF通过该接口将会话控制信令前转到BGCF，由BGCF完成到传统窄带PSTN、3G/2GCS网络互通所需要的MGCF的选择。5功能要求
5.1P-CSCF的功能
5.1.1注册和注销功能
5.1.1.1注册
YD/T1972.1-2009
P-CSCF可以使用IETFRFC3261中定义的SIP默认端口，或者使用UE在P-CSCF发现过程中获得的端口来接收初始注册请求。
当P-CSCF接收到来自UE的注册请求时，应进行以下操作。a）插入Path消息头，包含标识P-CSCF的SIPURI，MT请求指示，以便S-CSCF可以把到终端的请求转发到该P-CSCF。
b）插入Require消息头，包含path标签。c）插入P-Charging-Vector消息头，包含根据3GPP2X.S0013-008产生的icid值。d）在Authorization消息头插入integrity-protected参数：当该注册请求通过正在进行的认证过程产生的安全关联进行完成性保护（例如携带RES参数），或者通过上一次成功认证所建立的安全关联（例如携带RES参数）接收时，integrity-protected参数设为\yes”，其他情况该参数设为“no”。e）如果接收到的注册请求没有进行完整性保护，检查是否存在Security-Client消息头：如果存在，移除并保存该消息头；如果不存在，P-CSCF返回4xx响应。f）如果接收到的注册请求进行了完整性保护，P-CSCF应注意以下3项内容。1）检查保护该请求的安全关联，如果是一个临时的安全关联，检查请求中是否包含Security-Verify和Security-Client消息头：如果不存在这两个消息头，P-CSCF将返回4xx响应；如果存在这两个消息头，P-CSCF将对比该Security-Verify消息头和早前发出（例如在401消息中）的Security-Server消息头以及Security-Client消息头和在初始注册请求中收到的Security-Client消息头，如果这几者不匹配，则可能存在人为的中间攻击，P-CSCF应返回4xx响应来拒绝该请求。如果匹配，P-CSCF将移除Security-Verify和Security-Client消息头。
2）如果该安全关联是一个已经建立的安全关联，P-CSCF应进行以下3项工作：一如果存在Security-Verify，则移除该消息头；Security-Client消息头应包含新的参数，如果没有该消息头或者没有携带需要的参数，P-CSCF应返回4xx响应：
P-CSCF应移除并保存Security-Client消息头；3）检查Authorization消息头中的PVI和早前在初始注册请求中收到的PVI，如果不一致，P-CSCF应返回403响应拒绝该请求。
g）插入P-Visited-Network-ID消息头。h）将请求转发给归属网络的I-CSCF：如果为收到响应，或是受到3xx或480响应，P-CSCF应选择新的I-CSCF转发该注册请求；如果到所有可能的I-CSCF的请求均未成功，P-CSCF应根据IETFRFC3261的规定返回408（请求超时）或504（服务器超时）；如果收到其他响应，在执行可能的相应操作后（如加入/删除相应消息头和/或参数），转发至IMS终端。当P-CSCF收到注册请求的401响应后，应进行以下操作。a）删除与IMS终端之间存在的任何临时安全关联。5
YD/T1972.1-2009
b）移除401（Unauthorized）响应中的CK和IK参数，并将CK和IK参数与PVI以及即将建立的临时安全关联进行绑定，将移除CK和IK参数后的401（Unauthorized）响应转发给UE。c）插入Security-Server消息头，包括P-CSCF静态安全列表和3GPP2S.R0086中定义的安全关联参数。P-CSCF应支持IETFRFC3329定义的\ipsec-3gPp\安全机制。P-CSCF应支持IETFRFC2403定义的HMAC-MD5-96和IETFRFC2404定义的HMAC-SHA-1-96的IPsec层算法。d）在UE和P-CSCF之间建立一组SIP层生命周期的临时安全关联，该生命周期应能保证认证过程的完成，详细定义见3GPP2S.R0086和IETFRFC3329。e）如果注册请求被保护，通过相应的安全关联发送401响应到IMS终端；如果注册请求未被保护则不对401响应进行保护。
当P-CSCF收到注册请求的200（OK）响应后，P-CSCF应检查Expires消息头和/或Contact消息头中的Expires参数，如果值不为O，P-CSCF应进行以下操作：a）保存Service-Route消息头的列表，如果是重注册则更新原先储存的列表。b）将Service-Route列表与注册的PUI相关联。c）保存在P-Associated-URI消息头中携带的PUI，并将第一个PUI为缺省PUI。d）保存P-Charging-Function-Address消息头的值。e）如果存在一组已经建立好的安全关联，将其生命周期设置为二者的最大值：现有安全关联的生命周期，刚结束的注册生命周期加上30s。f）如果存在一组临时安全关联，将其改为新的安全关联，其生命周期设置为二者的最大值：原有安全关联的生命周期，刚结束的注册生命周期加上30s。g）通过与注册请求相同的安全关联将200（OK）响应转发给IMS终端。当P-CSCF通过新的安全关联收到UE发出的SIP消息（包括注册请求），P-CSCF应缩短旧的安全关联的生命周期为64xT1（如果长于64xT1）；使用新的安全关联向UE发送后续的消息。在这种情况下，P-CSCF将通过新的安全关联向UE发送请求。对于发往UE的响应，如果通过UDP发送，则使用新的安全关联；如果通过TCP发送，则使用和请求一致的安全关联。当旧的安全关联将要超时，例如其生命周期小于64XT1，并且新的安全关联尚未启用时，P-CSCF将使用新的安全关联向UE发送后续消息。当向UE发送的200（OK）响应是一个重鉴权响应时，P-CSCF应保持发送re-authentication的注册请求的安全关联；保持重鉴权建立的新的安全关联；删除其他所有存在的安全关联；继续使用发送re-authentication注册请求时使用的安全关联向用户发送后续请求。当向UE发送的200（OK）响应是一个初始鉴权响应时，例如接收的初始注册请求未进行保护，P-CSCF应：保持新建立的安全关联；删除其他所有存在的安全关联；使用新建立的安全关联向用户发送后续消息；当生命周期过期时，P-CSCF应删除该安全关联。5.1.1.2用户注册状态事件订阅功能当收到对用户初始注册请求的200（OK）响应后，P-CSCF应向S-CSCF发起用户注册状态事件订阅来了解用户的注册状态信息（订阅流程见IETFRFC3680），P-CSCF应进行以下二项操作：a）产生SUBSCRIBE请求，包含以下内容：一Request-URI：P-CSCF希望订阅的用户标识；6
一From：标识P-CSCF的SIPURI：一To：订阅用户的缺省SIPURI;
Event：设为reg;
一Expires：订阅超时时间，设置为大于200（OK）返回的注册超时时间；-P-Asserted-Identity：标识P-CSCF的SIPURI；一P-Charging-Vector：包含根据3GPP2X.S0013-008产生的icid值。b）将订阅请求转发给I-CSCF
YD/T1972.1-2009
当收到订阅请求的200（OK）的响应后，P-CSCF应当存储相应的对话信息和在200（OK）中指明的订阅超时时间。
如果需要连续的订阅，P-CSCF应能在适当地时间自动更新注册事件订阅。当收到注册事件NOTIFY请求后，P-CSCF将根据NOTIFY请求中的某一公用标识的属性进行相应处理，如果是注册，则设置该公用标识为已注册，绑定相应的联系地址；如果是注销，则设置该公用标识从相应的终端或是所有的终端上注销，并释放相关的信息。如果与某一终端相关联的所有公用标识全部注销，P-CSCF将从S-CSCF收到NOTIFY请求并指示订阅终止；如果NOTIFY请求未指明订阅终止，P-CSCF应取消该订阅或让该订阅过期，即不发送更新订阅请求。
5.1.1.3注销
P-CSCF应能支持来自终端或是网络的注销请求。P-CSCF应能接收来自终端的注销请求，并转发至P-CSCF所在网络的边界点（如果P-CSCF所在网络是拜访地网络，且采用网络拓扑隐藏），或是转发至用户归属网络的入口点。当P-CSCF接收到注册请求的200（OK）响应时，P-CSCF将检查其中的Expires消息头和/或Contact消息头中expires参数中的值，如果该值为O，P-CSCF应从已注册PUI列表中删除To消息头中指定的PUI以及与它相关联的PUI，并释放所有相关的信息；并检查该终端是否还有其他已注册的PUI，如果在该终端上所有的PUI均已注销，则在SIP注销操作的事务处理结束后，删除与该终端相关的安全关联。当收到来自网络的NOTIFY请求指明用户注销，则P-CSCF应将相应公用标识从所有终端或指定终端标记为注销，并释放存储的相应信息；如果该IMS终端上的所有公用标识均已注销，则缩短到该用户安全关联的生命周期。
5.1.2用户数据及业务数据管理
P-CSCF保存基于会话的部分用户数据。P-CSCF作为UE到IMS网络的第一个接触实体，在UE注册完成后，P-CSCF会存储与该会话相关的UE信息（包括UE的地址，UE的PUI/PVI）以及路由信息（与归属网络相联的I-CSCF地址和S-CSCF地址)。5.1.3注册无关请求基本处理功能当P-CSCF收到一个注册无关请求时，P-CSCF将首先检查该请求是UE发起的请求或UE终结的请求：：一如果在Route消息头中包含MT指示（如5.1.1节所示），则为UE终结的请求；一如果没有该指示，则为UE发起的请求。5.1.3.1UE发起的请求
当P-CSCF接收到初始对话请求或者独立事务请求，P-CSCF应检查请求消息中P-Preferred-Identity，7
YD/T1972.1-2009
如果该信息与UE注册的某个PUI相符时，P-CSCF判断该请求是由此PUI发起的。如果不符，或者没有包含P-Preferred-Identity，则应判断该请求是由默认的PUI发起的。如果有多个默认的PUI，P-CSCF可以随机的任选一个。
当P-CSCF收到UE发起的初始对话请求，P-CSCF应进行以下操作。a）校验Service-Route头域的URI列表是否与收到请求中的预加载的Route头部相匹配，如果不匹配：P-CSCF将不转发该请求，并返回400(BadRequest)响应，该响应中可以包含带有warn-code399的Warning头；或者P-CSCF用注册或重注册时保存Service-Route头域来替换请求中预加载的Route消息头；b）插入标识自身地址的Via消息头；c）在Record-Route头域的最顶端增加P-CSCF的SIPURI；d）如果有P-Preferred-Identity，删除并插入P-Asserted-Identity，其中的值应标识为请求的发起者；e）插入P-Charging-Vector消息头，包含根据3GPP2X.S0013-008产生的icid值；f）如果该请求是INVITE请求，保存请求中的Contact、Cseq和Record-Route等消息头的值，以使P-CSCF必要时能释放会话。
当P-CSCF收到上述请求的1xx或2xx响应时，P-CSCF应进行以下操作。a）保存响应中P-Charging-Function-Addresses消息头的值；b）保存Record-Route消息头中的列表；c）保存dialogID，并与会话中涉及的PVI和PUI相关联；d）使用与UE协商的服务器端口号刷新Record-Route中自身的端口号，同时根据协商的情况插入SIF压缩相关的参数（详细定义见IETFRFC3486）e）如果是INVITE请求的响应，保存Contact、From、To、Record-Route消息头的值，以使P-CSCF必要时能释放会话。
当P-CSCF收到UE发起的目标刷新请求时，P-CSCF应进行以下操作。a）检验该请求是否关联一个现存的对话，如果没有与请求关联的对话，P-CSCF将不转发该请求，同时P-CSCF将返回403（Forbidden）响应，该响应中可以包含带有warn-code399的Warning头；如果存在与请求关联的对话，P-CSCF将继续以下操作。b）校验请求中的Route消息头和保存的关联对话的Record-Route消息头，如果不一致，P-CSCF将不转发该请求，并返回400（BadRequest）响应，该响应中可以包含带有warn-code399的Warning头；或者P-CSCF用保存的关联对话的Record-Route消息头来替换请求中的Route消息头。c）插入标识自身地址的Via消息头。d）在Record-Route头域的最顶端增加P-CSCF的SIPURI。e）如果是INVITE对话，刷新已保存的Contact和Cseq，只有收到1xx或2xx响应后刷新的Contact值才有效，否则依然使用旧的值。当P-CSCF收到上述目标刷新请求的1xx或2xx响应时，P-CSCF应使用与UE协商的服务器端口号刷新Record-Route中自身的端口号，同时根据协商的情况插入SIP压缩相关的参数（详细定义见ETFRFC3486）；刷新保存的Contact消息头的值，以使P-CSCF必要时能释放会话。当P-CSCF收到UE发起独立事务请求，P-CSCF应进行以下操作。a）校验Service-Route头域的URI列表是否与收到请求中的预加载的Route头部相匹配，如果不匹配8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。