实时协议(Red- Time Protocol, RTP T为实时应用程序提供标准化格式的分组 口一般在UDP之上运行 口有定义的首部字段如下 口 Payload Type:7比特提供128可能的编码类型 eg PCM, MPEG2 video, etc Sequence Number:16比特:用来监测分组的丢失 Sequence Timestamp Synchronization Miscellaneous Type Number Source identifer Field RTP Header 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-1 实时协议( Real-Time Protocol, RTP) 为实时应用程序提供标准化格式的分组 一般在UDP之上运行 有定义的首部字段如下 Payload Type: 7 比特,提供 128 可能的编码类型; eg PCM, MPEG2 video, etc. Sequence Number: 16比特; 用来监测分组的丢失
实时协议(Rea- Time Protoco,RTP 口 Timestamp:32字节:给出分组中第一个 audio/vdeo字节的采样瞬间;用来消除由于网络传 输引起的延迟抖动 D Synchronization Source identifier(SSRC): 32 Er 特:信源媒体流的id;由信源随机制定 Payload Sequence Ti mestamp Synchronization Miscellaneous Type Number Source identifer Fields RTP Header 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-2
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-2 实时协议( Real-Time Protocol, RTP) Timestamp: 32 字节; 给出分组中第一个 audio/video 字节的采样瞬间; 用来消除由于网络传 输引起的延迟抖动 Synchronization Source identifier (SSRC): 32 比 特; 信源媒体流的id; 由信源随机制定
实时控制协议( RTP Control Protocol) RTCP 口用来报告信源信宿之间多媒体数据交换情况分组的协 议 口定义了三种报告:接收端接收,发送方,及信源描述 口报告包含了分组发送、分组丢失、间隔抖动等统计数 据 口用于修改发送端的传输速率和诊断 sende RTCP 工 nternet 民忙c曰 RTc曰 Receiver I Ceiver 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-3
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-3 实时控制协议（RTP Control Protocol） (RTCP) 用来报告信源信宿之间多媒体数据交换情况分组的协 议 定义了三种报告: 接收端接收, 发送方,及信源描述 报告包含了分组发送、分组丢失、间隔抖动等统计数 据 用于修改发送端的传输速率和诊断
改进工P网络的QoS 口工ETF工程组一直致力于改进IP网络的QoS控制,ie.,在尽 力而为的服务基础上提供更多的QoS保障 正在进行的工作包括RsVP, Differentiated Services(分级服 务),和 Integrated Services(集成服务) 口一个共享和拥塞的简单研究模型: 1.5Mbps link H1 □H3 R1 R2 H2 R1 output 口H4 Intertace queue 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-4
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-4 改进IP 网络的QoS IETF 工程组一直致力于改进 IP网络的 QoS控制 , i.e., 在尽 力而为的服务基础上提供更多的 QoS保障 正在进行的工作包括 RSVP, Differentiated Services（分级服 务）, 和 Integrated Services（集成服务） 一个共享和拥塞的简单研究模型:
QoS保证原则 口假设一个电话应用(1Mb/s)和一个FTP应用在一条1.5Mb/s 的链路上共享 o突发的FTP分组可以导致路由器拥塞,音频分组会被丢弃 o有必要给audo比FTP更高的优先等级 原则1:对路由器来说有必要标记分组,以区分不同的 类别:;而新一代路由器将对不同的分组相应进行不同 的处理 1 Mbps 出 H3 R1 1.5 Mbps R2 H2 H4 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-5
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-5 QoS保证原则 假设一个电话应用（1Mb/s）和一个FTP应用在一条 1.5 Mb/s 的链路上共享. 突发的FTP分组可以导致路由器拥塞，音频分组会被丢弃 有必要给audio比FTP更高的优先等级 原则1: 对路由器来说有必要标记分组，以区分不同的 类别; 而新一代路由器将对不同的分组相应进行不同 的处理
QoS保证原则(续) 口应用程序行为失当(假设上例中音频分组的发送超过1Mb/s) 口原则2:须为某个类别提供保护,将其同其他类别隔离 口需要若干策略机制( Policing Mechanisms)来约束发送端遵守 带宽要求;标记和策略机制需要在网络边缘实现: 1 Mbps packet marking and policing H3 心 R1 1. 5Mbps A2 H2 H4 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b6
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-6 QoS 保证原则 (续) 应用程序行为失当 (假设上例中音频分组的发送超过 1Mb/s); 原则2: 须为某个类别提供保护，将其同其他类别隔离 需要若干策略机制（ Policing Mechanisms）来约束发送端遵守 带宽要求; 标记和策略机制需要在网络边缘实现:
QoS保证原则(续 口标记和策略机制的替代方案:给每个应用数据流分配 部分带宽;如果应用数据流不使用分配的定额会造 成带宽利用率降低 口原则3:如果提供隔离,还是希望尽可能多的利用资源 packet marking 1 Mbps 1 Mbps logical link H3 R1 R2 1.5 Mbps H2 5 Mbps logical link H4 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-7
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-7 QoS保证原则(续) 标记和策略机制的替代方案: 给每个应用数据流分配 一部分带宽; 如果应用数据流不使用分配的定额会造 成带宽利用率降低 原则3: 如果提供隔离, 还是希望尽可能多的利用资源
QoS保证原则(续) □超出链路传输能力的信息流量得不到支持 口原则4:需要一个呼叫审批进程( Call Admission Process):应用程序申明其需求,网络如果不能满足 则予以驳回 1 Mbps R1 1.5 Mbps R2 12 H2 H4 1 Mbps 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-8
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-8 QoS 保证原则(续) 超出链路传输能力的信息流量得不到支持 原则4: 需要一个呼叫审批进程（ Call Admission Process）; 应用程序申明其需求, 网络如果不能满足 则予以驳回
小结 QoS for networked applications nnnn bo b =o∽g U 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-9
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-9 小结
调度和管理机制 T调度:在队列中选取下一个发送的分组可以基于如下 考虑; 口FIFO:先来后到策略;当缓存已满时,再到的分组可 以丢弃,或者使用适当的丢弃策略来选取新到分组还 是排队中的分组予以丢弃 arrivals departures queue link (waiting area)(server) 主讲人:西安交通大学程向前 第7讲多媒体网络之二7b-10
主讲人：西安交通大学 程向前 第7讲 多媒体网络之二 7b-10 调度和管理机制 调度: 在队列中选取下一个发送的分组可以基于如下 考虑; FIFO: 先来后到策略; 当缓存已满时，再到的分组可 以丢弃， 或者使用适当的丢弃策略来选取新到分组还 是排队中的分组予以丢弃
