当前位置：文档之家 › 中国电信基于SIP的传真业务实现规范

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

  • 格式：pdf
  • 大小：219.07 KB
  • 文档页数：10

基于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 Imagetransport Udptl 或TCP Media行fmt list T38 M行的格式为<media> <port>/<number of ports> <transport> <fmt list>T38FaxVersionT38MaximumBit Rate1*(DIGIT)T38FaxFillBitRemoval布尔值T38FaxTranscodingMMR布尔值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 INVITESubject: Mr. Watson, here is a faxContent-Type: application/sdpContent-Length: ...v=0o=faxgw1 2890844526 2890842807 IN IP4 128.59.19.68e=+1-212-555-1234@t=2873397496 0c=IN IP4 128.59.19.68m=image 49170 udptl t38a=T38FaxRateManagement:transferredTCFa=T38FaxUdpEC:t38UDPFECm=image 49172 tcp t38a=T38FaxRateManagement:localTCF2.2 G.711的SDP描述为了将G.711方式下的语音与传真区别开来，将媒体参数的属性行进行扩展，增加属性描述a=fax，表明此时为传真业务。

具体格式如下：m=audio 8766 RTP/AVP 0a=Fax（新扩充的参数）当跨域启动modem业务时，此时扩展参数a=modem表明当前为modem业务。

具体格式如下：m=audio 8766 RTP/AVP 0a=modem（新扩充的参数）3跨域情况传真业务实现的信令流程3.1 传真成功建立主叫用户呼叫被叫用户，两者之间建立语音通道。

主、被叫用户都可以发起传真，本例假定软交换1下的用户发起传真请求。

1.媒体网关1（中继网关、AG或IAD）检测到传真事件后，告知软交换12.软交换1要求媒体网关1切换到传真状态3.软交换1通过SIP的re-INVITE消息向软交换2发起传真媒体流的协商和建立请求。

其中re-INVITE消息中带有传真能力描述的SDP offer。

（假定媒体网关1同时支持T.38和G.711传真）INVITE sip:tom@ SIP/2.0Via: SIP/2.0/UDP 10.10.10.10From: zhangps <sip:zhangps@>;tag=123456789To: tom <sip:tom@>Call-ID: 38639313@10.10.10.10CSeq: 2 INVITESupported:100relContact:<sip:zhangps@10.10.10.10:5060>Content-Type: application/sdpContent-Length: ...v=0o=faxgw1 2890844526 2890842807 IN IP4 10.10.10.10t=0 0c=IN IP4 10.10.11.11m=image 49170 udptl t38a=T38FaxRateManagement:transferredTCFa=T38FaxUdpEC:t38UDPFECm=audio 8766 RTP/AVP 0a=fax4.软交换2收到re-INVITE后，指示媒体网关2切换到传真态5.当媒体网关2切换到传真态时，软交换通过200消息带有的SDP（answer）内容，与offer方完成传真能力的协商。

（本例假定接受方选择了T.38传真）SIP/2.0 200 OKVia: SIP/2.0/UDP 1.1.1.1（软交换1的地址）Via: SIP/2.0/UDP 10.10.10.10From: zhangps <sip:zhangps@>;tag=123456789To: tom <sip:tom@>;tag=987654321Call-ID: 38639313@10.10.10.10CSeq: 2 INVITEContact:<sip:tom@20.20.20.20:5060>Content-Type: application/sdpContent-Length: ...v=0o=faxgw2 2890844527 2890842808 IN IP4 20.20.20.20t=0 0c=IN IP4 20.20.21.21m=image 49270 udptl t38a=T38FaxRateManagement:transferredTCFa=T38FaxUdpEC:t38UDPFEC6.软交换1收到软交换2发送的SDP后，将媒体网关2的传真能力告知媒体网关17.主、被叫方进行传真通信。

3.2 传真建立失败维持原有呼叫状态主叫用户呼叫被叫用户，两者之间建立语音通道。

主、被叫用户都可以发起传真，本例假定软交换1下的用户发起传真请求。

1.媒体网关1（中继网关、AG或IAD）检测到传真事件后，告知软交换12.软交换1要求媒体网关1切换到传真状态3.软交换1通过SIP的re-INVITE消息向软交换2发起传真媒体流的协商和建立请求。

其中re-INVITE消息中带有传真能力描述的SDP offer。

4.软交换2收到re-INVITE后，指示媒体网关2切换到传真态5.由于各种原因（例如媒体协商不成功等），媒体网关2不能够切换到传真态6.媒体网关2将此事件报告给软交换27.软交换2向软交换1发送协商失败消息8.软交换指示媒体网关1重新切换到语音状态9.主、被叫用户恢复先前建立的语音通话3.3 传真结束恢复到原有呼叫状态1.主叫用户呼叫被叫用户，两者之间建立语音通道。

主、被叫用户都可以发起传真，本例假定软交换1下的用户发起传真请求。

2.经过传真协商后，软交换1下的用户与软交换2下的用户建立传真3.媒体网关1检测到传真结束事件，告知软交换14.软交换1要求媒体网关1切换到语音通话状态5.软交换1通过SIP的re-INVITE消息向软交换2发起更改到语音通话状态的请求6.软交换2收到re-INVITE后，指示媒体网关2切换到语音通话状态7.软交换2将媒体网关2的SDP信息发送到软交换18.软交换1将媒体网关2的SDP信息告知媒体网关19.主、被叫用户恢复先前建立的语音通话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检测到传真结束事件，告知软交换14.软交换1要求媒体网关1切换到语音通话状态5.媒体网关2也检测到传真结束事件,告知软交换26.软交换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消息中的内容完成媒体切换，主被叫方切换到语音状态。

合集下载

基于SIP协议的多业务融合视频会议系统的设计与实现

基于SIP协议的多业务融合视频会议系统的设计与实现

策的技术手段。
的升级依赖于是各独立厂商的专用设备， 更新不方便 ， 软件升
级主要依赖于Ｐ 机软件， ｃ 较为方便可行。 综合以上对 比可以发现 ， 软件 网络视频会议系统拥有诸 多
１ 视频会议系统分类 ． １
根据业务的不同， 视频 会议系统可 以分为 以下三种 ： 公用
轻量级的优势， 但是其视频质量由于受制于外 围设备的瓶颈 ， 比硬件网络视频会 议系统要差。 我们在实际使用中， 需要根据 实际情况 ， 以及投资预算， 综合考虑各方面因素， 取合理的解 采
２ 系统设计方案
２ 总体设计 ． １
多业 务融合 网络 视频 会议 系统主 要由以下４ 子系 统组 个 成， 包括： ①视频会议子系统： 网络通讯子系统： ② ③数据接入 子系统； ④终端显示子系统， 分别简述如下：
视频会议子系统是多业务融合 网络视频会 议系统 的核心 部分， 由多点控制设备Ｍ Ｕ 传 输网络 以及终端 设备三部分 它 Ｃ， 组成 。 其中多点控制设备用于设置在通信网络的接点处， 以提 供系统 多个 会议地 点相互 间通信 的能力。 根据视频 会议 的行
较于公用视频会 议系统， 其优 点是使用方便， 不再需要提前预 约； 但是它的投资较大， 且需要专人维护。 ⑧桌面型视频会议系 统， 它是 智能建筑 内部采用 的多媒体通信 会议电视 系统。 它基 于计算机 通信手段， 投资少， 见效快 ， 使用方便 ， 以满足办公 可
自动化数据通信和视频多媒体通信 的要求 。
控制器Ｍ Ｕ Ｃ 和传输 网络等专用硬件组成Байду номын сангаас 软件 网络视频会议系 统则是在最近几年发展起来的一种新型视频会议技术， 它一般 由Ｐ 终端、 Ｃ Ｃ Ｐ 服务器和视频会议通用软件组成 。 对二者的比较
机顶盒与IPTV业务运营平台接口技术规范V2.2(EPG部分)

机顶盒与IPTV业务运营平台接口技术规范V2.2(EPG部分)


节目映射表
PSI Program Specific Information 节目专有信息
3
PDF 文件使用 "pdfFactory Pro" 试用版本创建
RPC Remote Procedure Call
远程过程调用
RTCP Real-time Transport Control Protocol 实时传输控
网络时间协议
OS
Operation System
操作系统
PAT Program Association Table 节目组合表
PCR Program Clock Reference
节目时钟参考
PES Packet elementary stream
打包的基本码流
PMT Program Map Table
国际标准化组织
MAC
Media Access Control
媒体访问控制层
MPEG2 Moving Picture Experts Group 2 活动图像专家组 2
MPTS Multiple Programs Transport Stream 多节目传输流
NTP Network Time Protocol
文件编号：SHDX/ZS/CZ/JG/002/A/2008
中国电信集团上海市电信公司 机顶盒与 IPTV 业务运营平台接口技术规范 V2.2
1. 目的 本规范是在中国电信集团公司发布的《机顶盒与 IPTV 业务运营
平台接口技术规范 V2.0》的基础上，根据中国电信上海公司 IPTV 运 营的实际情况，进一步调整修订而成的。
是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或 修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研 究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最 新版本适用于本标准。
中国电信路由型MPLSVPNQOS技术原理及业务实现

中国电信路由型MPLSVPNQOS技术原理及业务实现


CN2 国内业务节点
国内PE/PE-ASBR设置国内覆盖约200城市二期扩容后，大部分城市具备双PE备份接入能力，并为软交换工程配套的PE上新增业务端口，为大客户VPN业务提供双PE接入。国内PE路由器配置有2.5G POS、GE、Channelized STM-1卡，其中采用两条2.5G POS电路分别与该城市节点两台P路由器连接。GE、Channelized STM-1作为VPN接入电路(N*64K,N*2M接入)。
Back-to-Back VRF方式:转发平面
PE-1
PE-2
VPN-B-1
CE-2
CE-3
VPN-B-2
PE-ASBR间VRF to VRF互联
PE-ASBR-1
PE-ASBR-2
152.12.4.0/24
152.12.4.1
32 | 92 | 152.12.4.1
152.12.4.1
Back-to-Back VRF 方式-1/2
需要对VRF进行灵活控制的情况下，推荐使用Back-to-Back VRF ASBR直接通过一条物理链路互联为每个VRF创建和分配一个子端口包转发直接使用 IP封装，无需打上标签每个 PE-ASBR 视对方为CEPE-ASBR to PE-ASBR 链路使用PE-CE支持的常见路由协议大量VRF情况下存在时，配置工作量较大
路由型VPN技术原理-1/10
MPLS VPN网络结构CE（Custom Edge）用户Site中直接与服务提供商相连的边缘设备，一般是路由器； PE（Provider Edge）骨干网中的边缘设备，它直接与用户的CE相连；P 路由器（Provider Router）骨干网中不与CE直接相连的设备。
路由型VPN技术原理-2/10
(自学版)中国电信_桌面型终端【功能要求】

(自学版)中国电信_桌面型终端【功能要求】

注：1、黄色阴影部分为解释；2、圆点部分为模块的基本功能。

中国电信，SIP（会话发起协议）硬终端技术规范硬终端管理是从企业对终端管理的视度，将终端管理内容根据其性质的区别相对而言进行分解，而产生的概念。

主要工作程序包括观察店情、陈列商品、及时补货、订货、调换不合格的产品及其它售后服务等。

SIP：会话发起协议SIP,使用H.323建议可以使各种不同的产品进行互操作，它已经被一些厂商采用。

但是H.323建议过于复杂，因此IETF制定了另一套较为简单的标准，即会话发起协议SIP （Session Initiation Protocol),它使用了HTTP的许多头部、编码规则及一些鉴别机制，同时也和RTP和RTCP协议结合起来，提供与H.323类似的服务，并具有更强的可扩展性。

5 功能要求5.1 宽带接入能力✓网络设置，设置为拨号网络接入方式✓网络设置，设置为自动获得IP地址接入方式✓网络设置，设置为手动设置IP地址接入方式✓网络设置，设置为WIFI接入方式✓网络配置修改后，90秒内网络配置生效SIP硬终端通过LAN、WiFi接口接入宽带网络，可以支持以下网络配置方式：◆静态IP地址配置◆动态DHCP（局域网）方式获取IP地址◆通过PPPoE连接获取IP地址◆可选通过IPoE认证（IpoE+认证）方式获取IP地址（删除）获取地址后，终端能够访问终端管理和业务发放系统获取相关配置参数，并注册到IMS核心网络。

5.2 终端管理（上电后需要提供认证界面）✓终端出厂预配置32位终端序列号以及终端管理及业务发放平台的域名或地址；✓终端管理及业务发放平台域名自动生成（平台自动生成域名，比如：深圳75）；✓终端初次上电，平台未配置终端数据，终端提示错误信息（平台端未注册的终端不准许登陆核心网）；✓终端上电后，向终端管理平台发起鉴权请求，鉴权成功；✓终端已经正常注册过，再次上电，无法连接终端管理平台，使用本机留存信息进行注册；✓用户认证，用户名或密码错误；✓用户可以设置保存密码、自动登录；✓用户修改鉴权密码；✓终端上电自动升级，用户选择取消；✓终端上电自动升级，用户确定；✓软件版本升级过程中可以断电、断网升级保护；终端出厂需要预配置32位终端序列号以及终端管理及业务发放平台的域名或地址。