u07p2_Internet Radio_互联网电台_20081229.pdfVIP

《电子信息工程专业英语教程》（第二版）任治刚 主编 电子工业出版社 互联网电台 当流媒体音频在互联网上传输成为可能，商业电台就考虑到将其内容通过互联网进行广 播。不久以后，大学校园电台也开始将信号输送到互联网上。大学生们开办了他们自己的电 台。使用现有技术，几乎人人都可以办一个电台。互联网电台是一个全新领域，而且技术更 新活跃，但值得一说。 互联网电台有两大类。一类是将节目预先录制，存储到磁盘上。听众连接到电台的档案 库，选取节目，下载收听。这种方式实际上就是流媒体音频。还可以将刚刚现场广播完毕的 节目存储下来，档案库只能在补充现场节目后一段时间 （例如：半小时）才能运行。该方法 的优势在于易行，听众可以选取档案库中的任一节目。 另一种方法是在互联网上现场广播，有的电台同时利用无线广播和互联网广播，更多的 电台只用互联网广播。适用于流媒体音频的一些技术也适用于现场互联网电台，不过二者之 间存在着关键区别。 相同点是两者都需要用户端缓冲以平滑抖动。在开始播放前，要收集 10 秒或 15 秒的 内容；这样做的话，即使互联网上出现了明显抖动，音频信号依然平滑流畅。只要在需要之 前抵达，分组抵达时间并不重要。 一个不同之处是流媒体音频速率可以远远高于重放速率，因为接收端可在到达“高水位” 时停止它。这样，就可以有时间重发丢失的分组；尽管一般不彩这种方法。相反，现场电台 广播速率和录制、重放速率完全一样。 另外一个区别是现场电台的听众多达几百或几千，而流媒体音频是 “点对点”。在这种 情形下，互联网电台应当使用RTP/RTSP 协议“多播”技术――这显然是最高效的运行方式。 当前的情形是互联网电台并非如此工作。实际情况是用户建立一个TCP 连接，节目是通过 TCP 连接传送的。当然，这会带来各种问题――例如，窗满流止、丢包时尽，重新发送，等 等。 不用RTP 多播而使用TCP 单播的原因有三。第一，鲜有 ISP 支持多播，因而不现实。 第二，RTP 不如 TCP 广为人知；而互联网电台往往很小，缺乏专业计算机知识；因此，使 用众人理解、全部软件支持的协议更为容易。第三，许多人在工作之时收听互联网电台，这 意味着要使用防火墙。大多数系统管理员配置防火墙保护其局域免受不明来访者侵扰。通常 情况下，他们允许使用来自25 号远程端口 （用于电子邮件SMTP 的TCP 连接，来自53 号 远程端口 （DNS）的UDP 分组，来自80 号远程端口 （用于Web 的HTTP）的TCP 连接。其 感谢使用本书！请将您发现的问题或者对于本书的建议发送到： renmacro@ 阅读材料参考译文 （更新日期2009 年5 月6 日） 他一律禁止，这就包括RTP。这样的话，电台信号穿越防火墙的唯一方法是网站伪装成HTTP 服务器 （至少对防火墙而言），并使用HTTP 服务器，（采用TCP ）。这些严格的措施 （仅仅 提供了最小安全度），往往使用多媒体应用工作在相当低效的模式之下。 因为互联网电台是一种新兴媒体，格式之争非常激烈。在市场上，争当互联网电台主要 格式的有Real Audio、Windows Media Audio 和MP3 。Vorbis 是一种新兴格式，它与MP3 类似，但源代码开放、无需 MP3 的专利。典型互联网电台的网页上列有节目安排、音响师 和播音员信息和广告。也有图标表明该电台支持的音频格式 （如果仅仅支持一种格式的话， 只有LISTEN NOW 而已）。 当用户点击图标时，“？”文件 （metafile）就发送出去。浏览器利用文件的MIME(“?”) 类型或文件扩展名来确实合适的媒体播放器，然后，浏览器写到磁盘上的“？”文件（Scratch file ）,启动媒体播放器并告知其文件名。媒体播放器读取文件，寻找文件中包含的URL （常 用http 而不用rtsp 绕过防火墙，几种流行多媒体应用这样工作），连接服务器，开始播音。 作为旁白，音频只有一路流媒体，因此，http 可以胜任。对于视频，至少含两路流媒体， http 无法工作，需要rtsp 这样的协议。 互联网电台领域另外一个有意义的进步是任何人都可能建立运营一个电台，图1 展示了 其主要组件。电台的基础是一台配有声卡和麦克风的普通电脑。