中国电信视讯终端规范技术规范

1、 中国电信中国电信“统一视讯统一视讯”视频会议视频会议 视频终端设备技术规范视频终端设备技术规范 版本号：版本号： 中国电信集团公司中国电信集团公司 中国电信股份有限公司北京研究院中国电信股份有限公司北京研究院 二零零七年二零零七年十十月月 中国电信中国电信“新视通新视通” 视频终端设备技术规范视频终端设备技术规范 版版本本号号： ( (送送审审稿稿) ) 主管院长审核: 科技处审核: 部门审核: 研究室审核: 项目负责人审核： 项目组: 谭国权、王琳、支金龙、吴琦、邓建伟 项目编号: 内内 部部 修修 改改 记记 录录 （版本说明：ctc-新视通-v1.0 对应内部版本 v1.x 系列） 版

2、 本 号日 期地 点作 者 描 述 1 目目 录录 1.范围范围.1 2.引用标准引用标准.1 3.解释权解释权.2 4.定义和缩略语定义和缩略语.2 5.网络结构网络结构.3 5.1视讯业务网网络结构.3 5.2视讯业务网参考模型.4 6.终端分类终端分类.5 6.1硬件终端.5 6.2软件终端.6 7.终端功能要求终端功能要求.6 7.1配置要求.6 7.2多点会议.6 7.3会议控制.7 7.4画中画.7 7.5本地和远程镜头控制功能.7 7.6桌面传送.7 7.7双视传送.7 7.8数据会议.8 7.9终端穿越 nat/防火墙功能.8 8.协议要求协议要求.8 9.协议规程协议规程.9

3、 9.1呼叫会议号加入会议.9 9.1.1流程图 .9 9.1.2流程描述 .9 9.1.3信令描述 .10 9.2创建即时会议.13 9.2.1流程图 .13 9.2.2流程描述 .13 9.2.3信令描述 .14 9.3会议 as 邀请终端入会.18 9.3.1流程图 .18 9.3.2流程描述 .18 9.3.3信令描述 .18 9.4主席邀请其他终端入会.24 9.4.1流程图 .24 9.4.2流程描述 .24 9.4.3信令描述 .25 9.5会议 as 删除终端.27 9.5.1流程图 .27 9.5.2流程描述 .27 9.5.3信令描述 .28 9.6主席删除一个终端.30

4、9.6.1流程图 .30 9.6.2流程描述 .30 9.6.3信令描述 .30 9.7终端退出会议.33 9.7.1流程图 .33 9.7.2流程描述 .33 9.7.3信令描述 .33 9.8主席结束会议（即时会议）.35 9.9主席结束会议（预约会议）.35 9.9.1流程图 .35 9.9.2流程描述 .35 9.9.3信令描述 .36 9.10 申请主席/释放主席.38 9.10.1流程图 .38 9.10.2流程描述 .38 9.10.3信令描述 .38 9.11 转移主席.42 9.11.1流程图 .42 9.11.2流程描述 .42 9.11.3信令描述 .42 9.12 终端

5、申请发言终端如何获得自己的发言状态？.46 9.12.1流程图 .46 9.12.2流程描述 .46 9.12.3信令描述 .46 9.13 主席闭音/取消闭音.54 9.13.1流程图 .54 9.13.2流程描述 .54 9.13.3信令描述 .54 9.14 会议静音.57 9.14.1信令流程 .57 9.14.2流程描述 .57 9.14.3接口协议描述 .57 9.15 自动浏览.60 9.15.1信令流程 .60 9.15.2流程描述 .60 9.15.3接口协议描述 .60 9.16 视频选看.63 9.16.1流程图 .63 9.16.2流程描述 .63 9.16.3信令描述

6、 .64 9.17 设置多画面数.66 9.17.1信令流程 .66 9.17.2流程描述 .66 9.17.3接口协议描述 .67 9.18 获取 i 帧.69 9.18.1信令流程 .69 9.18.2流程描述 .69 9.18.3接口协议描述 .69 9.18.4获取 i 帧（ue-as）.69 9.19 视频广播.71 9.19.1信令流程 .71 9.19.2流程描述 .71 9.19.3接口协议描述 .72 9.20 会议锁定/会议解锁.74 9.20.1流程图 .74 9.20.2流程描述 .74 9.20.3信令描述 .75 9.21 切换会议控制模式.77 9.21.1流程图

7、 .77 9.21.2流程描述 .77 9.21.3信令描述 .77 9.22 79 10.性能要求性能要求.79 10.1 速率要求.79 10.2 视频编解码.79 10.3 音频编解码.80 10.4 故障处理.80 10.5 qos 能力.80 10.6 稳定性要求.81 11.接口要求接口要求.81 11.1 视频输入/输出接口.81 11.2 音频输入/输出接口.81 11.3 用户/网络接口.82 11.4 其他接口.82 12.网管和维护要求网管和维护要求.82 12.1 终端软硬件要求.82 12.2 可维护性要求.83 12.3 环境要求.83 12.4 电源要求.83 图

8、图 表表 目目 录录 图 6-7 中国电信视讯会议系统参考模型.5 表 8-1 ras 消息内容.15 表 8-2 grq 消息内容.17 表 8-3 gcf 消息内容.18 表 8-3 grj 消息内容.18 表 8-4 rrq 消息内容.19 表 8-5 rcf 消息内容 .21 表 8-6 rrj 消息内容.22 表 8-7 urq 消息内容.22 表 8-8 ucf 消息内容.23 表 8-9 urj 消息内容.23 表 8-10 arq 消息内容.24 表 8-11 acf 消息内容.25 表 8-12 arj 消息内容.26 表 8-13 brq 消息内容.26 表 8-14 bc

9、f 消息内容 .27 表 8-15 brj 消息内容.27 表 8-16 lrq 消息内容.27 表 8-17 lcf 消息内容.28 表 8-18 lrj 消息内容 .29 表 8-19 drq 消息内容.29 表 8-20 dcf 消息内容.30 表 8-21 drj 消息内容.30 表 8-22 irq 消息内容.30 表 8-23 irr 消息内容 .31 表 8-24 percallinfo 消息消息内容 .31 表 8-25 iack 消息消息内容.32 表 8-26 inak 消息消息内容.33 表 8-27 rai 消息消息内容.33 表 8-28 rac 消息消息内容.33

10、表 8-29 rip 消息消息内容.34 表格 8-30 sci 消息消息内容.34 表格 8-31 scr 消息消息内容 .34 图 8-1 gk 发现流程.35 图 8-2 终端注册/注销流程.36 表 8-30 带外信令描述.46 表 8-31 建立带外连接请求.47 表 8-32 建立主叫呼集连接相应.47 表 8-33 主叫呼集请求.47 表 8-34 主叫呼集响应.48 表 8-35 断开主叫呼集连接请求.49 表 8-36 断开主叫呼集连接响应.49 表 8-37 带外信息定义.49 表 8-38 子信息数据格式.50 表 8-39 信息数据类型定义.50 表 8-40 子信息数

11、据类型定义.50 表 8-41 会议命令类型子信息（0 x02）数据编码.53 表 8-42 用户密码（0 x0d）子信息编码.53 表 8-43 召集设备类型子信息（0 x0f）数据编码.53 表 8-44 服务质量等级编码.53 表格表格 8-45： 多流数据格式子信息（0 x19）数据编码.53 表格 8-46：会议安全级别格式子信息（0 x20）数据编码.54 表格 8-47：数据会议类型格式子信息（0 x21）数据编码.54 表 8-48 终端类型子信息（0 x49）数据编码.54 表格表格 8-49：语言类型格式子信息（0 x50）数据编码.54 表 8-50 传输速率子信息（0

12、x5a）数据编码.55 表 8-51 视频算法子信息（0 x5b）数据编码 .55 表 8-52 视频格式子信息（0 x5c）数据编码 .55 表 8-53 视频帧率子信息（0 x5d）数据编码.56 表 8-54 音频算法子信息（0 x5e）数据编码.56 表格 8-55： 安全参数（0 x5f）数据编码.56 表格 8-56：安全校验字（0 x60）数据编码.57 表格 8-57：媒体流角色说明格式子信息（0 x61）数据编码.57 表 8-58 开会失败子信息（0 x6e）数据编码.57 表 8-52 流媒体会议类型子信息（0 x80）数据编码.57 表 8-53 流媒体格式子信息（0

13、x85）数据编码.58 图 8-1 单一 gk 点到点呼叫流程.66 图 8-2 多级 gk 点到点呼叫流程.69 图 8-3 经过一个 mcu 的呼叫流程.70 图 8-4 经过 mcu 级联的呼叫流程.72 图 8-5 带外会议控制流程.100 表格 8-1：失败原因描述非标协议格式.118 1. 范围范围 本规范为中国电信“统一视讯”视频会议系统技术规范的一部分，用于规范接 入中国电信视讯网络的终端所必须满足各项技术要求。其主要目的是：规范中国电 信“统一视讯”视频会议系统的终端设备，使其满足中国电信视讯会议系统的各项 功能要求，实现与中国电信视讯会议系统互通并能与视讯会议系统的其它部分

14、协同 工作，满足业务开展的需求，保障视讯业务的顺利开展。 本规范为中国电信集团公司企业规范，可以作为“统一视讯”视频终端设备的 选型依据。 在本规范中： （1） 必须：表示该条目是本规范必须。违反这样的要求是原则性错误。 （2） 必须实现：表示该要求必须实现，但不要求缺省使能。 （3） 不允许（不可以）：标识该条目绝对禁止。 （4） 应当（建议）：表示在某些特定条件下存在忽视该条目的理由，但是忽视或 违反该条目时必须仔细衡量。 （5） 应当（建议）实现：与应当（建议）类似，实现时不必要缺省使能。 （6） 不应当（不建议）：表示在某些特定条件下存在所描述行为可接受或有效的 理由，但实现该行为时必

15、须仔细衡量。 （7） 可以：标识该条目确实可选。某些厂商可能出于市场或其它原因实现该选项， 另一厂商可能出于类似理由不实现该选项。 本规范中“必须”和“必须实现”的条款规范了现阶段网络建设的基本需要。 “应当（建议）实现”和“应当（建议）实现”主要规范了网络设备和技术发展目 标的需要。各地应当根据具体情况和需要决定对本规范中各条款的满足程度。 本规范的增补、修订及解释权属中国电信集团公司。如中国电信在此之前的文 件与本规范有矛盾，按此规范执行。 2. 引用标准引用标准 本规范主要引用了下列标准包含的条文。在本规范制定时，所示版本均为有效。 所有标准都有可能会被修订，使用本规范的各方应探讨使用下

16、列标准最新版本的可 能性。 1 ietf rfc3261 sip: session initiation protocol 2ietf rfc3262 reliability of provisional responses in session initiation protocol (sip). 3ietf rfc 3263 session initiation protocol (sip): locating sip servers. 4ietf rfc 3264 an offer/answer model with session description protocol (sdp).

17、 5ietf rfc3265 session initiation protocol (sip)-specific event notification. 6ietf rfc4575 a session initiation protocol (sip) event package for conference state. 7ietf rfc4579 session initiation protocol (sip) call control - conferencing for user agents 8draft-ietf-sip-uri-list-conferencing-01 (ja

18、nuary 2007): conference establishment using request-contained lists in the session initiation protocol (sip) 9ietf rfc2976 the sip info method. 10 ietf rfc3311 the session initiation protocol (sip) update method. 11 ietf rfc3550 rtp: a transport protocol for real-time applications. 12 ietf rfc3551 r

19、tp profile for audio and video conferences with minimal control. 13ietf rfc 4587 rtp payload format for h.261 video streams. 14ietf rfc 4629 rtp payload format for itu-t rec. h.263 video. 15ietf rfc 3984 rtp payload format for h.264 video. 16 ietf rfc3515 the session initiation protocol (sip) refer

20、method 17ietf rfc 4733 rtp payload for dtmf digits, telephony tones, and telephony signals. 18中国电信企业标准 统一视讯视频会议系统技术规范 19中国电信企业标准 统一视讯视频会议系统业务规范 3. 解释权解释权 本技术规范由中国电信集团股份有限公司北京研究院起草，本规范的解释权属 于中国电信集团公司。 4. 定义和缩略语定义和缩略语 名词术语：名词术语： （1） 终端：一个符合本协议规范的端点设备，用户使用该设备和网络中的另一个 终端或会议服务器进行双向的音频、视频、数据的通信。 comment w

21、1: 需要一个合适的网 络构架图 缩略语：缩略语： 本规范使用下列缩略语： ietfinternet engineering task force（internet 工程任务组） rfcrequest for comments（internet 标准/草案） sipsession initiation protocol（会话初始协议） sdpsession description protocol（会话描述协议） rtpreal time transport protocol（实时传输协议） rtcpreal time transport control protocol（实时控制协议） 5.

22、 网络结构网络结构 5.1 视讯业务网网络结构视讯业务网网络结构 中国电信统一视讯网络控制层包括 sip 控制服务器和互通网关。sip 控制层 参考模型如图表 6-1 所示： 终端 sip控制服务器 视频监控视频会议 sip 网络h323网络 sip应用 vismp h.323网关sip网关 afh fs ub e sip控制服务器 图表 6-1 sip 控制层参考模型 其中： 参考点 a 终端与控制服务器的参考点，主要用于 sip 注册、会话控制，完 成会话的建立、修改、释放，接口采用 sip 协议。 参考点 b 控制服务器与应用服务器之间的参考点，主要用于各种视频业务 的触发和相关业务控制

23、信令，接口采用 sip 协议。 参考点 e 控制服务器之间的参考点，主要用于跨域的会话控制和相关业务 控制信令，接口采用 sip 协议。 参考点 u 控制服务器和 vismp 之间的参考点，主要用于用户认证、profile 等信息的获取，接口为内部接口。 参考点 fh/fs 互通网关和控制服务器之间的参考点，主要用于和其它网络的 互通，接口采用 sip 协议。 统一视讯控制层是系统中的重要部分。控制层完成的主要功能包括：完成跨省 （自治区、直辖市）、市（区）和本地呼叫寻址、地址解析、呼叫认证、许可控制 等。 中国电信统一视讯网络的控制层采用平面结构。各个省设立自己的 sip 控制服务器， 每个

24、省划分为一个独立的域，省（域）之间通过静态配置得到对方的信令地址，省 之间直接互通。 5.2 视讯业务网参考模型视讯业务网参考模型 中国电信统一视讯视频会议系统的组成单元主要包括会议应用服务器、mrs 以及 终端等，其参考模型参见下图： conf as 终端 vismp 控制服务器 mrs conf as vismp 终端 控制服务器 mrs 省级省级 能力封装 省portal省portal e a gc r gc sce scf scb scb a bc bc level 3 r scg scf sce scg 会议资源调度 能力封装 scd sca 图表图表 5-2：中国电信统一视讯视频会

25、议全国组网图：中国电信统一视讯视频会议全国组网图 参考点 a 终端与控制层的参考点，主要用于传送 sip 呼叫和控制信息，完成终 端和 mrs 之间的媒体通道的建立、释放等会议控制信令协议。 参考点 bc 会议应用服务器与控制层之间的参考点，主要用于传送 sip 呼叫和控 制信息，完成终端和 mrs 之间的媒体通道的建立、释放等会议控制信令协议。 参考点 e 控制层之间的接口，参考sip 组网架构和模型规范。 参考点 gc 会议应用服务器和能力封装之间的接口，主要用于应用能力的封装。 参考点 sca mrs 直接的接口，级联时传输音频媒体和视频媒体。 参考点 scb 媒体资源服务器和会议应用服

26、务器之间的参考点，主要用于媒体通道 的建立和媒体资源控制；内部接口。 参考点 scd 会议服务器与会议服务器之间的接口，在级联时做成员管理和会议 管理。采用 sip 协议，通过 sip 控制服务器传输。 参考点 sce 会议应用服务器与业务门户之间的参考点，传递管理配置信息、用户 信息和预约信息等。 参考点 scf 会议资源调度和会议应用服务器之间的参考点，主要用于资源预约。 采用 soap 协议。 参考点 scg业务门户和 vismp 之间的参考点，主要会议预约、用户信息等相关 信息； 参考点 r 会议应用服务器和 vismp 之间的参考点，传递用户信息等相关 信息。 6. 终端分类终端分类

27、 根据终端的物理形态，使用习惯的不同，可以分为两类：软终端和硬终端。 6.1 硬件终端硬件终端 硬件终端包括专业的会议室型终端，面向个人和家庭的可视电话终端、以及集 成了可视通信的机顶盒终端等。 会议室型终端主要为政府，企业会议而设计，通常由主机、附件以及各种外设 接口构成。主机完成终端设备的主要功能，附件主要完成视音频信号的采集和操作 控制等功能，如摄像头、遥控器等。各种外设接口提供与外设设备的连接，如与显 示设备（电视机或显示器）的连接等等。 可视电话主要面向家庭和个人用户，使用简单方便，主要应用于点对点的可视 通信。 可视电话应一体化，需内置麦克、喇叭、显示器（液晶）、摄像头，要求结构

28、紧凑、安装简单。建议可视电话同时提供 pstn 接口，兼有普通电话功能。 机顶盒是一类新生的家用综合业务终端，它主要依托家庭用户的电视机作为人 机交互界面，一般通过遥控器方式进行操作。机顶盒主要用于承载诸如 iptv（或 者数字电视）广播、视频点播（vod）、在线游戏、上网浏览等常见家用宽带业 务，同时也可以与视讯业务相结合，成为一种非专用的家用视频终端。 6.2 软终端软终端 软终端通常依托于 pc 机或者笔记本电脑，通过安装视频终端软件，和数字摄 像头实现。通过与 pc 机的结合，软终端可将视讯会议功能与数据会议功能集成在 一起，同时实现文件互传、应用共享等协同工作。 软终端的视、音频编解

29、码和协议处理部分由计算机的 cpu 实现，外置 usb 摄 像头和耳麦，即多媒体 pc+视频终端软件+usb 摄像头+耳麦的形态。 7. 终端功能要求终端功能要求 7.1 配置要求配置要求 1)sip 控制服务器的地址和端口 2)会议服务器 uri 3)终端号码或 uri 4)认证密码 7.2 多点会议多点会议 会议的召集可以有两种方式： (1) 主叫呼集：直接由终端召集多点会议。 (2) web 预约：通过 web 预约召集会议。 会议召集后，终端可以通过呼叫特服号或会议号加入会议。也可以通过会议 as 呼叫终端来邀请终端加入会议。 7.3 会议控制会议控制 要求终端支持会议控制功能。 在会

30、议的召开过程中，会议中的任何一个终端都具有查看会场列表、申请发言、 申请主席等功能。当其通过申请成为主席后，具有以下主席控制功能：会场浏览、 增加和删除会场、多画面控制、广播会场、声音控制（闭音、静音等）、语音激励、 点名发言、摄像机远遥、结束会议、释放主席等功能。 会议室型终端必须实现会议控制功能，软终端建议实现会议控制功能。对于可 视电话终端和机顶盒终端不作要求。 7.4 画中画画中画 终端必须支持画中画功能，可通过画中画显示本地会场和各远端会场的画面。 7.5 本地和远程镜头控制功能本地和远程镜头控制功能（可选）（可选） 要求会议室型终端必须支持本地和远程镜头控制功能： (1) 终端应能

31、上下左右调节本地镜头，能放大、缩小和自动聚焦。 (2) 终端应具有镜头预置位功能，预置位数目不少于 6 个。 (3) 终端应当支持具有对各分会场摄像机远程控制功能。 对于桌面终端与可视电话，本功能不作要求。 7.6 桌面传送桌面传送（可选）（可选） 会议室型终端建议支持桌面传送功能。 桌面传送是指可以将 pc 桌面的内容（通常是幻灯片）通过终端发送到远端。 对于软终端与可视电话终端本功能不作要求。 7.7 双视传送双视传送（可选）（可选） 会议室型终端建议支持双视传送功能。 双视传送指的是可以将两路活动视频同时发送到远端会场，如一路视频输入是 会场全景，一路是视频输入是会场某与会者。 对于软终

32、端与可视电话，本功能不作要求。 7.8 数据会议数据会议 软件终端必须具备数据会议功能。终端应支持与 pc 机的绑定，实现数据会议 功能，包括电子白板、文件传输、应用共享和文本交谈全面的数据会议功能。 会议室型终端和可视电话终端可选支持数据会议功能。 8. 协议要求协议要求 终端的呼叫信令必须遵守 rfc 3261 sip 协议以及扩展 rfc3262、rfc 3263 协议。 终端媒体传送必须遵守 rfc3550 rtp 协议。 终端的媒体能力描述必须遵守 rfc 4566 sdp 协议。 终端媒体能力协商必须遵守 rfc 3264 协议。 itu-t h.261 视频封装格式必须遵守 rf

33、c 4587 协议。 itu-t h.263 视频封装格式必须遵守 rfc 4629 协议。 itu-t h.264 视频封装格式必须遵守 rfc 3984 协议。 itu-t g.711、g.722、g.723、g.729 音频封装格式必须遵守 rfc3551 协议。 终端的事件通知框架必须遵守 rfc 3265 协议。 终端的会议事件通知必须遵守 rfc 4575 协议。 终端邀请/删除会议成员必须遵守 rfc3515 协议和 rfc4579 协议。 终端发起带成员列表的即时会议，其成员列表携带方式必须遵守 draft-ietf- sip-uri-list-conferencing-01

34、(january 2007)。 终端基本通讯协议采用 sip，应该符合下列 sip 标准协议的要求。 支持 sip 带内会议控制的终端，必须遵守 rfc2976 info 方法。 支持 ivr 的终端必须遵守 rfc4733 协议。 终端建议支持 rfc3311 update 方法。 终端必须严格满足中国电信统一视讯视频会议系统接口规范关于 a 接口的 全部要求，与上述 rfc 系列标准相冲突的地方，必须以中国电信统一视讯视频会 议系统接口规范为准。 9. 协议规程协议规程 9.1 会场控制会场控制 9.1.1 创建即时会议创建即时会议 流程图（流程图（ok呼接入号创建会议）呼

35、接入号创建会议） ue#1as/mrsue#2 1 invite 2 200 ok 3 ack 4 invite 5 200 ok 6 ack 图表 9-1创建会场流程 流程描述流程描述 11：发送创建会场申请。消息中带有终端音频能力的 sdp 以及邀请的成员列表。 23：把 ue#1 加入会场。 46：把 ue#2 加入会场 信令描述信令描述 .1 用户创建会场（用户创建会场（ue-as） .1.1 命令描述命令描述 此命令用于用户通过 ue 客户端请求创建会话，默认创建音频会场。 .1.2 method sip：in

36、vite .1.3 命令参数命令参数 c o m m e nt u e ： c o nf er e n c e a s 的 u ri 发 起 方 的 u ri c o nf er e n c e a s 的 u ri 用 户 拟 定 的 会 话 主 题 ti m er ： 表 示 支 持 s e ss io n ti m er 机 制 如 不 支 持 任 何 扩 展 可 不 填 该 头 部 单 位 为 秒 单 位 为 秒 a s ： 若 消 息 体 中 含 初 始 成 员 列 表 时 一 定 要 含 re ci pi e nt - lis t- in vit e a s ： 会

37、议 ur i 若 消 息 体 中 含 初 始 会 话 成 员 名 单 及 s d p ， 即 为 m ul ti p ar t/ m ix e d 若 消 息 体 仅 含 s d p ， 即 为 a p pli c at io n/ s d p 消 息 体 的 长 度 一 定 要 含 s d p 可 同 时 含 初 始 会 话 成 员 名 单 c o m m e nt 取 值 固 定 为 0 ：取值“-” ：全局唯一值 ：全局唯一值，依信令版本 递增 ：取值“in” ：取值“ip4”或 “ip6”由承载网络决定 ：ip 地址 取 值 “ - ” ：取值“in”，表示 internet ：取值“

38、ip4”或 “ip6”由承载网络决定 ：ip 地址 取 值 “ 0 0 ” ： a u di o u e ： 终 端 的 音 频 端 口 a s ： m r s 的 音 频 端 口 ： 置 为 r t p/ a v p ： 编 码 格 式 编 码 格 式 的 详 细 说 明 格 式： 格 式 a = di re ct 可 取 如 下 值 s e n dr e cv 、 re cv o nl y 、 s e n d o nl y 、 a cti v e a s 更 改 媒 体 方 向 为 s e n d o nl y u e 更 改 媒 体 方 向 为 re cv o nl y ordernam

39、edatatyp e descriptiontype resource -lists struct 接收者列 表 resource -lists: xmlns string置为 urn:ietf:p arams:xml :ns:resour ce-lists4 resource- list: mlns:xsi string置为 http:/ww / 2001/xml schema- instance resource- lists- list list接收者列表 entry接收者 entry- uri uri接收者的 uri .1.4 命令格式命令格式 发送消息

40、invite sip:conference- sip/2.0 max-forwards: 70 from:; tag=171828 to: call-id: cb03a0s09a2sdfglkj490333 cseq: 127 invite supported: timer session-expires: 4000 min-se: 3600 content-type: multipart/mixed;boundary=boundary1 content-length: () -boundary1 content-type: application/sdp v=0 o=- 2987933615

41、 2987933615 in ip4 11 s=- c=in ip4 11 t=0 0 m=audio 10002 rtp/avp 0 a=rtpmap:0 pcmu/8000 a=recvonly / 默认进入会场之后只能听不能说，需要申请发言同意之后才能说 -boundary1 content-type: application/resource-lists+xml content-disposition: recipient-list -boundary1- 返回结果 1)200ok（as-ue） 召开成功 sip/2.0 200 ok fro

42、m: ; tag=171828 to: ;tag=314159 call-id: cb03a0s09a2sdfglkj490333 cseq: 127 invite contact: ;isfocus require: timer supported: timer session-expires: 4000;refresher=uac content-type: application/sdp content-length: 0 v=0 o=- 2987933623 2987933623 in ip4 00 s=- c=in ip4 00 t=0 0

43、 m=audio 49170 rtp/avp 0 a=rtpmap:0 pcmu/8000 a=recvonly 9.1.2 主动加入主动加入 流程图（流程图（ok） ueas/mrs 1 invite 2 200 ok 3 ack 图表 9-2主动加入流程 流程描述流程描述 11：申请加入会场。消息中带有 ue 的所有媒体能力的 sdp。 23：返回加入会场的结果。消息中带有为 ue 申请的媒体通道的 sdp 信息。 信令描述信令描述 .1 用户主动请求加入会场（用户主动请求加入会场（ue-as）（）（ok） .1.

44、1 命令描述命令描述 参与方通过获取到的会议 uri 以及会场密码，主动加入会场。此信令的 sdp 中， 要包含终端支持的所有媒体。 .1.2 method sip：invite .1.3 命令参数命令参数 c o m m e nt u e ： 会 议 u ri 与 要 结 束 的 si p 对 话 的 in vi t e 请 求 中 fr o m 头 部 具 有 相 同 值 与 要 结 束 的 si p 对 话 的 in vi t e 请 求 中 t o 头 部 具 有 相 同 值 与 要 结 束 的 si p 对 话 的 in vi t e 请 求 中 c al

45、l - id 头 部 具 有 相 同 值 c o m m e nt 取 值 固 定 为 0 ：取值“-” ：全局唯一值 ：全局唯一值，依信令版本 递增 ：取值“in” ：取值“ip4”或 “ip6”由承载网络决定 ：ip 地址 取 值 “ - ” ：取值“in”，表示 internet ：取值“ip4”或 “ip6”由承载网络决定 ：ip 地址 取 值 “ 0 0 ” ： a u di o u e ： 终 端 的 音 频 端 口 a s ： m r s 的 音 频 端 口 ： 置 为 r t p/ a v p ： 编 码 格 式 编 码 格 式 的 详 细 说 明 格 式： 格 式 a = d

46、 ir e ct 可 取 如 下 值 s e n dr e cv 、 re cv o nl y 、 s e n d o nl y 、 a cti v e a s 更 改 媒 体 方 向 为 s e n d o nl y u e 更 改 媒 体 方 向 为 re cv o nl y ordernamedatatyp e descriptiontype authstruct此字段包含鉴权 信息 auth- passwor d string加入会议的密码 .1.4 命令格式命令格式 主动加入会议 invite sip: sip/2.0 call-id: ae1a29279e6bf0eb

47、7b46f240bc654645sipa from: ;tag=27e0afa0 to: cseq: 1 invite max-forwards: 68 content-type: multipart/mixed;boundary=boundary1 content-length: () -boundary1 content-type: application/sdp v=0 o=- 10000 10000 in ip4 11 s=- c=in ip4 11 t=0 0 m=audio 49170 rtp/avp 0 a=rtpmap:0 pcmu/

48、8000 a=recvonly -boundary1 content-type: application/xml 888888 / 会场密码，as 判断此密码是那种角色的密 码来分配给参与方不同 -boundary1- 返回结果 1）200ok 加入成功 sip/2.0 200 ok call-id: ae1a29279e6bf0eb7b46f240bc654645sipa from: ;tag=27e0afa0 to: ;tag=a34fe6f7 cseq: 1 invite supported: recipient-list-invite allow-events: conference

49、content-length: 245 content-type: application/sdp v=0 o=- 1135576585 1135576585 in ip4 00 s=- c=in ip4 00 t=0 0 m=audio 10002 rtp/avp 0 a=rtpmap:0 pcmu/8000 a=sendonly 9.1.3 邀请邀请其他参与方加入会议其他参与方加入会议 流程图流程图 ue#1as/mrsue#2 1 refer 2 202 accept 3 notify 4 200 ok 5 invite 6 2

50、00 ok 7 ack 8 notify 9 200 ok 图表 9-3邀请其他参与方加入会场 流程描述流程描述 14 邀请其他参与方。 to：会场的 sipuri refer-to：被邀请方的 sipuri。 如：refer-to: 56：把 ue#2 加入会场，为 ue#2 申请会场中当前媒体的媒体通道。 77：通知 ue#1 资源准备完毕，可以建立媒体连接。 89 通知邀请方被邀请方的状态，同时结束由 refer 产生的隐式订阅。注：此 notify 是最初 refer 的隐式订阅产生的。消息中带有信息如下： subscription-state: terminated;

51、 reason=noresource event: refer contact: content-length: () content-type: message/sipfrag sip/2.0 200 ok 信令描述信令描述 .1 用户请求增加会场成员（用户请求增加会场成员（ue-as） .1.1 命令描述命令描述 此命令用于用户通过 ue 客户端请求增加会场成员。 .1.2 method sip：refer sip：notify .1.3 命令参数命令参数 c o m m e nt u e ： 会 议 u ri 用 户

52、 u ri 会 议 u ri u e ： 被 邀 请 方 u ri 注： 该 信 令 中 仅 能 含 一 个 r ef er - to 头 部 r e f e r ： 空 n o ti f y ： 请 求 结 果。 成 功： 2 0 0 o k ； 失 败： 失 败 方 返 回 的 错 误 码。 .1.4 命令格式命令格式 邀请会场成员 refer sip: sip/2.0 max-forwards: 70 from: ; tag=171828 to: call-id: cb03a0s09a2sdfglkj490333 cseq: 127 refer refer-to: cont

53、ent-length: 0 返回结果 1)202 accepted（as-ue） as 成功接收到 refer 请求，正在处理中。 sip/2.0 202 accepted from: ;tag=171828 to: ;tag=151170 call-id: cb03a0s09a2sdfglkj490333 cseq: 127 refer contact: ;isfocus content-length:0 2)notify（as-ue） as 成功邀请了用户加入会场。 notify sip: 00:1357;comp=sigcomp sip/2.0 via: sip/2

54、.0/udp :7531;comp=sigcomp;branch=z9hg4bk23433.1, sip/2.0/udp ;branch=z9hg4bk23436s.1, sip/2.0/udp ;branch=z9hg4bk23273846 max-forwards: 68 to: ; tag=171828 from: ;tag=151170 call-id: cb03a0s09a2sdfglkj490333 cseq: 43 notify subscription-state: terminated event: refer accept-contact:conf-serv/3gpp co

55、ntent-length: () content-type: message/sipfrag sip/2.0 200 ok .2 as邀请会场成员（邀请会场成员（as-ue） .2.1 命令描述命令描述 此命令用于 as 邀请某个 ue 加入会场。 .2.2 method sip：invite .2.3 命令参数命令参数 c o m m e nt a s ： 被 邀 请 方 u ri 会 议 u ri 被 邀 请 方 u ri a s ： 会 议 u ri ， 由 核 心 网 设 置。 a s ： 会 场 主 题 a s ： 会 议 u

56、ri a s ： 置 为 c o nf er e n c e ti m er ： 表 示 支 持 s e ss io n ti m er 机 制 如 不 支 持 任 何 扩 展 可 不 填 该 头 部 单 位 为 秒 a s ： 单 位 为 秒 a s ： 为 请 求 服 务 器 作 此 邀 请 的 用 户 u ri 会 场 s d p c o m m e nt 取 值 固 定 为 0 ：取值“-” ：全局唯一值 ：全局唯一值，依信令版本 递增 ：取值“in” ：取值“ip4”或 “ip6”由承载网络决定 ：ip 地址 取 值 “ - ” ：取值“in”，表示 internet ：取值“ip4

57、”或 “ip6”由承载网络决定 ：ip 地址 取 值 “ 0 0 ” ： a u di o u e ： 终 端 的 音 频 端 口 a s ： m r s 的 音 频 端 口 ： 置 为 r t p/ a v p ： 编 码 格 式 编 码 格 式 的 详 细 说 明 格 式： 格 式 a = di re ct 可 取 如 下 值 s e n dr e cv 、 re cv o nl y 、 s e n d o nl y 、 a cti v e a s 更 改 媒 体 方 向 为 s e n d o nl y u e 更 改 媒 体 方 向 为 re cv o nl y .2.4

58、 命令格式命令格式 邀请会场成员 invite sip:user2_ sip/2.0 max-forwards: 67 from: ;tag=171828 to: call-id: cb03a0s09a2sdfglkj490333 cseq: 127 invite referred-by: contact: ;isfocus allow-events: conference supported: timer session-expires: 4000;refresher=uac max-forwards: 90 content-length: () v=0 o=- 2987933615 298

59、7933615 in ip4 00 s=- c=in ip4 00 t=0 0 m=audio 10002 rtp/avp 0 a=rtpmap:0 pcmu/8000 a=sendonly 返回结果 1)200ok（ue-as） 用户同意加入会场。 sip/2.0 200 ok from: ;tag=171828 to: ;tag=314159 call-id: cb03a0s09a2sdfglkj490333 cseq: 127 invite require: timer supported: timer session-expires: 4000;refresher=uac content-type: application/sdp content-length: () v=0 o=- 2987933623 2987933623 in ip4 11 s=- c=in ip4 11 t=0 0 m=audio 49170 rtp/avp 0 a=rtpmap:0 pcmu/8000 a=recvonly 9.1.4 用户主动退出会议用户主动退出会议 流程图流程图(ok) ueas/mrs 1 bye 2 200 ok 图表 9-4用户主动退出会议 流程描述流