YD T 1980-2009 移动通信网IMS系统接口技术要求 Mg Mi Mj Mk Mw Gm接口.pdf

1、】CS 33040 01M 19 Y口中华人民共和国通信行业标准YD厅1 980-2009移动通信网l MS系统接口技术要求MgMiMjMkMwGm接口Technical requirements for MgMiMjMkMwGm interface in IMSsystem in mobile communication network2009-12-11发布 2010-01-01实施中华人民共和国工业和信息化部发布目 次前言-1范围2规范性引用文件3术语、定义和缩略语4 M系列接口的定义-4 1 Mg接口4 2 Mi接口43 1vii接口-4 4 IVk接口45 Mw接口46 Grn接口-

2、5 M系列接口在网络中的位置6 M系列接口的协议7 M系列接口相关消息和参数的传送7 1 Mg接1372 Mi接口-73 Mj接口7 4 Mk接口7 5 IVw接口76 Gm接口附录A(规范性附录)IV系列接口支持的消息附录B(规范性附录)M系列接口支持的消息头YD厂r 1 980-2009ll1222222223335566O45；h一一一一一一一一一一一一一一一一一一一一一一一一一YD厂r 1 980-2009刖 口本标准是针对IMS系统MgMiMjMkMwGm接口所做的技术要求，基于3GPPR6版本。本标准是移动通信网络IMS系统系列标准之一，该系列标准的结构和名称如下：a)YDff 1

3、9802009移动通信网IMS系统接口技术要求MgMiMjMkMwGm接口b)YDfI198卜2009移动通信网IMS系统接口测试方法MgMiMjMkMwGm接口c)yD,rf 1982-2009移动通信网IMS系统接口技术要求ISCMa接口d)YDT 19832009移动通信网IMS系统接口测试方法ISCMa接口e)yD,rf 19842009移动通信网1MS系统设各技术要求f)YDT 1985-2009移动通信网1MS系统设备测试方法g)YDT 1986-2009移动通信网IMS系统接口技术要求CxDxSh接口h)YDT 19872009移动通信网IMS系统接口测试方法CxDxSh接口本标

4、准与YDT 19812009移动通信网IMS系统接口测试方法MgMiMjvlkMwGm接口配套使用。本标准的附录A、附录B均为规范性附录。本标准由中国通信标准化西会提出并归口。本标准起草单位：工业和信息化部电信研究院、诺基两门子通信(上海)有限公司、华为技术有限公司、上海贝尔股份有限公司、中兴通讯股份有限公司。本标准主要起草人：杨红梅、朱丽、杨雁飞、李豹、严学强、郝振武。移动通信网IMS系统接口技术要求MgMiMjMkMwGm接口YD厂r 1 980-20091范围本标准规定了移动通信网hMS系统中M系列接口以及Gm接口的定义、M系列接口在网络中的位置、M系列接口的协议以及M系列接口相关消息和

5、参数的传送。本标准适用于移动通信网IMS系统中M系列接口以及Gm接口相关的网络设备和终端设备。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准(以下3GPP的规范暂定为2005年12月版，Release 6)。3GPP TS 24229基于s口和SDP的IP多媒体呼叫控制协议： Stage 33GPPTS 33203：基于口业务的接入安全IETFRFC 2327：SDP：会话描

6、述协议IETF RFC 3261：SIP：会话初始化协议IETF RFC 3262：SIP中的临时响应的可靠性IETFRFC 3266：SDP中支持口y6IETFRFC 3311：会话初始化协议(s口)的UPDATE方法IETFRFC 3323：会话初始化协议(SIP)的私密性机制IETFRFC 3329：会话初始化协议(s口)的安全机制IETFRFC 4028：会话初始化协议(sip)中的会话定时器IETFRFC 3325：在信任域中的Asserted Identity标识的SIP私人扩展3术语、定义和缩略语31术语和定义下列术语和定义适用于本标准。311注册消息O口SIP REGISTER

7、消息。31_2初始消息不包括SIP REGISTER消息；可以是一个新对话建立的发起消息(例女nlNVlTE、suBscRIBE消息)，也可以是一个独立事务消息(例女IIMESSAGE、OPTIONS等消息)。YDl 1980-20093 1 3后继消息不包括SIP REGISTER消息；是已建立对话中的消息(例如uPDATE、RelNVITE、PRACK、BYE等消息)。3 2缩略语下列缩略语适用于本标准。HSS Home Subscriber Server 归属用户服务器p-CSCF Proxy Call Session Control Function 代理呼叫会话控制功能I-CSCF

8、Interrogating Call Session Control Function 查询呼叫会话控制功能S-CSCF Serving Call Session Control Function 服务呼lU会话控制功能BGCF Breakout Gateway Control Function 中断出El网关控制功能MGCF Media Gateway Control Function 媒体网关控制功能SA Security Association 安全联盟4 M系列接口的定义41 Mg接口Mg接口是MGCF和CSCF之间的接15I，用于PSTNCS会话互通。4 2 Mi接口Mi接口在CSC

9、FIBGCF2_间，允许SCSCF前转会i舌到BGCF，用于与PSTN网络的交互。43 Mi接口M蔽口允许BGCF前转会话信令MGCF，用于与PSTN网络的交互。44 Mk接口Mk接口允许BGCF前转会话信令到另一个BGCF。4 5 MW接口Mw接口在CSCF之间，支持IMS核心网络实体之间的所有信令流程，包括注册、会话建立、更新、释放等。4 6 Gm接口Gm接口在终端和IMS网络之间，主要传输用户HCSCF之间的注册、用户业务控制以及鉴权等相关的流程。5 M系列接口在网络中的位置M系列接口在网络中的位置如图1所示，Mg接El位于MGCF和CSCF之间，Mi接口位于CSCFNBGCF之问，Mj

10、接口位于BGCF和MGCF之间，Mk接口位于不HBGCF之间，Mw接口在不I司CSCF之问，包括同一运营商的不同CSCF之间以及不同运营商的CSCF之问，Gm接口位于终端和IMs网络之间。YD，T 1 980-20096 M系列接口的协议图1 M系列接口在网络中的位置M系列接口使用SIP协议，基本协议遵照IETF RFC3261，也应支持其他关于SIP扩展的IETF规范，具体扩展见附录A和附录B。7 M系列接口相关消息和参数的传送7 1 Mg接口711协议层次模型Mg接口协议栈如图2所示。CSCF Mg MGCF图2 Mg接口协议栈7 1 J2初始呼叫71 21 PLMNPSTN始发的呼叫当M

11、GCF收到呼叫来源于PLMNPSTN的指示时，MGCF应产生INVITE请求给I-CSCF。一将RequestURI设置成E164地址tel格式。一在Supported头中含有标记100tel。一根据屯路域中的相应信息插入PAssertedIdentity头。建立新的惟一的icid值并将其插入PCharging-Vector头。一插入第二类origioi，第二类orig-ioi应能够标识MGCF所在的网络。YD71 980-2009一说明本地precondition的状态。一在SDP中说明MGW所支持的编码格式，最希望采用的编码格式排在最前。一如果支持DTMF，SDP中的MIME子类型应包括“

12、telephoneevent”。当发送SDP时，MGCF不能包括“i=”，“u=”，“e=”，“P=”，“r=”，“z=”；当接收SDP时忽略上述参数。当MGCF收到1XX或2XX初始请求的回应消息时，MGCF应保存PChargingVector头中的termioi值以标识发送初始请求回应消息的网络。当MGCF收到INVITE消息的183响应时，应保存P-Charging-Function-Addresses头，并检查SDP中是否包含MGW所支持的编解码列表。当MGCF收到PRACK的200 OK响应并且从cs域收到的COT消息中连续性指示(ContinuityIndicators)设为“co

13、ntinuity check successful”，应发送UPDATE请求。7122 PLMNPSTN终结的呼叫当MGCF收到IMS域的INVITE请求且其中Supported头的值为lOOrel时，MGCF应：1)存储p-Charging-Vector header中的origioi参数。2)向IMS域发送100Trying消息。3)如果对MGW的编解码没有要求，或者对MGW的编解码有要求并找到匹配的编解码之后向IMS域发送183“Session Progress”。Requke头设成100tel。存储p-ChargingFunctionAddresses中的参数值。存储p-Chargin

14、g-Vector头中的icid值。向p-ChargingVector插入从初始INVITE消息中携带的origioi参数以及第二类termioi参数。第二类termioi参数应设置为MGCF所在的网络，origioi参数应设置为前面所存储的origioi值。在SDP中说明所选择的编解码，并可包括MIME子类型“telephoneevent”。4)如果对MGW的编解码有要求而MGCF没有在MGW找到相匹配的编解码，MGCE应：如果编解码类型可接受但不可用，回应503(Service Unavailable)。如果编解码类型不支持，回应488(Not Acceptable Here)，并可以在消息

15、体中包含SDP说明MGCFMGW所支持的编解码。当发送SDP时，MGCF不能包括“i_”，“u=”，“e=”，“p=”，“r=”，“z=”：当接收SDP时忽略上述参数。当MGCF收到PLMNPSTNCS域被叫振铃的指示，应通过IMS域向主叫UE发送180Ringing消息。当MGCF收到PLMNPSTN CS域被叫用户应答的指示时，应通过IMS域向主叫UE发送200 OK消息。如果从CS域中收到了相应的信息，200 OK消息应中包括PAssertedIdentity头域。其中Supported头的值不包含100tel时，MGCF在200 OK中返回编码的能力集，如果有183，则应于183中的保

16、持一致。713呼叫释放7131 CS域发起的呼叫释放当从CS域收到呼叫释放指示时，MGCF应通过IMS域向UE发送BYE消息。471 3 2 IMS域发起的呼叫释放当从IMS域收到BYE消息时，MGCF应向CS域发起呼叫释放请求。7 13 3 MGW发起的呼叫释放当从MGW收到承载丢失的指示时，叫释放请求。7 2 Mi接口7 21接口协议栈Mi接口位于BGCF与S-CSCF之间BGCF，进l町路由到PSTN或者CS。Mi接【_|协议栈如图3所示。YD厂r 1 980-2009MGCF应通过IMS域向UE发送BYE消息，并向CS域发起呼用于选择电路域的出口网关MGCF。S-CSCF转发SIP请求

17、到sCSCF Mi BGCF图3 Mi接口协议栈S-CSCF将不能直接查询到下一跳路由的sIP初始Invite消息传递给BGCF。S-CSCF进行RequestURI E 164地址翻译，如果该翻译成功，会话按照返回的SIP URI路由。如果翻译失败，会话将路由至BGCF。BGCF不需要支持Path和ServiceRoute头域的要求。BGCF在进一步转发所有非ACK、CANCEL的请求和响应消息时，都可以根据预先配置或者保存的数据插入p-ChargingVector和p-ChargingFunctionAddresses头域。722会话初始化事务的处理BGCF不需要记录INVITE消息的Re

18、cordRoute。由于BGCF的下一个转接网元可能是一个具有uA功能的MGCF，BGCF不需要按照IETF RFC 3323实现privacy。BGCF收到Mi接口的SIP初始Invite消息时，应：茸先保存消息中PChargingFunctionAddresses头域的地址信息，同时记录PChargingVector中的icid。如果BGCF将本身的地址插入RecordRoute头域，BGCF可能根据IETF RFC 4028要求会话周期性的刷新状态。BGCF分析SIP Invite的RequestURI的电话号码，比对事先配置的编号方案，选择MGCF或名BGCF。为了完成成功的选择，每个

19、RequestURI的电话号码都应该与一定的MGCF或者BGCF相关联。73 Mf接口731接口协议栈Mj接口使用SIP办议，基本协议遵照IETFRFC3261及关于SIP扩展的其他IETF规范。Mj接u踟议栈如图4所示。YD厂r 1 9802009图4 Mj接口协议栈732 Mi接口呼叫处理Mj接El相关消息和参数的传递需遵循如下规定：a)Mj妾L不需支持ServiceRouteNPath消息头；b)当BGCF转发任何对话相关或独立事务处理的SIP请求响应(除ACKCANCEL请求及其响应)至MGCF时，可以插入以前存储的P-ChargingVector1PCharging-Function

20、Address；c)BGCF在转发INVITE请求至MGCF时，不需要添加Record-Route消息头；如果需要添加Record-Route消息头，BGCF司-以根据IETF RFC4028要求进行会话的刷新(Refreshment)；d)BGCF在转发INVITE请求至MGCF时，BGCF应不执行IETF RFC 3323中关于Privacy雕j相关处理：e)BGCFJ立存储收到的PChargingVector中的icid参数，p-Charging-FunctionAddress消息头；f)除上述规定和册RFC3261中StatefulProxy的相关处理外，BGCF应能透传收到的响应，当

21、BGCF将其放入RecordRoute中时，BGCF应能透传后续的请求和响应。74 Mk接口7 4接口协议栈Mk接口使用SIP胁议，基本协议遵照IETF RFC3261及关于SIP扩展的其他IFrF规范。不支持Path和ServiceRoute头字段的应用，同时不能应用IETF RFC 3323中与私密性相关的处理流程。Mk接口协议栈如图5所示。BGCF Mk BGCF囝5 Mk接rq协议栈742 Mk接口呼叫处理当BGCF接收到请求时，将根据从其他协议或数据库获得的信息，决定请求的路由。如果需要将请求前转到其他网络，则通过Mk接VI将请求前转到其他网络的BGCF。如果根据本地策略要求拓扑隐藏

22、，BGCF通过ICSCF将SIP信令转发到其他网络的BGCF。BGCF应保存接收到的PChargingFunctionAddresses头字段和PChargingvector头字段icid参数中的值，可以在前转接收到的后续请求和响应(除了AcK和cANcEL请求和响应)之前，插入保存的值。在向下一个BGCF前转时，BGCF不需修改RequestURI，也不需要在INVITE请求插iXRecordRoute。如果BGCF要求应用RecordRoute，勋jBOCF应支持会话定时刷新功能，以避免会话挂起。75 Mw接口7 51接口协议栈Mw接L_1协议栈如图6所示。6YD丌1 980-2009CS

23、CF Mw CSCF图6 MW接口协议栈752注册消息7521从P-CSCF到I-CSCF的请求PCSCF通过对RequestURI进行DNs查询，最终得到其归属网络ICSCF的地址，PCSCF；FU用Mw接口向该ICSCF前转请求，其中重要消息头和消息参数传送情况如下；一添加Require消息头，其中含有标记“Path”。一添加Path消息头，其值为PCSCF的SIPURI，并且含有表示“UETerminating”情况的方向指示信息。一添加PVisitedNetworkID消息头，其值为PCSCF对应拜访网络的字符串标识。一添加PChargingVector消息头，其中含有参数icidva

24、lue和其对应值。一删除Security-Client和Securityverify消息头(如果存在)。一在Authorization消息头中增加integrity-protected参数，根据情况设置其对应值为“yes”或者“no”。7 5 2 2从I-CSCF到S-CSCF的请求I-CSCF通过HSS返回的UAA消息(可能只包含SCSCF的SIP URI，也可能只包含SCSCF的能力集，或者两者兼而有之)，最终得到sCSCF的SIP URI，I-CSCF利用Mw接口前转请求给此SCSCF，其中相关重要消息头和消息参数传送情况如下：更改RequestURI的对应值为SCSCF的SIP URI

25、。75 23从S-CSCFl0 I-CSCF的401晌应S-CSCF收到未受保护的注册请求后，通过与HSS的MARMAA交互，便利用Mw接口向ICSCF返回401响应，其中相关重要消息头和消息参数传送情况如下：添)jNwwwAuthenticate消息头，其中realm字段设置为其对应归属网络标识，algorithm字段设置为“AKAvlMD5”，ck和ik字段设置为MAA返回五元组中的ck和ik，nonce字段则根据MAA返回五元组中的rand和auth以及其他数据组合的一个特殊值。7524从lCSCF 10 P-CSCF的401响应I-CSCF直接利用Mw接口前转401响应给PCSCF。7

26、 525从S-CSCF到i-CSCF的200响应S-CSCF收到已经受保护的注册请求后，通过与HSS的SARSAA交互，利用Mw接口向I-CSCF返回200响应，其中相关重要消息头和消息参数传送情况如下：一添加Path消息头，并复制其对应的注册请求消息中的Path消息头。一添加ServiceRoute消息头，其值为S-CSCF的SIPURI，并且含有表示“UEOriginating”情况的方向指示信息。一添加P。AssociatedURI消息头，其中包含SAR返回的“公有标识”中所有非禁止的IMPU。一添加Contact消息头，其中包含与该注册IMPU相绑定的所有contact地址。一如果S-

27、CSCF与p-CSCF在同一网络中，那么添加PChargingFunctionAddresses消息头，其ccf和ecf参数值从SAA返回的“ChargingInformation”字段提取得来。7526 从|-CSCF0 P-CSCF的200响应YD厂r 1 980-2009I-CSCF直接利用Mw接口前转200响应给PCSCF。7 5 3初始消息7 5 31终端始发流程7 5 311从P-CSCF到SCSCF的请求PCSCF收到请求后，首先判断出该请求为MO流程的请求，然后通过Route消息头得到下一跳的地址，aPs-CSCF的SIP URI，PCSCF；FU用Mw接口前转请求给此SCSC

28、F，其中相关重要消息头和消息参数传送情况如下：一删除Require和Proxy-Require消息头中的“secagree”标记。一删除SecurityVerify消息头(如果存在)。一删除PPreferredIdentity消息头(如果存在)。一添加P-AssertedIdentity消息头，其值可以是P-PreferredIdentity消息头中的值，也可以是75 2 5节中PAssociatedURI消息头中的首个URI值。一添加PChargingVector消息头，其中含有参数icid-value和其对应值。一如果该消息是一个新对话建立的发起消息，那么在RecordRoute消息头的晟

29、顶端加上P-CSCF的S口URI。75312从S-CSCF到P-CSCF的响应S-CSCF直接利用Mw接口前转响应给PCSCF，其中相关重要消息头和消息参数传送情况如下：删除P-Charging-Vector消息头中的orig-ioi、term-ioi参数和其对应值(如果存在)。7532终端终止流程75321 从S-CSCF到PCSCF的请求S-CSCF收到请求后，首先判断出该请求为MT流程的请求，然后通过在注册流程中自身保存预载路由列表得到下一跳的地址，即PCSCF的SIP URI，S-CSCF利用Mw接口前转请求给此PCSCF，其中相关重要消息头和消息参数传送情况如下：一更改Request

30、URI的对应值为被叫UE的contact地址。一添加PCalledPartyID消息头，其值为原先的RequestURI值，即被叫UE的IMPU。一删除P-Charging-Vector消息头中origioi参数和其对应值(如果存在)。一如果P-CSCF与S-CSCF在同一网络中，那么添加PChargingFunctionAddresses消息头(如果原先消息不含此头)，其ccf和ecf参数值从SAA返回的“ChargingInformation”字段提取得来。如果该消息是一个新对话建立的发起消息，那么在RecordRoute消息头的最顶端加上S-CSCF的SIPURI。75322从P-CSC

31、F到SCSCF的响应PCSCF直接利用Mw接口前转响应给SCSCF，其中相关重要消息头和消息参数传送情况如下：一删除PPrefeITedIdentity消息头(如果存在)。一添加PAssertedIdentity消息头，其值设置为在MT流程PCSCF到UE的Gm接口流程中保存的P。CalledPartyID消息头中的值。一添加P-Charging-Vector消息头，并含有参数icidvalue，其值设置为在XXX节中保存的icidvalue值。YD厂r 1 980-20097 5 33 SS流程(主叫S-CSCF到被叫S-CSCF)7 5331从S-CSCF(主叫)到I-CSCF(被叫)的请

32、求S-CSCF收到请求后，首先判断出该请求为MO流程的请求，然后通过对RequestURI进行ENUMDNS查询，最终得到被nqUE归属网络的ICSCF的地址，S-CSCF利用Mw接口前转请求给此LCSCF，其中相关重要消息头和消息参数传送情况如下：一更改RequestURI的对应值为ENUM查询得到的SIP URI格式(如果原先RequestURI的值是TELURI格式)。一如果原先P。Asserted，Identity中是一个SIPURI格式，并且S-CSCF能够感知与其相关联的TELURI格式，那么在P-AssertedIdentity消息头中添加这个TELURI格式。一在p-Charg

33、ing-Vector消息头中添加origioi参数，其值设为S-CSCF自身所在网络的标识符。一如果I-CSCF与S-CSCF在同一网络中，那么添加PCharging-Function-Addresses消息头，其ccf和ecf参数值从SAA返回的“Charging-Information”字段提取得来。一如果该消息是一个新对话建立的发起消息，那么在Record-Route消息头的最前端加上S-CSCF的S口URI。7 5 332从I-CSCF(被叫)到S-CSCF(被叫)的请求bCSCF通过HSS返回的LIA消息(可能只包含SCSCF的SIP URI，也可能只包含SCSCF的能力集，或者可能

34、两者兼而有之)，最终得到被叫归属网络SCSCF的SIP URI，I-cscF利用Mw接口前转请求给此SCSCF。75333从S-CSCF(被叫)到I-CSCF(被叫)的响应S-CSCF盲接利用Mw接口前转响应给I。CSCF，其中相关重要消息头和消息参数传送情况如下：一添加PChargingFunctionAddresses消息头，其ccf和ecf参数值从SAA返回的“ChargingInformation”字段提取得来。一在p-ChargingVector消息头中添加termioi参数，其值设为S-CSCF自身所在网络的标识符，并在P-Charging-Vector消息头中添加，其值设为75

35、321节中保存的orig-ioi值a一如果原先PAssertedIdentity中是一个SIPURI格式，并且S-CSCF能够感知与其相关联的TELURI格式，那么在p-AssertedIdentity消息头中添加这个TEL URI格式。75 3 3 4从I-CSCF(被叫)到SCSCF(主叫)的响应1-CSCF直接利用Mw接u前转响应给SCSCF，其中相关重要消息头和消息参数传送情况如下：如粜S-CSCF与ICSCF不在同一个网络，那么删除PCharging-FunctionAddresses消息头。7 5 4后继消息7 5 41 MO流程7541 1 从P-CSCF到S-CSCF的请求PC

36、SCF收到请求后，直接根据Route消息头得到下一跳的地址，即SCSCF的SIP URI，P-CSCFfU用Mw接口前转请求给此S。CSCF，其中相关重要消息头和消息参数传送情况如下：一删除Require和ProxyRequire消息头中的“seeagree”标记。一删除SecurityVerify消息头(如果存在)。7，5 412从S-CSCF到P-CSCF的响应9YDfI 1 980-2009S-CSCF赢接利用Mw接口前转响应给PCSCF。7 542 MT流程7 5421从S-CSCF到P-CSCF的请求S-CSCF收到请求后，直接根据Route消息头得到下一跳的地址，即PCSCF的SI

37、P URI，S-CSCF#O用Mw接口前转请求给此PCSCF。75422从PCSCF lU SCSCF的响应PCSCF直接利用Mw接口前转响应给SCSCF。7543 SS流程75431从SCSCF(发起端)到S-CSCF(接受端)的请求S-CSCF(发起端)收到请求后，直接根据Route消息头得到下一跳的地址，即sCSCF(接受端)的SIP URI，S-CSCF(发起端)利用Mw接口前转请求给此SCSCF(接受端)。7 5432从S-CSCF(接受端)到SCSCF(发起端)的响应S-CSCF(接受端)直接利用Mw接口前转响应给S，CSCF(发起端)。7 6 Gm接口7 61接口协议栈Gm接口是

38、UE和PCSCF之间的接口，主要负责注册和会话控制。Gm接口协议栈如图8所示。UE Gm P-CSCF图8 Gm接口协议栈注：SIPSDP主要遵循3GPP24229,IElTRFC3261、IETFRFC2327IETFRFC3266以及相关的SIP扩展。SigComp遵循IFrF RFC3320。762注册注销任何在注册成功前或者注销成功后收到的事务都应该被UE拒绝。7621注册(UE未注册)UE发送REGISTER请求，需要在相关头域里面填写下列信息。a)Authorization头域，包含：一用户指示，设置成用户的私有；一域名指示，设置成归属网络的域名；uri指示，设置成归属网络的SIP

39、URI域名；一nonce指示，设置成空；一响应指示，设置成空。b)From头域，设置成将要注册的用户公共的SIP URI。c)To头域，设置成将要注册的用户公共D的SIP URI。10Y)厂I 1 980-2009d)Contact头域，SIP URI，包含UE的IP地址或者FQDN。如果REGISTER请求被SA保护，UE的保护端口也应该在Contact中体现。e)Via头域，设置成UE的IP地址或FQDN。f)Expires头域，或者在Contact头中的expires参数，设置成600000s。g)RequestURI，设成归属网络的SIPURI域名。h)SecurityClient头域

40、，表示了UE支持的安全机制，IPSec算法，以及安全联盟所需的参数。i)Supported头域，保护可选tag“path”。J)如果安全关联存在，PAccessNetwork-Info头域表示LIE接入网络的类型和相关信息。当UE收到401(未授权)响应时，UE应从响应中提取RAND和AUTN，按Ts 33203中的要求检查授权的有效性，按IETF RFC3329检查Security-Server头域，如果SecurityServer不存在或者存在但不包含建立SA的参数，UE需要放弃该次注册，用新的CallID重新发起新的注册请求。如果上述检查有效，UE应按TS33 203计算出RES参数，从

41、RAND中得到CK和IK，并与PCSCF建立临时的SA。UE需要发起另一个REGISTER请求，使用临时的sA来保护消息。头域里面除了与初始请求相同的内容外，J耆)Jn T Authortization、Security-Client和SecurityVerify头域。Authorization：包含从收到的401响应WWW-Authenticate头域中得到的域名，用户私有标识，以及UE通过RES和其他参数计算出来的鉴权响应；一Security-Client：与之前REGISTER请求中的SecurityClient相同：一SecurityVerify：反应了接收到401响应中的Securi

42、tyServer头域中的安全协定。当UE收到200 OK响应时，应该新建立SA替换掉原来临时的SA，并且在后续与P-CSCF消息交互中使用这个SA。UE需要保存110头域中的注册有效时长，把p-AssociatedURI中的URI列表的第一个URI作为默认的公共用户标识，保存ServiceRoute并与UE相关联。7622重注册在初始注册完成后，UEnJ-以在任何时候进行重注册，但是应用在与contact地址相关的那个安全联盟上进行重注册。7 623隐式注册如果是隐式注册，UE将在收到的2000K(对应REGISTER请求)中得到多个IMPU，由PAssociatedURI标识。UE需要根据P

43、-Associated-URI头域中的信息保存已注册的URI列表。有些IMPU可能会被禁止，PAssociatedURI头域中包含的只是未被禁止的。UE将使用PAssociatedURI的第一条作为默认的公共标识。7 6 24注册事件订阅在收到初始注册请求2xx响应后，UE应通过suBscRE向sCSCF订阅注册状态事件包。当注册状态发生变化时，S-CSCF可以通过NOTIFY通知uE。UE可以使用默认的IMPU或者初始注册时使用的IMPU进行订阅。在发送SUBSCRIBE请求时，UE需要在相关头域里面填写下列信息：a)RequestURI，设置成UE希望订阅的标识，如SIPURI。b)Fro

44、m头域。C)To头域。YDPq-1 980-2009d)Event头域，设成“reg”，表示用户订阅的是注册状态包。e)Expires头域，把订阅期限设成600 000s。f)P。AccessNetworkmfo头域，指示接入网络信息。g)Contact头域，包含相同的口地址或FQDN，以及初始注册时使用的保护端口。h)Accpet头域，设置成“applicationreginfo+xml”。S-CSCF发送NOTIFY给UE，通知uE注册状态的变化，PCSCF转发该NOTIFY给UE。NOTIFY请求中的消息体包含了用户的注册状态，具体格式见3GPPTS24229。7625 注销a)UE发起

45、的注销在发起注销前，UE应该释放与需要注销的IMPU相关的所有会话。该过程与初始注册的过程相似，在消息中的增)JIExpires：0或者Contact头域的expires=0。这个REGISTER是经过鉴权的。对UE来说，如果已经没有注册的IMPU，UE应该删除sA和相关的密钥。如果所有的IMPu和sA都删除后，UE应该认为其订阅的注册事件包也被取消了。b)网络发起的注销当UE收到注册事件包的NOTIFY表示网络发起的注销时，qJ：一状态属性设成“terminated”，并且事件属性设成“嘣ected”或“deactivated”；或者一状态属性设成“active”并且在山的状态属性设成“te

46、rminated”，相关的并且事件属性设成“rejected”或“deactivated”。UE需要删除与这些公共用户标识相关的注册细节，以及与P-CSCF之间的SA。763会话管理7631 MO对于发起会话的UE，UE应在Via和Contact头域中加入保护的服务器端口，并插入PAccessNetworkIIlfo头域。UE可以在任意的初始请求中插入PPreferredIdentity头，内容可以包括下面其中之一：一用户注册时使用的公共用户标识；一在注册状态事件包返回的NOTIFY中表示隐式注册成功的公共用户标识。UE应建立正确的预加载Router头域，包含了在p-CSCF发现过程中获得的PCSCF地址时得到的ServiceRoute里面的信息。p-CSCFURI中的端口号是在安全一致性咖商中获取的。对于初始INVITE请求，UE需要支持precondition机制。如果uE不需要进行本地资源预留，会话时也可以不带precondition。加上注册那uE发起在成功预留资源后，UE需要在后续的SIP