1、ICS 3306099M 37 Y口中华人民共和国通信行业标准YD厂r 19721-2009800M Hz2G Hz cdma2000数字蜂窝移动通信网多媒体域(MMD)系统设备技术要求第1部分：会话控制类设备Technical requirements for 800MHz2GHz cdma2000 digital cellularmobile telecommunicationnetwork multimedia domain equipmentPart 1：Call control equipments2009-12-11发布 2010_0101实施中华人民共和国工业和信息化部发布目 次
2、YD厂r 197212009前言1范围l2规范性引用文件13缩略语24既述341 网络架构342定义35功能要求551 PCSCF的功能55。2 I-CscF的功能】453 S-CSCF的功能176性能及可靠性指标3l61会话处理能力3162注册用户数3l63系统可靠性和可用性317接口要求3171物理接口3172逻辑接口328操作维护及网管要求3281 MML和GUI3282本地维护和远程维护328,3日志?3284性能统计3285故障诊断3286加载3387软件版本及补丁管理339定时与同步要求3310电源及接地要求33101电源要求33lO2接地要求34ll环境要求34参考文献35YD厂
3、r 197212009刖 蟊(800MHz2GHz cdma2000数字蜂窝移动通信网多媒体域(MMD)系统设备技术要求是根据我国CDMA网络的发展需要，参考3GPP2的系列规范，并根据我国国内的实际情况制定而成的。YDT 1972(800MI-Iz2GI-Iz edma2000数字蜂窝移动通信网多媒体域(hmm)系统设备技术要求分为4部分。一第l部分：会话控制类设备；一第2部分：用户数据类设备；一第3部分：互通类设备；一第4部分：媒体资源类设备。本部分是YDT 1972的第l部分。800MHz2GHz edma2000数字蜂窝移动通信网多媒体域(MMD)系统设备技术要求是“800MHzJ2G
4、I-Iz edma2000数字蜂窝移动通信网多媒体域(MMD)系统”系列标准之一，该系列标准的结构及名称如下：a)YD厂r 1972800MHz，2Gk cdma2000数字蜂窝移动通信网多媒体域(MMD)系统设备技术要求一第l部分：会话控制类设备；一第2部分：用户数据类设备；一第3部分：互通类设备：一第4部分：媒体资源类设备。b)YDr 1973800MHz，2GHz txlma2000数字蜂窝移动通信网多媒体域(MMD)系统设备测试方法一第l部分：会话控制类设备；一第2部分：用户数据类设备；第3部分：互通类设备；一第4部分：媒体资源类设备。本部分与YDT 19731(800MHz2GHz
5、cdma2000数字蜂窝移动通信网多媒体域(MMD)系统设各测试方法第1部分：会话控制类设备配套使用。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国联合网络通信股份有限公司、中讯邮电咨询设计院。本部分主要起草人：李侠字、顾曼霞、王君珂、杨艳松。YD厂r 19721-2009800MHz2GHz cdma2000数字蜂窝移动通信网多媒体域(MMD)系统设备技术要求第1部分：会话控制类设备1范围本部分规定了800MI-Iz2GHz cdma2000数字蜂窝移动通信网多媒体域的会话控制类设备P-CSCF、I-CSCF、S-CSCF的功能要求、安全要求、操作维护及
6、网管，性能及可靠性指标等内容。本部分适用于800MHz2GHz cdma2000数字蜂窝移动通信网中MMD系统的会话控制类设备。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB,T 2887-2000电子计算机场地通用规范GB 92541998信息技术设备的尤线电骚扰限值和测鼍方法GBT 176181998信息技术设备抗扰度限值和测量方法GB 50174-2000电子计算
7、机机房设计规范3GPP2XS0013003AVI0，全口核心网多媒体域：p多媒体会话处理；口多媒体呼叫模型；阶段23GPP2 X S0013-005A V1。0，全口核一0网多妖体域：IP多媒体子系统Cx接口信令流程和消息内容3GPP2 XS0013-008AVl0，全m核心网多媒体域：毋多媒体子系统一计费信息流程和协议3GPP2 sR0086-B V10，IMS安全框架IETF RFC 1305：网络时间协议(版本3)规范和执行IETF RFC 2403：在ESP和AH内的HMAcMD596的使用IErFRFC 2404：在ESP和AH内的HMACSHA196的使用IETF RFC 2406
8、：IP压缩安全有效载荷鹰ITRFC 3261进程初始化协议IETF RFC 3310：使用证明与密钥协议的TP摘要证明时rF RFC 3320：信号压缩(SigComp)IETFRFC 3321：信号压缩(SigComp)扩展操作IETF RFC 3323：对于进程初始化协议(SIP)的一个私秘机制IETFRFC 3325：对于进程毫U始化协议(SIP)在可信任网络用于尚待证实的识别私自扩展IETF RFC 3326：对于进程初始化协议的(Sm)原因报头域IETFRFC 3329：对于进程初始化协议(SIP)安全机制协定，rF RFC 3485：信号压缩(sigComp)的会话初始协议(SIP
9、)和会话描述协议(SDP)静态字母检索表IETF RFC 3486：压缩会话初始协议(SIP)YD厂r 19721-2009肼F RFC 3680：会话初始协议(Sm)注册的事件包IETFRFC 3761：E164到统一资源标识符(URI)动态授权发现系统(DDDS)应用(日quM)IETFRFC 3841：会话初始协议(S口)的呼叫者优先选择IETFRFC 3861：即时消息和出席的地址解析mTF RJ3966：电话号码的tel URIIETFRFC4028：会话发起协议(SIP)中的会话定时器IEEE 8023信息技术、系统间的远程通信和信息交换，局域网和城域网规范要求IEEE 8023u
10、信息技术、电信和系统问的信息交换，局域网和城域网特殊要求：100Mbits以太网IEEE 8023ab信息技术、电信和系统问的信息交换，局域网和城域网特殊要求，CSMMCD及物理层规范的补充：物理层参数和1000Mbits操作规范3缩略语下列缩略语适用于本部分。ACR Accounting Request 计费请求AS Application Server 应用服务器AAA Authentication，Authorization and Accounting鉴权、授权、计费BGCF Breakout Gateway Control Function 出13网关控制功能CRF Charging
11、 Rules Function 计费规则功能cS Cireuit Switched 电路交换cSCF Call Session Control Function 呼叫会话控制功能DHCP Dynamic Host Configuration Protocol 动态主机配置协议DNS Domain Name System 域名系统D州M E164 Number E164号码ECUR EventChargingwithUnitReservation 计费单元预留的事件计费HSS Home Subscriber Server 归属用户服务器Ic IMS Charging IMS计费标识I-CSCF
12、Interrogating-CSCF 查询CSCFIEC Immediate Event Charging 即时事件计费IMCN 1tMultimedia IP多媒体IMS IP Multimedia Network Subsystem IP多媒体网络子系统IOI InterOperatorIdentifier 归属网络标识ISC IMS Service Control IMS业务控制接口IP Interact Protocol 互联网协议MC-CF Media Gateway Control Function 媒体网关控制功能MRFC Multimedia Resource Function
13、 ctroUcr 多媒体资源功能控制器MRFP Multimedia Resource Function Processing 多媒体资源功能处理器OCS Online Charging System 在线计费系统OSA Open Services Architecture 开放业务体系2PCSCFPCRFPDSNPSIPUIPQoSSDPSCURS口SCSCFSBBCTHIGUEUlu4概述Proxy-CSCFPolicy Decision FunctionPacket Data Serving NodePubile Service IdentityPublic Uset IdentityP
14、rirate User IdentityQuality of ServiceSession Description ProtocolSession Charging with Unit ReservationSession Initiated ProtocolServingCSCFService Based Bearer ControlTopology Hiding Inter-network GatewayUser EquipmentUniform Resource IdentifierYD厂r 1 9721-2009代理CSCF策略决策功能分组数据服务节点公共业务标识公共用户标识私有用户标
15、识业务服务质量会话描述协议计费单元预留的会话计费会话初始协议服务CSCF基于业务的承载控制拓扑隐藏网间网关用户设备统一资源标识41网络架构MMD系统包括两个部分，分组数据子系统(PDS)和口多媒体子系统(D订S)，其中IMS提供多媒体会话能力，PDS为IMS提供承载层的支撑，IMS的多媒体会话能力建立在分组数据支撑能力的基础上。在实际的应用中，PDS可以在没有IMS的情况下独立部署。图1所示为MMD系统的网络参考模型。42定义会话控制设备功能定义如下。呼叫会话控制功能CsCF分为代理CSCF(P-CSCF)、服务CSCF(sCScF)和查询CSCF(I-CSCF)。P-CSCF在IMS中是LI
16、E的第一个接触点，可以位于用户的归属网络或者拜访网络中。PCSCF将UE接入IMS网络并负责在LIE与IMS归属域问进行消息路由。PCSCF维护与UE之间的SA，提供SIP消息的完整性保护和压缩。P-CSCF还负责媒体检查，并能够与QoS策略功能实体交互进行承载QoS控制。在某运营商的网络中，I-CSCF是针对该网络中某用户或目前处于该网络中的某漫游用户的所有【MS连接的接触点。I-CSCF在UE注册阶段为其分配S-CSCF。I-CSCF能够处理终呼，将会话请求正确路由到被叫的S-CSCF。根据运营商的需求，I-CSCF还能提供THIG的功能。在网络中，S-CSCF位于用户归属网络，为UE提供
17、注册，会话控制和业务触发等功能。这些功能包括：用户注册和重注册、注销、认证鉴权、第三方注册、会话管理、消息路由、漫游判断、业务触发、媒体授权。会话控制设备相关的接口定义如下。ISC接口：ISC接口位于S-CSCF与AS之间，是IMS核心网络CSCF提供给IMS应用网络的接口，基于SIP，ISC接口向业务引擎，osA业务能力服务器提供SIPSDP呼叫控制、SIP事件相关的订购与通知等功能。3YD厂r 19721-2009圈1 MMD系统的网络参考模型Gm接El：Gm接口位于IMS用户终端与IMS核心网PCSCF2_间，基于SIP，主要用于IMS用户的注册及会话控制。Tx接口：Tx接口位于P-CS
18、CF和PCRF之_间，基于DIAMETER协议，完成会话雕,JQoS策略控制功能。Rf接口：Rf接口位于CSCF与离线计费实体之间，基于DIAMETER协议，实现会话相关离线计费功能。Mw接口：Mw接口位于不同的CSCF之间，基于SIP，用于IMS登记及会话流程中CSCF之间的消息通信及代理前转。Mg接口：Mg接口位于CSCF与MGCF；之_问，基于SIP，CSCF通过该接口间接控制与其他非D“s网络，包括PSlN、其他基于m承载的移动3G网络、固定NGN网络等。Cx接口：Cx接口用于CSCF与HSS之间的信息交互与传输，基于DIAMETER协议。Mr接口：Mr接口位于SCSCF与MRFC之间
19、，基于SIP，CSCF通过该接口间接控制MRFP上的网络媒体资源(包括音频、视频多媒体等)。Mi接121：Mi接12位于S-CSCF与BGCF之间，基于SIP，S-CSCF通过该接口将会话控制信令前转到BGCF，由BGCF完成到传统窄带PSTN、3G2G CS网络互通所需要的MGCF的选择。4YD厂r 1972120095功能要求51 PCSCF的功能511注册和注销功能5111注册PCSCF可以使用ETF RFC 3261中定义的S口默认端口，或者使用oF在p-cscF发现过程中获得的端口来接收初始注册请求。当PCSCF接收到来自uE的注册请求时，应进行以下操作。a)插入Path消息头，包含
20、标识P-CSCF的SIPURI，MT请求指示，以便S-CSCF可以把到终端的请求转发到该PcscF。b)插入Require消息头，包含path标签。c)插入PChargingVector消息头，包含根据3GPP2 XS0013008产生的icid值。d)在Authorization消息头插入integrity-protected参数：当该注册请求通过正在进行的认证过程产生的安全关联进行完成性保护(例如携带RES参数)，或者通过上一次成功认证所建立的安全关联(例如携带RES参数)接收时，integrityprotected参数设为“yes”，其他情况该参数设为“no”。c)如果接收到的注册请求没
21、有进行完整性保护，检查是否存在Security-Client消息头：如果存在，移除并保存该消息头；如果不存在，P-CSCF返回4xx响应。f)如果接收到的注册请求进行了完整性保护，PCSCF应注意以下3项内容。I)检查保护该请求的安全关联，如果是一个临时的安全关联，检查请求中是否包含SecurityVerify和Security-Client消息头：如果不存在这两个消息头，P-CSCF将返回4xx响应；如果存在这两个消息头，P-CSCF将对比该Security-Verify消息头和早前发出(例如在401消息中)的Security-Server消息头以及SecurityClient消息头和在初始
22、注册请求中收到的Security-Client消息头，如果这几者不匹配，则可能存在人为的中间攻击，PCSCF应返回4xx响应来拒绝该请求。如果匹配，P-CSCF将移除SecurityVeilfy和SecurityClient消息头。2)如果该安全关联是一个已经建立的安全关联，P-CSCF应进行以下3项工作：一如果存在SecurityVeilfy，则移除该消息头；一SecurityClient消息头应包含新的参数，如果没有该消息头或者没有携带需要的参数，P-CSCF应返回4xx响应；一P-CSCF应移除并保存SecurityClient消息头；3)检查Authorization消息头中的PVI和
23、早前在初始注册请求中收到的PVI，如果不一致，P-CSCF应返回403响应拒绝该请求。g)插入P-VisitedNetworkID消息头。h)将请求转发给归属网络的I-CSCF：如果为收到响应，或是受到3xx或480响应，PCSCF应选择新的I-CSCF转发该注册请求：如果到所有可能的I-CSCF的请求均未成功，P-CSCF戍根据IETF RFC 3261的规定返回408(请求超时)或504(服务器超时)；如果收到其他响应，在执行可能的相应操作后(如加入，删除相应消息头和，或参数)，转发至IMS终端。当PCSCF收到注册请求的401响应后，应进行以下操作。a)删除与IMS终端之间存在的任何临时
24、安全关联。5YD丌19721-2009b)移除401(Unauthorized)响应中的CK和参数，并将CK和参数与PVI以及即将建立的临时安全关联进行绑定，将移除CK和(参数后的401(Unauthorized)响应转发给LIE。c)插入SecurityServer消息头，包括P-CSCF静态安全列表和3GPP2 sR0086中定义的安全关联参数。P-CSCF应支持IETF RFC 3329定义的“ipsec39pp安全机制。P-CSCF应支持肼RFC 2403定义的HMAC-MD596和IETF RFC 2404定义的HMACSHA196的IPsec层算法。d)在UE和P-CSCF之间建立
25、一组SIP层生命周期的l临时安全关联，该生命周期应能保证认证过程的完成，详细定义见3GPP2 sR0086和IEIT RFC 3329。e)如果注册请求被保护，通过相应的安全关联发送401响应到IMS终端；如果注册请求未被保护，则不对401响应进行保护。当P-CSCF收到注册请求的200(OK)响应后，P-CSCF立检查Expires消息头和或Contact消息头中的Expires参数，如果值不为0，P-CSCF应进行以下操作：a)保存ServiceRoute消息头的列表，如果是重注册则更新原先储存的列表。b)将ServiceRoute列表与注册的PUI相关联。c)保存在P-Associate
26、dURI消息头中携带的PUI，并将第一个PUI为缺省PUI。d)保存PChargingFunctionAddress消息头的值。e)如果存在一组已经建立好的安全关联。将其生命周期设置为二者的最大值：现有安全关联的生命周期，刚结束的注册生命周期加上30s。f)如果存在一组临时安全关联，将其改为新的安全关联，其生命周期设置为二者的最大值：原有安全关联的生命周期，刚结束的注册生命周期加上30s。g)通过与注册请求相同的安全关联将200(OK)响应转发给IMS终端。当PCSCF通过新的安全关联收tJUE发出的SIP消息(包括注册请求)，PCSCF应缩短旧的安全关联的生命周期为64xTI(如果长于64x
27、Tl)；使用新的安全关联向uE发送后续的消息。在这种情况下。P-CSCF*g通过新的安全关联向uE发送请求。对于发往UE的响应，如果通过UDP发送，则使用新的安全关联：如果通过TCP发送，则使用和请求一致的安全关联。当旧的安全关联将要超时，例如其生命周期小于64XTI，并且新的安全关联尚未启用时，PCSCF将使用新的安全关联向UE发送后续消息。当向UE发送的200(Ox)响应是一个重鉴权响应时，PCSCF应保持发送rcauthentication的注册请求的安全关联；保持重鉴权建立的新的安全关联：删除其他所有存在的安全关联；继续使用发送re-authentication注册请求时使用的安全关联
28、向用户发送后续请求。当向UE发送的200(OK)响应是一个初始鉴权响应时，例如接收的初始注册请求未进行保护，P-CSCF应：保持新建立的安全关联；删除其他所有存在的安全关联；使用新建立的安全关联向用户发送后续消息：当生命周期过期时，P-CSCF应删除该安全关联。5112用户注册状态事件订阅功能当收到对用户初始注册请求的200(OK)响应后，P-CSCF应向S-CSCF发起用户注册状态事件订阅来了解用户的注册状态信息(订阅流程见IETFRFC 3680)，PCSCF应进行以下二项操作：a)产生SUBSCRIBE请求，包含以下内容：一Requcst-URI：P-CSCF希望订阅的用户标识6YD厂r
29、 197212009一From：标识PcScF的s口URI：一To：订阅用户的缺省S口URj；一Event：设为reg；一Expires：订阅超时时间。设置为大于200(OK)返回的注册超时时间；一PAssertedIdentity：标识PCSCF的SIP uRI；一P-Charging-Vector：包含根据3GPP2 xS0013-008产生的icid值。b)将订阅请求转发给ICSCF当收到订阅请求的200(OK)的响应后，P-CSCF应当存储相应的对话信息和在200(OK)中指明的订阅超时时间。如果需要连续的订阅，P-CSCF应能在适当地时问自动更新注册事件订阅。当收到注册事件NOTIF
30、Y请求后，P-CSCF将根据NOTIFY请求中的某一公用标识的属性进行相应处理，如果是注册，则设置该公用标识为己注册，绑定相应的联系地址；如果是注销，则设置该公用标识从相应的终端或是所有的终端上注销，并释放相关的信息。如果与某一终端相关联的所有公用标识全部注销，P-CSCF将从S-CSCF收到NOTIFY请求并指示订阅终止；如果NOTIFY请求未指明订阅终止，P-CSCF应取消该订阅或让该订阅过期，即不发送更新订阅请求。5113注销P-CSCF应能支持来自终端或是网络的注销请求。P-CSCF壶能接收来自终端的注销请求，并转发至P-CSCF所在网络的边界点(如果P-CSCF所在网络是拜访地网络，
31、且采用网络拓扑隐藏)，或是转发至用户归属网络的入口点。当PCSCF接收到注册请求的200(OK)响应时，poCSCF将检查其中的Expires消息头和或Contact消息头qbexpires参数中的值，如果该值为0，P-CSCFJ立从已注册PuI列表中删除To消息头中指定的PUI以及与它相关联的PUI，并释放所有相关的信息：并检查该终端是否还有其他已注册的PUI，如果在该终端上所有的PUI均已注销，则在SIP注销操作的事务处理结束后，删除与该终端相关的安全关联。当收到来自网络的NOTIFY请求指明用户注销，lJpCSCF应将相应公用标识从所有终端或指定终端标记为注销，并释放存储的相应信息；如果
32、该IMS终端上的所有公用标识均已注销，则缩短到该用户安全关联的生命周期。512用户数据及业务数据管理P-CSCF保存基于会话的部分用户数据。PCSCF作为LIE到IMS网络的第一个接触实体，在UE注册完成后，P-CSCF会存储与该会话相关的LIE信息(包括LIE的地址，lYE的PUIPVI)以及路由信息(与归属网络相联的IoCSCF地址和SCSCF地址)。513注册无关请求基本处理功能当PCSCF收到一个注册无关请求时，PcscF将首先检查该请求是UE发起的请求或UE终结的请求：一如果在Route消息头中包含MT指示(如511节所示)，则为UE终结的请求；一如果没有该指示，则为UE发起的请求。
33、5131 UE发起的请求当P-CSCF接收到初始对话请求或者独立事务请求，P-CSCF应检查请求消息中P-PreferredIdentity，7YD厂r 19721-2009如果该信息与UE注册的某个PUI相符时，P-CSCF判断该请求是由此PUI发起的。如果不符，或者没有包含P-PreferredIdentity，则应判断该请求是由默认的PUI发起的。如果有多个默认的PUI，P-CSCF可以随机的任选一个。当P-CSCF收到UE发起的初始对话请求，P-CSCF应进行以下操作。a)校验ServiceRoute头域的URI列表是否与收到请求中的预加载的Route头部相匹配，如果不匹配：P-CSC
34、F将不转发该请求，并返回400(BadRequest)响应，该响应中可以包含带有warn-code 399的Warning头；或者PCSCF用注册或重注册时保存Service-Route头域来替换请求中预加载的Route消息头；b)插入标识自身地址的Via消息头；c)在RecordRoute头域的最顶端增加PCSCF的SIP URI；d)如果有P-PreferredIdentity删除并插入P-AssertedIdentity，其中的值应标识为请求的发起者；e)插入P-ChargingVector消息头，包含根据3GPP2 X。S0013008产生的icid值；f)如果该请求是INVITE请求
35、，保存请求中的Contact、Cseq和Record-Route等消息头的值，以使PcScF必要时能释放会话。当nCSCF收到上述请求的lxx或2xx响应时，PCSCF应进行以下操作。a)保存响应中P-ChargingFunction-Addresses消息头的值；b)保存RecordRoute消息头中的列表：c)保存dialog ID，并与会话中涉及的PVI和PUI相关联；d)使用与lie协商的服务器端口号刷新RecordRoute中自身的端口号，同时根据协商的情况插入SIP压缩相关的参数(详细定义见1EIT IUlc 3486)e)如果是INVITE请求的响应，保存Contact、From
36、、To、Record-Route消息头的值，以使P-CSCF必要时能释放会话。当PCSCF收到lYE发起的目标刷新请求时，PCSCF应进行以下操作。a)检验该请求是否关联一个现存的对话，如果没有与请求关联的对话，P-CSCF将不转发该请求，同时P-CSCF将返回403(Forbidden)响应，该响应中可以包含带有warn-code 399的Warning头；如果存在与请求关联的对话，PCSCF将继续以下操作。b)校验请求中的Route消息头和保存的关联对话的RecordRoute消息头，如果不一致，P-CSCF将不转发该请求，并返回400(Bad Request)响应，该响应中可以包含带有w
37、arn-code 399的Warning头；或者P-CSCF用保存的关联对话的RecordRoute消息头来替换请求中的Route消息头。c)插入标识自身地址的Via消息头。d)在RecordRoute头域的最顶端增加P-CSCF的SIP URIe)如果是INVITE对话，刷新已保存的Contact和Cseq，只有收到lxx或2xx响应后刷新的Contact值才有效，否则依然使用旧的值。当P-CSCF收到上述目标刷新请求的lxx或2xx响应时，P-CSCF应使用与rOE协商的服务器端口号刷新RecordRoute中自身的端口号，同时根据协商的情况插入SIP压缩相关的参数(详细定义见IETFRF
38、C3486)；刷新保存的Contact消息头的值，以使PCSCF必要时能释放会话。当P-CSCF收到liE发起独立事务请求，P-CSCF应进行以下操作。a)校验ServiceRoute头域的URI列表是否与收到请求中的预加载的Route头部相匹配，如果不匹配，8YD厂r 197212009PCSCF将不转发该请求，并返回AOO(BadRequest)响应，该响应中可以包含带有wahl-code 399的Warning头；或者PCSCF用最近注册时保存ServiccRoute头域来替换请求中预加载的Route消息头。b)如果有PPreferredIdentity，删除并插入PAssertedId
39、entity，其中的值应标识为请求的发起者。c)插入P-ChargingVector消息头，包含根据3GPP2 XS0013008产生的icid值。当P-CSCF收到上述请求的任何响应时，PCSCF应保存响应中PChargmgFunction-Address消息头的值。当PCSCF收到UE发起的除目标刷新请求以外的后续请求(包括与当前对话相关的未知方法)，P-CSCF应进行以下操作。a)检验该请求是否关联一个现存的对话：一如果没有与请求关联的对话，nCSCF将不转发该请求，同时PCSCF将返回403(Forbidden)响应，该响应中可以包含带有wamcode 399的Warning头；一如果
40、存在与请求关联的对话，P-CSCF将继续以下操作。b)校验请求中的Route消息头和保存的关联对话的Record-Route消息头，如果不一致，P-CSCF将不转发该请求，并返回400(Bad Request)响应，该响应中可以包含带有wancode 399的Warning头；或者PCSCF用保存的关联对话的RecordRoute消息头来替换请求中的Route消息头。c)对于非INVITE的对话，插入P-ChargingVector消息头，包含根据3GPP2XS0013008产生的icid值。d)对于INVITE对话，刷新保存的Contact消息头的值，以使PCSCF必要时能释放会话。当PCS
41、CF收到UE发起的来知方法请求时(与当前的对话无关)，而且存在一个Serviee-Route列表与请求的发起者相对应，PCSCF应进行以下操作。a)校验Service，Route消息头中的URI列表是否以相同的顺序存在于收到的请求所带的预装载的Route消息头，如果不匹配，P-CSCF将不转发该请求，并返回400(Bad Request)响应，该响应中可以包含带有warncode 399的Warning头；或者P-CSCF用最近注册时保存ServiceRoute头域来替换请求中预加载的Route消息头。b)如果有PPreferredIdentity，删除并插入PAssertedIdentity
42、，其中的值应标识为请求的发起者。5132 UE终结的请求当PCSCF接收到发往UE的初始对话请求，在转发之前PCSCF应进行以下操作。a)转换Record-Route列表信息到Route列表信息中，并保存Route列表：b)如粜该请求为INVITE，保存请求中的Concact，cseq和RecordRoute字段并备份，以使P-CSCF必要时能释放会话：c)把PCSCF的SIPURI加到Record-Route头域的最顶端并保存列表，其中P-CSCFSIPURI中包含有关SIP压缩的参数(详细定义见IETFRFC 3486)以及与UE建立的安全关联中受保护的服务器端口号；d)把PCSCF的地址
43、加到Via头域的最顶端并保存该列表，其中PCSCF SIP URI中包含有关SIP压缩的参数(详细定义见IETF RFC 3486)以及与UE建立的安全关联中受保护的服务器端口号；e)保存P-ChargingFunctionAddresses消息头的值；f)移除并保存P-ChargingVector消息头中的icid；g)备份“P-Called-PartyID”消息头。9YDff 197212009当P-CSCF收到上述请求的lxx或2xx响应时，P-CSCF应进行以下操作。a)如果有P-PreferredIdentity，删除并插入p-Asserted-Identity，其中的值应为收到请求
44、时保存下来的P-Called-PartyID中的参数。b)校验a列表是否与同一对话的请求消息中保存的Via列表匹配，如果不匹配，P-CSCF应丢弃该响应i或者根据前面收到的请求替换Via。c)校验请求中RecordRoute的URI列表是否以相同的顺序存在于响应的RecordRoute列表中，如果不匹配，P-CSCF应丢弃该响应；或者根据前面收到的请求替换RecordRoute。如果校验成功，P-CSCF将重写RecordRoum中自身的端口号，用于接收来自主叫方的后续请求，并删除SIP压缩参数。d)保存dialog ID和与会话相关的PVI及PUI。e)如果响应对应于INVITE请求，保存响应中的Contact、To、From和Record-Route头域的值，以使PCScF必要时能释放会话。当P-CSCF收到上述请求的其他响应时，P-CSCF校验Via列表是否与同一对话的请求消息中保存的Via列表匹配，如果不匹配，P-CSCF将丢弃该响应，或者根据前面收到的请求替换Via。当PCSCF接收到发往LIE的目标刷新请求，在转发之前PCSCF应进行以下操作：a)把P-CSCF的地址加到Via头域的最顶端并保存该列表，其中P-CSCF SIP URI中包含有关SIP压缩的参数(详细定义见TFRFC 3486)以及与liE建立的安全关联中受保护的服务器端
