多媒体通信与网络

1.多媒体通信的服务质量 (QoS)

2.多媒体通信的网络环境

3.多媒体通信协议

勤读力耕 立己达人
第 1页
 多媒体通信的性能需求
吞吐量需求
网络吞吐量是指有效的网络带宽，通常定义成物理链路的
传输速率减去各种传输开销，以及网络冲突、瓶颈、拥塞
和差错等开销，它反映了网络的最大极限容量。

视频（未压缩）： 140Mbps 左右
ITU H.261 ： 64K － 2Mbps
ISO/IEC MPEG ： 1.4Mbps － 40Mbps

第 2页
 多媒体通信的性能需求
可靠性需求

差错率（ Error Rate ）是一种重要的性能指标，

反映了网络传输的可靠性。
位差错率、帧差错率、分组差错率分别用于在
不同的网络协议层次上计算差错率。
控制差错的方法：
ARQ ，差错率高不适用；时间不可控。
FEC ，增加监督数据，如 CRC 。

第 3页
多媒体通信的性能需求
延时很重要，后果很严重。
一对异地情侣 QQ 聊天。

女：你爱我不？
男的没反应。
女又问：你在学校是不是有别的女人？
男：是啊！当然啦！
女：你竟然这样对我，你到底有没爱过我？
男：那是不可能的事！！！

结果他们分手了……
第 4页
 多媒体通信的性能需求
延时需求
延时（ Delay ）是衡量网络性能的重要参数。主要有
传播延时、发送延时、处理延时、排队延时等。
传播延时：电磁波在信道中传播所需要的时间，由距离决定；
发送延时：路由器将分组发出所需时间，由分组长度和传输速率决定；
排队延时：分组在进入路由器后要先在队列中等待产生的延时。
处理延时：主机接收到分组后要进行分析处理，如分析分组的首部，提
取数据部分，差错检验或者查找适当的路由等。

对于端－端延时，一般要求小于 250ms (150ms)

延时抖动 (Delay Jitter)
与延时有关的另一个性能参数
第 5页
 多媒体通信的性能需求
同步需求
流间同步
流间同步是不同媒体间的同步，和具体应用有关，是一
种端到端的服务。
流内同步
流内同步是保持单个媒体流内部的时间关系，即按照一
定的延时和抖动约束来传送媒体分组流，以满足感官上
的需要 , 否则会断续。
服务可用性 (service availability)
给定时间范围内，网络可提供服务的时间与给定时间之
比 ( 平均无故障率 ) 。
第 6页
 多媒体通信的 QoS

服务质量 (Quality of Service ， QoS) 是一种抽象概念，用

于说明网络服务的“好坏”程度。
由于不同的应用对网络性能的要求不同，对网络所提供的服
务质量期望也不同。这种期望值可以用一种统一的 QoS 来描
述。从支持 QoS 的角度，多媒体网络系统应提供 QoS 参数定
义和相应的管理机制。

1 ． QoS 参数
QoS 是分布式多媒体信息系统为了达到应用要求的能力所需要
的一组定量的和定性的特性，它用一组参数表示，典型的有
吞吐量、延时、延时抖动和差错率、服务可用性等。

第 7页
 QoS 的概念
QoS 参数举例
多媒体对象 最大延时 最大延时 平均吞吐量 可接受的
/ms 抖动 /ms /(Mb/s) 位出错率

语音 250 10 0.064 <10-1

视频 250 10 100 10-2

压缩视频 250 1 2 ～ 10 10-6

第 8页
 QoS 的概念

2 ．压缩编码对 QoS 参数的影响

多媒体数据压缩编码的方法影响 QoS 中的流内同步。
流内同步是保持单个媒体流内部的时间关系，即按照一
定的延时和抖动约束来传送媒体分组流，以满足感官上
的需要 , 否则会断续。

第 9页
 QoS 的概念

3 ． QoS 服务的分类
确定型 QoS
在数据传输过程中，网络提供“硬”的 QoS 保证，全程保证。
统计型 QoS
在数据传输过程中，网络提供“软”的 QoS 保证，统计保证。
尽力型 QoS 。
网络不提供任何 QoS 保证， QoS 随着负载的增加而明显下降。
为了保证端到端的 QoS ，在媒体流传输路径上的各个路由器
都必须支持和保证所承诺的 QoS ，并且按确定型、统计型及
尽力型 QoS 的优先级次序为相应的媒体流分配和保留资源。

第 10页
 QoS 的概念

IETF(Internet Engineering Task Force) 提出了两种

QoS 保证机制

由 RSVP 提供的保证型服务；保证型服务具有面向
连接的特性，并通过 QoS 协商、接纳控制、保留带宽和
实时调度等机制来实现。

在区分服务（ DiffServ ， DS ）中定义的区分型服

务。区分型服务具有无连接的特性，主要通过缓冲管理
和优先级调度机制来实现，而无需进行 QoS 协商和保留
带宽等控制。
第 11页
 多媒体网络的概念

 多媒体网络是计算机网络；电话网络、电视网络可以
作为计算机网络的接入网络。
 能够传输声音、图像、视频的数据网络。

 普通数据通信关注准确性；多媒体通信更强调带宽、
同步、延时等；准确性不是首要问题。

 多媒体网络涉及网络操作系统、传输媒体、网络设备。

 重要协议：实时传输协议 RTP 、实时控制协议 RTCP 、

资源保留设置协议 RSVP 、实时流媒体播放协议 RTSP 。

第 12页
网络上的交换技术

完整数据，长度不定；
拆分得到的数据块；
过程中会拆分，不实 第 13页
遵守严格的格式。
时
 网络上的交换技术

线路交换网络 (circuit-switched networks)

通信之前双方由交换中心建立物理连接，维持连接的时间
长短取决于信息交换的需要。
TDM 、线路独占。

第 14页
 网络上的交换技术
分组 ( 包 ) 交换网络 (packet-switched networks)
发送端把长消息分割成较小的数据包后，使用存储转发
方法 (store and forward) 发到输出链路上。

E
 存储转发
 自带目的
 目的各异
 路径各异
B B
 统计复用
 带宽共享
 延时不定
 各有利弊
B

第 15页
 协议层次和协议的概念

• 为减少网络设计的复杂性，研究人员把交换过程划分成层 (layer) ，
并制定了各层次上的协议，以便于网络软硬件分层管理和改进。
OSI 参考模型 TCP/IP(Internet) 模型
应用层 (application)
应用层
表示层 (presentation) 应用层 (application)
(application ）
对话层 (session) 进程到进程，不管跨越多少节
传输层 ( transport) 传输层 ( transport) 点
主机间通信，选择路由和交换
网络层 (network) 网络层 (network) 结点；网络地址转为 MAC 地
址。
数据链路层 (data 数据链路层 (data 节点间传送帧。包括数据和地
址、差错、同步等控制信息
link) link)
节点之间比特流的透明传送
物理层 (physical) 物理层 (physical)
• 传 输 层 协 议 TCP 和 UPD 是 操 作 系 统 内 核 实 现 的 。 从 传 输 层 向 下 用
Socket 实现。 Socket 本身并不是协议，而是对 TCP/IP 协议的封装，
是一个调用接口 API ，通过 Socket 开发者才能使用 TCP/IP 协议。

第 16页
填空题 8分

1. TCP 和 UPD 是 [ 填空 1] 层的协议，其软件是在 [ 填空 2] 中实现的。

2. 应用程序开发者通过 [ 填空 3] 技术才能使用 TCP/IP 协议。

3. [ 填空 4] 层将分组从一台主机传送到另一台主机，从而提供了主机到主
机的通信服务。

4. [ 填空 5] 层实现进程之间的通信，计算机收到数据包后根据 [ 填空 6]
的不同来判断该数据应该属于哪一个进程。

5. TCP/IP 的端口范围从 0 到 [ 填空 7] ，浏览网页服务的端口是 [ 填空 8]

，用于 FTP 服务的端口是 21 。

正常使用填空题需 3.0 以上版本雨课堂

作答
第 17页
 协议层次和协议的概念

各层上的部分协议
网络 执行的协议
层次
应用层 HTTP ， FTP ， SSH ， DNS ， RTP ， RTCP ，
SMTP ， POP3 NFS ， SNMP ， TFTP
RFC822, MIME
传输层 TCP UDP
网络层 IP ， ARP ， ICMP ， IGMP
数据链 HDLC ， PPP ， SLIP ， X.25 ， FDDI ， TokenRin
路层 g ， 802.11
物理层 RS-232 ， IEEE802.3 ， V.35 ， FiberOptic

第 18页
 协议层次和协议的概念 --- 各层上的部分协议

HTTP(HyperText Transfer Protocol) 超文本传输协议

FTP(File Transfer Protocol) 文件传输协议
SSH(Secure Shell) SSH 安全登录协议 ( 取代 Telnet)
SMTP(Simple Message Transfer Protocol) 简单邮件传输协议
TFTP(Trivial File Transfer Protocol) 普通文件传输协议。 TFTP 不
能目录浏览只能文件发送和接收。
DNS(Domain Name System) 域名系统：域名和 IP 地址相互映射。
http://202.108.22.5/ 和 www.baidu.com效果相同。
NFS(Network File System) 网络文件系统

TCP 、 UDP

IPV4 、 IPV6

以太网
HDLC(High-level Data Link Control) (IBM) 高级数据链路控制规程

第 19页
 超文本传送协议 HTTP— 应用层协议

作用：建立连接并获取 HTTP 网页。在传送数据之前客户机和服务器需要

建立 TCP 连接。 TCP 连接建立后， Web 浏览器就可以发送 HTTP 请求
到这个连接上，服务器接收到请求之后就给 Web 浏览器回送一个 HTTP
响应消息，在服务器发送响应信息之后就断开 TCP 连接 ( 有长连接选项 )
。

运行 Web HTTP 请求
的 PC 机

HTTP 响应 运行 Web
服务器的
HTTP 响应 工作站

运行 Web HTTP 请求
手机

第 20页
 超文本传送协议 HTTP--- 请求消息格式

① GET ：获取数据。客户请求一个 Web 页面就把 GET 写入 <method>

域， GET 时实体主体 <entity body> 域是空的。
② POST ：修改数据。如果客户填写表单就把 POST 填入 <method> 域
送给服务器。 POST 时实体主体域就包含用户写入表单域中的内容。
如： GET 获取新闻， POST 发贴。

第 21页
 超文本传送协议 HTTP---GET 方法

****************************************
GET normal/html_design.html HTTP/1.1
Connection ： close
User-agent ： Mozilla Firefox/2.0
Accept ： text/html, image/gif, image/jpeg
Accept-language ： cn
(extra carriage return, line feed)
****************************************

第 22页
 超文本传送协议 HTTP--- 响应消息格式

3 位状态码中的第 1 位包含一般信息。“ 1” 表示信息码，“ 2” 表示访问成功，

“ 3” 表示重定向 ( 即 URL 已经改变 ) ，“ 4” 表示你的请求有误，“ 5”Web 服务
器出错。
常见信息：
200 ：表示请求得到满足。 301 ：请求的对象已被删除；新的 URL 放在响应消
息标题中。 400 ：服务器不能理解你的请求。 404 ：服务器没有找到请求的文件。
505 ：服务器不支持浏览器请求使用的 HTTP 版本号。
第 23页
 超文本传送协议 HTTP--- 响应消息格式

一个 HTTP 响应消息的例子如下：

****************************************
HTTP/1.1 200 OK
Connection: close
Date: Thu, 10 Otc 2022 12:00:15 GMT
Server: XXXX
Last-Modified: Mon, 22 Jun 2021 09:23:24 GMT
Content-Length: 3456
Content-Type: text/html
data data data ...
****************************************

第 24页
 超文本传送协议 HTTP---POST 方法

POST /login.asp HTTP/1.1

Accept-Language: zh-cn
Host: www.example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 35
user=Huawei&post= 麒麟芯片，攻难克艰。华为科技，遥遥领先。
Connection:close

数据之间用 & 连接。数据由名字、数值和等号三部分构成。

第 25页
 传输层协议 -TCP

① 可靠的面向连接服务：
TCP(Transfer Control Protocol) 提供可靠服务，保证把信
息包传送到对方，对信息包的延时要求不高。主要功能：
(1) 通过确认 (acknowledgements) 实现可靠传输：接收端
收到信息包后，向发送端发送一个确认信号。
(2) 流控制 (flow control) ：接收端可能不能及时处理，
接收的数据不超过自身缓冲区。
(3) 拥塞控制 (congestion control) ：当交换机拥挤时缓
冲存储器可发生溢出，导致信息包丢失， TCP 提供了拥塞窗
口机制来限制发送端速率。

第 26页
 传输层协议 -UDP

② 不可靠的无连接服务 ( unreliable connectionless

service)

使用 UDP(User Datagram Protocol) 协议提供的服

务属于不可靠服务，不可靠的 UDP 服务不作任何担保，
既不保证传送过程中不丢失信息包，也不保证时延满足
应用要求。此外，因特网现在提供的服务对所有信息包
的传送都是平等的，在因特网上都要排队等待。

第 27页
 传输层协议

应用层协议运行在操作系统之上，而传输层协议集成在操
作系统之中。因此设计网络应用时，需要指定一种传输协
议 (TCP/UDP) ，多媒体应用通常使用 UDP 协议。

第 28页
 传输层协议 TCP 和 UDP 标题结构 当前块首字节；
下一块的首字
节

UDP

字节数 流控：当前接收端缓
=4*Length 存可接收多少数据 TCP

UDP
data
第 29页
填空题 8分

1. TCP( 没有可选项 ) 和 UPD 标题长度分别是 [ 填空 1] 字节和 [ 填空 2] 字节。

2. TCP 标题中的 [ 填空 3] ( 填中文 ) 字段，占 [ 填空 4] 比特，这里存储当前数据

包数据第一个字节的序号。

3. TCP 标题中的 [ 填空 5] ( 填中文 ) 字段：占 [ 填空 6] 比特。只有 ACK 标志为

1 时才有效。它包含目标端所期望收到源端的下一个数据字节。

4. TCP 标题中窗口大小字段，用于表示当前接收端缓存可接收多少数据，可用于
[ 填空 7] 功能。

5. 多媒体数据的传输层协议用 [ 填空 8] 更合理。

正常使用填空题需 3.0 以上版本雨课堂

作答
第 30页
传输层协议 TCP 和 UDP 标题结构

第 31页
传输层协议 TCP 和 UDP 标题结构

第 32页
 网络层协议 IPv4 与 IPv6

网络层封装 IP 包；安排传输线路；使用 ARP 协议将

IP 地址转换为 MAC 地址。
IPv4 总数少且不均衡， IPv6 有如下特点：
• 更大的地址空间
340,282,366,920,938,463,463,374,607,431,768,211,456
个地址 !
• 更高效的路由
• 更好的安全性
• 移动性的支持
• 更好的 QoS
第 33页
 IPv4 和 IPv6 的包头比较 1
• IPv4 的包头
原：按吞吐量、时延、可靠 若链路层数据报 <IP 总长度，则 IP
性和费用方式选择传输服务。 包需要分割成更小的数据报。三个
现：区分服务代码点 DSCP 段记录数据报的名称，便于重组。

首部
版本 服务类型 总长度 ( 包头加数据字节数 )
长度
标识符 标志 ( 分片 ) 数据块偏移量
20
TTL( 减一 ) 上层协议 首部校验和 字节
已指定 50
个， TCP 为 源地址
6 ， UDP 为
17 ， ICMP 目标地址
为1
可变
可选项 填充
长度
数据
32bit
第 34页
 IPv4 和 IPv6 的包头比较 2
• IPv6 的包头
版本 通信类别 流标签
载荷长度 ( 不含包头 ) 下一首部类型 跳数限制
相当于 IPv4 中的 TOS 字段，
规定使用的服务类型 ( 优先权 ) 指出扩展头的类型， 类似于 IPv4 中的
按规定填入 TTL ，但跳数上限
源地址 由上层协议规定 40
用于标识同一业务流的数据。中间
路由器对于同一源和目的的一个流 字节
采用相同的转发行为，提高效率。
（流媒体实时媒体 QoS ）

目标地址

扩
报文首部 扩展首部信息 展
报
数据 头
32 bits 第 35页
 IPv4 和 IPv6 的包头比较 3
版本
首部
服务类型 总长度 V6首部中没有
V6 首部中没有
长度
校验和，校验
校验和，校验
标识符 标志 段偏移量 依靠上层完成
依靠上层完成
TTL 上层协议 首部校验和 版本 通信类别 流标签

源地址 载荷长度 下一报文首 跳数限制

部
目标地址

可选项 填充
源地址
数据

V6 V6的分片与重组只发生在源
V6首部中没有首
V6 的分片与重组只发生在源
首部中没有首
端和目的端，中间结点不再进
部长度字段，因为
部长度字段，因为 V6 的IP
V6的
行分片和重组。 IP地址
端和目的端，中间结点不再进
地址 目标地址
V6 的首部是固定
行分片和重组。
V6 的首部是固定变成 128 位 V6的分片和
V6 的分片和
变成 128
重组用的字段位于扩展报头。
长度 位
长度重组用的字段位于扩展报头。
报文首部 扩展首部信息
在扩展首部中还包含加
在扩展首部中还包含加 数据
密和身份验证的字段
密和身份验证的字段
第 36页
 IPv6 总结

• 128 位的地址空间允许更多的主机被寻址
• IPv6 需要能够与 IPv4 平滑过渡。
• IPv4 设计时并未考虑移动应用 ,IPv6 设计时就考虑到对
移动特性的支持。
• IPv6 首部的通信类别和流标识字段提供了 QoS 支持机制。
“ 流”是在多媒体通信中的一个常用的名词，一般定义为：
具有同样的源 IP 地址、源端口号、目的 IP 地址、目的
端口号、协议标识符以及服务质量需求的分组序列。中
间路由器对这些包进行特定处理。

第 37页
 多媒体网络的应用类型和数据存取方法

应用类型
1. 现场交互应用 (live interactive applications) ：网络电话
和电视会议是这类应用实例。人的听觉系统对小于 150ms 的
时 延 感 觉 不 到 ， 在 150 ～ 250ms 之 间 可 以 接 受 ， 超 过
250ms 就令人别扭。

2. 交互应用 (interactive applications) ：声音和影视点播是

交互应用。用户要求服务器开始、暂停、跳转等，延时在
1 ～ 5s 钟可以接受。

3. 非交互应用 (non-interactive applications) ：声音和电视

广播是非实时交互应用。
第 38页
 数据存取方法
(1) 先下载后播放 --- 通过 Web 浏览器把文件从 Web 服务器
传送给媒体播放器

Web HTTP请求/响应 Web

浏览器 服务器

声音/电视文件

媒体
播放器

特点：简单、延时过大

第 39页
 因特网上存取多媒体信息的方法

(2) 直接把声音 / 视频从 Web 服务器传送给媒体播放器

Web (1)HTTP请求/响应
浏览器
Web
(2)播放说明 服务器
帮助器
媒体
(应用程序)
播放器 (3)请求/响应的文件

特点：互动需要 WEB 服务器，效果欠佳

第 40页
 因特网上存取多媒体信息的方法

(3) 直接把声音 / 视频从流放服务器传送给媒体播放器

Web (1)HTTP请求/响应 Web

浏览器 服务器

(2)播放说明

帮助器 (3)请求/响应的文件 流放
媒体
(应用程序)
播放器 服务器

流放服务器可用： Real System Service 、 QuickTime

Streaming Service 、 Windows Media Service
第 41页
 多媒体通信协议

互连网早期主要用来提供可靠的数据传送服务，
对延时几乎没有什么要求。 TCP/IP 协议就是为这
种类型的通信设计的，而且工作得很好。然而，
多媒体应用却具有不同的特性，因此就需要不同
的协议来提供所需要的服务。
与多媒体应用密切相关的协议包括应用层的
RTP 、 RTCP 、 RTSP 和传输层的 RSVP 等。

第 42页
 实时运输协议 RTP (Real-time Transport Protocol)

应用： RTP 广泛应用于流媒体通信，电话、视频会议、电视。

• RTP 为实时应用提供端到端的运输，但不提供任何服务质
量的保证。
• 多媒体数据块经压缩编码后先送给 RTP 封装为 RTP 分组，
再装入运输层的 UDP 用户数据报，然后再交给 IP 层。
• RTP 是一个协议框架，只包含了实时传输的一些共同功能。
• RTP 并不对多媒体数据块做任何处理，而只是向应用层提
供一些附加的信息，让应用层知道应当如何进行处理。

第 43页
 RTP 的层次

• 从应用开发者的角度看， RTP 应当是

应用层的一部分。

• 在发送端，开发者必须编写用 RTP
封装分组的程序代码，然后把 RTP 应用层
分组交给 UDP 套接口。
RTP
• 在接收端， RTP 分组进入应用层后， 传输层
要利用开发者的程序代码从 RTP 分 UDP
组中把数据块提取出来。 IP
• RTP 封装了多媒体应用的数据块。由 数据链路层
于 RTP 向多媒体应用程序提供了服
务（如时间戳和序号），因此也可以 物理层
将 RTP 看成是在 UDP 之上的一个传
输层的子层。

第 44页
 RTP 分组的首部格式
每发送一个包，序列号
P=1: 报文尾部有填充位 ; 对于视频，标记一帧 增 1 。接收者通过序列 说明数据包的同步信息：
X=1:RTP 包头后有扩展包 的结束；对于音频， 号来检测报文丢失情况， 就是一个数，用来反映
头 标记会话的开始。 重新排序包，恢复数据。 数据块的产生时间点。
位 0 1 3 8 16 31
版本 P X 参与源数 M 有效载荷类型 序号 ( 提供分组的先后顺
序) 12
时间戳 ( 提供分组间的时间间隔 ) 字
节
同 步 源 标 识 符 (SSRC: 随机产生标识不同信
源)
参 与 源 标 识 符 (CSRC) [0..15]
( 以混音为例有多个源，与“参与源数” 配合使用 )
与参与源数配
合
发送
IP 首部 UDP 首部 RTP 首部 RTP 数据部分（应用层数据）
RTP 分组
UDP 用户数据报
IP 数据报
第 45页
 RTP 常用声音有效载荷类型

有效载荷号 声音类型 采样率 (kHz) 数据率 (kb/s)

0 PCM mu-law 8 64

1 1016 8 4.8
2 G.721 8 32
3 GSM 8 32
6 DVI 16 64
7 LPC 8 2.4
9 G.722 8 48 ～ 64
14 MPEG Audio 90 -

15 G.728 8 16
第 46页
RTP 常用视频有效载荷类型

有效载荷号 电视格式

26 Motion JPEG

28 SUN 公司专有格式

31 H.261

32 MPEG-1 video

33 MPEG-2 video

第 47页
 实时运输控制协议 RTCP (RTP Control Protocol)
• RTCP 是与 RTP 配合使用的协议。
• RTCP 为应用程序提供会话质量或者广播性能的信息。

RTCP 不封装声音或者视频数据，而是封装发送端和 / 或者
接收端的统计报表。包括发送的信息包数目、丢失的信息
包数目和信息包的抖动等，这些信息对发送端、接收端或
者网络管理员都很有用。
RTCP 没有指定使用这个反馈信息做什么，这取决于应用
程序开发人员。例如，发送端可以根据反馈信息来修改传
输速率；接收端可以判断问题是本地的、区域的还是全局
的；网络管理员可以评估网络用于多目标广播的性能。

第 48页
 RTCP 内容示例
• RTCP 告诉另外一方，在一段时间 ( 如 5 秒 ) 内它发送多
少数据包给对方，接收到了多少对方的包。
• RTCP 发送 64 位的绝对时间戳和 32 位的相对时间戳。 64
位绝对时间戳的前 32 位是从 1900-1-1 日 0 时开始到现在
的以秒为单位的整数部分，后 32 位是此时间的小数部分。
32 位的相对时间戳和 RTP 中的时间戳没有区别。
• 当应用程序建立一个 RTP 会话时，目的传输地址由一个
网络地址和一对端口。 RTP 数据发向偶数 UDP 端口，而
RTCP 数据发向偶数 +1 UDP 端口。

第 49页
 实时运输控制协议 RTCP (RTP Control Protocol)

• 每个参与者周期性地发送 RTCP 控制
信息包，它带有发送端和接收端对服
务质量的统计信息报告。

• RTCP 分组与 RTP 均使用 UDP 传送

• 可将多个 RTCP 分组封装在一个 UDP

用户数据报中。

• RTCP 一般控制在会话带宽的 5% 内。

第 50页
 RTCP 使用的五种分组类型

• 发送端报告分组 SR 周期性地向所有接收端用多播方式
进行报告。
• 接收端报告分组 RR 周期性地向所有的点用多播方式进
行报告。
• 特定应用分组 APP 使应用程序能够定义新的分组类型。
• 源点描述分组 SDES 给出会话参加者的描述。
• 结束分组 BYE 表示关闭一个数据流。

第 51页
 实时流播协议 RTSP— 应用层

• RTSP 协议以客户 / 服务器方式工作，它是一个多媒体

播放控制协议，使得用户在播放从因特网实时数据时能
够进行控制，如：暂停 / 继续、后退、前进等。因此
RTSP 又称为“因特网遥控协议”。
• RTSP 在体系结构上位于 RTP 和 RTCP 之上，它使
用 TCP (UDP 也可实现 ) 完成数据传输。

第 52页
 实时流播协议 RTSP— 应用层

• 应用层协议 RTSP 描述了与 RTP 间的交互操作。 RTSP 控

制 RTP 会话的协议，使得实时流媒体的受控和点播变得可
能。
• RTSP 可以对流媒体提供播放、暂停、快进等 12 种操作，
它定义具体的控制消息、操作方法、状态码等。
• RTSP 参考了 HTTP/1.1 协议。 HTTP 传送 HTML ，而
RTSP 传送的是多媒体数据。
• 用来控制具有实时性的数据传输，但它本身并不传输数据，
而是依赖于下层传输协议的服务。

第 53页
 综合服务 IntServ 保障 QoS--RSVP 协议

• QoS 的需要
当前因特网主要是为 IP 数据报提供服务，而对吞吐率和
时延不提供任何保证。
QoS 需要一种机制，这种机制允许应用程序保留网上的
资 源 。 资 源 保 留 协 议 (Resource Reservation Protocol,
RSVP) 就是这样一个标准。
RSVP 协议允许应用程序为它们的数据流保留带宽。主
机使用 RSVP 向网络请求保留一定带宽，路由器也使用
RSVP 转发带宽请求。为了执行 RSVP 协议，在接收端、
发送端和路由器中都必需要支持 RSVP 协议。

第 54页
 RSVP 协议的工作原理
我的应用需要
2M 带宽 申请 2M 带宽

PATH
PATH
Reserve PATH
发送方 PATH Reserve 接收方
Reserve
Reserve

1. 发送方发送一个 RSVP 的路径消息给接收方； 2. 接收方接收到该消

息； 3. 接收方沿相反的方向申请预留资源；路由器查看是否能够满足
该请求； 4. 发送方收到一个资源预留消息； 5. 发送方开始发送数据。
第 55页
 RSVP 协议

• RSVP 的特点
RSVP 是传输层的协议
RSVP 是信令 (signaling) 协议，传输的是命令而不是
有效载荷。
RSVP 是接收端启动的协议
说明： RSVP 标准没有指定网络如何为数据流保留资源。
一旦提出要求保留资源，实际上是路由器来为数据流
保留带宽。

第 56页
 区分服务 DiffServ
(Differentiated Services)

1. 区分服务的基本概念
• 由于综合服务 IntServ 和资源预留协议 RSVP 都较复杂，
很难在大规模的网络中实现，因此 IETF 提出了新的策
略，即区分服务 DiffServ 。在网络边界将数据流按 QoS
要求进行简单分类，不同的类别在内部节点的转发中实
现不同的转发特性。
• 区分服务有时也简写为 DS ，具有区分服务功能的结点
就称为 DS 结点。

第 57页
 与 IntServ 相比 DiffServ 的优点

• 首先，路由器无须维护每个连接的信息，对系统资
源要求低；
• 其次，对网络上的多种业务进行优先级归类合并成
有限的几个优先级类别，网络设备处理更简单；
• 再次，采用 IP 包中的 ToS 字段进行优先级标示，没
有附加的标签，这种做法兼容性好，易于实现。
• 另外，随着网络的扩展，优先级类别无须扩展。

第 58页
 区分服务 DiffServ 的要点 ( 略 )

(1) DiffServ 在路由器中增加区分服务的功能。

• DiffServ 将 IPv4 的服务类型字段和 IPv6 的通信类别字段
定义为区分服务字段 DS 。路由器根据 DS 字段可提供不
同等级的服务质量。
• DS 字 段 现 只 使 用 前 6bit ， 即 区 分 服 务 码 点 DSCP
(Differentiated Services CodePoint) 。

比特 0 5 6 7
暂不使用
DSCP CU

第 59页
 区分服务 DiffServ 的要点
(2) 服务等级协定 SLA(Service Level Agreement)
在使用 DS 字段之前，用户申请一个服务等级协定 SLA 。
在 SLA 中指明了被支持的服务类别（可包括吞吐量、分
组丢失率、时延和时延抖动、网络的可用性等）。
(3) 网络被划分为多个 DS 域 (DS Domain)
DiffServ 将所有的复杂性放在 DS 域的边界结点中，而
DS 域内部路由器工作得尽可能地简单。

DS 域 边界路由器 DS 域
内部路由器 B B 内部路由器
B
B

第 60页
 区分服务 DiffServ 的要点

(4) 聚合 (aggregation)
•DiffServ 不是为每一个流维持状态信息，而是将若干个流
根据其 DS 值聚合成少量的流。
•路由器对 DS 相同的流都按相同的优先级转发。大大简化
了路由器的转发机制。
•区分服务 DiffServ 不需要使用 RSVP 信令。

(5) 每跳行为 PHB(Per-Hop Behavior)

•行为是指路由器在转发分组时是怎样处理的。
•每跳是强调只是本路由器的行为，而下一个路由器再怎样
处理与本路由器无关。这和 IntServ/RSVP 端到端的方式很
不一样。

第 61页
 区分服务 DiffServ 的要点

(6) DiffServ 定义的三种 PHB

•默认型 尽力转发
•迅速转发 PBH 即 EF PHB
EF 指明离开一个路由器的服务质量必须高于某个指标。
因此 EF PHB 用来构造低丢失率、低时延、低时延抖动、
确保带宽的端到端服务。
•确保转发 PHB 即 AF PHB
AF 将通信划分为四个等级，并给每一种等级提供最低数
量的带宽和缓存空间。
对每一个等级再分出三个“丢弃优先级”。发生拥塞时
路由器首先把“丢弃优先级”较高的分组丢弃。
第 62页
填空题 6分

1. 多媒体通信服务质量的参数包括吞吐量、 [ 填空 1]
、 [ 填空 2] 、差错率，其中 [ 填空 3] 可以用接收方
缓存的方式解决。

2. 与多媒体应用密切相关的协议包括 [ 填空 4] 层的
IPv6 ， [ 填空 5] 层的 RSVP 和应用层的 RTP 等，与
RTP 配合使用的协议是 [ 填空 6] 。

3. 思考本章讲过的各层的协议，每层举出 1-2 个例子

（不计分）： [ ] 、 [ ] 、 [ ] 。
正常使用填空题需 3.0 以上版本雨课堂

作答
第 63页