特表 2024-509821 ＭＡＣアドレスマスカレードによるプライバシー強化のための方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-03-05

(54)【発明の名称】ＭＡＣアドレスマスカレードによるプライバシー強化のための方法及び装置

(51)【国際特許分類】

   H04W 12/02 20090101AFI20240227BHJP

   H04W 12/71 20210101ALI20240227BHJP

   H04W 12/037 20210101ALI20240227BHJP

   H04W 12/033 20210101ALI20240227BHJP

   H04L 9/36 20060101ALI20240227BHJP

【ＦＩ】

H04W12/02

H04W12/71

H04W12/037

H04W12/033

H04L9/36

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023553198

(86)(22)【出願日】2022-03-04

(85)【翻訳文提出日】2023-10-10

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

(87)【国際公開番号】W WO2022187636

(87)【国際公開日】2022-09-09

(31)【優先権主張番号】63/157,300

(32)【優先日】2021-03-05

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

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

(74)【代理人】

【識別番号】110001243

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

(74)【代理人】

【識別番号】110002848

【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所

(72)【発明者】

【氏名】デ ラ オリヴァ、アントニオ

(72)【発明者】

【氏名】レヴィ、ジョセフ

(72)【発明者】

【氏名】ガスダ、ロバート

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA30

5K067EE02

5K067EE10

5K067HH22

5K067HH23

5K067HH36

(57)【要約】

プライバシー強化のための方法及び装置が本明細書で提供される。局ＳＴＡ（２０１）によって実行される方法は、アクセスポイントＡＰ（２０２）に、ＳＴＡ（２０１）がＡＰ（２０２）に送信されるフレームのために無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用することを示す情報を含む第１のフレームを送信することを含み得る。方法は、ＳＴＡ（２０１）のネットワークＭＡＣ（ｎＭＡＣ）アドレスを含む、ＡＰ（２０２）への送信のための第２のフレームを生成すること（２１０）と、生成された第２のフレームを暗号化すること（２１１）と、暗号化中又は暗号化後のいずれかにｎＭＡＣアドレスをｏｔａＭＡＣアドレスに置き換えること（２１２）とを更に含み得る。方法は、ＡＰ（２０２）がｏｔａＭＡＣアドレスをｎＭＡＣアドレスに置き換え（２１４）、配信システムＤＳ（２０３）を介して転送するために第２のフレームを復号し得る（２１５）ように、ＯＴＡＭＡＣを含む暗号化された第２のフレームをＡＰ（２０２）に送信すること（２１３）を更に含み得る。
【選択図】図２

【特許請求の範囲】

【請求項1】

局（ＳＴＡ）であって、
前記ＳＴＡがアクセスポイント（ＡＰ）に送信されるフレームのために無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用することを示す情報を含む第１のフレームを前記ＡＰに送信するように構成された送信機と、
プロセッサと、を備え、前記プロセッサは、
前記ＡＰへの送信のための前記ＳＴＡのネットワークＭＡＣ（ｎＭＡＣ）アドレスを含む第２のフレームを生成し、
生成された前記第２のフレームを暗号化し、
前記暗号化中又は前記暗号化後のいずれかに、前記ｎＭＡＣアドレスをｏｔａＭＡＣアドレスに置き換えるように構成されており、
前記送信機は、前記ｏｔａＭＡＣを含む暗号化された前記第２のフレームを前記ＡＰに送信するように更に構成されている、局（ＳＴＡ）。

【請求項2】

前記ｏｔａＭＡＣアドレスを含む第３のフレームを前記ＡＰから受信するように構成された受信機を更に備え、前記プロセッサは、前記ｏｔａＭＡＣアドレスを前記ｎＭＡＣアドレスに置き換え、前記第３のフレームを復号するように更に構成されている、請求項１に記載のＳＴＡ。

【請求項3】

前記ｏｔａＭＡＣアドレスを含む前記第１のフレームを前記送信する前に、前記ＳＴＡと前記ＡＰとの間に堅牢なネットワークセキュリティ関連付け（ＲＳＮＡ）が確立される、請求項１に記載のＳＴＡ。

【請求項4】

前記送信機は、前記ＳＴＡによって、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＡＰに送信するように構成されている、請求項１に記載のＳＴＡ。

【請求項5】

前記プライバシーアクションフレームは、後続のフレームにおいて送信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項４に記載のＳＴＡ。

【請求項6】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項５に記載のＳＴＡ。

【請求項7】

前記ｏｔａＭＡＣアドレスを更新するための前記要求に対する応答を受信するように構成された受信機を更に備え、前記応答は、前記ｏｔａＭＡＣアドレスを更新するための前記要求が受け入れられたことを示す情報と、前記更新されたｏｔａＭＡＣアドレスが有効である持続時間を示す情報とを含む、請求項４に記載のＳＴＡ。

【請求項8】

局（ＳＴＡ）によって実行されるプライバシー強化のための方法であって、前記方法は、
前記ＳＴＡがアクセスポイント（ＡＰ）に送信されるフレームのために無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用することを示す情報を含む第１のフレームを前記ＡＰに送信することと、
前記ＳＴＡのネットワークＭＡＣ（ｎＭＡＣ）アドレスを含む、前記ＡＰへの送信のための第２のフレームを生成することと、
生成された前記第２のフレームを暗号化することと、
前記暗号化中又は前記暗号化後のいずれかに、前記ｎＭＡＣアドレスをｏｔａＭＡＣアドレスに置き換えることと、
前記ｏｔａＭＡＣを含む暗号化された前記第２のフレームを前記ＡＰに送信することと、を含む、方法。

【請求項9】

前記ｏｔａＭＡＣアドレスを含む第３のフレームを前記ＡＰから受信することと、前記ｏｔａＭＡＣアドレスを前記ｎＭＡＣアドレスに置き換えることと、前記第３のフレームを復号することとを更に含む、請求項８に記載の方法。

【請求項10】

前記ｏｔａＭＡＣアドレスを含む前記第１のフレームの前記送信の前に、前記ＳＴＡと前記ＡＰとの間に堅牢なネットワークセキュリティ関連付け（ＲＳＮＡ）が確立される、請求項８に記載の方法。

【請求項11】

前記ＳＴＡによって、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＡＰに送信することを更に含む、請求項８に記載の方法。

【請求項12】

前記プライバシーアクションフレームは、後続のフレームにおいて送信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項１１に記載の方法。

【請求項13】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項１２に記載の方法。

【請求項14】

前記ｏｔａＭＡＣアドレスを更新するための前記要求に対する応答を受信することを更に含み、前記応答は、前記ｏｔａＭＡＣアドレスを更新するための前記要求が受け入れられたことを示す情報と、前記更新されたｏｔａＭＡＣアドレスが有効である持続時間を示す情報とを含む、請求項１１に記載の方法。

【請求項15】

アクセスポイント（ＡＰ）であって、
局（ＳＴＡ）から、前記ＳＴＡが前記ＡＰに送信されるフレームのために無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用することを示す情報を含む第１のフレームを受信するように構成された受信機であって、前記ＳＴＡから、前記ｏｔａＭＡＣを含む第２のフレームを受信するように更に構成されている、受信機と、
前記第２のフレームに含まれる前記ｏｔａＭＡＣアドレスを、前記ＳＴＡに関連付けられたネットワークＭＡＣ（ｎＭＡＣ）アドレスに置き換え、配信システム（ＤＳ）を介して転送するために前記第２のフレームを復号するように構成されたプロセッサであって、前記第２のフレームに含まれる前記ｏｔａＭＡＣアドレスを前記ｎＭＡＣアドレスに前記置き換えることは、前記復号中又は前記復号後のいずれかに実行される、プロセッサと、を備える、アクセスポイント（ＡＰ）。

【請求項16】

前記プロセッサは、前記ｎＭＡＣアドレスを含む第３のフレームを生成し、前記ｎＭＡＣアドレスを前記ｏｔａＭＡＣアドレスに置き換えるように構成されており、
前記送信機は、前記ｏｔａＭＡＣアドレスを含む前記第３のフレームを前記ＳＴＡに送信するように更に構成されている、請求項１５に記載のＡＰ。

【請求項17】

前記ｏｔａＭＡＣアドレスを含む前記第１のフレームの前記受信の前に、前記ＡＰと前記ＳＴＡとの間に堅牢なネットワークセキュリティ関連付け（ＲＳＮＡ）が確立される、請求項１５に記載のＡＰ。

【請求項18】

前記受信機は、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＳＴＡから受信するように更に構成されている、請求項１５に記載のＡＰ。

【請求項19】

前記プライバシーアクションフレームは、後続のフレームにおいて受信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項１８に記載のＡＰ。

【請求項20】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項１９に記載のＡＰ。

【請求項21】

前記送信機は、前記ｏｔａＭＡＣアドレスを更新するための前記受信された要求に対する応答を送信するように更に構成されており、前記応答は、前記ｏｔａＭＡＣアドレスを更新するための前記要求が受け入れられたことを示す情報と、前記更新されたｏｔａＭＡＣアドレスが有効である持続時間を示す情報とを含む、請求項１５に記載のＡＰ。

【請求項22】

前記送信機は、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＳＴＡに送信するように更に構成されている、請求項１５に記載のＡＰ。

【請求項23】

前記プライバシーアクションフレームは、後続のフレームにおいて受信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項２１に記載のＡＰ

【請求項24】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項２１に記載のＡＰ。

【発明の詳細な説明】

【背景技術】

【0001】

８０２．１１の電気電子技術者協会（Institute of Electrical and Electronics Engineers、ＩＥＥＥ）規格は、近年、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）技術を使用して個人のプライバシーを保護するための新しい機構を提供する傾向にある。この側面における主要な作業領域のうちの１つは、ユーザを追跡する者からユーザを保護することを含む。これは、ユーザが異なるロケーション及びＩＥＥＥ８０２．１１ネットワークに、又は異なるロケーション及びＩＥＥＥ８０２．１１ネットワークからローミングするとき、ユーザの可能な識別を保護することを意味する。

【0002】

ベースライン仕様に対するいくつかの修正がＩＥＥＥ８０２．１１ａｑに導入されている。これらの修正は、現在の媒体アクセス制御（medium access control、ＭＡＣ）プライバシー特徴をサポートし得る。これらの特徴は、非関連状態におけるユーザのプライバシーを保護することに焦点を当ててもよい。本明細書で説明される実施形態では、ＭＡＣプライバシー強化は、ベースライン仕様（ＩＥＥＥ８０２．１１－２０２０）並びにＩＥＥＥ８０２．１１ｂｉ及びＩＥＥＥ８０２．１１ｂｈ仕様で始まる新しい作業のために提供される。

【発明の概要】

【0003】

プライバシー強化のための方法及び装置が本明細書で提供される。局（station、ＳＴＡ）によって実行される方法は、アクセスポイント（access point、ＡＰ）に、ＳＴＡがＡＰに送信されるフレームのために無線ネットワーク経由媒体アクセス制御（over-the-air medium access control、ｏｔａＭＡＣ）アドレスを使用することを示す情報を含む第１のフレームを送信することを含み得る。方法は、ＳＴＡのネットワークＭＡＣ（network MAC、ｎＭＡＣ）アドレスを含むＡＰへの送信のための第２のフレームを生成することと、生成された第２のフレームを暗号化することと、暗号化中又は暗号化後のいずれかに、ｎＭＡＣアドレスをｏｔａＭＡＣアドレスに置き換えることと、を更に含み得る。方法は、ＡＰがｏｔａＭＡＣアドレスをｎＭＡＣアドレスに置き換え、配信システム（distribution system、ＤＳ）を介して転送するために第２のフレームを復号し得るように、ｏｔａＭＡＣを含む暗号化された第２のフレームをＡＰに送信することを更に含み得る。

【図面の簡単な説明】

【0004】

より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。

【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。

【図1B】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を示すシステム図である。

【図1C】一実施形態による、図１Ａに示される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を示すシステム図である。

【図1D】一実施形態による、図１Ａに示される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを示すシステム図である。

【図2】局（ＳＴＡ）、アクセスポイント（ＡＰ）、及び配信システム（ＤＳ）を含む１つの例示的なシステムの動作の概要を提示する。

【図3】堅牢なセキュリティネットワーク（robust security network、ＲＳＮ）機能フィールドへの拡張の例を図示する。

【図4】制御／管理フレームの全体的な交換及び動作を示す例示的なシナリオを図示する。

【図5】媒体アクセス制御（ＭＡＣ）アドレスマスカレード要求フレームのフォーマットの例を示す。

【図6】ＭＡＣアドレスマスカレード要求フレームに含まれ得るマスカレードオプションフィールドの例を描写する。

【図7】ＭＡＣアドレスマスカレード要求フレームのマスカレードオプションフィールドに含まれ得るような制御サブフィールドの例を描写する。

【図8】ＭＡＣアドレスマスカレード応答フレームのフォーマットの例を図示する。

【図9】ＭＡＣアドレスマスカレードスイッチ告知フレームの定義の例を図示する。

【図10】無線ネットワーク経由ＭＡＣ（ｏｔａＭＡＣ）情報のカウンタモード暗号ブロック連鎖メッセージ認証コードプロトコル（ＣＣＭＰ）ヘッダ拡張及びピギーバックの例を描写する。

【図11】ＡＣＫフォーマットへの拡張の例を図示する。

【図12】ｏｔａＭＡＣ Ａｃｋフィールドの例を図示する。

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

【0005】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（zero-tail unique-word discrete Fourier transform Spread OFDM、ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ型ＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

【0006】

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、及び他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれも局（ＳＴＡ）と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、モバイル局、固定又はモバイル加入者ユニット、加入ベースのユニット、ポケットベル、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、時計又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及び用途（例えば、遠隔手術）、産業デバイス及び用途（例えば、産業及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、消費者電子デバイス、商業及び／又は産業無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0007】

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、及び／又は他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（base transceiver station、ＢＴＳ）、ノードＢ、ｅノードＢ（eNode B、ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（new radio、ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されるであろう。

【0008】

基地局１１４ａは、ＲＡＮ１０４の一部であり得、これはまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなどの他の基地局、及び／又はネットワーク要素（図示せず）を含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る１つ以上のキャリア周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可及び未認可スペクトルの組み合わせであり得る。セルは、相対的に固定され得るか又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、更にセルセクタに分けられ得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分けられ得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビームフォーミングを使用して、所望の空間方向に信号を送信及び／又は受信し得る。

【0009】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得るが、このエアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

【0010】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（Uplink、ＵＬ）パケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。

【0011】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（LTE-Advanced、ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。

【0012】

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、これは、ＮＲを使用してエアインターフェース１１６を確立し得る。

【0013】

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

【0014】

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

【0015】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅノードＢ又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などの場所などの局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がない場合がある。

【0016】

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

【0017】

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（plain old telephone service、ＰＯＴＳ）を提供する公衆交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得るが、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運営される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴ又は異なるＲＡＴを用い得る１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0018】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。

【0019】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

【0020】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして示すが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一緒に統合され得るということが理解されよう。

【0021】

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

【0022】

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

【0023】

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

【0024】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）表示ユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）表示ユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。

【0025】

プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽セル、燃料セルなどを含み得る。

【0026】

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

【0027】

プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、配向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つ以上であり得る。

【0028】

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ及び（例えば、受信のための）ＤＬの両方の特定のサブフレームと関連付けられた）信号の一部又は全ての送受信が、同時及び／又は一緒であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサを介した信号処理（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬ又は（例えば、受信のための）ＤＬのいずれかの特定のサブフレームと関連付けられた）信号の一部又は全ての送受信の半二重無線機を含み得る。

【0029】

図１Ｃは、一実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0030】

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

【0031】

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

【0032】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（packet data gateway、ＰＧＷ）１６６を含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。

【0033】

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

【0034】

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

【0035】

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

【0036】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は動作される他の有線及び／又は無線ネットワークを含み得る。

【0037】

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

【0038】

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

【0039】

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上の局（ＳＴＡ）を有し得る。ＡＰは、ＢＳＳ内に、かつ／又はＢＳＳ外にトラフィックを搬送する配信システム（ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外から生じる、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外の宛先への生じるトラフィックは、ＡＰに送信されて、それぞれの宛先に送信され得る。ＢＳＳ内のＳＴＡどうしの間のトラフィックは、例えば、ＡＰを介して送信され得、ソースＳＴＡは、ＡＰにトラフィックを送信し得、ＡＰは、トラフィックを宛先ＳＴＡに配信し得。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、それらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）で送信され得る。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はそれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

【0040】

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用するときに、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又は動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。特定の代表的な実施形態では、衝突回避を用いるキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを感知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると感知され／検出され、かつ／又は判定される場合、特定のＳＴＡはバックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信し得る。

【0041】

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

【0042】

非常に高いスループット（Very High Throughput、ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。上記の４０ＭＨｚ及び／又は８０ＭＨｚ幅のチャネルは、連続する２０ＭＨｚチャネルどうしを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの連続していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分割し得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理及び時間ドメイン処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータを媒体アクセス制御（ＭＡＣ）に送信し得る。

【0043】

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及びキャリアは、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルで５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなどのメータタイプの制御／マシンタイプ通信（Machine-Type Communications、ＭＴＣ）をサポートし得る。ＭＴＣデバイスは、例えば、特定の、かつ／又は限定された帯域幅のためのサポート（例えば、そのためのみのサポート）を含む、特定の能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。

【0044】

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それのみをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルの状態に依存し得る。例えば、プライマリチャネルがビジーである場合、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡにより、利用可能な周波数帯域の大部分がアイドル状態になったとしても、利用可能な周波数帯域の全てがビジーであるとみなされ得る。

【0045】

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

【0046】

図１Ｄは、ある実施形態によるＲＡＮ１０４及びＣＮ１０６を図示するシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

【0047】

ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を維持しながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信及び／又は受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信し得る。これらのコンポーネントキャリアのサブセットは、未認可スペクトル上にあり得、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

【0048】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、拡張可能なヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な若しくは拡張可能な長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル及び／又は様々な長さの絶対時間の持続し変化する時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0049】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可バンドにおける信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得るが、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

【0050】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライスのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂに対するユーザプレーンデータのルーティング、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂに対する制御プレーン情報のルーティングなどを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

【0051】

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素は、ＣＮ１０６の一部として示されているが、これらの要素のうちのいずれかも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。

【0052】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライスのためのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（protocol data unit、ＰＤＵ）セッションの処理）、登録のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（non-access stratum、ＮＡＳ）信号伝達の終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低レイテンシ（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどのような、異なる使用事例に対して確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉなどの非－３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

【0053】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分する機能、ＰＤＵセッションを管理する機能、ポリシー実施及びＱｏＳを制御する機能、ＤＬデータ通知を提供する機能などのような、他の機能を実施し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

【0054】

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

【0055】

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

【0056】

図１Ａ～図１Ｄ及び図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスの１つ以上に関して本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る（図示せず）。エミュレーションデバイスは、本明細書に説明される機能の１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

【0057】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装され、かつ／又は展開されている間、１つ以上若しくは全ての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実行し得る。エミュレーションデバイスは、無線ネットワーク経由無線通信を使用して、試験する及び／又は試験を実施する目的で、別のデバイスに直接結合され得る。

【0058】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上のコンポーネントの試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

【0059】

ＭＡＣプライバシー拡張が本明細書で説明される。ＩＥＥＥ８０２．１１におけるいくつかの特徴は、ユーザを追跡するために使用され得る。ＡＰに関連付けられる前に、ＳＴＡは、関連付けの持続時間の間に使用しようとしているＭＡＣアドレスを定義することができる。ＭＡＣプライバシー拡張がベースライン仕様に追加される前に、ＳＴＡは、全ての関連付けのためにそのハードワイヤードＭＡＣアドレスを使用することになる。事前関連付けメッセージ内のＭＡＣアドレスを観察することがＳＴＡの追跡を可能にしたので、この挙動により、ＳＴＡの追跡を些細なものにした。

【0060】

ＭＡＣアドレスに加えて、ＩＥＥＥ８０２．１１においてＳＴＡを追跡するために使用され得る他の機構がある。例えば、通信中の各フレームは、それに関連付けられたシーケンス番号を有し得る。ＭＡＣアドレスが変更された後であっても、連続するフレームが連続するシーケンス番号を示し得るので、このシーケンス番号は、ＳＴＡを追跡するために使用され得る。いくつかの他の機構は、ＯＦＤＭ ＰＨＹ ＤＡＴＡスクランブラなど、より複雑であり、再シードされない場合にも追跡され得る。

【0061】

ＭＡＣプライバシー拡張は、ＳＴＡがＡＰに関連付けられるようになる前にローミングする間、又はＳＴＡがネットワークアクセスを変更する間、ユーザが自明に追跡され得ないような方法で、ＳＴＡが、事前関連付け状態において全てのこれらのパラメータを修正することを可能にし得る。ＭＡＣプライバシー拡張は、この種のトラフィック分析を軽減し得る。ＳＴＡは、そのＭＡＣアドレスを周期的かつランダムに変更し、関連付けの前にカウンタ及びシードをリセットする能力をサポートすることができる。ネットワークを発見している間、ＳＴＡは、優先する基本サービスセット（ＢＳＳ）ネットワークのサービスセット識別子（service set identifier、ＳＳＩＤ）を含むプローブ要求フレームを不必要に送信することを控えることがある。

【0062】

ＭＡＣプライバシー拡張のサポートのための要件が、本明細書で説明される。ベースラインＩＥＥＥ８０２．１１仕様は、ＭＡＣアドレスランダム化を適用するための要件のセットを定義し得る。例えば、ＳＴＡは、ＢＳＳに関連付けられていない間、そのＭＡＣアドレスをランダム値に周期的に変更することができる。ＳＴＡは、ＩＥＥＥ Ｓｔｄ ８０２－２０１４又はＩＥＥＥ Ｓｔｄ ８０２ｃ－２０１７などの標準仕様において定義され得る、ローカルに管理されたアドレス空間からランダム化されたＭＡＣアドレスを構築し得る。非ＡＰ ＳＴＡは、トランザクション交換中にそのＭＡＣアドレスを変更することを許可されないことがあり、又は場合によっては変更することができないことがある。そのような交換の例は、事前関連付け発見のためのパブリックアクションフレームの送信又は受信中であり得る。非ＡＰ ＳＴＡがそのＭＡＣアドレスを変更し得ない別の事例は、堅牢なセキュリティネットワーク（ＲＳＮ）事前認証などの事前関連付け能力、又はＤＳ（配信システム）経由の高速遷移（fast transition、ＦＴ）を使用して、ＡＰとの状態の確立中であり得る。非ＡＰ ＳＴＡが、ＭＡＣアドレスに結び付けられた状態を確立する任意のトランザクションを開始し、発見されたＢＳＳとの関連付け又はトランザクション状態を確立することを決定する場合、非ＡＰ ＳＴＡは、そのＭＡＣアドレスを、この状態を確立するために使用されるＭＡＣアドレスに変更することができる。ＲＳＮ事前認証状態又はＤＳを介して確立されたＦＴ状態など、前のＭＡＣアドレスを使用してＡＰと確立された状態は、その状態が作成されたときに使用されたＭＡＣアドレスに結び付けられ得る。場合によっては、ＭＡＣアドレスが新しいランダム値に変更されるとき、各フレームを識別するために使用される全てのシーケンス番号空間内のカウンタがリセットされる必要があり得る。インフラストラクチャＢＳＳに接続する非ＡＰ ＳＴＡは、拡張サービスセット（extended service set、ＥＳＳ）にわたるその接続の持続時間の間、単一のＭＡＣアドレスを保持することができる。

【0063】

ＭＡＣプライバシー強化は、ユーザのプライバシーを高度に改善することができるが、それらは十分でない場合がある。既存の拡張の不十分さに起因して、ＩＥＥＥ８０２．１１は、プライバシー拡張及びＭＡＣアドレスランダム化が使用されるネットワークの動作をどのように改善するかを更に研究するために、ＲＣＭグループを作成した。ＲＣＭ研究グループは、２０２０年に動作を終了し、２つのＰＡＲ、すなわち、データプライバシー保護を伴う拡張サービスを提供するＩＥＥＥ８０２．１１ｂｉ、及びランダム化され、変化するＭＡＣアドレスを伴う動作を説明するＩＥＥＥ８０２．１１ｂｈが提案されている。ＩＥＥＥ８０２．１１ｂｉは、ユーザプライバシーに対処し、改善する新しい機構を含むように、ＩＥＥＥ Ｓｔｄ ８０２．１１ ＭＡＣに対する修正を指定する。ＩＥＥＥ８０２．１１ｂｈは、ユーザプライバシーに影響を及ぼすことなく、ＥＳＳ内のＳＴＡがランダム化された又は変化するＭＡＣアドレスを使用する環境において、さもなければ制限される可能性がある既存のサービスを保存するために、ＭＡＣ機構に対する修正を指定する。ＩＥＥＥ８０２．１１ｂｈは、任意の固有のＭＡＣアドレス対ＳＴＡマッピングがない場合にセッション継続性を可能にするための機構に対する作業を伴い得る。

【0064】

本明細書で説明される実施形態は、ＩＥＥＥ８０２．１１ｂｉ及びＩＥＥＥ８０２．１１ｂｈの作業に関し得、ＭＡＣプライバシー拡張の動作空間を広げる機構を提供し得る。既存の８０２．１１ネットワークでは、ＳＴＡは、ＳＴＡの関連付けられたＡＰとの無線ネットワーク経由送信のために固定された固有のＭＡＣアドレスを利用し得る。これは、他のものが、事前関連付けメッセージにおいて観察され得るのと同様に、無線ネットワーク経由メッセージにおいてそのＭＡＣアドレスを観察することによって、ＳＴＡを追跡することを可能にする。ベースラインＩＥＥＥ８０２．１１仕様は、関連付けられた状態におけるＳＴＡのＭＡＣアドレスの動的修正をサポートしない場合がある。

【0065】

プライバシーを強化するために、本明細書で説明する実施形態は、少なくとも、（１）無線ネットワーク経由送信のために使用されたＭＡＣアドレスと、セキュリティ関連付けのためのネットワークの有線／セキュア部分において使用されたＭＡＣアドレスとの間の関係、及び（２）ＳＴＡの接続性／識別を維持しながら、ＡＰに関連付けられたＳＴＡのコンテキスト内でのＳＴＡ ＭＡＣアドレスの周期的な修正の有効化に対処することができる。

【0066】

既存のＩＥＥＥ８０２．１１手順への変更を伴い得る、本明細書で提案される様々な実施形態は、ＳＴＡの接続性／識別を維持しながら、ＡＰとのＳＴＡの関連付けのコンテキスト内でＭＡＣアドレスの周期的修正を可能にし得る。そのようなソリューションは、（１）ＭＡＣアドレスマスカレードと呼ばれる新しいプライバシー拡張（ＡＰに関連付けられている間にＳＴＡのＭＡＣアドレスの動的及び／又は周期的な修正を提供し得る）、（２）プライバシー強化をマスカレードする新しいＭＡＣアドレスの告知のための新しい機構、（３）堅牢なセキュリティネットワーク関連付け（robust security network association、ＲＳＮＡ）が確立された状態の、関連付けられた状態におけるＭＡＣアドレス変更のシグナリングのための制御／管理フレーム交換機構、並びに（４）データ及び肯定応答（acknowledgment、ＡＣＫ）フレーム内の情報のピギーバックを介した、ＲＳＮＡが確立された状態の、関連付けられた状態におけるＭＡＣアドレス変更のシグナリングのための機構を含み得る。

【0067】

ＭＡＣアドレスマスカレードを達成するために、本明細書で説明される実施形態は、ネットワークセグメント間の差異及びそれらの機能を含む、少なくとも２つの新しいタイプのＭＡＣアドレスを定義することができる。２つの新しいタイプのＭＡＣアドレスは、本明細書では、ネットワークＭＡＣアドレス（ｎＭＡＣ）及び無線ネットワーク経由ＭＡＣアドレス（ｏｔａＭＡＣ）と呼ばれることがある。

【0068】

ｎＭＡＣは、ＡＰとＳＴＡとの間の関連付け及び認証プロセスのために使用されるＭＡＣアドレスに対応することができ、ｎＭＡＣは、ＲＳＮＡにおいてインデックス付けされたＭＡＣアドレスであり得る。このＭＡＣアドレスは、有線ネットワークセグメント上のＳＴＡにトラフィックをルーティングするためのＲＳＮＡをセットアップするために使用され得る。ｎＭＡＣはまた、高速遷移機構などのモビリティ関連動作のために使用されるものであり得る。

【0069】

ｏｔａＭＡＣは、ＳＴＡとＡＰとの間の無線ネットワーク経由フレームに含まれ得る。例えば、ｏｔａＭＡＣは、ＩＥＥＥ８０２．１１フレームのアドレス２又は３に含まれてもよい。ｏｔａＭＡＣの１つの目的は、ＳＴＡのｎＭＡＣのプライバシーを維持することであり得る。ｏｔａＭＡＣは、パケットごとに変更される可能性がある。

【0070】

これらのＭＡＣアドレスの使用は、ＡＰ及びＳＴＡがｎＭＡＣとｏｔａＭＡＣとの間のバインディングを維持することを必要とし得る。加えて、ＡＰ及びＳＴＡは、以下で更に説明される実施形態において説明されるように、フレームを復号する前にｎＭＡＣによってｏｔａＭＡＣをスワップするために受信されたパケットを修正する必要があり得る。

【0071】

提案される実施形態のための動作の種々の理論が、本明細書に説明される。上記の段落で実質的に説明したように、本明細書で説明する実施形態の目的は、ＳＴＡが、無線ネットワーク経由フレーム内で搬送されるときにそのＭＡＣアドレスを修正することができる機構を可能にすることであり得る。加えて、本明細書で説明されるソリューションは、ＳＴＡとＡＰとの間でＲＳＮＡをキー変更又は再生成する必要があるという負担なしに、そのような修正を可能にし得る。

【0072】

図２は、ＳＴＡ２０１、ＡＰ２０２、及び配信システム（ＤＳ）２０３を含む１つの例示的なシステムの動作の概要を提示する。

【0073】

ＳＴＡ（例えば、図２中のＳＴＡ２０１）は、本明細書で更に定義される機構のいずれかを使用することによって、そのＭＡＣアドレスを変更するその能力を発見し、告知し得る。ＳＴＡ及びＡＰ（例えば、図２に示されるようなＡＰ２０２）が、それらのＭＡＣアドレスマスカレード機能を相互に識別した後、ＡＰ及びＳＴＡは、ＩＥＥＥ８０２．１１において定義される認証及び関連付けの手順に従うことによって、接続を確立し得る。そのような方法は、ＩＥＥＥ８０２．１１－２０２０において定義され得、例えば、ＳＡＥ、ＦＩＬＳ、ＦＴ、８０２．１Ｘ、又はオープン認証を含み得る。

【0074】

ＳＴＡ及びＡＰが関連付けられ、ＲＳＮＡが確立されると、ＡＰ及びＳＴＡは、通信のためのｎＭＡＣを定義している可能性がある。そのような場合、ｎＭＡＣは、ＲＳＮＡを生成するために使用されたＭＡＣアドレスとして定義することができる。

【0075】

関連付けの確立後の任意の時点で、ＳＴＡは、例えば、以下の段落で更に説明する機構のいずれかに従って制御フレームを送信することによって、ＭＡＣアドレスの初期変更についてＡＰに通知することができる。

【0076】

図２に示されているように、ＭＡＣアドレス（及び使用されるべき対応するｏｔａＭＡＣ）の変更がＳＴＡによってシグナリングされ、ＡＰによって肯定応答されると、ＳＴＡは、暗号化中又は暗号化後に、発信フレームのソースＭＡＣアドレス（すなわち、アドレス２）をｏｔａＭＡＣアドレスに変更することができる。例えば、図２に示されているように、２１０において、ＳＴＡ２１０は、ｎＭＡＣアドレスに設定されたソースＭＡＣアドレスと、ＡＰ２０２のＭＡＣアドレス（すなわち、ＭＡＣｘ）に設定された宛先アドレスとを用いて送信されるべきフレームを生成した可能性がある。２１１に示すように、ＳＴＡは、生成されたフレームの暗号カプセル化を実行することができる。２１２に示すように、ｎＭＡＣアドレスのｏｔａＭＡＣアドレスへの変更は、フレームの保護がｎＭＡＣアドレスを用いて実行されるように、フレームが暗号化され、送信される準備ができた後に実行され得る。すなわち、ｏｔａＭＡＣによるｎＭＡＣのスワッピングは、フレームの暗号化に影響を与えない可能性がある。いくつかの実施形態では、ｏｔａＭＡＣによるｎＭＡＣの置き換えは、フレームの暗号化と同時に実行されてもよい（例えば、スワップは、生成されたフレームが暗号化ブロック又はそのような暗号化ブロックの論理的等価物を離れるときに実行される）。そのような場合、暗号化は、依然として変更による影響を受けない可能性がある。２１３に示すように、ＳＴＡは、そのソースアドレスがｏｔａＭＡＣアドレスに設定された暗号化されたフレームをＡＰに送信することができる。

【0077】

ＡＰによって受信されると、２１４において、ＡＰは、２１５において示されるように、フレームが復号される前に、ｏｔａＭＡＣアドレスをｎＭＡＣアドレスにスワップし得る。したがって、フレームの暗号保護は、ｏｔａＭＡＣとｎＭＡＣとの間の変更によって影響を受けない可能性がある。加えて、２１６に示されるように、フレームは、ｎＭＡＣを使用してネットワークの有線部分を介して（例えば、配信システム（ＤＳ）に）送信され得る。これは、標準的なＬ２転送が、本明細書で提示されるソリューションに何ら影響を与えることなく実行されることを可能にし得る。

【0078】

同じ又は同様の方法で、２１６で図２に示される、ＳＴＡのｎＭＡＣアドレスの宛先を有するフレームをＤＳから受信すると、ＡＰは、２１７で示される、ｎＭＡＣアドレスを用いてフレームをカプセル化し、暗号化することができる。２１９においてフレームを送信する前に、２１８において示されるように、ＡＰは、ｎＭＡＣアドレスをｏｔａＭＡＣアドレスによってスワップし得る。同じ動作が、図２の要素２２０～２２２によって示される、フレームの受信時にＳＴＡにおいて実行され得る。

【0079】

本明細書で説明される実施形態は、ＭＡＣアドレスマスカレード機能を告知及びシグナリングするための機構を提供し得る。ＭＡＣアドレスマスカレード機能の告知のためのソリューションは、ＩＥＥＥ８０２．１１規格において定義されている既存の手順に関連して説明され得る。第１のステップは、ＡＰ及び／又はＳＴＡによるＭＡＣアドレスマスカレード特徴の告知を可能にすることであり得る。複雑さのレベルで順序付けられた、そうするためのいくつかの機構は、以下を含み得る：（１）拡張機能フィールド内の１つ以上のビットの使用、（２）ＲＳＮ要素内の１つ以上のビットの使用、及び（３）ローカルＭＡＣアドレスポリシーフィールドの１つ以上のビットの使用。

【0080】

拡張された機能フィールドの拡張を含むソリューションが、本明細書で説明される。ＩＥＥＥ８０２．１１規格は、その機能を告知するためのいくつかの機構を提供することができ、それらのうちの１つは、拡張された機能フィールド内に１つ以上のビットを含めることであり得る。１つ以上のビットは、ＭＡＣアドレスマスカレード機能のサポートを示し得る。

【0081】

ＭＡＣアドレスマスカレードのサポートを示す拡張された機能フィールドなどのフィールドは、管理フレーム又は制御フレーム内に含まれ得る。管理フレームは、ＳＴＡがＢＳＳに参加するか又はＢＳＳから離脱するために使用されるフレームであってもよい。管理フレームの例は、限定するものではないが、関連付け要求フレームと、関連付け応答フレームと、再関連付け要求フレームと、再関連付け応答フレームと、プローブ要求フレームと、プローブ応答フレームと、ビーコンフレームと、関連付け解除フレームと、認証解除フレームと、アクションフレームとを含み得る。制御フレームは、データ及び／又は管理フレームの配信における支援を提供するフレームであり得る。制御フレームの例は、限定するものではないが、制御ラッパーと、ブロック肯定応答（ＡＣＫ）要求フレームと、ブロックＡＣＫフレームと、ＰＳ－Ｐｏｌｌフレームと、送信要求（request-to-send、ＲＴＳ）フレームと、送信可（clear-to-send、ＣＴＳ）フレームと、ＡＣＫフレームと、コンテンションフリー（contention-free、ＣＦ）－エンドフレームと、ＣＦ－エンド及びＣＦ－ＡＣＫフレームとを含み得る。拡張機能フィールドは、他の機能（すなわち、同じ又は別の管理又は制御フレームの機能情報フィールドにおいて示される機能）を増強する機能を示すために含まれ得る。

【0082】

ＭＡＣアドレスマスカレード手順のサポートをシグナリングするために、フレームは、本明細書で更に定義されるような１つ以上のビット又はビットフィールドを含み得る。例えば、拡張機能フィールドの様々な新しいビットを定義することができ、１つは機能のサポートを示し、別の１つは保護された制御又は管理フレームを通じて機能のサポートを示し、第３のビットはデータパケット上の制御情報シグナリングをマスカレードするＭＡＣアドレスのサポートを示す。これらの機能のいずれかをサポートするＳＴＡは、実質的に上記で説明されたように、管理又は制御フレームの送信においてそのようなサポートを告知し得る。

【0083】

ＩＥＥＥ８０２．１１規格は、拡張機能フィールドの既存の定義の拡張を通じて、そのようなＭＡＣアドレスマスカレード告知に対するサポートを提供し得る。表１は、拡張機能フィールドを定義する既存の表に追加され得る行の例を図示する。

【0084】

【表1】

【0085】

ＲＳＮ要素（RSN element、ＲＳＮＥ）を介してＭＡＣアドレスマスカレード機能を示すためのソリューションが本明細書で説明される。８０２．１１規格に準拠するＭＡＣアドレスマスカレード機能の告知は、ＲＳＮ要素を含む送信によって提供されてもよい。そのような要素は、ＩＥＥＥ８０２．１１－２０２０規格に記載されているものに準拠する要素であってもよい。ＲＳＮ要素は、ＲＳＮＡを確立するために必要な情報を伝達するために使用することができる。要素は、例えば、ビーコンに含まれてもよい。ＲＳＮＥは、本明細書でＲＳＮ機能フィールドと呼ばれるフィールドを含むことができる。フィールドは、事前認証、Ｐｅｅｒ－Ｋｅｙ、及び他の機能のサポートなどのＲＳＮ機能に関する情報を提供するサブフィールドを含むことができる。

【0086】

図３は、ＲＳＮ機能フィールドへの拡張の例を図示する。そのような拡張は、ＩＥＥＥ８０２．１１－２０２０規格において図示又は説明されるフィールドと一致し得る。いくつかの例では、ＳＴＡは、ＲＳＮ機能フィールド３００を含むフレームを送信し得る。ＲＳＮ機能フィールドは、図３に示すようなサブフィールドを含むことができる。ＲＳＮ機能フィールドのビット１５は、８０２．１１規格に記載されているような予約済みビットであってもよく、ＭＡＣアドレスマスカレードのサポートを示すサブフィールドとしてポピュレートされてもよい。例えば、ＲＳＮＥ及びＲＳＮ機能フィールドを含むフレーム（例えば、ビーコンフレーム）を送信するＳＴＡは、それがＭＡＣアドレスマスカレードをサポートすることを示すために、ＭＡＣアドレスマスカレードサブフィールドを１に設定することができる。ＲＳＮＥを含むフレームを送信するＳＴＡは、ＭＡＣアドレスマスカレードをサポートしない場合、サブフィールドを０に設定することができる。

【0087】

ローカルＭＡＣアドレスポリシー機能に関連付けられた情報を取得するためのソリューションが、本明細書で説明される。ローカルＭＡＣアドレスポリシーＡＮＱＰ要素などのフレーム要素は、ＳＴＡがＡＰに利用可能なローカルＭＡＣアドレスポリシーに関する情報を収集することができる機構を提供することができる。例えば、そのような要素を含むフレームを送信するＳＴＡは、ＡＰに関連付けられたローカルＭＡＣアドレスポリシー情報を取得することができる。このＡＮＱＰ要素によって提供された情報は、ＳＴＡが構造化ローカルアドレスプラン（Structured Local Address Plan、ＳＬＡＰ）象限のリストを取得して、ローカルＭＡＣアドレスの選択のために使用することを可能にする。ローカルアドレスは、例えば、ｏｔａＭＡＣアドレスとして使用されてもよい。

【0088】

ローカルＭＡＣアドレスポリシーフィールドは、ＳＴＡのＭＡＣアドレスマスカレード機能を示すように構成されてもよい。ＩＥＥＥ８０２．１１規格は、フィールドの既存の定義の拡張を通して、ローカルＭＡＣアドレスポリシーフィールドのそのような構造化のためのサポートを提供し得る。例えば、表２は、ローカルＭＡＣアドレスポリシーフィールドのビットを定義する既存のテーブルに追加され得る行の例を図示する。

【0089】

【表2】

【0090】

表２に示すように、ビット５は、１に設定された場合、ＳＴＡがＭＡＣアドレスマスカレードをサポートすることを示し得る。そのような場合、ＳＴＡは、同じフィールドのビット０～４によって示されるような異なる範囲からＭＡＣアドレスを選択又は選定し得る。いくつかの実施形態では、ＳＴＡは、制限されたアドレスプレフィックスフィールドなどのフィールド内で指定されるプレフィックスから始まるＭＡＣアドレスを選択することを回避し得る。ビット５は、０に設定された場合、ＭＡＣアドレスマスカレード機能がＳＴＡによってサポートされないことを示し得る。

【0091】

ｏｔａＭＡＣ／ｎＭＡＣバインディングのシグナリングのための実施形態が本明細書に説明される。そのようなシグナリングは、関連付けられたステータスで動作するＳＴＡのｏｔａＭＡＣを変更するために使用され得る制御フレーム又は管理フレームを介して実行され得る。これらのフレームは、アクションフレームとして定義されてもよく、いくつかの実施形態では、アクションフレームは、保護されたアクションフレームとしてセキュアにトランスポートされてもよい。

【0092】

図４は、制御／管理フレームの全体的な交換及び動作を示す例示的なシナリオを図示する。ＳＴＡ４０１とＡＰ４０２との間の図４に示されるような対話は、以下のように実行され得る。４１０～４１３において、ＳＴＡ４０１及びＡＰ４０２は、第１のｏｔａＭＡＣアドレス「ｏｔａＭＡＣ１」を使用して、フレームと肯定応答とを互いに交換し得る。４１４において、ＳＴＡは、そのアドレスを変更又は修正するための決定を行い得る。４１５において、ＳＴＡ４０１は、例えば、本明細書で更に説明される１つ以上の実施形態に従って、ＭＡＣアドレスマスカレード要求をＡＰ４０２に送信し得る。ＭＡＣアドレスマスカレード要求は、例えば、第２のｏｔａＭＡＣアドレス「ｏｔａＭＡＣ２」を含むことができる。次いで、ＳＴＡ４０１は、４１６に示すように、ＡＰ４０２から、ＭＡＣアドレスマスカレード応答を受信することができる。要素４１７～４２０によって示されるフレームの更なる交換は、第２のｏｔａＭＡＣアドレスを使用してＳＴＡ４０１とＡＰ４０２との間で実行され得る。

【0093】

ＭＡＣアドレスマスカレード要求及びＭＡＣアドレスマスカレード応答フレームは、新しいカテゴリのアクションフレームの一部であってもよい。更に、ＡＰによってシグナリングされたＭＡＣアドレスを変更するようにＳＴＡに要求するための新しいフレームが、この同じカテゴリのアクションフレーム内で定義され得る。アクションフレームは、フレームがプライバシーアクションフレームであることを示し得るカテゴリ値（又はコード）を提供するカテゴリフィールドを有し得る。フィールドは、フレームが堅牢である（すなわち、暗号化されている）かどうかを示す情報、並びにフレームがグループアドレス指定されたプライバシーフレームであるかどうかを示す情報を更に含み得る。

【0094】

本明細書で説明されるプライバシーアクションフレームは、既存の８０２．１１規格と一致して定義されたアクションフレームの新しいカテゴリであり得る。ＩＥＥＥ８０２．１１規格は、フィールドの既存の定義の拡張を通して、プライバシーアクションフレームのそのような構造化のためのサポートを提供し得る。表３は、様々なアクションカテゴリを定義する既存の表に追加され得る行の例を図示する。

【0095】

【表3】

【0096】

プライバシーアクションカテゴリ内で、様々なアクションフレームフォーマットが定義され得る。プライバシーアクションフィールドは、例えば、カテゴリフィールドの直後に管理フレームに含まれてもよく、プライバシーアクションフィールドは、様々なアクションフレームフォーマットを区別してもよい。表４は、各フレームフォーマットに関連付けられ得るプライバシーアクションフィールド値の例を図示する。

【0097】

【表4】

【0098】

以下の段落は、上記で定義されたプライバシーアクションフレームの各々のフォーマットを記述する。ＭＡＣアドレスマスカレード要求は、ピアＳＴＡ又はＡＰとの通信において使用されるｏｔａＭＡＣアドレスを更新するために、ＳＴＡによって送信され得る。

【0099】

図５は、ＭＡＣアドレスマスカレード要求フレームのフォーマットの例を示す。カテゴリフィールドは、実質的に上記で説明したように、フレームがプライバシーアクションフレームであることを示し得る。プライバシーアクションフィールド値は、表４において上記で定義された通りであり得る。マスカレードオプションフィールドの数は、フレームに含まれるマスカレードオプションフィールドの数を示すことができる。このフィールドの値は、少なくとも１であり得る。ＭＡＣアドレスマスカレード要求フレームに含まれるマスカレードオプションフィールドは、図６に関して後続の段落で更に説明される。

【0100】

図６は、ＭＡＣアドレスマスカレード要求フレームに含まれ得るようなマスカレードオプションフィールドの例を描写する。マスカレードオプションフィールドは、制御サブフィールド（図７に関して後続の段落で更に説明される）、ｏｔａＭＡＣサブフィールド、変更までのＴＢＴＴサブフィールド、変更前フレームサブフィールド、及びＩＤサブフィールドのうちの１つ以上を含み得る。ｏｔａＭＡＣフィールドは、ＳＴＡがピアＳＴＡに告知し得る４８ビットＭＡＣアドレスと、送信されるフレームにおいて使用されるべき次のｏｔａＭＡＣとを含み得る。変更までのＴＢＴＴは、次のＴＢＴＴ期間（変更までのＴＢＴＴが０に設定される）と、マスカレードオプションにおいてシグナリングされたｏｔａＭＡＣが送信フレームのためのＳＴＡのＭＡＣアドレスとして使用される時間との間の経過時間を、ＴＢＴＴ期間において示し得る。変更前フレームフィールドは、ＭＡＣアドレスがｏｔａＭＡＣで指定されたＭＡＣアドレスに変更されるまでのフレーム数（１０フレーム単位で）を示すことができる。ＩＤフィールドは、本文書の範囲外である、何らかの他の機構によって提供されるＳＴＡ ＩＤを含む可能性を示し得る。最後に、ベンダ固有フィールドは、ベンダ固有シグナリングのために定義され得る。

【0101】

図７は、ＭＡＣアドレスマスカレード要求フレームのマスカレードオプションフィールドに含まれ得るような制御サブフィールドの例を描写する。変更までのＴＢＴＴ存在サブフィールドは、１に設定される場合、マスカレードオプションフィールド内の変更までのＴＢＴＴサブフィールドの存在を示し得る。０に設定される場合、それは、マスカレードオプションフィールド内に変更までのＴＢＴＴサブフィールドが存在しないことを示し得る。変更前フレーム存在サブフィールドは、１に設定される場合、マスカレードオプションフィールド内の変更前フレームサブフィールドの存在を示し得る。０に設定される場合、変更前フレーム存在サブフィールドは、マスカレードオプションフィールド内に変更前フレームサブフィールドがないことを示し得る。長さＩＤサブフィールドは、マスカレードオプションフィールド内のＩＤサブフィールドの長さを示すことができる。０の値は、ＩＤサブフィールドがマスカレードオプションサブフィールドに含まれないことを示すことができる。

【0102】

ＭＡＣアドレスマスカレード応答フレームのフォーマットは、本明細書で説明される。ＭＡＣアドレスマスカレード応答は、ＭＡＣアドレスマスカレード要求フレームの肯定応答として動作し得、要求のステータス及びｏｔａＭＡＣからｎＭＡＣへのバインディングの有効性を示す寿命を示すＭＡＣアドレスマスカレード要求フレームが受信された後に、ＳＴＡ又はＡＰによって送信され得る。

【0103】

図８は、ＭＡＣアドレスマスカレード応答フレームの例示的なフォーマットを図示する。カテゴリフィールドは、上の段落で実質的に説明したように、フレームがプライバシーアクションフレームであることを示し得る。プライバシーアクションフィールド値は、表４に定義されたように、フレームがＭＡＣアドレスマスカレード応答フレームであることを示すことができる。ステータスフィールドは、以下の表５に提供されるように、ｎＭＡＣからｏｔａＭＡＣへのバインディング動作の結果を示すことができる。例えば、ステータスフィールドは、バインディングが成功したかどうか、バインディングが拒絶されたかどうかを示すことができ、拒絶された場合、ステータスフィールドは、拒絶の理由を更に示すことができる。

【0104】

【表5】

【0105】

ＴＴＬ（有効期間）フィールドは、バインディングの寿命を示すことができる。ＭＡＣアドレスマスカレード要求の発信元は、バインディングを更新するか、又はバインディングの寿命内にｏｔａＭＡＣを変更することができる。そうすることに失敗すると、ＲＳＮＡ及び関連付けの全ての状態の除去をトリガする可能性があり、新しい関連付けを必要とする可能性がある。最後に、ベンダ固有フィールドは、ベンダ固有シグナリングのために定義され得る。

【0106】

上記で定義されたフレームの一部又は全ては、ｏｔａＭＡＣ及びｎＭＡＣバインディングが開示されないように保護された方法で送信される必要があり得る。したがって、これらの２つのフレームが保護フレームとして指定されることが有利であり得る。保護されたフレームは、保護されたパブリックアクションデュアルフレームのリストに含まれ得る。

【0107】

ＭＡＣアドレスマスカレードスイッチ告知は、以下の段落で更に詳細に説明される。ＭＡＣアドレスマスカレードスイッチ告知フレームは、全てのＳＴＡ又はＳＴＡのセットに、ある期間内にそれらのＭＡＣアドレスを変更するように要求するために使用され得る。要求を受信するＳＴＡは、例えば、前のメッセージ交換においてシグナリングされたリストから、次のＭＡＣアドレスを選択し得る。

【0108】

図９は、ＭＡＣアドレスマスカレードスイッチ告知フレーム９００の定義の例を図示する。描写されていない実施形態では、フレームは、フレームとして直接宣言される代わりに、要素を使用して定義され得る。カテゴリフィールドは、上の段落で実質的に説明したように、フレームがプライバシーアクションフレームであることを示し得る。プライバシーアクションフィールド値は、フレームが、例えば、上記の表４と一致する、ＭＡＣアドレスマスカレードスイッチ告知フレームであることを示し得る。変更までの最大ＴＢＴＴフィールドは、以前のメッセージを使用してＡＰにすでにシグナリングされたｏｔａＭＡＣへのＭＡＣアドレスの変更を実行するために、次のＴＢＴＴから経過したＴＢＴＴの最大数（変更までの最大ＴＢＴＴが０に設定される）を示すことができる。変更のためのＡＩＤサブフィールドは、変更するように要求される、それらのＡＩＤによって識別されたＳＴＡのリストを含み得る。変更のためのＡＩＤフィールドは、８０２．１１規格と一致する合成受信機アドレス（synthetic receiver address、ＳＹＮＲＡ）の形態を有し得る。

【0109】

ＭＡＣアドレスマスカレードスイッチ告知フレームを受信すると、変更のためのＡＩＤフィールドによって識別されたＳＴＡは（又は、このフィールドが含まれない場合、このフレームを受信する全てのＳＴＡ）は、変更までの最大ＴＢＴＴフィールドによって指定された期間が経過する前に、それらのＭＡＣアドレスを、シグナリングに従って次のｏｔａＭＡＣに変更することができる。

【0110】

ｏｔａＭＡＣ／ｎＭＡＣバインディングのシグナリングを提供する実施形態が、本明細書に説明される。ｏｔａＭＡＣ／ｎＭＡＣバインディングは、例えば、データパケット及び／又は肯定応答においてシグナリングされ得る。例えば、上記の段落で実質的に説明したような制御フレーム及び管理フレームを介したｏｔａＭＡＣ／ｎＭＡＣバインディングのシグナリングに加えて、バインディングは、データフレームにおいてピギーバックされ得る。そのような提案された機構は、ＣＣＭＰヘッダを利用することができる。したがって、それは、この種の保護を使用するＳＴＡにのみ利用可能であり得る。対照的に、上記の段落で説明した制御／管理フレームに関与するソリューションでは、関与するＳＴＡによって使用された保護機構又は複数の保護機構にかかわらず使用され得る。加えて、場合によっては、ＣＣＭＰヘッダは、プロトコルバージョン０（Protocol Version 0、ＰＶ０）フォーマットを用いて送信されたフレームの場合にのみＳＴＡ間で転送され得、これは、８０２．１１規格と一致する送信のためのデフォルトＭＡＣフレームフォーマットであり得る。例えば、そのような場合、ＣＣＭＰヘッダは、プロトコルバージョン１（Protocol Version 1、ＰＶ１）フレームを介してＳＴＡ間で転送されない場合があり、ＰＶ１フレームは、８０２．１１規格によって随意にサポートされ、ＰＶ０フレームよりも少ないオーバーヘッドを有し得る。

【0111】

ＰＶ０フレームのためのＣＣＭＰヘッダ拡張及びｏｔａＭＡＣシグナリングを含むソリューションが、本明細書で説明される。

【0112】

図１０は、ＣＣＭＰヘッダ拡張及びｏｔａＭＡＣ情報のピギーバックの例を描写する。図１０に図示するように、ＭＡＣアドレスマスカレード情報は、ＰＶ０データフレーム内に含まれてもよい。ＳＴＡは、ＭＡＣアドレスマスカレード情報を含むＰＶ０フレームを、例えば、ＡＰ又は別のＳＴＡに送信することができる。ＣＣＭＰヘッダ中の１つ以上のビットは、ペイロードの暗号化された部分中のｏｔａＭＡＣフィールドの追加を示すために使用され得る。プライバシービットが１に設定される場合、暗号化されたペイロードは、ｏｔａＭＡＣフィールドを含む追加の６オクテットを含むことができる。プライバシービットが０に設定される場合、ｏｔａＭＡＣフィールドは追加されなくてもよい。ｏｔａＭＡＣは、ＰＤＵの暗号化された部分で送信されてもよく、そのような場合、それは保護されてもよい。

【0113】

図１１は、ＡＣＫフレームフォーマットに対する拡張の例を図示する。保護されたＰＤＵにおけるｏｔａＭＡＣアドレスのシグナリングは、送信においてｏｔａＭＡＣアドレスの使用を開始するために、ピアＳＴＡ又はＡＰからの肯定応答を必要とし得る。そのような実施形態は、ＭＡＣアドレスマスカレード動作のステータスについての情報を提供するＡＣＫフレームへの拡張を必要とし得る。ＡＣＫフレームに対する提案された拡張は、図９に提示されるようなＭＡＣアドレスマスカレード応答フレームのフォーマットと一致し得る。

【0114】

図１２に、ＡＣＫフレームに含まれ得るｏｔａＭＡＣ Ａｃｋフィールドの例を図示する。図１２に示されるように、ｏｔａＭＡＣ Ａｃｋフィールドは、ステータスサブフィールド及び／又はＴＴＬサブフィールドのうちの１つ以上を含み得る。ステータスサブフィールドの可能な値は、表５に詳述されるようなものであり得る。ＡＣＫフレームの上記修正に加えて、修正なしの標準ＡＣＫフレームもまた、フレームの受信及びｏｔａＭＡＣの処理を肯定応答するために使用され得るが、それは、より少ない情報をＳＴＡに提供し得る。いずれの場合も、標準ＡＣＫフレームは、いくつかの事例では、通信に関与するＳＴＡのいずれかがＭＡＣアドレスマスカレードをサポートしない場合、ｏｔａＭＡＣを含むデータフレームに応答して送信されないことがある。

【0115】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-11-06

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

局（ＳＴＡ）であって、
前記ＳＴＡが関連付けられたアクセスポイント（ＡＰ）に、前記ＳＴＡが無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用して前記ＡＰにフレームを送信することを示す情報を含む第１のフレームを送信するように構成された送信機と、
プロセッサと、を備え、前記プロセッサは、
前記ＳＴＡを識別するネットワークＭＡＣ（ｎＭＡＣ）アドレスを含む第２のフレームを生成し、
生成された前記第２のフレームを暗号化し、
前記暗号化中又は前記暗号化後のいずれかに、前記ｎＭＡＣアドレスを前記ｏｔａＭＡＣアドレスに置き換えるように構成されており、
前記送信機は、前記ｏｔａＭＡＣを含む暗号化された前記第２のフレームを前記ＡＰに送信するように更に構成されている、局（ＳＴＡ）。

【請求項2】

前記ｏｔａＭＡＣアドレスを含む第３のフレームを前記ＡＰから受信するように構成された受信機を更に備え、前記プロセッサは、前記ｏｔａＭＡＣアドレスを前記ｎＭＡＣアドレスに置き換え、前記第３のフレームを復号するように更に構成されている、請求項１に記載のＳＴＡ。

【請求項3】

前記ｏｔａＭＡＣアドレスを含む前記第１のフレームを前記送信する前に、前記ＳＴＡと前記ＡＰとの間に堅牢なセキュリティネットワーク関連付け（ＲＳＮＡ）が確立される、請求項１に記載のＳＴＡ。

【請求項4】

前記送信機は、前記ＳＴＡによって、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＡＰに送信するように構成されている、請求項１に記載のＳＴＡ。

【請求項5】

前記プライバシーアクションフレームは、後続のフレームにおいて送信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項４に記載のＳＴＡ。

【請求項6】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項５に記載のＳＴＡ。

【請求項7】

前記ｏｔａＭＡＣアドレスを更新するための前記要求に対する応答を受信するように構成された受信機を更に備え、前記応答は、前記ｏｔａＭＡＣアドレスを更新するための前記要求が受け入れられたことを示す情報と、前記更新されたｏｔａＭＡＣアドレスが有効である持続時間を示す情報とを含む、請求項４に記載のＳＴＡ。

【請求項8】

局（ＳＴＡ）によって実行されるプライバシー強化において使用するための方法であって、前記方法は、
前記ＳＴＡが関連付けられたアクセスポイント（ＡＰ）に、前記ＳＴＡが無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用して前記ＡＰにフレームを送信することを示す情報を含む第１のフレームを送信することと、
前記ＳＴＡを識別するネットワークＭＡＣ（ｎＭＡＣ）アドレスを含む第２のフレームを生成することと、
生成された前記第２のフレームを暗号化することと、
前記暗号化中又は前記暗号化後のいずれかに、前記ｎＭＡＣアドレスを前記ｏｔａＭＡＣアドレスに置き換えることと、
前記ｏｔａＭＡＣを含む暗号化された前記第２のフレームを前記ＡＰに送信することと、を含む、方法。

【請求項9】

前記ｏｔａＭＡＣアドレスを含む第３のフレームを前記ＡＰから受信することと、前記ｏｔａＭＡＣアドレスを前記ｎＭＡＣアドレスに置き換えることと、前記第３のフレームを復号することとを更に含む、請求項８に記載の方法。

【請求項10】

前記ｏｔａＭＡＣアドレスを含む前記第１のフレームの前記送信の前に、前記ＳＴＡと前記ＡＰとの間に堅牢なセキュリティネットワーク関連付け（ＲＳＮＡ）が確立される、請求項８に記載の方法。

【請求項11】

前記ＳＴＡによって、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＡＰに送信することを更に含む、請求項８に記載の方法。

【請求項12】

前記プライバシーアクションフレームは、後続のフレームにおいて送信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項１１に記載の方法。

【請求項13】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項１２に記載の方法。

【請求項14】

前記ｏｔａＭＡＣアドレスを更新するための前記要求に対する応答を受信することを更に含み、前記応答は、前記ｏｔａＭＡＣアドレスを更新するための前記要求が受け入れられたことを示す情報と、前記更新されたｏｔａＭＡＣアドレスが有効である持続時間を示す情報とを含む、請求項１１に記載の方法。

【請求項15】

アクセスポイント（ＡＰ）であって、
前記ＡＰが関連付けられた局（ＳＴＡ）から、前記ＳＴＡが無線ネットワーク経由媒体アクセス制御（ｏｔａＭＡＣ）アドレスを使用して前記ＡＰにフレームを送信することを示す情報を含む第１のフレームを受信するように構成された受信機であって、前記ｏｔａＭＡＣアドレスを含む第２のフレームを前記ＳＴＡから受信するように更に構成されている、受信機と、
前記第２のフレームに含まれる前記ｏｔａＭＡＣアドレスを、前記ＳＴＡを識別するネットワークＭＡＣ（ｎＭＡＣ）アドレスに置き換え、配信システム（ＤＳ）を介して転送するために前記第２のフレームを復号するように構成されたプロセッサであって、前記第２のフレームに含まれる前記ｏｔａＭＡＣアドレスを前記ｎＭＡＣアドレスに前記置き換えることは、前記復号中又は前記復号後のいずれかに実行される、プロセッサと、を備える、アクセスポイント（ＡＰ）。

【請求項16】

前記プロセッサは、前記ｎＭＡＣアドレスを含む第３のフレームを生成し、前記ｎＭＡＣアドレスを前記ｏｔａＭＡＣアドレスに置き換えるように構成されており、
前記送信機は、前記ｏｔａＭＡＣアドレスを含む前記第３のフレームを前記ＳＴＡに送信するように更に構成されている、請求項１５に記載のＡＰ。

【請求項17】

前記ｏｔａＭＡＣアドレスを含む前記第１のフレームの前記受信の前に、前記ＡＰと前記ＳＴＡとの間に堅牢なセキュリティネットワーク関連付け（ＲＳＮＡ）が確立される、請求項１５に記載のＡＰ。

【請求項18】

前記受信機は、前記ｏｔａＭＡＣアドレスを更新するための要求を示す情報を含むプライバシーアクションフレームを前記ＳＴＡから受信するように更に構成されている、請求項１５に記載のＡＰ。

【請求項19】

前記プライバシーアクションフレームは、後続のフレームにおいて受信されるべき前記更新されたｏｔａＭＡＣアドレスを示す情報を更に含む、請求項１８に記載のＡＰ。

【請求項20】

前記プライバシーアクションフレームは、前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前の時間期間の数、又は前記更新されたｏｔａＭＡＣアドレスが後続のフレームにおいて使用される前のフレームの数、のうちの１つ以上を示す情報を更に含む、請求項１９に記載のＡＰ。

【国際調査報告】