文本阅读：
第15章电信与互联网音频609
与音频的流传输效果相比，这种方法更适合视频的流传为了能给不同的连接速率服务，可以创建多个音频文件，并让服务器传送最合适的比特率。如果这个带宽协商过程不是动态的，则服务器就无法根据用户在数据吞吐量上的变
（由于拥塞或数据包丢失）来进行调整。有了 Surestream，多个比特率不同的流可以同时编码，且合并成一个单一文件。此外，服务器可以检测带宽的变化，并在不同流的组合形式上作出改变。因此，RealSystem G2协议中的这种自适应流管理（Adaptive Stream Management，
5M）可以高效地进行数据包的发送。文件格式和广播插件定义了ASM为各组数据包分配预定义属性（比如优先级和平均带宽）时所采用的规则。比如，如果数据包必须被重传，则数据包的优先级标识了哪些数据包是最重要的、需要重传的。有以后，各个插件可以
基于不断变化的网络条件，使用条件表达式来监视和改变各个数据包的传输。例如表
达式可以定义客户端带宽为5kbt/s-15kbit/s，丢包率要低于25%。如果一条规则所描述的状况就是客户端当前的网络状态的话，该客户端就可以同意该规则。如果网络状况发生改变该客户端可以同意一条不同的规则。
编码器可以在各不相同的各个离散比特率上创建多个内嵌的复本。服务器基于客户端的当前带宽或丟包情况对各个流进行无缝切换。该系统必须对带宽和丢包进行快速的监视。例如，如果带宽上的收缩没有被快速检测出来，则连接到该用户的路由器将会丢弃数据包起信号质量的劣化。不过，如果对带宽变化的测量过于迅速，则可能会让数据流比特率产生不必要的改变。
1552音频网播
互联网在把电子邮件这类数据
发送到另
方面是很高效的，这被称为单
播（
类似地，互联网也可以进行直接的音乐事项处理。对于一些应用来说，点对点通信的效率太低。例如，用这类方法给上百万用户发送同一条信息就非常低效，因为每用户都需要进彳
单独的传送。IP组播就是设计用来克服这一问题的。组播通过使用地面广播、卫星下行线路或有线线缆，可以把一份复本发送给多个并发用户。组播与广播很相似，它利用专门的路由器对信息进行连续地流传输。这里没有依靠服务器发送多个传输，而是分配各个路由器负责复制与分发数据流。此外，组播提供了定时信息用以同步音频/视频数据包。这是有优势的，即使只有相对较少的关键路由器才被赋予组播的能力。实时传输协ea-time Transport Protocol，RTP）用于传送实时同步数据。实时传输控制协议（Rea|-time同工作，为这条传输路径提供服务质量（Quality of-ser
信息。实时传输流协议（
设
计用于流传输应用的。它把多媒体传输所用的系统开销降至最低，并使用了P组播等各种
下载工具
意见反馈
捐助平台