[发明专利]视频数据处理方法和装置

说明书

技术领域

本发明涉及视频数据通讯领域，并且特别地涉及视频数据处理方法和装置。

背景技术

在大中型企业内部的会议电视系统和运营商建立的面向大众的大规模视讯运营系统中，基于H.323协议的会议电视系统管理控制单元(management control unit，MCU)，都是采用全交换的媒体处理方法，即对于会议中的所有终端的媒体都进行处理，接收所有终端的视频，音频，低速数据(low speed data，LSD)等媒体数据，全部进行混音，交换，混合等处理，然后把处理后的数据发送给各个终端，这些媒体处理占用系统大量的运算能力，但并不都是必须的，因为音频数据需要进行混音处理，必须全部接收处理，但是视频数据却不是这样，根据H.323协议，管理点(management point，MP)主要完成视频的切换，交换和混合。在同一组单画面无速率匹配的会议里，只有广播端和广播端需要看的端视频数据，对于多画面，速率匹配会议，也只需要处理参加混合的视频数据，其他端完全可以不参与混合与切换。视频数据的处理很耗费系统能力，所以对于这些端的处理是对系统资源的极大浪费。

传统的处理方法是全交换方法，如图1所示，从终端看，在发送方向上，本端音频、视频从麦克风、摄像头输入后，进行压缩，之后经过RTP处理，再使用用户数据报协议(user datagram protocol，UDP)发送到网络上；而在接收方向上与发送方向上相反，使用UDP从网络上接收远端的数据后，经过RTP处理，进行解压缩还原为音频、视频，再输出到音箱、电视上。

从MCU看，接收方向上，使用UDP从网络上接收终端的音频、视频数据后，经过RTP处理，接着经过服务质量(QoS)处理，再发送到高速总线(highway，HW)上，供后续模块进行音频、视频的交换或混合等；在发送方向上与之相反，从HW上接收经过交换或混合的音频、视频，经过RTP处理后，再使用UDP发送到网络上。以上所述，就是MCU里面的网络处理模块所做的主要事情，简化为如下：即在接收方向上，依次有UDP接收、RTP处理、QoS处理、HW发送等4个步骤；在发送方向上，依次有HW接收、RTP处理、UDP发送等3个步骤。

传统的做法里面，MCU的网络处理模块，对参与会议的每一个终端，都是按上述步骤处理的，即接收方向有4个处理步骤，发送方向有3个处理步骤，这种做法情况下，当参与会议的终端数量增大时，需要的处理能力也随之线性增加。为便于分析，我们把对某个终端的某个处理步骤称为一个处理点。那么对于一个有64个终端参与的会议，接收方向共有64×4＝256个处理点，发送方向共有64×3＝192个处理点，总共有256+192＝448个处理点，这将要消耗很大的处理能力，甚至会使得MCU不堪重负而使会议无法正常进行。MCU接收所有终端的视频数据，发送给备板HW，在内部进行处理，从备板HW接收所有处理后的视频数据，然后再发送给各个终端；

这种方法优点是功能单一，实现简单，缺点是：处理了大量的无关数据，性能低下，并且降低了MCU的资源利用率。

随着视讯系统的大规模使用，系统容量要求越来越高，为了提高MCU的处理能力，必须改进媒体处理资源的利用，但是修改或者增加硬件配置又会提高成本，所以软件的处理方法就变得更加重要。

发明内容

本发明所要解决的问题是提供一种高效率利用MCU媒体处理能力的方法和装置，在现有系统硬件不改变的前提下，通过改进软件设计，减少资源的浪费，提高处理资源的有效利用率，从而提高MCU的处理能力，最终表现为扩大MCU的会议终端容量，却不影响系统任何现有功能。

为了实现上述目的，根据本发明的一个方面，提供了一种视频数据处理方法。

该方法包括：第一步骤，在信令交互过程中，获得需要接收和发送的终端信息；第二步骤，在上端过程中，主控制器向主处理器发送消视频复用和视频解复用消息；以及第三步骤，主处理器根据消视频复用和解视频复用消息在视频接收方向和发送方向进行处理，其中，在视频接收方向上的处理方式包括：终端流控方式、网口过滤方式、逻辑信道的数据丢弃方式。

其中，在终端流控方式下，管理控制模块向终端发送媒体流控消息，指示终端不产生视频的编码。并且，在网口过滤方式下，通过设置网络过滤信息使得只接收要接收的数据包，对于要丢弃的数据包在网口直接丢弃。另外，在逻辑信道的数据丢弃方式下，数据接收到应用后，根据通道是否接收数据包决定丢弃数据还是进入下一步处理。