中国移动技术规范第部分与的互通样本.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/ISU

SIP Protocol

版本号：1.0.0

-7-27实施

7-27公布

中国移动通信集团企业 公布

目 录
前 言 IV
1. 范围 1
2. 规范性引用文件 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.27. 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-
中国移动CM-IMS会话初始协议（SIP）规范第1部分：SIP总体要求
[2]
QB-C-018.2-
中国移动CM-IMS会话初始协议（SIP）规范第2部分：SIP消息
[3]
QB-C-018.3-
中国移动CM-IMS会话初始协议（SIP）规范第3部分：SIP基础步骤
[4]
QB-C-018.4-
中国移动CM-IMS会话初始协议（SIP）规范第4部分：CM-IMS业务对 SIP要求
[5]
QB-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. 规范性引用文件
下列文件中条款经过本标准引用而成为本标准条款。通常注日期引用文件，其随即全部修改单（不包含勘误内容）或修订版均不适适用于本标准，然而，激励依据本标准达成协议各方研究是否可使用这些文件最新版本。通常不注日期引用文件，其最新版本适适用于本标准。
序号
标准编号
标准名称
公布单位
[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，初始过滤规则
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®
IAM®
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/sSDP应该被映射为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"

(注3)

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-EarlyMedia头，而且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 Prog