专利名称：一种用于网络电视机顶盒之间的可视电话系统的实现方法
技术领域：
本发明是一种在网络电视(IPTV)机顶盒上开发可视电话系统的方法，此方案主 要是扩展网络电视机顶盒的增值业务功能，所依赖的硬件平台是TI公司提供的面向视频 开发领域的达芬奇平台(DaVinci)TMS320DM6446。属于嵌入式应用领域。
背景技术：
可视电话(Video Phone)业务是一种通过传统电话网、互联网或视讯专网的形式， 集图像、话音于一体的多媒体通信业务，来实现人们面对面的实时沟通，即通话双方在通话 过程中能够互相看到对方场景，近年来已在远程会议、远程教学、远程医疗等方面得到了快 速的发展。目前的可视电话的实现基本上基于PC的软件，通过IP的网络服务提供视频电 话。对于这种解决方案，用户需要电脑、摄像头、宽带上网和一定的电脑操作知识等基础条 件，所以很大程度上局限了其拥有的用户群体。随着IPTV交互式网络电视的推广，普通家 庭可以有两种方式享受IPTV服务计算机或者IPTV终端。IPTV终端能够很好地适应当今 网络飞速发展的趋势，充分地利用网络资源。IPTV既不同于传统的模拟式有线电视，也不同 于数字电视。可视电话作为IPTV的一个增值业务提供给用户，对IPTV的运营起到了积极 的作用。 TI公司提供的面向音、视频开发领域的达芬奇数字平台(DaVinci)TMS320DM6446， 该平台是拥有ARM (Advanced RISC Machines)禾口 DSP (DigitalSi卿al Processor)双 CPU(Central Processing Unit)内核的高端嵌入式开发平台，主频高达720MHZ。该平台 上拥有丰富的硬件接口如USB (Universal SerialBus)、网卡、IDE硬盘接口 (Integrated Drive Electronics)等等。此平台在音视频编解码的处理上采用了达芬奇(DaVinci)技 术。达芬奇(DaVinci)技术是一种专门针对数字音视频应用、基于信号处理的解决方案， 能为音视频设备制造商提供集成处理器、软件、工具等支持，以简化设计进程，加速产品创 新。由于大量的音视频编解码工作需要一个强劲的DSP处理器作为支撑，此硬件平台自带 的DVEVM开发套件，能通过DSP对音、视频进行编解码，音频支持G. 711编解码算法，视频支 持MPEG4和H. 264两种编解码算法。
发明内容
技术问题本发明的目的是提供一种用于网络电视机顶盒之间的可视电话系统的 实现方法，该平台是拥有ARM和DSP双核的高端嵌入式开发平台，考虑到机顶盒自带的只采 用DSP进行音、视频编解码所产生的高负载问题，本发明通过使用ARM音频软编解码、DSP视 频编解码，大大减轻了 DSP的负荷，使得ARM的CPU占用率和DSP的CPU占用率能达到很好 的平衡。 技术方案本发明的一种用于网络电视机顶盒之间的可视电话系统的实现方法 利用TI公司推出的DM6446 DVEVM开发套件为硬件平台，对音频和视频数据分别进行采集 和捕获，视频数据采用DSP自带的H. 264视频编解码，音频则采用软编解码方式，直接调用G. 711编解码算法，由ARM来处理。音视频数据的网络传输采用UDP协议作为传输层协议， 而在应用层进行RTP打包。 用于网络电视机顶盒之间的可视电话系统的实现方法如下 用于网络电视机顶盒之间的可视电话系统的实现方法是利用TI公司推出的 DM6446DVEVM开发套件为硬件平台，对音频和视频数据分别进行采集和捕获，视频数据采用 数字信号处理DSP自带的高性能的视频编解码技术H. 264视频编解码，音频则采用软编解 码方式，直接调用语音压縮标准G. 711编解码算法，由微处理器ARM来处理；音视频数据的 网络传输采用用户数据报协议作为传输层协议，而在应用层进行实时传送协议打包，具体 实现方法如下 步骤1).进行需求分析，对网络机顶盒之间的可视电话系统进行分析，并对划分 的模块和功能的需求进行设计； 步骤2).按照步骤1设计的各功能模块，熟悉各模块之间的交互流程，对各个模块 之间的逻辑关系和功能进行说明； 步骤3).按照步骤2的功能说明，首先设计与实现人机交互的人性化界面，采用 MiniGUI在Linux系统下界面编程，在可视电话系统运行之后，会弹出可视化界面，包括IP 地址输入按钮、设置按钮和关闭按钮，点击以上按钮，会弹出相应的对话框，供用户简捷的 操作， 步骤4).利用硬件平台自带的DVEVM开发套件，可以对音、视频数据进行采集和捕 获，并且还能通过数字信号处理DSP对音、视频进行编解码，音频支持语音压縮标准G. 711 编解码算法，视频支持视频、音频和多媒体编码标准MPEG4和高性能的视频编解码技术
H. 264两种编解码算法；考虑到数字信号处理DSP的高负荷问题，此系统音频不用自带的编 解码引擎，而是直接在程序中加入编解码算法代码，采用微处理器来处理，视频则采用自带 的编解码引擎，由此微处理器和数字信号处理DSP资源占用均衡， 步骤5).各模块设计完成后，系统的运行主要是多个线程的交互和执行，可视电 话系统运行后，首先运行网络监听回调函数和控制线程，控制线程主要负责用户界面，不停 的查看遥控器是否有命令输入；用户输入对方IP地址请求对方应答，得到返回的接受消息 后，运行音频线程、播放线程、视频线程、捕获线程、显示线程和网络传输线程，以此来进行 双方音、视频的正常交互， 步骤6).网络传输流媒体数据是可视电话系统中必不可少的一个重要环节，考虑 到音、视频所要求的实时传输性，虽然采用传输控制协议传输具有高可靠性，但是由于三步 握手带来的延迟和过多交互数据使其不适合发送大量的实时视频数据，在这种情况下，选 用专为发送大量音、视频等多媒体数据的实时传送协议，实时传送协议由数据协议和控制 协议两部分组成，实时传送协议通常使用用户数据报传送数据，控制协议用来支持其协议 的功能，考虑使用一些开放源代码的实时传送协议库。 有益效果本发明方法提出了在网络电视机顶盒上开发可视电话系统，并在具体 实现中采用音频ARM软编解码、视频DSP编解码，主要用于解决了 DSP高负载的问题，通过 使用这种发明方法，不仅扩展了网络电视机顶盒的增值业务功能，还在一定程度上缓解了 只采用DSP进行音、视频编解码的低效性和不稳定性。此发明方法还考虑人机交互问题，采 用MiniGUI系统进行了人性化的界面设计。可视电话系统低耦合的模块化设计，具有良好的可扩展性。以下给出具体的说明 高度的稳定性本发明方法的可视电话系统功能完善，关键技术的运用合理，摆脱
了只是运用DSP自带的音、视频编解码设计方式，采用了ARM和DSP共同协作来完成系统的
设计，使得ARM和DSP之间的CPU占用率均衡稳定，达到了预期的设计目的。 高效的实时性可视电话系统在音、视频数据流的实时传输方面，根据多媒体数据
流要求实时性高、延迟小和可容忍适当的丢包率等特点，采用了专为发送大量实时音、视频
等多媒体数据的RTP协议，其数据以UDP形式发送，增加了控制功能。相比TCP三次握手而
产生的延迟，本发明方法选用RTP协议在实时性方面得到了很大的提高。 良好的扩展性本发明方法采用低耦合的模块化设计，其功能模块大体由以下六
个部分组成音频采集播放模块、音频编解码模块、视频捕捉显示模块、视频编解码模块、系
统控制模块和网络传输模块。系统各模块之间的层次化分明，提供了各模块通信的接口，因
此也很容易升级各功能模块。如果更换音频或视频的编解码算法，只需在相应的音频编解
码模块或是视频编解码模块上操作即可。也可很容易升级为PC对网络机顶盒的可视电话系统。 人性化的界面在人机界面的操作方面，引入了 MiniGUI系统，为用户提供界面编 程，如IP地址输入、呼叫和图像显示等对话框或窗口，使用户更易于操作。
图1可视电话系统各模块交互的总体架构， 图2音频所有相关的流程图， 图3是可视电话系统用户交互的框图， 图4是可视电话系统各个线程之间的交互图， 图5视频所有相关的流程图， 图6是运行此系统后用户通信的详细流程。
具体实施例方式—、体系结构 本发明是在P2P IPTV终端上对可视电话进行的研究。其功能模块大体由以下六 个部分组成音频采集播放模块、音频编解码模块、视频捕捉显示模块、视频编解码模块、系 统控制模块和网络传输模块。如图1所示。
下面我们对各模块进行具体的介绍 音频采集播放模块语音采集、播放模块为嵌入式视频系统的必备组件。该 模块完成音频信号的采集、播放等功能。它主要由TI生产的低功耗立体声编解码芯片 TLV320AIC33组成。该芯片有多个输入端口和多个可编程输出端口 。基于寄存器的电源控 制模块使其在48KHz DAC回路播放时系统功耗只有14mw。极低的功耗使其特别适合于嵌入 式系统的应用。 AIC33输入端有数控立体声麦克风前置放大、自动增益控制和对多路输入混音处 理等许多强大的功能。输出端有4路普通输出和3路差分输出。同时其DAC和ADC支持 8KHz到96KHz之间的多种频率采样。AIC33使用多种电压，其中模拟电压2. 7V-3. 6V，数字内核电压1. 525-1. 95V，数字1/0电压1. IV-3. 6V。 AIC33与DSP的音频端接口 (ASP)相连， 工作模式为全双工串行通信。 音频编解码模块语音通信是可视电话最基本的功能。受网络条件的限制，可视电 话通常工作在较低码率下。为了适应这种低码率语音应用，ITU—T推出了一系列音频和语音 压縮标准。其中G. 711、G. 723. 1、G. 728、 G. 729和G. 729A在可视电话中得到了广泛应用。
G. 711也称为PCM(脉冲编码调制)，是国际电信联盟订定出来的一套语音压縮标 准，主要用于电话。它主要用脉冲编码调制对音频采样，采样率为8k每秒。它利用一个 64Kbps未压縮通道传输语音讯号。起压縮率为l : 2，即把16位数据压縮成8位。G.711 是主流的波形声音编解码器。 视频捕捉显示模块对于视频捕捉，在系统上电后，TMS320DM6446通过SPI接口对 时序信号发生器(CXD2457R)进行初始化。初始化完成后，TMS320DM6446的CCD控制器产 生行、场驱动信号送给时序信号发生器，时序信号发生器产生CCD时序控制信号和A/D转换 芯片的采样时序信号。CCD采集的原始图像数据，送到A/D转换芯片，输出10bitBayer模 板原始数据信号送给TMS320匿6446的CCD控制器进行处理。CCD控制器主要产生合适的 行、场时序信号和对原始图像进行数字箝位和黑电平补偿等处理，处理后的图像送到DDR2 存储器。DSP从DDR2存储器取到原始数据后，进行中值滤波和噪声滤波，CFA插值和RGB到 YUV转换等算法处理，输出分辨率为1024X768的YUV(4:2:2)格式的数字视频信号。
数字视频显示系统主要由DM6446的视频后端处理子系统、CPLD器件EPM570、 LCD 屏LQ057Q3DC12和LCD的背光源电路组成。其中，DM6446芯片采用ARM与DSP双核结构， ARM子系统搭载297MHz主频的ARM926核，DSP部分采用594MHz的C64X+DSP核，视频处理 子系统(VPSS)具有丰富的视频前后处理功能，特色功能单元VICP专用的媒体协处理器，外 围存储均支持DDR2、 Flash、 ATA、 CF、 SD等外设接口 。由于DM6446的数字视频输出管脚电 压是1. 8V，须经EPM570转换为3. 3V，再与LCD屏的3. 3V相应管脚连接。
视频编解码模块视频编码模块设计DM6446片内的VPBE模块包含4个54MHz的 D/A转换器，可在匿6446内部将数字视频信号直接转化为模拟视频信号，4路输出，并且支 持CVBS、S-端子、YprPb 3种模拟视频格式。因此，视频编码模块设计较为简单，只需对4 路模拟输出信号放大，就可直接与监视设备连接。选用TI公司的电压反馈CMOS运算放大 器0PA357进行运算放大。 视频解码模块设计这里选用专用的视频解码器ADV7189B，它支持12路模拟视频 通道，包含3个具有防噪性能的12位54腿z的A/D转换器。支持CVBS、 S-端子、YprPb 3 种格式的模拟视频信号输入，能够自动侦测NTSL/PAL/SECAM制式，输出ITU-R BT. 656标准 的数字视频信号。选用12路模拟通道中的3路，复用的支持3种模拟视频格式。ADV7189B 输出10位数字视频信号、独立的垂直同步信号VD、水平同步信号HD和像素同步时钟LLC1， 电压均为3. 3V电平，经过FPGA转换为DM6446要求的1. 8V，然后从DM6446的VPFE模块专 用数字视频信号接口送入DSP。压縮编码前，VPFE模块将ITU-R BT.656标准的视频数据转 换为H. 264兼容的YUV4:2:0格式，存入DDR2 SDRAM中。VPFE模块还支持对视频数据进行 白平衡、縮放等预处理操作。ADG3301实现I2C总线的电平转换。 系统控制模块主要是保证可视电话连接的正常建立、释放及提供可视电话会话 过程中的信息控制，如终端间的主从决定、能力交换、逻辑信道的打开与关闭等。运用到实际环境中，WCDMA/TD-SCDMA电路域可视电话业务中采用ITU-T H. 245作为控制协议。
网络传输模块主要是音频和视频编码后的网络传输，一般采用RTP/UDP/IP协 议。该音视频传输平台采用UDP协议作为传输层协议，而且在应用层进行RTP打包。在网 络发送数据之前，视频通过DSP的H. 264编码压縮，音频通过G. 711编码进行压縮，以利于 在网络中更好的进行音、视频的传输。
二、方法流程 基于网络机顶盒之间的可视电话系统的流程如图6所示。首先用户在用户界面内 输入对方的IP地址，发起连接请求，对方同意后，两者建立连接。之后双方的操作步骤是相 似的初始化视频设备，通过摄像头捕获视频数据，并用DSP自带的H. 264进行编码；初始 化音频设备，通过音频采集设备，采集音频数据，并用G.711算法进行编码。然后通过网络， 发送给对方音、视频数据包，对方接收数据后，再分别对音频和视频数据解码，音频由扬声 器播放出来，视频通过电视机进行显示。 此发明的可视电话系统的实现方法，总体上把握可以归结为以下四块的实现线 程之间交互的实现、音频所有相关的实现，视频所有相关的实现和网络传输的实现。以下详 细介绍各块的实现。 线程之间交互的实现本发明的所依赖的是MontaVista Linux嵌入式操作系 统，在此基础上所编写的程序由多个线程组成。首先主线程进行一些初始化的工作，用 户输入对方IP地址，在请求对方连接并得到响应后，开始创建捕获线程、显示线程、视频 线程、音频编码线程和音频解码线程，以上线程创建完毕，开始调用控制线程里的函数 ctrlThrFxn ()，此时主线程转化为控制线程。 为保证各线程稳定的执行，需要为各个线程设定优先权。除了主线程基于预定的 (SCHED_FIF0)优先权之外，视频线程和显示线程享有最高优先权，其次是捕获线程，再次是 音频编码线程和音频解码线程，最低优先权是控制线程。 程序运行后，各线程也相应的创建。控制线程主要负责用户界面，它使用 msp4301ib库去监测控制IR接口的msp430处理器，查看是否有IR命令输入。 一旦接收到一 个由遥控器键入的新IR命令，命令就能够被识别并且响应的动作会在keyAction中执行。 在视频方面，捕获线程从video线程取得一个空的raw buffer。用已经移除重叠部分后的 数据填充它，这个buffer随后被发送到视频线程使用VIDENC—process()调用DSP H. 264进 行编码，captured buffer随后被写入1/0buffer，然后发送给对方。当接收到对方的视频编 码数据后，写入raw buffer,视频线程使用VIDENC—process()调用DSP H. 264进行解码，为 了能把解码帧显示出来，调用函数FifoUtil—put()给显示线程传递一个指向raw buffer 的指针，之后显示线程使用VPSS resizer模块和Rszcopy—execute()函数拷贝raw buffer 到FBDev帧缓冲设备中显示出来。在音频方面，音频编码线程通过调用Read()函数获取音 频数据，写入分配的raw buffer,直接调用G. 711编码算法代码进行编码，并写入另一块分 配的buffer,发送给对方。音频解码线程接收到对方发来的音频数据，写入raw buffer,直 接调用G. 711解码算法代码进行解码，并写入另一块分配的buffer，调用Write()函数进行 音频播放。当用户需要终止通话时，只需通过遥控器键入终止键，则控制线程会响应并终止 双方此次的通话。线程交互如图4所示。 音频所有相关的实现网络电视机顶盒上需要连接用于音频采集的话筒。OSS为多种Unix (或Unix兼容的操作系统)提供声卡和其他声音设备的驱动，AIC33声音设备驱 动是OSS其中一种设备驱动，用于音频数据的采集。本发明考虑音、视频都采用DSP编解码 产生高负荷问题，采用了音频软编解码的方式，把G.711算法代码加入到音频线程中直接 调用，避免了使用DSP的操作。其具体的方法流程如图2所示，步骤如下
(1)首先用InitSoundDevice()函数，初始化AIC33设备驱动。
(2)为原始的立体声(stereo)采样数据分配缓冲区，因为这个缓冲区不会涉及到 DSP (stereo-to-mono的转换是由ARM实现的)，所以此处分配的缓冲区不要求一定是连续 的，使用malloc()函数。 (3)调用Read()函数来采集音频数据，又因为AIC33设备只支持立体声，所以要从 两个信道上读取stereo采样数据放入缓冲区。 (4)调用stereoToMono ()函数，把立体双声道数据转换成单声道。
(5)在音频线程里调用G. 711编码函数(g711a—Encode0)进行音频数据的编码。
调用编码函数编码好音频数据后，通过网络传输发送给对方，对方也首先需要 AIC33设备驱动的初始化，以及分配缓冲区等，然后解码音频数据，调用Write ()函数写入 缓冲区，通过AIC33设备播放出来。 视频所有相关的实现网络电视机顶盒上首先需要连接用于视频捕获的摄像头。 视频处理前端系统(VPFE)用于负责从外设(摄像头)接收并处理原始的视频流信号，视频 处理前端中的CCD控制器(CCDC)将具体负责对视频数据的采集工作。Li皿x内核中关于 管理视频采集设备的驱动接口是V4L2 (Video for Linux Two)。获取采集到得数据后，DSP 把视频的数据格式由RGB到YUV转换处理，输出分辨率为1024x768的YUV(4:2:2)格式的 数字视步员信号o利用mm即(map device memory into即plication address space)将内核 空间的设备内存地址空间映射到用户空间的地址空间的方式，方便进程访问数据。
视频程序首先通过FifoUtil—open()函数打开与捕获程序之间的通信缓冲，调用 FifoUtil_get()函数和FifoUtil_put()函数作为视频线程与捕获线程之间的数据交流通 道。视频线程对数据的编码步骤如下 (1)使用CodecEngine的Engine_open ()来创建视频编码算法引擎，返回一个句 柄，所有使用相同Engine的模块线程都需要单独的句柄，来确定线程的安全；
(2)使用videoEncodeAlgCreate()创建编码算法，使用VIDENC_create ()里的静 态参数来创建"H. 264"视频编码器； (3)使用Memory—contigAlloc()函数为编码缓存与原始视频数据缓存分配一段 连续的内存空间； (4)使用VIDENC_process ()函数调用H. 264算法对数据进行编码。 编码好的视频数据通过网络传输发送给对方，对方的视频线程对数据进行解码，
步骤如下 (1)使用CodecEngine的Engine_open ()来创建视频解码算法引擎，返回一个句 柄，所有使用相同Engine的模块线程都需要单独的句柄，来确定线程的安全；
(2)使用videoDecodeAlgCreate ()创建解码算法，这包括a.使用VIDDEC— create ()里的静态参数来创建"H. 264dec"视频解码器；b.使用VIDDEC_control ()和XDM_ GETSTATUS来设置动态的视频解码参数，查询编解码缓冲区大小；
(3)使用Memory—contigAlloc()函数为解码缓存分配一段连续的内存空间；
(4)使用VIDDEC_process ()函数调用H. 264算法对数据进行解码。
对于解码好的视频帧，通过FifoUtil_put ()函数，发送解码好的视频帧给显示线 程，显示线程通过FifoUtil—get()函数收到视频解码帧，然后用initDispaly-Device()函 数来初始化FBDev (Frame Buffer Device)显示设备驱动，帧缓冲设备FBDev用来访问视频 输入输出硬件，是视频硬件的一个抽象表示，这样应用程序不用了解任务低层次的接口 。显 示线程选择帧缓冲设备/dev/fh/3进行视频的显示播放。视频处理后端系统系统(VPBE) 实现对视频流信号进行显示、输出等功能。流程如图5所示。 网络传输的实现根据可视电话自身的特点，需要传输实时流多媒体数据，本 发明选用专为发送大量音视频等多媒体数据的RTP协议。对采集到得音视频数据，压縮 后写入FIFO缓冲队列，进行RTP打包，形成RTP流发送到网络中(可选用JRTPLIB库中 SendPacket()函数)，对方接收到数据包后，根据RTP包头里的信息进行排序处理，送入缓 冲区。等待解码处理。 在处理RTP数据包的时候，采用缓冲技术来处理数据。数据在网络传输中可以分 解成若干个RTP数据包，由于网络的动态变化，每个包的传输路径和到达接收端的时间都 可能不一样，因此采用缓冲技术来弥补延迟和变化的影响。接收端将接收到的RTP数据包 解包后放入缓冲区，根据RTP包头中的序列号将数据重新排列，送入解码缓冲区进行实时 解码。
权利要求
一种用于网络电视机顶盒之间的可视电话系统的实现方法，其特征是利用TI公司推出的DM6446DVEVM开发套件为硬件平台，对音频和视频数据分别进行采集和捕获，视频数据采用数字信号处理DSP自带的高性能的视频编解码技术H.264视频编解码，音频则采用软编解码方式，直接调用语音压缩标准G.711编解码算法，由微处理器ARM来处理；音视频数据的网络传输采用用户数据报协议作为传输层协议，而在应用层进行实时传送协议打包，具体实现方法如下步骤1).进行需求分析，对网络机顶盒之间的可视电话系统进行分析，并对划分的模块和功能的需求进行设计；步骤2).按照步骤1设计的各功能模块，熟悉各模块之间的交互流程，对各个模块之间的逻辑关系和功能进行说明；步骤3).按照步骤2的功能说明，首先设计与实现人机交互的人性化界面，采用MiniGUI在Linux系统下界面编程，在可视电话系统运行之后，会弹出可视化界面，包括IP地址输入按钮、设置按钮和关闭按钮，点击以上按钮，会弹出相应的对话框，供用户简捷的操作，步骤4).利用硬件平台自带的DVEVM开发套件，可以对音、视频数据进行采集和捕获，并且还能通过数字信号处理DSP对音、视频进行编解码，音频支持语音压缩标准G.711编解码算法，视频支持视频、音频和多媒体编码标准MPEG4和高性能的视频编解码技术H.264两种编解码算法；考虑到数字信号处理DSP的高负荷问题，此系统音频不用自带的编解码引擎，而是直接在程序中加入编解码算法代码，采用微处理器来处理，视频则采用自带的编解码引擎，由此微处理器和数字信号处理DSP资源占用均衡，步骤5).各模块设计完成后，系统的运行主要是多个线程的交互和执行，可视电话系统运行后，首先运行网络监听回调函数和控制线程，控制线程主要负责用户界面，不停的查看遥控器是否有命令输入；用户输入对方IP地址请求对方应答，得到返回的接受消息后，运行音频线程、播放线程、视频线程、捕获线程、显示线程和网络传输线程，以此来进行双方音、视频的正常交互，步骤6).网络传输流媒体数据是可视电话系统中必不可少的一个重要环节，考虑到音、视频所要求的实时传输性，虽然采用传输控制协议传输具有高可靠性，但是由于三步握手带来的延迟和过多交互数据使其不适合发送大量的实时视频数据，在这种情况下，选用专为发送大量音、视频等多媒体数据的实时传送协议，实时传送协议由数据协议和控制协议两部分组成，实时传送协议通常使用用户数据报传送数据，控制协议用来支持其协议的功能，考虑使用一些开放源代码的实时传送协议库。
全文摘要
一种用于网络电视机顶盒之间的可视电话系统的实现方法，是一种在网络电视(IPTV)机顶盒上开发可视电话系统的方法，此方案主要是扩展网络电视机顶盒的增值业务功能，所依赖的硬件平台是TI公司提供的面向视频开发领域的达芬奇平台(DaVinci)TMS320DM6446。利用TI公司推出的DM6446DVEVM开发套件为硬件平台，对音频和视频数据分别进行采集和捕获，视频数据采用数字信号处理DSP自带的高性能的视频编解码技术H.264视频编解码，音频则采用软编解码方式，直接调用语音压缩标准G.711编解码算法，由微处理器ARM来处理；音视频数据的网络传输采用用户数据报协议作为传输层协议，而在应用层进行实时传送协议打包。
文档编号H04N7/26GK101742218SQ20101001822
公开日2010年6月16日 申请日期2010年1月19日 优先权日2010年1月19日
发明者吴敏, 徐鹤, 支萌萌, 李致远, 王汝传, 薛鹏, 邵星, 韩志杰 申请人:南京邮电大学