HDMI和DVI的HDCP握手问题分析及其解决方案精粹

随着越来越多的1080p显示器、8通道192KHz音响系统和高清晰A/V源的步入市场，消费者正一致转向采用HDMI|0">HDMI和DVI|0">DVI非压缩数字A/V接口。为什么？因为在许多情况下，这些接口是获得受保护内容并沿着长长的信号链维持原始图像品质的唯一手段。

但是，这种转变尚面临一些限制。 HDMI和 DVI与一种高清晰内容保护( HDCP|0">HDCP)系统共生于一体，有时侯它会让经授权消费者什么都看不到，面对的屏幕是空白、闪烁的视频或雪花点，当出现这种缺陷的时候，消费者就变成了"HDCP握手问题"的受害者。

在本文中，我们将回顾围绕这个难题的关键问题，并向你介绍一些规则和工具，它们有助于解决HDMI和DVI设计过程中面临的问题。

基础知识

HDMI和DVI两者都是HDCP接口。在通往演示设备的路径上，当数据在HDCP发送器和HDCP接收器之间传输时，HDCP接口保护高价值的内容。HDCP涉及超越本文范围的法律问题，所以，在你的设计最终定型之前，你应该咨询你们公司的法律部。对于这个问题的讨论，我们把纷繁复杂的所有法律要求归结为三个基本规则：

1. 当被告知要这么做的时候，HDCP接口加密高价值的内容。在蓝光和HD DVD播放机中，不论内容图像约束标记(ICT标记)是否为真，内容都是被加密的。一旦完成加密，该内容就被称为"HDCP内容"。

2. HDCP内容在抵达演示设备之前，必须处于加密状态。在HDCP授权协议的Exhibit C中概要说明了唯一的例外。Exhibit C放松了该规则对音频、临时缓冲、转发器解密/二次解密及演示设备处理，如缩放等情况的要求。目前的HDCP授权协议假设采用有线的点对点的路由，所以，对于现在需要基于LAN或无线接口的联网A/V产品，如数字放大的扬声器和视频墙等等来说，要等待DCP LLC推出新的协议，才容许采用了诸如AES-128和AES-256这样的加密方法的HDCP内容在"专用接口"上传输。

3. HDCP接口容许未经保护的非HDCP内容不经加密地通过。

寻找问题所在

最近，通过对现有产品的调查显示，大多数HDCP问题都有简单的成因，但是，解决这样的问题并不总是轻而易举的。如果你不具备检测根本成因所需要的专用工具的话，HDCP握手问题将非常令人困惑。假设你拥有合适的工具，下面罗列了一些要回避的问题以及要遵循的指南：

HDCP发送器问题--将对一切内容进行加密，而不论其是高价值的HDCP内容，还是未经保护的内容。这些源端设备在非HDCP接收器上不会显示任何信息，即使被播放的材料是一份未经保护的家庭制作的DVD。

1. 忽视接收端电源周期(从开机到关机构成一个电源周期)、热插拔或重新连接的源端产品。

这些源端产品通常需要消费者去断开并重新连接一跟电缆或电源周期设备以触发二次授权。有时侯，一切都不能工作。当把源端连接到转发器的时候，热插拔变得更为重要，因为接收端的所有的下行数据流变化都必须被告知源端的上行数据流。要确保你的产品能够检测所有重要的HDCP接收设备的状态及电缆连接的变化。此外，即使持续时间只有最小的100ms，也要确保你的产品能够检测所有的热插拔，并让你的源端及时对热插拔作出响应。当检测到热插拔的时候，要立即中断现有的显示数据通道(DDC)任务并启动一次新的HDCP握手。

2. 数据传输太快可能导致闪烁的视频。

当你的HDMI发送器驱动一个HDMI接收器的时候，要在改变信号时序的前后分别对所传输的音视频数据进行"MUTE(禁止发送)"和"UN-MUTE(容许发送)"处理。在你解除MUTE之前，要容许HDMI接收器有时间检测MUTE并处理时序的变化。DVI源端必须停止传输并在信号时序稳定且接收器已经有时间恢复之后才进行二次授权。在大多数接收端中的HDCP电路需要稳定的时序以完全地发挥作用。

3. 确信你的HDMI HDCP发送器能够检测和驱动一个DVI HDCP接收器。

要注意在Bcaps寄存器中的HDMI性能并在必要时把HDMI发送器切换到DVI模式。此外，当你读取接收端的EDID时，要寻找HDMI供应商的专用数据模块(VSPD)。如果你无法找到，要把你的HDMI发送器切换到DVI模式。

4. 要支持转发器。

越来越多的消费者在他们的源端和演示产品之间插入A/V 接收器(AVR)。不幸的是，并不是所有的源端产品都支持转发器；对于那些不支持转发器的产品，如果插入转发器的话，就可能造成系统停止工作。在这种情况下，人们常常会怪罪于无辜的转发器制造商。

5. 不要把HDCP内容传输到非HDCP或无效的HDCP接收器。

在第一种情况下，你的消费者可能看到的是