YD-T-905-1997.pdf
《YD-T-905-1997.pdf》由会员分享,可在线阅读,更多相关《YD-T-905-1997.pdf(14页珍藏版)》请在三一文库上搜索。
1、v n / T 9 0 5- 1 9 9 7 前言 本标准是根据国际电信联盟 I T U- T建议1 1 . 2 3 1 使用 2 Mb i t / 、以内数字信道的视听系统多点控制 设备) ( 1 9 9 5 年版) 进行制定的, 在技术内容上与之等效 多点控制设备( MC U) 是视听系统的核心部分, 它直接影响多点视听会议的网络结构及会议控制 制定本标准的目的就是为了给视听会议业务的组网设计、 二程实施以及相关设备的研制、 f l一 产、 选M提 供可靠的技术依据。考虑到目前我国所采用的会议电视设备及相关的标准均符合 I T U - T的H . 3 2 0系 列标准, 为保证多点控制设备
2、与多厂家设备的互连性能, 本标准等效采用了I T U - T的1 1 - 2 3 1 建议 木标准是会议电视系列标准之一。 它规定了符合 I T U - T H . 3 2 0系列建议的视听终端在 6 4一 1 9 2 o k b i i / 、的信道上进行多点通信的方法。 其中包括强制性要求和可选性增强项。 本标准将与规定视听 终端的 1 TU- TH. 3 2 0系列建议( 1 9 9 3年版) 以及规定多点视听会议通信规程的 I TU- T建议 H. 2 4 3 1; 使 用 2 Mb i t / s以内数字信道在 3 个或多个视听终端间建立通信的规程 ( 1 9 9 3 年版) 配合使
3、用 木标准由邮电部电信科学研究规划院提出并归口。 本标准起草单位: 邮电部电信传输研究所。 本标准生要起草人: 卢学军、 黄东霖、 杨淑京、 辛伟。 2 0 6 中华人民共和国通信行业标准 使用2 Mb i t / s 以内数字信道的 视听系统多点控制设备 Y D/ T 9 0 5 一1 9 9 7 1范 围 本标准规定了使用 2 Mb i t / 。以内数字信道的视听系统多点控制设备( MC U) 的功能、 多点配置、 特 性和分类等 本标准适用于使用 Z Mb i t / s以内数字信道的视听系统的多点通信 2 概要 本标准描述3 个或多个符合建议 H . 3 2 0 , H . 2 2
4、1 , H . 2 4 2 和11 . 2 6 1 的视听终端在连续比特率数字通 道上同时通信的方法。 这种通信称为“ 多点呼叫” 。 终端不必为多点工作做任何修改, 但一些可选的增强 项可能需要附加的软件; 尤其是通过在ML P信道上使用“I . 1 2 0 协议可获得大量增强的功能度。 互连由 一个或多个位于网路或一个终端处的多点控制设备来实现 本标准包括多点工作的强制性要求和可选的增强项, 可选的增强项是: 终端编号 主席控制 。 数据广播 视频混合 级 联 3 引用标准 卜 列标准所包含的条文, 通过在本标准中引用而构成为本标准的条文 本标准出版时, 所示版本均 为有效。所有标准都可能
5、会被修订, 使用本标准的各方应探讨使用下列标准最新版本的可能性。 C C I T T建议G . 7 1 1 ( 1 9 8 8 ) 3 k H z 音频信道的脉冲编码调制 C C I T T建议0 : . 7 2 2 ( 1 9 8 8 ) 6 4 k b i t / s 信道内的7 k H z 音频编码 C C I T T建议 G . 7 2 8 ( 1 9 8 8 ) 使用低延时码本激励线性预测( L D - C E L P ) 的 1 6 k b i t / s 语音编码 Y D / T 8 4 7 - 1 9 9 6 ( I T U - T建议 11 . 2 2 1 ) 视听电信业务中
6、6 4 - 1 9 2 0 k b i t / 、 信道的帧结构 Y D 1 T 8 4 6 - 1 9 9 6 (I T U _ r 建议11 . 2 3 0 ) 1 9 9 。 年1 2 月视听系统的帧同步控制与指示信号 I T U - T建议11 . 2 3 3 ( 1 9 9 3 ) 视听业务的保密系统 I T U - T建议1 1 . 2 3 4 视听业务的鉴别权和密钥管理 Y D / T 8 4 8 - - 1 9 9 6 ( I T I J - T建议 11 . 2 4 2 ) 使用 2 Mb i t / s 及 2 Mb i t / ,以下的数字信道在视听终端间 建立通信的系统
7、 I T U - T建议1 1 - 2 4 3 使用2 Mb i t / s 以内的数字信道在3 个或多个视听终端间建立通信的程序 I T C 1 - T建议1 1 - 3 2 0 窄带可 视电话系统和终端设备 I T U - T建议T . 1 2 2 为声像和视听会议业务定义的多点通信服务 中华人民共和国邮电部1 9 9 7 - 0 3 - 2 7 批准 1 9 9 7 一 0 7 一 0 1 实施 Y D / r 9 0 5 一 1 9 9 7 I T U- T建议T . 1 2 3 用于视听和声像电信会议应用的协议堆栈 I T U- T建议 T . 1 2 4 通用会议控制 I T U
8、- T建议T . 1 2 5 多点通信服务协议规范 Y D / T 9 0 6 -1 9 9 7 ( I T U- T建议 H . 2 2 4 ) 采用视听电信业务中 6 4 - 1 9 2 0 k b i t / s 信遁帧结构的 L S D / H S D / ML P信道单Z应用的实时控制协议 4 定义 向个会议增加和撤除终端: 指与A P U, V P U和 D P U ( 见 6 - 2 条) 的连接、 而不是指本标准范围之 外的网终连接( 或撤除连接) 上席控制终端: 一个增强的终端, 它支配一个对MC U的工作传送确定权限度量的令牌; 令牌可通 过预定、 操作者或呼叫期间的协议来
9、赋予。控制者不必是会议的实际主席 主席控制端口: 被赋予主席控制的终端的那个MC U端口( 该端口 在物理上与其他端口并无不同) 。 直接连接的终端: 在参照“ 直接” 连接的终端的地方, 并不意味着所讨论的终端 与MC U同在一处、 而是指它不连接到另一个不同的MC U上 本地 MC U: 所讨论的终端直接连接的那个 MC U 多点控制设备( MC U) : 一个多端u设备, 在一个会议呼叫中, 3 个或多个视听终端可通过它来相 h . 通信: “ 表2 列出的MC U” 具有本标准第 9章所定义的性能主从 MC U: 在 一 个有两个或多个 MC U相 互连接的呼叫中, “ 主MC U“
10、被赋予高级控制功能, 而该呼叫中的其他MC U称作“ 从 MC U“ 注: MC U的物理实现可以是这样的: 在同一设备内可建立起两个或多个独立的会议; 在逻辑上这些会议之间井无 联系; 本标准适用于仅作为一个逻辑实体涉及相关特定呼叫的MC U 主端口和次端口: 虽然 一 个MC U的所有端口在物理上可能是相同的, 但内部软件可能会造成一些 差异, 囚此, 根据所表明的终端能力, 并不是在同等基础上来看待所有的端口 通常,一 个多点呼叫将涉 及两个或多个终端, 它们以其最高的公共能力在同等基础上相互通信; MC U将这些终端将连接的那此 端n指定为“ 上 端日” , 简单起见, 这些终端对这一
11、个呼叫来说可称作“ 主终端” 。对主通信的适当公共水 平的选择在 H. 2 4 3中描述 虽然一个或多个附加终端不具备足够的能力与主终端在同等基础 卜 通信, 但它们也可加入该多点 呼叫, 这些终端可指定为“ 次终端” , 它们仅以所能提供使用的可兼容信号( 如仅有语音) 来与其他终端通 信, MC U已相应地指定了适当的端口 注意, 如果未作此规定, 则向一 个可视电话会议增加一个电话终 端将导致所有图像传输中断。 MC U能处理次终端是非强制性的; 在这种情况下, MC U可以是以 卜 情况之一: )撤除未表明能作为一个主终端参加会议的能力的终端; 或 2 ) 降低它对“ 主终端” 的限定
12、以包含所述终端 MC U的提供者应明确说明所遵照的是哪个规程。 5 缩略语 APU BAS CI F CPU DPU ECs Fns Fn)A 音频处理单元 比特率分配信号 公共中间格式 控制处理单元 数据处理单元 加密控制信号 帧定位信号 帧 定位 字 Y D / T 9 0 5 一1 9 9 7 GOB H- MLP HSI ) L D- CELP LSB LSD M B M BE M CC 入 刁 CN M CS M F M LP M PI M SS NS P CM QCI F S BE S C S CM SM F S P VCF VCU VPU 块组 高速多层协议 高速数据 低延时码本
13、激励线性预测 最低有效比特 低速数据 H. 2 6 1 宏块 多字节扩展 多点会议命令 多点关闭MC S命令 多点数据对称传输命令 复帧 多层协议 最小图像间隔 最高有效比特 非标 准 脉冲编码调制 四分之一公共中间格式 单字节扩展 公务信道 选定通信模式 子复帧 静止图像 视频命令“ 冻结图像请求” 视频命令“ 快速更新请求” 视频处理单元 6 功能描述 61 一般描述 一 个多点呼叫可以用图 1 来表示, 其中示出了一些不 一定等同的终端T, 各 自通过平衡双向数字连 接而链接到网路中, 所有终端不必具有同样的能力。系统对呼叫中所连接终端的数 目N 不设置特定的 限制, 它取决 于 具体的
14、实现。随着 N 的增加, 难度和费用也将增加, 而性能则趋于下降。 在图 1 的描述中, 网路仅需用其端n卜 的信号流及其相互 关系来描述。不必考虑硬件的实现: 在 个地点可以有单个MC U; 而另一方面, 其功能可以分布在两个或多个地点, 但在实际的术语中, 我们将 一系列链接在一起的MC U看作单个MC U。 本标准通常适用于单地点的和分布的MC U, 目 _ MC L J 的 链接仅在有特定需要时才特别考虑。 图 2 更详细地描述了MM MC U的侮个端口具有一个网路接口单元, 适当时包括相关的呼叫控制: 在网路接口单元的MC U 侧, 信号流包含在一个或多个通常具有同等容量、 符合H
15、. 2 2 1 附录A所列的转移速率的双向信道中 输 人流传递给分用器, 它提取出几种类型的信息( 音频、 视频、 数据和控制) 并将它们传递给它们各白的处 理器。以这样一种方式来控制处理器: 来自每个处理器的适当输出被用于传输给每个终端: 后者在复用 器中放在一起被组合到输出信道中。 “ 呼叫控制” 和“ 呼叫控制处理器” 单元不在本标准范围之内( 见建议H . 2 0 0 / A V. 4 4 0 ) ; 其他单 石 Y D / T 9 0 5一 1 9 9 7 面的章节 中进行描述 。 图 1 一个多点 呼叫的图示 6 . 2 功能单元的描述 6 . 2 . 1 网路接口单元 一 个将6
16、 4 k b i t / % ( 5 6 k b i t / s ) 或多个6 4 k b i t / s ( 5 6 k b i t / s ) 的信号转换为线路编码或从线路编码转换过 来的物理实体, 信号从那里进分用器和出复用器。虽然在图2中对每个复用器/ 分用器对示出了 这样 个单元, 但实际 卜 一个网路接口可能支持许多逻辑端口。 6 . 2 . 2 端口 端口是 一 个可以支持一个音频或视听终端的逻辑实体, 它与单个复用器和分用器相联系。 音频处理单元 ( AP U) 视频处理单元 ( VP U) 重复, 次 广播 数据处理单元 - ( DP U) MLP 控制处理单元 ( C P
17、U ) 图 2 多点控制设备 6 - 2 . 3 分用器 进人分用器的信号由一个完全符合建议 H . 2 2 1 的终端发送, 因此, 其工作类似于一个终端的接收 端 , 即 : - 一 帧和复帧定位的恢复; - 一 在适当的情况下, 对多信道进行缓冲、 同步和排序; 一 提取 B AS码并将其中 一 些码送至控制处理器; 在适当的情况下, 提取加密矢量并解密; - 一提取音频并送至音频处理器; Y D / T 9 0 5 一 1 9 9 7 提取视频并送至视频处理器; 一 一提取数据并送至数据处理器。 在模式控制 B AS和相关的音频、 视频和数据之间应保持正确的定时关系。 6 . 2 .
18、4 音频处理单元( A P U) 音频处理器从N个音频输入5 、 中通过切换、 混合或对它们进行组合而配制出 N个音频输出r .混 合需要对s , 解码成线性( P C M或模拟) 而获得的线性信号S求和, 并将响应K重新编码成适当的传输 格式r i o 一个音频棍合MC U通常的结果是向每个终端发送来自 其他所有终端的信号之和。 但是, 随着包含 在总和中的音频信号数目的增加, 可能出现不需要的信号的累积( 如回音和噪声) , 如果不采取附加的预 防措施, 最终将导致用户不可接受的业务降级。处理这些问题的方法有待进步研究。 一些MC U可允许终端从棍合功能中撤出并单独互连, 用I 一 秘密商
19、谈 如果在上述任何一种情况下, 数目限制为 1 , 则 MC U变成音频切换以取代音频混合。音频单元也 可包含一个话音合成器或记录消息的存储器, 能连接到混合单元或单独地连接到任何终端_ L 。 如果视频信号切换而音频混合, 则音频可能相对于视频有延时: 为对此进行补偿, 应缓冲视频使这 个延时降至小于 3 0 m s 。注意, 所有符合建议H . 2 4 2 的MC U 见 6 . 1 条) 应能接收 P C M 音频。 如果视频信号和音频信号都混合, 则视频可能相对于音频信号有延时, 为对此进行补偿, 应缓冲音 频使这个延时降至3 0 m s . 6 . 2 . 5 视频处理单元( V P
20、 U) 视频处理器能以完全类似于上述音频处理器的方式工作: 可以向每个终端发送来自另一终端、 在一 次视频切换中选定的单个视频信号; 或者可以发送所有或部分其他视频信号的“ 混合” 。在后一 种情况 下, “ 混合” 是这样一种形式: 将几个画面按 H . 2 4 3 所描述的多种可能格式之一在空域 上复用成单帧复 合画面。 由于视频混合功能是一种复杂的处理, 因此, 最好采用视频切换这种方式。 对于音频切换, 视频 的选择可以是自动的, 这样当前的发言人( 4 ; 的最大值) 接收前一发言人的图像, 而所有其他终端接收当 前发言人的图像; 在切换中混合进一个时间延时( 典型值为 2 s )
21、, 以避免由于咳嗽、 碰话筒等假声引起的 过度频繁的画面变化 如果具备主席控制, 则可由主席控制根据哪个图像最合适而作出他自己的决定, 从而直接控制视频 切换。可以从一个终端发出符号MC V( 见建议 H . 2 3 0 ) 以强制MC U广播其视频信号, 该符号超越自动 机制直到发出“ 取消MC V“ ; T . 1 2 0 建议提供更复杂的控制规程。 有关不同延时的注释见6 . 2 . 4 , 6 . 2 . 6 数据处理单元( D P U) 这个单元是可选的; 当它存在时它包含图 2 中描述为“ 广播” 和“ MI T” 的两个功能或其中之 , 以 下将进 一 步说明。 6 . 2 .
22、6 . 1 数据广播功能 在这种情况下, 在任何一个时刻仅能接受 , 个 L S D和/ 或一个H S D, 此后到达另 一 输入端1 1 的任 何数据被视为无用。 根据连接的终端接收这种数据的能力( 见H . 2 4 3 ) , 数据被广播给由控制处理器确定 的其他输出端口。数据不返回给发送者。 6 . 2 . 6 . 2 ML P数据处A功能 在这种情况下, 数据处理器用于处理 T . 1 2 0系列建议所规定的多层协议, 井实施下述 一 种或多种 功能( 见建议r . 1 2 2 , T . 1 2 3 , T . 1 2 5 , T . 1 2 4 等) 一根据T . 1 2 2 /
23、T . 1 2 5 的电信息业务信息的处理; - 一 根据T. 1 2 4 和T. 1 2 8 ( T. A V C) 的会议控制信号( 请求/ 授予发言权、 主席令牌控制、 甜频广 视频 切换) 的传输 注: 如 H. 2 4 3 所述, ML P数据处理器也能够处理H. 2 2 4 所述的单工数据协议。 如果是这种情况. 应在会议S C M Y D / F 9 0 5 一 1 9 9 7 出现适 当的能力码。 6 . 2 . 了 控制处理单元( C P U) 控制处理器负责确定传送到梅个复用器用以向外传输的音频、 视频、 数据和控制信号的正确路由、 混合/ 切换、 格式和定时; 它还涉及会
24、议控制功能的处理 6 . 2 - 7 . 1 输人B A S命令 根据输入B A S命令. C P U保证音频、 视频和数据处理器的正确比特率分配: 保证正确的音频解码 算法用 一 音频混合器的每个输人; 保证任何输人数据在适当时送往广播单元或 ML P处理器。 6 . 2 . T2 输出B A S命令 C P U保证正确的音频编码算法用于音频混合器的每个输出, 并保证在每种情况下已实施了所希望 的切换或求和; 保证已对V P U的每个输出执行所希望的切换( 或视频信号的混合) 。它在切换发送给这 些终端的视频之前的 个设定时刻向所有相关终端发送 V C F ( 见建议 H . 2 3 4 )
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- YD 905 1997
链接地址:https://www.31doc.com/p-3803556.html