《计算机网络教程》高传善 第8章 网络应用-2.pptVIP

《计算机网络教程》电子教案 第八章 网络应用多媒体应用 2 主要内容 多媒体应用（8.3 ） 多媒体网络概述 多媒体运输协议：RTP 流媒体技术 3 网络多媒体应用 网络多媒体应用可分为播放应用和会议应用 播放（Playback）应用：现场和点播流媒体（包括音频和视频）应用 会议应用：实时交互，延时要求较高 4 网络多媒体特征 可靠性要求比较宽松 实时性 对数据从发送者到达接收者之间的延迟极其敏感 改善方法：高效传输、高效编码、压缩 等时性 要求传输能很连贯地进行，即要求在连续的数据帧之间的延迟保持稳定在一定范围内 改善方法：数据缓冲 5 网络多媒体特征 因此实时多媒体流又称为连续媒体（Continous Media），其中两个使用最为广泛的媒体流是音频和视频多媒体信息。 目前大多数实时多媒体应用不仅支持点到点的传输，而且通过采用IP组播技术支持点到多点、多点到多点的多媒体信息传输。 考虑到以上特性一般不使用TCP等传统的可靠运输协议传输多媒体信息 TCP是面向连接的协议，不支持组播。 TCP提供了相应的机制保证可靠地数据传输，但实时多媒体会话中重传基本上无实际意义。 TCP提供慢启动、拥塞避免等拥塞控制机制，这些机制在多媒体会话中可能并不是非常适合，而且会带来额外的延迟和延迟的抖动。 TCP没有多媒体会话所要求的时间戳等机制。 6 多媒体运输协议：RTP 实时运输协议RTP（Real-time Transport Protocol）是一种用于实时多媒体的标准传输协议 RTP用于交换多媒体信息，定义在RFC 1889 还包括配套的实时运输控制协议RTCP，用于定期发送对应该多媒体流的控制信息，通过该协议可以把接收者监测到的多媒体流的接收情况通知给发送者，同时也可以传递一些简单的会话控制信息。 TCP不适合RTP，RTP一般运行于UDP之上（支持组播） RTP数据流和相应的RTCP控制流利用相邻的运输层端口来传输，即RTP数据流的端口为偶数端口（x），而RTCP则使用相邻的那个为奇数的端口（x+1） 7 RTP特征 RTP不需要预先建立连接，同时也并没有更多的可靠性控制。 为了能够多媒体会话能够正常运行，网络必须能够提供足够的带宽来保证基本的多媒体通信质量，至于怎么样保证则和RTP无关。 RTCP提供的服务质量监测功能可以让发送者在发现网络质量下降或者提升的时候改变多媒体流的编码方式，从而避免网络的拥塞或者有效地利用网络的带宽。 8 RTP特征 RTP是为实时多媒体应用而设计的，因而提供了一种灵活的机制，使得新的多媒体应用可以不需要重复那些通用的一些功能的设计，而是利用RTP协议。 RTP协议只是定义了一个实时多媒体应用的一个框架（Framework），一个新类型的多媒体应用常常要求定义相应的脚本（Profile）和相应的格式，脚本保证这种类型的应用对RTP头部字段有一个统一的理解，而格式给出了实时多媒体信息是如何通过RTP消息传递。 9 RTP封装 实时多媒体信息被封装进RTP报文中，每个RTP报文然后封装进一个UDP报段中 因为RTP为多媒体应用提供服务，它常常被看作为运输层的一个子层。但是从应用开发者的角度来看，RTP不是运输层协议，而是一种应用层协议。 10 RTP封装 RTP协议的设计体现了应用层成帧ALF（Application Level Framing）的思想。 该思想认为新的多媒体应用不可能使用传统的TCP协议，而且不大可能设计出一种符合各种类型的新应用的通用协议，即具体的应用有具体的需求。 所以RTP只是定义了一个基本的框架结构，而大多数的协议细节在开发具体的多媒体应用时再定义，这一般是在相应的脚本和格式文档中定义。 11 RTP几个概念 RTP会话 多个用户通过RTP交换多媒体信息，则它们属于同一个RTP会话（RTP Session）。 RTP会话中的每个多媒体源都被分配了一个32个比特的同步源SSRC（Synchronization Source）标识，该标识在RTP会话中是惟一的，来自于这个多媒体源的RTP分组都属于同一个RTP流，都包含了该SSRC标识，并且采用相同的采样时钟和顺序号空间，从而允许接收者知道分组接收的情况和时序。 12 RTP几个概念 通过RTP会话，可以支持点到点通信，也可以支持会议方式通信。 同一个多媒体源的音频和视频可以捆绑在一个RTP流上，使用一个RTP会话；也可以分开在不同的RTP流上，属于不同的RTP会话。 13 RTP几个概念 RTP混合器（Mixer） RTP支持在某个网关处把多个源混合在一起来形成一个新的单个流，这个时候这个流的分组头部包含了所有被混合在一起的流的ID，该网关即RTP混合器。混合器接收来自于一个或者多个源的RTP流，然后按照某种方式（可能改变其中的