第七单元 音频和语音 7.3 网络电台

        当流媒体音频在互联网上传输成为可能，商业电台就考虑到将其内容通过互联网进行广播。不久以后，大学校园电台也开始将信号输送到互联网上。大学生们开办了他们自己的电台。使用现有技术，几乎人人都可以办一个电台。互联网电台是一个全新领域，而且技术更新活跃，但值得一说。

        互联网电台有两大类。一类是将节目预先录制，存储到磁盘上。听众连接到电台的档案库，选取节目，下载收听。这种方式实际上就是流媒体音频。还可以将刚刚现场广播完毕的节目存储下来，档案库只能在补充现场节目后一段时间（例如：半小时）才能运行。该方法的优势在于易行，听众可以选取档案库中的任一节目。

       另一种方法是在互联网上现场广播，有的电台同时利用无线广播和互联网广播，更多的电台只用互联网广播。适用于流媒体音频的一些技术也适用于现场互联网电台，不过二者之间存在着关键区别。

       相同点是两者都需要用户端缓冲以平滑抖动。在开始播放前，要收集10秒或15秒的内容；这样做的话，即使互联网上出现了明显抖动，音频信号依然平滑流畅。只要在需要之前抵达，分组抵达时间并不重要。

       一个不同之处是流媒体音频速率可以远远高于重放速率，因为接收端可在到达“高水位”时停止它。这样，就可以有时间重发丢失的分组；尽管一般不彩这种方法。相反，现场电台广播速率和录制、重放速率完全一样。

       另外一个区别是现场电台的听众多达几百或几千，而流媒体音频是“点对点”。在这种情形下，互联网电台应当使用RTP/RTSP协议“多播”技术――这显然是最高效的运行方式。当前的情形是互联网电台并非如此工作。实际情况是用户建立一个TCP连接，节目是通过TCP连接传送的。当然，这会带来各种问题――例如，窗满流止、丢包时尽，重新发送，等等。

       不用RTP多播而使用TCP单播的原因有三。第一，鲜有ISP支持多播，因而不现实。第二，RTP不如TCP广为人知；而互联网电台往往很小，缺乏专业计算机知识；因此，使用众人理解、全部软件支持的协议更为容易。第三，许多人在工作之时收听互联网电台，这意味着要使用防火墙。大多数系统管理员配置防火墙保护其局域免受不明来访者侵扰。通常情况下，他们允许使用来自25号远程端口（用于电子邮件SMTP的TCP连接，来自53号远程端口（DNS）的UDP分组，来自80号远程端口（用于Web的HTTP）的TCP连接。其它一律禁止，这就包括RTP。这样的话，电台信号穿越防火墙的唯一方法是网站伪装成HTTP服务器（至少对防火墙而言），并使用HTTP服务器，（采用TCP）。这些严格的措施（仅仅提供了最小安全度），往往使用多媒体应用工作在相当低效的模式之下。

       因为互联网电台是一种新兴媒体，格式之争非常激烈。在市场上，争当互联网电台主要格式的有Real Audio、Windows Media Audio和MP3。Vorbis是一种新兴格式，它与MP3类似，但源代码开放、无需MP3的专利。典型互联网电台的网页上列有节目安排、音响师和播音员信息和广告。也有图标表明该电台支持的音频格式（如果仅仅支持一种格式的话，只有LISTEN NOW而已）。

       当用户点击图标时，元信息文件（meta files）就发送出去。浏览器利用文件的“多媒体互联网邮件”（MIME）类型或文件扩展名来确实合适的媒体播放器，然后，浏览器写到磁盘上的“临时文件”（Scratch files）,启动媒体播放器并告知其文件名。媒体播放器读取文件，寻找文件中包含的URL（常用http而不用rtsp绕过防火墙，几种流行多媒体应用这样工作），连接服务器，开始播音。作为旁白，音频只有一路流媒体，因此，http可以胜任。对于视频，至少含两路流媒体，http无法工作，需要rtsp这样的协议。
互联网电台领域另外一个有意义的进步是任何人都可能建立运营一个电台，图1展示了其主要组件。电台的基础是一台配有声卡和麦克风的普通电脑。软件包含媒体播放器（如winamp或 freeamp）以及一个音频采集插件和一个选择输出格式（如MP3或Vorbis）的编解码器。