4处的检查确定其是否为下动作作消息。如 果其为下动作作消息，则如框136所示，一旦确认就执行动作，而不是在接收到消息时执 行。
[0059] 相反，如果它不是下行动作消息，则如菱形138所确定地，如果它是目的地消息， 则仅当该接收消息的设备是最终目的地才执行动作，如框140所示。
[0060] 消息传递框架使设备能够在连接视听源、分支和宿设备的点对点布局中的特定路 径上执行协同动作。该框架可用于各种操作，包括布局发现、地址生成、路由、绑定和流管 理、资源管理以及功率管理。
[0061] 如图11所示的下行动作消息如下地工作。在发送消息之前，源110执行所需的任 何消息专用动作119。只有当源动作成功时才发送消息112。如基于地址/路由信息所确 定地，源设备通过在下游端口上发送消息来向目的地设备传输该消息。接收消息的各个分 支设备114或116或宿118执行如由消息类型所要求的动作119。一旦在目的地（例如宿 118)成功地完成动作，其就用确认（ACK) 120来作出响应。该确认被向上传播回源。
[0062] 上行动作消息122如图12所示地工作。在此，动作119作为确认120的一部分完 成。
[0063] 目的地消息如图13所示地工作。动作119仅在目的地完成，在该示例中目的地为 宿118。该路径中的其它设备简单地转发消息和确认。
[0064] 在图14中示出用于路径训练的下行动作路径消息的使用，其训练路径上的所有 链路。在图13中，每个设备处的动作119为链路训练。虽然可使用任何其它消息，但所使 用的消息为TRAIN_LINKS_ON_PATH(在链路上训练路径）。在图13中，在分支116处引导消 息。
[0065] 图15是被实现为上行动作消息时的TRAIN_LINKS_ON_PATH的消息序列图。在此， 所有动作119作为确认120的一部分发生。
[0066] 接口专用框架可使源设备能够确定通过不同路径枚举的功能是同一设备的一 部分。DisplayPort标准是"接口"的一个示例。用于枚举的不同路径可以是：a)表征 不同接口类型的路径；或者b)仅为同一接口类型内的不同路径。该框架使设备能结合 微软?视窗? (Microsoft? Windows?)和诸如通用串行总线（USB)的其它技术所 支持的容器标识符主动性一起使用，且为已连接设备实现以设备为中心而非以功能为中心 的用户接口。
[0067] 框架可包括通过一组容器_ID(container_ID)(在DisplayPort的情况下其可以 是DisplayPort配置数据（DPCD))寄存器来展示的16字节全局唯一标识符（⑶ID)。DPCD 实质上是用于状态检查、命令传达和为中断提供上下文的一组寄存器。可在分支设备、复合 宿设备和具有多传输的任何设备上支持container_ID寄存器。
[0068] 具有给定数量的视频端点的宿设备预期用该数量的扩展显示标识数据（EDID)结 构来作出响应。该EDID数据结构告知源有关该监视器的能力。EDID是VESA标准。当宿设 备具有集成的通用串行总线（USB)或者集线设备时，宿的全局唯一标识符匹配USB设备或 者集线器的容器描述符中的全局唯一标识符。不论访问集成到该设备的所有功能时通过的 接口类型如何，所有功能都宣称同一全局唯一标识符。在具有多个视频端点的宿中，来自每 个地址的containerJD寄存器返回该同一全局唯一标识符。对于该布局中的每个设备而 言，作为布局发现过程的一部分该源设备读取该全局唯一标识符。如果设备包含全局唯一 标识符，则源设备读该全局唯一标识符以确定是否已针对多个路径或者通过多个接口访问 了该同一设备。
[0069] 另外，源设备通过一些接口专用手段推断同一物理设备中的功能。在接口为 DisplayPort标准的情况下，该推断可基于下游设备的相对地址（RAD)。当面对设备的布局 时，发起通信的每个设备需要为目的地设备生成网络中有效的地址。由于由每个设备生成 的地址是有效的但是可能不同于针对同一目的地在另一源上生成的地址，因此该地址称作 相对地址。然后，该源从各相对地址读EDID。全局唯一标识符生成且与如通过EDID标识的 设备相关联。该生成的全局唯一标识符在操作系统中与容器标识符框架一起使用。
[0070] 因此在一些实施例中EDID包含唯一序列号。如果这个无效，则与多个EDID相关 联的同一全局唯一标识符发生改变，从而导致糟糕的用户体验。
[0071] 源和分支设备之间的多个连接在图16中示出。在这种情况下，因为存在至该宿的 两个路径，所以源为该宿设备生成两个地址。因为源通过两个路径读取同一全局唯一标识 符，所以其能够推断这两个路径读取同一宿设备。在丢失全局唯一标识符后，源从可能相同 的两个路径读取EDID，生成全局唯一标识符，且将该全局唯一标识符与宿设备相关联。然后 该标识符被返回至操作系统。
[0072] 图17示出具有两个视频端点的示例。源的序列如下。该源再次生成两个地址，该 宿设备的每个视频端点各一个。源从每个视频端点地址读取寄存器的容器标识符。因为宿 具有与其连接的两个接口，所以该框架要求宿中存在全局唯一标识符且要求全局唯一标识 符在两个接口中相同。该源检测全局唯一标识符相同且推断两个视频端点是同一物理设备 的一部分。
[0073] 参考图18,根据一个实施例，序列150可由图3所示形式的源来实现。在一些实施 例中，图18中所示的序列可在软件、硬件或固件中实现。在软件实施例中，其可由诸如处理 器36的处理器执行的指令序列来实现，且存储在存储体42上。
[0074] 在初始枚举或布局发现阶段期间，为布局中的每个设备读取标识符（框152)。换 言之，源为布局中的设备获取标识符。该标识符可以是已在本文中讨论的任何标识符。然 后，该源建立经由路径到源的下游目的地的连接，如框154所示。然后该源比较连接路径中 的设备的标识符，如框156所示。如框158所确定地，如果标识符匹配时，则源断定具有匹 配标识符的路径设备是同一分支或宿设备的一部分。因此，在一些实施例中可容易地处理 当两个设备具有相同标识符时可能产生的不确定性。
[0075] 贯穿本说明书引述的"一个实施例"或"一实施例"意指结合该实施例描述的特定 特征、结构或特性被包含在本发明内所涵盖的至少一个实现中。由此，短语"一个实施例"或 "一实施例"的出现不一定引述同一实施例。此外，特定特征、结构或特性可设立成除了所示 特定实施例以外的其他合适形式，且所有此类形式可被涵盖在本申请的权利要求内。
[0076] 尽管本发明已关于有限的几个实施例作了描述，本领域技术人员将会从其中意识 到许多改变和变型。所附权利要求旨在覆盖所有这样的改变和变型，只要其落在本发明的 实质精神和范围内。
【主权项】
1. 一种显示端口分支设备，包括： 第一端口； 第二端口；和 逻辑，所述逻辑的至少一部分在硬件中，用于： 在第一端口上，接收路径枚举消息，所述路径枚举消息对应于从显示端口源至显示端 口宿的路径； 在第二端口上，接收来自下游设备的可用带宽； 响应于所述显示端口分支设备的可用带宽W及从所述下游设备接收到的所述可用带 宽，确定可用带宽；W及 通过所述第一端口，用所确定的可用带宽对所述路径枚举消息作出响应。
2. 如权利要求1所述的显示端口分支设备，其特征在于，所述路径枚举消息是ENUM_ PATH_RESOURCES 消息。
3. 如权利要求1所述的显示端口分支设备，其特征在于，所述路径枚举消息是路径请 求消息，用于确定从所述显示端口源至所述显示端口宿的路径的可用带宽。
4. 如权利要求1所述的显示端口分支设备，其特征在于，所述路径枚举消息是ENUM_ PATH_RESOURCES路径请求消息，用于确定从所述显示端口源至所述显示端口宿的路径的可 [~[~7 III' > 1^11 用帝见。
5. 如权利要求1