CN104010155B - 视频电话的实现方法及移动终端 - Google Patents

Abstract

本发明提供了一种视频电话的实现方法及移动终端，其中，在进行视频电话编码格式协商的同时或者之前，通信一方或者双方即可启动图像采集及编码而无需受限于协商结果，由此可缩短启动时间。即相对于现有技术的视频电话的实现方法，本发明提供的视频电话的实现方法及移动终端，降低了视频电话的接通时间。

Description

视频电话的实现方法及移动终端

技术领域

本发明涉及移动通信技术领域，特别涉及一种视频电话的实现方法及移动终端。

背景技术

近年来，移动通信技术得到了迅猛发展，特别是3G的到来，标志着移动通信技术已步入高速时代。随着网络速度的提升，不仅能够改善原有业务的服务质量，更能丰富业务的种类。

视频电话是3G一项很具有特色的业务，为用户带来了全新的业务体验。视频电话，顾名思义，是一种能够实现语音和图像传输的通信方式。现有技术中，通信双方（所述通信双方由两移动终端实现，分别称为主叫端及被叫端）通过如下方式实现视频电话业务：

步骤1、主叫端向被叫端发起视频电话请求；

步骤2、被叫端向主叫端发送连接（connect）信号；

步骤3、主叫端向被叫端发送连接确认（connect ACK）信号；

步骤4、被叫端通过H.324协议与主叫端协商视频编码格式；

步骤5、主叫端启动摄像头、编码器，完成第一帧数据的采集、编码及发送；

步骤6、被叫端收到主叫端第一帧数据，解码后显示图像。

通过上述步骤，主叫端与被叫端实现了视频电话。上述视频电话的实现过程是一个串行过程，即后一步骤是在前一步骤完成之后才予以开启的。特别的，步骤5中主叫端启动摄像头、编码器依赖于步骤4中被叫端通过H.324协议与主叫端协商视频编码格式的结果，因此，在现有技术中，该两个步骤必须串行执行。

串行执行的特性，给现有技术的视频电话的实现带来了比较明显的缺陷，那就是主叫端与被叫端的接通时间较长，即从主叫端向被叫端发起视频电话请求，到被叫端收到主叫端第一帧数据，解码后显示图像，所需要的时间过长。其次，由于不同的移动终端所选用的摄像头或者编码器往往不相同，而不同的摄像头或者编码器又普遍具有启动速度不相同的特点，因此，极易出现对不同的移动终端的接通时间不相同的结果，即导致移动终端的接通时延不稳定，对移动终端（产品）一致性造成不利影响。

发明内容

本发明的目的在于提供一种视频电话的实现方法及移动终端，以解决现有的视频电话的实现方法中，所需要的接通时间较长的问题。

为解决上述技术问题，本发明提供一种移动终端，所述移动终端包括：编码器及编码转换器；其中，

所述编码器用以将采集到的图像按照一定格式进行编码；

所述编码转换器用以将所述编码器的编码转换成需要的编码。

可选的，在所述的移动终端中，所述编码器将采集到的图像按照H.263格式进行编码。

可选的，在所述的移动终端中，所述编码转换器将所述编码器的编码转换成MPEG4格式的编码。

可选的，在所述的移动终端中，所述编码器将采集到的图像按照MPEG4格式进行编码。

可选的，在所述的移动终端中，所述编码转换器将所述编码器的编码转换成H.263格式的编码。

可选的，在所述的移动终端中，还包括：编码格式协商模块，所述编码格式协商模块用以与通信相对方进行视频编码格式协商，以得到用于视频电话的编码格式。

可选的，在所述的移动终端中，还包括：摄像头，所述摄像头用以采集图像。

本发明还提供一种视频电话的实现方法，所述视频电话的实现方法包括：

通信双方进行视频编码格式协商的同时或者之前，通信一方或者双方采集图像，所述编码器将采集到的图像按照一定格式进行编码；

通信双方完成视频编码格式协商后，已经通过编码器将采集到的图像按照一定格式进行编码的通信一方或者双方对己方的编码器的编码进行判断：

若己方的编码器的编码符合通信双方协商的视频编码格式，则将己方的编码器的编码发送给通信相对方；

若己方的编码器的编码不符合通信双方协商的视频编码格式，则通过己方的编码转换器将己方的编码器的编码转换成符合通信双方协商的视频编码格式的编码，再将符合通信双方协商的视频编码格式的编码发送给通信相对方。

可选的，在所述的视频电话的实现方法中，所述编码器将采集到的图像按照H.263格式进行编码。

可选的，在所述的视频电话的实现方法中，所述编码器将采集到的图像按照MPEG4格式进行编码。

可选的，在所述的视频电话的实现方法中，通信一方或者双方采集图像之前，还包括：

通信一方向通信相对方发起视频电话请求；

通信相对方向通信一方发送连接信号；

通信一方向通信相对方发送连接确认信号。

在本发明提供的视频电话的实现方法及移动终端中，通过通信双方进行视频编码格式协商的同时或者之前，通信一方或者双方启动图像采集及编码，由此，便可节省一定的接通时间。即相对于现有技术的视频电话的实现方法，本发明提供的视频电话的实现方法及移动终端，降低了视频电话的接通时间。

附图说明

图1是本发明实施例的移动终端的框结构示意图；

图2是本发明实施例的视频电话的实现方法的流程示意图。

具体实施方式

以下结合附图和具体实施例对本发明提出的视频电话的实现方法及移动终端作进一步详细说明。根据下面说明和权利要求书，本发明的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施例的目的。

请参考图1，其为本发明实施例的移动终端的框结构示意图。如图1所示，所述移动终端1包括：编码器10及编码转换器11；其中，

所述编码器10用以将采集到的图像按照一定格式进行编码；

所述编码转换器11用以将所述编码器10的编码转换成需要的编码。

在本实施例中，所述移动终端1还包括摄像头12，所述摄像头12用以采集图像，进一步的，将采集到的图像发送给所述编码器10。所述编码器10将接收的图像按照一定格式进行编码，通常的，所述编码器10可以按照现有的任何一种视频编码格式进行编码。优选的，所述编码器10按照通用的H.263格式或者MPEG4格式进行编码。当所述编码器10只能进行H.263格式及MPEG4格式中的一种进行编码时，则所述编码器10直接按其中一种方式进行编码；当所述编码器10能够进行H.263格式及MPEG4格式两种格式进行编码时，则任选其中一种格式进行编码，此时，可以根据H.263格式及MPEG4格式被协商选用的统计结果，选择被协商选用的频率高的格式进行编码，例如，统计结果显示，H.263格式更多的被移动终端协商后选为编码格式，则此时所述编码器10按照H.263格式对采集到的图像进行编码。

在本实施例中，所述移动终端1还包括编码格式协商模块13，所述编码格式协商模块13用以与通信相对方进行视频编码格式协商，以得到用于视频电话的编码格式。进一步的，所述编码格式协商模块13将得到的视频编码格式发送给编码转换器11，所述编码转换器11将所述编码器10的编码转换成需要的编码，在此，即转换成所述编码格式协商模块13得到的视频编码格式。

在此，针对不同情况，可以有如下多种不同的实现方式：

1、所述编码器10的编码格式与所述所述编码格式协商模块13得到的视频编码格式不同，此时，所述编码器10将其执行得到的编码发送给所述编码转换器11，且所述所述编码格式协商模块13将其得到的视频编码格式发送给所述编码转换器11，所述编码转换器11将所述编码器10的编码（格式）转换成所述编码格式协商模块13得到的视频编码格式；

2、所述编码器10的编码格式与所述所述编码格式协商模块13得到的视频编码格式相同，此时，可以通过如下两种方式实现：

1）、所述编码格式协商模块13得到的视频编码格式发送给所述编码器10，所述编码器10据此信息，直接将其得到的编码发送给发送模块14进行发送；

2）、所述编码格式协商模块13得到的视频编码格式发送给编码转换器11，且所述编码器10将其执行得到的编码发送给编码转换器11，所述编码转换器11根据其接收的来自编码格式协商模块13及编码器10的信息，不再对所述编码器10的编码进行转换（或者说对所述编码器10的编码进行零转换），而将接收的来自编码器10的编码发送给发送模块14进行发送。

此外，针对上述两种情况（即所述编码器10的编码格式与所述所述编码格式协商模块13得到的视频编码格式相同或者不同），还可以有一种通用的做法，具体如下：

所述移动终端1再包括一比较模块，所述比较模块用以接收所述所述编码格式协商模块13得到的视频编码格式及所述编码器10执行得到的编码（也可以直接接收所述编码器10执行得到的编码的格式），将所述编码器10执行得到的编码格式与所述编码格式协商模块13得到的视频编码格式进行比较：

当比较结果相同时（即所述编码器10执行得到的编码的格式即为所述编码格式协商模块13得到的视频编码格式），所述比较模块控制所述编码器10将其执行得到的编码发送给发送模块14进行发送；

当比较结果不同时（即所述编码器10执行得到的编码的格式不是所述编码格式协商模块13得到的视频编码格式），所述比较模块控制所述编码器10将其执行得到的编码发送给所述编码转换器11，且控制所述编码格式协商模块13将其得到的视频编码格式送给所述编码转换器11。接着，所述编码转换器11可据此将所述编码器10的编码（格式）转换成所述编码格式协商模块13得到的视频编码格式；并将执行结果发送给发送模块14进行发送。

通常的，通信双方所使用的编码器的编码格式为H.263格式或者MPEG4格式。因此，在本实施例中，所述编码转换器11将所述编码器10的编码转换成MPEG4格式的编码；或者将所述编码器10的编码转换成H.263格式的编码。具体的，

当所述编码器10的编码为H.263格式的编码，且所述编码格式协商模块13得到的视频编码格式为MPEG4格式，则所述编码转换器11将所述编码器10的编码转换成MPEG4格式的编码；

当所述编码器10的编码为MPEG4格式的编码，且所述编码格式协商模块13得到的视频编码格式为H.263格式，则所述编码转换器11将所述编码器10的编码转换成H.263格式的编码。

在本实施例中，对于H.263格式的编码与MPEG4格式的编码之间的转换，利用此两种编码格式的特性进行，从而可以使用非常短的时间予以实现，具体如下：

由于H.263格式和MPEG4格式都是基于帧内预测和帧间编码的混合编码算法，其主要特性和编码的模式都非常相似。对于帧内编码，处理过程都包括：8x8DCT变换、ZigZag扫描、量化（量化值同为1至31）；对于帧间编码，处理过程都包括：运动估计（都是半像素精度，1或4个运动矢量）、宏块残差值DCT变换、ZigZag扫描、量化。在视频电话业务中，对视频编码的要求仅仅采用H.263格式或MPEG4格式的最低等级（两者的高级选项都不会采用），无论采用何种编码方式在编码层的处理基本是相同的，两种算法的区别主要在熵编码（huffman编码）和帧格式上，因此只要在帧格式和熵编码完成转换，即可实现H.263格式码流至MPEG4格式码流的转换。通常视频编码中最耗时间的部分在帧内或帧间编码，如果只转换帧格式和熵编码，那速度是很快的（实际测试过，启动转换后cpu占用率基本没有变化）。

例如，H.263格式编码转换成MPEG4格式编码时，可采用如下转换步骤：

H.263格式数据帧解析，得到编码信息；

依次读取所有宏块，得到宏快类型信息、运动矢量（帧间编码时）；

将每个宏块按照H.263格式编码进行huffman解码，得到DCT系数即可（不用反量化、IDCT等操作）；

将宏块的DCT系数按照MPEG4格式重新进行huffman编码；

将huffman编码数据以及宏块信息重新组合成MPEG4格式数据帧。

在本实施例中，接下去描述利用上述的移动终端实现视频电话的方法。具体的，请参考图2，其为本发明实施例的视频电话的实现方法的流程示意图。在此，进行视频电话的通信双方分别称为“主叫端1A”及“被叫端1B”（或者也可以称为通信一方及通信另一方/通信相对方），所述主叫端1A及被叫端1B均采用上述移动终端1实现，即所述主叫端1A及被叫端1B均包括编码器10及编码转换器11。具体的，所述主叫端1A及被叫端1B通过如下方法实现视频电话：

通信双方（即主叫端1A及被叫端1B）进行视频编码格式协商的同时或者之前（例如主叫端1A向被叫端1B发送连接确认信号时），通信一方或者双方（主叫端1A和/或被叫端1B）采集图像，所述编码器10将采集到的图像按照一定格式进行编码；在此，具体通过启动己方的摄像头及编码器实现图像采集及编码。

通信双方完成视频编码格式协商后，已经通过编码器10将采集到的图像按照一定格式进行编码的通信一方或者双方对己方的编码器10的编码进行判断（此判断过程可在编码器10中实现、也可在编码转换器11中实现、还可附加一比较模块专门实现，关于此点可参考上述移动终端1）：

若己方的编码器的编码符合通信双方协商的视频编码格式，则将己方的编码器的编码发送给通信相对方；例如，主叫端1A的编码器10的编码的格式符合通信双方协商的视频编码格式，则主叫端1A将编码器10的编码（即视频数据）发送给被叫端1B。

若己方的编码器的编码不符合通信双方协商的视频编码格式，则通过己方的编码转换器将己方的编码器的编码转换成符合通信双方协商的视频编码格式的编码，再将符合通信双方协商的视频编码格式的编码发送给通信相对方。例如，被叫端1B的编码器10的编码的格式不符合通信双方协商的视频编码格式，则被叫端1B的编码转换器11将编码器10的编码转换成符合通信双方协商的视频编码格式，再将转换后的视频编码发送给主叫端1A。

在本实施例中，通信一方或者双方（主叫端1A和/或被叫端1B）采集图像之前，还包括：

通信一方（在此为主叫端1A）向通信相对方（在此为被叫端1B）发起视频电话请求；

通信相对方（在此为被叫端1B）向通信一方（在此为主叫端1A）发送连接信号；

通信一方（在此为主叫端1A）向通信相对方（在此为被叫端1B）发送连接确认信号。

在此，通过通信双方进行视频编码格式协商的同时或者之前，通信一方或者双方启动图像采集及编码，由此，便可节省一定的接通时间。即相对于现有技术的视频电话的实现方法，本实施例提供的视频电话的实现方法及移动终端，降低了视频电话的接通时间。

为了进一步说明本发明提供的视频电话的实现方法及移动终端，相对于现有技术的视频电话的实现方法，降低了视频电话的接通时间，在本实施例中，进行了一视频电话的接通实验，其中，该实验的部分log测试信息如下（在本实施例中，基于Android4.0平台进行该测试）：

VT来电，接听后进行H.324协商

12-0616:51:43.050 676 676E InCallScreen:onClick:VPCall...

完成协商，得到编码方式，通知视频电话引擎

12-0616:51:44.690 676 676D VideoTelephonyMediaService:setParameter:key=vt_codec value=h263

启动摄像头

12-0616:51:44.690 90 158E CameraSource:startCameraRecording Camera输出第一帧图像

12-0616:51:44.850 90 2554E CameraSource:first frame recevied启动H.263编码器，编码第一帧数据

12-0616:51:44.850 90 2564I h263enc_cmp:

HantroHwEncOmx_encoder_create_h263line524cfgstruct51007176144300002002

完成第一帧编码，向网络输出数据

12-0616:51:44.910 90 2569I H263RawExtractor:H263RawSource::start

12-0616:51:44.920 90 2568E TTYRawWriter:first

frame:2804000000008002080a2cb6a27d54029060ec5e

按照上面的log测试信息可知，摄像头（camera）启动用了160ms，编码器（codec）编码第一帧数据用了60ms。如果在视频编码格式协商（在此，根据H.324协议协商）的过程中同步启动摄像头和编码器，那么摄像头的160ms至少可以省掉，如果正好编码器编好了一帧，那还能省60ms。因此可以节约160ms–220ms左右。

综上可见，相对于现有技术的视频电话的实现方法，本实施例提供的视频电话的实现方法及移动终端，降低了视频电话的接通时间。

上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。

Claims (6)

1.一种移动终端，其特征在于，包括：编码器及编码转换器；其中，

所述编码器用以将采集到的图像按照一定格式进行编码，所述编码器将采集到的图像按照H.263格式或者MPEG4格式进行编码；

所述编码转换器用以将所述编码器的编码转换成需要的编码，所述编码转换器对所述编码器的编码仅做帧格式和熵编码转换，以将H.263格式转换成MPEG4格式或者将MPEG4格式转换成H.263格式；

还包括：编码格式协商模块，所述编码格式协商模块用以与通信相对方进行视频编码格式协商，以得到用于视频电话的编码格式。

2.如权利要求1所述的移动终端，其特征在于，还包括：摄像头，所述摄像头用以采集图像。

3.一种视频电话的实现方法，其特征在于，包括：

通信双方进行视频编码格式协商的同时或者之前，通信一方或者双方采集图像，所述编码器将采集到的图像按照一定格式进行编码；

通信双方完成视频编码格式协商后，已经通过编码器将采集到的图像按照一定格式进行编码的通信一方或者双方对己方的编码器的编码进行判断：

若己方的编码器的编码符合通信双方协商的视频编码格式，则将己方的编码器的编码发送给通信相对方；

若己方的编码器的编码不符合通信双方协商的视频编码格式，则通过己方的编码转换器将己方的编码器的编码转换成符合通信双方协商的视频编码格式的编码，再将符合通信双方协商的视频编码格式的编码发送给通信相对方。

4.如权利要求3所述的视频电话的实现方法，其特征在于，所述编码器将采集到的图像按照H.263格式进行编码。

5.如权利要求3所述的视频电话的实现方法，其特征在于，所述编码器将采集到的图像按照MPEG4格式进行编码。

6.如权利要求3至5中的任一项所述的视频电话的实现方法，其特征在于，通信一方或者双方采集图像之前，还包括：

通信一方向通信相对方发起视频电话请求；

通信相对方向通信一方发送连接信号；

通信一方向通信相对方发送连接确认信号。