第七章流媒体相关网络协议.pptx

Chapter77.1流媒体传输基础7.1.1Internet传输的基本概念7.1.1Internet传输的基本概念（Cont’d）7.1.1Internet传输的基本概念（Cont’d）7.1.1Internet传输的基本概念（Cont’d）7.1.1Internet传输的基本概念（Cont’d）7.1.2Internet传输服务质量7.2流媒体网络传输特点7.2流媒体网络传输特点（Cont’d）7.3流媒体传输协议简介RTP（Real-timeTransportProtocol）实时运输协议——为实时应用提供端到端的运输，但不提供任何服务质量的保证。

RTP在端口号1025到65535之间选择一个未使用的偶数UDP端口号，而在同一次会话中的RTCP则使用下一个基数UDP端口号。
默认端口号：
RTP：5004
RTCP：5005实时传输协议
暗示它也可以看做传输层协议
因为RTP封装了多媒体应用的数据块，并且向多媒体应用层提供了服务7.3.1RTP（Cont’d)7.3.1RTP——RTP协议的相关概念7.3.1RTP——RTP协议的相关概念7.3.1RTP（Cont’d）7.3.1RTP（Cont’d）有效载荷类型：7位，指出后面的RTP数据属于何种格式的应用。应用层可根据次类型进行处理。
·音频：μ律PCM(0),GMS(3)
A律PCM(8),G.722(9),G728(1)
·视频：
活动JPEG(26),H.261(31),MPEG1(32),
MPEG2(33)等
序号：占16位
·在一次RTP会话时，初始序号随机选择
·每发出一个RTP分组，其序号+1
·这样能发现丢失的分组，同时也能将时序的RTP重新排列好时间戳：占32位，反映了RTP分组中的数据的第一个字节的采样时刻。
·在一个会话中，他的初始序号随机选择。
·即使没有信号发送，时间戳的数值也要随时间而不断地增加。
·接收端使用时间戳可准确知道应当在什么时间还原那一个数据块，从而消除时延抖动。
·时间戳还可以使视频应用中的声音和图像同步。
·时间戳的粒度取决于信号的类型。如某话音信号8kHz采样，每隔20ms构成一个数据块，则数据块中包含160个样本0.02*8000=160CompanyLogo同步源标识符：32位SSRC表示RTP的来源
SSRC与IP地址无关，是随机产生的，两个RTP流恰好选择同一个SSRC流的概率极小
·多个RTP流可复用到1个UDP用户数据报中
·SSRC可使接收端的UDP能够将收到的RTP流送到各自的终点参与源标识符：32位，CSRC，用来标志源于不同地点的RTP流
在多播环境中，可以用中间的一个站（混合站）把发往同一个地点的多个RTP流混合成一个流（可节省通信资源），而CSRC的数值就可以把不同的RTP流分开7.3.1RTP（Cont’d）7.3.1RTP（Cont’d）7.3.2RTCP7.3.2RTCP（Cont’d）7.3.2RTCP——RTCP分组格式类型结束分组BYE：表示关闭一个数据流
特定应用分组APP：使应用程序定义新的分组类型
源点描述分组SDES：给出会话中参加者的描述，他包含参加者的规范名CNAME（电子邮件地址的字符串）接收端报告分组RR：接收端周期性地向所有的点用多播方式进行报告。
接收端每收到一个RTP流就产生一个接受端报告分组RR，
RTP流的SSRC；RTP流的分组丢失率；该RTP流中的最后一个RTP分组的序号；分组到达时间间隔的抖动等。CompanyLogo发送报告端分组SR：发送端周期性地向所有接受端用多播方式进行报告
发送端每发送一个发送端报告分组RTP，就发送一个发送端报告分组SR
该RTP的SSRC、时间戳、绝对时钟时间、分组数、字节数
·绝对时钟时间：RTP要求每一种媒体使用一个流，而视音频就得用俩的流，绝对时钟时间可进行图像和声音的同步7.3.3RTSP7.3.3RTSP——RTSP协议的工作原理利用RTSP的流媒体连接过程7.3.3RTSP（Cont’d）7.3.3RTSP（Cont’d）7.3.3RTSP（Cont’d）资源预留协议（RSVP）最初是IETF为QoS的综合服务模型定义的一个信令协议，用于在流（flow）所经路径上为该流进行资源预留，从而满足该流的QoS要求。资源预留的过程从应用程序流的源节点发送Path消息开始，该消息会沿着流所经路径传到流的目的节点，并沿途建立路径状态；目的节点收到该Path消息后，会向源节点回送Resv消息，沿途建立预留状态，如果源节点成功收到预期的Resv消息，则认为在整条路径上资源预留成功。7.3.4RSVP7.3.4RSVP（Cont’d）7.3.4RSVP（Cont’d）7.3.4RSVP（Cont’d）7.3.4RSVP（