特許 6209595 コンテキストアウェアピアツーピア通信

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6209595

(24)【登録日】2017年9月15日

(45)【発行日】2017年10月4日

(54)【発明の名称】コンテキストアウェアピアツーピア通信

(51)【国際特許分類】

   H04M 11/00 20060101AFI20170925BHJP

   H04W 92/18 20090101ALI20170925BHJP

【ＦＩ】

   H04M11/00 302

   H04W92/18

【請求項の数】27

【全頁数】113

(21)【出願番号】特願2015-511679(P2015-511679)

(86)(22)【出願日】2013年5月9日

(65)【公表番号】特表2015-527757(P2015-527757A)

(43)【公表日】2015年9月17日

(86)【国際出願番号】US2013040260

(87)【国際公開番号】WO2013169974

(87)【国際公開日】20131114

【審査請求日】2015年1月9日

(31)【優先権主張番号】61/645,922

(32)【優先日】2012年5月11日

(33)【優先権主張国】US

(31)【優先権主張番号】61/646,051

(32)【優先日】2012年5月11日

(33)【優先権主張国】US

(31)【優先権主張番号】61/645,902

(32)【優先日】2012年5月11日

(33)【優先権主張国】US

(31)【優先権主張番号】61/730,652

(32)【優先日】2012年11月28日

(33)【優先権主張国】US

(31)【優先権主張番号】61/730,657

(32)【優先日】2012年11月28日

(33)【優先権主張国】US

(31)【優先権主張番号】61/730,688

(32)【優先日】2012年11月28日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ディン ゾンルイ

(72)【発明者】

【氏名】ワン チョンガン

(72)【発明者】

【氏名】ポール エル．ラッセル

(72)【発明者】

【氏名】チン リー

(72)【発明者】

【氏名】リー ホンクン

【審査官】 吉村 伊佐雄

(56)【参考文献】

【文献】 国際公開第２０１２／００６４４６（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１２／００１１２４７（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００９／００１６２５５（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１２／０１０２０７３（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ７／２４−７／２６

Ｈ０４Ｍ１／００

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

９９／００

Ｈ０４Ｗ４／００−８／２４

８／２６−９９／００

(57)【特許請求の範囲】

【請求項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】

前記プロセッサは、前記第１のピアとのサービスベース関連付け、デバイスベース関連付け、またはユーザベース関連付けの２つ以上を確立するコンテキストアウェア関連付けプロシージャを同時に実行するようにさらに構成されていることを特徴とする請求項１８に記載のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線通信に関する。

【背景技術】

【0002】

本出願は、２０１２年５月１１日に出願された米国仮特許出願第６１／６４５，９０２号、２０１２年５月１１日に出願された米国仮特許出願第６１／６４５，９２２号、２０１２年５月１１日に出願された米国仮特許出願第６１／６４６，０５１号、２０１２年１１月２８日に出願された米国仮特許出願第６１／７３０，６５２号、２０１２年１１月２８日に出願された米国仮特許出願第６１／７３０，６５７号、および、２０１２年１１月２８日に出願された米国仮特許仮出願第６１／７３０，６８８号の利益を主張するものであり、それらの内容が参照によりそれらの全体として本明細書に組み込まる。

【0003】

ピアツーピア（Ｐ２Ｐ）近接（proximity）通信は、インフラストラクチャベースおよび／またはインフラストラクチャレス（infrastructure-less）構成においてアプリケーションまたはサービスに利用される情報を通信するために、１または複数のピアの近接の知識を利用することがある。Ｐ２Ｐ近接通信は、集中システム、および／または中央コントローラなしに完全に分散されたシステムを使用して実装されることがある。用語ピアは、ユーザ、ユーザデバイス、ならびに／または、２ＧにおけるＭＳ、３ＧＰＰにおけるＵＥ、ＩＥＥＥ８０２．１５（ＷＰＡＮ）におけるＦＦＤもしくはＲＦＤ、および／もしくは他のタイプのＷＴＲＵなどの所与のユーザに関連付けられた複数のデバイスを指してもよい。Ｐ２Ｐ近接通信技術を利用することができるＰ２Ｐデバイスの例は、車、医療機器、スマートメータ、スマートフォン、タブレット、ラップトップ、ゲームコンソール、セットトップボックス、カメラ、プリンタ、センサ、および／またはホームゲートウェイ、などを含むことがある。インフラストラクチャレスＰ２Ｐ通信と比較して、インフラストラクチャベース通信は、典型的には、ユーザ情報を扱い、ユーザ間でスケジューリングし、および／または接続管理を実行するために、集中コントローラを利用する。たとえば、セルラ通信システムが、インフラストラクチャベースＰ２Ｐ通信システムに利用されることがある。インフラストラクチャレスＰ２Ｐ通信では、ピアは、所与のセッションを開始、維持、および／または終了することに等しく、および／または共有された責任を有することがある。

【発明の概要】

【0004】

ピア発見および／もしくはピア関連付け（association）プロセスにおいて使用されることになり、ならびに／またはピアツーピア（Ｐ２Ｐ）近接通信を容易にするための、１または複数のピアに対するコンテキスト情報を判定するための方法およびシステムが開示される。たとえば、ピアコンテキスト情報を判定するための方法は、メッセージ（たとえば、ピアまたはピアデバイスから）を検出または受信することを含んでもよい。メッセージは、コンテキストアウェア識別子（ＣＡＩＤ：context-aware identifier）を含んでもよい。ＣＡＩＤは、ピアの識別のインジケーションに加えて、ピアに関連付けられたコンテキスト情報の１または複数の項目を含んでもよい。方法は、ＣＡＩＤの第１の部分を判定（たとえば、復号）して、ピアに関連付けられたコンテキスト情報の第１の項目を判定することをさらに含んでもよい。ＣＡＩＤの第１の部分は、メッセージのペイロード部分を処理する必要なしに復号可能であってもよい。方法は、コンテキスト情報の第１の項目に基づいて、ＣＡＩＤまたはメッセージの１または複数を処理することを継続するかを判定することをさらに含んでもよい。

【0005】

たとえば、コンテキスト情報の第１の項目は、コンテキストアウェアカテゴリ（ＣＡＣａｔ：context-aware category）のインジケーションを含んでもよく、および、ＣＡＣａｔは、ピアがＰ２Ｐ近接通信を確立することを試みているサービスタイプに関連付けられてもよい。したがって、コンテキスト情報の第１の項目に基づいて、ＣＡＩＤまたはメッセージの１または複数を処理することを継続するかを判定することは、ローカルサービスがＣＡＣａｔに関連付けられているかを判定すること、および、ローカルサービスがＣＡＣａｔに関連付けられていると判定されるとき、ＣＡＩＤまたはメッセージの１または複数を処理することを継続するように判定することを含んでもよい。ローカルサービスがＣＡＣａｔに関連付けられていると判定されるとき、ＣＡＩＤを処理することを継続するように判定することに基づいて、ＣＡＩＤの第２の部分が復号されて、ピアに関連付けられたコンテキスト情報の第２の項目が判定されてもよい。コンテキスト情報の第２の項目は、ＣＡＣａｔに関連付けられたアプリケーションのインジケーションを含んでもよい。アプリケーションのローカルインスタンスが実行されているかを判定されてもよい。そうである場合、ローカルピアは、アプリケーションのローカルインスタンスが実行されていると判定されるとき、ＣＡＩＤまたはメッセージの１または複数を処理することを継続するように判定してもよい。

【0006】

さらに、アプリケーションのローカルインスタンスが実行されていると判定されるとき、ＣＡＩＤを処理することを継続するように判定することに基づいて、ＣＡＩＤの第３の部分が復号されて、ピアに関連付けられたコンテキスト情報の第３の項目が判定されてもよい。たとえば、コンテキスト情報の第３の項目は、ピアに対するユーザ識別のインジケーションを含んでもよい。ローカルユーザが、ピアに対するユーザ識別に関連付けられたピアユーザと通信することに関心があるかを判定されてもよい。たとえば、ローカルユーザが、ピアに対するユーザ識別に関連付けられたピアユーザと通信することに関心があると判定されるとき、ＣＡＩＤまたはメッセージの１または複数を処理することを継続するように判定されてもよい。

【0007】

ＣＡＩＤは、様々なサブ識別子、または、ピアに対する他の個人情報（ＰＩ）などのコンテキスト情報の他の項目を含んでもよい（たとえば、ＣＡＩＤは、ピアに対するＰＩのサブセットであってもよく、および、ピアに対する様々なタイプのＰＩを含んでもよい）。ユーザベース関連付け識別子（ＵＡＩＤ：user-based association identifier）、デバイスベース関連付け識別子（ＤＡＩＤ：device-based association identifier）、および／またはサービスベース関連付け識別子（ＳＡＩＤ：service-based association identifier）１または複数は、ピアに対するＣＡＩＤによって示されるコンテキスト情報に基づいて、関連付けプロシージャの間に、ピアに対して導出されてもよい。たとえば、ＵＡＩＤ、ＤＡＩＤ、および／またはＳＡＩＤは、関連付け関連アクションに対する関連付け固有ＣＡＩＤとして導出および／または利用することができる、関連付け関連識別子であってもよい。例として、ＣＡＩＤは、階層識別子であってもよく、および、階層識別子のより下位レベルは、階層識別子の上位レベルが、復号ピアにとって関心があるサービスを示すという条件で、復号されてもよい。ＣＡＩＤは、ピアと通信するためのマルチホップ情報を含んでもよい。ローカルピアは、ＣＡＩＤ中に含まれるピアに関連付けられたコンテキスト情報の１または複数の項目に基づいて、ピアと関連付けすることを試みてもよい。ＣＡＩＤは、直交符号もしくは疑似乱数（ＰＮ）、ならびに／または、コンテキスト情報の１もしくは複数の項目から導出され、および／もしくはサービスレイヤ、アプリケーションレイヤなどのより上位レイヤから受信されたセキュリティキーシーケンスの１または複数を使用して符号化されてもよい。

【0008】

コンテキスト情報に基づいて潜在的ピアを発見するためのピアデバイスの例が開示される。たとえば、ピアデバイスは、プロセッサを含んでもよく、および、コンテキスト情報の１または複数の所望の項目に基づいて、ピア発見（ＰＤ）スキャンを実行するように構成されてもよい。ピアデバイスは、ＰＤスキャンの間に潜在的ピアに対するコンテキストアウェア識別子（ＣＡＩＤ）を識別するように構成されてもよい。ＣＡＩＤは、潜在的ピアの識別のインジケーションに加えて、潜在的ピアに関連付けられたコンテキスト情報の１または複数の項目を含んでもよい。ピアデバイスは、潜在的ピアに関連付けられたコンテキスト情報の１または複数の項目を使用して、潜在的ピアのＰＤ評価を実行して、潜在的ピアとの関連付けプロシージャを開始するかを判定するように構成されてもよい。

【0009】

ピアデバイスは、潜在的ピアに関連付けられたコンテキスト情報の１または複数の項目が、ピアデバイスに関連付けられたローカルピアに対するコンテキスト情報の少なくとも１つの項目に一致すると判定することに基づいて、潜在的ピアによって発見されるために、ＰＤ要求プロシージャを実行するように構成されてもよい。ピアデバイスは、ＰＤ要求プロシージャの間に、コンテキスト情報の少なくとも１つの項目を示すローカルＣＡＩＤをブロードキャストするように構成されてもよい。潜在的ピアは、マルチホップピアであってもよく、および、ＣＡＩＤは、潜在的ピアに対するマルチホップ情報を示してもよい。ピアデバイスは、複数のブロードキャストＣＡＩＤの１または複数が、コンテキスト情報の所望の項目に関連付けられるかを判定するように構成されてもよい。複数のブロードキャストＣＡＩＤは、複数のブロードキャストＣＡＩＤに含まれるコンテキスト情報に基づいて、符号分割多重化、時分割多重化、または周波数分割多重化の１または複数を使用してブロードキャストされてもよい。たとえば、符号分割多重化が利用されてもよく、および、複数のＣＡＩＤは、同一の時間および周波数無線リソースを使用して、実質的に同時にブロードキャストされる。

【0010】

無線送信／受信ユニット（ＷＴＲＵ）は、コンテキストアウェア方法で、所与の近接する１または複数の他のＷＴＲＵと関連付けするように構成されるピアデバイスの例であってもよい。たとえば、ＷＴＲＵは、コンテキストアウェア識別子（ＣＡＩＤ）を使用したコンテキスト情報ブロードキャストに基づいて、コンテキストアウェアピア発見を実行するように構成されてもよい。ＷＴＲＵは、ＣＡＩＤの第１の部分において符号化されたコンテキスト情報の第１の項目に基づいて、潜在的関連付けに対する少なくとも１つのピアを選択するように構成されてもよい。ＣＡＩＤの第１の部分は、ブロードキャストの非ＣＡＩＤ部分を処理する必要なしに復号可能であってもよい。ＷＴＲＵは、ＣＡＩＤの第２の部分において符号化されたコンテキスト情報の第２の項目に基づいて、ＣＡＩＤに対応するピアと関連付けするように判定するように構成されてもよい。

【0011】

例として、ピアデバイスは、１または複数の異なるタイプのピア関連付け（たとえば、デバイスベース関連付け、サービスベース関連付け、およびユーザベース関連付けなど）を、並列して、および／または直列で実行するように構成されてもよい。したがって、デバイスベース関連付け識別子（ＤＡＩＤ）、サービスベース関連付け識別子（ＳＡＩＤ）、および／またはユーザベース関連付け識別子（ＵＡＩＤ）が使用されて、それぞれ確立された関連付け関係と、確立された関連付けに関連付けられたコンテキストとを識別してもよい。

【0012】

例として、ピアデバイスは、コンテキストアウェア関連付け、コンテキストアウェア関連付け更新、コンテキストアウェア関連付け解除（disassociation）、およびコンテキストアウェア再関連付けの１または複数を備える、統合されたピア関連付けプロシージャを行うように構成されてもよい。統合されたピア関連付けプロシージャは、チャネル切替えおよびデューティーサイクル（duty-cycle）スケジュールなどのチャネルアクセスパラメータを構成すること、スキャンされることになるチャネルシーケンスおよび発見期間などのピア発見パラメータを構成することを含む、異なる目的のために活用されてもよい。

【0013】

例として、ＣＡＩＤは、ＣＡＩＤに関連付けられたサービスまたはアプリケーションに対する仮想リーダ（virtual leader）であるピアによってブロードキャストされてもよい。ＷＴＲＵは、ＣＡＩＤに関連付けられたサービスまたはアプリケーションに対する仮想リーダを変更するために、所与のピアとのコンテキストアウェア関連付け、コンテキストアウェア関連付け更新、コンテキストアウェア再関連付け、またはコンテキストアウェア関連付け解除の１または複数を実行するように構成されてもよい。

【0014】

ＷＴＲＵは、実質的に同時にブロードキャストされる直交関連付けメッセージを使用して、複数のピアと関連付けすることによって、ＣＡＩＤに対応するピアと関連付けするように構成されてもよい。たとえば、メッセージは、複数の関連付け要求、および／または複数の関連付け応答であってもよい。ＷＴＲＵは、コンテキストアウェアピア関連付けプロセスの間に判定されたコンテキスト情報に基づいて、コンテキストアウェアピア発見プロセスを調節するように構成されてもよい。ＷＴＲＵは、仲介またはリレーピアを使用して、ＣＡＩＤに対応するピアと関連付けするように構成されてもよい。たとえば、仲介またはリレーピアは、第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク（ＲＡＮ）のＮｏｄｅＢ（ＮＢ）または発展型ＮｏｄｅＢ（ｅＮＢ）の１または複数を含んでもよい。ＷＴＲＵは、２以上のピアとのコンテキストアウェア関連付けプロシージャを同時に実行するように構成されてもよい。ＷＴＲＵは、ピアとのサービスベース関連付け、デバイスベース関連付け、またはユーザベース関連付けの２以上を確立する、コンテキストアウェア関連付けプロシージャを同時に実行するように構成されてもよい。

【図面の簡単な説明】

【0015】

より詳細な理解が、添付の図面とともに例として与えられる以下の説明から得ることができる。

【図1A】１または複数の開示された実施形態を実装することができる例示的な通信システムのシステム図である。

【図1B】図１Ａに示された通信システム内で使用することができる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図1D】図１Ａに示された通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図1E】図１Ａに示された通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図2】インフラストラクチャベース通信モデルの例を示す。

【図3】インフラストラクチャレスＰ２Ｐ近接通信の例を示す。

【図4A】識別子を含む例示的なメッセージフォーマットを示す。

【図4B】ＣＡＩＤを含む例示的なメッセージフォーマットを示す。

【図5】ＣＡＩＤに含まれるコンテキスト情報／ＰＩに対する階層構造の例を示す。

【図6】ＣＡＩＤに含まれる商用広告に対する階層コンテキスト情報／ＰＩの例を示す。

【図7】ＣＡＩＤに含まれるコンテキスト情報／ＰＩに対するフラット構造の例を示す。

【図8】ＣＡＩＤに含まれる商用広告に関連付けられたコンテキスト情報／ＰＩに対するフラット構造の例を示す。

【図9】ＣＭ−Ｃがネットワークインフラストラクチャの外部で実装される分散ＣＭアーキテクチャの例を示す。

【図10】ＣＭ−Ｃがネットワークインフラストラクチャ内で実装される分散ＣＭアーキテクチャの例を示す。

【図11】ＩＥＥＥ８０２．１５．４−２０１１に従った関連付けに対する例示的なプロセスのシグナリング図である。

【図12】ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け要求コマンドの例を示す。

【図13】ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け要求コマンドに含まれる能力情報要素（capability information element）の例を示す。

【図14】ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け応答コマンドの例を示す。

【図15】ＩＥＥＥ８０２．１５．４ｅにおいて指定されるような高速関連付けに対する例示的なプロセスのためのシグナリング図を示す。

【図16】ＩＥＥＥ８０２．１５．４ｅにおいて定義されるような例示的なＤＳＭＥ関連付け要求コマンドを示す。

【図17】ＩＥＥＥ８０２．１５．４ｅにおいて定義されるような例示的なＤＳＭＥ関連付け応答コマンドを示す。

【図18】ＩＥＥＥ８０２．１５．４ｋにおいて定義されるような例示的なＲＳＬＮ関連付け要求コマンドを示す。

【図19】ＩＥＥＥ８０２．１５．４ｋにおいて定義されるような例示的なＲＳＬＮ関連付け応答コマンドを示す。

【図20】デバイスによって開始される関連付け解除に対する例示的なプロセスのシグナリング図を示す。

【図21】コーディネータによって開始される関連付け解除に対する例示的なプロセスのシグナリングを示す。

【図22】ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け解除通知フォーマットの例を示す。

【図23】デバイスベース関連付け、サービスベース関連付け、および／またはユーザベース関連付けの１または複数など、異なるレベルにおいて実行することができるコンテキストアウェア関連付けの例を示す。

【図24】別々のデバイスベース関連付け、サービスベース関連付け、およびユーザベース関連付けの例を示す。

【図25】並列デバイスベース／サービスベース／ユーザベース関連付けの例を示す。

【図26】コンテキストアウェアＡＩＤベース関連付け、コンテキストアウェアＡＩＤベース関連付け更新、コンテキストアウェアＡＩＤベース関連付け解除、および／またはコンテキストアウェアＡＩＤベース再関連付けの１または複数に対する例示的な統合されたプロシージャを示す。

【図27】現在のＶＬが新たなＶＬを選択する例におけるＶＬ選択および通知に対する例示的なプロシージャを示す。

【図28】ピアが新たなＶＬになるようにそれ自体をノミネート（nominate）する例におけるＶＬ選択および通知に対する例示的なプロシージャを示す。

【図29】ピアが新たなＶＬになるようにそれ自体をノミネートし、および、現在のＶＬが利用不能になる例におけるＶＬ選択および通知に対する例示的なプロシージャを示す。

【図30】コンテキストアウェア分散関連付けに対する例示的なプロシージャを示す。

【図31】コンテキストアウェア分散関連付けに対する別の例示的なプロシージャを示す。

【図32】収束多重関連付け（convergent multiple association）に対する例示的な関連付け要求を示す。

【図33】収束多重関連付けに対するユニキャスト関連付け応答メッセージの例を示す。

【図34】収束多重関連付けに対する例示的なブロードキャストおよび／またはマルチキャスト関連付け応答を示す。

【図35】同時多重関連付けに対する関連付け要求を送信するためのユニキャストアプローチの例を示す。

【図36】同時多重関連付けに対する関連付け要求を送信するためのブロードキャストおよび／またはマルチキャストアプローチの例を示す。

【図37】同時多重関連付けに対する関連付け応答の例を示す。

【図38】純粋なシーケンシャル多重関連付け（pure sequential multiple association）プロシージャの例を示す。

【図39】ハイブリッドシーケンシャル多重関連付け（hybrid sequential multiple association）プロシージャの例を示す。

【図40】透過モードマルチホップシングル関連付けの例を示す。

【図41】プロキシモードマルチホップシングル関連付けの例を示す。

【図42】ハイブリッドマルチホップシングル関連付けの例を示す。

【図43】仲介ピアと他のピアとの間で確立された関連付けなしの例示的な多対１マルチホップ多重関連付け（many-to-one multi-hop multiple association）を示す。

【図44】仲介ピアと他のピアとの間で確立された関連付けなしの例示的な１対多マルチホップ多重関連付け（one-to-many multi-hop multiple association）を示す。

【図45】仲介ピアと他のピアとの間で確立された関連付けでの例示的な多対１マルチホップ多重関連付けを示す。

【図46】仲介ピアと他のピアとの間で確立された関連付けでの例示的な１対多マルチホップ多重関連付けを示す。

【図47】チャネル切替えを実行する前の種々のチャネル上のピアの例を示す。

【図48】チャネル切替えを実行した後の種々のチャネル上のピアの例を示す。

【図49】ジョイント関連付け（joint association）およびチャネル切替えの例を示す。

【図50】ジョイント関連付けおよびチャネル切替えの別の例を示す。

【図51】コンテキストアウェア関連付け更新の例を示す。

【図52】コンテキストアウェア関連付け解除の例を示す。

【図53】関連付け更新メッセージに基づいた例示的な多対１マルチホップ関連付け解除（many-to-one multi-hop disassociation）を示す。

【図54】関連付け更新メッセージに基づいた例示的な１対多マルチホップ関連付け解除（one-to-many multi-hop disassociation）を示す。

【図55】シングルＶＬでの階層構造の例を示す。

【図56】サブＶＬを含む例示的な階層仮想リーダ構造を示す。

【図57】スーパーＶＬを含む例示的な階層仮想リーダ構造を示す。

【図58】関連付けを複数のアプリケーションに対して確立することができる例示的なシナリオを示す。

【図59】ピアが３ＧＰＰコアネットワークを介してピア関連付けを実行するための例示的なプロシージャを示す。

【図60】潜在的ピアが同一のプロバイダに関連付けられるが、異なるセルに存在するときの１または複数のＲＡＮエンティティを介してピア関連付けを実行するための例示的なプロシージャを示す。

【図61】ピアが異なるプロバイダに属し、および、異なるセルに存在するときの１または複数のＲＡＮノードを介してピア関連付けを実行するための例示的なプロシージャを示す。

【図62】ピアが同一のプロバイダに属し、および、同一のセルに存在するときのＲＡＮノードを介してピア関連付けを実行するための例示的なプロシージャを示す。

【図63】ピアが同一のプロバイダに属するときの直接Ｄ２Ｄリンクを介してピア関連付けを実行するための例示的なプロシージャを示す。

【図64】ピアが異なるプロバイダに属するときの直接Ｄ２Ｄリンクを介してピア関連付けを実行するための例示的なプロシージャを示す。

【図65】ピアが同一のプロバイダに属するときのＲＡＮノードを介してマルチホップピア関連付けを実行するための例示的なプロシージャを示す。

【図66】ＲＡＮノードがピア間の仲介ノードとして動作することができるマルチホップ関連付けための例を示す。

【図67】ジョイントピア関連付けおよびＲＡＮセクタ化（sectorization）を実行するための例示的なプロシージャを示す。

【図68】多数のデバイスがＤ２Ｄリンクを使用して通信している場合にどのようにセクタを拡大および／または調節することができるか（たとえば、セクタ２）を示す。

【図69】コンテキストアウェアピア発見方法の例を示す図である。

【図70】サービスベース発見に対する例示的なコンテキストアウェア高速ピア発見ＰＤスキャンプロシージャを示す。

【図71】コンテキストアウェア高速１対多ピア発見機能の例を示す。

【図72A】例示的なコンテキストアウェアホップ発見プロセスを示す。

【図72B】コンテキストアウェアＰＤスキャンの例を示す。

【図72C】コンテキストアウェアＰＤ評価の例を示す。

【図72D】コンテキストアウェアホップＰＤスキャンの例を示す。

【図72E】コンテキストアウェアホップＰＤ評価の例を示す。

【図72F】コンテキストアウェアＰＤ要求の例を示す。

【発明を実施するための形態】

【0016】

種々の図を参照して、例示的な実施形態の詳細な説明が説明される。この説明は、可能な実装形態の詳細な例を提供するが、詳細は、例示的であるように意図され、本出願の範囲を限定するものではないことに留意されたい。

【0017】

以下で言及されるとき、用語「無線送信／受信ユニット（ＷＴＲＵ）」は、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、または、無線環境において動作可能な任意の他のタイプのユーザデバイスを含んでもよいが、それらに限定されない。以下で言及されるとき、用語「基地局」は、発展型ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または、無線環境において動作可能な任意の他のタイプのインターフェースデバイスを含んでもよいが、それらに限定されない。

【0018】

ＷＴＲＵは、送信機および／または受信機を含んでもよい（たとえば、送信機および／または受信機は、総称しておよび／または個々に送受信機と称されてもよ）。送受信機は、そのおおよその付近内の他のＷＴＲＵの動作を検出するための方法を利用してもよい。たとえば、スペクトルにおいてチャネルをスキャンするために使用される典型的な送受信機機能は、エネルギー検出（ＥＤ）、キャリア検知（ＣＳ）、およびクリアチャネルアセスメント（ＣＣＡ）機構を含んでもよい。ＥＤ／ＣＳ／ＣＣＡ受信電力機構の一部の典型的な定義は、以下の通りであり、すなわち、ＥＤ機構は、所与のしきい値レベルを上回る着信信号のエネルギーを検出する場合、「真」を示してもよく、そうでない場合、「偽」を示してもよく、ＣＳ機構は、着信信号のプリアンブルを検出し、ロックオンする場合、「真」を示してもよく、そうでない場合、「偽」を示してもよく、ＣＣＡは、チャネル／媒体が「ビジー」であるか「アイドル」であるかを判定するための機構を利用してもよく、ＣＣＡ機構は、ＣＳまたはＥＤ機構のいずれかが「真」を示す場合、チャネルが「ビジー」であると判定してもよく、ＣＣＡ機構は、ＣＳおよびＥＤ機構の両方が「偽」を示す場合、または、ＥＤ機構が指定された継続時間の間に「真」を示すが、ＣＳ機構が「偽」を示す場合、チャネルが「アイドル」であると判定してもよい。ＥＤおよびＣＳインジケーションは、物理レイヤにおいて利用可能とされてもよい。ＣＣＡは、物理レイヤおよび媒体アクセス制御（ＭＡＣ）レイヤにおいて利用可能にされてもよい。

【0019】

本明細書で説明される中で、ピアは、ユーザ、または、第２世代（２Ｇ）における移動局（ＭＳ）、３ＧＰＰにおけるＵＥ、ＩＥＥＥ８０２．１５／無線パーソナルエリアネットワーク（ＷＰＡＮ）におけるフル機能デバイス（ＦＦＤ）もしくは機能限定デバイス（ＲＦＤ）、および／もしくは他のタイプのＷＴＲＵなどのデバイスを指してもよい。ピアは、グループＩＤを共有するユーザまたはデバイスのグループであってもよい。ピアツーピア（Ｐ２Ｐ）近接通信は、近接内のピア間のインフラストラクチャベース通信またはインフラストラクチャレス通信を指してもよい。ピア発見は、ピアが別のピアを見つけ、位置を特定し、および／または識別するために使用されるプロシージャを指してもよい。たとえば、ピアは、ピア関連付けよりも前に発見プロシージャを実行して、Ｐ２Ｐ近接通信を可能にしてもよい。ピア関連付けは、１または複数のピアによって、Ｐ２Ｐデータ送信が開始される前に別のピアとの論理的関係を確立するために使用されるプロシージャを指してもよい。たとえば、ピア関連付けは、ピアアタッチメント、ピアリング（peering）、ペアリング（pairing）、および／またはリンク確立などのプロシージャを含んでもよい。

【0020】

関連付け識別子（ＩＤ）は、ピア間でそれぞれ確立された関連付け関係を識別するためのローカルに一意な識別子を指してもよい。関連付けＩＤは、ピア関連付けまたはピア再関連付けの間に割り当てられてもよく、および、ピア関連付け更新プロシージャの間に更新されてもよい。ピア関連付け更新は、ピアが他のピアとの既存の関連付け関係の関連付け識別子および／または関連付けコンテキストを更新するために使用されるプロシージャを指してもよい。ピア関連付け解除は、ピアが他のピアとの既存の関連付け関係をキャンセルするために使用されるプロシージャを指してもよい。ピア再関連付けは、ピアが他のピアとのキャンセルされた関連付け関係を再関連付けするために使用されるプロシージャを指してもよい。

【0021】

仮想リーダは、ピアのグループの間（たとえば、グループの１または複数の追加のメンバ、および仮想リーダの間で）でＰ２Ｐ通信を示し、管理し、および／または調整するように定義されたピアであってもよい。仮想リーダおよびグループの他のメンバは、コンテキストベースサービスおよび／またはアプリケーションを共有してもよい。仮想リーダは、グループ内で動的に判定および／または変更されてもよい。仮想リーダは、コンテキスト管理、コンテキストアウェア発見ブロードキャスト、コンテキストアウェアピア関連付け、グループメンバシップ管理、同期、リンク管理、チャネルアクセス制御、信頼できるデータ送信、ルーティング管理、電力制御およびインターフェース管理、ならびに／またはチャネル測定調整などのグループに対する機能を実行してもよい。ピアは、アプリケーションに対する仮想リーダであってもよい。各アプリケーションは、仮想リーダを有してもよい。例として、ピアは、１つのアプリケーションに対する仮想リーダであってもよく、各アプリケーションは１つの仮想リーダを有してもよい。仮想リーダに対する他の用語は、グループリーダ、グループヘッダ、グループコントローラ、グループコーディネータ、グループマスタ、グループマネージャ、クラスタリーダ、クラスタヘッダ、クラスタコントローラ、クラスタコーディネータ、クラスタマスタ、クラスタマネージャ、ゾーンリーダ、ゾーンヘッダ、ゾーンコントローラ、ゾーンコーディネータ、ゾーンマスタ、および／またはゾーンマネージャなどを含んでもよい。

【0022】

サブ仮想リーダは、物理的または論理的トポロジに基づいて、マルチホップ方法を通じてカバレージを拡張するように定義されたピアであってもよい。サブ仮想リーダは、仮想リーダとして動作して、同一のコンテキストベースサービスおよび／またはアプリケーションを利用するピアのサブグループを管理するように構成されてもよい。例として、サブ仮想リーダは、同一のグループの仮想リーダおよび／またはサブ仮想リーダの管理下で、ピア（たとえば、メンバ）として動作するように構成されてもよい。サブ仮想リーダは、仮想リーダの機能のサブセットを実行してもよい。

【0023】

図１Ａは、１または複数の開示された実施形態を実装することができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、およびブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元アクセスシステムであってもよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスすることを可能にしてもよい。たとえば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を採用してもよい。

【0024】

図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般にまたは総じてＷＴＲＵ１０２と称されてもよい）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含んでもよいが、開示された実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ならびに、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家庭用電子機器などを含んでもよい。

【0025】

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが理解されよう。

【0026】

基地局１１４ａは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノード他などの他の基地局および／またはネットワーク要素（図示せず）を含むことができるＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは３つの送受信機を、すなわち、セルのセクタごとに１つずつ含んでもよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルのセクタごとに複数の送受信機を利用してもよい。

【0027】

基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線、その他）とすることができる、エアインターフェース１１５／１１６／１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信してもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。

【0028】

より詳細には、上述されたように、通信システム１００は、多元アクセスシステムであってもよく、ならびに、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセススキームを採用してもよい。たとえば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。

【0029】

別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる、発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。

【0030】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ：登録商標））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

【0031】

図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、ならびに、職場、自宅、車両、およびキャン構文解析などの局在化されたエリアにおいて無線接続性を容易にするための任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを要求されなくてもよい。

【0032】

ＲＡＮ１０３／１０４／１０５は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークとすることができる、コアネットワーク１０６／１０７／１０９と通信していてもよい。たとえば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、および／または、ユーザ認証などの高レベルのセキュリティ機能を実行してもよい。図１Ａに図示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接または間接的に通信していてもよいことを理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。

【0033】

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ゲートウェイとしてサービスしてもよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含んでもよい。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含んでもよい。

【0034】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。たとえば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａと、および、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。

【0035】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態と整合性を維持したまま、前述の要素の任意の部分組合せを含んでもよいことを理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または、それらに限定されないが、ベーストランシーバ局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅＢ、発展型ホームＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホーム発展型ＮｏｄｅＢ（ＨｅＮＢ）、ホーム発展型ＮｏｄｅＢゲートウェイ、およびプロキシノードなど、基地局１１４ａおよび１１４ｂを示すことができるノードが図１Ｂに示され、本明細書で説明される要素の一部または全部を含んでもよいことを意図する。

【0036】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および状態機械であってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、送受信要素１２２に結合することができる送受信機１２０に結合されてもよい。図１Ｂは、プロセッサ１１８および送受信機１２０を別々の構成要素として示すが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにおいてともに統合されてもよいことを理解されよう。

【0037】

送受信要素１２２は、エアインターフェース１１５／１１６／１１７上で基地局（たとえば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成されてもよい。たとえば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態では、送受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタであってもよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成されてもよい。送受信要素１２２は、任意の組合せの無線信号を送信および／または受信するように構成されてもよいことを理解されよう。

【0038】

加えて、送受信要素１２２は、図１Ｂにおいて単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでもよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上で無線信号を送信および受信するための、２つ以上の送受信要素１２２（たとえば、複数のアンテナ）を含んでもよい。

【0039】

送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、および、送受信要素１２２によって受信される信号を復調するように構成されてもよい。上述されたように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含んでもよい。

【0040】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、ならびに、それらからユーザ入力データを受信してもよい。プロセッサ１１８は、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８に出力してもよい。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、ならびに、それらにデータを記憶してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含んでもよい。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスし、および、それらにデータを記憶してもよい。

【0041】

プロセッサ１１８は、電源１３４から電力を受信してもよく、および、ＷＴＲＵ１０２における他の構成要素に電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、および燃料電池などを含んでもよい。

【0042】

プロセッサ１１８は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成することができるＧＰＳチップセット１３６に結合されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上で基地局（たとえば、基地局１１４ａ、１１４ｂ）からロケーション情報を受信し、および／または、２つ以上の近くの基地局から受信される信号のタイミングに基づいて、そのロケーションを判定してもよい。ＷＴＲＵ１０２は、一実施形態と整合性を維持したまま、任意の適切なロケーション判定方法によってロケーション情報を取得してもよいことを理解されよう。

【0043】

プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる、他の周辺機器１３８にさらに結合されてもよい。たとえば、周辺機器１３８は、加速度計、ｅコン構文解析、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、およびインターネットブラウザなどを含んでもよい。

【0044】

図１Ｃは、一実施形態に従ったＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述されたように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０３は、コアネットワーク１０６と通信していてもよい。図１Ｃに示されているように、ＲＡＮ１０３は、エアインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機をそれぞれ含むことができる、ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含んでおよい。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意の数のＮｏｄｅＢおよびＲＮＣを含んでもよいことを理解されよう。

【0045】

図１Ｃに示されているように、ＮｏｄｅＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてもよい。加えて、ＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてもよい。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化などの他の機能性を実行またはサポートするように構成されてもよい。

【0046】

図１Ｃに示されたコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことを理解されよう。

【0047】

ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６におけるＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。

【0048】

ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間での通信を容易にしてもよい。

【0049】

上述されたように、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２に接続されてもよい。

【0050】

図１Ｄは、一実施形態に従ったＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信してもよい。ＲＡＮ１０４は、コアネットワーク１０７と通信していてもよい。

【0051】

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでもよいが、ＲＡＮ１０４は、一実施形態との整合性を維持したまま、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機をそれぞれ含んでもよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅＢ１６０ａは、たとえば、複数のアンテナを使用して、無線信号をＷＴＲＵ１０２ａへ送信し、および、無線信号をＷＴＲＵ１０２ａから受信してもよい。

【0052】

ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、ならびに、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成されてもよい。図１Ｄに示されているように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信してもよい。

【0053】

図１Ｄに示されたコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含んでもよい。前述の要素の各々は、コアネットワーク１０７の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことを理解されよう。

【0054】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、および、制御ノードとしてサービスしてもよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活性化／非活性化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間に特定のサービングゲートウェイを選択することなどを担当してもよい。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えを行うための制御プレーン機能を提供してもよい。

【0055】

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送してもよい。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間ハンドオーバの間にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるとき、ページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してもよい。

【0056】

サービングゲートウェイ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる、ＰＤＮゲートウェイ１６６に接続されてもよい。

【0057】

コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしてサービスするＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスを提供してもよい。

【0058】

図１Ｅは、一実施形態に従ったＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）であってもよい。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティの間での通信リンクは、基準ポイントとして定義されてもよい。

【0059】

図１Ｅに示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含んでもよいが、ＲＡＮ１０５は、一実施形態との整合性を維持したまま、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことを理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれＲＡＮ１０５における特定のセル（図示せず）に関連付けられてもよく、およｂ、エアインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機をそれぞれ含んでもよい。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、たとえば、複数のアンテナを使用して、無線信号をＷＴＲＵ１０２ａへ送信し、および、無線信号をＷＴＲＵ１０２ａから受信してもよい。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシ実施などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとしてサービスしてもよく、ならびに、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担当してもよい。

【0060】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準ポイントとして定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理的インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理的インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に対して使用することができるＲ２基準ポイントとして定義されてもよい。

【0061】

基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易にするためのプロトコルを含むＲ８基準ポイントとして定義されてもよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準ポイントとして定義されてもよい。Ｒ６基準ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいて、モビリティ管理を容易にするためのプロトコルを含んでもよい。

【0062】

図１Ｅに示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、たとえば、データ転送およびモビリティ管理能力を容易にするためのプロトコルを含むＲ３基準ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、課金（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。前述の要素の各々は、コアネットワーク１０９の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことを理解されよう。

【0063】

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当してもよく、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間での通信を容易にしてもよい。ＡＡＡサーバ１８６は、ユーザ認証、および、ユーザサービスをサポートすることを担当してもよい。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にしてもよい。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスを提供してもよい。

【0064】

図１Ｅには図示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、および、コアネットワーク１０９は他のコアネットワークに接続されてもよいことを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる、Ｒ４基準ポイントとして定義されてもよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと移動先コアネットワークとの間の相互作用を容易にするためのプロトコルを含むことができるＲ５基準ポイントとして定義されてもよい。

【0065】

Ｐ２Ｐ近接通信は、インフラストラクチャベースおよび／またはインフラストラクチャレス構成においてアプリケーションまたはサービスに利用される情報を通信するために、１または複数のピアの近接の知識を利用してもよい。Ｐ２Ｐ近接通信は、集中システム、および／または中央コントローラなしの完全に分散されたシステムを使用して実施されてもよい。ピアは、ユーザ、または、２ＧにおけるＭＳ、３ＧＰＰにおけるＵＥ、ＩＥＥＥ８０２．１５（ＷＰＡＮ）におけるＦＦＤもしくはＲＦＤ、および／もしくは他のタイプのＷＴＲＵなどのデバイスであってもよい。Ｐ２Ｐ近接通信技術を利用することができるＰ２Ｐデバイスの例は、車、医療機器、スマートメータ、スマートフォン、タブレット、ラップトップ、ゲームコンソール、セットトップボックス、カメラ、プリンタ、センサ、および／またはホームゲートウェイなどを含んでもよい。インフラストラクチャレスＰ２Ｐ通信と比較して、インフラストラクチャベース通信は、典型的には、ユーザ情報を扱い、ユーザ間でスケジューリングし、および／または接続管理を実行するために、集中コントローラを利用する。たとえば、セルラ通信システムは、インフラストラクチャベースＰ２Ｐ通信システムに利用されてもよい。インフラストラクチャレスＰ２Ｐ通信では、ピアは、所与のセッションを開始、維持、および／または終了するための等しいおよび／または共有した責任を有してもよい。

【0066】

Ｐ２Ｐ近接通信は、近接ベースアプリケーションの動作を容易にするために利用されてもよい。たとえば、Ｐ２Ｐ近接通信を利用することができる近接ベースアプリケーションの典型的な例は、ソーシャルネットワーキング、広告、緊急サービス、ゲーミング、スマート輸送、および／またはネットワークオペレーションのネットワークなどを含んでもよい。Ｐ２Ｐ近接通信の使用および能力は、近接ベースアプリケーションのタイプに基づいて変化してもよい。

【0067】

例として、ソーシャルネットワーキングアプリケーションは、近接したピアが、Ｆａｃｅｂｏｏｋ（登録商標）またはＴｗｉｔｔｅｒ（登録商標）を介してメッセージを送信／受信するなど、アプリケーションレベルで互いに対話することを可能にするように構成されてもよい。ソーシャルネットワーキングアプリケーションでは、２以上のピア間での双方向通信が利用されてもよい。シナリオに応じて、トラフィックデータレートは、これらのアプリケーションに対して変化してもよい。たとえば、ある時間において、トラフィックデータレートは低くなってもよく（たとえば、テキストベースチャットに対して）、および、他の時間において、トラフィックデータレートは比較的高くなってもよい（たとえば、ビデオ共有などのコンテンツ共有に対して）。

【0068】

Ｐ２Ｐ近接通信は、広告の目的で利用されてもよい。たとえば、店は、プロモーションおよび／またはクーポンを、店のロケーションの近接内で潜在顧客（たとえば、ピア）にブロードキャストしてもよい。このシナリオでは、低データトラフィックでの一方向通信が典型的であり得る。しかし、双方向通信が、たとえば、パーソナライズ（personalized）された広告に利用されてもよい。広告のブロードキャストと同様に、ピア間での緊急通信は、緊急事態によって影響を受けることがある個人にブロードキャストされる一方向通信を含んでもよい。そのような緊急アラームが利用されてもよく、双方向通信は、たとえば、緊急安全管理を容易にするために使用されてもよい。緊急通信は、他のＰ２Ｐ使用ケースよりも高い優先度を受けてもよく、および／または、増加されたプレイバシ要件を有してもよい（たとえば、機密医療データが通信されている場合）。

【0069】

Ｐ２Ｐ近接通信は、ゲーミングアプリケーションを容易にするために利用されてもよい。たとえば、複数のピアが、あるルールに従うオンラインマルチプレイヤゲームなどのインタラクティブゲームを初期化または参加してもよい。インタラクティブＰ２Ｐゲーミングは、比較的低い待ち時間を必要とすることがある。

【0070】

Ｐ２Ｐ近接通信は、スマート輸送をサポートするために利用されてもよい。たとえば、車および他の輸送車両は、混雑／事故／イベント通知、インタラクティブ輸送管理（たとえば、カープールおよび列車スケジューリング）、および／またはスマートトラフィック制御などの高度な応用をサポートするために、車間通信リンクおよび／または車−インフラストラクチャ間通信リンクを介して接続されてもよい。これらのシナリオにおけるデータレートは、大部分の典型的なシナリオにおいて比較的低くなることがあるが、これらの応用は、信頼できるメッセージ配信および／または超低待ち時間を必要とすることがある。

【0071】

Ｐ２Ｐ近接通信は、ネットワーク機能のネットワークを容易にするために利用されてもよい。たとえば、Ｐ２Ｐ近接通信は、インフラストラクチャベース通信ネットワークのカバレージ拡張を提供するため、および／または、インフラストラクチャからのトラフィックをオフロードするために使用されてもよい。マルチホップ通信技術は、ネットワーク機能のネットワークを実装するために利用されてもよい。マルチホップ、またはアドホック、無線ネットワークは、２以上の無線ホップを使用して、ソースから宛先へ情報を搬送してもよい。

【0072】

マルチホップ通信の例は、モバイルアドホックネットワーク（ＭＡＮＥＴＳ）およびマルチホップセルラネットワークを含んでもよい。ＭＡＮＥＴＳは、固定無線インフラストラクチャなしで通信するモバイルノードのグループを含んでもよい。モバイルノード間での通信は、直接接続によって、または複数のホップリレーを通じて実行されてもよい。マルチホップセルラネットワーク通信は、１または複数のリレーノードがモバイルノードとセルラネットワークとの間で情報を通信するのに利用されてもよい点で、モバイルユニットと基地局との間で単一のホップを採用する従来のセルラ通信とは異なる。いくつかの異なるタイプのリレー技術、たとえば、固定リレー（たとえば、ネットワークバックボーンに直接接続されなくてもよい、電力供給されたインフラストラクチャ機器）、モバイルリレー（たとえば、他のユーザが、別のユーザからパケットを中継することに日和見的（opportunistically）に同意する）、ならびにモバイル固定リレー（たとえば、バスまたは列車に取り付けられ、したがって移動中である固定リレー）が利用されてもよい。

【0073】

近接通信のこれらの応用は、マシンツーマシン（Ｍ２Ｍ）通信、およびモノのインターネット（ＩｏＴ）、たとえば、スマート環境および／またはスマート輸送機能性の実装に高度に関係付けられてもよい。Ｐ２Ｐ無線通信を活用することによって、それらのＭ２Ｍ／ＩｏＴの応用の性能が改善されてもよい。追加の新たなＭ２Ｍ／ＩｏＴアプリケーションは、Ｐ２Ｐ通信を改善することによって可能にされてもよい。いくつかの標準開発機関（ＳＤＯ）は、Ｐ２Ｐ通信標準化を積極的に遂行して、電気電子技術者協会（ＩＥＥＥ）８０２．１５．８規格、および第３世代パートナーシッププロジェクト（３ＧＰＰ）近接サービス（ＰｒｏＳｅ：Proximity Services）研究など、そのような改善を達成している。

【0074】

たとえば、３ＧＰＰは、３ＧＰＰ ＰｒｏＳｅに対するインフラストラクチャベースＰ２Ｐ通信方法を評価している。複数のＰｒｏＳｅ／デバイスツーデバイス（Ｄ２Ｄ）動作モードをサポートするために、プロトコルおよびプロシージャが検討されている。たとえば、オペレータフリー（ＯＦ：Operator Free）動作は、スタンドアロンとすることができる（たとえば、ネットワークオペレータからのいかなる関与もなしに）Ｄ２Ｄ通信を含んでもよい。ＯＦ動作の一例として、ＷＴＲＵは、近接、ターゲットピア発見の初期判定を行い、および／または、ネットワークからのいかなるサポートもなしに、ピアと直接接続を行う。

【0075】

オペレータ支援（ＯＡ：Operator Assisted）近接通信は、ネットワークオペレータが、近接検出の１または複数でＷＴＲＵを支援し、ターゲットにされた発見を提供し、および／または認証／セキュリティを支援することができるシナリオを指してもよい。ネットワークによって事前に、および／またはＷＴＲＵから要求を受信すると、支援が提供されてもよい。この場合、ネットワークは、Ｄ２Ｄリンクの信頼性を監視しなくてもよく、および／または、ユーザ移動もしくは他の悪化に起因して、Ｄ２Ｄリンクがドロップされる場合、いかなるセッション継続性もサポートしなくてもよい。Ｄ２Ｄリンクがドロップされる場合、アプリケーションレイヤはなお、通常のセルラ送信プロシージャを使用してネットワークを介してＰ２Ｐ接続を再開始することによって、あるレベルの継続性を提供してもよい。

【0076】

オペレータ管理（ＯＭ：Operator Managed）近接通信は、ネットワークが、ＯＡ Ｄ２Ｄの場合のようにＷＴＲＵを支援するが、引き続いて無線リンク監視および管理を行い、Ｄ２Ｄ通信の間にセッション継続性をサポートすることができる、シナリオを指してもよい。ネットワークは、ネットワークアクセスリソースを使用して、Ｄ２Ｄトラフィックをアンカリングしてもよい。簡単のために、ネットワークアンカリングは、２つのＷＴＲＵが同一のｅＮＢ／基地局のカバレージ内にあるときのシナリオに限定されることがあるが、ネットワークアンカリングは、デバイスが近接から出て移動するときでさえセッション継続性が期待され得るので、ｅＮＢにわたって拡張されてもよい。

【0077】

ＩＥＥＥは、ＩＥＥＥ８０２．１５．８に対するインフラストラクチャレスＰ２Ｐ通信方法を評価している。たとえば、ＰＨＹおよび／またはＭＡＣプロトコルは、完全に分散されたピアアウェア通信をサポートして、ソーシャルネットワーキング、広告、ゲーミング、ストリーミング、および／または緊急サービスなどの新興サービスをサポートするために、修正されてもよい。インフラストラクチャレスＰ２Ｐ通信セッションをサポートするために、ＩＥＥＥ８０２．１５．８において取り組まれることがあるＰ２Ｐ通信機能は、ピア発見、送信レートのスケーラビリティ、グループ通信、マルチホップ機能性、セキュリティ、および／または様々なスペクトル帯域への適用可能性などを含んでもよい。

【0078】

たとえば、有効なＰ２Ｐセッションを提供するために、最小システムターゲットが指定されてもよい。ピアとの関連付けを実行なしでのピア情報の発見のための技術が指定されてもよい。ピア発見に対する１つの潜在的な目標は、１００ｋｂｐｓ超の発見シグナリングレートをサポートすること、および、１００超のデバイスが実質的に同時に発見されることを可能にすることを含んでもよい。システムは、スケーラブルなデータ送信レート（たとえば、典型的には１０Ｍｂｐｓ）、および／または、複数のグループ（たとえば、典型的には最大１０であるが、より多くが使用されてもよい）における同時メンバシップでのグループ通信をサポートするように設計されてもよい。システムは、１１ＧＨｚ未満の、選択されたグローバルに利用可能なライセンスを受けていない／ライセンスを受けている帯域において動作可能であると同時に、なお上記で説明されたシステム目標をサポートすることが可能であるように設計されてもよい。

【0079】

例として、インフラストラクチャレスＰ２Ｐ近接通信は、ピア関連付けを実行することなしに高速隣接発見（fast neighbor discovery）を実行するために使用されてもよい。たとえば、ＩＥＥＥ８０２．１５．８における典型的な隣接発見プロセスは、少なくとも２つの側面において、ＩＥＥＥ８０２規格の中で固有であってもよい。第１に、ＩＥＥＥ８０２．１５．８は、ピアツーピア通信およびグループ通信に使用されてもよく、ならびに、ＰＨＹおよび／またはＭＡＣレイヤにおいて実装された機能に適用可能であってもよい。第２に、発見プロセスは、隣接発見から受ける待ち時間をさらに低減することができる関連付けプロセスなしに実行されてもよい。

【0080】

ＩＥＥＥ８０２．１５．８は、分散調整で高速関連付けを利用してもよい。たとえば、集中コーディネータまたは専用サーバは、関連付けを実行するために使用されなくてもよい。さらに、ＩＥＥＥ８０２．１５．８デバイスは、Ｐ２Ｐおよびグループ通信に対し分散された方法で調整されてもよく、ならびに、ＩＥＥＥ８０２．１５．８関連付けプロセスは、他のＩＥＥＥ８０２規格において使用される関連付けプロセスとは異なってもよい。集中関連付けプロセスは、多くのモバイルデバイスが存在する場合、過負荷を受けることがあるが、分散プロセスは、これらのシナリオにおいて過負荷を回避し、したがって、より高速な関連付けを達成することができる。

【0081】

グループ通信は、ソーシャルネットワーキングおよびＰ２Ｐアプリケーションなどの多くのアプリケーションをサポートするために使用される機能であってもよい。グループ通信を利用するアプリケーションは、グループ通信機能の一部をＩＥＥＥ８０２．１５．８デバイスのＰＨＹおよび／またはＭＡＣレイヤにおいて実装するように構成されてもよい。個々のピアアウェア通信（ＰＡＣ）デバイスは、複数のグループに実質的に同時に加入してもよい。ＩＥＥＥ８０２．１５．８グループ通信は、中央コーディネータの使用なしに管理されてもよい。

【0082】

インフラストラクチャベース通信に対し、集中コントローラは、異なるサービスに使用することができるユーザ／デバイスに対して専用リソースを割り当ててもよい。サービス関連情報は、３ＧＰＰネットワークにおけるホーム加入者サーバ（ＨＳＳ）などの中央データベースから取り出されてもよい。図２は、インフラストラクチャベース通信モデルの例を示す。図２では、デバイスがオーバージエア（over-the-air）で直接通信するのではなく、Ｐ２Ｐメッセージは、それらの意図された受信側がコントローラの制御下にある場合、その受信側にメッセージを配信する、集中コントローラを介して中継されてもよい。無線チャネルなどの専用リソースは、異なるサーバに対して割り当てられてもよいが、各送信者／受信者が通信の間にそれら自体を一意に識別することができるように、各デバイス／ユーザに同等の一意性を提供するために、識別子がデバイスによって使用されてもよい。このタイプの通信システムでは、識別子が、異なるユーザ／デバイスをアドレス指定するために使用されてもよい。

【0083】

たとえば、パーソナルエリアネットワーク（ＰＡＮ）ＩＤは、デバイスがＩＥＥＥ８０２．１５ネットワークにおいてその関連付けの間に接続していたＷＰＡＮネットワークを識別するために使用されてもよい。３ＧＰＰでは、国際モバイル加入者識別番号（ＩＭＳＩ）、移動局統合サービスデジタルネットワーク（ＩＳＤＮ）番号（ＭＳＩＳＤＮ）、および／または完全修飾ドメインネーム（ＦＱＤＮ）が、デバイス／ユーザをアドレス指定するのに使用されてもよい。

【0084】

図３は、インフラストラクチャレスＰ２Ｐ近接通信の例を示す。概して、インフラストラクチャレスＰ２Ｐ通信ネットワーク内のピアは、ピアの各ペアが潜在的に、互いに直接、および／またはマルチホップを通じて通信することができる、線形、スター、ツリー、および／またはメッシュトポロジーでネットワークを形成してもよい。たとえば、２以上のピアは、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉ、近距離通信（ＮＦＣ）、ＺｉｇＢｅｅ、および／または他の近接ベース通信方法の１または複数などの種々の通信プロトコルを使用して、直接（たとえば、リレーまたは仲介ネットワークの使用なしに）通信してもよい。ピアは、間接的に（たとえば、仲介またはリレーを介して、マルチホップを介してなど）通信してもよいが、通信は、中央コントローラまたは集中スケジューラなしに実行されてもよい。しかしながら、インフラストラクチャレスＰ２Ｐ近接通信の一部の例では、１または複数のピアは、コントローラとして動作して、たとえば、Ｐ２Ｐ通信が仮想リーダおよび／またはスーパー仮想リーダを利用するとき、効率的な通信を容易にしてもよい。ピア間での直接通信（たとえば、第１のピアから送信され、および、第２のピアによって受信されるオーバージエア通信）は、近接Ｐ２Ｐ通信の例であってもよい。

【0085】

インフラストラクチャレスＰ２Ｐ通信では、ピアのサービス関連情報は、集中コントローラまたはデータベースの使用なしに取得されてもよい。したがって、サービス関連情報は、発見／関連付けの前および／または後に、ピア間で交換されてもよい。

【0086】

デバイス間での改善されたデバイスＰ２Ｐ近接通信を容易にし、および、より有益な発見および関連付けプロセスを可能にするために、コンテキスト情報がＰ２Ｐ近接通信セッションの間に利用されて、Ｐ２Ｐ近接通信に関与されたアプリケーションおよびデバイスのタイプに関する情報が提供されてもよい。たとえば、コンテキスト情報は、Ｐ２Ｐ通信に利用されるサービスのタイプに関係する情報、Ｐ２Ｐ通信が利用されるアプリケーションの識別および／もしくはタイプに関係する情報、Ｐ２Ｐ通信に使用されるデバイスに関連付けられたユーザおよび／もしくはユーザアカウントに関係する情報、Ｐ２Ｐ通信に関連付けられたグループに関係する情報、Ｐ２Ｐ通信に関与されたデバイスに関係する情報（たとえば、特徴、ハードウェア、能力、サポートされる通信プロトコル、および／またはステータスなどに関する情報）、Ｐ２Ｐ通信セッションに対するセキュリティ設定および／もしくはプロシージャに関係する情報、ならびに／または、他のタイプのピア情報の１または複数などの、Ｐ２Ｐ通信に関係する情報を含んでもよい。Ｐ２Ｐ通信のタイプ、Ｐ２Ｐ通信セッションに関与されたデバイス、通信セッションの目的などに応じて、関連するコンテキスト情報が異なってもよい。異なるタイプおよび／または組合せのコンテキスト情報は、そのセッションの要件／目標に応じて、異なるＰ２Ｐ通信セッションに利用されてもよい。

【0087】

たとえば、デバイス能力が、第１のセッションに対するコンテキスト情報として利用されてもよく、アプリケーションレベル情報が、第２の通信セッションに対するコンテキスト情報として利用されてもよい。例として、デバイス能力情報とサービス関連情報の両方が、第３の通信セッションにおいて利用されてもよい。理解されるように、利用されるコンテキスト情報は、セッションからセッションへと変化してもよいが、いくつかのコンテキストでは、コンテキスト情報が時間とともに（over time）固定されてもよく、および／またはセッションからセッションへと変化しなくてもよい。

【0088】

Ｐ２Ｐ通信セッションなどの通信セッションの間に、ユーザ／デバイスをネットワークエンティティおよび／または通信ピアに対して識別する識別子が使用されてもよい。たとえば、通信ピアが、デバイスに送信されることになる情報を一意にアドレス指定し、および／または、通信が受信されるときに通信が所与のデバイスからであることを認識することができるように、デバイスは、一意の識別子を割り当てられてもよい。識別子の例は、ＩＭＳＩ、無線ネットワーク一時識別子（ＲＮＴＩ）、ＰＡＮ ＩＤ、ＩＰアドレス、および／または他のタイプの識別子を含んでもよい。

【0089】

Ｐ２Ｐ通信は、コンテキスト駆動（context-driven）および／またはアドホック接続に使用されてもよいので、より有意な通信セッションおよび／またはストリームライン接続セットアップ／維持を提供するために、追加情報が識別子に追加されてもよい。たとえば、メッセージヘッダ中に含まれる既存の識別子は、通信ピア（たとえば、ユーザおよび／またはデバイスによって）を識別してもよいが、そのような識別子には、典型的には、ユーザ／デバイスＩＤ以外のピアに対するコンテキスト情報が欠如している。アプリケーションは、パケット／メッセージのペイロード部分に追加のコンテキスト情報を含めてもよいが、受信者は、追加の処理を実行して、プロトコルスタックにおける上位レイヤからの情報を取得することなしに、メッセージにおけるコンテキスト情報を識別できないことがある。たとえば、サービスのタイプに関係する情報などのコンテキスト情報が、Ｐ２Ｐ通信の間にメッセージのペイロードに含められてもよい。しかしながら、サービスのタイプに関係する情報を判定するために、ピアは、ペイロードを適切に解釈することができるように、メッセージ全体を復号することが必要とされることがある。

【0090】

あるシナリオ／アーキテクチャは、互いに近接内のピア間での通信を調整する集中コントローラが欠如していることがあるので、コンテキスト情報を判定するために、ピアが、受信されたメッセージの全体を復号することは、非効率的であることがある。たとえば、多くのそのようなデバイスが所与の近接にある場合、ピアは、したがって、ピアデバイスが使用することに関心があるサービスを利用することにおいて、不可能および／または関心がないデバイスおよび／またはユーザからのメッセージを復号することに、時間およびリソースを無駄にすることがある。そのようなメッセージの復号は、したがって、発見プロセスおよび／または関連付けプロセスにおいて余分なオーバーヘッドおよび待ち時間をもたらすことがある。

【0091】

たとえば、図３、ピア１ ３０２、ピア２ ３０４、および／またはピア３ ３０６は、異なるサービス（たとえば、それぞれ、サービス２、サービス１、およびサービス７）を実行していてもよく、ならびに、他のピアが加入するための招待（invitations）をブロードキャストしてもよい。ピア４ ３０８は、サービス３またはサービス７を使用するデバイスに関心があり得るが、他のサービスには関心がないことがある。したがって、ピア３ ３０６は、ピア４ ３０８にとって関心がある一方で、ピア１ ３０２およびピア２ ３０４は、ピア４ ３０８にとって関心がないことがあり、ピア４ ３０８は、ピアの各々からのブロードキャストを復号して、どれがピア４ ３０８に適用可能であるサービスを実行しているかを判定してもよい。たとえば、追加のコンテキスト情報が欠如している既存の識別子に基づいて、ピア４ ３０８は、メッセージの全体を復号するまで、異なるサービスに対するメッセージを区別できないことがある。このことは、処理遅延を引き起こし、電力消費を増加させることがある。

【0092】

例として、Ｐ２Ｐ通信は、所望のサービスまたはアプリケーション（たとえば、所望のコンテキスト）に基づいて形成されてもよい。コンテキストアウェアＰ２Ｐ通信は、１または複数のＰ２Ｐ通信プロシージャの前に、関連するコンテキスト情報をピアに提供し、および、Ｐ２Ｐ通信プロシージャを最適化または修正して、コンテキスト情報を考慮に入れることによって、達成されてもよい。たとえば、参加者、プロシージャ、および／またはＰ２Ｐ通信プロシージャの結果は、追加のコンテキスト情報を考慮に入れることに基づいて変化してもよい。

【0093】

例として、ピア情報（ＰＩ）は、Ｐ２Ｐ通信プロシージャの間に使用することができる１または複数の通信ピアに対するコンテキスト情報を含んでもよい。本明細書で使用されるとき、ＰＩおよびコンテキスト情報は、多少、交換可能に使用され得る。たとえば、ＰＩは、インフラストラクチャレスシナリオにおいて、ピア間で使用されるピアおよび／またはサービスの一貫した識別を可能にする情報を含んでもよい。例として、ＰＩは、コンテキストカテゴリ、アプリケーションなど、Ｐ２Ｐサービスを記述する情報、ユーザプロファイル、所属（affiliation）、グループなど、ユーザおよび／もしくはグループを記述する情報、デバイスタイプ、グループ、能力など、デバイスを記述する情報、ならびに／または、選好、優先度、プレイバシ、セキュリティなど、Ｐ２Ｐ通信を記述する情報の１または複数を含んでもよい。

【0094】

概して、ＰＩは、ピア発見および／またはピア関連付けに使用することができる情報を含んでもよい。たとえば、関連するコンテキスト情報／ＰＩの知識とともに、ピア発見が修正されて、コンテキスト基準に基づいてピアが発見すること、または発見されることを可能にしてもよい。たとえば、ピアは、ソーシャルネットワーキングに対するＦａｃｅｂｏｏｋ上にいる、近接している他のピアを発見することを望むことがある。発見後、ピアは、Ｆａｃｅｂｏｏｋアプリケーションを使用してピアと関連付けしてもよい。Ｆａｃｅｂｏｏｋアプリケーションに関するコンテキスト情報を提供することによって、発見および関連付けプロシージャは、コンテキスト情報を考慮するように最適化されてもよい。

【0095】

コンテキストアウェアピア発見および／またはピア関連付けを可能にするために、コンテキスト情報は、Ｐ２Ｐ通信識別子に含められてもよい。コンテキスト情報を含む識別子は、コンテキストアウェア識別子（ＣＡＩＤ）と称されてもよい。ＣＡＩＤの使用は、関連するコンテキスト情報を、迅速に識別および構文解析（parsed）することができるフィールドにおいてピアに提供することによって、発見および／または関連付けを速めてもよい。ピアのデバイス識別子は、Ｐ２Ｐ通信の間にデバイスに利用可能な情報の第１の部分の１つであることが多いので（および、識別子は、物理レイヤにおいて利用可能および解釈可能であるので）、ＣＡＩＤを使用することは、コンテキスト情報がセッションの開始近くで迅速に判定されることを可能にし、コンテキスト情報が後続の発見および／または関連付けプロシージャを最適化するために利用可能であってもよいことを意味する。

【0096】

たとえば、ＣＡＩＤを使用することは、デバイスが異なるアプリケーション間で優先付け処理を容易にすることを可能にし、ならびに／または、デバイスが高速、コンテキストベース発見および／もしくは関連付けプロシージャを可能にしてもよい。メッセージに含まれるＣＡＩＤは、メッセージの目的に関係する情報、メッセージの送信者に関係する情報（たとえば、メッセージを転送するピア）、メッセージの発信者に関係する情報（たとえば、メッセージを作成したエンティティまたは組織）、メッセージの意図された受信側に関係する情報、メッセージに含まれる情報を利用するためのシステム要件に関係付する情報の１または複数など、基本的な（underlying）メッセージに関係する情報を含有してもよい。

【0097】

コンテキストまたはコンテキスト情報は、複数のカテゴリに識別されてもよく、異なるカテゴリは、コンテキストアウェアカテゴリ（ＣＡＣａｔ）と称されてもよい。例として、ＣＡＣａｔ部分は、ＣＡＩＤに含まれてもよく、および、ＣＡＣａｔ部分は、ＣＡＩＤに含まれるコンテキスト情報の１または複数のカテゴリを示してもよい。ＣＡＩＤのＣＡＣａｔ部分は、ＣＡＩＤのＣＡＣａｔコンテキストと称されてもよい。例として、表１は、例示的なＣＡＣａｔ、ならびに対応するＣＡＣａｔに関連付けられてもよいサービスおよび／またはアプリケーションの例を示す。理解されるように、Ｐ２Ｐ通信はコンテキスト駆動であってもよいので、異なる使用ケースに適用可能なＣＡＣａｔ、ＰＩ、および／または他のコンテキスト情報は、異なる／変化してもよい。

【0098】

【表1】

【0099】

たとえば、ＣＡＣａｔをＣＡＩＤの一部として含めることは、デバイスがより高速な発見および／または関連付けを実行することを可能にしてもよい。たとえば、デバイスは、あるピアに対するＣＡＩＤを読み取って、そのピアに対するＣＡＣａｔが、デバイスに関連するサービス／アプリケーションに適用可能ではないと判定することに基づいて、そのピアに対する発見および／または関連付けプロシージャを迅速に終了させてもよい。例として、ＣＡＩＤは、階層的方法で構築されてもよい。たとえば、ＣＡＣａｔは、階層の第１のレベルであってもよい。

【0100】

接続カテゴリは、ＣＡＣａｔの例であってもよい。接続ＣＡＣａｔは、ピア間での対話を特徴付け、および／または、ピア間でのソーシャルネットワーキング機能に関連付けられる、アプリケーションおよび／またはサービスを指してもよい。たとえば、ソーシャルネットワーキングアプリケーション（たとえば、Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒなど）、または他のタイプの対話ベースのアプリケーション（たとえば、インスタントメッセージング、写真共有、情報共有など）を実行または操作しているユーザは、接続タイプＣＡＣａｔをそれらのＣＡＩＤに含めてもよい。潜在的ピアは、接続ＣＡＣａｔが所与のユーザまたはデバイスのＣＡＩＤに含められることに基づいて、所与のユーザまたはデバイスが、Ｐ２Ｐセッションを形成することに関心があると迅速に判定して、ソーシャルネットワーキングアプリケーションなどのアプリケーションに対する通信をサポートしてもよい。

【0101】

例として、第１のユーザ／デバイスは、第１のデバイス／ユーザが関心のあるサービス、アプリケーション、および／またはユーザの１または複数のタイプを示す情報を含むことができる接続タイプサービスおよび／またはアプリケーションに対するコンテキスト情報（たとえば、ＰＩ）をブロードキャストしてもよい。たとえば、ブロードキャストは、第１のユーザに近接している他のユーザに、第１のユーザが接続タイプサービスおよび／またはアプリケーションに対するＰ２Ｐ近接通信セッションを開始することに関心があることを示してもよい。ブロードキャストされる情報は、第１のユーザが関心のある特定のアプリケーション、および／または、第１のユーザが通信を確立することに関心のある特定のユーザを示してもよい。受信されたコンテキスト情報／受信されたＰＩに基づいて、他のピアは、さらなる発見プロシージャおよび／または関連付けプロシージャを実行するようにトリガまたは可能にされてもよい。

【0102】

関連付けの後、ピアは、コンテキスト／ＰＩブロードキャストを使用して、サービスおよび／またはアプリケーションに対するアクティビティまたは他の更新を示すことが可能であってもよい。たとえば、コンテキスト／ＰＩブロードキャストは、Ｆａｃｅｂｏｏｋアプリケーションに対し、ステータス更新が発生したこと、および／または、新たな招待が送信／受信されたことを示してもよい。例として、グループベースアクティビティに対し、コンテキスト情報は、グループに適用可能な課題（assignments）および／または更新などのグループ情報を含んでもよい。例として、従来のブロードキャストメッセージを使用して、コンテキスト情報／ＰＩを配信するのではなく、またはそれに加えて、コンテキスト情報は、マルチホップメッセージングを使用して、ピア間で交換されてもよい（たとえば、第１のユーザがメッセージを第２のユーザへ送信し、第２のユーザがメッセージを第３のユーザへ送信する、など）。例として、コンテキスト情報／ＰＩは、ブロードキャストデバイスのセキュリティ情報および／またはセキュリティ機能を含んでもよい。コンテキスト情報／ＰＩは、ジオロケーション（geolocation）情報および／または相対ロケーション情報などの近接関連情報を含んでもよい。コンテキスト情報／ＰＩは、絶対速度情報および／または相対速度情報などのモビリティ関連情報を含んでもよい。

【0103】

上述されたように、ＰＩは、コンテキスト情報の態様であってもよい。ＰＩは、所与のデバイス、ユーザ、および／またはサービス／アプリケーションに固有であってもよい。コンテキスト情報／ＰＩは、コンテキストカテゴリを示すＣＡＣａｔを含んでもよい（たとえば、ソーシャルネットワーキングを示すことに対しＣＡＣａｔ＝１０、ゲーミングに対しＣＡＣａｔ＝１１、など）。コンテキスト情報／ＰＩは、アプリケーションコンテキスト情報を含んでもよい。たとえば、アプリケーションコンテキスト情報は、デバイスがＰ２Ｐ近接通信を取得することを試みている、広告されたＣＡＣａｔ内の特定のアプリケーションを示してもよい。たとえば、デバイスは、ＣＡＣａｔをソーシャルネットワーキングとしてブロードキャストしてもよく、および、同一または後のブロードキャストにおいて、アプリケーションコンテキスト情報を使用して、ブロードキャストされたＣＡＣａｔに関連付けられたアプリケーションがＦａｃｅｂｏｏｋおよび／またはＴｗｉｔｔｅｒであることをさらに示してもよい。さらに、コンテキスト情報は、アプリケーション関連値を含んでもよい。たとえば、アプリケーション関連値は、アプリケーションＩＤ、メッセージタイプ（たとえば、Ｆａｃｅｂｏｏｋステータス更新、友達招待など）、ユーザＩＤ、および／または他のアプリケーション固有情報の１または複数を含んでもよい。

【0104】

例として、コンテキスト情報／ＰＩは、ユーザコンテキストおよび／またはグループコンテキストを含んでもよい。たとえば、ユーザコンテキスト情報は、コンテキスト情報をブロードキャストデバイスのユーザに関係する情報、および／または、Ｐ２Ｐ近接通信セッションに対する所望のピアに関する情報を含んでもよい。グループコンテキスト情報は、コンテキスト情報をブロードキャストしているデバイスのユーザが属する１もしくは複数のグループに関係する情報、および／または、Ｐ２Ｐ近接通信セッションに対する所望のピアがそのメンバであるべき１もしくは複数のグループに関する情報を含んでもよい。たとえば、ユーザ／グループコンテキスト情報は、ユーザＩＤ、グループＩＤ、および／またはグループメンバのインジケーションなどの値を含んでもよい。コンテキスト情報／ＰＩは、セキュリティコンテキスト情報を含んでもよい。セキュリティコンテキスト情報の例は、セキュリティ鍵、および／またはセキュリティスキームに関するインジケーションなどを含んでもよい。コンテキスト情報／ＰＩは、最大ホップカウント値、および／またはユーザＩＤごとのホップカウントなどのマルチホップコンテキストを含んでもよい。コンテキスト情報は、ブロードキャストデバイス／ユーザが仮想リーダ（ＶＬ）、サブ仮想リーダ（サブＶＬ）、および／またはスーパー仮想リーダ（スーパーＶＬ）であることのインジケーションを含んでもよい。たとえば、インジケーションは、フラグなどのフィールドであってもよい。コンテキスト情報は、近接コンテキスト情報を含んでもよい。近接コンテキスト情報の例は、絶対ロケーション（たとえば、緯度／経度、住所など）、相対ロケーション、および／または検出可能無線レンジなどを含んでもよい。近接情報は、ジオロケーション情報、ならびに／または、絶対速度および／もしくは他のピアに対する相対速度などのモビリティコンテキスト情報を含んでもよい。

【0105】

コンテキスト情報／ＰＩは、静的、動的、ならびに／または、静的および動的情報の組合せであってもよい。たとえば、いくつかのタイプのコンテキスト情報／ＰＩは、ＣＡＣａｔ ＩＤ（たとえば、カテゴリのタイプは、時間とともに（over time）に静的であってもよい）、ユーザＩＤなど、静的であってもよい。動的コンテキスト情報／ＰＩの例は、グループメンバに関係する情報、アプリケーションに関する情報などを含んでもよい。

【0106】

例として、コンテキスト情報／ＰＩは、ショッピングもしくは他のエンターテインメントに関係してもよく、および／または、それらに関係するアプリケーションに利用されてもよい。たとえば、クーポンまたはプロモーションに対するパーソナライズされた／グループベースの広告など、商用ブロードキャストが１または複数のピアに送信されてもよい。ショッピングおよび／またはエンターテインメントは、商用ＣＡＣａｔと称されてもよい、ＣＡＣａｔの例であってもよい。たとえば、ショッピングまたは他の商用販売もしくは取引に関係する近接通信に利用されるＣＡＩＤのＣＡＣａｔは、ＣＡＣａｔを、商用アクティビティを示するために使用される、指定された値に設定してもよい。他のピアは、次いで、ＣＡＩＤを読み取り、および解釈することに基づいて、通信がショッピングおよび／またはエンターテインメントに対するものであると判定してもよい。

【0107】

ショッピングシナリオに使用されるコンテキスト情報／ＰＩは、所与のシナリオの属性に基づいて変化してもよい。たとえば、いくつかのシナリオでは、ピアは、店舗（たとえば、小売店、特定の店舗ロケーション、特定のチェーンストレージなど）の代わりに、店舗所有者（たとえば、人またはユーザ）の代わりに、アイテムの代わりに（たとえば、製造者の代わりに、オファーが製品に適用され、種々のロケーションで有効であってもよい）、クーポン、またはプロモーションの他のインジケーションを送信またはブロードキャストしてもよい。ピアおよび／またはピアのグループは、パーソナライズされたプロモーションに対する要求を他のピアへ能動的に送信してもよい。商用関連情報は、たとえば、アドホックな方法で、ピア間で転送されてもよい。例として、商用タイプの情報を他のピアに転送するピアは、情報を転送することによって、報酬を与えられてもよい。たとえば、転送ピアは、他のプロモーションおよび／またはクーポンを受信してもよい。いくつかのピアは、マルチホップメッセージ送信技術を使用して、アドホックな方法で、ピアの大規模グループの中で、商用関連コンテキスト情報／ＰＩを配信するために利用されてもよい。

【0108】

特定の実装形態に応じて、商用タイプ通信に対するコンテキスト情報／ＰＩは、以下のタイプの情報の１または複数を含んでもよい。以下のタイプの情報の１または複数は、商用タイプ通信に対するＣＡＩＤに含まれてもよい（たとえば、情報は、ＣＡＩＤの１または複数の部分において符号化されてもよい）。たとえば、近接ベースＰ２Ｐ商用タイプメッセージに対するコンテキスト情報は、サービスのタイプ（たとえば、商用広告）を示すためにＣＡＣａｔ部分／コンテキストを含んでもよい。たとえば、ＣＡＩＤのＣＡＣａｔ部分は、商用サービスを示す値に設定されてもよい。そのようなＣＡＣａｔを受信することに基づいて、ピアは、メッセージが商用タイプメッセージであるか、および／または、商用タイプサービスに対するものであると判定することが可能となる。

【0109】

例として、コンテキスト情報／ＰＩは、このＣＡＣａｔ下で１または複数のアプリケーションを示すためにアプリケーション情報を含んでもよい。アプリケーション情報は、ＣＡＩＤのアプリケーション部分／アプリケーションコンテキストに含まれてもよい。例として、第１のピアは、ＣＡＩＤを使用して、メッセージを第２のピアへ送信してもよい。メッセージは、第２のピアのモバイルデバイス上で、デパートストアアプリで使用するためのクーポンであってもよい。この場合、メッセージのＣＡＩＤは、ＣＡＣａｔ部分およびアプリケーション部分を含んでもよい。ＣＡＣａｔ部分は、メッセージが商用サービス（たとえば、ショッピングまたはエンターテインメント）に対するものであることを示してもよい。アプリケーション部分は、デパートストアアプリの識別を示してもよい。このようにして、商用メッセージに関心があり、およびデパートストアアプリを含むピアは、メッセージのＣＡＩＤを読み取ることに基づいて、メッセージが関心のあるものであってもよいことを、迅速に判定してもよい。コンテキスト情報／ＣＡＩＤに含まれるアプリケーション情報の例は、アプリケーションの作成者／アドミニストレータのインジケーション（たとえば、Ｇｏｏｇｌｅ（登録商標）、ｃｏｕｐｏｎｓ．ｃｏｍなど）、アプリケーションの識別のインジケーション（たとえば、Ａｍａｚｏｎ．ｃｏｍモバイルアプリ、あるモールに対する広告ソフトウェア、その他）、１もしくは複数のアプリケーション関連値（たとえば、アプリケーションＩＤ、項目、価格、報酬など）、および／またはプロモーションを有する所有者、グループ、店舗などのインジケーションなどを含んでもよい。商用メッセージに対するコンテキスト情報／ＰＩは、たとえば、ユーザＩＤもしくはグループＩＤなどの１もしくは複数のピア関連値を使用して、および／または、プロモーションにアクセスするために許可されたグループメンバもしくは必要とされるメンバシップを示すことによって、誰がプロモーションを利用または換金する（redeem）ことができるかに関する情報を含んでもよい。

【0110】

商用タイプＣＡＣａｔに対するコンテキスト情報／ＰＩは、ピアがメッセージを受信／復号し、および／またはメッセージを他のピアへ正確に転送することを可能にする、他のコンテキスト情報を含んでもよい。他のコンテキスト情報は、メッセージに対するＣＡＩＤ中に含まれてもよい。たとえば、商用メッセージに対するコンテキスト情報／ＰＩは、商用プロモーションを使用または読み取るためのセキュリティ鍵、セキュリティスキームなど、セキュリティ部分／セキュリティコンテキスト情報を含んでもよい。例として、商用メッセージに対するコンテキスト情報／ＰＩは、マルチホップ部分／コンテキストを含んでもよい。たとえば、マルチホップ部分は、商用メッセージに対する最小および／または最大ホップカウントなどのマルチホップ関連値を示してもよい。商用メッセージに対するコンテキスト情報／ＰＩは、仮想リーダ部分／コンテキスト、たとえば、サブＶＬインジケーションもしくはフラグ、スーパーＶＬインジケーションもしくはフラグ、および／またはＶＬインジケーションもしくはフラグの１または複数を含んでもよい。

【0111】

商用メッセージに対するコンテキスト情報／ＰＩは、メッセージのＣＡＩＤに含まれてもよい、送信ピアに対する近接部分／コンテキストを含んでもよい。たとえば、近接部分／コンテキストは、緯度および経度、住所など、転送ピアの絶対ロケーションを示してもよい。近接部分／コンテキストは、他のランドマーク／ピアに対する位置など、送信ピアの相対ロケーションを示してもよい。近接部分／コンテキストは、送信ピアから送信されているメッセージ、および／または送信ピアに送信されるメッセージの検出可能無線範囲を示してもよい。例として、商用メッセージに対するコンテキスト情報／ＰＩは、モビリティ部分／コンテキストを含んでもよい。モビリティ部分／コンテキストは、転送ピアに対するモビリティ情報を示してもよい。商用メッセージに対するコンテキスト情報／ＰＩは、転送部分／コンテキストを含んでもよい。転送部分／コンテキストは、メッセージを転送するべきものに関係する情報を含んでもよい。転送者部分／コンテキストは、メッセージの転送者に関する識別、能力、および／または他の情報を示してもよい。一部の部分／コンテキストは、本質的に静的であってもよく（たとえば、ＣＡＣａｔ、ユーザＩＤなど）、および、一部の部分／コンテキストは、本質的に動的であってもよい。

【0112】

潜在的ＣＡＣａｔの別の例は、ユーザ中心サービスに対するＣＡＣａｔであってもよい。ユーザ中心サービスに関連付けられたＣＡＣａｔは、ピア間でのゲーミング、コンテンツ交換、コンテンツ共有、および／または他のタイプのメディア配信に関連付けられたメッセージに利用されてもよい。ユーザ中心サービスＣＡＣａｔに対するコンテキスト情報／ＰＩは、実装形態に応じて種々のタイプの情報を含んでもよい。種々のタイプの情報は、ＣＡＩＤに含まれてもよい部分またはコンテキストに含まれてもよい。

【0113】

たとえば、ユーザ中心サービスに対するコンテキスト情報／ＰＩは、インタラクティブゲーミングに対する招待のインジケーション、インタラクティブゲーミングに対する招待の受入れ、インタラクティブゲーミングに対する招待の拒否などを含んでもよい。インタラクティブゲーミングセッションは、近接通信リンクを介して実装されてもよく、および／または、受入れは、近接リンクを介して実行されてもよく、ゲーミングセッションは、ネットワーク上で実行されてもよい。ゲーミングセッションは、特定のユーザおよび／またはユーザのグループに関連付けられてもよい。例として、ユーザ中心サービスに対するコンテキスト情報／ＰＩは、ゲーム、および／または、交換されることになるコンテンツのタイプに関係する情報を含んでもよい。たとえば、ユーザ中心サービスに対するコンテキスト情報／ＰＩの部分は、ゲームまたはゲーミングアプリケーションの識別を示してもよい。ピアは、時間依存および／もしくは時間非依存コンテキスト情報、またはコンテキスト情報／ＰＩを使用してセットアップされたセッションを共有してもよい。コンテキスト情報／ＰＩは、マルチホップ通信および／または単一ホップを使用して交換されてもよい。ユーザ中心サービスＣＡＣａｔに対するコンテキスト情報／ＰＩは、セキュリティ機能、プロキシ関連情報、および／またはモビリティ関連情報などの１または複数を含んでもよい。

【0114】

ユーザ中心サービスに関係するメッセージのＣＡＩＤは、潜在的ピアがＣＡＩＤからメッセージについての情報を判定することができるように、設定されてもよい。たとえば、１または複数のコンテキスト情報／ＰＩが、ＣＡＩＤにおいて符号化されてもよい。例として、ＣＡＣａｔはＣＡＩＤに含まれてもよく、および、ＣＡＣａｔ部分／コンテキストは、メッセージがユーザ中心サービスに対するものであることを示するように設定されてもよい。アプリケーション部分／コンテキストは、たとえば、１または複数のＣＡＣａｔに該当するアプリケーションのグループからの、メッセージに関連付けられたアプリケーション（または、複数のアプリケーション）を示すように設定されてもよい。たとえば、アプリケーション部分／コンテキストは、オンライン／オフラインソースからのピアゲーミングアプリケーションに関連付けられた値に設定されてもよい。アプリケーション部分／コンテキストに含まれるコンテキスト情報／ＰＩは、ゲーム説明、プレイヤの数、コスト、タイマ、加入されたプレイヤの数のインジケーション他など、アプリケーション関連値を含んでもよい。コンテキスト情報／ＰＩは、ゲームをプレイし、またはコンテンツを共有している他のユーザのユーザ／グループコンテキストを含んでもよい。コンテキスト情報／ＰＩは、ゲームをプレイするユーザのレベル、ゲームをプレイするプレイヤの以前のゲーミング履歴など、１または複数のピア関連値を含んでもよい。コンテキスト情報／ＰＩは、セキュリティ鍵、スキームなどのセキュリティコンテキストを含んでもよい。

【0115】

ユーザ中心サービスタイプＣＡＣａｔに対するコンテキスト情報／ＰＩは、ピアがメッセージを受信／復号し、および／またはメッセージを他のピアへ正確に転送することを可能にする、他のコンテキスト情報を含んでもよい。他のコンテキスト情報は、メッセージに対するＣＡＩＤに含まれてもよい。たとえば、ユーザ中心サービスタイプメッセージに対するコンテキスト情報／ＰＩは、ゲーミング情報を使用し、またはゲームセッションに加入するための、セキュリティ鍵、セキュリティスキームなどの、セキュリティ部分／セキュリティコンテキスト情報を含んでもよい。例として、ユーザ中心サービスタイプメッセージに対するコンテキスト情報／ＰＩは、マルチホップ部分／コンテキストを含んでもよい。たとえば、マルチホップ部分は、ユーザ中心サービスタイプメッセージに対する最小および／または最大ホップカウントなどの、マルチホップ関連値を示してもよい。商用メッセージに対するコンテキスト情報／ＰＩは、仮想リーダ部分／コンテキスト、たとえば、サブＶＬインジケーションもしくはフラグ、スーパーＶＬインジケーションもしくはフラグ、および／またはＶＬインジケーションもしくはフラグの１または複数を含んでもよい。

【0116】

ユーザ中心サービスタイプメッセージに対するコンテキスト情報／ＰＩは、メッセージのＣＡＩＤに含まれてもよい、送信ピアに対する近接部分／コンテキストを含んでもよい。たとえば、近接部分／コンテキストは、緯度および経度、住所など、転送するピアの絶対ロケーションを示してもよい。近接部分／コンテキストは、他のランドマーク／ピアに対する位置など、送信ピアの相対ロケーションを示してもよい。近接部分／コンテキストは、送信ピアから送信されているメッセージ、および／または送信ピアに送信されるメッセージの検出可能無線範囲を示してもよい。例として、ユーザ中心サービスタイプメッセージに対するコンテキスト情報／ＰＩは、モビリティ部分／コンテキストを含んでもよい。

【0117】

モビリティ部分／コンテキストは、転送ピアに対するモビリティ情報を示してもよい。ユーザ中心サービスタイプメッセージに対するコンテキスト情報／ＰＩは、転送部分／コンテキストを含んでもよい。転送部分／コンテキストは、誰がメッセージを転送するべきであるかに関係する情報を含んでもよい。転送者部分／コンテキストは、メッセージの転送者に関する識別、能力、および／または他の情報を示してもよい。一部の部分／コンテキストは、本質的に静的であってもよく（たとえば、ＣＡＣａｔ、ユーザＩＤなど）、および、一部の部分／コンテキストは、本質的に動的であってもよい（たとえば、グループ、ゲーム固有の情報）。

【0118】

潜在的ＣＡＣａｔの別の例は、スマート環境サービスに対するＣＡＣａｔであってもよい。スマート環境サービスに関連付けられたＣＡＣａｔは、デバイスが家庭またはオフィスなどの所与の環境において他のデバイスとともに使用するために構成されることを可能にする、アプリケーションに関連付けられたメッセージに利用されてもよい。たとえば、スマートフォンなどのデバイスは、テレビ、ステレオ、パーソナルコンピュータ、セキュリティシステム、照明システム、キッチン／調理器具、アラームクロック、および／または清掃器具など、家庭における種々の器具と対話するように構成されてもよい。「スマート環境」における発見および／または関連付けを容易にするために、ＣＡＣａｔは、スマート環境サービスに対して定義されてもよい。スマート環境において他のピアと通信するとき、デバイスは、ＣＡＩＤのＣＡＣａｔ部分を、通信がスマート環境サービスに対するものであることを示す値に設定してもよい。スマート環境サービスＣＡＣａｔに対するコンテキスト情報／ＰＩは、実装形態に応じて種々のタイプの情報を含んでもよい。種々のタイプの情報は、ＣＡＩＤに含まれてもよい部分またはコンテキストに含まれてもよい。

【0119】

スマート環境設定においてＣＡＩＤを使用することは、家庭またはオフィス設定におけるデバイス自動構成、デバイス自動同期、および／またはデバイス自己管理を容易にしてもよい。たとえば、ＣＡＣａｔがスマート環境サービスを示すように設定されてもよいので、たとえば、ＣＡＩＤを読み取ることによって、デバイスは、所与の通信がスマート環境をセットアップ／維持することに対するものであることを、迅速に判定してもよい。スマート環境におけるデバイスは、たとえば、メッセージのＣＡＩＤにおいて、コンテキスト情報／ＰＩを交換することによって、ピアに近接しているスマート環境における他のデバイスとともに、それら自体を同期、自動構成、および／または更新するように構成されてもよい。

【0120】

例として、管理の目的のために、デバイスはグループ化されてもよく、および、各デバイスは、コンテキスト情報／ＰＩにおいてそのグループを示してもよい。アプリケーション／デバイススケジュールは、コンテキスト情報／ＰＩを通じてピア間で交換されてもよい。コンテキスト情報／ＰＩは、マルチホップ技術および／または単一ホップ技術を使用して、デバイス間で交換されてもよい。コンテキスト情報／ＰＩは、セキュリティ機能で可能にされてもよい。

【0121】

アプリケーション、シナリオ、および／または、近接サービスを実装するデバイスの能力に応じて、スマート環境サービスに対するコンテキスト情報／ＰＩは、メッセージのＣＡＩＤに含まれてもよい、以下のコンテキスト情報／ＰＩの１つを含んでもよい。たとえば、スマート環境サービスメッセージのコンテキスト情報／ＰＩは、メッセージがスマート環境サービスに関連付けられることを示すためのＣＡＣａｔ部分／コンテキストを含んでもよい。スマート環境サービスメッセージのコンテキスト情報／ＰＩは、スマート環境サービスＣＡＣａｔに関連付けられた１または複数のアプリケーションを示すためのアプリケーション部分／コンテキストを含んでもよい。たとえば、Ｃｏｍｃａｓｔ（登録商標）などの「スマートホーム」プロバイダは、ユーザが家庭内で１または複数のスマート環境デバイスを制御するために利用することができるアプリケーション（たとえば、Ｃｏｍｃａｓｔ Ｘｆｉｎｉｔｙ Ｈｏｍｅアプリケーション）を提供してもよい。Ｃｏｍｃａｓｔアプリケーションに関連付けられたメッセージに対するアプリケーション部分／コンテキストは、アプリケーションがＣｏｍｃａｓｔ Ｘｆｉｎｉｔｙ Ｈｏｍｅアプリケーションであることを示してもよい。アプリケーション部分／コンテキストは、アプリケーションスケジュール、アプリケーションパラメータ、アプリケーションプレイバシレベルなどの、アプリケーション固有および／またはアプリケーション関連値を含んでもよい。

【0122】

例として、コンテキスト情報／ＰＩ（たとえば、スマート環境サービスに対する）は、デバイス部分／コンテキストを含んでもよい。デバイス部分／コンテキストは、デバイスＩＤ、デバイスタイプ、デバイスグループなどの１または複数など、デバイス関連情報を含んでもよい。コンテキスト情報／ＰＩ（たとえば、スマート環境サービスに対する）は、転送ピアに対するピア関連値を示すことができる、ユーザ／所有者／グループ部分／コンテキストを含んでもよい。たとえば、ユーザ／所有者／グループ部分／コンテキストは、通信ピアに対するユーザＩＤ、グループＩＤなどの１または複数など、ピア関連値を含んでもよい。コンテキスト情報／ＰＩ（たとえば、スマート環境サービスに対する）は、セキュリティ鍵、セキュリティスキームのインジケーションなど、セキュリティ部分／コンテキストを含んでもよい。例として、コンテキスト情報／ＰＩ（たとえば、スマート環境サービスに対する）は、マルチホップ部分／コンテキストを含んでもよい。たとえば、マルチホップ部分は、所与のメッセージに対する最小および／または最大ホップカウントなどの、マルチホップ関連値を示してもよい。

【0123】

コンテキスト情報／ＰＩ（たとえば、スマート環境サービスに対する）は、ＣＡＩＤに含まれてもよい、送信ピアに対する近接部分／コンテキストを含んでもよい。たとえば、近接部分／コンテキストは、緯度および経度、住所など、転送ピアの絶対ロケーションを示してもよい。近接部分／コンテキストは、他のランドマーク／ピアに対する位置などの、送信ピアの相対ロケーションを示してもよい。近接部分／コンテキストは、送信ピアから送信されているメッセージ、および／または送信ピアに送信されるメッセージの検出可能無線範囲を示してもよい。例として、コンテキスト情報／ＰＩは、ピアに対するモビリティ関連情報を示すことができる、モビリティ部分／コンテキストを含んでもよい。

【0124】

潜在的ＣＡＣａｔの別の例は、健康監視および／または健康サービスに対するＣＡＣａｔであってもよい。健康監視および／または健康サービスに関連付けられたＣＡＣａｔは、ユーザの健康を監視するアプリケーション（たとえば、ペースメーカまたは他の健康機器と通信しているアプリケーション）に関連付けられたメッセージに利用されてもよい。健康監視および／または健康サービスＣＡＣａｔに利用されるアプリケーションは、ユーザの健康を監視し、ユーザに健康関連支援（たとえば、診断、症状監視、救急サービス要求に対する機構など）を提供し、および／またはユーザに健康関連サービスを提供するように構成されてもよい。実装形態に応じて、健康監視および／または健康サービスに対するコンテキスト情報／ＰＩは、１または複数の部分またはサブコンテキストを有してもよい。

【0125】

健康監視および／または健康サービスアプリケーションは、いくつかの方法で利用されてもよく、ならびに、特定のアプリケーションに利用されるコンテキスト情報／ＰＩは、特定のシナリオに依存してもよい。したがって、実装形態に応じて、健康監視および／または健康サービスに対するコンテキスト情報／ＰＩは、１または複数の部分またはサブコンテキストを有してもよい。たとえば、ユーザの健康問題を診断し、または健康を監視する目的で、近接Ｐ２Ｐ通信を利用するアプリケーションは、健康監視および／または健康サービスに関係するコンテキスト情報／ＰＩの第１のセットの部分／コンテキストを利用してもよいのと同時に、健康監視および／または健康サービスの目的でピア支援を要求するように設計されたアプリケーションは、健康監視および／または健康サービスに関係するコンテキスト情報／ＰＩの第２のセットの部分／コンテキストを利用してもよい。別の例では、病院または診療所などのサービスセンタは、それらの能力をコンテキスト情報／ＰＩとしてブロードキャストして、それらのサービス関連情報を近接ピアに示してもよい。広告されるサービスは、緊急ルーム、応急処置、耳鼻咽喉科専門医などのサービスを含んでもよい。そのような使用ケースは、健康監視および／または健康サービスに関係するコンテキスト情報／ＰＩの第３のセットの部分／コンテキストを利用してもよい。

【0126】

例として、コンテキスト情報／ＰＩは、ピアプレイバシ情報または制限を含んでもよい。たとえば、プレイバシ制限は、ＣＡＩＤにおいて符号化されたコンテキスト情報／ＰＩに含まれてもよい。例として、コンテキスト情報／ＰＩは、サービスの相対優先度レベルを示すことができる、ピア優先度情報を含んでもよい。たとえば、第１の優先度レベルは、一般健康監視に関連付けられてもよく、および、第２の優先度レベルは、緊急サービスに対する要求に関連付けられてもよい。第２の優先度レベルは、第１の優先度レベルよりも高い優先度を有してもよい。コンテキスト情報／ＰＩは、マルチホップメッセージおよび／または単一ホップメッセージを使用することによって、デバイス間で交換されてもよい。コンテキスト情報／ＰＩは、セキュリティ機能で有効にされてもよい（たとえば、暗号化され、または、適切なセキュリティ証明が欠如しているピアに対して曖昧（obscured）であってもよい）。

【0127】

健康監視および／または健康サービスに対するコンテキスト情報／ＰＩは、高速発見および／または関連付けを提供するために、ＣＡＩＤにおいて符号化されてもよい。たとえば、Ｐ２ＰメッセージのＣＡＣａｔ部分／コンテキストは、サービスのタイプ、この場合は、健康監視および／または健康サービスを示すように構成されてもよい。ＣＡＩＤは、Ｐ２Ｐメッセージに関連付けられた１または複数の健康監視および／または健康サービスアプリケーションを示すことができる、アプリケーション部分／コンテキストを含んでもよい。たとえば、ユーザの電話上でのアプリケーションは、心臓監視を実行するためのユーザのペースメーカと通信してもよい。この心臓監視アプリケーションに関連付けられたメッセージは、アプリケーション部分／コンテキストを使用して、その識別を示してもよい。アプリケーション部分／コンテキストは、アプリケーションＩＤ、病状のインジケーション（たとえば、心臓病、糖尿病、アルツハイマー病など）、医者情報、治療、医療歴、医療記録へのリンクなどの、１または複数のアプリケーション関連値を含んでもよい。例として、プレイバシ部分／コンテキストは、メッセージに関連付けられたプレイバシレベルを示してもよく、および、ＣＡＩＤにおいて符号化されてもよい。

【0128】

例として、健康監視および／または健康サービスに対するコンテキスト情報／ＰＩは、健康監視および／または健康サービスの対象となる人に関する情報を示す、ユーザ部分／コンテキストを含んでもよい。たとえば、個人医療プロファイルに関連付けられた情報（たとえば、身長、体重、年齢など）などのピア関連値が、ユーザ部分／コンテキストに含まれてもよい。例として、健康監視および／または健康サービスに対するコンテキスト情報／ＰＩは、セキュリティ部分／コンテキスト、たとえば、セキュリティ鍵のインジケーション、セキュリティスキームなどを含んでもよい。例として、コンテキスト情報／ＰＩ（たとえば、健康監視および／または健康サービスに対する）は、マルチホップ部分／コンテキストを含んでもよい。たとえば、マルチホップ部分は、所与のメッセージに対する最小および／または最大ホップカウントなどの、マルチホップ関連値を示してもよい。コンテキスト情報／ＰＩ内のある部分／コンテキストは、静的であってもよく（たとえば、ＣＡＣａｔ ＩＤ、医者情報など）、および、他の部分コンテキストは、動的であってもよい（たとえば、病状、治療など）。

【0129】

潜在的ＣＡＣａｔの別の例は、安全および／またはセキュリティサービスに対するＣＡＣａｔであってもよい。安全および／またはセキュリティサービスに関連付けられたＣＡＣａｔは、セーフティシステムを監視するアプリケーション（たとえば、機器制御アプリケーション、一酸化炭素などの毒物監視、または天然ガス監視など）、初期対応者サービス（たとえば、警察、火事、救命士など）に関連付けられたアプリケーション、および／または、セキュリティ制御／監視システム（たとえば、セキュリティセンサ、カメラ、警察またはセキュリティグループとの通信を監視または制御するアプリケーションなど）に関連付けられたメッセージに利用されてもよい。安全および／またはセキュリティサービスＣＡＣａｔを利用するアプリケーションは、受動的監視システムであってもよく、および／または能動的支援をユーザに提供してもよい。

【0130】

たとえば、デバイスは、危険、トラフィック問題、緊急状態などが、デバイスに近いロケーションで発生していることを、その近接したピアに示すように構成されてもよい。そのピアに潜在的危険をアラートするデバイスは、ＣＡＣａｔフィールドを、通信が安全および／またはセキュリティサービスのカテゴリにおけるものであることを示す値に設定してもよい。コンテキスト情報／ＰＩはさらに、危険が存在することをさらに示し、および、危険に対する識別情報を提供してもよい。ＣＡＣａｔおよび他のコンテキスト情報／ＰＩは、メッセージに対するＣＡＩＤにおいて符号化されてもよい。例として、コンテキスト情報／ＰＩは、ピアが近隣における他のピアからのピア支援／サービスを要求していることを示すために使用されてもよい。例として、コンテキスト情報／ＰＩは、メッセージに対するピアのターゲットグループを示すために使用されてもよい。

【0131】

他のタイプのセキュリティまたは安全関連情報は、コンテキスト情報／ＰＩの部分またはサブコンテキストに含まれてもよい。たとえば、コンテキスト情報／ＰＩは、コンテキスト情報／ＰＩおよび／またはメッセージにおいて示されたアラート／インシデントのソースおよび／または正確度レベルのインジケーションを含んでもよい。ピアは、コンテキスト情報／ＰＩにおいてインシデントまたはアラートに対する優先度レベルを示してもよい。例として、コンテキスト情報／ＰＩは、マルチホップおよび／または単一ホップ方法を使用して、デバイス間で交換されてもよく、ならびに、コンテキスト情報は、セキュリティ機能で有効とされてみょい（たとえば、公開鍵または秘密鍵で暗号化される）。

【0132】

使用ケースおよび実装の詳細に従って、安全および／またはセキュリティサービスＣＡＣａｔに対するコンテキスト情報／ＰＩは、要求元、要求先、メッセージ、および／またはメッセージをトリガしたイベントに対する追加情報を示すための１または複数の部分またはサブコンテキストを含んでもよい。たとえば、コンテキスト情報／ＰＩは、所与の安全および／またはセキュリティサービスＣＡＣａｔメッセージに関連付けられた１または複数のアプリケーションを示すためのアプリケーション部分／コンテキストを含んでもよい。たとえば、アラートタイプ部分／コンテキストは、地震アラート、津波アラート、竜巻アラート、火事アラート、窃盗アラート、自動車事故アラート、閉鎖アラートなどの、アラートのタイプを示してもよい。アラートタイプ部分は、インシデントロケーション、危険タイプ（たとえば、ガス、オイル、水、生物学、空気など）、インシデント重大度などの、アラートタイプ関連値を含んでもよい。

【0133】

コンテキスト情報／ＰＩは、アラートのソースを示すためのソース部分／コンテキストを含んでもよい。たとえば、アラートが国立測候所（National Weather Service）によって生成された場合、ソース部分／コンテキストは、国立測候所に対応する第１の値に設定されてもよく、および、ソースがニュージャージー州警察であった場合、ソース部分／コンテキストは、ニュージャージー州警察に対応する第２の値に設定されてもよい。例として、コンテキスト情報／ＰＩは、たとえば、アラートのターゲットであるグループ（たとえば、あるエリアの居住者、特定の学校または機関に関連付けられた人々など）を示すために、ターゲット／グループ部分／コンテキストを含んでもよい。例として、コンテキスト情報／ＰＩは、優先度部分／コンテキストを含んでもよい。たとえば、地震および津波などの大規模災害は、極めて高い優先度に関連付けられてもよく、負傷者が存在しない、ダウンした電力線は、比較的低い優先度に関連付けられてもよい。例として、コンテキスト情報／ＰＩは、セキュリティ部分／コンテキストを含んでもよい。たとえば、セキュリティ部分／コンテキストは、メッセージに関連付けられたセキュリティ鍵、メッセージに関連付けられたセキュリティスキームなどを示してもよい。

【0134】

例として、コンテキスト情報／ＰＩ（たとえば、安全および／またはセキュリティサービスメッセージに対する）は、マルチホップ部分／コンテキストを含んでもよい。たとえば、マルチホップ部分は、商用メッセージに対する最小および／または最大ホップカウントなどの、マルチホップ関連値を示してもよい。マルチホップ部分は、メッセージが重要な緊急事態（たとえば、地震）に対するものであること、および、メッセージが遅延せずに他のホップへ転送されることになることを示してもよい。コンテキスト情報／ＰＩ（たとえば、安全および／またはセキュリティサービスメッセージに対する）は、仮想リーダ部分／コンテキスト、たとえば、サブＶＬインジケーションもしくはフラグ、スーパーＶＬインジケーションもしくはフラグ、および／またはＶＬインジケーションもしくはフラグの１または複数を含んでもよい。

【0135】

コンテキスト情報／ＰＩ（たとえば、安全および／またはセキュリティサービスメッセージに対する）は、メッセージのＣＡＩＤに含まれてもよい、送信ピアに対する近接部分／コンテキストを含んでもよい。たとえば、近接部分／コンテキストは、緯度および経度、住所などの、転送ピアの絶対ロケーションを示してもよい。近接部分／コンテキストは、他のランドマーク／ピアに対する位置など、送信ピアの相対ロケーションを示してもよい。近接部分／コンテキストは、送信ピアから送信されているメッセージ、および／または送信ピアに送信されるメッセージの検出可能無線範囲を示してもよい。例として、コンテキスト情報／ＰＩ（たとえば、安全および／またはセキュリティサービスメッセージに対する）は、モビリティ部分／コンテキストを含んでもよい。モビリティ部分／コンテキストは、転送ピアに対するモビリティ情報を示してもよい。

【0136】

潜在的ＣＡＣａｔの別の例は、トラフィックおよび／または輸送サービスに対するＣＡＣａｔであってもよい。トラフィックおよび／または輸送サービスに関連付けられたＣＡＣａｔは、トラフィックシステム（たとえば、ルートプランニングアプリケーション、トラフィック監視など）、および／または他の旅行関連システム（たとえば、カープールアプリケーション、航空トラフィックシステムなど）に関連付けられたメッセージに利用されてもよい。トラフィックおよび／または輸送ＣＡＣａｔを利用するアプリケーションは、受動的監視システムであってもよく、および／または能動的支援をユーザに提供してもよい。

【0137】

たとえば、デバイスは、トラフィック情報に関して、それに近接したピアにアラートを提供するように構成されてもよい。トラフィック情報は、たとえば、メッセージのＣＡＩＤの一部として、ピアによってブロードキャストされるコンテキスト情報／ＰＩに含まれてもよい。例として、ピアは、コンテキスト情報／ＰＩを使用して、輸送サービスに対する適応スケジュールを更新するように構成されてもよい。たとえば、ピアは、コンテキスト情報／ＰＩを使用して、更新されたスケジュールを受信し、および／または更新されたスケジュールを要求してもよい。例として、ピアは、メッセージのＣＡＩＤにおいて符号化されたコンテキスト情報／ＰＩを使用して、他のピアとのカープールを招待または受け入れてもよい。例として、コンテキスト情報／ＰＩは、旅行が片道（one-way）または往復（round trip）であるかなどの、輸送説明を含んでもよい。

【0138】

例として、トラフィックおよび／または輸送サービスに対するコンテキスト情報／ＰＩは、マルチホップ通信を使用して、および／または単一ホップ通信を使用して、デバイス間で交換されてもよい。コンテキスト情報／ＰＩは、セキュリティ機能で有効にされてもよく、近接関連情報で有効にされてもよく、および／またはモビリティ関連情報で有効にされてもよい。

【0139】

特定のシナリオに応じて、トラフィックおよび／または輸送サービスに対するコンテキスト情報／ＰＩは、使用ケースおよびメッセージ特性に応じて変化してもよい。たとえば、ＣＡＣａｔ部分／コンテキストは、サービスをトラフィックおよび／または輸送サービスとして示すように設定されてもよい。アラートタイプ部分／コンテキストは、メッセージに関連付けられたアラートのタイプ、たとえば、事故アラート、道路閉鎖アラート、列車サービスキャンセルなどを示すために使用されてもよい。事故アラートタイプ部分／コンテキスト関連値の例は、アラートＩＤ、状態（たとえば、事故、閉鎖、遅延、その他）、アラートロケーション、アラート持続時間などを含んでもよい。例として、コンテキスト情報／ＰＩは、メッセージに関連付けられたアプリケーションの識別またはタイプを示すために、アプリケーション部分／コンテキストを含んでもよい。たとえば、アプリケーション部分／コンテキストは、モバイルデバイス上で稼動している地図アプリケーション（たとえば、Ｇｏｏｇｌｅ Ｍａｐｓ、Ａｐｐｌｅ Ｍａｐｓ、ＭａｐＱｕｅｓｔ（登録商標）など）が、メッセージに含まれている情報を利用してもよいことを示してもよい。

【0140】

例として、コンテキスト情報／ＰＩは、アラートのソースを示すために、ソース部分／コンテキストを含んでもよい。たとえば、ソース部分／コンテキストは、アラートのソースが警察レポート、ニュースレポート、ピアによる観察などであるかを示してもよい。例として、コンテキスト情報／ＰＩは、アラートの意図されたターゲットを示すために、ターゲット／グループ部分／コンテキストを含んでもよい。たとえば、ターゲット／グループ部分／コンテキストは、アラートが、キャンセルされた列車に対するチケットを有する乗客、道路／ハイウェイの所与のセット上での通勤者、一般の人々、潜在的カープール利用者などであることを示してもよい。ターゲット／グループ部分／コンテキストは、カープール要件、チケット番号などの、１または複数のピア関連値を含んでもよい。

【0141】

例として、コンテキスト情報／ＰＩは、優先度部分／コンテキストを含んでもよい。たとえば、計画されていない道路などの大幅な輸送遅延は、混雑などの要因に起因した小さいトラフィック遅延よりも高い優先度に関連付けられてもよい。例として、コンテキスト情報／ＰＩは、セキュリティ部分／コンテキストを含んでもよい。たとえば、セキュリティ部分／コンテキストは、メッセージに関連付けられたセキュリティ鍵、メッセージに関連付けられたセキュリティスキームなどを示してもよい。

【0142】

例として、コンテキスト情報／ＰＩ（たとえば、トラフィックおよび／または輸送サービスメッセージに対する）は、マルチホップ部分／コンテキストを含んでもよい。たとえば、マルチホップ部分は、商用メッセージに対する最小および／または最大ホップカウントなどの、マルチホップ関連値を示してもよい。マルチホップ部分は、メッセージが重要であること、および、メッセージが遅延せずに他のホップへ転送されるべきであることを示してもよい。コンテキスト情報／ＰＩ（たとえば、トラフィックおよび／または輸送サービスメッセージに対する）は、仮想リーダ部分／コンテキスト、たとえば、サブＶＬインジケーションもしくはフラグ、スーパーＶＬインジケーションもしくはフラグ、および／またはＶＬインジケーションもしくはフラグの１または複数を含んでもよい。

【0143】

コンテキスト情報／ＰＩ（たとえば、トラフィックおよび／または輸送サービスメッセージに対する）は、メッセージのＣＡＩＤに含まれてもよい、送信ピアに対する近接部分／コンテキストを含んでもよい。たとえば、近接部分／コンテキストは、緯度および経度、住所などの、転送ピアの絶対ロケーションを示してもよい。近接部分／コンテキストは、他のランドマーク／ピアに対する位置など、送信ピアの相対ロケーションを示してもよい。近接部分／コンテキストは、送信ピアから送信されているメッセージ、および／または送信ピアに送信されるメッセージの検出可能無線範囲を示してもよい。例として、コンテキスト情報／ＰＩ（たとえば、トラフィックおよび／または輸送サービスメッセージに対する）は、モビリティ部分／コンテキストを含んでもよい。モビリティ部分／コンテキストは、転送ピアに対するモビリティ情報を示してもよい。

【0144】

このように、ピア間で交換されてもよいコンテキスト情報／ＰＩの種々の形態および／またはタイプがあってもよい。コンテキスト情報／ＰＩは、Ｐ２Ｐ通信セッションの前、その間、および／またはその後に、ピア間で交換されてもよい。そのようなコンテキスト情報／ＰＩの交換を容易にするために、コンテキスト情報／ＰＩは、デバイス識別情報とともに符号化されてもよい。このようにして、コンテキスト情報／ＰＩは、迅速に決定されてもよく、ならびに、Ｐ２Ｐ発見およびＰ２Ｐ関連付けを含むプロセスに利用可能とされてもよい。したがって、単に、Ｐ２Ｐ発見プロシージャおよび／またはＰ２Ｐ関連付けプロシージャの間に、識別子を使用して、デバイスを一意に識別するのではなく、追加のコンテキスト情報／ＰＩを符号化する識別子が利用されてもよい。

【0145】

図４Ａおよび図４Ｂは、レガシメッセージ中に含まれてもよい例示的な情報、および、ＣＡＩＤを含むメッセージに含まれてもよい情報を示す。たとえば、図４Ａは、識別子を含む例示的なメッセージフォーマットを示し、図４Ｂは、ＣＡＩＤを含む例示的なメッセージを示す。図４Ａに示されているように、既存の識別子は、ユーザＩＤまたはデバイスＩＤ（たとえば、ユーザＩＤ／デバイスＩＤ４０２）のみに基づいて、ユーザまたはデバイスをアドレス指定するために使用されてもよい。したがって、識別子は、ユーザおよび／またはデバイスを一意に識別するために使用されてもよいが、レガシ識別子は、メッセージのコンテキストについての任意の追加の情報を提供しなくてもよい。コンテキスト情報をユーザまたはデバイス識別子とともに符号化する代わりに、レガシメッセージでは、コンテキスト項目４０４がメッセージのペイロードにユーザデータ４０６とともに含まれてもよい。符号化のタイプに応じて、デバイスは、コンテキスト項目４０４を適切に解釈および判定するために、メッセージ／パケット全体を復号することが必要とされることがある。

【0146】

図４Ｂは、どのように１または複数のコンテキスト項目４１８がユーザＩＤ／デバイスＩＤ４１２とともに符号化されて、コンテキストアウェア識別子（ＣＡＩＤ）が形成されてもよいかを示す。コンテキスト情報／ＰＩは、メッセージの送信者に関する情報、メッセージの意図された受信側に関する情報、メッセージの目的に関する情報、メッセージに関連付けられたサービスもしくはアプリケーションに関する情報、および／または、メッセージが受信側にとって関心のあるものであるかを迅速に判定するために、メッセージ受信側によって使用されてもよい他の情報を備えてもよい。コンテキスト情報／ＰＩは、メッセージヘッダおよび／またはメッセージペイロードに含まれてもよい（たとえば、コンテキスト項目４１８は、メッセージのヘッダ中のＣＡＩＤに含まれてもよく、コンテキスト項目４１４は、メッセージのペイロードにユーザデータ４１６とともに含まれてもよい）。ユーザＩＤ／デバイスＩＤ４１２は、メッセージの送信者に関連付けられた情報のインジケーションであってもよいので、ユーザＩＤ／デバイスＩＤ４１２は、コンテキスト情報／ＰＩと見なされてもよい。

【0147】

ＣＡＩＤは、メッセージの送信者に対する識別子、および／またはメッセージの受信側に対する識別子に加えて、追加のコンテキスト情報を含んでもよい、多次元（multi-dimensional）識別子と見なされてもよい。したがって、ＣＡＩＤは、ユーザ／デバイスを一意に識別することと、所与のメッセージに対するコンテキスト（たとえば、メッセージに関連付けられた１または複数の状況）を識別することの両方を行うことができる。例として、ユーザＩＤまたはデバイスＩＤは、ＣＡＩＤに含まれなくてもよい。代わりに、ＣＡＩＤは、他のタイプのコンテキスト情報／ＰＩを単に含んでもよい。

【0148】

ＣＡＩＤを使用することによって、ピアは、メッセージ全体を完全に復号することなしに、コンテキスト情報／ＰＩに関係する１または複数のフィルタに基づいて、受信されたＰ２Ｐメッセージをフィルタすることが可能である。ＣＡＩＤは、異なる使用ケースおよびアプリケーションに基づいて柔軟に実装されてもよい、コンテキスト情報／ＰＩのサブセットであってもよい（たとえば、ＣＡＩＤに含まれるコンテキスト情報／ＰＩは、時間とともに変化してもよく、アプリケーションに基づいて異なってもよい）。ＣＡＩＤに含まれてもよいコンテキスト情報の例は、ＣＡＣａｔ、ユーザＩＤを有するマルチホップインジケータ、および／または、コンテキスト情報／ＰＩの任意の他の組合せを含んでもよい。

【0149】

コンテキスト情報／ＰＩを識別子の一部として符号化するために、コンテキスト情報／ＰＩおよび識別子は、いくつかの方法で組み合わされてもよい。加えて、コンテキスト情報の量および／またはタイプは、実装の特定の使用ケースに依存してもよいので、ＣＡＩＤを構築するために方法が定義されてもよい。たとえば、ＣＡＩＤは、階層的方法、フラットな方法（flat manner）、ならびに／または、階層的およびフラットな方法の組合せ（たとえば、ハイブリッド方法）として編成されてもよい、コンテキスト情報／ＰＩを含んでもよい。

【0150】

図５は、ＣＡＩＤに含まれるコンテキスト情報／ＰＩに対する階層構造の例を示す。たとえば、近接ベースＰ２Ｐメッセージに含まれるべきコンテキスト情報／ＰＩは、１または複数の要因に基づいて、異なるコンテキストレベルに分割されてもよい。たとえば、コンテキスト情報／ＰＩは、重要度の相対レベルに基づいて、コンテキスト情報の特定性に基づいて（たとえば、ＣＡＣａｔなどのカテゴリレベルなどのより一般的なコンテキスト情報は、より高いレベルであってもよく、アプリケーション識別子などのより特定の情報は、より低いレベルであってもよく、アプリケーション固有のパラメータは、さらにより低いレベルであってもよい）、および／またはいくつかの他の基準に基づいて、分割されてもよい。例として、階層のルートレベルまたは最高レベル（たとえば、コンテキストレベル１）は、ＣＡＣａｔであってもよい。したがって、ルートレベル（たとえば、ＣＡＣａｔ）は、ＣＡＩＤに含まれる他のコンテキスト情報／ＰＩに対するカテゴリまたは使用ケースを示すために使用されてもよい。階層的に構造化されたＣＡＩＤ内のコンテキスト情報／ＰＩは、水平および／または垂直に拡大可能であってもよい。

【0151】

たとえば、図５のコンテキストレベル１は、たとえば、メッセージに対するＣＡＣａｔを示すことができる、コンテキストレベル１ＩＤ５０２を含んでもよい。たとえば、ＣＡＣａｔは、メッセージが接続の目的（たとえば、ソーシャルネットワーキングなど）、商用目的（たとえば、ショッピング、エンターテインメントなど）、トラフィックおよび輸送などに対するものであると示してもよい。コンテキストレベル２は、コンテキストレベル１のＣＡＣａｔに関連付けられたより特定のコンテキスト情報を提供する、コンテキスト情報／ＰＩの１または複数の追加項目を含んでもよい。たとえば、コンテキストレベル１ＩＤ５０２が、メッセージが接続タイプＣＡＣａｔに関連付けられることを示すと想定されたい。例として、コンテキストレベル２ＩＤ１ ５０４は、ＣＡＩＤのアプリケーション部分／コンテキストに関連付けられてもよい。たとえば、コンテキストレベル２ＩＤ１ ５０４は、メッセージに関連付けられたアプリケーションが、スマートフォン上のＦａｃｅｂｏｏｋアプリであることを示してもよい。さらに、コンテキストレベル３は、メッセージタイプのインジケーション（たとえば、友人リクエスト、個人メッセージ、グループメッセージ、イベント招待など）、メッセージに関連付けられたプラグインもしくはサブアプリケーションのインジケーション（たとえば、Ｆａｒｍｖｉｌｌｅなど）、メッセージに関連付けられたユーザアカウントについての情報（たとえば、送信ユーザ識別、受信側ユーザ識別）、および／または、他のアプリケーション固有のコンテキスト情報など、Ｆａｃｅｂｏｏｋアプリ固有のパラメータについてのより詳細な情報を提供してもよい。理解されるように、他のコンテキストレベル２コンテキスト情報／ＰＩは、図５に示されていないが、コンテキストレベル３情報を有してもよい。加えて、各レベルに含まれるコンテキスト情報の数およびタイプは、使用ケースまたは実装形態に基づいて変化してもよい。

【0152】

図６は、例示的なＣＡＩＤに含まれてもよい商用広告に対する階層コンテキスト情報／ＰＩの例を示す。たとえば、ＣＡＣａｔ６０２は、ルートコンテキストレベルであってもよく、メッセージが商用タイプＣＡＣａｔに関連付けられることを示してもよい。ＣＡＩＤを受信するデバイスが、基本的なメッセージが関心のあるものであるかを確かめるためのレベルを構文解析することを開始することができるように、商用タイプコンテキスト情報ＰＩは、１または複数のレベルに分割されてもよい。たとえば、受信デバイスは、最初に、コンテキストレベル１のＣＡＣａｔ６０２を読み取り、メッセージが商用タイプメッセージであると判定してもよい。このユーザ／デバイスは商用タイプメッセージに関心があることがあるので、デバイスは、コンテキストレベル２を解釈することを開始することができる。たとえば、デバイスは、アプリケーションＩＤ６０４、ユーザＩＤ／グループＩＤ６０６（たとえば、デバイスＩＤ、その他）、マルチホップ６０８、転送インジケーション６１０、転送者６１２などの１または複数を、構文解析および解釈してもよい。たとえば、アプリケーションＩＤ６０４は、アプリケーションが、受信ユーザ／デバイスにとって関心があるクーポンアプリケーションであることを示してもよい。このアプリケーション固有の情報に基づいて、受信デバイスは、たとえば、コンテキストレベル３として、ＣＡＩＤを構文解析することを継続するように判定して、アプリケーション値６１４（および／またはピア値６１６）を判定してもよい。例として、アプリケーション値６１４は、メッセージに含まれるクーポンが、受信するデバイスのユーザが関心のない店舗に対するものであることを示してもよいので、デバイスは、ＣＡＩＤを構文解析することを停止し、受信デバイス上でのアプリケーションにメッセージを配信すること（または、受信ユーザにメッセージを提示すること）を控え（refrain from）、ならびに／または、送信ピアとのさらなる発見プロシージャおよび／もしくは関連付けプロシージャを実行することを控えるように、判定してもよい。別の例では、アプリケーション値６１４は、クーポンが、関心のあるストレージに対するものであることを示してもよく、受信デバイスは、メッセージを関心のあるアプリケーションに配信し、および／または、送信ピアとの通信（たとえば、さらなる発見および／または関連付けなど）を継続するように、判定してもよい。図６の例に示されているように、ＣＡＩＤは、あるレベルのコンテキストを、ピア発見および関連付け識別子（たとえば、ＣＡＩＤ）にプッシュするように構築されてもよい。

【0153】

図７は、ＣＡＩＤに含まれてもよいコンテキスト情報／ＰＩに対するフラット構造の例を示す。コンテキスト情報／ＰＩに対するフラット構造は、コンテキスト情報／ＰＩの水平拡大と見なされてもよい。フラット構造に含まれるコンテキスト項目の順序は、１または複数の基準に基づいて、設定されてもよい。たとえば、順序は、重要度の相対レベルに基づいて設定されてもよい。たとえば、ＣＡＣａｔは、シーケンスにおける最初のコンテキスト項目であり、転送またはマルチホップ情報がその後に続き、アプリケーション情報などがその後に続いてもよい。ＣＡＩＤは、コンテキスト情報の１または複数の項目を、ピア発見および／またはピア関連付け識別子に追加することによって、構築されてもよい。メッセージを識別するために有用な情報を、ＣＡＩＤの始めに含めることによって（たとえば、この例ではＣＡＣａｔであるが、コンテキスト情報／ＰＩがルートレベルとして使用されてもよい）、受信者は、メッセージを受信すると、ＣＡＣａｔを迅速に識別してもよい。

【0154】

図８は、ＣＡＩＤに含まれてもよい商用広告メッセージに対するコンテキスト情報／ＰＩに対するフラット構造の例を示す。たとえば、ＣＡＣａｔ８０８は、ＣＡＩＤに含まれるコンテキスト項目のシーケンスにおける最初のコンテキスト項目であってもよい。受信者は、ＣＡＩＤを迅速に構文解析して、ＣＡＣａｔを判定してもよい。この例では、ＣＡＣａｔ８０２は、メッセージが商用ＣＡＣａｔに関係することを示してもよい。受信デバイスが、商用タイプメッセージに関心がある場合、デバイスは、ＣＡＩＤを構文解析することを継続してもよい。受信デバイスが、商用タイプメッセージに関心がない場合、デバイスは、ＣＡＩＤを読み取ることを停止し、および／または、メッセージのペイロード部分を復号しないように判定してもよい。例として、受信者は、各連続コンテキスト項目（たとえば、マルチホップ８０４、アプリケーションＩＤ８０６、．．．、ユーザＩＤ８０８）を構文解析することを継続して、メッセージが関心のあるものであるかを判定してもよい。他のタイプの識別子／コンテキスト項目が使用されてもよく（たとえば、デバイスＩＤ）、コンテキスト項目の順序は、アプリケーションのタイプおよび／または特定のシナリオに応じて変化してもよい。

【0155】

例として、動的に拡大／縮小するコンテキストレベルを利用することができる（たとえば、特定のコンテキストレベル、および／またはコンテキストレベルにおけるコンテキスト項目の数が、メッセージごとに変化してもよい）階層コンテキスト情報／ＰＩ構造を利用するのではなく、定数のコンテキストレベル、および／または、コンテキストレベルごとに固定した数（および／または識別）のコンテキスト項目を含む、定義された階層構造が使用されてもよい。そのようなコンテキスト情報構造は、ハイブリッドコンテキスト情報構造と称されてもよい。異なるタイプのメッセージ、異なるユーザ、および／または異なるアプリケーションが、ＣＡＩＤにおいて異なるハイブリッドコンテキスト情報構造を使用してもよい。

【0156】

例として、コンテキストマネージャ（ＣＭ）が、コンテキスト情報の交換を管理または定義するために利用されてもよい。たとえば、ＣＭは、ピアのグループのコンテキスト情報を管理する、論理的制御エンティティであってもよい。ＣＭの管理下のコンテキスト情報は、ＣＡＩＤに含まれてもよい一部または全部のコンテキスト情報／ＰＩを含んでもよい。ＣＭは、ＣＡＩＤ構造を定義すること、ＣＡＩＤに含まれる情報のタイプを判定することなど、ＣＡＩＤを管理するように構成されてもよい。ＣＭは、ピアデバイスにおいて（たとえば、ＣＭ機能性は、Ｐ２Ｐ近接メッセージを交換するピアに含まれる）、および／または、インフラストラクチャベース通信ネットワークに含まれる１もしくは複数のノードにおいて実装されてもよい。たとえば、ＣＭは、ＷＴＲＵにおいて、ＩＥＥＥ８０２．１５ネットワークのコーディネータにおいて、３ＧＰＰセルラネットワークのパケットゲートウェイ（Ｐ−ＧＷ）、サービングゲートウェイ（Ｓ−ＧＷ）、ｅＮＢ、ＭＭＥ、ポリシ課金およびルール機能（ＰＣＲＦ）、ならびに／またはＨＳＳなどにおいて実装されてもよい。

【0157】

ＣＭは、以下の機能の１または複数を、任意の組合せにおいて実行するように構成されてもよい。たとえば、ＣＭは、１もしくは複数のピアに対し、および／または、１もしくは複数のアプリケーションに対し、コンテキスト情報／ＰＩ（たとえば、ＣＡＣａｔ、アプリケーション固有のコンテキスト情報、ＣＡＩＤなどの１または複数）を管理するように構成されてもよい。ＣＭは、１または複数のピアによって使用するために、ＣＡＩＤを生成するように構成されてもよい。たとえば、ＣＭは、Ｐ２Ｐ通信に対するピアによって使用されてもよいコンテキスト情報に基づいて、ピアに対するＣＡＩＤを生成してもよい。ＣＭは、Ｐ２Ｐ通信に参加するコンテキスト情報ピアを交換および更新するように構成されてもよい。たとえば、ＣＭは、ＰＨＹレイヤ（たとえば、ＰＨＹレイヤシグナリングを使用する）、ＭＡＣレイヤ（たとえば、ＭＡＣレイヤシグナリングを使用する）、および／またはクロスレイヤ技術を使用する（たとえば、ＰＨＹ／ＭＡＣレイヤシグナリング、および／または、ＲＲＣなどの他のレイヤシグナリングの組合せを使用する）など、１または複数の通信レイヤにおいて、コンテキスト情報を更新してもよい。ＣＭは、ＩＥＥＥ８０２．１５ネットワークのコーディネータにおいて、および／または、３ＧＰＰセルラネットワークのネットワークエンティティ（たとえば、Ｐ−ＧＷ／Ｓ−ＧＷ／ｅＮＢ／ＭＭＥ／ＨＳＳ／ＰＣＲＦなど）において実装されてもよい。

【0158】

例として、ＣＭは、Ｐ２Ｐ通信セッションにおいて発見プロシージャおよび／または関連付けプロシージャに対するコンテキスト情報などの入力を提供するように構成されてもよい。ＣＭは、発見プロシージャおよび／または関連付けプロシージャの出力／結果に基づいて、コンテキスト情報を更新するように構成されてもよい。

【0159】

例として、コンテキスト情報は、インフラストラクチャレスネットワーク（たとえば、アドホックネットワーク）において、ＣＭによって管理されてもよい。たとえば、インフラストラクチャレスＰ２Ｐ通信では、ＣＭは、ＣＭメーカおよび／またはサービスプロバイダによって、１または複数のピアに対するあるコンテキスト情報をプロビジョニング（provisioned）され（たとえば、予めプログラムされ）てもよい。ＣＭは、ピア間でのデータ交換から追加のコンテキスト情報を取得してもよい。例として、ＣＭは、ピア発見および／またはピア関連付けプロシージャの間に発生し、および／またはそれと同時に起こる、ピア間でのデータ交換の間に、コンテキスト情報を取得してもよい。ピア発見および／またはピア関連付けプロシージャの結果に基づいて、ＣＭは、現在のコンテキスト情報を更新し、および／または新たなコンテキスト情報を生成してもよい。

【0160】

インフラストラクチャレスＰ２Ｐ通信が、インフラストラクチャベースネットワークの拡張（たとえば、３ＧＰＰネットワークにアタッチされたデバイス間での直接Ｄ２Ｄ通信）である場合、ＣＭは、インフラストラクチャベースネットワークからコンテキスト情報を取得するように構成されてもよい。

【0161】

例として、ＣＭは、ピアによって利用されているサービス、ピアデバイス上で実行しているアプリケーション、ピアについてのピア情報、および／または、ＣＡＣａｔなどの他のタイプのコンテキスト情報の１または複数に基づいて、Ｐ２Ｐ通信に使用されるＣＡＩＤを生成するように構成されてもよい。例として、アプリケーションおよび／またはサービスは、予め定義されたＣＡＣａｔセットについて、および／または予め定義されたセットのコンテキスト情報について、同意（agree）してもよい。

【0162】

表２は、ＣＭが異なるアプリケーションおよび／またはサービスに対するＣＡＩＤをどのように生成することができるかの例を示す。たとえば、ピアが、ソーシャルネットワーキングアプリケーションに関連付けられたアプリケーションを使用するピアを発見することを望む場合、ピアデバイスにおけるＣＭは、ＣＡＣａｔを、近接したピアの高速発見のためにＣＡＩＤとして使用してもよい。ピアがすでに、それがピアを発見することを望む特定のアプリケーションを知っている場合、ＣＡＩＤは、ＣＡＣａｔ＋そのアプリケーションに対するアプリＩＤとして設定されてもよい。ピアが、それが特定のアプリケーションに対する発見を望むピアの特定のグループを知っている場合、ＣＡＩＤは、ＣＡＣａｔ＋アプリＩＤ＋ユーザＩＤ／グループＩＤとして表されてもよい。理解されるように、他の組合せが、ＣＡＩＤが使用されることになる特定のシナリオに基づいて使用されてもよい。

【0163】

【表2】

【0164】

ＣＡＩＤは、階層、フラット、および／またはハイブリッド方法で、コンテキスト情報／ＰＩから構築されてもよい。階層ＣＡＩＤでは、最初のレベル（たとえば、例ではＣＡＣａｔ）が標準化されてもよい。コンテキスト情報を、ピア発見および／またはピア関連付けに使用される識別子に含めることによって、コンテキスト情報は、メッセージのペイロードを復号する必要なしに、通信プロトコルスタックの下位レイヤ（たとえば、ＰＨＹ、ＭＡＣなど）において判定されてもよい。コンテキスト情報をより下位レイヤにおいて利用可能にするそのような機構は、コンテキストアウェア高速発見および／またはピア関連付けプロシージャがＰＨＹレイヤおよび／またはＭＡＣレイヤにおいて実装されることを容易にすることができる。

【0165】

例として、ＣＭは、インフラストラクチャベースネットワーク（たとえば、３ＧＰＰネットワーク）における１または複数のノードに含まれてもよく／１または複数のノードによって実装されてもよい。コンテキスト情報は、インフラストラクチャベースネットワークにおいてＣＭによって管理されてもよい。たとえば、ＣＭは、インフラストラクチャベースネットワークに接続された１もしくは複数のデバイス、および／または、インフラストラクチャベースネットワークの１もしくは複数の制御エンティティから、コンテキスト情報を取得してもよい。インフラストラクチャベースネットワークにおける制御エンティティの例は、ＩＥＥＥ８０２．１５ネットワークにおけるコーディネータ、８０２．１１ネットワークにおけるコーディネータ、および／または、３ＧＰＰセルラネットワークにおけるＰ−ＧＷ、ｅＮＢ、ＭＭＥなどを含んでもよい。

【0166】

Ｐ２Ｐ ＣＭ機能性は、集中または分散されてもよい。たとえば、３ＧＰＰネットワークでは、ＣＭは、ｅＮＢとともに存在し、またはｅＮＢとインターフェースしてもよい。例として、ＣＭは、ＰＣＲＦ、ＨＳＳ、ＭＭＥ、Ｐ−ＧＷなどの１または複数など、コアネットワーク（ＣＮ）エンティティ内に存在し、またはそれらとインターフェースしてもよい。例として、ＣＭは、２つの論理エンティティ、すなわち、ＣＭ−Ｃ（たとえば、コンテキストマネージャ−コアネットワーク）、およびＣＭ−Ｐ（たとえば、コンテキストマネージャ−ピア）として分類され、および／またはそれらに分割されてもよい。ＣＭ−Ｃは、ネットワークインフラストラクチャ内の１もしくは複数のエンティティの内部で実装されてもよく、および／または、ネットワークインフラストラクチャとともに１もしくは複数のエンティティとインターフェースしてもよい（たとえば、ネットワークインフラストラクチャの内部または外部に存在しながら）。ＣＭ−Ｐは、１または複数のピアデバイス内に存在し、またはそれらによって実装されてもよい。

【0167】

図９は、ＣＭ−Ｃがネットワークインフラストラクチャの外部で実装される、分散ＣＭアーキテクチャの例を示す。たとえば、ＣＭ−Ｃは、基準ポイントＣｍｃを通じて、ネットワークインフラストラクチャ（たとえば、ネットワークコーディネータ、ＰＣＲＦ、ＭＭＥ、Ｐ−ＧＷ、ｅＮＢなど）とインターフェースしてもよい。ＣＭ−Ｃは、Ｃｍｃを介して、コンテキスト情報をネットワークエンティティから受信し、および／または、コンテキスト情報をネットワークエンティティへ送信してもよい。ＣＭ−Ｃは、Ｃｍｃ−ｐ基準ポイントを通じて、ピアにおいて実装されたＣＭ−Ｐと通信してもよい。ＣＭ−ＣおよびＣＭ−Ｐは、Ｃｍｃ−ｐを介して、コンテキスト情報を交換してもよい。

【0168】

図１０は、ＣＭ−Ｃがネットワークインフラストラクチャ内で実装される、分散ＣＭアーキテクチャの例を示す。ＣＭ−Ｃは、図１０におけるネットワークインフラストラクチャのネットワークエンティティにおいて実装されてもよいので、Ｃｍｃ基準ポイントは利用されなくてもよい。ただし、Ｃｍｃ−ｐ基準ポイントはなお、ＣＭ−ＣとＣＭ−Ｐとの間の通信に利用されてもよい。例として、他の通信経路（たとえば、Ｃｍｃ−ｐ基準ポイントおよびＣｍｃ基準ポイントとは異なる通信経路）が、ＣＭによって、コンテキスト情報および／またはＣＡＩＤを交換するために使用されてもよい。

【0169】

例として、ＣＡＩＤは、インフラストラクチャベースネットワークにおいて、ＣＭ（たとえば、単一の論理エンティティとして、ならびに／または、ＣＭ−ＰおよびＣＭ−Ｃとともに分散されたエンティティとして）によって生成されてもよい。たとえば、インフラストラクチャベースネットワークでは、ＣＡＩＤは、スタンドアロンＣＭによって、ＣＭ−Ｐによって、および／またはＣＭ−Ｃによって生成されてもよい。たとえば、ＣＡＩＤは、ピアにおいて実装されたＣＭ−Ｐにおいて生成されてもよい。例として、ＣＭ−Ｐは、ＣＭ−Ｐにおいて利用可能なコンテキスト情報に基づいて、ＣＡＩＤを生成してもよい。ＣＭ−Ｐは、ＣＡＩＤをＣＭ−Ｃに示してもよく、および／または、関連付けられたコンテキスト情報をＣＭ−Ｃへ送信してもよい。ＣＭ−Ｃにおいて、新たなもしくは更新されたコンテキスト情報を受信すること、および／または、新たなもしくは更新されたＣＡＩＤを受信することは、ＣＭ−ＣがＣＭ−Ｃにおいて記憶されたピアに対するコンテキスト情報を更新することをトリガしてもよい。ＣＭ−Ｃは、コンテキスト情報をＣＭ−Ｐに提供してもよく、および、コンテキスト情報は、ＣＭ−ＰにおいてＣＡＩＤを生成するために使用されてもよい。

【0170】

例として、ＣＡＩＤは、ネットワークインフラストラクチャの内部または外部に配置されたＣＭ−Ｃにおいて生成されてもよい。例として、ＣＭ−Ｃは、ＣＭ−Ｃにおいて利用可能なコンテキスト情報に基づいて、ＣＡＩＤを生成してもよい。ＣＭ−Ｃは、ＣＡＩＤをＣＭ−Ｐに示し、および／または、関連付けられたコンテキスト情報をＣＭ−Ｐへ送信してもよい。ＣＭ−Ｐにおいて、新たなもしくは更新されたコンテキスト情報を受信すること、および／または、新たなもしくは更新されたＣＡＩＤを受信することは、ＣＭ−ＰがピアにおけるＣＭ−Ｐにおいて記憶されたコンテキスト情報を更新することをトリガしてもよい。ＣＭ−Ｐは、コンテキスト情報をＣＭ−Ｃに提供してもよく、および、コンテキスト情報は、ＣＭ−ＣにおいてＣＡＩＤを生成するために使用されてもよい。

【0171】

表３は、インフラストラクチャベースネットワークにおけるＣＡＩＤ生成の例を示す。たとえば、いくつかのタイプのＣＡＩＤは、ＣＭ−Ｐにおいて生成されてもよく、他のタイプのＣＡＩＤは、ＣＭ−Ｃにおいて生成されてもよい。たとえば、それに対してゲームをプレイするためのピアを発見することなど、一部の純粋なローカルＰ２Ｐ通信は、インフラストラクチャベースネットワークを伴うことなしに実行されてもよい。これらの場合、ＣＭ−Ｐは、ピアデバイスにおいて記憶されたローカルコンテキスト情報／ＰＩに基づいて、ＣＡＩＤを生成してもよい。他のシナリオでは、コンテキスト情報の１または複数の項目が、ネットワークにおいて利用可能であってもよい。たとえば、インフラストラクチャベースネットワークは、あるサービスまたはアプリケーションを使用するためにユーザに課金されるコストまたは金額（amount）に関係する追加の情報を有してもよい。この場合、そのようなアプリケーションまたはサービスを呼び出すＰ２Ｐメッセージに対するＣＡＩＤは、ＣＭ−Ｃにおいて生成され、ＣＭ−Ｐへ送信されてもよい。多数のシナリオでは、ＣＡＩＤは、ＣＭ−ＣまたはＣＭ−Ｐのいずれかにおいて生成されてもよく、それは、生成されたＣＡＩＤ（および／または、基本的なコンテキスト情報）を他のＣＭエンティティへ通信してもよい。

【0172】

【表3】

【0173】

ピア関連付けは、１または複数のピアによって、Ｐ２Ｐデータ送信が開始される前に、別のピアとの論理的関係を確立するために使用されるプロシージャを指してもよい。たとえば、ピア関連付けは、ピアアタッチメント、ピアリング、ペアリング、および／またはリンク確立などのプロシージャを含んでもよい。

【0174】

たとえば、ＩＥＥＥ８０２．１５．４−２０１１、ＩＥＥＥ８０２．１５．４ｅ、および／またはＩＥＥＥ８０２．１５．４ｋにおいて定義されているような、従来のピア関連付け機構は、ピアがデータ送信を開始することができるように、ＲＦＤおよび／またはＦＦＤが関連付け要求をピアＦＦＤへ送信することを可能にする。現在の関連付けプロシージャは、デバイスベースおよび集中型であり、デバイス上のユーザコンテキストまたはサービスコンテキストに関係していない。関連付け解除は、ＩＥＥＥ８０２．１５．４−２０１１において定義されており、ＲＦＤまたはＦＦＤによって開始されてもよく、デバイスベース関連付け解除の例である。

【0175】

図１１は、ＩＥＥＥ８０２．１５．４−２０１１に従った関連付けに対する例示的なプロセスのシグナリング図である。図１１に示されているように、関連付け要求および関連付け応答は、要求デバイスとＦＦＤとの間で交換されてもよい。要求デバイスは、ＦＦＤから関連付け応答を受信するために、データ要求コマンドを発行してもよい。いくつかのシナリオでは、データ要求コマンドの交換は、ＩＥＥＥ８０２．１５．４における間接送信性質に起因して、関連付けプロセスを完了するために要する時間を増大することがある。

【0176】

図１２は、ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け要求コマンドの例を示す。図１３は、ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け要求コマンドに含まれてもよい、能力情報要素の例を示す。たとえば、関連付け要求コマンドは、以下のフィールドの１または複数を含むことができる能力情報要素を含んでもよく、すなわち、デバイスタイプ（たとえば、（１）に設定されたＦＦＤ、または（０）に設定されたＲＦＤ）、電源（たとえば、（１）に設定された交流電源、または（０）に設定されたその他）、アイドルのときに受信機オン（Receiver On When Idle）（たとえば、（０）に設定されたアイドルのときに電力セービング／受信機オフ、または（１）に設定されたアイドルのときに非電力セービング／受信機オン）、セキュリティ能力（たとえば、（１）に設定された有効とされたセキュリティ、または（０）に設定された有効とされていないセキュリティ）、アドレス割り当て（たとえば、デバイスは、（１）に設定され、またはそうでない場合は（０）に設定されたショートアドレスを割り当てるようにコーディネータに要求する）である。

【0177】

図１４は、ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け応答コマンドの例を示す。たとえば、関連付け応答コマンドは、以下のフィールドの１または複数を含んでもよく、すなわち、ショートアドレス（たとえば、コーディネータによってデバイスに割り当てられる）、関連付けステータス（たとえば、（００）に設定された関連付け成功、（０１）に設定された容量におけるＰＡＮ、（０２）に設定されたＰＡＮアクセスが拒否される（PAN access denied）などである。

【0178】

ＩＥＥＥ８０２．１５．４−２０１１において記載された関連付け機構に加えて、高速関連付けプロシージャがＩＥＥＥ８０２．１５．４ｅにおいて定義されている。図１５は、ＩＥＥＥ８０２．１５．４ｅにおいて指定されるような高速関連付けに対する例示的なプロセスのためのシグナリング図を示す。図１５に示された例では、コーディネータは、デバイスからのデータ要求を待機することなしに、関連付け応答をデバイスへ直接送信してもよい。ＩＥＥＥ８０２．１５．４ｅは、後方互換性のために、ＩＥＥＥ８０２．１５．４−２０１１によって定義されるような通常の関連付けをサポートするように定義されてもよい。

【0179】

加えて、ＩＥＥＥ８０２．１５．４ｅは、決定性同期マルチチャネル拡張（ＤＳＭＥ：Deterministic and Synchronous Multi-channel Extension）関連付け要求および応答コマンドを利用してもよい。たとえば、図１６は、ＩＥＥＥ８０２．１５．４ｅにおいて定義されるような例示的なＤＳＭＥ関連付け要求コマンドを示す。図１７は、ＩＥＥＥ８０２．１５．４ｅにおいて定義されるような例示的なＤＳＭＥ関連付け応答コマンドを示す。ＩＥＥＥ８０２．１５．４における関連付け要求とは対照的に、ＤＳＭＥ関連付け要求は、３つの追加のフィールド、すなわち、ホッピングシーケンスＩＤ、チャネルオフセット、および関連付けタイプを含有してもよい。ホッピングシーケンスＩＤフィールドは、利用されているチャネルホッピングシーケンスのＩＤを示してもよい。チャネルオフセットフィールドは、ＰＡＮと関連付けすることを試みる、非関連付けデバイスのオフセット値に設定されてもよい。チャネルオフセットフィールドの値は、次に上位レイヤによって指定されてもよい。関連付けタイプは、関連付けプロシージャが通常の関連付けプロシージャ、または高速関連付けプロシージャであるかを示す、「能力情報」フィールドにおけるビットであってもよい。

【0180】

ＩＥＥＥ８０２．１５．４における関連付け応答とは対照的に、ＤＳＭＥ関連付け応答は、２つの追加のフィールド、すなわち、ホッピングシーケンス長、およびホッピングシーケンスを含んでもよい。ホッピングシーケンス長フィールドは、ＰＡＮがビーコン対応（beacon-enabled）モードとチャネルホッピングモードの両方で実行する（たとえば、１つのＣｈａｎｎｅｌＤｉｖｅｒｓｉｔｙＭｏｄｅ）場合、ＰＡＮにおいて使用されるホッピングシーケンス長を指定してもよい。ホッピングシーケンスフィールドは、ｍａｃＨｏｐｐｉｎｇＳｅｑｕｅｎｃｅＬｉｓｔ変数の現在値を示してもよい。ホッピングシーケンスフィールドのサイズは、ホッピングシーケンス長フィールドによって定義されてもよい。ホッピングシーケンスフィールドは、ＰＡＮがビーコン対応モードとチャネルホッピングモードの両方で動作する（たとえば、１つのＣｈａｎｎｅｌＤｉｖｅｒｓｉｔｙＭｏｄｅ、および、ホッピングシーケンス長フィールドの値が非ゼロである）場合に存在してもよい。

【0181】

ＩＥＥＥ８０２．１５．４ｋは、新たな関連付け機構を導入しなくてもよいが、ＩＥＥＥ８０２．１５．４ｋは、関連付け要求および応答フォーマットを変更して、中継されたスロットリンクネットワーク（ＲＳＬＮ：Relayed Slot-Link Network）（ＲＳＬＮ）機能性をサポートしてもよい。したがって、ＲＳＬＮ関連付け要求は、ＩＥＥＥ８０２．１５．４ｅにおいて定義された関連付け要求と本質的に同一であってもよい（たとえば、ＩＥＥＥ８０２．１５．４ｋにおける能力情報フィールド、およびＩＥＥＥ８０２．１５．４ｅにおける能力情報フィールドは、同一であってもよい）。

【0182】

たとえば、図１８は、ＩＥＥＥ８０２．１５．４ｋにおいて定義されるような例示的なＲＳＬＮ関連付け要求コマンドを示す。図１９は、ＩＥＥＥ８０２．１５．４ｋにおいて定義されるような例示的なＲＳＬＮ関連付け応答コマンドを示す。たとえば、ＲＳＬＮ関連付け応答は、ビーコンビットマップと称される新たなフィールドを導入してもよい。ビーコンビットマップフィールドは、近隣デバイスからビーコンを送信するために予約された、スロテッドスーパーフレーム（slotted-superframe）のビーコンスロットを示すビットマップを含んでもよい。ビットマップにおける対応するビットは、スロテッドスーパーフレームのビーコンスロットが占有される場合、１に設定されてもよい。占有されていないスロテッドスーパーフレームのビーコンスロットに対応するビットマップのビットは、０に設定されてもよい。ビーコンビットマップの長さは、２＾（ｍａｃＢｅａｃｏｎＯｒｄｅｒ−ｍａｃＳｕｐｅｒｆｒａｍｅＯＲｄｅｒ−３）ビットとして表されてもよく、６４オクテットに制限されてもよい（たとえば、（ｍａｃＢｅａｃｏｎＯｒｄｅｒ−ｍａｃＳｕｐｅｒＦｒａｍｅＯｒｄｅｒ）≦９）。

【0183】

関連付けがデバイスとコーディネータとの間で確立された後、デバイスまたはコーディネータのいずれかが、直接または間接送信を使用して、関連付け解除通知コマンドを送信し、現在の関連付けをキャンセルしてもよい。たとえば、図２０は、デバイスによって開始された関連付け解除のための例示的なプロセスのシグナリング図を示す。図２１は、コーディネータによって開始された関連付け解除のための例示的なプロセスのシグナリング図を示す。

【0184】

図２２は、ＩＥＥＥ８０２．１５．４−２０１１において定義されるような関連付け解除通知フォーマットの一例を示す。たとえば、関連付け解除通知は、関連付け解除理由フィールドを含んでおよい。２つの関連付け解除理由が、ＩＥＥＥ８０２．１５．４−２０１１において現在定義されており、すなわち、コーディネータが、デバイスにＰＡＮを離れることを望むこと、または、デバイスがＰＡＮを離れることを望むことである。

【0185】

Ｐ２Ｐ通信をサポートするために、プロシージャが利用されて、ユーザデータ送信が交換される前に、通信するピア間で関連付け関係が確立されてもよい。いくつかの関連付け機構がＩＥＥＥ８０２．１５．４規格において提案されているが、これらの関連付け機構は、デバイスベース関連付け、およびデバイスツーコーディネータ関連付け（たとえば、ユーザベース関連付け、および／またはサービスベース関連付けではなく）に主に関係しており、Ｐ２Ｐ近接通信をサポートしないことがある。

【0186】

たとえば、ＩＥＥＥ８０２．１５．８に従って、分散調整での高速関連付けが利用されてもよい。分散調整での高速関連付けが利用される場合、関連付けは、集中コーディネータまたは専用サーバなしに達成されてもよい。たとえば、ピアは、分散されたスキームで調整されて、ローカルＰ２Ｐ通信およびグループ通信がサポートされてもよい。加えて、ピアは、異なるピアに対する、および異なるサービスに対する、複数の関連付けを同時に維持してもよい。商用ブロードキャスティングおよび緊急ブロードキャスティングなどの一方向通信Ｐ２Ｐ使用ケースなどのいくつかの例では、単方向通信が、関連付け機構を利用することなしに実行されてもよい。加えて、３ＧＰＰ ＰｒｏＳｅがＰ２Ｐ通信をターゲットにするとしても、そのようなＰ２Ｐ通信のために指定された関連付けプロトコルまたは機構は、現在は存在しない。ＩＥＥＥ８０２．１５のように、ＩＥＥＥ８０２．１１は、デバイスベース関連付けに対処する。

【0187】

Ｐ２Ｐ近接通信をサポートするために、以下の機能の１または複数が利用されて、Ｐ２Ｐ通信セッションのより有意な確立を容易にするピア間での関連付けが生成されてもよい。本明細書で説明される要素の１または複数は、Ｐ２Ｐ通信をサポートするために、関連付けプロシージャ、関連付け更新プロシージャ、関連付け解除プロシージャ、および／または再関連付けプロシージャにおいて実装されてもよい。たとえば、関連付け識別子および関連付けコンテキストは、デバイスベース、サービスベース、および／またはユーザベース関連付け方法を使用して確立されてもよい。統合された関連付け関連プロシージャが、ピア選択、関連付け、関連付け更新、関連付け解除、および／または再関連付けに利用されてもよい。コンテキストアウェアピア選択が利用されて、発見されたピアのリストから、ピア発見プロセスから取得されたそれらのコンテキスト情報に基づいて、関連付けに適切なピアが選択されてもよい。たとえば、コンテキストアウェア仮想リーダ選択が利用されてもよい。仮想リーダ、サブ仮想リーダ、および／またはスーパー仮想リーダ機能性が、たとえば、動的仮想リーダ選択、動的仮想リーダ再選択、および／または動的仮想リーダ通知に利用されてもよい。

【0188】

たとえば、ピアデバイスは、コンテキストアウェア関連付けを実行するように構成されてもよい。関連付け機構は、典型的には、関連付けの間に限られた量のデバイス情報、たとえば、デバイスタイプ、デバイス電源、セキュリティインジケーション、電力セービング情報、およびショートアドレス割り当てを交換する。例として、より有意な関連付け機構を提供するために、他のタイプのコンテキスト情報が、関連付けの間に交換されてもよい。たとえば、サービスベース関連付け、および／またはユーザベース関連付けが実行されてもよい。Ｐ２Ｐ通信は、種々のサービスおよびアプリケーションをサポートしてもよいので、関連付けプロシージャの間に追加のコンテキスト情報を提供することは、所与のユーザがＰ２Ｐセッションの間に実行することを望む所望のサービスをさらに示している関連付けを容易にすることができる。

【0189】

ＩＥＥＥ８０２．１５．４におけるデバイスベース関連付け、または他の通信プロトコルとは対照的に、サービスベース関連付け、および／またはユーザベース関連付けは、Ｐ２Ｐ通信により適切なものであってもよい。たとえば、典型的には、Ｐ２Ｐ通信セッションはユーザ中心であってもよく、たとえば、Ｐ２Ｐセッションは、ゲーミングセッションとして、および／またはコンテンツ共有に利用されてもよい。そのようなユーザ中心アプリケーションは、ユーザベースおよび／またはサービスベース関連付けから利益を得てもよい。たとえば、ユーザベース関連付けでは、関連付けは、ユーザ間で対応するデータ送信をトリガするために、２以上のユーザ間で確立されてもよい。

【0190】

例として、Ｐ２Ｐ通信は、シグナリングオーバーヘッドを低減するため、ならびに／または、エネルギー効率および時間効率を改善するために、高速関連付け機構を利用してもよい。たとえば、高速ユーザベースおよび／または高速サービスベース関連付けが、Ｐ２Ｐ関連付け機構に利用されてもよい。

【0191】

多くのシナリオでは、Ｐ２Ｐ関連付けは、相互関連付けを利用してもよい。相互関連付けプロシージャでは、ピアは、実質的に同時に２以上の他のピアをそれら自体へ関連付けしながら、それら自体を１または複数の他のピアへ関連付けしてもよい。たとえば、開始ピアが、受信側ピアとの関連付けを要求してもよく、受信側ピアも同様に、開始ピアに関連付け要求を発行してもよい。相互関連付けプロシージャが完了すると、開始ピアは、受信側ピアに対する関連付けを有してもよく、受信側ピアは、要求ピアに対する関連付けを有してもよい。そのような相互関連付けは、典型的には、たとえばＩＥＥＥ８０２．１５．４において指定されるような、単一方向における関連付けを確立することができる、デバイスツーコーディネータ関連付けとは異なる。

【0192】

例として、Ｐ２Ｐ関連付け機構は、複数の関連付けが単一の関連付けプロシージャによって確立されることをサポートしてもよい。たとえば、ピアは、他のピアとの複数の関連付けを維持して、Ｐ２Ｐ通信をサポートすることを望むことがある。既存の関連付け機構は、典型的には、１対１の関連付けを利用する。複数の関連付け、たとえば、１対多の関連付け、多対１の関連付け、および／または多対多の関連付けが、Ｐ２Ｐ通信に利用されてもよい。確立された複数の関連付けの各々が、識別子と対応する関連付けコンテキストとを、一貫した方法で利用することを保証するために、機構が指定されてもよい。

【0193】

例として、Ｐ２Ｐ関連付けは、優先付けされた関連付けプロシージャを利用してもよい。たとえば、いくつかのＰ２Ｐ通信セッションは、他のＰ２Ｐ通信セッションよりも優先されてもよい。たとえば、緊急通信に対するＰ２Ｐ関連付けプロシージャは、ゲーミングセッションなどの他の目的のためのＰ２Ｐ関連付けプロシージャより高い優先度を与えられてもよい。ピアは、低優先関連付け要求よりも高い優先度関連付け要求を処理するように構成されてもよい。

【0194】

例として、Ｐ２Ｐ関連付けは、マルチホップ関連付けを利用してもよい。多数の従来の関連付け機構は、典型的には、１ホップ関連付けをサポートするが、マルチホップ関連付けをサポートしない。ＩＥＥＥ８０２．１５．４ｋは、マルチホップ関連付けの制限された形式をサポートするが、ＩＥＥＥ８０２．１５．４ｋは、Ｐ２Ｐ使用ケースに対して設計されておらず、依然としてデバイスベースの、集中関連付け機構である。たとえば、分散手法においてマルチホップ通信をサポートするために、より多様および柔軟なＰ２Ｐマルチホップ関連付けプロシージャを可能にするための方法が指定されてもよい。

【0195】

例として、Ｐ２Ｐ関連付けは、チャネル切替えを利用してもよい。たとえば、Ｐ２Ｐ通信セッションを利用および／または最適化するために、複数の通信チャネルおよびチャネル切替えが使用されてもよい。Ｐ２Ｐ通信プロシージャの間にチャネル切替えを促進（expedite）するために、チャネル切替えは、Ｐ２Ｐ関連付けプロシージャの間に構成、利用、および／または組み込まれてもよい。従来のアプローチでは、チャネル切替えは、典型的には、関連付け機構の間には考慮されない。

【0196】

例として、Ｐ２Ｐ関連付けは、インタラクティブ発見および関連付けを利用してもよい。たとえば、８０２．１５．４プロトコルでは、チャネルスキャン（たとえば、発見）および関連付けは典型的には、分離、別個のプロシージャである（たとえば、関連付けは、チャネルスキャンが実行された後まで、実行されない）。Ｐ２Ｐ通信では、発見プロシージャおよび／または関連付けプロシージャの待ち時間を低減するために、関連付けプロシージャおよび発見プロシージャがインタラクティブにインタリーブ（interleave）されてもよい。たとえば、ある数のピアが発見された後、関連付けが開始されてもよい。より多くのピアが発見されることになる場合、ピア発見が再実行／再模倣されてもよい。

【0197】

例として、Ｐ２Ｐ関連付けプロシージャは、関連付け更新機能を利用してもよい。たとえば、元の関連付けが確立された（たとえば、Ｐ２Ｐ通信が開始された）後、関連付けは、定期的に、間欠的に、および／もしくは、Ｐ２Ｐ通信セッションの間に１または複数の基準に応答して、更新されてもよい。ＩＥＥＥ８０２．１５．４における従来の方法は、典型的には、関連付けおよび関連付け解除をサポートするが、確立された関連付けに対する更新はサポートしない。Ｐ２Ｐサービスは、関連付け更新機能を利用して、キープアライブな使用ケースなどの、既存の関連付けのコンテキストおよび／またはプロパティを更新するしてもよい。

【0198】

例として、関連付け機構は、コンテキストアウェア分散関連付けを含んでもよい。コンテキストアウェア分散関連付けは、相互関連付け、関連付け優先度ありもしくはなしの高速多重関連付け（たとえば、収束多重関連付け、同時多重関連付け、ならびに／または、インタラクティブピア発見および関連付けをサポートするシーケンシャル多重関連付けを含む）、マルチホップ関連付け（たとえば、透過的な方法における多対１および／または１対多を含む）、プロキシ関連付けモード、ハイブリッド関連付けモード、および／または、チャネル切替えでの関連付けの１または複数を伴ってもよい。

【0199】

例として、関連付け更新機構は、コンテキストアウェア分散関連付け更新、関連付け優先度ありもしくはなしの高速多重関連付け更新（たとえば、収束多重関連付け更新、同時多重関連付け更新、および／またはシーケンシャル多重関連付け更新を含む）、マルチホップ関連付け更新（たとえば、透過的な方法における多対１および／または１対多を含む）、プロキシ関連付け更新モード、ハイブリッド関連付け更新モード、および／または、チャネル切替えでの関連付け更新を含んでもよい。

【0200】

例として、関連付け解除機構は、コンテキストアウェア分散関連付け解除、関連付け優先度ありもしくはなしの高速多重関連付け解除（たとえば、収束多重関連付け解除、同時多重関連付け解除、および／またはシーケンシャル多重関連付け解除を含む）、マルチホップ関連付け解除（たとえば、透過的な方法における多対１および／または１対多を含む）、プロキシ関連付け解除モード、および／または、ハイブリッド関連付け解除モードを含んでもよい。

【0201】

例として、再関連付け機構は、相互関連付けをサポートすることができるコンテキストアウェア分散再関連付け、関連付け優先度ありもしくはなしの高速多重再関連付け（たとえば、収束多重再関連付け、同時多重再関連付け、ならびに／または、インタラクティブピア発見および関連付けをサポートするシーケンシャル多重再関連付けを含む）、マルチホップ再関連付け（たとえば、透過的な方法における多対１および／または１対多を含む）、プロキシ再関連付けモード、ハイブリッド再関連付けモード、および／または、チャネル切替えでの再関連付けを含み得る。

【0202】

例として、関連付け機構は、関連付け履歴情報の利用、モビリティ情報の利用、および／または、階層構造における関連付けの利用（たとえば、サブＶＬおよびスーパーＶＬ、複数のアプリケーションにおける関連付け、関連付けおよびルーティングプロトコル間での対話などを含む）を含んでもよい。例として、セルラネットワークにおける近接ベースの通信に対するピア／ＷＴＲＵ関連付けおよびアタッチメントに対する関連付け機構が利用されてもよい。そのような機能性をサポートしている、関連付け識別子および関連付けコンテキストが定義されてもよい。

【0203】

従来の通信方法における純粋なデバイスベース関連付けとは対照的に、コンテキストアウェアデバイスベース、サービスベース、および／またはユーザベース関連付けが利用されてもよい。図２３は、コンテキストアウェア関連付けの例を示す。コンテキストアウェア関連付けは、デバイスベース、サービスベース、および／またはユーザベースであってもよい。たとえば、図２３に示されているように、ピアは、他のピアとの１または複数の関連付けを維持してもよい。たとえば、ピアＡ２３０２は、ピアＢ２３０４に対する関連付け、ピアＣ２３０６に対する関連付け、および／またはピアＤ２３０８に対する関連付けを維持してもよい。各関連付けは、ローカルに一意な関連付け識別子（ＡＩＤ）と、対応する関連付けコンテキスト情報（ＡＣＩ）とを有してもよい。ＡＩＤの例は、デバイスベースＡＩＤ（ＤＡＩＤ）、サービスベースＡＩＤ（ＳＡＩＤ）、ユーザベースＡＩＤ（ＵＡＩＤ）などを含んでもよい。ＤＡＩＤは、デバイスベース関連付けに使用されてもよく、ＳＡＩＤは、サービスベース関連付けに使用されてもよく、ＵＡＩＤは、ユーザベース関連付けに使用されてもよい。ＵＡＩＤ、ＤＡＩＤ、および／またはＳＡＩＤの１または複数は、ピアに対するＣＡＩＤによって示されたコンテキスト情報に基づいて、統合された関連付けプロシージャの間に、ピアに対して導出されてもよい。たとえば、ＵＡＩＤ、ＤＡＩＤ、および／またはＳＡＩＤは、関連付け関連アクションに対し、関連付け固有のＣＡＩＤとして導出および／または利用されてもよい、関連付け関連識別子であってもよい（たとえば、ＵＡＩＤ／ＣＡＩＤ／ＤＡＩＤが、関連付け関連アクションに対し、ＣＡＩＤタイプ識別子として使用されてもよい）。デバイス／サービス／ユーザベース関連付けに加えて、ピア関連付けが、異なるフォーマットのピア情報（ＰＩ）およびコンテキストアウェア識別子（ＣＡＩＤ）に基づいて実行されてもよい。ピアは、ＣＡＩＤに対応するピアとの関連付けに対し、ローカルに一意なコンテキストアウェア関連付け識別情報（ＡＩＤ）を、たとえば、ＡＩＤが関連付け解除の後に維持されるように、生成するように構成されてもよい。ＷＴＲＵは、維持されたＡＩＤに基づいて、関連付け解除の後に、ＣＡＩＤに対応するピアとの高速再関連付けを実行するように構成されてもよい。

【0204】

デバイスベース関連付けは、たとえば、相互関連付けを実行するためにコンテキスト上の情報を使用して、２つのピア間で確立されてもよい。各デバイスベース関連付けは、ローカルに一意なＤＡＩＤによって識別されてもよい。ピアのペア間で１つのデバイスベース関連付けがあってもよいが、所与のピアは、複数のデバイスベース関連付け、たとえば、所与のピアが通信している各ピアに対してデバイスベースの関連付けを有してもよい。たとえば、ピアＡ２３０２は、ピアＢ２３０４とのデバイスベース関連付けをＤＡＩＤ＝１として識別してもよく、ピアＡ２３０２は、ピアＣ２３０６とのデバイスベース関連付けをＤＡＩＤ＝２として識別してもよく、ピアＡ２３０２は、ピアＤ２３０８とのデバイスベース関連付けをＤＡＩＤ＝３として識別してもよい。デバイスベース関連付けが確立された後、２つのピアは、サービス非依存データを送信してもよい。例として、２つのピアは、ピア間でのデバイスベース関連付けに関連する同一のローカルに一意なＤＡＩＤ値を維持してもよい。たとえば、ピアＢ２３０４は、ＤＡＩＤ＝１をピアＡ２３０８とのその関連付けに関連付けてもよく、ピアＣ２３０６は、ＤＡＩＤ＝２をピアＡ２３０８とのその関連付けに関連付けてもよく、および／または、ピアＤ２３０８は、ＤＡＩＤ＝３をピアＡ２３０８とのその関連付けに関連付けてもよい。各ＤＡＩＤは、対応する関連付けコンテキストに関連付けられてもよい。関連付けコンテキストは、対応するＤＡＩＤに関連付けられた１または複数のプロパティ（たとえば、確立されたデバイスベース関連付け）を含んでもよい。

【0205】

サービスベース関連付けは、異なるピア間での同一のサービス関連付けまたはバインディング関係を指してもよい。たとえば、各ピアは、動作中に１または複数のＰ２Ｐサービスを有してもよい。Ｐ２Ｐサービスの例は、ソーシャルネットワーキング、緊急アラーム、ゲーミングセッション、コンテンツ共有などを含んでもよい。ピアにおける各サービスインスタンスは、複数のサービスベース関連付け（たとえば、各々が異なるピアとの）を有してもよい。各サービスベースｖは、対応するＤＡＩＤを介してピアに（および／または、複数の対応するＤＡＩＤを介して複数のピアに）関連付けられてもよい。ＳＡＩＤが複数のＤＡＩＤにリンクする場合、対応するサービスベースの関連付けは、グループ関連付けと見なされてもよい。

【0206】

例として、同一グループにおける各ピアは、同一のＳＡＩＤを有してもよい。たとえば、図２３におけるＳＡＩＤ＝１を検討されたい。ピアＡ２３０２がソーシャルネットワーキングサービスを利用すること、ならびに、たとえば、ピアＢ２３０４およびピアＣ２３０６がソーシャルネットワーキングサービスを利用していることを想定されたい。例として、ピアＡ２３０２は、ソーシャルネットワーキングサービスに関係するデータを通信するための、サービスベースの関連付けを確立するために、ピアＢ２３０４および／またはピアＣ２３０６とのサービスベース関連付けを実行してもよい。サービスベース関連付けが確立されてもよく、サービスベース関連付けは、ＳＡＩＤ＝１を割り当てられてもよい。次いで、ピアＡ２３０２は、対応するサービスをトリガし、ならびに、ピアＢ２３０４および／またはピアＣ２３０６の１または複数とのサービス依存送信を開始してもよい。関与された（involved）ピアは、同一のサービスベース関連付けに対する同一のローカルに一意なＳＡＩＤ値を維持してもよい（たとえば、ピアＢ２３０４および／またはピアＣ２３０６は、ＳＡＩＤ＝１をそのサービスベース関連付けに割り当ててもよい）。各ＳＡＩＤは、そのＳＡＩＤに関連付けられた１または複数のプロパティ（たとえば、確立されたサービスベース関連付け）を含むことができる、対応する関連付けコンテキストに関連付けられ得る。

【0207】

ユーザベース関連付けは、異なるピアに関連付けられたユーザ間での関連付けまたはバインディング関係を指してもよい。たとえば、各確立されたユーザベース関連付けは、ローカルに一意な識別子（たとえば、ＵＡＩＤ）を有してもよい。所与のデバイス上に複数のユーザがいてもよく、対応するＤＡＩＤを介してピアとの（および／または、複数の対応するＤＡＩＤを介して複数のピアとの）各ユーザベース関連付けが確立されてもよい。ＵＡＩＤが複数のＤＡＩＤにリンクした場合、対応するユーザベース関連付けは、グループ関連付けと見なされてもよい。

【0208】

例として、同一のグループにおけるピアの各々は、同一のＵＡＩＤを利用してもよい。たとえば、図２３におけるＵＡＩＤ＝５を検討されたい。ピアＡ２３０２が友人と通信し、友人が２つのデバイス（たとえば、ピアＣ２３０６およびピアＤ２３０８）に関連付けられ、またはそうでない場合は２つのデバイスを使用することを想定されたい。例として、ピアＡ２３０２は、友人に対して意図されたデータを通信するために、ユーザベース関連付けを確立するために、ピアＣ２３０６および／またはピアＤ２３０８とのユーザベースの関連付けを実行してもよい。ユーザベース関連付けが確立されてもよく、ユーザベース関連付けは、ＵＡＩＤ＝５を割り当てられてもよい。ピアＡ２３０２は、次いで、ピアＢ２３０４および／またはピアＣ２３０６の１または複数とともに、対応するユーザ中心アプリケーションをトリガしてもよい。関与させられたピアは、同一のサービスベース関連付けに対する同一のローカルに一意なＳＡＩＤ値を維持してもよい（たとえば、ピアＢ２３０４および／またはピアＣ２３０６は、ＳＡＩＤ＝１をそのサービスベース関連付けに割り当ててもよい）。各ＳＡＩＤは、そのＳＡＩＤに関連付けられた１または複数のプロパティ（たとえば、確立されたサービスベース関連付け）を含むことができる、対応する関連付けコンテキストに関連付けられてもよい。

【0209】

ＡＩＤおよびＡＣＩは、ＭＡＣレイヤ（および／または、上位レイヤ）において維持されてもよいが、他の例や（たとえば、ＰＨＹ）は、１または複数のクロスレイヤアクセスインターフェースを介して、ＡＩＤおよび／またはＡＣＩにアクセスしてもよい。加えて、ピアにおいて維持されたＡＩＤおよび／またはＡＣＩは、他のピアによってアクセスされてもよい。ＡＩＤは、フラットまたは階層構造として形成されてもよい。異なる方法が、一意のＡＩＤを生成するために使用されてもよい。たとえば、ＤＡＩＤは、デバイスベース関連付けに関与するピアのグローバルに一意なデバイスアドレスに基づいて生成されてもよい。例として、ＳＡＩＤは、サービスベース関連付けに関与するピアのグローバルに一意なデバイスアドレス、および／または、サービスベース関連付けの間に要求されたサービスカテゴリ（たとえば、コンテキスト情報／ＰＩの１または複数のサービス関連項目）に基づいて生成されてもよい。例として、ＳＡＩＤは、対応するＤＡＩＤ、および、サービスベース関連付けのサービスカテゴリ（たとえば、コンテキスト情報／ＰＩの１または複数のサービス関連項目）に基づいて生成されてもよい。例として、ＵＡＩＤは、ピアのグローバルに一意なデバイスアドレス、および／または、ユーザベース関連付けに関与するユーザ識別子（たとえば、コンテキスト情報／ＰＩの１または複数のユーザ関連項目）に基づいて生成されてもよい。例として、ＵＡＩＤは、対応するＤＡＩＤ、および、ユーザベース関連付けに関与するユーザ識別子（たとえば、コンテキスト情報／ＰＩの１または複数のユーザ関連項目）に基づいて生成されてもよい。本明細書で説明されるようなＣＡＩＤは、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤの１または複数を生成するために利用されてもよい。例として、ＣＡＩＤは、ＳＡＩＤおよび／またはＵＡＩＤを生成するために利用されてもよいが、ＤＡＩＤを生成するために利用されなくてもよい。

【0210】

ＡＣＩは、確立された関連付けプロパティおよび関連情報を含んでもよい。ＡＣＩは、関連付けプロシージャの結果として作成されてもよく、関連付けプロシージャに関与するピアにおいて維持されてもよい。ＡＣＩに含まれてもよい情報の例は、ＡＩＤ（たとえば、この確立された関連付けに対する割り当てられた関連付け識別子）、関連付けタイプ（たとえば、デバイスベース、サービスベース、またはユーザベースなどの、確立された関連付けのタイプ）、作成時間（たとえば、関連付けが確立／作成された時間）、関連付け持続時間（たとえば、確立された関連付けがアクティブおよび／または有効である間の時間の長さ）、関連付け優先度（たとえば、確立された関連付けの優先度）、要求元識別子（たとえば、確立された関連付けの要求元識別子）、受信側識別子（たとえば、確立された関連付けの受信側識別子）、および現在のステータス（たとえば、この確立された関連付けの現在のステータス）などを含んでもよいが、それらに限定されない。たとえば、現在のステータスは、アクティブまたは非アクティブであってもよい。確立された関連付けが作成されるとき、「現在のステータス」は「アクティブ」に設定されてもよく、「関連付け持続時間」が経過したとき、および／または確立された関連付けが関連付け解除されるとき、「現在のステータス」は「非アクティブ」に変更されてもよい。

【0211】

ＡＣＩに含まれる情報は、デバイスベース関連付け、サービスベース関連付け、および／またはユーザベース関連付けの１または複数に固有であってもよい。たとえば、デバイスベース関連付けでは、デバイスベースのＡＣＩは、対応するＳＡＩＤのリスト、および／または対応するＵＡＩＤのリストを含んでもよい。サービスベース関連付けでは、サービスベースのＡＣＩは、対応するＤＡＩＤのリストを含んでもよい。ユーザベース関連付けでは、ユーザベースのＡＣＩは、対応するＤＡＩＤのリストを含んでもよい。

【0212】

デバイスベース関連付けを有する２以上のピアは、（たとえば、それぞれ、サービスベースの通信、および／またはユーザベースの通信を有するために）サービスベース関連付け、および／またはユーザベース関連付けを有してもよい。サービス非依存通信は、デバイスベース関連付けを利用して、ピア間でメッセージを交換してもよい。デバイスベース関連付けは、サービス非依存およびユーザ非依存通信をサポートするための前提条件であってもよい。ユーザ中心Ｐ２Ｐアプリケーションを可能にするために、２以上のピアは、ユーザベース関連付けとデバイスベース関連付けとの両方を有してもよい。サービス固有Ｐ２Ｐ通信を可能にするために、２以上のピアは、サービスベース関連付けとデバイスベース関連付けとの両方を有してもよい。デバイスベースｖ、サービスベース関連付け、および／またはユーザベース関連付けを実行するための例が開示される。各デバイス、サービス、および／またはユーザは、それ自体のコンテキストに関連付けられてもよく、それは、デバイスベース、サービスベース、および／またはユーザベース関連付けを実行するための入力として活用されてもよい。

【0213】

図２４は、分離したデバイスベース関連付け、サービスベース関連付け、およびユーザベース関連付けの例を示す。たとえば、ピアは、最初にデバイスベース関連付けを実行してもよい。成功したデバイスベース関連付けプロシージャの後、ピアは、サービスベース関連付け、および／またはユーザベース関連付けを実行してもよい。サービスベース関連付け、およびユーザベース関連付けは、デバイスベース関連付けが完了した後、任意の順序で実行されてもよい。関連付けを連続して実行することは、複数の、分離したプロシージャが利用されるので、比較的長い待ち時間をもたらすことがある。

【0214】

図２５は、並列のデバイスベース／サービスベース／ユーザベース関連付けの例を示す。デバイスベース関連付け、サービスベース関連付け、およびユーザベース関連付けは、単一のプロシージャで（たとえば、並列に、同時に、または実質的に同時になど）実行されて、全体的な関連付けプロシージャが促進され、高速関連付けが達成されてもよい。例として、デバイスベース関連付けがすでに確立されている場合、デバイスベース関連付け（たとえば、デバイスベース関連付けコンテキスト）が活用されてもよい。確立されたデバイスベース関連付けに基づいて、組み合わせられたサービスベースおよびユーザベース関連付けが実行されてもよく、ならびに／または、分離したサービスベース関連付け、およびユーザベース関連付けが実行されてもよい。本明細書に含まれる例は、並列の／組み合わせられたデバイスベース／サービスベース／ユーザベース関連付けプロシージャに関して説明されるが、態様は、分離したデバイスベース関連付けプロシージャ、サービスベース関連付けプロシージャ（たとえば、予め確立されたデバイスベース関連付けを活用するサービスベース関連付けプロシージャを含む）、および／または、ユーザベース関連付けプロシージャ（たとえば、予め確立されたデバイスベース関連付けを活用するユーザベース関連付けプロシージャを含む）に等しく適用可能であってもよい。関連付けが２以上のピア間で確立された後（たとえば、デバイスベース関連付け、サービスベース関連付け、および／またはユーザベース関連付けのうちの１または複数）、関連付けは、ピアのうちの１または複数によって更新、関連付け解除、および／または後に再関連付けされてもよい。

【0215】

図２６は、コンテキストアウェアＡＩＤベース関連付け、コンテキストアウェアＡＩＤベース関連付け更新、コンテキストアウェアＡＩＤベースの関連付け解除、および／またはコンテキストアウェアＡＩＤベース再関連付けの１または複数のための例示的なプロシージャを示す。たとえば、ピアＡ２６０２は、関連付け要求をピアＢ２６０４へ送信してもよい。関連付け更新は、関連付け解除プロシージャの前または後に実行されてもよいが、再関連付けプロシージャは、典型的には、関連付け解除が実行された後に発生する。各ピアは、１または複数のタイマを維持してもよい。例として、各ピアは、２以上のタイマを維持してもよく、たとえば、定期的関連付け更新をトリガするための第１のタイマ（たとえば、第１のタイマは、関連付けが確立されるとき、通信が関連付けのために送信／受信されるとき、および／または、関連付けが修正され、第１のタイマの満了時に、関連付け更新が実行されるとき、設定されてもよい）、および、関連付け解除をトリガするための第２のタイマ（たとえば、第２のタイマｍは、関連付けが確立されるとき、通信が関連付けのために送信／受信されるとき、および／または、関連付けが修正され、第２のタイマの満了時に、関連付け解除が実行されるとき、設定されてもよい）である。

【0216】

たとえば、２６０６において、ピアＡ２６０２は、コンテキストアウェアピア発見を実行してもよい。たとえば、ピアＡ２６０２が他のピア（たとえば、ピアＢ２６０４）との関連付けを確立する前に、ピアＡ２６０２は、最初に発見を実行してもよい。コンテキストアウェアピア発見プロシージャは、本開示のいくつかの他のセクションにおいて、より詳細に論じられる。

【0217】

ピア発見の結果として、ピアＡ２６０２は、関連付けに対する候補であるピアのリストを判定してもよい。２６０８において、ピアＡ２６０２は、リストから、ともに関連付けを実行するための１または複数の適切なピアを選択してもよい。たとえば、選択は、コンテキストアウェア発見プロシージャにおいて判定されたコンテキスト固有の情報に基づいてもよい。そのような選択は、コンテキストアウェアピア選択と称されてもよい。たとえば、ピアＡ２６０２は、ピアＢ２６０４を選択してもよい。

【0218】

２６１０において、ピアＡ２６０２およびピア２６０４は、コンテキストアウェア関連付けを実行し得る。たとえば、２つのピア（たとえば、ピアＡ２６０２およびピアＢ２６０４）は、分散された方法でコンテキストアウェア関連付けを確立してもよい。たとえば、ＡＩＤが、関連付けに割り当てられてもよい。たとえば、関連付けがデバイスベース関連付けである場合、ＤＡＩＤが割り当てられてもよく、関連付けがサービスベース関連付けである場合、ＳＡＩＤが割り当てられてもよく、および／または、関連付けがユーザベース関連付けである場合、ＵＡＩＤが割り当てられてもよい。たとえば、デバイスベース関連付け、サービスベース関連付け、および／またはユーザベース関連付けの２以上が、実質的に同時に実行されてもよい。各ピアは、確立された関連付けに対するコンテキスト情報（たとえば、ＡＣＩ）を維持してもよい。他のピアへの干渉を低減し、他のピア間での潜在的な並行関連付け関連動作を促進し、および／または、電力消費を節約するために、要求元ピアは、受信側ピアへのリンク品質に基づいて、適切な送信電力レベルを選択してもよい。リンク品質は、ピア発見プロセスから取得されてもよい。

【0219】

関連付けプロシージャが完了した後、ピアの１または複数（たとえば、ピアＡ２６０２および／またはピアＢ２６０４）は、他のピアを見つけるためにピア発見をトリガすること、ピア発見スキーム／ビヘイビアを最適化すること（たとえば、発見チャネルシーケンスおよび／または期間を変更すること）、データ送信に対するチャネル切替えを実行すること、コンテキストアウェアピア選択を実行すること、他のピアとの関連付けをトリガすること、他のピアとの既存の関連付け関係に対する関連付け更新をトリガすること、他のピアとの既存の関連付け関係に対する関連付け解除をトリガすること、Ｐ２Ｐ動作モード（たとえば、ＯＦ、ＯＡ、および／またはＯＭ）を変更すること、データ送信に対する一意の符号（たとえば、直交符号、および／または擬似ランダム雑音／疑似乱数（ＰＮ）シーケンス）を変更すること、デューティーサイクルスケジュールを変更すること、サービス配信ビヘイビア（たとえば、サービスデータレート）を変更すること、、および／または通信パラメータ（たとえば、スロット割り当て、および／または最適チャネルアクセス）を変更することなど、１または複数のアクションを実行してもよい。これらのアクションの１または複数をトリガするために、それぞれのアクションに関係するパラメータは、関連付け要求および／または関連付け応答の１または複数に含まれてもよい。

【0220】

２６１２において、ピアＡ２６０２およびピアＢ２６０４は、コンテキストアウェア関連付け更新を実行してもよい。たとえば、１または複数の既存の関連付け（たとえば、デバイスベース、サービスベース、またはユーザベース）は、いずれかのピア（たとえば、ピアＡ２６０２およびピアＢ２６０４）によって更新されてもよい。たとえば、関連付けのＡＣＩは、定期的に変更されてもよく、ならびに／または、１もしくは複数のトリガ、状態、および／もしくはイベントの発生に基づいて変更されてもよい。他のピアへの干渉を低減し、他のピア間での潜在的な並行関連付け関連動作を促進し、および／または、電力消費を節約するために、要求元ピアは、受信側ピアへのリンク品質に基づいて、適切な送信電力レベルを選択してもよい。関連付け更新は、予め構成されたタイマによって、および／または、イベントもしくは状態変化の発生に基づいて、定期的にトリガされてもよい。

【0221】

関連付け更新プロシージャが完了した後、ピアの１または複数（たとえば、ピアＡ２６０２および／またはピアＢ２６０４）は、他のピアを見つけるためにピア発見をトリガすること、ピア発見スキーム／ビヘイビアを最適化すること（たとえば、発見チャネルシーケンスおよび／または期間を変更すること）、データ送信に対するチャネル切替えを実行すること、コンテキストアウェアピア選択を実行すること、他のピアとの関連付けをトリガすること、他のピアとの既存の関連付け関係に対する関連付け更新をトリガすること、他のピアとの既存の関連付け関係に対する関連付け解除をトリガすること、Ｐ２Ｐ動作モード（たとえば、ＯＦ、ＯＡ、および／またはＯＭ）を変更すること、データ送信に対する一意の符号（たとえば、直交符号、および／または擬似ランダム雑音／疑似乱数（ＰＮ）シーケンス）を変更すること、デューティーサイクルスケジュールを変更すること、サービス配信ビヘイビア（たとえば、サービスデータレート）を変更すること、および／または通信パラメータ（たとえば、スロット割り当て、および／または最適チャネルアクセス）を変更することなど、１または複数のアクションを実行してもよい。これらのアクションの１または複数をトリガするために、それぞれのアクションに関係するパラメータは、関連付け更新要求および／または関連付け更新応答の１または複数に含まれてもよい。

【0222】

２６１４において、ピアＡ２６０２およびピアＢ２６０４は、コンテキストアウェア関連付け解除を実行してもよい。たとえば、１または複数の既存の関連付け（たとえば、デバイスベース、サービスベース、またはユーザベース）は、いずれかのピア（たとえば、ピアＡ２６０２およびピアＢ２６０４）によって関連付け解除されてもよい。たとえば、関連付け解除は、関連付けに対する関連付け解除タイマの満了に基づいてトリガされてもよい。他のピアへの干渉を低減し、他のピア間の潜在的な並行関連付け関連動作を促進し、および／または、電力消費を節約するために、要求元ピアは、受信側ピアへのリンク品質に基づいて、適切な送信電力レベルを選択してもよい。関連付け解除は、予め構成されたタイマによって、および／または、イベントもしくは状態変化の発生に基づいて、定期的にトリガされてもよい。

【0223】

例として、ＤＡＩＤが関連付け解除される場合、そのＤＡＩＤに対する対応するＳＡＩＤおよびＵＡＩＤの各々も、同様に関連付け解除されてもよい。ただし、関連付け解除された関連付けＡＣＩは、ＡＣＩに含まれる情報が将来の再関連付け要求によって活用されるように、時間周期（period of time）の間（たとえば、非アクティブとしてマークされた関連付けステータスとともに）、ピアにおいて維持されてもよい。

【0224】

例として、ＤＡＩＤが関連付け解除される場合、対応するＳＡＩＤおよびＵＡＩＤ（たとえば、および、それらの対応するＡＣＩ）は、キャンセルされなくてもよく、代わりに、アクティブとして維持されてもよい。ＤＡＩＤに対する再関連付けが後に行われるとき、サービスベースおよび／またはユーザベース関連付けを実行することは、これらの関連付けがアクティブのままであるために不必要であることがあるので、デバイスベースの再関連付けが実行されてもよく、高速再関連付けが達成されてもよい。

【0225】

例として、ＳＡＩＤが関連付け解除される場合、対応するデバイスベース関連付け（たとえば、ＤＡＩＤ）への変更はなくてもよい。ＳＡＩＤ（たとえば、サービスベースのＡＣＩ）に対するサービスベース関連付けは、キャンセルされ、または、時間周期の間（たとえば、非アクティブとしてマークされた関連付けステータスとともに）、維持されてもよい。

【0226】

例として、ＵＡＩＤが関連付け解除される場合、対応するデバイスベース関連付け（たとえば、ＤＡＩＤ）への変更はなくてもよい。ＵＡＩＤ（たとえば、ユーザベースのＡＣＩ）に対するサービスベース関連付けは、キャンセルされ、または、時間周期の間（たとえば、非アクティブとしてマークされた関連付けステータスとともに）、維持されてもよい。

【0227】

関連付け解除プロシージャが完了した後、ピアの１または複数（たとえば、ピアＡ２６０２および／またはピアＢ２６０４）は、他のピアを見つけるためにピア発見をトリガすること、ピア発見スキーム／ビヘイビアを最適化すること（たとえば、発見チャネルシーケンスおよび／または期間を変更すること）、データ送信に対するチャネル切替えを実行すること、コンテキストアウェアピア選択を実行すること、他のピアとの関連付けをトリガすること、他のピアとの既存の関連付け関係に対する関連付け更新をトリガすること、他のピアとの既存の関連付け関係に対する関連付け解除をトリガすること、Ｐ２Ｐ動作モード（たとえば、ＯＦ、ＯＡ、および／またはＯＭ）を変更すること、データ送信に対する一意の符号（たとえば、直交符号、および／または擬似ランダム雑音／疑似乱数（ＰＮ）シーケンス）を変更すること、デューティーサイクルスケジュールを変更すること、サービス配信ビヘイビア（たとえば、サービスデータレート）を変更すること、および／または通信パラメータ（たとえば、スロット割り当て、および／または最適チャネルアクセス）を変更することなど、１または複数のアクションを実行してもよい。これらのアクションの１または複数をトリガするために、それぞれのアクションに関係するパラメータは、関連付け解除要求および／または関連付け解除応答の１または複数に含まれてもよい。

【0228】

２６１６において、ピアＡ２６０２およびピアＢ２６０４は、コンテキストアウェア再関連付けを実行してもよい。たとえば、１または複数の既存の関連付け（たとえば、デバイスベース、サービスベース、またはユーザベース）が関連付け解除された後、いずれかのピア（たとえば、ピアＡ２６０２およびピアＢ２６０４）が、関連付け解除された関連付けの再関連付けを要求してもよい。たとえば、異なる／新たなＡＩＤ（たとえば、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤ）が生成され、または、以前の、および／もしくは非アクティブＡＩＤ（たとえば、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤ）が使用されてもよい。以前の、および／または非アクティブＡＩＤ（たとえば、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤ）は、関連付け解除されていることがあるが、依然として両方のピアにおいて維持されてもよい。他のピアへの干渉を低減し、他のピア間での潜在的な並行関連付け関連動作を促進し、および／または、電力消費を節約するために、要求元ピアは、受信側ピアへのリンク品質に基づいて、適切な送信電力レベルを選択してもよい。

【0229】

サービスベースおよび／またはユーザベース関連付けが再関連付けされることになる場合、デバイスベース関連付けが、分離した手法を使用して最初に確立されてもよく、および／または、（たとえば、図２５に示されているように）並列に確立されてもよい。既存のデバイス関連付けがある場合、サービスベースおよび／またはユーザベースの再関連付けは、直接実行されてもよい。

【0230】

再関連付けプロシージャが完了した後、ピアの１または複数（たとえば、ピアＡ２６０２および／またはピアＢ２６０４）は、他のピアを見つけるためにピア発見をトリガすること、ピア発見スキーム／ビヘイビアを最適化すること（たとえば、発見チャネルシーケンスおよび／または期間を変更すること）、データ送信に対するチャネル切替えを実行すること、コンテキストアウェアピア選択を実行すること、他のピアとの関連付けをトリガすること、他のピアとの既存の関連付け関係に対する関連付け更新をトリガすること、他のピアとの既存の関連付け関係に対する関連付け解除をトリガすること、Ｐ２Ｐ動作モード（たとえば、ＯＦ、ＯＡ、および／またはＯＭ）を変更すること、データ送信に対する一意の符号（たとえば、直交符号、および／または擬似ランダム雑音／疑似乱数（ＰＮ）シーケンス）を変更すること、デューティーサイクルスケジュールを変更すること、サービス配信ビヘイビア（たとえば、サービスデータレート）を変更すること、および／または通信パラメータ（たとえば、スロット割り当て、および／または最適チャネルアクセス）を変更することなど、１または複数のアクションを実行してもよい。これらのアクションの１または複数をトリガするために、それぞれのアクションに関係するパラメータは、再関連付け要求および／または再関連付け応答の１または複数に含まれてもよい。

【0231】

例として、１または複数のピアが、コンテキストアウェアピア選択を実行してもよい。たとえば、ピアは、発見されたピアのリストに基づいて、関連付けに対する他のピアを選択するように構成されてもよい。それぞれ発見されたピアは、ピア発見プロセスから取得することができる、対応するコンテキスト情報（たとえば、ＰＩ）に関連付けられてもよい。異なる基準が、適切なピアを選択するために使用されてもよく、たとえば、選択は、様々な組合せにおける１または複数のメトリクス（metrics）に基づいてもよい。１または複数のピアを選択するために使用することができるメトリクスの例は、リンク品質（たとえば、よりよいリンク品質を有するピアを選択する）、残余エネルギー（たとえば、最大残余エネルギーを有するピアを選択する）、サービスに対する関連付けされたピアの数（たとえば、サービスに対する最大数の関連付けされたピアを有するピアを選択する）、トラフィック負荷（たとえば、最小トラフィック負荷を有するピアを選択する）、評価（reputation）（たとえば、他のピアからコメントされるような高評価を有するピアを選択する）、オンライン時間の量（たとえば、より長い平均オンライン時間を有するピアを選択する）、モビリティ情報（たとえば、より低い確率のモビリティ、および／またはより静的なモビリティ履歴を有するピアを選択する）、距離（たとえば、ユーザからの最短の物理的距離を有するピアを選択する）、および／または、これらもしくは他の要因の重み付けされた組合せを含んでもよい。

【0232】

最良の潜在的ピアが、異なる順序で、および／または異なる重みを適用して、上記で識別されたメトリクスの一部または全部に（たとえば、潜在的に他のメトリクスにも同様に）基づいて選択されてもよい。たとえば、メトリクスは、順序において配置されてもよく、ピアは、その順序におけるメトリクスに基づいて評価されてもよい。メトリクスの順序は、動的に変更可能であってもよい。たとえば、複数の潜在的ピアが、最初に、第１のメトリックに基づいて選択されてもよく（たとえば、それらの複数は、第１のメトリックに従って最高レートの（highest rated）ピアであってもよい）、次いで、選択されたピアが、第２のメトリックに基づいてフィルタされてもよい。第２のメトリックにおいて高くランク付けする、選択されたピアの１または複数が、次いで、第３のメトリックに基づいてフィルタされてもよい。同様に、所望の数のピアが選択されるまで、残りのそれらのピアが、次いで、第４のメトリックに基づいてフィルタされてもよい。利用されるメトリクスの数は、特定の関連付け、および／または所望の実施形態に依存してもよい。メトリクスの順序は、ランダムであってもよく、および／または、特定の関連付けもしくは所望の実施形態に基づいて選択されてもよい。たとえば、ピアは、最初にトラフィック負荷に基づいてランク付けされ、次いで、リンク品質に基づいてフィルタされてもよい。順序は、アプリケーション固有であってもよく、アプリケーションＱｏＳ要件に依存してもよい。

【0233】

例として、１または複数のピアは、コンテキストアウェア仮想リーダを選択するように構成されてもよい。たとえば、仮想リーダは、関連付け、関連付け更新、関連付け解除、および／または再関連付けの１または複数の間に、判定および／または変更されてもよい。したがって、新たな仮想リーダは、これらの関連付けプロシージャの１または複数の後に選択されてもよい。異なる基準が、適切な仮想リーダを選択するために使用されてもよく、たとえば、選択は、様々な組合せにおける１または複数のメトリクスに基づいてもよい。１または複数の仮想リーダを選択するために使用することができるメトリクスの例は、リンク品質（たとえば、よりよいリンク品質を有するＶＬを選択する）、残余エネルギー（たとえば、最大残余エネルギーを有するＶＬを選択する）、サービスに対する関連付けされたピアの数（たとえば、サービスのための最大数の関連付けされたピアを有するＶＬを選択する）、トラフィック負荷（たとえば、最小トラフィック負荷を有するＶＬを選択する）、評価（たとえば、他のピアからコメントされるような高評価を有するＶＬを選択する）、オンライン時間の量（たとえば、より長い平均オンライン時間を有するＶＬを選択する）、モビリティ情報（たとえば、より低い確率のモビリティ、および／またはより静的なモビリティ履歴を有するＶＬを選択する）、距離（たとえば、ユーザからのより短い物理的距離を有するＶＬを選択する）、加重平均物理距離（たとえば、ピアからの最短の平均物理距離を有するＶＬを選択する）、他のピアへのホップ数（たとえば、ピアへの平均での最小数のホップを有するＶＬを選択する）、総容量（たとえば、潜在的ピアに対する最大総容量を有するＶＬを選択する）、個々のピアに対する容量（たとえば、１または複数（またはすべて）の潜在的ピアに対する最大および／または最小容量を有するＶＬを選択する）、リソースの量（たとえば、ストレージ、計算能力などの１または複数など、最も大きいリソースを有する仮想リーダを選択する）、および／または、これらもしくは他の要因の重み付けされた組合せを含んでもよい。

【0234】

最良の潜在的ＶＬが、異なる順序で、および／または異なる重みを適用して、上記で識別されたメトリクスの一部または全部に（たとえば、潜在的に他のメトリクスにも同様に）基づいて選択されてもよい。たとえば、メトリクスは、順番に配置されてもよく、潜在的ＶＬは、その順序におけるメトリクスに基づいて評価されてもよい。メトリクスの順序は、動的に変更可能であってもよい。たとえば、複数の潜在的ＶＬが、最初に、第１のメトリックに基づいて選択されてもよく（たとえば、それらの複数は、第１のメトリックに従って最高レートの潜在的ＶＬであってもよい）、次いで、選択された潜在的ＶＬが、第２のメトリックに基づいてフィルタされてもよい。第２のメトリックにおいて高くランク付けする、選択された潜在的ＶＬの１または複数が、次いで、第３のメトリックに基づいてフィルタされてもよい。同様に、ＶＬが選択されるまで、残りのそれらの潜在的ＶＬが、次いで、第４のメトリックに基づいてフィルタされてもよい。利用されるメトリクスの数は、特定の関連付け、および／または所望の実装形態に依存してもよい。メトリクスの順序は、ランダムであってもよく、および／または、特定の関連付けもしくは所望の実施形態に基づいて選択されてもよい。たとえば、潜在的ＶＬは、最初にトラフィック負荷に基づいてランク付けされ、次いで、リンク品質に基づいてフィルタされてもよい。順序は、アプリケーション固有であってもよく、アプリケーションＱｏＳ要件に依存してもよい。

【0235】

新たなＶＬが選択される、１または複数のシナリオがありってもよい。たとえば、新たなＶＬは、アプリケーションに対するセッションの始めに選択されてもよい。たとえば、ピアは、近接した同一のアプリケーションに対する他のＶＬがない場合、特定のアプリケーションに対するセッションの始めに、それ自体をＶＬとして選択してもよい。

【0236】

例として、新たなＶＬは、既存または現在のＶＬによって選択されてもよい。たとえば、現在のＶＬは、既存のピア、および／または新たに発見されたピアから、新たなＶＬ候補を選択してもよい。現在のＶＬは、他のピアに、新たなＶＬ候補を通知してもよい。他のピアは、新たなＶＬ候補との関連付け（たとえば、関連付け、関連付け更新など）を実行してもよい。例として、新たなＶＬ候補は、現在のＶＬから、ピアとの１または複数の既存の関連付けを継承してもよい。たとえば、図２７は、現在のＶＬが新たなＶＬを選択する例における、ＶＬ選択および通知のための例示的なプロシージャを示す。新たなＶＬ候補が、ＶＬになることを拒否し、および／または、他のピアによって拒否される場合、現在のＶＬは、別の新たなＶＬ候補を選択してもよく、同様のプロシージャを繰り返してもよい。

【0237】

たとえば、２７０８において、現在のＶＬ２７０２は、新たなピアを発見してもよく、新たに発見されたピアを新たなＶＬ候補（たとえば、新たなＶＬ２７０６）として選択してもよく、および／または、２７１０において、現在のＶＬ２７０２は、関連付けされたピア２７０４からの関連付けされたピアを新たなＶＬ候補（たとえば、新たなＶＬ２７０６）として選択してもよい。現在のＶＬ２７０２は、新たなＶＬ要求メッセージを新たなＶＬ候補（たとえば、新たなＶＬ２７０６）へ送信してもよい。関連付けされたピアの数などの情報、および関連付けされたピアについてのコンテキスト情報が、このメッセージ中に含まれてもよい。

【0238】

新たなＶＬ候補（たとえば、新たなＶＬ２７０６）は、要求を受け入れ、または拒否するかを決定してもよく、応答を現在のＶＬ２７０２へ送信してもよい。新たなＶＬ候補（たとえば、新たなＶＬ２７０６）は、そのコンテキスト情報を応答メッセージに含めてもよい。現在のＶＬ２７０２は、ピアコンテキスト転送メッセージを新たなＶＬ候補（たとえば、新たなＶＬ２７０６）へ送信してもよい。関連付けされたピア２７０４の１または複数についてのコンテキスト情報が、ピアコンテキスト転送メッセージに含まれてもよい。新たなＶＬ候補（たとえば、新たなＶＬ２７０６）は、受信された関連付け／コンテキスト情報に基づいて、現在のＶＬ２７０２から、関連付けれたピア２７０４との１または複数の関連付け関係を継承してもよい。結果として、後続の、または新たな関連付けが確立されなくてもよい。

【0239】

新たなＶＬ候補（たとえば、新たなＶＬ２７０６）は、ピアコンテキスト転送応答を現在のＶＬ２７０２へ送信し返してもよい。現在のＶＬ２７０２は、新たなＶＬ通知メッセージを、１または複数（および／またはすべて）の他の関連付けされたピア２７０４へ送信してもよい。たとえば、個々の新たなＶＬ通知メッセージが、関連付けされたピア２７０４の各々へ個別に送信されてもよく、または、組み合わせられたメッセージが、関連付けされたピア２７０４の２以上にマルチキャストされてもよい。新たな通知メッセージは、同時に、現在のＶＬ２７０２と、関連付けされたピア２７０４の１または複数との関連付け解除をトリガしてもよい。関連付けされたピア２７０４の１または複数（および／またはすべて）は、新たなＶＬ通知メッセージに対する応答を、現在のＶＬへ送信してもよい。関連付けされたピア２７０４は、新たなＶＬ候補（たとえば、新たなＶＬ２７０６）とのコンテキストアウェア関連付け、コンテキストアウェア関連付け更新、コンテキストアウェア再関連付け、および／または、コンテキストアウェア再確立関連付けを実行してもよい。コンテキストアウェア関連付け解除が、現在のＶＬ２７０２と、関連付けされたピア２７０４の１または複数との間で実行されてもよい。現在のＶＬ２７０２は、新たなＶＬ完了メッセージを新たなＶＬ候補（たとえば、新たなＶＬ２７０６）へ送信してもよい。新たなＶＬ候補（たとえば、新たなＶＬ２７０６）は、新たなＶＬ完了応答を現在のＶＬ２７０２へ送信する。

【0240】

例として、ピアは、たとえば、現在のＶＬからの承認のときに、それ自体を新たなＶＬ候補としてノミネートしてもよい。次いで、他のピアは、このピア（たとえば、新たなＶＬ）との関連付けプロシージャを実行してもよく、および／または、新たなＶＬ候補は、他のピアに対し、現在のＶＬから１または複数の既存の関連付けを継承してもよい。

【0241】

図２８は、ピアがそれ自体を新たなＶＬになるようにノミネートする例における、ＶＬ選択および通知のための例示的なプロシージャを示す。たとえば、２８０８において、新たなＶＬ２８０６は、それ自体を新たなＶＬ候補としてノミネートしてもよい。新たなＶＬ２８０６は、それがノミネーションを行うとき、現在、関連付けされたピア２８０４の１つであってもよい。新たなＶＬ２８０６は、それがノミネーションを行うとき、現在、関連付けされたピア２８０４の一部または全部との１または複数の既存の関連付けを有してもよい。新たなＶＬ２８０６は、新たなＶＬ要求メッセージを現在のＶＬ２８０２へ送信してもよい。関連付けされたピアの数などの情報、関連付け情報、および、新たなＶＬ２８０６に対するコンテキスト情報が、このメッセージに含まれてもよい。

【0242】

現在のＶＬ２８０２は、要求を受け入れ、または拒否するように決定してもよく、応答を新たなＶＬ２８０６へ送信してもよい。現在のＶＬ２８０２は、そのコンテキスト情報を応答メッセージに含めてもよい。現在のＶＬ２８０２は、ピアコンテキスト転送メッセージを新たなＶＬ２８０６へ送信してもよい。関連付けされたピア２８０４の１または複数についてのコンテキスト情報が、ピアコンテキスト転送メッセージに含まれてもよい。新たなＶＬ２８０６は、受信された関連付け／コンテキスト情報に基づいて、現在のＶＬ２８０２から、関連付けされたピア２８０４との１または複数の関連付け関係を継承してもよい。結果として、後続の、または新たな関連付けが確立されなくてもよい。

【0243】

新たなＶＬ２８０６は、ピアコンテキスト転送応答を現在のＶＬ２８０２へ送信し返してもよい。現在のＶＬ２８０２は、新たなＶＬ通知メッセージを、１または複数（および／またはすべて）の他の関連付けされたピア２８０４へ送信してもよい。たとえば、個々の新たなＶＬ通知メッセージが、関連付けされたピア２８０４の各々へ個別に送信されてもよく、または、組み合わせられたメッセージが、関連付けされたピア２８０４の２以上にマルチキャストされてもよい。新たな通知メッセージは、現在のＶＬ２８０２と、関連付けされたピア２８０４の１または複数との関連付け解除をトリガしてもよい。関連付けされたピア２８０４の１または複数（および／またはすべて）は、新たなＶＬ通知メッセージに対する応答を、現在のＶＬ２８０２へ送信してもよい。関連付けされたピア２８０４は、新たなＶＬ２８０６とのコンテキストアウェア関連付け、コンテキストアウェア関連付け更新、コンテキストアウェア再関連付け、および／または、コンテキストアウェア再確立関連付けを実行してもよい。コンテキストアウェア関連付け解除が、現在のＶＬ２８０２と、関連付けされたピア２８０４の１または複数との間で実行されてもよい。現在のＶＬ２８０２は、新たなＶＬ完了メッセージを新たなＶＬ２８０６へ送信してもよい。新たなＶＬ２８０６は、新たなＶＬ完了応答を現在のＶＬ２８０２へ送信する。

【0244】

例として、ピアは、それ自体を新たなＶＬ候補として能動的にノミネートしてもよいが、現在のＶＬが利用不可能になることがある。新たなＶＬ候補は、他のピアにノミネーションを通知することができ、他のピアは、次いで、新たなＶＬ候補とのコンテキストアウェア関連付け、コンテキストアウェア関連付け更新、および／またはコンテキストアウェア再関連付けを実行ししてもよい。

【0245】

たとえば、図２９は、ピアがそれ自体を新たなＶＬになるようにノミネートし、現在のＶＬが利用不可能になる一例における、ＶＬ選択および通知のための例示的なプロシージャを示す。たとえば、新たなＶＬ２９０６は、それ自体を新たなＶＬとしてノミネートするように判定してもよい。現在のＶＬ２９０２は、ＶＬにおける変更をネゴシエート／容易にするために利用不可能であることがあるので、新たなＶＬ２９０６は、新たなＶＬ要求メッセージを他のピア（たとえば、関連付けされたピア２９０４の１または複数）へ送信してもよい。新たなＶＬ２９０６に対するコンテキスト情報が、新たなＶＬ要求メッセージに含まれてもよい。たとえば、個々の新たなＶＬ要求メッセージが、関連付けされたピア２９０４の各々へ個別に送信されてもよく、または、組み合わせられたメッセージが、関連付けされたピア２９０４の２以上にマルチキャストされてもよい。関連付けされたピア２９０４は、要求を受け入れ、または拒否するように決定してもよく、応答を新たなＶＬ２９０６へ送信し返してもよい。関連付けされたピア２９０４は、それらのそれぞれのコンテキスト情報を応答メッセージに含めてもよい。関連付けされたピア２９０４は、新たなＶＬ候補（たとえば、新たなＶＬ２９０６）とのコンテキストアウェア関連付け、コンテキストアウェア関連付け更新、および／またはコンテキストアウェア再関連付けを実行ししてもよい。

【0246】

典型的には、従来の関連付け機構は、デバイスベース関連付けに関係し、状況コンテキストを考慮しない。インフラストラクチャベースＰ２Ｐ通信とインフラストラクチャレスＰ２Ｐ通信の両方について、コンテキストアウェア関連付けは、ピアがサービスベースおよびユーザベース関連付けに対するより効率的な機構を確立することを可能にする。コンテキストアウェア関連付けは、ピア間の関連付け要求および関連付け応答の交換に基づいてもよい（たとえば、一方のピアが要求元であってもよく、他方のピアが受信側であってもよい）。ただし、サービスベース関連付け、および／またはユーザベース関連付けの１または複数では、１または複数のピアに対するコンテキスト情報が、関連付け関連メッセージ（たとえば、関連付け要求、および／または関連付け応答）中に含まれてもよい。結果として、より有意な関連付け要求、および／またはより有意な関連付け応答が、サービスベース関連付け、および／またはユーザベース関連付けを可能にするために利用されてもよい。

【0247】

たとえば、例は、コンテキストアウェア関連付けを活用して、後続するデータ送信を調節および最適化して、たとえば、ＭＡＣレイヤにおいてチャネルを競合／選択するための最適なパラメータ／ビヘイビアを構成してもよい。例として、コンテキストアウェア関連付けが活用されて、サービスネゴシエーションが容易にされてもよい。たとえば、ストリーミングビデオの例では、異なるデバイスタイプを有するピアは、データレートなどの異なるプロパティを有するコンテンツストリーミングを受信するように構成されてもよい。そのようなコンテキスト情報が、関連付けプロセスにおいて利用されてもよい。例として、コンテキストアウェア関連付けが活用されて、将来のピア発見を改善すること、関連付け解除を改善すること、再関連付けを改善すること、ピアサービスバインディングを遂行すること、チャネル切替えを並列に実行することなどが行われてもよい。

【0248】

ＩＥＥＥ８０２．１５．４における既存の関連付け機構は、本質的に単方向デバイスツーコーディネータ関連付けである。Ｐ２Ｐ使用ケースに対する関連付けは、ピア間の単方向および／または両方向相互関連付けであってもよい。結果として、関連付け応答メッセージは、相互関連付けが確立されるように、別のピアからの発信された要求に対する応答としてのみでなく、反対方向における関連付けを要求するためにもサービスしてもよい。

【0249】

コンテキストアウェア関連付けでは、各関連付けは、ローカルに一意な識別子（たとえば、ＡＩＤ）を割り当てられてもよい。例示的なＡＩＤは、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤを含んでもよい。ＡＩＤは、ピアに対するコンテキスト情報を使用して作成されてもよい（たとえば、ＣＡＩＤを含んでもよく、および／またはＣＡＩＤの形式であってもよい）。関連付けが確立されると、ピア（たとえば、要求元および／または受信側）は、確立された関連付けに対するコンテキスト情報（たとえば、ＡＣＩ）を作成および維持してもよい。ＡＣＩは、関連付け更新を介して、後に更新されてもよい。ＡＣＩは、サービス適合のために活用されてもよい。

【0250】

たとえば、図３０は、コンテキストアウェア分散関連付けのための例示的なプロシージャを示す。図３０に示されている例では、ピアＡ３００２は、関連付け要求元として作用してもよく、ピアＢ３００４（たとえば、関連付け受信側）と関連付けしてもよい。たとえば、ピアＡ３００２は、関連付け要求をピアＢ３００４へ送信してもよい。（たとえば、ＩＥＥＥ８０２．１５．４における既存の関連付け要求に含まれるような）関連付け情報に特有な情報に加えて、追加の関連付け要求情報（ＡＲＥＱＩ）が、関連付け要求メッセージ中に含まれてもよい。たとえば、ピアＡ３００２は、関連付けタイプを示してもよい（たとえば、関連付け要求は、ユーザベース関連付け、サービスベース関連付け、および／またはデバイスベース関連付けの１または複数に対するものであってもよい）。ピアＡ３００２は、単一の関連付け要求メッセージにおいて、１もしくは複数のサービスベース関連付け要求、および／または、１もしくは複数のユーザベース関連付けを、ピアＢ３００４に要求してもよい。ＡＲＥＱＩの例は、他のセクションで論じられる。加えて、関連付け要求は、どのようにＡＣＫおよび／または他の応答を送信し返すかをピアＢ３００４に命令するための応答フラグを含んでもよい。たとえば、応答フラグは、ピアＢ３００４がＡＣＫおよび関連付け応答を別々に送信するべきであるか、ＡＣＫおよび関連付け応答を１つのマージされたメッセージにおいて送信するべきであるか、ならびに／または、ＡＣＫが送信される必要がないことを示してもよい。ピアＢ３００４は、ＡＣＫをピアＡ３００２へ送信し、（たとえば、関連付け要求に含まれる応答フラグによって命令されるように）関連付け要求メッセージの受信を肯定応答してもよい。

【0251】

ピアＢ３００４は、関連付け応答をピアＡ３００２へ送信してもよい。典型的な関連付け応答情報（たとえば、ＩＥＥＥ８０２．１５．４における既存の関連付け応答に含まれているような情報）に加えて、応答コンテキスト情報（ＡＲＥＳＩ）が、関連付け応答メッセージに含まれてもよい。関連付け応答は、２つの目的をサービスしてもよい。第１に、関連付け応答は、ピアＡ３００２から送信された関連付け要求に対する応答としてサービスしてもよい。第２に、関連付け応答は、ピアＢ３００４からピアＡ３００２への関連付け（たとえば、相互関連付け）に対する要求としてサービスしてもよい。ピアＢ３００４が、ピアＡ３００２からの関連付け要求を拒否する場合、関連付け応答は、ピアＢ３００４からピアＡ３００２への関連付けに対する要求を含まなくてもよい。関連付け応答に含まれる情報の１または複数の項目（たとえば、ＡＲＥＳＩ）は、割り当てられたＡＩＤであってもよく、それはＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤであってもよい。ＡＲＥＳＩの例は、他のセクションで論じられる。

【0252】

ピアＡ３００２は、ＡＣＫをピアＢ３００４へ送信し、関連付け応答メッセージの受信を肯定応答して、関連付け応答に含まれるピアＢからの暗黙関連付け要求を承認し、および／または、割り当てられたＡＩＤなど、関連付け応答メッセージにおいてピギーバックされた（もしあれば）パラメータについて同意してもよい。

【0253】

図３１は、コンテキストアウェア分散関連付けのための別の例示的なプロシージャを示す。図３１に示されている例では、ピアＡ３１０２は、関連付け要求元として動作してもよく、ピアＢ３１０４（たとえば、関連付け受信側）と関連付けしてもよい。たとえば、ピアＡ３１０２は、関連付け要求をピアＢ３１０４へ送信してもよい。（たとえば、ＩＥＥＥ８０２．１５．４における既存の関連付け要求に含まれているような）関連付け情報に特有な情報に加えて、追加のＡＲＥＱＩが、関連付け要求メッセージに含まれてもよい。たとえば、ピアＡ３１０２は、関連付けタイプを示してもよい（たとえば、関連付け要求は、ユーザベース関連付け、サービスベース関連付け、および／またはデバイスベース関連付けの１または複数に対するものであってもよい）。ピアＡ３１０２は、単一の関連付け要求メッセージにおいて、１もしくは複数のサービスベース関連付け要求、および／または、１もしくは複数のユーザベース関連付けを、ピアＢ３１０４に要求してもよい。加えて、関連付け要求は、どのようにＡＣＫおよび／または他の応答を送信し返すかをピアＢ３１０４に命令するための応答フラグを含んでもよい。たとえば、応答フラグは、ピアＢ３１０４がＡＣＫおよび関連付け応答を別々に送信するべきであるか、ＡＣＫおよび関連付け応答を１つのマージされたメッセージにおいて送信するべきであるか、ならびに／または、ＡＣＫが送信される必要がないことを示してもよい。ピアＢ３１０４は、ＡＣＫをピアＡ３１０２へ送信し、（たとえば、関連付け要求に含まれる応答フラグによって命令されるように）関連付け要求メッセージの受信を肯定応答してもよい。

【0254】

ピアＢ３１０４は、関連付け通知をピアＡ３１０２へ送信してもよい。たとえば、既存の関連付け応答（たとえば、ＩＥＥＥ８０２．１５．４において指定されているような）に含まれる特有な情報に加えて、関連付け通知情報（ＡＮＩ）が、関連付け通知メッセージに含まれてもよい。関連付け通知は、２つの目的をサービスしてもよい。第１に、関連付け応答は、ピアＡ３１０２から送信された関連付け要求に対する応答としてサービスしてもよい。第２に、関連付け通知は、ピアＢ３１０４からピアＡ３１０２への関連付け（たとえば、相互関連付け）に対する要求としてサービスしてもよい。ピアＢ３１０４が、ピアＡ３１０２からの関連付け要求を拒否する場合、関連付け応答は、ピアＢ３１０４からピアＡ３１０２への関連付けに対する要求を含まなくてもよい。関連付け応答に含まれる情報の１または複数の項目（たとえば、ＡＲＥＳＩ）は、割り当てられたＡＩＤであってもよく、それはＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤであってもよい。

【0255】

ピアＡ３１０２は、関連付け応答を、関連付け通知メッセージに対する応答として、ピアＢ３１０４へ送信してもよい。関連付け応答は、割り当てられたＡＩＤを含んでもよく、および／または、追加のコンテキスト情報（たとえば、ＡＲＥＳＩ）を含んでもよい。ピアＢ３１０４は、ＡＣＫをピアＡ３１０２へ送信し、関連付け応答メッセージの受信を肯定応答してもよい。関連付け要求に含まれる情報（たとえば、ＡＲＥＱＩ）は、関連付け要求の送信者についての様々なコンテキスト上の情報、および／または、確立されるべき関連付けに関する要件を含んでもよい。関連付け要求に含まれる情報は、関連付け固有の情報、および／または、ピア情報（ＰＩ）の１もしくは複数の項目であってもよい。

【0256】

たとえば、ＡＲＥＱＩは、関連付け要求元のデバイスプロファイルを含んでもよい。デバイスプロファイルは、デバイスタイプ（たとえば、スマートフォン、タブレット、メディアプレイヤなど）を含んでもよい。たとえば、オープンモバイルアライアンス（ＯＭＡ）によって定義されたデバイスクラスが利用されてもよい。静的および／または動的デバイスプロパティが、デバイスプロファイルに含まれてもよい。たとえば、静的プロパティは、オペレーティングシステム、メモリ、ＣＰＵ、画面サイズ、無線インターフェースなどを含んでもよい。動的プロパティは、残余エネルギー、ロケーション、モビリティ、関連付けされたネイバ（neighbors）の数、デューティーサイクルスケジュール、電力節約モード選択などを含んでもよい。

【0257】

例として、ＡＲＥＱＩは、関連付け要求元のユーザプロファイルを含んでもよい。たとえば、ユーザプロファイルは、ユーザＩＤ、グループＩＤ、プレイバシレベル、セキュリティレベルなどを含んでもよい。

【0258】

例として、ＡＲＥＱＩは、関連付け要求元のサービスプロファイルを含んでもよい。たとえば、サービスプロファイルは、サポートされたサービスのリストを含んでもよい。リストは、リストによって識別されたサービスの１または複数のプロパティを含んでもよい。例示的なサービスプロパティは、サービスタイプ、サービス優先度フラグ、ステータス、必要とされたパートナーの数、待機中パートナーの数、キープアライブタイマ、転送能力インジケーションなどを含んでもよい。例として、サービスプロファイルは、要求されたサービスのリスト、および／または、要求されたサービスの１もしくは複数のプロパティを含んでもよい。例示的なサービスプロパティは、サービスタイプ、サービス優先度フラグ、ステータス、必要とされたパートナーの数、待機中パートナーの数、キープアライブタイマ、転送能力インジケーションなどを含んでもよい。例として、サービスプロファイルは、仮想リーダインジケーション、チャネル品質（たとえば、受信信号強度指示（ＲＳＳＩ））、同期のためのタイムスタンプ（たとえば、関連付け要求が送信されたときのローカル時間）、他のピアの背後にある（behind）ピアとの関連付けのインジケーション、要求されることになる新たなチャネルＩＤ、および／または要求元ピアの評価などの１または複数を含んでもよい。

【0259】

例として、ＡＲＥＱＩは、１または複数の関連付け要件を含んでもよい。たとえば、関連付け要件は、関連付けタイプ（たとえば、デバイスベース、サービスベース、および／またはユーザベース）、関連付け持続時間（たとえば、確立されることになる関連付けの要求された存続期間）、関連付け優先度（たとえば、確立されることになる関連付けの優先度）、乱数（たとえば、関連付け自体をセキュアにするため）、および／またはセキュリティ鍵（たとえば、認証目的のために使用される−供給されるような公開鍵であってもよい）などの１または複数を確立してもよい。例として、ＡＲＥＱＩは、関連付け要求元の関連付け履歴情報を含んでもよい。

【0260】

コンテキストベース関連付けを容易にするための情報は、関連付け応答（たとえば、ＡＲＥＳＩ）、および／または関連付け通知（たとえば、ＡＮＩ）中に含まれてもよい。たとえば、ＡＲＥＳＩおよび／またはＡＮＩは、コンテキスト情報の１または複数の項目を含んでもよい。ＡＲＥＳＩおよび／またはＡＮＩは、関連付け固有の情報、および／またはピア情報（ＰＩ）の部分の組合せを含んでもよい。

【0261】

たとえば、ＡＲＥＳＩおよび／またはＡＮＩは、関連付け受信側のデバイスプロファイル、すなわち、デバイスタイプ、すなわち、スマートフォン、タブレット、メディアプレイヤなどを含んでもよい。デバイスプロファイルは、デバイスタイプ（たとえば、スマートフォン、タブレット、メディアプレイヤなど）を含んでもよい。たとえば、オープンモバイルアライアンス（ＯＭＡ）によって定義されたデバイスクラスが利用されてもよい。静的および／または動的デバイスプロパティが、デバイスプロファイルに含まれてもよい。たとえば、静的プロパティは、オペレーティングシステム、メモリ、ＣＰＵ、画面サイズ、無線インターフェースなどを含んでもよい。動的プロパティは、残余エネルギー、ロケーション、モビリティ、関連付けされたネイバの数、デューティーサイクルスケジュール、電力節約モード選択などを含んでもよい。

【0262】

例として、ＡＲＥＳＩおよび／またはＡＮＩは、関連付け受信側のユーザプロファイルを含んでもよい。たとえば、ユーザプロファイルは、ユーザＩＤ、グループＩＤ、プレイバシレベル、セキュリティレベルなどを含んでもよい。

【0263】

例として、ＡＲＥＳＩおよび／またはＡＮＩは、関連付け受信側のサービスプロファイルを含んでもよい。たとえば、サービスプロファイルは、サポートされたサービスのリストを含んでもよい。リストは、リストによって識別されたサービスの１または複数のプロパティを含んでもよい。例示的なサービスプロパティは、サービスタイプ、サービス優先度フラグ、ステータス、必要とされたパートナーの数、待機中パートナーの数、キープアライブタイマ、転送能力インジケーションなどを含んでもよい。サービスプロファイルは、関連付け関連情報を含んでもよい。関連付け関連情報の例は、割り当てられた関連付け持続時間、関連付け優先度、割り当てられたセキュリティ鍵、割り当てられた新たなチャネルＩＤ、キープアライブ指示、マルチホップおよび／もしくは転送インジケーション、関連付け識別子（たとえば、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤなどの１または複数のＡＩＤ−１または複数のＡＩＤは、関連付け更新、関連付け解除、および／または再関連付けを実行するために使用されてもよい）、乱数（たとえば、関連付け自体をセキュアに確立するため）、ならびに／またはセキュリティ鍵（たとえば、将来のデータ送信に対して割り当てられたセキュリティ鍵が含まれてもよい−セキュリティ鍵は、公開鍵、ならびに／または、関連付け要求に含まれるセキュリティ鍵および／もしくは乱数に基づいて決定されるような新たな鍵であってもよい）などの１または複数を含んでもよい。サービスプロファイルは、デバイスタイプ情報（たとえば、画面サイズおよびモビリティ）、および／またはプレイヤシーケンス割当て（たとえば、マルチプレイヤゲーミングにおけるものなど）に基づいた、サービスおよび／またはコンテンツ適合など、サービスネゴシエーション情報を含んでもよい。サービスプロファイルは、発見期間、発見に対してスキャンされることになるチャネルシーケンス、および／または発見に対する関連付けフィードバック（たとえば、ブロードキャストであるか）などの１または複数など、発見ビヘイビアを含んでもよい。

【0264】

例として、ＡＲＥＳＩおよび／またはＡＮＩは、要求元に対する通信ビヘイビアに関係付する情報を含んでもよい。要求元に対する通信ビヘイビアに関係する情報の例は、チャネルアクセススキーム（たとえば、競合なしまたは競合ベース）、キープアライブタイマに割り当てられた値、将来の通信に割り当てられた新たな直交符号、バックオフタイマ、ＡＣＫ機構、新たな直交符号、割り当てられたデューティーサイクルスケジュール、および／またはタイムスロットスケジュールなどの１または複数を含んでもよい。

【0265】

例として、ＡＲＥＳＩおよび／またはＡＮＩは、Ｐ２Ｐ動作構成に関係する情報を含んでもよい。Ｐ２Ｐ動作構成に関係する情報の例は、最近確立されたＰ２Ｐ経路に対する構成パラメータ（たとえば、１または複数のＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤ）の１または複数を含んでもよく、構成パラメータは、ＯＦ、Ｐ２Ｐ、ＯＡ Ｐ２Ｐ、および／またはＯＭ Ｐ２ＰなどのＰ２Ｐ動作モードに対応してもよい。例として、ＡＲＥＳＩおよび／またはＡＮＩは、関連付け受信側の関連付け履歴情報を含んでもよい。

【0266】

本明細書で開示されるコンテキストアウェア分散関連付け手法は、多重関連付け、マルチホップ関連付け、および／または、チャネル切替えによる関連付けの１または複数に対して、２つのピア間で適用されてもよい。ＡＲＥＱＩ、ＡＲＥＳＩ、およびＡＮＩの１または複数に含まれる情報は、これらのプロシージャにおいて同様であってもよい。例は第１の関連付けプロシージャに関して説明されるが、交換されるメッセージ、および／または交換されるメッセージに含まれる情報は、他のタイプの関連付けプロシージャに等しく適用可能であってもよい。

【0267】

前述されたように、コンテキストアウェア分散関連付けが活用されて、関連付け要求、関連付け応答、および／または関連付け通知の１または複数に含まれるコンテキスト上の情報を通じて、多数の有益な目的が達成され、Ｐ２Ｐ近接通信のシステム性能が改善されてもよい。結果として、コンテキスト情報は、チャネル切替えによる関連付け、優先された関連付け、強化されたピア発見、強化されたデータ送信、サービスネゴシエーションおよび適合、強化された関連付け更新、強化された関連付け解除、ならびに／または強化された再関連付けなど、１または複数の関連付け機能を実行するために利用されてもよい。

【0268】

例として、ピアは、高速多重ピア関連付けを実行するように構成されてもよい。たとえば、多対１多重関連付けでは、複数のピアが、たとえば、同一または異なるサービスを利用するために、単一の他のピアへの関連付けを確立してもよい。複数のピアが別のピアとの関連付けを確立することは、収束多重関連付け（および／または、収束グループ関連付け）と称されてもよい。例として、１対多関連付けでは、単一のピア（たとえば、ピアのグループの仮想リーダなど）が、たとえば、同一または異なるサービスを利用するために、複数の他のピアへの関連付けを確立してもよい。１対多関連付けでは、関連付け要求元が、関連付け要求を他のピアへシーケンシャルにおよび／または同時に送信（たとえば、マルチキャスト）してもよく、そのような要求は、それぞれ、シーケンシャル多重関連付けおよび／または同時多重関連付けと称されてもよい。

【0269】

たとえば、図３２は、収束多重関連付けのための例示的な関連付け要求を示す。図３２に示されているように、関連付け要求メッセージは、２つのパート（たとえば、ヘッダおよびペイロード）を含んでもよく、ヘッダおよび／またはペイロードの１または複数は、ＡＲＥＱＩ情報（たとえば、コンテキスト情報）を含んでもよい。関連付け要求のヘッダおよび／またはペイロードの各々は、一意の符号を使用して符号化されてもよい。一意の符号は、ピア間のコンテキストアウェア並行送信を達成するために、直交性などのプロパティを利用して、サービス差別化（differentiation）、ユーザ差別化、および／またはチャネル化などを提供してもよい。たとえば、一意の符号は、関連付けを要求するピアの１または複数（および／またはすべて）のコンテキスト情報／ＰＩに基づいて生成されてもよい。たとえば、符号１（たとえば、ヘッダ）および符号２（たとえば、ペイロード）は、ピアＡ、ピアＢ、およびピアＣのコンテキスト情報／ＰＩおよび／またはＡＲＥＱＩ情報に基づいて生成されてもよい。例として、一意の符号１（Ａ）は、一意の符号１（Ｂ）に直交してもよく、一意の符号１（Ｂ）は、一意の符号１（Ｃ）に直交してもよい（たとえば、および／または、一意の符号２（Ａ）は、一意の符号２（Ｂ）に直交してもよく、一意の符号２（Ｂ）は、一意の符号２（Ｃ）に直交してもよい）。例として、符号１および符号２は同一であってもよい。各ピア（たとえば、ピアＡ、ピアＢ、およびピアＣ）は、符号１および符号２を単独で生成してもよい。各ピア（たとえば、ピアＡ、ピアＢ、およびピアＣ）は、関連付け要求メッセージをピアＺへ送信してもよい。複数の関連付け要求メッセージは、ピアＺに到着するとき、時間において重複してもよい。ただし、ピアＺは、なお、符号１および符号２の直交性のために、正確に各メッセージを復号することが可能である。加えて、ピアＺは、たとえば、符号１を使用するのみで、メッセージヘッダを迅速に復号して、高速なコンテキストアウェア関連付けを達成することができる。

【0270】

図３３は、収束多重関連付けのためのユニキャスト関連付け応答メッセージの例を示す。たとえば、ピアＺは、ユニキャスト方法で、別々の関連付け応答メッセージを要求元（たとえば、ピアＡ、ピアＢ、およびピアＣ）へ送信してもよい。個々の関連付け応答メッセージを送信することは、ピアＡ、ピアＢ、およびピアＣが異なるサービスおよび／またはユーザのための関連付けを要求する場合に、利用されてもよい。関連付け応答メッセージは、２つのパート（たとえば、ヘッダおよびペイロード）を有してもよい。各パートは、一意の符号を使用して符号化されてもよい。一意の符号は、ピア間でのコンテキストアウェア並行送信を達成するために、直交性などのプロパティを利用して、サービス差別化、ユーザ差別化、および／またはチャネル化などを提供してもよい。例として、一意の符号１（Ａ）は、一意の符号１（Ｂ）に直交してもよく、一意の符号１（Ｂ）は、一意の符号１（Ｃ）に直交してもよい（たとえば、および／または、一意の符号２（Ａ）は、一意の符号２（Ｂ）に直交してもよく、一意の符号２（Ｂ）は、一意の符号２（Ｃ）に直交してもよい）。符号１および符号２は、すべてのピア（たとえば、ピアＡ、ピアＢ、ピアＣ、および場合によってはピアＺ）のコンテキスト情報／ＰＩ、および／またはＡＲＥＱＩ情報に基づいて生成されてもよい。例として、符号１および符号２は同一であってもよい。

【0271】

図３４は、収束多重関連付けのための例示的なブロードキャストおよび／またはマルチキャスト関連付け応答を示す。たとえば、ピアＺは、単一の関連付け応答メッセージを、ブロードキャストおよび／またはマルチキャストメッセージとして、ピアＡ、ピアＢ、およびピアＣの各々へ送信してもよい。マルチキャスト応答を使用することは、要求元ピアの各々が同一のサービスベースおよび／またはユーザベース関連付けを要求するシナリオにとって好適であることがある。そのような手法では、一意の符号が利用されてもとく、またはされなくてもよい。

【0272】

ピアＺが関連付け応答メッセージを要求元ピア（たとえば、ピアＡ、ピアＢ、および／またはピアＣ）へ送信し返すとき、ピアＺは、関連付け要求および／または応答を異なる方法で扱い、優先された関連付けをサポートしてもよい。たとえば、ピアＺは、関連付け要求メッセージに含まれる関連付け優先度インジケーションに基づいて、最高優先度から最低優先度へと関連付け要求を処理してもよい。したがって、より高い関連付け優先度を有する関連付け要求は、最初に処理されてもよく、対応する関連付け応答は、より信頼性が高い、および／またはより高速／迅速な方法で送信されてもよい。たとえば、ピアＺは、ユニキャスト関連付け応答を、より高い優先度を有する関連付け要求によるピア関連付けへ、優先された迅速なチャネルアクセスで送信してもよいが、より低い優先度の関連付け要求に対する関連付け応答をバッファリングおよびブロードキャストしてもよい。

【0273】

加えて、２つの一意の符号が図３２〜図３４に示されているが、各関連付け要求および／または関連付け応答メッセージは、複数のパートに分割されてもよく、複数の一意の符号が適用されてもよい（たとえば、各パートが、メッセージの他のパートのための一意の符号とは異なってもよい一意の符号を使用する）。そうすることによって、受信者は、メッセージを破棄し、メッセージを受け入れ、メッセージの他のパートを復号し、および／またはメッセージの他のパートを復号することを控えるかに関する迅速な決定を行うために、他のパートを復号する必要なしに、メッセージのあるパートを迅速に復号する。

【0274】

同時多重関連付けでは、ピアＺは、関連付け要求を、複数のピア（たとえば、ピアＡ、ピアＢ、およびピアＣ）へ実質的に同時に送信してもよい。たとえば、図３５は、同時多重関連付けに対する関連付け要求を送信するためのユニキャスト手法の例を示す。たとえば、ピアＺは、１または複数の一意の符号（たとえば、直交符号、ＰＮシーケンス、その他）を使用して、これらの関連付け要求を、たとえば、１つをピアＡへ、１つをピアＢへ、１つをピアＣへ、要求間で衝突を引き起こすことなしに、実質的に同時に送信してもよい。たとえば、一意の符号１（Ａ）は、一意の符号１（Ｂ）に直交してもよく、一意の符号１（Ｂ）は、一意の符号１（Ｃ）に直交してもよい（たとえば、および／または、一意の符号２（Ａ）は、一意の符号２（Ｂ）に直交してもよく、一意の符号２（Ｂ）は、一意の符号２（Ｃ）に直交してもよい）。３つの要求が同時に送信されてもよいので、待ち時間が低減されることがある。この場合、各関連付け要求は、異なるサービスタイプなど、異なる情報（ＡＲＥＱＩ）を含んでもよい。

【0275】

図３６は、同時多重関連付けに対する関連付け要求を送信するためのブロードキャストおよび／またはマルチキャスト手法の例を示す。たとえば、ピアＺは、３つのピア（たとえば、ピアＡ、ピアＢ、およびピアＣ）の各々によって受信されてもよい単一の関連付け要求を送信してもよい。例として、１または複数の一意の符号は、使用されてもよく、またはされなくてもよい。例として、グループＩＤがピア発見プロセスにおいて発見される場合、ピアＺは、グループＩＤを使用して、関連付け要求をピアＡ、ピアＢ、および／またはピアＣへ送信するために、グループ通信を実行してもよい。

【0276】

ピアＺが関連付け要求を他のピア（たとえば、ピアＡ、ピアＢ、および／またはピアＣ）へ送信するとき、ピアＺは、優先された関連付けをサポートするために、要求を異なる方法で扱ってもよい。たとえば、ピアＺは、対応する関連付け優先度に基づいて、最高優先度から最低優先度へと関連付け要求を送信してもよい。したがって、より高い関連付け優先度を有する関連付け要求が、たとえば、より信頼性が高い、および／またはより高速な送信方法を使用して、最初に送信されてもよい。たとえば、ピアＺは、優先された迅速なチャネルアクセスを使用して、より高い優先度を有するユニキャスト関連付け要求を送信してもよいが、より低い優先度を有する関連付け要求をブロードキャストしてもよい。

【0277】

図３７は、同時多重関連付けのための関連付け応答の例を示す。たとえば、ピアＡ、ピアＢ、および／またはピアＣが、ピアＺから関連付け要求を受信した後、ピアの各々は、ピアＺへの別々の関連付け応答を単独で生成してもよい。一意の符号は、３つの関連付け応答の並行送信を可能にして、全体的な関連付け待ち時間を低減するために使用されてもよい。たとえば、一意の符号１（Ａ）は、一意の符号１（Ｂ）に直交してもよく、一意の符号１（Ｂ）は、一意の符号１（Ｃ）に直交してもよい（たとえば、および／または、一意の符号２（Ａ）は、一意の符号２（Ｂ）に直交してもよく、一意の符号２（Ｂ）は、一意の符号２（Ｃ）に直交してもよい）。

【0278】

加えて、２つの一意の符号が図３５乃至図３７に示されているが、各関連付け要求および／または関連付け応答メッセージは、複数のパートに分割されてもよく、複数の一意の符号が適用されてもよい（たとえば、各パートが、メッセージの他のパートに対する一意の符号とは異なってもよい一意の符号を使用する）。そうすることによって、受信者は、メッセージを破棄し、メッセージを受け入れ、メッセージの他のパートを復号し、および／またはメッセージの他のパートを復号することを控えるかに関する迅速な決定を行うために、他のパートを復号する必要なしに、メッセージのあるパートを迅速に復号する。

【0279】

シーケンシャル多重関連付けでは、ピアＺは、シーケンシャルな方法で、複数の他のピアへの関連付けを確立してもよい。たとえば、複数の関連付け要求を（たとえば、同時多重関連付けのように）同時に送信するのではなく、またはそれに加えて、ピアＺは、複数の関連付け要求をピアＡ、ピアＢ、および／またはピアＣの各々へシーケンシャルに（sequentially）送信してもよい。

【0280】

たとえば、図３８は、純粋シーケンシャル多重関連付けプロシージャの例を示す。たとえば、１または複数のピアを発見した後、ピアＺは、異なる関連付け要求を各個々のピアへ送信してもよい。他のピアから戻って受信された関連付け応答が活用されて、１または複数の後続の発見プロシージャ、たとえば、発見スキーム、発見期間、発見チャネルなどが調節されてもよい。たとえば、ピアＡは、ピアＢおよび／またはピアＣを発見してもよく、ピアＺに、関連付け応答において、ピアＢおよび／またはピアＣについてのある情報（たとえば、コンテキスト情報／ＰＩ）を知らせてもよい。ピアＺは、ピアＡからのそのような情報を活用して、たとえば、ブロードキャストの受動的リスニングを利用すること、アクティブクエリを実行すること、好適な発見チャネルシーケンスおよび／または期間を選択することなどの１または複数など、適切な発見スキームおよび／またはビヘイビアを選択することによって、１または複数の後続の発見プロシージャを調節してもよい。加えて、ピアＺは、どのピアを選択および／または最初に関連付けするべきかを、たとえば、発見からの情報に基づいて選択してもよい。ピアＺは、最初に関連付けされることになる、最良リンク品質および／または最大残余エネルギーを有するピアを選択してもよい。一意の符号は、使用されてもよく、またはされなくてもよい。

【0281】

ピアＺが関連付け要求を他のピア（たとえば、ピアＡ、ピアＢ、および／またはピアＣ）へ送信するとき、ピアＺは、優先された関連付けをサポートするために、要求を異なる方法で扱ってもよい。たとえば、ピアＺは、対応する関連付け優先度に基づいて、最高優先度から最低優先度へと関連付け要求を送信してもよい。したがって、より高い関連付け優先度を有する関連付け要求が、たとえば、より信頼性が高い、および／またはより高速な送信方法を使用して、最初に送信されてもよい。たとえば、ピアＺは、優先された迅速なチャネルアクセスを使用して、より高い優先度を有するユニキャスト関連付け要求を送信してもよいが、より低い優先度を有する関連付け要求をブロードキャストしてもよい。

【0282】

図３９は、ハイブリッドシーケンシャル多重関連付けプロシージャの例を示す。たとえば、ピアＺは、（たとえば、ピアＡおよび／またはピアＥと関連付けするための）シーケンシャル多重関連付けと、（たとえば、ピアＢ、ピアＣ、およびピアＤと関連付けするための）同時多重関連付けとの組合せを使用してもよい。

【0283】

加えて、各関連付け要求および／または関連付け応答メッセージは、複数のパートに分割されてもよく、複数の一意の符号が適用されてもよい（たとえば、各パートが、メッセージの他のパートに対する一意の符号とは異なってもよい一意の符号を使用する）。そうすることによって、受信者は、メッセージを破棄し、メッセージを受け入れ、メッセージの他のパートを復号し、および／またはメッセージの他のパートを復号することを控えるかに関する迅速な決定を行うために、他のパートを復号する必要なしに、メッセージのあるパートを迅速に復号する。

【0284】

例として、マルチホップ関連付けが利用されてもよい。たとえば、マルチホップ関連付けは、透過モードおよび／またはプロキシモードの中継された関連付けを指してもよい。たとえば、ピアＡは、他のピアのグループに代わって、別のピア（たとえば、ピアＢ）への関連付けを確立してもよい。たとえば、マルチホップ単一関連付けでは、ピア（たとえば、ピアＡ）は、仲介もしくはリレーピア（たとえば、ピアＲ）を介して、別のピア（たとえば、ピアＺ）への関連付けを確立し、および／または関連付け要求を送信してもよい。確立された関連付けのないマルチホップ多重関連付けでは、ピア（たとえば、ピアＺ）は、仲介ピア（たとえば、ピアＲ）を介して、他のピア（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）との複数の関連付けを確立してもよく、および／または、ピアのグループ（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）は、仲介ピア（たとえば、ピアＲ）を介して、別のピア（たとえば、ピアＺ）との複数の関連付けを確立してもよい。確立された関連付けのないマルチホップ多重関連付けより前に、ピアＲと、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数との間に確立された関連付けがなくてもよい。例として、確立された関連付けがあるマルチホップ多重関連付けでは、ピア（たとえば、ピアＺ）は、仲介ピア（たとえば、ピアＲ）を介して、他のピア（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）との複数の関連付けを確立してもよく、および／または、ピアのグループ（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）は、仲介ピア（たとえば、ピアＲ）を介して、別のピア（たとえば、ピアＺ）との複数の関連付けを確立してもよい。確立された関連付けのないマルチホップ多重関連付けより前に、仲介ピア（たとえば、ピアＲ）と、ピアのグループ（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）との間に確立された関連付けがあってもよい。

【0285】

マルチホップ単一関連付けでは、コンテキストアウェア分散関連付けが各ホップに対して使用されてもよい。たとえば、図４０は、透過モードマルチホップ単一関連付けの一例を示す。たとえば、透過モードでは、ピアＲ（たとえば、仲介またはリレーピア）は、関連付け要求および／または関連付け応答の１または複数を透過的に転送してもよく、ピアＲは、いかなる他の関連付け関連プロセスまたはアクションも実行しなくてもよい。関連付け要求および関連付け応答は、ＭＡＣレイヤメッセージであってもよいので、ピアＲ（および／またはピアＡおよび／またはピアＺ）は、ＭＡＣレイヤメッセージリレーおよび転送をサポートしてもよい。

【0286】

図４１は、プロキシモードマルチホップ単一関連付けの例を示す。プロキシモードでは、ピアＲは、関連付け要求および／または関連付け応答を、インターセプトおよび／または処理してもよい。たとえば、ピアＡが、ピアＺに加えてピアＲへの関連付けを確立する場合、ピアＲは、関連付け要求（たとえば、ピアＲからピアＺへの関連付け要求を、ピアＡからピアＺへの関連付け要求に追加してもよい）、および／または関連付け応答（たとえば、ピアＲからピアＡへの関連付け応答を、ピアＺからピアＡへの関連付け応答に追加してもよい）の集約を実行してもよい。ピアＲは、ピアＡの情報をピアＺから隠蔽し、または隠蔽しなくてもよい。言い換えれば、ピアＲは、ピアＡに代わって関連付けを実行してもよい。この場合、ピアＲは、ＡＩＤおよびＡＣＩの２つのセット（たとえば、ピアＡに対する１つのセット、およびピアＺに対する別のセット）を維持してもよい。ピアＲは、ＡＩＤおよびＡＣＩのそれらの２つのセット間で変換およびマッピングを実行してもよい。

【0287】

ハイブリッドマルチホップモードは、透過モードおよびプロキシモードの組合せと見なされてもよく、２以上のホップに拡張されてもよい。たとえば、ピアＡとピアＺとの間に複数のリレーピア（たとえば、ピアＲ１、ピアＲ２、ピアＲ３）があってもよい。ハイブリッドマルチホップは、プロキシモードおよび／または透過モードのカスケードと見なされてもよい。たとえば、図４２は、ハイブリッドマルチホップ単一関連付けの例を示す。図４２に示されているように、ピアＲ１およびピアＲ３は、プロキシモードマルチホップ関連付けを実行してもよく、ピアＲ２は、透過モードマルチホップ関連付けを実行してもよい。

【0288】

図４３は、仲介ピアと他のピアとの間で確立された関連付けがない、例示的な多対１マルチホップ多重関連付けを示す。たとえば、関連付けプロシージャより前に、ピアＲと、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数との間に既存の関連付けがなくてもよい。

【0289】

多対１マルチホップでは、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数は、収束多重関連付けプロシージャを利用して、関連付け要求をピアＲへ送信し、および／または、ピアＲから戻る関連付け応答を受信してもよい。加えて、コンテキストアウェア分散関連付けが、ピアＲとピアＺとの間で関連付けを確立するために利用されてもよい。ピアＲは、関連付け集約を実行してもよい。ピアＺは、１または複数の要求（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）を受け入れてもよく、および／または、要求の１または複数（たとえば、例示的なピアＡに対する）を拒否してもよい。

【0290】

図４４は、仲介ピアと他のピアとの間で確立された関連付けがない、例示的な１対多マルチホップ多重関連付けを示す。たとえば、１対多マルチホップでは、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数は、同時多重関連付けおよび／またはシーケンシャル多重関連付けを利用して、関連付け要求をピアＲへ送信し、および／または、ピアＲから戻る関連付け応答を受信してもよい。コンテキストアウェア分散関連付けが、ピアＲとピアＺとの間で関連付けを確立するために利用されてもよい。ピアＲは、関連付け集約を実行してもよい。ピアＺは、１または複数の要求（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）を受け入れてもよく、および／または、要求の１または複数（たとえば、例示的なピアＡに対する）を拒否してもよい。

【0291】

図４５は、仲介ピアと他のピアとの間で確立された関連付けがある、例示的な多対１マルチホップ多重関連付けを示す。たとえば、ピアＲと、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数との間に既存の関連付けがあってもよい。多対１マルチホップでは、コンテキストアウェア分散関連付けが、ピアＲとピアＺとの間で関連付けを確立するために利用されてもよい。関連付け更新が、ピアＲと、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数との間の既存の関連付けを更新するために利用されてもよい。ピアＲは、関連付け集約を実行してもよい。ピアＺは、１または複数の要求（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）を受け入れてもよく、および／または、要求の１または複数（たとえば、例示的なピアＡに対する）を拒否してもよい。ピアＡ、ピアＢ、ピアＣ、および／またはピアＤからピアＺへの要求が確定的であり（deterministic）、または予めスケジュールされる場合、ピアＲは、ピアＺへのプロキシベース関連付けを、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤに代わって実行してもよい。

【0292】

図４６は、仲介ピアと他のピアとの間で確立された関連付けがある、例示的な１対多マルチホップ多重関連付けを示す。１対多マルチホップでは、コンテキストアウェア分散関連付けが、ピアＲとピアＺとの間で関連付けを確立するために利用されてもよい。関連付け更新が、ピアＲと、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数との間の既存の関連付けを更新するために利用されてもよい。ピアＲは、関連付け集約を実行してもよい。ピアＺは、１または複数の要求（たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤ）を受け入れてもよく、および／または、要求の１または複数（たとえば、例示的なピアＡに対する）を拒否してもよい。

【0293】

例として、チャネル切替えでの関連付けが利用されてもよい。たとえば、Ｐ２Ｐサービス（たとえば、マルチプレイヤゲーミングなど）は、ある最小数の参加者の数（たとえば、Ｎの最少数の参加者（Nmin participants））を必要としてもよい。所与の物理的エリア／付近において、同一のサービスを提供／要求するピアは、集中コーディネータが欠如していることがあるので、異なるチャネル上に存在してもよい。結果として、同一のサービスを有するアクティブなピアの数がＮの最少数（Nmin）を超えるにもかかわらず、同一のサービスを有する、同一のチャネル上のピアの数が、Ｎの最小数を下回ることがある。結果として、サービスは、同一のチャネル上の参加者の欠如に起因して、トリガされなくてもよい。図４７は、チャネル切替えを実行する前の様々なチャネル上のピアの例を示し、図４８は、チャネル切替えを実行した後の様々なチャネル上のピアの例を示す。たとえば、図４７に示されているように、所与のアプリケーションに対するＮの最小数が４であってもよく、３つのピア（たとえば、ピアＡ、ピアＢ、およびピアＣ）が、第１のチャネル（たとえば、Ｃｈ１）上であってもよく、第４のピアが異なるチャネル（たとえば、Ｃｈ２）上であってもよい。Ｎの最小数＝４未満のピアがいずれかの所与のチャネル上にあってもよいので、サービスはアクティブ化されなくてもよい。

【0294】

サービスを有効にするために所与のチャネル上に十分な参加者がいることを保証するために、参加者（たとえば、ピアＡ）は、別の参加者（たとえば、ピアＢ）との関連付けを実行するとき、チャネル切替えを要求してもよい。そのような関連付けプロシージャは、ジョイント関連付けおよびチャネル切替えと称されてもよい。したがって、ピアＡは、図４８に示されているように、なんとかしてピアＤと関連付けし、および、ピアがＣｈ１へ切り替えることを要求してもよい。ジョイント関連付けおよびチャネル切替えに対する様々なスキームが開示される。

【0295】

たとえば、図４９は、ジョイント関連付けおよびチャネル切替えの例を示す。たとえば、ピアＡは、関連付け要求メッセージをピアＢへ、古いチャネル（たとえば、ユーザＢがその上で現在動作しているチャネル）上で送信してもよい。関連付け要求メッセージは、関連付け理由（たとえば、要求がジョイント関連付けおよびチャネル切替えに対するものであることを示す）、および／または新たなチャネルＩＤ（たとえば、ピアＢが関連付けの後に切り替えるべき新たなチャネル）の、１または複数を含んでもよい。ピアＢは、ピアＡに対して、古いチャネル上で、関連付け応答メッセージで応答してもよい。関連付け応答メッセージは、チャネル切替え遅延インジケーション（たとえば、ユーザＡおよびＢがその後で他のチャネルを切り替える時間または遅延の量のインジケーション）を含んでもよい。データ送信が、新たなチャネル上で（たとえば、適用可能な場合、遅延の後に）実行されてもよい。

【0296】

図５０は、ジョイント関連付けおよびチャネル切替えの別の例を示す。たとえば、ピアＡは、関連付け要求メッセージをピアＢへ、古いチャネル（たとえば、ユーザＢがその上で現在動作しているチャネル）上で送信してもよい。関連付け要求メッセージは、関連付け理由（たとえば、要求がジョイント関連付けおよびチャネル切替えに対するものであることを示す）、および／または新たなチャネルＩＤ（たとえば、ピアＢが関連付けの後に切り替えるべき新たなチャネル）の、１または複数を含んでもよい。ピアＢは、ピアＡに対して、古いチャネル上で、関連付け応答メッセージで応答してもよい。関連付け応答メッセージは、チャネル切替え遅延インジケーション（たとえば、ユーザＡおよびＢがその後で他のチャネルを切り替える時間または遅延の量のインジケーション）、および／または新たなチャネルＩＤの、１または複数を含んでもよい。たとえば、ピアＢは、ピアＡによって選択されたものとは異なるチャネルＩＤを選んでもよく、関連付け応答を介して、この新たなチャネルをピアＡに通知してもよい。ピアＡは、肯定応答をピアＢへ送信し、ピアＡが、関連付け応答に含まれているような新たなチャネルを受け入れ、およびそれに切り替えることを示してもよい。データ送信が、新たなチャネル上で（たとえば、適用可能な場合、遅延の後に）実行されてもよい。

【0297】

例として、コンテキストアウェア関連付け更新が実行されてもよい。前述されたように、各確立された関連付けは、一方または両方のエンドピアにおいて維持された対応するコンテキスト情報（ＡＣＩ）を有してもよい。ＡＣＩの例は、関連付け識別子、関連付け持続時間、関連付け優先度、割り当てられたアドレス、割り当てられた直交アドレス、Ｐ２Ｐ動作構成パラメータなどの１または複数を含んでもよい。ＡＣＩは、ある条件下で更新されてもよい。たとえば、関連付けコンテキスト更新は、１または複数の（たとえば、任意の）エンドピアによって、定期的に（たとえば、タイマベースで）、および／または、あるイベントもしくは条件の発生に基づいて（たとえば、イベントベースで）トリガされてもよい。定期的な関連付け更新は、キープアライブサービスとして動作してもよい。プロシージャに関して、関連付け更新プロシージャは、関連付け確立に対するのものと極めて同様であってもよい。したがって、本明細書で他に指定されない限り、関連付けプロシージャのために本明細書で開示される例の１または複数（または、いずれか）が、関連付け更新プロシージャを実行するために利用されてもよい。

【0298】

タイマベースの定期的な関連付け更新は、同一のグループにおけるピア間での有効な関連付け関係を維持するために使用されてもよい。グループの仮想リーダは、定期的更新を他のピアへ送信してもよく、および／または、他のピアの１もしくは複数は、定期的更新を仮想リーダへ送信してもよい。潜在的な問題を解決するために必要な場合、仮想リーダおよび／または他のピアがともにグループ関連付けを更新することができるように、イベントベース関連付け更新が、イベントの発生をグループにおける他のアクティブピアに通知するために使用されてもよい。例として、プロアクティブ自己回復駆動（proactive self-healing-driven）関連付け更新が実行されてもよい。たとえば、限定されないが、リンク品質および／またはピア移動などの理由に起因して、関連付け関係が壊される前に、仮想リーダ、および／または１もしくは複数の他のピアは、関連付け更新を能動的に送信して、潜在的な問題点を検出し、ならびに／または、発見すること、および新たなピアと関連付けなど、予め構成されたポリシベースのアクションを実行してもよい。

【0299】

関連付け更新は、互いに関連付けされるピアのグループの仮想リーダを変更するために実行されてもよい。たとえば、仮想リーダは、１もしくは複数の負荷分散、および／または改善された発見性能（たとえば、ネイバの数、残余エネルギー、リンク品質、トラフィック負荷などの１または複数など、ピア力学（peer dynamics）に基づく）などの目的のために変更されてもよい。たとえば、仮想リーダを変更するための関連付け更新の後、他のピアが、更新された任意の対応する情報を有するグループを迅速に発見することができるように、新たな仮想リーダは、グループ情報をブロードキャストすることを担当してもよい。

【0300】

関連付け更新は、以前に割り当てられたアドレスを変更または再要求（reclaim）するために実行されてもよい。関連付け更新は、Ｐ２Ｐ動作モードを、たとえば、ＯＦ、ＯＡ、および／またはＯＭの中から変更して、たとえば、よりよいサービス品質を達成し、および／またはオフローディングをサポートするために実行されてもよい。関連付け更新は、サービス切替えに対して実行されてもよい。たとえば、ピアＡは、別のピア（たとえば、ピアＢ）とのデバイスベース関連付けをすでに有してもよい。ピアＡは、ピアＢとの新たなサービスに切り替えることを望むことがある。ピアＡは、関連付け更新を実行して、対応する新たなサービスを有効に（たとえば、既存のデバイスベース関連付けにリンクされたサービスベース関連付けを更新する）してもよい。

【0301】

関連付け更新は、デューティーサイクル構成に対して実行されてもよい。たとえば、ピアＡは、それ自体のデューティーサイクルスケジュール（たとえば、スリープ間隔、スリープ頻度、スリープ持続時間などの１または複数）を変更してもよく、ピア関連付け更新プロシージャを介して、他の関連付けされたピアに新たなデューティーサイクルを通知してもよい。例として、ピアＡは、関連付け更新プロシージャを介して、他の関連付けされたピアに対するデューティーサイクルスケジュールを能動的に変更してもよく、または構成してもよい。関連付け更新の例は、コンテキストアウェア関連付け更新、高速多重関連付け更新、および／またはマルチホップ関連付け更新を含んでもよい。

【0302】

図５１は、コンテキストアウェア関連付け更新の例を示す。たとえば、関連付け更新要求は、ＡＩＤと、関連付け持続時間、動作チャネル、新たなＡＩＤ、Ｐ２Ｐ動作パラメータなど、更新されることになる１または複数の他のＡＣＩ情報とを含んでもよい。関連付け更新応答において、ＡＩＤ、および／または更新されたＡＣＩの値が、要求元（たとえば、ピアＡ）へのフィードバックとして含まれてもよい。加えて、関連付け更新要求は、どのようにＡＣＫおよび／または関連付け更新応答を送信し返すかをピアＢに命令するための応答フラグを含んでもよい。たとえば、応答フラグは、ピアＢがＡＣＫおよび関連付け更新応答を別々に送信するべきであること、ＡＣＫおよび関連付け更新応答を１つのマージされたメッセージにおいて送信するべきであること、ならびに／または、ＡＣＫが省略されてもよいことを示してもよい。

【0303】

関連付け更新プロシージャは、ピアに以前に割り当てられたショートアドレスを、たとえば、新たなショートアドレスを関連付け更新要求に組み込むことによって、更新してもよい。そのようなショートアドレスは、ＩＥＥＥ８０２．１５．４ネットワークにおいて、ショートアドレス再要求および／または再割り当てに利用されてもよい。ショートアドレスが以前に割り当てられなかった場合、関連付け更新は、ショートアドレスを要求するために使用されてもよい。

【0304】

例として、高速多重関連付け更新が実行されてもよい。たとえば、高速多重関連付け更新は、高速多重関連付けプロシージャと同様であってもよい。たとえば、多対１高速多重関連付け更新プロシージャでは、複数のピアが、同一または異なるサービスに対して同一のピアに対する関連付け更新を実行してもよい。複数のピアが、同一または異なるサービスに対して同一のピアに対する関連付け更新を実行することは、収束多重関連付け更新と称されてもよい。例として、１対多高速多重関連付け更新プロシージャでは、単一のピア（たとえば、ピアのグループの仮想リーダなど）が、同一または異なるサービスに対して複数のピアとの関連付け更新プロシージャを実行してもよい。たとえば、関連付け要求元は、関連付け更新要求を複数のピアへ、シーケンシャルに（sequentially）および／または同時に送信してもよい。関連付け更新要求を複数のピアへシーケンシャルに送信することは、シーケンシャル多重関連付け更新と称されてもよく、関連付け更新要求を複数のピアへ同時に送信することは、同時多重関連付け更新と称されてもよい。

【0305】

関連付け更新の例として、仮想リーダとして動作するピアは、たとえば、仮想リーダの役割を交代する（rotate）こと、どのピアがグループ情報をブロードキャストするべきかを調節すること、いつグループ情報をブロードキャストするべきかを調節することなど、他のピアの発見ビヘイビアを調節してもよい。収束多重関連付けプロシージャ（たとえば、図３２〜図３４に関して説明された）に対するものと同様のプロシージャが、収束多重関連付け更新プロシージャに使用されてもよい。たとえば、図３２乃至図３４の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け更新要求メッセージおよび関連付け更新応答メッセージにそれぞれ変更されてもよい。ただし、図３２乃至図３４に関して説明された情報を提供するのではなく、またはそれに加えて、関連付け更新メッセージは、以前に提供／ネゴシエートされた関連付け情報を更新してもよい。

【0306】

同時多重関連付けプロシージャ（たとえば、図３５〜図３７に関して説明された）に対するものと同様のプロシージャが、同時多重関連付け更新プロシージャに使用されてもよい。たとえば、図３５乃至図３７の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け更新要求メッセージおよび関連付け更新応答メッセージにそれぞれ変更されてもよい。ただし、図３５乃至図３７に関して説明された情報を提供するのではなく、またはそれに加えて、関連付け更新メッセージは、以前に提供／ネゴシエートされた関連付け情報を更新してもよい。

【0307】

シーケンシャル多重関連付けプロシージャ（たとえば、図３８および図３９に関して説明された）に対するものと同様のプロシージャが、シーケンシャル多重関連付け更新プロシージャに使用されてもよい。たとえば、図３８および図３９の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け更新要求メッセージおよび関連付け更新応答メッセージにそれぞれ変更されてもよい。ただし、図３８および図３９に関して説明された情報を提供するのではなく、またはそれに加えて、関連付け更新メッセージは、以前に提供／ネゴシエートされた関連付け情報を更新してもよい。

【0308】

マルチホップ関連付けプロシージャ（たとえば、図４０〜図４２に関して説明された）に対するものと同様のプロシージャが、マルチホップ関連付け更新プロシージャに使用されてもよい。たとえば、図４０乃至図４２の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け更新要求メッセージおよび関連付け更新応答メッセージにそれぞれ変更されてもよい。ただし、図４０乃至図４２に関して説明された情報を提供するのではなく、またはそれに加えて、関連付け更新メッセージは、以前に提供／ネゴシエートされた関連付け情報を更新してもよい。

【0309】

例として、１または複数の既存の関連付けは、たとえば、割り当てられた関連付け持続時間が終了したとき、および／または、あるイベント（たとえば、不十分なリンク品質、同期の損失などの１または複数など）の発生によってトリガされるとき、関連付けされたピアの１または複数によって関連付け解除またはキャンセルされてもよい。いくつかの状況では、関連付け解除は、たとえば、関連付け解除が実行されることになるとき、ピアが到達不可能になる場合、インタラクティブなプロシージャなしに達成されてもよい。既存の関連付けが関連付け解除された後、ピアは、依然として、時間周期の間に関連付けに対するＡＣＩの１または複数（たとえば、ＡＣＩの静的部分）を記憶して、たとえば、将来の再関連付けを改善してもよい。成功した関連付け解除は、関与したピアがピア発見を行って他の新たなピアを見つけることをトリガしてもよい。プロシージャに関して、関連付け解除は、関連付けに対するものと同様のシグナリングプロシージャを有してもよい。したがって、関連付けおよび／または関連付け更新に対して上記で説明された例の１または複数が、関連付け解除に利用されてもよい。ピアは、別のピアへのデバイスベース、サービスベース、および／またはユーザベース関連付け解除の１または複数を実行してもよい。たとえば、ピアは、サービスベース関連付け解除を要求するが、別のピアとのデバイスベース関連付けを保持してもよい。後に、ピアは、デバイスベース関連付けを使用して、新たなサービスに対する新たなサービスベース関連付けを要求（たとえば、サービス切替え）してもよい。そのようなサービス切替えは、デバイスベースおよび／またはサービスベース関連付け更新を通じて実現されてもよい。

【0310】

図５２は、例示的なコンテキストアウェア関連付け解除プロシージャを示す。たとえば、関連付け解除要求は、ＡＩＤ、関連付け解除理由、および／または発見調節（discovery adust）インジケーションの１または複数を含んでもよい。関連付け解除応答は、たとえば、要求元（たとえば、ピアＡ）へのフィードバックとして、ＡＩＤ、関連付け解除ステータス、および／または発見調節インジケーションの１または複数を含んでもよい。例として、関連付け解除要求は、ＡＣＫおよび関連付け解除応答を別々に送信すること、ＡＣＫおよび関連付け解除応答を１つのマージされたメッセージにおいて送信すること、または応答を送信するがＡＣＫを送信しないことなど、どのようにＡＣＫおよび／または関連付け解除応答を送信し返すかをピアＢに命令するための応答フラグを含んでもよい。

【0311】

関連付け解除理由は、要求元ピア（たとえば、ピアＡ）が、別のピア（たとえば、Ｂ）への不良リンク品質を有すること、要求元ピアが過負荷状態にあること、要求元ピアが、低い残余エネルギーを有しており、エネルギーを節約するためにアクティブな関連付けの数を低減することを望むこと、要求元ピアが、現在の関連付けられたサービスを停止することを望むこと、要求元ピアが、より高い優先度を有する着信（incoming）関連付け要求に対する空間を空ける（vacate space）ことを望むことなどであってもよい。

【0312】

発見調節インジケーションは、他のピアがピア発見を改善することを助けるために、たとえば、他のピアに所望の／適切な発見スキーム／ビヘイビア（たとえば、ブロードキャスト対アクティブクエリの受動的なリスン（passive listening to broadcast vs. active query）、適切な発見チャネルシーケンス、および／または発見期間など）を通知するために、ピアによって使用されてもよい。

【0313】

１または複数のピアは、高速多重関連付け解除を実行してもよい。高速多重関連付けと同様に、高速多重関連付け解除は、多対１の方法、およびまたは１対多の方法で実行されてもよい。たとえば、複数のピアが、同一および／または異なるサービスに対して同一のピアへの（たとえば、多対１の）関連付け解除を実行することは、収束多重関連付け解除と称されてもよい。単一のピア（たとえば、ピアのグループの仮想リーダなど）が、同一および／または異なるサービスに対して複数のピアへの（たとえば、１対多の）関連付け解除を実行することは、関連付け解除を実行するために利用されるメッセージングシーケンスに応じて、シーケンシャル多重関連付け解除、または同時多重関連付け解除と称されてもよい。たとえば、関連付け解除要求元が関連付け解除要求を他のピアへシーケンシャルに送信する場合、その関連付け解除は、シーケンシャル多重関連付け解除と称されてもよく、関連付け解除要求元が関連付け解除要求を他のピアへ実質的に同時に送信する場合、その関連付け解除は、同時多重関連付け解除と称されてもよい。関連付け解除によってトリガおよび／または支援され、仮想リーダとして動作するピアは、関連付け解除プロシージャに基づいて、他のピアの発見ビヘイビアを調節（たとえば、仮想リーダの役割を交代すること、どのピアがグループ情報をブロードキャストするべきかを調節すること、いつグループ情報をブロードキャストするべきかを調節することなど）してもよい。

【0314】

収束多重関連付けプロシージャ（たとえば、図３２乃至図３４に関して説明された）に対するものと同様のプロシージャが、収束多重関連付け解除プロシージャに使用されてもよい。たとえば、図３２乃至図３４の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け解除要求メッセージおよび関連付け解除応答メッセージにそれぞれ変更されてもよい。

【0315】

同時多重関連付けプロシージャ（たとえば、図３５〜図３７に関して説明された）に対するものと同様のプロシージャが、同時多重関連付け解除プロシージャに使用されてもよい。たとえば、図３５乃至図３７の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け解除更新要求メッセージおよび関連付け解除更新応答メッセージにそれぞれ変更されてもよい。

【0316】

シーケンシャル多重関連付けプロシージャ（たとえば、図３８および図３９に関して説明された）に対するものと同様のプロシージャが、シーケンシャル多重関連付け解除プロシージャに使用されてもよい。たとえば、図３８および図３９の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け解除要求メッセージおよび関連付け解除応答メッセージにそれぞれ変更されてもよい。

【0317】

マルチホップ関連付けプロシージャ（たとえば、図４０〜図４２に関して説明された）に対するものと同様のプロシージャが、マルチホップ関連付け解除プロシージャのために使用されてもよい。たとえば、図４０〜図４２の関連付け要求メッセージおよび関連付け応答メッセージが、関連付け解除要求メッセージおよび関連付け解除応答メッセージにそれぞれ変更されてもよい。

【0318】

図５３は、関連付け更新メッセージに基づいた例示的な多対１マルチホップ関連付け解除を示す。たとえば、１または複数の関連付け解除メッセージを中継するのではなく、またはそれに加えて、関連付け更新メッセージが、ピアのグループの関連付け解除をピア（たとえば、ピアＺ）に通知するために使用されてもよい。たとえば、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数は、ピアＺと、およびピアＲと関連付け解除することを望むことがある。ピアＡ、ピアＢ、ピアＣ、および／またはピアＤは、収束多重関連付け解除を使用して、関連付け解除要求をピアＲへ通信（たとえば、関連付け解除する要求をピアＲへ送信すること、および、関連付け解除応答をピアＲから受信すること）してもよい。ピアＲは、コンテキストアウェア関連付け更新を使用して、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数からの関連付け解除要求を、ピアＺに通知（たとえば、関連付け更新要求をピアＺへ送信すること、および、関連付け更新応答をピアＺから受信すること）してもよい。ピアＲは、１または複数のメッセージ変換、たとえば、ピアＡ、ピアＢ、ピアＣ、および／もしくはピアＤの１もしくは複数からの関連付け解除要求を、ピアＺに対する関連付け更新要求に変換すること、ならびに／または、ピアＺからの関連付け更新応答を、ピアＡ、ピアＢ、ピアＣ、および／もしくはピアＤの１もしくは複数に対する１もしくは複数の関連付け解除応答に変換することを実行してもよい。ピアＺは、ピアＲとのその関連付けを（たとえば、１つが存在する場合）維持してもよい。

【0319】

図５４は、関連付け更新メッセージに基づいた例示的な１対多マルチホップ関連付け解除を示す。たとえば、ピアＺは、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数との、ならびに、ピアＲとの関連付け解除を実行してもよい。ピアＺは、コンテキストアウェア関連付け解除メッセージを使用して、ピアＲと通信（たとえば、関連付け解除する要求をピアＲへ送信すること、および、関連付け解除応答をピアＲから受信すること）してもよい。ピアＲは、コンテキストアウェア関連付け更新メッセージを使用して、ピアＺからの関連付け解除要求を、ピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数に通知（たとえば、関連付け更新要求をピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数へ送信すること、ならびに、関連付け更新応答をピアＡ、ピアＢ、ピアＣ、および／またはピアＤの１または複数から受信すること）してもよい。ピアＲは、１または複数のメッセージ変換、たとえば、ピアＺからの関連付け解除要求を、ピアＡ、ピアＢ、ピアＣ、および／もしくはピアＤの１もしくは複数への１もしくは複数の関連付け更新要求に変換すること、ならびに／または、ピアＡ、ピアＢ、ピアＣ、および／もしくはピアＤの１もしくは複数からの関連付け更新応答を、ピアＺへの関連付け解除応答に変換することを実行してもよい。

【0320】

例として、１または複数のピアは、ピア再関連付けを実行してもよい。たとえば、既存の関連付けが関連付け解除またはキャンセルされた後、１または複数のピアが再関連付けをトリガしてもよい。シグナリングプロシージャに関して、再関連付けシグナリングは、関連付けに使用されるシグナリングプロシージャと極めて同様であってもよい。したがって、関連付けをシグナリング、または他の方法で示すための、本明細書で説明される例の１または複数は、再関連付けをシグナリング、または他の方法で示すために使用されてもよい。ただし、関連付けと再関連付けとの間に１または複数の差異があってもよい。たとえば、再関連付け要求は、再関連付けされることになるＡＩＤを含むか、または示してもよい。例として、関連付け要求は、ＡＩＤを含むか、または示さなくてもよい（たとえば、ＡＩＤは、まだ作成されていなくてもよい）が、関連付け応答は、割り当てられたＡＩＤを含むか、または他の方法で示してもよい。例として、たとえば、再関連付け要求は、ＡＣＩの静的部分など、関連付け解除の後に記憶されたものであってもよい、ＡＣＩの１または複数のパートを省略してもよいので、再関連付け要求は、関連付け要求よりも少ない情報を含んでもよい。

【0321】

例として、関連付け履歴情報が使用されて、たとえば、関連付け履歴情報をコンテキスト情報のタイプとして使用することによって、コンテキストアウェアピア選択および／またはピア関連付けが強化されてもよい。関連付け履歴情報は、ピアによって実行された以前の関連付け（たとえば、成功した関連付け、または失敗された関連付けのいずれか）についての任意の情報を含んでもよい。たとえば、関連付け履歴情報は、限定されないが、ユーザビヘイビアパターンおよびプロファイリング（たとえば、ショッピング履歴パターンなど）、デバイスプロファイル（たとえば、移動軌跡（movement trajectories）、サービスインストール／削除履歴など）、サービスプロファイル（たとえば、どのくらい長くサービスまたはアプリケーションがデバイスにインストールされているかなど）、ピアにより要求された関連付けの総数に対する成功した関連付けの比、ピアにより受け入れられた関連付けの総数に対する成功した関連付けの比、ピアが関連付けを要求するための平均時間、ピアが関連付けを受け入れるための平均時間、ピアが関連付けを要求した最後の時間、ピアが関連付けを受け入れた最後の時間、ピアが関連付け解除を要求した最後の時間、ピアが関連付け解除を受け入れた最後の時間、ピアがオンラインにとどまる平均時間、ピアが直近の時間サイクルにおいて維持する並列関連付けの平均数などの１または複数を含んでもよい。

【0322】

例として、ピア関連付け履歴情報は、たとえば、ピアに十分なピア関連付け履歴情報が欠如している（たとえば、デバイスが単に電源投入された、および／または、以前のピア関連付け情報が削除されている）とき、一部のプロビジョニングされた構成情報（たとえば、一時的および／または永続的のいずれか）を含んでもよい。プロビジョニングされた構成情報の例は、公開鍵、アプリケーション登録情報（たとえば、ユーザ名、パスワードなど）、および／またはサービス登録情報（たとえば、ユーザ名、パスワードなど）の１または複数を含んでもよい。そのようなプロビジョニングされた情報は、ピアが最初に開始し、または電源投入するとき、ピアによって使用されてもよい。

【0323】

ピアＡは、ピアＢがピアＡとの関連付けを要求するとき、１または複数の他のピア（たとえば、ピアＢ）に対する関連付け履歴情報を維持するように構成されてもよい。例として、各ピアは、それ自体の関連付け履歴情報を維持してもよく、発見応答メッセージ、および／または、関連付け要求／応答メッセージにおいて、そのような情報を他のピアへ報告してもよい。ピアは、それ自体の履歴情報を、たとえば、適応ウィンドウサイズを有する、加重移動ウィンドウ平均（weighted moving window average）などのアルゴリズムを使用して、情報の最近のサンプル（たとえば、最も最新の情報）に基づいて、および／または複数のサンプルに基づいて、推定してもよい

【0324】

関連付け履歴情報が活用されて、コンテキストアウェアピア選択が改善されてもよい。たとえば、ピアは、発見から他のピアのリストを受信してもよい。ピアは、関連付けを要求するために適切な候補を、それらの関連付け履歴情報に基づいて選択してもよい。関連付け履歴情報が活用されて、コンテキストアウェアピア関連付けが改善されてもよい。たとえば、ピアＡは、ピアＢとの関連付けを要求してもよい。ピアＡは、その関連付け履歴情報を、関連付け要求メッセージにおいて報告してもよく、および／または、ピアＢは、ピアＡに対する関連付け履歴情報を維持してもよい。ピアＢは、ピアＡに対する関連付け履歴情報に基づいて、関連付け決定（たとえば、受け入れ、または拒否）を行ってもよい。

【0325】

例として、モビリティ情報が使用されて、コンテキストアウェアピア関連付けが強化されてもよい。たとえば、Ｐ２Ｐ通信環境では、ピアはモバイルであってもよい。結果として、各ピアは、たとえば、絶対移動速度、移動方向、および／または近隣ピアに対する相対移動速度などの１または複数を含む、モビリティ情報を維持し（および／または、判定することが可能であり）てもよい。そのようなモビリティ情報は、絶対値、または粗い評価値（coarse grade value）（たとえば、低い移動速度、中間の移動速度、高い移動速度など）であってもよい。

【0326】

モビリティ情報を交換、および／または他の方法で取得するための異なる機構があってもよい。たとえば、ピアは、そのモビリティ情報を、測定値を通じて、および／または、１もしくは複数のセンサ（たとえば、ＧＰＳ）の使用を介して測定してもよい。例として、ピアは、無線信号の送信者が静止しているという仮定で、受信された無線信号を解析することによって、そのモビリティ情報を判定してもよい。

【0327】

ピアは、発見プロセスの間にそのモビリティ情報を報告（たとえば、そのモビリティ情報を他のピアにブロードキャストする）してもよい。ピアは、関連付けプロセス（たとえば、要求または応答メッセージにおいて）、関連付け更新プロセス（たとえば、要求または応答メッセージにおいて）、関連付け解除プロセス（たとえば、要求または応答メッセージにおいて）、および／または、再関連付けプロセス（たとえば、要求または応答メッセージにおいて）の１または複数において、そのモビリティ情報を報告してもよい。ピアは、ＭＡＣレイヤまたはその上位レイヤのコマンドを使用して、そのモビリティ情報を他のピアに報告してもよい。ピアは、データ送信の間にモビリティ情報をピギーバックしてもよい。

【0328】

モビリティ情報が使用されて、コンテキストアウェアピア選択が改善されてもよい。たとえば、ピアＡは、発見から他のピアのリストを取得してもよい。ピアＡは、関連付けを要求するために適切な候補を、それらのモビリティ情報に基づいて選択してもよい（たとえば、モビリティ情報は、チャネル品質を反映してもよい）。たとえば、比較的に低速度なピアは、比較的に高速度なピアよりも高い（over）候補として選択されてもよい。例として、移動の方向が、適切なピアを選択するために使用されてもよい。たとえば、ピアＡは、それに向かって移動するピアを選択してもよく、それから離れて移動するピアを選択することを控え（refrain from selecting）なくてもよい。

【0329】

モビリティ情報が使用されて、コンテキストアウェアピア関連付けが改善されてもよい。たとえば、ピアＡは、ピアＢとの関連付けを要求してもよい。ピアＡは、そのモビリティ情報を関連付け要求メッセージにおいて報告してもよく、および／または、ピアＢは、ピア発見の間にピアＡに対するモビリティ情報を判定してもよい。ピアＢは、ピアＡに対するモビリティ情報に基づいて、ピアＡとの関連付けを確立するかを判定してもよい。たとえば、ピアＡからの関連付け要求は、ピアＡの速度が相対的に小さい（たとえば、ピアＡが相対的に静止しているか、または相対的にほとんど移動していない）場合、受け入れられてもよく、そうでない場合は拒否されてもよい。

【0330】

モビリティ情報が使用されて、マルチホップ通信が改善されてもよい。モビリティ情報は、マルチホップ通信に対する改善されたルーティングプロトコルを設計するために、活用されてもよい。仲介ピア（および／または、送信者ピアもしくは受信者ピア）が動いている（in motion）場合、適応再ルーティングが、別の経路を能動的に選ぶためにトリガされてもよい。予備経路がない場合、ピア関連付けが後に続くピア発見が、より多くの潜在的ピアを見つけ、他の潜在的メッセージング経路を確立するためにトリガされてもよい。例として、マルチホップ経路は、ピアに対するモビリティ情報に基づいて、そのために以前に単一ホップ通信が利用されたピアと通信するために確立されてもよい。たとえば、第１のピアが、単一ホップを介して第２のピアと通信しているが、モビリティ情報が、それらのピアが互いに離れて移動していることを示す場合、第１のピアと第２のピアとの間のマルチホップ通信を開始するために、第３のピアが発見および／または関連付けされてもよい。

【0331】

例として、関連付けは、単一のＶＬを有する階層構造を使用して達成されてもよい。たとえば、ピアは、同一のアプリケーションをサポートする他のピアに代わって、ＶＬとの関連付けを確立してもよい。例として、図５５は、単一のＶＬを有する階層構造の例を示す。例として、ＶＬ５５００および他の関連付けられたピアが、同一のアプリケーション（たとえば、アプリ１）をサポートするように構成されてもよい。たとえば、ピア１．１、１．２、１．３、および／または１．４は、ＶＬ５５００との直接関連付け（たとえば、リレーピアなしの単一ホップ）を有してもよい。ピア１．４．１、１．４．２、および／または１．４．３は、ピア１．４との直接関連付けと、したがって、ＶＬ５５００との間接関連付けとを有してもよい。ピア１．４がＶＬ５５００との関連付けをすでに確立したと仮定されてもよい。ピア１．４．１、１．４．２、および１．４．３は、ピア１．４との関連付けを確立してもよく、次いで、ピア１．４を介してＶＬ５５００との関連付けを確立してもよい。仲介またはリレーピア（たとえば、ピア１．４）を介した関連付けは、間接関連付け、および／または間接遷移関連付け（indirect transitional association）と称されてもよく、その場合、ピア１．４．１、１．４．２、および／または１．４．３からＶＬ５５００へ関連付け要求メッセージを送信するのではなく、またはそれに加えて、ピア１．４．１、１．４．２、および／または１．４．３は、関連付け要求をピア１．４へ送信する。ピア１．４．１、１．４．２、および／または１．４．３は、ピア１．４へ送信されたそれらの関連付け要求メッセージにおいて、ＶＬ５５００が関連付け要求のターゲットであることを示してもよい。例として、マルチホップ関連付けが、本明細書で開示されるように確立されてもよい。

【0332】

間接遷移関連付けは、関連付けメッセージ送信を低減すること、および、莫大な数のＭ２Ｍデバイスなどのピアを扱うことをより効率的にすることの助けになってもよい。ピア１．４が、ＶＬ５５００との関連付けを有していない場合、ピア１．４は、ＶＬ５５００との関連付けを実行してもよく、ピア１．４．１、１．４．２、および／または１．４．３のうちの１または複数とのその関連付けについての情報を、関連付け要求メッセージにおいて（たとえば、および／または、関連付け更新要求メッセージにおいて）ピギーバックしてもよい。データを送信するとき、ＶＬ５５００は、ピア１．４を通じて中継されたピア１．４．１、１．４．２、および／または１．４．３へ、データを送信してもよい。ピア１．４は、ピア１．４．１、１．４．２、および／または１．４．３の１または複数へ／からのデータを、ＶＬ５５００から／へ中継してもよい。

【0333】

同様の間接遷移関連付け機構を使用して、ピア１．４．３．１、１．４．３．２、１．４．３．３、および／または１．４．３．４の１または複数は、ピア１．４．３との直接関連付けを確立してもよく、次いで、ピア１．４および／またはＶＬ５５００との間接関連付けを確立してもよい。例として、間接遷移関連付けを確立することは、サービス（たとえば、アプリ１）に対するピア１．４．３との関連付けを確立することに基づいて、自動的に実行されてもよい。同様に、間接遷移関連付けは、ピア１．４．３．４．１、１．４．３．４．２、および／または１．４．３．４．３がピア１．４．３．４との間接関連付けを確立するとき、ピア１．４．３．４．１、１．４．３．４．２、および／または１．４．３．４．３と、ピア１．４．３、ピア１．４、および／またはＶＬ５５００との間で確立されてもよい。

【0334】

例として、階層構造における関連付けは、ＶＬおよびサブＶＬの使用とともに達成されてもよい。たとえば、図５６は、サブＶＬを含む、例示的な階層仮想リーダ構造を示す。図５６に示されているように、ＶＬ（たとえば、ＶＬ５６００）および１または複数のサブＶＬが、階層関連付け構造を形成してもよい。たとえば、関連付けは、ＶＬ５６００、サブＶＬ（たとえば、サブＶＬ１．２、サブＶＬ１．２．３、および／またはサブＶＬ１．２．３．４）、および／または、１もしくは複数の他のピア（たとえば、ピア１．１、１．２、１．３、２．１、２．２、２．３、３．１、３．２、３．３、４．１、４．２、４．３などの１または複数）が同一のアプリケーション（たとえば、アプリ１）を利用することができるように、確立されてもよい。たとえば、サブＶＬ１．２は、ＶＬ５６００と関連付けてもよく、サブＶＬ１．２．３は、サブＶＬ１．２と関連付けてもよく、サブＶＬ１．２．３．４は、サブＶＬ１．２．３と関連付けてもよい。ピア１．１、１．２、および／または１．３は、ＶＬ５６００と関連付けてもよい。ピア２．１、２．２、および／または２．３は、サブＶＬ１．２と関連付けてもよい。ピア３．１、３．２、および／または３．３は、サブＶＬ１．２．３と関連付けてもよい。ピア４．１、４．２、および／または４．３は、サブＶＬ１．２．３．４と関連付けてもよい。サブＶＬ１．２は、ＶＬ５６００との関連付け更新を実行して、ピア２．１、２．２、および／または２．３を報告してもよい。サブＶＬ１．２．３は、サブＶＬ１．２との関連付け更新を実行して、ピア３．１、３．２、および／または３．３を報告してもよい。サブＶＬ１．２．３．４は、サブＶＬ１．２．３との関連付け更新を実行して、ピア４．１、４．２、および／または４．３を報告してもよい。

【0335】

例として、階層構造における関連付けは、ＶＬおよびスーパーＶＬの使用とともに達成されてもよい。たとえば、図５７は、スーパーＶＬを含む、例示的な階層仮想リーダ構造を示す。図５７に示されている例では、スーパーＶＬ（たとえば、スーパーＶＬ５７００）、および、１または複数のＶＬ（たとえば、ＶＬ２、ＶＬ３、および／またはＶＬ４）が、階層構造における関連付けを確立してもよい。たとえば、スーパーＶＬ５７００、およびＶＬの各々は、異なるアプリケーションを使用していてもよい。たとえば、スーパーＶＬ５７００はアプリ１を実行してもよく、ＶＬ２はアプリ２を実行してもよく、ＶＬ３はアプリ３を実行してもよく、および／または、ＶＬ４はアプリ４を実行してもよい。スーパーＶＬ５７００は、たとえば、電力制御、干渉管理、同期、チャネルアクセスおよびスケジューリング、ルーティングなどの１または複数を実行して、他のＶＬを管理してもよい。例として、各ＶＬは、それが管理するグループ（たとえば、階層構造におけるその下のピア）内で、チャネルアクセス、スケジューリング、および／またはルーティングを単独で管理してもよい。

【0336】

たとえば、ＶＬ２はスーパーＶＬ５７００と関連付けてもよく、ＶＬ３はＶＬ２と関連付けてもよく、および／または、ＶＬ４はＶＬ３と関連付けてもよい。ピア１．１、１．２、および／または１．３は、スーパーＶＬ５７００（たとえば、アプリ１に対する）と関連付けてもよい。ピア２．１、２．２、および／または２．３は、ＶＬ２（たとえば、アプリ２に対する）と関連付けてもよい。ピア３．１、３．２、および／または３．３は、ＶＬ３（たとえば、アプリ３に対する）と関連付けてもよい。ピア４．１、４．２、および／または４．３は、ＶＬ４（たとえば、アプリ４に対する）と関連付けてもよい。ＶＬ２は、ＶＬ５７００との関連付け更新を実行して、ピア２．１、２．２、および／または２．３（ならびに／または、ＶＬ２より下の階層構造のさらに下の他のＶＬおよび／もしくはピア）を報告してもよい。ＶＬ３は、ＶＬ２との関連付け更新を実行して、ピア３．１、３．２、および／または３．３（ならびに／または、ＶＬ３より下の階層構造のさらに下の他のＶＬおよび／もしくはピア）を報告してもよい。ＶＬ４は、ＶＬ３との関連付け更新を実行して、ピア４．１、４．２、および／または４．３（ならびに／または、ＶＬ４より下の階層構造のさらに下の他のＶＬおよび／もしくはピア）を報告してもよい。

【0337】

関連付けは、複数のアプリケーションに実行されてもよい。たとえば、図５８は、関連付けが複数のアプリケーションに対して確立されてもよい、例示的なシナリオを示す。たとえば、ピア（たとえば、ピア１）は、複数のアプリケーションをサポートしてもよい。各アプリケーションは、異なるピアを仮想リーダとして利用してもよい。したがって、図５８に示されている例では、ピアは、１つのアプリケーションに対する仮想リーダであってもよいが、他のシナリオでは、ピアは、複数のアプリケーションに対するＶＬであってもよい。

【0338】

図５８に示されているように、ピア１は、３つのアプリケーション（たとえば、アプリケーション１、アプリケーション２、アプリケーション３）をサポートしてもよく、アプリケーション３に対する仮想リーダであってもよい。この例では、各ピアは、その選択されたアプリケーションに対する仮想リーダとの関連付けを実行してもよい。ピアが複数のアプリケーションをサポートする場合（たとえば、ピア１）、ピアは、たとえば、異なるＶＬとの複数の関連付けを実行してもよい。たとえば、ピア１は、アプリケーション１二対するピア５との関連付け、アプリケーション２に対するピア２との関連付け、ならびに／または、アプリケーション３に対するピア６および／もしくはピア７との関連付けを実行してもよい。ピア１は、ピア６および／またはピア７についての情報を、その仮想リーダ（たとえば、ピア５および／またはピア２）に報告してもよい。

【0339】

例として、１または複数の関連付けが、ルーティングプロトコルおよび方法を判定および実装するために活用されてもよい。たとえば、所与の近接内の２以上のピアがネイバであってもよい。ネイバは、互いに動作可能な通信を交換するために、互いに関連付けを実行してもよい。関連付けは、ネイバ関係を確立することを助けることができ、それは、ルーティングプロトコルに対し、たとえば、２以上のピア間で適切なエンドツーエンド経路を選択するために活用されてもよい。たとえば、インフラストラクチャレスのピア通信では、ルーティングプロトコルが、マルチホップ通信をサポートするために使用されてもよい。ＩＰアドレス割り当ては、集中コントローラなしでは高度に困難になることがあるので、ＭＡＣアドレスがルーティングに活用されてもよい。

【0340】

関連付け履歴情報、関連付けメッセージに含まれている情報、および／または、関連付けコンテキスト情報／ＰＩが、ルーティングプロトコルによって活用されて、２以上のピア間で通信経路が選択および調節されてもよい。たとえば、関連付け更新、関連付け解除、および／または再関連付けなどのプロシージャの開始は、ピア間で適切なルーティング経路が利用されていることを保証するために、１または複数のピアがルーティング経路を更新することをトリガしてもよい。例として、ルーティング更新プロシージャ、および／またはルーティング変更は、たとえば、リンク障害に対するよりよいリンクを見つけ、および／または複数の経路を確立するために、新たな関連付けが確立されることをトリガしてもよい。ルーティング更新プロシージャ、および／またはルーティング変更は、たとえば、１または複数の不良経路を除去し、および／または、関係する関連付けをそれに応じてキャンセルするために、関連付け解除をトリガしてもよい。ルーティングテーブルは、関連付け情報を使用して構築されてもよい。マルチホップ関連付けは、マルチホップルーティングのために活用されてもよい。関連付け理由インジケーション（たとえば、ルーティング更新を示す）は、１または複数の関連付けメッセージに含まれてもよく、ルーティングの目的のために新たなネイバを取得するために使用されてもよい。

【0341】

たとえば、関連付け更新が活用されて、ルーティングテーブルを更新すること、ネイバ到達可能性（neighbor reachability）をテストすること、ルーティング制御メッセージをピギーバックすることなど、１または複数のルーティング関連アクティビティが実行されてもよい。Ｐ２Ｐトポロジーに関するアプリケーションパラメータが活用されて、１または複数の適切なピアが選択され、および／または、選択されたピアとの関連付けが確立されてもよい。たとえば、アプリケーションが線形マルチホップトポロジを利用する場合、マルチホップメッセージングを容易にするために、以前に関連付けられたピアとの関連付けが欠如している新たなピアが、関連付け候補として選択されてもよい。例として、アプリケーションが１ホップスタートポロジーを利用する場合、１ホップ離れており、他のピアとの以前の関連付けが欠如している新たなピアが、関連付け候補として選択されてもよい。

【0342】

並列デバイスベース、ユーザベース、および／またはサービスベース関連付け、高速多重関連付け、マルチホップ関連付け、高速多重関連付け更新、マルチホップ関連付け更新、高速多重関連付け解除、マルチホップ関連付け解除、再関連付け、階層関連付け（たとえば、間接遷移関連付け）について上記で開示された例は、Ｍ２Ｍ通信に対するなど、莫大な数のピアがあってもよい使用ケースの例であってもよい。

【0343】

インフラストラクチャベースのＰ２Ｐ通信の例として、３ＧＰＰ／ＬＴＥネットワークにおけるピア関連付け、アタッチメント、ピアリング、および／またはペアリングについての例が説明されてもよい。例がＬＴＥネットワークに関して説明されてもよいが、他の３ＧＰＰ、または他のインフラストラクチャベースのネットワークが利用されてもよい。たとえば、３ＧＰＰ ＬＴＥネットワークにおける２以上のピア（たとえば、ＵＥおよび／またはＷＴＲＵ）は、ピア通信を実施して、それらの近接内にあるピア、ならびに近接していないピアと通信してもよい。近接通信に対し、データ送信より前に、ピアは、関連付け（たとえば、アタッチメント、ピアリング、ペアリング、その他）関係を確立してもよい。関連付け確立の１または複数の態様は、最適化され、または他の方法で３ＧＰＰ／ＬＴＥネットワークからの情報を活用してもよい。たとえば、近接していてもしていなくてもよい２以上のＷＴＲＵは、３ＧＰＰ ＬＴＥコアネットワークを介してピア関連付けを実行してもよい。

【0344】

図５９は、ピアが３ＧＰＰコアネットワークを介してピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ５９０２は、ＮＢ／ｅＮＢ１ ５９０４、および／または、コアネットワーク５９０６の１もしくは複数のコアネットワークエンティティを通じて、ピア発見を実行してもよい。ピア１ ５９０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ５９０４、および／または、コアネットワーク５９０６のコアネットワークエンティティは、ピア１ ５９０２が適切なピア（たとえば、ピア２ ５９１０および／またはピア３ ５９１２）を選択することを助けることができる。

【0345】

ピア１ ５９０２は、たとえば、ＮＢ／ｅＮＢ１ ５９０４、および／または、コアネットワーク５９０６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ５９０４、および／または、コアネットワーク５９０６のコアネットワークエンティティは、ピア１ ５９０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ５９０４、および／または、コアネットワーク５９０６のコアネットワークエンティティは、コアネットワーク５９０６のコアネットワークエンティティを介して、１または複数のピア（たとえば、ピア２ ５９１０および／またはピア３ ５９１２）との関連付けを実行するように、ピア１ ５９０２に命令してもよい。

【0346】

ピア１ ５９０２は、コアネットワーク５９０６の１または複数のコアネットワークエンティティへ、関連付け要求を送信してもよい。ＮＢ／ｅＮＢ１ ５９０４は、関連付け要求をインターセプトおよび解釈してもよく、ピア１ ５９０２のためのあるステータス情報を作成／記憶してもよい。関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。例として、関連付け要求メッセージは、３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報の組合せであってもよい。関連付け要求メッセージは、ピア１ ５９０２がともに関連付けることを望む１または複数の他のピアを示してもよい。関連付け要求メッセージは、通常の３ＧＰＰ／ＬＴＥネットワークアタッチメント、および／または、ターゲットピアとの関連付け（たとえば、デバイスベース／ユーザベース／サービスベース関連付け）を含む、複数の目的をサービスしてもよい。関連付け要求メッセージは、（たとえば、非アクセスストレイタム（ＮＡＳ）シグナリングを使用して）制御プレーンを介して、および／またはデータプレーンを介して送信されてもよい。

【0347】

コアネットワーク５９０６のコアネットワークエンティティは、たとえば、ユニキャストをシーケンシャルに使用して、および／またはマルチキャストを同時に使用して、関連付け要求をターゲットピアへ転送してもよい。ＮＢ／ｅＮＢ２ ５９０８は、転送された関連付け要求メッセージをインターセプトおよび解釈し、関与したピアの１または複数に対する一部のステータス情報を作成／記憶してもよい。関連付け要求メッセージは、１または複数のターゲットピアへ転送されてもよく、１または複数のターゲットピアは、スリープ状態またはアイドル状態にあってもよい。コアネットワーク５９０６のコアネットワークエンティティは、デバイストリガリングまたはピアトリガリングプロシージャを実行し、デバイストリガリングメッセージにおいて関連付け要求をピギーバックしてもよい。コアネットワーク５９０６のコアネットワークエンティティは、ターゲットピアから応答を待機するために、関連付けタイマまたは複数のタイマをセットアップしてもよい。

【0348】

ターゲットピア（たとえば、ピア２ ５９１０および／またはピア２ ５９１２）は、コアネットワーク５９０６のコアネットワークエンティティへ戻る関連付け応答メッセージで応答することができる。関連付け応答メッセージは、ターゲットピアに対する関連付けコンテキスト情報を含んでもよい。ターゲットピアの１または複数（および／またはすべて）からの応答を受信した（および／または、関連付けタイマが満了した）後、コアネットワーク５９０６のコアネットワークエンティティは、受信された応答を組み合わせ、組み合わせられた応答をピア１ ５９０２へ戻すように転送してもよい。

【0349】

図６０は、潜在的ピアが同一のプロバイダに関連付けられるが、異なるセル（たとえば、異なるＲＡＮノードによってサービスされる２つのセル）に存在するとき、１または複数のＲＡＮエンティティを介してピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ６００２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６００４、および／または、コアネットワーク１ ６００６のコアネットワークエンティティは、ピア１ ６００２が適切なピア（たとえば、ピア２ ６０１０）を発見することを助けることができる。たとえば、ピア１ ６００２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６００４、および／または、コアネットワーク６００６のコアネットワークエンティティは、ピア１ ６００２が適切なピア（たとえば、ピア２ ６０１０）を選択することを助けることができる。

【0350】

ピア１ ６００２は、たとえば、ＮＢ／ｅＮＢ１ ６００４、および／または、コアネットワーク６００６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６００４、および／または、コアネットワーク６００６のコアネットワークエンティティは、ピア１ ６００２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６００４、および／または、コアネットワーク６００６のコアネットワークエンティティは、ＮＢ／ｅＮＢ１ ６００４、および／またはＮＢ／ｅＮＢ２ ６００８のうちの１または複数など、１または複数のＲＡＮエンティティを介して、１または複数のピア（たとえば、ピア２ ６０１０）との関連付けを実行するように、ピア１ ６００２に命令してもよい。

【0351】

ピア１ ６００２は、関連付け要求をＮＢ／ｅＮＢ１ ６００４へ送信してもよい。関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。例として、関連付け要求メッセージは、３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報の組合せであってもよい。関連付け要求メッセージは、ピア１ ６００２がともに関連付けることを望む１または複数の他のピアを示してもよい。関連付け要求メッセージは、通常の３ＧＰＰ／ＬＴＥネットワークアタッチメント、および／または、ターゲットピアとの関連付け（たとえば、デバイスベース／ユーザベース／サービスベース関連付け）を含む、複数の目的をサービスしてもよい。関連付け要求メッセージは、（たとえば、無線リソース制御（ＲＲＣ）シグナリングを使用して）制御プレーンを介して、および／またはデータプレーンを介して送信されてもよい。

【0352】

ＮＢ／ｅＮＢ１ ６００４は、たとえば、コアネットワーク６００６の１または複数のコアネットワークエンティティによって提供された情報に基づいて、ＮＢ／ｅＮＢ２ ６００８の位置を特定してもよい。ＮＢ／ｅＮＢ１ ６００４は、３ＧＰＰ／ＬＴＥ Ｘ２インターフェース、および／または、強化された３ＧＰＰ／ＬＴＥ Ｘ２インターフェースを介して、ターゲットＮＢ／ｅＮＢ（たとえば、ＮＢ／ｅＮＢ２ ６００８）へ、関連付け要求を転送してもよい。ＮＢ／ｅＮＢ２ ６００８は、ユニキャストをシーケンシャルに使用して、および／またはマルチキャストを同時に使用して、関連付け要求をターゲットピア（たとえば、ピア２ ６０１０）へ転送してもよい。関連付け要求メッセージは、（たとえば、ＲＲＣ制御シグナリングを使用して）制御プレーン、またはデータプレーンを使用して転送されてもよい。

【0353】

ターゲットピア（たとえば、ピア２ ６０１０）は、スリープ／アイドル状態であってもよい。ＮＢ／ｅＮＢ２ ６００８は、デバイストリガリングおよび／もしくはピアトリガリングプロシージャを実行し、または、デバイス／ピアトリガリングプロシージャを実行し、ならびに／または、そうでない場合、デバイストリガリングメッセージにおいて関連付け要求をピギーバックしてもよい。ＮＢ／ｅＮＢ２ ６００８は、ターゲットピアからの応答を待機するために、関連付けタイマまたは複数のタイマをセットアップしてもよい。ターゲットピア（たとえば、ピア２ ６０１０）は、関連付け応答メッセージをＮＢ／ｅＮＢ２ ６００８へ送信し返してもよい。この関連付け応答メッセージは、ピア２ ６０１０のための関連付けコンテキスト情報／ＰＩを含んでもよい。

【0354】

ターゲットピアから応答を受信し、および／または、関連付けタイマが満了した後、ＮＢ／ｅＮＢ２ ６００８は、受信された応答を組み合わせ、組み合わせられた応答を、たとえば、Ｘ２インターフェース、および／または、強化された３ＧＰＰ／ＬＴＥ Ｘ２インターフェースを介して、ＮＢ／ｅＮＢ１ ６００４へ戻すように転送してもよい。ＮＢ／ｅＮＢ２ ６００８は、コアネットワーク６００６の１または複数のコアネットワークエンティティに、関連付け結果を報告してもよい。

【0355】

ＮＢ／ｅＮＢ１ ６００４は、関連付け応答メッセージをピア１ ６００２へ転送してもよい。ＮＢ／ｅＮＢ１ ６００４は、転送する前に、情報を変更し、および／または、新たな情報（たとえば、無線リソース割り当てなど）を関連付け応答メッセージに追加してもよい。ＮＢ／ｅＮＢ１ ６００４は、コアネットワーク６００６の１または複数のコアネットワークエンティティに、関連付け結果を報告してもよい。

【0356】

図６１は、ピアが異なるプロバイダに属し、異なるセルに存在するとき、１または複数のＲＡＮノードを介してピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ６１０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６１０４、ならびに／または、コアネットワーク１ ６１０６および／もしくはコアネットワーク２ ６１０７のコアネットワークエンティティは、ピア１ ６１０２が適切なピア（たとえば、ピア２ ６１１０）を発見することを助けることができる。たとえば、ピア１ ６１０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６１０４、ならびに／または、コアネットワーク１ ６１０６および／もしくはコアネットワーク２ ６１０７のコアネットワークエンティティは、ピア１ ６１０２が適切なピア（たとえば、ピア２ ６１１０）を選択することを助けることができる。

【0357】

ピア１ ６１０２は、たとえば、ＮＢ／ｅＮＢ１ ６１０４、ならびに／または、コアネットワーク１ ６１０６および／もしくはコアネットワーク２ ６１０６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６１０４、ならびに／または、コアネットワーク１ ６１０６および／もしくはコアネットワーク２ ６１０６のコアネットワークエンティティは、ピア１ ６１０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６１０４、ならびに／または、コアネットワーク１ ６１０６および／もしくはコアネットワーク２ ６１０７のコアネットワークエンティティは、ＮＢ／ｅＮＢ１ ６１０４、および／またはＮＢ／ｅＮＢ２ ６１０８の１または複数など、１または複数のＲＡＮエンティティを介して、１または複数のピア（たとえば、ピア２ ６１１０）との関連付けを実行するように、ピア１ ６１０２に命令してもよい。

【0358】

ピア１ ６１０２は、関連付け要求をＮＢ／ｅＮＢ１ ６１０４へ送ることができる。関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含み得る。例として、関連付け要求メッセージは、３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報の組合せであり得る。関連付け要求メッセージは、ピア１ ６１０２がともに関連付けることを望む１または複数の他のピアを指示し得る。関連付け要求メッセージは、通常の３ＧＰＰ／ＬＴＥネットワークアタッチメント、および／または、ターゲットピアとの関連付け（たとえば、デバイスベース／ユーザベース／サービスベース関連付け）を含む、複数の目的に適い得る。関連付け要求メッセージは、（たとえば、無線リソース制御（ＲＲＣ）シグナリングを使用して）制御プレーンを介して、および／またはデータプレーンを介して送られ得る。

【0359】

ＮＢ／ｅＮＢ１ ６１０４は、たとえば、コアネットワーク１ ６１０６および／またはコアネットワーク２ ６１０７の１または複数のコアネットワークエンティティによって提供された情報に基づいて、ＮＢ／ｅＮＢ２ ６１０８の位置を特定してもよい。ＮＢ／ｅＮＢ１ ６１０４は、３ＧＰＰ／ＬＴＥ Ｘ２インターフェース、および／または、強化された３ＧＰＰ／ＬＴＥ Ｘ２インターフェースを介して、ターゲットＮＢ／ｅＮＢ（たとえば、ＮＢ／ｅＮＢ２ ６１０８）へ、関連付け要求を転送してもよい。ＮＢ／ｅＮＢ２ ６１０８は、ユニキャストをシーケンシャルに使用して、および／またはマルチキャストを同時に使用して、関連付け要求をターゲットピア（たとえば、ピア２ ６１１０）へ転送してもよい。関連付け要求メッセージは、（たとえば、ＲＲＣ制御シグナリングを使用して）制御プレーン、またはデータプレーンを使用して転送されてもよい。

【0360】

ターゲットピア（たとえば、ピア２ ６１１０）は、スリープ／アイドル状態であってもよい。ＮＢ／ｅＮＢ２ ６１０８は、デバイストリガリングおよび／もしくはピアトリガリングプロシージャを実行し、または、デバイス／ピアトリガリングプロシージャを実行し、ならびに／または、そうでない場合、デバイストリガリングメッセージにおいて関連付け要求をピギーバックしてもよい。ＮＢ／ｅＮＢ２ ６１０８は、ターゲットピアからの応答を待機するために、関連付けタイマまたは複数のタイマをセットアップしてもよい。ターゲットピア（たとえば、ピア２ ６１１０）は、関連付け応答メッセージをＮＢ／ｅＮＢ２ ６１０８へ送信し返してもよい。この関連付け応答メッセージは、ピア２ ６１１０に対する関連付けコンテキスト情報／ＰＩを含んでもよい。

【0361】

ターゲットピアから応答を受信し、および／または、関連付けタイマが満了した後、ＮＢ／ｅＮＢ２ ６１０８は、受信された応答を組み合わせ、組み合わせられた応答を、たとえば、Ｘ２インターフェース、および／または、強化された３ＧＰＰ／ＬＴＥ Ｘ２インターフェースを介して、ＮＢ／ｅＮＢ１ ６１０４へ戻すように転送してもよい。ＮＢ／ｅＮＢ２ ６１０８は、コアネットワーク２ ６１０７の１または複数のコアネットワークエンティティに、関連付け結果を報告してもよい。

【0362】

ＮＢ／ｅＮＢ１ ６１０４は、関連付け応答メッセージをピア１ ６１０２へ転送してもよい。ＮＢ／ｅＮＢ１ ６１０４は、転送する前に、情報を変更し、および／または、新たな情報（たとえば、無線リソース割り当てなど）を関連付け応答メッセージに追加してもよい。ＮＢ／ｅＮＢ１ ６１０４は、コアネットワーク１ ６１０６の１または複数のコアネットワークエンティティに、関連付け結果を報告してもよい。

【0363】

図６２は、ピアが同一のプロバイダに属し、同一のセルに存在するとき、ＲＡＮノードを介してピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ６２０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６２０４、および／または、コアネットワーク６２０６のコアネットワークエンティティは、ピア１ ６２０２が適切なピア（たとえば、ピア２ ６２１０）を発見することを助けることができる。たとえば、ピア１ ６２０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６２０４、および／または、コアネットワーク６２０６のコアネットワークエンティティは、ピア１ ６２０２が適切なピア（たとえば、ピア２ ６２１０）を選択することを助けることができる。

【0364】

ピア１ ６２０２は、たとえば、ＮＢ／ｅＮＢ１ ６２０４、および／または、コアネットワーク６２０６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６２０４、および／または、コアネットワーク６２０６のコアネットワークエンティティは、ピア１ ６２０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６２０４、および／または、コアネットワーク６２０６のコアネットワークエンティティは、ＮＢ／ｅＮＢ１ ６２０４などの１または複数のＲＡＮエンティティを介して、１または複数のピア（たとえば、ピア２ ６２１０）との関連付けを実行するように、ピア１ ６２０２に命令してもよい。例として、ＮＢ／ｅＮＢ１ ６２０４は、両方の潜在的ピア（たとえば、ピア１ ６２０２およびピア２ ６２１０）がＮＢ／ｅＮＢ１ ６２０４によって、たとえば、コアネットワーク６２０６の１または複数のコアネットワークエンティティからの支援で、または支援なしでサービスされていることを、認識してもよい。

【0365】

ピア１ ６２０２は、関連付け要求をＮＢ／ｅＮＢ１ ６２０４へ送信してもよい。関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。例として、関連付け要求メッセージは、３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報の組合せであってもよい。関連付け要求メッセージは、ピア１ ６２０２がともに関連付けることを望む１または複数の他のピアを示してもよい。関連付け要求メッセージは、通常の３ＧＰＰ／ＬＴＥネットワークアタッチメント、および／または、ターゲットピアとの関連付け（たとえば、デバイスベース／ユーザベース／サービスベース関連付け）を含む、複数の目的をサービスしてもよい。関連付け要求メッセージは、（たとえば、無線リソース制御（ＲＲＣ）シグナリングを使用して）制御プレーンを介して、および／またはデータプレーンを介して送信されてもよい。

【0366】

ＮＢ／ｅＮＢ１ ６２０４は、ピア２ ６２１０がＮＢ／ｅＮＢ１ ６２０４によってサービスされてもよいので、コアネットワーク６２０６のコアネットワークエンティティを関与させるなしに、ピア２ ６２１０の位置を特定してもよい。別の例では、ＮＢ／ｅＮＢ１ ６２０４は、コアネットワーク６２０６の１または複数のコアネットワークエンティティによって提供された情報に基づいて、ピア２ ６２１０の位置を特定してもよい。ＮＢ／ｅＮＢ１ ６２０４は、ユニキャストをシーケンシャルに使用して、および／またはマルチキャストを同時に使用して、関連付け要求をターゲットピア（たとえば、ピア２ ６２１０）へ転送してもよい。関連付け要求メッセージは、（たとえば、ＲＲＣ制御シグナリングを使用して）制御プレーン、またはデータプレーンを使用して転送されてもよい。

【0367】

ターゲットピア（たとえば、ピア２ ６２１０）は、スリープ／アイドル状態であってもよい。ＮＢ／ｅＮＢ１ ６２０４は、デバイストリガリングおよび／もしくはピアトリガリングプロシージャを実行し、または、デバイス／ピアトリガリングプロシージャを実行し、ならびに／または、そうでない場合、デバイストリガリングメッセージ中で関連付け要求をピギーバックしてもよい。ＮＢ／ｅＮＢ１ ６２０４は、ターゲットピアからの応答を待機するために、関連付けタイマまたは複数のタイマをセットアップしてもよい。ターゲットピア（たとえば、ピア２ ６２１０）は、関連付け応答メッセージをＮＢ／ｅＮＢ１ ６２０４へ送信し返してもよい。この関連付け応答メッセージは、ピア２ ６２１０のための関連付けコンテキスト情報／ＰＩを含んでもよい。

【0368】

ターゲットピアからの応答を受信し、および／または関連付けタイマが満了した後、ＮＢ／ｅＮＢ１ ６２０４は、受信された応答を組み合わせ、組み合わせられた応答をピア１ ６２０２へ戻すように転送してもよい。ＮＢ／ｅＮＢ１ ６２０４は、転送する前に、情報を変更し、および／または、新たな情報（たとえば、無線リソース割り当てなど）を関連付け応答メッセージに追加してもよい。ＮＢ／ｅＮＢ１ ６２０４は、コアネットワーク６２０６の１または複数のコアネットワークエンティティに、関連付け結果を報告してもよい。

【0369】

図６３は、ピアが同一のプロバイダに属するとき、直接Ｄ２Ｄリンクを介してピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ６３０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６３０４、および／または、コアネットワーク６３０６のコアネットワークエンティティは、ピア１ ６３０２が適切なピア（たとえば、ピア２ ６３１０）を発見することを助けることができる。たとえば、ピア１ ６３０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６３０４、および／または、コアネットワーク６３０６のコアネットワークエンティティは、ピア１ ６３０２が適切なピア（たとえば、ピア２ ６３１０）を選択することを助けることができる。

【0370】

ピア１ ６３０２は、たとえば、ＮＢ／ｅＮＢ１ ６３０４、および／または、コアネットワーク６３０６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６３０４、および／または、コアネットワーク６３０６のコアネットワークエンティティは、ピア１ ６３０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６３０４、および／または、コアネットワーク６３０６のコアネットワークエンティティは、ピア間の直接Ｄ２Ｄリンクを介して、１または複数のピア（たとえば、ピア２ ６３１０）との関連付けを実行するように、ピア１ ６３０２に命令してもよい。例として、ＮＢ／ｅＮＢ１ ６３０４は、両方の潜在的ピア（たとえば、ピア１ ６３０２およびピア２ ６３１０）がＮＢ／ｅＮＢ１ ６３０４によって、たとえば、コアネットワーク６３０６の１または複数のコアネットワークエンティティからの支援で、または支援なしでサービスされていることを、認識してもよい。ＮＢ／ｅＮＢ１ ６３０４は、それらのピアが近接しており、および／または、Ｄ２Ｄリンクを介して通信できることを、認識してもよい。

【0371】

ピア１ ６３０２は、直接Ｄ２Ｄリンクを介して、関連付け要求をピア２ ６３１０へ送信してもよい。この関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。例として、関連付け要求メッセージは、３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報の組合せであってもよい。関連付け要求メッセージは、ピア１ ６３０２がともに関連付けることを望む１または複数の他のピアを示してもよい。関連付け要求メッセージは、通常の３ＧＰＰ／ＬＴＥネットワークアタッチメント、および／または、ターゲットピアとの関連付け（たとえば、デバイスベース／ユーザベース／サービスベース関連付け）を含む、複数の目的をサービスしてもよい。関連付け要求メッセージは、（たとえば、無線リソース制御（ＲＲＣ）シグナリングを使用して）制御プレーンを介して、および／またはデータプレーンを介して送信されてもよい。

【0372】

ピア２ ６３１０は、ピア１ ６３０２に直接応答して、アタッチメントを完了してもよい。ピア１ ６３０２は、関連付け結果を、ＮＢ／ｅＮＢ１ ６３０４、および／または、コアネットワーク６３０６の１もしくは複数のコアネットワークエンティティの１または複数に報告してもよい。

【0373】

図６４は、ピアが異なるプロバイダに属するとき、直接Ｄ２Ｄリンクを介してピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ６４０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６４０４、ならびに／または、コアネットワーク１ ６４０６および／もしくはコアネットワーク２ ６４０７のコアネットワークエンティティは、ピア１ ６４０２が適切なピア（たとえば、ピア２ ６４１０）を発見することを助けることができる。たとえば、ピア１ ６４０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６４０４、ならびに／または、コアネットワーク１ ６４０６および／もしくはコアネットワーク２ ６４０７のコアネットワークエンティティは、ピア１ ６４０２が適切なピア（たとえば、ピア２ ６４１０）を選択することを助けることができる。

【0374】

ピア１ ６４０２は、たとえば、ＮＢ／ｅＮＢ１ ６４０４、ならびに／または、コアネットワーク１ ６４０６および／もしくはコアネットワーク２ ６４０７のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６４０４、ならびに／または、コアネットワーク１ ６４０６および／もしくはコアネットワーク２ ６４０６のコアネットワークエンティティは、ピア１ ６４０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６４０４、ならびに／または、コアネットワーク１ ６４０６および／もしくはコアネットワーク２ ６４０７のコアネットワークエンティティは、ピア間の直接Ｄ２Ｄリンクを介して、１または複数のピア（たとえば、ピア２ ６４１０）との関連付けを実行するように、ピア１ ６４０２に命令してもよい。例として、ＮＢ／ｅＮＢ１ ６４０４、ならびに／または、コアネットワーク１ ６４０６および／もしくはコアネットワーク２ ６４０７の１もしくは複数のエンティティは、両方の潜在的ピア（たとえば、ピア１ ６４０２およびピア２ ６４１０）が互いに近接していることを認識し、直接Ｄ２Ｄ接続を使用して関連付けるように、それらのピアに命令してもよい。

【0375】

ピア１ ６４０２は、直接Ｄ２Ｄリンクを介して、関連付け要求をピア２ ６４１０へ送信してもよい。この関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。例として、関連付け要求メッセージは、３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報の組合せであってもよい。関連付け要求メッセージは、ピア１ ６４０２がともに関連付けることを望む１または複数の他のピアを示してもよい。関連付け要求メッセージは、通常の３ＧＰＰ／ＬＴＥネットワークアタッチメント、および／または、ターゲットピアとの関連付け（たとえば、デバイスベース／ユーザベース／サービスベース関連付け）を含む、複数の目的をサービスしてもよい。関連付け要求メッセージは、（たとえば、無線リソース制御（ＲＲＣ）シグナリングを使用して）制御プレーンを介して、および／またはデータプレーンを介して送信されてもよい。

【0376】

ピア２ ６４１０は、ピア１ ６４０２に直接応答して、アタッチメントを完了することができる。ピア１ ６４０２は、関連付け結果を、ＮＢ／ｅＮＢ１ ６４０４、および／または、コアネットワーク１ ６４０６の１もしくは複数のコアネットワークエンティティのうちの、１または複数に報告してもよい。ピア２ ６４１０は、関連付け結果を、ＮＢ／ｅＮＢ２ ６４０８、および／または、コアネットワーク２ ６４０７の１もしくは複数のコアネットワークエンティティのうちの、１または複数に報告してもよい。

【0377】

図６５は、ピアが同一のプロバイダに属するとき、ＲＡＮノードを介してマルチホップピア関連付けを実行するための例示的なプロシージャを示す。たとえば、ピア１ ６５０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６のコアネットワークエンティティは、ピア１ ６５０２が適切なピア（たとえば、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４）を発見することを助けることができる。たとえば、ピア１ ６５０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６のコアネットワークエンティティは、ピア１ ６５０２が適切なピア（たとえば、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４）を選択することを助けることができる。

【0378】

ピア１ ６５０２は、たとえば、ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６のコアネットワークエンティティは、ピア１ ６５０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６のコアネットワークエンティティは、ピア間の直接Ｄ２Ｄリンクを介して、１または複数のピア（たとえば、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４）との関連付けを実行するように、ピア１ ６５０２に命令してもよい。ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６のコアネットワークエンティティは、それが直接Ｄ２Ｄリンクを使用して通信する相手である他のピア（たとえば、ピア２ ６５１０）から、マルチホップ（たとえば、ピア３ ６５１２、．．．、ピアＮ ６５１４）を使用して、１または複数のピアとの関連付けを実行するように、ピア１ ６５０２に命令してもよい。例として、ＮＢ／ｅＮＢ１ ６５０４は、潜在的ピア（たとえば、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４）がＮＢ／ｅＮＢ１ ６５０４によって、たとえば、コアネットワーク６５０６の１または複数のコアネットワークエンティティからの支援で、または支援なしでサービスされていることを、認識してもよい。ＮＢ／ｅＮＢ１ ６５０４は、それらのピアが近接しており、ならびに／または、単一ホップおよび／もしくはマルチホップを使用して、Ｄ２Ｄリンクを介して通信できることを、認識してもよい。

【0379】

ピア１ ６５０２は、たとえば、ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６の１もしくは複数のエンティティの１または複数の支援で、または支援なしで、マルチホップ経路選択を実行してもよい。マルチホップ経路選択は、ピア１ ６５０２から、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４の１または複数への適切なマルチホップ経路を示してもよい。ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６の１もしくは複数のエンティティは、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４の１または複数へのピア１ ６５０２に対する適切なマルチホップ経路を判定および選択してもよい（および／または、そうでない場合、ピア１ ６５０２によって選択されたマルチホップ経路を承認してもよい）。例として、ピア１ ６５０２は、それ自体でマルチホップ経路を判定および選択してもよく、直接Ｄ２Ｄリンクを使用して、関連付けを実行してもよい。この例では、ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６の１もしくは複数のエンティティの１または複数がバイパスされてもよい。

【0380】

ピア１ ６５０２は、直接Ｄ２Ｄリンクを介して、関連付け要求をターゲットピア２ ６５１０へ送信してもよい。関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。関連付け要求は、通常の３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報／ＰＩの組合せであってもよい。このメッセージは、（たとえば、ピア２ ６５１０に加えて）ピア１ ６５０２がともに関連付けることを望む１または複数の他のピア（たとえば、ピア３ ６５１２．．．、ピアＮ ６５１４）を示してもよい。関連付け要求メッセージは、制御プレーン（たとえば、ＲＲＣ制御シグナリング）、および／またはデータプレーンを介して送信されてもよい。１または複数の仲介ピア（たとえば、ピア２ ６５１０および／またはピア３ ６５１２）は、関連付け要求を次のピア（たとえば、それぞれピア３ ６５１２および／またはピアＮ ６５１４）へ転送してもよい。各他の仲介ピア（たとえば、ピア２ ６５１０および／またはピア３ ６５１２）、および／またはエンドピア（たとえば、ピアＮ ６５１４）は、関連付け要求を受け入れ、または拒否するように決定してもよい。

【0381】

ターゲットピア（たとえば、ピア２ ６５１０、ピア３ ６５１２、．．．、ピアＮ ６５１４の１または複数）は、関連付け応答メッセージをピア１ ６５０２へ送信し返してもよい。関連付け応答メッセージは、関連付けするピアに対する関連付けコンテキスト情報／ＰＩを含んでもよい。仲介ピア（たとえば、ピア２ ６５１０および／またはピア３ ６５１２）は、関連付け応答を、それがピア１ ６５０２に到着するまで、次のピアへ転送してもよい。ピア１ ６５０２は、関連付け結果を、ＮＢ／ｅＮＢ１ ６５０４、および／または、コアネットワーク６５０６の１もしくは複数のエンティティに報告してもよい。

【0382】

図６６は、ＲＡＮノードがピア間の仲介ノードとして動作することができる、マルチホップ関連付けのための例を示す。たとえば、ピア１ ６６０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア発見を実行してもよい。ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６のコアネットワークエンティティは、ピア１ ６６０２が適切なピア（たとえば、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４）を発見することを助けることができる。たとえば、ピア１ ６６０２は、本明細書で説明されるような１または複数の要因に基づいて、ピア選択を実行してもよい。ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６のコアネットワークエンティティは、ピア１ ６６０２が適切なピア（たとえば、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４）を選択することを助けることができる。

【0383】

ピア１ ６６０２は、たとえば、ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６のコアネットワークエンティティによって提供された情報に基づいて、関連付けスキームを選択してもよい。ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６のコアネットワークエンティティは、ピア１ ６６０２によって選択された関連付けスキームを評価してもよく、そのスキームを受け入れ、および／または、異なる関連付けスキームを示唆してもよい。たとえば、ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６のコアネットワークエンティティは、ＲＡＮノード（たとえば、ＮＢ／ｅＮＢ１ ６６０４）を仲介として使用して、１または複数のピア（たとえば、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４）との関連付けを実行するように、ピア１ ６６０２に命令してもよい。たとえば、ＮＢ／ｅＮＢ１ ６６０４は、潜在的ピア（たとえば、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４）がＮＢ／ｅＮＢ１ ６６０４によって、たとえば、コアネットワーク６６０６の１または複数のコアネットワークエンティティからの支援で、または支援なしでサービスされていることを、認識してもよい。ＮＢ／ｅＮＢ１ ６６０４は、それがメッセージをピア間で転送できることを認識してもよい。

【0384】

ピア１ ６６０２は、たとえば、ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６の１もしくは複数のエンティティの１または複数の支援で、または支援なしで、マルチホップ経路選択を実行してもよい。マルチホップ経路選択は、ピア１ ６６０２から、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４の１または複数への適切なマルチホップ経路を示してもよい。ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６の１もしくは複数のエンティティは、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４の１または複数へのピア１ ６６０２に対する適切なマルチホップ経路を判定および選択してもよい（および／または、そうでない場合、ピア１ ６６０２によって選択されたマルチホップ経路を承認してもよい）。例として、ＮＢ／ｅＮＢ１ ６６０４、および／または、コアネットワーク６６０６の１もしくは複数のエンティティは、ＮＢ／ｅＮＢ１ ６６０４がマルチホップ経路選択の間にピア間の仲介として動作するべきであることを示してもよい。

【0385】

ピア１ ６６０２は、関連付け要求をＮＢ／ｅＮＢ１ ６６０４へ送信してもよい。関連付け要求メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。関連付け要求は、通常の３ＧＰＰ／ＬＴＥアタッチメントメッセージおよび関連付けコンテキスト情報／ＰＩの組合せであってもよい。このメッセージは、ピア１ ６６０２がともに関連付けることを望む１または複数の他のピア（たとえば、ピア２ ６６１０、ピア３ ６６１２．．．、ピアＮ ６６１４）を示してもよい。関連付け要求メッセージは、制御プレーン（たとえば、ＲＲＣ制御シグナリング）、および／またはデータプレーンを介して送信されてもよい。ＮＢ／ｅＮＢ１ ６６０４は、仲介ピアとして動作してもよく、関連付け要求を１または複数の潜在的ピア（たとえば、ピア２ ６６１０、ピア３ ６６１２．．．、ピアＮ ６６１４）へ転送してもよい。関連付け要求は、シーケンシャルに、および／または、マルチキャストを使用して同時に転送されてもよい。潜在的ピア（たとえば、ピア２ ６６１０、ピア３ ６６１２．．．、ピアＮ ６６１４）の各々は、関連付け要求を受け入れるか、または拒否するように決定してもよい。潜在的ピア（たとえば、ピア２ ６６１０、ピア３ ６６１２、．．．、ピアＮ ６６１４）は、関連付け応答をＮＢ／ｅＮＢ１ ６６０４へ送信してもよい。関連付け応答メッセージは、関連付けピアに対する関連付けコンテキスト情報／ＰＩを含んでもよい。

【0386】

ＮＢ／ｅＮＢ１ ６６０４は、各応答を受信し、それらを組み合わせてもよい。ＮＢ／ｅＮＢ１ ６６０４は、集約された応答を、ピア１ ６６０２へ送信し返してもよい。関連付け応答メッセージは、関連付けコンテキスト情報／ＰＩを含んでもよい。ＮＢ／ｅＮＢ１ ６６０４は、無線リソース割り当て通知および／または関連する制御情報を、１または複数の仲介および／またはターゲットピアへ送信し、それらのピアの２以上の間で直接Ｄ２Ｄリンクを構成してもよい。それらのピアに送信されるＤ２Ｄリンクに対する例示的な制御情報は、送信電力、コーディングスキームなどを含んでもよい。

【0387】

グループピア関連付けは、１または複数のＲＡＮノードを介して実行されてもよい。例として、ピアは、直接Ｄ２Ｄリンクを使用して、同一のセルにおける複数の他のピアと通信してもよい。たとえば、ＲＡＮノード（たとえば、ＮＢおよび／またはｅＮＢ）は、たとえば、仮想リーダを選択すること、仮想リーダを調節すること、および／または、他のピアに新たな仮想リーダを通知することなどを含む、グループメンバシップを管理することを助けてもよい。

【0388】

ピアは、各他のピアとシーケンシャルに、および／または同時に関連付けを実行してもよい。ピアは、ＲＡＮノードおよび／またはピアが同一のグループにおけるピアを接続するためにマルチホップ経路および／またはトポロジを判定および／または実装することを要求してもよい。

【0389】

ＲＡＮノードは、グループメンバシップ管理を制御すること、または支援することを担当してもよい。たとえば、グループに加入する新たなピアが存在する場合、ＲＡＮノード（たとえば、ＮＢ／ｅＮＢ）は、新たなメンバが、たとえば、本明細書に記載された方法を使用して、仮想リーダおよび他のグループメンバピアとの関連付けを実行することを助けてもよい。既存のピアがグループを離れ、またはオフラインになる場合、ＲＡＮノード（たとえば、ＮＢ／ｅＮＢ）は、マルチホップ経路および／もしくはトポロジを再選択すること、ならびに／または、影響を受けるピアに対する関連付けを再実行することを助けてもよい。

【0390】

図６７は、たとえば、ピアが同一のプロバイダに属する場合、ジョイントピア関連付けおよびＲＡＮセクタ化を実行するための例示的なプロシージャを示す。たとえば、ピア１ ６７０２、ピア２ ６７１０、ＮＢ／ｅＮＢ１ ６７０４、および／またはコアネットワーク６７０６のエンティティの１または複数は、本明細書で説明されるような、ピア発見、ピア選択、関連付けスキーム選択、および／または関連付けプロシージャの１または複数を実行してもよい。例として、ＮＢ／ｅＮＢ１ ６７０４は、たとえば、動的に確立された関連付け関係に基づいて、そのセクタ化を適応的に調節（たとえば、セクタサイズを拡大または縮小する）してもよい。たとえば、トラフィック負荷は、トラフィックを活用し、および／またはトラフィックを潜在的な直接Ｄ２Ｄリンクへオフロードすることに基づいて、各セクタ中でバランスがとられてもよい。たとえば、セクタが、多数の直接Ｄ２Ｄリンク、および／または、Ｄ２長さ上で交換されている大量のトラフィックを有する場合、セクタサイズが拡大され、インフラストラクチャベースの通信を使用して、より多くのＷＴＲＵがカバーされてもよい。ＮＢ／ｅＮＢ１ ６７０４は、Ｄ２Ｄリンク使用の知識に基づいて、ピア（たとえば、ピア１ ６７０２および／またはピア２ ６７１０）に対する無線リソース再割り当てを実行してもよい。ＮＢ／ｅＮＢ１ ６７０４は、無線リソース再割り当て結果をピアに通知してもよい。図６８は、多数のデバイスがＤ２Ｄリンクを使用して通信している場合、どのようにセクタが拡大されるか（たとえば、セクタ２）を示す。

【0391】

コンテキスト情報、たとえば、ピア発見プロシージャにおいてＣＡＩＤに含まれるコンテキスト情報を利用するための例が開示される。たとえば、ピア発見（ＰＤ）は、ピアが、１もしくは複数のＰ２Ｐネットワーク（Ｐ２ＰＮＷ）を発見、識別、および／もしくはその位置を特定すること、ならびに／または、ピアが、Ｐ２Ｐ通信を使用して通信することが可能であり、および／もしくはそうすることを望む１もしくは複数のピアを発見、識別、および／もしくはその位置を特定することを含んでもよい。たとえば、発見ピアは、探索ピアに近接していてもよく、コンテキスト情報／ＰＩが使用されて、より有意な発見（たとえば、特定のアプリケーション、ユーザ、および／またはサービスのために、たとえば、近接している所望のコンテキストを有するピアの位置を特定すること）が容易にされてもよい。

【0392】

ＰＤプロセスは、Ｐ２Ｐアプリケーション（たとえば、上位レイヤを介して）、インフラストラクチャベースシステムの中央コントローラ（たとえば、８０２．１５．４ＷＰＡＮのコーディネータ、３ＧＰＰセルラシステムコアネットワークおよび／またはＲＡＮのＳ−ＧＷ／ＭＭＥ／ｅＮＢなど）、インフラストラクチャベースシステムのピア（たとえば、８０２．１５．４ＷＰＡＮのＦＦＤおよび／またはＲＦＤ、３ＧＰＰセルラシステムのＭＳ／ＵＥ／ＷＴＲＵ、その他）、インフラストラクチャレスシステムのピア（たとえば、８０２．１５．８ＰＡＣのデバイス）、および／または、ＰＤと対話するノードもしくは機能エンティティの１または複数によって開始および／またはトリガされてもよい。ＰＤは、ピア関連付け（ＰＡ）、ピア再関連付け、ピア関連付け解除、ピア関連付け更新などの１または複数の態様で実施されてもよい。

【0393】

ピア／ＷＴＲＵは、コンテキストアウェアＩＤ（ＣＡＩＤ）、ピア情報（ＰＩ）、ＰＤ基準（ＰＤＣ）、ＰＤパラメータ（ＰＤＰａ）、ＰＤ候補リスト（ＰＤＣＬ）、および／またはＰＤ候補パラメータ（ＰＤＣＰ）などの１または複数など、様々な基準または入力に基づいてＰＤを実行するように構成されてもよい。

【0394】

たとえば、ＣＡＩＤは、サービスまたはアプリケーションのインジケーション、ユーザのインジケーション、デバイスのインジケーション、近接のインジケーションなど、コンテキスト情報の１または複数の項目を含む、ローカルに一意なＩＤであってもよい。成功したピア発見の後に作成および／または使用されるＣＡＩＤの例は、ＤＡＩＤ、ＳＡＩＤ、および／またはＵＡＩＤの１または複数を含んでもよい。ＣＡＩＤは、たとえば、デバイスメーカによってプロビジョニングされ、サービス加入者によって提供され、デバイス登録時に割り当てられ、アプリケーション登録時に割り当てられ、中央コントローラ（たとえば、８０２．１１ＷｉＦｉまたは８０２．１５．４ＷＰＡＮのコーディネータ、３ＧＰＰセルラシステムにおけるコアネットワーク／ＲＡＮのｅＮＢ／ＭＭＥ／Ｓ−ＧＷまたは他の論理機能など）によってマッピングされ、および／またはピアによって判定されるなどであってもよい。

【0395】

ＣＡＩＤを構築するために使用されるコンテキスト情報／ＰＩは、異なるアプリケーションに基づいてもよく、Ｐ２Ｐサービス（たとえば、コンテキストカテゴリ、アプリケーションなど）、ユーザおよび／もしくはグループ（たとえば、ユーザプロファイル、提携（affiliation）、グループなど）、デバイス（たとえば、デバイスタイプ、グループ、能力など）、Ｐ２Ｐ通信要件（たとえば、近接、選好、優先度、プレイバシ、セキュリティなど）の１もしくは複数を記述する情報、ならびに／または、ピアが利用することに関心があるＰ２Ｐ通信セッションのタイプを示す他の情報を含んでもよい。

【0396】

ＰＤＣは、検出されるピア候補を適格とし（qualify）、および／または評価するために使用される、１または複数の基準を含んでもよい。ＰＤＣの例は、近接情報、デバイス／アプリケーション／サービス／ユーザ選好（preferences）、優先度情報、プレイバシ情報、セキュリティ情報、デバイス能力情報、請求または課金ポリシ、および／または無線チャネル品質などの１または複数を含んでもよい。

【0397】

ＰＤＰａは、ＰＤプロセスの間に使用される１または複数のパラメータを含んでもよい。ＰＤＰａの例は、周波数チャネルリスト（ＦＣＬ）、スロット番号（ＳＮｕｍ）、符号シーケンス、ＰＤスキャン時間ウィンドウ、ＭａｘＰＤスキャン時間、ＰＤ閾値などの１または複数を含んでもよい。

【0398】

ＰＤＣＬは、たとえば、上位レイヤによって、中央コントローラによって提供され、および／または、以前のＰＤプロセスに基づいて判定されるような、近接している１または複数のＰＤ候補を含んでもよい。たとえば、中央コントローラは、８０２．１１ＷｉＦｉまたは８０２．１５．４ＷＰＡＮのコーディネータ、３ＧＰＰセルラシステムにおけるコアネットワーク／ＲＡＮのｅＮＢ／ＭＭＥ／Ｓ−ＧＷおよび／または他の論理機能などであってもよい。

【0399】

ＰＤＣＰは、ＰＤＣＬに関連付けられた１または複数のパラメータを含んでもよい。ＰＤＣＰの例は、近接情報、選好、優先度情報、プレイバシ情報、セキュリティ情報、デバイス能力情報、請求または課金ポリシ、無線チャネル品質情報などの１または複数を含んでもよい。

【0400】

ＣＡＩＤ、ＰＤＣ、ＰＤＰａ、ＰＤＣＬ、ＰＤＣＰ、および／または他のＰＤ入力の１または複数は、デバイスメーカによってプロビジョニングされてもよく、サービス加入者によって提供されてもよく、デバイス登録時に割り当てられてもよく、アプリケーション登録時に割り当てられてもよく、中央コントローラ（たとえば、８０２．１１ＷｉＦｉまたは８０２．１５．４ＷＰＡＮのコーディネータ、３ＧＰＰセルラシステムにおけるコアネットワーク／ＲＡＮのｅＮＢ／ＭＭＥ／Ｓ−ＧＷまたは他の論理機能など）によってマッピングされてもよく、および／または、発見より前にピアによって判定されてもよい。

【0401】

ＰＤプロシージャの結果として、ピアは、ピア発見リスト（ＰＤＬ）、および／または、ピア発見パラメータ（ＰＤＰ）の１または複数を判定してもよい。ＰＤＬは、ＰＤプロセスにおいて識別されるような、識別された発見要件を満たす、１または複数の適格なピアを示してもよい。ＰＤＰは、近接情報、選好、優先度情報、プレイバシ情報、セキュリティ情報、デバイス能力情報、請求または課金ポリシ、無線チャネル品質情報の１または複数など、発見されたピアに関連付けられた１または複数のパラメータを含んでもよい。ＰＤＬおよび／またはＰＤＰの１または複数は、Ｐ２Ｐ論理接続を確立するためのピア関連付け（ＰＡ）プロセス、上位レイヤ処理、および／または後続のＰＤプロセスの１または複数のために使用されてもよい。

【0402】

図６９は、コンテキストアウェアピア発見方法の例を示す。たとえば、図６９に示されているように、コンテキストアウェアＰＤプロシージャは、ＰＤスキャン６９１０、ＰＤ評価６９２０、および／またはＰＤ要求６９３０の１または複数を含んでもよい。

【0403】

たとえば、ＰＤスキャン６９１０ステージの間に、ピアは、他の潜在的ピアに関係する情報に対し、ビーコンチャネル、パイロットチャネル、ブロードキャストチャネル、ページングチャネル、および／または同期チャネルなどの１または複数をスキャンしてもよい。たとえば、ＰＤスキャン６９１０の間に、ピアは、周波数領域にわたり、時間領域にわたり、および／または符号領域にわたる、１または複数中に含まれる（たとえば、ＣＡＩＤに含まれるような）コンテキスト情報の１または複数の項目を判定して、いずれかの潜在的Ｐ２ＰＮＷおよび／またはピアを検出することを試みてもよい。たとえば、ピアは、周波数分割多重化、時分割多重化、および／または符号分割多重化の１または複数を使用して、コンテキスト情報（たとえば、ＣＡＩＤなど）をブロードキャストしてもよく、ピアは、予め定義されたスキャニングウィンドウ内で対応する領域（たとえば、周波数、時間、および／または符号）にわたってスキャンするように構成されてもよい。検出されたＰ２ＰＮＷおよび／またはピアは、的確性（qualification）に対しＰＤ評価６９２０ステージへ渡されてもよい。

【0404】

ＰＤ評価６９２０ステージにおいて、ピアは、１または複数の発見基準を使用して、発見されたＰ２ＰＮＷおよび／またはピアを評価してもよい。たとえば、発見基準は、発見された候補（たとえば、Ｐ２ＰＮＷおよび／またはピア）を適格とし、および／または不適格とするために使用されてもよい。適格とされたＰ２ＰＮＷおよび／またはピア（たとえば、および／または、それらの関連付けられたパラメータ）は、Ｐ２Ｐ論理接続をセットアップするために、ピア関連付けまたはアタッチメントの間に使用されてもよい。ＰＤ出力は、上位レイヤへ渡され、および／または、次のＰＤプロセスにおいて使用されてもよい。

【0405】

ＰＤ要求６９３０は、ピアが他の潜在的ピアによって発見されるように、実行されてもよい。たとえば、ＰＤ要求６９３０の間に、ピアは、たとえば、ＣＡＩＤを使用して、所望のコンテキスト情報、および／または、ピアについてのコンテキスト情報の１または複数などのＰＤ要求情報をブロードキャストしてもよい。たとえば、表４は、サービスベース、ユーザベース、および／またはデバイスベースの発見機構の１または複数のために、ＣＡＩＤに含まれるコンテキスト情報の例を示す。

【0406】

【表4】

【0407】

たとえば、ＣＡＩＤ、および／または他のコンテキスト情報／ＰＩは、ビーコンチャネル、パイロットチャネル、ブロードキャストチャネル、ページングチャネル、および／または同期チャネルなどの１または複数上で送信されてもよい。ＰＤ要求は、タイムアウトプロシージャによって、たとえば、最大ＰＤ要求時間が経過すること、ＰＡから応答を受信すること、上位レイヤ命令、ならびに／または、ピアおよび／もしくは中央コントローラから受信された情報／命令の１または複数に基づいて、終了されてもよい。

【0408】

Ｐ２ＰＮＷが形成される場合、Ｐ２ＰＮＷの仮想リーダ（ＶＬ）は、ＰＤ要求ブロードキャストを実行して、たとえば、非常に多くのピアが同一のＰＤ要求をブロードキャストすることによって引き起こされる輻輳および／または干渉を回避することができる。たとえば、ピア関連付けまたはアタッチメントの間にＶＬが再選択されない限り、たとえば、ＰＤ要求をブロードキャストする最初のピアが、デフォルトＶＬになるように選択されてもよい。最初のＰ２ＰＮＷは、たとえば、スーパーＶＬが近接しているＶＬの中で後に再選択されない限り、デフォルトスーパーＶＬになるようにされてもよい。

【0409】

ＰＤスキャン、ＰＤ評価、および／またはＰＤ要求の１または複数は、異なるエンティティおよび／または論理機能において実行、または他の方法で実装されてもよい。たとえば、デバイス、ピア、ＭＳ、ＵＥ、ＷＴＲＵなどは、ＰＤスキャンおよびＰＤ評価を実行してもよく、コーディネータおよび／またはｅＮＢは、ＰＤ要求ブロードキャストを実行してもよい。

【0410】

多数の異なるタイプの発見の実装が、この一般的なＰＤプロシージャから導出されてもよい。たとえば、発見プロシージャは、利用されている特定のコンテキストベースサービスまたはアプリケーションに合わせて調整（tailored）されてもよい。発見ポリシ、たとえば、セキュリティ設定および／またはプレイバシ設定（および／または同様のもの）の１または複数は、発見プロシージャの目的に依存してもよい。一部の例では、ピアは、他のピアによって発見不能のままである間に他のピアを発見するように、他のピアによって発見可能のままである間に発見することを控えるように、および／または、他のピアにとって発見可能である間に他のピアを発見するように構成されてもよい。

【0411】

たとえば、ピアは、他のピアによって発見不能のままである間に、他のピアを発見するように構成されてもよい。たとえば、ピアは、ＰＤ要求機能を実行することなしに、１もしくは複数のＰＤスキャン、および／または、１もしくは複数のＰＤ評価を実行するように構成されてもよい。ピアは、なお、１または複数の適格とされたＰ２ＰＮＷおよび／もしくはピアを発見してもよく、ならびに／または、タイムアウトされ、および／もしくはスキャンを停止するように指示されてもよい。たとえば、発見不能のままである間に潜在的ピアをスキャンおよび評価することは、商用広告を探索するピア、公共セーフティサポートを探索するピア、ならびに／または任意のブロードキャストサービスおよび／もしくは合法的傍受を獲得するピアなどにとって有用であってもよい。

【0412】

例として、ピアは、他の潜在的Ｐ２ＰＮＷおよび／または他の潜在的ピアによって発見可能のままである間に、他の潜在的Ｐ２ＰＮＷおよび／または他の潜在的ピアを発見することを控えるように構成されてもよい。たとえば、ピアは、ＰＤスキャンおよび／またはＰＤ評価を実行することを控えながら、ＰＤ要求を処理する（たとえば、ＰＤ要求段階を実行する）ように構成されてもよい。たとえば、ピアは、ＰＤ要求ステージに残ってもよく、ならびに、タイムアウトされ、および／または停止するように指示されるまで、ＰＤ要求をブロードキャストしてもよい。たとえば、商用広告をブロードキャストするとき、エージェントによって提供されたサービスをブロードキャストするときなどに、発見可能のままである間に発見を実行することを控えることが有意であることがある。

【0413】

それら自体が発見可能のままである間に、他のピアを発見するように構成されるピアでは、ピアは、ＰＤスキャンステージ、ＰＤ評価ステージ、およびＰＤ発見ステージの各々を実行するように構成されてもよい。発見スキャンが成功する場合、たとえば、１または複数のピアが検出され（たとえば、ＰＤスキャンが、１または複数の潜在的ピアを識別し）、関連のあるＰＤ基準を満たす（たとえば、ＰＤ評価基準が、１または複数の潜在的ピアについて満たされる）場合、ピアは、発見されるためにＰＤ要求ステージへ切り替えてもよい。発見スキャンが不成功である場合、たとえば、最小数未満のピアが検出され／関連するＰＤ基準を満たす場合、ピアは、発見されるためにＰＤ要求ステージへ切り替えてもよい。例として、ピアは、タイムアウトされ、および／または停止するように指示されるまで、ＣＡＩＤおよび／またはＰＩなどのコンテキスト情報を含むことができる、ＰＤ要求をブロードキャストしてもよい。発見することおよび発見可能であることの両方が有意であることがある例は、典型的な双方向ペアおよび／またはグループ通信セッション（たとえば、ソーシャルネットワーキング、キープアライブ、パーソナライズされた広告、ゲーミング、会議ミーティングなど）を含んでもよい。

【0414】

例として、ピアは、コンテキストアウェア高速ピア発見を実行するように構成されてもよい。たとえば、プロトコルスタックシグナリングのオーバーヘッド、および、上位レイヤの情報を取得するための処理に関連付けられた遅延を回避するために、コンテキストアウェア識別子（ＣＡＩＤ）は、高速ピア発見に対するＰＨＹ／ＭＡＣレイヤにあってもよい。

【0415】

図７０は、例示的なコンテキストアウェア高速ピア発見ＰＤスキャンプロシージャを示す。たとえば、潜在的候補が、スキャニングピアと同一のサービス、ユーザ、および／またはデバイスに関心があることを保証しながら、ＰＤスキャンの速度を増大させるために、コンテキストアウェア発見に対する階層ＣＡＩＤスキャニングアプローチが使用されてもよい。デバイスベース発見、サービスベース発見、および／またはユーザベース発見の１または複数が利用されてもよいが、コンテキスト情報のタイプ、および／または階層のレベルは、コンテキストベース発見のタイプ（たとえば、ユーザベース、サービスベース、および／またはデバイスベースの１または複数の組合せ）に応じて変化してもよい。

【0416】

たとえば、ピアは、付近における他のピアによってブロードキャストされているＣＡＩＤのスキャンを実行してもよい。各ピアは、そのピアに対するコンテキスト情報を示すローカルに一意なＣＡＩＤをブロードキャストしてもよい。たとえば、ＣＡＩＤは、コンテキスト情報の１または複数の項目を、たとえば、階層順序で含むことができる、メッセージの他の部分（たとえば、ペイロード、他のメッセージフィールド）とは別々に復号可能であってもよい。ＣＡＩＤに含まれるコンテキスト情報の例示的なカテゴリは、ＣＡＣａｔを含んでもよい。たとえば、７００２において、ピアは、ＣＡＩＤのＣＡＣａｔ部分を復号して、付近における別のピアのＣＡＣａｔを判定してもよい。他のピアによってブロードキャストされたＣＡＣａｔが、スキャニングピアが関心のあるＣＡＣａｔに一致する場合、スキャニングユーザは、たとえば、ＣＡＩＤに含まれる他のコンテキスト情報に基づいて、ピアの評価を継続してもよい。ＣＡＣａｔが、スキャニングピアが関心のあるＣＡＣａｔに一致しない場合、スキャニングピアは、ブロードキャストピアが、選択されることになるピアではないと判定してもよく、他のピアをスキャンすること、および／または、他のＣＡＩＤブロードキャストを復号することを開始してもよい。次の潜在的ピアへ移動するための評価は、ＣＡＩＤ全体を完全に復号することなしに達成されてもよく、代わりに、ＣＡＩＤのＣＡＣａｔ部分を復号することに基づいてもよい。

【0417】

スキャニングピアによって望まれるＣＡＣａｔに一致する１または複数のピアに対し、スキャニングピアは、ＣＡＩＤの他の部分を評価して、潜在的ピアに対する追加のコンテキスト情報を判定してもよい。たとえば、７００４において、スキャニングピアは、ＣＡＩＤのサービスＩＤ部分を評価してもよい。たとえば、ＣＡＩＤのサービスＩＤ部分は、ピアがＰ２Ｐセッションの間に使用することに関心があるアプリケーションまたはサービスを示してもよい。潜在的ピアのＣＡＩＤが、スキャニングピアが関心のあるサービスＩＤを含む場合、スキャニングピアは、たとえば、追加の基準に基づいて、潜在的ピアの評価を継続してもよい。サービスＩＤが、スキャニングピアが関心のないサービスを示す場合、スキャニングピアは、ブロードキャストピアを評価することを停止し、スキャンにおいて次のピアへ移動してもよい。

【0418】

スキャニングピアによって望まれるＣＡＣａｔに一致し、スキャニングピアによって望まれるサービスＩＤに一致する、１または複数のピアに対し、スキャニングピアは、ＣＡＩＤの他の部分を評価して、潜在的ピアに対する追加のコンテキスト情報を判定してもよい。たとえば、７００６において、スキャニングピアは、ＣＡＩＤのユーザＩＤ部分を評価してもよい。たとえば、ＣＡＩＤのユーザＩＤ部分は、ピアに関連付けられたユーザおよび／またはグループの識別を示してもよい。潜在的ピアのＣＡＩＤが、スキャニングピアが関心のあるユーザＩＤを含む場合、スキャニングピアは、たとえば、追加の基準に基づいて、潜在的ピアの評価を継続してもよい。ユーザＩＤ部分が、スキャニングピアが関心のないユーザおよび／またはグループを示す場合、スキャニングピアは、ブロードキャストピアを評価することを停止し、スキャンにおいて次のピアへ移動してもよい。

【0419】

コンテキスト情報／ＣＡＩＤ部分評価プロセスにおける反復（iteration）の数は、アプリケーション、および／またはピアの設定に依存してもよい。所望のレベルの粒度のコンテキスト情報に到達されるまで、１または複数の追加のスキャン／評価が、７００８において実行されてもよい。高速のコンテキストアウェアピア発見プロセスの結果として、ピアは、所望の接続コンテキストを、スキャニングピアと共有する、潜在的な関連付け候補に意識されてもよい（made aware of potential association candidates）。コンテキスト情報は、所望される場合、スキャンの始めにＣＡＩＤを完全に復号する必要なしに、スキャニングプロセスの間に必要に応じて判定されてもよい。加えて、ペイロード情報（たとえば、プロトコルスタックのより上位で復号されてもよい）を復号する必要なしに、コンテキスト情報を取得することによって、追加の時間節約が達成されてもよい。７０１０において、パラメータ値および／またはコンテキスト情報は、さらなる評価のために、発見および／または関連付けプロセスの他の部分へ渡されてもよい。

【0420】

図７１は、コンテキストアウェア高速１対多ピア発見機能の例を示す。１対多ピア発見は、単一のピアが、Ｎ個のピアの１または複数によって提供されたコンテキスト情報に基づいて、１または複数の潜在的ピア（たとえば、Ｎ個の潜在的ピア）を発見することができるように利用されてもよい。たとえば、ピアは、同一のコンテキストベースサービスもしくはアプリケーション（たとえば、グループ通信）を共有しているＮ個の既存のピア、ならびに／または、１もしくは複数の異なるコンテキストベースサービスもしくはアプリケーションを要求するＮ個の既存のピア（Ｎ個のマルチサービスまたはマルチアプリケーションピア）を発見してもよい。コンテキストベースの、１対多ピア発見は、Ｎ個のコンテキストベースピアが、周波数分割多重化および／もしくは時分割多重化に対してシーケンシャルな方法で、ならびに／または、符号分割多重化に対して並列に（たとえば、Ｎ個の符号がＮ個のコンテキストに対応する）発見されることを除いて、本明細書で説明されるようなコンテキストベースピア発見と同様であってもよい。したがって、ＣＡＩＤ（および／または、その部分）に基づいた符号分割多重化アプローチは、複数の潜在的ピアのコンテキストを並列に評価するための効率的な機構であってもよい（たとえば、Ｎ個のピアが、Ｎ個の直交符号、および／またはＮ個のＰＮ符号を利用して、適切なコンテキスト情報を示してもよい）。

【0421】

例として、コンテキストアウェア高速マルチホップピア発見が実行されてもよい。たとえば、図７２Ａ乃至図７２Ｆは、コンテキストアウェア高速マルチホップ発見のための例示的なプロセスを示す。たとえば、図７２Ａは、例示的なコンテキストアウェアホップ発見プロセスを示す。コンテキストアウェアホップ発見プロセスは、コンテキストアウェアＰＤスキャン、コンテキストアウェアＰＤ評価、ＰＤアウェアＨＯＰ ＰＤスキャン、および／またはコンテキストアウェアホップＰＤ評価の１または複数を含んでもよい。図７２Ｂは、コンテキストアウェアＰＤスキャンの例を示す。図７２Ｃは、コンテキストアウェアＰＤ評価の例を示す。図７２Ｄは、コンテキストアウェアホップＰＤスキャンの例を示す。図７２Ｅは、コンテキストアウェアホップＰＤ評価の例を示す。図７２Ｆは、コンテキストアウェアＰＤ要求の例を示す。コンテキストアウェアマルチホップピア発見は、ホップ発見（たとえば、ホップスキャンおよび／またはホップ評価プロセス）がＰＤ要求段階より前に実行されることを除いて、本明細書で説明されるような単一ホップコンテキストアウェアピア発見と極めて同様であってもよい。

【0422】

たとえば、ピアは、所望のコンテキストに対し、たとえば、検出されたＣＡＩＤおよび／またはその部分に基づいて、１ホップＰＤスキャン（たとえば、図７２Ｂ）および１ホップＰＤ評価（たとえば、図７２Ｃ）を実行してもよい。ピアが、１ホップコンテキストアウェアＰＤの間に、十分な数のピアを発見することが不可能である場合、ピアは、所望のコンテキストに対し、ホップＰＤスキャン（たとえば、図７２Ｄ）、および／またはコンテキストアウェアホップＰＤ評価（たとえば、図７２Ｅ）の１または複数を実行してもよい。ピアが、ホッパ（たとえば、リレーまたは仲介ピアまたはノード）の背後の１または複数のホップピアの位置を特定する場合、ピアは、関連するピア情報を記憶し、マルチホップピア（および／または、そのホップピアリストなどの関連付けられたパラメータ）のインジケーションを、マルチホップピア関連付けが始まるとき、ピア関連付けプロセスへ送信してもよい。ピアが発見可能になることを望むかに応じて、ピアは、他のピアがそれを発見することができるようにＰＤ要求段階（たとえば、図７２Ｆ）を実行してもよく、またはしなくてもよい。ホッパ（たとえば、リレーまたは仲介ピアまたはノード）は、発見されたホッパピアのサブグループのサブＶＬになるように選択されてもよい。

【0423】

マルチホップＰＤに対し、ピアは、複数のレベルのホップＰＤに対するホップＰＤステージを反復してもよい。たとえば、ピアは、ゲームに対する４つのピアを発見することを望むことがあり、１ホップＰＤステージの間にピアに近接している、ゲームに関心がある４未満ピアを発見してもよい。ピアは、次いで、ホップＰＤステージを開始して、検出されたピアの背後のホップピアを発見してもよく、検出されたピアリスト（たとえば、ピアおよびホップピア）と、関連付けられたパラメータとを、適切なピア関連付けプロセス（たとえば、単一および／またはマルチホップ関連付け）へ渡してもよい。

【0424】

特徴および要素が特定の組合せで上述されているが、各特徴または要素が、単独で、または他の特徴および要素との任意の組合せで使用されてもよいことを、当業者には理解されよう。加えて、本明細書に記載された方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装されてもよい。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信された）、および、コンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光学磁気媒体、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体を含むが、それらに限定されない。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するために、無線周波数送受信機を実装するために使用されてもよい。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図2】

【図3】

【図4A】

【図4B】

【図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】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】

【図43】

【図44】

【図45】

【図46】

【図47】

【図48】

【図49】

【図50】

【図51】

【図52】

【図53】

【図54】

【図55】

【図56】

【図57】

【図58】

【図59】

【図60】

【図61】

【図62】

【図63】

【図64】

【図65】

【図66】

【図67】

【図68】

【図69】

【図70】

【図71】

【図72A】

【図72B】

【図72C】

【図72D】

【図72E】

【図72F】