4.4 抖动影响
设置信道容量为50 kbit/s,没有丢包,时延为100 ms,抖动为0 ms、20 ms、40 ms、60 ms、80 ms。但是测量数据没有显示出任何适应性的迹象。在本实验中抖动只是改变了接收端的缓冲区大小,对数据流传送没有任何影响,并且实验结果也显示PESQ MOS或者说语音质量与抖动没直接关系,具体的实验图示不再赘述。
4.5 实验分析
虽然实验比较了VoIP的两个应用GTalk与Skype,但目的不是要分出它们的优劣,而是要找出普遍存在问题,给VoIP的应用开发商提出建议。
采用不同的编解码方式,其对应的业务质量可能不同。即使是使用相同的编解码方式,也可能会表现出不同的语音质量。对于VoIP的应用来说,具有高效的适应机制来适应复杂可变的网络环境相当重要,适应性好的应用会更有优势,例如,当带宽有限时,GTalk始终保持一个较高的传输率,从而产生了严重的抖动和PESQ MOS分数的下降。另一方面,Skype在有较高时,传输率有明显的下降,导致业务质量更糟。
数据流中添加冗余信息可能会产生好的效果,如图7、8所示,当丢包率小于10%时,Skype可以使PESQ MOS的分数保持在3分之上,GTalk没有采用适应性机制,从而其语音质量随着丢包率而线性下降。但是,也需要对添加冗余信息的量度有一个把握,否则会产生不好的效果,因此还需要进一步地提出更有效的冗余设计方案来适应可变网络。
5、结束语
本实验比较了P2P VoIP的两个应用Skype和Gtalk,讨论了它们在网络状况变化时的动态适应策略,并且通过PESQ MOS方法评估了它们语音质量的优劣。通过实验可知:在理想的网络状况下,Skype表现得更好一些(两者PESQ MOS的分数差别为0.1),总体而言它们的语音质量还是较为接近。在网络有较长的时延时,Skype有不必要的适应性。当丢包情况发生时,GTalk没有实施任何机制来提高其性能,与此同时,Skype使用数据冗余机制来对抗丢包以提高其语音质量。在抖动情况发生时,两者都没有很好的机制来提高其适应性。当有较长的时延时,PESQ MOS并不是最佳的评估语音质量的方法。所以,尽管实验中包含有时延对语音质量的影响结果,但这可能不是十分准确,有待于进一步研究。另外,以上的实验是Skype与GTalk分别进行,之间没有相互影响,若是VoIP的具体应用需要竞争相同的网络资源时,它们的表现情况如何研究者需要进一步的研究。
参考文献
1 朱海毅,周春楠.VoIP基本原理.信息技术.2003,5(5)
2 Shen Q.Performance of VoIP over GPRS.In:17th International Conference.on Advanced Information Networking and Applications(AINA’03),2003
3 Furuya H,Nomoto S,Yamada H.Experimental investigation of the relationship between IP network performances and speech quality of VoIP.In:10th International Conference on Telecommunications(ICT 2003),March 2003
4 Salman A B,Henning S.An analysis of the peer-to-peer Internet telephony protocol.In:IEEE INFOCOM 2006,April 2006
5 Guha S,Daswani N,Jain R.An experimental study of the skype peer-to-peer VoIP system.In:5th Workshop on Peer-to-Peer Systems(IPTPS),February 2006
6 International Telecommunications Union.Methods for subjective determination of transmission quality. Recommendation P.800,August 1996
7 International Telecommunications Union.The E-model,a computational model for use in transmission planning. Recommendation G.107,1998
8 吴耀文,王平.VoIP语音评价方法综述.舰船电子工程,2006(1)
9 Miras D.A survey on network QoS needs of advanced Internet applications. Internet QoS Working Group,2002