中国电信SIP规范第三分册.docx
- 文档编号:3571952
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:57
- 大小:1.40MB
中国电信SIP规范第三分册.docx
《中国电信SIP规范第三分册.docx》由会员分享,可在线阅读,更多相关《中国电信SIP规范第三分册.docx(57页珍藏版)》请在冰豆网上搜索。
中国电信SIP规范第三分册
中国电信SIP初始会话协议规范(第三分册)
信令流程
(暂行版)
2004年4月发布2004年4月试行
中国电信集团公司发布
前言
SIP协议是下一代网络中的接口协议之一,属于应用控制协议。
本标准是以IETF和ITU-T的相关标准为基础,结合中国电信网络的实际情况,并综合中国电信集团公司对下一代网络的实验成果制定的。
它是中国电信在下一代网络建设中引进、测试和研发软交换设备、SIP终端设备以及其他基于SIP协议相关设备的规范和依据。
鉴于SIP协议应用范围广泛,项目组在编写时将整个协议规范分为3个分册:
第一分册:
《总体要求》
第二分册:
《协议细则》
第三分册:
《信令流程》
本分册为《信令流程》分册。
本标准由中国电信集团公司提出。
本标准由中国电信集团公司归口。
本标准于2004年4月首次发布。
本标准由中国电信集团公司负责解释
目录
1.编制说明1
1.1范围1
1.2参考文献1
2.环境说明1
3.用户注册2
3.1成功的注册2
3.1.1基本注册过程2
3.1.2注册信息的更新4
3.1.3注销4
3.2不成功的注册4
4.鉴权认证5
4.1注册鉴权5
4.2呼叫鉴权(假定对Invite消息的鉴权)5
5.基本呼叫5
5.1SIP用户-SIP用户5
5.1.1成功呼叫5
5.1.2不成功的呼叫建立11
5.1.3定时器检验13
5.2SIP用户-PSTN用户(采用ProfileB)16
5.2.1成功的呼叫16
5.2.2不成功的呼叫建立18
5.3PSTN用户-SIP用户(采用ProfileB)21
5.3.1成功的呼叫21
5.3.2不成功的呼叫建立23
5.4PSTN用户-PSTN用户(ProfileC,要求临时性响应可靠传送)25
5.4.1成功的呼叫25
5.4.2不成功的呼叫建立27
6.业务控制29
6.1SIP用户-SIP用户29
6.1.1Presence29
6.1.2Fork应用33
6.1.3通过重定向实现的业务(类似呼叫前转)41
6.1.4呼叫保持45
6.1.5呼叫等待47
6.1.6主叫显示禁止(CLIR)49
6.2SIP用户-PSTN用户(SIP-ISUP互通,ProfileB)49
6.2.1呼叫前转(包括立即前转、无应答前转、遇忙前转)49
6.2.2呼叫保持52
6.2.3呼叫等待53
6.2.4主叫显示禁止(CLIR)53
6.3PSTN用户-SIP用户(SIP-ISUP互通,ProfileB)53
6.3.1通过重定向实现的业务(类似于呼叫前转业务)53
6.3.2呼叫保持53
6.3.3呼叫等待54
6.3.4主叫显示禁止(CLIR)54
6.4PSTN用户-PSTN用户(SIP-ISUP互通,ProfileC)55
6.4.1呼叫前转(包括立即前转、无应答前转、遇忙前转)55
6.4.2呼叫保持58
6.4.3呼叫等待58
6.4.4主叫显示禁止(CLIR)59
1.编制说明
1.1范围
1)本分册对基本语音业务、典型补充业务的实现作了流程说明,同时做出规定的还包括Presence、并行/串行的呼叫流程,涉及的用户包括PSTN用户、SIP用户等。
2)对于IAD用户参与的呼叫流程,其局间信令的处理可参照PSTN用户参与呼叫的情形。
3)当涉及到呼叫建立的情形,都以2个交换机的情形进行说明。
4)在本分册中,为了说明上的方便,软交换充当呼叫、路由实体时,以Proxy的行为进行说明,但并不表明必须通过Proxy实现。
当实体以B2BUA的形式实现时,其行为应当满足第一分册、第二分册对B2BUA的行为要求。
5)T7、T9定时器参照原有PSTN网络的定义
6)T1、T2定时器参照RFC3261的定义
1.2参考文献
1)《中国电信SIP企业规范第一分册》
2)《中国电信SIP企业规范第二分册》
2.环境说明
表2-1环境说明
网络实体说明
IP地址
号码分配
所属域
软交换1及其下的相关资源(软交换同时具备注册服务器功能)
软交换1
1.1.1.1
---------
G
SIP用户A
1.1.1.100
801-020-800001
PSTN用户B
---------
020-900001
媒体资源服务器M1
1.1.1.150
---------
软交换2及其下面的用户(软交换同时具备注册服务器功能)
软交换2
2.2.2.2
---------
B
SIP用户C
2.2.2.200
801-010-600002
PSTN用户D
---------
010-700002
媒体资源服务器M2
2.2.2.150
---------
3.用户注册
3.1成功的注册
3.1.1基本注册过程
图3-1基本注册
1)SIP用户A向所属域的注册服务器发起注册请求
REGISTERsip:
1.1.1.1SIP/2.0
From:
sip:
801020800001@1.1.1.1;tag=25486
To:
sip:
801020800001@1.1.1.1
CSeq:
1REGISTER
Call-ID:
10000000@1.1.1.100
Via:
SIP/2.0/UDP1.1.1.100:
5060;branch=z9hG4bK1063644978
Maxforward:
70
Contact:
sip:
801020800001@1.1.1.100:
5060
Expires:
3600
Content-Length:
0
2)注册服务器要求用户进行鉴权
SIP/2.0401Unauthorized
From:
sip:
801020800001@1.1.1.1;tag=25486
To:
sip:
801020800001@1.1.1.1;tag=254863455
Via:
SIP/2.0/UDP1.1.1.100:
5060;branch=z9hG4bK1063644978
CSeq:
1REGISTER
Call-ID:
10000000@1.1.1.100
WWW-Authenticate:
Digestrealm="1.1.1.1",
nonce="ca019edffb7551683c2136eb2dd10537",stale=FALSE,algorithm=MD5
Content-Length:
0
3)带有鉴权信息的注册请求
REGISTERsip:
1.1.1.1SIP/2.0
From:
sip:
801020800001@1.1.1.1;tag=25ER486
To:
sip:
801020800001@1.1.1.1
CSeq:
2REGISTER
Call-ID:
10000000@1.1.1.100
Via:
SIP/2.0/UDP1.1.1.10:
5060;branch=z9hG4bK1063644978
Maxforward:
70
Contact:
sip:
801020800001@1.1.1.100:
5060
Expires:
3600
WWW-Authorization:
Digestusername="801020800001",realm="1.1.1.1",
nonce="ca019edffb7551683c2136eb2dd10537",uri=“sip:
801020800001@1.1.1.1”,response=“dffb7551683c2136e”
Content-Length:
0
4)注册成功
SIP/2.0200OK
From:
sip:
801020800001@1.1.1.1;tag=25ER486
To:
sip:
801020800001@1.1.1.1;tag=2343244332
CSeq:
2REGISTER
Call-ID:
10000000@1.1.1.10
Via:
SIP/2.0/UDP1.1.1.10:
5060;branch=z9hG4bK1063644978
Contact:
sip:
801020800001@1.1.1.100:
5060
Expires:
3600
流程说明:
1)建议第2个Register消息与第1个Register消息Call-id相同,Cseq增加
3.1.2注册信息的更新
图3-1-2注册更新
流程说明:
1)假定注册周期为1个小时,终端在1个小时之内发起注册更新的消息
2)要求周期更新中带有注册鉴权信息
3)注册更新请求时,要求Call-id不变,Cseq增加
3.1.3注销
1)参照3.1.1流程
2)注销请求中,expire值为0。
3.2不成功的注册
1)参照3.1.1的流程,此时针对第二次的注册请求,注册服务器将会回应4**消息
2)不成功的注册包括:
没有通过认证或注册请求的expire值太小
4.鉴权认证
4.1注册鉴权
参见3.1.1的流程
4.2呼叫鉴权(假定对Invite消息的鉴权)
图4-2呼叫鉴权
用户鉴权通过后的流程,参照5.1.1.1的流程
5.基本呼叫
5.1SIP用户-SIP用户
Ø根据第一分册的要求,当被叫用户为SIP用户时,此时主叫侧提供回铃音,因此临时响应的可靠传送不是必须的。
Ø在5.1所示的各流程中,不要求临时响应的可靠传送,因此没有PRACK流程的出现。
5.1.1成功呼叫
5.1.1.1基本呼叫,主叫释放
1)用户A向软交换1发起请求
INVITEsip:
801010600002@1.1.1.1:
5060SIP/2.0
K020*********
From:
801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1INVITE Max-foward: 70 Contact: 801020800001 801020800001@1.1.1.100: 5060> Content-Type: application/sdp Content-Length: 222 v=0 o=80102080000128908445262890844526INIP41.1.1.100 s=- c=INIP41.1.1.100 t=00 m=audio49172RTP/AVP0 a=rtpmap: 0PCMU/8000 2)软交换1接收到请求后向用户A发送确认信号,表示正在对收到的请求进行处理 SIP/2.0100Trying K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1INVITE Content-Length: 0 3)软交换1经过路由分析,将请求转发到软交换2 INVITEsip: 801010600002@2.2.2.2: 5060SIP/2.0 Via: SIP/2.0/UDP1.1.1.1: 5060;branch=gdasdd00023324334 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1INVITE Max-forward: 69 Contact: 801020800001 801020800001@1.1.1.100;5060> Record-route: 1.1.1.1;lr> Content-Type: application/sdp Content-Length: 222 v=0 o=80102080000128908445262890844526INIP41.1.1.100 s=- c=INIP41.1.1.100 t=00 m=audio49172RTP/AVP0 a=rtpmap: 0PCMU/8000 4)软交换2向软交换1发送确认消息(表示已经接收到请求消息),同时将请求转发到用户C INVITEsip: 801010600001@2.2.2.200: 5060SIP/2.0 Via: SIP/2.0/UDP2.2.2.2: 5060;branch=sdfasdfsdf9898709 Via: SIP/2.0/UDP1.1.1.1: 5060;branch=gdasdd00023324334 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1INVITE Max-forward: 68 Contact: 801020800001 801020800001@1.1.1.100;5060> Record-route: 2.2.2.2;lr> Record-route: 1.1.1.1;lr> Content-Type: application/sdp Content-Length: 222 v=0 o=80102080000128908445262890844526INIP41.1.1.100 s=- c=INIP41.1.1.100 t=00 m=audio49172RTP/AVP0 a=rtpmap: 0PCMU/8000 5)用户C振铃(回铃音由主叫方本地放送) SIP/2.0180Ringing Via: SIP/2.0/UDP2.2.2.2: 5060;branch=sdfasdfsdf9898709 Via: SIP/2.0/UDP1.1.1.1: 5060;branch=gdasdd00023324334 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1INVITE Content-Length: 0 6)软交换2向软交换1转发此信号 7)软交换1向用呼A转发此信号 8)用户C摘机 SIP/2.0200OK Via: SIP/2.0/UDP2.2.2.2: 5060;branch=sdfasdfsdf9898709 Via: SIP/2.0/UDP1.1.1.1: 5060;branch=gdasdd00023324334 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060;tag=568549reter9998 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1INVITE Contact: 801010600002 801010600002@2.2.2.200: 5060> Record-route: 2.2.2.2;lr> Record-route: 1.1.1.1;lr> Content-Type: application/sdp Content-Length: 200 v=0 o=80101060000228908445262890844526INIP42.2.2.200 s=- c=INIP42.2.2.200 t=00 m=audio9000RTP/AVP0 a=rtpmap: 0PCMU/8000 9)用户A接收到200消息后发送确认信号 ACK801010600002@2.2.2.200: 5060SIP/2.0 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060;tag=568549reter9998 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 1ACK Maxforward: 70 Contact: 801020800001 801020800001@1.1.1.1: 5060> Route: 1.1.1.1;lr> Route: 2.2.2.2;lr> Content-Length: 0 10)软交换1、软交换2将此信号转发到用户C 11)主叫用户挂机,软交换将拆线信号转发到被叫用户C处 BYE801010600002@2.2.2.200: 5060SIP/2.0 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060;tag=568549reter9998 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 2BYE Maxforward: 70 Route: 1.1.1.1;lr> Route: 2.2.2.2;lr> Content-Length: 0 12)被叫用户发送确认信号表示收到拆线信号 SIP/2.0200OK Via: SIP/2.0/UDP2.2.2.2: 5060;branch=sdfasdfsdf9898709 Via: SIP/2.0/UDP1.1.1.1: 5060;branch=gdasdd00023324334 K020********* From: 801020800001 801020800001@1.1.1.1: 5060>;tag=22af9be9d1eac27 To: sip: 801010600002@1.1.1.1: 5060;tag=568549reter9998 Call-ID: e9aedcb152bbe1903ddd5eed2b111a71@1.1.1.100 CSeq: 2BYE Content-Length: 0 流程说明: Ø对SIP—SIP之间的呼叫,由于回铃音由主叫侧提供,因此本流程没有要求支持18*消息的可靠传送 Ø当网络实体为Proxy实现时 1)为了确保后续的请求消息不旁路网络中的服务器,要求服务器增加Record-route域,同时需要支持Looserouter方式 2)由于UAS收到的Invite中带有Record-route域,因此对于180消息: 如果带有Contact域,则必须带有Record-route域 Ø当软交换按照B2BUA的逻辑实现时 1)ACK响应200消息(以及Bye响应200消息)时为HopbyHop的过程 2)其Via、From、To、Contact应当根据《第二分册----协议细则》的要求生成,以能够保证呼叫的所有消息都经过该网络实体 5.1.1.2基本呼叫,被叫释放 流程说明: Ø拆线信号由被叫发出,BYE消息中的From、to域与初始Invite消息中的From、To域发生颠倒 ØCseq的取值应当比本终端发送的初始请求消息的Cseq值增加1 5.1.2不成功的呼叫建立 5.1.2.1建立阶段,后向释放 5.1.2.1.1被叫用户忙 流程说明: Ø用户C下只带有1个终端,因此不考虑Fork情况的存在 Ø失败新号由被叫处的网络服务器发出,本规范建议此种方式 5.1.2.1.2久叫不应 流程说明: Ø任何网络服务器都会启动业务层面的定时器保护,此时假定拆线信号由被叫侧网络服务器发出 5.1.2.2建立阶段,被叫应答前,前向释放 5.1.3定时器检验 5.1.3.1INVITE消息的定时器(没有收到任何响应消息) 流程说明: Ø本例说明的是软交换机发送Invite消息后没有收到任何响应的情况,同时假定不考虑业务层面的定时器存在。 Ø假定T1=500毫秒,如果网络服务器同时存在业务层面保护器,INVITE的次数可能少于7个。 根据网络实际运营的需要,可对T1进行修改 Ø对终端而言,当发送Invite消息后没有任何消息时,其重发行为也参照该流程 5.1.3.2200消息的定时器(等待ACK消息) 流程说明: Ø本例说明的是软交换机发送200消息后没有收到ACK响应的情况。 Ø当终端发送200消息没有接收到ACK消息时,其重发行为参照该流程 Ø假定T1=500毫秒,T2=4秒。 可根据实际运营的需要对T1进行修改 5.1.3.3BYE消息的定时器(等待200消息) 流程说明: Ø本例说明的是软交换机发送BYE消息后没有收到200响应的情况。 Ø
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 中国电信 SIP 规范 第三 分册