(57)【要約】  送信元無線送信／受信ユニット（ＷＴＲＵ）とピアＷＴＲＵとの間で進行中のビークルツーエブリシング（Ｖ２Ｘ）セッション中にレイヤ２（Ｌ２）識別子（ＩＤ）を変更するための方法、デバイス、およびシステムは、既存のレイヤ２（Ｌ２）識別子（ＩＤ）に基づいて、送信元ＷＴＲＵとピアＷＴＲＵとの間で通信すること含む。トリガーイベントが発生するという条件で、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤを生成し、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信し、ピアＷＴＲＵから、新しい送信元Ｌ２ＩＤに応答するメッセージを受信し、新しい送信元Ｌ２ＩＤに基づいて、送信元ＷＴＲＵとピアＷＴＲＵとの間で通信する。【選択図】図１５
2021527972.tif 000002
【特許請求の範囲】
【請求項１】
進行中のビークルツーエブリシング（Ｖ２Ｘ）セッションにおける使用のための方法であって、
送信元レイヤ２（Ｌ２）識別子（ＩＤ）に基づいて、送信元無線送信／受信ユニット（ＷＴＲＵ）とピアＷＴＲＵとの間で通信することと、
トリガーイベントが発生するという条件で、
前記送信元ＷＴＲＵの新しい送信元Ｌ２ＩＤを生成すること、
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信すること、および、
前記ピアＷＴＲＵから、前記新しい送信元Ｌ２ＩＤに応答するメッセージを受信することと、
前記新しい送信元Ｌ２ＩＤに基づいて、前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することと、を含む、方法。
【請求項２】
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信した後、前記送信元ＷＴＲＵによって新しいピアＬ２ＩＤを受信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記新しい送信元Ｌ２ＩＤを使用して、前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することが、前記新しい送信元Ｌ２ＩＤおよび前記新しいピアＬ２ＩＤを使用して、前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することをさらに含む、請求項２に記載の方法。
【請求項４】
前記新しい送信元Ｌ２ＩＤの生成と併せて、前記ピアＷＴＲＵと通信するために使用されるセッションＩＤの新しい最上位バイト（ＭＳＢ）を生成することと、
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信することと併せて、前記セッションＩＤの前記新しいＭＳＢを通信することと、
前記送信元ＷＴＲＵによって、新しいピアＬ２ＩＤを前記送信元ＷＴＲＵによって受信することと併せて、前記ピアＷＴＲＵから前記セッションＩＤの新しい最下位バイト（ＬＳＢ）を受信することと、
前記新しいＭＳＢおよび前記新しいＬＳＢを含む新しいセッションＩＤを使用して、前記新しい送信元Ｌ２ＩＤおよび前記新しいピアＬ２ＩＤを使用して前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することと、をさらに含む、請求項２または３のいずれか一項に記載の方法。
【請求項５】
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信することが、キープアライブ手順、プライバシー手順、または送信元ＷＴＲＵとピアＷＴＲＵとの間で使用される別の通信手順のうちの１つを使用して通信することを含む、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記新しい送信元Ｌ２ＩＤに基づいて、前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信する前に、前記送信元ＷＴＲＵ上のレイヤにわたって、前記新しい送信元Ｌ２ＩＤを通信することをさらに含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
トリガーイベントが発生するという条件が、
タイマーが期限切れするという条件、
Ｖ２Ｘアプリケーションの上位レイヤもしくはアプリケーションレイヤが新しいＬ２ＩＤを要求するという条件、
前記送信元ＷＴＲＵが新しい地理的領域に移動したという条件、
前記送信元ＷＴＲＵがＶ２Ｘ制御機能もしくはＶ２Ｘアプリケーションサーバーから新しいプロビジョニングパラメータを受信したという条件、または、
前記送信元ＷＴＲＵが前記ピアＷＴＲＵからＬ２ＩＤを変更する要求を受信したという条件のうちのいずれかを含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記セッションＩＤが、セキュリティコンテキストセッションＩＤである、請求項４〜７のいずれか一項に記載の方法。
【請求項９】
前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することが、ＰＣ５参照リンク上で通信することを含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
送信機と、受信機と、プロセッサと、メモリと、を含む回路を備える、送信元無線送信／受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵが、
前記送信機および受信機を使用して、レイヤ２（Ｌ２）識別子（ＩＤ）に基づいて前記送信元ＷＴＲＵとピアＷＴＲＵとの間で通信することと、
トリガーイベントが発生するという条件で、
前記送信元ＷＴＲＵの新しい送信元Ｌ２ＩＤを生成すること、および
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信することと、
前記新しい送信元Ｌ２ＩＤに基づいて、前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することと、を行うように構成されている、送信元ＷＴＲＵ。
【請求項１１】
前記ＷＴＲＵが、
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信した後、前記受信機によって、新しいピアＬ２ＩＤを受信するようにさらに構成されている、請求項１０に記載の送信元ＷＴＲＵ。
【請求項１２】
前記ＷＴＲＵが、
前記新しい送信元Ｌ２ＩＤおよび前記新しいピアＬ２ＩＤに基づいて、前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信するように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記ＷＴＲＵが、
前記新しい送信元Ｌ２ＩＤの生成と併せて、前記ピアＷＴＲＵと通信するために使用されるセッションＩＤの新しい最上位バイト（ＭＳＢ）を生成することと、
前記新しい送信元Ｌ２ＩＤを前記ピアＷＴＲＵに通信することと併せて、前記セッションＩＤの前記新しいＭＳＢを通信することと、
前記送信元ＷＴＲＵによって、新しいピアＬ２ＩＤを前記送信元ＷＴＲＵによって受信することと併せて、前記ピアＷＴＲＵから前記セッションＩＤの新しい最下位バイト（ＬＳＢ）を受信することと、
前記新しいＭＳＢおよび前記新しいＬＳＢを含む新しいセッションＩＤを使用して、前記新しい送信元Ｌ２ＩＤおよび前記新しいピアＬ２ＩＤに基づいて前記送信元ＷＴＲＵと前記ピアＷＴＲＵとの間で通信することと、を行うように構成されている、請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記トリガーイベントが、タイマーの期限切れ、Ｖ２Ｘアプリケーションの上位レイヤまたはアプリケーションレイヤからの新しいＬ２ＩＤの要求、前記送信元ＷＴＲＵの新しい地理的領域への移動、Ｖ２Ｘ制御機能またはＶ２Ｘアプリケーションサーバーからの新しいプロビジョニングパラメータの前記送信元ＷＴＲＵによる受信、または、Ｌ２ＩＤを変更するための前記ピアＷＴＲＵからの前記送信元ＷＴＲＵによる要求の受信のうちの少なくとも１つを含む、請求項１１に記載のＷＴＲＵ。
【請求項１５】
コンピュータによって実行されるとき、前記コンピュータに、請求項１〜９のいずれかに記載の方法を実行させる命令を含む、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１８年６月２２日に出願された米国特許仮出願第６２／６８８，６１４号、２０１８年１０月５日に出願された米国特許仮出願第６２，７４１，９６２号、および２０１９年３月０１日に出願された米国特許仮出願第６２，８１２，６７６号の利益を主張し、これらは全ての目的のためにその全体が参照により本明細書に組み込まれる。
【背景技術】
【０００２】
ビークルツーエブリシング（Ｖ２Ｘ）通信は、車両間（Ｖ２Ｖ）通信、車両インフラ間（Ｖ２Ｉ）通信、車両歩行者間（Ｖ２Ｐ）通信、車両ネットワーク間（Ｖ２Ｎ）通信などの、車両と他の適切なエンティティとの間の通信を含むことができる。Ｖ２Ｘは、そのような通信に関連する規格を参照することもできる。ＰＣ５は、サイドリンクまたは近接サービス（ＰｒｏＳｅ）直接通信の一種としてＶ２Ｘデバイス間で通信するためのインターフェースである。
【発明の概要】
【０００３】
本概要は、後で提示されるより詳細な説明の前置きとして、簡略化された形式で概念の選択を導入するために提供されている。本概要は、主要なまたは本質的な特徴を特定することを意図しておらず、主張された主題の範囲を描写することも意図していない。様々な図で表される実施形態は関連しており、別段明記しない限り、その中の特徴を組み合わせることができる。
【０００４】
一実施形態では、進行中のビークルツーエブリシング（Ｖ２Ｘ）セッションにおける使用のための方法は、プライバシーパラメータで少なくとも送信元無線送信／受信ユニット（ＷＴＲＵ）を更新することを含む。本方法は、既存のレイヤ２（Ｌ２）識別子（ＩＤ）に基づいて、送信元無線送信／受信ユニット（ＷＴＲＵ）とピアＷＴＲＵとの間で通信することを含む。トリガーイベントが発生すると、送信元ＷＴＲＵは、送信元ＷＴＲＵの新しい送信元Ｌ２ＩＤを生成し、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信し、ピアＷＴＲＵから、新しい送信元Ｌ２ＩＤに応答するメッセージを受信し、新しい送信元Ｌ２ＩＤに基づいて、送信元ＷＴＲＵとピアＷＴＲＵとの間で通信する。
【０００５】
一実施形態では、ピアＷＴＲＵ  Ｌ２ＩＤも変更される。ピアＷＴＲＵはそのＬ２ＩＤを変更し、送信元ＷＴＲＵはピアＷＴＲＵから新しいピアＬ２ＩＤを受信する。送信元ＷＴＲＵによる新しいピアＬ２ＩＤのこの受信は、送信元ＷＴＲＵが新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信した後に発生する可能性がある。その後、送信元ＷＴＲＵおよびピアＷＴＲＵは、新しい送信元Ｌ２ＩＤおよび新しいピアＬ２ＩＤに基づいて互いに通信することができる。
【０００６】
一実施形態では、送信元およびピアＬ２ＩＤ、ならびに送信元ＷＴＲＵとピアＷＴＲＵとの間の通信のためのセッションＩＤを更新することができる。セッションＩＤは、最上位バイト（ＭＳＢ）および最下位バイト（ＬＳＢ）の寄与を使用して更新される。送信元ＷＴＲＵは、ピアＷＴＲＵと通信するために使用されるセッションＩＤの新しいＭＳＢを生成し、新しい送信元Ｌ２ＩＤも生成する。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信することと併せて、セッションＩＤの新しいＭＳＢを通信する。送信元ＷＴＲＵは、新しいピアＬ２ＩＤを受信することとともに、ピアＷＴＲＵからセッションＩＤの新しい最下位バイト（ＬＳＢ）を受信する。その後、送信元ＷＴＲＵおよびピアＷＴＲＵは、新しい送信元Ｌ２ＩＤおよび新しいピアＬ２ＩＤに基づいて、また、セッションＩＤの新しいＭＳＢおよび新しいＬＳＢを含む新しいセッションＩＤと通信する。
【０００７】
一実施形態では、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信する機能は、キープアライブ手順、プライバシー手順、または送信元ＷＴＲＵとピアＷＴＲＵとの間で使用される別の通信手順のうちの１つを使用して通信することを含む。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤに基づいて、ピアＷＴＲＵと通信する前に、送信元ＷＴＲＵ上のレイヤにわたって新しい送信元Ｌ２ＩＤを通信することができる。
【０００８】
一実施形態では、少なくとも送信元Ｌ２ＩＤの変更を引き起こすトリガーイベントは、期限切れのタイマー、新しいＬ２ＩＤを要求するＶ２Ｘアプリケーションの上位レイヤまたはアプリケーションレイヤ、送信元ＷＴＲＵが新しい地理的領域に移動したことの決定、Ｖ２Ｘ制御機能またはＶ２Ｘアプリケーションサーバーから新しいプロビジョニングパラメータを受信する送信元ＷＴＲＵ、またはピアＷＴＲＵからＬ２ＩＤを変更する要求を受信する送信元ＷＴＲＵのうちのいずれかを含んでもよい。セッションＩＤは、セキュリティコンテキストセッションＩＤであってもよい。送信元ＷＴＲＵとピアＷＴＲＵとの間の通信は、ＰＣ５参照リンク上での通信を含んでもよい。
【０００９】
一実施形態では、送信元無線送信／受信ユニット（ＷＴＲＵ）は、送信機、受信機、プロセッサ、およびメモリを含む回路を含んでもよい。ＷＴＲＵの回路は、送信機および受信機を使用して、レイヤ２（Ｌ２）識別子（ＩＤ）に基づいて、送信元ＷＴＲＵとピアＷＴＲＵとの間で通信するように構成される。トリガーイベントが発生するという条件で、送信元ＷＴＲＵは、送信元ＷＴＲＵの新しい送信元Ｌ２ＩＤを生成し、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信し、新しい送信元Ｌ２ＩＤに基づいてピアＷＴＲＵと通信する。
【００１０】
ピアＷＴＲＵおよび送信元ＷＴＲＵがＬ２ＩＤに変更がある実施形態では、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに通信した後、新しいピアＬ２ＩＤを受信することができる。次に、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤおよび新しいピアＬ２ＩＤに基づいてピアＷＴＲＵと通信することができる。
【００１１】
一実施形態では、コンピュータ可読記憶媒体は、コンピュータによって実行されると、コンピュータに本明細書に記載された方法のいずれかを実行させる命令を含んでもよい。
【図面の簡単な説明】
【００１２】
より詳細な理解は、添付の図面と併せて例として与えられた以下の説明から得ることができ、図中の同様の参照番号は同様の要素を示す。
【００１３】
【図１Ａ】１つ以上の開示された実施形態を実装することができる例示的な通信システムを示すシステム図である。
【図１Ｂ】一実施形態による、図１Ａに示す通信システム内で使用できる無線送受信ユニット（ＷＴＲＵ）の例を示すシステム図である。
【図１Ｃ】一実施形態による、図１Ａに示す通信システム内で使用できる無線アクセスネットワーク（ＲＡＮ）の例およびコアネットワーク（ＣＮ）の例を示すシステム図である。
【図１Ｄ】一実施形態による、図１Ａに示す通信システム内で使用できる、さらなる例示的なＲＡＮおよびさらなる例示的なＣＮを示すシステム図である。
【図２】１対１通信用のＰＤＣＰヘッダのセキュリティコンテキストＩＤフォーマットの例を示す。
【図３】送信元ＷＴＲＵ  Ｌ２ＩＤの変更例の概要を示すシーケンスチャートである。
【図４】プライバシーパラメータプロビジョニングの例を示すシーケンスチャートである。
【図５】そのようなダイレクトリンクセットアップ手順の例を示すシーケンスチャートである。
【図６】更新されたキープアライブ手順を使用した新しいＬ２識別子の交換例を示すシーケンスチャートである。
【図７】同じ手順の間にそれらのＬ２ＩＤを更新する送信元およびピアＷＴＲＵの例を示すシーケンスチャートである。
【図８】単一のＬ２ＩＤ変さらに対するプライバシー手順の例を示すシーケンスチャートである。
【図９】同じ手順の間に更新される送信元ＷＴＲＵおよびピアＷＴＲＵ  Ｌ２ＩＤの例を示すシーケンスチャートである。
【図１０】ピアＷＴＲＵがＬ２ＩＤ変更手順をトリガーする例を示すシーケンスチャートである。
【図１１】送信元ＷＴＲＵがピアＷＴＲＵおよび送信元ＷＴＲＵ  Ｌ２ＩＤ更新を構成する手順例を示すシーケンスチャートである。
【図１２】プライバシータイマー値およびシード構成を示すシーケンスチャートである。
【図１３】両方のＷＴＲＵがプライバシー手順を使用してセッションＩＤの新しい部分を交換する場合を示すメッセージシーケンスチャートである。
【図１４】強化されたキー再生成手順を使用した新しいＬ２ＩＤの交換を示すメッセージシーケンスチャートである。
【図１５】少なくとも送信元Ｌ２ＩＤを変更する手順の要素を用いた方法のフロー図である。
【発明を実施するための形態】
【００１４】
図１Ａは、１つ以上の開示された実施形態を実装することができる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供するマルチアクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ−スプレッドＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタリングＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つ以上のチャネルアクセス方式を採用してもよい。
【００１５】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＯＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意の種類のデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ（これらのいずれも「ステーション」および／または「ＳＴＡ」と称され得る）は、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、モバイルステーション、固定もしくはモバイルサブスクライバーユニット、サブスクリプションベースのユニット、ページャー、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピューター、無線センサ、ホットスポットもしくはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計もしくはその他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器およびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業用および／または自動処理チェーンのコンテキストで動作するロボットおよび／または他の無線デバイス）、家庭用電化製品デバイス、商用および／または産業用無線で動作するデバイスネットワークなどを含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、交換可能にＵＥと称され得る。
【００１６】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線インターフェースするように構成された任意の種類のデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ−Ｂ、フローム（Ｆｌｏｍｅ）Ｎｏｄｅ−Ｂ、フローム（Ｆｌｏｍｅ）ｅＮｏｄｅ−Ｂ、ｇＮＢ、ＮＲ  Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【００１７】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノード等などの他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信および／または受信するように構成されてもよい。これらの周波数は、ライセンススペクトル、非ライセンススペクトル、またはライセンススペクトルと非ライセンススペクトルの組み合わせであってもよい。セルは、比較的固定されているか、時間の経過とともに変化する可能性がある特定の地理的領域に無線サービスのカバレッジを提供することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタに１つを含むことができる。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、セルの各セクタに対して複数のトランシーバを利用することができる。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信および／または受信することができる。
【００１８】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得るエアインターフェース１１６を介して、１つ以上のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１９】
より具体的には、上記のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような１つ以上のチャネルアクセス方式を採用してもよい。例えば、ＲＡＮ１０４／１１３の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、これは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＦＩＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＦＩＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００２０】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができ、これは、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥ−アドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立することができる。
【００２１】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、これは、新しい無線（ＮＲ）を使用してエアインターフェース１１６を確立することができる。
【００２２】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、二重接続（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを一緒に実装することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数の種類の基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送受信される複数の種類の無線アクセス技術および／または送信によって特徴付けられ得る。
【００２３】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセスのための世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭエボリューションの拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００２４】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、フローム（Ｆｌｏｍｅ）Ｎｏｄｅ−Ｂ、フローム（Ｆｌｏｍｅ）ｅＮｏｄｅ−Ｂ、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパス、産業施設、（例えば、ドローンが使用するための）空中回廊、道路などなどの局所領域における無線接続を容易にするために任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実装することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０に直接接続することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【００２５】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、１つ以上のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意の種類のネットワークであり得る。データには、異なるスループット要件、遅延要件、エラー許容要件、信頼性要件、データスループット要件、モビリティ要件など、様々なサービス品質（ＱｏＳ）要件が含まれる場合がある。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線テクノロジーを使用する別のＲＡＮ（図示せず）と通信してもよい。
【００２６】
ＣＮ１０６／１１５はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、一般電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線および／または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、１つ以上のＲＡＮに接続された別のＣＮを含んでもよく、これは、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを使用してもよい。
【００２７】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてもよい。
【００２８】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけプロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態と一致性を保ちながら、前述の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２９】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、ステートマシンなどであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合され得、トランシーバ１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップに一緒に集積され得ることが理解されよう。
【００３０】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。
【００３１】
送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００３２】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２はマルチモード機能を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含んでもよい。
【００３３】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、そしてそれらからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することができる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、データを格納することができる。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他の種類のメモリ記憶装置を含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバーまたはホームコンピュータ（図示せず）など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、メモリにデータを格納することができる。
【００３４】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントに電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素化物（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含んでもよい。
【００３５】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信してもよく、かつ／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定してもよい。ＷＴＲＵ１０２は、一実施形態と一致性を保ちながら、任意の適切な位置決定方法によって位置情報を取得することができることが理解されよう。
【００３６】
プロセッサ１１８は、追加の特徴、機能、および／または有線または無線接続を提供する１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビトランシーバー、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザー、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカーなどを含んでもよい。周辺機器１３８は、１つ以上のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方向センサ、近接センサ、温度センサ、時間センサ、地理位置情報センサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、および／または湿度センサのうちの１つ以上であってもよい。
【００３７】
ＷＴＲＵ１０２は、ＵＬ（例えば、送信用）およびダウンリンク（例えば、受信の用）の両方の信号の一部または全て（例えば、特定のサブフレームに関連付けられる）の送信および受信が並列および／または同時に行われ得る全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）またはプロセッサ（例えば、別個のプロセッサ（図示せず）またはプロセッサ１１８を介した信号処理）のいずれかを介した自己干渉を低減および／または実質的に排除するための干渉管理ユニット１３９を含み得る。一実施形態では、ＷＲＴＵ１０２は、信号の一部または全ての送信および受信（例えば、ＵＬ（例えば、送信用）またはダウンリンク（例えば、受信用）のいずれかの特定のサブフレームに関連付けられる）のための半二重無線を含んでもよい。
【００３８】
図１Ｃは、一実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６と通信していてもよい。
【００３９】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態と一致性を保ちながら、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００４０】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバー決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００４１】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含み得る。前述の要素のそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有および／または操作され得ることが理解されよう。
【００４２】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどの最初の接続中に特定のサービングゲートウェイを選択することを担当し得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することができる。
【００４３】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され得る。ＳＧＷ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送することができる。ＳＧＷ１６４は、ｅＮｏｄｅ−Ｂ間ハンドオーバー中にユーザプレーンを固定する、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガーする、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどのコンテキストを管理および格納するなどの、他の機能を実行することができる。
【００４４】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。
【００４５】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバー）を含んでもよく、またはそれと通信してもよい。さらに、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを提供することができる。
【００４６】
ＷＴＲＵは、無線端末として図１Ａ〜１Ｄに記載されているが、特定の代表的な実施形態では、そのような端末が、通信ネットワークとの有線通信インターフェースを（例えば、一時的または恒久的に）使用できることが企図される。
【００４７】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【００４８】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上のステーション（ＳＴＡ）とを有してもよい。ＡＰは、ＢＳＳの中へ、かつ／またはＢＳＳの外へトラフィックを伝送する、ディストリビューションシステム（ＤＳ）または別の種類の有線／無線ネットワークへのアクセスまたはインターフェースを有していてもよい。ＢＳＳの外部から発信されたＳＴＡへのトラフィックは、ＡＰを介して到着してもよく、ＳＴＡに配信されてもよい。ＳＴＡからＢＳＳの外部の宛先に発信されるトラフィックは、ＡＰに送信され、それぞれの宛先に配信されてもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信できる。例えば、送信元ＳＴＡがＡＰにトラフィックを送信してもよく、ＡＰが宛先ＳＴＡにトラフィックを配信してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされ、かつ／または参照されてもよい。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を使用して、送信元ＳＴＡと宛先ＳＴＡとの間に（例えば、直接）送信できる。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮにはＡＰがない場合があり、ＩＢＳＳ内またはＩＢＳＳを使用するＳＴＡ（例えば、全てのＳＴＡ）は相互に直接通信する場合がある。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと称される場合がある。
【００４９】
８０２．１１ａｃインフラストラクチャモードの動作または同様の動作モードを使用する場合、ＡＰはプライマリチャネルなどの固定チャネルでビーコンを送信する場合がある。プライマリチャネルは、固定幅（例えば、２０ＭＨｚの広い帯域幅）またはシグナリングを介して動的に設定された幅であってもよい。プライマリチャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてもよい。特定の代表的な実施形態では、衝突回避方式搬送波感知多重アクセス（ＣＳＭＡ／ＣＡ）は、例えば８０２．１１システムにおいて実装されてもよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）がプライマリチャネルを検知する場合がある。プライマリチャネルが特定のＳＴＡによって検出／検出および／またはビジーであると判断された場合、特定のＳＴＡはバックオフする可能性がある。１つのＳＴＡ（例えば、１つのステーションのみ）は、特定のＢＳＳでいつでも送信できる。
【００５０】
高いスループット（ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルと隣接または非隣接の２０ＭＨｚチャネルとの組み合わせを介して、４０ＭＨｚ幅チャネルを形成するために、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００５１】
非常に高いスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚ、および／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成できる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、または２つの非連続の８０ＭＨｚチャネルを組み合わせることによって形成できる。これは、８０＋８０構成と称される場合がある。８０＋８０構成の場合、チャネルエンコード後、データはセグメントパーサーを通過してデータを２つのストリームに分割できる。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理は、各ストリームで個別に実行できる。ストリームは２つの８０ＭＨｚチャネルにマッピングされてもよく、データは送信ＳＴＡによって送信されてもよい。受信側ＳＴＡの受信機では、８０＋８０構成についての上記の動作を逆にすることができ、組み合わされたデータを媒体アクセス制御（ＭＡＣ）に送信することができる。
【００５２】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆおよび８０２．１１ａｈでサポートされている。チャネルの動作帯域幅とキャリアは、８０２．１１ｎと８０２．１１ａｃで使用されているものと比較して８０２．１１ａｆと８０２．１１ａｈで減少している。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどのメーター型制御／マシン型通信をサポートすることができる。ＭＴＣデバイスは、特定の機能、例えば、特定の帯域幅および／または制限された帯域幅のサポート（例えば、サポートのみ）を含む制限された機能を有していてもよい。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【００５３】
複数のチャネルをサポートし得るＷＬＡＮシステム、および８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、８０２．１１ａｈなどのチャネル帯域幅には、プライマリチャネルとして指定できるチャネルが含まれる。プライマリチャネルは、ＢＳＳ内の全てのＳＴＡでサポートされている最大の共通動作帯域幅に等しい帯域幅を有する場合がある。プライマリチャネルの帯域幅は、最小帯域幅の動作モードをサポートするＢＳＳで動作している全てのＳＴＡの中から、ＳＴＡによって設定および／または制限される場合がある。８０２．１１ａｈの例では、ＡＰおよびＢＳＳ内の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／またはその他のチャネル帯域幅の動作モードをサポートしている場合でも、１ＭＨｚモードをサポートする（例えば、サポートするだけの）ＳＴＡ（ＭＴＣ型のデバイスなど）のプライマリチャネルは１ＭＨｚ幅であってもよい。キャリアセンシングおよび／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存する場合がある。例えば、ＳＴＡ（１ＭＨｚの動作モードのみをサポート）がＡＰに送信しているために、プライマリチャネルがビジーである場合、周波数帯域の大部分がアイドル状態のままであり、利用可能である場合がある。
【００５４】
米国では、８０２．１１ａｈで使用できる利用可能な周波数帯域は、９０２ＭＨｚ〜９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ〜９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ〜９２７．５ＭＨｚである。８０２．１１ａｈで使用可能な合計帯域幅は、国コードに応じて６ＭＨｚ〜２６ＭＨｚである。
【００５５】
図１Ｄは、一実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を使用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３はまた、ＣＮ１１５と通信していてもよい。
【００５６】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態と一致性を保ちながら、任意の数のｇＮＢを含み得ることが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／またはｇＮＢ１８０ａ、ｇＮＢ１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／またはＷＴＲＵ１０２ａから無線信号を受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントのキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することができる。これらのコンポーネントキャリアのサブセットは非ライセンススペクトル上にあってもよく、残りのコンポーネントキャリアはライセンススペクトル上にあってもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することができる。
【００５７】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジーに関連する送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対して変化してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボルを含み、および／または持続する様々な長さの絶対時間）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５８】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃをモビリティアンカーポイントとして利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ライセンスされていない帯域の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つ以上のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装することができる。非スタンドアロン構成では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカーとして機能してもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供するための追加のカバレッジおよび／またはスループットを提供してもよい。
【００５９】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられいてもよく、無線リソース管理決定、ハンドオーバー決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ−ＵＴＲＡ間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、コントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。
【００６０】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含んでもよい。前述の要素のそれぞれは、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有および／または操作され得ることが理解されよう。
【００６１】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３内の１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリア、ＮＡＳシグナリングの終了、モビリティ管理などを担当してもよい。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されているサービスの種類に基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼性の低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張された大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、マシン型通信（ＭＴＣ）アクセスのサービスなど、様々なユースケースに対して様々なネットワークスライスを確立してもよい。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術などの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【００６２】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ  ＩＰアドレスの管理および割り当て、ＰＤＵセッションの管理、ポリシー実施およびＱｏＳの制御、ダウンリンクデータ通知の提供などの他の機能を実行することができる。ＰＤＵセッション型は、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【００６３】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内の１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続され得、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し得る。ＵＰＦ１８４、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシーの実施、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ダウンリンクパケットのバッファリング、モビリティアンカーの提供などの他の機能を実行することができる。
【００６４】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバー）を含んでもよく、またはそれと通信してもよい。さらに、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを提供することができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを介してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００６５】
図１Ａ〜１Ｄおよび図１Ａ〜１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅ−Ｂ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ａｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書に記載された任意の他のデバイス（複数可）のうちの１つ以上に関して、本明細書に記載された機能のうちの１つ以上の、または全ての機能は、１つ以上のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書に記載の機能の１つ以上、または全てをエミュレートするように構成された１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスをテストするために、および／またはネットワークおよび／またはＷＴＲＵ機能をシミュレートするために使用されてもよい。
【００６６】
エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境で他のデバイスの１つ以上のテストを実装するように設計することができる。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つ以上または全ての機能を実行することができる。１つ以上のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されている間に、１つ以上、または全ての機能を実行することができる。エミュレーションデバイスは、テストの目的で別のデバイスに直接結合することができ、および／または無線経由（ｏｖｅｒ−ｔｈｅ−ａｉｒ）無線通信を使用してテストを実行することができる。
【００６７】
１つ以上のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されていない間に、全てを含む１つ以上の機能を実行することができる。例えば、エミュレーションデバイスは、１つ以上のコンポーネントのテストを実装するために、テストラボでのテストシナリオおよび／または展開されていない（例えば、テスト）有線および／または無線通信ネットワークで利用されてもよい。１つ以上のエミュレーションデバイスは、テスト機器であってもよい。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合および／または無線通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。
【００６８】
本明細書で説明するように、ＷＴＲＵは１つ以上のＶ２Ｘアプリケーションを実行できる。本明細書では、送信元ＷＴＲＵは、交換可能に要求側ＷＴＲＵと称され、ターゲットＷＴＲＵは、交換可能に、宛先ＷＴＲＵまたはピアＷＴＲＵと称される。
【００６９】
Ｖ２Ｘアーキテクチャの例では、Ｖ２Ｘアプリケーションサーバー（ＡＳ）をネットワーク内に配置し、ＷＴＲＵにインストールされているＶ２Ｘアプリケーション（つまり、このコンテキストではＶ２Ｘデバイス）とインターフェースできる。Ｖ２Ｘ制御機能（ＣＦ）は、Ｖ２Ｘデバイスの承認とプロビジョニング（つまり、ＷＴＲＵに対するＶ２Ｘポリシーとパラメータの構成）を処理できる。Ｖ２Ｘ制御機能（ＣＦ）は５Ｇ  ＣＮに配置でき、サービスベースのアーキテクチャの一部であると見なすことができる。Ｖ２Ｘ  ＷＴＲＵ間通信は、２つの動作モードに基づいてもよい。第１のモードでは、Ｖ２Ｘ  ＷＴＲＵ間通信をＬＴＥ−Ｕｕインターフェースを介して行うことができる。第２のモードでは、Ｖ２Ｘ  ＷＴＲＵ間通信は、ＰＣ５（Ｖ２Ｘサイドリンクまたは近接サービス（ＰｒｏＳｅ））インターフェースを介して実行できる。
【００７０】
ＰＣ５基準点を介したＶ２Ｘ通信は、ＰｒｏＳｅ直接通信の一種である。１対１のＰｒｏＳｅ直接通信は、２つのＷＴＲＵ間でＰＣ５を介して安全なレイヤ２（Ｌ２）リンクを確立することで実現できる。リンクを確立しようとする開始ＷＴＲＵは、それ自体とピア（ターゲット）ＷＴＲＵの両方のＬ２ＩＤ（ＩＤ）を有している必要がある。ターゲットＷＴＲＵのＬ２ＩＤは、開始ＷＴＲＵで事前構成するか、ＰｒｏＳｅ直接ディスカバリを介して取得できる。開始ＷＴＲＵは、ＰＣ５シグナリングメッセージ（例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ）を生成することによって、ダイレクトリンクのセットアップを開始することができる。メッセージには、１）ユーザ情報セット、２）ＩＰアドレス構成情報要素（ＩＥ）、３）リンクローカルＩＰｖ６アドレスＩＥ、および、４）最大非アクティブ期間ＩＥが含まれる場合がある。ターゲットＷＴＲＵが開始ＷＴＲＵからメッセージ（例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＲＥＱＵＥＳＴメッセージ）を受信した場合、ターゲットＷＴＲＵは、Ｌ２ＩＤのペアを格納し、コンテキスト内のダイレクトリンクに関連付けることができる。リンク認証手順が完了し、セキュリティアソシエーションが正常に確立された後、ターゲットＷＴＲＵはメッセージ（例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージ）を開始ＷＴＲＵに送信できる。ターゲットＷＴＲＵからＰＣ５シグナリングメッセージ（例えば、ＤＩＲＥＣＴ＿ＣＯＭＭＵＮＩＣＡＴＩＯＮ＿ＡＣＣＥＰＴメッセージ）を受信した後、開始ＷＴＲＵは、ターゲットＷＴＲＵとの全ての１対１通信に確立されたリンクを使用できる。
【００７１】
各ＷＴＲＵは、ユニキャスト通信用のＬ２ＩＤを有していてもよく、これは、Ｌ２リンクで送信する全てのフレームの送信元Ｌ２ＩＤフィールドと、Ｌ２リンクで受信する全てのフレームの宛先Ｌ２ＩＤに含まれる。
【００７２】
ＰＣ５シグナリングプロトコルは、ＷＴＲＵがＰｒｏＳｅ通信範囲内にないかどうかを検出するために使用できるキープアライブ機能をサポートする。例えば、暗黙のＬ２リンク解放を続行できる。要求側ＷＴＲＵは、例えば、（１）ダイレクトリンクの実行可能性をチェックするための上位レイヤからの要求が受信された場合、または（２）ダイレクトリンクのキープアライブタイマーが期限切れになる場合に、キープアライブ手順を開始できる。
【００７３】
送信元Ｌ２ＩＤは、セキュリティ上の理由、例えば、アプリケーションによって必要とされる特定の短い期間を超えて、他の任意のＷＴＲＵ（例えば、他の車両）による送信元ＷＴＲＵ（例えば、車両）の追跡および／または識別を回避するために、時間の経過とともに変更され、ランダム化されてもよい。これは、セッションに関連付けられたＷＴＲＵと識別子の両方、つまり、送信元とターゲットの両方に適用される。
【００７４】
一部の実装形態では、セキュリティアソシエーションとセッション識別子（ＫＤ−ｓｅｓｓＩＤ）が提供される。リンクの確立中に、リンクを保護するために（つまり、機密性と完全性の保護を容易にするために）、ピアＷＴＲＵ間にセキュリティアソシエーションを作成することができる。各ピアＷＴＲＵは、メッセージを暗号化／復号化し、メッセージを完全に保護するためのキーを含むセキュリティコンテキストをローカルに保持する。このセキュリティコンテキストは、この特定のピアツーピアリンクに関連付けられている。特定のリンクのセキュリティアソシエーション識別子（ＫＤ−ｓｅｓｓＩＤと称され得る）は、メッセージが受信された場合（例えば、メッセージの完全性をチェックするため、および／またはメッセージを復号化するため）、またはメッセージを送信する必要がある場合（例えば、メッセージを暗号化するため、および／またはその完全性を保護するため）に、セキュリティコンテキストおよび／またはキーを識別および取得するために各ピアＷＴＲＵによって使用される場合がある。セッション識別子（すなわち、ＫＤ−ｓｅｓｓＩＤ）は、各ピアから識別子コンポーネントを連結することによって作成される。すなわち、ＫＤ−ｓｅｓｓＩＤの最上位バイト（ＭＳＢ）（つまり、最上位８ビット）は、開始ＷＴＲＵからのものであり、ＫＤ−ｓｅｓｓＩＤの最下位バイト（ＬＳＢ）（つまり、最下位８ビット）は、ピアＷＴＲＵからのものである。各ＷＴＲＵは、ＫＤ−ｓｅｓｓＩＤのその部分（つまり、ＭＳＢまたはＬＳＢ）を使用して、リンクに関連付けられたセキュリティコンテキストを取得する。
【００７５】
図２は、１対１通信のためのパケットデータ収束プロトコル（ＰＤＣＰ）ヘッダの例２００を示している。図２に示されるように、セッション識別子２０１（すなわち、ＫＤ−ｓｅｓｓＩＤ）は、セキュリティコンテキストの確立以降に交換されたパケットの数を表すカウンタ２０２とともに、ＰＤＣＰヘッダの一部として各パケットとともに送信される。ＰＤＣＰには、任意選択で暗号化されるペイロード部分２０３と、任意選択でメッセージ認証コード（ＭＡＣ）部分２０４も含まれる。
【００７６】
拡張Ｖ２Ｘ（ｅＶ２Ｘ）は、ｅＶ２Ｘ通信用にＰＣ５を介したユニキャスト／マルチキャストをサポートすることができるブロードキャストメカニズムに加えて、ｅＶ２Ｘは、例えば、ユニキャストおよび／またはマルチキャストを使用して、車両間の高データレートのデータ共有を処理するための新しいインタラクティブ配信メカニズムをサポートすることができる。このようなメカニズムは、同じ送信元Ｌ２ＩＤを使用して長時間のセッションを利用する場合がある。これにより、送信元Ｌ２ＩＤが追跡およびリンクされている場合、プライバシーの問題が発生する可能性がある。このようなプライバシーの問題は、両方のピア、つまり、送信元ＷＴＲＵとターゲットＷＴＲＵの両方に影響する。
【００７７】
したがって、セッションの進行中に（例えば、定期的またはランダムに）送信元Ｌ２ＩＤを変更することが望ましい場合がある。ただし、送信元ＷＴＲＵで送信元Ｌ２ＩＤが変更された場合、進行中のセッションは送信元Ｌ２ＩＤによって識別されるため、ピアＷＴＲＵに通知する必要がある場合がある。現在のＰｒｏＳｅメカニズムは、進行中のセッションの送信元Ｌ２ＩＤの変更をサポートしていない。さらに、Ｌ２ＩＤを変更すると、他の問題が発生する可能性がある。例えば、複数のセッションを有し、同じＬ２ＩＤを使用するＷＴＲＵは、全てのセッション／ピアを同時に（または定義された時間内に、例えば短い時間内に）更新する必要がある。また、ＷＴＲＵがセッションごとにＬ２ＩＤを更新する必要がある場合もある。セッションごとに、ＷＴＲＵは、ピアＷＴＲＵによってＬ２ＩＤの変更が確認されるまで、古いＬ２ＩＤでトラフィックを受信し続ける必要がある場合がある。そのような要件は、非効率的な手順を生成または要求する可能性があり、例えば、この例の全てのＷＴＲＵがそれらのＬ２ＩＤを定期的に変更しなければならないため、複数のメッセージ交換を生成する可能性がある。
【００７８】
セキュリティコンテキストＩＤのプライバシーに対処する必要がある場合もある。一部の実装形態では、Ｌ２ＩＤ変更手順の前、最中、および／または後に同じＫＤ−ｓｅｓｓＩＤが使用される場合、ＰＤＣＰヘッダで送信されるセキュリティコンテキストＩＤ（ＫＤ−ｓｅｓｓＩＤ）を盗聴者が使用して、古いＬ２ＩＤ（送信元または宛先Ｌ２ＩＤなど）が新しいＬ２ＩＤに変更されたことを間接的に検出するために使用する場合がある。
【００７９】
プライバシーまたは他の通信セキュリティの目的で、送信元ＷＴＲＵが、Ｌ２ＩＤの変更をピアＷＴＲＵに通信している間、盗聴者によって古いＬ２ＩＤと新しいＬ２ＩＤがリンクされないようにすることが望ましい場合がある。
【００８０】
新しい手順は、通常、送信元ＷＴＲＵおよび送信元ＩＤを参照して本明細書で説明されるが、通信に関与する送信元ＷＴＲＵおよびターゲットＷＴＲＵは、特定の交換を介しているピアに応じて、それぞれ送信元および／またはターゲットの役割を担うことができることに留意されたい。本明細書では、進行中のセッションに関連する送信元およびターゲットのＬ２ＩＤの変更を容易にする様々な方法、システム、およびデバイスについて説明する。セッションは、潜在的な追跡の脅威を許容するのに十分な長さの特定の期間使用されるユニキャストセッションまたはマルチキャストセッションであってもよい。この期間は、任意に、経験的に、または任意の適切な方法で決定することができる。期間は、それを使用するアプリケーション、例えば、閾値を超える時間情報を送信するアプリケーションによって異なってもよい。本文書で使用されているＶ２Ｘは、直接ＷＴＲＵ間通信（例えば、ＰｒｏＳｅ  ＰＣ５インターフェースを利用）の例として機能することに注意されたい。また、他の種類のＷＴＲＵ間通信（ドローンなど）にも適用されてもよい。
【００８１】
例えば、ＷＴＲＵは、ユニキャスト通信のためにそのＬ２ＩＤの寿命に設定されてもよく、プライバシー保護パラメータを含み得る、新しい間隔（例えば、プライバシータイマー）でプロビジョニングされてもよい。このようなパラメータは、関数（例えば、疑似ランダム関数）の出力でもあり得る。この間隔に従って、セッションがまだ進行中の場合は、指定された間隔内でＷＴＲＵのＬ２ＩＤを変更（およびランダム化）する必要がある。ＩＤが変更された後、タイマーを再開して、指定された期間内にＬ２ＩＤを再度変更することができる。このプロセスは、セッションが進行中である限り繰り返すことができる。
【００８２】
前に説明したように、一方または両方のＷＴＲＵ（つまり、送信元とターゲットのいずれかまたは両方）のＬ２ＩＤの変更は、通信に参加している他のＷＴＲＵに通信する必要がある場合がある。ＷＴＲＵは、新しいＬ２ＩＤ値の値を認識する必要がある場合もある。さらに、送信元ＷＴＲＵは、Ｌ２ＩＤの更新に使用される手順中に、セキュリティコンテキストとセキュリティコンテキストＩＤ（ＫＤ−ｓｅｓｓＩＤ）をピアＷＴＲＵで更新する場合がある。逆に、送信元ＷＴＲＵは、セキュリティコンテキストの更新に使用される手順（ダイレクトリンクキーの再生成手順など）中にＬ２ＩＤを更新する場合がある。セッションには２つのＷＴＲＵ（つまり、送信元とターゲット）と２つのＬ２ＩＤが含まれるため、両方のＬ２ＩＤを同時に変更する必要があり、他のＷＴＲＵがＬ２ＩＤを変更するときに各ＷＴＲＵに通知する必要がある場合がある。進行中のセッションに関連付けられた新しい送信元およびターゲットのＬ２ＩＤは、独立して、つまり、同じ手順で次々に、または同時に変更できる。
【００８３】
一部の例では、２つ以上のイベントがＬ２ＩＤの再生成をトリガーし、ピアＷＴＲＵで更新することができる。例えば、タイマーの期限切れ、ピアＷＴＲＵからの新しいＬ２ＩＤ値の受信、関連するアプリケーションＩＤの更新、ピアＷＴＲＵからの要求、通信コンテキストの変更、またはその他のイベントによって、Ｌ２ＩＤの再生成と更新がトリガーされてもよい。以下に説明する高レベルのビューおよび例示的な方法は、例のためにプライバシータイマーに基づいて詳述されるが、上記のトリガーのいずれか、または他の適切なトリガーが適用され得ることが理解される。
【００８４】
一部の例では、「リレー」ＷＴＲＵが、送信元ＷＴＲＵとターゲットＷＴＲＵとの間で使用されてもよい。この「リレー」は、本明細書の様々な図および説明では示されていないか、または説明されていない。しかしながら、以下のサブセクションで説明されるのと同じ手順が、リレーＷＴＲＵを含む通信に適用され得、リレーは、送信元ＷＴＲＵとターゲットＷＴＲＵとの間でメッセージを転送する（例えば、「透過的に」）ためにのみ使用される。
【００８５】
上で説明したように、一部の実装形態では、同じＬ２ＩＤを使用する複数のセッションを有するＷＴＲＵは、全てのセッション／ピアを同時に（または定義された時間内に、例えば短い時間内に）更新する必要がある。一部の実装形態では、セッションごとに、ＷＴＲＵはピアＷＴＲＵによってＬ２ＩＤの変更が確認されるまで、古いＬ２ＩＤでトラフィックを受信し続ける必要がある。これにより、Ｌ２ＩＤ変更メカニズムが非効率的となる可能性があり、例えば、全てのＷＴＲＵがそれらのＬ２ＩＤを定期的に変更しなければならないため、潜在的に複数のメッセージ交換を生成する可能性がある。したがって、Ｌ２ＩＤ更新手順を単純化し、他のセッションへの影響を排除または低減するために、一部の実装形態において、プライバシーサポートを実装するＷＴＲＵがセッションごとに異なるＬ２ＩＤを使用できることが本明細書に開示される。別の説明をすると、このような新しく開示された実装形態では、異なるピアＷＴＲＵを有する全てのユニキャストセッションが異なる送信元Ｌ２ＩＤを使用する。また、同じピアＷＴＲＵを有する各セッションは、１つのアプリケーションにのみ関連付けることができる。また、送信元／ターゲットＷＴＲＵで実行されている複数のアプリケーションは、全て別個のセッションを使用することができる。
【００８６】
図３は、要求側／送信元ＷＴＲＵ３８０  Ｌ２ＩＤの変更例、および任意選択で、ピア／宛先／ターゲットＷＴＲＵ３９０  Ｌ２ＩＤの変更の例の高レベルの図を示すシーケンスチャート３００であり、これは、同時に発生する可能性がある。
【００８７】
図３の参照ブロック３０１では、ＷＴＲＵは、プライバシー固有のパラメータ、例えば、プライバシータイマー値、Ｌ２ＩＤを生成するためのシード値、プライバシータイマーを生成するためのシード値などでプロビジョニングされる。プライバシーポリシーもプロビジョニングされ、単一のＷＴＲＵまたは両方のＷＴＲＵ、例えば、プライバシーの有効化／無効化、Ｌ２ＩＤプライバシーのみ、Ｌ２ＩＤ＋ＫＤ−ｓｅｓｓＩＤプライバシーなどに対して、またはそれらのために使用できる方法が示される。このようなプロビジョニング情報は、Ｖ２Ｘ制御機能（ＣＦ）、Ｖ２Ｘアプリケーションサーバー（ＡＳ）によって提供されてもよく、または、パラメータは、ＷＴＲＵで（例えば、モバイル機器（ＭＥ）またはユニバーサル集積回路カード（ＵＩＣＣ）のいずれかで）事前プロビジョニングされてもよい。これらのパラメータは、ＷＴＲＵごとに（例えば、特定のＷＴＲＵの全てのＰｒｏＳｅ／Ｖ２Ｘ直接通信に使用するために）、または、Ｖ２ＸごとのアプリケーションＩＤ（例えば、高度道路交通システムのアプリケーション識別子（ＩＴＳ−ＡＩＤ）またはプロバイダサービス識別子（ＰＳＩＤ））に基づいて（例えば、特定のＶ２Ｘアプリケーションの全てのＰｒｏＳｅ／Ｖ２Ｘ直接通信に使用される）プロビジョニングできる。図３の参照ブロック３０２では、ＰＣ５通信は、送信元ＷＴＲＵとピアＷＴＲＵ（図３ではＵＥと称される）との間に設定される。ピアＷＴＲＵは、例えば、セッション確立中（およびその逆）に、送信元ＷＴＲＵのプライバシー固有のパラメータ（上記のように）でプロビジョニングされてもよい。ピアＷＴＲＵで受信したプライバシーポリシーは、ピアＷＴＲＵのプロビジョニングされたポリシーと比較されてもよく、最上位に一致するプライバシー保護方法が選択されてもよい。送信元ＷＴＲＵは、例えば、リンク確立中に、ピアＷＴＲＵのプライバシー固有のパラメータ（上記のように）でプロビジョニングされてもよい。図３のブロック３０１および３０２は、ＰＣ５通信のためのセットアップ手順を表す。
【００８８】
図３のブロック３０３Ａおよび３０３Ｂにおいて、プライバシータイマーが送信元ＷＴＲＵ（および任意選択でピアＷＴＲＵ）で開始される。図３のブロック３０４において、通信は、送信元Ｌ２ＩＤ＃１（およびピアＬ２ＩＤ＃１）ならびにＫＤ−ｓｅｓｓＩＤ＃１を使用して、送信元ＷＴＲＵとピアＷＴＲＵとの間で進行中である。図３のブロック３０５Ａおよび３０５Ｂにおいて、プライバシータイマーの期限切れが発生する可能性がある。ブロック３０５Ａ１では、送信元ＷＴＲＵ３８０は、進行中のセッションに選択されたプライバシーポリシーを適用することができる（ここでは、適用される選択されたポリシーが両側のＬ２ＩＤ＋ＫＤ−ｓｅｓｓＩＤプライバシーであると仮定している）。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ（例えば、送信元Ｌ２ＩＤ＃２）を生成するか、他の方法で、例えば、上位レイヤから取得し、およびセッションＩＤの新しい部分（例えば、ＫＤ−ｓｅｓｓＩＤ＃２のＭＳＢ）を取得する。ＫＤ−ｓｅｓｓＩＤ＃２の新しいＬ２ＩＤおよび新しいＭＳＢは、このセッションで使用され、既存のＩＤでローカルに保存されたＫＤ−ｓｅｓｓＩＤの現在の送信元Ｌ２ＩＤおよび現在のＭＳＢに関連付けられる。この時点では、既存の送信元Ｌ２ＩＤ（送信元Ｌ２ＩＤ＃１）および場合によってはセッションＩＤ（ＫＤ−ｓｅｓｓＩＤ＃１）が、進行中のセッションを識別するために引き続き使用される。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤを新しいＬ２ＩＤ  ＩＥで送信し、場合によってはセッションＩＤ  ＩＥの新しいＭＳＢでＫＤ−ｓｅｓｓＩＤの新しいＭＳＢを（例えば、本明細書で説明する方法の１つを使用して）ピアＷＴＲＵに送信し、または、ピアＷＴＲＵ自体が、送信元ＷＴＲＵで取得されたものと同一の送信元Ｌ２ＩＤを（例えば、本明細書で説明する方法を使用して）再生成する。後者の場合、ピアＷＴＲＵ間でプライバシーメッセージが交換されないため、ＫＤ−ｓｅｓｓＩＤを更新する必要がない場合があることに注意されたい。一部の実装形態では、同じ手順でＬ２ＩＤ、場合によってはセッションＩＤを変更するために、両方のＷＴＲＵで同じ手順を同時に実行できる。プライバシータイマーは、Ｌ２ＩＤとセッションＩＤを変更するためのトリガーの一例にすぎない。Ｌ２ＩＤおよびセッションＩＤはまた、ＷＴＲＵが、本明細書で説明するように、例えば、ピアＷＴＲＵから新しい送信元Ｌ２ＩＤを受信する場合、上位レイヤまたはアプリケーションレイヤがプライバシー手順をトリガーする場合、ＷＴＲＵが新しい地理的領域に移動した場合、ＷＴＲＵがＶ２Ｘ制御機能（ＣＦ）もしくはＶ２Ｘアプリケーションサーバー（ＡＳ）から新しいプライバシーパラメータおよび／またはポリシーを受信した場合、または、例えば本明細書で説明するように、ＵＥがそのピアからプライバシー手順をトリガーする要求を受信した場合に、例えば、生成され、その後、他のＷＴＲＵに通信されてもよい。
【００８９】
一部の実装形態では、Ｖ２ＸレイヤがトリガーされてＬ２ＩＤを変更する場合、例えば、タイマー、ピアからの要求などの場合、Ｖ２Ｘレイヤは、例えば同期の目的で、ＩＤの差し迫った変さらについて、上位レイヤに通知／通信することができる。上位レイヤは、新しい上位レイヤＩＤで応答してもよく、これは、新しいＬ２ＩＤとともにピアＷＴＲＵに送信されてもよい。一部の実装形態では、Ｖ２Ｘレイヤと上位レイヤとの間のインターフェースが拡張され、例えば、Ｖ２Ｘレイヤからアプリケーションへの指示とアプリケーションからＶ２Ｘレイヤへの応答によって、そのような情報を渡すことができる。
【００９０】
ブロック３０６Ａおよび３０６Ｂにおいて、新しい送信元（および任意選択でピア）Ｌ２ＩＤおよびセッションＩＤは、ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。そのような同期／通信は、本質的に、Ｖ２Ｘアプリケーション部分のレイヤ（例えば、コンポーネントおよび／またはインスタンスおよび／または機能）間の通信であり、どこに配置されていても、更新されたＬ２ＩＤ情報に依存する全てのそのようなコンポーネント（ハードウェアおよび／またはソフトウェア）が最新の値で更新されるようにする。上位レイヤは、どのＬ２ＩＤが使用されているか、およびＰＣ５通信にＬ２ＩＤを使用するＡＳレイヤを認識していてもよい。新しい送信元Ｌ２ＩＤが同期／通信された後、新しい送信元Ｌ２ＩＤ（＃２）、および場合によってはセッションＩＤ（ＫＤ−ｓｅｓｓＩＤ＃２など）が進行中のセッションに使用される。新しいピアＬ２ＩＤ＃２が同期されると、ブロック３０６Ａ１のように、進行中のセッションにも使用される。ブロック３０７Ａおよび３０７Ｂにおいて、プライバシータイマーは、送信元ＷＴＲＵ（および任意選択でピアＷＴＲＵ）で再開される。
【００９１】
進行中のセッションに関連するＬ２ＩＤおよびセッションＩＤを更新するための一部のアプローチ（例えば、図３に関して示され、説明されるブロック３０５Ａ１）は、以下の内容を含んでおり、本明細書でさらに詳述される。
【００９２】
新しい第１の方法（方法１）では、一部の例には、送信元ＷＴＲＵとターゲットＷＴＲＵとの間の新しいＬ２ＩＤの交換が含まれる。このような例には、新しい送信元Ｌ２ＩＤを伝送するため、例えば、新しい送信元とピアのＬ２ＩＤの並列交換をサポートするための既存のメッセージ（ＰｒｏＳｅキープアライブメッセージなど）の変更が含まれてもよい。以下で方法３と呼ばれる方法１のさらなる拡張機能では、ＫＤ−ｓｅｓｓＩＤの新しいＭＳＢとＫＤ−ｓｅｓｓＩＤのＬＳＢの交換、ならびに送信元ＷＴＲＵとピアＷＴＲＵの新しいＬ２ＩＤの交換がサポートされ得る。このような方法１ベースの例と拡張機能には、例えば、新しい送信元およびピアのＬ２ＩＤの並列交換をサポートするため、かつ／またはＫＤ−ｓｅｓｓＩＤの新しいＭＳＢとＫＤ−ｓｅｓｓＩＤのＬＳＢを新しいセッションＩＤに交換することをサポートするために、新しいプライバシーメッセージの導入と、新しい送信元Ｌ２ＩＤを伝送する手順が含まれてもよい。一部の例では、ＷＴＲＵは、そのピアにそのＬ２ＩＤを変更するように要求することができ、これは、ピアトリガーと称される場合がある。一部の例では、既存のキー再生成メッセージを変更して、新しい送信元Ｌ２ＩＤとピアＬ２ＩＤの並列交換をサポートしている。
【００９３】
新しい第２の方法（方法２）では、一部の例にピアの新しいＬ２ＩＤの生成が含まれる。そのような例では、送信元シードがターゲットＷＴＲＵに提供されてもよく、ターゲットシードが送信元ＷＴＲＵに提供されてもよい。このような例には、既存のメッセージ（例えば、ＰｒｏＳｅキープアライブメッセージまたはＰＣ５ダイレクトリンク確立メッセージ）の変更が含まれ、ピアＷＴＲＵでのＬ２ＩＤの再生成に使用されるシードを構成する。このような例には、シード（単数）またはシード（複数）を交換するための新しいプライバシーメッセージの導入も含まれる場合がある。このような例では、他のＰＣ５シグナリングメッセージを更新して「シード」を伝送してもよい。
【００９４】
上で簡単に説明した新しい第３の方法（方法３）では、同じく上で導入した方法１を、プライバシー保護を強化するために新しいセッションＩＤの交換で拡張できる。新しい第４の方法（方法４）では、新しいセッションＩＤも生成する既存のキー再生成手順は、通信するＷＴＲＵ間での新しいＬ２ＩＤの交換によって強化され得る。
【００９５】
本明細書で説明される一部の例は、例えば、ＷＴＲＵ（またはＵＥ）構成更新（ＵＣＵ）手順を使用して、かつ／またはＰＣ５リンクのセットアップ中に、送信元ＷＴＲＵおよびピアＷＴＲＵでのプライバシーパラメータおよび／またはポリシープロビジョニングを含む。
【００９６】
一部の例には、プライバシーパラメータのプロビジョニングが含まれる。例えば、プロビジョニングとＰＣ５リンクのセットアップ手順は、プライバシー手順をサポートするように変更できる。一部の例では、ＷＴＲＵ（送信元またはターゲット、あるいはその両方）は、ｅＶ２Ｘプロビジョニングに使用されるのと同じメカニズムを使用して説明されているように、例えば、非アクセス層（ＮＡＳ）の透過コンテナ、Ｖ３インターフェース、またはＶ２Ｘアプリケーションサーバーを使用したＵＣＵ手順を介して、新しいプライバシータイマー値とその他のパラメータでプロビジョニングされる。ゼロ値構成では、送信元Ｌ２ＩＤの再生成手順が無効になる場合がある。プロビジョニングが提供されていない場合は、デフォルト値を使用できる。
【００９７】
ＷＴＲＵには、プライバシー保護に関連する動作を決定するためにＷＴＲＵが使用する新しいプライバシーポリシーをプロビジョニングすることもできる。プライバシーポリシーは、Ｖ２Ｘアプリケーション（例えば、高度道路交通システム−ＡＩＤ（ＩＴＳ−ＡＩＤ）または（プロバイダサービス識別子（ＰＳＩＤ））ごとに指定できる。プライバシーポリシーは、例えば、サポートされているプライバシー保護方法（ＰＰＭ）を指定する場合があり、設定によって識別される場合がある。例えば、次のような、ＰＰＭ１（無効−プライバシー処理なし）、ＰＰＭ２（方法１のみを使用したＬ２ＩＤプライバシー、単一のＵＥ  Ｌ２ＩＤ更新）、ＰＰＭ３（方法１のみを使用したＬ２ＩＤプライバシー、両方のＵＥのＬ２ＩＤ更新）、ＰＰＭ４（方法２のみを使用したＬ２ＩＤプライバシー、両方のＵＥのＬ２ＩＤ更新）、ＰＰＭ５（方法３を使用したＬ２ＩＤ＋セッションＩＤプライバシー）、ＰＰＭ６（方法４を使用したＬ２ＩＤ＋セッションＩＤプライバシー）、および／または他の適切の値が存在していてもよい。
【００９８】
図４は、プライバシーパラメータプロビジョニングの例を示すシーケンスチャート４００である。メッセージ４０１において、Ｖ２Ｘ制御機能（Ｖ２Ｘ）またはポリシー制御機能（ＰＣＦ）４４０は、ｅＶ２Ｘプロビジョニングパラメータをポリシーコンテナ内のＡＭＦ４３０に転送して、ＷＴＲＵ（図４ではＵＥ４１０として示されている）を構成する。プライバシーサポート用の新しいｅＶ２Ｘ固有のパラメータ（例えば、プライバシータイマー、Ｌ２ＩＤを生成するためのシード値、プライバシータイマーを生成するためのシード値など）が、既存のパラメータとともにポリシーコンテナに追加される。プライバシーポリシーはまた、指定することができる。メッセージ４０２で、ＡＭＦは（Ｒ）ＡＮ４２０を使用してＷＴＲＵポリシーコンテナをＷＴＲＵに転送する。この転送は、ＡＭＦがＷＴＲＵポリシーコンテナを読み取ったり変更したりせずにＷＴＲＵに転送するため、「透過的」と見なされる場合がある。ｅＶ２Ｘパラメータは、ブロック４０２ＡでＵＥ上にローカルに保存される。メッセージ４０３において、ＷＴＲＵは、ＷＴＲＵポリシー配信の結果をＡＭＦに送信する。メッセージ４０４で、ＡＭＦは、ＷＴＲＵポリシーコンテナの受信を通知するように登録されている場合、Ｖ２Ｘ  ＣＦまたはＰＣＦに通知する。
【００９９】
プライバシー手順の例には、プライバシーパラメータで更新されたダイレクトリンクのセットアップ手順が含まれる。一部の例では、ダイレクトリンクセットアップ手順を使用して、進行中のＰＣ５セッション中に現在のセッションでＬ２ＩＤの変更が必要であることを他のＷＴＲＵに示する。これは、例えば、直接通信要求メッセージに新しい指示を含めることによって、および／または一方のＷＴＲＵから他方のＷＴＲＵにプライバシータイマー値を渡すことによって達成することができる。この目的のために、プライバシータイマー値を含む新しいプライバシータイマーＩＥを導入することができる。新しいプライバシー表示ＩＥも導入されてもよく、そして、プロビジョニングされた値、例えば、ＰＰＭ２、ＰＰＭ３、ＰＰＭ４（上記のように）に設定されてもよい。ＰＰＭの選択は、リンクのセットアップ中に２つのＷＴＲＵ間でネゴシエートされてもよい。例えば、双方がサポートする最高のプライバシー保護を選択できる。例えば、ＰＰＭ２、ＰＰＭ３、およびＰＰＭ４は、発信ＷＴＲＵによってサポートすることができ、ピアＷＴＲＵではＰＰＭ２とＰＰＭ３のみがサポートされる。したがって、この特定のセッションには、ＰＰＭ３（例えば、方法１のみを使用するＬ２ＩＤプライバシー、両方のＷＴＲＵ  Ｌ２ＩＤ更新）が選択される。選択されたＰＰＭは、セッションの存続期間中のＷＴＲＵの動作を決定する。つまり、プライバシー保護が適用されているかどうか、どちらの方法が使用されているか、両方のピアがＬ２ＩＤを更新しているかどうか、セッションＩＤが更新されているかどうかなどを判断する。特定のＷＴＲＵでは、プロビジョニングされたプライバシーポリシーと上記のネゴシエーションプロセスに基づいて、セッションごとに異なるＰＰＭを選択できる。例えば、ＷＴＲＵは別のＷＴＲＵと２つのセッションを設定でき、セッションごとに異なるＰＰＭを選択できる（例えば、各セッションが異なるＶ２Ｘアプリケーションに関連付けられ、各アプリケーションが特定のプライバシーポリシーを保持する）。ピアＷＴＲＵは、プロビジョニングされた値および発信元のＷＴＲＵによって提案された値に基づいて許容可能な（例えば、共通の）ＰＰＭが見つからない場合、リンクセットアップを拒否することができる。
【０１００】
図５は、そのようなダイレクトリンクセットアップ手順の例を示すシーケンスチャート５００である。メッセージ５０１は、要求側または送信元ＷＴＲＵ５１０から宛先またはターゲットまたはピアＷＴＲＵ５２０に送信される直接通信要求であり、プライバシー表示、送信元ＷＴＲＵプライバシータイマー、および／またはサポートされるプライバシーポリシーを含み得る。メッセージ５０２は、宛先またはターゲットまたはピアＷＴＲＵ５２０から要求側または送信元ＷＴＲＵ５１０への要求メッセージに応答して送信される直接通信受信であり、これは、要求メッセージで送信されたプライバシー表示、送信元ＷＴＲＵプライバシータイマー、および／またはサポートされているプライバシーポリシーを確認する。一部の例では、プライバシータイマー値が他のＷＴＲＵに渡され、セッションの存続期間中にＬ２ＩＤが変更されることを、例えば、定期的に、ＷＴＲＵに事前に通知する。ピアからプライバシータイマー設定を受信するＷＴＲＵは、プライバシータイマー値で指定された時間内に変更を予期できる。この期間内に変更が発生しない場合、例えば、図９に関して示され、説明されたプライバシー手順を使用して、受信側のＷＴＲＵがこのＩＤの置換をトリガーすることができる。
【０１０１】
次に、上記で参照した方法１の例について説明する。方法１の一部の例には、新しいＬ２識別子の交換が含まれる。一部の例では、ＷＴＲＵは、同じ手順の間に、または独立して、新しいＬ２ＩＤを次々に交換する。プライバシータイマー値は、この手順を使用して更新することもできる。
【０１０２】
一部の例では、ＰｒｏＳｅダイレクトリンクキープアライブ手順が新しい送信元Ｌ２ＩＤで更新される。ＰｒｏＳｅダイレクトリンクキープアライブ手順を再利用して、進行中のセッションに関連付けられているＬ２ＩＤを変更できる。また、新しいＬ２ＩＤ  ＩＥを導入することができる。既存のキープアライブメッセージには、新しい送信元／ターゲットＬ２ＩＤ値に設定され得る新しいＬ２ＩＤ  ＩＥが含まれてもよい。新しいプライバシータイマー値は、（例えば、図４に関して示され、説明されるように）ＷＴＲＵ上でプロビジョニングされてもよく、（ａ）新しいＬ２ＩＤを生成するため、かつ（ｂ）キープアライブ手順を開始するための新しいトリガーとして使用できる。これには、新しく取得したＬ２ＩＤ  ＩＥが含まれてもよい。
【０１０３】
図６は、更新されたダイレクトリンクキープアライブ手順を使用する、要求側または送信元ＷＴＲＵ６１０上での新しいＬ２識別子の交換例を示すシーケンスチャート６００であり、プライバシータイマーの期限切れによってトリガーされ、ピアＷＴＲＵ６２０上の既存のセッションの送信元Ｌ２ＩＤを更新する。図６は、送信元Ｌ２ＩＤのみが変更される方法１の例を表す。キープアライブ手順およびメッセージは、新しい送信元Ｌ２ＩＤの交換を示して説明するために便宜上使用されていることに注意されたい。しかしながら（ｆｌｏｗｅｖｅｒ）、他のＰＣ５シグナリングメッセージおよび手順も同様の方法で変更し、同じ結果を達成するために使用できる。ブロック６０１において、Ｖ２Ｘパラメータは、ＷＴＲＵ６１０および６２０でプロビジョニングされ、セッションがセットアップされる。ブロック６０２において、送信元ＷＴＲＵ６１０は、プロビジョニングされた値を使用してプライバシータイマーを実行する。ブロック６０３において、通信は、送信元Ｌ２ＩＤ＃１（およびピアＬ２ＩＤ）を使用して進行中である。ブロック６０４において、プライバシータイマーは、送信元ＷＴＲＵ６１０で期限切れになり、送信元Ｌ２ＩＤを更新する必要がある。ブロック６０４Ａにおいて、新しい送信元Ｌ２ＩＤが生成される（例えば、送信元Ｌ２ＩＤ＃２）。ブロック６０４Ｂにおいて、送信元ＷＴＲＵは、キープアライブ手順を開始して、新しいＩＤをピアＷＴＲＵに送信する。送信元ＷＴＲＵは、キープアライブメッセージ６３０を、新しいＩＥ（例えば、Ｓｏｕｒｃｅ＿Ｌ２Ｊ  ＤＪ  Ｅ）内の新しい送信元Ｌ２ＩＤを含むピアＷＴＲＵに送信する。現在の送信元Ｌ２ＩＤは引き続き使用される。これは、この時点でセッションに関連付けられているＩＤであり、ピアが使用されることを認識／予想するＩＤであるためである。新しいプライバシータイマー値をピアＷＴＲＵに設定することもできる。ピアＷＴＲＵは、セッションに関連付けられた新しい送信元Ｌ２ＩＤを受信し、それをローカルに保存する。ＩＤ変更手順中に以前のＩＤを使用するメッセージが転送されている場合に備えて、両方のＬ２ＩＤ（以前のＩＤと新しいＩＤ）をローカルに保存できる。ピアＷＴＲＵは、ブロック６４０でキープアライブタイマーを停止し、キープアライブメッセージで受信されたのと同じ値に設定された新しい送信元Ｌ２ＩＤ  ＩＥ（例えば、Ｓｏｕｒｃｅ＿Ｌ２ＪＤＪ  Ｅ）を含むキープアライブ確認メッセージ６５０を送り返す。以前のＬ２ＩＤは、このメッセージの宛先ＩＤとして引き続き使用される。古い送信元Ｌ２ＩＤは、新しいＬ２ＩＤを使用するメッセージを受信した後、または、例えば猶予期間後に、ローカルメモリから削除される場合がある。ステップ４ｃでは、キープアライブタイマーが両側で再開される。ブロック６０５Ａおよび６０５Ｂにおいて、新しい送信元Ｌ２ＩＤは、（例えば、上位レイヤがどのＷＴＲＵ  ＩＤが使用されるかを認識し、ＡＳレイヤがＰＣ５通信のためにＬ２ＩＤを使用する場合に）ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。ブロック６０６において、送信元Ｌ２ＩＤは定期的に変更される必要があるので、送信元ＷＴＲＵはプラ��バシータイマーを再開する。ブロック６０７では、新しい送信元Ｌ２ＩＤが、この時点から、両側から使用される。
【０１０４】
一部の例では、両方のＷＴＲＵが同じ手順でＬ２ＩＤを更新する。このような例では、ターゲットＷＴＲＵは、例えば、キープアライブメッセージを受信したときに、送信元ＷＴＲＵと同時にＬ２ＩＤを更新することを決定してもよい。図７は、要求側／送信元ＷＴＲＵ７１０およびピア／宛先ＷＴＲＵ７２０の両方で両方のＬ２ＩＤが変更されるこの方法１交換の例を示すシーケンスチャート７００である。図７の交換は、図６に関して以前に説明されたものと同様であるが、図７に示されるように一部の変更がある。
【０１０５】
例えば、ブロック７０１および７０３は、図６と同じである。ブロック７０２Ａおよび７０２Ｂは、プライバシータイマーが両方のＷＴＲＵに記載されていることを示している。ブロック７０４Ａおよび７０４Ｂにおいて、プライバシータイマーは、送信元およびピアＷＴＲＵで期限切れになり、Ｌ２ＩＤを更新する必要がある。ブロック７０４Ａ１および７０４Ｂ１では、新しいＬ２ＩＤが両方のＷＴＲＵ（例えば、送信元Ｌ２ＩＤ＃２、ピアＬ２ＩＤ＃２）上で生成される。ブロック７０４Ａ２において、送信元ＷＴＲＵはキープアライブ手順を開始して、その新しいＩＤをピアＷＴＲＵに送信する。送信元ＷＴＲＵは、新しいＩＥ（例えば、Ｓｏｕｒｃｅ＿Ｌ２ＪＤＪ  Ｅ）において、その新しいＬ２ＩＤを含むキープアライブメッセージ７３０を送信する。現在の送信元Ｌ２ＩＤは引き続き使用される。これは、この時点でセッションに関連付けられているＩＤであり、ピアが使用されることを認識／予想するＩＤであるためである。送信元／ピアＷＴＲＵで新しいプライバシータイマー値を設定することもできる。ピアＷＴＲＵは新しい送信元Ｌ２ＩＤを受信し、それをローカルに保存する。ＩＤ変更手順中に以前のＩＤを使用するメッセージが転送されている場合に備えて、両方のＬ２ＩＤ（以前のＩＤと新しいＩＤ）をローカルに保存できる。キープアライブメッセージが受信されたため、ピアＷＴＲＵは、ブロック７４０でキープアライブタイマーを停止する。ピアＷＴＲＵは、キープアライブメッセージ（すなわち、送信元Ｌ２ＩＤ＃１）で受信されたのと同じ値に設定された新しい送信元Ｌ２ＩＤ  ＩＥを含む応答メッセージ７５０を送り返す。また、別の新しいＩＥ（例えば、ｔａｒｇｅｔ＿Ｌ２ＪＤＪＥ）に新しいＩＤが含まれる。以前のＬ２ＩＤは、このメッセージの送信元／宛先ＩＤとして引き続き使用される。応答メッセージを受信した後、送信元ＷＴＲＵは、新しいターゲットＬ２ＩＤ  ＩＥを含む確認メッセージ７６０で応答する。ただし、ターゲットの以前のＬ２ＩＤは、このメッセージの宛先ＩＤとして引き続き使用される。ブロック７０５Ａおよび７０５Ｂにおいて、新しい送信元／ピアＬ２ＩＤは、（例えば、上位レイヤがどのＷＴＲＵ  ＩＤが使用されるかを認識し、ＡＳレイヤがＰＣ５通信のためにＬ２ＩＤを使用する場合に）ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。ブロック７０６Ａおよび７０６Ｂにおいて、送信元Ｌ２ＩＤを定期的に変更する必要があるため、両方のＷＴＲＵがプライバシータイマーを再開する。キープアライブタイマーも再開される。ブロック７０７では、新しいＬ２ＩＤが、この時点から、両側から使用される。一部の例では、新しいＰｒｏＳｅダイレクトリンクプライバシー手順が導入されている。このような例では、新しい専用のダイレクトリンクプライバシー手順を使用して、セッションに関連付けられている送信元Ｌ２ＩＤを変更する。新しいプライバシー手順では、独自のプライバシータイマーとプライバシーメッセージ（Ｐｒｉｖａｃｙ＿Ｒｅｑｕｅｓｔ、Ｐｒｉｖａｃｙ＿Ｒｅｓｐｏｎｓｅ、Ｐｒｉｖａｃｙ＿Ｔｒｉｇｇｅｒなど）を使用する。プライバシー手順は、送信元ＷＴＲＵまたはピアＷＴＲＵか���開始できる。この手順を使用して、単一のＷＴＲＵのＬ２ＩＤまたは両方のＷＴＲＵのＬ２ＩＤを更新できる。
【０１０６】
一部の例では、送信元ＷＴＲＵは、単一のＬ２ＩＤ変更のプライバシー手順を開始する。図８は、そのようなプライバシー手順の例を示すシーケンスチャート８００である。この例では、送信元ＷＴＲＵにプライバシータイマー値がプロビジョニングされている。タイマーの期限切れ時に、ＷＴＲＵは新しいＬ２ＩＤを取得し、ピアＷＴＲＵを新しいＬ２ＩＤで更新する。図８は、方法１の１つのオプションに対応する２つのＷＴＲＵ間のダイレクトリンクプライバシー通信を使用する、新たに定義されたプライバシー手順の一例を表す。
【０１０７】
ブロック８０１において、Ｖ２ＸパラメータがＷＴＲＵにプロビジョニングされ、セッションがセットアップされる。ブロック８０２において、送信元ＷＴＲＵは、プロビジョニングされた値を使用してプライバシータイマーを開始する。ブロック８０３において、通信は、送信元ＷＴＲＵとピアＷＴＲＵとの間で進行中である。ブロック８０４において、プライバシータイマーは、送信元ＷＴＲＵで期限切れになる。ブロック８０４Ａ１において、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ（例えば、送信元Ｌ２ＩＤ＃２）を生成する。ブロック８０４Ａ２において、プライバシー手順が開始される。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ  ＩＥを含むＰｒｉｖａｃｙ＿Ｒｅｑｕｅｓｔメッセージ８３０を送信する。タイマー値を変更する必要がある場合は、新しいプライバシータイマー値ＩＥを指定することもできる。ピアＷＴＲＵは、ピアの新しい送信元Ｌ２ＩＤを受信し、ローカルに保存する。ピアＷＴＲＵは、Ｐｒｉｖａｃｙ＿Ｒｅｑｕｅｓｔメッセージ８３０で受信されたのと同じ値に設定された新しい送信元Ｌ２ＩＤ  ＩＥを含むＰｒｉｖａｃｙ＿Ｒｅｓｐｏｎｓｅメッセージ８４０を送り返す。ブロック８０５Ａおよび８０５Ｂにおいて、新しい送信元Ｌ２ＩＤは、（例えば、上位レイヤがどのＷＴＲＵ  ＩＤが使用されるかを認識し、ＡＳレイヤがＰＣ５通信のためにＬ２ＩＤを使用する場合に）ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。ブロック８０６において、送信元ＷＴＲＵはプライバシータイマーを再開する。ブロック８０７において、新しい送信元Ｌ２ＩＤがこの時点から使用され得る。
【０１０８】
一部の例では、両方のＬ２ＩＤが同じ手順で更新される。図９は、そのような手順の例を示すシーケンスチャート９００である。この例では、ピアＷＴＲＵは送信元ＷＴＲＵと同時にＬ２ＩＤを更新し、新しいＬ２ＩＤの交換は同じ手順で実行される。図９は、方法１の別のオプションに対応する２つのＷＴＲＵ間のダイレクトリンクプライバシー通信を使用する新たに定義されたプライバシー手順の一例を表しており、両方のＷＴＲＵが同じ手順でそれらのＬ２ＩＤを更新する。
【０１０９】
ブロック９０１において、Ｖ２ＸパラメータがＷＴＲＵにプロビジョニングされ、セッションがセットアップされる。ブロック９０２Ａおよび９０２Ｂにおいて、送信元ＷＴＲＵ９１０およびピアＷＴＲＵ９２０は、プロビジョニングされた値を使用してプライバシータイマーを開始する。ブロック９０３において、通信は、送信元ＷＴＲＵとピアＷＴＲＵとの間で進行中である。ブロック９０４Ａおよび９０４Ｂにおいて、プライバシータイマーは、送信元ＷＴＲＵ、および場合によってはピアＷＴＲＵで期限切れになる。ブロック９０４Ａ１において、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ（例えば、送信元Ｌ２ＩＤ＃２）を生成する。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ  ＩＥと、タイマー値を更新する必要がある場合は任意選択で新しいプライバシータイマーＩＥを含むＰｒｉｖａｃｙ＿Ｒｅｑｕｅｓｔメッセージ９３０を送信する。ピアＷＴＲＵは、送信元ＷＴＲＵの新しい送信元Ｌ２ＩＤを受信し、ローカルに保存する。ブロック９０４Ｂ１において、ピアＷＴＲＵは、新しいピアＬ２ＩＤ（例えば、ピアＬ２ＩＤ＃２）を、（ａ）プライバシータイマーが期限切れしたとき（ブロック９０４Ｂ）、または任意選択で（ｂ）プライバシー要求メッセージ９３０の受信時に、生成する。ピアＷＴＲＵは、プライバシー要求メッセージで受信したのと同じ値に設定された新しい送信元Ｌ２ＩＤ  ＩＥを含み、新しいピアＬ２ＩＤも含むＰｒｉｖａｃｙ＿Ｒｅｓｐｏｎｓｅメッセージ９４０を送り返す。任意選択で、ピアタイマー値を更新する必要がある場合は、新しいプライバシータイマーＩＥを含めることができる。送信元ＷＴＲＵは、新しいピアＷＴＲＵ  Ｌ２ＩＤ  ＩＥを含むプライバシー応答メッセージ９４０を受信し、この新しいＩＤをローカルに保存し、新しいピアＬ２ＩＤを含むプライバシー確認メッセージ９５０で応答する。ブロック９０５Ａおよび９０５Ｂにおいて、新しいＬ２ＩＤは、（例えば、上位レイヤがどのＷＴＲＵ  ＩＤが使用されるかを認識し、ＡＳレイヤがＰＣ５通信のためにＬ２ＩＤを使用する場合に）ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。ブロック９０６Ａおよび９０６Ｂにおいて、各ＷＴＲＵはそのプライバシータイマーを再開する。ブロック９０７において、この時点から、新しいＬ２ＩＤが使用される。
【０１１０】
一部の例では、ＷＴＲＵがピア側でプライバシー手順をトリガーする。例えば、ＷＴＲＵは、そのピアにそのＬ２ＩＤを変更するように要求することができる（例えば、ピアＷＴＲＵは、そのＬ２ＩＤ、すなわち、送信元Ｌ２ＩＤを変更するように送信元ＷＴＲＵに要求する）。このような要求を受信する送信元ＷＴＲＵは、Ｌ２ＩＤ更新手順をトリガーする場合がある。この場合、送信元ＷＴＲＵは新しいＬ２ＩＤを取得し、ピアＷＴＲＵを新しいＬ２ＩＤで更新する。リンクセットアップ手順中に送信元ＷＴＲＵプライバシータイマー値で設定されたピアＷＴＲＵは、例えば、（ａ）ローカルで（例えば、上位レイヤから）トリガーを受信した場合、もしくは（例えば、適切な理由または追加のトリガーにより）送信元Ｌ２ＩＤを変更する必要があると判断した場合、または（ｂ）ピアＷＴＲＵが、送信元ＷＴＲＵと同時に自身のＬ２ＩＤを更新することを望む場合、送信元ＷＴＲＵ  Ｌ２ＩＤの変更をトリガーすることを決定することができる。
【０１１１】
図１０は、ピアＷＴＲＵがＬ２ＩＤ変更手順をトリガーする方法１の手順の例を示すシーケンスチャート１０００である。ブロック１００１において、セッションがセットアップされ、通信は、送信元ＷＴＲＵ１０１０とピアＷＴＲＵ１０２０との間で進行中である。ブロック１００２Ａおよび１００２Ｂにおいて、両方のＷＴＲＵがプライバシータイマーを開始することができる。ブロック１００３において、通信は、送信元ＷＴＲＵとピアＷＴＲＵとの間で進行中である。ブロック１００４において、ピアＷＴＲＵは、送信元ＷＴＲＵがそのＬ２ＩＤを変更すべきであると決定し、ピアＬ２ＩＤも同様に変更される必要があり得る。ピアＷＴＲＵは、新しいＰｒｉｖａｃｙ＿Ｔｒｉｇｇｅｒメッセージ１０３０を送信元ＷＴＲＵに送信する。ピアＷＴＲＵは、オプションのブロック１００４Ｂ１でＬ２ＩＤを更新する必要がある場合、新しいＬ２ＩＤを生成できる。他の場合には、このトリガーメッセージ１０３０を受信する送信元ＷＴＲＵは、ブロック１００５でそのプライバシータイマーを停止する。ブロック１００５Ａ１において、新しい送信元Ｌ２ＩＤ（例えば、送信元Ｌ２ＩＤ＃２）が生成される。ブロック１００５Ａ２において、送信元ＷＴＲＵは、プライバシー手順を開始して、その新しいＩＤをピアＷＴＲＵに送信する。直接プライバシーメッセージは、ブロック１００６で交換される。あるいは、送信元ＷＴＲＵは、例えば、図６に関して示され、説明されるように、キープアライブ手順を使用して、新しい送信元Ｌ２ＩＤをピアＷＴＲＵに送信することができる。送信元Ｌ２ＩＤのみが変更される場合、図６および８に関して示され、説明される手順を使用することができる。両方のＬ２ＩＤが変更された場合、図７および９に関して示され、説明される手順を使用することができる。ブロック１００７Ａおよび１００７Ｂにおいて、新しいＬ２ＩＤは、（例えば、上位レイヤがどのＷＴＲＵ  ＩＤが使用されるかを認識し、ＡＳレイヤがＰＣ５通信のためにＬ２ＩＤを使用する場合に）ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。ブロック１００８Ａおよび１００８Ｂにおいて、プライバシータイマーが両方のＷＴＲＵで再開される。ブロック１００９において、通信は、新しい送信元Ｌ２ＩＤ＃２および変更されている場合は新しいピアＬ２ＩＤ＃２を使用して進行中である。
【０１１２】
方法２のＬ２ＩＤ変更の例には、送信元およびターゲットＷＴＲＵでのピアＬ２ＩＤの生成が含まれる。一部の方法２の例では、ピアＬ２ＩＤは、メッセージを介して新しいＩＤを交換する代わりに、送信元ＷＴＲＵ自体から再生成される。このような例では、Ｖ２Ｘパラメータのプロビジョニング段階で、他の必要なＶ２Ｘパラメータとともに、各ＷＴＲＵに秘密のパラメータとシードのリストをプロビジョニングできる。シードは、ＷＴＲＵのＬ２ＩＤの再生成に使用できる。
【０１１３】
送信元ＷＴＲＵとピアＷＴＲＵとの間でセッションが確立された後、かつ、セキュリティキーが交換され、通信が保護された後、送信元ＷＴＲＵおよびピアＷＴＲＵは、それらのプライバシータイマー値およびシードを交換することができる。したがって、ＷＴＲＵは、ピアの（ａ）プライバシータイマー値および（ｂ）新しいＬ２ＩＤ再生成に使用されるシードで構成される。
【０１１４】
同じシードまたは別の（例えば、タイマーを生成するためにプロビジョニングされた）シード値をＷＴＲＵが使用して、プライバシータイマーを生成することができる。別のシードを使用してタイマー値を生成する場合、そのようなシード値はＷＴＲＵ間でも交換できる。タイマーのシード値は、プライバシータイマーを変更するためのタイマー値のランダム化を容易にする場合がある。
【０１１５】
一部の例では、潜在的に対応するタイマーを備えたシードのリストが両側で構成され、同じ手順の間に交換され得る。この説明されている手順は、無線経由のメッセージ交換を削減または制限する場合がある。ターゲットＷＴＲＵの新しいＬ２ＩＤを生成するために使用されるシードは、プライバシータイマーが期限切れした後に提供されるシードのリストから連続的に選択され得る。ＷＴＲＵはｐｅｅｒ＿ｐｒｉｖａｃｙ＿ｔｉｍｅｒを開始し、タイマーが期限切れになると、設定されたシードに基づいてピアＬ２ＩＤを再生成する。同時に、ピアＷＴＲＵも同じシードを使用して独自のＬ２ＩＤを再生成し、同じ値が取得される。ターゲットＷＴＲＵの新しいＬ２ＩＤの生成は定期的に行われる場合がある。シード値およびタイマー値は、更新されたキープアライブメカニズム、その他の更新されたＰＣ５シグナリングメッセージ、または新しいメッセージを使用して、ピアＷＴＲＵで設定できる。
【０１１６】
図１１は、タイマーが期限切れした後に送信元Ｌ２ＩＤを再生成できるように送信元ＷＴＲＵがピアＷＴＲＵを構成する例示的な方法２手順を示すシーケンスチャート１１００である。このようなメカニズムは、宛先ＷＴＲＵから送信元ＷＴＲＵまで使用できる。図１１では、送信元Ｌ２ＩＤは、送信元ＷＴＲＵおよびピアＷＴＲＵ上で再生成される。ブロック１１０１において、セッションは、送信元ＷＴＲＵとピアＷＴＲＵとの間にセットアップされる。ブロック１１０２において、送信元ＷＴＲＵとピアＷＴＲＵとの間の通信が進行中である。この時点で「送信元Ｌ２ＩＤ＃１」が使用される。ブロック１１０２Ａにおいて、プライバシータイマーが送信元ＷＴＲＵで開始される。ブロック１１０３において、プライバシータイマーおよびシードは、（例えば、更新されたキープアライブメカニズムまたは新しいメッセージのいずれかを使用して）ピアＷＴＲＵに送信される。タイマーは、例えば、１５分の持続時間および特定の開始時間を示し得る。この例では、タイマーは指定された開始時刻を過ぎて１５分ごとに期限切れになる。これにより、同時に開始されていなくても、両側のタイマーが同時に期限切れになる可能性がある。ブロック１１０３Ａにおいて、ピアＷＴＲＵは、送信元ＷＴＲＵプライバシータイマー値およびシードを保存し、送信元ＷＴＲＵプライバシータイマーを開始する。例えば、図６および８に関して示され、説明されるような情報を交換するために使用される手順をここで使用することができるが、この場合（シード用の新しいＩＥ）、プライバシータイマー＋シードが転送される。ブロック１１０４Ａおよび１１０４Ｂにおいて、タイマーの期限切れ後、送信元ＷＴＲＵは、そのピアと共有されたシードを使用して、新しいＬ２ＩＤを生成する。ブロック１１０４Ａ１および１１０４Ｂ１において、ターゲットＷＴＲＵ上で、タイマーは、送信元ＷＴＲＵ上で同時に期限切れしている。ターゲットＷＴＲＵは、送信元ＷＴＲＵから受信したシード値を使用して、新しい送信元ＷＴＲＵ  Ｌ２ＩＤを再生成する。送信元Ｌ２ＩＤの同じ値が、両方のＷＴＲＵで取得される。ブロック１１０５Ａおよび１１０５Ｂにおいて、新しい送信元Ｌ２ＩＤは、（例えば、上位レイヤがどのＷＴＲＵ  ＩＤが使用されるかを認識し、ＡＳレイヤがＰＣ５通信のためにＬ２ＩＤを使用する場合に）ＰＣ５通信のために両方のＷＴＲＵ上のレイヤにわたって同期／通信される。ブロック１１０６Ａおよび１１０６Ｂにおいて、プライバシータイマーが両方のＷＴＲＵで再開される。ブロック１１０７において、通信は、新たに形成された送信元Ｌ２ＩＤ＃２に基づいて、送信元ＷＴＲＵとピアＷＴＲＵとの間で進行中である。
【０１１７】
一部の例では、（例えば、図６に関して示され、説明される）更新されたキープアライブメカニズムまたは（例えば、図８に関して示され、説明される）新しいメッセージを使用して、プライバシータイマー値およびシードを交換することができる。タイマー値およびシードは、定常的および／または定期的に更新することができる。
【０１１８】
図１２は、（Ａ）ピアＷＴＲＵ１２２０上でそのプライバシータイマー値およびシードを構成するＷＴＲＵ１２１０、および（Ｂ）それらの構成を交換する両方のＷＴＲＵを示すシーケンスチャート１２００である。図１２は、プライバシータイマー値およびシードの方法２交換を示している。シーケンスＡは、要求側／送信元のＷＴＲＵがプライバシータイマーとシード値をＷＴＲＵごとに送信するメッセージ交換の例である。シーケンスＡで、メッセージ１２２５において、ＷＴＲＵ１２１０は、直接通信キープアライブ、直接プライバシー要求、またはＷＴＲＵ１２１０プライバシータイマーおよびシード値をピアＷＴＲＵ１２２０に転送するための関連情報を含む他のメッセージを送信する。受信後、ピアＷＴＲＵ１２２０は、受信された要求メッセージ１２２５の確認であり得る応答メッセージ１２３０を送信する。確認メッセージ１２３０は、他の可能なメッセージコンテンツの中で、送信元ＷＴＲＵプライバシータイマー値および送信元シード値を含み得る。シーケンスＢは、シーケンスＡの代替となる場合がある。シーケンスＢは、両方のＷＴＲＵがそれぞれのプライバシータイマーとシード値を交換するメッセージ交換の例である。シーケンスＢで、メッセージ１２３５において、ＷＴＲＵ１２１０は、直接通信キープアライブ、直接プライバシー要求、またはＷＴＲＵ１２１０プライバシータイマーおよびシード値をピアＷＴＲＵ１２２０に転送するための関連情報を含む他のメッセージを送信する。受信後、ピアＷＴＲＵ１２２０は、受信された要求メッセージ１２３５の応答であり得る応答メッセージ１２４０を送信する。応答メッセージ１２４０は、他の可能なメッセージコンテンツの中で、送信元ＷＴＲＵプライバシータイマー値および送信元シード値、ならびにピアプライバシータイマーおよびピアシード値を含み得る。応答メッセージ１２４０の受信後、送信元ＷＴＲＵ１２１０は、メッセージ１２４５を送信することができ、これは、直接通信キープアライブ確認、直接プライバシー確認、またはピアＷＴＲＵ１２２０プライバシータイマーおよびシード値をピアＷＴＲＵ１２２０に戻すための関連情報を含む他のメッセージであり得る。上記の交換例ＡおよびＢは、方法２の図１１のブロック１１０３のように、ＷＴＲＵの構成を確立することができる。
【０１１９】
例の方法３は、新しいセッションＩＤの交換で新しいＬ２識別子の交換を拡張することができる。一例では、方法３は、新しいセッションＩＤの交換で方法１を拡張する。例えば、上記のように、ＷＴＲＵは、Ｌ２ＩＤ変更手順中に、独立して（すなわち、次々に）、または同じ手順中に同時に、新しいセッションＩＤを交換することができる。さらに、ＷＴＲＵは、例えばプライバシー上の理由から、そのＬ２ＩＤと同時にそのセキュリティコンテキスト識別子（例えば、セッション識別子）を更新するように構成されてもよい。これを容易にするために、上記の新しいＬ２識別子の交換は、送信元と宛先のＬ２ＩＤに加えて、ＫＤ−ｓｅｓｓＩＤのＭＳＢ／ＬＳＢの交換を可能にすることにより、追加のプライバシー保護で拡張される。
【０１２０】
第１のシナリオでは、開始／要求側／送信元ＷＴＲＵでプライバシータイマーが実行されている場合がある。プライバシータイマーが期限切れした場合、またはピアＷＴＲＵからトリガーを受信した場合、開始／要求側／送信元ＷＴＲＵは、（例えば、新しい送信元Ｌ２ＩＤで更新されたＰｒｏＳｅダイレクトリンクキープアライブ手順に関して上記で説明したように、または送信元ＷＴＲＵが単一のＬ２ＩＤ変更でプライバシー手順を開始する場合）セッションに関連付けられたセキュリティコンテキストをフェッチし、Ｌ２ＩＤ更新手順を実行する。Ｌ２ＩＤの再生成に加えて、ＷＴＲＵは新しいセッション識別子（つまり、ＫＤ−ｓｅｓｓＩＤのＭＳＢ）を生成することができる。この新しいセッションＩＤは、新しいＬ２ＩＤとともにピアＷＴＲＵに送信される場合がある。通信はすでに保護されていることに注意されたい。つまり、交換されたＬ２ＩＤとセッションＩＤは暗号化され、完全性が保護される。新しい識別子は、手順が正常に完了したときに使用される。セキュリティコンテキストのコンテンツ自体は変更されないことに注意されたい。つまり、セキュリティコンテキストに保存されているキーとその他のパラメータ（カウンタなど）は同じであり、開始／要求側／送信元ＷＴＲＵおよびピア／宛先ＷＴＲＵ（つまり、各ピアＷＴＲＵ）でセキュリティコンテキストをローカルに見つけるために使用されるセッション識別子のみが更新されることに注意されたい。
【０１２１】
第２のシナリオでは、両方のＷＴＲＵが同じ手順でＩＤを更新する。つまり、両方のＬ２ＩＤが同じ手順で更新され、同じプライバシー手順の間に、両方のＷＴＲＵがセッション識別子の一部を同時に変更する。この場合、両方のＷＴＲＵがセッションＩＤの新しい部分（ＭＳＢとＬＳＢ）を生成し、それらを新しいＬ２ＩＤと交換する。これは、ダイレクトプライバシーメッセージを使用して、図１３に示されている。図１３は、プライバシー手順を使用して、両方のＷＴＲＵがセッションＩＤの新しい部分を交換する場合を示すメッセージシーケンスチャート１３００である。
【０１２２】
図１３の例では、通信は、ブロック１３０１内の送信元ＷＴＲＵ１３１０とピアＷＴＲＵ１３２０との間で進行中であり、送信元ＷＴＲＵはＬ２ＩＤ＃１を使用し、ピアＷＴＲＵはそれ自身のＬ２ＩＤ＃１を使用している。セッションＩＤ（ＫＤ−ｓｅｓｓＩＤ＃１）で識別されるセキュリティアソシエーションがＷＴＲＵ間に確立されている。つまり、各ＷＴＲＵは、通信を保護するために必要なセキュリティパラメータ（暗号化キーなど）を含むセキュリティコンテキストをローカルに保存している。ピア間で交換される全ての情報は暗号化され、完全性が保護される。開始ＷＴＲＵはＫＤ−ｓｅｓｓＩＤのＭＳＢを使用してセキュリティコンテキストを特定し、ピアＷＴＲＵはその側でＫＤ−ｓｅｓｓＩＤのＬＳＢを使用する。
【０１２３】
ブロック１３０２において、プライバシータイマーは、送信元ＷＴＲＵで期限切れになる。送信元ＷＴＲＵは、ブロック１３０２Ａで新しい送信元Ｌ２ＩＤ（例えば、送信元Ｌ２ＩＤ＃２）を生成し、送信元ＷＴＲＵは、ブロック１３０２ＢでＫＤ−ｓｅｓｓＩＤの新しいＭＳＢ（例えば、ＫＤ−ｓｅｓｓＩＤ＃２のＭＳＢ）を生成する。送信元ＷＴＲＵは、Ｐｒｉｖａｃｙ＿Ｒｅｑｕｅｓｔメッセージ１３０３または別のＰＣ５シグナリングメッセージ（例えば、新しい送信元Ｌ２ＩＤ  ＩＥおよびＫＤ−ｓｅｓｓＩＤ  ＩＥの新しいＭＳＢを含むＰＣ５リンク更新メッセージ）および任意選択で新しいプライバシータイマーＩＥを送信する。
【０１２４】
ピアＷＴＲＵは、メッセージ１３０３のＫＤ−ｓｅｓｓＩＤの新しい送信元Ｌ２ＩＤおよび新しいＭＳＢを受信し、それらをローカルに保存して、最終的に現在使用されている以前の値を置き換える。ブロック１３０４Ａにおいて、ピアＷＴＲＵは、新しいピアＬ２ＩＤ（例えば、ピアＬ２ＩＤ＃２）を生成する。ブロック１３０４Ｂにおいて、ピアＷＴＲＵは、ＫＤ−ｓｅｓｓＩＤの新しいＬＳＢ（すなわち、ＫＤ−ｓｅｓｓＩＤ＃２のＬＳＢ）を生成する。ブロック１３０４Ｃにおいて、ピアＷＴＲＵは、その新しく生成された識別子をローカルに保存する。セキュリティコンテキストは、ＫＤ−ｓｅｓｓＩＤ＃２でローカルに更新される。
【０１２５】
ピアＷＴＲＵは、Ｐｒｉｖａｃｙ＿Ｒｅｓｐｏｎｓｅメッセージ１３０５または別のＰＣ５シグナリングメッセージ（ＰＣ５リンク更新応答メッセージなど）を（送信元ＷＴＲＵに）送り返す。これには、プライバシー要求メッセージで受信したのと同じ値に設定されたＫＤ−ｓｅｓｓＩＤ  ＩＥの新しい送信元Ｌ２ＩＤ  ＩＥおよび新しい送信元ＭＳＢが含まれ、ＫＤ−ｓｅｓｓＩＤ  ＩＥの新しいピアＬ２ＩＤ  ＩＥおよび新しいピアＬＳＢも含まれる。別の実施形態では、ピアＷＴＲＵは、現在のセッションコンテキストに基づいてローカルにそれらを取得することが期待される送信元ＷＴＲＵを備えたＫＤ−ｓｅｓｓＩＤ  ＩＥの新しい送信元Ｌ２ＩＤ  ＩＥおよび新しい送信元ＭＳＢを送り返さない。例えば、送信元ＷＴＲＵは、生成時にＫＤ−ｓｅｓｓＩＤの現在の送信元ＭＳＢによって識別されるセキュリティコンテキストにこれらを格納できる。ブロック１３０６において、プライバシー応答メッセージ１３０５を受信する送信元ＷＴＲＵは、新しいピアＬ２ＩＤ  ＩＥおよびＫＤ−ｓｅｓｓＩＤ  ＩＥの新しいピアＬＳＢを含み、これらの新しいＩＤをローカルに保存し、新しいピアＬ２ＩＤおよびＫＤ−ｓｅｓｓＩＤの新しいＬＳＢを含むプライバシー確認メッセージ１３０７で応答する。ブロック１３０８では、この時点以降、新しいＬ２ＩＤおよびＫＤ−ｓｅｓｓＩＤ（ＭＳＢおよびＬＳＢ）が使用される。
【０１２６】
方法４の例では、新しいＬ２ＩＤを交換することで、既存のキー再生成手順を強化できる。一例では、方法４は、既存のキー再生成手順は、通信するＷＴＲＵ間で新しいＬ２ＩＤを交換によって強化され得る。既存のキー再生成手順は、進行中のセッションのセキュリティコンテキストを更新するために使用される。この場合、全てのパラメータが更新される。例えば、キーが再生成され、カウンタがリセットされ、新しいセッションＩＤも生成される。
【０１２７】
本明細書で説明する様々なアプローチの代替として、このアプローチは（例えば、３ＧＰＰ  ＴＳ  ３３．３０３  ６．５．５．３で説明するように）既存のキー再生成手順を使用し、新しいセッションＩＤとともに、ピアＷＴＲＵ間で新しい送信元と宛先のＬ２ＩＤを交換できるように強化する。本明細書で論じられる他のアプローチに関しては、プライバシータイマーを使用して、この強化されたキー再生成手順をトリガーすることができる。他のトリガーも存在する可能性がある（例えば、上位レイヤから、ピアＷＴＲＵからの要求、現在のリンクのカウンタが現在のキーで繰り返される前など）。
【０１２８】
キーの再生成手順は、完全なセッションＩＤ、つまりＭＳＢおよびＬＳＢ部分の変更を意味する場合があり、すでに確立されているセッションを使用して実行できることに注意されたい。したがって、ピア間で交換される全てのメッセージは暗号化され、完全性が保護される。ただし、Ｌ２ＩＤの変更は、必要に応じて単一のＷＴＲＵでのみ、または両方のＷＴＲＵで実行できる。
【０１２９】
図１４は、強化されたキー再生成手順を使用した新しいＬ２ＩＤの交換を示すメッセージシーケンスチャート１４００である。図１４は、キー再生成手順のコンテキストで送信元ＷＴＲＵとピアＷＴＲＵの両方のＬ２ＩＤの交換を提供する方法４の使用例を提供する。ブロック１４０１において、通信は、送信元ＷＴＲＵとピアＷＴＲＵとの間で進行中である。送信元ＷＴＲＵ１４１０はＬ２ＩＤ＃１を使用しており、ピアＷＴＲＵ１４２０は独自のＬ２ＩＤ＃１を使用している。セッションＩＤ（ＫＤ−ｓｅｓｓＩＤ＃１）で識別されるセキュリティアソシエーションが、通信を保護するために、送信元ＷＴＲＵとピアＷＴＲＵとの間に確立されている（例えば、各ＷＴＲＵは、必要なセキュリティパラメータ（暗号化キーなど）を含むセキュリティコンテキストをローカルに保存している）。
【０１３０】
ブロック１４０２において、プライバシーまたはキー再生成タイマーは、送信元ＷＴＲＵで期限切れする（または、例えば、上位レイヤから別のトリガーが発生する）。送信元ＷＴＲＵは、Ｌ２ＩＤ更新交換で強化されたキー再生成手順をトリガーする。ブロック１４０２Ａにおいて、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ（例えば、送信元Ｌ２ＩＤ＃２）を生成する。ブロック１４０２Ｂにおいて、送信元ＷＴＲＵは、ＫＤ−ｓｅｓｓＩＤの新しいＭＳＢ（すなわち、ＫＤ−ｓｅｓｓＩＤ＃２のＭＳＢ）を生成する。送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤ  ＩＥとＫＤ−ｓｅｓｓ  ＩＤの新しいＭＳＢ、および任意選択で新しいプライバシータイマーＩＥを含むＤＩＲＥＣＴ＿ＲＥＫＥＹＩＮＧ＿ＲＥＱＵＥＳＴメッセージ１４０３を送信する。既存のセキュリティコンテキストとＬ２ＩＤ、つまり、古い送信元／宛先Ｌ２ＩＤと既存のＫＤ−ｓｅｓｓ  ＩＤは、このメッセージの送信に引き続き使用される。
【０１３１】
ピアＷＴＲＵは、メッセージ１４０３を介して送信元ＷＴＲＵの新しい送信元Ｌ２ＩＤおよびＫＤ−ｓｅｓｓＩＤの新しいＭＳＢを受信し、それらを以前の値とともにローカルに保存する。ブロック１４０４Ａにおいて、ピアＷＴＲＵは、新しいピアＬ２ＩＤ（例えば、ピアＬ２ＩＤ＃２）を生成する。ブロック１４０４Ｂにおいて、ピアＷＴＲＵは、ＫＤ−ｓｅｓｓＩＤの新しいＬＳＢ（すなわち、ＫＤ−ｓｅｓｓＩＤ＃２のＬＳＢ）を生成する。ブロック１４０４Ｃにおいて、ＷＴＲＵは、その新しく生成された識別子をローカルに保存する。セキュリティコンテキストは、ＫＤ−ｓｅｓｓＩＤ＃２でローカルに更新されるが、古いＫＤ−ｓｅｓｓＩＤ＃１は、この時点で保持され、古い送信元／宛先Ｌ２ＩＤと同様に使用される。
【０１３２】
ピアＷＴＲＵは、（それらを確認するために）ＤＩＲＥＣＴ＿ＲＥＫＥＹＩＮＧ＿ＲＥＱＵＥＳＴメッセージ１４０３で受信されたのと同じ値に設定されたＫＤ−ｓｅｓｓＩＤ  ＩＥの新しい送信元Ｌ２ＩＤ  ＩＥおよび新しい送信元ＭＳＢを含み、かつ新しいピアＬ２ＩＤ  ＩＥおよびＫＤ−ｓｅｓｓＩＤ  ＩＥの新しいピアＬＳＢも含むＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージ１４０５を（送信元ＷＴＲＵに）送り返す。別の実施形態では、ピアＷＴＲＵは、現在のセッションコンテキストに基づいてローカルにそれらを取得することが期待される送信元ＷＴＲＵを備えたＫＤ−ｓｅｓｓＩＤ  ＩＥの新しい送信元Ｌ２ＩＤ  ＩＥおよび新しい送信元ＭＳＢを送り返さない。例えば、送信元ＷＴＲＵは、生成時にＫＤ−ｓｅｓｓＩＤの現在の送信元ＭＳＢによって識別されるセキュリティコンテキストにこれらを格納できる。
【０１３３】
ブロック１４０６において、送信元ＷＴＲＵの後に、ピアＷＴＲＵの新しいＬ２ＩＤ  ＩＥおよびピアＷＴＲＵのＫＤ−ｓｅｓｓＩＤ  ＩＥの新しいＬＳＢを指定するＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＭＡＮＤメッセージ１４０５を受信して、これらの新しいＩＤをローカルに保存する。セキュリティアソシエーションは、ＫＤ−ｓｅｓｓＩＤ＃２で更新される。新しいキーが生成される。送信元ＷＴＲＵは、ピアに新しいＬ２ＩＤおよびＫＤ−ｓｅｓｓＩＤの新しいＬＳＢを繰り返す（すなわち、それらを確認する）ＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＰＬＥＴＥメッセージ１４０７を送信することによって応答する。ピアＷＴＲＵは、その新しいＬ２ＩＤおよびＫＤ−ｓｅｓｓＩＤのＬＳＢを確認するＤＩＲＥＣＴ＿ＳＥＣＵＲＩＴＹ＿ＭＯＤＥ＿ＣＯＭＰＬＥＴＥメッセージ１４０７を受信し、手順を完了するＤＩＲＥＣＴ＿ＲＥＫＥＹＩＮＧ＿ＲＥＳＰＯＮＳＥメッセージ１４０８を送り返すことによって応答する。ブロック１４０９において、この時点から、新しいＬ２ＩＤおよびセキュリティコンテキスト、すなわち、ＫＤ−ｓｅｓｓＩＤ（ＭＳＢおよびＬＳＢ）およびキーが使用される。
【０１３４】
便宜上、本文書のほとんどの手順は、Ｖ２Ｘレイヤ／ＮＡＳレイヤまたは上位レイヤからのＷＴＲＵ間の相互作用の観点から説明されていることに注意されたい。同じ手順は、ＷＴＲＵ間のＲＲＣシグナリング交換のレベルで、またはＰＣ５メッセージがＲＲＣプロトコルを介して交換されるときにも適用できる。
【０１３５】
本明細書で表される様々な図は互いに関連しており、それ自体、共通の手順要素を共有していることに留意されたい。例えば、図６〜１０の方法１の手順例は、共通のセットアップ手順を共有している。よりグローバルな例では、図６〜１０の手順は、送信元ＷＴＲＵとピアＷＴＲＵとの間の新しいＬ２ＩＤの交換を含む、方法１の全ての変形である。さらに、図１３は、送信元ＷＴＲＵからのセッションＩＤの新しいＭＳＢおよびピアＷＴＲＵからのセッションＩＤの新しいＬＳＢを使用した新しいセッションＩＤ生成の機能を使用して拡張された方法１である。図１５は、送信元ＷＴＲＵの観点からのそのような共有手順の論理的組み合わせを示している。図１５では、図６、図７、および図１３の手順が示され、方法１を使用して実行され得るオプションが強調されている。表現された例の他の変形は、本明細書で表現された技術を使用して可能である。具体的には、図１５に示すように、図６、図７、図１３の詳細な例に示す方法１の一般的な動作を示す。図１５は、（ｉ）新しい送信元Ｌ２ＩＤのみで更新された、送信元ＷＴＲＵとピアＷＴＲＵとの間の通信（図６を参照）、（ｉｉ）新しい送信元Ｌ２ＩＤと新しいピアＬ２ＩＤの両方で更新された、送信元ＷＴＲＵとピアＷＴＲＵとの間の通信、または、（ｉｉｉ）新しい送信元Ｌ２ＩＤとピアＬ２ＩＤの両方で更新された、送信元ＷＴＲＵとピアＷＴＲＵとの間の通信、ならびに新しいセッションＩＤを使用して通信するための送信元ＷＴＲＵおよびピアＷＴＲＵからのセッションＩＤのＭＳＢおよびＬＳＢの寄与の、方法１のオプションに対処する。
【０１３６】
図１５は、本明細書に記載の方法１の原理を実行する送信元ＷＴＲＵによって実行され得るオプションを伴う手順１５００である。ブロック１５０５において、送信元ＷＴＲＵは、ピアＷＴＲＵとの継続的な通信を有すると想定される。一例の環境では、当該通信は、各ＷＴＲＵが本明細書で説明されるプライバシーアプリケーション規定を含むＶ２Ｘアプリケーションにアクセスできる、Ｖ２Ｘ動作におけるＰＣ５参照リンク通信である。ブロック１５１０において、トリガーイベントが検出される。そのようなトリガーイベントは、ブロック１５２０から１５３５の動作を実行するために送信元ＷＴＲＵの反応を引き起こす。このようなトリガーイベントは、検出された状態であってもよくＷＴＲＵで期限切れになるタイマー、新しいＬ２ＩＤを要求するＶ２Ｘアプリケーションの上位レイヤもしくはアプリケーションレイヤ、または新しい地理的領域に移動する送信元ＷＴＲＵ、または、Ｖ２Ｘ制御機能もしくはＶ２Ｘアプリケーションサーバーから新しいプロビジョニングパラメータを受信する送信元ＷＴＲＵ、またはピアＷＴＲＵからＬ２ＩＤを変更する要求を受信する送信元ＷＴＲＵを含んでもよい。
【０１３７】
ブロック１５２０において、トリガーイベントが発生したという条件で、送信元ＷＴＲＵは、ピアＷＴＲＵとの将来の通信のために新しいＬ２ＩＤを生成することができる。これは、方法１を使用する図６の例示的なブロック６０４Ａと同様である。任意選択で、ブロック１５２０において、ＷＴＲＵはまた、新しいセッションＩＤのための新しいＭＳＢを生成することができる。このオプションは、図１３の例示的なブロック１３０２Ｂと同様の方法１の変形である。図６と図１３の両方は、方法１の変形として共通の動作要素を共有する。図１５のブロック１５２５において、送信元ＷＴＲＵは、ピアＷＴＲＵへのメッセージ送信を介して、ピアＷＴＲＵに使用するための新しい送信元Ｌ２ＩＤの値を通信する。この方法１の動作は、直接通信キープアライブ型のメッセージの例として図６のメッセージ６３０の例にも示されている。ただし、上記で説明したように、このようなメッセージは、ＷＴＲＵ間で一般的に知られるものであり、使用されているメッセージの場合もあれば、ＷＴＲＵ間の直接プライバシー要求メッセージなどの特殊なメッセージの場合もある。図１５のブロック１５２５において、ＷＴＲＵ間の通信は、任意選択で、送信元ＷＴＲＵの新しいＬ２ＩＤだけでなく、新しいセッションＩＤのための新しいＭＳＢも転送することができる。このオプションは、直接プライバシー要求型のメッセージとして図１３の例示的なメッセージ１３０３に示される方法１の変形である。
【０１３８】
ブロック１５３０において、送信元ＷＴＲＵは、ピアＷＴＲＵからメッセージを受信する。当該メッセージは新しい送信元ＩＤに応答し、ピアＷＴＲＵからの新しい送信元Ｌ２ＩＤの確認を含む場合がある。方法１の動作のそのような例は、キープアライブ確認メッセージとして図６の例示的なメッセージ６５０に示されている。しかしながら（ｆｌｏｗｅｖｅｒ）、上記のように、メッセージ型は、新しい直接プライバシー通信メッセージを含む、ＷＴＲＵ間で使用される任意のメッセージ型であってもよい。任意選択で、図１５のブロック１５３０において、方法１の動作が、図７の方法１の動作のように、新しいピアＷＴＲＵ  Ｌ２ＩＤの生成を含む場合、次に、ブロック１５３０のメッセージは、新しい送信元Ｌ２ＩＤおよび新しいピアＷＴＲＵ  Ｌ２ＩＤの確認の両方を含み得る。新しい送信元および新しいピアＬ２ＩＤの両方を含むメッセージは、図７の例示的なメッセージ７５０に示される方法１の変形である。図１５のブロック１５３０の第３のオプションは、図１３に示される方法１の変形を含み、これには、新しい送信元Ｌ２ＩＤ、新しいピアＬ２ＩＤ、新しいセッションＩＤの新しいＭＳＢ、および新しいセッションＩＤで使用するためのピアＷＴＲＵからの新しいＬＳＢの情報が含まれる。新しいセッションＩＤを使用するオプションにおいて、送信元ＷＴＲＵは、新しいＭＳＢおよびＬＳＢを受信した後、図１３に関して説明されるように、送信元ＷＴＲＵとピアＷＴＲＵとの間の通信のための新しいセッションＩＤを生成する。
【０１３９】
ブロック１５３５において、送信元ＷＴＲＵは、新しい送信元Ｌ２ＩＤを使用して、またはそれに基づいて、ピアＷＴＲＵと通信することができる。この動作は、図６の例示的なブロック６０７に示されるように、方法１の動作に含まれる。任意選択で、方法１の動作が、図７の方法１の動作のように、送信元Ｌ２ＩＤとピアＬ２ＩＤの両方の変更を含む場合、図１５のブロック１５３５は、送信元ＷＴＲＵが、新しい送信元Ｌ２ＩＤ、および新しいピアＬ２ＩＤを使用してピアＷＴＲＵと通信することを可能にする。この動作は、図７の例示的なブロック７０７の方法１の動作にも示されている。図１５のブロック１５３５において、さらなる方法１オプションは、送信元ＷＴＲＵが、新しい送信元Ｌ２ＩＤ、新しいピアＬ２ＩＤ、および送信元ＷＴＲＵからのＭＳＢ寄与およびピアＷＴＲＵからのＬＳＢ寄与を含む新しいセッションＩＤを使用してピアＷＴＲＵと通信するためのものである。この方法１の動作は、図１３の例示的なブロック１３０８に示されている。
【０１４０】
したがって、方法１は、送信元ＷＴＲＵとピアＷＴＲＵとの間の通信が、新しい送信元Ｌ２ＩＤのみで更新され、新しい送信元Ｌ２ＩＤおよびピアＬ２ＩＤの両方で更新され、または、新しい送信元Ｌ２ＩＤおよびピアＬ２ＩＤの両方、ならびにそれぞれ新しいセッションＩＤと通信するための送信元およびピアＷＴＲＵからのＭＳＢおよびＬＳＢの寄与で更新されるかどうかに応じて、様々な変形を可能にする一部の一般的な動作を有するものとして示されている。
【０１４１】
特徴および要素が特定の組み合わせで上記に説明されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素と任意の組み合わせで使用できることを理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータ可読媒体の例には、電子信号（有線接続または無線接続を介して送信される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクなどの光学媒体、デジタル多用途ディスク（ＤＶＤ）などが挙げられるが、これらに限定されるものではない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。
【０１４２】
例示的な実施形態では、本明細書で説明される操作、プロセスなどのいずれも、コンピュータ可読媒体に格納されたコンピュータ可読命令として実装することができる。コンピュータ可読命令は、モバイルユニットのプロセッサ、ネットワーク要素、および／または他の任意のコンピューティングデバイスによって実行することができる。
【０１４３】
前述の詳細な説明は、ブロック図、フローチャート、および／または例を使用することにより、デバイスおよび／またはプロセスの様々な実施形態を示している。そのようなブロック図、フローチャート、および／または例が１つ以上の機能および／または操作を含む限りにおいて、そのようなブロック図、フローチャート、または例内の各機能および／または操作が、広範囲のハードウェア、ソフトウェア、ファームウェア、または実質的に任意のそれらの組み合わせによって、個別におよび／または集合的に実装され得ることが、当業者には理解されるであろう。適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の種類の集積回路（ＩＣ）、および／またはステートマシンが挙げられる。
【０１４４】
特徴および要素が特定の組み合わせで上記に提供されているが、当業者は、各特徴または要素が単独で、または他の特徴および要素と任意の組み合わせで使用できることを理解するであろう。本開示は、本出願に記載の特定の実施形態に関して限定されるものではなく、特定の実施形態は、様々な態様の説明として意図されるものである。当業者には明らかなことであるが、本開示の趣旨および範囲から逸脱することなく多くの変形および変更が行われてもよい。本出願の説明で使用される要素、行為、または命令は、明示的にそのように提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書において列挙される方法および装置に加えて、本開示の範囲内の機能的に同等の方法および装置は当業者には、これまでの説明から明らかであろう。このような変形および変更は、添付の特許請求の範囲内にあることが意図されている。本開示は、添付の請求項の条件、およびそのような請求項が権利を与えられる同等物の全範囲によってのみ制限されるべきである。この開示は、特定の方法またはシステムに限定されないことを理解されたい。
【０１４５】
本明細書において使用される専門用語が、特定の実施形態を説明するためのものに過ぎず、限定することを意図するものではないことも理解されたい。本明細書で使用される場合、本明細書で言及される場合、用語「ステーション」およびその略語「ＳＴＡ」、「ユーザ機器」およびその略語「ＵＥ」は、（ｉ）詳細に記載されているような無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）詳細に記載されているような、ＷＴＲＵの一部の実施形態のうちのいずれか、（ｉｉｉ）特に詳細に記載されているような、ＷＴＲＵの一部または全ての構造および機能で構成された無線対応および／または有線対応（例えば、テザリング可能）デバイス、（ｉｉｉ）詳細に記載されているような、ＷＴＲＵの全ての構造および機能よりも少ない構成で構成された無線対応および／または有線対応のデバイス、あるいは（ｉｖ）その他を意味する場合がある。
【０１４６】
一般に、本明細書で、特に添付の特許請求の範囲で使用される用語（例えば、添付の特許請求の範囲の本文）は、一般に、「開放的（ｏｐｅｎ）」な用語として意図されている（例えば、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「含むがこれに限定されない（ｉｎｃｌｕｄｉｎｇ  ｂｕｔ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」と解釈されるべきであり、「有する（ｈａｖｉｎｇ）」という用語は「少なくとも有する（ｈａｖｉｎｇ  ａｔ  ｌｅａｓｔ）」と解釈されるべきであり、「含む（ｉｎｃｌｕｄｅｓ）」という用語は「含むがこれに限定されない（ｉｎｃｌｕｄｅｓ  ｂｕｔ  ｉｓ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」と解釈されるべきであるなど）。特定の数の導入された請求項の記載が意図されている場合、そのような意図は請求項に明示的に記載され、そのような記載がない場合、そのような意図は存在しないことが当業者によってさらに理解される。例えば、１つの項目のみが意図されている場合、用語「単一（ｓｉｎｇｌｅ）」または同様の言語が使用される場合がある。理解を助けるために、以下の添付の請求項および／または本明細書の説明は、請求項の列挙を導入するための導入句「少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ）」および「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ）」の使用を含んでもよい。しかしながら（ｆｌｏｗｅｖｅｒ）、そのようなフレーズの使用は、不定冠詞「１つの（ａ）」または「１つの（ａｎ）」による請求項の記載の導入が、同じ請求項が「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ）」または「少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ）」の導入フレーズと、「１つの（ａ）」または「１つの（ａｎ）」のような不定冠詞（例えば、「１つの（ａ）」および／または「１つの（ａｎ）」は、「少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ）」または「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ）」を意味すると解釈されるべきである）を含む場合であっても、そのような導入された請求項の記載を含む任意の特定の請求項を、１つのみを含む実施形態に限定することを意味するように解釈されるべきではない。同じことが、請求項の記載を導入するために使用される定冠詞の使用にも当てはまる。さらに、導入された請求項の記載の特定の番号が明示的に記載されている場合でも、当業者は、そのような記載は、少なくとも記載された番号を意味すると解釈されるべきであることを認識するであろう（例えば、他の修飾語を含まない「２回の記載」という裸の記載は、少なくとも２回の記載、または２回以上の記載を意味する）。さらに、「Ａ、Ｂ、およびＣなどのうちの少なくとも１つ」に類似した慣例がある場合、一般に、そのような構成は、当業者であれば慣例を理解するという意味で意図されている（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａのみを有するシステム、Ｂのみを有するシステム、Ｃのみを有するシステム、ＡとＢをともに有するシステム、ＡとＣをともに有するシステム、ＢとＣをともに有するシステム、および／またはＡ、Ｂ、およびＣをともに有するシステム等を含むが、これらに限定されるものではない）。さらに、「Ａ、Ｂ、またはＣなどのうちの少なくとも１つ」に類似した慣例がある場合、一般に、そのような構��は、当業者であれば慣例を理解するという意味で意図されている（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａのみを有するシステム、Ｂのみを有するシステム、Ｃのみを有するシステム、ＡとＢをともに有するシステム、ＡとＣをともに有するシステム、ＢとＣをともに有するシステム、および／またはＡ、Ｂ、およびＣをともに有するシステム等を含むが、これらに限定されるものではない）。当業者であれば、明細書、特許請求の範囲、または図面のいずれにおいても、実質的に２つ以上の代替的な用語を提示する任意の選言的な単語および／または語句は、いずれか一方の用語、いずれか他方の用語、または両方の用語を含む可能性を熟考するように理解されるべきであることが、さらに理解されるであろう。例えば、「ＡまたはＢ」という句は、「Ａ」または「Ｂ」または「ＡおよびＢ」の可能性を含むと理解されるであろう。さらに、本明細書で使用される、複数の項目および／または項目の複数のカテゴリのリストが続く「任意の」という用語は、「任意の」、「任意の組み合わせの」、「任意の複数の」ならびに／あるいは「個別に、または他の項目および／もしくは他のカテゴリの項目と組み合わせて、複数の項目および／もしくは項目のカテゴリの任意の組み合わせ」を含むことを意図している。さらに、本明細書で使用される場合、「セット」または「グループ」という用語は、ゼロを含む任意の数の項目を含むことを意図している。さらに、本明細書で使用される場合、「数」という用語は、ゼロを含む任意の数を含むことを意図している。
【０１４７】
さらに、本開示の特徴または態様がマーカッシュグループに関して説明される場合、当業者は、それによって、本開示が、マーカッシュグループの任意の個々のメンバーまたはメンバーのサブグループに関しても説明されることを認識するであろう。
【０１４８】
当業者であれば理解されるように、書面による説明を提供するという観点から、本明細書に開示されている全ての範囲は、任意のおよび全ての可能なサブレンジおよびそのサブレンジの組み合わせをも包含する。記載された任意の範囲は、同じ範囲を十分に記述し、少なくとも等しい半分、３分の１、４分の１、５分の１、１０分の１などに分解することを可能にするものとして容易に認識することができる。非限定的な例として、本明細書で論じられた各範囲は、下３分の１、中３分の１、上３分の１などに容易に分解することができる。当技術者であれば理解できるように、「最大」、「少なくとも」、「より大きい」、「より小さい」などの全ての言語は、引用された数を含み、上述したように、その後、小範囲に分解することができる範囲を指す。最後に、当業者によって理解されるように、範囲は、個々のメンバーを含む。したがって、例えば、１〜３個のセルを有するグループは、１、２、または３個のセルを有するグループを指す。同様に、１〜５個のセルを有するグループは、１、２、３、４、または５個のセルを有するグループを指し、他も同様である。
【０１４９】
さらに、特許請求の範囲は、その旨が記載されていない限り、提供される順序または要素に限定されるものとして解釈されるべきではない。さらに、任意の請求項における「手段」という用語の使用は、米国特許法第１１２条第６項またはミーンズプラスファンクションの請求項の形態を発動することを意図しており、「手段」という用語のない請求項は、そのように意図されていない。
【０１５０】
ソフトウェアに関連するプロセッサを使用して、無線送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）または発展型パケットコア（ＥＰＣ）、あるいは任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。ＷＴＲＵは、ソフトウェア無線（ＳＤＲ）を含むハードウェアおよび／またはソフトウェア、ならびにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカーフォン、振動デバイス、スピーカー、マイク、テレビトランシーバー、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、ニアフィールドコミュニケーション（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザー、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの他のコンポーネントに実装されたモジュールと組み合わせて使用できる。
【０１５１】
本開示を通して、当業者は、特定の代表的な実施形態が、代替で、または他の代表的な実施形態と組み合わせて使用され得ることを理解している。
【０１５２】
さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。非一時的コンピュータ可読記憶媒体の例には、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクなどの光学媒体、デジタル多用途ディスク（ＤＶＤ）などが挙げられるが、これらに限定されるものではない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。
【図１Ａ】
2021527972.tif 000003
【図１Ｂ】
2021527972.tif 000004
【図１Ｃ】
2021527972.tif 000005
【図１Ｄ】
2021527972.tif 000006
【図２】
2021527972.tif 000007
【図３】
2021527972.tif 000008
【図４】
2021527972.tif 000009
【図５】
2021527972.tif 000010
【図６】
2021527972.tif 000011
【図７】
2021527972.tif 000012
【図８】
2021527972.tif 000013
【図９】
2021527972.tif 000014
【図１０】
2021527972.tif 000015
【図１１】
2021527972.tif 000016
【図１２】
2021527972.tif 000017
【図１３】
2021527972.tif 000018
【図１４】
2021527972.tif 000019
【図１５】
2021527972.tif 000020
【国際調査報告】
2021527972.tif 000021
2021527972.tif 000022