YD/T 1980-2009.Technical requirements for Mg/Mi/Mij/Mk/Mw/Gm interface in IMS system in mobile communication network.
1范围
YD/T 1980规定了移动通信网IMS系统中M系列接口以及Gm接口的定义、M系列接口在网络中的位置、M系列接口的协议以及M系列接口相关消息和参数的传送。
YD/T 1980适用于移动通信网IMS系统中M系列接口以及Gm接口相关的网络设备和终端设备。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准(以下3GPP的规范暂定为2005年12月版，Release 6)。
3GPP TS 24.229:基于SIP和SDP的IP多媒体呼叫控制协议; Stage 3
3GPP TS 33.203:基于IP业务的接入安全
IETF RFC 2327: SDP:会话描述协议
IETF RFC 3261: SIP: 会话初始化协议
IETF RFC 3262: SIP中 的临时响应的可靠性
IETF RFC 3266; SDP中 支持IPv6
IETF RFC 3311:会话初始化协议(SIP)的UPDATE方法
IETF RFC 3323:会话初始化协议(SIP) 的私密性机制
IETF RFC 3329:会话初始化协议(SIP) 的安全机制
IETF RFC 4028:会话初始化协议(SIP) 中的会话定时器
IETF RFC 3325:在信任域中的Asserted Identity标识的SIP私人扩展

ICS33.040.01
中华人民共和国通信行业标准
YD/T1980-2009
移动通信网IMS系统接口技术要求Mg/Mi/Mj/Mk/Mw/Gm接
Technical requirements for Mg/Mi/Mj/Mk/Mw/Gm interface in IMSsystem in mobile communication network2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部发布前
「范围…
2规范性引用文件：
3术语、定义和缩略语
4M系列接口的定义
4.1 Mg 按口..
4.2 Mi 接--
4.3 Mi 接口--
4.4Mk 接口.
4.5 Mw 接凹·
4.6Gm 接口
5M系列接口在网络中的位置：
6M系列接口的协议-
7M系列接凹相关消息和参数的传送7.1 Mg 接口-·
7.2 Mi 接口.*.
7.3Mi 接口·
7.4 Mk 接口--
7.6 Gm 接口
附录A（规范性附录）M系列接口支持的消息附录B（规范性附录）M系列接口支持的消息头·次
KANYKACa
YD/T 1980-2009
YD/T1980-2009
本标准是针对 IMS系统 Mg/Mi/Mj/Mk/Mw/Gm 接口所做的技术要求，基丁3GPPR6 版本。本标准是移动道信网络IMS系统系列标准之一，该系列标准的结构和名称如下：a）YD/T1980-2009《移动通信网IMS系统接口技术要求Mg/Mi/Mj/Mk/Mw/Gm接凹》b）YD/T1981-2009移动通信网IMS系统接口测试方法Mg/Mi/Mj/Mk/Mw/Gm接口）c）YD/T1982-2009移动通信网IMS系统接口技术要求ISC/Ma接口d）YD/T1983-2009移动通信网IMS系统接口测试方法ISC/Ma接口》e）YD/T1984-2009《移动通信网IMS系统设备技术要求及f）YD/T1985-2009《移动通信网IMS系统设备测试方法g）YD/T1986-2009《移动通信网IMS系统接口技术要求Cx/Dx/Sh接口》h）YD/T1987-2009《移动通信网TMS系统接口测试方法Cx/Dx/Sh接口》本标准与YD/T1981-2009《移动通信网IMS系统接口测试方法Mg/Mi/Mj/Mk/Mw/Gm接口》配套使用。
本标准的附录A、附录B均为规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、诺基亚西门子通信（上海）有限公司、华为技术有限公司、上海贝尔股份有限公司、中兴通讯股份有限公司。本标准王要起草人：杨红拇、朱丽、杨耀飞、李豹、严学强、郝振武。II
1范围
移动通信网IMS系统接口技术要求Mg/Mi/Mi/Mk/Mw/Gm接口
YD/T1980-2009
本标准规定了移动通信网IMS系统中M系列接口以及Gm接口的定义、M系列接口在网络中的位置，M系列接函的协议以及M系列接口相关消息和参数的传送。本标准适用丁移动通信网IMS系统中M系列接口以及Gm接口相关的网络设备利终端设备。2规范性引用文件
下列文件中的条款通过木标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。是不注日期的引用文件，其最新版本适用于本标准（以下3GPP的规范暂定为2005年12月版，Release6）。3GPPTS24.229：基于SIP和1SDP的IP多媒体呼叫控制协议：Stage33GPPTS33.203：基于IP业务的接入安全IETFRFC2327：SDP：会话描述协议ETFRFC3261：SIP：会话初始化协议正TFRFC3262：SIP中的临时响应的可靠性ETFRFC3266：SDP中支持IPv6
ETFRFC3311：会话初始化协议（SIP）的UPDATE方法[ETFRFC3323：会话初始化协议（SIP）的私密性机制IETFRFC3329：会话初始化协议（SIP）的安全机制TFRFC4028：会话初始化协议（SIP）中的会话定时器[ETFRFC3325：在信任域中的AssertedIdentity标识的SIP私人扩展3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.1
注册消崽
即SIPREGISTER消息。
初始消息
不包括SIPREGISTER消息：可以是一个新对话建立的发起消息（例如INVITE、SUBSCRIBE消息），也可以是一个独立事务消息（例如MESSAGE，OPTIONS等消息）。1
TKNrKca
YD/T 1980-2009
后继消息
不包括SIP REGISTER消息：是已建文对话中的消息（例如UPDATE、ReINVITE、PRACK、BYE等消息）。
3.2缩略语
下列缩略语适用于本标准。
P-CSCF
I-CSCF
S-CSCF
Home Subscriber Server
Proxy Call Session Control FunctionInterrogating Call Session Contral FunctionServing Call Session ControlFunctionBreakout Gateway Control FunctionMedia Gateway Control FunctionSecurity Associatian
4M系列接口的定义
4.1Mg接口
Mg接口是MGCF和CSCF之间的接口，用于PSTN/CS会话互通。4.2Mi接口
归属用户服务器
代理呼叫会话控制功能
查询呼叫会话控制功能
服务呼叫会话控制功能
中断出口网关控制功能
媒体网关控制功能
安全联盟
Mi接口在CSCF和BGCF之问，允许S-CSCF前转会话到BGCF，用于与PSTN网络的交互。4.3Mj接口
Mi接口充许BGCF前转会话信令MGCF，用于与PSTN网络的交万.。4.4Mk接口
Mk接口充许BGCF前转会话信令到另一个BGCF。4.5Mw接口
MW接口在CSCF之问，支持IMS核心网络实体之问的所有信令程，包括注册、会话建立、更新、释，放等。
4.6Gm接口
Gim接口在终端和IMS网络之间，主要传输用户和CSCF之间的注册，用户业务控制以及鉴权等相关的流程。
5M系列接口在网络中的位置
M系列接口在网络中的位置如图1所示，Mg接口位于MGCF和CSCF之间，Mi接口位于CSCF和BGCF之间，Mi接口位丁BGCF和MGCF之间，Mk接口位于不同BGCF之间，Mw接口在不同CSCF之间，包括何一运营商的不同CSCF之间以及不同运营商的CSCF之间，Gm接口位丁终端和IMS网络之间。2
应用和业务
IM-SSF
OSA-SCS
6M系列接口的协设
运连商A
兴商用
图1M系列接口在网络中的位冠
YD/T 1980-2009
驴多媒体两络
PSTN/SEN
PLMN等
其他接入网络
M系列接口使用SIP协议，基本协议遵照IETFRFC3261，也应支持其他关于SIP扩展的ETF规范，具体扩展见附录A和附录B。
7M系列接口相关消息和参数的传送7.1Mg 接口
7.1.1协设层次模型
Mg接口协议栈如图2所示。
SIP (SDP)
TCVUDP
7.1.2初始呼叫
7.1.2.1PLMN/PSTN 始发的呼叫
SP(SDP)
TCPLDP
图2Mg接口协议栈
当MGCF 收到呼叫来源于 PLMN/PSTN 的指示时，MGCF 应产生 INVITE请求给 I-CSCF。—将Request-URI设置成E.164地址tel格式。一在 Supported 头中含有标记 100rel。—根据电路域中的相应信息插入P-Asserted-Identity头。—建文.新的惟一的icid值并将其插入P-Charging-Vector头。插入第二类orig-ioi，第二类orig-ioi应能够标识MGCF所在的网络，3
YTKAONIKAca
YD/T 1980-2009
一说明本地precondition的状态。一在SDP中说明MGW所支持的编码格式，最希望采用的编码格式排在最前。一如果支持 DTMF，SDP中的 MEME子类型应包括“telephone-event\。当发送 SDP时，MGCF不能包括“i=”，“u=\，“c=”，“p=\，“r-”，“z=”；当接收 SDP 时忽略上述参数。
当MGCF收到1XX或2XX初始请求的回应消息时，MGCF应保存P-Charging-Vector头中的term-ioi值以标识发送初始请求回应消息的网络。当MGCF收到INVITE消息的183响应时：应保存P-Charging-Function-Addresses头，J齐检查SDP中是否包含MGW所支持的编解码列表。当MGCF收到PRACK的200OK响应并且从CS域收到的COT消息中连续性指示（ContinuityIndicators）设为“continuity check successful\，应发送UPDATE请求。7.1.2.2PLMN/PSTN终结的呼叫
马MGCF收到IMS域的INVITE请求且其中Supported头的值为10Orei时，MGCF应：1）存储 P-Charging-Vector header 中的 orig-ioi 参数。2）向IMS域发送100Trying消息。3）如果对MGW的编解码没有要求，或者对MGW的编解码有要求并我到匹配的编解码之后向IMS域发送 183“Session Progress\.。Require头设成100rel。
存储P-Charging-Function-Addresses 中的参数值。存储P-Charging-Vectur头中的icid值。●向P-Charging-Vector插入从初始INVITE消息中携带的orig-ioi参数以及第二类term-ioi参数。第二类term-ioi参数应设置为MGCF所在的网络，orig-ioi参数应设置为前面所存储的orig-ioi值。·在SDP 中说明所选择的编解码，并可包括MIME子类型“telephone-event”。4）如果对MGW的编解码有要求而MGCF没有在MGW找到相匹配的编解码，MGCF应：如果编解码类型可接受但不可用，回应503（ServiceUnavailable），如果编解码类型不支持，回应488（NotAcceplableHere），并可以在消息体中包含SDP说明MGCF/MGW所支持的编解码。
当发送SDP 时，MGCF不能包括“=\，“u=”，“e-”，“p=”，“r-\，“z=”；当接收 SDP 时忽略上述参数。
当MGCF收到PLMN/PSTNCS域被叫振铃的指示，应通过IMS域向主叫UE发送180Ringing消息。消MGCF收到PLMN/PSTNCS域被叫用户应答的指示时，应通过IMS域向主叫UE发送200OK消息。如果从CSs域中收到了相应的信息，200OK消息应中包括P-Asserted-Identity头域。其中Supported头的值不包含100rel时，MGCF在200OK中返问编码的能力集，如果有183，则应于183中的保持一致。
7.1.3呼叫释放
7.1.3.1CS域发起的呼叫释放
当从CS域收到呼叫释放指示时，MGCF应通过IMS域向UE发送BYE消息：4
7.1.3.2IMS域发起的呼叫释放
当从IMS域收到BYE消息时，MGCF应向CS域发起呼叫释放请求。7.1.3.3MGW发起的呼叫释放
YD/T 1980-2009
当从MGW收到承载丢失的指示时，MGCF应通过MS域间UE发送BYE消息，并问CS域发起呼叫释放请求。
7.2Mi接口
7.2.1接口协设栈
Mi接口位于BGCF 与S-CSCF之间，用于选择电路域的出口网关MGCF。S-CSCF转发SP 请求到BGCF，进而路由到PSTN或者CS。Mi 接口协议栈如图3 所示。
SIP (SDP)
TCP/UDP
图3Mi接口协设栈
SIP(SDP)
TCP/UDP
S-CSCF 将不能直接查询到下一跳路出的 SIP 初始 Invite 消息传遵给 BGCF。S-CSCF 进行Request-URIE.164地址翻泽，如果该翻译成功，会话按照返回的SIPURI路出。如果翻译失败，会话将路至 BGCF。
BGCF不翁要支持Path 和 Servicc-Route 头域的要求。BGCF在进…步转发所有非ACK、CANCEL的请求和响应消息时，都可以根据预先配置或者保存的数据插入P-Charging-Vector 和P-Charging-Function-Addresses头域。7.2.2会话初始化事务的处理
BGCF不需要记录INVITE 消息的Record-Route。由丁BGCF的下一个转接网元可能是--个具有UA功能的MGCF，BGCF不需要按照ETFRFC3323实现privacyBGCF收到 Mi接口的 SIP初始Ivile消息时，应：●首先保存消息中P-Charging-Funclion-Addresses头域的地址信息，同时记录P-Charging-Vector的icid。
●如果BGCF将本身的地均插入Recard-Route头域，BGCF可能根据IETFRFC4028要求公话周期性的刷新状态。
BGCF分析 SIP Invite 的Request-URI 的电话号码，比对事先配置的编号方案，选择 MGCF 或者BGCF。为了完成成功的选择，每个Request-URI的电话号码都应该与一定的MGCF或者BGCF 相关联。7.3Mj接口
7.3.1接口协议栈
Mj接口使用SIP协议，基本协议遵照IETFRFC3261及关于SIP扩展的其他IETF规范。M接口协议栈如图4所示。
YTKAONTKAca
YD/T1980-2009
7.3.2Mj接口呼叫处理
SIP (SIP)
UDPTCP
SIP (SDP)
UDP/TCP
图4M接口协议栈
M接口关消息和参数的传递需遵循如下规定：a）Mi接不需支持Service-Route和Path消息头：b）当BGCF转发任何对话相关或独立事务处理的SIP请求/应（除ACK/CANCEL请求及其响应）至MGCF时，可以措入以前存储的P-Charging-Vector和P-Chargig-Function-Address：）BGCF在转发INVITE请求至MGCF时，不需要添加Recard-Route消息头：如果需要添加Record-Route消息头，BGCH可以根据正ETFRFC4028要求进行会话的刷新（Refreshment）：d）BGCF在转发INVITE请求至MGCF时，BGCF应不执行正TFRFC3323中关于Privacy的相关处理；e）BGCF应存储收到的P-Charging-Vcctor中的icid参数，P-Charging-Function-Address消息头：f）除上述规定和IETFRFC3261中StatefulProxy的相关处理外，BGCF应能透传收到的响应，当BGCF将其放入Record-Route中时，BGCF应能透传后续的请求和响应。7.4Mk接口Www.bzxZ.net
7.4.1接口协议栈
Mk接口使和SP协议，基本协议遵照正ETFRFC3261及关于SIP扩展的其他IETF规范，不支持Path和Service-Route头学段的应用，同时不能应用正TFRFC3323中与私密性相关的处理流程。Mk接口协议栈如图5所示。
SIP (SDP)
UDP/TCP
7.4.2Mk接口呼叫处理
SIP (SDP)
UDP/TCP
图5Mk接口协议栈
当BGCF接收到请求时，将根据从其他协议或数据库获得的信息，决定请求的路由。如果需要将请求前转到其他网络，则通过Mk接口将请求前转到其他网络的BGCF，如果根据本地策略要求拓扑隐藏，BGCF通过I-CSCF将SIP信令转发到其他网络的BGCF.BGCF应保存接收到的P-Charging-Functior-Adtlresses头字段和P-Charging-Vector头字段icid参数中的值，可以在前转接收到的后续请求和响应（除了ACK和CANCEL请求和响应）之前，摘入保存的值。在向下一个BGCF前转时，BGCF不需修改Requesl-URI，也不需要布INVITH请求插入Record-Route.如果BGCF要求应用Record-Route，则BGCF应支持会话定时刷新功能，以避免会话挂起。7.5Mw接口
7.5.1接口协议栈
Mw接口协议栈如图6所示。
7.5.2注册消息
SIP (SDP)
UDP/TCPISCTP
SIP(SDP)
UDP/TCPSCTP
图6Mw接口协设栈
7.5.2.1从 P-CSCF 到 I-CSCF的请求YD/T1980-2009
P-CSCF通过对Request-URI进行DNS查询，最终得到其归属网络I-CSCF的地址，P-CSCF利月Mw接口问该I-CSCF前转请求，真巾量要消息头和消息参数传送情况如下：一添加Require消息头，其中含有标记“Path”。添加Path消息头，其值为P-CSCF的SIPURI，并且含有表示“UETerminating”情况的方向指示信息。
一添加P-Visited-Network-ID消息头，其值为P-CSCF对应拜访网络的字符电标识。添加P-Charging-Vector消息头，其中含有参数icid-value和其对应值。删除Sccurity-Client和Security-Verify消息头（如果存在）。一在Authorization消息头中增加integrity-protected数，根据情况设置其对应值为“yes”或者“no\，7.5.2.2从I-CSCF到 S-CSCF 的请求I-CSCF通过HSS返向的UAA消息（可能只包含S-CSCF的SIPURI，也可能只包含S-CSCF的能力集，或者两者兼而有之），最终得到S-CSCF的SIPURI，I-CSCF利用Mw接口前转请求给此S-CSCF，其中相关重要消息头和消息参数传送情况如下：更改Requesl-URI的对应值为S-CSCF的SIPURI。7.5.2.3从S-CSCF到1-CSCF的401响应S-CSCF收到末受保护的注册请求后，通过与HSS的MAR/MAA交互，便利用MW接口向I-CSCF返回401应，其中相关重要消息头和消息参数传送情况如下：添加WWW-Authenticate消息头，其中rcalm字段设置为其对应归属网络标识，algorithm字段设置为“AKAv1-MD5，ck和字段设置为MAA返回五元约中的ck和ik，nonce字段则根据MAA返向五元组中的rand和auth以及其他数据组合的一个特殊值。7.5,2.4从I-CSCF到 P-CSCF的401响应I-CSCF直接利门Mw接口前转401响应给P-CSCF7.5,2.5从 S-CSCF到1-CSCF的200 响应S-CSCF收到已经受保护的注册请求后，通过与HSS的SAR/SAA交互，利用Mw接口向I-CSCF返回200响应，其中相关要消息头和消息参数传送情况如下：一添加Path消息头，并复制其对应的注册请求消息中的Path消息头。添加Service-Routc消息头，其值为S-CSCF的SIPURI，并且含有表示“UEOriginating”情况的方向指示信息。
一添加P-Associated-URI消息头，其中包含SAR返回的“公有标识”中所有非禁止的IMPU。添加Contact消息头，其包含与该注IMPU相绑定的所有contact地址。如果 S-CSCF 与P-CSCF在同一网络，那么添如P-Charging-Function-Addrcsscs 消息头，其 cef和ecf参数值从SAA返回的“Charging-Information”字段提取得来，7.5.2.6从1-CSCF到 P-CSCF的200响应7
YKAoNTKAca
YD/T1980-2009
I-CSCF直接利用Mw接口前转200响应给P-CSCF。7.5.3初始消息
7.5.3.1终端始发流程
7.5.3.1.1 从 P-CSCF到S-CSCF的请求P-CSCF收到请求后，首先判断出该请求为MO流程的请求，然后通过Route消息头得到下一跳的地址即S-CSCF的SIPURI，P-CSCF利用MW接口前转请求给此S-CSCF，其中相关重要消息头和消息参数传送情况如下：
一删除Require和Proxy-Require消息头中的“sec-agree”标记。一删除Sccurity-Verify消息头（如果存在）。一删除P-Preferred-Identity消息头（如果存在）。一添加P-Asserted-Identity消息头，其值可以是P-Preferred-Identity消息头中的值，也可以是7.5.,2.5节中P-Associared-URI消息头中的首个URI值。一添加P-Charging-Vector 消,息头，其中含有参数 icid-value 和其对应值。一如果该消息是一个新对话建立的发起消息，那么在Record-Route消息头的最项端加上P-CSCF的SIP URI。
7.5.3.1,2从 S-CSCF到 P-CSCF 的响应S-CSCF直接利用Mw接口前转响应给P-CSCF，其中相关重要消息头和消息参数传送情况如下：删除P-Charging-Vector消息头中的orig-ioi、term-ioi参数和其对应值（如果存在）。7.5.3.2终端终止流程
7.5.3.2.1从S-CSCF到P-CSCF的请求S-CSCF收到请求后，首先判断出该请求为MT流程的请求，然后通过在注册流程中自身保存预载路由列表得到下一跳的地址，即P-CSCF的SIPURI，S-CSCF利用Mw接口前转请求给此P-CSCF，其中相关重要消息头和消息参数传送情况如下：一更改Request-URI的对应值为被叫UE的contact地址。一添加P-Called-Party-ID消息头，其值为原先的Request-URI值，即被叫 UE的 IMPU。一删除P-Charging-Vector消息头中 orig-ini参数和其对应值（如果存在）。一如果P-CSCF与S-CSCF在同一网络中，那么添加P-Charging-Function-Addresses消启头（如果原先消息不含此头)，其ccf和ecf参数值从SAA返回的“Charging-Information”学段提取得来。一如果该消息是一个新对话建立.的发起消息，那么在Record-Route消息头的最项端加上S-CSCF的SIPURI。
7.5.3.2.2从P-CSCF到S-CSCF的响应P-CSCF直接利们Mw接口前转响应给S-CSCF，其中相关重要消息头和消息参数传送情况如下：一删除P-Preferred-Identity消息头（如果存在）。一添加P-Assertcd-Identity消息头，其值设置为在MT流程P-CSCF到UE的Gm接口流程中保存的P-Called-Party-ID 消息头中的值。一添加 P-Charging-Vector 消息头，并含有参数icid-value，其值设置为在 xxx节中保存的 icid-value值。
7.5.3.3SS流程（主叫S-CSCF到被叫S-CSCF）7.5.3.3.1从S-CSCF（主叫）到1I-CSCF（被叫）的请求YD/T1980-2009
S-CSCF收到请求后，百先判断出该请求为MO流程的请求，然后通过对Request-URI进行ENUM/DNS查询，最终得到被叫UE归属网络的I-CSCF的地址，S-CSCF利用Mw接口前转请求给此I-CSCF：其中关重要消息头和消息参数传送情况如下：一更改Request-URI的对应值为ENUM查询得到的SIPURI格式（如果原先Request-URI的值是TELURI格式？。
一如果原先P-Asserted-Identity中是一个SIPURI格式，并且S-CSCF能够感知与其相关联的TELURI格式，那么在P-Asserted-Identity消息头中添加这个TELURI格式。在P-Charging-Vector消息头中添加orig-ioi参数，其值设为S-CSCF自身所在网络的标识符。一如果 I-CSCF与 S-CsCF在同一网络中，那么添加 P-Charging-Function-Addresses 消息头，其 ccf和ecf参数值从SAA返的“Charging-Information”字段提取得来。一如果该消息是一个新对话建立的发起消息，那么在Record-Route消息头的最前端加上S-CSCF的SIPURI.
7.5.3.3.2从I-CSCF（被叫）到S-CSCF（被叫）的请求-CSCF通过HSS返回的LLA消息（可能只包含S-CSCF的SIPURI，也可能只包含S-CSCF的能力集，或者可能两者兼而有之），最终得到被叫归属网络S-CSCF的SIPUR1，I-CSCF利用Mw接口前转请求给此S-CSCF.
7.5.3.3.3从S-CSCF（被叫）到1-CSCF（被叫）的响应S-CSCF直接利用MW接口前转响应给I-CSCF，其中相关重要消息头和消息参数传送情况如下：一添加P-Charging-Function-Addresses消息头，其ccf和ecf参数值从SAA返回“Charging-Information”字段提取得米。一在P-Charging-Vector 消息头中添加 tcrm-ioi参数，其值设为 S-CSCF自身所在网络的标识衍，并在P-Charging-Veclor消息头中添加，其值设为7.5.3.2.1节中保存的orig-ioi值。一如果原先P-Asserled-Identity中是一个SIPURI格式，并且 S-CSCF能够感知与其相关联的TELURI格式，那么在P-Asserted-Identity消息头中添加这个TELURI格式。7.5.3.3.4从I-CSCF（被叫）到S-CSCF（主叫）的响应I-CSCP直接利用Mw接口前转响应给S-CSCF，其叶相关重要消息头和消息参数传送情况如下：如果S-CSCF与I-CsCF不在同一个网络，那么册除P-Charging-Function-Addresses消息头。7.5.4后继消息
7.5.4.1MO流程
7,5.4.1.1从 P-CSCF到 S-CSCF的请求P-CSCF收到请求后，直接根据Route消息头得到下一跳的地址，即S-CSCF的SIPURI，P-CSCF利用Mw接口前转请求给此S-CSCF，其中和关重要消息头和消息参数传送情况如下：一删除Require 和 Proxy-Require 消息头中的“sec-agree”标记。一删除Security-Verify消息头（如果存在）。7.5,4.1.2从 S-CSCF到 P-CSCF的响应9
YTKAONTKAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。