中国电信基于SIP的传真业务实现规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
基于SIP的传真业务实现流程
年月发布年月实施中国电信集团公司发布
基于SIP的传真业务实现流程
1范围
本文档用于描述UNI接口间采用SIP协议时,传真业务的实现流程。
2传真能力SDP描述和媒体协商
2.1 T.38的SDP描述
T.38的SDP描述参照《ITU-T Recommendation T.38 Procedures for real-time Group 3 facsimile communication over IP networks》的附录D之规定。
以下内容是在遵循ITU-T T.38附录D的基础上提出的:
SDP头参数取值备注
media Image
transport Udptl 或TCP Media行
fmt list T38 M行的格式为<media> <port>/<number of ports> <transport> <fmt list>
T38FaxVersio
n
T38Maximum
Bit Rate
1*(DIGIT)
T38FaxFillBit
Removal
布尔值
T38FaxTransc
odingMMR
布尔值
T38FaxTransc odingJBIG 布尔值
a行
T38FaxRate Management LocalTCF或
TransferredTCF
üLocalTCF适用于TCP,当底层传输
采用UDP时,该方式为可选;
ü当底层采用UDP时,必须选择
TransferedTCF模式
以下为INVITE消息中带有T.38媒体协商的示例:
INVITE sip:+1-212-555-1234@ SIP/2.0 Via: SIP/2.0/UDP
From: A. Bell <sip:+1-519-555-1234@> To: T. Watson <sip:+1-212-555-1234@>
Call-ID: 3298420296@
CSeq: 1 INVITE
Subject: Mr. Watson, here is a fax
Content-Type: application/sdp
Content-Length: ...
v=0
o=faxgw1 2890844526 2890842807 IN IP4 128.59.19.68
e=+1-212-555-1234@
t=2873397496 0
c=IN IP4 128.59.19.68
m=image 49170 udptl t38
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPFEC
m=image 49172 tcp t38
a=T38FaxRateManagement:localTCF
2.2 G.711的SDP描述
为了将G.711方式下的语音与传真区别开来,将媒体参数的属性行进行扩展,增加属性描述a=fax,表明此时为传真业务。
具体格式如下:
m=audio 8766 RTP/AVP 0
a=Fax(新扩充的参数)
当跨域启动modem业务时,此时扩展参数a=modem表明当前为modem业务。
具体格式如下:
m=audio 8766 RTP/AVP 0
a=modem(新扩充的参数)
3跨域情况传真业务实现的信令流程
3.1 传真成功建立
主叫用户呼叫被叫用户,两者之间建立语音通道。
主、被叫用户都可以发起传真,本例假定软交换1下的用户发起传真请求。
1.媒体网关1(中继网关、AG或IAD)检测到传真事件后,告知软交换1
2.软交换1要求媒体网关1切换到传真状态
3.软交换1通过SIP的re-INVITE消息向软交换2发起传真媒体流的协商和建立请求。
其中re-INVITE消息中带有传真能力描述的SDP offer。
(假定媒体网关1同时支
持T.38和G.711传真)
INVITE sip:tom@ SIP/2.0
Via: SIP/2.0/UDP 10.10.10.10
From: zhangps <sip:zhangps@>;tag=123456789
To: tom <sip:tom@>
Call-ID: 38639313@10.10.10.10
CSeq: 2 INVITE
Supported:100rel
Contact:<sip:zhangps@10.10.10.10:5060>
Content-Type: application/sdp
Content-Length: ...
v=0
o=faxgw1 2890844526 2890842807 IN IP4 10.10.10.10
t=0 0
c=IN IP4 10.10.11.11
m=image 49170 udptl t38
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPFEC
m=audio 8766 RTP/AVP 0
a=fax
4.软交换2收到re-INVITE后,指示媒体网关2切换到传真态
5.当媒体网关2切换到传真态时,软交换通过200消息带有的SDP(answer)内容,
与offer方完成传真能力的协商。
(本例假定接受方选择了T.38传真)
SIP/2.0 200 OK
Via: SIP/2.0/UDP 1.1.1.1(软交换1的地址)
Via: SIP/2.0/UDP 10.10.10.10
From: zhangps <sip:zhangps@>;tag=123456789
To: tom <sip:tom@>;tag=987654321
Call-ID: 38639313@10.10.10.10
CSeq: 2 INVITE
Contact:<sip:tom@20.20.20.20:5060>
Content-Type: application/sdp
Content-Length: ...
v=0
o=faxgw2 2890844527 2890842808 IN IP4 20.20.20.20
t=0 0
c=IN IP4 20.20.21.21
m=image 49270 udptl t38
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPFEC
6.软交换1收到软交换2发送的SDP后,将媒体网关2的传真能力告知媒体网关1
7.主、被叫方进行传真通信。
3.2 传真建立失败维持原有呼叫状态
主叫用户呼叫被叫用户,两者之间建立语音通道。
主、被叫用户都可以发起传真,本例假定软交换1下的用户发起传真请求。
1.媒体网关1(中继网关、AG或IAD)检测到传真事件后,告知软交换1
2.软交换1要求媒体网关1切换到传真状态
3.软交换1通过SIP的re-INVITE消息向软交换2发起传真媒体流的协商和建立请求。
其中re-INVITE消息中带有传真能力描述的SDP offer。
4.软交换2收到re-INVITE后,指示媒体网关2切换到传真态
5.由于各种原因(例如媒体协商不成功等),媒体网关2不能够切换到传真态
6.媒体网关2将此事件报告给软交换2
7.软交换2向软交换1发送协商失败消息
8.软交换指示媒体网关1重新切换到语音状态
9.主、被叫用户恢复先前建立的语音通话
3.3 传真结束恢复到原有呼叫状态
1.主叫用户呼叫被叫用户,两者之间建立语音通道。
主、被叫用户都可以发起传真,本
例假定软交换1下的用户发起传真请求。
2.经过传真协商后,软交换1下的用户与软交换2下的用户建立传真
3.媒体网关1检测到传真结束事件,告知软交换1
4.软交换1要求媒体网关1切换到语音通话状态
5.软交换1通过SIP的re-INVITE消息向软交换2发起更改到语音通话状态的请求
6.软交换2收到re-INVITE后,指示媒体网关2切换到语音通话状态
7.软交换2将媒体网关2的SDP信息发送到软交换1
8.软交换1将媒体网关2的SDP信息告知媒体网关1
9.主、被叫用户恢复先前建立的语音通话
3.4 传真结束
1.主、被叫用户处于传真态或恢复到语音态2.媒体网关1检测到挂机事件并向软交换1上报3.软交换1要求媒体网关1释放资源
4.软交换1向软交换2发送BYE消息
5.软交换2要求媒体网关2释放资源
3.5 主被叫同时检测到传真结束事件,恢复到呼叫状态
1.主叫用户呼叫被叫用户,两者之间建立语音通道。
主、被叫用户都可以发起传真,本
例假定软交换1下的用户发起传真请求。
2.经过传真协商后,软交换1下的用户与软交换2下的用户建立传真
3.媒体网关1检测到传真结束事件,告知软交换1
4.软交换1要求媒体网关1切换到语音通话状态
5.媒体网关2也检测到传真结束事件,告知软交换2
6.软交换2要求媒体网关2切换到语音通话状态
7.软交换1通过SIP的re-INVITE消息向软交换2发起更改到语音通话状态的请求
8.软交换2通过SIP的re-INVITE消息向软交换1发起更改到语音通话状态的请求
9.软交换1向软交换2发送491消息,软交换1同时启动重发re_INVITE定时器。
定
时器时长为2.1~4秒(以10ms为单位)
10.软交换2向软交换1发送491消息,软交换2同时启动重发re_INVITE定时器。
定
时器时长为0~2秒(以10ms为单位)
11.软交换2的定时器首先终了,将重新向软交换1发送re_INVITE消息
12.软交换1根据re_INVITE消息中的内容完成媒体切换,主被叫方切换到语音状态。