多媒体编码通信16_多媒体的传输-1教案详解.ppt

* 由于RTP没有提供服务质量保障机制，因此应用程序要用RTCP来监视和控制实时数据的传输 RTCP规范没有指定应用程序如何使用这些反馈信息，这完全取决于应用程序开发人员。 例如，发送端可根据这些数据包中的信息来修改视听数据编码器的输出速率，接收端可用来判断问题是本地的、区域性的还是全球性的，网络管理员也可用数据包中的信息来评估网络在多媒体应用中的性能 * 每个参与者周期性地向所有其他参与者发送RTCP控制数据包 对于使用RTP的互动应用或广播应用，属于这个会话的所有RTP和RTCP数据包都使用相同的IP地址(如广播地址)传送，但使用不同的端口号，RTCP用的端口号是RTP端口号加1 收发两端的应用程序使用这些数据包中提供的信息来监视服务质量，以便决定下一步该做什么工作 * 每个参与者周期性地向所有其他参与者发送RTCP控制数据包 对于使用RTP的互动应用或广播应用，属于这个会话的所有RTP和RTCP数据包都使用相同的IP地址(如广播地址)传送，但使用不同的端口号，RTCP用的端口号是RTP端口号加1 收发两端的应用程序使用这些数据包中提供的信息来监视服务质量，以便决定下一步该做什么工作 * RTCP数据包的数量和参与会话的主机数量的阶乘成正比，n！ * RTCP定义了五种类型的控制数据包，用于携带各种控制信息。 这些控制数据包统称为“RTCP数据包(RTCP packet)”， 它们使用与其他数据包相同的方法发送，但是要用与RTP包不同的端口号 * 接收者发出的统计信息，包括丢失的数据包、最后接收到的顺序号和平均的抖动间隔 同步源n的SSRC标识符：该报告块中包含的是从该源接收到的包的统计信息。 丢失率（Fraction Lost）：表明从上一个SR或RR包发出以来从同步源n(SSRC_n)来的RTP数据包的丢失率。 累计的包丢失数目：从开始接收到SSRC_n的包到发送SR,从SSRC_n传过来的RTP数据包的丢失总数。 收到的扩展最大序列号：从SSRC_n收到的RTP数据包中最大的序列号， 接收抖动（Interarrival jitter）：RTP数据包接受时间的统计方差估计 上次SR时间戳（Last SR,LSR）：取最近从SSRC_n收到的SR包中的NTP时间戳的中间32比特。如果目前还没收到SR包，则该域清零。 上次SR以来的延时（Delay since last SR,DLSR）：上次从SSRC_n收到SR包到发送本报告的延时。 * * 发送者发出的实时数据统计信息，包括RTP流的同步源标识符，当前的时间，发送的数据包数目和发送的字节数等 版本（V）：同RTP包头域。 填充（P）：同RTP包头域。 接收报告计数器（RC）：5比特，该SR包中的接收报告块的数目，可以为零。 包类型（PT）：8比特，SR包是200。 长度域（Length）：16比特，其中存放的是该SR包以32比特为单位的总长度减一。 同步源（SSRC）：SR包发送者的同步源标识符。与对应RTP包中的SSRC一样。 NTP Timestamp（Network time protocol）SR包发送时的绝对时间值。NTP的作用是同步不同的RTP媒体流。 RTP Timestamp：与NTP时间戳对应，与RTP数据包中的RTP时间戳具有相同的单位和随机初始值。 Sender’s packet count：从开始发送包到产生这个SR包这段时间里，发送者发送的RTP数据包的总数. SSRC改变时，这个域清零。 Sender`s octet count：从开始发送包到产生这个SR包这段时间里，发送者发送的净荷数据的总字节数（不包括头部和填充）。发送者改变其SSRC时，这个域要清零。 同步源n的SSRC标识符：该报告块中包含的是从该源接收到的包的统计信息。 丢失率（Fraction Lost）：表明从上一个SR或RR包发出以来从同步源n(SSRC_n)来的RTP数据包的丢失率。 累计的包丢失数目：从开始接收到SSRC_n的包到发送SR,从SSRC_n传过来的RTP数据包的丢失总数。 收到的扩展最大序列号：从SSRC_n收到的RTP数据包中最大的序列号， 接收抖动（Interarrival jitter）：RTP数据包接受时间的统计方差估计 上次SR时间戳（Last SR,LSR）：取最近从SSRC_n收到的SR包中的NTP时间戳的中间32比特。如果目前还没收到SR包，则该域清零。 上次SR以来的延时（Delay since last SR,DLSR）：上次从SSRC_n收到SR包到发送本报告的延时。 * 包含标识RTP源的标识符，称为“规范名称(canonical name，简写为CNAME)”。 由于同步源标识符(SSRC)是随机生成的，当出现冲突或应用程