支持多媒体通信的网络协议技术及其发展

第２３卷第６期　小型微型计算机系统　Ｖｏ１．２３　Ｎｏ．６　２００２年６月　ＭＩＮＩ　ＭＩＣＲＯ　ＳＹＳＴＥＭ　Ｊｌｉｎｅ　２００２　文章编号：１０００—１２２０（２００２）０６—０６４６—０５　支持多媒体通信的网络协议技术及其发展　张占军　韩承德　扬学良　【中目科学院计算技术研蔸所系统塘杓研究空，北京１０００８０）　（中国科学院研究生院计算机学部．北京１０００３９）　【装甲兵工程学院指挥自动化室，北京１０００７２）　摘要：随着多媒体应用的昔厦，人们对多媒体在网络上的传输提出了新的要末．本文首先分析了现有用络协议支持　多媒体通信存在的问题，然后计话丁网络传输搏议ＩＰｖ６、ＲＳＶＰ和实时传输搏议ＲＴＰ对多媒体的支持．展望丁网络通　信的发展和实现等技术．　关键词｛多媒体通信；网络协议；ＩＰ＋ＲＳＶＰ＋ＲＴＰ　中围分类号：ＴＰ３９１　文献标识码：Ａ　ｌ　引　言　接功能捌分为层，每层完成数据通信中的某些特定的功能・对　各功能层进行语义隔离，上下层之间通过层间接Ｅｌ提供服务　随着高速网络的飞速发展，光传输通信为低层可靠的传　和传递信息，而不同系统的对等层之同需通过一些规则和有　输提供了强有力的保证一传统网络以可靠性传输为中心，采用　效的事件序列进行相互同的沟通分层原理有利于简化不同　分层体系结构・但是随着低屡一特别是物理层高速传输ｔ按协　系统之间数据通信的实现．但随之而来的是增加了信息传输　议分层编制轼件其效率显得太低・另外，基于数据包的信息传　的延时，因为信息在层问的传输需要时间．例如ＩＳＯ／ＯＳ１将　递一信息校验和流量控制也受到限制・分布式多媒体应用对网　网络分成七层：应用层、表示层、会话层、传输层、网络层，链路　络的资源管理、差错控制、流量控制、速率控制、以及服务质量　层和物理层．基于ＴＣＰ／ＩＰ的国际互联网络协议模型中．分为　提出新的挑战・至少在以下几方面巳经不适应新的需求－　四层描述；应用层、传输层（ＴＣＰ）、周际同层（ＩＰ）和网络接口　第一．传统的传输层过分依赖数据流发选方和接收方之　层．协议分层的确有很多优点，但是随着低层．特别是物理层　间的反馈机制・而随着接术和应用的发展，一方生成的反馈信　高速传输．按协议分层编制轼件其效率显得太低，亟需改进．　息在返回另一方的时间间隔当中，巳经有大量的新数据流＾　２．２基于数据包的信息传递　了网络・控制信息往往大大滞后于网络的动态变化・　网络中的信息交换分为三种：电路交换（Ｃｉｒｃｕｉｔ　Ｓｗｉｔｃｈ一　第二．传统厢络协议过分依赖数据重发进行差错恢复・　ｉｎｇ）、报文交换（Ｐａｃｋ　ｅ１　Ｓｗｉｔｃｈｉｎｇ）和分组交换．电路交换方式　但在高速网络以及应用当中，差错率的升高意味着网络将处　下，通信双方要建一条物理连接，通信被他们独占，这种方式　于拥塞状态，而大量的数据重发会加重网络拥塞，甚至导致网　有利于双方进行连续的信息交换，非常适台多媒体数据的传　络运行靡痪．　输，但由于其对资源的独占性而很少被长途电话网之外的其　第三．传统传输层协议一般不提供多点投递的功能・固　它网络采用．而后两种是基于包交换，协议中包一般不超过几　此．新型应用在功能上和性能上都对传统协议层提出了挑战－　ｋＢ，而且存在以下限制：　现在的网络研究和开发以支持多点通信和提供服务质量　（¨一次传输舶数据愈多，出现差错舶可能性愈太．必须　（Ｑ。Ｓ）保证为中心．为了支持多媒体通信，目前常用的方法　要重传｝　是：　（２）对于多点线路，通常要求系统不允许一个站点占用　（１）对现有网络协议进行扩充，使其能够传输处理多媒　线路时间过长．以免其它站点出现长时延；　体信息和数据；　（３）接收器缓冲区的大小可能有限制．数据在传输时必　（２）提出新的支持多媒体通信的高速网络协议．　须进行打包、拆包．还要选择路径．产生一定的时延．这一切对　２现有网络协议的评价　大数据量的多媒体数据不舍适．　２．３无差错的信息校验　２．１同络分层　长期以来．数据周要保证发送方把数据准确无误地进到　当前网络协议和国际标准化组织制定的标准都是采用分　接收方．尽管网络出错率很低，但差错校验和校正要求还是很　层结构．总的都是采用功能分鹪分而治之的策略一将整１、协议　高．实际上采用循环冗余码．发现出错就要重传．为了达到准　收稿口期：２０００—１ｌ　ｌ４甚盒项目；国家自然科学基金（６９９８３００７，６９８９６２５０）－￣目资助；中国博士后科学基金的资助．　作者简介：张占军ｔ　博士后．副教授，主要从事多蝶体通信、分弁式多媒体、计算机网络和虚拄ｃ现实等方面的研究．韩承蕾ｔ研究员ｔ博士生导师，主要从事并行计算、　计算机系坑体系结构．多媒体计算等方ｌ面的研究橱学良，教授．博士生导师，主要从事分布式多媒体、计算机支持协同工作ＣＳＣＷ等古呵的研　究　Ｅ　ｍａｉＩ：ｚｚＪ＠ｌｃｔ　ｃ　维普资讯 http://www.cqvip.com

６期　张占军等：支持多媒体通信的网络协议技术及其发展　６４７　确无误以增加网络延时和耗带宽为代价，这不适合于多媒体　通信．　２．４基于窗口的澹量控制　３．２资源预留协议ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　Ｐｒｏｔｏｃｏ１）　随着Ｉｎｔｅｒｎｅｔ网络用户的急剧增长，网络上实时宽带的　多媒体业务飞速的发展．未来的新的综合业务都要求提供多　媒体通信的支持和服务质量（ＱｏＳ）的保证，ＲＳＶＰ是一个用　于Ｉｎｔｅｒｎｅｔ上资源预留的协议，提供用于建立和维护跨越多　目前网络中的流量控制都采用滑动窗口（ＳｌｉｄｉｎｇＷｉｎ—　ｄｏｗ）的方法，这种方法每个要发送或接收的数据帧都包古一　个序号，从０到Ｎ．所谓窗口是指发进方和接收发帧的范围，　窗口之外的数据帧将不予处理．这种流量控制方式是一种基　于网络传输率及可用带宽的控制方式，对流量控制基本上取　点播连或单点播送提交路径的分布式预约状态的一般设施．　主机使用ＲＳＶＰ协议代表应用数据流向网络申请特定服务　质量（Ｑｏｓ）．路由器使用ＲＳＶＰ协议向数据流沿途所有节点　决于网络性能，与应用设备没有多大关系．而对多媒体信息中　诸如音频、视频等连续媒体的传输播放率是有一定的要求的，　在这种情况下，流量控制就需要新的方法．　２．５超时Ｉ发的可尊性机爿　在网络中广泛使用超时重发机制以达到可靠传输但在　多媒体通信中就没有必要，因为多媒体信息与时间相关，在一　定时间未到达就失去意义，没有必要重发．　３支持多媒体通信的网络层协议　３．１　ＩＰｖ６　当今世界上，网络的分层模型主要有国际标准化组织　（ＩＳＯ）的开放系统互连（ＯＳＩ）模型和Ｉｎｔｅｒｎｅｔ中采用的ＴＣＰ／　ＩＰ模型，实际上后者虽然不是国际标准，但它使事实上的工　业标准Ｉｎｔｅｒｎｅｔ层是网际网络的协议，是整个ＴＣＰ／ＩＰ模型　中系统的重点，该层还有ＩＣＭＰ、ＡＲＰ和ＲＡＲＰ几个重要协　议，共同组成ＩＰ层协议，其中ＩＰ提供了基本ＴＣＰ／ＩＰ　信　封　——ＩＰ数据报，封装上层协议软件生成的数据，传进到最　终的目的地，该层的两个重要处理是分段和路由，使ＴＣＰ／ＩＰ　数据可以在不同类型的网络中传输。另外ＩＣＭＰ协议将诊断　信息和差错信息传送到其它的ＴＣＰ／ＩＰ系统中去。ＡＲＰ和　ＲＡＲＰ完成ＩＰ地址和物理地址的相互转换，为通过物理层提　供传输的可能．ＩＰ所提供的服务通常认为是无连接（ｃｏｎｎｅｃ—　ｔｉｏｎｌｅｓｓ）和不可靠的传输（ｕｎｒｅ　Ｌｉａｂｌｅ）　数据信息在ＩＰ层间传输，是以ｌＰ数据报的格式相互进　行传递的．目前。ｌｎｔｅｒｎｅｔ有两种协议：ＩＰｖ４和ＩＰｖ６，目前最流　行的ＩＰｖ６是下一代ｌｎｔｅｒｎｅｔ的协议，它是１Ｐｖ４的替代协议．　为了支持多媒体通信和在Ｉｎｔｅｒｎｅｔ上传送各种多媒体业务，　ＩＰｖ６采用了保证服务质量（ＱｏＳ）的机制，对实时多媒体流传　输提供了很大的支持．在ＩＩ：￣６中定义了两个重要参数：业务　类剐域和数据流标志位业务类别域将ＩＰ包的优先级分为　ｌ６级，井将其分为两类：０～７用于在网络发生拥塞时通过减　少数据包的发送速度米实现拥塞控制业务　８～１　５用于一些　实时性很强的业务。它在网络拥塞时不作任何减少流量的控　制．对于那些需要特殊ＱｏＳ的业务。可以在ＩＰ数据包中设置　相应的优先级，路由器根据ＩＰ包的优先级来处理这些数据　数据流标志位用于定义任意一个传输的数据流，以便网　络中所有的节点能对这一数据进行识别，井做特殊的处理．除　了在ＲＳＶＰ（Ｒｅ６ｏｕｒｏｅ　Ｒｅｓｅｒｖａｔｉｏｎ　Ｐｒｏｔｏｃｏ１）资源预留协议中　使用数据流标志外，ＩＰｖ６中未对数据流标志的使用作详细的　说聪　但有了数据菰标志位，就可以使处理器能够处理一些具　有特殊业务请求的数据包．　提交（１ｏＳ控制请求，建立并且维护状态以提供所申请的服　务．ＲＳＶＰ请求一般将导致沿数据路径的每一个结点预约保　留资源．　ＲＳＶＰ是运行在网络层ＩＰｖ４或ＩＰｖ６之上，但ＲＳＶＰ并　不传送应用数据，它不是网络传连协议，也不是路由选择协　议，它只是一个Ｉｎｔｅｒｎｅｔ控制协议，类似于ＩＣＭＰ（互联网络　控制报文协议）和ＩＧＭＰ（路由协议）．　３．２．１　ＲＳＶＰ协议的框皋姑构　ＲＳＶＰ协议的总体框架结构由５部分组成，如图１所示　田１　ＢＳＶＰ协议框架结构　一决策控制（Ｐｏｌｉｃｙ　Ｃｏｎｔｒｏ１），决策控制用米判断用户是　否拥有资源预留的许可权；　一接纳控制（Ａｄｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏ１），接纳控制剐用来判断　可用资源是否满足应用的需求，主要用来减少网络负荷；　一分类控制（Ｃｌａｓｓｉｆｉｅｒ　Ｃｏｎｔｒｏ１）。分类控制器用来决定　数据分组的通信服务等级。主要用米实现由ｆｉ［ｔｅｒｓｐｅｃ指定的　分组过滤方式；　一分组调度器（Ｓｃｈｅｄｕｌｅｒ）。分组调度器则根据服务等级　进行优先缀排序，主要用来实现由ｆｌｏｗｓＩ￣ｃ指定的资源配　置　３．２．２服务分类和支持ＱｏＳ的原别　传统的ＩＰ网络协议，只能提供点到点的ｂｅｓｔ—ｅｆｆｏｒｔ服　务，显然不利于ＱｏＳ需求敏感的业务．为了适应多媒体应用　的需求，支持综合实时多点服务保证ＱｏＳ就必须对传统网络　结构和服务模型进行扩展，支持服务分类，ＲＳＶＰ设计的主要　目的就是为了改善实时业务和支持多媒体通信和处理。从而　实现综台业务Ｉｎｔｅｒｎｅｔ的构想．因此ＲＳＶＰ协议实际上根据　应用的不同需求实现了业务分类的原则　预留的类型有ｗＦ．　ＦＦ和ＳＥ．　（１）基于面向非连接的原则ＲＳＶＰ的实现采用面向非　连接的方式．使ＲＳＶＰ在预留资源的共享方面更具有灵活　维普资讯 http://www.cqvip.com

６４８　小型微型计算机系统　２００２拄　性ｔ它和ＩＰ高度一致在非连接的方式下，为了识别不同的服　服务质量．而ＲＳＶＰ也可以被路由器用米向数据漉沿途经过　务ｔＲＳＶＰ协议引＾了流的概念．通过指定流的ｆ［ｏｗｓｐｅｃ实现　的节点传送ＱｏＳ请求ｔ并且建立和保持一定状态以提供可请　流的资源预留．ｆｌｏｗｓｐｅｃ描述了发送端流的传辖特性以及应　求的服务．ＲＳＶＰ协议太致占据传辖层的位置，它不负责传送　用的Ｑｏｓ需求，从而决定流所需的网络资源．　数据ｔ这一点类似１ＣＭＰ、ＩＧＭＰ等控制管理协议和路由协　（２）面向接收端的预留思想ＲＳＶＰ协议采用面向接收　议．换句话说，ＲＳＶＰ只关心数据流的服务质量．如图２所示．　端的预留方式，也就是由数据漉的接收端在ＱｏＳ—ｓｐｅｃ中描述　图中从发送者到接收者的箭头表示由消息的下游发送，　其资源需求，井且以预留消息的形式传辖，由源宿之间所有相　它是根据每个中间节点的路由表寻址转发的．　关通信设备依据此信息保留所需通信的资源这种接收端驱　图中从接收者到发送者的箭头表示预留消息的上游发　动的预留思想是ＲＳＶＰ协议区别于其他预留协议的主要特　送ｔ它是根据中间节点的保留软状态寻址转发的．在广播树　点和优势．这种接收驱动预留使ＲＳＶＰ协议在多播通信群组　中，它们有可能被舍井．　中能够支持不同接收端的异构需求，使接收端点能够依据终　当预留请求上游经过中间节点时，该节点将进行下面两　端能力和应用需求，提出恰如其分的预留资源的请求，有利于　步：　提高资源的利用率，也避免了组播时发端驱动易造成的发端　（１）预留链路资源　ＲＳＶＰ进程首先把ＲＳＶＰ请求转给　瓶颈．有利于改善多播组成员的动态管理和提高群组扩充能　允许控制和策略控制．允许控制用来判定该结点是否有充足　力；最后，通过滤渡机制可以舍井公共连接的预留请求，有利　的资源来满足所请求的ＱｏＳ，策略控制判定该用户是否有权　于改善带宽．网络资源的管理和减少网络负荷．面向接收端的　力预留这样的资源．满足则取得需要的带宽和缓冲区，否则失　预留思想也有利于依据所得到的业务服务质量（ＱｏＳ）等级付　败．　费．　（２　上游转发请求　当检查成功以后，路由器将根据剐　（３）能利用　软状态”动态适应网络变化为了适应多点　才下游的路由消息留下的软状态找到上游的路由地址．转发　到多点应用中经常出现的组成员变化的情况，以及网络中路　预留的请求．　由器的动态改变，ＲＳＶＰ协议在交换节点（路由器）上保留了　３　２．４　ＩＰ和ＲＳＶＰ交互　名为软状态的信息表，并且将维持预留的责任放到了终端用　如图３所示．ＲＳＶＰ是ｌＰｖ６的伙伴协议．周中表示一个　户处所谓的软状态是指在节点中可以被定时更新的预留信　配置ＲＳＶＰ的路由结构，很清楚．它是多（端）站点ＩＰ路由器　息．ＲＳＶＰ一共定义了两种需保留在交换节点上的状态信息：　的简明而有效的扩展．　路由状态、预留状态．路由状态由数据源负责发送路由消息的　建立或定期更新．而接收者则负责发送预留消息来建立和定　期更新预留的状态；预留消息包括定义所希望的ＱｏＳ的流描　述、预留类型（ＷＦ、ＦＦ和ＳＥ）和包过滤器　层　（４）ＲＳｖＰ协议独立于其它的网络协议　模块化设计是　ＲＳＶＰ的另一个重要的设计原则．ＲＳＶＰ设计者希望能够尽　量独立于路由协议、数据流描述．具体的服务质量参数以及管　理控制部分．使它可以适应更多的情况．实际上ＲＳＶＰ就是　一个单独的用于资源预留的信令协议，它利用路由协议为它　的路由消息寻找路径、承载数据流描述和预留请求者要求的　服务质量（ＱｏＳ）参数，由它上层的策略机制米进行控制、管理　以及安生保障工作　图３　ｌＰ／ＲＳＶＰ交互示意图　３．２．３　ＲＳＶＰ的工作方式　ＲＳＶＰ中预定请求是以流描述符的形式出现的ｔ该描述　ＲｓｖＰ主要用来为特殊的应用数据流向网络申请特定的　符由一个流描述（ＦＬｏｗ　Ｓｐｅｃ）和一个过滤描述（Ｆｉｌｔｅｒ　ｓｐｅｃ）组　成，其完整格式及内窨对ＲＳＶＰ协议是透明的．它仅仅把那　发进者　些数据丹散传送蛤路由器进一步处理．　４　实时传输协议ＲＴＰ（Ｒｅａｌ—ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒａｔｏ—　ｃｏ１）　４．１　ＲＴＰ协议简介　ＲＴＰ是针对实时多点多媒体会议而设计的实时传辖协　接收２　接崆３　议．它提供了端到端的宴时媒体（交互式音频和视频）传辖服　务前面已经描述了网络层支持多媒体通信和提供ＱｏＳ保证　围２　ＲＳＶＰ的工作漉程图　的网络层协议比如ｌＰｖ６和ＲＳＶＰ协议．网络层和传送层是在　维普资讯 http://www.cqvip.com

６新　张占军等：支持多媒体通信的网络协议技术及其发展　６４９　网络基础设施和高层应用层之间的协议．这两层对分布式多　媒体应用关系重大．　ＲＴＰ是运行在ＵＤＰ上的传转层协议．以便利用ＵＤＰ的　多路复用、检查和服务．然而ＲＴＰ也可以和其它适当的下层　网络和传转层协议一起使用．ＲＴＰ本身不能提供任何保证及　时提交的机制．也不提供其他服务质量（ＱｏＳ）保证，而是依靠　下层服务完成这些任务．它既不保证提交，也不防止错序提　ＲＲ：接收者报告包．用于接收非括动站的统计信息・　ＳＤＥＳ：源描述包，用于报告和站点相关的信息；　ＢＹＴＥ：蛄点离开系统报告包ｆ　ＡＰＰ：特殊应用包．　借助上述控制包，ＲＴＣＰ可以完成下列控制功能：　（Ｉ）ＱｏＳ监测和拥塞控制ｆ　（２）媒体问同步ｆ　（３）识别信息；　交，还不假设下层基础网络可靠而且接序提交分组．ＲＴＰ当　中包含的顺序号允许接收方重建发送方分组序列，但是，在视　频解码中，顺序号也可能用于确定分组的适当位置，从而不必　（４）会议大小识别和控制信息量调节；　ＲＴＣｐ的功能是：　按序解码分组．　ＲＴＰ协议由两个相关的协议组成．　（１）实时传送协议ＲＴＰ负责传送具有实时属性的数据；　（２）实时传送控制协议ＲＴＣＰ（ＲＴＰ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏ１）监　控服务质量．传递有关正在进行中的会话的参加方的信息．　４．２　ＲＴＰ的基本概念和功能　ＲＴＰ数据包的格式如表ｌ所示　ＲＴＰ数据包由ＲＴＰ头和不定长连续媒体数据组成．其　中固定的ＲＴＰ头为ｌ２字节，媒体数据可以是编码数据．　ＲＴＰ头的编码格式：　一Ｖ一２字段：２位版本号；　Ｐ　１位附加标记，加密，ＲＴＰ包数｝　ｘ位长扩展位｝　一ＣＣ　４位长ＣＳＲＣ（贡献源）计数ｆ　Ｍ标记位流中事件；　一ＰＴ子位的负荷类型ｆ　ＳＮ顺序号２字节长的包序号｝　Ｔｉｍｅｓｔａｍｐ　４字节的时间戳；　ＳＳＲＣ标识符４字节长的同步源标识符；　一ＣＳＲＣ贡献源表０—１　５项，每项４字节长．　４．３　ＲＴＰ控制协议一ＲＴＣＰ　ＲＴＣＰ的功能是基于向台话的所有参加方周期性地发送　控制分组．使用和数据分组相同的分发机制下层基础协议必　须提供数据和控制分组的多路复用．ＲＴＣＰ提供数据分发质　量反馈．反馈的功能通过ＲＴＣＰ发送方和接收方报告执行．　ＲＴＣＰ携带用于ＲＴＰ谭的持久传送级标识苻——规范名　ＣＮＡＭＥ（Ｃａｎｏｎｉｃａｌ　Ｎａｍｅ），用于跟踪和关联数据流　可选功　能是传送最小会话控制信息　ＲＴＣＰ的数据包丹如下５类：　ＳＲ：源报告包，用于发送和接收活动掉的统计信息｛　（Ｉ）ＱｏＳ监控和拥塞控制　ＲＴＣＰ包是多点传送的其中包括监控ＱｏＳ所必须的信　息ｔ这些参数包括　包丢失率、抖动、延迟、接收到的最太顺序　号，因此所有的对话成员都能够大致的了解其它参与者的进　展情况．　（２）媒体同步：　ＲＴＣＰ发送报告中包含了实际时问和相应的ＲＴＰ时问　戳指示器，这两个值允许不同媒体．如音频、视频之问实现“唇　同步”　（３）标识：　ＲＴＣＰ的ＳＤＥＳ包中为每一个对话成员提供一个全局唯　一的标识苻称为段名或ＣＮＡＭＥ、用户名、位置等．　（４）对话天小的估计和规划：　由于每个对话成员定期发送ＲＴＣＰ包．当对话包古数百　个与会者时，必须限制控制流量只占对话带宽的－－／Ｉ，部分．通　常控制流量限制为对话带宽的５　．　（５）接收到ＲＴＣＰ　ＲＲ包后．发送者处理步鼻如下：　（ｉ）ＲＴＣＰ分析　分析统计包丢失率．包延迟抖动．包的　往返时间｝　（　１）网络状态评估：可根据ＲＴＣＰ分析结果，对发送方　的发送速度进行调整．　（ｉｉｉ）带宽调整　根据网络状态分析调整多媒体应用的　带宽，用户可设置可调整带宽的交换范围．如说明最大和最小　的带宽；　４．４　ＲＴＰ协议的实现　通过利用Ｍｉｃｒｏｓｏｆｔ　Ｗｉｎｄｏｗｓ平台．采用Ｗｉｎｓｏｃｋ编程　利用ＲＴＰ协议实现个小型语言会话系统．系统利用ＲＴＰ　应用框图如图４示．　语言辅人辅出控制流　数据　重放　采样　墼塑望苎．ｒ—　］壅　墼塑　信息反馈　周期发进　控制报文　输出拉诗Ｉ模块　辅人控制模块　ＲＴＣＰ　议处理机　图４利用ＲＴＰ协议应用横围　维普资讯 http://www.cqvip.com

６５０　小型微型计算机系统　２００２年　ＲＴＰ协议处理机接收采样数据，封装为ＲＴＰ数据报，并　受到挑战．为了解决这个阀题，ＩＥＴＦ提出了新的ＩＰｖ６协议保　交给下层协议处理，同时接收下层递交的报文，还原成语音数　证服务质量（ＱｏＳ）的机制，对实时多媒体漉传输提供了很大　据井交给语言输出模块重放．　的支持．ＲＳＶＰ是一个用于Ｉｎｔｅｒｎｅｔ上资源预留的协议，提供　ＲＴＣＰ协议处理机完成接收、分析、产生和发送控制报文　用于建立和维护跨越多点播送或单点播送提交路径的分布式　的功能．ＲＴＣＰ控制报文的发进周期是变化的，与报文长度　预约状态的一般设施．ＲＳＶＰ是运行在网络层１Ｐｖ６之上，但　Ｌ，用户数Ｎ和控制报文带宽Ｂ相关，周期Ｐ—Ｌ＊Ｎ／Ｂ．应用　ＲＳＶＰ并不传进应用数据，它不是网络传送协议，也不是路由　使用ＵＤＰ进行数据传输，这样可以利用ＵＤＰ的多路技术和　选择协议，它只是一个Ｉｎｔｅｒｎｅｔ控制协议．ＲＴＰ是针对实时　数据校验服务．特别是多路技术对于控制报文的传辅是必要　多点多媒体会议而设计的实时传输协议，它提供了端到端的　的，这也说明ＲＴＰ的数据传输是无连接、无差错控村的报文　实时媒体（交互式音频和视壤）传输服务．ＲＴＰ是运行在　传输，两十协议共同完成传辅层协议的功能．　ＵＤＰ上的传输层协议，以便利用ＵＤＰ的多路复用、检查和服　ＲＴＰ／ＲＴＣＰ协议在基于Ｈ．３２３协议的ｌＰ电话软件中的　务．ＲＴＰ也可以和其它适当的下层网络和传输层一起使用．　位置和结构如图５所示：　ＲＴＰ车身不能提供任何保证及时提交的机制，也不提供其他　服务质量（ＱｏＳ）保证，而是依靠下层服务完威遗些任务．它既　语言压缩算堆ｌ　不保证提交．也不防止错序提交，还不假设下层基础网络可靠　而且按序提交分组．　Ｇ　７２９ａ　ｌ　参考文献　Ｇ　７１Ｉ　ｆ　ＲＴＰ／ＲＴＣＰ　１　Ｙａｎｇ　Ｘｕｅ　ｌｉａｒ￣．Ｚｈａｎｇ　２ｂａｎ～ｊｕｎ　Ｄｉｓｔｒｉｂｕｔｅｄ　ｍｕｌｔｉｍｅｄｉｓ　ｃｍ—　口互习＋一　ｐｕｒｅｒ　ｓｙｓｔｅｍｓ　ＣＭ］Ｐｕｂｌｉｓｈｉｎｇ　Ｈｏｕｓｅ　ｏｆ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｉｎｄｕｓｔｒｙ，　互　Ｈ＿＿　Ｈ　２２５　ＺＯＯ１—１　［巫［　（橱学良　张占军．分布式多煤件计算机系统教程［Ｍ　Ｊ．北京；电子　工业出版社２００２，＂　２　Ｚｈａｎｇ　Ｚｈａｎ—ｊｕｎ．Ｔｈｅ￣ｅａｒｃｈ　ｏｆ　ｒｅｓｏｕｒｃｅ　ｍａｎａｇｅｍｅｎｔ　ｏｆ　ｄｉｓ—　ｔｒｉｂｕｔｅｄ　ｓｙｓｔｅｍｓ　ｆｏｒ　ｍｕｈｉｒｅ￣ｄｉａ　ＳｔｒＯＢｅｓＣＤ３　Ｐｈ．Ｄ　ｔｈｅｓｉｓ　Ｕｎｉ—　图５　ＲＴＰ在基于Ｈ．３２３协议的ＩＰ电话软件中的位置图　ｖｅｒｓｉｔｙ　ｏｆ　Ｓｃｉｅｎｃｅ　ａｎｄ　Ｔｅｃｈｎｏｌｏｇｙ　ｏｆ　Ｃｈｉｎａ一１９９９ｔ　７　ＲＴＰ是在能提供多点通信即组播（Ｍｕｌｔｉｃａｓｔ）或单点通　‘张占军　面向多媒体流的分布式摹境赍潭管理的研究ＣＤ３．中国　信（Ｕｌｄｃａｓｔ）的网上为实时媒体提供端到端的网络传辅的服　科学技术大学博士论文一１９９９，７）　务协议．该协议已在ＩＥＴＦ　ＲＦＣ１８８９中定义，并且已经成为　０　Ｌｉｎ　Ｃｈｕａｔｔｇ，Ｓｈａｎ　Ｚｈｉ－ｇｕａｎｇ・Ｄｉｆ｛ｅｒｅｎｔｉａｔｅｄ　ｓｅｒｖｉｃｅｓ　ｉｎ　ｔｈｅ　ｉｎｔｅｒ　ＩＰ电话领域中传播实时媒体的通用标准．目前微软的Ｎｅｔ—　ｎｅｔ。ａ　ｓｕｒｖｅｙ［Ｊ］．Ｔｈｅ　Ｃｈｉｎｅｓｅ　Ｊｏｕｒｎａｌ　０　Ｃｏｍｐｕｔｅｒｓ，２０００　４’　ｍｅｅｔｉＤｇ和Ｖｏｃａｌｔｅｃ的］ｎｔｅｒｎｅｔ　Ｐｈｏｎｅ都把ＲＴＰ协议作为传　４ｌ９～４站　送实时媒体的工具　（＃闯，单志广等Ｉｍｅｒｎｅｔ区分服务及其几个热点问题的研究　［Ｊ］计算机学报，２０００．４ｔ　４１９～４３３）　５结论　４　Ｚｈａｏｇ　Ｚｈａｎ　ｊｕ．ｔ　Ｈａｎ　Ｃｈｅｎｇ－ｄｅ．Ｙａｎｇ　Ｘｕｅ－ｌｉａｏｇ．Ｍｕｌｔｉｍｅｄｉａ　ａｐ—　ｐｌｉｃａｔｉｏｎｓ　ａｎｄ　ｏｐｅｒａｔｉｎｇ　ｓｙｓｔｅｍｓ　ｓｕｐｐｏｒｔ［Ｊ］　Ｍｉｎｉ—Ｍｉｃｒｏ　Ｓｙｓ—　随着高速网络的飞速发展，特别是分布式多媒体应用的　ｔｅｍ。２００１　２２｛６）：６４１～６４５　迅速普及，传统的网络协议已经不能适应新的需求．传统厢络　（张占军，韩承德，杨学蛊．多攘体应用与操作系统支持［Ｊ］小型　协议的分层结构、信息传递、信息校验、流量控村和重发机制　微型计算机系统，２００１　２２（６）ｔ８４ｌ～６４５）　Ｔｅｃｈｎｏｌｏｇｙ　ａｎｄ　Ｄｅｖｅｌｏｐｍｅｎｔ　ｏｆ　Ｎｅｔｗｏｒｋ　Ｐｒｏｔｏｃｏｌｓ　ｆｏｒ　Ｍｕｌｔｉｍｅｄｉａ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　ＺＨＡＮＧ　Ｚｈａｎ—ｊｕｎ　，ＨＡＮ　Ｃｈｅｎｇ—ｄｅ　，ｒＡＮＧ　Ｘｕｅ—ｌｉａｌｔｇ　（Ｉｎｓｔｉｔｕｔｅ　，Ｃｏｍｐｕｔｉｎｇ　Ｔｅｃｈｎｏｌｏｇｙ—Ｃｈｉｎｅｓｅ　Ａｃａｄｅｍｙ　ｏｆ　Ｓｃｉｅｎｃｅ・Ｂｅｉｊｉｎｇ　１０００８０，Ｃｈｉｎａ）　Ｚ（Ｇｒａｄ￣ｌｅＳ￣ｈｉｍｌ　ｏｉ　Ｕｎｉ￣ｒｓｉｔｙｏｆＳｃｉｅｎｃｅ　ａｎｄＴｅｃｈｎｏｌｏｇｙｏｆＣｈｉｎａ－Ｂｅｏｉｎｇ　１０００３９，Ｃｈｉｎａ）　Ａｒｍｏｒｅｄ　Ｆｏｒｃｅ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｉｎｓｔｉｔｕｔｅ，Ｂｅｉｊｉｎｇ　１０００７２一Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ　Ｗｉｔｈ　ｍｕｌｔｉｍｅｄｉａ　ａｐｐｌｉｃａｔｉｏｒｔｓ　ｐｏｐｕｌａｒｉｚａｔｉｏｎ　ｍｏｒｅ　ａｎｄ　ｍｏｒｅ　ｎｅｗ　ｒｅｑｕｉｒｅｍｅｎｔｓ　ａｒｅ　ｐｒｅｓｅｎｔｅｄ　ｆｏｒ　ｍｕｌｔｉｍｅｄｉａ　ｔｒａｎｓ—　ｍｉ￣．ｓｉｏｎ　ｉｎ　ｎｅｔｗｏｒｋｓ．Ｔｈｉｓ　ｐａｐｅｒ　ａｎａｌｙｚｅｓ　ｔｈｅ　ｉ￣ｓｕｅｓ　ｏｆ　ｎｅｔｗｏｒｋ　ｐｒｏｔｏｃｏｌｓ　ｓｔｌｐｐｏｒｔｉｎｇ　ｍｕｌｔｉｍｅｄｉａ　ｃｏｍｍｔｍｉｅａｔｉｏｎ　ｉｎ　ｆｉｒｓｔ．Ｔｈｅｎ，　ｔｈｅ　ＩＰｖ６，ＲＳＶＰ　ａｎｄ　ＲＴＰ　ｐｒｏｔｏｃｏｌｓ　ａｙｅ　ｄｉｓｃｕｓｓｅｄ　ｆｏｒ　ｍｕｌｔｉｍｅｄｉａ　ｔｒａｎｓｍｉｓｓｉｏｎ．Ｆｉｎａｌｌｙ，ｗｅ　ｖｉｅｗ　ｔｈｅ　ｄｅｖｅｌｏｐｍｅｎｔ　ａｎｄ　ｒｅａｌｉｚａ－　ｔ；Ｏｒ／ａｂｏｕｔ　ｎｅｔｗｏｒｋ　ｃｏｍｍｕｎｉｃａｔｉｏｎ［ｏｒ　ｍｕｌｒｉｍｅｄｉａ．　Ｋｅ￥ｗｏｒｄｓ　ｍｕｌｔｉｍｅｄｉａ　ｃｏｍｍｕｎｉｃａｔｉｏｎ；ｎｅｔｗｏｒｋ　ｐｒｏｔｏｃｏｌ；ＩＰ；ＲＳＶＰ　ａｎｄ　ＲＴＰ