可能通信背景的同学，一提到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资源。
工作了这些年，越来越体会到，不存在完美的东西（方案，编程语言，算法。。。），只有指定条件下的相对合适的存在罢了。
理论计算结束了，实际所占带宽是多少呢？需要各种流量监控软件去统计和观察了。