中国电信SIP协议规范——信令流程
（试行）
2004年4月发布 2004年4月试行
中国电信集团公司发布
前 言
SIP协议是下一代网络中的接口协议之一，属于应用控制协议。本标准是以IETF和ITU-T的相关标准为基础，结合中国电信网络的实际情况，并综合中国电信集团公司对下一代网络的实验成果制定的。
它是中国电信在下一代网络建设中引进、测试和研发软交换设备、SIP终端设备以及其他基于SIP协议相关设备的规范和依据。鉴于SIP协议应用范围广泛，项目组在编写时将整个协议规范分为3个分册：
第一分册：《总体要求》 第二分册：《协议细则》 第三分册：《信令流程》
本分册为《信令流程》分册。 本标准由中国电信集团公司提出。 本标准由中国电信集团公司归口。 本标准2004年4月首次发布。 本标准由中国电信集团公司负责解释
目 录
1.
编制说明.........................................................................................................................................1 1.1 1.2 2. 3.
范围.........................................................................................................................................1 参考文献.................................................................................................................................1
环境说明.........................................................................................................................................1 用户注册.........................................................................................................................................2 3.1
成功的注册.............................................................................................................................2
基本注册过程.................................................................................................................2 注册信息的更新.............................................................................................................4 注销.................................................................................................................................4
3.1.1 3.1.2 3.1.3 3.2 4.
不成功的注册.........................................................................................................................4
鉴权认证.........................................................................................................................................5 4.1 4.2
注册鉴权.................................................................................................................................5 呼叫鉴权（假定对Invite消息的鉴权）..............................................................................5
5. 基本呼叫.........................................................................................................................................5 5.1 SIP用户-SIP用户..................................................................................................................5 5.1.1 5.1.2 5.1.3
成功呼叫.........................................................................................................................6 不成功的呼叫建立.......................................................................................................12 定时器检验...................................................................................................................14
5.2 SIP用户-PSTN用户(采用Profile B)..................................................................................16 5.2.1 5.2.2
成功的呼叫...................................................................................................................17 不成功的呼叫建立.......................................................................................................18
5.3 PSTN用户-SIP用户(采用Profile B)..................................................................................21 5.3.1 5.3.2
成功的呼叫...................................................................................................................22 不成功的呼叫建立.......................................................................................................23
5.4 PSTN用户-PSTN用户(Profile C，要求临时性响应可靠传送).......................................25 5.4.1 5.4.2
成功的呼叫...................................................................................................................26 不成功的呼叫建立.......................................................................................................28
6. 业务控制.......................................................................................................................................30 6.1 SIP用户-SIP用户................................................................................................................30 6.1.1 Presence............................................................................................................................30 6.1.2 Fork应用..........................................................................................................................35 6.1.3 6.1.4 6.1.5 6.1.6
通过重定向实现的业务（类似呼叫前转）...............................................................43 呼叫保持.......................................................................................................................46 呼叫等待.......................................................................................................................47 主叫显示禁止（CLIR）..............................................................................................49
6.2 SIP用户-PSTN用户(SIP-ISUP互通，Profile B)..............................................................50 6.2.1 6.2.2 6.2.3 6.2.4
呼叫前转（包括立即前转、无应答前转、遇忙前转）...........................................50 呼叫保持.......................................................................................................................53 呼叫等待.......................................................................................................................53 主叫显示禁止（CLIR）..............................................................................................53
6.3 PSTN用户-SIP用户(SIP-ISUP互通，Profile B).............................................................. 6.3.1 6.3.2 6.3.3 6.3.4
通过重定向实现的业务（类似于呼叫前转业务）................................................... 呼叫保持....................................................................................................................... 呼叫等待.......................................................................................................................55 主叫显示禁止（CLIR）..............................................................................................55
6.4 PSTN用户-PSTN用户(SIP-ISUP互通，Profile C)..........................................................56 6.4.1 6.4.2 6.4.3 6.4.4
呼叫前转（包括立即前转、无应答前转、遇忙前转）...........................................56 呼叫保持.......................................................................................................................59 呼叫等待.......................................................................................................................59 主叫显示禁止（CLIR）..............................................................................................59
中国电信SIP协议规范----信令流程
1. 编制说明
1.1 范围
本分册对基本语音业务、典型补充业务的实现作了流程说明，同时做出规定的还包括Presence、并行/串行的呼叫流程，涉及的用户包括PSTN用户、SIP用户等。
对于IAD用户参与的呼叫流程，其局间信令的处理可参照PSTN用户参与呼叫的情形。
当涉及到呼叫建立的情形，都以2个交换机的情形进行说明。
在本分册中，为了说明上的方便，软交换充当呼叫、路由实体时，以Proxy的行为进行说明，但并不表明必须通过Proxy实现。当实体以B2BUA的形式实现时，其行为应当满足第一分册、第二分册对B2BUA的行为要求。
T7、T9定时器参照原有PSTN网络的定义 T1、T2定时器参照RFC3261的定义
1.2 参考文献
《中国电信SIP企业规范第一分册》 《中国电信SIP企业规范第二分册》
2. 环境说明
表 2-1 环境说明
网络实体说明 IP地址
软交换 1及其下的相关资源（软交换同时具备注册服务器功能）
软交换 1 SIP用户 A PSTN用户 B 媒体资源服务器M1
号码分配
所属域
1.1.1.1 --------- Guangzhou.com 1.1.1.1001.1.1.150
801-020-800001
---------
--------- 020-900001 -1-
中国电信SIP协议规范----信令流程
软交换 2及其下面的用户（软交换同时具备注册服务
器功能）
软交换 2 SIP用户 C PSTN用户 D 媒体资源服务器M2
2.2.2.2 --------- Beijing.com 2.2.2.2002.2.2.150
801-010-600002
---------
--------- 010-700002 3. 用户注册
3.1 成功的注册
3.1.1 基本注册过程
1) SIP用户A向所属域的注册服务器发起注册请求
REGISTER sip:1.1.1.1 SIP/2.0
From: sip:801020800001@1.1.1.1;tag=286
To: sip: 801020800001@1.1.1.1 CSeq: 1 REGISTER
Call-ID: 10000000@1.1.1.100
Via: SIP/2.0/UDP 1.1.1.100:5060;branch=z9hG4bK10634978 Maxforward:70
Contact: sip: 801020800001@1.1.1.100:5060 Expires: 3600 Content-Length: 0
2) 注册服务器要求用户进行鉴权
SIP/2.0 401 Unauthorized
-2-
中国电信SIP协议规范----信令流程
From: sip:801020800001@1.1.1.1;tag=286
To: sip:801020800001@1.1.1.1；tag=2863455
Via: SIP/2.0/UDP 1.1.1.100:5060;branch=z9hG4bK10634978 CSeq: 1 REGISTER
Call-ID: 10000000@1.1.1.100
WWW-Authenticate:Digest realm=\"1.1.1.1\
nonce=\"ca019edffb7551683c2136eb2dd10537\
Content-Length:0
3) 带有鉴权信息的注册请求
REGISTER sip:1.1.1.1 SIP/2.0
From: sip:801020800001@1.1.1.1;tag=25ER486
To: sip: 801020800001@1.1.1.1 CSeq: 2 REGISTER
Call-ID: 10000000@1.1.1.100
Via: SIP/2.0/UDP 1.1.1.10:5060;branch=z9hG4bK10634978 Maxforward:70
Contact: sip: 801020800001@1.1.1.100:5060 Expires: 3600
WWW-Authorization:Digest username=\"801020800001\
nonce=\"ca019edffb7551683c2136eb2dd10537\“sip: 801020800001@1.1.1.1”，
response=“dffb7551683c2136e”
Content-Length: 0
4) 注册成功
SIP/2.0 200 OK
From: sip:801020800001@1.1.1.1;tag=25ER486
To: sip: 801020800001@1.1.1.1;tag=2343244332 CSeq: 2 REGISTER
Call-ID: 10000000@1.1.1.10
Via: SIP/2.0/UDP 1.1.1.10:5060;branch=z9hG4bK10634978 Contact: sip: 801020800001@1.1.1.100:5060 Expires: 3600
-3-
中国电信SIP协议规范----信令流程
流程说明：建议第2个Register消息与第1个Register消息Call-id相同，Cseq增加
3.1.2 注册信息的更新
流程说明：
1) 假定注册周期为1个小时，终端在1个小时之内发起注册更新的消息 2) 要求周期更新中带有注册鉴权信息
3) 注册更新请求时，要求Call-id不变，Cseq增加
3.1.3 注销
参照3.1.1流程
注销请求中,expire值为0。
3.2 不成功的注册
参照3.1.1的流程,此时针对第二次的注册请求,注册服务器将会回应4**消息 不成功的注册包括：没有通过认证或注册请求的expire值太小
-4-
中国电信SIP协议规范----信令流程
4. 鉴权认证
4.1 注册鉴权
参见3.1.1的流程
4.2 呼叫鉴权（假定对Invite消息的鉴权）
用户鉴权通过后的流程，参照5.1.1.1的流程
5. 基本呼叫
5.1 SIP用户-SIP用户
根据第一分册的要求，当被叫用户为SIP用户时，此时主叫侧提供回铃音，因此临时响应的可靠传送不是必须的。
在5.1所示的各流程中，不要求临时响应的可靠传送，因此没有PRACK流程的出现。
-5-
中国电信SIP协议规范----信令流程
5.1.1 成功呼叫
5.1.1.1 基本呼叫，主叫释放
1) 用户A向软交换1发起请求
INVITE sip: 801010600002@1.1.1.1:5060 SIP/2.0
Via: SIP/2.0/UDP 1.1.1.100:5060;branch= z9hG4bK0208367600000
From: 801020800001 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1 INVITE Max-foward:70 Contact: 801020800001 o=801020800001 20844526 20844526 IN IP4 1.1.1.100 -6- 中国电信SIP协议规范----信令流程 s=- c=IN IP4 1.1.1.100 t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000 2) 软交换1接收到请求后向用户A发送确认信号，表示正在对收到的请求进 行处理 SIP/2.0 100 Trying Via: SIP/2.0/UDP 1.1.1.100:5060;branch= z9hG4bK0208367600000 From: 801020800001 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1 INVITE Content-Length: 0 3) 软交换1经过路由分析，将请求转发到软交换2 INVITE sip: 801010600002@2.2.2.2:5060 SIP/2.0 Via: SIP/2.0/UDP 1.1.1.1:5060; branch=gdasdd00023324334 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 From: 801020800001 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1 INVITE Max-forward:69 Contact: 801020800001 o=801020800001 20844526 20844526 IN IP4 1.1.1.100 s=- c=IN IP4 1.1.1.100 -7- 中国电信SIP协议规范----信令流程 t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000 4) 软交换2向软交换1发送确认消息（表示已经接收到请求消息），同时将请 求转发到用户C INVITE sip:801010600001@2.2.2.200:5060 SIP/2.0 Via: SIP/2.0/UDP 2.2.2.2:5060; branch=sdfasdfsdf98709 Via: SIP/2.0/UDP 1.1.1.1:5060; branch=gdasdd00023324334 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 From: 801020800001 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1 INVITE Max-forward:68 Contact: 801020800001 o=801020800001 20844526 20844526 IN IP4 1.1.1.100 s=- c=IN IP4 1.1.1.100 t=0 0 m=audio 49172 RTP/AVP 0 a=rtpmap:0 PCMU/8000 5) 用户C振铃（回铃音由主叫方本地放送） SIP/2.0 180 Ringing Via: SIP/2.0/UDP 2.2.2.2:5060; branch=sdfasdfsdf98709 Via: SIP/2.0/UDP 1.1.1.1:5060; branch=gdasdd00023324334 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 -8- 中国电信SIP协议规范----信令流程 From: 801020800001 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1 INVITE Content-Length: 0 6) 软交换2向软交换1转发此信号 7) 软交换1向用呼A转发此信号 8) 用户C摘机 SIP/2.0 200 OK Via: SIP/2.0/UDP 2.2.2.2:5060; branch=sdfasdfsdf98709 Via: SIP/2.0/UDP 1.1.1.1:5060; branch=gdasdd00023324334 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 From: 801020800001 Contact: 801010600002 v=0 o=801010600002 20844526 20844526 IN IP4 2.2.2.200 s=- c=IN IP4 2.2.2.200 t=0 0 m=audio 9000 RTP/AVP 0 a=rtpmap:0 PCMU/8000 9) 用户A接收到200消息后发送确认信号 ACK 801010600002@2.2.2.200:5060 SIP/2.0 -9- 中国电信SIP协议规范----信令流程 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 From: 801020800001 Contact: 801020800001 10) 软交换1、软交换2将此信号转发到用户C 11) 主叫用户挂机，软交换将拆线信号转发到被叫用户C处 BYE 801010600002@2.2.2.200:5060 SIP/2.0 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 From: 801020800001 Route： 12) 被叫用户发送确认信号表示收到拆线信号 SIP/2.0 200 OK Via: SIP/2.0/UDP 2.2.2.2:5060; branch=sdfasdfsdf98709 Via: SIP/2.0/UDP 1.1.1.1:5060; branch=gdasdd00023324334 Via: SIP/2.0/UDP 1.1.1.100:5060; branch=z9hG4bK0208367600000 From: 801020800001 -10- 中国电信SIP协议规范----信令流程 流程说明： 1) 对SIP—SIP之间的呼叫，由于回铃音由主叫侧提供，因此本流程没有要求 支持18*消息的可靠传送 2) 当网络实体为Proxy实现时 z 为了确保后续的请求消息不旁路网络中的服务器，要求服务器增加 Record-route域，同时需要支持Loose router方式 z 由于UAS收到的Invite中带有Record-route域，因此对于180消息： 如果带有Contact域，则必须带有Record-route域 3) 当软交换按照B2BUA的逻辑实现时 z ACK响应200消息（以及Bye响应200消息）时为Hop by Hop的过程 z 其Via、From、To、Contact应当根据《第二分册----协议细则》的要求 生成，以能够保证呼叫的所有消息都经过该网络实体 5.1.1.2 基本呼叫，被叫释放 流程说明： 1) 拆线信号由被叫发出，BYE消息中的From、to域与初始Invite消息中的 From、To域发生颠倒 2) Cseq的取值应当比本终端发送的初始请求消息的Cseq值增加1 -11- 中国电信SIP协议规范----信令流程 5.1.2 不成功的呼叫建立 5.1.2.1 建立阶段，后向释放 5.1.2.1.1 被叫用户忙 流程说明： 1) 用户C下只带有1个终端，因此不考虑Fork情况的存在 2) 失败新号由被叫处的网络服务器发出，本规范建议此种方式 -12- 中国电信SIP协议规范----信令流程 5.1.2.1.2 久叫不应 流程说明：任何网络服务器都会启动业务层面的定时器保护，此时假定拆线信号由被叫侧网络服务器发出 5.1.2.2 建立阶段，被叫应答前，前向释放 -13- 中国电信SIP协议规范----信令流程 5.1.3 定时器检验 5.1.3.1 INVITE消息的定时器（没有收到任何响应消息） 流程说明： 1) 本例说明的是软交换机发送Invite消息后没有收到任何响应的情况，同时 假定不考虑业务层面的定时器存在。 2) 假定T1=500毫秒，如果网络服务器同时存在业务层面保护器，INVITE的 次数可能少于7个。根据网络实际运营的需要，可对T1进行修改 3) 对终端而言，当发送Invite消息后没有任何消息时，其重发行为也参照该 流程 -14- 中国电信SIP协议规范----信令流程 5.1.3.2 200消息的定时器（等待ACK消息） 流程说明： 1) 本例说明的是软交换机发送200消息后没有收到ACK响应的情况。 2) 当终端发送200消息没有接收到ACK消息时，其重发行为参照该流程 3) 假定T1=500毫秒，T2=4秒。可根据实际运营的需要对T1进行修改 -15- 中国电信SIP协议规范----信令流程 5.1.3.3 BYE消息的定时器（等待200消息） 流程说明： 1) 本例说明的是软交换机发送BYE消息后没有收到200响应的情况。 2) 当终端发送BYE消息没有接收到200消息时，其重发行为参照该流程 3) 假定T1=500毫秒，T2=4秒。可根据实际运营的需要对T1进行修改 5.2 SIP用户-PSTN用户(采用Profile B) 1) 根据第一分册的要求，当被叫用户为PSTN用户时，由被叫端局提供回铃 音，因此要求临时响应可靠传送。 2) 此时主叫用户发送的INVITE的Supported域中，必须带有100 rel参数 3) 被叫用户发送的18*消息的Require域中，必须带有100 rel参数 -16- 中国电信SIP协议规范----信令流程 5.2.1 成功的呼叫 5.2.1.1 基本呼叫，主叫释放（要求临时响应可靠传送） 流程说明： 1) 软交换2处的SIP-ISUP互通单元采用B配置 2) 根据第一分册的要求，此时的回铃音由被叫端局播放。因此180信号中带 有SDP，建立后向通道。为了保证18*信号的可靠传送，要求必须支持RFC3262。 3) 按照协议要求，被叫应答时的200响应，不应当带有SDP描述。如果在被 叫应答前，需要对媒体资源地址进行修改，通过Update进行修改 -17- 中国电信SIP协议规范----信令流程 5.2.1.2 基本呼叫，被叫释放（要求临时响应可靠传送） 流程说明：呼叫建立过程参见5.2.1.1 5.2.2 不成功的呼叫建立 5.2.2.1 建立阶段，后向释放 5.2.2.1.1 被叫用户忙（被叫端局播放语音通知音） 流程说明： 1) 根据第一分册、第二分册的要求，软交换2将会根据收到的ACM消息映 射成183消息，并且183消息中带有SDP，建立后向通道 2) 主叫用户听到语音通知后，如果挂机，将会发送Cancel消息 3) 如果主叫用户没有挂机，被叫端局在一定时限后将会发送拆线信号，软交 -18- 中国电信SIP协议规范----信令流程 换2根据接收到的REL消息发送失败消息到主叫侧，结束本次呼叫 5.2.2.1.2 等待PSTN域的ACM信号 流程说明： 1) 由于PSTN网络本身存在T7定时器，因此此时的拆线信号可能由PSTN网 络中的任何一个局发出，本流程假设被叫侧的软交换发出拆线信号 2) 软交换2根据Q.1912的要求生成相应的4**消息 -19- 中国电信SIP协议规范----信令流程 5.2.2.1.3 久叫不应 流程说明：由于PSTN网络本身存在T9定时器，因此此时的拆线信号可能由PSTN网络中的任何一个局发出，本项目假设由被叫侧的软交换发出拆线信号 -20- 中国电信SIP协议规范----信令流程 5.2.2.2 建立阶段，被叫应答前，前向释放 5.3 PSTN用户-SIP用户(采用Profile B) 根据第一分册的呼叫模型,此时NNI接口上可采用SIP也可采用SIP-I，本流程假定NNI接口上采用SIP 根据第一分册的要求，当被叫用户为SIP用户时，此时主叫侧提供回铃音，因此临时响应的可靠传送不是必须的。 在5.3所示的各流程中,没有PRACK流程的出现。 -21- 中国电信SIP协议规范----信令流程 5.3.1 成功的呼叫 5.3.1.1 基本呼叫，主叫挂机 流程说明： 1) 本流程假定所有SIP用户的号码为特殊号码。当软交换1接收到呼叫后， 通过号码分析，确定为被叫为SIP用户，软交换1与软交换2之间的NNI接口采用SIP信令 2) 由于被叫用户为SIP用户，回铃音由主叫侧提供。因此当软交换1收到180 消息后（没有SDP），软交换1通过控制其下的媒体资源服务器向主叫用户播放回铃音。 -22- 中国电信SIP协议规范----信令流程 5.3.1.2 基本呼叫，被叫挂机 5.3.2 不成功的呼叫建立 5.3.2.1 建立阶段，后向释放 5.3.2.1.1 被叫用户忙 流程说明： 1) 用户C下只带有1个终端，因此不考虑fork情况的存在 2) 失败信号由被叫处的网络服务器发出，本规范建议此种方式 -23- 中国电信SIP协议规范----信令流程 5.3.2.1.2 久叫不应 流程说明：任何网络设备都会启动T9定时器，本例假设由软交换2发出拆线信号 -24- 中国电信SIP协议规范----信令流程 5.3.2.2 建立阶段，被叫应答前，前向释放 流程说明： 1) 本例假定180消息不带有tag参数,即此时没有建立Early Dialog。 2) 根据Q.1912的规定，如果软交换1接收到的180消息的to域带有tag参数， 则软交换1应当发送Bye消息 5.4 PSTN用户-PSTN用户(Profile C，要求临时性响应可靠传送) 根据第一分册的要求，当被叫用户为PSTN用户时，由被叫端局提供回铃音，因此要求临时响应的可靠传送。 -25- 中国电信SIP协议规范----信令流程 5.4.1 成功的呼叫 5.4.1.1 基本呼叫，主叫释放 流程说明： 1) PSTN网络侧发送IAM消息到软交换1，请求路由 2) 软交换1通过号码分析，不能够判别被叫用户为SIP用户，因此NNI接口 上采用SIP-I信令。此时初始发送的Invite消息中除了封装PSTN发送的IAM消息外，还带有主叫侧媒体网关SDP信息。 3) 软交换1将INVITE消息发送到软交换2 4) 软交换2通过号码分析，确认被叫用户为PSTN用户。软交换2提取出封 装在Invite消息中的IAM消息并结合相应的本地策略生成新的IAM消息发送到PSTN网络 5) 被叫用户空闲。 6) 软交换2根据接收到的ACM消息，映射成180消息，由于此时的回铃音 由被叫端局提供，因此此时180消息中除了封装ACM消息外，还带有被 -26- 中国电信SIP协议规范----信令流程 叫侧媒体网关SDP信息。 7) 软交换2将此消息发送到软交换1 8) 软交换1根据接收到的180消息，提取出ACM消息并结合本地策略，生 成新的ACM消息，发送到主叫侧的PSTN网络 9) 由于媒体资源由后向提供，需要临时响应信号（18*）消息的可靠传送。因 此软交换1在向主叫侧发送ACM的同时向软交换2发送确认消息，表明已收到18*消息。 10) 被叫用户应答 11) 软交换2接收到被叫侧PSTN网络发送的ANM消息后，由于主、被叫双 方已建立的通道不需要修改，此时发送的200中只需封装ANM消息而不需要带有SDP信息 12) 软交换1接收到200消息后，提取出ANM消息并结合本地策略，发送到 主叫侧的PSTN网络 13) 软交换1向软交换2发送ACK消息，表示已收到软交换2发送的200消息 14) 主、被叫用户间建立通话 15) 一定时间后，会话结束，主叫用户挂机。主叫侧PSTN网络向软交换1发 送REL消息 16) 软交换1接收到REL消息后，向主叫侧发送RLC消息；同时将REL消息 封装在BYE消息中，发送到软交换2 17) 软交换2接收到BYE消息后，向软交换1发送封装RLC的200消息；同 时向被叫侧PSTN网络发送REL消息，同时接受被叫侧PSTN网络发送的RLC消息 -27- 中国电信SIP协议规范----信令流程 5.4.1.2 基本呼叫，被叫释放（要求临时性响应的可靠传送） 呼叫成功建立前的流程与4.4.1.1的相同，只是此时的拆线信号由被叫侧发起。 5.4.2 不成功的呼叫建立 5.4.2.1 建立阶段，后向释放 5.4.2.1.1 被叫用户忙 5.4.2.1.2 久叫不应 -28- 中国电信SIP协议规范----信令流程 流程说明：由于PSTN网络本身存在T9定时器，因此此时的拆线信号可能由PSTN网络中的任何一个局发出，本项目假设由被叫侧的软交换发出拆线信号 5.4.2.2 建立阶段，在早期对话建立后，前向释放 流程说明： 1) 由于180消息已经建立了媒体通道，如果主叫方在被叫应答前拆线，软交 换1发送Bye消息 2) BYE消息中应当封装REL消息 -29- 中国电信SIP协议规范----信令流程 6. 业务控制 6.1 SIP用户-SIP用户 6.1.1 Presence 6.1.1.1 体系结构 呈现业务服务器 Presence Agent软交换 Presence AgentRegistar Sip终端1 Sip终端2 其他终端 watcher Presentity watcherPresentity SIP终端1和SIP终端2互为Watcher和Presentity。 软交换作为呈现业务代理，主要有以下作用： 1) 作为SIP终端的呈现业务代理，收集SIP终端的注册和注销状态信息，并 向呈现业务服务器发布此信息。 2) 作为其他终端的呈现业务代理，收集其他终端的状态信息，并向呈现业务 服务器发布此信息。 -30- 中国电信SIP协议规范----信令流程 6.1.1.1.1 信令流程 6.1.1.1.2 呈现业务服务器启动 流程说明： 1) 呈现业务服务器启动时，会根据自身管理的信息向软交换机发送Subscribe 消息请求软交换机当SIP或其他终端注册或注销时，由软交换机将此状态信息通知呈现业务服务器。 2) 如果软交换机和呈现业务服务器存在互信关系，软交换机将终端的状态信 息（注册或者注销）通知呈现业务服务器。 -31- 中国电信SIP协议规范----信令流程 6.1.1.1.3 用户登录 流程说明： 1) SIP终端1向软交换机发送注册请求，通过鉴权后软交换机回送200 OK响 应。 2) 软交换机发现呈现业务服务器已经订阅了此终端的状态通知，就发送 Notify(reg)消息通知呈现业务服务器。 3) SIP终端1发送Subscibe（winfo）消息请求订阅watcher的信息。 4) 呈现业务服务器通过Notify（winfo）消息将订阅者（watcher）的信息发送 -32- 中国电信SIP协议规范----信令流程 给SIP终端。 5) SIP终端1按照一定的鉴权策略（可参考XCAP）对于订阅者鉴权后发送 Notify（authwinfo）消息给呈现业务服务器，呈现业务服务器将根据鉴权结果决定是否发送终端1的状态信息给订阅者。 6) SIP终端通过一定的方式（可参考XCAP）获取Presentity的信息后，发送 Subscribe（presence）消息给呈现业务服务器订阅Presentity的状态信息。 7) 呈现业务服务器通过终端2和其他Presentity的授权后会发送终端2和其他 Presentity的状态信息给终端1。 6.1.1.1.4 增加Presentity 流程说明： 1) SIP终端1发送Subscribe（presence）请求呈现业务服务器订阅终端2的状 态信息。 2) 如果终端2已经登录，则呈现业务服务器发送Nofity（winfo）消息通知终 -33- 中国电信SIP协议规范----信令流程 端2订阅者的信息。 3) 终端2按照一定的鉴权策略鉴权通过后发送Notity（authwinfo）通知呈现 业务服务器鉴权结果。 4) 呈现业务服务器发送Notify（presence）消息通知终端1关于终端2的状态 信息。 6.1.1.1.5 状态改变通知 流程说明： 1) 用户状态改变后，终端1发送Publish消息通知呈现业务服务器状态改变信 息。 2) 呈现业务服务器发送Notify（presence）消息给所有终端1的订阅者通知终 端1的状态信息。 -34- 中国电信SIP协议规范----信令流程 6.1.2 Fork应用 6.1.2.1 并行寻址 6.1.2.1.1 成功呼叫，只有一个200信号 流程说明： 1) 在软交换2上，对于用户E，有两个地址，分别是终端1、终端2。当软交 换2接收到对用户E的寻址请求时，将同时向终端1、终端2的两个地址发送请求消息 -35- 中国电信SIP协议规范----信令流程 2) 根据第一分册的要求，此时软交换2并没有保留用户E下所有终端的状态 信息。以下示例也是如此。 3) 对“注1”处180消息的处理上 z 根据第一分册的要求，此处的180消息由软交换2生成，180消息的to 域中不应当带有tag参数。但软交换2需要缓存接收到所有18*消息。 z 软交换2在生成180消息的时间上，存在两种选择。选择一，在已知被 叫用户的状态下发送，此时接收到被叫用户发送的180信号；选择二，未知被叫用户状态的情况下发送180消息，即软交换2在向被叫方转发请求的同时向主叫侧发送180消息，提示向用户播放振铃音，类似于现在的Early Acm。本例显示的为后一种情况 z 主叫用户听到的回铃音由主叫侧提供。即如果主叫用户为SIP或IAD （AG）用户，则回铃音由主叫用户自己提供；如果主叫用户为PSTN用户，则回铃音由主叫侧的媒体网关提供 4) 对“注2”处200消息的处理上 z 根据第一分册的要求，软交换2只向前向发送一个200消息。即当接收 到一个200消息后，将向后向的被叫侧其他地址发送拆线信息 z 软交换2根据缓存的18*消息和接收到200消息，向主叫侧发送带有被 叫用户SDP信息的200消息。 5) 从整个流程看，虽然寻址方式为点对多点，但会话最终仍然建立在点对点 的情形下。 6) 对于200----ACK与BYE---200的处理上，软交换2也可以是一种Hop By Hop的行为。对6.1.3节有关200---ACK与BYE---200的处理都遵循此原则 -36- 中国电信SIP协议规范----信令流程 6.1.2.1.2 成功呼叫，存在失败信号 流程说明： 1) “注1”处的180消息生成原则，参照6.1.3.1.1 2) 软交换2接收到后向发送的失败信号后，不应当立即向前向转发 3) 软交换2接收到200与失败信号（4**、5**或6**消息）情况下，向前向转 发200消息，因此“注2”处生成的200消息为终端1的SDP信息 -37- 中国电信SIP协议规范----信令流程 6.1.2.1.3 不成功呼叫 6.1.2.1.3.1 代理服务器取消请求（例如久叫不应） 流程说明： 1) 本例示例的情况为，用户E终端1处为空闲状态，但久叫不应；终端2处 于忙的状态 2) 软交换2根据实际呼叫的情况，向主叫用户发送失败信号。（此时发送486 较好，表明已知用户的状态） -38- 中国电信SIP协议规范----信令流程 6.1.2.1.3.2 主叫方取消请求 -39- 中国电信SIP协议规范----信令流程 6.1.2.2 串行寻址 6.1.2.2.1 成功呼叫，第一个地址成功 1) 在软交换2上，对于用户E，有两个地址，分别是终端1、终端2。当软交 换2接收到对用户E的寻址请求时，将首先向终端1所在的地址发送请求 2) 图例中“注1”处的180消息由软交换2生成,180消息中不应当带有tag参 数。相应的放音信号由主叫侧提供。180信号的产生存在两种情况，参见6.1.3.1.1的说明。本例说明的是软交换2未知被叫状态的情况下向主叫侧发送振铃提示 3) 当有地址应答后，软交换2将不会向其他地址发送呼叫请求 -40- 中国电信SIP协议规范----信令流程 6.1.2.2.2 成功呼叫，存在失败信号 流程说明：本例所示的情况是，用户终端1处被叫用户忙，软交换2接到失败信号后，并没有后向发送，而是对此失败原因进行了缓存；软交换2同时向终端2进行呼叫，终端进行应答，用户C与终端2处的用户建立了通话。 -41- 中国电信SIP协议规范----信令流程 6.1.2.2.3 不成功呼叫 流程说明：用户终端1处被叫用户忙，软交换2接到失败信号后，并没有后向发送，而是对此失败原因进行了缓存；软交换2同时向终端2进行呼叫，终端2处的用户也处于忙的状态。软交换2与已经缓存的失败信号进行比较，选择一合适的失败码发送到主叫侧。本例发送486信号。 -42- 中国电信SIP协议规范----信令流程 6.1.3 通过重定向实现的业务（类似呼叫前转） 6.1.3.1 无条件重定向 流程说明： 1) 本例所示的业务由终端实现 z 用户终端E通过数据配置，当有呼叫请求时，通过发送重定向消息到 网络服务器，由网络服务器将呼叫路由到其他地址 z 该业务类似于原有的无条件呼叫转移业务 2) 如果由网络实现无条件呼叫转移业务，则用户需要通过一定的手段进行业 务配置，例如通过网页配置，由网络服务器直接实现呼叫的路由 -43- 中国电信SIP协议规范----信令流程 6.1.3.2 遇忙重定向 流程说明： 1) 该流程所示的业务由终端实现 z 如果没有启动新业务，根据第一分册的要求，在用户或终端忙的情况下， 网络将不会透传请求消息到终端。因此该业务需要用户通过某种方式告知网络，此时启动特殊业务 z 终端启动该业务时，需要考虑由终端实现的呼叫等待业务的相关性 z 该业务类似于原有的遇忙呼叫转移业务 2) 如果由网络实现遇忙重定向业务，则用户需要通过一定的手段进行业务配 置，例如通 过网页配置，由网络服务器直接实现呼叫的重定向 -44- 中国电信SIP协议规范----信令流程 6.1.3.3 无应答重定向 流程说明： 1) 该流程所示业务由终端实现 z 终端需要启动自己的业务判别,在无应答的情况下,发送302消息给软交 换2,由软交换2重新发起路由请求。 z 终端启动的无应答定时器应当小于网络服务器的T9定时器，以免网络 服务器发生拆线的情况 z 该业务类似于原有的无应答呼叫转移业务 2) 如果由网络实现无条件呼叫转移业务，则用户需要通过一定的手段进行业 务配置，例如通过网页配置，由网络服务器直接实现呼叫的路由 -45- 中国电信SIP协议规范----信令流程 6.1.4 呼叫保持 -46- 中国电信SIP协议规范----信令流程 6.1.5 呼叫等待 1) 本业务由终端实现，要求终端提供相应的业务选择界面。 2) 要求终端通过某种手段在网络服务器上进行业务配置，例如通过网页配置 3) 网络服务器在已知被叫用户处于通话状态，同时被叫用户启动呼叫等待业 务的情况下，应当向被叫用户发送呼叫请求 4) 沿用现有PSTN网络的做法，用户A、B处于通话状态时，C用户呼叫A 用户，如果A用户启动呼叫等待业务，则用户A对当前呼叫状态存在三种选择： z 拒绝C用户的呼叫 z 保持与B用户的通话，改与C用户通话 z 结束与B用户的通话，改与C用户通话 -47- 中国电信SIP协议规范----信令流程 6.1.5.1 先前呼叫被保持（保持与B用户的通话，与C建立通话） 流程提示：终端A需要提供相应的业务选择界面 -48- 中国电信SIP协议规范----信令流程 6.1.5.2 先前呼叫被拒绝（拒绝B用户的呼叫，与C建立通话） 1) 与6.1.6.2相比，用户A向用户C发送振铃提示的同时，向用户B发送拆 线信号 2) 终端A需要提供相应的业务选择界面 6.1.5.3 拒绝C用户的呼叫 1) 终端A可提供相应的业务选择界面 2) 终端A也可启动一定时器，定时器终了时向用户C发送失败信号 6.1.6 主叫显示禁止（CLIR） 1) 呼叫流程参见5.1.1.1 2) 消息参数的处理上参见Q.1912的描述 -49- 中国电信SIP协议规范----信令流程 6.2 SIP用户-PSTN用户(SIP-ISUP互通，Profile B) 6.2.1 呼叫前转（包括立即前转、无应答前转、遇忙前转） 6.2.1.1 无条件前转 流程说明： 1) 根据第二分册（Q.1912部分）的要求，“注1”处的ACM消息不映射成SIP 消息 2) 根据第一分册“语音资源播放原则”及第二分册（Q.1912部分）的要求， CPG消息此时映射成180信号，同时180中带有软交换2控制下媒体网关SDP的信息，向主叫提供后向回铃音。 -50- 中国电信SIP协议规范----信令流程 6.2.1.2 遇忙前转 流程说明： 1) 根据第二分册（Q.1912部分）的要求，“注1”处的ACM消息不映射成SIP消 息 2) 根据第一分册“语音资源播放原则”及第二分册（Q.1912部分）的要求， CPG消息此时映射成180信号，同时180中带有软交换2控制下媒体网关SDP的信息，向主叫提供后向回铃音 -51- 中国电信SIP协议规范----信令流程 6.2.1.3 无应答前转 流程说明： 1) 用户D1所在的端局首先向主叫用户A发送振铃音，此时通过180消息中 带有SDP信息建立后向通道 2) 注1处的CPG消息不进行映射 3) 当呼叫接续到用户D2后，由用户D2所在的端局向主叫用户A发送回铃音。 -52- 中国电信SIP协议规范----信令流程 6.2.2 呼叫保持 1) SIP域的呼叫保持流程见6.1.5,SIP用户重新发送INVITE消息（其中SDP 中的a参数为sendonly） 2) PSTN用户所在的软交换收到此消息后，目前存在两种做法： z 不需要通过信令的方式：通知所属的媒体网关将语音端口进行屏蔽或向 被叫PSTN用户发送相关的语音文件（例如播放一段音乐等） z 通过信令方式：向PSTN网络发送CPG消息，实现呼叫保持 6.2.3 呼叫等待 1) A（PSTN用户）、B之间建立呼叫，C（SIP用户）呼叫A。A用户启动呼 叫等待业务 2) A用户的业务功能描述参见原有PSTN网络的业务要求 3) A与C之间的消息流程参见5.2.1.1的呼叫流程 6.2.4 主叫显示禁止（CLIR） 1) 呼叫流程参见5.2.1.1 2) 消息参数的处理上参见Q.1912的描述 -53- 中国电信SIP协议规范----信令流程 6.3 PSTN用户-SIP用户(SIP-ISUP互通，Profile B) 6.3.1 通过重定向实现的业务（类似于呼叫前转业务） 1) SIP域的流程参照6.1.3 2) PSTN所在的软交换根据接收到的SIP消息进行ISUP消息的映射。 6.3.2 呼叫保持 -- 中国电信SIP协议规范----信令流程 6.3.3 呼叫等待 1) A（SIP）、B之间建立呼叫，C（PSTN用户）呼叫A。A用户启动呼叫等 待业务 2) A用户的业务功能描述参见6.1.5的要求 3) A与C之间的消息流程参见5.3.1.1的呼叫流程 6.3.4 主叫显示禁止（CLIR） 1) 呼叫流程参见5.3.1.1 2) 消息参数的处理上参见Q.1912的描述 -55- 中国电信SIP协议规范----信令流程 6.4 PSTN用户-PSTN用户(SIP-ISUP互通，Profile C) 6.4.1 呼叫前转（包括立即前转、无应答前转、遇忙前转） 6.4.1.1 无条件 流程说明： 1) “注1”处的ACM消息封装在183消息中发送到对端 2) “注2”处的CPG消息封装在180消息中发送到对端，由于此时需要被叫 端局提供回铃音，因此此时需要携带SDP信息 -56- 中国电信SIP协议规范----信令流程 6.4.1.2 遇忙 流程说明： 1) “注1”处的ACM消息封装在183消息中发送到对端 2) “注2”处的CPG消息封装在180消息中发送到对端，由于此时需要被叫 端局提供回铃音，因此此时需要携带SDP信息 -57- 中国电信SIP协议规范----信令流程 6.4.1.3 无应答 流程说明： 1) “注1”处的ACM封装在180消息中发送到主叫方，此时的180消息中同 时带有SDP信息 2) “注2”处的CPG消息封装在183消息中 3) “注3”处的CPG消息封装在180消息中 -58- 中国电信SIP协议规范----信令流程 6.4.2 呼叫保持 6.4.3 呼叫等待 1) A（PSTN用户）、B之间建立呼叫，C（PSTN用户）呼叫A。A用户启动 呼叫等待业务 2) A用户的业务功能描述参见原有PSTN网络的业务要求 3) A与C之间的消息流程参见5.4.1.1的呼叫流程 6.4.4 主叫显示禁止（CLIR） 1) 呼叫流程参见5.3.1.1 2) 消息参数的处理上参见Q.1912的描述 -59- 因篇幅问题不能全部显示，请点此查看更多更全内容
Copyright © 2019- oldu.cn 版权所有 浙ICP备2024123271号-1
违法及侵权请联系：TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务