中国移动CM-IMS(SIP)技术规范_第5部分：SIP与BICC_ISUP的互通V1.0.0

目 录 TOC \h \z \t "QB标 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 1,1,一级条标题,3,前言、引言标题,1,QB标题2,2,附录一级条标题,3,附录章标题,2,目次、标准名称标题,1,QB标题3,3,参考文献、索引标题,1,附录标识,1,标题,1,章标题,2,附录标题1,1,样式3,3,样式1,2,QB前言,1" 前 言 IV 1. 范围 1 2. 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 性引用文件 1 3. 术语、定义和缩略语 2 4. 信令面互通和用户面互通 3 4.1. 互通模型 3 4.2. 信令面互通 3 4.2.1. SIP与BICC信令面互通 3 4.2.2. SIP与ISUP信令面互通 4 4.3. 用户面互通 4 4.3.1. SIP与BICC用户面互通协议栈 4 4.3.2. SIP与ISUP用户面互通协议栈 5 5. SIP与 ISUP的互通 5 5.1. 从SIP到ISUP的互通 5 5.1.1. 发送IAM消息 5 5.1.2. IAM消息的编码 6 5.1.3. 发送COT消息 6 5.1.4. 发送180消息 6 5.1.5. 为早媒体场景发送183消息 7 5.1.6. 发送200 OK消息（接收到ANM、CON消息） 9 5.1.7. 内部承载导通 9 5.1.8. 收到REFER消息 10 5.1.9. I-IWU侧的释放过程 10 5.2. 从ISUP到SIP的互通 14 5.2.1. 发送INVITE消息 14 5.2.2. INVITE消息的编码 15 5.2.3. 收到COT消息 22 5.2.4. 发送ACM并等待被叫应答 22 5.2.5. ACM消息的编码 24 5.2.6. 发送CPG消息 25 5.2.7. CPG消息的编码 26 5.2.8. 接收200 OK消息 26 5.2.9. 发送ANM消息 26 5.2.10. ANM消息的编码 26 5.2.11. 发送CON消息 27 5.2.12. CON消息的编码 27 5.2.13. 承载通路的导通 27 5.2.14. O-IWU侧的释放流程 27 5.3. 定时器 31 6. SIP与BICC的互通 32 6.1. 从SIP到BICC的互通 32 6.1.1. 发送IAM消息 32 6.1.2. IAM消息的编码 32 6.1.3. 发送COT消息 33 6.1.4. 发送180消息 33 6.1.5. 为早媒体场景发送183消息 33 6.1.6. 发送200 OK消息 34 6.1.7. 内部承载导通 34 6.1.8. 收到REFER消息 34 6.1.9. I-IWU侧的释放过程 34 6.1.10. 带外 DTMF传送 35 6.2. 从BICC到SIP的互通 35 6.2.1. 发送INVITE消息 35 6.2.2. INVITE消息的编码 35 6.2.3. 收到COT消息 36 6.2.4. 发送ACM并等待被叫应答 36 6.2.5. ACM消息的编码 36 6.2.6. 发送CPG消息 36 6.2.7. CPG消息的编码 36 6.2.8. 接收200 OK消息 37 6.2.9. 发送ANM消息 37 6.2.10. ANM消息的编码 37 6.2.11. 发送CON消息 37 6.2.12. CON消息的编码 37 6.2.13. 承载通路的导通 37 6.2.14. O-IWU侧的释放流程 37 6.3. 定时器 38 7. 编制历史 38 附录A SIP与ISUP互通流程 （标准性附录） 39 附录B SIP与BICC互通流程（标准性附录） 41 前 言 本标准依据IETF、3GPP以及ITU-T制定的相关标准，结合有关国内标准和中国移动相关企业标准，基于中国移动CM-IMS总体技术要求和实际需求而拟定，充分考虑了网络的平滑演进能力，为中国移动CM-IMS的技术试验、网络建设和运行维护提供技术依据。 本标准规定会话初始协议(SIP)协议与BICC/ISUP协议的互通技术要求。 本标准是CM-IMS会话初始协议（SIP）系列标准之一，该系列标准的结构、名称或预计的名称如下： 序号 标准编号 标准名称 [1] QB-C-018.1-2011 中国移动CM-IMS会话初始协议（SIP）规范第1部分：SIP的总体要求 [2] QB-C-018.2-2011 中国移动CM-IMS会话初始协议（SIP）规范第2部分：SIP的消息 [3] QB-C-018.3-2011 中国移动CM-IMS会话初始协议（SIP）规范第3部分：SIP的基本流程 [4] QB-C-018.4-2011 中国移动CM-IMS会话初始协议（SIP）规范第4部分：CM-IMS业务对 SIP的要求 [5] QB-C-018.5-2011 中国移动CM-IMS会话初始协议（SIP）规范第5部分：SIP与BICC/ISUP的互通 本标准的附录A和附录B为标准性附录。 本标准由中移技﹝2011﹞220号印发。 本标准由中国移动通信集团公司 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 建设部提出，集团公司技术部归口。 本标准起草单位：中国移动通信研究院 本标准主要起草人：张昊 宋月 陈旭 1.​ 范围 本标准规定会话初始协议(SIP)协议与BICC/ISUP协议的互通技术要求，供中国移动内部和厂商共同使用；适用于中国移动CM-IMS中包括Gm、Mw、ISC、Mg、Mj在内的所有SIP接口；适用于中国移动CM-IMS核心网设备、接入设备及终端设备的研发、引入和运行维护。 2.​ 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 序号 标准编号 标准名称 发布单位 [1] RFC3261 SIP: Session Initiation Protocol IETF 2] RFC3666 Session Initiation Protocol (SIP) Public Switched Telephone Network (PSTN) Call Flows IETF [3] TS23.228 IP Multimedia Subsystem (IMS);Stage 2 3GPP [4] TS24.229 IP multimedia call control protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP);Stage 3 3GPP [5] TS29.163 Interworking between the IP Multimedia (IM)Core Network (CN) subsystemand Circuit Switched (CS) networks 3GPP [6] Q.1912.5 Interworking between Session Initiation Protocol (SIP) and Bearer Independent Call Control protocol or ISDN User Part ITU-T [7] QB-x-xxx-xxxx 中国移动CM-IMS和CS语音及可视电话互通技术规范 中国移动通信集团公司 3.​ 术语、定义和缩略语 下列术语、定义和缩略语适用于本标准： 词语 解释 B2BUA 背靠背用户代理（B2BUA）是一个逻辑功能实体，它作为UAS接收请求消息并处理该消息。同时，为了判决该请求消息如何应答，它也作为UAC来发送请求消息。和代理服务器不同的是，B2BUA需要维护一个它所创建的对话状态。 CPIM Common Presence and Instant Messaging，参加RFC3862 FQDN Full Qualified Domain Name，全称域名 GRUU Globally Routable User agent URI，全局可路由用户代理标识 iFC Initial Filter Criteria，初始过滤 规则 编码规则下载淘宝规则下载天猫规则下载麻将竞赛规则pdf麻将竞赛规则pdf IMPI IMS Private Identity，IMS用户私有标识 IMPU IMS Public Identity，IMS用户公有标识 IPSec 一种开放标准的框架结构，通过使用加密的安全服务以确保在IP网络上进行保密而安全的通讯 PLMN Public Land Mobile Network，公共移动电话网 Proxy SIP逻辑实体，用于转发SIP消息 PSI Public Service Identity，公共业务标识 PSTN Public Switched Telephone Network，公共交换电话网 SA Security Association，安全关联 SDP Session Description Protocol，会话描述协议 TLS Transport Layer Security，传输层安全 UA 用户代理，SIP逻辑实体，是SIP消息的发起和终结方 UAC 用户代理客户端，SIP逻辑实体，产生SIP请求消息，并终结SIP响应消息。 UAS 用户代理服务器，SIP逻辑实体，终结SIP请求消息，并返回SIP响应消息。 UE User Equipment，用户设备 URI Uniform Resource Identifier，统一资源标识符 XML eXtensible 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-2　SIP与BICC信令面互通 4.2.2.​ SIP与ISUP信令面互通 图4-3给出了SIP网络同ISUP网络信令互通协议栈 图4-3　SIP与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 被叫号码编码 INVITE Request-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”。 国内网络号码指示: 1 routing to internal network number not allowed 编码计划指示: 001 ISDN (Telephony) numbering plan (Rec. E.164) 5.1.2.2.​ 连接特性指示语 比特 BA　 　 Satellite indicator 0 1 one satellite circuit in the connection 比特 DC Continuity check indicator 0 0 continuity check not required　 如果后面的节点不支持导通性检测机制(图5-2). 0 1 continuity check required, 　如果后面的节点需要执行导通性检测(图5-1) 1 0 continuity check performed on a previous circuit otherwise, 如果后面的节点支持导通性检测但后向节点不需要执行导通性检测(图 5-1) 比特 E Echo control device indicator 1 outgoing echo control device included，对于语音呼叫例如TMR为 "3.1KHz audio". 0 outgoing echo control device not included对确定的数据呼叫，例如TMR为 "64 kBit/s unrestricted" 或者HLC为 "Facsimile Group 2/3". 5.1.2.3.​ 前向呼叫指示语 比特 CB end-to-end method indicator 0 0 no end-to-end method available (only link-by-link method available) 比特 D Interworking indicator 1 interworking encountered 作为运营商的选择，对于TMR = 64 kBit/s unrestricted，比特D 也可取值为 0= "No interworking encountered" 。 比特 E End-to-end information indicator (national use) 0​ no end-to-end information available 比特 F ISDN user part/BICC indicator 0 ISDN user part/BICC not used all the way 作为运营商的选择，对于TMR = 64 kBit/s unrestricted，比特F也可取值为1 "ISDN user part/BICC used all the way"。 比特 HG ISDN user part/BICC preference indicator 0 1 ISDN user part/BICC not required all the way 比特 I ISDN access indicator 0 originating access non-ISDN 作为运营商的选择，对于TMR = 64 kBit/s unrestricted，比特I也可取值为"originating access ISDN"。 比特 KJ SCCP method indicator 0 0 no indication 5.1.2.4.​ 主叫用户类别 映射规则参见下表5-1。 表5-2 主叫用户类别映射规则 SIP参数 ISUP参数 在P-Asserted-Identity中的cpc Accept-Contact 'language' 发送的主叫用户类别 ordinary ordinary calling subscriber test Test call payphone Payphone cellular mobile terminal located in the home PLMN cellular-roaming mobile terminal located in a visited PLMN ieps IEPS call marking for preferential call set up 5.1.2.5.​ 传输媒体要求（TMR） I-IWU可以进行编解码转换也可以不进行编解码转换。如果I-IWU要完成编解码转换，则TMR参数应设置为"3.1 kHz audio"；如果I-IWU不进行编解码转换，则应当将TMR，USI和接入传输参数进行映射，映射规则参考表5-3。含有数据传输方式为64 kbit/s的SDP应当被映射为TMR "64 kbit/s unrestricted"。 表5-3 SDP到TMR/USI/HLC的映射: SIP to BICC/ISUP m= line b= line (注 4) a= line TMR parameter USI parameter (optional) (注1) HLC parameter (optional) : (注5) rtpmap: [] TMR codes Information Transport Capability User Information Layer 1 Protocol Indicator High Layer Characteristics Identification RTP/AVP 0 N/A or up to 64 kbit/s N/A "3.1KHz audio" (注3) RTP/AVP Dynamic PT N/A or up to 64 kbit/s rtpmap: PCMU/8000 "3.1KHz audio" (注3) RTP/AVP 8 N/A or up to 64 kbit/s N/A "3.1KHz audio" RTP/AVP Dynamic PT N/A or up to 64 kbit/s rtpmap: PCMA/8000 "3.1KHz audio" (注3) RTP/AVP Dynamic PT AS: 64 kbit/s rtpmap: CLEARMODE/8000 (注2) "64 kbit/s unrestricted" "Unrestricted digital information" or "Unrestricted digital inf. w/tones/ann" (注 6) Udptl t38 N/A or up to 64 kbit/s Based on ITU-T T.38 "3.1 KHz audio" "3.1 KHz audio" "Facsímile Group 2/3" tcp t38 N/A or up to 64 kbit/s Based on ITU-T T.38 "3.1 KHz audio" "3.1 KHz audio" "Facsímile Group 2/3" 注1 本表中的G.711编码仅仅是个事例，也可以使用其它的编码方式； 注 2 CLEARMODE请参见RFC4040 ； 注 3 正常情况下不包含HLC； 注 4 如果b=line指示带宽大于64kbit/s，那么要么使用压缩编码要么采用415响应指示拒绝呼叫； 注 5 AS 中的 的<带宽值>的单位是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 Provided Addr-spec "CC" "NDC" "SN" from the URI 地址信号 如果地址本质指示语为 "national (significant) number"，则将其设为"NDC" + "SN" ； 否则设为"CC"+" NDC"+"SN" 没有包含Privacy 头 地址显示限制指示语 Presentation allowed Privacy头 priv-value 地址显示限制指示语 "Address Presentation Restricted Indicator" priv-value "header" 地址显示限制指示语 Presentation restricted "user" 地址显示限制指示语 Presentation restricted "none" 地址显示限制指示语 Presentation allowed "id" 地址显示限制指示语 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 verified" Addr-spec URI中的"CC" "NDC" + "SN" 地址信号 如果地址本质指示语为 "national (significant) number"，则将其设为"NDC" + "SN" ； 否则设为"CC"+" NDC"+"SN" Privacy头 priv-value 地址显示限制指示语 "Address Presentation Restricted Indicator" 应当采用和主叫号码一致的地址显示限制指示语 5.1.2.8.​ 用户业务信息 参见5.1.2.5 5.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 = X Hop 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 indication"的ACM消息 表5-9 触发发送183 Session Progress响应的ACM 参数 183 Session Progress ACM 如果以前没有发送的话，则发送183 Session Progress响应且包括P-Early-Media头 1）可选的后向呼叫指示语参数中 In-band information indicator 1 In-band info... 2）后向呼叫指示语参数中 ISDN User Part indicator 0 ISDN User Part not used all the way - CPG消息且 1. 事件指示语设为 “in-band information or an appropriate pattern is now available”，或 2. 事件指示语设为”Progress” 且满足表5-10中的一个选项。 图 5-7接收到 CPG (带内信息可用) 表5-10 触发发送183 Session Progress响应的CPG参数 183 Session Progress CPG “183 Session Progress”响应包括鉴权早媒体的P-Early-Media头或者是已经发送过了 事件指示语 000 0010 (progress) 1）可选后向呼叫指示语参数 In-band information indicator 0 In-band info ... 2）后向呼叫指示语参数 ISDN User Part indicator 0 ISDN User Part not used all the way 注1: 只有在之前收到的ACM或CPG消息与现在收到的CPG消息内容不一致才进行CPG消息内容的映射。 注2: 仅对于语音呼叫才能发送带有P-Early-Media 头的183 Session Progress消息。 5.1.6.​ 发送200 OK消息（接收到ANM、CON消息） 当接收到ANM或者CON消息时，I-IWU应当发送200 OK消息。 图 5-8 接收到ANM消息 图 5-9 接收到CON消息 5.1.7.​ 内部承载导通 I-IWU应当遵循ITU-T Q.764中的汇接局的导通处理过程。 5.1.8.​ 收到REFER消息 图5-10 接收到REFER消息 当I-IWU接收到REFER请求时，默认是拒绝 REFER请求并向SIP侧发送403 Forbidden响应。 5.1.9.​ I-IWU侧的释放过程 5.1.9.1.​ 发送REL消息 当接收到BYE或CANCEL消息时，I-IWU发送REL消息，其他触发I-IWU发送REL消息的条件请参考表5-15。 图5-11 接收到BYE消息 图5-12 接收到CANCEL消息 5.1.9.2.​ REL消息的编码 如果在BYE或CANCEL消息中包含有Q.850中定义的原因值的Reason头时，这些原因值应当被映射到REL消息中的Cause信元中。表5-12给出了SIP Reason头到REL Cause原因值的映射 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 ，表5-11则给出了Reason消息头中没有对应关系的REL消息原因值的填写方法。 表5-11 REL的编码 SIP Message REL Request cause parameter BYE 原因值为No.16 (normal clearing) CANCEL 原因值为No.31 (normal unspecified) 表5-12 SIP Reason到BICC/ISUP的Cause 指示符的映射 SIP Reason 头域 SIP Reason值 BICC/ISUP 参数 值 Protocol "Q.850" Cause 指示符 – protocol‑cause "cause = XX" (注1) Cause 值 "XX" (NOTE 1) – – Location 注1: "XX" 是ITU-T Rec. Q.850中定义的Cause值。 5.1.9.3.​ 接收到REL消息 如果接收到REL消息且已经在SIP侧发送了对呼叫的最终响应(如200 OK INVITE消息)，则I-IWU应当发送BYE消息。如果在接收到REL消息时，I-IWU已经发送了200 OK INVITE消息但还没有收到ACK消息，则I-IWU应当等到收到ACK后再发送BYE消息。 如果在接收到REL消息时并没有向SIP侧发送了最终响应(如200 OK INVITE消息)，则I-IWU应当发送状态码为4xx (客户端错误)或5xx (服务器端错误)的响应。表5-13给出了REL消息中释放原因到SIP不同状态值得映射规则。没有出现在表5-15中的原因值可以根据Q.850被映射为默认值。 表5-13 接收到REL消息 SIP Message REL 状态参数 原因参数 404 Not Found 原因值1 (unallocated (unassigned) number) 500 Server Internal error 原因值2 (no route to network) 500 Server Internal error 原因值3 (no route to destination) 500 Server Internal error 原因值4 (Send special information tone) 404 Not Found 原因值5 (Misdialled trunk prefix) 486 Busy Here 原因值17 (user busy) 480 Temporarily unavailable 原因值18 (no user responding) 480 Temporarily unavailable 原因值19 (no answer from the user) 480 Temporarily unavailable 原因值20 (subscriber absent) 480Temporarily unavailable 原因值21 (call rejected) 410 Gone 原因值22 (number changed) 433 Anonymity Disallowed.(NOTE 1) 原因24 (call rejected due to ACR supplementary service) 480 Temporarily unavailable 原因值25 (Exchange routing error) 502 Bad Gateway 原因值27 (destination out of order) 484 Address Incomplete 原因值28无效的地址格式 (address incomplete) 500 Server Internal error 原因值29 (facility rejected) 480 Temporarily unavailable 原因值31 (normal unspecified) (class default) (NOTE 2) 486 Busy here if Diagnostics indicator includes the (CCBS indicator = CCBS possible) else 480 Temporarily unavailable 原因值中的原因类别为 010 (resource unavailable, Cause value No 34) 500 Server Internal error 原因值中的原因类别为 (resource unavailable, Cause value No’s. 38, 41, 42, 43, 44, & 47) (47 is class default) 500 Server Internal error 原因值50 (requested facility no subscribed) 500 Server Internal error 原因值57 (bearer capability not authorised) 500 Server Internal error 原因值58 (bearer capability not presently) 500 Server Internal error 原因值63 (service option not available, unspecified) (class default) 500 Server Internal error 原因值中的原因类别为100 (service or option not implemented, Cause value No’s. 65, 70 & 79) 79 is class default 500 Server Internal error 原因值88 (incompatible destination) 404 Not Found 原因值91 (invalid transit network selection) 500 Server Internal error 原因值95 (invalid message) (class default) 500 Server Internal error 原因值97 (Message type non-existent or not implemented) 500 Server Internal error 原因值99 (information element/parameter non-existent or not implemented)) 480 Temporarily unavailable 原因值102 (recovery on timer expiry) 500 Server Internal error 原因值 110 (Message with unrecognised Parameter, discarded) 500 Server Internal error 原因值111 (protocol error, unspecified) (class default) 480 Temporarily unavailable 原因值127 (interworking unspecified) (class default) 注 1: 不允许采用匿名 注2: 类1和类2使用同样的默认值 接收到的REL消息中的原因值应当映射为SIP最终响应消息或BYE消息中Reason值。映射规则可参见表5-14。 表5-14 REL消息中Cause 参数到SIP Reason头的映射 Cause indicators parameter field Value of parameter field component of SIP Reason header field component value – – protocol "Q.850" Cause Value "XX" (NOTE 1) protocol‑cause "cause = XX" (注1) – – reason‑text FFS 注1: "XX"是ITU-T Rec. Q.850中定义的原因值。 5.1.9.4.​ 接收到RSC、GRS、CGB消息 如果在发送了IAM消息后又接收到了RSC, GRS or CGB消息，则： 1)如果已经向SIP发送了最终响应消息(如200 OK)，则I-IWU发送BYE消息。 2)如果还没有向SIP发送最终响应消息(如200 OK)，则I-IWU将发送状态码480 Temporarily Unavailable消息。 5.1.9.5.​ I-IWU的自动释放流程 表5-15给出了I-IWU自动释放呼叫的触发事件集。 表5-15 I‑IWU的自动释放 SIP 触发事件 REL 响应 原因参数 484 Address Incomplete 发现没有接收到足够的路由数据 不发送 480 Temporarily Unavailable 呼叫无法路由或者是I-IWU发生了拥塞 发送 BYE ISUP/BICC过程导致应答后释放呼叫 根据ISUP/BICC过程而定 BYE SIP过程导致应答后释放呼叫 127 (Interworking unspecified) 500 Server Internal error 由于ISUP/BICC的兼容性问题导致的呼叫释放(注) 根据ISUP/BICC过程而定 484 Address Incomplete ISUP/BICC中T7定时期超时导致的呼叫释放 根据ISUP/BICC过程而定 480 Temporarily Unavailable ISUP/BICC中T7定时期超时导致的呼叫释放 根据ISUP/BICC过程而定 480 Temporarily Unavailable. 其它ISUP/BICC过程导致应答前释放呼叫 根据ISUP/BICC过程而定 注: .I-IWU接收到不能识别的ISUP或BICC信元并且以及兼容性指示语指示判定该呼叫应当被释放。 5.2.​ 从ISUP到SIP的互通 5.2.1.​ 发送INVITE消息 图5-13 接收到IAM消息 当接收到IAM消息时，O-IWU应当发送INVITE消息。 O-IWU应当支持Precondition以及对临时响应的可靠应答扩展机制并在INVITE请求中指示其支持这两个扩展。(可选) 如果IAM消息中的连接性本质指示语中的导通性检测指示语被设置为"continuity check required on this circuit"或"continuity check performed on previous circuit"，则O-IWU在接收到COT消息之后再发送INVITE请求。 图5-14 接收到IAM消息 (等待COT消息) 5.2.2.​ INVITE消息的编码 5.2.2.1.​ 总则 表5-16给出了IAM相关参数到INVITE相关