论文 王军成 终稿.docx

1、论文 王军成 终稿毕业设计（论文）题 目 IP语音电话设计与实现 学 院 理学院 专 业 信息与计算科学 班 级 2010级 2班 学 生 王军成 学 号 10180211 指导教师 杨际祥 重庆交通大学2014年6月摘 要随着Internet的迅速发展以及个人计算机处理能力的增强，软件实现方式的IP可视电话系统成为网络视频应用研究的一大热点。但是，目前的IP网还存在网络服务质量欠缺、网络带宽瓶颈、网络访问限制等问题，这使得IP可视电话系统的普及变得困难。针对以上问题，本文从视频流的压缩编码、传输与调度入手，研究具有高伸缩性、高质量、低成本的IP可视电话系统的设计与实现方法。首先，视频的编码传

2、输是实现整个系统的基础。为了提高视频传输的实时性和效率，本文给出了一种Internet网上的基于MPEG-4视频压缩编码的视频流传输模型，保证了在低比特率及Internet网下能够提供良好的图像质量以及网络资源的有效利用。其次，根据MPEG-4视频流特点和网络的拥塞程度，本文给出了一种改进的适合MPEG-4视频传输区分服务的模型，弥补了传统的IP网络“尽力而为”传输方式的不足，保证了网络服务质量。然后，本文给出了一种新的穿越NAT的方法。通过SIP协议及TCP/IP协议实现了局域网与局域网、局域网与互联网、互联网与互联网之间的数据通信，从而解决了网络访问障碍问题。并且，服务器根据客户端之间的网

3、络连接方式动态地决定采取单播或多播或P2P方案，减少了客户端与服务器间的通信量，从而减少了服务端的下行带宽，带宽瓶颈问题得以较好地解决。最后，本文给出了IP可视电话系统的一个具体实现及其性能测试。为分析该系统的性能，论文建立了一个客户端仿真模型，利用仿真程序对系统进行性能测试。测试结果表明，该系统能够在宽带网上提供适时的良好质量的视频服务。 关键词：流媒体，IP可视电话，QoS，MPEG-4，NAT，RTCP/RTPAbstractWith the rapid development of Internet and the improvement in the processing abili

4、ty of PC, IP videophone system, one of the ways of software realization, has become a focus on the research of the network video application. However, for the moment, some problems still exist, such as service quality, bandwidth bottleneck, network access limits and so on, which increase the difficu

5、lty in making IP videophone system popular.Aimed at the problems mentioned above, starting with the video streams compression and coding, transportation and scheduling, this thesis works on the design and realization of the IP videophone system with good scalability, high quality and low costs.First

6、ly, with the target to improve the real-time and effectiveness of video transportation, the video compression and coding and transportation are the foundation of put the whole system into motion. The thesis presents one model of video stream transportation, which is based on the MPEG-4 video compres

7、sion coding. This model ensures to provide pictures of high quality and make effective use of the Internet resources in low bit rate on the Internet.Secondly, according to the features of video stream and the congestion level of Internet, this thesis provides one improved model, fit for MPEG-4 video

8、 transportation DiffServ, which makes up the disadvantage of the traditional IP Internet transportation characterized by its “best-effort” and assures the Internet service quality.Thirdly, the thesis proposes a new method to traverse NAT. Through SIP and TCP/IP, the problem of access obstacles on In

9、ternet is solved by the communication between LAN and LAN, LAN and internet network, internet network and internet network. Whats more, the server decides if unicast or multicast or P2P will be used according to the Internet linking style among the clients, which reduces the amount of the communicat

10、ion between the client and servers output-bandwidth. Thus, the problem of bandwidth bottleneck is well solved.Lastly, this thesis provides an approach to the actual realization and performance testing of the IP videophone system. To analyze its performance, a simulation model on the clients side is

11、created and simulation program is employed to test the systems performance. Results proved that the system is able to, when needed, supply video service of good quality on broadband Internet. Keywords：Streaming Media, IP videophone system conferencing, QoS, MPEG-4, NAT, RTCP/RTP目 录第1章 绪 论 11.1 课题的研究

12、背景 11.2 国内外研究现状 11.3 论文的组织结构 2第2章 端到端的MPEG-4视频流传输框架研究 32.1 引言 32.2 MPEG-4视频传输框架 32.2.1 概述 32.2.2 RTP/RTCP协议 42.2.3 反馈控制 52.2.4 源编码率控制 62.2.5 MPEG-4比特流打包 72.2.6 错误控制 72.3 端到端反馈控制协议 82.4 一个打包算法 92.5 仿真结果 122.5.1 仿真设置 122.5.2 对等网络配置下的性能 122.6 本章小结 17第3章 MPEG-4视频流传输QoS的研究 183.1 引言 183.2 基于网络的QoS解决方案 183

13、.2.1 DiffServ体系 193.2.2 MPEG-4视频流传输区分服务（DiffServ） 213.3 DiffServ网络模型 223.4 仿真实验及结果 263.5 本章小结 30第4章 流数据跨NAT传输技术及调度方案 314.1 引言 314.2 相关技术 324.2.1 NAT基本原理 324.2.2 网络互连及NAT类型 334.2.3 SIP协议 334.3 穿越NAT的方法 344.3.1 局域网间及其与Internet网间通信 354.3.2 一个通用的解决方案 384.3.3 NAT中动态地址映射保存问题 434.4 流调度方案 434.4.1 调度方案 434.4

14、.2 一个实例 444.5 本章小结 45第5章 系统的设计实现及性能分析 475.1 系统实现分析 475.1.1 几个关键问题 475.1.2 采用的协议 495.2 系统的设计与实现 495.2.1 系统结构 495.2.2 主控模块 505.2.3 语音视频管理模块 525.2.4 语音视频压缩解压模块 545.3 系统测试 565.3.1 系统开始运行界面： 565.3.2 呼叫界面 565.3.3 接收呼叫请求界面 575.3.4 会话建立后的界面 575.4 本章小结 57第6章 总结及其展望 595.1 全文总结 595.2 展望 59参考文献 61致 谢 63第1章 绪 论1

15、.1 课题的研究背景随着网络技术和数字通信技术的飞速发展，Intenet越来越影响着人们的生活，也带动了以IP为基础的各种应用的迅猛发展。随着网络带宽和计算机处理能力的不断提高，在宽带网上实现高速多媒体通信己成为可能，一些传统的数据通信业务包括语音和视频等开始转向IP。1995年2月以色列VocalTec公司研制出可以通过Intenet网打长途电话的软件产品“IntenetPhone”。用户只要在多媒体PC机上安装该软件，就可以通过Intenet网和任何地方安装同样软件的联机用户进行通话。这种在Intemct上实现电话业务被称为Intenet电话，应该说是IP电话的雏形。IP电话的出现，以其低

16、廉的通话费用及其诱人的市场前景吸引了众多公司包括服务提供商和电信运营商的眼球。许多公司纷纷投资对其进行研究开发，从而使IP电话技术得到迅速发展。起初由于技术的不成熟，电话在发明初期只能进行语音通信，但是人们对视频通信的期望从未减退过，在语音通话的同时还能看到对方的图像会使通话过程变得更有亲切感1，因为视频往往能传达语言无法表达的信息。正因为如此，人们都愿意使用可视电话，或者远距离参加视频会议。但到目前为止类似于可视电话以及视频会议的视频业务仍没有获得广泛应用。这些视频业务没有走进寻常百姓家的主要原因是受到通信条件的制约，特别是传输资源紧缺和价格昂贵，接入技术单一、落后2。随着网络建设的日益完善

17、，网络环境的不断提升。使计算机与电信之间的界限也被逐渐打破。因此，基于纯软件的网络电话也就在这种融合中诞生了，随着技术的迅速发展，软件实现方式的IP电话技术已成为电信网的主流技术。软件实现方式的IP电话技术是一项涉及计算机网络、电信网络、信令协议、数字信号处理等多个领域的综合性技术，是下一代网络应用的热点。1.2 国内外研究现状随着IP技术框架中汇聚网络研究的发展，数据网络通信已经融入传统的话音业务领域。从现实情况来看，在电信数据业务中，IP业务已占95%以上，可以说数据承载网业务已基本IP化。可以看出，目前电信网中的业务除了传统电话业务外都是IP业务，而电话业务中的长途电话70%已是IP电话

18、。IP网络技术的优势是显而易见的，语音、传真、视频和数据等业务可以在IP网络上便宜的传送，如统一消息、虚拟电话、虚拟语音/传真邮箱、查号业务、Internet呼叫中心、Internet呼叫管理、电视会议、电子商务、传真存储转发和各种信息的存储转发等。但是，国内在桌面IP可视电话系统尤其是纯软件实现方式研制方面一直比较落后，这与我国软件的总体水平不高有关系。少数几个面世的系统，大多采用面向连接的技术，并且系统没有得到普及和推广。另外，国内也有不少公司企业推出自己的桌面IP可视电话系统，其解决方案适合采用分组交换技术的网络环境，实现IP电话系统的基础是H.323协议，仍然是利用MCU和各个终端连接

19、。1.3 论文的组织结构本论文由5章构成。第1章即本章是全文的绪论部分，给出了课题研究背景、国内外研究现状。第2章主要介绍了一种基于MPEG-4与Internet网络环境下的视频流传输框架。第3章主要介绍了网络服务质量技术。介绍了MPEG-4视频特点以及网络的拥塞技术，给出了一种适合MPEG-4视频传输的区分服务模型。第4章主要介绍了视频流数据跨越NAT网关传输的技术。首先介绍了SIP与RTP/RTCP协议，然后介绍了如何突破NAT限制来解决网络访问障碍的技术。第5章主要介绍了系统的实现及性能测试。首先分析了系统实现的几个关键问题，然后介绍了系统的实现模型，最后对系统在局域网环境下进行了测试。

20、最后，总结了本文的工作并提出了下一步的设想。第2章 端到端的MPEG-4视频流传输框架研究2.1 引言随着Internet网的成功以及多媒体通讯时代的到来，MPEG-43国际标准已成为研究热点，基于MPEG-4的应用在不久的将来势必会成为网络多媒体的应用热点。由于MPEG-4采用了基于对象的编码和基于模型的编码等第二代编码技术从而使之具有灵活性与高效性，除了传统的存储与视频传输外，它能够提供交互的基于内容的视频服务。Internet视频传输不同于其它数据类型的传输，Internet视频应用对延迟与丢失有独特的要求。此外，在Internet网上的通信量负载是随着时间急剧变化的，这影响了视频的传输

21、。因此，在Internet网上设计一个有效的既能够充分利用资源又能够为用户提供最佳的感知服务质量的视频传输框架将是一个挑战。本章首先概述了一个视频传输框架的主要部分，包括源端速率自适应、打包、端到端反馈控制及错误控制。由于当前的Internet仅提供“尽力而为”型的服务，因此，在端系统(发送端与接收端)之间实现反馈控制以便发送端能够调整它的传输速率是有必要的。为了在网络上传输，需要对MPEG-4视频源数据进行打包。因此，为了在效率与图像质量方面达到良好的性能，适当的打包算法是必要的。最后，为了减少包在传输过程中由于包丢失而导致图像质量降低的影响，采用相应的错误控制方案也是必要的。最后对MPEG

22、-4视频传输框架的性能作了仿真测试。2.2 MPEG-4视频传输框架在本章中，我们概述了在Internet之上传输视频的关键组成部分。本章组织如下。在2.2.1节，综述了本章的端到端系统。从2.2.2节至2.2.5节简要描述了端到端系统的每一个组成部分。2.2.1 概述图2-1说明了一个在Internet网上传输MPEG-4视频的框架。给出的框架既适合预先压缩的视频又适合实况播放的视频。如果视频源是预先压缩的视频，可以由反馈控制协议通过动态的速率调整或选择性地丢弃帧4来使速率与流比特率相匹配。如果视频源是一个实况播放的视频，本章就使用2.4节所描述的MPEG-4速率自适应算法来控制编码器的输出

23、率。图2-1 一种MPEG-4视频传输模型在发送端，实况播放的视频的原始比特流经过一个自适应的MPEG-4编码器编码。在这个阶段之后，已压缩的视频比特流首先在同步层(SL)被打成包，然后经过RTP/UDP/IP层进入Internet网络。包可能在一个路由器/交换机(由于阻塞)或目的地(由于超时延迟)处被丢弃。成功被传递到目的地的包在MPEG-4解码器处被解码前首先按反方向经过RTP/UDP/IP层。在传输框架中，在接收端有一个QoS监测器，它根据到达包的行为(如包丢失与延迟)来推断网络阻塞状况。这样的信息在反馈控制协议中将被用到，并被发送回源端。基于这样的反馈信息，发送端估计可用网络带宽并控制

24、MPEG-4编码器的输出速率。2.2.2 RTP/RTCP协议由于TCP的重传机制引入了延迟，而MPEG-4视频应用对于延迟有严格的要求，所以一般不用TCP作为视频传输的协议，而采取UDP作为MPEG-4视频流的传输协议。另外，由于UDP不提供包传输保证，接收方需要依赖于上层(如RTP/RTCP)来检测包的丢失。RTP5是一个Internet标准协议，被设计用来提供端到端的传输功能以支持实时应用。RTCP是一个传输控制协议，一般和RTP协议结合使用。RTCP被设计来为一个RTP会话中的参与者提供QoS反馈。RTP不提供QoS或可靠传输，但提供一些基本的几乎所有实时应用的公共功能。一个RTP支持

25、的关键的特征就是包序列号，它能够被用来在接收方检测包的丢失。RTCP通过在源端与目的端分别使用发送方报告(SR)与接收方报告(RR)来提供QoS反馈。特别地，RTCP保持总的控制包占总的会话带宽的5%。在这些控制包中，25%被分配给发送方报告，而75%被分配给接收方报告。为了避免控制包饿死，在发送方或者接收方每5秒以内至少发送一个控制包。图2-2说明了RTP/UDP/IP层的实现模型。该模型是实现基于速率的反馈控制协议与错误掩盖机制的一个关键部分。从发送部分来看，MPEG-4编码器生成一个打包流，它被转变成RTP包。另一方面，来自反馈控制协议(发送端)的信息被传递到RTCP发生器。随后RTCP

26、与RTP包下传到UDP/IP层用于在Internet网上传输。在接收部分，已接收到的IP包首先被UDP/IP层拆包，然后被过滤器以及分发器分发到RTP与RTCP分析器。RTP包在被解码前被RTP分析器拆包并被放入一个缓冲器用于丢失检测目的。当检测到包丢失时，消息将被发送到错误掩盖部分。另一方面，RTCP分析器拆分RTCP包并发送反馈信息到反馈控制协议部分。2.2.3 反馈控制Internet视频应用具有独特的和其它数据类型有区别的延迟与丢失要求。另一方面，当前的Internet并不广泛支持任何的带预留机制或其它的QoS保证。此外，可用带宽不仅是不可知的，而且是随时间不断变化的。因此，对于MPE

27、G-4视频源必须要有一个机制来感知网络条件变化以便它能够用适当的输出速率来编码视频。理想地，我们愿在网络阻塞点实现阻塞提示以及反馈，如，在一个交换机/路由器的链路瓶颈处。在这样的一个环境下，在交换机处设计强大的速率计算算法并将精确的可用带宽信息6传达给源端是可能的。不幸地，在当前的Internet环境下，IP交换机/路由器并不积极参与反馈控制。所有的流控制与错误恢复功能留给了端系统与上层应用。在这样的一个环境中，我们仅能够把Internet当作一个黑盒子来对待，包的丢失与延迟不在我们的控制之中。反馈控制算法被单独地设计在端系统，在IP交换机/路由器上没有任何附加的要求。在本框架中，让MPEG-

28、4视频源逐渐地增加它的传输速率以探测可用带宽。这样的一个速率增加将首先让源速率达到可用的网络带宽，然后源速率将会超过可用网络带宽并且陷入阻塞区。接收方通过在接收到的包中的包丢失/延迟来检测阻塞。接收方发送反馈RTCP包给源端来通知它关于阻塞的状况。一旦源端接收到这样的一个反馈，它就降低它的传输速率。反馈控制的挑战在于这样一个算法的合理设计：源端能够跟上网络带宽的变化并且网络被有效利用。在第2.3节，给出了采用包丢失作为阻塞信号以及使用RTCP控制包来传递阻塞信息的反馈控制算法的细节。图2-2 RTP/UDP/IP模块2.2.4 源编码率控制源编码速率控制算法的目标就是在一个给定的编码速率条件下

29、达到最好的感知质量。这样的自适应编码可以通过编码器的压缩比或者视频帧率单独或同时变更来完成。传统的视频编码器一般依赖于变更编码器的压缩比来实现速率自适应的。这些编码方案使用固定帧率执行编码。在这些编码器中，帧速率的变更经常不被采用，因为甚至一个微小的帧率的降低都能够充分降低接收方的感知质量，尤其是在动态场景变化期间。另一方面，MPEG-4视频编码器将每个单独的视频对象划分成VOP并对每个VOP独立进行编码。这种视频对象的分离给我们提供了执行自适应编码的更大的灵活性。特别地，除了对每个VOP压缩比的变更外，我们还可以在视频对象之中动态地调整目标比特率的发送。在2.4节，将给出一个MPEG-4源编

30、码速率控制算法。该算法能够达到期望的输出率以及很好的感知质量。2.2.5 MPEG-4比特流打包因为MPEG-4视频流为了在网络上传输不得不需要转换成包，所以一个打包算法是很有必要的。由于MPEG-4的VOP特性，需要仔细地设计一个适合Internet传输的MPEG-4打包算法，因为H.261/263与MPEG-1/2不能够在这里直接被应用。本章在2-5节将给出一个同步层的既能达到高效性又能达到健壮性的MPEG-4视频打包算法。2.2.6 错误控制Internet包丢失的主要原因在于路由器处的阻塞。此外，网络的多路径路由，包可能延迟到达或者接收到的包失序。由于接收方的适时性要求，如果延迟超过了

31、一个最大的阀值，那么这样延迟到达的视频包可能被认为是丢失的包。尽管MPEG-4视频流能够容忍一些丢失，但它在接收端降低了感知质量。因此，错误控制与恢复机制必须达到能够维持一个可接受的感知质量的程度。早先的关于错误控制的工作主要集中在两方面，如前向纠错(FEC)与重传79。因为FEC需要占用较大的带宽，所以它不可能适合于甚低速率的MPEG-4视频。我们也不赞成基于重传的错误控制方案，因为基于重传的视频传输方案会进一步恶化网络阻塞并引起网络崩溃。另一个处理传输中的错误与丢失的方法是错误恢复编码。错误恢复机制包括重同步标记、数据分离、数据恢复(如反向可变长度编码，RVLC)以及错误掩盖1014。然而

32、，重同步标记、数据分离以及数据恢复面向的是像无线信道以及并不适合于Internet的易发生错误的环境。对于在Internet上传输视频，在接收端的可变长度编码比特流中，一个包的边界提供了一个同步点。由于一个包的丢失也许引起所有的运动数据以及与它相关联的形状/纹理数据的丢失，像重同步标记、数据分离以及数据恢复的机制也许对于Internet视频应用没有什么有益处。另一方面，文献13讨论的大部分错误掩盖技术仅适合于ATM或无线环境，并且需要实质的额外的计算复杂性，这在解码静态图像情况下是可以容忍的，但在解码实时视频时却是无法容忍与接受的。因此，本文仅考虑一种简单的适合于Internet视频应用的错误掩盖方案。基于以上的考虑，本文采用一种简单的如下的错误控制方案。包的丢失由接收端的QoS监测器通过检查RTP包序列号来检测(见图2-1)。在本章的实现中，如果