网络多媒体技术与应用教学幻灯片讲义.ppt

RTCP 分组 接收端报告分组: 丢包比率, 最后收到的分组,平均间隔的抖动. 发送端报告分组: RTP流中的 SSRC, 当前时间, 已经发送的分组数量, 和发送的字节数量. 信源描述分组: 发送端的e-mail地址,发送端的名称, 相关RTP流的 SSRC . 分组提供了SSRC和用户/主机间的 映射. 流媒体的同步问题 RTCP可以协调同一会话中的不同流的同步. 考虑一下视讯会议，应用程序对视频流和音频流分别产生一个 RTP数据流. 在两个媒体流中都携有时间戳是来自采样时钟，而不是来自墙上的挂钟 (i.e., to real time). 每个RTCP发送端报告分组包括, 在相关RTP流中最近产生的分组中, RTP分组的时间戳和分组创建的真实时间. 这样 RTCP发送端报告分组将采样时钟和真实时间联系在一起. 接收端可以依据这种联系来同步音频和视频播出. RTCP带宽分配(Bandwidth Scaling) RTCP试图将其占用的带宽 限制在 5%的会话带宽以下. 例如, 假设一个发送端以2 Mb/s速率发送视频数据. 那么RTCP的信息流量限制在 100 Kb/s. 协议规定把其中 75%（ 75 kb/s）的速率留给接收端, 其余的 25% 或 25 kb/s, 给发送端. 分配给接收端的75 kb/s在接收端之间进行平均分配，假设有R 个接收端，每个接收端分得 75/R kb/s而发送端则以25kb/s 发送 RTCP信息 . 一个会话参与者 (一个接收端或一个发送端) 在动态计算平均RTCP分组大小(across the entire session)的基础上确定RTCP分组的传输周期. H.323 概述 H.323 终端 H. 323 编码 网守(Gatekeeper) 网关(Gateway) Audio 编码机制 Video 编码机制 概述 (1) 在IP网络上进行音频和视频会议的基础 . 定位于实时通信(而不是存储式流媒体) 兼顾 ITU的通信标准. 覆盖的范围: 独立设备 (如：Web 电话，Web 电视) PC应用程序 点对点和多点视讯会议 H.323 定义包括: 终端如何启动/接受呼叫 终端间如何使用通用 audio/video编码 . Audio和video数据如何进行封装和发送. Audio和video如何同步 (lip-sync). 终端如何同各自的网守程序（gatekeeper）通信 IP电话如何与 PSTN /ISDN 电话通信. Telephone calls Video calls Conferences Whiteboards 所有支持 H.323的终端 H.323 SS7, Inband H.323端接点必须支持: G.711 - ITU 语音压缩标准 RTP – 将媒体数据块封装成分组的协议 H.245 - “带外” 控制协议用于控制H.323终端间的流媒体传输 . Q.931 – 用于建立/结束连接的信令协议 RAS (Registration/ Admission/Status) 信道协议 – 与网守程序进行通信的协议 (如果存在网守-gatekeeper) H.323 终端 H.323 编码 Audio: H.323终端必须支持 G.711 标准进行语音压缩. G.711 以 56～64 kb/s的速率传输语音. H.323 正在考虑使用 G.723 = G.723.1, 该标准以 5.3～6.3 kb/s的速率操作（来支持低速链路）. Optional: G.722, G.728, G.729 Video 对 H.323终端来说，视频能力为可选项. 任何可视化的 H.323终端必须支持 QCIF H.261 (176x144 pixels). 也可以选择其他的H.261机制: CIF, 4CIF and 16CIF. H.261所使用的信道带宽必须是64 kb/s的整倍数. 产生H.323中的音频数据流 Audio Source Encoding: e.g., G.711 or G.723.1 RTP packet encapsulation UDP socket Internet or Gatekeeper H.245控制通道 H.323 媒体流可以包含若干信道来传输不同类型的媒体数据 每个H.323会话有一个 H.245 控制信道 H.245 控制信道是 一个可靠的 (TCP) 信道 主要任务: 开闭媒体信道 能力信息交换:在发送流媒体之前,通信终端对它们之间的编码/算法协商一致 信息流 网守(Gatekeeper) 网守是任选的H.323模块/设备, 可以给端点提供: 负责”别名”与IP地址的转换 带宽