【通信行业标准(YD)】 移动通信网IMS系统接口技术要求 Mg/Mi/Mj/Mk/Mw/Gm接口

ICS33.040.01
中华人民共和国通信行业标准
YD/T 1980-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术语、定义和缩略语
M系列接口的定义
4.1Mg接口
Mi接口
Mj接口
4.4Mk接口
Mw接口
4.6Gm接口·
5M系列接口在网络中的位置·
6M系列接口的协议Www.bzxZ.net
7M系列接口相关消息和参数的传送·7.1Mg接口
7.2Mi接口
7.3Mj接口·
7.4Mk接口·
7.5Mw接口，
7.6Gm接口
附录A（规范性附录）M系列接口支持的消息附录B（规范性附录）M系列接口支持的消息头次
YD/T1980-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《移动通信网IMS系统接口测试方法Cx/Dx/Sh接口》本标准与YD/T1981-2009《移动通信网DMS系统接口测试方法Mg/Mi/Mj/Mk/Mw/Gm接口》配套使用。
本标准的附录A、附录B均为规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、诺基亚西门子通信（上海）有限公司、华为技术有限公司、上海贝尔股份有限公司、中兴通讯股份有限公司。本标准主要起草人：杨红梅、朱丽、杨雁飞、李豹、严学强、郝振武。E
1范围
移动通信网IMS系统接口技术要求Mg/Mi/Mj/Mk/Mw/Gm接口
YD/T1980-2009
本标准规定了移动通信网IMS系统中M系列接口以及Gm接口的定义、M系列接口在网络中的位置、M系列接口的协议以及M系列接口相关消息和参数的传送。本标准适用于移动通信网IMS系统中M系列接口以及Gm接口相关的网络设备和终端设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准（以下3GPP的规范暂定为2005年12月版，Release6）。3GPPTS24.229：基于SIP和SDP的IP多媒体呼叫控制协议；Stage33GPPTS33.203：基于IP业务的接入安全IETFRFC2327：SDP：会话描述协议IETFRFC3261：SIP：会话初始化协议IETFRFC3262：SIP中的临时响应的可靠性IETFRFC3266：SDP中支持IPv6
IETFRFC3311：会话初始化协议（SIP）的UPDATE方法ETFRFC3323：会话初始化协议（SIP）的私密性机制IETFRFC3329：会话初始化协议（SIP）的安全机制IETFRFC4028：会话初始化协议（SIP）中的会话定时器IETFRFC3325：在信任域中的AssertedIdentity标识的SIP私人扩展3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.1
注册消息
即SIPREGISTER消息。
初始消息
不包括SPREGISTER消息；可以是一个新对话建立的发起消息（例如INVITE、SUBSCRIBE消息），也可以是一个独立事务消息（例如MESSAGE、OPTIONS等消息）。1
YD/T1980-2009
后继消息
不包括SIPREGISTER消息；是已建立对话中的消息（例如UPDATE、ReINVITE、PRACK、BYE等消息）。
3.2缩略语
下列缩略语适用于本标准。
P-CSCF
I-CSCF
S-CSCF
HomeSubscriberServer
ProxyCallSessionControlFunctionInterrogatingCallSessionControlFunctionServing Call Session Control FunctionBreakoutGatewayControlFunctionMedia GatewayControlFunctionSecurityAssociation
4M系列接口的定义
4.1Mg接口
Mg接口是MGCF和CSCF之间的接口，用于PSTN/CS会话互通4.2Mi接口
归属用户服务器
代理呼叫会话控制功能
查询呼叫会话控制功能
服务呼叫会话控制功能
中断出口网关控制功能
媒体网关控制功能
安全联盟
Mi接口在CSCF和BGCF之间，允许S-CSCF前转会话到BGCF，用于与PSTN网络的交互。4.3Mj接口
Mj接口允许BGCF前转会话信令MGCF，用于与PSTN网络的交互。4.4Mk接口
Mk接口允许BGCF前转会话信令到另一个BGCF。4.5Mw接口
Mw接口在CSCF之问，支持IMS核心网络实体之问的所有信令流程，包括注册、会话建立、更新、释放等。
4.6Gm接口
Gm接口在终端和IMS网络之问，主要传输用户和CSCF之问的注册、用户业务控制以及鉴权等相关的流程。
5M系列接口在网络中的位置
M系列接口在网络中的位置如图1所示，Mg接口位于MGCF和CSCF之间，Mi接口位于CSCF和BGCF之间，Mj接口位于BGCF和MGCF之间，Mk接口位于不同BGCF之问，MW接口在不同CSCF之问，包括同一运营商的不同CSCF之间以及不同运营商的CSCF之间，Gm接口位于终端和IMS网络之问。2
应用和业务
IM-SSF
OSA-SCS
运营商A
Gc.Gr.C.D
监营商
图1M系列接口在网络中的位置
6M系列接口的协议
YD/T1980-2009
IP多媒体网络
PSTN/ISDN
PLMN等
其他接入网络
M系列接口使用SIP协议，基本协议遵照IETFRFC3261，也应支持其他关于SIP扩展的IETF规范，具体扩展见附录A和附录B。
7M系列接口相关消息和参数的传送7.1Mg接口
7.1.1协议层次模型
Mg接口协议栈如图2所示。
SIP(SDP)
TCP/UDP
7.1.2初始呼叫
7.1.2.1PLMN/PSTN始发的呼叫
SIP(SDP)
TCP/UDP
图2Mg接口协议栈
当MGCF收到呼叫来源于PLMN/PSTN的指示时，MGCF应产生INVITE请求给I-CSCF。一将Request-URI设置成E.164地址tel格式。在Supported头中含有标记10Orel。一根据电路域中的相应信息插入P-Asserted-Identity头。建立新的惟的icid值并将其插入P-Charging-Vector头。一插入第二类orig-ioi，第二类orig-ioi应能够标识MGCF所在的网络。YD/T1980-2009
一说明本地precondition的状态。一在SDP中说明MGW所支持的编码格式，最希望采用的编码格式排在最前。一如果支持DTMF，SDP中的MIME子类型应包括“telephone-event\。当发送SDP时，MGCF不能包括“i=”，“u=”，“e=”，“p=”，“r=”，“z=”；当接收SDP时忽路上述参数。
当MGCF收到1XX或2XX初始请求的回应消息时，MGCF应保存P-Charging-Vector头中的term-ioi值以标识发送初始请求回应消息的网络。当MGCF收到INVITE消息的183响应时，应保存P-Charging-Function-Addresses头，并检查SDP中是否包含MGW所支持的编解码列表。当MGCF收到PRACK的20OOK响应并且从CS域收到的COT消息中连续性指示（ContinuityIndicators）设为“continuitychecksuccessful”，应发送UPDATE请求。7.1.2.2PLMN/PSTN终结的呼叫
当MGCF收到IMS域的INVITE请求且其中Supported头的值为10Orel时，MGCF应：1）存储P-Charging-Vectorheader中的orig-ioi参数。2）向IMS域发送100Trying消息。3）如果对MGW的编解码没有要求，或者对MGW的编解码有要求并找到匹配的编解码之后狗IMS域发送183“SessionProgress”。·Require头设成100rel。
●存储P-Charging-Function-Addresses中的参数值。·存储P-Charging-Vector头中的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（NotAcceptableHere），并可以在消息体中包含SDP说明MGCF/MGW所支持的编解码。
当发送SDP时，MGCF不能包括“i=”，“u=”，“e=”，“p=”，“r-”，“z=”；当接收SDP时忽略述参数。
当MGCF收到PLMN/PSTNCS域被叫振铃的指示，应通过IMS域向主叫UE发送180Ringing消息。当MGCF收到PLMN/PSTNCS域被叫用户应答的指示时，应通过IMS域向主叫UE发送200OK消息。如果从CS域中收到了相应的信息，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/T1980-2009
当从MGW收到承载丢失的指示时，MGCF应通过IMS域向UE发送BYE消息，并向CS域发起呼叫释放请求。
7.2Mi接口
7.2.1接口协议栈
Mi接口凹位于BGCF与S-CSCF之间，用于选择电路域的出口网关MGCF。S-CSCF转发SIP请求到BGCF，进面路由到PSTN或者CS。Mi接口协议栈如图3所示。
SIP(SDP)
TCP/UDP
S-CSCF
SIP(SDP)
TCP/UDP
图3Mi接口协议栈
S-CSCF将不能直接查询到下一跳路由的SIP初始Invite消息传递给BGCF。S-CSCF进行Request-URIE.164地址翻译，如果该翻译成功，会话按照返回的SIPURI路由。如果翻译失败，会话将路由至BGCF。
BGCF不需要支持Path和Service-Route头域的要求。BGCF在进一步转发所有非ACK、CANCEL的请求和响应消息时，都可以根据预先配置或者保存的数据插入P-Charging-Vector和P-Charging-Function-Addresses头域。7.2.2会话初始化事务的处理
BGCF不需要记录INVITE消息的Record-Route。由于BGCF的下一个转接网元可能是一个具有UA功能的MGCF，BGCF不需要按照IETFRFC3323实现privacy。BGCF收到Mi接口的SIP初始Invite消息时，应：●首先保存消息中P-Charging-Function-Addresses头域的地址信息，同时记录P-Charging-Vector中的icid。
·如果BGCF将本身的地址插入Record-Route头域，BGCF可能根据IETFRFC4028要求会话周期性的刷新状态。
BGCF分析SIPInvite的Request-URI的电话号码，比对事先配置的编号方案，选择MGCF或者BGCF。为了完成成功的选择，每个Request-URI的电话号码都应该与一定的MGCF或者BGCF相关联。7.3Mj接口
7.3.1接口协议栈
Mj接口使用SIP协议，基本协议遵照IETFRFC3261及关于SIP扩展的其他IETF规范。M接口协议栈如图4所示。
YD/T1980-2009
7.3.2Mj接口呼叫处理
SIP(SDP)
UDP/TCP
图4Mj接口协议栈
Mi接口相关消息和参数的传递需遵循如下规定：a）M接凹不需支持Service-Route和Path消息头：SIP（SDP）
UDP/TCP
b）当BGCF转发任何对话相关或独立事务处理的SIP请求/响应（除ACK/CANCEL请求及其响应）至MGCF时，可以插入以前存储的P-Charging-Vector和P-Charging-Function-Address；c）BGCF在转发INVITE请求至MGCF时，不需要添加Record-Route消息头；如果需要添加Record-Route消息头，BGCF可以根据IETFRFC4028要求进行会话的刷新（Refreshment）；d）BGCF在转发INVITE请求至MGCF时，BGCF应不执行IETFRFC3323中关于Privacy的相关处理；e）BGCF应存储收到的P-Charging-Vector中的icid参数，P-Charging-Function-Address消息头；f）除上述规定和IETFRFC3261中StatefulProxy的相关处理外，BGCF应能透传收到的响应，当BGCF将其放入Record-Route中时，BGCF应能透传后续的请求和响应。7.4Mk接口
7.4.1接口协议栈
Mk接口使用SIP协议，基本协议遵照IETFRFC3261及关于SIP扩展的其他IETF规范。不支持Path和Service-Route头字段的应用，同时不能应用IETFRFC3323中与私密性相关的处理流程。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-Function-Addresses头字段和P-Charging-Vector头字段icid参数中的值，可以在前转接收到的后续请求和响应（除了ACK和CANCEL请求和响应）之前，插入保存的值。在向下一个BGCF前转时，BGCF不需修改Request-URI，也不需要在INVITE请求插入Record-Route。如果BGCF要求应用Record-Route，则BGCF应支持会话定时刷新功能，以避免会话挂起。7.5Mw接口
7.5.1接口协议栈
Mw接口协议栈如图6所示。
7.5.2注册消息
SIP(SDP)
UDP/TCP/SCTP
7.5.2.1从P-CSCF到1-CSCF的请求SIP (SDP)
UDP/TCP/SCTP
图6Mw接口协设栈
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和其对应值。一删除Security-Client和Security-Verify消息头（如果存在）。一在Authorization消息头中增加integrity-protected参数，根据情况设置其对应值为“yes”或者“no”。7.5.2.2从1-CSCF到S-CSCF的请求I-CSCF通过HSS返回的UAA消息（可能只包含S-CSCF的SIPURI，也可能只包含S-CSCF的能力集，或者两者兼而有之），最终得到S-CSCF的SIPURI，I-CSCF利用Mw接口前转请求给此S-CSCF，其中相关重要消息头和消息参数传送情况如下：更改Request-URI的对应值为S-CSCF的SIPURI。7.5.2.3从S-CSCF到1-CSCF的401响应S-CSCF收到未受保护的注册请求后，通过与HSS的MAR/MAA交互，便利用Mw接口向I-CSCF返回401响应，其中相关重要消息头和消息参数传送情况如下：添加WWW-Authenticate消息头，其中realm字段设置为其对应归属网络标识，algorithm字段设置为“AKAv1-MD5”，ck和ik字段设置为MAA返回五元组中的ck和ik，nonce字段则根据MAA返回五元组中的rand和auth以及其他数据组合的一个特殊值。7.5.2.4从I-CSCF到P-CSCF的401响应I-CSCF直接利用Mw接口前转401响应给P-CSCF。7.5.2.5从S-CSCF到1-CSCF的200响应S-CSCF收到已经受保护的注册请求后，通过与HSS的SAR/SAA交互，利用Mw接口向I-CSCF返回200响应，其中相关重要消息头和消息参数传送情况如下：一添加Path消息头，并复制其对应的注册请求消息中的Path消息头。一添加Service-Route消息头，其值为S-CSCF的SIPURI，并且含有表示“UEOriginating”情况的方向指示信息。
一添加P-Associated-URI消息头，其中包含SAR返回的“公有标识”中所有非禁止的IMPU。一添加Contact消息头，其中包含与该注册IMPU相绑定的所有contact地址。一如果S-CSCF与P-CSCF在同一网络中，那么添加P-Charging-Function-Addresses消息头，其ccf和ecf参数值从SAA返回的“Charging-Information”字段提取得来。7.5.2.6从I-CSCF到P-CSCF的200响应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”标记。一删除Security-Verify消息头（如果存在）。一删除P-Preferred-Identity消息头（如果存在）。一添加P-Asserted-Identity消息头，其值可以是P-Preferred-Identity消息头中的值，也可以是7.5.2.5节中P-Associated-URI消息头中的首个URI值。一添加P-Charging-Vector消息头，其中含有参数icid-value和其对应值。一如果该消息是一个新对话建立的发起消息，那么在Record-Route消息头的最顶端加上P-CSCF的SIPURI。
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-ioi参数和其对应值（如果存在）。如果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-Asserted-Identity消息头，其值设置为在MT流程P-CSCF到UE的Gm接口流程中保存的P-Called-Party-ID消息头中的值。一添加P-Charging-Vector消息头，并含有参数icid-value，其值设置为在xxx节中保存的icid-value值。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。