在混和网络中提供通信路径信息

摘要

在混合通信网络中提供通信路径信息。可从第一设备向第二设备提供第一消息。第一消息可请求第二设备和第三设备之间的至少一条通信路径的特性的通知。第一设备、第二设备和第三设备可在混合通信网络中被耦合在一起。相应地，第一设备可从第二设备接收与第二设备和第三设备之间的该至少一条通信路径的特性有关的至少一个消息。

说明书

相关申请的交叉引用

本申请要求2011年9月12日提交的美国临时申请S/N.61/533,505和2012年9月11日提交的美国申请S/N.13/610,846的优先权权益。

背景

本公开一般涉及通信系统领域，尤其涉及用于在混合通信网络中提供通信路径信息的系统和方法。

近年来，设备和通信协议已经变得越来越平常。例如，用户常常具有支持多个不同通信协议的多个不同设备。设备一般可支持单个通信协议或多个不同的通信协议，诸如以太网、802.11、蓝牙、电力线通信（PLC）、同轴电缆多媒体（MoCA）、IEEE1901，等等。此外，新的和改进的通信协议正不断地被开发。通常，通信机制和协议细节（例如，设备和拓扑发现协议、桥接协议等）是为每一联网技术所独有的。在本公开中，术语“接入技术”和“通信协议”可以被可互换地使用来指示可以用在混合通信网络中的不同协议和技术。混合通信网络也可被称为混和通信网络。

考虑到设备和接入技术的激增，期望创建允许经由各种不同接入技术和通信路径进行高效通信的网络。相应地，期望对通信网络进行改进。

概述

公开了由源设备从通信网络的中间设备获得与到目的地设备的至少一条通信路径有关的特性信息的各种实施例。在一个实施例中，订阅消息从源设备（即，第一设备）发送到中间设备（即，第二设备），该订阅消息请求与关于该中间设备和目的地设备（即，第三设备）之间的至少一条通信路径的特性信息有关的通知订阅。响应于该通知订阅，从第二设备接收与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在一些实施例中，由第二设备从第一设备接收订阅消息，该订阅消息请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅。确定与第二设备和第三设备之间的该至少一条通信路径有关的特性信息。从第二设备向第一设备发送与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在一些实施例中，一种方法包括：从第一设备向第二设备发送订阅消息，以请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅；以及从第二设备接收与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在一些实施例中，第一设备、第二设备和第三设备经由第二设备和第三设备之间的多条通信路径耦合在具有多种接入技术的混和通信网络中。

在一些实施例中，至少一条通信路径包括第二设备和第三设备之间的多条通信路径，并且其中该订阅消息指示该多条通信路径中的哪一些在通知订阅中被请求。

在一些实施例中，至少一条通信路径包括第二设备和第三设备之间的多条通信路径，并且其中该至少一个该通知消息包括关于所述多条通信路径中不止一条通信路径的特性信息，并且所述方法还包括在第一设备处选择第二设备和第三设备之间的该多条通信路径中的一条或更多条以进行从第一设备经由第二设备到第三设备的通信，所述选择基于该特性信息。

在一些实施例中，订阅消息指示与请求多个周期性通知消息相关联的通知订阅，其中所述接收至少一个通知消息是根据时间间隔周期性地执行的。

在一些实施例中，订阅消息指示与请求触发式通知相关联的通知订阅，其中响应于与该至少一条通信路径有关的特性信息的改变而执行所述接收至少一个通知消息。

在一些实施例中，特性信息包括链路度量信息，并且其中响应于链路度量信息的改变超过阈值量而收到触发式通知。

在一些实施例中，订阅消息指示与请求触发式通知以及多个周期性通知消息相关联的通知订阅。

在一些实施例中，订阅消息指定通知订阅的时间长度。

在一些实施例中，该方法还包括从第一设备向第四设备发送第二订阅消息，以请求与关于第四设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅；以及从第四设备接收与第四设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个第二通知消息。

在一些实施例中，该方法还包括在第一设备处选择第二设备和第三设备之间或第四设备和第三设备之间的该至少一条通信路径中的一条或更多条，以进行从第一设备经由第二设备或第四设备到第三设备的通信，所述选择基于收到的特性信息。

在一些实施例中，该方法还包括第一设备发送订阅取消消息以取消该通知订阅。

在一些实施例中，特性信息包括以下一个或多个：对该至少一条通信路径的利用、该至少一条通信路径正在被使用的容量百分比、该至少一条通信路径的吞吐量、该至少一条通信路径的可用带宽、该至少一条通信路径的差错率或该至少一条通信路径的接入技术类型。

在一些实施例中，第一设备包括：网络接口；以及订阅单元，述订阅单元被配置成经由所述网络接口向第二设备发送订阅消息，所述订阅消息请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅，以及从第二设备接收与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在一些实施例中，至少一条通信路径包括第二设备和第三设备之间的多条通信路径，并且其中所述订阅单元被配置成发送订阅消息，所述订阅消息带有对该多条通信路径中的哪一些在通知订阅中被请求的指示。

在一些实施例中，订阅消息指示与请求多个周期性通知消息相关联的通知订阅，其中所述接收至少一个通知消息是根据时间间隔周期性地执行的。

在一些实施例中，至少一条通信路径包括第二设备和第三设备之间的多条通信路径，并且其中该至少一个通知消息包括关于所述多条通信路径中不止一条通信路径的特性信息，所述设备还包括路径选择单元，所述路径选择单元被配置成基于该特性信息选择第二设备和第三设备之间的该多条通信路径中的一条或更多条以进行从第一设备经由第二设备到第三设备的通信。

在一些实施例中，订阅单元被配置成发送订阅消息，该订阅消息具有与请求触发式通知相关联的通知订阅。

在一些实施例中，特性信息包括链路度量信息，并且触发式通知基于链路度量信息的改变超过阈值量。

在一些实施例中，订阅单元被配置成向多个设备发送订阅消息以请求与关于到第三设备的多条通信路径的特性信息有关的通知订阅。

在一些实施例中，该设备还包括路径选择单元，所述路径选择单元被配置成基于响应于通知订阅收到的特性信息来选择到第三设备的该至少一条通信路径中的一条或更多条。

在一些实施例中，非瞬态的计算机可访问存储介质包括程序指令，这些程序指令可被第一设备的至少一个处理器执行以从第一设备向第二设备发送订阅消息以请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅；以及从第二设备接收与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在一些实施例中，非瞬态的计算机可访问存储介质还包括程序指令，这些程序指令可被第一设备的该至少一个处理器执行以在第一设备处基于特性信息选择第二设备和第三设备之间的多条通信路径中的一条或更多条，以及致使使用该多条通信路径中所选定的一条或更多条进行从第一设备经由第二设备到第三设备通信。

在一些实施例中，订阅消息指示与请求多个周期性通知消息相关联的通知订阅，其中所述接收至少一个通知消息是根据时间间隔周期性地执行的。

在一些实施例中，特性信息包括链路度量信息，并且其中订阅消息指示与请求基于链路度量信息的改变超过阈值量的触发式通知相关联的通知订阅。

在一些实施例中，一种方法包括：由第二设备从第一设备接收订阅消息，该订阅消息请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅；确定与第二设备和第三设备之间的该至少一条通信路径有关的特性信息；以及从第二设备向第一设备发送与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在一些实施例中，至少一条通信路径包括第二设备和第三设备之间的多条通信路径，并且其中该至少一个通知消息包括关于该多条通信路径中不止一条通信路径的特性信息。

在一些实施例中，通知订阅与周期性通知、触发式通知或这二者相关联，并且其中根据所述通知订阅来执行所述发送。

在一些实施例中，所述发送根据时间间隔被周期性地执行。

在一些实施例中，响应于与至少一条通信路径有关的特性信息的改变而执行所述发送。

在一些实施例中，特性信息包括链路度量信息，并且所述方法还包括在所述确定与第二设备和第三设备之间的至少一条通信路径有关的特性信息之后，确定链路度量信息是否已经改变超过了与触发条件相关联的阈值量，并且其中所述发送至少一个通知消息是响应于确定链路度量信息已经改变超过了阈值量。

在一些实施例中，至少一条通信路径包括第二设备和第三设备之间的多条通信路径，并且其中该至少一个通知消息包括关于该多条通信路径中不止一条通信路径的特性信息。

附图简述

通过参考附图，可以更好地理解本发明的诸实施例并使众多目的、特征和优点为本领域技术人员所显见，在附图中类似参考标号贯穿始终指示基本相似的项目。

图1是解说根据本公开的一实施例的具有多个设备的通信网络的示例框图，其被配置成实现与关于该网络的通信路径的特性信息相关的订阅和通知消息。

图2解说根据本公开一实施例的示例性混合通信网络。

图3是解说根据本公开一实施例的由通信网络的第一设备执行的方法的一个实施例的流程图。

图4是解说根据本公开一实施例的由通信网络的第二设备执行的方法的一个实施例的流程图。

图5是解说根据本公开的一实施例的订阅消息的消息描述符的示例表。

图6是解说根据本公开的一实施例的通知消息的消息描述符的示例表。

图7是解说根据本公开诸实施例的订阅消息和通知消息的各种示例的消息流图。

图8是根据本公开一实施例的包括订阅机制的电子设备的一个实施例的框图。

实施例描述

以下描述包括体现本发明主题内容的技术的示例性系统、方法、技术、指令序列、以及计算机程序产品。然而应理解，所描述的实施例在没有这些具体细节的情况下也可实践。例如，尽管诸示例引述混合通信网络中的诸通信路径，但是本公开涉及通知订阅以获得与各种网络拓扑中的通信路径有关的特性信息。在其他实例中，公知的指令实例、协议、结构和技术未被详细示出以免混淆本描述。

给出了用于在通信网络中提供通信路径信息的系统和方法的各种实施例。根据需要，通信网络可在家中（例如，作为会聚数字家庭网络“CDHN”）或在工作中实现。网络可包括使用多种不同通信协议的多个设备，并因此可以是“混合通信网络”。在混合通信网络（还可被称作混和通信网络或混和网络，诸如会聚数字家庭网络或P1905.1兼容网络）中，网络可允许对异构联网技术的使用和对接。例如，IEEE P1905.1定义了用于多种家庭网络技术的抽象层，其提供了对以下若干流行的网络技术的共用接口：电力线上的IEEE1901、用于无线的Wi-Fi/IEEE802.11、双绞线电缆上的以太网以及同轴电缆上的MoCA1.1。设备可以是各种设备中的任何设备，诸如台式计算机、膝上型计算机、上网本、平板设备、智能电话、显示器、音频视频设备、游戏控制台、家用电器、控制设备（例如，用于照明设备、空调、警报系统，等等），等等。

由于可在混合通信网络中实现的各种拓扑，该网络中的设备可具有不止一种连接到另一设备的接入技术。此外，设备可具有可用来与另一设备通信的多条路径（即，路由）。但是，源设备可能并不直接连接到目的地设备。例如，源设备可被配置成经由一个或多个中间设备与目的地设备通信。在一个示例拓扑中，在源设备和目的地设备之间可存在多条通信路径。在另一示例拓扑中，第一通信路径可使用第一中间设备而第二通信路径可使用第二中间设备。替换地，单个中间设备可提供到目的地设备的多条路径。例如，源设备可耦合到第一中间设备，该第一中间设备可被配置成经由第一通信路径（例如，使用第一通信协议）和/或第二通信路径（例如，使用第二通信协议）与目的地设备通信。因此，根据需要，该多条通信路径可包括一个或多个中间设备。通过获得关于经由中间设备连接的通信路径的一部分路径的特性信息（例如，链路度量信息），可对优选通信路径的选择作出改进。

相应地，在本公开的第一个实施例中，源设备（即，第一设备）可向中间设备（即，第二设备）发送一个或多个订阅消息，以请求与关于从中间设备到目的地设备（即，第三设备）的多条通信路径的特性信息有关的通知订阅。如在本文的数个附图和示例中所示，在一个实施例中，中间设备是目的地设备的邻居（且反之亦然）（即，在中间设备和目的地设备之间存在至少一个直接连接）。如上所讨论的，中间设备可具有到目的地设备的一条或多条通信路径（例如，使用多种不同通信协议中的一种或多种）。（诸）订阅消息可请求与通信路径有关的特性信息的通知，诸如通信路径的状态或利用。（诸）订阅消息可包括供第一设备向第二设备请求与第三设备的特定目的地接口有关的通知消息的指示符。第二设备随后可确定与在第二设备和第三设备的该指定目的地接口之间的通信路径有关的特性信息。

在一些实施例中，该一个或多个订阅消息可指示源设备是否希望在周期性的基础上（例如，基于时间间隔）接收特性信息。替代地，这一个或多个订阅消息可指示源设备是否希望在事件的基础上接收一个或多个消息（例如，“触发式”通知），诸如每当通信路径的特性改变（例如，改变了阈值量）时。响应于来自源设备的订阅消息，源设备可（例如，从每一中间设备）基于上面发送的该一个或多个订阅消息来接收通知消息。例如，可在周期性基础或事件基础上（例如，取决于源设备发送的订阅请求）来发送特性信息。

作为响应，源设备可确定用于向目的地设备发送信息（例如，经由分组）的通信路由。例如，源设备可基于特性信息，经由能在期望的时间帧内、按期望速率、以较低差错概率等提供信息的路由来发送该信息。

在另一实施例中，源设备可向两个或更多个中间设备（例如，如上文的第二设备，以及第四设备）发送订阅消息，其中这两个中间设备都具有到目的地设备的通信路径。以此方式，第一设备可获得与到目的地设备的各种通信路径有关的特性信息，并且基于该特性信息确定选定的通信路径。相应地，源设备基于上面的确定来将数据（例如，数据分组）发送到合适的中间设备。源设备可指示要使用哪条通信路径，例如，在中间设备具有不止一条到该目的地设备的可能通信路径的场合。

订阅请求消息的格式可包括以下字段中的一项或更多项：第三设备的标识符（诸如MAC ID）、订阅的请求持续时间（以秒计）（零值取消订阅）、以及第三设备的特定接口的因接口而异的标识符（MAC ID）。从第二设备到第一设备的响应可指示订阅被接受或被拒绝。根据需要，源设备还可被配置成向一个或多个中间设备发送消息以停止接收特性信息（例如，取消订阅）。

特性信息的订阅还可指定订阅类型。构想了多种类型的订阅，包括周期性类型、事件触发式类型、或周期性及事件触发式的组合。周期性类型可指示第一设备希望在周期性的基础上（例如，基于时间间隔，诸如每10ms、50ms、100ms、500ms、1s、2s、5s、10s，等等）接收链路状态信息。事件触发式类型可指示第一设备希望在事件的基础上接收该一个或多个消息，诸如每当通信路径的特性改变（例如，改变了阈值量）时。例如，第一设备可指示如果通信路径的可用带宽增加或减少了阈值量（诸如，5%、10%、20%、25%、30%、50%、75%，等等）则应当发送特性信息。

特性信息可包括与容量、技术类型、使用有关的信息，或指示通信路径质量的其它附加信息。例如，特性信息可包括作为非限定性示例的以下一个或更多个：通信路径的状态（例如，开、关、起作用、不起作用，等等）、通信路径的利用（例如，通信路径容量百分比，有可能以中值、均值、低值、高值等值的形式来提供）、通信路径的吞吐量（例如，最大、当前、最小、可用，等等）、通信路径的可用带宽（例如，当前、时间上的平均，等等）、通信路径的差错率、通信路径的服务质量、和/或通信路径的类型（例如，所使用的通信协议、有线的、无线的、电缆、电缆类型，等等），以及其它可能性。

在附图的前述详细描述中，描述了各种示例实施例。应当理解，附图及其随附描述仅仅作为示例被提供，且其并不旨在限定本文中所描述实施例的范围。在贯穿本公开所使用的示例中，第一设备（作为源设备）获得与从第二设备（作为中间设备）或第四设备（作为另一中间设备）到第三设备（作为目的地设备）的一条或更多条通信路径有关的特性信息。为了辅助理解各种拓扑，请注意图1。

图1是解说具有多个设备的通信网络的示例框图，其被配置成实现与关于网络的通信路径的特性信息相关的订阅和通知消息。图1描绘了包括第一设备110、第二设备120、第三设备130和第四设备140的通信网络100。然而，要注意在一些示例中，设备110、120、130、140中的一个或多个可以是被配置成具有一种或多种接入技术的混和网络设备。第一设备110包括订阅单元112和路径选择单元114。在一些实现中，订阅单元112和路径选择单元114可在第一设备110的一个或多个通信单元中实现，该一个或多个通信单元实现使得能够经由通信网络100进行通信的协议和功能性。第二设备120包括通知单元122。应当理解，根据实现订阅和通知特征所需，每一设备可包括订阅单元、路径选择单元和/或通知单元。例如，第一设备110还可具有通知单元（未示出）以答复来自另一设备的订阅请求。

在一些实现中，设备110、120、130、140可各自是电子设备，诸如膝上型计算机、平板计算机、移动电话、智能电器、游戏控制台、台式计算机或另一合适的电子设备。设备110、120、130、140中的一个或多个可以是网络节点，诸如接入点、网关设备或被配置成在两个或更多个网段之间提供网络连通性的其它此类设备。

在示例通信网络100中，第一设备110具有到第二设备120的网络连接115、和到第四设备140的连接145。但是，在图1的示例中，第一设备110不具有到第三设备130的直接连接。为使第一设备110与第三设备130通信，必须经由第二设备120或第四设备140发送通信。第二设备120具有到第三设备130的第一通信路径125和到第三设备130的第二通信路径127。应当理解，第一通信路径125和第二通信路径127可包括不同的通信协议或接入技术。第四设备140还具有到第三设备130的通信路径135。

已经标识了该示例通信网络的设备和通信路径，将使用图1来描述各种示例。

根据一个实施例，第一设备110可具有经由第二设备120与第三设备130通信的需要（例如，假使在本示例通信网络100中不存在第四设备140）。由于第二设备120具有不止一条到第三设备130的通信路径125、127，因此第一设备110可能期望选择用于此通信的通信路径。开始于A阶段，第一设备110向第二设备120发送订阅消息，该订阅消息请求与关于第二设备120和第三设备130之间的至少一条通信路径（例如125和/或127）的特性信息有关的通知订阅。订阅消息的各种示例可包括诸如图6中所述的那些消息元素。例如，订阅消息可请求周期性通知，可指定订阅的持续时间，可指示所请求的特性，可请求触发式通知，等等。订阅消息可指示这多条通信路径125、127中的哪一些与通知订阅相关联。订阅消息可由订阅单元112或第一设备110的另一组件生成。在B阶段，第一设备110从第二设备接收与关于订阅消息中所标识的通信路径的特性信息有关的至少一个通知消息。例如，如果订阅消息请求与第一通信路径125和第二通信路径127有关的通知，则通知消息可包括关于每一通信路径125、127的特性信息。在B阶段，在一个示例实施例中，关于第二通信路径127的特性信息可被包括在与包括关于第一通信路径125的特性信息的通知消息分开的通知消息中。替代地，单个通知消息可包括关于每一通信路径125、127的特性信息。B阶段的（诸）通知消息可由通知单元122或第二设备120的另一组件生成。

在C1阶段，第一设备110选择第二设备120和第三设备130之间的该多条通信路径125、127中的一条或更多条，以进行从第一设备110经由第二设备120到第三设备130的通信。该选择基于与每一通信路径125、127有关的特性信息。

用以基于链路特性信息来选择通信路径的算法可根据已知选择参数来操作，其出于简明起见在本公开中不作讨论。例如，第一设备可在确定哪条（些）路径具有更好性能的链路特性（诸如，延时、吞吐量、差错率）或哪条（些）路径最不可能有瓶颈或差错之后选择一通信路径。在一些实施例中，第一设备可选择涉及第二设备和第三设备之间的优选接入技术的通信路径。在一个特定示例中，特性信息可指示通信路径125被使用60％，具有100Mbps的吞吐量，且具有以太网接入技术类型。特性信息可指示通信路径127被使用10％，具有2Mbps的吞吐量，且具有电力线通信接入技术类型。路径选择单元114或第一设备110的另一组件可分析该特性信息以确定应当选择第一通信路径125。

根据另一实施例，第一设备110可具有经由第二设备120或第四设备140来与第三设备130通信的选项。类似于之前的示例，第一设备110可向第二设备120发送订阅消息（在A阶段），并接收至少一个通知消息（在B阶段）以获得与从第二设备120到第三设备130的至少一条通信路径有关的特性信息。在A2-B2阶段，第一设备110还可向第四设备140发送又一订阅消息，并从第四设备140接收与关于第四设备140和第三设备130之间的通信路径135的特性信息有关的对应的（诸）通知消息。

在C2阶段，第一设备110可基于收到的关于各条通信路径135、125和127的特性信息来确定是要经由第二设备120还是第四设备140来向第三设备130发送数据（例如，分组）。在确定是要经由第二设备120还是第四设备140来发送数据时，除了关于通信路径135、125和127的特性信息以外，第一设备110还可考虑与通信路径145和115有关的信息。

图2解说根据一个实施例的示例性混合通信网络200。如示出的，混合通信网络200可包括第四设备240（例如，接入点），该第四设备经由多种不同通信协议耦合到多个设备。例如，第四设备240可经由电力线通信协议（PLC）（诸如IEEE1901兼容协议）耦合（示为线245）到第一设备210。第一设备210可以是各种设备中的任何设备，诸如照明控制器、数码相框、计算机系统、家用电器控制器，等等。第四设备240还可经由Wi-Fi通信协议（例如，802.11通信协议）耦合（示为线265）到第六设备260。示例性第六设备260可以是台式计算机、膝上型计算机、平板设备、上网本、蜂窝电话、个人数字助理、音乐播放器、视频播放器，等等。此外，第四设备240可经由同轴电缆多媒体（MoCA）协议耦合（示为线255）到第五设备250。示例性第五设备250包括各种设备，诸如音频视频设备（例如，接收机、播放器、放大器、视频游戏控制台，等等）。最后，第四设备240可通过有线连接（诸如以太网（例如，IEEE802.3））耦合（示为线235）到第三设备230。第三设备230可以是支持此类有线连接的任何设备。

混合通信网络可以具有各种拓扑。例如，在一个实施例中，在混合通信网络中的每一设备可直接（无中间设备地）耦合到接入点（例如，第四设备240）。因此，在该实施例中，接入点可用作针对该混合通信网络中所有设备的中央路由器。但是，在一些实施例中，并非所有设备皆可直接耦合到接入点。例如，如图2所示，第四设备240可经由中间设备（诸如，第一设备210和/或第三设备230）与第二设备220通信。在一些实施例中，中间设备可使用它与第四设备240通信所使用的通信协议相同的通信协议。例如，第一设备210可经由相同的PLC协议与第二设备220和第四设备240耦合（示为线215）。但是，第三设备230可经由第一通信协议（此情形下为以太网）与第二设备220耦合（示为线227），且还使用第二种不同的通信协议（此情形下为PLC协议）与第二设备220耦合（示为线225）。在一些实施例中，设备可以能够使用不止一种通信协议和/或通信链路来彼此通信。

第一设备210和第三设备230二者均被认为是第二设备220的邻居（且反之亦然），因为在它们之间存在直接连接。因此，第四设备240可向第一设备210发送订阅消息，以请求与关于从第一设备210到第一设备的邻居（第二设备220）的通信路径215的特性信息有关的订阅。还应理解，第五设备250还可向第一设备210发送订阅消息，以请求与关于从第一设备210到第一设备的邻居（第二设备220）的通信路径215的特性信息有关的订阅。尽管并不被具体限定于在相邻设备处的订阅，但是本公开提供了非常适用于订阅与相邻设备间的通信路径有关的特性信息的实施例。

在一个实施例中，混合通信网络可包括不止一个集线器或路由器（除了用作接入点的第四设备240以外）。例如，第三设备230可以是能够为混合通信网络执行通信路由的第二集线器。在一个实施例中，路由智能可分布在该混合通信网络中的多个设备间。在又一些实施例中，可以不存在集中的或专用的路由功能。例如，接入点可被排除和/或网络可以是对等网络。

因此，该混合通信网络可包括多个互连的设备，其使用多种不同的通信协议进行通信。此外，混合通信网络可包括支持不止一种通信协议的设备，诸如支持MoCA、Wi-Fi、以太网、PLC等的第四设备240，及支持PLC和以太网两者的第二和第三设备。注意，上述通信协议仅仅是示例性的，并且更多的通信协议可被支持，诸如WiMax、USB、ThunderBolt（雷电）、蓝牙、CDMA、GSM、LTE，等等。

在一些实施例中，混合通信网络可尤其适合用于家庭网络并且可被称作“会聚数字家庭网络”。然而，虽然出于易于理解的目的，本文中的各种描述是按照CDHN及P1905.1设备来提供的，但所公开的实施例可等同地应用于其它网络和技术。一般而言，CDHN（例如，经由接入点）可允许利用和对接异构联网技术。如上所讨论的，示例异构联网技术可包括电力线网络（IEEE P1901）、WiFi（IEEE802.11）、以太网（IEEE802.3）以及MoCA1.1、以及其他。CDHN可包括对从任何接口（例如，上层协议层或底层网络技术）到达的分组的传输的动态接口选择。还可支持端到端服务质量（QoS）。在一些实施例中，CDHN可以与另一网络（例如，服务提供者所提供的LAN）对接。CDHN可提供管理、安全性、QOS、媒体接入、以及其他各种联网技术。

上面讨论的设备中的一些或全部可被配置成执行图3中所述的方法。

图3解说了用于在混合通信网络中通信的方法300。图3中示出的方法可结合以上各图中所示的任何计算机系统或设备以及其他设备来使用。例如，该方法可与图2中示出的混合通信网络联用。但是，该方法也可用于其它网络，例如，包括单个通信协议、没有中央接入点的网络（诸如分布式或对等网络，等等）。在各种实施例中，所示的方法元素中的一些可被并发地执行、以与所示次序不同的次序执行、或者可被省略。还可根据需要执行额外的方法元素。如图所示，该方法可如下操作。

在网络中，第一设备（“源设备”）可能希望经由第二设备（“中间设备”）向第三设备（“目的地设备”）发送信息或一般地与其进行通信。为了辅助对通信路径的选择，第一设备可实现方法300或其一部分。在310，第一设备向第二设备发送订阅消息，以请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅。应当注意，第一设备可向一个或多个中间设备（诸如图1的第二设备120和第四设备140）发送与从该一个或多个中间设备到第三设备的多条通信路径有关的一个或多个该种订阅消息。如上所讨论的，在一个示例中，第二设备可具有到第三设备或又一中间设备的一条或多条通信路径（例如，根据需要使用一种或多种不同通信协议）。这些消息可请求与通信路径的特性信息（还称作链路特性或链路度量信息）有关的通知订阅的供应。

例如，特性信息可包括：通信路径的状态（例如，开、关、起作用、不起作用，等等）、通信路径的利用（例如，通信路径容量百分比，有可能以中值、均值、低值、高值等值的形式来提供）、通信路径的吞吐量（例如，最大、当前、最小、可用，等等）、通信路径的可用带宽（例如，当前、时间上的平均，等等）、通信路径的差错率、通信路径的服务质量，和/或通信路径的类型（例如，所使用的通信协议、有线的、无线的、电缆、电缆类型，等等），以及其它可能性。

在一些实施例中，这一个或多个消息可被认为是订阅请求。相应地，这一个或多个消息可指示期望的订阅长度（例如，在时间上）。此外，这一个或多个消息可指示源设备是否希望在周期性的基础上（例如，基于时间间隔，诸如每10ms、50ms、100ms、500ms、1s、2s、5s、10s，等等）接收特性信息。替代地，这一个或多个消息可指示源设备是否希望在事件的基础上接收一个或多个消息，诸如每当通信路径的特性改变（例如，改变了阈值量）时。例如，源设备可指示如果通信路径的可用带宽增加或减少了阈值量（诸如，5%、10%、20%、25%、30%、50%、75%，等等）则应当发送特性信息。该种消息在特性信息改变了显著量（诸如大于25％或50％）时可能尤其有价值。对于IEEE802.11接口，如果所测量到的有效吞吐量（成功的吞吐量）相比于其之前水平减少2Mbps，和/或如果所测量到的介质利用相比于其之前水平增加15％，可以说发生了示例性“事件”。事件触发式更新的其它示例可包括收到信号强度（RSSI）的改变、信噪比（SNR）的改变或者可与无线或有线连接质量相关联的其它度量的改变。

在320，响应于（诸）订阅消息，第一设备从第二设备接收至少一个通知消息。通信消息包括关于在（诸）订阅消息中指示的通信路径的特性信息。例如，可在周期性基础或事件基础上（例如，取决于第一设备发送的订阅请求）发送特性信息。在任一种情况下，均可由第二设备确定特性信息并根据周期性基础或者基于特性信息是否已经改变（例如，改变了阈值量）来发送特性信息。

如从前文描述中所理解的，可存在具有到第三设备的连接路径的多个中间设备。在330，如果存在另一中间设备（诸如，第四设备），则方法300可行进至360处的操作。如果不存在另一中间设备，则方法300可行进至340处的操作。

在340，第一设备可基于与第二设备和第三设备之间的多条通信路径中每一条通信路径有关的特性信息选择这多条通信路径中的一条或更多条，以进行从第一设备经由第二设备到第三设备的通信。例如，第一设备可基于特性信息，经由能在期望的时间帧内、按期望速率、以较低差错概率等提供信息的路由来发送该信息。

相应地，在350，第一设备可向第二设备发送数据以指定基于上述确定而选定的通信路径。第一设备可指示要使用哪条通信路径，例如，在第二设备具有不止一条到第三设备或另一中间设备的可能通信路径的场合。

返回到有另外的中间设备（即，第四设备）具有到第三设备的通信路径的情景中，方法300行进至360处的操作。在360，第一设备向第四设备发送第二订阅消息，以请求与关于第四设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅。在370，第一设备从第四设备接收与第四设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个第二通知消息。在380，第一设备选择第二设备和第三设备之间或第四设备和第三设备之间的这多条通信路径中的一条或更多条，以进行从第一设备经由第二设备或第四设备到第三设备的通信，所述选择基于收到的特性信息。在350，第一设备使用选定的经由第二设备或第四设备的通信路径向第三设备发送数据。

在一些实施例中，根据需要，源设备还可被配置成向一个或多个中间设备发送订阅更新消息以停止接收特性信息（例如，取消订阅）。应当注意，中间设备（诸如，第二设备或第四设备）可发送订阅管理消息——以诸如接受所请求的订阅或拒绝所请求的订阅。

在之前的描述中，可使用图2中示出的网络200来理解方法300。在贯穿本公开所使用的一个特定示例中，第一设备210可被认为是源设备，第三设备230可被认为是目的地设备，而第四设备240和第二设备220可被认为是中间设备。例如，第一设备210可向第四设备240和第二设备220请求路径特性信息。在此示例中，第一设备210可经由三条不同的通信路由到达第三设备230：

第一通信路由——包括在第一设备210和第四设备240之间的PLC路径245，然后是第四设备240和第三设备230之间的以太网路径235；

第二通信路径——到第二设备220的PLC路径215，以及从第二设备220到第三设备230的PLC路径225；或者

第三通信路径——到第二设备220的PLC路径215，以及从第二设备220到第三设备230的以太网路径227。

然而，还可理解，本方法可应用于其它设备间的通信。例如，简单考虑一个替换情景，其中第五设备250被认为是源设备而第二设备220被认为是目的地设备。在此示例中，第五设备250可接收关于第四设备240与第一设备210（经由PLC路径245）及第三设备230（经由以太网路径235）中每一者之间的路径的路径信息，以及第一设备210（经由PLC路径215）和第二设备220之间、及第三设备230和第二设备之间（经由以太网路径227和PLC路径225中每一者）的诸路径的路径信息。例如，第五设备250可向第四设备240、第三设备230和第一设备210中每一者请求路径特性信息。相应地，第五设备250可选择使用三条路由中任何路由的通信路由，这三条路由全都包括第五设备250和第四设备240之间经由MoCA路径255的初始路径。

第一通信路由——从第四设备240到第一设备210再到第二设备220，使用两条分开的PLC路径245、215；

第二通信路由——从第四设备240到第三设备230的以太网路径235、以及从第三设备230到第二设备220的以太网路径227；或者

第三通信路由——从第四设备240到第三设备230的以太网路径235、以及从第三设备230到第二设备220的PLC路径225。

因此，图3的方法300可用于对近旁通信路由（例如，从第一设备到第三设备）作出选择，或可用于对扩展的通信路由（例如，从第五设备到第二设备）作出选择。更多的变体及网络是预见了的。

为了一致起见，本公开的剩余部分将继续用贯穿本公开所使用的示例路径，其中第一设备210可被认为是源设备，第三设备230可被认为是目的地设备，而第四设备240和第二设备220可被认为是中间设备。

图4是解说根据本公开一实施例的由通信网络的中间设备（例如，第二设备）执行的方法400的流程图。

在410，第二设备从第一设备接收订阅消息，该订阅消息请求与关于第二设备和第三设备之间的至少一条通信路径的特性信息有关的通知订阅。如前所述，订阅消息可指示各种订阅类型，包括与周期性通知相关联的订阅、与触发式通知相关联的订阅、或与周期性通知及触发式通知两者的组合相关联的订阅。在420，该方法确定订阅消息指示了哪种订阅类型。

如果订阅包括对周期性通知的请求，则在430，第二设备周期性地确定与第二设备和第三设备之间的该至少一条通信路径有关的特性信息并且在470发送该特性信息。指定周期性通知的周期、期满时间或其它变量的诸参数可被包括在如关于图6所描述的订阅消息中。替代地，诸参数可根据设备实现被暗示或者为静态的。

返回到420处的操作，如果订阅包括对触发式通知的请求，则方法400行进至450。在450，第二设备确定与第二设备和第三设备之间的该至少一条通信路径有关的特性信息。在460，第二设备确定触发条件是否已经被满足。例如，第二设备确定特性信息是否已经改变超过了阈值量。阈值量和触发条件可在订阅消息中指定，或者可根据设备实现被暗示或为静态的。

一旦触发条件在460处得以满足，方法400就行进至操作470，在操作470中，第二设备发送来自第二设备的、与第二设备和第三设备之间的该至少一条通信路径的特性信息有关的至少一个通知消息。

在操作470之后，方法400可重复该周期性通知订阅或触发式通知订阅，直至该订阅被取消或期满。

图3和4中所述的规程可使P1905.1设备能够订阅另一P1905.1设备处的链路度量信息。这可通过三个单播消息得以实现：链路度量订阅请求消息、链路度量通知消息以及链路度量通知确认消息，其在下文中描述。

在一些实施例中，可要求P1905.1兼容设备支持来自网络中其它设备的最小数目的并发订阅。在一个实施例中，订户P1905.1设备在任何给定时间可具有对另一P1905.1设备的至多一个订阅。

图5中的表解说了可被包括在P1905.1兼容设备可使用的链路度量订阅请求消息中的示例性信息。在此示例表中，用类型-长度-值（TLV）格式化来描绘链路度量订阅请求消息。TLV指定协议信息可依此编码在分组中的格式。信息在诸字段中提供，每一字段具有类型，并且要求特定的字节数（长度）。应当理解，其它格式化或消息结构也可与图5中所述的一个或多个消息字段联用。链路度量订阅请求消息可在任何时间从第一设备发送到第二设备。链路度量订阅请求消息可包括第二设备的邻居（例如，第三设备）的设备MAC ID（或任何合适的标识），并且可指定对订阅的请求持续时间。该消息还可包括对于第三设备的每一接口，第一设备是否期望来自第二设备的周期性和/或事件触发式链路度量信息更新（或者对于特定接口完全没有信息）的指示。变量n表示目的地设备的接口数。应当理解，第一设备可将自己指示为第三设备（例如，目的地设备），以使得其向第二设备请求与来自第二设备到第一设备的连接的链路度量信息有关的信息。

第二设备可修改订阅持续时间，并且在链路度量通知消息中通过包括经修改的订阅持续时间来指示该种修改。如果第一设备没有接收到响应于链路度量订阅请求消息的链路度量通知消息，则它可重新发送链路度量订阅请求消息。

订阅可与订阅ID相关联。第一设备可通过改变订阅持续时间、取消订阅来修改现有订阅。为了修改现有订阅，第一设备可发送带有订阅ID和经修改的订阅信息的新链路度量订阅请求消息。

图6中的表解说了可被包括在P1905.1兼容设备可使用的链路度量通知消息中的示例性信息。使用类型-长度-值（TLV）格式化作为非限定性示例格式来描绘链路度量通知消息。变量n表示目的地设备的接口数。链路度量通知消息可作为响应于第一设备已经在第二设备处请求的订阅的周期性或触发式通知消息被发送。例如，第二设备可以一收到链路度量订阅请求消息就向第一设备（订户）发送链路度量通知消息。第二设备可修改在链路度量订阅请求消息中收到的所请求的订阅持续时间（或其它订阅参数）并且将经修改的订阅信息包括在链路度量通知消息中。零值可指示对订阅请求的不予接受。

第二设备还可通过向第一设备发送带有订阅ID、适当设置的订阅持续时间的链路度量通知消息来取消或修改现有订阅。零值可指示订阅的取消。

第二设备可按在链路度量订阅请求消息中指示的频度向第一设备发送链路度量通知消息，该链路度量通知消息包括与到目的地设备的通信路径有关的链路度量信息。

如果第一设备请求针对到目的地设备的任何通信路径的周期性链路度量信息更新，则第二设备可在周期性基础上（例如，每1秒）发送包括该信息的链路度量通知消息。

如果第一设备请求当“事件”发生（即，触发条件被满足）时发送针对到目的地设备的任何通信路径的链路度量信息更新，则每当这种事件发生时第二设备可发送链路度量通知消息。“事件”可与特定接口或通信路径相关联，并且可关于用来从该接口传送分组的底层介质的传输特性来定义“事件”。对于P1905.1兼容设备中的每个接口，“事件”的定义可以是标准化的。对于IEEE802.11接口，如果所测量到的有效吞吐量（成功的吞吐量）相比于其之前水平减少2Mbps，和/或如果所测量到的介质利用相比于其之前水平增加15％，则可以说发生了示例性“事件”。

如果第一设备请求针对到目的地设备的任何通信路径的周期性以及事件触发式链路度量信息更新两者，则第二设备可周期性地并且在事件发生时发送链路度量通知消息。

如果订阅/通知协议包括对通知消息的确收，则当第一设备接收链路度量通知消息时，第一设备可用链路度量通知确认消息作出响应，该链路度量通知确认消息包括与在链路度量通知消息中收到的订阅ID相同的订阅ID。这允许作出收到了链路度量通知消息的确收或确认。如果第二设备没有收到响应于链路度量通知消息的链路度量通知确认消息，则第二设备可重新发送该消息最多达指定的（例如，Notification_Retransmit（通知_重传））次数。

应当注意，图5和6中的表是示例，并且本领域技术人员能现成地构想出这些消息的各种变体而不会脱离本公开的范围。例如，虽然图5和6示出示例格式和类型-长度-值（TLV）结构，但是在其它实现中可以不同方式命名、格式化或结构化链路度量订阅请求消息和链路度量通知消息。

应理解图1-7是旨在帮助理解实施例的示例，而不应被用于限定实施例或限定权利要求的范围。本文中所述的每个设备的诸实施例可包括额外电路组件、不同电路组件，和/或可执行额外操作、执行较少操作、以不同次序执行操作、并行执行操作以及以不同方式执行一些操作。应当理解，尽管诸示例述及第一设备获得关于混和通信网络中诸路径的特性信息，但是诸实施例并不受限于此。

本文中所述的每个设备的诸实施例可采取全硬件实施例、软件实施例（包括固件、常驻软件、微代码等）、或组合了软件与硬件方面的实施例的形式，其在本文可全部被统称为“电路”、“模块”或“系统”。而且，本发明主题内容的实施例可采取实施在任何有形表达介质中的计算机程序产品的形式，该有形表达介质具有实施在该介质中的计算机可使用程序代码。所描述实施例可作为可包括其上存储有指令的机器可读介质的计算机程序产品、或软件来提供，这些指令可用来编程计算机系统（或其他（诸）电子设备）以根据实施例来执行过程——无论本文中是否有所描述，因为本文中未枚举每种可构想到的变体。机器可读介质包括用于以机器（例如，计算机）可读的形式（例如，软件、处理应用）来存储或传送信息的任何机构。机器可读介质可以是机器可读存储介质或机器可读信号介质。机器可读存储介质可包括例如但不限于磁存储介质（例如，软盘）；光学存储介质（例如，CD-ROM）；磁光存储介质；只读存储器（ROM）；随机存取存储器（RAM）；可擦除可编程存储器（例如，EPROM和EEPROM）；闪存；或适于存储电子指令的其他类型的有形介质。机器可读信号介质可包括其中实施有计算机可读程序代码的传播数据信号，例如电、光、声或其他形式的传播信号（例如，载波、红外信号、数字信号等）。实施在机器可读信号介质上的程序代码可以使用任何合适的介质来传送，包括但不限于有线、无线、光纤缆线、RF或其他通信介质。

用于执行本文中所述的每个设备的诸实施例的操作的计算机程序代码可以用一种或更多种编程语言的任何组合来编写，包括面向对象编程语言（诸如Java、Smalltalk、C++或类似语言）以及常规过程编程语言（诸如“C编程语言或类似编程语言”）。该程序代码可完全地在用户的计算机上、部分地在用户的计算机上、作为自立软件包、部分地在用户的计算机上并且部分地在远程计算机上、或者完全地在远程计算机或服务器上执行。在后一情景中，远程计算机可通过任何类型的网络（包括局域网（LAN）、个域网（PAN）或广域网（WAN））连接到用户的计算机，或者可（例如，使用因特网服务供应商来通过因特网）对外部计算机进行连接。

图7是解说订阅消息和通知消息的各种示例的消息流图。订阅消息和/或通知消息可采用与以上在图5和6中所述的相似的形式，或者可具有其它形式或信息组件。图7中，第一设备710正在建立对第二设备720的与关于第二设备720和第三设备730之间的至少一条通信路径的特性信息有关的通知订阅。

从顶部开始，第一设备710向第二设备720发送订阅消息705（例如，诸如图5中的链路度量订阅请求消息）。订阅消息可指定该订阅是周期性订阅、触发式通知订阅还是这两者，并且可指定第二设备720所具有的用于与第三设备730通信的一条或更多条通信路径（或接口）。在响应消息707处，第二设备720可发回确收订阅消息的确认，并且接受、修改或者拒绝所请求的订阅。在图7的示例中，订阅消息705指示了周期性订阅，并且响应消息707接受该订阅。响应消息707可按照图6中所述链路度量通知消息的形式，或者按照用作对订阅消息705响应的某个其它消息格式。

在过程713，第二设备720可确定与到第三设备730的至少一条通信路径714有关的链路特性信息。应当理解，对特性信息进行确定可以是进行中的或周期性的，并且可由第二设备720在任何时间执行而不管是否存在有效订阅。周期性通知消息722A、722B、722C从第二设备720发送到第一设备710，以指示与第二设备720和第三设备730之间的至少一条通信路径有关的特性信息。

在图7的示例中，后续订阅消息735可从第一设备710传达到第二设备720以更改订阅。应当理解，在其它示例中，订阅消息735可以是创建新订阅的第一订阅消息。在此示例中，订阅消息735被用来把订阅类型从周期性通知改成触发式通知（例如，基于事件的通知）。类似于响应消息707，第二设备可发送响应消息737以确收对订阅的改变。在过程743，第二设备720监视与所订阅的到第三设备730的通信路径有关的特性信息是否有可能满足触发条件的任何改变。

在事件753（示为双头箭头），因为与到第三设备730的通信路径有关的特性信息已经改变超过了阈值量，所以第二设备720确定触发条件已经被满足。在本公开中提供了与可被第二设备720检出的触发条件类型有关的许多示例。响应于事件753，第二设备发送触发式通知消息757，以指示与第二设备720和第三设备730之间的至少一条通信路径有关的特性信息。

在图7中所解说的又一示例中，订阅可被取消。在订阅消息765处，第一设备710取消对第二设备720的现有订阅。可使用普通订阅消息（诸如，图5中所述示例），通过把参数设置成与取消订阅相关联的特定设置来指示取消。在响应消息767中，第二设备720可确收此取消。

应当理解，取决于协议的配置，诸消息中的每一消息可以被确收或可以不被确收。例如，如图6中所述，第一设备710可通过把确收消息发回到第二设备来确收通知消息722A、722B、722C、757中的每一个。可使用用于确收或确认通信消息的其它建立完善的机制。

图8是根据本公开一实施例的能够从一个或多个中间设备获得路径特性信息的第一设备（例如，第一设备110、210）的一个实施例的示例框图。在一些实现中，第一设备是电子设备800并且可以是膝上型计算机、平板计算机、移动电话、电力线通信设备、游戏控制台或包括用于跨多个通信网络（其形成混和通信网络）进行通信的功能性的其它电子系统之一。电子设备800包括处理器单元802（有可能包括多处理器、多核、多节点、和/或实现多线程等）。电子设备800包括存储器单元806。存储器单元806可以是系统存储器（例如，高速缓存、SRAM、DRAM、零电容器RAM、双晶体管RAM、eDRAM、EDO RAM、DDR RAM、EEPROM、NRAM、RRAM、SONOS、PRAM等中的一者或多者）或者上面已经描述的机器可读介质的可能实现中的任何一者或多者。电子设备800还包括总线810（例如，PCI、ISA、PCI-Express、NuBus、AHB、AXI等）、以及含无线网络接口（例如，WLAN接口、蓝牙接口、WiMAX接口、接口、无线USB接口等）和有线网络接口（例如，电力线通信接口、以太网接口等）中的至少一者的网络接口804。在一些实现中，电子设备800可包括多个网络接口——每一个网络接口将电子设备800耦合至不同的通信网络。例如，电子设备800可包括电力线通信接口和WLAN接口，该两个接口分别将电子设备800与电力线通信网络和无线局域网相耦合。

电子设备800还包括通信单元820。通信单元820包括订阅单元822和路径选择单元824。如上图1中所述，通信单元820实现用以获得与从中间设备到目的地设备的至少一条通信路径有关的特性信息并且基于该特性信息选择选定的通信路径的功能性。订阅单元822可发送订阅请求消息并接收与关于至少一条通信路径的特性信息有关的一个或多个通知消息。路径选择单元824随后可基于收到的特性信息来选择选定的通信路径。通信单元820随后可经由选定的通信路径向目的地设备发送数据。例如，可使用网络接口804之一来传送数据。应当理解，在一些实施例中，网络接口804包括通信单元820的一部分或者可以是一分立设备（如图所示）。

这些功能性中的任何一个都可部分地（或完全地）在硬件中和/或在处理器单元802上实现。例如，该功能性可用专用集成电路来实现、在处理器单元802中所实现的逻辑中实现、在外围设备或卡上的协处理器中实现等。此外，诸实现可包括更少的组件或包括图8中未解说的额外组件（例如，视频卡、音频卡、额外网络接口、外围设备等）。处理器单元802、存储器单元806以及网络接口804被耦合至总线810。尽管被示为耦合至总线810，但是存储器单元806也可耦合至处理器单元802。

尽管各实施例是参照各种实现和利用来描述的，但是应理解这些实施例是解说性的且本发明主题内容的范围并不限于这些实施例。一般而言，本文所描述的用于获得与中间设备处的至少一条通信路径有关的特性信息的技术可以用符合任何硬件系统或诸硬件系统的设施来实现。许多变体、修改、添加和改善都是可能的。

可为本文描述为单个实例的组件、操作、或结构提供复数个实例。最后，各种组件、操作、以及数据存储之间的边界在某种程度上是任意性的，并且在具体解说性配置的上下文中解说了特定操作。其他的功能性分配是已预见的并且可落在本发明主题内容的范围内。一般而言，在示例性配置中呈现为分开的组件的结构和功能性可被实现为组合式结构或组件。类似地，被呈现为单个组件的结构或功能性可被实现为分开的组件。这些以及其他变体、修改、添加及改善可落在本发明主题内容的范围内。