可能通信背景的同学，一提到PCM编码，脑海里都能跳出来一个数值64K。

一、64KB还是64Kb？

二、哪里来的64Kb?

三、PCMA和PCMU

四、160字节是怎么来的？

好了，下面需要考虑怎么把这8000字节数据发送出去了。

五、这每秒产生的8000字节数据你打算怎么处理？

等等，说了半天还是没出现160字节。

六、160字节找出来了！

七、如何封装这一包160字节？
1. 封装在哪种消息协议发送出去呢？

2. RTP承载在什么传输协议？

3. 通过何种IP网络传输？

4. 承载在什么物理网络上？

八、封装后一个包有多长？

九、封装后的1712bit的数据包一秒要发多少个？

十、带宽出来了！

附录、G.729的带宽呢？
1. 这个编码算法厉害了，每秒只产生8000bit语音数据。
2. 通常的打包周期也是20ms，每个包的语音数据是8000bit/(1000ms/20ms)=160bit。
3. 一个包长

4. 所需带宽

5. 几句废话

G.729编码数据量是PCM的1/8！而且语音质量好！难道完爆PCM编码？想多了，这个编解码需要花费更多的CPU资源。

工作了这些年，越来越体会到，不存在完美的东西（方案，编程语言，算法。。。），只有指定条件下的相对合适的存在罢了。

理论计算结束了，实际所占带宽是多少呢？需要各种流量监控软件去统计和观察了。