知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特開2024-113157ＰＣ５インターフェース上においてＶ２Ｘユニキャスト通信を可能にする手順
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024113157
(43)【公開日】2024-08-21
(54)【発明の名称】ＰＣ５インターフェース上においてＶ２Ｘユニキャスト通信を可能にする手順
(51)【国際特許分類】
H04W 76/14 20180101AFI20240814BHJP
H04W 4/40 20180101ALI20240814BHJP
H04W 12/08 20210101ALI20240814BHJP
H04W 92/18 20090101ALI20240814BHJP
【ＦＩ】
H04W76/14
H04W4/40
H04W12/08
H04W92/18
【審査請求】有
【請求項の数】21
【出願形態】ＯＬ
(21)【出願番号】P 2024093704
(22)【出願日】2024-06-10
(62)【分割の表示】P 2021541437の分割
【原出願日】2020-01-20
(31)【優先権主張番号】62/794,052
(32)【優先日】2019-01-18
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ペラス、ミッシェル
(72)【発明者】
【氏名】アーマッド、サード
(72)【発明者】
【氏名】フェルディ、サミール
(72)【発明者】
【氏名】アンワー、カーリッド
(57)【要約】
【課題】車車間／路車間（Ｖ２Ｘ）サービス指向リンク確立のシステム、方法、および手段を提供する。
【解決手段】第１の無線送受信ユニット（ＷＴＲＵ）は、直接通信要求メッセージをブロードキャストできる。直接通信要求メッセージは、第１のセキュリティコンテキスト識別子（ＩＤ）を含むことができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信できる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせて、第３のセキュリティコンテキストＩＤを決定できる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤを使用して、第２のＷＴＲＵとのセキュアな直接通信リンクを確立できる。
【選択図】図７Ａ
【解決手段】第１の無線送受信ユニット（ＷＴＲＵ）は、直接通信要求メッセージをブロードキャストできる。直接通信要求メッセージは、第１のセキュリティコンテキスト識別子（ＩＤ）を含むことができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信できる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせて、第３のセキュリティコンテキストＩＤを決定できる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤを使用して、第２のＷＴＲＵとのセキュアな直接通信リンクを確立できる。
【選択図】図７Ａ
【特許請求の範囲】
【請求項1】
第１の無線送受信ユニット（第１のＷＴＲＵ）であって、
第２のＷＴＲＵへ、第１のメッセージを送信し、前記第１のメッセージは前記第２のＷＴＲＵと通信する要求を示しており、
前記第２のＷＴＲＵから、第２のメッセージを受信し、前記第２のメッセージは、前記第２のＷＴＲＵと関連付けられた最下位ビット（ＬＳＢ）の第１のセットを示しており、
当該第１のＷＴＲＵと関連付けられた生成された最上位ビット（ＭＳＢ）のセットおよび前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットを使用して、セキュリティキー識別子を生成し、
前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットと、第３のＷＴＲＵと関連付けられたＬＳＢの第２のセットとの間で衝突が存在することを決定し、
前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットと、ＬＳＢの前記第２のセットとの間の前記衝突を示している第３のメッセージを送信する
ように構成されたプロセッサ
を備えた第１のＷＴＲＵ。
第２のＷＴＲＵへ、第１のメッセージを送信し、前記第１のメッセージは前記第２のＷＴＲＵと通信する要求を示しており、
前記第２のＷＴＲＵから、第２のメッセージを受信し、前記第２のメッセージは、前記第２のＷＴＲＵと関連付けられた最下位ビット（ＬＳＢ）の第１のセットを示しており、
当該第１のＷＴＲＵと関連付けられた生成された最上位ビット（ＭＳＢ）のセットおよび前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットを使用して、セキュリティキー識別子を生成し、
前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットと、第３のＷＴＲＵと関連付けられたＬＳＢの第２のセットとの間で衝突が存在することを決定し、
前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットと、ＬＳＢの前記第２のセットとの間の前記衝突を示している第３のメッセージを送信する
ように構成されたプロセッサ
を備えた第１のＷＴＲＵ。
【請求項2】
前記第１のメッセージは、サポートされる車車間／路車間（Ｖ２Ｘ）サービスのリストを含む請求項１に記載の第１のＷＴＲＵ。
【請求項3】
前記プロセッサは、ＬＳＢの前記第１のセットがＬＳＢの前記第２のセットと異なると決定される場合、セキュアな通信リンクを使用して、前記第２のＷＴＲＵへ前記第３のメッセージを送信するようさらに構成された請求項１に記載の第１のＷＴＲＵ。
【請求項4】
前記プロセッサは、前記セキュリティキー識別子がもう１つのセキュリティキー識別子と異なると決定される場合、セキュアな通信リンクを使用して、前記第２のＷＴＲＵへ前記第３のメッセージを送信するようさらに構成された請求項１に記載の第１のＷＴＲＵ。
【請求項5】
前記プロセッサは、セキュアな通信リンクを使用して、前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットがＬＳＢの前記第２のセットと同様であると示している前記第３のメッセージを送信し、および、
前記第２のＷＴＲＵから、前記第２のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している第４のメッセージを受信するようさらに構成された請求項１に記載の第１のＷＴＲＵ。
前記第２のＷＴＲＵから、前記第２のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している第４のメッセージを受信するようさらに構成された請求項１に記載の第１のＷＴＲＵ。
【請求項6】
前記プロセッサは、前記第３のＷＴＲＵへ、第４のメッセージを送信するようさらに構成され、前記第４のメッセージは、ＬＳＢの前記第１のセットと、ＬＳＢの前記第２のセットとの間の前記衝突を示している請求項１に記載の第１のＷＴＲＵ。
【請求項7】
前記プロセッサは、前記第３のＷＴＲＵから、第５のメッセージを受信するようさらに構成され、前記第５のメッセージは、前記第３のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している請求項６に記載の第１のＷＴＲＵ。
【請求項8】
前記セキュリティキー識別子は、第１のセキュリティキー識別子であり、前記プロセッサは、第２のセキュアな通信リンクを使用して、前記第３のＷＴＲＵへ第６のメッセージを送信するようさらに構成され、前記第２のセキュアな通信リンクは第２のセキュリティキー識別子と関連付けられている請求項７に記載の第１のＷＴＲＵ。
【請求項9】
通信リンクを確立するための、第１の無線送受信ユニット（第１のＷＴＲＵ）によって実施される方法であって、
第２のＷＴＲＵへ、第１のメッセージを送信するステップであって、前記第１のメッセージは前記第２のＷＴＲＵと通信する要求を示している、ステップと、
前記第２のＷＴＲＵから、第２のメッセージを受信するステップであって、前記第２のメッセージは、前記第２のＷＴＲＵと関連付けられた最下位ビット（ＬＳＢ）の第１のセットを示している、ステップと、
前記第１のＷＴＲＵと関連付けられた最上位ビット（ＭＳＢ）の生成されたセットおよび前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットを使用して、セキュリティキー識別子を生成するステップと、
前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットと、第３のＷＴＲＵと関連付けられたＬＳＢの第２のセットとの間で衝突が存在することを決定するステップと、
前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットとＬＳＢの前記第２のセットとの間の前記衝突を示している第３のメッセージを送るステップと
を備える方法。
第２のＷＴＲＵへ、第１のメッセージを送信するステップであって、前記第１のメッセージは前記第２のＷＴＲＵと通信する要求を示している、ステップと、
前記第２のＷＴＲＵから、第２のメッセージを受信するステップであって、前記第２のメッセージは、前記第２のＷＴＲＵと関連付けられた最下位ビット（ＬＳＢ）の第１のセットを示している、ステップと、
前記第１のＷＴＲＵと関連付けられた最上位ビット（ＭＳＢ）の生成されたセットおよび前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットを使用して、セキュリティキー識別子を生成するステップと、
前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットと、第３のＷＴＲＵと関連付けられたＬＳＢの第２のセットとの間で衝突が存在することを決定するステップと、
前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットとＬＳＢの前記第２のセットとの間の前記衝突を示している第３のメッセージを送るステップと
を備える方法。
【請求項10】
前記第１のメッセージは、サポートされる車車間／路車間（Ｖ２Ｘ）サービスのリストを含む請求項９に記載の方法。
【請求項11】
ＬＳＢの前記第１のセットがＬＳＢの前記第２のセットと異なると決定される場合、セキュアな通信リンクを使用して、前記第２のＷＴＲＵへ前記第３のメッセージを送信するステップ
をさらに備える請求項９に記載の方法。
をさらに備える請求項９に記載の方法。
【請求項12】
前記セキュリティキー識別子がもう１つのセキュリティキー識別子と異なると決定される場合、セキュアな通信リンクを使用して、前記第２のＷＴＲＵへ前記第３のメッセージを送信するステップ
をさらに備える請求項９に記載の方法。
をさらに備える請求項９に記載の方法。
【請求項13】
前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットがＬＳＢの前記第２のセットと同様であると示している第４のメッセージを送信するステップと、
前記第２のＷＴＲＵから、前記第２のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している第５のメッセージを受信するステップと
をさらに備える請求項９に記載の方法。
前記第２のＷＴＲＵから、前記第２のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している第５のメッセージを受信するステップと
をさらに備える請求項９に記載の方法。
【請求項14】
前記第３のＷＴＲＵへ、第４のメッセージを送信するステップであって、前記第４のメッセージは、ＬＳＢの前記第１のセットと、ＬＳＢの前記第２のセットとの間の前記衝突を示している、ステップと、
前記第３のＷＴＲＵから、第５のメッセージを受信するステップであって、前記第５のメッセージは、前記第３のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している、ステップと
をさらに備える請求項９に記載の方法。
前記第３のＷＴＲＵから、第５のメッセージを受信するステップであって、前記第５のメッセージは、前記第３のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している、ステップと
をさらに備える請求項９に記載の方法。
【請求項15】
前記セキュリティキー識別子は、第１のセキュリティキー識別子であり、
第２のセキュアな通信リンクを使用して、前記第３のＷＴＲＵへ第６のメッセージを送信するステップであって、前記第２のセキュアな通信リンクは第２のセキュリティキー識別子と関連付けられている、ステップ
をさらに備える請求項１４に記載の方法。
第２のセキュアな通信リンクを使用して、前記第３のＷＴＲＵへ第６のメッセージを送信するステップであって、前記第２のセキュアな通信リンクは第２のセキュリティキー識別子と関連付けられている、ステップ
をさらに備える請求項１４に記載の方法。
【請求項16】
通信リンクを確立するための、第１の無線送受信ユニット（第１のＷＴＲＵ）であって、
第２のＷＴＲＵへ、第１のメッセージを送信し、前記第１のメッセージは前記第２のＷＴＲＵと通信する要求を示しており、
前記第２のＷＴＲＵから、第２のメッセージを受信し、前記第２のメッセージは、前記第２のＷＴＲＵと関連付けられた最下位ビット（ＬＳＢ）の第１のセットを示しており、
当該第１のＷＴＲＵと関連付けられた生成された最上位ビット（ＭＳＢ）のセットおよび前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットを使用して、セキュリティキー識別子を生成し、
前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットと、第３のＷＴＲＵと関連付けられたＬＳＢの第２のセットとの間で衝突が存在するかどうかを決定し、
衝突が存在しないと決定される場合、前記セキュリティキー識別子と関連付けられたセキュアな通信リンクを使用して、前記第２のＷＴＲＵへ第３のメッセージを送信し、
衝突が存在すると決定される場合、前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットと、ＬＳＢの第２のセットとの間の前記衝突を示している第４のメッセージを送信する
ように構成されたプロセッサ
を備えた第１のＷＴＲＵ。
第２のＷＴＲＵへ、第１のメッセージを送信し、前記第１のメッセージは前記第２のＷＴＲＵと通信する要求を示しており、
前記第２のＷＴＲＵから、第２のメッセージを受信し、前記第２のメッセージは、前記第２のＷＴＲＵと関連付けられた最下位ビット（ＬＳＢ）の第１のセットを示しており、
当該第１のＷＴＲＵと関連付けられた生成された最上位ビット（ＭＳＢ）のセットおよび前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットを使用して、セキュリティキー識別子を生成し、
前記第２のＷＴＲＵと関連付けられたＬＳＢの前記第１のセットと、第３のＷＴＲＵと関連付けられたＬＳＢの第２のセットとの間で衝突が存在するかどうかを決定し、
衝突が存在しないと決定される場合、前記セキュリティキー識別子と関連付けられたセキュアな通信リンクを使用して、前記第２のＷＴＲＵへ第３のメッセージを送信し、
衝突が存在すると決定される場合、前記第２のＷＴＲＵへ、ＬＳＢの前記第１のセットと、ＬＳＢの第２のセットとの間の前記衝突を示している第４のメッセージを送信する
ように構成されたプロセッサ
を備えた第１のＷＴＲＵ。
【請求項17】
前記第１のメッセージは、サポートされる車車間／路車間（Ｖ２Ｘ）サービスのリストを含む請求項１６に記載の第１のＷＴＲＵ。
【請求項18】
衝突が存在すると決定される場合、前記プロセッサは、前記第３のＷＴＲＵへ、第５のメッセージを送信するようさらに構成され、前記第５のメッセージは前記衝突を示している請求項１６に記載の第１のＷＴＲＵ。
【請求項19】
前記プロセッサは、前記第３のＷＴＲＵから、第６のメッセージを受信するようさらに構成され、前記第６のメッセージは、前記第３のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している請求項１８に記載の第１のＷＴＲＵ。
【請求項20】
前記セキュリティキー識別子は、第１のセキュリティキー識別子であり、前記プロセッサは、第２のセキュアな通信リンクを使用して、前記第３のＷＴＲＵへ第７のメッセージを送信するようさらに構成され、前記第２のセキュアな通信リンクは第２のセキュリティキー識別子と関連付けられている請求項１９に記載の第１のＷＴＲＵ。
【請求項21】
前記第４のメッセージは、ＬＳＢの前記第１のセットがＬＳＢの前記第２のセットと同様であると示しており、
前記プロセッサは、前記第２のＷＴＲＵから第５のメッセージを受信するようさらに構成され、前記第５のメッセージは前記第２のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している請求項１６に記載の第１のＷＴＲＵ。
前記プロセッサは、前記第２のＷＴＲＵから第５のメッセージを受信するようさらに構成され、前記第５のメッセージは前記第２のＷＴＲＵと関連付けられたＬＳＢの第３のセットを示している請求項１６に記載の第１のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、Ｖ２Ｘユニキャスト通信を可能にする手順に関する。
【背景技術】
【0002】
関連出願の相互参照
本出願は、その内容が参照によって本明細書に組み込まれる、２０１９年１月１８日に出願された、米国特許仮出願第６２／７９４，０５２号の利益を主張する。
本出願は、その内容が参照によって本明細書に組み込まれる、２０１９年１月１８日に出願された、米国特許仮出願第６２／７９４，０５２号の利益を主張する。
【0003】
２つ以上の近接サービス（proximity service）（ＰｒｏＳｅ）対応の無線デバイス間において通信経路を確立するために、ＰｒｏＳｅ直接通信を利用することができる。例えば、２つの無線デバイス間における、ＰｒｏＳｅ直接通信は、それらの間のＰＣ５参照点上においてレイヤ２リンクを確立することによって、設定することができる。レイヤ２リンクは、セキュアとすることができる。
【発明の概要】
【発明が解決しようとする課題】
【0004】
新規な、Ｖ２Ｘユニキャスト通信を可能にする手順を提供する。
【課題を解決するための手段】
【0005】
第１の無線送信受信ユニット（ＷＴＲＵ）は、（例えば、ブロードキャストを介して）直接通信要求メッセージを送信することができる。直接通信要求メッセージは、第１のセキュリティコンテキスト識別子（ＩＤ）を含むことができる。第１のセキュリティコンテキストＩＤは、第１のＷＴＲＵと関連付けることができる。第１セキュリティコンテキストＩＤは、セキュリティキーＩＤの最上位ビット（ＭＳＢ）のセットとすることができ、またはそれを含むことができる。セキュリティＩＤは、ＫD-sess ＩＤとすることができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信することができる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。第２のセキュリティコンテキストＩＤは、第２のＷＴＲＵと関連付けることができる。第２のセキュリティコンテキストＩＤは、セキュリティキーＩＤの最下位ビット（ＬＳＢ）のセットを含むことができる。第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせることによって、第３のセキュリティコンテキストＩＤを決定することができる。第３のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＭＳＢのセットおよびＬＳＢのセットを含むことができる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤを使用して、第２のＷＴＲＵとのセキュアな直接通信リンクを確立することができる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤに基づいて、第２のＷＴＲＵとのセキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成することができる。直接通信要求メッセージは、サポートされる車車間／路車間（Ｖ２Ｘ：vehicle to everything）サービスのリストを含むことができる。直接セキュリティモードコマンドメッセージは、サポートされるＶ２Ｘサービスのリストからの１つまたは複数のＶ２Ｘサービスを示すことができる。
【0006】
直接セキュリティモードコマンドメッセージは、第１の直接セキュリティモードコマンドメッセージとすることができる。第１のＷＴＲＵは、第３のＷＴＲＵから、第２の直接セキュリティモードコマンドメッセージを受信することができる。第２の直接セキュリティモードコマンドメッセージは、第４のセキュリティコンテキストＩＤを含むことができる。第４のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第４のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢのセットを含むことができる。第１のＷＴＲＵは、第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるかどうかを決定することができる。第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるという条件において、第１のＷＴＲＵは、第３のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信することができる。第１のＷＴＲＵは、第３のＷＴＲＵから、例えば、直接セキュリティモード拒否メッセージに応答して、第３の直接セキュリティモードコマンドメッセージを受信することができる。第３の直接セキュリティモードコマンドメッセージは、第５のセキュリティコンテキストＩＤを含むことができる。第５のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第５のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢのセットを含むことができる。
【0007】
ＷＴＲＵは、例えば、開始ＷＴＲＵから、第１のセキュリティコンテキストＩＤを含むことができる、直接通信要求メッセージを受信することができる。ＷＴＲＵは、ＷＴＲＵと関連付けられた第２のセキュリティコンテキストＩＤを生成することができる。ＷＴＲＵは、開始ＷＴＲＵに、第２のセキュリティコンテキストＩＤを含むことができる、直接セキュリティモードコマンドメッセージを送信することができる。ＷＴＲＵは、セキュアな直接通信リンクが、第３のセキュリティコンテキストＩＤを使用して、ＷＴＲＵと開始ＷＴＲＵとの間において確立されたことを示すことができる、直接セキュリティモード完了メッセージを受信することができる。第３のセキュリティコンテキストＩＤは、セキュリティキーＩＤ（例えば、ＫD-sess ＩＤ）のＭＳＢのセットおよびＬＳＢのセットを含むことができる。セキュリティキーＩＤのＭＳＢのセットは、開始ＷＴＲＵによって生成された第１のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができ、セキュリティキーＩＤのＬＳＢのセットは、ＷＴＲＵによって生成された第２のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができる。
【0008】
ＷＴＲＵは、第２のセキュリティコンテキストＩＤ（例えば、潜在的なセキュリティキーＩＤのＬＳＢ）の衝突を示すことができる、直接セキュリティモード拒否メッセージを受信することがある。ＷＴＲＵは、ＷＴＲＵと関連付けられた新しいセキュリティコンテキストＩＤ（例えば、第４のセキュリティコンテキストＩＤ）を作成し、開始ＷＴＲＵに、第４のセキュリティコンテキストＩＤを含むことができる、第２の直接セキュリティモードコマンドメッセージを送信することができる。ＷＴＲＵと関連付けられた第４のセキュリティコンテキストＩＤは、開始ＷＴＲＵによって生成された第１のセキュリティコンテキストＩＤと組み合わされて、セキュリティキーＩＤ（例えば、ＫD-sess ＩＤ）を形成することができる。例えば、セキュリティキーＩＤのＭＳＢは、開始ＷＴＲＵによって生成された第１のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができ、セキュリティキーＩＤのＬＳＢは、ＷＴＲＵによって生成された第４のセキュリティコンテキストＩＤとすることができ、またはそれを含むことができる。ＷＴＲＵは、セキュアな直接通信リンクが、セキュリティキーＩＤ（例えば、ＫD-sess ＩＤ）を使用して、ＷＴＲＵと開始ＷＴＲＵとの間において確立されたことを示すことができる、直接セキュリティモード完了メッセージを受信することができる。
【発明の効果】
【0009】
新規な、Ｖ２Ｘユニキャスト通信を可能にする手順を提供できる。
【図面の簡単な説明】
【0010】
【図1A】１つ以上の開示された実施形態を実施できる例示的通信システムを示す図である。
【図2】直接リンク接続セットアップ中における、例示的セキュリティ関連付け確立を示す図である。
【図3】例示的なＷＴＲＵ指向レイヤ２リンク確立を示す図である。
【図4】例示的なＶ２Ｘサービス指向レイヤ２リンク確立を示す図である。
【図5A】セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最上位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。
【図5B】セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最上位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。
【図6A】セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最下位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。
【図6B】セキュリティコンテキストが、ＫＤ－ｓｅｓｓ ＩＤの最下位ビットに基づく、例示的Ｖ２Ｘサービス指向レイヤ２リンク確立を示す図である。
【図7A】セキュリティコンテキストが、完全なＫＤ－ｓｅｓｓ ＩＤに基づく、例示的Ｖ２Ｘサービス指向リンク確立を示す図である。
【図7B】セキュリティコンテキストが、完全なＫＤ－ｓｅｓｓ ＩＤに基づく、例示的Ｖ２Ｘサービス指向リンク確立を示す図である。
【図8】Ｖ２Ｘサービスのリストを用いた、例示的Ｖ２Ｘサービス指向レイヤ２ユニキャストリンク確立を示す図である。
【図9】ＷＴＲＵの上位レイヤ情報を使用した、ＷＴＲＵのリストのための、例示的ＷＴＲＵ指向レイヤ２リンク確立を示す図である。
【発明を実施するための形態】
【0011】
先に述べられたように、実施形態は、ＷＴＲＵ、ロボット車両、自動車、ＩｏＴギア、移動する任意のデバイス、または他の通信デバイスにおいて実施することができ、それらは、今度は、通信ネットワーク内において使用することができる。以下のセクションは、いくつかの例示的なＷＴＲＵおよび／または他の通信デバイス、ならびにそれらを含むことができるネットワークについての説明を提供する。
【0012】
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【0013】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【0014】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ（ＨＮＢ）、ホームｅノードＢ（ＨｅＮＢ）、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【0015】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【0016】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【0017】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【0018】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することができる。
【0019】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【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】
車車間／路車間（Ｖ２Ｘ）サービス指向リンク確立のためのシステム、方法、および手段が、提供される。ＰＣ５参照点上において２つの無線送信受信ユニット（ＷＴＲＵ）間で確立されたリンクのセキュリティコンテキストは、識別子（例えば、ＫD-sess ＩＤ）の最下位ビット（ＬＳＢ）に基づいて、識別することができる。ＰＣ５参照点上において２つのＷＴＲＵ間で確立されたリンクのセキュリティコンテキストは、完全な識別子（例えば、ＫD-sess ＩＤ）に基づいて、識別することができる。
【0068】
第１のＷＴＲＵは、Ｖ２Ｘサービスについての情報を含む、ブロードキャストメッセージを生成することができる。第１のＷＴＲＵは、（例えば、第２のＷＴＲＵを含む１つまたは複数のＷＴＲＵに）ブロードキャストメッセージを送信するとき、例えば、Ｖ２Ｘサービス表示（V2V service indication）を含めることによって、Ｖ２Ｘサービスを広告することができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接通信要求メッセージを受信することができる。直接通信要求メッセージは、セキュリティキー識別子、ＫD-sess ＩＤの最上位ビット（ＭＳＢ）のセットを含むことができる。
【0069】
第１のＷＴＲＵは、キー識別子の最下位ビット（ＬＳＢ）のセットを生成することができる。第１のＷＴＲＵは、第２のＷＴＲＵから受信された直接通信要求メッセージと関連付けられた、セキュリティコンテキストを作成することができる。
【0070】
第１のＷＴＲＵは、第２のＷＴＲＵに、直接セキュリティモードコマンドメッセージを送信することができる。直接セキュリティモードコマンドメッセージは、生成されたキー識別子のＬＳＢ、および／またはＶ２Ｘサービス情報を含むことができる。
【0071】
第１のＷＴＲＵは、Ｖ２Ｘサービスについての情報と、キー識別子のＭＳＢのセットとを含む、ブロードキャストメッセージを生成することができる。第１のＷＴＲＵは、第２のＷＴＲＵから、直接セキュリティモードコマンドメッセージを受信することができる。直接セキュリティモードコマンドメッセージは、キー識別子、ＫD-sess ＩＤのＬＳＢのセットを含むことができる。第１のＷＴＲＵは、生成されたキー識別子のＭＳＢのセットと、受信されたキー識別子のＬＳＢのセットとを組み合わせることによって、キー識別子を生成することができる。
【0072】
第１のＷＴＲＵは、組み合わされたキー識別子が、一意であるかどうかを決定することができる。組み合わされたキー識別子が、一意である場合、第１のＷＴＲＵは、第２のＷＴＲＵから受信された直接セキュリティモードコマンドメッセージと関連付けられた、セキュリティコンテキストを生成することができる。セキュリティコンテキストは、一意の組み合わされたキー識別子に基づいて、識別することができる。第１のＷＴＲＵは、第２のＷＴＲＵに、直接セキュリティモード完了メッセージを送信することができる。
【0073】
キー識別子が、一意でない場合、第１のＷＴＲＵは、第２のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信することができる。直接セキュリティモード拒否メッセージは、キー識別子のＬＳＢのセットが、一意でないことを示す、原因値を含むことができる。その後、第１のＷＴＲＵは、第２のＷＴＲＵから、キー識別子のＬＳＢの別のセットを受信することができる。第１のＷＴＲＵは、ＬＳＢの他のセットを使用して、別のセキュリティコンテキストを生成することができる。
【0074】
図２は、接続セットアップ中における、セキュリティ関連付け確立の例を例示している。近接サービス（ＰｒｏＳｅ）直接通信のあるタイプ、またはＷＴＲＵ対ＷＴＲＵ通信（例えば、車車間／路車間（Ｖ２Ｘ）通信）は、ＰＣ５参照点上において確立することができる。１対１のＰｒｏＳｅ直接通信は、２つのＷＴＲＵ間の、例えば、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）とターゲットＷＴＲＵ（例えば、ＷＴＲＵ－２）との間の、ＰＣ５参照点上において、セキュアなレイヤ２リンクを確立することによって、実施することができる。開始ＷＴＲＵ、ＷＴＲＵ－１は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを生成することによって、直接リンクセットアップを開始することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージという用語と、直接通信要求メッセージという用語は、交換可能に使用することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信すると、開始ＷＴＲＵとターゲットＷＴＲＵは、リンク認証を実行し、直接リンクセキュリティ関連付けを確立することができる。リンク認証を完了し、直接リンクセキュリティ関連付けの確立に成功すると、ターゲットＷＴＲＵは、開始ＷＴＲＵに、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージを送信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージという用語と、直接通信受諾メッセージという用語は、交換可能に使用することができる。開始ＷＴＲＵは、ターゲットＷＴＲＵとの以降の１対１通信のために、確立されたリンクを使用することができる。
【0075】
例えば、ＰｒｏＳｅ直接１対１通信においては、キーの多数のレイヤ（例えば、キーの４つの異なるレイヤ）を使用することができる。キーの複数のレイヤは、ＫDキー、ＫD-sessキー、ＰｒｏＳｅ暗号化キー（ＰＥＫ）、および／またはＰｒｏＳｅ完全性キー（ＰＩＫ）を含むことができる。２５６ビットのルートキーが、存在することができる。ＫDキーは、ＰｒｏＳｅ直接１対１通信を使用して通信する、２つのエンティティ間において共有することができる。ＫD ＩＤを使用して、ＫDを識別することができる。ＫD-sessキーは、２５６ビットのルートキーとすることができる。ＫD-sessキーは、２つのＷＴＲＵ間におけるデータ転送を保護するために使用されている、実際のセキュリティコンテキストのルートとすることができる。機密性および完全性アルゴリズムによって使用されるキー（例えば、ＰＥＫおよびＰＩＫ）は、ＫD-sessキーから導出することができる。セキュリティコンテキストＩＤ（例えば、１６ビットのＫD-sess ＩＤ）を使用して、ＫD-sessキーを識別することができる。ＰＥＫおよびＰＩＫは、それぞれ機密性アルゴリズムおよび完全性アルゴリズムによって使用することができる、セッションキーとすることができる。ＰＥＫおよびＰＩＫを使用して、ＰＣ５インターフェース上におけるＰｒｏＳｅ直接１対１通信を保護することができる。ＰＥＫおよび／またはＰＩＫは、ＫD-sessキーから導出することができる。
【0076】
ターゲットＷＴＲＵは、例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信したことに応答して、直接セキュリティモード制御手順を開始することができる。ターゲットＷＴＲＵは、ＫD-sess ＩＤのＬＳＢを生成することができる。ターゲットＷＴＲＵは、例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを介して、開始ＷＴＲＵから、ＫD-sess ＩＤのＭＳＢを受信することができる。ターゲットＷＴＲＵは、ＫD-sess ＩＤのＬＳＢを、ＫD-sess ＩＤの最上位ビット（ＭＳＢ）と組み合わせることができる。
【0077】
ターゲットＷＴＲＵは、１２８ビットのＮｏｎｃｅ＿２値を生成することができる。ターゲットＷＴＲＵは、例えば、ＫD、Ｎｏｎｃｅ＿１、およびＮｏｎｃｅ＿２を使用して、ＫD-sessを導出することができる。図２に例示されるように、ターゲットＷＴＲＵは、開始ＷＴＲＵに、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを送信することができる。ターゲットＷＴＲＵは、Ｎｏｎｃｅ＿２と、ＫD-sess ＩＤの最下位８ビットとを、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージ内に含めることができる。ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージという用語と、直接セキュリティモードコマンドメッセージという用語は、交換可能に使用することができる。開始ＷＴＲＵは、例えば、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージの受信に応答して、ＫD-sess、機密性キー、および／または完全性キーを計算することができる。開始ＷＴＲＵは、例えば、ＫD、Ｎｏｎｃｅ＿１、およびＮｏｎｃｅ＿２を使用して、ＫD-sessを計算することができる。図２に例示されるように、開始ＷＴＲＵは、ターゲットＷＴＲＵに、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＰＬＥＴＥメッセージを送信することができる。ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＰＬＥＴＥメッセージという用語と、直接セキュリティモード完了メッセージという用語は、交換可能に使用することができる。開始ＷＴＲＵは、（例えば、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージで受信された）ＫD-sess ＩＤのＬＳＢを、開始ＷＴＲＵによって生成されたＫD-sess ＩＤのＭＳＢと組み合わせることによって、ＫD-sess ＩＤを形成することができる。
【0078】
ＫD-sess（例えば、セキュリティ関連付けのルート）は、開始ＷＴＲＵおよび／または送信ＷＴＲＵによって、生成することができる。ＫD-sess ＩＤの一部は、セキュリティコンテキストを識別するために、使用する（例えば、ローカルに使用する）ことができる。例えば、開始ＷＴＲＵは、ＫD-sess ＩＤの８つのＭＳＢを使用して、リンクのためのＫD-sessを見つけることができる。ターゲットＷＴＲＵは、形成されたＫD-sess ＩＤの８つのＬＳＢを使用して、リンクのためのそれのＫD-sessを見つけることができる。セキュリティコンテキストは、以下の情報要素、すなわち、ＫD-sess、ＰＥＫ、ＰＩＫ、リモートＵＥユーザ情報、および／またはＫDのうちの１つまたは複数を含むことができる。
【0079】
ＷＴＲＵは、Ｖ２Ｘサービスのためのサービス告知（service announcement）および／またはユニキャストリンク確立手順を実行するように構成することができる。他のＰｒｏＳｅコンテキストにおいて使用されるような、発見チャネルは、Ｖ２Ｘコンテキストに対して、利用可能でないことがある。例えば、ＷＴＲＵの存在をピアＷＴＲＵに通知するために、Ｖ２Ｘ通信においては、サービス告知メカニズムを使用することができる。ＷＴＲＵ（例えば、Ｖ２Ｘ ＷＴＲＵ）の能力は、サービス告知メカニズムを介して、伝達することができる。ＷＴＲＵの能力は、例えば、Ｖ２Ｘ ＷＴＲＵによってサポートされるサービスを含むことができる。例えば、Ｖ２Ｘ ＷＴＲＵは、ユニキャスト通信をサポートするそれの能力について、ピアＷＴＲＵに通知することができる。Ｖ２Ｘ（例えば、エンハンストＶ２Ｘ（ｅＶ２Ｘ））リンク確立のために、様々なメカニズムを利用することができる。メカニズムは、ＷＴＲＵ指向レイヤ２リンク確立、および／またはＶ２Ｘサービス指向レイヤ２リンク確立を含むことができる。
【0080】
図３は、Ｖ２Ｘのために利用することができる、例示的なレイヤ２リンク確立メカニズムを示す例示している。図３に例示されるように、レイヤ２リンク確立メカニズムにおいては、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）によって、ブロードキャストメカニズムを介して、例えば、アプリケーションと関連付けられたブロードキャストアドレスに送信することができる。例えば、第１のＷＴＲＵは、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。１つまたは複数のＷＴＲＵ（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、および／またはＷＴＲＵ－４）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）の上位レイヤ識別子を含むことができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内の第２のＷＴＲＵの上位レイヤ識別子は、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）から受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに応答するかどうかを、第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）が決定することを可能にするために、利用することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元Ｌ２ ＩＤは、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）のユニキャストＬ２ ＩＤとすることができる。第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）は、受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元Ｌ２ ＩＤを、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）への以降のメッセージのための送信先Ｌ２ ＩＤとして、使用することができる。第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）は、自らのユニキャストＬ２ ＩＤを、第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）への以降のメッセージの送信元Ｌ２ ＩＤとして、使用することができる。第１のＷＴＲＵ（例えば、ＷＴＲＵ－１）は、将来の通信のために、例えば、シグナリングトラフィックおよび／またはデータトラフィックのために、第２のＷＴＲＵ（例えば、ＷＴＲＵ－２）のＬ２ ＩＤを獲得することができる。
【0081】
図４は、例示的なＶ２Ｘレイヤ２リンク確立を例示している。図４に例示されるように、Ｌ２リンク確立を要求するＶ２Ｘサービスについての情報、例えば、告知されたＶ２Ｘサービスについての情報は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内に含めることができる。Ｖ２Ｘサービスについての情報は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに応答するかどうかを、他のＷＴＲＵ（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、および／またはＷＴＲＵ－４）が決定することを可能にすることができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージによって告知されたＶ２Ｘサービスを使用することに関心がある、１つまたは複数のＷＴＲＵ（例えば、図４に例示されるように、ＷＴＲＵ－２およびＷＴＲＵ－４）は、要求に応答することができる。応答ＷＴＲＵ（例えば、ＷＴＲＵ－２およびＷＴＲＵ－４）は、交換可能に、関心ＷＴＲＵ（interested WTRU）、応答ＷＴＲＵ（responding WTRU）、および／またはピアＷＴＲＵと呼ばれることがある。
【0082】
開始ＷＴＲＵ（initiating WTRU）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。ブロードキャストされたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、Ｖ２Ｘサービスと関連付けられた情報を含むことができる。１つまたは複数のＷＴＲＵは、Ｖ２Ｘサービスについての情報を含む、ブロードキャストされたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。Ｖ２Ｘサービスを使用することに関心がある、１つまたは複数のＷＴＲＵは、直接セキュリティモード制御を開始することができる。１つまたは複数の関心ＷＴＲＵは、開始ＷＴＲＵに、それぞれのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージを送信することができる。それぞれのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージは、開始ＷＴＲＵ（例えば、図４におけるＷＴＲＵ－１）とのそれぞれのユニキャストリンクを確立することができる。
【0083】
関心ＷＴＲＵ（interested WTRU）は、ブロードキャストされたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに返答することができる。例えば、関心ＷＴＲＵの各々は、開始ＷＴＲＵに、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを送信することができる。ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージは、開始ＷＴＲＵとのセキュリティ関連付けを作成することができる。ＫD-sess ＩＤのＭＳＢを使用して、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）上におけるセキュリティ関連付けをローカルに識別することができる。最上位８ビット（ＭＳＢ）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）における各ＫD-sess ＩＤについて、同じとすることができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）は、関心ＷＴＲＵの各々を、同じセキュリティコンテキストと関連付けることができる。ＫD-sess ＩＤ（例えば、開始ＷＴＲＵからの８つのＭＳＢ＋ピアＷＴＲＵからの８つのＬＳＢ）は、開始ＷＴＲＵと関心ＷＴＲＵとの間の１対１のリンクの各々について、一意とすることができる。同じＭＳＢ ＫD-sess ＩＤが、多数のピアＷＴＲＵによって参照されるので、リンク／セッションの各々についてのセキュリティ関連付けは、一意であることがあり、または一意でないことがある。
【0084】
図５Ａおよび図５Ｂは、例示的なＶ２Ｘサービス指向リンク確立を例示している。図５Ａおよび図５Ｂに例示されるように、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに返答する、関心ＷＴＲＵの各々は、開始ＷＴＲＵ側におけるのと同じセキュリティ関連付けをポイントすることができる。
【0085】
図５Ａおよび図５Ｂを参照すると、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって、第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）からのＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを受信することができる。開始ＷＴＲＵは、ＭＳＢ ＫD-sess ＩＤによって識別される、セキュリティコンテキストエントリを作成することができる。開始ＷＴＲＵは、ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージで受信された情報（例えば、Ｎｏｎｃｅ ２、Ｃｈｏｓｅｎ Ａｌｇｏｒｉｔｈｍｓ）を、他の情報、例えば、ＫD-sess、ＰＥＫ、ＰＩＫ、ＫD-sess ＩＤ、とともに、セーブすることができる。開始ＷＴＲＵは、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）から、第２のＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージを受信することができる。第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）からのキーが、この同じセキュリティコンテキストエントリにすでにセーブされているので、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）から受信された値を用いて、セキュリティコンテキストを更新しないことがある。第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）および第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）によって使用されるセキュリティ手順は、第１の関心ＷＴＲＵおよび第２の関心ＷＴＲＵの各々が、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から受信した、同じＭＳＢ ＫD-sess ＩＤに基づくことができる。
【0086】
例においては、第２の関心ＷＴＲＵからの１つまたは複数のキーは、（例えば、第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）からのキーを上書きしてセーブすることがある。結果として、第１の関心ＷＴＲＵに対応する１つまたは複数のキーが、失われることがあるので、第１の関心ＷＴＲＵとの通信が、可能でなくなることがある。第１の関心ＷＴＲＵに対応する１つまたは複数のキーの喪失は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）と第１の関心ＷＴＲＵ（例えば、ＷＴＲＵ２）との間の以降の直接通信において、セキュリティチェック失敗をもたらすことがある。
【0087】
例においては、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）からの１つまたは複数のキーは、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって、セーブされないことがある。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、第２の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）とのセキュリティ関連付けを確立することができないことがある。開始ＷＴＲＵと第２の関心ＷＴＲＵとの間のリンクは、確立されないことがある。開始ＷＴＲＵが、多数の応答／関心ＷＴＲＵとセキュアな直接通信を同時に確立することは、可能でないことがある。第１の関心ＷＴＲＵおよび第２の関心ＷＴＲＵの各々において、１つまたは複数のＮｏｎｃｅ＿２値を生成することができる。例えば、１つまたは複数のＮｏｎｃｅ＿２値は、２つのＷＴＲＵの各々において、ランダムに生成することができる。１つまたは複数のＮｏｎｃｅ＿２値は、異なる値を有することができる。
【0088】
サービス指向および／またはＷＴＲＵ指向レイヤ２リンク確立を実施することができる。サービス指向レイヤ２ユニキャストリンク確立は、サービスのために、例えば、Ｖ２Ｘ通信のケースにおける、Ｖ２Ｘサービス、または他のタイプの通信、例えば、ドローン間の通信のケースにおける、別のサービスのために実施することができる。
【0089】
図６Ａおよび図６Ｂは、例示的なＶ２Ｘサービス指向リンク確立を例示している。図６Ａおよび図６Ｂに例示されているように、関心ＷＴＲＵ（例えば、ＷＴＲＵ２およびＷＴＲＵ３）の各々は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、Ｖ２Ｘサービスについての情報を含むことができる。関心ＷＴＲＵのうちの１つまたは複数は、それらがＶ２Ｘサービスに関心があると決定することができる。Ｖ２Ｘサービスに関心がある１つまたは複数の関心ＷＴＲＵは、例えば、開始ＷＴＲＵに、それぞれのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することによって、開始ＷＴＲＵとのユニキャストリンク確立を開始することができる。関心ＷＴＲＵまたはピアＷＴＲＵの各々は、ユニキャストリンク確立を開始することができる。開始ＷＴＲＵは、１つまたは複数の関心ＷＴＲＵ（例えば、ＷＴＲＵ２およびＷＴＲＵ３）からの、受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに基づいて、開始ＷＴＲＵ上において、それぞれの異なるセキュリティコンテキストを作成することができる。ピアまたは関心ＷＴＲＵの各々について、（例えば、ＫD-sess ＩＤのＬＳＢに基づいた）異なるセキュリティコンテキストインデックスを作成することができる。異なるセキュリティコンテキストは、例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージが、ピアまたは関心ＷＴＲＵから受信されるたびに、開始ＷＴＲＵによって、作成することができる。
【0090】
図６Ａおよび図６Ｂに例示されるように、関心ＷＴＲＵまたはピアＷＴＲＵ（例えば、ＷＴＲＵ２）が、リンク確立セットアップのイニシエータとすることができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって送信される、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、サポートされるＶ２Ｘサービスを示すことができる。示されたサポートされるＶ２Ｘサービスに関心がある、１つまたは複数のＷＴＲＵは、開始ＷＴＲＵとのリンク確立を開始することができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、初期リンク確立メッセージで、ダミー値またはゼロに設定されたＫD-sess ＩＤのＭＳＢを示すことができる。ＫD-sess ＩＤのＭＳＢをダミー値またはゼロに設定することは、値が開始ＷＴＲＵ（例えば、ＷＴＲＵ１）上におけるセキュリティコンテキストと関連付けられていないことを示すことができる。例においては、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージから、ＫD-sess ＩＤのＭＳＢを除外することができる。
【0091】
例においては、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、異なるタイプのメッセージ（例えば、Ｖ２Ｘ＿ＳＥＲＶＩＣＥ＿ＡＮＮＯＵＮＣＥＭＥＮＴ、Ｖ２Ｘ＿ＳＥＲＶＩＣＥ＿ＡＤＶＥＲＴＩＳＥＭＥＮＴ）で、サポートされるＶ２Ｘサービスを示して、例えば、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）からのこの初期メッセージの真の機能を反映させることができる。ＫD-sess ＩＤのＭＳＢは、関心ＷＴＲＵまたはピアＷＴＲＵによって、生成することができる。例えば、告知されたＶ２Ｘサービスに関心がある１つまたは複数のＷＴＲＵ（例えば、ＷＴＲＵ２およびＷＴＲＵ３）は、ＫD-sess ＩＤのＭＳＢのセットを生成することができる。開始ＷＴＲＵは、受信された各直接リンク通信要求について、ＫD-sess ＩＤのＬＳＢの異なるセットを生成することができる。開始ＷＴＲＵは、各直接リンク通信要求について、異なるセキュリティコンテキストを生成することができる。各セキュリティコンテキストは、ＫD-sess ＩＤのＬＳＢを使用して、インデックス付けすることができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、（例えば、Ｖ２Ｘサービスを告知するための）初期ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージでそれが送信した、ＫD-sess ＩＤの最初に作成されたダミーＭＳＢを破棄することができる。
【0092】
図６Ａおよび図６Ｂに例示されるように、関心ＷＴＲＵ（例えば、ＷＴＲＵ２）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信先フィールドは、ＷＴＲＵ１のＬ２ ＩＤになるように設定することができ、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元フィールドは、ＷＴＲＵ２のＬ２ ＩＤになるように設定することができる。初期ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ上において開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって告知されたＶ２Ｘサービス（例えば、関心ＷＴＲＵ、ＷＴＲＵ２にとっての関心サービス）と関連付けられた情報は、関心ＷＴＲＵ（例えば、ＷＴＲＵ２）によって、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に送信されるメッセージ上にコピーすることができる。
【0093】
別の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。他の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）からのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、ＷＴＲＵ１ Ｌ２ ＩＤになるように設定された、送信先フィールドを含むことができ、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージの送信元フィールドは、ＷＴＲＵ３ Ｌ２ ＩＤになるように設定することができる。開始ＷＴＲＵ（例えば、ＷＴＲＵ１）によって受信された、告知されたＶ２Ｘサービスは、他の関心ＷＴＲＵ（例えば、ＷＴＲＵ３）によって、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に送信された、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内に含めることができる。開始ＷＴＲＵは、関心ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ３）からメッセージを受信すると、関心ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ３）との相互認証を開始することができる。
【0094】
図７Ａおよび図７Ｂは、例示的なＶ２Ｘサービス指向リンク確立を例示している。セキュリティコンテキストは、セキュリティコンテキストＩＤ（例えば、完全なＫD-sess ＩＤ）に基づいて、見つけることができる。図７Ａおよび図７Ｂに例示されるように、開始ＷＴＲＵ（例えば、第１のＷＴＲＵ、ＷＴＲＵ１）は、例えば、セキュリティコンテキストＩＤ（例えば、ＫD-sess ＩＤ）のＭＳＢを使用する代わりに、セキュリティコンテキストＩＤ（例えば、ＫD-sess ＩＤ）全体を使用して、セキュリティコンテキストを見つけることができる。開始ＷＴＲＵ（例えば、第１のＷＴＲＵ、ＷＴＲＵ１）は、開始ＷＴＲＵと関連付けられた第１のセキュリティコンテキストＩＤと、（例えば、ピアＷＴＲＵ（例えば、ＷＴＲＵ２）から、直接セキュリティモードコマンドメッセージを介して、受信されるような）ピアＷＴＲＵからの第２のセキュリティコンテキストＩＤとを組み合わせる（例えば、連結する）ことによって、セキュリティコンテキストＩＤ（例えば、ＫD-sess ＩＤ）全体を生成することができる。セキュリティコンテキストＩＤ全体は、第３のセキュリティコンテキストＩＤとすることができる。結果として得られる第３のセキュリティコンテキストＩＤ（例えば、ＫD-sess ＩＤ）は、各１対１のリンクについて、一意とすることができる。開始ＷＴＲＵは、ピアＷＴＲＵ（例えば、ＷＴＲＵ２）に、直接セキュリティモード完了メッセージを送信することができる。
【0095】
図７Ａおよび図７Ｂに例示されるように、第１のＷＴＲＵ（例えば、開始ＷＴＲＵ）は、直接通信要求メッセージを送信することができる。直接通信要求メッセージは、ブロードキャストを介して、送信することができる。直接通信要求メッセージは、第１のセキュリティコンテキストＩＤを含むことができる。例えば、第１のＷＴＲＵは、第１のセキュリティコンテキストＩＤを生成することができる。第１のセキュリティコンテキストＩＤは、第１のＷＴＲＵと関連付けることができる。第１のセキュリティコンテキストＩＤは、セキュリティキーＩＤ（例えば、ＫD-sess ＩＤ）のＭＳＢのセットを含むことができる。直接通信要求メッセージは、サポートされるＶ２Ｘサービスのリストを含むことができる。多数のＷＴＲＵが、ブロードキャスト直接通信要求メッセージを受信することができる。第２のＷＴＲＵは、（例えば、ブロードキャスト直接通信要求メッセージの受信に応答して）第１のＷＴＲＵに、直接セキュリティモードコマンドメッセージを送信することができる。第１のＷＴＲＵは、直接セキュリティモードコマンドメッセージを受信することができる。直接セキュリティモードコマンドメッセージは、第２のセキュリティコンテキストＩＤを含むことができる。例えば、第２のＷＴＲＵは、第２のセキュリティコンテキストＩＤを生成することができる。第２のセキュリティコンテキストＩＤは、第２のＷＴＲＵと関連付けることができる。第２セキュリティコンテキストＩＤは、セキュリティキーＩＤ（例えば、ＫD-sess ＩＤ）のＬＳＢの第１のセットを含むことができる。直接セキュリティモードコマンドメッセージは、サポートされるＶ２ＸサービスのリストからのＶ２Ｘサービスを示すことができる。例えば、第２のＷＴＲＵは、Ｖ２Ｘサービスに関心があることがある。第１のＷＴＲＵは、例えば、第１のセキュリティコンテキストＩＤと第２のセキュリティコンテキストＩＤとを組み合わせることによって、第３のセキュリティコンテキストＩＤを決定することができる。第３のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＭＳＢのセットおよびＬＳＢのセットを含むことができる。第１のＷＴＲＵは、（例えば、第３のセキュリティコンテキストＩＤを使用して）第２のＷＴＲＵとセキュアな直接通信リンクを確立することができる。第１のＷＴＲＵは、第３のセキュリティコンテキストＩＤに基づいて、第２のＷＴＲＵとのセキュアな直接通信リンクのためのセキュリティコンテキストエントリを生成することができる。第２のＷＴＲＵは、第３のセキュリティコンテキストＩＤと関連付けられたセキュアな直接通信リンクが、第１のＷＴＲＵと第２のＷＴＲＵとの間で確立されたことを示すことができる、直接セキュリティモード完了メッセージを受信することができる。
【0096】
第３のＷＴＲＵは、第１のＷＴＲＵに、第２の直接セキュリティモードコマンドメッセージを送信することができる。第１のＷＴＲＵは、第２の直接セキュリティモードコマンドメッセージを受信することができる。第２の直接セキュリティモードコマンドメッセージは、第４のセキュリティコンテキストＩＤを含むことができる。第４のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第４のセキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢの第２のセットを含むことができる。第１のＷＴＲＵは、第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるかどうかを決定することができる。例えば、第１のＷＴＲＵは、ＬＳＢの第１のセットが、ＬＳＢの第２のセットと同じであるかどうかを決定することができる。第４のセキュリティコンテキストＩＤが、第２のセキュリティコンテキストＩＤと同じであるとき、第１のＷＴＲＵは、第３のＷＴＲＵに、直接セキュリティモード拒否メッセージを送信することができる。直接セキュリティモード拒否メッセージは、ＬＳＢの第２のセットが一意でないことを示すことができる。第３のＷＴＲＵは、直接セキュリティモード拒否メッセージを受信することができる。第３のＷＴＲＵは、例えば、直接セキュリティモード拒否メッセージの受信に基づいて、第４のセキュリティコンテキストＩＤが一意ではないと決定することができる。第３のＷＴＲＵは、例えば、直接セキュリティモード拒否メッセージの受信に応答して、第５のセキュリティコンテキストＩＤを生成することができる。第５のセキュリティコンテキストＩＤは、第３のＷＴＲＵと関連付けることができる。第５セキュリティコンテキストＩＤは、セキュリティキーＩＤのＬＳＢの第３のセットを含むことができる。第３のＷＴＲＵは、第１のＷＴＲＵに、第３の直接セキュリティモードコマンドメッセージを送信することができる。例えば、第１のＷＴＲＵは、第３のＷＴＲＵから、直接セキュリティモード拒否メッセージに応答して、第３の直接セキュリティモードコマンドメッセージを受信することができる。第３の直接セキュリティモードコマンドメッセージは、第５のセキュリティコンテキストＩＤを含むことができる。
【0097】
図７Ａおよび図７Ｂに例示されるように、ピアＷＴＲＵ（例えば、ＷＴＲＵ４）は、別のピアＷＴＲＵ（例えば、ＷＴＲＵ３）によってすでに使用されている、Ｋ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 ＩＤのＬＳＢの他のセットをセーブ（例えば、ローカルにセーブ）することができる。
【0098】
ＫD-sess ＩＤのＭＳＢとＫD-sess ＩＤのＬＳＢとを用いて形成されたＫD-sess ＩＤは、各ピアＷＴＲＵ（例えば、関心ＷＴＲＵ）について一意とすることができる。開始ＷＴＲＵは、ＫD-sess ＩＤ値を使用して、ピアＷＴＲＵと関連付けられたセキュリティコンテキストを記憶し、および／または見つけることができる。１つのピアＷＴＲＵ（例えば、単一のピアＷＴＲＵ）は、セキュリティコンテキストと（例えば、ＫD-sess ＩＤの同じＭＳＢとさえも）関連付けることができる。（例えば、ＫD-sess ＩＤの同じＭＳＢが、使用される場合であっても）各セキュリティコンテキストのために、ＫD-sess ＩＤのＬＳＢが異なる、異なるＫD-sess ＩＤを使用することができる。（例えば、多数の関心ＷＴＲＵとの）多数のユニキャスト通信のために、異なるＫD-sess ＩＤを利用することができる。
【0099】
ＷＴＲＵは、Ｖ２Ｘサービス指向レイヤ２ユニキャストリンク確立を実行するように構成することができる。（例えば、１つのＶ２Ｘサービスの代わりに）Ｖ２Ｘサービスのリストを、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを介して、指定することができる。例えば、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージは、Ｖ２Ｘサービスのリストを示すことができる。（例えば、メッセージ当たり１つのＶ２Ｘサービスの代わりの）ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内のサービスのリストは、開始ＷＴＲＵによって送信されることがあるメッセージの数を減らすことができ、それによって、さもなければ受信ＷＴＲＵによって処理されることがあるメッセージの数を減らすことができる。
【0100】
図８は、Ｖ２Ｘサービスのリストを用いた、例示的なＶ２Ｘサービス指向レイヤ２ユニキャストリンク確立を例示している。図８に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）からの直接通信要求ブロードキャストメッセージは、（例えば、１つのＶ２Ｘサービスと関連付けられた情報の代わりに）Ｖ２Ｘサービスのリストと関連付けられた情報を含むことができる。直接通信要求ブロードキャストメッセージでサービスのリストを送信する開始ＷＴＲＵは、開始ＷＴＲＵによって送信されるメッセージの数を減らすことができる。直接通信要求ブロードキャストメッセージでサービスのリストを送信する開始ＷＴＲＵは、受信ＷＴＲＵによって処理されるメッセージの数を減らすことができる。例えば、ＷＴＲＵが、５つのＶ２Ｘサービスをサポートする場合、開始ＷＴＲＵは、（例えば、５つのメッセージの代わりに）１つのメッセージを使用して、５つのＶ２Ｘサービスすべてを広告することができる。告知メッセージは、定期的に繰り返すことができるので、１つのメッセージを利用して、５つのＶ２Ｘサービスすべてを広告することは、時間の期間にわたる（例えば、開始ＷＴＲＵによって送信される、および／または受信ＷＴＲＵによって処理される）メッセージのかなりの量をセーブすることをもたらすことができる。
【0101】
直接通信要求ブロードキャストメッセージでサービスのリストを送信する開始ＷＴＲＵは、サービスのリスト内の１つまたは複数の（例えば、すべての）Ｖ２Ｘサービスのために、ＷＴＲＵを接続するために必要とされる時間を減らすことができる。例えば、多数のサービス（例えば、５つのサービス）のサポートを広告するメッセージを受信したＷＴＲＵは、関心があるＶ２Ｘサービスのためのリンク確立をトリガ（例えば、直ちにトリガ）することができる（例えば、３つのＶ２Ｘサービスが、受信ＷＴＲＵにとって関心がある場合、３つのリンクを同時にセットアップすることができる）。例えば、ＷＴＲＵは、追加のＶ２Ｘサービスのサポートを告知する追加のメッセージの受信を待つ必要なしに、リンク確立をトリガすることができる。
【0102】
図８に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、サポートされるＶ２Ｘサービスのリストを含む、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。サポートされるＶ２Ｘサービスのリストは、多数のＶ２ＸサービスＩＤを含むことができる。各Ｖ２ＸサービスＩＤは、（例えば、ＷＴＲＵ１ユーザ情報値などの）ユーザ情報とペアにすることができる。ユーザ情報は、各Ｖ２Ｘサービスについて、および／または各Ｖ２Ｘアプリケーションについて、提供することができる。図８に例示されるように、多数の受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、および／またはＷＴＲＵ４）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。受信ＷＴＲＵの各々は、複数のＶ２Ｘサービスを処理し、デコードすることができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、１つのＶ２Ｘサービスに関心があることがある。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、例えば、本明細書において説明されるように、関心があるＶ２Ｘサービスのためのユニキャスト通信を開始することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、送信元ＩＤを受信ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ２ Ｌ２ ＩＤ）として、また送信先ＩＤを開始ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ１ Ｌ２ ＩＤ）として、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージで、関心があるサービスを指定することができる。
【0103】
図８に例示されるように、受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、サービスのリストを広告する開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から、ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、それが開始ＷＴＲＵから受信したサービスのリストのうちの複数のＶ２Ｘサービスに関心があることがある。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、本明細書において説明されるように、関心がある第１のＶ２Ｘサービスのためのユニキャスト通信を開始することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、送信元ＩＤを受信ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ４ Ｌ２ ＩＤ）として、また送信先ＩＤを開始ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ１ Ｌ２ ＩＤ）として、初期ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することができる。受信ＷＴＲＵは、それのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内に、関心があるＶ２Ｘサービスを含めることができる。開始ＷＴＲＵのレイヤ２ ＩＤ（例えば、ＷＴＲＵ１ Ｌ２ ＩＤ）は、サービスごとの値（例えば、一意の値）を使用することができる。新しい送信元レイヤ２ ＩＤは、リンク確立中、および／または（図に示されない）直接通信受諾メッセージを送信するとき、開始ＷＴＲＵによって、追加することができる。レイヤ２ ＩＤを更新するために、情報要素（ＩＥ）を使用することができる。ピアＷＴＲＵは、ＩＥを介して受信された値を用いて、それのピアＬ２ ＩＤを更新することができる。ピアＷＴＲＵは、１つまたは複数の以降の通信のために、更新されたＬ２ ＩＤを使用することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ４）は、本明細書において説明されるように、関心があるＶ２Ｘサービスの各々のためのユニキャスト通信を開始することができる。Ｖ２Ｘサービスの各々のためのユニキャスト通信の開始は、同時とすることができる。
【0104】
図９は、例えば、ＷＴＲＵの上位レイヤ情報を使用した、ＷＴＲＵのリストについての、例示的なＷＴＲＵ指向レイヤ２リンク確立を例示している。図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）からの直接通信要求ブロードキャストメッセージは、ＷＴＲＵの各々と関連付けられた上位レイヤ情報を含むことができる。ＷＴＲＵの上位レイヤＩＤのリストを含む、１つのブロードキャストメッセージを送信することは、開始ＷＴＲＵによって送信されることがあるメッセージの数を減らすことができる。例えば、開始ＷＴＲＵは、開始ＷＴＲＵがそれらとリンクを確立することを望むことがある、複数の受信ＷＴＲＵに対して、（例えば、複数の受信ＷＴＲＵの各々に単一のメッセージを送信する代わりに）１つの直接通信要求ブロードキャストメッセージを送信することができる。
【0105】
受信ＷＴＲＵは、ＷＴＲＵの上位レイヤＩＤのリストを有する、直接通信要求ブロードキャストメッセージの受信時に、それの上位レイヤＩＤがリスト内にあるかどうかを決定することができる。受信ＷＴＲＵは、受信された直接通信要求ブロードキャストメッセージを処理し、デコードすることができる。受信ＷＴＲＵが、それの上位レイヤＩＤが、直接通信要求ブロードキャストメッセージの、ＷＴＲＵの上位レイヤＩＤのリスト内にあると決定した場合、受信ＷＴＲＵは、開始ＷＴＲＵとのレイヤ２リンク確立をトリガ（例えば、直ちにトリガ）することができる。受信ＷＴＲＵは、例えば、開始ＷＴＲＵからの追加メッセージの受信を待つことなしに、レイヤ２リンクを確立することができる。
【0106】
図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）は、それが到達することを望むことがあるＷＴＲＵの送信先上位レイヤＩＤを有する、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。受信ＷＴＲＵの各々（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、およびＷＴＲＵ－４）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを受信することができる。受信ＷＴＲＵの各々（例えば、ＷＴＲＵ－２、ＷＴＲＵ－３、およびＷＴＲＵ－４）は、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを処理し、デコードすることができ、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ内において指定されたＷＴＲＵが、応答することができる。例えば、開始ＷＴＲＵ（例えば、ＷＴＲＵ－１）が、多数のＷＴＲＵとのリンクを確立することを望む場合、開始ＷＴＲＵは、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを、多数回（例えば、各回は、それぞれのＷＴＲＵの上位レイヤＩＤを含む）、送信することができる。
【0107】
図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、多数の受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）に、開始ＷＴＲＵが到達することを望むことがあるＷＴＲＵの上位レイヤＩＤを有する、単一のＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）の各々は、受信された単一ブロードキャストＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを処理し、デコードすることができる。
【0108】
図９に例示されるように、受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）は、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）から受信されたＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに対する応答を送信することによって、レイヤ２リンクを確立することができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）は、本明細書において説明されるように、直接通信受諾メッセージ（例えば、オプションＡ）、または自らのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ（例えば、オプションＢ）のどちらかを送信することができる。
【0109】
図９に例示されるように、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）は、送信先上位レイヤＩＤのリストを有する、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージをブロードキャストすることができる。多数の受信ＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）が、メッセージを受信することができる。複数のＷＴＲＵ（例えば、ＷＴＲＵ２、ＷＴＲＵ３、およびＷＴＲＵ４）は、多数の上位レイヤＩＤを処理し、デコードすることができる。受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）が、送信先上位レイヤＩＤのリストが、自らの上位レイヤＩＤを含むと決定した場合、受信ＷＴＲＵは、リンク確立を続行することができる。オプションＡを使用すると、受信ＷＴＲＵ（例えば、ＷＴＲＵ２またはＷＴＲＵ４）は、例えば、リンク認証およびセキュリティ関連付けの後、開始ＷＴＲＵ（例えば、ＷＴＲＵ１）に、受信されたメッセージに対する応答として、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージを送信することができる。このオプションＡを使用すると、開始ＷＴＲＵおよび受信ＷＴＲＵ上において、ＫD-sess ＩＤ全体を使用して、セキュリティコンテキストをローカルで見つけることができる。オプションＢを使用すると、返答ＷＴＲＵの各々が、開始ＷＴＲＵの（例えば、ＷＴＲＵ１の）ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージに返答することができるわけではない。返答ＷＴＲＵのうちの１つまたは複数が、例えば、それぞれの自らのＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージを送信することによって、リンク確立を開始することができる。
【産業上の利用可能性】
【0110】
本発明は、無線通信に利用できる。
【符号の説明】
【0111】
１００ 通信システム
１０２ ＷＴＲＵ
１０４ ＲＡＮ
１０６ コアネットワーク
１０８ ＰＳＴＮ
１１０ インターネット
１１４ａ、１１４ｂ 基地局
１１６ ＷＴＲＵ
１０２ ＷＴＲＵ
１０４ ＲＡＮ
１０６ コアネットワーク
１０８ ＰＳＴＮ
１１０ インターネット
１１４ａ、１１４ｂ 基地局
１１６ ＷＴＲＵ
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6A】
【図6B】
【図7A】
【図7B】
【図8】
【図9】