JP6275686B2 - ハイブリッド・ネットワークにおいて通信経路情報を提供すること - Google Patents

Description

関連出願に対する相互参照

本願は、２０１１年９月１２日に出願された米国仮出願６１／５３３，５０５号、および２０１２年９月１１日に出願された米国出願１３／６１０，８４６号の優先権利益を主張する。

本開示は、一般に、通信システムの分野に関し、さらに詳しくは、混合通信ネットワークにおいて通信経路情報を提供するためのシステムおよび方法に関する。

近年、デバイスおよび通信プロトコルがますます普及してきた。例えば、ユーザは、しばしば、複数の異なる通信プロトコルをサポートする複数の異なるデバイスを有する。デバイスは一般に、例えば、イーサネット（登録商標）、８０２．１１、ブルートゥース（登録商標）、送電線通信（ＰＬＣ）、マルチメディア・オーバ・コアキシャル（ＭｏＣＡ）、ＩＥＥＥ１９０１等のような複数の異なる通信プロトコルまたは単一の通信プロトコルをサポートする。さらに、新たに、かつ、改良された通信プロトコルが、絶えず開発されている。一般に、通信メカニズムおよびプロトコルの詳細（例えば、デバイスおよびトポロジ発見プロトコル、ブリッジ・プロトコル等）は、各ネットワーキング技術に特有である。本開示では、「アクセス技術」および「通信プロトコル」という用語は、混合通信ネットワークにおいて使用されうる異なるプロトコルおよび技術を称するために相互交換可能に使用されうる。混合通信ネットワークはまた、ハイブリッド通信ネットワークとも称されうる。

デバイス技術およびアクセス技術が普及したので、さまざまな異なるアクセス技術および通信経路による効率的な通信を可能にするネットワークを形成することが望ましい。したがって、通信ネットワークにおける改良が望まれる。

ソース・デバイスが、目的デバイスへの少なくとも１つの通信経路に関する特徴情報を、通信ネットワークの中間デバイスから取得するためのさまざまな実施形態が開示される。１つの実施形態では、ソース・デバイス（すなわち、第１のデバイス）から中間デバイス（すなわち、第２のデバイス）へ、予約メッセージが送信される。予約メッセージは、中間デバイスと目的デバイス（すなわち、第３のデバイス）との間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する。この通知予約に応じて、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージが、第２のデバイスから受信される。

いくつかの実施形態では、第１のデバイスからの予約メッセージが第２のデバイスによって受信される。予約メッセージは、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する。第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報が判定される。第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージが、第２のデバイスから第１のデバイスへ送信される。

いくつかの実施形態では、方法は、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、第１のデバイスから第２のデバイスへ送信することと、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、第２のデバイスから受信することと、を備える。

いくつかの実施形態では、第１のデバイス、第２のデバイス、および第３のデバイスは、第２のデバイスと第３のデバイスとの間の複数の通信経路を経由して、複数のアクセス技術を有するハイブリッド通信ネットワークで接続される。

いくつかの実施形態では、少なくとも１つの通信経路は、第２のデバイスと第３のデバイスとの間に複数の通信経路を備える。予約メッセージは、これら複数の通信経路のうちのどれが、通知予約で要求されているのかを示す。

いくつかの実施形態では、少なくとも１つの通信経路は、第２のデバイスと第３のデバイスとの間に複数の通信経路を備える。少なくとも１つの通知メッセージは、複数の通信経路のうちの１つより多くのもののための特徴情報を含む。この方法はさらに、第２のデバイスを経由して第１のデバイスから第３のデバイスへ通信するために、第２のデバイスと第３のデバイスとの間の複数の通信経路のうちの１またはそれよりも多くを、第１のデバイスにおいて選択することを備える。この選択は、特徴情報に基づく。

いくつかの実施形態では、予約メッセージは、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示す。ここで、少なくとも１つの通知メッセージを受信することは、時間インタバルにしたがって、定期的に実行される。

いくつかの実施形態では、予約メッセージは、トリガされた通知を要求することに関連付けられた通知予約を示す。ここで、少なくとも１つの通知メッセージを受信することは、少なくとも１つの通信経路に関する特徴情報における変化に応じて実行される。

いくつかの実施形態では、特徴情報は、リンク・メトリック情報を含む。ここで、トリガされた通知は、リンク・メトリック情報における変化が、しきい量を超えたことに応じて受信される。

いくつかの実施形態では、予約メッセージは、トリガされた通知を要求することに関連付けられた通知予約のみならず、複数の定期的な通知メッセージをも示す。

いくつかの実施形態では、予約メッセージは、通知予約のための時間長さを指定する。

いくつかの実施形態では、この方法はさらに、第３のデバイスと第４のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する第２の予約メッセージを、第１のデバイスから第４のデバイスへ送信することと、第３のデバイスと第４のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの第２の通知メッセージを、第４のデバイスから受信することと、を備える。

いくつかの実施形態では、この方法はさらに、第２のデバイスまたは第４のデバイスの何れかを経由して第１のデバイスから第３のデバイスへ通信するために、第２のデバイスまたは第４のデバイスの何れかと、第３のデバイスとの間の少なくとも１つの通信経路のうちの１またはそれ以上を、第１のデバイスにおいて選択することを備える。ここで、選択することは、特徴情報に基づく。

いくつかの実施形態では、この方法はさらに、通知予約をキャンセルするための予約キャンセル・メッセージを第１のデバイスが送信することを備える。

いくつかの実施形態では、特徴情報は、少なくとも１つの通信経路の利用量、使用されている少なくとも１つの通信経路の容量のパーセンテージ、少なくとも１つの通信経路のスループット、少なくとも１つの通信経路の利用可能な帯域幅、少なくとも１つの通信経路の誤り率、または、少なくとも１つの通信経路のアクセス技術タイプのうちの１または複数を含む。

いくつかの実施形態では、第１のデバイスは、ネットワーク・インタフェースと、ネットワーク・インタフェースを介して、第２のデバイスへ予約メッセージを送信することと、ここで、予約メッセージは、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを第２のデバイスから受信することとを実行するように構成された予約ユニットと、を備える。

いくつかの実施形態では、少なくとも１つの通信経路は、第２のデバイスと第３のデバイスとの間の複数の通信経路を備える。予約ユニットは、複数の通信経路のうちのどれが通知予約で要求されているのかを示すインジケーションを備えた予約メッセージを送信するように構成される。

いくつかの実施形態では、予約メッセージは、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示す。ここで、少なくとも１つの通知メッセージを受信することは、時間インタバルにしたがって、定期的に実行される。

いくつかの実施形態では、少なくとも１つの通信経路は、第２のデバイスと第３のデバイスとの間に複数の通信経路を備える。少なくとも１つの通知メッセージは、複数の通信経路のうちの１より多くのもののための特徴情報を含む。デバイスはさらに、第２のデバイスを経由して第１のデバイスから第３のデバイスへ通信するために、第２のデバイスと第３のデバイスとの間の複数の通信経路のうちの１またはそれ以上を、特徴情報に基づいて選択するように構成された経路選択ユニットを備える。

いくつかの実施形態では、予約ユニットは、トリガされた通知を要求することに関連付けられた通知予約を有する予約メッセージを送信するように構成される。

いくつかの実施形態では、特徴情報は、リンク・メトリック情報を含む。そして、トリガされた通知は、リンク・メトリック情報における変化が、しきい量を超えたことに基づく。

いくつかの実施形態では、予約ユニットは、第３のデバイスへの複数の通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、複数のデバイスへ送信するように構成される。

いくつかの実施形態では、デバイスはさらに、通知予約に応じて受信された特徴情報に基づいて、第３のデバイスへの少なくとも１つの通信経路のうちの１または複数を選択するように構成された経路選択ユニットを備える。

いくつかの実施形態では、非一時的なコンピュータ・アクセス可能な記憶媒体は、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、第１のデバイスから第２のデバイスへ送信し、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、第２のデバイスから受信するように、第１のデバイスの少なくとも１つのプロセッサによって実行可能なプログラム命令群を備える。

いくつかの実施形態では、非一時的なコンピュータ・アクセス可能な記憶媒体は、第１のデバイスにおいて、第２のデバイスと第３のデバイスとの間の複数の通信経路のうちの１またはそれ以上を、特徴情報に基づいて選択し、複数の通信経路のうちの選択された１または複数を用いて、第２のデバイスを経由して、第１のデバイスから第３のデバイスへの通信を生じさせるように、第１のデバイスの少なくとも１つのプロセッサによって実行可能なプログラム命令群を備える。

いくつかの実施形態では、予約メッセージは、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示す。ここで、少なくとも１つの通知メッセージを受信することは、時間インタバルにしたがって、定期的に実行される。

いくつかの実施形態では、特徴情報は、リンク・メトリック情報を含む。予約メッセージは、リンク・メトリック情報における変化がしきい量を超えたことに基づいてトリガされる通知を要求することに関連付けられた通知予約を示す。

いくつかの実施形態では、方法は、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、第２のデバイスによって、第１のデバイスから受信することと、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報を判定することと、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、第２のデバイスから第１のデバイスへ送信することと、を備える。

いくつかの実施形態では、少なくとも１つの通信経路は、第２のデバイスと第３のデバイスとの間に複数の通信経路を備える。そして、少なくとも１つの通知メッセージは、複数の通信経路のうちの１より多くのもののための特徴情報を含む。

いくつかの実施形態では、通知予約は、定期的な通知、トリガされた通知、またはその両方に関連付けられる。そして、送信することは、通知予約にしたがって実行される。

いくつかの実施形態では、送信することは、時間インタバルにしたがって定期的に実行される。

いくつかの実施形態では、送信することは、少なくとも１つの通信経路に関する特徴情報における変化に応じて実行される。

いくつかの実施形態では、特徴情報は、リンク・メトリック情報を含む。そして、この方法はさらに、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報を判定することの後、リンク・メトリック情報が、トリガ条件に関連付けられたしきい量を超えて変化したか否かを判定することを備える。ここで、少なくとも１つの通知メッセージを送信することは、リンク・メトリック情報がしきい量を超えたと判定されたことに応じている。

いくつかの実施形態では、少なくとも１つの通信経路は、第２のデバイスと第３のデバイスとの間に複数の通信経路を備える。そして、少なくとも１つの通知メッセージは、複数の通信経路のうちの１より多くのもののための特徴情報を含む。

本実施形態は、全体を通じて、同一の参照番号が実質的に同じ項目を参照する添付図面を参照することによって、当業者により良く理解され、多くの目的、特徴、および利点が明らかになりうる。
図１は、本開示の実施形態にしたがって、通信ネットワークの通信経路に関する特徴情報に関する予約メッセージおよび通知メッセージを実施するように構成された複数のデバイスを備えた通信ネットワークを例示するブロック図の例である。 図２は、本開示の実施形態にしたがう典型的な混合通信ネットワークを例示する。 図３は、本開示の実施形態にしたがって、通信ネットワークの第１のデバイスによって実行される方法の１つの実施形態を例示するフローチャート図である。 図４は、本開示の実施形態にしたがって、通信ネットワークの第２のデバイスによって実行される方法の１つの実施形態を例示するフローチャート図である。 図５は、本開示の実施形態にしたがう予約メッセージのメッセージ記述を例示するテーブルの例である。 図６は、本開示の実施形態にしたがう通知メッセージのメッセージ記述を例示するテーブルの例である。 図７は、本開示の実施形態にしたがう予約メッセージおよび通知メッセージのさまざまな例を例示するメッセージ・フロー図である。 図８は、本開示の実施形態にしたがう予約メカニズムを含む電子デバイスの１つの１つの実施形態のブロック図である。

以下の記載は、本発明的な主題の技術を具体化する典型的なシステム、方法、技術、命令群シーケンス、およびコンピュータ・プログラム製品を含む。しかしながら、記載された実施形態は、これら特定の詳細無しで実現されうることが理解される。例えば、例は、混合通信ネットワークにおける通信経路を称しているが、本開示は、さまざまなネットワーク・トポロジにおける通信経路に関する特徴情報を取得するための通知予約に関連する。他の例では、説明を不明瞭にしないために、周知の命令群インスタンス、プロトコル、構成、および技術は図示されていない。

通信ネットワークにおいて通信経路情報を提供するためのシステムおよび方法のさまざまな実施形態が示される。所望されるように、通信ネットワークは、ホーム（例えば、コンバージェント・デジタル・ホーム・ネットワーク、“ＣＤＨＮ”として）またはビジネスにおいて実施されうる。このネットワークは、複数の異なる通信プロトコルを用いる複数のデバイスを含みうるので、「混合通信ネットワーク」でありうる。（例えば、コンバージド・デジタル・ホーム・ネットワーク、またはＰ１９０５．１準拠ネットワークのように、ハイブリッド通信ネットワークまたはハイブリッド・ネットワークとも称されうる）混合通信ネットワークでは、ネットワークは、ヘテロジニアスなネットワーキング技術のインタフェースおよび利用のために考慮されうる。例えば、ＩＥＥＥ Ｐ１９０５．１は、ＩＥＥＥ １９０１オーバ・パワーライン、無線のためのＷｉ−Ｆｉ／ＩＥＥＥ ８０２．１１、イーサネット・オーバ・ツイスト・ペア・ケーブル、およびＭｏＣＡ １．１オーバ・コアキシャルのようないくつかのポピュラなネットワーク技術に共通のインタフェースを提供する、複数のホーム・ネットワーク技術のためのアブストラクション・レイヤを定義する。これらデバイスは、例えば、デスクトップ・コンピュータ、ラップトップ、ネットブック、タブレット、スマート・フォン、ディスプレイ、オーディオ・ビデオ・デバイス、ゲーム・コンソール、家電製品、（例えば、照明、エアコン、アラーム・システム等のための）制御デバイスのようなさまざまなデバイスのうちの何れかでありうる。

混合通信ネットワークにおいて実施されないさまざまなトポロジによって、ネットワークにおけるデバイスは、さらなるデバイスに接続している１より多くのアクセス技術を有しうる。さらに、デバイスは、別のデバイスと通信するために使用されうる複数の経路（すなわち、ルート）を有しうる。しかしながら、ソース・デバイスは、目的デバイスにダイレクトに接続されうる。例えば、ソース・デバイスは、１または複数の中間デバイスを経由して目的デバイスと通信するように構成されうる。１つのトポロジの例では、ソース・デバイスと目的デバイスとの間に複数の通信経路が存在しうる。別のトポロジの例では、第１の通信経路が第１の中間デバイスを用い、第２の通信経路が第２の中間デバイスを用いうる。あるいは、単一の中間のデバイスが、目的デバイスへの複数の経路を提供しうる。例えば、ソース・デバイスは、第１の中間デバイスへ接続されうる。第１の中間デバイスは、（例えば、第１の通信プロトコルを用いて）第１の通信経路を経由して、および／または、（例えば、第２の通信プロトコルを用いて）第２の通信経路を経由して、目的デバイスと通信するように構成されうる。したがって、所望に応じて、複数の通信経路が、１または複数の中間デバイスを含みうる。好適な通信経路を選択することは、中間デバイスを経由して接続された通信経路の一部のための特徴情報（例えば、リンク・メトリック情報）を取得することによって改善されうる。

したがって、本開示の第１の実施形態では、ソース・デバイス（すなわち、第１のデバイス）は、中間デバイス（すなわち、第２のデバイス）から目的デバイス（すなわち、第３のデバイス）への複数の通信経路に関する特徴情報に関する通知予約を要求する１または複数の予約メッセージを中間デバイスへ送信しうる。本明細書に記載された図面および例のいくつかに図示されているように、１つの実施形態では、中間デバイスは、目的デバイスの近隣である（および、その逆もある）（すなわち、中間デバイスと目的デバイスとの間に、少なくとも１つのダイレクトな接続が存在しうる）。前述したように、中間デバイスは、（例えば、複数の異なる通信プロトコルのうちの１またはそれ以上を用いて、）目的デバイスへの１または複数の通信経路を有しうる。予約メッセージ（単数または複数）は、例えば、通信経路のステータスまたは利用量のような通信経路に関する特徴情報の通知を要求しうる。予約メッセージ（単数または複数）は、第１のデバイスが、第３のデバイスの特有の目的インタフェースに関する通知メッセージを第２のデバイスから要求するためのインジケータを含みうる。その後、第２のデバイスは、第３のデバイスの指定された目的インタフェースと第２のデバイスとの間の通信経路に関する特徴情報を判定しうる。

いくつかの実施形態では、１または複数の予約メッセージは、ソース・デバイスが、定期的ベースで（例えば、時間インタバルに基づいて）特徴情報を受信することを望んでいるか否かを示しうる。あるいは、１または複数の予約メッセージは、通信経路の特徴が、例えば、しきい量まで変化した場合には常にのようなイベント・ベースで、１または複数のメッセージ（例えば、“トリガされた”通知）を受信することをソース・デバイスが望んでいるかを示しうる。ソース・デバイスからの予約メッセージに応じて、通知メッセージは、送信された１または複数の予約メッセージに基づいて、（例えば、中間デバイスのおのおのから）ソース・デバイスによって受信されうる。例えば、特徴情報は、例えば、ソース・デバイスによって送信された予約要求に依存して、定期的ベースまたはイベント・ベースで送信されうる。

これに応じて、ソース・デバイスは、目的デバイスへ（例えば、パケットによって）情報を送信するための通信ルートを決定しうる。例えば、ソース・デバイスは、特徴情報に基づいて、所望の時間フレーム内で、所望のレートで、低い誤り率で情報を提供することができるルートで、情報を送信しうる。

別の実施形態では、ソース・デバイスは、予約メッセージを２またはそれ以上の中間デバイス（例えば、前述した第２のデバイス、および第４のデバイス）へ送信しうる。両中間デバイスとも、目的デバイスへの通信経路を有する。このように、第１のデバイスは、目的デバイスへのさまざまな通信経路に関する特徴情報を取得し、この特徴情報に基づいて、選択された通信経路を決定しうる。したがって、ソース・デバイスは、上記決定に基づいて、データ（例えば、データ・パケット）を、適切な中間デバイスへ送信しうる。例えば、中間デバイスが、目的デバイスへの１つより多くの可能な通信経路を有する場合、ソース・デバイスは、どの通信経路を使用するのかを示しうる。

予約要求メッセージのフォーマットは、以下のフィールドのうちの１または複数を含みうる。第３のデバイスの識別子（例えば、ＭＡＣ ＩＤ）、予約の要求持続時間（秒）（ゼロ値は、予約をキャンセルする）、および第３のデバイスの特定のインタフェースのインタフェース特有識別子（ＭＡＣ ＩＤ）。第２のデバイスから第１のデバイスへの応答は、予約が受諾または拒否されたことを示しうる。ソース・デバイスはまた、所望に応じて、特徴情報の受信を停止する（例えば、予約をキャンセルする）ために、中間デバイスのうちの１または複数へメッセージを送信するように構成されうる。

特徴情報のための予約はまた、予約のタイプを指定しうる。定期的タイプ、イベント・トリガ・タイプ、または、定期的とイベント・トリガとの組み合わせを含む多くのタイプの予約が考えられる。定期的タイプは、第１のデバイスが、（例えば、１０ミリ秒、５０ミリ秒、１００ミリ秒、５００ミリ秒、１秒、２秒、５秒、１０秒等のような時間インタバルに基づいて）定期的ベースで、リンク・ステータス情報の受信を希望していることを示しうる。イベント・トリガ・タイプは、第１のデバイスが、例えば通信経路の特徴が、例えば、しきい量まで変化した場合には常にのようなイベント・ベースで、１または複数のメッセージの受信を希望していることを示しうる。例えば、第１のデバイスは、利用可能な通信経路の帯域幅が、例えば５％、１０％、２０％、２５％、３０％、５０％、７５％等のようなしきい量まで増加または減少した場合、特徴情報が送信されるべきであることを示しうる。

特徴情報は、容量、技術タイプ、使用法、または通信経路の品質を示すその他の追加情報に関する情報を含みうる。例えば、特徴情報は、限定しない例として、その他の可能性の中でも、通信経路のステータス（例えば、オン、オフ、機能する、機能しない等）、通信経路の利用量（例えば、恐らくは、メジアン、平均、低、高等といった値で提供される通信経路の容量のパーセンテージ）、通信経路のスループット（例えば、最大、カレント、最小、利用可能性等）、通信経路の利用可能な帯域幅（例えば、カレント、時間に対する平均等）、通信経路の誤り率、通信経路のサービスの品質、および／または、通信経路のタイプ（例えば、使用されている通信プロトコル、有線、無線、ケーブル、ケーブルのタイプ等）のうちの１または複数を含みうる。

前述した図面の詳細説明では、さまざまな実施形態の例が説明されている。これら図面および付随する説明は、例のみとして提供され、本明細書に記載された実施形態の範囲を限定することは意図されていないことが理解されるべきである。本開示の全体にわたって使用される例において、（ソース・デバイスとしての）第１のデバイスは、（中間デバイスとしての）第２のデバイスまたは（他の中間デバイスとしての）第４のデバイスから（目的デバイスとしての）第３のデバイスへの１または複数の通信経路に関する特徴情報を取得する。さまざまなトポロジの理解を助けるために、図１に注目されたい。

図１は、通信ネットワークの通信経路に関する特徴情報に関する予約メッセージおよび通知メッセージを実施するように構成された複数のデバイスを備えた通信ネットワークを例示するブロック図の例である。図１は、第１のデバイス１１０、第２デバイス１２０、第３のデバイス１３０、および第４のデバイス１４０を備える通信ネットワーク１００を図示している。しかしながら、いくつかの例において、デバイス１１０，１２０，１３０，１４０のうちの１または複数は、１または複数のアクセス技術で構成されたハイブリッド・ネットワーク・デバイスでありうる。第１のデバイス１１０は、予約ユニット１１２および経路選択ユニット１１４を備える。いくつかの実施では、予約ユニット１１２および経路選択ユニット１１４は、通信ネットワーク１００による通信を可能にするためのプロトコルおよび機能を実施しうる第１のデバイス１１０の１または複数の通信ユニットで実現されうる。第２のデバイス１２０は、通知ユニット１２２を備える。予約機能および通知機能を実施するために、おのおののデバイスは、必要に応じて、予約ユニット、経路選択ユニット、および／または、通知ユニットを含みうることが理解されるべきである。例えば、第１のデバイス１１０は、他のデバイスからの予約要求に答えるために、（図示しない）通知ユニットをも有しうる。

いくつかの実施では、デバイス１１０，１２０，１３０，１４０はおのおの、例えば、ラップトップ・コンピュータ、タブレット・コンピュータ、モバイル電話、スマート機器、ゲーム・コンソール、デスクトップ・コンピュータ、またはその他の適切な電子デバイスのような電子デバイスでありうる。デバイス１１０，１２０，１３０，１４０のうちの１または複数は、例えば、アクセス・ポイント、ゲートウェイ・デバイス、または２つ以上のネットワーク・セグメント間のネットワーク接続を提供するように構成されたその他のこのようなデバイスのようなネットワーク・ノードでありうる。

通信ネットワーク１００の例では、第１のデバイス１１０は、第２のデバイス１２０へのネットワーク接続１１５と、第４のデバイス１４０への接続１４５とを有する。しかしながら、図１の例では、第１のデバイス１１０は、第３のデバイス１３０へのダイレクトな接続を有していない。第１のデバイス１１０が第３のデバイス１３０と通信するために、通信は、第２のデバイス１２０または第４のデバイス１４０の何れかを経由して送信されねばならない。第２のデバイス１２０は、第３のデバイス１３０への第１の通信経路１２５と、第３のデバイス１３０への第２の通信経路１２７とを有する。第１の通信経路１２５および第２の通信経路１２７は、異なる通信プロトコルまたはアクセス技術を備えうることが理解されるべきである。第４のデバイス１４０もまた、第３のデバイス１３０への通信経路１３５を有する。

この例における通信ネットワークのデバイスおよび通信経路が特定され、さまざまな例が、図１を用いて説明される。

１つの実施形態によれば、第１のデバイス１１０は、（例えば、この通信ネットワーク１００の例において第４のデバイス１４０が存在していないのであれば、）第２のデバイス１２０を経由して第３のデバイス１３０と通信する必要がありうる。第２のデバイス１２０は、第３のデバイス１３０への１つより多くの通信経路１２５，１２７を有しているので、第１のデバイス１１０が、通信のための通信経路を選択することが所望されうる。ステージＡで始まって、第１のデバイス１１０は、第２のデバイス１２０と第３のデバイス１３０との間の少なくとも１つの通信経路（例えば、１２５および／または１２７）に関する特徴情報に関する通知予約を要求する予約メッセージを第２のデバイス１２０へ送信する。予約メッセージのさまざまな例は、例えば、図６に図示されるようなメッセージ要素を含みうる。例えば、予約メッセージは、定期的な通知の要求、予約の持続時間の指定、要求された特徴の提示、トリガされた通知の要求等を行いうる。予約メッセージは、これら複数の通信経路１２５，１２７のうちのどれが、通知予約に関連付けられているのかを示しうる。予約メッセージは、第１のデバイス１１０の予約ユニット１１２またはその他の構成要素によって生成されうる。

ステージＢにおいて、第１のデバイス１１０は、予約メッセージで特定された通信経路に関する特徴情報に関する少なくとも１つの通知メッセージを第２のデバイスから受信する。例えば、予約メッセージが、第１の通信経路１２５および第２の通信経路１２７に関する通知を要求するのであれば、通知メッセージは、通信経路１２５，１２７のおのおのの特徴情報を含みうる。ステージＢでは、１つの実施形態の例において、第２の通信経路１２７の特徴情報が、第１の通信経路１２５のための特徴情報を含む通知メッセージとは別の通知メッセージに含まれうる。あるいは、単一の通知メッセージが、通信経路１２５，１２７のおのおのの特徴情報を含みうる。ステージＢの通知メッセージ（単数または複数）は、第２のデバイス１２０の通知ユニット１２２またはその他の構成要素によって生成されうる。

ステージＣ１では、第２のデバイス１２０を経由して第１のデバイス１１０から第３のデバイス１３０へ通信するために、第１のデバイス１１０は、第２のデバイス１２０と第３のデバイス１３０との間の複数の通信経路１２５，１２７のうちの１またはそれよりも多くを選択する。この選択は、通信経路１２５，１２７のおのおのに関する特徴情報に基づく。

リンク特徴情報に基づいて通信経路を選択するために使用されるアルゴリズムは、簡潔さのために本開示では議論されていない周知の選択パラメータにしたがって動作しうる。例えば、第１のデバイスは、どの経路（単数または複数）が、例えば、遅延、スループット、誤り率のような良好に実行するリンク特徴を有しているか、または、どの経路（単数または複数）が、ボトルネックまたは誤りのために最も好ましくないのか、を判定した後に、通信経路を選択しうる。いくつかの実施形態では、第１のデバイスは、第２のデバイスと第３のデバイスとの間の好適なアクセス技術を含む通信経路を選択しうる。１つの特定の例において、特徴情報は、通信経路１２５が、６０％利用されており、１００Ｍｂｐｓのスループットを有し、イーサネットのアクセス技術タイプを有していることを示しうる。特徴情報は、通信経路１２７が１０％利用されており、２Ｍｂｐｓのスループットを有し、送電線通信のアクセス技術タイプを有していることを示しうる。第１のデバイス１１０の経路選択ユニット１１４またはその他の構成要素は、特徴情報を分析し、第１の通信経路１２５が選択されるべきであると判定する。

別の実施形態によれば、第１のデバイス１１０は、第２のデバイス１２０または第４のデバイス１４０の何れかを経由して、第３のデバイス１３０と通信するオプションを有しうる。前述した例と同様に、第１のデバイス１１０は、第２のデバイス１２０から第３のデバイス１３０への少なくとも１つの通信経路に関する特徴情報を得るために、（ステージＡにおいて）予約メッセージを第２のデバイス１２０へ送信し、（ステージＢにおいて）少なくとも１つの通知メッセージを受信しうる。ステージＡ２−Ｂ２では、第１のデバイス１１０はまた、さらなる予約メッセージを第４のデバイス１４０へ送信し、第４のデバイス１４０と第３のデバイス１３０との間の通信経路１３５に関する特徴情報に関する対応する通知メッセージ（単数または複数）を、第４のデバイス１４０から受信しうる。

ステージＣ２では、第１のデバイス１１０は、さまざまな通信経路１３５，１２５，１２７について受信された特徴情報に基づいて、データ（例えば、パケット）を、第２のデバイス１２０または第４のデバイス１４０の何れかを経由して第３のデバイス１３０へ送信するか否かを判定しうる。第１のデバイス１１０は、データを第２のデバイス１２０または第４のデバイス１４０を経由して送信するのか否かを判定する際に、通信経路１３５，１２５，１２７のための特徴情報に加えて、通信経路１４５，１１５に関する情報をも考慮しうる。

図２は、１つの実施形態にしたがう、典型的な混合通信ネットワーク２００を例示する。図示されるように、混合通信ネットワーク２００は、複数の異なる通信プロトコルによって複数のデバイスに接続されている第４のデバイス２４０（例えば、アクセス・ポイント）を含みうる。例えば、第４のデバイス２４０は、例えばＩＥＥＥ １９０１準拠プロトコルのような送電線通信プロトコル（ＰＬＣ）によって、第１のデバイス２１０に接続されうる（ライン２４５として図示されている）。第１のデバイス２１０は、例えば、光コントローラ、デジタル・ピクチャ・フレーム、コンピュータ・システム、家電コントローラ等のようなさまざまなデバイスのうちのいずれかでありうる。第４のデバイス２４０はまた、Ｗｉ−Ｆｉ通信プロトコル（例えば、８０２．１１通信プロトコル）によって第６のデバイス２６０に接続されうる（ライン２６５として図示されている）。典型的な第６のデバイス２６０は、デスクトップ・コンピュータ、ラップトップ・コンピュータ、タブレット、ネットブック、セル・フォン、携帯情報端末、音楽プレーヤ、ビデオ・プレーヤ等でありうる。さらに、第４のデバイス２４０は、マルチメディア・オーバ・コアキシャル（ＭｏＣＡ）プロトコルによって、第５のデバイス２５０に接続されうる（ライン２５５として図示されている）。典型的な第５のデバイス２５０は、例えば、オーディオ・ビデオ・デバイス（例えば、受信機、ディスプレイ、増幅器、ビデオ・ゲーム・コンソール等）のようなさまざまなデバイスを含んでいる。最後に、第４のデバイス２４０は、例えば、イーサネット（例えば、ＩＥＥＥ ８０２．３）のような有線接続によって第３のデバイス２３０へ接続されうる（ライン２３５として図示されている）。第３のデバイス２３０は、そのような有線接続をサポートする任意のデバイスでありうる。

混合通信ネットワークは、さまざまなトポロジを有しうる。

例えば、１つの実施形態では、混合通信ネットワークにおけるおのおののデバイスが、アクセス・ポイント（例えば、第４のデバイス２４０）へ（中間デバイス無しで）ダイレクトに接続されうる。したがって、この実施形態では、アクセス・ポイントは、混合通信ネットワークにおけるデバイスのすべてのための中央ルータとして動作しうる。しかしながら、いくつかの実施形態では、必ずしもすべてのデバイスが、アクセス・ポイントにダイレクトに接続されうる訳ではない。例えば、図２に図示されるように、第４のデバイス２４０は、例えば第１のデバイス２１０および／または第３のデバイス２３０のような中間デバイスを経由して第２のデバイス２２０と通信しうる。いくつかの実施形態では、中間デバイスは、第４のデバイス２４０と通信するために使用するものと同じ通信プロトコルを使用しうる。例えば、第１のデバイス２１０は、同じＰＬＣプロトコルで、第２のデバイス２２０及び第４のデバイス２４０に接続されうる（ライン２１５として図示されている）。しかしながら、第３のデバイス２３０は、（この場合、イーサネットである）第１の通信プロトコルで第２のデバイス２２０に接続されうる（ライン２２７として図示されている）。さらには、（この場合、ＰＬＣプロトコルである）第２の別の通信プロトコルを用いて第２のデバイス２２０にも接続されうる（ライン２２５として図示されている）。いくつかの実施形態では、デバイスは、１つよりも多くの通信プロトコルおよび／または通信リンクを用いて互いに通信することができうる。

第１のデバイス２１０と第３のデバイス２３０とはともに、第２のデバイス２２０との間にダイレクトな接続を有しているので、第２のデバイス２２０に対する近隣であると考えらうる（その逆もありうる）。したがって、第４のデバイス２４０は、第１のデバイス２１０から第１のデバイスの近隣である第２のデバイス２２０への通信経路２１５に関する特徴情報に関する予約を要求する予約メッセージを、第１のデバイス２１０へ送信しうる。また、第５のデバイス２５０も、第１のデバイス２１０から第１のデバイスの近隣である第２のデバイス２２０への通信経路２１５に関する特徴情報に関する予約を要求する予約メッセージを第１のデバイス２１０へ送信しうることが理解されるべきである。近隣デバイスにおける予約に特に限定されていないが、本開示は、近隣デバイス間の通信に関する特徴情報への予約に良好な実施形態を提供する。

１つの実施形態では、混合通信ネットワークは、（アクセス・ポイントとして動作する第４のデバイス２４０に加えて、）１つよりも多くのハブまたはルータを含みうる。例えば、第３のデバイス２３０は、混合通信ネットワークのための通信ルーティングを実行することが可能な第２のハブでありうる。１つの実施形態では、このルーティング情報が、混合通信ネットワーク内の複数のデバイス間に配信されうる。さらなる実施形態では、中心すなわち専用のルーティング機能は無いことがありうる。例えば、アクセス・ポイントが除外されうるか、および／または、ネットワークがピア・トゥ・ピア・ネットワークでありうる。

したがって、混合通信ネットワークは、複数の異なる通信プロトコルを用いて通信する、複数の相互接続されたデバイスを含みうる。さらに、混合通信ネットワークは、ＭｏＣＡ、Ｗｉ−Ｆｉ、イーサネット、ＰＬＣ等をサポートする第４のデバイス２４０や、ＰＬＣとイーサネットとの両方をサポートする第２および第３のデバイスのような、１つよりも多くの通信プロトコルをサポートするデバイスを含みうる。前述した通信プロトコルは単なる典型例であり、例えば、ＷｉＭａｘ、ＵＳＢ、サンダーボルト、ブルートゥース、ＣＤＭＡ、ＧＳＭ（登録商標）、ＬＴＥ等のようなさらなる通信プロトコルがサポートされうることに注目されたい。

いくつかの実施形態では、混合通信ネットワークは、特に、ホーム・ネットワークのために良好に適合し、「コンバージェント・デジタル・ホーム・ネットワーク」と称されうる。しかしながら、本明細書におけるさまざまな記載は、理解を容易にするためにＣＤＨＮデバイスおよびＰ１９０５．１デバイスの観点で提供されているが、開示された実施形態は、他のネットワークおよび技術に等しく適合しうる。一般に、（例えば、アクセス・ポイントを経由した）ＣＤＨＮは、ヘテロジニアスなネットワーキング技術の利用およびインタフェースを可能にしうる。前述したように、ヘテロジニアスなネットワーキング技術の例は、とりわけ、送電線ネットワーク（ＩＥＥＥ Ｐ１９０１）、Ｗｉ−Ｆｉ（ＩＥＥＥ ８０２．１１）、イーサネット（ＩＥＥＥ ８０２．３）、およびＭｏＣＡ １．１を含みうる。ＣＤＨＮは、（例えば、上部プロトコル・レイヤまたは根底をなすネットワーク・トポロジのような）任意のインタフェースから到来するパケットの送信のための動的なインタフェース選択を含みうる。エンド・トゥ・エンド・サービス品質（ＱＯＳ）もサポートされうる。いくつかの実施形態では、ＣＤＨＮは、他のネットワーク（例えば、サービス・プロバイダによって提供されるＬＡＮ）とインタフェースしうる。ＣＤＨＮは、さまざまなネットワーキング技術間における管理、セキュリティ、ＱＯＳ、媒体アクセスを提供しうる。

前述したデバイスのいくつかまたはすべては、図３に記載された方法を実行するように構成されうる。

図３は、混合無線ネットワークにおいて通信するための方法３００を例示する。図３に図示された方法は、他のデバイスの中でも、前述した図面に図示されたコンピュータ・システムまたはデバイスの何れかと連携して使用されうる。例えば、この方法は、図２に図示される混合通信ネットワークとともに利用されうる。しかしながら、この方法は、例えば、中央アクセス・ポイント無しで、単一の通信プロトコルを含んでいる、例えば分散ネットワークまたはピア・トゥ・ピア・ネットワーク等のようなその他のネットワークのために使用されうる。さまざまな実施形態では、図示された方法要素のうちのいくつかが、同時に実行されるか、図示されたものとは異なる順序で実行されるか、または省略されうる。所望に応じて、さらなる方法要素もまた実行されうる。図示されるように、この方法は、以下のように動作しうる。

ネットワークでは、第１のデバイス（「ソース・デバイス」）は、第２のデバイス（「中間デバイス」）を経由して、第３のデバイス（「目的デバイス」）に情報を送信すること、または、一般には、通信することを所望しうる。通信経路の選択を支援するために、第１のデバイスは、方法３００またはその一部を実施しうる。３１０において、第１のデバイスは、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを第２のデバイスへ送信する。第１のデバイスは、１または複数の中間デバイスから第３のデバイスへの複数の通信経路に関する１または複数の中間デバイス（例えば、図１の第２のデバイス１２０および第４のデバイス１４０）へ、１または複数のこのような予約メッセージを送信しうることが注目されるべきである。前述したように、１つの例では、第２のデバイスが、（例えば、所望に応じて、１または複数の異なる通信プロトコルを用いて）第３のデバイスまたはさらなる中間デバイスへの１または複数の通信経路を有しうる。これらのメッセージは、通信経路の特徴情報（リンク特徴またはリンク・メトリック情報とも称される）に関する通知予約の提供を要求しうる。

例えば、特徴情報は、限定しない例として、その他の可能性の中でも、通信経路のステータス（例えば、オン、オフ、機能する、機能しない等）、通信経路の利用量（例えば、恐らくは、メジアン、平均、低、高等といった値で提供される通信経路の容量のパーセンテージ）、通信経路のスループット（例えば、最大、カレント、最小、利用可能性等）、通信経路の利用可能な帯域幅（例えば、カレント、時間に対する平均等）、通信経路の誤り率、通信経路のサービスの品質、および／または、通信経路のタイプ（例えば、使用されている通信プロトコル、有線、無線、ケーブル、ケーブルのタイプ等）のうちの１または複数を含みうる。

いくつかの実施形態では、１または複数のメッセージが、予約要求と考えられうる。したがって、１または複数のメッセージは、所望される予約長さ（例えば、時間）を示しうる。さらに、１または複数のメッセージは、ソース・デバイスが、（例えば、１０ミリ秒、５０ミリ秒、１００ミリ秒、５００ミリ秒、１秒、２秒、５秒、１０秒等のような時間インタバルに基づいて、）定期的ベースでの特徴情報の受信を望んでいるか否かを示しうる。あるいは、１または複数のメッセージは、通信経路の特徴が、例えば、しきい量まで変化した場合には常にのようなイベント・ベースで、１または複数のメッセージを受信することをソース・デバイスが望んでいるかを示しうる。例えば、ソース・デバイスは、利用可能な通信経路の帯域幅が、例えば５％、１０％、２０％、２５％、３０％、５０％、７５％等のようなしきい量まで増加または減少した場合、特徴情報が送信されるべきであることを示しうる。特徴情報が、例えば２５％または５０％を超えるような顕著な量まで変化した場合、このようなメッセージは、特に貴重でありうる。ＩＥＥＥ ８０２．１１インタフェースの場合、測定されたグッドプット（goodput）（成功したスループット）が前のレベルと比べて２Ｍｂｐｓまで減少した場合、および／または、測定された媒体利用量が前のレベルと比べて１５％まで増加した場合、典型的な「イベント」が生じると言われうる。イベント・トリガされる更新の他の例は、受信信号強度における変化（ＲＳＳＩ）、信号対雑音比（ＳＮＲ）。または、無線接続または有線接続の品質に関連付けられうるその他のメトリックを含みうる。

予約メッセージ（単数または複数）に応じて、３２０では、第１のデバイスが、第２のデバイスから、少なくとも１つの通知メッセージを受信する。通知メッセージは、予約メッセージ（単数または複数）で示される通信経路のための特徴情報を含む。例えば、特徴情報は、例えば、第１のデバイスによって送信された予約要求に依存して、定期的ベースまたはイベント・ベースで送信されうる。いずれの場合であれ、特徴情報は、定期的ベースにしたがって、あるいは、特徴情報が、例えばしきい量まで変化したか否かに基づいて、第２のデバイスによって判定され、送信されうる。

前述した説明で理解されるように、第３のデバイスへの通信経路を有する複数の中間デバイスが存在しうる。３３０では、例えば第４のデバイスのような別の中間デバイスが存在するのであれば、方法３００は、３６０における動作に進みうる。別の中間デバイスが存在しないのであれば、方法３００は、３４０における動作に進みうる。

３４０では、第１のデバイスが、複数の通信経路のおのおのに関する特徴情報に基づいて、第１のデバイスから第２のデバイスを経由して第３のデバイスへ通信するための、第２のデバイスと第３のデバイスとの間の複数の通信経路のうちの１またはそれ以上を選択しうる。例えば、第１のデバイスは、特徴情報に基づいて、所望の時間フレーム内で、所望のレートで、低い誤り率等で情報を提供することができるルートで、情報を送信しうる。

したがって、３５０では、ソース・デバイスが、上記判定に基づいて、選択された通信経路を特定するデータを第２のデバイスへ送信しうる。例えば、第２のデバイスが、第３のデバイスまたはさらなる中間デバイスへの１つより多くの可能な通信経路を有する場合、第１のデバイスは、どの通信経路を使用するのかを示しうる。

さらなる中間デバイス（すなわち、第４のデバイス）が第３のデバイスへの通信経路を有するシナリオに戻って、方法３００は、３６０における動作に進む。３６０では、第１のデバイスが、第３のデバイスと第４のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する第２の予約メッセージを第４のデバイスへ送信する。３７０では、第１のデバイスが、第３のデバイスと第４のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの第２の通知メッセージを第４のデバイスから受信する。３８０では、第１のデバイスが、第２のデバイスまたは第４のデバイスの何れかを経由して、第１のデバイスから第３のデバイスへ通信するために、第２のデバイスまたは第４のデバイスの何れかと、第３のデバイスとの間の複数の通信経路のうちの１またはそれ以上を、受信された特徴情報に基づいて選択する。３５０では、第１のデバイスが、選択された通信経路を用いて、第２のデバイスまたは第４のデバイスの何れかを経由して、第３のデバイスへデータを送信する。

いくつかの実施形態では、ソース・デバイスはまた、所望されると、（例えば、予約をキャンセルするために）特徴情報の受信を停止するために、中間デバイスのうちの１または複数に、予約更新メッセージを送信するようにも構成されうる。（例えば、第２のデバイスまたは第４のデバイスのような）中間デバイスは、例えば、要求された予約を受諾または拒否する）予約管理メッセージを送信しうることもまた注目されるべきである。

前述した記載において、方法３００は、図２において図示されているネットワーク２００を用いて理解されうる。本開示の全体にわたって使用される１つの特定の例では、第１のデバイス２１０がソース・デバイスとして、第３のデバイス２３０が目的デバイスとして、第２のデバイス２２０および第４のデバイス２４０が中間デバイスとして考慮されうる。例えば、第１のデバイス２１０は、第４のデバイス２４０および第２のデバイス２２０からの経路特徴情報を要求しうる。この例において、第１のデバイス２１０は、以下のように３つの異なる通信経路を経由して第３のデバイス２３０に到達しうる。

第１のデバイス２１０と第４のデバイス２４０との間のＰＣＬ経路２４５と、その後の、第４のデバイス２４０と第３のデバイス２３０との間のイーサネット経路２３５とを含む第１の通信経路。

第２のデバイス２２０へのＰＬＣ経路２１５と、第２のデバイス２２０から第３のデバイス２３０へのＰＬＣ経路２２５とを含む第２の通信経路。または、
第２のデバイス２２０へのＰＬＣ経路２１５と、第２のデバイス２２０から第３のデバイス２３０へのイーサネット経路２２７とを含む第３の通信経路。

しかしながら、この方法はまた、他のデバイス間で通信するためにも適合すると理解されうる。例えば、第５のデバイス２５０がソース・デバイスであると考えられ、第２のデバイス２２０が目的デバイスであると考えられる別のシナリオを簡潔に考えられたい。この例において、第５のデバイス２５０は、第４のデバイス２４０と、（ＰＬＣ経路２４５を経由した）第１のデバイス２１０および（イーサネット経路２３５を経由した）第３のデバイス２３０のおのおのとの間の経路に関する経路情報のみならず、（ＰＬＣ経路２１５を経由した）第１のデバイス２１０と第２のデバイス２２０との間の経路、および、（イーサネット経路２２７とＰＬＣ経路２２５とのおのおのを経由した）第３のデバイス２３０と第２のデバイスとの間の経路に関する経路情報をも受信しうる。例えば、第５のデバイス２５０は、第４のデバイス２４０、第３のデバイス２３０、および第１のデバイス２１０のおのおのからの経路特徴情報を要求しうる。したがって、第５のデバイス２５０は、すべてがＭｏＣＡ経路２５５を経由した第５のデバイス２５０と第４のデバイス２４０との間の初期経路を含む、以下の３つの経路のうちの何れかを用いて、通信経路を選択しうる。

２つの異なるＰＬＣ経路２４５、２１５を用いた、第４のデバイス２４０から第１のデバイス２１０へ、さらには第２のデバイス２２０への第１の通信経路。

第４のデバイス２４０から第３のデバイス２３０へのイーサネット経路２３５と、第３のデバイス２３０から第２のデバイス２２０へのイーサネット経路２２７である第２の通信経路。または、
第４のデバイス２４０から第３のデバイス２３０へのイーサネット経路２３５と、第３のデバイス２３０から第２のデバイス２２０へのＰＬＣ経路２２５である第３の通信経路。

したがって、図３の方法３００は、（例えば、第１のデバイスから第３のデバイスへのような）近傍の通信ルートの選択のために使用されうるか、または、（例えば、第５のデバイスから第２のデバイスへのような）拡張された通信ルートの選択のために使用されうる。さらなるバリエーションおよびネットワークも想到される。

一貫性のために、本開示の残りを、本開示を通じて使用される経路の例を用いて続ける。ここでは、第１のデバイス２１０が、ソース・デバイスであると考えられ、第３のデバイス２３０が目的デバイスであると考えられ、第４のデバイス２４０および第２のデバイス２２０が中間デバイスであると考えられる。

図４は、本開示の実施形態に従って、通信ネットワークの中間デバイス（例えば第２デバイス）によって実行される方法４００を例示するフローチャート図である。

４１０では、第２のデバイスが、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、第１のデバイスから受信する。前述したように、予約メッセージは、定期的な通知、トリガされた通知、または、定期的な通知とトリガされた通知との組み合わせ、に関連付けられた予約を含むさまざまな予約タイプを示しうる。４２０では、この方法は、どのタイプの予約が、予約メッセージによって示さているのかを判定する。

予約が、定期的な通知を求める要求を含んでいる場合、４３０において、第２のデバイスが、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報を定期的に判定し、４７０において、この特徴情報を送信する。定期的な通知の周期、終了の時間、またはその他の変数を指定するパラメータが、図６に関して記載されているような予約メッセージに含まれうる。あるいは、これらパラメータは、デバイス実装にしたがって含まれうるか、不変でありうる。

４２０における動作に戻って、予約が、トリガされた通知を求める要求を含むのであれば、方法４００は４５０に進む。４５０では、第２のデバイスが、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報を判定しうる。４６０では、第２のデバイスが、トリガ条件が満たされたか否かを判定する。例えば、第２のデバイスは、特徴情報がしきい量を超えたか否かを判定する。トリガ量およびトリガ条件は、予約メッセージにおいて指定されうるか、または、デバイス実装にしたがって含まれうるか、不変でありうる。

４６０においてトリガ条件が満たされると、方法４００は、動作４７０に進み、第２のデバイスは、第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、第２のデバイスから送信する。

４７０における動作の後、方法４００は、予約がキャンセルされるか終了するまで、定期的な通知予約、または、トリガされた通知予約を反復しうる。

図３および図４において説明されているこの手順によって、Ｐ１９０５．１デバイスは、別のＰ１９０５．１デバイスにおけるリンク・メトリック情報に予約できるようになりうる。これは、３つのユニキャスト・メッセージ、すなわち、リンク・メトリック予約要求メッセージ、リンク・メトリック通知メッセージ、およびリンク・メトリック通知確認メッセージで達成されうる。これらは以下で説明される。

いくつかの実施形態では、Ｐ１９０５．１準拠デバイスは、ネットワーク内の他の複数のデバイスからの同時予約の最低数をサポートすることが要求されうる。１つの実施形態では、予約Ｐ１９０５．１デバイスは、任意の時間において、別のＰ１９０５．１デバイスに対する最大１つの予約を有しうる。

図５における表は、Ｐ１９０５．１準拠デバイスによって使用されうるリンク・メトリック予約要求メッセージに含まれうる典型的な情報を例示する。この表の例では、リンク・メトリック予約要求メッセージが、タイプ長さ値（ＴＬＶ）フォーマットを用いて示されている。ＴＬＶは、プロトコル情報がパケットにおいてエンコードされうるフォーマットを指定する。情報は、フィールドで提供される。フィールドのおのおのは、タイプを有し、ある数のバイト（長さ）を必要とする。その他のフォーマット構造またはメッセージ構造もまた、図５に記載されたメッセージ・フィールドのうちの１または複数とともに使用されうることが理解されるべきである。リンク・メトリック予約要求メッセージは、任意の時間において、第１のデバイスから第２のデバイスへ送信されうる。リンク・メトリック予約要求メッセージは、第２のデバイスの近隣（例えば、第３のデバイス）のデバイスＭＡＣ ＩＤ（または、任意の適切な通知）を含みうる。そして、予約のために必要な持続時間を指定しうる。このメッセージはまた、第１のデバイスが定期的および／またはイベント・トリガされたリンク・メトリック情報更新を必要としているか否かを示す、第２のデバイスからのインジケーションを、第３のデバイスのすべてのインタフェースのために含めうる（または、特定のインタフェースのための情報はまったく無い）。変数ｎは、目的デバイスのインタフェースの数を示す。第１のデバイスは、第２のデバイスの第１のデバイスへの接続からのリンク・メトリック情報に関する情報を第２のデバイスから要求できるように、自分自身を、第３のデバイス（例えば、目的デバイス）として示しうることが理解されうる。

第２のデバイスは、予約持続時間を修正し、修正された予約持続時間を含めることによって、リンク・メトリック通知メッセージにおいて、この修正を示しうる。第１のデバイスは、リンク・メトリック予約要求メッセージに応じたリンク・メトリック通知メッセージを受信しないのであれば、リンク・メトリック予約要求メッセージを再送信しうる。

予約は、予約ＩＤに関連付けられうる。第１のデバイスは、予約持続時間を変更して予約をキャンセルすることによって、既存の予約を修正しうる。既存の予約を修正するために、第１のデバイスは、予約ＩＤおよび修正された予約情報を備える新たなリンク・メトリック予約要求メッセージを送信しうる。

図６における表は、Ｐ１９０５．１準拠デバイスによって使用されうるリンク・メトリック通知メッセージに含まれうる典型的な情報を例示する。リンク・メトリック通知メッセージは、限定しないフォーマットの例として、タイプ長さ値（ＴＬＶ）フォーマットを用いて示されている。変数ｎは、目的デバイスのインタフェースの数を示す。リンク・メトリック通知メッセージは、第１のデバイスが要求した予約に応じて、第２のデバイスにおいて、定期的またはトリガされた通知メッセージとして送信されうる。例えば、第２のデバイスは、リンク・メトリック予約要求メッセージを受信すると、第１のデバイス（予約者）へリンク・メトリック通知メッセージを送信しうる。第２のデバイスは、リンク・メトリック予約要求メッセージで受信された、要求された予約持続時間（または、その他の予約パラメータ）を修正し、修正された予約情報を、リンク・メトリック通知メッセージに含めうる。０である値は、予約要求の非受諾を示しうる。

第２のデバイスはまた、適切に設定された予約持続時間や予約ＩＤを備えたリンク・メトリック通知メッセージを第１のデバイスへ送信することによって、既存の予約をキャンセルまたは修正しうる。０である値は、予約のキャンセルを示しうる。

第２のデバイスは、目的デバイスへの通信経路に関するリンク・メトリック情報を含むリンク・メトリック通知メッセージを、リンク・メトリック予約要求メッセージにおいて示された周波数で、第１のデバイスへ送信しうる。

第１のデバイスが、目的デバイスへの任意の通信経路のための定期的なリンク・メトリック情報更新を要求するのであれば、第２のデバイスは、この情報を含むリンク・メトリック通知メッセージを、定期的ベースで（例えば、１秒毎に）送信しうる。

「イベント」が発生した（すなわち、トリガ条件が満たされた）場合に、目的デバイスへの何れかの通信経路のためのリンク・メトリック情報更新が送信されるべきであると第１のデバイスが要求するのであれば、第２のデバイスは、このようなイベントが生じた場合には常に、リンク・メトリック通知メッセージを送信しうる。「イベント」は、特定のインタフェースまたは通信経路に関連付けられうる。さらに、「イベント」は、パケットがこのインタフェースから送信される、根底をなす媒体の送信特徴に関して定義されうる。Ｐ１９０５．１準拠デバイスにおけるすべてのインタフェースについて、「イベント」の定義が標準化されうる。ＩＥＥＥ ８０２．１１インタフェースについて、典型的な「イベント」は、測定されたグッドプット（goodput）（成功したスループット）が前のレベルと比べて２Ｍｂｐｓまで減少した場合、および／または、測定された媒体利用量が前のレベルと比べて１５％まで増加した場合に生じると言われうる。

目的デバイスへの任意の通信経路について、第１のデバイスが、定期的のみならずイベント・トリガされたリンク・メトリック情報更新をも要求するのであれば、第２のデバイスは、定期的に、かつ、イベントが生じた場合に、リンク・メトリック通知メッセージを送信しうる。

第１のデバイスがリンク・メトリック通知メッセージを受信した場合に、予約／通知プロトコルが、通知メッセージのアクノレッジメントを含んでいるのであれば、第１のデバイスは、リンク・メトリック通知メッセージで受信したものと同じ予約ＩＤを含むリンク・メトリック通知確認メッセージで応答しうる。これによって、リンク・メトリック通知メッセージが受信されたというアクノレッジメントまたはコンファメーションが可能となる。リンク・メトリック通知メッセージに応じて、リンク・メトリック通知確認メッセージが、第２のデバイスによって受信されないのであれば、第２のデバイスは、指定された回数（Notification_Retransmit）まで、このメッセージを再送信しうる。

図５および図６における表は、例であり、これらメッセージのバリエーションは、本開示の範囲から逸脱することなく、当業者によって容易に想到されることが注目されるべきである。例えば、図５および図６は、フォーマットおよびタイプ長さ値（ＴＬＶ）構成の例を示しているが、別の実例では、リンク・メトリック予約要求メッセージおよびリンク・メトリック通知メッセージは、別の名称とされ、フォーマットされ、または、構成されうる。

図１−７は、実施形態の理解を助けることを意図された例であり、実施形態を制限、または、権利の範囲を制限するために使用されるべきではないことが理解されるべきである。本明細書に記載されたおのおののデバイスの実施形態は、追加の回路構成要素、異なる回路構成要素を備え、および／または、より多くの動作、より少ない動作、および異なる順序での動作、並列動作、またはいくつかの異なる動作を実行しうる。例は、第１のデバイスが、ハイブリッド通信ネットワークにおける経路のための特徴情報を取得することを示しているが、実施形態はそのように限定されないことが理解されるべきである。

本明細書に記載されるおのおののデバイスの実施形態は、全体的にハードウェアである実施形態、（ファームウェア、常駐ソフトウェア、マイクロ・コード等を含む）ソフトウェアである実施形態、または、本明細書においてすべて一般的に「回路」、「モジュール」、または「システム」と称されうるソフトウェア態様とハードウェア態様とを組み合わせた実施形態の形態をとりうる。さらに、本発明的な主題の実施形態は、媒体に組み込まれたコンピュータ使用可能プログラム・コードを有する表現からなる任意の有形媒体に組み込まれたコンピュータ・プログラム製品の形態を取りうる。記載された実施形態は、コンピュータ・プログラム製品またはソフトウェアとして提供されうる。コンピュータ・プログラム製品またはソフトウェアは、格納された命令群を有するマシン読取可能な媒体を含みうる。これら命令群は、考えられうるすべてのバリエーションがここでは列挙されていないので、記載されているか否かに関わらず、実施形態にしたがって処理を実行するようにコンピュータ・システム（または、その他の電子デバイス（単数または複数））をプログラムするために使用されうる。マシン読取可能な媒体は、情報を、マシン（例えば、コンピュータ）によって読取可能な形態（例えば、ソフトウェア、処理アプリケーション）で格納または送信するための任意のメカニズムを含む。マシン読取可能な媒体は、マシン読取可能な記憶媒体またはマシン読取可能な信号媒体でありうる。マシン読取可能な記憶媒体は、限定される訳ではないが、例えば、磁気記憶媒体（例えば、フロッピー（登録商標）ディスク）、光記憶媒体（例えば、ＣＤ−ＲＯＭ）、磁気光記憶媒体、読取専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、消去可能プログラマブル・メモリ（例えば、ＥＰＲＯＭおよびＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、または、電子情報の格納に適したその他のタイプの有形媒体を含みうる。マシン読取可能な信号媒体は、組み込まれているコンピュータ読取可能なプログラム・コードとともに、例えば、電気、光、音響、またはその他の形態の伝搬信号（例えば、搬送波、赤外線信号、デジタル信号等）のような伝搬データ信号を含みうる。マシン読取可能な信号媒体に組み込まれたプログラム・コードは、限定される訳ではないが、有線、無線、光ファイバ・ケーブル、ＲＦ、または、その他の通信媒体を含む任意の適切な媒体を用いて送信されうる。

本明細書に記載されたおのおののデバイスの実施形態の動作を実行するためのコンピュータ・プログラム・コードは、例えばＪａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、および、例えば“Ｃ”プログラミング言語または類似のプログラミング言語のような従来の手続型プログラミング言語、を含む１または複数のプログラミング言語の任意の組み合わせで記述されうる。プログラム・コードは、ユーザのコンピュータで完全に、ユーザのコンピュータで部分的に、スタンド・アロン・ソフトウェア・パッケージとして、ユーザのコンピュータで部分的でかつ遠隔コンピュータで部分的に、または、遠隔コンピュータまたはサーバで完全に実行されうる。後者のシナリオでは、遠隔コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）、パーソナル・エリア・ネットワーク（ＰＡＮ）、または広域ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されうる。または、この接続は、（例えば、インターネット・サービス・プロバイダを用いて、インターネットを通じて）外部コンピュータへなされうる。

図７は、予約メッセージおよび通知メッセージのさまざまな例を例示するメッセージ・フロー図である。予約メッセージおよび／または通知メッセージは、図５および図６において前述されたものと同様の形態をとりうるか、または、別の形態または情報構成要素を有しうる。図７では、第１のデバイス７１０が、第２のデバイス７２０と第３のデバイス７３０との間の少なくとも１つの通信経路に関する特徴情報に関する、第２のデバイス７２０への通知予約を確立している。

上から始まって、第１のデバイス７１０は、予約メッセージ７０５（例えば、図５におけるようなリンク・メトリック予約要求メッセージ）を、第２のデバイス７２０へ送信する。この予約メッセージは、予約が、定期的な予約であるか、トリガされた通知予約であるか、またはその両方であるかを指定しうる。さらに、第２のデバイス７２０が第３のデバイス７３０と通信しなければならない１または複数の通信経路（またはインタフェース）を指定しうる。第２のデバイス７２０は、応答メッセージ７０７において、予約メッセージをアクノレッジするコンファメーションを返信し、要求された予約に対する受諾、変更、または拒否の何れかを行う。図７の例では、予約メッセージ７０５が定期的な予約を示し、応答メッセージ７０７が、この予約を受諾する。応答メッセージ７０７は、図６に記載されるようなリンク・メトリック通知メッセージ、または、予約メッセージ７０５への応答として使用されるその他いくつかのメッセージ・フォーマットの形態をとりうる。

処理７１３では、第２のデバイス７２０が、第３のデバイス７３０への少なくとも１つの通信経路７１４に関するリンク特徴情報を判定しうる。特徴情報を判定することは、連続的に、または、定期的になされ、アクティブな予約があるか否かに関わらず、第２のデバイス７２０によって任意の時間において実行されうることが理解されるべきである。定期的な通知メッセージ７２２Ａ，７２２Ｂ，７２２Ｃが第２のデバイス７２０から第１のデバイス７１０へ送信され、第２のデバイス７２０と第３のデバイス７３０との間の少なくとも１つの通信経路に関する特徴情報が示される。

図７の例では、後続する予約メッセージ７３５が、第１のデバイス７１０から第２のデバイス７２０へと通知され、予約が変更されうる。別の例では、予約メッセージ７３５は、新たな予約を生成する第１の予約メッセージでありうることが理解されるべきである。この例では、予約メッセージ７３５は、予約のタイプを、定期的な通知から、トリガされた通知（例えば、イベント・ベースの通知）へ変更するために使用される。第２のデバイスは、応答メッセージ７０７と同様に、応答メッセージ７３７を送信し、予約に対する変更をアクノレッジする。処理７４３では、第２のデバイス７２０が、トリガ条件を満足しうる何れかの変化を求めて、第３のデバイス７３０への予約された通信経路に関する特徴情報をモニタしうる。

（両矢印として示されるような）イベント７５３では、第２のデバイス７２０は、第３のデバイス７３０への通信経路に関する特徴情報がしきい量を超えて変化したので、トリガ条件が満たされたと判定する。第２のデバイス７２０によって検出されうるトリガ条件のタイプに関する多くの例が、本開示で提供されている。第２のデバイスは、イベント７５３に応じて、トリガ通知メッセージ７５７を送信し、第２のデバイス７２０と第３のデバイス７３０との間の少なくとも１つの通信経路に関する特徴情報を示す。

図７において例示されるさらに別の例では、予約がキャンセルされうる。第１のデバイス７１０は、予約メッセージ７６５において、第２デバイス７２０への既存の予約をキャンセルする。このキャンセルは、例えば、図５に記載される例のように、予約をキャンセルすることに関連付けられた特定の設定にパラメータを設定することによって、一般的な予約メッセージを用いて示されうる。第２のデバイス７２０は、応答メッセージ７６７において、このキャンセルをアクノレッジしうる。

これらメッセージのおのおのは、プロトコルの構成に依存して、アクノレッジされるか、または非アクノレッジされうることが理解されるべきである。例えば、図６に記載されるように、通知メッセージ７２２Ａ，７２２Ｂ，７２２Ｃ，７５７のおのおのは、第１のデバイス７１０によってアクノレッジされ、第２のデバイスへアクノレッジメント・メッセージが返信される。通信メッセージのアクノレッジメントおよびコンファメーションのための良く確立されたその他のメカニズムも使用されうる。

図８は、本開示の実施形態にしたがって、１または複数の中間デバイスから経路特徴情報を取得することが可能な第１のデバイス（例えば、第１のデバイス１１０，２１０）の１つの実施形態のブロック図の例である。いくつかの実施では、第１のデバイスは電子デバイス８００であり、ラップトップ・コンピュータ、タブレット・コンピュータ、モバイル電話、送電線通信デバイス、ゲーム・コンソールまたは、（ハイブリッド通信ネットワークを形成する）複数の通信ネットワークにわたって通信するための機能を備えたその他の電子システム、のうちの１つでありうる。電子デバイス８００は、プロセッサ・ユニット８０２（恐らくは、複数のプロセッサ、複数のコア、複数のノード、および／または、実行中のマルチ・スレッド等）を含む。電子デバイス８００は、メモリ・ユニット８０６を含む。メモリ・ユニット８０６は、システム・メモリ（例えば、キャッシュ、ＳＲＡＭ、ＤＲＡＭ、ゼロ・キャパシタＲＡＭ、ツイン・トランジスタＲＡＭ、ｅＤＲＡＭ、ＥＤＯ ＲＡＭ、ＤＤＲ ＲＡＭ、ＥＥＰＲＯＭ、ＮＲＡＭ、ＲＲＡＭ（登録商標）、ＳＯＮＯＳ、ＰＲＡＭ等のうちの１または複数）でありうるか、または、既に説明されたマシン読取可能な媒体の可能な実態のうちの任意の１つまたは複数でありうる。電子デバイス８００はまた、（例えば、ＰＣＩ、ＩＳＡ、ＰＣＩエクスプレス、ハイパー・トランスポート（登録商標）、インフィニ・バンド（登録商標）、ＮｕＢｕｓ、ＡＨＢ、ＡＸＩ等のような）バス８１０と、（例えば、ＷＬＡＮインタフェース、ブルートゥース（登録商標）インタフェース、ＷｉＭＡＸインタフェース、ＺｉｇＢｅｅ（登録商標）インタフェース、無線ＵＳＢインタフェース等のような）無線ネットワーク・インタフェースおよび（例えば、送電線通信インタフェース、イーサネット・インタフェース等のような）有線ネットワーク・インタフェースのうちの少なくとも１つを含むネットワーク・インタフェース８０４とを含む。いくつかの実施では、電子デバイス８００は、おのおのが電子デバイス８００を別の通信ネットワークへ接続する複数のネットワーク・インタフェースを備えうる。例えば、電子デバイス８００は、電子デバイス８００を送電線通信ネットワークおよび無線ローカル・エリア・ネットワークへそれぞに接続する送電線通信インタフェースおよびＷＬＡＮインタフェースを備えうる。

電子デバイス８００は、通信ユニット８２０をも含む。通信ユニット８２０は、予約ユニット８２２および経路選択ユニット８２４を含む。図１において前述したように、通信ユニット８２０は、中間デバイスから目的デバイスへの少なくとも１つの通信経路に関する特徴情報を取得するため、および、特徴情報に基づいて選択される通信経路を選択するため、の機能を実施する。予約ユニット８２２は、予約要求メッセージを送信し、少なくとも１つの通信経路に関する特徴情報に関する１または複数の通知メッセージ（単数または複数）を受信しうる。経路選択ユニット８２４は、その後、受信された特徴情報に基づいて、選択される通信経路を選択しうる。通信ユニット８２０は、その後、選択された通信経路によって、目的デバイスへデータを送信しうる。例えば、このデータは、ネットワーク・インタフェース８０４のうちの１つを用いて送信されうる。いくつかの実施形態では、ネットワーク・インタフェース８０４は、通信ユニット８２０の一部を備えうるか、または、（図示するように）個別のデバイスでありうることが理解されるべきである。

これら機能のうちの何れかは、ハードウェアで、および／または、プロセッサ・ユニット８０２上に、部分的に（または全体的に）実装されうる。例えば、機能は、特定用途向け集積回路を用いて、プロセッサ・ユニット８０２内に実装されたロジックによって、周辺デバイスまたはカード上のコ・プロセッサ等によって実現されうる。さらに、実現化は、より少ない構成要素、または、図８に例示されていない追加の構成要素（例えば、ビデオ・カード、オーディオ・カード、追加のネットワーク・インタフェース、周辺デバイス等）を含みうる。プロセッサ・ユニット８０２、メモリ・ユニット８０６、およびネットワーク・インタフェース８０４は、バス８１０に接続される。メモリ・ユニット８０６は、バス８１０に接続されているとして例示されているが、プロセッサ・ユニット８０２に接続されうる。

これら実施形態は、さまざまな実装および利用に関して記載されているが、これら実施形態は、例示的であり、本発明的な主題の範囲は、それらに限定されないことが理解されるだろう。一般に、本明細書に記載されたように、中間デバイスにおいて、少なくとも１つの通信経路に関する特徴情報を取得するための技術は、任意のハードウェア・システムまたは複数のハードウェア・システムと一貫性を持つ機能で実施されうる。多くのバリエーション、修正、追加、および改良が可能である。

本明細書において記載された構成要素、動作、または、構成のために、複数のインスタンスが、単一のインスタンスとして提供されうる。最後に、さまざまな構成要素、動作、およびデータ・ストア間の境界は、任意であり、特定の動作が、特定の例示的な構成のコンテキストで例示される。これら機能のその他の割当が、想到され、本発明的な主題の範囲内にありうる。一般に、典型的な構成において、個別の構成要素として示されている構成および機能は、結合された構成または構成要素として実現されうる。同様に、単一の構成要素として示されている構成および機能は、個別の構成要素として実現されうる。これらおよびその他のバリエーション、修正、追加、および改良が、本発明的な主題の範囲内にありうる。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
方法であって、
第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、第１のデバイスから前記第２のデバイスへ送信することと、
前記第２のデバイスと前記第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、前記第２のデバイスから受信することと、
を備える方法。
［Ｃ２］
前記第１のデバイス、前記第２のデバイス、および前記第３のデバイスは、前記第２のデバイスと前記第３のデバイスとの間の複数の通信経路を経由して、複数のアクセス技術を有するハイブリッド通信ネットワークにおいて接続される、Ｃ１に記載の方法。
［Ｃ３］
前記少なくとも１つの通信経路は、前記第２のデバイスと前記第３のデバイスとの間に、複数の通信経路を備え、
前記予約メッセージは、前記複数の通信経路のうちのどれが、前記通知予約で要求されているのかを示す、Ｃ１に記載の方法。
［Ｃ４］
前記少なくとも１つの通信経路は、前記第２のデバイスと前記第３のデバイスとの間に、複数の通信経路を備え、
前記少なくとも１つの通知メッセージは、前記複数の通信経路のうちの１より多くの通信経路のための特徴情報を含み、
前記方法はさらに、
前記第２のデバイスを経由して前記第１のデバイスから前記第３のデバイスへ通信するために、前記第２のデバイスと前記第３のデバイスとの間の複数の通信経路のうちの１またはそれよりも多くを、前記第１のデバイスにおいて選択することを備え、
前記選択することは、前記特徴情報に基づく、Ｃ１に記載の方法。
［Ｃ５］
前記予約メッセージは、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示し、
前記少なくとも１つの通知メッセージを受信することは、時間インタバルにしたがって、定期的に実行される、Ｃ１に記載の方法。
［Ｃ６］
前記予約メッセージは、トリガされた通知を要求することに関連付けられた通知予約を示し、
前記少なくとも１つの通知メッセージを受信することは、前記少なくとも１つの通信経路に関する特徴情報における変化に応じて実行される、Ｃ１に記載の方法。
［Ｃ７］
前記特徴情報は、リンク・メトリック情報を含み、
前記トリガされた通知は、前記リンク・メトリック情報における変化が、しきい量を超えたことに応じて受信される、Ｃ６に記載の方法。
［Ｃ８］
前記予約メッセージは、トリガされた通知のみならず、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示す、Ｃ１に記載の方法。
［Ｃ９］
前記予約メッセージは、前記通知予約のための時間長さを指定する、Ｃ１に記載の方法。
［Ｃ１０］
前記第３のデバイスと第４のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する第２の予約メッセージを、前記第１のデバイスから前記第４のデバイスへ送信することと、
前記第３のデバイスと前記第４のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの第２の通知メッセージを、前記第４のデバイスから受信することと、
をさらに備えるＣ１に記載の方法。
［Ｃ１１］
前記第２のデバイスまたは前記第４のデバイスの何れかを経由して前記第１のデバイスから前記第３のデバイスへ通信するために、前記第２のデバイスまたは前記第４のデバイスの何れかと、前記第３のデバイスとの間の少なくとも１つの通信経路のうちの１またはそれ以上を、前記第１のデバイスにおいて選択することをさらに備え、
前記選択することは、前記受信された特徴情報に基づく、Ｃ１０に記載の方法。
［Ｃ１２］
前記通知予約をキャンセルするために、前記第１のデバイスが予約キャンセル・メッセージを送信すること、をさらに備えるＣ１に記載の方法。
［Ｃ１３］
前記特徴情報は、前記少なくとも１つの通信経路の利用量、使用されている少なくとも１つの通信経路の容量のパーセンテージ、前記少なくとも１つの通信経路のスループット、前記少なくとも１つの通信経路の利用可能な帯域幅、前記少なくとも１つの通信経路の誤り率、または、前記少なくとも１つの通信経路のアクセス技術タイプのうちの１または複数を含む、Ｃ１に記載の方法。
［Ｃ１４］
第１のデバイスであって、
ネットワーク・インタフェースと、
前記ネットワーク・インタフェースを介して、第２のデバイスへ予約メッセージを送信することと、ここで、前記予約メッセージは、前記第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する、
前記第２のデバイスと前記第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを前記第２のデバイスから受信することと、
を実行するように構成された予約ユニットと、
を備える第１のデバイス。
［Ｃ１５］
前記少なくとも１つの通信経路は、前記第２のデバイスと前記第３のデバイスとの間に、複数の通信経路を備え、
前記予約ユニットは、前記複数の通信経路のうちのどれが前記通知予約で要求されているのかを示すインジケーションとともに前記予約メッセージを送信するように構成された、Ｃ１４に記載のデバイス。
［Ｃ１６］
前記予約メッセージは、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示し、
前記少なくとも１つの通知メッセージを受信することは、時間インタバルにしたがって、定期的に実行される、Ｃ１４に記載のデバイス。
［Ｃ１７］
前記少なくとも１つの通信経路は、前記第２のデバイスと前記第３のデバイスとの間に、複数の通信経路を備え、
前記少なくとも１つの通知メッセージは、前記複数の通信経路のうちの１より多くの通信経路のための特徴情報を含み、
前記デバイスはさらに、
前記第２のデバイスを経由して前記第１のデバイスから前記第３のデバイスへ通信するために、前記第２のデバイスと前記第３のデバイスとの間の複数の通信経路のうちの１またはそれ以上を、前記特徴情報に基づいて選択するように構成された経路選択ユニットを備える、Ｃ１４に記載のデバイス。
［Ｃ１８］
前記予約ユニットは、トリガされた通知を要求することに関連付けられた通知予約を有する前記予約メッセージを送信するように構成された、Ｃ１４に記載のデバイス。
［Ｃ１９］
前記特徴情報は、リンク・メトリック情報を含み、
前記トリガされた通知は、前記リンク・メトリック情報における変化が、しきい量を超えたことに基づく、Ｃ１８に記載のデバイス。
［Ｃ２０］
前記予約ユニットは、前記第３のデバイスへの複数の通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、複数のデバイスへ送信するように構成された、Ｃ１４に記載のデバイス。
［Ｃ２１］
前記通知予約に応じて受信された特徴情報に基づいて、前記第３のデバイスへの少なくとも１つの通信経路のうちの１または複数を選択するように構成された経路選択ユニット、をさらに備えるＣ１４に記載のデバイス。
［Ｃ２２］
第１のデバイスの少なくとも１つのプロセッサによって実行可能なプログラム命令群を備える非一時的なコンピュータ・アクセス可能な記憶媒体であって、前記プログラム命令群は、
第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、前記第１のデバイスから前記第２のデバイスへ送信し、
前記第２のデバイスと前記第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、前記第２のデバイスから受信する
ように、前記第１のデバイスの少なくとも１つのプロセッサによって実行可能である、非一時的なコンピュータ・アクセス可能な記憶媒体。
［Ｃ２３］
前記第１のデバイスにおいて、前記第２のデバイスと前記第３のデバイスとの間の複数の通信経路のうちの１またはそれ以上を、前記特徴情報に基づいて選択し、
前記複数の通信経路のうちの選択された１または複数を用いて、前記第２のデバイスを経由して、前記第１のデバイスから前記第３のデバイスへの通信を生じさせる
ように、前記第１のデバイスの少なくとも１つのプロセッサによって実行可能であるプログラム命令群をさらに備える、Ｃ２２に記載の非一時的なコンピュータ・アクセス可能な記憶媒体。
［Ｃ２４］
前記予約メッセージは、複数の定期的な通知メッセージを要求することに関連付けられた通知予約を示し、
前記少なくとも１つの通知メッセージを受信することは、時間インタバルにしたがって、定期的に実行される、Ｃ２２に記載の非一時的なコンピュータ・アクセス可能な記憶媒体。
［Ｃ２５］
前記特徴情報は、リンク・メトリック情報を含み、
前記予約メッセージは、前記リンク・メトリック情報における変化がしきい量を超えたことに基づいてトリガされる通知を要求することに関連付けられた通知予約を示す、Ｃ２２に記載の非一時的なコンピュータ・アクセス可能な記憶媒体。
［Ｃ２６］
方法であって、
第２のデバイスと第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報に関する通知予約を要求する予約メッセージを、前記第２のデバイスによって、第１のデバイスから受信することと、
前記第２のデバイスと前記第３のデバイスとの間の前記少なくとも１つの通信経路に関する特徴情報を判定することと、
前記第２のデバイスと前記第３のデバイスとの間の少なくとも１つの通信経路の特徴情報に関する少なくとも１つの通知メッセージを、前記第２のデバイスから前記第１のデバイスへ送信することと、
を備える方法。
［Ｃ２７］
前記少なくとも１つの通信経路は、前記第２のデバイスと前記第３のデバイスとの間に、複数の通信経路を備え、
前記少なくとも１つの通知メッセージは、前記複数の通信経路のうちの１より多くの通信経路のための特徴情報を含む、Ｃ２６に記載の方法。
［Ｃ２８］
前記通知予約は、定期的な通知、トリガされた通知、またはその両方に関連付けられており、
前記送信することは、前記通知予約にしたがって実行される、Ｃ２６に記載の方法。
［Ｃ２９］
前記送信することは、時間インタバルにしたがって、定期的に実行される、Ｃ２６に記載の方法。
［Ｃ３０］
前記送信することは、少なくとも１つの通信経路に関する特徴情報における変化に応じて実行される、Ｃ２６に記載の方法。
［Ｃ３１］
前記特徴情報は、リンク・メトリック情報を含み、
前記方法はさらに、
前記第２のデバイスと前記第３のデバイスとの間の少なくとも１つの通信経路に関する特徴情報を判定した後、前記リンク・メトリック情報が、トリガ条件に関連付けられたしきい量を超えて変化したか否かを判定することを備え、
前記少なくとも１つの通知メッセージを送信することは、前記リンク・メトリック情報が前記しきい量を超えたと判定されたことに応じている、Ｃ２６に記載の方法。
［Ｃ３２］
前記少なくとも１つの通信経路は、前記第２のデバイスと前記第３のデバイスとの間に、複数の通信経路を備え、
前記少なくとも１つの通知メッセージは、前記複数の通信経路のうちの１より多くの通信経路のための特徴情報を含む、Ｃ２６に記載の方法。

Claims (29)

1. ネットワークで通信するための方法であって、
   第２のデバイスの近隣を指定するための要求メッセージを第１のデバイスから前記第２のデバイスへ送信することと、ここで、前記要求メッセージは、前記第２のデバイスと前記近隣との間の少なくとも１つの接続に関するリンク・メトリック情報の要求を含み、ここで、第３のデバイスは、前記要求メッセージ中で指定された前記第２のデバイスの近隣であり、前記少なくとも１つの接続は、前記第２のデバイスと前記第３のデバイスとの間に、異なる通信プロトコルの複数の接続を備え、
   前記要求メッセージに応じて、前記第２のデバイスから応答メッセージを、前記第１のデバイスにおいて受信することと、ここで、前記応答メッセージは、前記第２のデバイスによって決定された、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続についての前記リンク・メトリック情報を含み、
   を備える方法。
2. 前記ネットワークは、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続を有するハイブリッド通信ネットワークを備える、請求項１に記載の方法。
3. 前記要求メッセージは、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続を特定する、請求項１に記載の方法。
4. 前記応答メッセージに含まれる前記リンク・メトリック情報は、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続の各々に関するインタフェース特有リンク・メトリック情報を備える、請求項１に記載の方法。
5. 前記第２のデバイスを経由して前記第１のデバイスから前記第３のデバイスへ通信するために、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続のうちの１つを、前記第１のデバイスにおいて選択することをさらに備え、
   前記選択することは、前記リンク・メトリック情報に、少なくとも部分的に基づく、請求項４に記載の方法。
6. 前記要求メッセージは、通知予約を確立する予約メッセージを備える、請求項１に記載の方法。
7. 前記予約メッセージは、前記通知予約のための時間長さを指定する、請求項６に記載の方法。
8. 前記通知予約をキャンセルするために、前記第１のデバイスから前記第２のデバイスに予約キャンセル・メッセージを送信することをさらに備える、請求項６に記載の方法。
9. 前記予約メッセージは、前記通知予約が、トリガされた通知、定期的な通知、および、トリガされた通知と定期的な通知との組み合わせから成る群のうちの少なくとも１つの要素を要求することに関連付けられていることを示す、請求項６に記載の方法。
10. 前記トリガされた通知は、前記リンク・メトリック情報における変化が、しきい量を超えたことに応じて受信される、請求項９に記載の方法。
11. 前記少なくとも１つの接続に関する前記リンク・メトリック情報は、第１のリンク・メトリック情報を備え、前記方法は、
    前記第３のデバイスと第４のデバイスとの間の少なくとも第２の接続に関する第２のリンク・メトリック情報の第２の要求を備える第２の要求メッセージを、前記第１のデバイスから前記第４のデバイスへ送信することと、
    前記第２の要求メッセージに応じて、少なくとも第２の応答メッセージを、前記第４のデバイスから受信することとを備え、ここで、前記第２の応答メッセージは、前記第３のデバイスと前記第４のデバイスとの間の少なくとも前記第２の接続に関する前記第２のリンク・メトリック情報を含む、
    請求項１に記載の方法。
12. 前記第２のデバイスまたは前記第４のデバイスの何れかを経由して前記第１のデバイスから前記第３のデバイスへ通信するために、通信経路を、前記第１のデバイスにおいて選択することをさらに備え、
    前記選択することは、前記第１のリンク・メトリック情報と前記第２のリンク・メトリック情報とに、少なくとも部分的に基づく、請求項１１に記載の方法。
13. 前記リンク・メトリック情報は、前記少なくとも１つの接続の利用量、前記少なくとも１つの接続の容量に対する利用量のパーセンテージ、前記少なくとも１つの接続のスループット、前記少なくとも１つの接続の利用可能な帯域幅、前記少なくとも１つの接続の誤り率、および、前記少なくとも１つの接続のアクセス技術タイプから成る群のうちの少なくとも１つの要素を含む、請求項１に記載の方法。
14. 前記近隣を指定するための前記要求メッセージは、前記第３のデバイスに関連付けられたメディアアクセス制御(ＭＡＣ)アドレスを含む請求項１に記載の方法。
15. ネットワークで通信するため第１のデバイスであって、
    ネットワークインタフェースと、
    プロセッサと、
    その上に記憶されている命令を有するメモリとを備え、
    前記命令が前記プロセッサによって実行されるとき、前記第１のデバイスに、
    前記第１のデバイスの前記ネットワークインタフェースを介して、第２のデバイスの近隣を指定するための要求メッセージを第１のデバイスから前記第２のデバイスへ送信させ、ここで、前記要求メッセージは、前記第２のデバイスと前記近隣との間の少なくとも１つの接続に関するリンク・メトリック情報の要求を含み、ここで、第３のデバイスは、前記要求メッセージ中で指定された前記第２のデバイスの近隣であり、前記少なくとも１つの接続は、前記第２のデバイスと前記第３のデバイスとの間に、異なる通信プロトコルの複数の接続を備え、
    前記要求メッセージに応じて、前記第２のデバイスから応答メッセージを受信させ、ここで、前記応答メッセージは、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続についての前記リンク・メトリック情報を含む、第１のデバイス。
16. 前記要求メッセージは、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続を特定する、請求項１５に記載の第１のデバイス。
17. 前記応答メッセージに含まれる前記リンク・メトリック情報は、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続の各々に関するインタフェース特有リンク・メトリック情報を備える、請求項１５に記載の第１のデバイス。
18. 前記要求メッセージは、通知予約を確立する予約メッセージを備え、前記予約メッセージは、前記通知予約が、トリガされた通知、定期的な通知、および、トリガされた通知と定期的な通知との組み合わせから成る群のうちの少なくとも１つの要素を要求することに関連付けられていることを示す、請求項１５に記載の第１のデバイス。
19. 前記トリガされた通知は、前記リンク・メトリック情報における変化が、しきい量を超えたことに少なくとも部分的に基づいて受信される、請求項１８に記載の第１のデバイス。
20. 前記命令は、前記プロセッサによって実行されたとき、前記第１のデバイスに、
    複数のデバイスの各々における少なくとも１つのインタフェースに関するリンク・メトリック情報を要求する要求を、前記複数のデバイスに送信させる、請求項１５に記載の第１のデバイス。
21. 前記命令は、前記プロセッサによって実行されたとき、前記第１のデバイスに、
    前記リンク・メトリック情報に少なくとも部分的に基づいて、前記第３のデバイスへの通信経路を選択させる、請求項１５に記載の第１のデバイス。
22. 命令を含む非一時的コンピュータ読取可能媒体であって、
    前記命令は、第１のデバイスの少なくとも１つのプロセッサによって実行されるとき、前記第１のデバイスに、
    第２のデバイスの近隣を指定するための要求メッセージを前記第１のデバイスから前記第２のデバイスへ送信させ、ここで、前記要求メッセージは、前記第２のデバイスと前記近隣との間の少なくとも１つの接続に関するリンク・メトリック情報の要求を含み、ここで、第３のデバイスは、前記要求メッセージ中で指定された前記第２のデバイスの近隣であり、前記少なくとも１つの接続は、前記第２のデバイスと前記第３のデバイスとの間に、異なる通信プロトコルの複数の接続を備え、
    前記要求メッセージに応じて、前記第２のデバイスから応答メッセージを、前記第１のデバイスにおいて受信させ、ここで、受信した前記応答メッセージは、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続についての前記リンク・メトリック情報を含む、非一時的コンピュータ読取可能媒体。
23. 第１のデバイスの少なくとも１つのプロセッサによって実行されるとき、前記第１のデバイスに、
    前記リンク・メトリック情報に少なくとも部分的に基づいて、前記第２のデバイスと前記第３のデバイスとの間の複数の接続のうちの１つ以上を、前記第１のデバイスにおいて選択させ、
    前記第２のデバイスを経由して前記第１のデバイスから前記第３のデバイスへ通信を生じさせて、前記選択された複数の接続のうちの１つ以上を使用させる命令をさらに含む、請求項２２に記載の非一時的コンピュータ読取可能媒体。
24. 前記要求メッセージは、通知予約を確立する予約メッセージを備え、ここで、前記通知予約は、定期的な通知メッセージに関連付けられ、前記第１のデバイスの前記少なくとも１つのプロセッサによって実行されるとき、前記第１のデバイスに、時間インタバルにしたがって、前記定期的な通知メッセージを受信させる命令をさらに含む、請求項２２に記載の非一時的コンピュータ読取可能媒体。
25. 前記要求メッセージは、通知予約を確立する予約メッセージを備え、前記通知予約は、前記リンク・メトリック情報における変化が、しきい量を超えたことに少なくとも部分的に基づいて、トリガされた通知に関連付けられる、請求項２２に記載の非一時的コンピュータ読取可能媒体。
26. ネットワークで通信するための方法であって、
    第２のデバイスの近隣を指定するための要求メッセージを第１のデバイスから前記第２のデバイスによって受信することと、ここで、前記要求メッセージは、前記第２のデバイスと前記近隣との間の少なくとも１つの接続に関するリンク・メトリック情報の要求を含み、ここで、第３のデバイスは、前記要求メッセージ中で指定された前記第２のデバイスの近隣であり、前記少なくとも１つの接続は、前記第２のデバイスと前記第３のデバイスとの間に、異なる通信プロトコルの複数の接続を備え、
    前記複数の接続に関する前記リンク・メトリック情報を前記第２のデバイスによって決定することと、
    記要求メッセージに応じて、前記第２のデバイスから前記第１のデバイスへの応答メッセージを送信することとを備え、ここで、前記応答メッセージは、前記第２のデバイスと前記第３のデバイスとの間の前記複数の接続についての前記リンク・メトリック情報を含む、方法。
27. 前記要求メッセージは、通知予約を確立する予約メッセージを備え、前記予約メッセージは、前記通知予約が、トリガされた通知、定期的な通知、および、トリガされた通知と定期的な通知との組み合わせから成る群のうちの少なくとも１つの要素を要求することに関連付けられていることを示す、請求項２６に記載の方法。
28. 時間インタバルにしたがって、前記定期的な通知を送信することをさらに備える請求項２７に記載の方法。
29. 前記リンク・メトリック情報を決定した後に、前記リンク・メトリック情報が、しきい量を超えて変化したか否かを決定することをさらに備え、
    前記応答メッセージを送信することは、前記リンク・メトリック情報が前記しきい量を超えて変化したことを決定したことに応じて、前記トリガされた通知を送信することを備える、請求項２７に記載の方法。

Images