开发集成式DSL STB所面临的挑战

　　开发集成式 DSL STB 所面临的挑战 尽管众多运营商和服务供应商已经宣称将开展小区 Video-over-ADSL技术试运行，但 STB 对他们而言仍存在严峻挑战。消费者期望视频质量达到目前电视服务水平，这就要求采用先进的 QoS 方案，以避免大容量文件下载干扰电视信号接收等问题的出现。铜质线路上会随机出现大量噪声，这也是一大难题。此外，新型编解码器和 INP 方案不断涌现，带动了技术领域的快速变化，这都要求解决方案具备较高的灵活性才能快速实施最新技术。 为了解决上述难题，运营商希望 STB OEM厂商和 ODM 厂商能够超越现有技术进一步推动技术的发展，即实现电视机、DSL 调制解调器以及 IP STB 的结合。如果采用两个不同的机顶盒，就意味着成本增加，用户使用更复杂，发生故障的几率也更大。如果采用一体化的机顶盒，那么保护影片内容也更容易。运营商希望将更多功能集成到 STB 中，如无线局域网 (LAN) 和个人视频记录器 (PVR) 等。 大多数运营商希望集中优势资源从事增值服务，让 OEM 厂商和 ODM厂商来妥善处理设备设计问题和相关风险。不过到目前为止，OEM 厂商和 ODM 厂商尚未进入集成的 DSL/IP STB 市场，这或许是因为他们不愿为刚刚崭露头角的新市场承担昂贵的设计风险，这也是可以理解的。因此，一些以集成式解决方案进入本市场的领导潮流发展的公司不得不自行设计客户端产品(CPE) 并与承包制造商合作。意大利的 FastWeb、法国的 Free 和英国的 Homechoice 等供应商都采取了这一方案。

新一代开发板

　　AR7 开发板集成了DSL 与视频芯片目前市场已出现了新一代开发板，不仅可大幅节约集成式 DSL STB 所需的开发时间及成本，而且还能显著降低相关风险。TI的 AR7 就是新一代开发板中的一员，基集成了 AR7 DSL 和 DM642 视频芯片，这些芯片目前已广泛用于大多数集成式 STB 中，包括上述三家公司提供的新产品。DM642 基于 TI TMD320C64x数字信号处理器(DSP) 内核之上，并且还采用了可加速视频与图形应用的指令集扩展，因此能提供全面的软件可编程性。这使用户能实现各种功能，如先推出 MPEG 2 产品，随后再升级到 H.264 视频编解码器。AR7 是首款单芯片 DSL 路由器，在本市场领域中独领风骚。AR7 片上路由器所采用的 MIPSCPU负责管理 DSL 链路，执行 IP 路由功能，并传输进行解多路复用的数据流，为 DSP 提供原始的压缩音频与视频数据。

主要接口

　　开发板处理集成问题。DSL 与视频芯片的集成管理是新一代开发板节约设计时间的最重要的方式。举例来说，外部存储器接口 (EMIF) 通常用于连接 DSP 与不同类型的存储器器件，如 SRAM、Flash RAM、DDR-RAM 等。AR7 上的接口用于从 AR7 向 DM642 的 HPI视频接口传输流量，这时 AR7 作为主机，而 DM642 作为从机。在启动时，AR7 首先启动，再带动DM642。这时，视频提供给 DM642 中的批队列 (bulk queue)。AR7 处理批队列中的流量控制，而 DM642 的视频驱动器将视频移动至芯片上的四个队列中。DM642 随后将视频流解码，再在屏幕上显示图形。 我们致力于接口开发，以便使为 STB 添加更多特性的任务变得更简单，如无线局域网 (LAN)、因特网协议语音 (VoIP) 等。举例来说，VLYNQ 就是我们希望添加的一种新技术，其能提供至其他技术的连接。该接口采用 3 引脚或 5 引脚串行总线，不管是 3 引脚还是 5 引脚，都有引脚作为命令线 (command line)，三引脚情况下有一个引脚作命令线，五引脚情况下有两个引脚作命令线，分别用作传输与接收线路。这种接口使两个器件能通过接口连接，彼此实现存储器映射，大幅简化了集成更多芯片的工作。这意味着程序不管运行哪个芯片，都能访问另一芯片的存储器，而调用的命令都一样。这大幅缩短了设计或修改软件以实现新功能所需要的时间，而且特别易于在芯片间传输数据包，满足增加常见 STB 插件的需求。现场可编程门阵列 (FPGA) 开发商已通过提供扩展技术开始支持上述技术，以便于在有关部件上集成上述接口。应当注意的是，这种串行接口不适用于数据带宽高于20Mbps的应用。