视频电话的RTP协议具体实现的研究.pdf

《视频电话的RTP协议具体实现的研究.pdf》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、20()7年第2期广西通信孩术207年06月视频电话的RTP协议具体实现的研究李甘(广西专用通信局，广西南宁53015)摘要:首先介绍R皿〕协议的内容。在具体实现过程中，针对因特网传输丢包率比较高的问题，讨论了采取IP包分割技术、纠错处理、缓冲处理等措施，确保语音和视频图像的平滑。关键词:视频;RTR;协议中图分类号:TN915，04文献标识码:A文章编号:108一3545(2007)02一008一06系统构建在TCP八P之上，可以拓宽其应用范围。一、引言但是，单纯的TCP八P协议已经很难适应多媒体通信，特别是连续的媒体流(如视

2、频流)通信的要数字音视频传输是人们利用听觉、视觉来获取求。TCP协议是面向连接的协议，被用于各种网信息的一种通信方式。由于数字音视频传输的大信络上提供有序可靠数据传输的虚电路服务。它的重息量和有限的传输带宽，使得音视频的传输信道和传机制和拥塞控制机制(伽ngestionCbntrolMech-网络协议的选择至关重要。它将直接影响到数字音ani，)都不适合用于实时音视频传输。视频传输的实时性能和通过网络传输以后客户端接TCP协议不适合实时视音频传输的原因主要收的音视频质量。有以下几个方面:基于网络的数字音视频传输的基本模型如图1(

3、1)TCP的重传机制我们知道，在TCP左P所示。以下将对选择基于网络的数字音视频传输协协议中，当发送方发现数据丢失时，将要求重传丢议及其有关间题进行具体分析。失的数据包。然而这将需要一个甚至更多的周期(根据TCP八P的快速重传机制，将需要三个额外的帧延迟)。这种重传对于实时性要求较高的音视频数据通信来说几乎是灾难性的，因为接收方不得不等待重传数据的到来，从而造成了延迟和断点(音频的不连续或视频的凝固等等)。(2)TCP的拥塞控制机制TCP的拥塞控制机制在探测到有数据包丢失时，就会减小它的拥塞窗口。而另一方面，音频、视频在特定的编

4、码方式下，产生的编码数量(即码率)是不可能突然改变的。正确的拥塞控制应该是变换音频、视频信息的图1基于网络的数字视频的基本模型编码方式，调节视频信息的帧频或图像幅面的大小等等。二、TCP不适合实时传输视音频数据(3)1℃P报文头的大小TCP不适合于实时音视频传输的另一个缺陷是报文头比UDP的报文IP网已被广泛使用在各种场合。其中TCP八P头大。TCP的报文头为40个字节，而UDP的报协议是异种网络操作系统互连和通信的工业标准。文头仅为12个字节。并且，这类可靠的传输层协8207年第2期广西通信杖术207年06月议不能提供时间戳(

5、Timestamp)和编解码信息分(RTP报文)和控制报文部分(RTCP)。(En咖inglnformation)，而这些信息恰恰是接收方Rl，P报文由报文头和数据部分组成。RTP报(即客户端)的应用程序所需要的。文头格式如图2所示。(4)启动速度慢即便是在网络运行状态良好、没有丢包的情况下，由于TCP的启动需要建V=2PRCPT二SR二200序号立连接，因而在初始化的过程中，需要较长的时发送者同步源(SSRC)标识间。而在一个实时音视频传输应用中，尽量少的延NTP时戳(高位字)迟正是我们所期望的。NTP时戳由此可见，TCP协议

6、不适合用来传输实时音NTP时戳(低位字)视频数据。我们需要寻求其它的途径来解决音视频发送者的包计数实时传输问题。发送者的字节计数袋狠Gl(第一个源的SSRC)部分丢失数累计包丢失数三、RTP协议已接收到的扩展的最高序数包间到达抖动RTP(Real一TimeTrans卯rtP拍tocl)是一种上一个SR(LSR)提供端对端传输服务的实时传输协议，用来支持在分信源(Q识C)标识(0一15个)单目标广播和多目标广播网络服务中传输实时数图ZRTP报文头格式据，而实时数据的传输则由R卫T(Real.TimeTranS休吐0勿仃dpro似d

7、)来监视和控制。其中前12字节为固定的，其后的分信源1.Rl下简介(CSRC)标识为任选部分，当需要进行多路话音的RTP刀RTCP是一种应用型的传输层协议。它混合时由混合器插入。并不提供任何传输可靠性的保证和流量的拥塞控制通过RTP报文头的结构，我们注意到RTP报机制。它是由IETF(InternetE硒neringTask文中没有一个“长度”字段。这是因为RTP把数Fbrce)为音视频的实时传输而设计的传输协议，据分段的任务交给了底层的协议1刃P去处理了，定义在RFC1889中。RTP协议位于UDP协议之由UDP协议进行数据的

8、分段，再组成若干个UDP上，在功能上独立于下面的传输层(UDP)和网数据包进行传输。络层，但不能单独作为一个层次存在。通常是利用RTP报文的结构包含广泛用于多媒体的若干低层的UDP协议对实时音视频数据进行组播个域，包括音频点播(AudioonL艳rnand)、视