专注SIP通讯产品与方案

音频和视频

       如果网络中缺少一些通常的媒体,那么一些Internet的潜力就不会被挖掘出来。大多数市场营销人员认为:传送消息时,质量再好的页面或Web动画也不能取代音频和视频的地位。由于拥塞和带宽的问题,在Internet上模拟传统广播电视传送的研究术获成功。但近年来,出现了许多解决方案,也许不久的将来便可以在Internet上提供高保真音频和全动画视频服务。
       这两种服务中,最引人注日的是RcalNctworks提供的RcalAudio和RealVideo,它们最初是当作两种产品来分别提供的,现在,Real公司可提供一个综合的播放器(RealPlayer),它可以接受缓存的音频和视频数据流并把其播放出来。若有令人满意的访问速率(至少33.6khit/s)和畅通的网络条件,尽管窗口较小,RealPlayer就能够把高质量的、电视一样的画面展现在你眼前。另有许多制造商(特别是微软)也提供类似的产品。
       音频/视频数据都是由媒体服务器提供,媒体服务器通常是个为与播放器通信而特别编写的软件包,它只跟播放器通信,并使用一个专有的通信协议来做到这一点。在Internet上传送音频、视频数据的主要困难是在服务器与播放器之间保持恒定的信息流速率,所以服务器与播放器之间的联系对外界影响很敏感。其实这项工作最好交给专用的物理电路来完成,因为这种电路未进行多路复用,在任何时候都能为音频/视频数据流提供足够的带宽。
音视频数据
       有许多方法可用来获得恒定的数据流。对于单向音频/视频传输来说,最简单的做法就是进行缓存,RealNetworks、微软以及其他厂商的产品都是采用这一方法。播放器可能需要一段音频或视频数据,在向服务器提出请求后,服务器就开始向它发送信息,传输速率比全动画(对音频数据来说则是全保真度)播放所需的速率要稍微大一些。当这一数据流到达播放器时,并没有立即被播放出来,而是暂存在存储器中,直到积累起足够多的数据,以确保在数据流接收暂时中断时也能获得可接受的质量。也就是说,任何时刻,在播放器接收及播放的数据之间总存在着一定数量的数据。当接收器的缓存器装满时,它就请求服务器放慢传输速率,直到与播放器的处理速率相匹配为止。这样,如果网络发生中断,在用户发现这一故障之前,播放器就有一定量的视频信号可使用,在这段时间结束之前,故障很有可能已被排除了。缓存的数据量取决于网络状况。如果传输中断可能性人,且发生频繁,则需要大量的缓存数据,而连接较好的高速的网络传输允许缓存少量数据。这一概念与便携CD机所采用的类似;CD机在其RAM芯片中保存着数秒的数字音频信号,以便在CD盘片上跳过损坏单元。
       这与为分组语音设计的起伏缓冲通路相似。采用接收端缓存最明显的后果是在初始接收的音频/视频数据流里引入了时延。在提供广播式电视服务时,这种时延不会引起什么麻烦,因为收视者并不知道他(或她)所看到的视频图像实际上是服务器在10s以前发送的。
       然而,这一对广播数据来说并不重要的后果在双向会话(比如说打电话)中的影响要严重得多。只需1/4s的时延就能使通信发生困难,超过1/2s的时延对大多数人来说都是不能容忍的。如果在双向语音通话中采用缓存的方法,所带来的后果十分明显:在一个电话会话中,方所说的话在10s以后才能被另一方听到。所以,当在Internet双向音频和视频服务中使用缓存时,缓存量要比广播服务中采用的少很多(通常在半秒以下),而且缓冲过程由特殊的规则(将在第七章讲述)来控制。
视频会议
       这些难题并非不可能解决,万维网的优势为这种交互性业务(通过,Internet提供的电话式语音,甚至是视频会议)的发展铺平了道路。由于Internet用户数已大量增长,而且他们对Internet的依赖性不断增强--就像他们依赖于电话服务一样,供应商们正在不断地改进Intcrnct,以使它能更好地满足用户的需求。虽然要使Internet的基础结构能与PSTN的可靠性相匹敌还有很长的路要走,但让人欣慰的是这一转变正在进行之中。