[发明专利]视频切换处理方法和多点控制单元

说明书

技术领域

本发明涉及通信领域，具体地，涉及一种视频切换处理方法和多点控制单元。

背景技术

多点控制单元(Multi-point Control Unit，简称为MCU)是一种基于通信的多媒体应用系统的设备，通过MCU可以对多个会议电视终端进行多点服务，提供多方参与的语音、图像等多媒体服务。

MCU是多点视频会议系统的控制核心，它的作用可以相当于一个交换机。MCU能够将来自各会议场点的视音频信息流经过同步分离后，抽取出音频、视频、数据等信息和信令，再将各会议场点的信息和信令，送入同一种处理模块，统一完成相应的音频混合或切换、视频混合或切换、数据广播和路由选择、定时和会议控制等处理过程，最后将各会议场点所需的各种信息重新组合起来，送往各相应的终端系统设备。

通常，视频数据帧会被分割成多个数据包，然后在网络上发送给接收端，接收端在收到完整数据包后，将各数据包组合还原成视频帧给视频解码器进行解码。图1a示出了根据相关技术的视频数据传输的帧格式，其中可以包含包1、包2、...包n。

I帧(I-frame)，又称为内部画面(intra picture)，I帧通常是图像编码的第一个帧，经过适度地压缩，作为随机访问的参考点，也可以当成图像。I帧和视频数据一样，在传输时被分割成多个数据包，然后在网络上发送给接收端。

接收端在接收并显示视频数据的过程中，可能会提出视频切换的请求，在这一请求的过程中，由于包交换自身的特点，通常会导致切换后出现如下问题：

1、在从切换前的原终端接收原视频帧的过程中，产生丢包现象，造成接收端所接收到的数据包不完整，无法组成正确的视频帧，从而导致无法正确解码(例如，如图1b所示)；

2、在从切换后的新终端接收原视频帧的过程中，产生丢包现象，造成接收端所接收到的数据包不完整，无法组成正确的视频帧，从而导致无法正确解码；

3、接收端所接收的视频帧不是I帧，要经过多个视频帧后才接收到I帧，导致视频切换后图像显示慢。

图1b示出了根据相关技术的视频数据传输中产生错误时的帧格式。即，出现从切换前的原终端接收到的数据包不完整的问题。

针对上述问题，目前已经提出了相应的应对方法，图2a示出了该方法的处理流程，图2b示出了这一处理过程在网络架构上的信令流程。

在图2中，假设，将终端A上当前所显示的终端B的视频切换成终端C的视频，如图2a和2b所示，相关技术中的切换处理包括以下步骤：

202，接收端(即，终端A)向MCU发出视频切换的请求(也可以由MCU自主决定进行切换)；

204，MCU给接收端(终端A)发送冻结图像命令(VideoCommand Freeze，简称为VCF)，要求接收端(终端A)的解码端将当前所显示的终端B的图像冻结，避免输出错误图像；

206，MCU内部完成视频切换；

208，MCU向新视频源(即，终端C)发送视频更新命令(VideoCommand Update，简称为VCU)，要求新视频源(终端C)的编码端尽快发送I帧。

但是，目前的一些视频会议终端存在不支持VCF的问题，这样，通过上述视频切换策略就无法保证这类终端能够快速正确地显示切换后的图像。

针对视频会议终端不支持VCF所导致的切换后显示出现错误的问题，目前尚未提出有效的解决方案。

发明内容

考虑到相关技术中视频会议终端不支持VCF所导致的切换后显示出现错误的问题而做出本发明，为此，本发明的主要目的在于提供一种视频切换处理方法和多点控制单元，用以解决相关技术中的上述问题。

根据本发明的一个方面，提供了一种视频切换处理方法。

根据本发明的视频切换处理方法包括：在第一终端从第二终端接收视频帧且第一终端需要从第二终端切换至第三终端的情况下，多点控制单元将来自第二终端的当前视频帧发送至第一终端；在当前视频帧发送完成后，多点控制单元以预定周期向第三终端发送视频更新命令以请求获得I帧，并在获得I帧后将获得的I帧发送至第一终端。

其中，在第三终端接收到来自多点控制单元的视频更新命令之后，进一步包括：第三终端将I帧发送至多点控制单元。

其中，在当前视频帧发送完成后，进一步包括：多点控制单元停止向第一终端发送来自第二终端的视频帧。

其中，在多点控制单元将I帧发送至第一终端之后，进一步包括：多点控制单元将来自第三终端的视频帧发送至第一终端。