CN101895743A - 一种处理器间编解码数据的传输方法、***及可视电话 - Google Patents

Abstract

本发明适用于移动通信技术领域，提供了一种处理器间编解码数据的传输方法、***及可视电话，所述方法包括下述步骤：当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程；应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器；协处理器对数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上；协处理器硬编码摄像头摄取的视频通话数据；协处理器发送编码后的数据至应用处理器；应用处理器的编码线程将编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。在本发明，可以更加安全可靠的实现视频通话过程中编解码数据的传输。

Description

一种处理器间编解码数据的传输方法、***及可视电话

技术领域

本发明属于移动通信技术领域，尤其涉及一种处理器间编解码数据的传输方法、***及可视电话。

背景技术

随着通讯技术的发展，我们已经步入了3G、4G时代，在移动通信中，一个非常重要的业务就是可视电话，在可视电话通话中，视频的流畅、清晰直接关系到用户的体验，视频的流畅清晰是由视频流数据的可靠传输作保证的，视频数据的编解码数据的传输是非常重要的一环，关系到***的稳定和用户的直接体验。

然而，现有的视频数据的编解码数据的传输将处理流程和控制流程放在一起，没有分别处理，使处理逻辑比较复杂，影响数据传输的效率，另外，数据帧的丢失和数据帧溢出没有充分的考虑和容错，导致数据帧丢帧。

总之，现有的视频数据的编解码数据的传输方法由于处理逻辑复杂，效率不高，并且数据容易丢帧和溢出，会造成马赛克现象，图像失真等。

发明内容

本发明实施例的目的在于提供一种处理器间编解码数据的传输方法，旨在解决现有技术提供的视频数据的编解码数据的传输方法效率不高，并且数据容易丢帧和溢出，会造成马赛克现象，图像失真的问题。

本发明实施例是这样实现的，一种处理器间编解码数据的传输方法，所述方法包括下述步骤：

对于下行数据：

当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程存储软解码后的数据帧至循环缓冲池中；

应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器；

协处理器对接收到的数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上；

对于上行数据：

协处理器硬编码摄像头摄取的视频通话数据；

协处理器完成视频通话数据的硬编码后，发送编码后的数据至应用处理器；

应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

本发明的另一目的在于提供一种处理器间编解码数据的传输***，所述***包括：

应用处理器解码线程启动单元，用于当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程存储软解码后的数据帧至循环缓冲池中；

应用处理器软解码数据帧传输单元，用于应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器；

协处理器解码单元，用于协处理器对接收到的数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上；

协处理器硬编码单元，用于协处理器硬编码摄像头摄取的视频通话数据；

协处理器编码数据发送单元，用于协处理器完成视频通话数据的硬编码后，发送编码后的数据至应用处理器；

应用处理器编码数据接收单元，用于应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

本发明的另一目的在于提供一种可视电话，所述可视电话包括如上所述的处理器间编解码数据的传输***。

在本发明实施例中，对于上行视频通话数据，首先由空中接口的视频通话数据通过通讯协议栈发给协议栈软解码，再由应用处理器的解码线程发给协处理器，协处理器硬解码后将接收到的视频通话数据显示到LCD上；对于上行视频通话数据，首先将摄像头摄取的视频通话数据经过协处理器硬编码后，再通过应用处理器的编码线程，发送给协议栈软编码后，通过通讯协议栈发送给空中接口。在其中，将编解码的处理流程和控制流程分别处理，处理逻辑简单，效率高，数据也不容易丢帧和溢出，不会造成马赛克现象、图像失真，可以更加安全可靠的实现视频通话过程中应用处理器和协处理器之间编码数据和解码数据的传输。

附图说明

图1是本发明实施例提供的处理器间解码数据的传输方法的实现流程图；

图2是本发明实施例提供的处理器间编码数据的传输方法的实现流程图；

图3是本发明实施例提供的处理器间编解码数据的传输***的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明实施例中，对于上行视频通话数据，首先由空中接口的视频通话数据通过通讯协议栈发给协议栈软解码，再由应用处理器的解码线程发给协处理器，协处理器硬解码后将接收到的视频通话数据显示到LCD上；对于上行视频通话数据，首先将摄像头摄取的视频通话数据经过协处理器硬编码后，再通过应用处理器的编码线程，发送给协议栈软编码后，通过通讯协议栈发送给空中接口。在其中，将编解码的处理流程和控制流程分别处理，处理逻辑简单，效率高，数据也不容易丢帧和溢出，不会造成马赛克现象、图像失真，可以更加安全可靠的实现视频通话过程中应用处理器和协处理器之间编码数据和解码数据的传输。

图1示出了本发明实施例提供的处理器间解码数据的传输方法的实现流程图，详述如下：

在步骤S101中，当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程存储软解码后的数据帧至循环缓冲池中。

视频通话分为上行数据和下行数据，下行数据的接收主要完成数据的解码，上行数据主要完成数据的编码。

作为本发明的一个实施例，空中接口接收下行视频通话数据并传输给通信协议栈进行处理后发给协议栈，在本实施例中，该协议栈是H.263协议栈，H.263协议栈对通过通信协议栈接收到的数据进行软解码，当写解码数据引擎检测到通过H.263协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程。

在步骤S102中，应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器。

作为本发明的一个实施例，当写解码数据引擎接收到H.263协议栈发送的软解码数据后，检测接收到的数据帧是否是第一帧数据，当是第一帧数据时，配置协处理器的解码设置，启动应用处理器的解码线程，当解码线程检测到该第一帧解码数据的长度在要求的范围内时，将数据存入循环缓冲池中，缓冲池的写指针循环递增，未读数据帧数递增，当缓冲池中存在未读数据帧且未读数据帧的长度不为零时，解码线程将接收到并存入缓冲池中的数据帧传送至协处理器，协处理器对接收到的数据帧进行硬解码；当检测接收到的数据帧不是第一帧数据时，判断该数据帧的长度是否在要求范围内，当在数据帧的长度要求的范围内时，判断缓冲池中未读数据帧数是否大于等于缓冲池的大小，如果是，则等待解码线程解码，如果否，则将接收到的数据帧存入循环缓冲池中，缓冲池的写指针循环递增，缓冲池中未读数据帧数递增，直至缓冲池中未读数据帧的帧数大于等于缓冲池的大小时，等待解码线程解码。

作为本发明的一个优选实施例，当解码线程接收到第一帧数据帧后，判断缓冲池中是否有未读的数据帧，当缓冲池中没有未读的数据帧，解码线程一直处于等待状态，等待缓冲池中有未读数据帧且数据帧长度不为零时才传送数据帧至协处理器。

作为本发明的另一个优选实施例，当解码线程接收到第一帧数据帧后，判断缓冲池中是否有未读的数据帧，当缓冲池中有未读的数据帧，但该数据帧的长度为零时，解码线程一直检测检测缓冲池中未读数据帧的长度，当检测到未读数据帧长度不为零时才传送数据帧至协处理器。

在步骤S103中，协处理器对接收到的数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上。

作为本发明的一个实施例，协处理器对接收到的数据进行硬解码时，不断读取缓冲池中的数据帧，缓冲池的读指针循环递增，未读数据帧数递减，协处理器解码一直读取缓冲池中的数据解码并在显示屏LCD上显示。

图2示出了本发明实施例提供的处理器间编码数据的传输方法的实现流程图，详述如下：

在步骤S201中，通过协处理器硬编码摄像头摄取的视频通话数据。

视频通话数据分为上行数据和下行数据，下行数据的接收主要完成数据的解码，上行数据主要完成数据的编码。

作为本发明的一个实施例，开始视频通话后，编码数据引擎开始读取数据，判断读取到的数据帧是否是第一帧数据，当检测到读取的数据帧是第一数据帧时，判断是否成功打开摄像头，若摄像头已经成功打开，则协处理器进行编码配置，对接收到的数据帧进行编码，当检测到读取的数据帧不是第一数据帧时，判断编码缓冲池中是否有数据，当没有数据时，等待并检测直到编码缓冲池中存在数据，当编码缓冲池中存在数据时，按照一定的步长将缓冲区中的数据上传，缓冲池读指针循环递增，未取走数据帧数递减。

在步骤S202中，协处理器完成视频通话数据的硬编码后，发送编码后的数据至应用处理器。

作为本发明的一个实施例，协处理器完成视频通话数据的硬编码后，应用处理器从协处理器读取数据到编码数据缓冲池，缓冲池写指针循环递增，未取走数据帧数递增，启动应用处理器的编码线程。

在步骤S203中，应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

作为本发明的一个实施例，应用处理器的编码线程启动后，检测总的编码数据长度和帧数是否小于规定的值，如果是，则通知协处理器取数据，再判断协处理器获取数据是否成功，当协处理器成功获取数据后，应用处理器的编码线程从协处理器中取数据到缓冲池中，数据帧数递增，缓冲池写指针循环递增，应用处理器的编码线程将缓冲池中存储的编码后的数据发送给H.263协议栈进行软编码后通过通讯协议栈发送给空中接口。

图3示出了本发明实施例提供的处理器间编解码数据的传输***的具体结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。该处理器间编解码数据的传输***可以是内置于可视电话的软件单元、硬件单元或者软硬件相结合的单元，或者作为独立的挂件集成到可视电话的应用***中。其中：该***包括：应用处理器解码线程启动单元31、应用处理器软解码数据帧传输单元32、协处理器解码单元33和协处理器硬编码单元34、协处理器编码数据发送单元35、应用处理器编码数据接收单元36。

其中，应用处理器解码线程启动单元31、应用处理器软解码数据帧传输单元32、协处理器解码单元33用于下行数据的解码数据传输，协处理器硬编码单元34、协处理器编码数据发送单元35、应用处理器编码数据接收单元36用于上行数据的编码数据传输。

下面分别描述用于下行数据的解码数据传输的单元：

其中，应用处理器解码线程启动单元31用于当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程；

应用处理器软解码数据帧传输单元32用于应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器；

协处理器解码单元33用于协处理器对接收到的数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上。

另外，进行下行数据的传输时，该***还包括：未读数据帧数判断单元、第一等待解码单元和第二等待解码单元。

其中，未读数据帧数判断单元用于当检测接收到的数据帧不是第一帧数据时，且数据帧的长度要求的范围内时，判断缓冲池中未读数据帧数是否大于等于缓冲池的大小；

第一等待解码单元用于如果缓冲池中未读数据帧数大于等于缓冲池的大小则等待解码线程解码；

第二等待解码单元用于如果缓冲池中未读数据帧数小于缓冲池的大小，则将接收到的数据帧存入循环缓冲池中，直至缓冲池中未读数据帧的帧数大于等于缓冲池的大小时，等待解码线程解码。

另外，应用处理器软解码数据帧传输单元32包括：数据写入子单元和数据帧传输子单元。

其中，数据写入子单元用于当解码线程检测到第一帧数据的长度在要求的范围内时，将数据存入循环缓冲池中；

数据帧传输子单元用于当缓冲池中存在未读数据帧且未读数据帧的长度不为零时，解码线程将接收到并存入缓冲池中的数据帧传送至协处理器。

其中，数据帧传输子单元还包括：未读数据帧检测模块和未读数据帧长度检测模块。

未读数据帧检测模块用于当缓冲池中没有未读的数据帧，解码线程一直处于等待状态，等待缓冲池中有未读数据帧且数据帧长度不为零时传送数据帧至协处理器；

未读数据帧长度检测模块用于当缓冲池中有未读的数据帧，但该数据帧的长度为零时，解码线程一直检测检测缓冲池中的未读数据帧，当检测到未读数据帧长度不为零时传送数据帧至协处理器。

下面分别描述用于上行数据的编码数据传输的单元：

其中，协处理器硬编码单元34用于协处理器硬编码摄像头摄取的视频通话数据；

协处理器编码数据发送单元35用于协处理器完成视频通话数据的硬编码后，发送编码后的数据至应用处理器；

应用处理器编码数据接收单元36用于应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

其中：协处理器硬编码单元34包括：编码子单元和数据上传子单元。

编码子单元用于当编码数据引擎检测到读取的数据帧是第一数据帧时，并且摄像头已经成功打开，则协处理器进行编码配置，对接收到的数据帧进行编码；

数据上传子单元用于当编码数据引擎检测到读取的数据帧不是第一数据帧时，并且编码缓冲池中没有数据时，等待并检测直到编码缓冲池中存在数据时，按照一定的步长将缓冲区中的数据上传。

其中，应用处理器编码数据接收单元36包括：数据长度和帧数检测子单元、协处理器取数据通知子单元、应用处理器的编码线程取数据子单元和数据发送子单元。

数据长度和帧数检测子单元用于应用处理器的编码线程启动后，检测总的编码数据长度和帧数是否小于规定的值；

协处理器取数据通知子单元用于如果总的编码数据长度和帧数小于规定的值，则通知协处理器取数据；

应用处理器的编码线程取数据子单元用于当协处理器成功获取数据后，应用处理器的编码线程从协处理器中取数据到缓冲池中；

数据发送子单元用于应用处理器的编码线程将缓冲池中存储的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。具体情况如上所述，在此不再赘述。

在本发明实施例中，对于上行视频通话数据，首先由空中接口的视频通话数据通过通讯协议栈发给协议栈软解码，再由应用处理器的解码线程发给协处理器，协处理器硬解码后将接收到的视频通话数据显示到LCD上；对于上行视频通话数据，首先将摄像头摄取的视频通话数据经过协处理器硬编码后，再通过应用处理器的编码线程，发送给协议栈软编码后，通过通讯协议栈发送给空中接口。在其中，将编解码的处理流程和控制流程分别处理，处理逻辑简单，效率高，数据也不容易丢帧和溢出，不会造成马赛克现象、图像失真，可以更加安全可靠的实现视频通话过程中应用处理器和协处理器之间编码数据和解码数据的传输。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种处理器间编解码数据的传输方法，其特征在于，所述方法包括下述步骤：

对于下行数据：

当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程存储软解码后的数据帧至循环缓冲池中；

应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器；

协处理器对接收到的数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上；

对于上行数据：

协处理器硬编码摄像头摄取的视频通话数据；

协处理器完成视频通话数据的硬编码后，发送编码后的数据至应用处理器；

应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

2.如权利要求1所述的方法，其特征在于，在所述应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器的步骤之前，所述方法还包括下述步骤：

当检测接收到的数据帧不是第一帧数据时，且数据帧的长度要求的范围内时，判断缓冲池中未读数据帧数是否大于等于缓冲池的大小；

如果缓冲池中未读数据帧数大于等于缓冲池的大小则等待解码线程解码；

如果缓冲池中未读数据帧数小于缓冲池的大小，则将接收到的数据帧存入循环缓冲池中，直至缓冲池中未读数据帧的帧数大于等于缓冲池的大小时，等待解码线程解码。

3.如权利要求1所述的方法，其特征在于，所述应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器的步骤具体为：

当解码线程检测到第一帧数据的长度在要求的范围内时，将数据存入循环缓冲池中；

当缓冲池中存在未读数据帧且未读数据帧的长度不为零时，解码线程将接收到并存入缓冲池中的数据帧传送至协处理器。

4.如权利要求3所述的方法，其特征在于，在所述解码线程将接收到并存入缓冲池中的数据帧传送至协处理器的步骤之前，所述方法还包括下述步骤：

当缓冲池中没有未读的数据帧，解码线程一直处于等待状态，等待缓冲池中有未读数据帧且数据帧长度不为零时传送数据帧至协处理器。

5.如权利要求3所述的方法，其特征在于，在所述解码线程将接收到并存入缓冲池中的数据帧传送至协处理器的步骤之前，所述方法还包括下述步骤：

当缓冲池中有未读的数据帧，但该数据帧的长度为零时，解码线程一直检测检测缓冲池中的未读数据帧，当检测到未读数据帧长度不为零时传送数据帧至协处理器。

6.如权利要求1所述的方法，其特征在于，所述通过协处理器硬编码摄像头摄取的视频通话数据的步骤具体为：

当编码数据引擎检测到读取的数据帧是第一数据帧时，并且摄像头已经成功打开，则协处理器进行编码配置，对接收到的数据帧进行编码；

当编码数据引擎检测到读取的数据帧不是第一数据帧时，并且编码缓冲池中没有数据时，等待并检测直到编码缓冲池中存在数据时，按照一定的步长将缓冲区中的数据上传。

7.如权利要求1所述的方法，其特征在于，所述应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口的步骤具体为：

应用处理器的编码线程启动后，检测总的编码数据长度和帧数是否小于规定的值；

如果总的编码数据长度和帧数小于规定的值，则通知协处理器取数据；

当协处理器成功获取数据后，应用处理器的编码线程从协处理器中取数据到缓冲池中；

应用处理器的编码线程将缓冲池中存储的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

8.一种处理器间编解码数据的传输***，其特征在于，所述***包括：

应用处理器解码线程启动单元，用于当写解码数据引擎检测到通过协议栈软解码的数据帧是第一帧时，配置协处理器解码设置，启动应用处理器的解码线程存储软解码后的数据帧至循环缓冲池中；

应用处理器软解码数据帧传输单元，用于应用处理器的解码线程将协议栈软解码后的数据帧传送至协处理器；

协处理器解码单元，用于协处理器对接收到的数据帧进行硬解码，并显示解码后的视频通话数据至显示屏上；

协处理器硬编码单元，用于协处理器硬编码摄像头摄取的视频通话数据；

协处理器编码数据发送单元，用于协处理器完成视频通话数据的硬编码后，发送编码后的数据至应用处理器；

应用处理器编码数据接收单元，用于应用处理器的编码线程将接收到的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

9.如权利要求8所述的***，其特征在于，所述***还包括：

未读数据帧数判断单元，用于当检测接收到的数据帧不是第一帧数据时，且数据帧的长度要求的范围内时，判断缓冲池中未读数据帧数是否大于等于缓冲池的大小；

第一等待解码单元，用于如果缓冲池中未读数据帧数大于等于缓冲池的大小则等待解码线程解码；

第二等待解码单元，用于如果缓冲池中未读数据帧数小于缓冲池的大小，则将接收到的数据帧存入循环缓冲池中，直至缓冲池中未读数据帧的帧数大于等于缓冲池的大小时，等待解码线程解码。

10.如权利要求8所述的***，其特征在于，所述应用处理器软解码数据帧传输单元包括：

数据写入子单元，用于当解码线程检测到第一帧数据的长度在要求的范围内时，将数据存入循环缓冲池中；

数据帧传输子单元，用于当缓冲池中存在未读数据帧且未读数据帧的长度不为零时，解码线程将接收到并存入缓冲池中的数据帧传送至协处理器。

11.如权利要求10所述的***，其特征在于，所述数据帧传输子单元还包括：

未读数据帧检测模块，用于当缓冲池中没有未读的数据帧，解码线程一直处于等待状态，等待缓冲池中有未读数据帧且数据帧长度不为零时传送数据帧至协处理器。

12.如权利要求10所述的***，其特征在于，所述数据帧传输子单元还包括：

未读数据帧长度检测模块，用于当缓冲池中有未读的数据帧，但该数据帧的长度为零时，解码线程一直检测检测缓冲池中的未读数据帧，当检测到未读数据帧长度不为零时传送数据帧至协处理器。

13.如权利要求8所述的***，其特征在于，所述协处理器硬编码单元包括：

编码子单元，用于当编码数据引擎检测到读取的数据帧是第一数据帧时，并且摄像头已经成功打开，则协处理器进行编码配置，对接收到的数据帧进行编码；

数据上传子单元，用于当编码数据引擎检测到读取的数据帧不是第一数据帧时，并且编码缓冲池中没有数据时，等待并检测直到编码缓冲池中存在数据时，按照一定的步长将缓冲区中的数据上传。

14.如权利要求8所述的***，其特征在于，所述应用处理器编码数据接收单元包括：

数据长度和帧数检测子单元，用于应用处理器的编码线程启动后，检测总的编码数据长度和帧数是否小于规定的值；

协处理器取数据通知子单元，用于如果总的编码数据长度和帧数小于规定的值，则通知协处理器取数据；

应用处理器的编码线程取数据子单元，用于当协处理器成功获取数据后，应用处理器的编码线程从协处理器中取数据到缓冲池中；

数据发送子单元，用于应用处理器的编码线程将缓冲池中存储的编码后的数据发送给协议栈进行软编码后通过通讯协议栈发送给空中接口。

15.一种可视电话，其特征在于，所述可视电话包括权利要求8至14任一权利要求所述的处理器间编解码数据的传输***。

Images