中国电信基于SIP的传真业务实现规范

基于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消息中的内容完成媒体切换，主被叫方切换到语音状态。