《VOIP语音数据实际码率 》.doc

VOIP语音引擎编解码器的选择或设计，往往都要考虑带宽占用情况的估计。语音都是分帧来处理，标准编解码器的帧长是一定的，帧长往往决定了语音编解码器的算法延时值。编解码器的算法是VOIP语音时延众多因素的一种。语音变成RTP包往往是时延中很关键的因素。如以语音编解码器的一帧为单位进行打包，那会导致二个问题：一是包太多，会导致服务器处理不了；二是 包头和相关的控制位消耗太多的带宽；一个好处：消除了打包可能造成的时延和丢包对语音音质的影响. 下面的例子就是来自(/space.php?uido=blogid=2915547). 在这引用一下(内容基本正解)，主要是展示一下RTP包对带宽占的影响。 　不论在呼叫控制信令上采用何种协议，语音包的传输基本上都基于RTP（real-time transport protocol RFC 1889／RFC 3350）协议在网络上传输。这是一种为传输实时媒体流而由IETF制定的协议。　几乎所有的VoIP相关产品，都利用RTP收发语音信息。语音包的结构如下所示，在IP层上封装后被送出到网络上，Payload部分的信息量多少取决于所采用的编码方式。　一般说来，在VoIP的世界里采用G.729编码的较多，而在运营商提供的IP电话服务中则是G.711较多。G.711是在ISDN网中也被使用的 CODEC，音质较好，但与G.729相比信息量较多。而G.729则是一种压缩率高且音质也较好的CODEC。在传输一路语音信息时，G.711所需的带宽是64kbps，而G.729只需要8kbps。两者一般都以20msec间隔（这个间隔可变）发送数据包，因此我们可以推算出实际的包大小。　语音信息是一种模拟信号，而将语音转换成数据包首先需要将模拟信号转换为数字信号（数-模转换）。相信大家对此都有所了解，将模拟式的语音信息用数字式传输的过程大致如下图所示。　现有的电话交换网中采用的编码方式是G.711（PCM），在通话的两端必须采用同样的方式分别进行编码/解码操作才能实现语音通话，这里的编码/解码功能合称为CODEC(COder/DECoder)。　VoIP应用中常见的两种具有代表性的CODEC如下： 　G.711（PCM方式：PCM＝脉码调制 ：Pulse Code Modulation） 采样率：8kHz 信息量：64kbps／channel 理论延迟：0.125msec 品质：MOS值4.10 　G.729（CS-ACELP方式：Conjugate Structure Algebraic Code Excited Linear Prediction） 采样率：8kHz 信息量：8kbps／channel 帧长：10msec 理论延迟：15msec 品质：MOS值3.9　接下来就以这两种CODEC为基础进行探讨。光使用CODEC将语音信息数字化还不算是将语音数据包封装完成。　为了完成封包工作，VoIP终端内置了被称为DSP（Digital Signal Processor）的芯片。简单地说，就是对模拟信号编码后产生的大量数字信息进行实时处理的芯片。　实际的封包过程，还需要使用RTP协议将语音数据包发送到网络上去。RTP包中，包括载荷类别（CODEC的类别）、序列号（语音包的顺序）、时间戳（语音包的发送间隔）等信息，接受方就以这些信息为基础将收到的数字信息还原为模拟的语音信号。（4）计算语音数据包的大小和所需带宽　实际的语音信息在IP层上封装后的数据包格式如下。IP Header(20Byte)+UDP Header(8Byte)+RTP Header(12Byte)+Payload(净载部分，可变长)　将语音信息封装为IP包在3层以上就必然产生40Byte的额外开销，那么使用G.711/G.729 CODEC分别以20msec周期封装语音信息包的话，所生成的包长度如下。　G.711时 每秒送出的包为：1000／20msec ＝ 50pps一路语音信息所需的带宽64kbps ＝ 50pps×Payload大小Payload大小 ＝64000／50＝1280bit＝160byte语音包的长度为200byte。　G.729时每秒送出的包为：50pps一路语音信息所需的带宽8kbps＝50pps×Payload大小Payload大小＝ 8000／50 ＝160bit＝20byte语音包的长度为60byte。　在实际应用中具体应该使用哪种CODEC呢？仅从语音通话业务的角度来看是用哪一种CODEC都没有问题的。　但是，如果需要利用传真服务或是与VoIP运营商互联的话，就必须使用G.711。而拥有多处分支机构的企业，用于分支间互联的往往不会是与LA