多媒体网络PPT课件.ppt

第7讲多媒体网络 门爱东教授 多媒体技术MultimediaTechnology 2 内容提要 7 多媒体网络a 多媒体网络基础网络结构 核心网 丢包和延迟IP TCP UDP协议组播网络中多媒体b 多媒体网络协议c 多媒体数据的复接和分接d 实时交互多媒体终端e IP流媒体终端 3 多媒体网络基础 因特网 无数互联的计算机硬件服务器 路由器 工作站 移动终端路由器 把数据包送到它们的目的地通信链路光纤 同轴 无线 卫星软件分布式应用Web冲浪 流媒体协议控制发送和接收的消息 4 多媒体网络基础 因特网结构 边缘网终端系统或主机 客户端 服务器 运行应用程序 例如Web浏览 核心网路由器承载网接入网 物理层 通信链路 5 多媒体网络基础 核心网 路由器网络连接终端系统如何构建核心网 电路交换 CircuitSwitching CS 所有的资源保留 例如电话包交换 PacketSwitching PS 资源不保留 例如Internet 6 电路交换 每个链接包含许多电路在连接期间 保留特定的电路所有涉及到的节点具有相同的数据速率短时延需要呼叫建立网络资源 例如 带宽 划 片 电路 频分 FrequencyDivision 时分 TimeDivision 片 分配给呼叫如果所属的呼叫没有使用 则资源 片 空闲 没有共享 多媒体网络基础 核心网 7 多媒体网络基础 核心网 电路交换 FDM和TDM 8 多媒体网络基础 核心网 包交换PacketSwitching每个端到端的数据流划分为 包 Packet 不同用户的 包 共享网络资源每个包使用全部的链路带宽 包 经由链路 link 和包交换 路由 传输允许更多的用户使用网络在路由器处需要缓存 队列每个链路有一个输出缓存如果链路忙 包在缓存中排队如果Buffer满 则丢包 9 多媒体网络基础 核心网 包交换vs电路交换包交换允许更多的用户使用网络1Mb s链路每个用户 100kb s 当 活动 时10 的时间 活动 电路交换10个用户包交换对于35个用户 大于10个 活动 用户的概率 0 0004几乎和只有10个用户的电路交换一样好包交换是当然选择 对突发数据来讲是Great资源共享简单 不需要呼叫建立过度拥塞 包延迟和丢失 为了可靠传输数据 需要拥塞控制协议 10 多媒体网络基础 丢包和延迟 路由器缓存器中的包队列队列延迟 包排队 等待输出 处理 传输和传播时间丢失 包达到的速率超过了输出链路的容量 11 多媒体网络基础 丢包和延迟 包延迟的4种来源 处理延迟校验比特错误检查头确定输出链路队列延迟输出传输链路的等待时间依赖于路由器的拥塞程度 传输延迟存储到传递延迟R 链路带宽 bps L 包长度 bits 发送时间 L R传播延迟d 物理链路的长度s 介质传播速度 2 108米 秒 传播延迟 d s 12 节点延迟NodalDelaydproc 处理延迟典型为几个微秒或更小dqueue 队列延迟取决于拥塞dtrans 传输延迟 L R 对于低速链路可能很大dprop 传播延迟几个微妙到数百毫秒 多媒体网络基础 丢包和延迟 13 多媒体网络基础 网络协议 如何构建一个网络 采用分层的网络体系结构划分任务到不同的层相邻层通过标准接口联系简单的设计和协议实现更高的层逻辑上更靠近用户更低的层和数据物理传输设备关系更密切网络协议协议定义了在网络实体间消息发送和接收的格式 顺序等 以及消息发送和接收的动作对流媒体的重要性 确保服务器 客户端 媒体播放器 和媒体编解码器之间的互操作性 14 因特网 Internet 是全世界使用TCP IP协议 TransmissionControlProtocol InternetProtocol 传输控制协议 网间协议 和网关设备 gateway 使用动态路由技术组成的网际网络 TCP IP实际上已成为因特网的代名词 由于因特网的迅速发展 现今对网络多媒体的研究集中在因特网领域 为对多媒体网络应用有比较深入的理解 就需要了解因特网的基本术语 结构和协议 Internet与TCP IP 多媒体网络基础 网络协议 15 多媒体网络基础 网络协议 应用层ApplicationLayer支持网络应用FTP SMTP STTP传送层TransportLayer主机 主机间数据传输TCP UDP网络层NetworkLayer从源到目的地的数据报路由IP 路由协议链路层LinkLayer相邻网络单元间的数据传输PPP 以太网物理层PhysicalLayer 线 上的bit 16 多媒体网络基础 网络协议封装 17 多媒体网络基础 IP包 IP包头 20bytes源和目的IP地址 用于路由包长度校验 18 多媒体网络基础 IP地址分类 IP地址分为A B C D E五类 每个IP地址包括两部分 网络地址和主机地址 A类地址 地址范围从1 0 0 0到126 0 0 0 其中0 0 0 0和127 0 0 0保留缺省子网掩码 255 0 0 0B类地址支持中到大型的网络地址范围从128 1 0 0到191 254 0 0 其中172 16 0 0和172 31 255 255保留 缺省子网掩码 255 255 0 0C类地址用于支持大量的小型网络 这类地址可以认为与A类地址正好相反 C类地址使用三个8位位组表示网络地址 仅用一个8位位组表示主机号 地址范围从192 0 1 0至223 255 254 0 其中192 168 0 0和192 168 255 255保留 缺省子网掩码 255 255 255 0D类地址D类地址用于在IP网络中的组播 multicasting 又称为多目广播 地址空间的范围从224 0 0 0到239 255 255 254 E类地址E类地址保留作研究之用 因此Internet上没有可用的E类地址 地址范围从240 0 0 0至255 255 255 255 IP地址分类由第一个八位组的值来确定 0 127间的网络地址均是一个A类地址 128 191间的是B类地址 192 223间的是C类地址 224 239间的是D类地址 E类保留 19 多媒体网络基础 IPv4存在的问题 地址空间不足成为制约Inernet成长的最大障碍 Ipv4的自身结构影响着传输速度 最主要的制约在于网络规模膨胀所引发的路由表爆炸 从而导致了路由器的低效 制约了多种业务发展 通信链接没有带宽和流量控制功能 不能满足更多的服务需要 而且服务质量 QOS 没有保证 Ipv4在网络防卫方面相当脆弱 对众多安全要求性能高的服务感到力不从心 20 多媒体网络基础 IPv4中的CIDR技术 CIDR ClasslessInter DomainRouting 无类别域间路由 它把划分子网的概念向相反的方向作了扩展 通过借用前三个字节的几位可以把多个连续的C类地址集聚在一起 将若干IP网络聚合在一起形成更大范围网络 称做无类选路的原因在于它使得路由器可以忽略网络类别 C类 地址 并可以在决定如何转发数据报时向前再多看几位 就像所有到达某个B类地址的数据都将发给某个路由器一样 所有到达某一块C类地址的数据都将被选路至某个路由器上 红色 然后再进行选路 21 多媒体网络基础 CIDR优点和缺陷 好处 减少了网络数目 缩小了路由选择表 增加了选路的效率 同时也增强了网络地址分配的效率 从网络流量 CPU和内存方面说 可以降低开销 对网络进行编址时 灵活性更大缺陷可它却并不能增加IPv4下总的主机数量 因此这只是一种短期解决办法 而不是对于IPv4问题的长期解决方案 同时 由于CIDR缺乏同一性的地址继承性关系 直接影响网络寻址和选择路由的性能 22 多媒体网络基础 IPv4中的NAT技术 NAT是 网络地址转换 NetworkAddressTranslation 它是IETF InternetEngineeringTaskForce 因特网工程任务组 制定的标准 NAT允许一个整体机构以一个公用IP地址出现在Internet上 顾名思义 它是一种把内部私有网络地址 IP地址 翻译成合法网络IP地址的技术 内部网络 合法IP地址 NAT Internet或其他外部网络 翻译 23 多媒体网络基础 NAT的缺陷 尽管NAT很好地解决了公共IP地址紧缺的问题 但是它也带来了很多问题 NAT破坏了全球惟一地址的模型与地址的稳定性 NAT破坏了对等网络的模型 直接导致了很多点对点的业务无法开展 NAT的存在直接导致了许多网络安全协议无法执行 QoS更加无法保障 24 多媒体网络基础 TCP段结构 25 多媒体网络基础 TCP UDP TCP业务 可靠的 面向连接的协议 面向连接 需要在客户端和服务器之间建立连接可靠的传输 传送和接收过程之间流量控制 发送端不会淹没接收端拥塞控制 当网络过载时调节发送端不能提供 定时 最小带宽保证UDP业务 不可靠的 无连接的协议 发送和接收过程之间是不可靠的数据传输不能提供 连接建立 可靠 流量控制 拥塞控制 定时 或带宽保证常用于流媒体应用头 8byteUDP的可靠传输 需要在应用层增加可靠性 错误恢复 26 多媒体网络基础 组播Multicast 多媒体涉及音频和视频数据 在交互和分配型应用中 典型地是广播 broadcast 和组播 Multicast 信息 因此 除常规的点对点通信外 多媒体通信需要支持多播通信方式 27 组播又称多播或多路投递 其传送方式是把相同的数据送到一组选择的目的地站点 而广播是把相同数据传送到其它所有站点 组播信息传递用的是组 group 地址 组地址是网络上与多个站点相关的多目的地址 在对等通信模型中 是用二个对等层之间的关系来定义连接的 而对组播通信来说 是在群组 多个 对等层之间建立连接或通信关系 多媒体网络基础 组播 28 TCP IP协议堆中支持IP组播 软件支持IGMP InternetGroupManagementProtocol Internet组管理协议 这样就可以申请参加多播组 multicastgroup 和接收组播 要有IP组播应用软件 例如电视会议软件 在接收两端之间的所有路由器都具备组播的功能 许多新的路由器都有这个功能 老的路由器也许需要升级和更新 多媒体网络基础 组播环境 29 RFC1112 使用IP地址中的D类地址来实现IP多播 IPMulticast D类地址 224 0 0 0到239 255 255 255共28位表示 同时可有25亿个组 主机组地址分为两种 永久性地址 临时性地址 永久地址如 224 0 0 1是LAN上的所有地址244 0 0 2是LAN上的所有路由器的地址244 0 0 5是LAN上的所有OSPF路由器的地址244 0 0 6是LAN上的所有指定OSPF路由器的地址 多媒体网络基础 组播地址 OSPF 开放式最短路径优先协议 OpenShortestPathFirst 30 典型应用存储式音视频流实况音视频流实时交互音视频 基本特性延时敏感端到端延时延时抖动容忍部分数据丢失不经常的丢失是微小的毛病传统的数据通信是不能容忍数据丢失 但容忍延时 网络中的多媒体 31 网络中的多媒体 流媒体面临的挑战 带宽Internet的带宽是时变的需要码率控制算法去匹配信道速率端到端延时需要Buffer控制 以处理延迟和延迟抖动传输损耗压缩的比特流对传输损失更敏感需要误码控制 以恢复传输信息 32 内容提要 7 多媒体网络a 多媒体网络基础b 多媒体网络协议RTP和RTCPRTSP和SIPSDP和SAPRSVPc 多媒体数据的复接和分接d 实时交互多媒体终端e IP流媒体终端 33 多媒体网络相关协议 Internet协议IP 因特网协议InternetProtocolTCP 传输控制协议TransmissionControlProtocolUDP 用户数据报协议UserDatagramProtocol媒体传送 传递协议RTP 实时传送协议Real timeTransportProtocolRTCP 实时控制协议Real timeControlProtocol媒体控制协议RTSP 实时流协议Real timeStreamingProtocolSIP 会话初始协议SessionInitiationProtocol媒体描述和通告协议SDP 会话描述协议SessionDescriptionProtocolSAP 会话通告协议SessionAnnouncementProtocol 34 RTP Real TimeProtocolRTP定义在RFC1889中 是一种提供端对端传输服务的实时传输协议 用来支持在单目标广播和多目标广播网络服务中传输实时数据 RTP定义了携带audio video数据的包结构RTP在端系统中运行 与中间的路由器没有关系 路由器的作用还是完成传统的尽力而为的服务 而对RTP包的传递没有任何实时性促进的作用 RTP包被封装在UDP数据段中RTP不承诺任何服务质量保证要为应用程序提供QoS 因特网必须要提供其他的机制 例如RSVP 为应用程序预留网络资源 多媒体网络协议 RTP协议 35 RTP运行在UDP之上RTP库提供了传输层接口来扩展UDP 端口号 IP地址跨段的错误校验负荷类型标记包顺序编号时间戳 多媒体网络协议 RTP协议 RTP允许每个信源 例如 一台摄像机或一个麦克风 赋以各自独立的RTP包流 例如 对有两个参与者的得视讯会议 要打开4个RTP流 2个用于传输音频 一个方向一个 和2个视频流 同样 一个方向一个 但是 一些常用的编码技术 包括MPEG1和MPEG2 在编码过程中将音频和视频合成一个流媒体 这种情况下 在每个方向上只需一个RTP流 对于一场many to many的组播会话来说 所有的发送方和信源一般将RTP流依据同样的组播地址送入同一组播树 36 多媒体网络协议 RTP报文 版本号 有无填充字 固定头之后有无附加的扩展头 同步源标识符 提供源清单 37 多媒体网络协议 RTP报文 PayloadType 7bits 说明传输包的编码类型 如果在会议过程中发送端改变编码类型 则通过payloadtype字段通知接收端 Payloadtype0 PCMmu law 64KbpsPayloadtype3 GSM 13KbpsPayloadtype7 LPC 2 4KbpsPayloadtype26 MotionJPEGPayloadtype31 H 261Payloadtype33 MPEG2videoSequenceNumber 16bits 该序号按所发送的RTP包递增 可用于测试数据丢失和恢复失序的包 Timestampfield 32byteslong 表示RTP数据包中首个字节的采样瞬间 在接收端可使用该字段消除抖动和提供同步播出 该时间戳是由发送端的采样时钟提供的 只要信源处于激活状态 时间戳时钟就以恒定的速率递增 SSRCfield 32bitslong 定义信源的RTP流 在一个RTP会话中 每个流都必须有一个独特的SSRC 38 RTP和QoSRTP不提供任何机制来确保数据的及时传递 或提供其他的服务质量保证RTP封装只在终端系统能看到 中间路由器是看不到的路由器提供了尽力而为的服务 不为了确保RTP包及时到达目的地而做特殊努力 流媒体Header的总体大小 多媒体网络协议 RTP和QoS 39 实时传输控制协议 Real timeControlProtocol RTCP 也定义在RFC1889中 多媒体网络应用把RTCP和RTP一起使用 协同工作 RTCP用来监视服务质量和传送有关与会者的信息 主要功能是为应用程序提供会话质量或者广播性能质量的信息 RTP会话中的每个参与者都要周期性的传输RTCP控制包给所有其它的参与者 每个RTCP包都包含了发送端和 或接收端的统计报告 对应用层有用 统计数据包括包发送数量 包丢失数量 包到达的间歇抖动等 这种反馈信息可用于控制应用程序的性能和进行诊断 发送方可根据反馈信息修改传输参数 多媒体网络协议 RTCP协议 40 典型的RTP会话都有一个组播 multicast 地址 所有的RTP和RTCP包只要同属该会话 就使用该组播地址 RTP和RTCP包可使用不同的端口号来相互区别 为限制数据流量 当参与者增加时 每个与会者都会减少RTCP数据的发送 多媒体网络协议 RTCP协议 41 多媒体网络协议 RTSP RTSP 实时流协议Real timeStreamingProtocol客户端 服务器应用层协议Realnetwork Netscape和Columbia大学开发用于视频流中建立会话支持基本的VCR功能 播放 暂停和记录等使用RTP传送多媒体数据HTTP协议HTTP所服务的媒体已经定型 HTML images applets等HTTP的设计没有考虑流媒体 即音频 视频等 RTSP没有定义的 没有流媒体传递过程中的audio video数据的封装不限制流媒体的传递方式 既可以用UDP也可以用TCP 没有定义流媒体播放器如何对audio video数据进行缓存 42 RTSP 启动和控制传递 首先客户端获取多媒体的表示方式描述 这可以由若干媒体流组成 浏览器根据表示方式所描述的内容类型调用媒体播放器 表示描述中使用URL方法rtsp 将媒体流包含在内 播放器发送RTSPSETUP请求 服务器发送RTSPSETUP响应 播放器发送RTSPPLAY请求 服务器发送RTSPPLAY响应 媒体服务器 送出 流媒体 播放器发送RTSPPAUSE请求 服务器发送RTSPPAUSE响应 播放器发送RTSPTEARDOWN请求 服务器发送RTSPTEARDOWN响应 43 多媒体网络协议 SIP SIP 会话发起协议SessionControlProtocol应用层协议基于纯文本的信令协议可以管理不同接入网络上的会晤会晤可以是终端设备之间任何类型的通信 如视频会晤 既时信息处理或协作会晤 呼叫转移calltransfer多播会议的邀请终端类型的协商和选择终端能力的协商呼叫者和被呼叫者身份认证不会定义或限制可使用的业务 传输 服务质量 计费 安全性等问题都由基本核心网络和其它协议处理 44 多媒体网络协议 媒体描述和通告协议 SDP 会话描述协议SessionDescriptionProtocol描述流媒体初始参数的格式描述一个会话是否是视频或音频 编解码 比特率 持续时间等RTSP使用的公共格式SAP 会话通告协议SessionAnnouncementProtocol多播节目有效性的通告通常使用SDP作为会话描述的格式多播会话典型使用RTP应用3GPP使用了SIP SDP RTP RTSP作为包交换网络的协议3GPP使用了H 324M作为电路交换网络的协议 例如3G移动电话系统 45 资源保留协议 ResourceReservationProtocol RSVP 定义在RFC2205中 它提供一种机制 允许应用程序保留因特网上的资源 目的是为多媒体网络应用提供有质量保证的服务 主要特性 保留多播树上的带宽 单播是一个特殊情况 接收端导向 也就是接收端启动和维护资源的保留 多媒体网络协议 RSVP RSVP标准没有指定网络如何为数据流保留资源 这个协议仅是允许应用程序提出保留必要的链路带宽的一个协议 一旦提出要求保留资源 实际上是因特网上的路由器来为数据流保留带宽 让路由器接口来维护途经这个接口的各种数据流信息包 46 内容提要 7 多媒体网络a 多媒体网络基础b 多媒体网络协议c 多媒体数据的复接和分接H 221同步复用 时分复用 H 222异步复用 包复用 d 实时交互多媒体终端e IP流媒体终端 47 多媒体数据的复用和分接 H 221 H 221同步复用帧结构 N ISDN上H 320视听会议终端 实质上 H 221复用是一种固定分配的同步时分复用结构 一种媒体剩余的子信道也不能为其它媒体所使用 48 多媒体数据的复用和分接 H 222复用 ITU TRec H 222 0实际上是MPEG2系统层 即ISO IEC13818 1 49 H 222复用和分接 TS码流和PS码流 PS和TS码流如图所示 TS和PS码流 TS流是由音频A 视频V和数据D时分复用而成的定长包流 PS流由音频 视频和数据的不等长包PES流复用而成 50 包头格式 传送码流 TransportStream TS流 格式 H 222复用和分接 TS码流格式 51 H 222复用和分接 PS码流格式 在PS流中 根据特定的规则将若干个PES包封装在一个Pack中 如图5 4所示 Pack头中包含系统时钟参考SCR和解码器接收比特率的信息 图5 4PS流中 Pack包的结构 52 H 222复用和分接 定时与同步 TS流主要用于复接多路电视节目 电视节目的来源可能各异 因此 没有必要让传送流中的各路节目同步 但传送流的各路节目的解码器必须能相互独立地将其工作时钟锁定于相应的编码器时钟 在传送包的扩展包头中有一个48比特的节目时钟参考PCR域 提供了这种同步机制 节目流中的所有节目必须同步 因此 在解码端只需要一个时钟 在Pack包头中的48比特的系统时钟参考SCR 提供了这种同步机制 53 H 222复用和分接 PES包和时间戳 基本码流ES由接入单元组成 视频接入单元是压缩编码后的一帧图像 接入单元不一定按显示顺序排列 其传输时间也不等 音频接入单元是压缩编码后的一帧声音 分块数据便于传输和存储 因此 将基本码流打包形成包基本码流PES 如图所示 PES包的结构 54 H 222复用和分接 多节目流复用 55 H 222复用和分接 多节目流复用 单个节目TS流含PES流 它有一公共系统时钟 又称为时基 和描述节目的控制比特流 并且由位于包头中的PID信息所标识 TS流中的每个基本码流也都有唯一的PID 在将需要的节目提取出来之前 解复接器如何知道该节目中包含的视频 音频基本码流的PID值 该任务由节目信息 PSI 来实现 56 H 222复用和分接 多节目流复用 MPEG 2的系统层含节目层和系统信息 系统层中各节目流之间的关系也由节目信息 PSI 给出 MPEG 2中定义了四种节目信息表 节目关联表PAT 节目映射表PMT 网络信息表NIT 条件访问表CAT 57 H 222复用和分接 多节目流去复用 控制比特流含节目映射表 PMT 它可以完整地描述每个节目 如下图所示 节目映射表含有节目TS流中各ES流的PID信息 它识别传送这些比特流的应用 以及这些比特流间的关系 通常识别节目的过程 即去复用 包含两步 1 用PID 0的比特流中携带的节目关联表 PAT 得到需要去复用的节目的PMT的PID 2 根据该节目的PMT信息得到节目中各基本码流的PID 经过这两步去复用滤波后送到接收机的TS流将是感兴趣的节目 58 H 222复用和分接 多节目流去复用 一个具体的例子 说明如何从复用码流中找出需要的节目 MPEG 2节目信息用于解复用器识别传送流的组成 59 H 222复用和分接 多节目流去复用 指定节目的解复接过程 去复用器中提取指定节目的所有基本码流的过程 60 H 222复用和分接 多节目流复用调度 61 H 222复用和分接 多节目流复用调度 MPEG 2TS流可以包含若干个节目 节目有各自独立的时间基PCR 而且各节目的比特率也各异 但复接器生成的传送流的包率必须是恒定的 复接器不仅要保证生成的传送流比特率略小于给定的最大值 而且要适当地插入空包以确保传送比特率为常数 复接器要生成合法的TS流 必须满足以下要求 生成的TS码流速率要满足T STD中各种缓存器的溢出或读空的条件限制 复接器将来之于不同基本码流的TS包复接到同一个TS流中 各基本码流的TS包传输速率不同 因而复接器必须能合理地调度复接来自不同基本码流的TS包 以满足各基本码流的包率要求 同时复接错误的概率最小 在每一个节目的各基本码流的TS包中 必须周期性地插入PCR值 相邻PCR之间的时间间隔不能超过100毫秒 62 H 222复用和分接 多节目流复用调度 各路节目有各自独立的时间基PCR 复接器在复接每一路节目的基本码流的TS包时 周期性地插入相应的PCR值 例如 在图中 TES1 和TES3属于第一路节目 复接时插入时间基PCR1 TES2属于第二路节目 复接时插入时间基PCR2 传送流的包调度 63 规定了低比特率多媒体通信的面向分组的多路复用协议 本协议可用于两个低比特率多媒体终端之间 或一个低比特率多媒体终端与一个多点控制单元或一个交互操作适配器之间 协议允许在单路通信链路上传输任意组合的数字话音 音频 数字视频 图象和数据信息 本协议通过使用分割与重新装配 并通过在单一信息包中组合来自不同逻辑信道的信息来提供低延迟和低开销 为实现此多路复用协议所必需的控制过程在建议H 245中规定 多媒体数据的复用和分接 H 223 64 多媒体数据的复用和分接 H 223 在复用层之上逻辑成帧 序列编号 差错处理AL1 数据和控制信号 依赖高层进行差错控制 AL2 音频 支持检错 可选序列号 AL3 视频 支持检错 可选序列号和重传 65 内容提要 7 多媒体网络a 多媒体网络基础b 多媒体网络协议c 多媒体数据的复接和分接d 实时交互多媒体终端基本框架H 323SIPe IP流媒体终端 66 实时交互式多媒体应用 PC 2 PCphonePC 2 phoneDialpadNet2phone视频会议Webcams 67 实时交互多媒体终端 基本框架 68 视频通信系统 H 320 H 323 H 324 实时交互多媒体终端 基本框架 颁布年代199619901995199619951996 69 在IP网络上进行音频和视频会议的基础定位于实时通信 而不是存储式流媒体 兼顾ITU的通信标准覆盖的范围 独立设备 如 Web电话 Web电视 PC应用程序点对点和多点视讯会议H 323定义包括 终端如何启动 接受呼叫终端间如何使用通用audio video编码Audio和video数据如何进行封装和发送Audio和video如何同步 lip sync 终端如何同各自的网守程序 gatekeeper 通信IP电话如何与PSTN ISDN电话通信 实时交互多媒体终端 H 323概述 70 TelephonecallsVideocallsConferencesWhiteboards 所有支持H 323的终端 H 323端接点必须支持 G 711 ITU语音压缩标准RTP 将媒体数据块封装成包协议H 245 带外 控制协议 用于控制H 323终端间的流媒体传输 Q 931 用于建立 结束连接的信令协议RAS Registration Admission Status 信道协议 与网守程序进行通信的协议 如果存在网守 gatekeeper 实时交互多媒体终端 H 323概述 71 实时交互多媒体终端 H 323终端 72 实时交互多媒体终端 H 323终端协议栈 73 实时交互多媒体终端 H 323呼叫过程 74 Audio H 323终端必须支持G 711标准进行语音压缩 G 711以56 64kb s的速率传输语音 H 323正在考虑使用G 723 G 723 1 该标准以5 3 6 3kb s的速率操作 来支持低速链路 Optional G 722 G 728 G 729 实时交互多媒体终端 H 323音频编码 75 H 261 px64kb s ISDN上的视频流分辨率 QCIF CIFH 263 64kbit s 低传输速率通信分辨率 SQCIF QCIF CIF 4CIF 16CIF Video对H 323终端来说 视频能力为可选项 任何可视化的H 323终端必须支持QCIFH 261 176 144pixels 也可以选择其他的H 261格式 CIF 4CIFand16CIFH 261所使用的信道带宽必须是64kb s的整倍数 实时交互多媒体终端 H 323视频编码 76 实时交互多媒体终端 H 245控制通道 H 323媒体流可以包含若干信道来传输不同类型的媒体数据 每个H 323会话有一个H 245控制信道H 245控制信道是一个可靠的 TCP 信道主