JP2022524704A - Ｐｃ５インターフェース上においてｖ２ｘユニキャスト通信を可能にする手順 - Google Patents

Abstract

車車間／路車間（Ｖ２Ｘ）サービス指向リンク確立のシステム、方法、および手段が、提供される。第１の無線送受信ユニット（ＷＴＲＵ）は、直接通信要求メッセージをブロードキャストできる。直接通信要求メッセージは、第１のセキュリティコンテキスト識別子（ＩＤ）を含むことができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信できる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせて、第３のセキュリティコンテキストＩＤを決定できる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤを使用して、第２のＷＴＲＵとのセキュアな直接通信リンクを確立できる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤに基づいて、第２のＷＴＲＵとのセキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成できる。

Description

本発明は、Ｖ２Ｘユニキャスト通信を可能にする手順に関する。

関連出願の相互参照
本出願は、その内容が参照によって本明細書に組み込まれる、２０１９年１月１８日に出願された、米国特許仮出願第６２／７９４，０５２号の利益を主張する。

２つ以上の近接サービス（proximity service）（ＰｒｏＳｅ）対応の無線デバイス間において通信経路を確立するために、ＰｒｏＳｅ直接通信を利用することができる。例えば、２つの無線デバイス間における、ＰｒｏＳｅ直接通信は、それらの間のＰＣ５参照点上においてレイヤ２リンクを確立することによって、設定することができる。レイヤ２リンクは、セキュアとすることができる。

第１の無線送信受信ユニット（ＷＴＲＵ）は、（例えば、ブロードキャストを介して）直接通信要求メッセージを送信することができる。直接通信要求メッセージは、第１のセキュリティコンテキスト識別子（ＩＤ）を含むことができる。第１のセキュリティコンテキストＩＤは、第１のＷＴＲＵと関連付けることができる。第１セキュリティコンテキストＩＤは、セキュリティキーＩＤの最上位ビット（ＭＳＢ）のセットとすることができ、またはそれを含むことができる。セキュリティＩＤは、Ｋ_D-sess ＩＤとすることができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信することができる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。第２のセキュリティコンテキストＩＤは、第２のＷＴＲＵと関連付けることができる。第２のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含むことができる。第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせることによって、第３のセキュリティコンテキストＩＤを決定することができる。第３のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＭＳＢのセットおよびＬＳＢのセットを含むことができる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤを使用して、第２のＷＴＲＵとのセキュアな直接通信リンクを確立することができる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤに基づいて、第２のＷＴＲＵとのセキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成することができる。直接通信要求メッセージは、サポートされる車車間／路車間（Ｖ２Ｘ：vehicle to everything）サービスのリストを含むことができる。直接セキュリティモードコマンドメッセージは、サポートされるＶ２Ｘサービスのリストからの１つまたは複数のＶ２Ｘサービスを示すことができる。

直接セキュリティモードコマンドメッセージは、第１の直接セキュリティモードコマンドメッセージとすることができる。第１のＷＴＲＵは、第３のＷＴＲＵから、第２の直接セキュリティモードコマンドメッセージを受信することができる。第２の直接セキュリティモードコマンドメッセージは、第４のセキュリティコンテキストＩＤを含むことができる。第４のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第４のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢのセットを含むことができる。第１のＷＴＲＵは、第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるかどうかを決定することができる。第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるという条件において、第１のＷＴＲＵは、第３のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信することができる。第１のＷＴＲＵは、第３のＷＴＲＵから、例えば、直接セキュリティモード拒否メッセージに応答して、第３の直接セキュリティモードコマンドメッセージを受信することができる。第３の直接セキュリティモードコマンドメッセージは、第５のセキュリティコンテキストＩＤを含むことができる。第５のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第５のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢのセットを含むことができる。

ＷＴＲＵは、例えば、開始ＷＴＲＵから、第１のセキュリティコンテキストＩＤを含むことができる、直接通信要求メッセージを受信することができる。ＷＴＲＵは、ＷＴＲＵと関連付けられた第２のセキュリティコンテキストＩＤを生成することができる。ＷＴＲＵは、開始ＷＴＲＵに、第２のセキュリティコンテキストＩＤを含むことができる、直接セキュリティモードコマンドメッセージを送信することができる。ＷＴＲＵは、セキュアな直接通信リンクが、第３のセキュリティコンテキストＩＤを使用して、ＷＴＲＵと開始ＷＴＲＵとの間において確立されたことを示すことができる、直接セキュリティモード完了メッセージを受信することができる。第３のセキュリティコンテキストＩＤは、セキュリティキーＩＤ（例えば、Ｋ_D-sess ＩＤ）のＭＳＢのセットおよびＬＳＢのセットを含むことができる。セキュリティキーＩＤのＭＳＢのセットは、開始ＷＴＲＵによって生成された第１のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができ、セキュリティキーＩＤのＬＳＢのセットは、ＷＴＲＵによって生成された第２のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができる。

ＷＴＲＵは、第２のセキュリティコンテキストＩＤ（例えば、潜在的なセキュリティキーＩＤのＬＳＢ）の衝突を示すことができる、直接セキュリティモード拒否メッセージを受信することがある。ＷＴＲＵは、ＷＴＲＵと関連付けられた新しいセキュリティコンテキストＩＤ（例えば、第４のセキュリティコンテキストＩＤ）を作成し、開始ＷＴＲＵに、第４のセキュリティコンテキストＩＤを含むことができる、第２の直接セキュリティモードコマンドメッセージを送信することができる。ＷＴＲＵと関連付けられた第４のセキュリティコンテキストＩＤは、開始ＷＴＲＵによって生成された第１のセキュリティコンテキストＩＤと組み合わされて、セキュリティキーＩＤ（例えば、Ｋ_D-sess ＩＤ）を形成することができる。例えば、セキュリティキーＩＤのＭＳＢは、開始ＷＴＲＵによって生成された第１のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができ、セキュリティキーＩＤのＬＳＢは、ＷＴＲＵによって生成された第４のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができる。ＷＴＲＵは、セキュアな直接通信リンクが、セキュリティキーＩＤ（例えば、Ｋ_D-sess ＩＤ）を使用して、ＷＴＲＵと開始ＷＴＲＵとの間において確立されたことを示すことができる、直接セキュリティモード完了メッセージを受信することができる。

１つ以上の開示された実施形態を実施できる例示的通信システムを示す図である。 実施形態による、図１Ａの通信システム内で使用できる例示的無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。 実施形態による、図１Ａの通信システム内で使用できる、例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を示す図である。 実施形態による、図１Ａの通信システム内で使用できる、さらなる例示的ＲＡＮおよびＣＮを示す図である。 直接リンク接続セットアップ中における、例示的セキュリティ関連付け確立を示す図である。 例示的なＷＴＲＵ指向レイヤ２リンク確立を示す図である。 例示的なＶ２Ｘサービス指向レイヤ２リンク確立を示す図である。 セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最上位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。 セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最上位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。 セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最下位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。 セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最下位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。 セキュリティコンテキストが、完全なＫＤ－ｓｅｓｓ ＩＤに基づく、例示的Ｖ２Ｘサービス指向リンク確立を示す図である。 セキュリティコンテキストが、完全なＫＤ－ｓｅｓｓ ＩＤに基づく、例示的Ｖ２Ｘサービス指向リンク確立を示す図である。 Ｖ２Ｘサービスのリストを用いた、例示的Ｖ２Ｘサービス指向レイヤ２ユニキャストリンク確立を示す図である。 ＷＴＲＵの上位レイヤ情報を使用した、ＷＴＲＵのリストのための、例示的ＷＴＲＵ指向レイヤ２リンク確立を示す図である。

先に述べられたように、実施形態は、ＷＴＲＵ、ロボット車両、自動車、ＩｏＴギア、移動する任意のデバイス、または他の通信デバイスにおいて実施することができ、それらは、今度は、通信ネットワーク内において使用することができる。以下のセクションは、いくつかの例示的なＷＴＲＵおよび／または他の通信デバイス、ならびにそれらを含むことができるネットワークについての説明を提供する。

図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。

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

基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。

より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。

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

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。

他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（例えばワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。

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

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

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

図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。

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

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

図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

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

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

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

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

プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。

ＷＴＲＵ１０２のプロセッサ１１８は、本明細書において開示される代表的な実施形態を実施するために、例えば、１つまたは複数の加速度計、１つまたは複数のジャイロスコープ、ＵＳＢポート、他の通信インターフェース／ポート、ディスプレイおよび／または他の視覚／可聴インジケータのうちのいずれかを含む、様々な周辺機器１３８と動作可能に通信することができる。

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニットを含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。

図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供することができる。

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

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

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

図１Ａ～図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。

代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。

８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つのステーション）が、送信することができる。

高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。

サブ１ＧＨｚモードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含むことができる。

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体をビジーと見なすことができる。

米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。

図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延通信（ＵＲＬＬＣ）アクセスに依存するサービス、高速モバイル（例えば、大容量モバイル）ブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供することができる。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ／ＵＥ ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。

ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。

図１Ａ～図１Ｄ、および図１Ａ～図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。

エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストを行う目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用してテストを実行することができる。

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。

車車間／路車間（Ｖ２Ｘ）サービス指向リンク確立のためのシステム、方法、および手段が、提供される。ＰＣ５参照点上において２つの無線送信受信ユニット（ＷＴＲＵ）間で確立されたリンクのセキュリティコンテキストは、識別子（例えば、Ｋ_D-sess ＩＤ）の最下位ビット（ＬＳＢ）に基づいて、識別することができる。ＰＣ５参照点上において２つのＷＴＲＵ間で確立されたリンクのセキュリティコンテキストは、完全な識別子（例えば、Ｋ_D-sess ＩＤ）に基づいて、識別することができる。

第１のＷＴＲＵは、Ｖ２Ｘサービスについての情報を含む、ブロードキャストメッセージを生成することができる。第１のＷＴＲＵは、（例えば、第２のＷＴＲＵを含む１つまたは複数のＷＴＲＵに）ブロードキャストメッセージを送信するとき、例えば、Ｖ２Ｘサービス表示（V2V service indication）を含めることによって、Ｖ２Ｘサービスを広告することができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接通信要求メッセージを受信することができる。直接通信要求メッセージは、セキュリティキー識別子、Ｋ_D-sess ＩＤの最上位ビット（ＭＳＢ）のセットを含むことができる。

第１のＷＴＲＵは、キー識別子の最下位ビット（ＬＳＢ）のセットを生成することができる。第１のＷＴＲＵは、第２のＷＴＲＵから受信された直接通信要求メッセージと関連付けられた、セキュリティコンテキストを作成することができる。

第１のＷＴＲＵは、第２のＷＴＲＵに、直接セキュリティモードコマンドメッセージを送信することができる。直接セキュリティモードコマンドメッセージは、生成されたキー識別子のＬＳＢ、および／またはＶ２Ｘサービス情報を含むことができる。

第１のＷＴＲＵは、Ｖ２Ｘサービスについての情報と、キー識別子のＭＳＢのセットとを含む、ブロードキャストメッセージを生成することができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信することができる。直接セキュリティモードコマンドメッセージは、キー識別子、Ｋ_D-sess ＩＤのＬＳＢのセットを含むことができる。第１のＷＴＲＵは、生成されたキー識別子のＭＳＢのセットと、受信されたキー識別子のＬＳＢのセットとを組み合わせることによって、キー識別子を生成することができる。

第１のＷＴＲＵは、組み合わされたキー識別子が、一意であるかどうかを決定することができる。組み合わされたキー識別子が、一意である場合、第１のＷＴＲＵは、第２のＷＴＲＵから受信された直接セキュリティモードコマンドメッセージと関連付けられた、セキュリティコンテキストを生成することができる。セキュリティコンテキストは、一意の組み合わされたキー識別子に基づいて、識別することができる。第１のＷＴＲＵは、第２のＷＴＲＵに、直接セキュリティモード完了メッセージを送信することができる。

キー識別子が、一意でない場合、第１のＷＴＲＵは、第２のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信することができる。直接セキュリティモード拒否メッセージは、キー識別子のＬＳＢのセットが、一意でないことを示す、原因値を含むことができる。その後、第１のＷＴＲＵは、第２のＷＴＲＵから、キー識別子のＬＳＢの別のセットを受信することができる。第１のＷＴＲＵは、ＬＳＢの他のセットを使用して、別のセキュリティコンテキストを生成することができる。

図２は、接続セットアップ中における、セキュリティ関連付け確立の例を例示している。近接サービス（ＰｒｏＳｅ）直接通信のあるタイプ、またはＷＴＲＵ対ＷＴＲＵ通信（例えば、車車間／路車間（Ｖ２Ｘ）通信）は、ＰＣ５参照点上において確立することができる。１対１のＰｒｏＳｅ直接通信は、２つのＷＴＲＵ間の、例えば、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）とターゲットＷＴＲＵ（例えば、ＷＴＲＵ－２）との間の、ＰＣ５参照点上において、セキュアなレイヤ２リンクを確立することによって、実施することができる。開始ＷＴＲＵ、ＷＴＲＵ－１は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを生成することによって、直接リンクセットアップを開始することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージという用語と、直接通信要求メッセージという用語は、交換可能に使用することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信すると、開始ＷＴＲＵとターゲットＷＴＲＵは、リンク認証を実行し、直接リンクセキュリティ関連付けを確立することができる。リンク認証を完了し、直接リンクセキュリティ関連付けの確立に成功すると、ターゲットＷＴＲＵは、開始ＷＴＲＵに、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージを送信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージという用語と、直接通信受諾メッセージという用語は、交換可能に使用することができる。開始ＷＴＲＵは、ターゲットＷＴＲＵとの以降の１対１通信のために、確立されたリンクを使用することができる。

例えば、ＰｒｏＳｅ直接１対１通信においては、キーの多数のレイヤ（例えば、キーの４つの異なるレイヤ）を使用することができる。キーの複数のレイヤは、Ｋ_Dキー、Ｋ_D-sessキー、ＰｒｏＳｅ暗号化キー（ＰＥＫ）、および／またはＰｒｏＳｅ完全性キー（ＰＩＫ）を含むことができる。２５６ビットのルートキーが、存在することができる。Ｋ_Dキーは、ＰｒｏＳｅ直接１対１通信を使用して通信する、２つのエンティティ間において共有することができる。Ｋ_D ＩＤを使用して、Ｋ_Dを識別することができる。Ｋ_D-sessキーは、２５６ビットのルートキーとすることができる。Ｋ_D-sessキーは、２つのＷＴＲＵ間におけるデータ転送を保護するために使用されている、実際のセキュリティコンテキストのルートとすることができる。機密性および完全性アルゴリズムによって使用されるキー（例えば、ＰＥＫおよびＰＩＫ）は、Ｋ_D-sessキーから導出することができる。セキュリティコンテキストＩＤ（例えば、１６ビットのＫ_D-sess ＩＤ）を使用して、Ｋ_D-sessキーを識別することができる。ＰＥＫおよびＰＩＫは、それぞれ機密性アルゴリズムおよび完全性アルゴリズムによって使用することができる、セッションキーとすることができる。ＰＥＫおよびＰＩＫを使用して、ＰＣ５インターフェース上におけるＰｒｏＳｅ直接１対１通信を保護することができる。ＰＥＫおよび／またはＰＩＫは、Ｋ_D-sessキーから導出することができる。

ターゲットＷＴＲＵは、例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信したことに応答して、直接セキュリティモード制御手順を開始することができる。ターゲットＷＴＲＵは、Ｋ_D-sess ＩＤのＬＳＢを生成することができる。ターゲットＷＴＲＵは、例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを介して、開始ＷＴＲＵから、Ｋ_D-sess ＩＤのＭＳＢを受信することができる。ターゲットＷＴＲＵは、Ｋ_D-sess ＩＤのＬＳＢを、Ｋ_D-sess ＩＤの最上位ビット（ＭＳＢ）と組み合わせることができる。

ターゲットＷＴＲＵは、１２８ビットのＮｏｎｃｅ＿２値を生成することができる。ターゲットＷＴＲＵは、例えば、Ｋ_D、Ｎｏｎｃｅ＿１、およびＮｏｎｃｅ＿２を使用して、Ｋ_D-sessを導出することができる。図２に例示されるように、ターゲットＷＴＲＵは、開始ＷＴＲＵに、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを送信することができる。ターゲットＷＴＲＵは、Ｎｏｎｃｅ＿２と、Ｋ_D-sess ＩＤの最下位８ビットとを、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージ内に含めることができる。ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージという用語と、直接セキュリティモードコマンドメッセージという用語は、交換可能に使用することができる。開始ＷＴＲＵは、例えば、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージの受信に応答して、Ｋ_D-sess、機密性キー、および／または完全性キーを計算することができる。開始ＷＴＲＵは、例えば、Ｋ_D、Ｎｏｎｃｅ＿１、およびＮｏｎｃｅ＿２を使用して、Ｋ_D-sessを計算することができる。図２に例示されるように、開始ＷＴＲＵは、ターゲットＷＴＲＵに、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＰＬＥＴＥメッセージを送信することができる。ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＰＬＥＴＥメッセージという用語と、直接セキュリティモード完了メッセージという用語は、交換可能に使用することができる。開始ＷＴＲＵは、（例えば、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージで受信された）Ｋ_D-sess ＩＤのＬＳＢを、開始ＷＴＲＵによって生成されたＫ_D-sess ＩＤのＭＳＢと組み合わせることによって、Ｋ_D-sess ＩＤを形成することができる。

Ｋ_D-sess（例えば、セキュリティ関連付けのルート）は、開始ＷＴＲＵおよび／または送信ＷＴＲＵによって、生成することができる。Ｋ_D-sess ＩＤの一部は、セキュリティコンテキストを識別するために、使用する（例えば、ローカルに使用する）ことができる。例えば、開始ＷＴＲＵは、Ｋ_D-sess ＩＤの８つのＭＳＢを使用して、リンクのためのＫ_D-sessを見つけることができる。ターゲットＷＴＲＵは、形成されたＫ_D-sess ＩＤの８つのＬＳＢを使用して、リンクのためのそれのＫ_D-sessを見つけることができる。セキュリティコンテキストは、以下の情報要素、すなわち、Ｋ_D-sess、ＰＥＫ、ＰＩＫ、リモートＵＥユーザ情報、および／またはＫ_Dのうちの１つまたは複数を含むことができる。

ＷＴＲＵは、Ｖ２Ｘサービスのためのサービス告知（service announcement）および／またはユニキャストリンク確立手順を実行するように構成することができる。他のＰｒｏＳｅコンテキストにおいて使用されるような、発見チャネルは、Ｖ２Ｘコンテキストに対して、利用可能でないことがある。例えば、ＷＴＲＵの存在をピアＷＴＲＵに通知するために、Ｖ２Ｘ通信においては、サービス告知メカニズムを使用することができる。ＷＴＲＵ（例えば、Ｖ２Ｘ ＷＴＲＵ）の能力は、サービス告知メカニズムを介して、伝達することができる。ＷＴＲＵの能力は、例えば、Ｖ２Ｘ ＷＴＲＵによってサポートされるサービスを含むことができる。例えば、Ｖ２Ｘ ＷＴＲＵは、ユニキャスト通信をサポートするそれの能力について、ピアＷＴＲＵに通知することができる。Ｖ２Ｘ（例えば、エンハンストＶ２Ｘ（ｅＶ２Ｘ））リンク確立のために、様々なメカニズムを利用することができる。メカニズムは、ＷＴＲＵ指向レイヤ２リンク確立、および／またはＶ２Ｘサービス指向レイヤ２リンク確立を含むことができる。

図３は、Ｖ２Ｘのために利用することができる、例示的なレイヤ２リンク確立メカニズムを示す例示している。図３に例示されるように、レイヤ２リンク確立メカニズムにおいては、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）によって、ブロードキャストメカニズムを介して、例えば、アプリケーションと関連付けられたブロードキャストアドレスに送信することができる。例えば、第１のＷＴＲＵは、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。１つまたは複数のＷＴＲＵ（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、および／またはＷＴＲＵ－４）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）の上位レイヤ識別子を含むことができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内の第２のＷＴＲＵの上位レイヤ識別子は、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）から受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに応答するかどうかを、第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）が決定することを可能にするために、利用することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元Ｌ２ ＩＤは、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）のユニキャストＬ２ ＩＤとすることができる。第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）は、受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元Ｌ２ ＩＤを、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）への以降のメッセージのための送信先Ｌ２ ＩＤとして、使用することができる。第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）は、自らのユニキャストＬ２ ＩＤを、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）への以降のメッセージの送信元Ｌ２ ＩＤとして、使用することができる。第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）は、将来の通信のために、例えば、シグナリングトラフィックおよび／またはデータトラフィックのために、第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）のＬ２ ＩＤを獲得することができる。

図４は、例示的なＶ２Ｘレイヤ２リンク確立を例示している。図４に例示されるように、Ｌ２リンク確立を要求するＶ２Ｘサービスについての情報、例えば、告知されたＶ２Ｘサービスについての情報は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内に含めることができる。Ｖ２Ｘサービスについての情報は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに応答するかどうかを、他のＷＴＲＵ（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、および／またはＷＴＲＵ－４）が決定することを可能にすることができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージによって告知されたＶ２Ｘサービスを使用することに関心がある、１つまたは複数のＷＴＲＵ（例えば、図４に例示されるように、ＷＴＲＵ－２およびＷＴＲＵ－４）は、要求に応答することができる。応答ＷＴＲＵ（例えば、ＷＴＲＵ－２およびＷＴＲＵ－４）は、交換可能に、関心ＷＴＲＵ（interested WTRU）、応答ＷＴＲＵ（responding WTRU）、および／またはピアＷＴＲＵと呼ばれることがある。

開始ＷＴＲＵ（initiating WTRU）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。ブロードキャストされたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、Ｖ２Ｘサービスと関連付けられた情報を含むことができる。１つまたは複数のＷＴＲＵは、Ｖ２Ｘサービスについての情報を含む、ブロードキャストされたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。Ｖ２Ｘサービスを使用することに関心がある、１つまたは複数のＷＴＲＵは、直接セキュリティモード制御を開始することができる。１つまたは複数の関心ＷＴＲＵは、開始ＷＴＲＵに、それぞれのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージを送信することができる。それぞれのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージは、開始ＷＴＲＵ（例えば、図４におけるＷＴＲＵ－１）とのそれぞれのユニキャストリンクを確立することができる。

関心ＷＴＲＵ（interested WTRU）は、ブロードキャストされたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに返答することができる。例えば、関心ＷＴＲＵの各々は、開始ＷＴＲＵに、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを送信することができる。ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージは、開始ＷＴＲＵとのセキュリティ関連付けを作成することができる。Ｋ_D-sess ＩＤのＭＳＢを使用して、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）上におけるセキュリティ関連付けをローカルに識別することができる。最上位８ビット（ＭＳＢ）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）における各Ｋ_D-sess ＩＤについて、同じとすることができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）は、関心ＷＴＲＵの各々を、同じセキュリティコンテキストと関連付けることができる。Ｋ_D-sess ＩＤ（例えば、開始ＷＴＲＵからの８つのＭＳＢ＋ピアＷＴＲＵからの８つのＬＳＢ）は、開始ＷＴＲＵと関心ＷＴＲＵとの間の１対１のリンクの各々について、一意とすることができる。同じＭＳＢ Ｋ_D-sess ＩＤが、多数のピアＷＴＲＵによって参照されるので、リンク／セッションの各々についてのセキュリティ関連付けは、一意であることがあり、または一意でないことがある。

図５Ａおよび図５Ｂは、例示的なＶ２Ｘサービス指向リンク確立を例示している。図５Ａおよび図５Ｂに例示されるように、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに返答する、関心ＷＴＲＵの各々は、開始ＷＴＲＵ側におけるのと同じセキュリティ関連付けをポイントすることができる。

図５Ａおよび図５Ｂを参照すると、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって、第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）からのＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを受信することができる。開始ＷＴＲＵは、ＭＳＢ Ｋ_D-sess ＩＤによって識別される、セキュリティコンテキストエントリを作成することができる。開始ＷＴＲＵは、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージで受信された情報（例えば、Ｎｏｎｃｅ ２、Ｃｈｏｓｅｎ Ａｌｇｏｒｉｔｈｍｓ）を、他の情報、例えば、Ｋ_D-sess、ＰＥＫ、ＰＩＫ、Ｋ_D-sess ＩＤ、とともに、セーブすることができる。開始ＷＴＲＵは、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）から、第２のＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを受信することができる。第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）からのキーが、この同じセキュリティコンテキストエントリにすでにセーブされているので、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）から受信された値を用いて、セキュリティコンテキストを更新しないことがある。第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）および第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）によって使用されるセキュリティ手順は、第１の関心ＷＴＲＵおよび第２の関心ＷＴＲＵの各々が、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から受信した、同じＭＳＢ Ｋ_D-sess ＩＤに基づくことができる。

例においては、第２の関心ＷＴＲＵからの１つまたは複数のキーは、（例えば、第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）からのキーを上書きしてセーブすることがある。結果として、第１の関心ＷＴＲＵに対応する１つまたは複数のキーが、失われることがあるので、第１の関心ＷＴＲＵとの通信が、可能でなくなることがある。第１の関心ＷＴＲＵに対応する１つまたは複数のキーの喪失は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）と第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）との間の以降の直接通信において、セキュリティチェック失敗をもたらすことがある。

例においては、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）からの１つまたは複数のキーは、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって、セーブされないことがある。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）とのセキュリティ関連付けを確立することができないことがある。開始ＷＴＲＵと第２の関心ＷＴＲＵとの間のリンクは、確立されないことがある。開始ＷＴＲＵが、多数の応答／関心ＷＴＲＵとセキュアな直接通信を同時に確立することは、可能でないことがある。第１の関心ＷＴＲＵおよび第２の関心ＷＴＲＵの各々において、１つまたは複数のＮｏｎｃｅ＿２値を生成することができる。例えば、１つまたは複数のＮｏｎｃｅ＿２値は、２つのＷＴＲＵの各々において、ランダムに生成することができる。１つまたは複数のＮｏｎｃｅ＿２値は、異なる値を有することができる。

サービス指向および／またはＷＴＲＵ指向レイヤ２リンク確立を実施することができる。サービス指向レイヤ２ユニキャストリンク確立は、サービスのために、例えば、Ｖ２Ｘ通信のケースにおける、Ｖ２Ｘサービス、または他のタイプの通信、例えば、ドローン間の通信のケースにおける、別のサービスのために実施することができる。

図６Ａおよび図６Ｂは、例示的なＶ２Ｘサービス指向リンク確立を例示している。図６Ａおよび図６Ｂに例示されているように、関心ＷＴＲＵ（例えば、ＷＴＲＵ２およびＷＴＲＵ３）の各々は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、Ｖ２Ｘサービスについての情報を含むことができる。関心ＷＴＲＵのうちの１つまたは複数は、それらがＶ２Ｘサービスに関心があると決定することができる。Ｖ２Ｘサービスに関心がある１つまたは複数の関心ＷＴＲＵは、例えば、開始ＷＴＲＵに、それぞれのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することによって、開始ＷＴＲＵとのユニキャストリンク確立を開始することができる。関心ＷＴＲＵまたはピアＷＴＲＵの各々は、ユニキャストリンク確立を開始することができる。開始ＷＴＲＵは、１つまたは複数の関心ＷＴＲＵ（例えば、ＷＴＲＵ２およびＷＴＲＵ３）からの、受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに基づいて、開始ＷＴＲＵ上において、それぞれの異なるセキュリティコンテキストを作成することができる。ピアまたは関心ＷＴＲＵの各々について、（例えば、Ｋ_D-sess ＩＤのＬＳＢに基づいた）異なるセキュリティコンテキストインデックスを作成することができる。異なるセキュリティコンテキストは、例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージが、ピアまたは関心ＷＴＲＵから受信されるたびに、開始ＷＴＲＵによって、作成することができる。

図６Ａおよび図６Ｂに例示されるように、関心ＷＴＲＵまたはピアＷＴＲＵ（例えば、ＷＴＲＵ２）が、リンク確立セットアップのイニシエータとすることができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって送信される、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、サポートされるＶ２Ｘサービスを示すことができる。示されたサポートされるＶ２Ｘサービスに関心がある、１つまたは複数のＷＴＲＵは、開始ＷＴＲＵとのリンク確立を開始することができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、初期リンク確立メッセージで、ダミー値またはゼロに設定されたＫ_D-sess ＩＤのＭＳＢを示すことができる。Ｋ_D-sess ＩＤのＭＳＢをダミー値またはゼロに設定することは、値が開始ＷＴＲＵ（例えば、ＷＴＲＵ１）上におけるセキュリティコンテキストと関連付けられていないことを示すことができる。例においては、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージから、Ｋ_D-sess ＩＤのＭＳＢを除外することができる。

例においては、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、異なるタイプのメッセージ（例えば、Ｖ２Ｘ＿ＳＥＲＶＩＣＥ＿ＡＮＮＯＵＮＣＥＭＥＮＴ、Ｖ２Ｘ＿ＳＥＲＶＩＣＥ＿ＡＤＶＥＲＴＩＳＥＭＥＮＴ）で、サポートされるＶ２Ｘサービスを示して、例えば、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）からのこの初期メッセージの真の機能を反映させることができる。Ｋ_D-sess ＩＤのＭＳＢは、関心ＷＴＲＵまたはピアＷＴＲＵによって、生成することができる。例えば、告知されたＶ２Ｘサービスに関心がある１つまたは複数のＷＴＲＵ（例えば、ＷＴＲＵ２およびＷＴＲＵ３）は、Ｋ_D-sess ＩＤのＭＳＢのセットを生成することができる。開始ＷＴＲＵは、受信された各直接リンク通信要求について、Ｋ_D-sess ＩＤのＬＳＢの異なるセットを生成することができる。開始ＷＴＲＵは、各直接リンク通信要求について、異なるセキュリティコンテキストを生成することができる。各セキュリティコンテキストは、Ｋ_D-sess ＩＤのＬＳＢを使用して、インデックス付けすることができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、（例えば、Ｖ２Ｘサービスを告知するための）初期ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージでそれが送信した、Ｋ_D-sess ＩＤの最初に作成されたダミーＭＳＢを破棄することができる。

図６Ａおよび図６Ｂに例示されるように、関心ＷＴＲＵ（例えば、ＷＴＲＵ２）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信先フィールドは、ＷＴＲＵ１のＬ２ ＩＤになるように設定することができ、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元フィールドは、ＷＴＲＵ２のＬ２ ＩＤになるように設定することができる。初期ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ上において開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって告知されたＶ２Ｘサービス（例えば、関心ＷＴＲＵ、ＷＴＲＵ２にとっての関心サービス）と関連付けられた情報は、関心ＷＴＲＵ（例えば、ＷＴＲＵ２）によって、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に送信されるメッセージ上にコピーすることができる。

別の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。他の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）からのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、ＷＴＲＵ１ Ｌ２ ＩＤになるように設定された、送信先フィールドを含むことができ、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元フィールドは、ＷＴＲＵ３ Ｌ２ ＩＤになるように設定することができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって受信された、告知されたＶ２Ｘサービスは、他の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）によって、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に送信された、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内に含めることができる。開始ＷＴＲＵは、関心ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ３）からメッセージを受信すると、関心ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ３）との相互認証を開始することができる。

図７Ａおよび図７Ｂは、例示的なＶ２Ｘサービス指向リンク確立を例示している。セキュリティコンテキストは、セキュリティコンテキストＩＤ（例えば、完全なＫ_D-sess ＩＤ）に基づいて、見つけることができる。図７Ａおよび図７Ｂに例示されるように、開始ＷＴＲＵ（例えば、第１のＷＴＲＵ、ＷＴＲＵ１）は、例えば、セキュリティコンテキストＩＤ（例えば、Ｋ_D-sess ＩＤ）のＭＳＢを使用する代わりに、セキュリティコンテキストＩＤ（例えば、Ｋ_D-sess ＩＤ）全体を使用して、セキュリティコンテキストを見つけることができる。開始ＷＴＲＵ（例えば、第１のＷＴＲＵ、ＷＴＲＵ１）は、開始ＷＴＲＵと関連付けられた第１のセキュリティコンテキストＩＤと、（例えば、ピアＷＴＲＵ（例えば、ＷＴＲＵ２）から、直接セキュリティモードコマンドメッセージを介して、受信されるような）ピアＷＴＲＵからの第２のセキュリティコンテキストＩＤとを組み合わせる（例えば、連結する）ことによって、セキュリティコンテキストＩＤ（例えば、Ｋ_D-sess ＩＤ）全体を生成することができる。セキュリティコンテキストＩＤ全体は、第３のセキュリティコンテキストＩＤとすることができる。結果として得られる第３のセキュリティコンテキストＩＤ（例えば、Ｋ_D-sess ＩＤ）は、各１対１のリンクについて、一意とすることができる。開始ＷＴＲＵは、ピアＷＴＲＵ（例えば、ＷＴＲＵ２）に、直接セキュリティモード完了メッセージを送信することができる。

図７Ａおよび図７Ｂに例示されるように、第１のＷＴＲＵ（例えば、開始ＷＴＲＵ）は、直接通信要求メッセージを送信することができる。直接通信要求メッセージは、ブロードキャストを介して、送信することができる。直接通信要求メッセージは、第１のセキュリティコンテキストＩＤを含むことができる。例えば、第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤを生成することができる。第１のセキュリティコンテキストＩＤは、第１のＷＴＲＵと関連付けることができる。第１のセキュリティコンテキストＩＤは、セキュリティキーＩＤ（例えば、Ｋ_D-sess ＩＤ）のＭＳＢのセットを含むことができる。直接通信要求メッセージは、サポートされるＶ２Ｘサービスのリストを含むことができる。多数のＷＴＲＵが、ブロードキャスト直接通信要求メッセージを受信することができる。第２のＷＴＲＵは、（例えば、ブロードキャスト直接通信要求メッセージの受信に応答して）第１のＷＴＲＵに、直接セキュリティモードコマンドメッセージを送信することができる。第１のＷＴＲＵは、直接セキュリティモードコマンドメッセージを受信することができる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。例えば、第２のＷＴＲＵは、第２のセキュリティコンテキストＩＤを生成することができる。第２のセキュリティコンテキストＩＤは、第２のＷＴＲＵと関連付けることができる。第２セキュリティコンテキストＩＤは、セキュリティキーＩＤ（例えば、Ｋ_D-sess ＩＤ）のＬＳＢの第１のセットを含むことができる。直接セキュリティモードコマンドメッセージは、サポートされるＶ２ＸサービスのリストからのＶ２Ｘサービスを示すことができる。例えば、第２のＷＴＲＵは、Ｖ２Ｘサービスに関心があることがある。第１のＷＴＲＵは、例えば、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせることによって、第３のセキュリティコンテキストＩＤを決定することができる。第３のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＭＳＢのセットおよびＬＳＢのセットを含むことができる。第１のＷＴＲＵは、（例えば、第３のセキュリティコンテキストＩＤを使用して）第２のＷＴＲＵとセキュアな直接通信リンクを確立することができる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤに基づいて、第２のＷＴＲＵとのセキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成することができる。第２のＷＴＲＵは、第３のセキュリティコンテキストＩＤと関連付けられたセキュアな直接通信リンクが、第１のＷＴＲＵと第２のＷＴＲＵとの間で確立されたことを示すことができる、直接セキュリティモード完了メッセージを受信することができる。

第３のＷＴＲＵは、第１のＷＴＲＵに、第２の直接セキュリティモードコマンドメッセージを送信することができる。第１のＷＴＲＵは、第２の直接セキュリティモードコマンドメッセージを受信することができる。第２の直接セキュリティモードコマンドメッセージは、第４のセキュリティコンテキストＩＤを含むことができる。第４のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第４のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢの第２のセットを含むことができる。第１のＷＴＲＵは、第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるかどうかを決定することができる。例えば、第１のＷＴＲＵは、ＬＳＢの第１のセットが、ＬＳＢの第２のセットと同じであるかどうかを決定することができる。第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるとき、第１のＷＴＲＵは、第３のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信することができる。直接セキュリティモード拒否メッセージは、ＬＳＢの第２のセットが一意でないことを示すことができる。第３のＷＴＲＵは、直接セキュリティモード拒否メッセージを受信することができる。第３のＷＴＲＵは、例えば、直接セキュリティモード拒否メッセージの受信に基づいて、第４のセキュリティコンテキストＩＤが一意ではないと決定することができる。第３のＷＴＲＵは、例えば、直接セキュリティモード拒否メッセージの受信に応答して、第５のセキュリティコンテキストＩＤを生成することができる。第５のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第５セキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢの第３のセットを含むことができる。第３のＷＴＲＵは、第１のＷＴＲＵに、第３の直接セキュリティモードコマンドメッセージを送信することができる。例えば、第１のＷＴＲＵは、第３のＷＴＲＵから、直接セキュリティモード拒否メッセージに応答して、第３の直接セキュリティモードコマンドメッセージを受信することができる。第３の直接セキュリティモードコマンドメッセージは、第５のセキュリティコンテキストＩＤを含むことができる。

図７Ａおよび図７Ｂに例示されるように、ピアＷＴＲＵ（例えば、ＷＴＲＵ４）は、別のピアＷＴＲＵ（例えば、ＷＴＲＵ３）によってすでに使用されている、Ｋ_D-sess ＩＤのＬＳＢのセットを生成することがある。そのようなケースにおいては、形成されたＫ_D-sess ＩＤ（例えば、ＬＳＢのセットを組み合わせたＭＳＢのセット）は、開始ＷＴＲＵ上にすでに存在していることがある。形成されたＫ_D-sess ＩＤが、開始ＷＴＲＵに、すでに存在するとき、開始ＷＴＲＵは、例えば、ピアＷＴＲＵ（例えば、ＷＴＲＵ４）に、直接セキュリティモード拒否メッセージを送信することによって、直接セキュリティモードコマンドメッセージを拒否することができる。直接セキュリティモード拒否メッセージは、Ｋ_D-sess ＩＤのＬＳＢが一意でないこと（例えば、Ｋ_D-sess ＩＤのＬＳＢの衝突）を示す原因値を含むことができる。ピアＷＴＲＵ（例えば、ＷＴＲＵ４）が、そのような拒否メッセージを受信したとき、拒否メッセージ内の原因値が、Ｋ_D-sess ＩＤのＬＳＢの衝突に関連するかどうかを決定することができる。ピアＷＴＲＵ（例えば、ＷＴＲＵ４）は、Ｋ_D-sess ＩＤのＬＳＢの別のセットを生成することができる。ピアＷＴＲＵ（例えば、ＷＴＲＵ４）は、Ｋ_D-sess ＩＤの拒否されたＬＳＢと関連付けられた、セキュリティコンテキストエントリ（例えば、開始ＷＴＲＵから受信された直接通信要求メッセージからセーブされた情報、導出されたＫ_D-sessキー、ＰＥＫ、ＰＩＫなど）を、Ｋ_D-sess ＩＤのＬＳＢの他のセットを用いて生成され、それと関連付けられた、別のセキュリティコンテキストにコピーすることができる。ピアＷＴＲＵ（例えば、ＷＴＲＵ４）は、Ｋ_D-sess ＩＤの拒否されたＬＳＢのセットを忘却および／または廃棄することができる。ピアＷＴＲＵ（例えば、ＷＴＲＵ４）は、開始ＷＴＲＵに、Ｋ_D-sess ＩＤのＬＳＢの他の（例えば、新たに生成された）セットを示す、別の（例えば、新たな）直接セキュリティモードコマンドメッセージを送信することができる。ピアＷＴＲＵは、Ｋ_D-sess ＩＤのＬＳＢの他のセットをセーブ（例えば、ローカルにセーブ）することができる。

Ｋ_D-sess ＩＤのＭＳＢとＫ_D-sess ＩＤのＬＳＢとを用いて形成されたＫ_D-sess ＩＤは、各ピアＷＴＲＵ（例えば、関心ＷＴＲＵ）について一意とすることができる。開始ＷＴＲＵは、Ｋ_D-sess ＩＤ値を使用して、ピアＷＴＲＵと関連付けられたセキュリティコンテキストを記憶し、および／または見つけることができる。１つのピアＷＴＲＵ（例えば、単一のピアＷＴＲＵ）は、セキュリティコンテキストと（例えば、Ｋ_D-sess ＩＤの同じＭＳＢとさえも）関連付けることができる。（例えば、Ｋ_D-sess ＩＤの同じＭＳＢが、使用される場合であっても）各セキュリティコンテキストのために、Ｋ_D-sess ＩＤのＬＳＢが異なる、異なるＫ_D-sess ＩＤを使用することができる。（例えば、多数の関心ＷＴＲＵとの）多数のユニキャスト通信のために、異なるＫ_D-sess ＩＤを利用することができる。

ＷＴＲＵは、Ｖ２Ｘサービス指向レイヤ２ユニキャストリンク確立を実行するように構成することができる。（例えば、１つのＶ２Ｘサービスの代わりに）Ｖ２Ｘサービスのリストを、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを介して、指定することができる。例えば、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、Ｖ２Ｘサービスのリストを示すことができる。（例えば、メッセージ当たり１つのＶ２Ｘサービスの代わりの）ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内のサービスのリストは、開始ＷＴＲＵによって送信されることがあるメッセージの数を減らすことができ、それによって、さもなければ受信ＷＴＲＵによって処理されることがあるメッセージの数を減らすことができる。

図８は、Ｖ２Ｘサービスのリストを用いた、例示的なＶ２Ｘサービス指向レイヤ２ユニキャストリンク確立を例示している。図８に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）からの直接通信要求ブロードキャストメッセージは、（例えば、１つのＶ２Ｘサービスと関連付けられた情報の代わりに）Ｖ２Ｘサービスのリストと関連付けられた情報を含むことができる。直接通信要求ブロードキャストメッセージでサービスのリストを送信する開始ＷＴＲＵは、開始ＷＴＲＵによって送信されるメッセージの数を減らすことができる。直接通信要求ブロードキャストメッセージでサービスのリストを送信する開始ＷＴＲＵは、受信ＷＴＲＵによって処理されるメッセージの数を減らすことができる。例えば、ＷＴＲＵが、５つのＶ２Ｘサービスをサポートする場合、開始ＷＴＲＵは、（例えば、５つのメッセージの代わりに）１つのメッセージを使用して、５つのＶ２Ｘサービスすべてを広告することができる。告知メッセージは、定期的に繰り返すことができるので、１つのメッセージを利用して、５つのＶ２Ｘサービスすべてを広告することは、時間の期間にわたる（例えば、開始ＷＴＲＵによって送信される、および／または受信ＷＴＲＵによって処理される）メッセージのかなりの量をセーブすることをもたらすことができる。

直接通信要求ブロードキャストメッセージでサービスのリストを送信する開始ＷＴＲＵは、サービスのリスト内の１つまたは複数の（例えば、すべての）Ｖ２Ｘサービスのために、ＷＴＲＵを接続するために必要とされる時間を減らすことができる。例えば、多数のサービス（例えば、５つのサービス）のサポートを広告するメッセージを受信したＷＴＲＵは、関心があるＶ２Ｘサービスのためのリンク確立をトリガ（例えば、直ちにトリガ）することができる（例えば、３つのＶ２Ｘサービスが、受信ＷＴＲＵにとって関心がある場合、３つのリンクを同時にセットアップすることができる）。例えば、ＷＴＲＵは、追加のＶ２Ｘサービスのサポートを告知する追加のメッセージの受信を待つ必要なしに、リンク確立をトリガすることができる。

図８に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、サポートされるＶ２Ｘサービスのリストを含む、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。サポートされるＶ２Ｘサービスのリストは、多数のＶ２ＸサービスＩＤを含むことができる。各Ｖ２ＸサービスＩＤは、（例えば、ＷＴＲＵ１ユーザ情報値などの）ユーザ情報とペアにすることができる。ユーザ情報は、各Ｖ２Ｘサービスについて、および／または各Ｖ２Ｘアプリケーションについて、提供することができる。図８に例示されるように、多数の受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、および／またはＷＴＲＵ４）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。受信ＷＴＲＵの各々は、複数のＶ２Ｘサービスを処理し、デコードすることができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、１つのＶ２Ｘサービスに関心があることがある。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、例えば、本明細書において説明されるように、関心があるＶ２Ｘサービスのためのユニキャスト通信を開始することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、送信元ＩＤを受信ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ２ Ｌ２ ＩＤ）として、また送信先ＩＤを開始ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ１ Ｌ２ ＩＤ）として、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージで、関心があるサービスを指定することができる。

図８に例示されるように、受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、サービスのリストを広告する開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、それが開始ＷＴＲＵから受信したサービスのリストのうちの複数のＶ２Ｘサービスに関心があることがある。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、本明細書において説明されるように、関心がある第１のＶ２Ｘサービスのためのユニキャスト通信を開始することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、送信元ＩＤを受信ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ４ Ｌ２ ＩＤ）として、また送信先ＩＤを開始ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ１ Ｌ２ ＩＤ）として、初期ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。受信ＷＴＲＵは、それのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内に、関心があるＶ２Ｘサービスを含めることができる。開始ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ１ Ｌ２ ＩＤ）は、サービスごとの値（例えば、一意の値）を使用することができる。新しい送信元レイヤ２ ＩＤは、リンク確立中、および／または（図に示されない）直接通信受諾メッセージを送信するとき、開始ＷＴＲＵによって、追加することができる。レイヤ２ ＩＤを更新するために、情報要素（ＩＥ）を使用することができる。ピアＷＴＲＵは、ＩＥを介して受信された値を用いて、それのピアＬ２ ＩＤを更新することができる。ピアＷＴＲＵは、１つまたは複数の以降の通信のために、更新されたＬ２ ＩＤを使用することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、本明細書において説明されるように、関心があるＶ２Ｘサービスの各々のためのユニキャスト通信を開始することができる。Ｖ２Ｘサービスの各々のためのユニキャスト通信の開始は、同時とすることができる。

図９は、例えば、ＷＴＲＵの上位レイヤ情報を使用した、ＷＴＲＵのリストについての、例示的なＷＴＲＵ指向レイヤ２リンク確立を例示している。図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）からの直接通信要求ブロードキャストメッセージは、ＷＴＲＵの各々と関連付けられた上位レイヤ情報を含むことができる。ＷＴＲＵの上位レイヤＩＤのリストを含む、１つのブロードキャストメッセージを送信することは、開始ＷＴＲＵによって送信されることがあるメッセージの数を減らすことができる。例えば、開始ＷＴＲＵは、開始ＷＴＲＵがそれらとリンクを確立することを望むことがある、複数の受信ＷＴＲＵに対して、（例えば、複数の受信ＷＴＲＵの各々に単一のメッセージを送信する代わりに）１つの直接通信要求ブロードキャストメッセージを送信することができる。

受信ＷＴＲＵは、ＷＴＲＵの上位レイヤＩＤのリストを有する、直接通信要求ブロードキャストメッセージの受信時に、それの上位レイヤＩＤがリスト内にあるかどうかを決定することができる。受信ＷＴＲＵは、受信された直接通信要求ブロードキャストメッセージを処理し、デコードすることができる。受信ＷＴＲＵが、それの上位レイヤＩＤが、直接通信要求ブロードキャストメッセージの、ＷＴＲＵの上位レイヤＩＤのリスト内にあると決定した場合、受信ＷＴＲＵは、開始ＷＴＲＵとのレイヤ２リンク確立をトリガ（例えば、直ちにトリガ）することができる。受信ＷＴＲＵは、例えば、開始ＷＴＲＵからの追加メッセージの受信を待つことなしに、レイヤ２リンクを確立することができる。

図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）は、それが到達することを望むことがあるＷＴＲＵの送信先上位レイヤＩＤを有する、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。受信ＷＴＲＵの各々（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、およびＷＴＲＵ－４）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。受信ＷＴＲＵの各々（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、およびＷＴＲＵ－４）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを処理し、デコードすることができ、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内において指定されたＷＴＲＵが、応答することができる。例えば、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）が、多数のＷＴＲＵとのリンクを確立することを望む場合、開始ＷＴＲＵは、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを、多数回（例えば、各回は、それぞれのＷＴＲＵの上位レイヤＩＤを含む）、送信することができる。

図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、多数の受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）に、開始ＷＴＲＵが到達することを望むことがあるＷＴＲＵの上位レイヤＩＤを有する、単一のＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）の各々は、受信された単一ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを処理し、デコードすることができる。

図９に例示されるように、受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに対する応答を送信することによって、レイヤ２リンクを確立することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）は、本明細書において説明されるように、直接通信受諾メッセージ（例えば、オプションＡ）、または自らのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ（例えば、オプションＢ）のどちらかを送信することができる。

図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、送信先上位レイヤＩＤのリストを有する、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。多数の受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）が、メッセージを受信することができる。複数のＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）は、多数の上位レイヤＩＤを処理し、デコードすることができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）が、送信先上位レイヤＩＤのリストが、自らの上位レイヤＩＤを含むと決定した場合、受信ＷＴＲＵは、リンク確立を続行することができる。オプションＡを使用すると、受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）は、例えば、リンク認証およびセキュリティ関連付けの後、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に、受信されたメッセージに対する応答として、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージを送信することができる。このオプションＡを使用すると、開始ＷＴＲＵおよび受信ＷＴＲＵ上において、Ｋ_D-sess ＩＤ全体を使用して、セキュリティコンテキストをローカルで見つけることができる。オプションＢを使用すると、返答ＷＴＲＵの各々が、開始ＷＴＲＵの（例えば、ＷＴＲＵ１の）ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに返答することができるわけではない。返答ＷＴＲＵのうちの１つまたは複数が、例えば、それぞれの自らのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することによって、リンク確立を開始することができる。

Claims (20)

1. 第１の無線送受信ユニット（ＷＴＲＵ）であって、
   前記第１のＷＴＲＵと関連付けられた第１のセキュリティコンテキスト識別子（ＩＤ）を含む、直接通信要求メッセージを送信し、
   第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信し、前記直接セキュリティモードコマンドメッセージは、前記第２のＷＴＲＵと関連付けられた第２のセキュリティコンテキストＩＤを含んでおり、
   前記第１のセキュリティコンテキストＩＤと前記第２のセキュリティコンテキストＩＤとを組み合わせることによって、第３のセキュリティコンテキストＩＤを決定し、
   前記第３のセキュリティコンテキストＩＤを使用して、前記第２のＷＴＲＵとのセキュアな直接通信リンクを確立する
   ように構成されたプロセッサ
   を備えた、第１の無線送受信ユニット（ＷＴＲＵ）。
2. 前記第１のＷＴＲＵと関連付けられた前記第１のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最上位ビット（ＭＳＢ）のセットを含み、前記第２のＷＴＲＵと関連付けられた前記第２のセキュリティコンテキストＩＤは、前記セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含む請求項１に記載のＷＴＲＵ。
3. 前記第３のセキュリティコンテキストＩＤは、前記セキュリティキーＩＤのＭＳＢの前記セットおよびＬＳＢの前記セットを含む請求項２に記載のＷＴＲＵ。
4. 前記直接セキュリティモードコマンドメッセージは、第１の直接セキュリティモードコマンドメッセージであり、前記プロセッサは、
   第３のＷＴＲＵから、第２の直接セキュリティモードコマンドメッセージを受信し、前記第２の直接セキュリティモードコマンドメッセージは、前記第３のＷＴＲＵと関連付けられた第４のセキュリティコンテキストＩＤを含んでおり、
   前記第４のセキュリティコンテキストＩＤが、前記第２のセキュリティコンテキストＩＤと同じであるかどうかを決定し、
   前記第４のセキュリティコンテキストＩＤが、前記第２のセキュリティコンテキストＩＤと同じである条件で、前記第３のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信する
   ようにさらに構成された請求項１に記載のＷＴＲＵ。
5. 前記第３のＷＴＲＵと関連付けられた前記第４のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含む請求項４に記載のＷＴＲＵ。
6. 前記プロセッサは、前記直接セキュリティモード拒否メッセージに応答して、前記第３のＷＴＲＵから第３の直接セキュリティモードコマンドメッセージを受信し、前記第３の直接セキュリティモードコマンドメッセージは、前記第３のＷＴＲＵと関連付けられた第５のセキュリティコンテキストＩＤを含んでいるようにさらに構成された請求項４に記載のＷＴＲＵ。
7. 前記第３のＷＴＲＵと関連付けられた前記第５のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含む請求項６に記載のＷＴＲＵ。
8. 前記プロセッサは、前記第３のセキュリティコンテキストＩＤに基づいて、前記第２のＷＴＲＵとの前記セキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成するようにさらに構成された請求項１に記載のＷＴＲＵ。
9. 前記直接通信要求メッセージは、サポートされる車車間／路車間（Ｖ２Ｘ）サービスのリストを含む請求項１に記載のＷＴＲＵ。
10. 前記第２のＷＴＲＵからの前記直接セキュリティモードコマンドメッセージは、サポートされるＶ２Ｘサービスの前記リストからのＶ２Ｘサービスを示している請求項９に記載のＷＴＲＵ。
11. 前記第１のＷＴＲＵと関連付けられた第１のセキュリティコンテキスト識別子（ＩＤ）を含む、直接通信要求メッセージを送信するステップと、
    第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信するステップであって、前記直接セキュリティモードコマンドメッセージは、前記第２のＷＴＲＵと関連付けられた第２のセキュリティコンテキストＩＤを含んでいる、ステップと、
    前記第１のセキュリティコンテキストＩＤと前記第２のセキュリティコンテキストＩＤとを組み合わせることによって、第３のセキュリティコンテキストＩＤを決定するステップと、
    前記第３のセキュリティコンテキストＩＤを使用して、前記第２のＷＴＲＵとのセキュアな直接通信リンクを確立するステップと
    を備える方法。
12. 前記第１のＷＴＲＵと関連付けられた前記第１のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最上位ビット（ＭＳＢ）のセットを含み、前記第２のＷＴＲＵと関連付けられた前記第２のセキュリティコンテキストＩＤは、前記セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含む請求項１１に記載の方法。
13. 前記第３のセキュリティコンテキストＩＤは、前記セキュリティキーＩＤのＭＳＢの前記セットおよびＬＳＢの前記セットを含む請求項１２に記載の方法。
14. 前記直接セキュリティモードコマンドメッセージは、第１の直接セキュリティモードコマンドメッセージであり、
    第３のＷＴＲＵから、第２の直接セキュリティモードコマンドメッセージを受信するステップであって、前記第２の直接セキュリティモードコマンドメッセージは、前記第３のＷＴＲＵと関連付けられた第４のセキュリティコンテキストＩＤを含んでいる、ステップと、
    前記第４のセキュリティコンテキストＩＤが、前記第２のセキュリティコンテキストＩＤと同じであるかどうかを決定するステップと、
    前記第４のセキュリティコンテキストＩＤが、前記第２のセキュリティコンテキストＩＤと同じである条件で、前記第３のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信するステップと
    をさらに備える請求項１１に記載の方法。
15. 前記第３のＷＴＲＵと関連付けられた前記第４のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含む請求項１４に記載の方法。
16. 前記直接セキュリティモード拒否メッセージに応答して、前記第３のＷＴＲＵから第３の直接セキュリティモードコマンドメッセージを受信するステップであって、前記第３の直接セキュリティモードコマンドメッセージは、前記第３のＷＴＲＵと関連付けられた第５のセキュリティコンテキストＩＤを含んでいる、ステップ
    をさらに備える請求項１４に記載の方法。
17. 前記第３のＷＴＲＵと関連付けられた前記第５のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含む請求項１６に記載の方法。
18. 前記第３のセキュリティコンテキストＩＤに基づいて、前記第２のＷＴＲＵとの前記セキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成するステップ
    をさらに備える請求項１１に記載の方法。
19. 前記直接通信要求メッセージは、サポートされる車車間／路車間（Ｖ２Ｘ）サービスのリストを含む請求項１１に記載の方法。
20. 前記第２のＷＴＲＵからの前記直接セキュリティモードコマンドメッセージは、サポートされるＶ２Ｘサービスの前記リストからのＶ２Ｘサービスを示している請求項１９に記載の方法。

Images