36还可耦合到存储体42,在 一个实施例中该存储体42存储包括枚举软件44的软件。因此，存储体42可以是存储由处 理器36执行的指令的计算机可读介质。该存储体42可以是半导体存储器、光学存储器或 者磁存储器。
[0037] 图4示出的枚举序列44在一个实施例中可以是软件，但其还可以在硬件或者固件 中实现。在菱形46处的检查确定枚举消息是否已被一个分支设备接收。如果已被接收，则 消息接收分支设备向上游分支设备回复接收设备的可用带宽和流的可用数量。
[0038] 如果接收设备在一段时间之后没有接收到枚举消息，则菱形50处的检查确定非 接收设备是否为从指定带宽和流数量的下游设备接收消息的上游设备。如果为是，则该上 游设备修改反映其能力所需的接收带宽和流数量。然后其按需向下一分支或者源发送原始 带宽和流数量或者经修改的数量，如框54所示。
[0039] 参考图5,用于添加或者删除流的消息序列图包括具有适当的流标识符的源60和 两个宿62、64。宿162的标识符为"1"且宿264的标识符为"1.2"。每个设备包括标记为 "1"或"2"的端口。
[0040] 然后参考图6,描绘了在源160、分支+宿162、以及宿264之间的序列图。AUX指 示控制信道，且主链路指示数据信道。
[0041] 举例而言，诸如图5所示的布局中的每个链路可由独立的控制信道和数据信道组 成，且这些连接是点对点的。能够使用寻址和路由机制在控制信道上向任何设备发送消息。 该过程涉及源处的流的本地唯一标识符以及映射表和集中器的维护，如图6所示。
[0042] 在地址生成阶段期间，通过发送地址生成消息66使布局中的每个设备对地址达 成协议。然后源经由标示为AUX的控制信道向分支+宿162发送ENUM_PATH_RESOURCES消 息68。其还可经过控制路径向分支+宿162发送COMMIT_PATH_RESOURCES消息70。
[0043] 绑定是其中布局中的设备对下一流的目的地达成协议的过程。该绑定过程在枚举 后通过源希望传输一新流、向用本地唯一流标识符（例如，宿2的标识符为1. 2)标识的期 望目的地宿设备发送出添加_流（ADD_STREAM)消息72开始。沿着从源60到宿设备64的 路径中的所有设备将该流标识符和接收到该流的输入端口（例如，1或2)记在其映射表中。
[0044] 每个分支设备62执行输入流标识符（其本身为ID1)到输出流标识符（宿264 为1.2)的映射。不存在多个源时，输入流标识符与输出流标识符相同。每个分支设备也将 输出流标识符和输出端口号记在其映射表中。
[0045] 最后，分支设备将消息向前转发至如消息中包含的路由/地址来指示的目的地， 并假设那些设备上没有其它资源约束，如74所示。在这种资源约束的情形下，分支设备简 单地向源发送否定应答。该消息在期望目的地处结束。如果宿设备能够接收流，其用确认 76对源作出响应。否则，宿设备发送否定应答。然后，宿知道其需要消耗数据信道中的下一 新流。所有分支设备将确认78向上传播回源。
[0046] 一旦接收到确认，源设备就在通往期望目的地的其链路上的数据信道上发出新流 80。该分支设备沿着其映射表中记住的用于新流的路径路由该流，如82所示。宿设备知道 其需要基于之前接收的消息消耗新流，且在显示器上呈现该流。
[0047] 通过发送到目标目的地且具有相同流标识符的删除流消息84、86来执行解除绑 定或者删除。这使宿设备预期流中断，且使分支设备相应地改变其映射表。删除流消息的 确认消息的接收触发源停止在数据信道上发送流。
[0048] 在图7中，可针对图4所示的布局建立各种显示配置。"单显示器"配置就是呈现 视听数据的一个显示设备。其使用已描述的消息72、74、80、82、84和86。"克隆模式"配置 是其中发送相同内容92以在两个监视器或者显示设备上显示的配置。"扩展桌面"是其中 不同图像94、96在两个监视器上显示的替代双显示器配置。
[0049] 当布局中呈现多个源（如图8所示的源198和源2100)时，每个源可同时在交叠 路径上发出具有相同流标识符的ADD_STREAM消息（这种情况为#1)。在这种情况下，在用 于这些新流的交叠路径上的集中器分支设备102仅传播一个源的ADD_STREAM消息（在该 情况下为源1)，同时阻塞其它源。即，一次仅可添加一个新流。在未被阻塞的源的消息已在 数据信道上传递之后，传播用于被阻塞源的附加ADD_STREAM消息。
[0050] 在支流设备104上存在多个输入端口时，分配下一可用流标识符，且分支设备在 其映射表108中记录输入流标识符和端口号至其输出流标识符和端口号。
[0051] 作为一个使用情况可添加一个新流。当看到具有不活动标识符的添加流消息时， 该集中器分支设备将新条目增加到其映射表中。如果需要，则其为该流生成新输出标识符， 且在传播ADD_STREAM消息时使用该新输出标识符。集中器分支设备可在其映射表中添 加该标识符的目的地地址。另一使用情况是经扩展的现有流。如果同一源通过另一ADD_ STREAM消息将第二宿加入到已经活动的流，则因为其已创建的映射仍然有效，该集中器分 支设备将不会在其映射表中添加新条目。然而，该集中器将第二目的地地址添加到在其映 射表中的其输入标识符。
[0052] 又一使用情况是从流移除宿。当接收具有针对活动标识符的该宿的地址的删除流 消息时，该集中器标记该宿的地址以供从目的地设备的列表中删除。随后，当从宿设备接收 删除流确认消息时，其使用映射表将消息传播回源以便于改变将由该源识别的标识符。然 后从其映射表中删除用于该流的宿的地址。如果该宿是接收具有该标识符的流的最后一个 宿，则其从映射表中删除条目。否则，如果存在消耗具有该标识符的流的至少一个其它宿， 则不删除该映射表中的条目。
[0053] 参考图9,描绘了根据实现上述绑定的一个实施例的序列110。可在软件、硬件或 固件中实现该序列。在软件实施例中，可通过分支设备34的诸如图3所示的处理器36的 处理器执行指令来实现该序列。在这种情况下，该序列可存储在存储体42上。
[0054] 最初，分支设备接收ADD_STREAM消息，如框112所示。其在映射表中存储来自该 消息的流_ID(STREAM_ID)和输入端口，如框114所示。然后该分支设备将输入STREAM_ID 映射到输出STREAM_ID，如框116所示。其在映射表中存储STREAM_ID和输出端口号，如框 118所示。然后其向前转发该消息，如框120所示。最终，如果该消息被成功地传递，则将从 下游设备接收确认消息，且该分支设备将该确认消息转发到上游，如框122所示。
[0055] 在一些实施例中，如图10所示的消息传递框架124可允许沿路径的所有设备的动 作或者仅允许目的地设备的动作。消息具有标识符，且当定义每个新消息时分配一新标识 符。消息的定义包括确定其是路径消息还是目的地消息。取决于执行动作的方向路径消息 分为两种类型，在下行至宿的情况下为下行动作路径消息，或者在上行至源设备的方式情 况下为上行动作路径消息。这些消息可由布局中的任何设备来发起。每个消息具有目标地 址和相关联路由信息。
[0056] 图10所示的消息传递框架124可由软件、硬件或固件来实现。举例而言，其可用 存储在计算机可读介质上的指令形式的软件来实现，该计算机可读介质诸如图3所示的存 储体42,该设备34举例而言可以是分支设备或者宿设备。
[0057] 根据一个实施例，图10所示的序列通过从上游设备接收消息来开始，如框126所 示。该接收消息的设备可以是例如分支设备或者宿设备。无论该接收设备是否是最终目的 地都获得消息的定义，如框128所示。然后在菱形130,该设备检查以确定消息定义是否指 示上行动作消息。如果是，则一旦接收到消息其就执行消息所要求的动作，如框132所示。
[0058] 否则，它不是上动作作消息，则菱形13