中国移动技术规范第部分与的互通样本.doc

中国移动通信企业标准QB-C-018.5-中国移动CM-IMS会话初始协议（SIP）技术规范 第五部分：SIP和BICC/ISUP互通CM-IMSSpecifications of Session Initiation Protocol (SIP) Part 5: Interworking between SIP and BICC/ISUSIP Protocol版本号：1.0.0-7-27实施-7-27公布中国移动通信集团企业 公布目录前 言IV1.范围12.规范性引用文件13.术语、定义和缩略语24.信令面互通和用户面互通34.1.互通模型34.2.信令面互通34.2.1.SIP和BICC信令面互通34.2.2.SIP和ISUP信令面互通44.3.用户面互通44.3.1.SIP和BICC用户面互通协议栈44.3.2.SIP和ISUP用户面互通协议栈55.SIP和 ISUP互通55.1.从SIP到ISUP互通55.1.1.发送IAM消息55.1.2.IAM消息编码65.1.3.发送COT消息65.1.4.发送180消息65.1.5.为早媒体场景发送183消息75.1.6.发送200 OK消息（接收到ANM、CON消息）95.1.7.内部承载导通95.1.8.收到REFER消息105.1.9.I-IWU侧释放过程105.2.从ISUP到SIP互通145.2.1.发送INVITE消息145.2.2.INVITE消息编码155.2.3.收到COT消息225.2.4.发送ACM并等候被叫应答225.2.5.ACM消息编码245.2.6.发送CPG消息255.2.7.CPG消息编码265.2.8.接收200 OK消息265.2.9.发送ANM消息265.2.10.ANM消息编码265.2.11.发送CON消息275.2.12.CON消息编码275.2.13.承载通路导通275.2.14.O-IWU侧释放步骤275.3.定时器316.SIP和BICC互通326.1.从SIP到BICC互通326.1.1.发送IAM消息326.1.2.IAM消息编码326.1.3.发送COT消息336.1.4.发送180消息336.1.5.为早媒体场景发送183消息336.1.6.发送200 OK消息346.1.7.内部承载导通346.1.8.收到REFER消息346.1.9.I-IWU侧释放过程346.1.10.带外 DTMF传送356.2.从BICC到SIP互通356.2.1.发送INVITE消息356.2.2.INVITE消息编码356.2.3.收到COT消息366.2.4.发送ACM并等候被叫应答366.2.5.ACM消息编码366.2.6.发送CPG消息366.2.7.CPG消息编码366.2.8.接收200 OK消息376.2.9.发送ANM消息376.2.10.ANM消息编码376.2.11.发送CON消息376.2.12.CON消息编码376.2.13.承载通路导通376.2.14.O-IWU侧释放步骤376.3.定时器387.编制历史38附录A SIP和ISUP互通步骤 （标准性附录）39附录B SIP和BICC互通步骤（标准性附录）41前 言本标准依据IETF、3GPP和ITU-T制订相关标准，结合相关中国家标准准和中国移动相关企业标准，基于中国移动CM-IMS总体技术要求和实际需求而确定，充足考虑了网络平滑演进能力，为中国移动CM-IMS技术试验、网络建设和运行维护提供技术依据。本标准要求会话初始协议(SIP)协议和BICC/ISUP协议互通技术要求。本标准是CM-IMS会话初始协议（SIP）系列标准之一，该系列标准结构、名称或估计名称以下：序号标准编号标准名称1QB-C-018.1-中国移动CM-IMS会话初始协议（SIP）规范第1部分：SIP总体要求2QB-C-018.2-中国移动CM-IMS会话初始协议（SIP）规范第2部分：SIP消息3QB-C-018.3-中国移动CM-IMS会话初始协议（SIP）规范第3部分：SIP基础步骤4QB-C-018.4-中国移动CM-IMS会话初始协议（SIP）规范第4部分：CM-IMS业务对 SIP要求5QB-C-018.5-中国移动CM-IMS会话初始协议（SIP）规范第5部分：SIP和BICC/ISUP互通本标准附录A和附录B为标准性附录。本标准由中移技220号印发。本标准由中国移动通信集团企业计划建设部提出，集团企业技术部归口。本标准起草单位：中国移动通信研究院本标准关键起草人：张昊 宋月 陈旭1. 范围本标准要求会话初始协议(SIP)协议和BICC/ISUP协议互通技术要求，供中国移动内部和厂商共同使用；适适用于中国移动CM-IMS中包含Gm、Mw、ISC、Mg、Mj在内全部SIP接口；适适用于中国移动CM-IMS关键网设备、接入设备及终端设备研发、引入和运行维护。2. 规范性引用文件下列文件中条款经过本标准引用而成为本标准条款。通常注日期引用文件，其随即全部修改单（不包含勘误内容）或修订版均不适适用于本标准，然而，激励依据本标准达成协议各方研究是否可使用这些文件最新版本。通常不注日期引用文件，其最新版本适适用于本标准。序号标准编号标准名称公布单位1RFC3261SIP: Session Initiation ProtocolIETF2RFC3666Session Initiation Protocol (SIP) Public Switched Telephone Network (PSTN) Call FlowsIETF3TS23.228IP Multimedia Subsystem (IMS);Stage 23GPP4TS24.229IP multimedia call control protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP);Stage 33GPP5TS29.163Interworking between the IP Multimedia (IM)Core Network (CN) subsystemand Circuit Switched (CS) networks3GPP6Q.1912.5Interworking between Session Initiation Protocol (SIP) and Bearer Independent Call Control protocol or ISDN User PartITU-T7QB-x-xxx-xxxx中国移动CM-IMS和CS语音及可视电话互通技术规范中国移动通信集团企业3. 术语、定义和缩略语下列术语、定义和缩略语适适用于本标准：词语解释B2BUA背靠背用户代理（B2BUA）是一个逻辑功效实体，它作为UAS接收请求消息并处理该消息。同时，为了判决该请求消息怎样应答，它也作为UAC来发送请求消息。和代理服务器不一样是，B2BUA需要维护一个它所创建对话状态。CPIMCommon Presence and Instant Messaging，参与RFC3862FQDNFull Qualified Domain Name，全称域名GRUUGlobally Routable User agent URI，全局可路由用户代理标识iFCInitial Filter Criteria，初始过滤规则IMPIIMS Private Identity，IMS用户私有标识IMPUIMS Public Identity，IMS用户公有标识IPSec一个开放标准框架结构，经过使用加密安全服务以确保在IP网络上进行保密而安全通讯PLMNPublic Land Mobile Network，公共移动电话网ProxySIP逻辑实体，用于转发SIP消息PSIPublic Service Identity，公共业务标识PSTNPublic Switched Telephone Network，公共交换电话网SASecurity Association，安全关联SDPSession Description Protocol，会话描述协议TLSTransport Layer Security，传输层安全UA用户代理，SIP逻辑实体，是SIP消息提议和终止方UAC用户代理用户端，SIP逻辑实体，产生SIP请求消息，并终止SIP响应消息。UAS用户代理服务器，SIP逻辑实体，终止SIP请求消息，并返回SIP响应消息。UEUser Equipment，用户设备URIUniform Resource Identifier，统一资源标识符XMLeXtensible Markup Language，可扩展标识语言对话对话是两个UA之间连续一段时间点对点SIP连接，它使UA之间消息变得有序，同时给出请求消息正确路由会话会话是通信参与方及它们之间媒体流集合4. 信令面互通和用户面互通4.1. 互通模型图4-1给出了SIP和BICC/ISUP互通模型。图4-1 SIP和BICC/ISUP互通模型4.2. 信令面互通4.2.1. SIP和BICC信令面互通图4-2给出了SIP网络同BICC网络信令互通协议栈图4-2SIP和BICC信令面互通4.2.2. SIP和ISUP信令面互通图4-3给出了SIP网络同ISUP网络信令互通协议栈图4-3SIP和ISUP信令面互通4.3. 用户面互通因为ISUP、BICC和SI协议对应用户面协议不一样，所以MGW必需进行媒体传输协议适配，不过经过编解码协商，应该尽可能避免编解码转换。4.3.1. SIP和BICC用户面互通协议栈图4-4给出了SIP网络同BICC网络用户面互通协议栈。假如BICC侧和SIP侧使用相同编解码，则不需要进行编解码转换。图4-4 SIP和BICC用户面互通4.3.2. SIP和ISUP用户面互通协议栈图4-5给出了SIP网络同ISUP网络用户面互通协议栈。图4-5 SIP和ISUP用户面互通5. SIP和 ISUP互通5.1. 从SIP到ISUP互通5.1.1. 发送IAM消息在接收到INVITE消息后，I-IWU应发送IAM消息。I-IWU应该支持以下两种情况：(1)INVITE消息中带有支持Precondition和100rel临时响应Supported或Require消息头；(2)INVITE请求中并没有带有要求支持Precondition和100rel临时响应Supported或Require消息头。I-IWU应该支持带有不一样请求URIs被分叉INVITE请求。假如接收到SIP消息中Supported或Require头中不包含precondition扩展，则I-IWU应该在收到INVITE后立即发送IAM消息，且IAM消息中导通性指示语设为Continuity check not required。假如ISUP网络支持导通性检测且接收到SIP消息中Supported或Require头中包含precondition扩展，则I-IWU在接收到INVITE消息后就立即发送IAM消息。假如接收到SDP指示前提条件已经满足则IAM消息中导通性指示语设为continuity check is not required；假如接收到SDP指示前提条件还未满足则IAM消息中导通性指示语设为continuity check performed on a previous circuit。图5-1 接收到Invite请求(ISUP网络支持导通步骤)假如ISUP网络不支持导通性检测且接收到SDP指示前提条件还未满足，则I-IWU将延迟发送IAM消息。只有等到后续SDP指示前提条件满足后才发送IAM消息其导通性指示语设为Continuity check not required。图5-2 接收到Invite请求(ISUP网络不支持导通步骤)当I-IWU接收到INVITE请求但其并不支持对应媒体类型时，I-IWU应该向SIP侧发送488 Not Acceptable Here消息。假如INVITE消息中带有多个媒体流，则I-IWU应该选择一个支持媒体流并为之预留资源，并在SDP应答中拒绝其它媒体流和未被选择编码方法。假如在INVITE请求中带有可支持语音和非语音媒体流，应该选择语音媒体流。为了建立早会话，I-IWU应该在第一个后向非100临时响应中带有一个To标签。说明：I-IWU支持Precondition为可选。5.1.2. IAM消息编码5.1.2.1. 被叫号码包含在SIP请求URI中E.164地址应该被映射为IAM消息中被叫号码。表5-1 被叫号码编码INVITEIAMRequest-URI被叫号码E.164 地址(格式：+CC NDC SN)(比如SIP URI中用户部分带有 user=phone, 或tel URL)地址信号:.分析接收到E.164 地址信息。假如CC和下一跳对应国家码相同，那么删除CC再将剩下数字添加到地址信号中；假如CC和下一跳对应国家码不一样，那么删除再将剩下数字添加到地址信号中；奇偶指示语: 根据要求设定地址特征指示:分析接收到E.164 地址信息。假如CC和下一跳对应国家码相同，那么将本质地址指示语设为National (significant) number；假如CC和下一跳对应国家码不一样，那么将本质地址指示语设为International number”。中国网络号码指示: 1routing to internal network number not allowed编码计划指示:001 ISDN (Telephony) numbering plan (Rec. E.164)5.1.2.2. 连接特征指示语比特BASatellite indicator0 1one satellite circuit in the connection比特DCContinuity check indicator 0 0continuity check not required 假如后面节点不支持导通性检测机制(图5-2).0 1 continuity check required, 假如后面节点需要实施导通性检测(图5-1)1 0 continuity check performed on a previous circuit otherwise, 假如后面节点支持导通性检测但后向节点不需要实施导通性检测(图 5-1)比特EEcho control device indicator 1 outgoing echo control device included，对于语音呼叫比如TMR为 3.1KHz audio.0outgoing echo control device not included对确定数据呼叫，比如TMR为 64 kBit/s unrestricted 或HLC为Facsimile Group 2/3.5.1.2.3. 前向呼叫指示语比特CBend-to-end method indicator0 0no end-to-end method available (only link-by-link method available)比特DInterworking indicator1interworking encountered作为运行商选择，对于TMR = 64 kBit/s unrestricted，比特D 也可取值为 0= No interworking encountered 。比特EEnd-to-end information indicator (national use)0 no end-to-end information available比特F ISDN user part/BICC indicator0 ISDN user part/BICC not used all the way作为运行商选择，对于TMR = 64 kBit/s unrestricted，比特F也可取值为1 ISDN user part/BICC used all the way。比特HGISDN user part/BICC preference indicator0 1 ISDN user part/BICC not required all the way比特I ISDN access indicator0 originating access non-ISDN作为运行商选择，对于TMR = 64 kBit/s unrestricted，比特I也可取值为originating access ISDN。比特KJ SCCP method indicator 0 0 no indication5.1.2.4. 主叫用户类别映射规则参见下表5-1。表5-2 主叫用户类别映射规则SIP参数ISUP参数在P-Asserted-Identity中cpcAccept-Contactlanguage 发送主叫用户类别ordinaryordinary calling subscribertestTest callpayphonePayphonecellular mobile terminal located in the home PLMNcellular-roaming mobile terminal located in a visited PLMNiepsIEPS call marking for preferential call set up5.1.2.5. 传输媒体要求（TMR）I-IWU能够进行编解码转换也能够不进行编解码转换。假如I-IWU要完成编解码转换，则TMR参数应设置为3.1 kHz audio；假如I-IWU不进行编解码转换，则应该将TMR，USI和接入传输参数进行映射，映射规则参考表5-3。含有数据传输方法为64 kbit/sSDP应该被映射为TMR 64 kbit/s unrestricted。表5-3 SDP到TMR/USI/HLC映射: SIP to BICC/ISUPm= lineb= line (注 4)a= lineTMR parameterUSI parameter (optional) (注1)HLC parameter (optional):(注5)rtpmap: TMR codesInformation Transport CapabilityUser Information Layer 1 Protocol IndicatorHigh Layer Characteristics IdentificationRTP/AVP0N/A or up to 64 kbit/sN/A3.1KHz audio (注3)RTP/AVPDynamic PTN/A or up to 64 kbit/srtpmap: PCMU/80003.1KHz audio (注3)RTP/AVP8N/A or up to 64 kbit/sN/A3.1KHz audio(注3)RTP/AVPDynamic PTN/A or up to 64 kbit/srtpmap: PCMA/80003.1KHz audio(注3)RTP/AVPDynamic PTAS: 64 kbit/srtpmap: CLEARMODE/8000(注2)64 kbit/s unrestrictedUnrestricted digital information or Unrestricted digital inf. w/tones/ann(注 6)Udptl t38 N/A or up to 64 kbit/sBased on ITU-T T.38 3.1 KHz audio3.1 KHz audioFacsmileGroup 2/3tcpt38 N/A or up to 64 kbit/sBased on ITU-T T.38 3.1 KHz audio3.1 KHz audioFacsmileGroup 2/3注1 本表中G.711编码仅仅是个事例，也能够使用其它编码方法；注 2 CLEARMODE请参见RFC4040 ；注 3 正常情况下不包含HLC；注 4 假如b=line指示带宽大于64kbit/s，那么要么使用压缩编码要么采取415响应指示拒绝呼叫；注 5AS 中 单位是kbit/s；注 6当 Clearmode 编码和语音编码出现在同一个m-line 时，才使用Unrestricted digital inf. w/tones/ann 。5.1.2.6. 主叫号码表 5-4 SIP消息From/P-Asserted-Identity/Privacy头到主叫号码映射是否接收到 P-Asserted-Identity头? (注2, 注5, 注6)是否接收到URI中封装有E.164格式地址”From”头？(注3, 注6)主叫号码参数中地址信号主叫号码参数中主叫号码显示指示语通用号码 (额外主叫号码) 中地址信号通用号码中主叫号码显示指示语否否由网络来决定是否提供一个E.164号码或忽略该地址信号(注4)由网络来决定填写“显示限制”或“显示许可”(注4)网络也能够用“网络显示限制”来替换“显示限制”。(注7)不包含该参数不适用否是由网络来决定是否提供一个E.164号码(表4)或忽略该地址信号(注4)由网络来决定填写“显示限制”或“显示许可”(注4)网络也能够用“网络显示限制”来替换“显示限制”。由网络来决定是否忽略该参数或是从”From”头中提取该参数。(注1，表6-8)依据表6来确定填写“显示限制”还是“显示许可”是否从P-Asserted-Identity头中提取(参见表6-7)依据表6来确定填写“显示限制”还是“显示许可”不包含该参数不适用是是从P-Asserted-Identity头中提取(参见表6-7)依据表6来确定填写“显示限制”还是“显示许可”由网络来决定是否忽略该参数或是从”From”头中提取该参数。(注1，表6-8)依据表6来确定填写“显示限制”还是“显示许可”注1:This mapping effectively gives the equivalent of Special Arrangement to all SIP UAC with access to the I-IWU.注2:P-Asserted-Identity头中有可能包含tel URI和sip或sips URI。在这种情况下，SIP URI中应该包含user=”phone”标识。其中主机部分不在本标准研究范围内。注3:“From” 头可能包含 “匿名用户标识”。 其中“匿名用户标识”包含信息不能标明主叫用户。IETF RFC 3261 推荐display-name 组件包含Anonymous。匿名用户标识采取3GPP TS 23.003 定义格式。匿名用户标识指示主叫号码期望匿名显示。From头也能够包含一个3GPP TS 23.003 定义不可用用户标识以指示不可知主叫用户。注4: 可由网络决定将APRI设置为“Address not available”。注 5: 3GPP TS 24.229 确保接收到E.164号码格式为国际号码，带有前缀 “+” 号。注6: 目前标准认为E.164号码由国家码加目标国家码和用户号码组成。在IMS侧, 该号码由国际公共通信号码 (“CC”+”NDC”+”SN”)加前缀“+” 组成。在CS侧，可由网络来决定是否忽略国家码CC。表5-5 网络提供BICC/ISUP主叫号码参数BICC/ISUP 主叫号码参数值屏蔽指示语network provided号码全指示语complete编码计划指示语ISDN/Telephony (E.164)地址显示限制指示语显示许可/显示限制作为网络选项，“presentation restricted by the network”能够替换“presentation restricted”。地址特征指示语假如下一跳BICC/ISUP节点在同一个国家则设置为 “National (Significant) number不然设置为International number。地址信号假如地址特征指示语为 national (significant) number ，则不应该包含国家码；假如地址特征指示语为international number，则应该包含国家码。表5-6 P-Asserted-Identity 和privacy头到BICC/ISUP主叫号码参数映射SIP组件值BICC/ISUP 参数值P-Asserted-Identity 头 (注1) E.164号码主叫号码地址全指示语 Complete 号码计划指示语ISDN/Telephony (E.164)地址特征指示语假如URI中CC 和I-IWU所在国家码一致且下一个BICC/ISUP节点在同一个国家则将地址本质指示语设为 national (significant) number 不然设为international number地址显示限制指示语 (APRI)依靠于Privacy头中 priv-value参数屏蔽指示语Network ProvidedAddr-specCC NDC SN from the URI地址信号假如地址本质指示语为 national (significant) number，则将其设为NDC + SN ；不然设为CC+ NDC+SN没有包含Privacy 头地址显示限制指示语Presentation allowedPrivacy头priv-value地址显示限制指示语Address Presentation Restricted Indicatorpriv-value header地址显示限制指示语Presentation restricteduser地址显示限制指示语Presentation restrictednone 地址显示限制指示语Presentation allowedid 地址显示限制指示语Presentation restricted注1:P-Asserted-Identity头中有可能包含tel URI和sip或sips URI。在这种情况下，可依据运行商策略来决定tel URI 或SIP URI中包含user=”phone”标识和特定主机部分。5.1.2.7. 通用号码表5-7 SIP From头到BICC/ISUP通用号码 (额外主叫号码)参数映射(网络可选)SIP组件值BICC/ISUP参数值From头name-addr或addr-spec 通用号码中号码限定指示语Additional Calling Party number from-spec( name-addr / addr-spec) 地址特征指示语假如URI中CC 和I-IWU所在国家码一致且下一个BICC/ISUP节点在同一个国家则将地址特征指示语设为 national (significant) number 不然设为international number地址全指示语Complete 编码计划指示语ISDN/Telephony (E.164)号码显示限制指示语依靠于priv值。只有当主叫号码中号码显示限制指示语为” presentation restricted by network”则把通用号码中号码显示限制指示语设置为”显示许可”。屏蔽指示语user provided not verifiedAddr-specURI中CC NDC + SN 地址信号假如地址本质指示语为 national (significant) number，则将其设为NDC + SN ；不然设为CC+ NDC+SNPrivacy头priv-value地址显示限制指示语Address Presentation Restricted Indicator应该采取和主叫号码一致地址显示限制指示语5.1.2.8. 用户业务信息参见5.1.2.55.1.2.9. 跳计数器(National option)假如CS网络支持跳计数器过程则I-IWU将实施以下互经过程。I-IWU用Max-Forwards头来提取跳数计数器参数。因为SIP网络中Max-Forwards头默认值和IAM消息中跳计数器默认值不一样，所以需要使用一个因子来适配两个计数器值。.表5-8给出了映射规则。表5-8 SIP消息中Max forwards 和IAM消息中跳计数器映射Max-Forwards= XHop Counter= INTEGER part of (X /Factor) =Y注:X到Y映射应该使用适配机制。5.1.3. 发送COT消息图5-3 发送COT消息假如已经发送了IAM消息，则当以下条件满足时将发送导通性检测成功COT消息。(1)IMS网络中前提条件均已满足；(2)出局电路上成功实施了出局电路导通性检验过程。5.1.4. 发送180消息I-IWU在收到以下消息时将发送180 Ringing消息：- ACM消息且其中被叫号码状态为空闲；- CPG消息且其中事件指示语为“alerting”图5-4 接收到ACM消息注1:语音呼叫是否包含P-Early-Media头取决于网络选择；可视电话不包含P-Early-Media。图5-5 接收到CPG（Alerting）消息注1:语音呼叫是否包含P-Early-Media头取决于网络选择；可视电话不包含P-Early-Media。对于语音呼叫，假如I-IWU支持P-Early-Media头且INVITE请求消息中包含P-Early-Media头，则I-IWU在发送180 Ringing时候能够带有P-Early-Media头，以下情况例外： I-IWU已经发送了一个可靠临时响应，该临时响应中包含P-Early-Media头。 最近已经发送了P-Early-Media头来鉴权早媒体。5.1.5. 为早媒体场景发送183消息假如使用SIP Precondition，在接收到INVITE请求后应在早于从CS网络接收任何消息前发送183 Session Progress消息。I-IWU在接收到ACM消息之前不应该将P-Early-Media头放在任何SIP消息中。对于语音呼叫，I-IWU在接收到下列任何消息后，假如I-IWU支持P-Early-Media头且其已经从INVITE请求中接收到了P-Early-Media头，而且I-IWU在此之前还没有发送过带有P-Early-Media头临时响应，那么I-IWU将发送带有P-Early-Media头183 Session Progress消息。-ACM消息：其中被叫状态指示语为 “no indication” 且满足表5-9中任何一个选项。基础当地配置，假如I-IWU接收到ACM消息且ACM消息中参数值不包含在表5-9中，I-IWU能够发送一个带有P-Early-Media 头183 Session Progress响应。图5-6 接收到No indicationACM消息表5-9 触发发送183 Session Prog