驱车回家时看到夕阳徐徐落下，令人心旷神怡。一边在收听卫星广播，电话打来了，口头发出请求后，汽车的媒体系统便关掉了音乐，并回了电话。一边进车库，一边继续交谈，下车时，便切换到家里的电话线上了。继续聊着天，进入了带HDTV的房间，随即切到了视频会议。电话结束后，收音机节目从中断地方的继续开始。最后，用图形控制板关掉声音，打开暗帘，查看起邮件。

这一科幻场景并不太牵强。但在业界朝这一方向迈进时，却缺乏这一水平支持所必要的协同和标准。目前家庭内和车内设备通讯混乱。口袋设备可以互相通讯，但这些设备都倾向于构成分散的孤立体，如安全系统或多媒体室。

由于涉及的项目太多，问题出来了，如带宽要求、服务质量(QoS)、数字权利管理、安全、认证以及授权。各种团体和标准正不断壮大和涌现，但真正的无缝多媒体通讯网络要成为现实，还有很长的路要走，特别是涉及到多个销售商时。

既定标准已经为大部分标准化工作奠定了基础。TCP/IP和Ethernet是整个综合因素的关键部分，虽然消费者一般不了解这些细节。例如，Ethernet口在蓝光播放器上很常见，而IEEE-1394b连接则出现在HDTV机顶盒中。两者都支持TCP/IP协议。


HDTV(如三星的大屏幕HL-T5687 DLP型)采用HDMI(高清多媒体接口)连接(见图1和图2)。可以在所有电子娱乐店找到这一高速串行互连口，但绝大多数消费者不了解的是，在诸如HDMI音频放大器/接收器这样的设备中正在出现高速切换。 

饶有趣味的是，像索尼的Bravia这样的HDTV通过HDMI和基于Freescale的802.15.4娱乐控制平台(ECP)的802.15.4远程控制协议的低速控制，将高速通信结合在一起(见“远程控制从IR到IF”，网址www.electronicdesign.com，ED在线16523)。

我们今天具有的优势是已经达到了可接收限。譬如，HDMI和HDTV标准为未来10年将进入市场的大多数设备设定了可接收的限值。这些并不是绝对限值，原因是HDMI和HDTV定义超过了一般认为是高端消费视频的1080p标准。

网络互连硬件

标准化工作中的大部分是围绕硬件的，通常把性能推向了极致。在Wi-Fi、Ethernet和HDMI上增加了从320Mbit/s的HomePNA同盟到200Mbit/s的Homeplug电源线联盟的电话线连接。通过同轴电缆多媒体联盟(MoCA)瞄准了现有的175Mbit/s吞吐量室内电缆网络。

这些高速连接可以提供高质量视频，常为压缩形式的HD视频。主要限制出现在处理多个HD视频流时，但通常使用压缩来处理这些视频流。

组成新的HomeGrid论坛的目的是用普通物理层/媒体接入控制(PHY/MAC)方法来统一这一分散的硬件市场。它支持国际电信联盟(ITU-T)G.hn委员会的工作。专注于硬件和低端软件水平是有用的，可以大大简化工作，但它不会强制应用级互操作。当然，解决目前不一致的互连平台和协议将是一个挑战。 

本质上说，家庭多媒体数据平面并不处理控制或管理平面。这正是红外控制单元(如罗技公司的Harmony 1000)试图控制多个设备的地方，虽然是在非常本地化和有限的水平上(见“Logitech Harmony 1000”，ED在线17953)。结果非常有用，但与集成系统相差甚远。 

同样，ZigBee联盟概要的标准化正在实现多种环境下控制和状态设备的交互工作，如照明控制。与许多其它网络一样，同类网络里设备间交互工作是可能的，而且有时是自动的。然而，一般不可能将这一控制和信息传到或穿过其它网络。 

要将孤立的设备体结合起来，则需要所有类型网络和控制系统的集成，这样可以实现更通用的方案。随着家庭内和车内设备联网更加普遍，一篮子互不兼容的远程控制只是电子设备这一冰山之一角。这一问题的解决需要更高层次的合作。

再往上发展

通用即插即用(UPnP)论坛处理设备控制协议。其UPnP扩展用于多种标准，包括微软的Windows和数字生活网络联盟(DLNA)的协议(见图3)。 

UPnP处理网络设备的发现、描述以及控制时，不用定义硬件互连。它是建立在如TCP/IP和UDP的协议之上，采用如XML的格式。可是认证容易成为问题。在UPnP结合了音频/视频标准的同时，DLNA则有更详细的对多媒体设备和控制的支持，进一步推进了这些标准。  

与HomeGrid论坛一样，DLNA希望给予设备一个通用的表演场所。它是针对家庭，主要是娱乐，将移动设备结合到环境中。这是DLNA成员列表的反映，同时也是该组织制定的多个最初标准的反映。当然，得到这些细节需要DLNA成员身份，成员身份可能是有限制的，但并不难获得。  

可以获得基本DLNA特征开放源，但DLNA明确针对娱乐和通信销售商。可以提供设备间包罗万象的连接似乎是一个选项。竞争，或依视点不同称作补充平台，来自高清音频/视频网络联盟(HANA)和微软。  

HANA是一个最初基于IEEE-1394b的娱乐平台，目标针对HDTV。IEEE-1394b的同步本质可以提供多个HDTV流。支持者在对比HANA和DLNA时，指出这一功能能以HDTV速度提供QoS，这常见于Wi-Fi和Ethernet平台上。虽然Wi-Fi和Ethernet现在获得了QoS支持，但不是普遍可获得的。  

机顶盒需要IEEE-1394b支持这一点很有趣。现在还没有人真正使用该功能。但像DLNA一样，基于HANA的设备将很快出现。将来是否有哪种方法能广泛分布是个大问题。  

微软支持DLNA，但它同时也有大量技术希望开发者使用，如Rally(原先称作“即刻Windows连接”)、设备网络服务(WSD)及网络服务设备配置(DPWS)。当然，所有这些技术都需要.NET，这反过来又需要Windows操作系统。微软的接纳能力非常棒，虽然这些协议很可能不会用在其它平台上。

如前所述，所有这些标准都可以共存，并且将来很可能如此。是否其中有哪个会主宰市场或者是否会有新的平台出现是个大问题。

DLNA联网设备 

采用如DLNA标准的设备的潜在洪流刚刚开始。文件服务最容易实现。通常包括如NAS(网络附加存储)这样的平台，可存储软件(音乐、视频及其它相对程序的媒体)，进而传入回放设备。 

已经有NAS设备供货了，但如果不刻意去寻找，可能注意不到DLNA标志。如所有类似方法一样，产品只在与其它设备共同使用时才有意义。单个设备就像只有一个节点的网络，没有多少交流对象。 

就是说大多数原初设备将可以提供独立于DLNA功能的服务。例如，诺基亚的N95 8GB就是一款DLNA认证手机，带8G存储，是一款多媒体回放设备。这种手机包含一个5兆像素相机，从多媒体角度来看，可以在独立模式下工作，而加上DLNA之后则更有趣。这种手机可以回放其它DLNA设备的内容，也可以向其它DLNA设备发送内容。

Buffalo技术公司的LinkTheater高清数码媒体播放器通过HDMI输出提供HDTV(如图4)，除支持480i和480p视频模式外，还支持720p和1080i视频输出。此设备包括了USB和10/100以太口，当然也有音频和视频输出。可以处理大量音频、图像、视频和多媒体格式，包括GIF、BMP、PNG和GIF文件显示，外加MP3、WAV、WMA、Dolby Digital(AC-3)、AACLC及AAC-HE音频。 

当然，LinkTheater高清数码媒体播放器需要数字源。Buffalo技术公司提供有许多DLNA选项。这种技术还可在其它DLNA认证源下工作，包括许多运行Linux或微软Windows操作系统的电脑。

人们希望有DLNA兼容的DVR，它解决了某些阻碍在标准问题上达成协议及此技术长期采用的问题。首要的是防止拷贝，或者说，根据根据视点不同，称作客户管理。数字权利管理(DRM)是口号，也是像多协议和硬件接口一样的关键因素，至少如此。

在某些领域有一些共同点，如在采用高带宽数字内容保护(HDCP)的HDTV HDMI连接，但这并不是什么用在整个流视频标准或存储标准上的东西。DRM不会完全消失，虽然许多设计师希望如此。有希望的是，DRM在音频方面降低的趋势将延续到视频领域。

问题是DRM使用加密，但从用户角度来看，与系统安全和认证毫无关系。此外，大量的时间和精力都投入到了DRM上，相对而言，投入到系统安全和认证的用户管理方面的时间和精力则微不足道。覆盖面很宽的系统设计应该真正从安全和管理开始，包括使其更容易使用。

进入家庭的远程接入连接的数量正在增加，只使用防火墙/网关式保护肯定会导致僵尸网络，对电脑的影响比已经表现出的更大。大多数标准并没有忽视安全，但应该是一种统一的而非次要的设计问题。

预计今年会出现DLNA设备和HANA设备，也会采用ZigBee控制单元和类似控制平台。同样，HDTV将是强制性的，促使大量可供消费者使用的潜在可联网产品的出现，这也成为开发者的目标。

把完全不同的设备组合统一起来仍然是采用通用协议和应用的长期目标。问题依然是，在未来许多年内，对开发者和消费者仍然很可能是一个挑战。 
 
作者：William Wong

[大 中 小][打印]

*博客内容为网友个人发布，仅代表博主个人观点，如有侵权请联系工作人员删除。