多点控制单元-包混场转发模式-SKY网络电话
您的位置:SKY网络电话 >> 行业信息>> 多点控制单元-包混场转发模式

多点控制单元-包混场转发模式

来源:网上转载-包混场转发  发布时间:2014-08-06 15:47:09

包混场转发模式的基本原理是在多点控制单元中,不对收到的视频数据报文进行解码,而是先进行包混场编码,然后直接转发。这种方式可以兼容现有的H·323标准终端,而且可以提高多点控制单元的容量。

包混场转发模式需要对多点控制单元的能力协商部分及RTP视频数据报文编码方式进行修改。此外,为了在终端实现更好的效果,对终端进行了相应的改进,使得其能够同时接受多路不同类型的视频数据,并根据数据的原始源分别显示在不同的窗口中,增强了视频会议的会议气氛和效果。本文将从以下几个方面介绍包混场转发模式的实现原理。

 

能力协商

在H·323协议中,能力协商的目的是确保在通信过程中双方的多媒体信号(包括媒体类型和媒体参数)能够被对方接收和解码。视频能力并不是终端必须要有的能力,但是如果有视频能力的话,必须要支持H.261视频编解码能力。在本文中,默认所有的终端和多点控制单元都具有视频能力,在包混场转发模式下,对视频能力的要求是:

1.终端的视频能力需要高于或等于多点控制单元的视频能力:

2.终端能够支持包混场转发模式。

当终端的视频能力满足基本要求时,多点控制单元将会直接转发符合要求的一路视频。当终端的能力能够支持包混场转发模式时,多点控制单元会转发终端所需要的某一路或几路视频。

 

多点控制单元“虚编解码器”及“虚编解码能力”

为了达到转发时兼容现有的H.323协议,本系统引入了“虚编解码器”及“虚编解码能力”的概念。在这里,所谓的“虚编解码器”实际上不具有传统意义上的编码和解码的功能,只起到了转发和传递数据包的作用,所以称之为“虚编解码器”。

多点控制单元利用“虚编解码能力”和终端进行视频能力的协商,并判断是否可以采用包混场转发模式,协商结束后,并生成“虚编解码器”。在多点控制单元和终端中的“虚编解码器”有所不同;多点控制单元中的“虚编解码器”在收到视频报文时,实际并没有对报文进行解码,而是直接根据发送列表,对视频数据报进行包混场编码,然后发送给各个终端。而终端上只利用了“虚解码器”.它在收到视频数据包后,对其进行分析,并会将其转给合适的解码器,真正的解码工作将会由它们来实现。

 

多点控制单元-包混场编码

RTP(Real—time Transport  Protoc01)是用于互联网上针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多的传输情况下工作,其目的是提供时间信息和实现流同步。RTP与RTCP被设计成独立传输的网络层。图3是RTP报文头部的声明。

其中,包混场转发模式使用了RTP报文中的SSRC(Synchronization Source)、CSRC(ContributingSource)、CC(CSRCCount)和PT(PayloadType)字段。SSRC字段是一个会话的标识,在每一个RTP会话中,每一个用户都可以提供多种同步源,RTP通过随机产生的SSRC标识来唯一标识一个同步源。如果同步源改变了其传输的地址,则必须选择一个新的SSRC标识。

 

包混场转发

 

CC字段表示CSRC标识的数目。CSRC字段列表紧跟在RTP固定头部之后,用来表示RTP数据包的来源。在RTP协议中,允许在同一个会话中存在多个数据源。在包混场转发模式中,主要是利用RTP报文中的CSRC字段实现了视频混场。

PT(PayloadType)字段用来标明RTP负载的格式。在包混场转发模式中,终端将利用PT字段来为RTP视频报文构造相应的解码器。

混场编码的原理就是将各个终端发到多点控制单元的视频数据报文,加以混合,并利用CSRC字段来标识数据的原始源,然后发送到终端。终端在收到报文后,根据CSRC字段和PT字段进行分发,实现多窗口视频。其实现原理如图4所示。

图4中,多点控制单元在收到来自终端1和终端2的视频报文后,首先为每个报文添加一个CSRC记录,设其值为原来的SSRC字段的值,然后将其SSRC字段设置成和终端3进行通信的信道的SSRC值,并放入终端3的待发送队列中。

当终端3的“虚编解码器”收到数据报文后,首先读取报文中的CC字段,如果CC字段值为0按普通数据报文进行处理,直接解码;如果CC字段为1,说明目前采用的是包混场模式,则读取CSRC字段,根据CSRC字段的值将数据报文分发给不同的实编解码器进行处理,或创建新的实编解码器(当一路视频的第一个报文到达终端3时)并把新建的实编解码器与新的CSRC关联。

上一条:多点控制单元-H·323视频会议系统构成
下一条:手机APP软件开发测试流程