特表 2024-534037 無線ローカルエリアネットワークにおいてブロードキャストサービスを拡張するためのシステム、装置、及び方法

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

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

(11)【公表番号】

(43)【公表日】2024-09-18

(54)【発明の名称】無線ローカルエリアネットワークにおいてブロードキャストサービスを拡張するためのシステム、装置、及び方法

(51)【国際特許分類】

   H04W 4/06 20090101AFI20240910BHJP

   H04W 84/12 20090101ALI20240910BHJP

   H04W 28/06 20090101ALI20240910BHJP

   H04W 76/10 20180101ALI20240910BHJP

   H04W 12/06 20210101ALI20240910BHJP

【ＦＩ】

H04W4/06

H04W84/12

H04W28/06 110

H04W76/10

H04W12/06

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024508984

(86)(22)【出願日】2022-08-18

(85)【翻訳文提出日】2024-04-01

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

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

(87)【国際公開日】2023-02-23

(31)【優先権主張番号】63/234,615

(32)【優先日】2021-08-18

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

(31)【優先権主張番号】63/331,028

(32)【優先日】2022-04-14

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】510030995

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

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100108213

【弁理士】

【氏名又は名称】阿部 豊隆

(72)【発明者】

【氏名】ワン、シャオフイ

(72)【発明者】

【氏名】ルー、ハンチン

(72)【発明者】

【氏名】ヤン、ルイ

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

5K067

【Ｆターム（参考）】

5K067DD30

5K067EE02

5K067EE10

(57)【要約】

本明細書では、無線ローカルエリアネットワーク（ＷＬＡＮ）においてブロードキャストサービスを拡張するための装置及び方法が開示される。実施形態は、ブロードキャストストリームを受信するモバイルトランシーバ（ＳＴＡ）が、第１のＡＰによってカバーされるエリアから第２のＡＰによってカバーされるエリアに移動するときに、ＳＴＡが連続的かつシームレスな方法でストリームを受信することを保証するシステム、装置、及び方法を提供する。更なる実施形態は、アクセスポイントが、ＡＰカバレージエリア内で動作するＳＴＡに拡張ブロードキャストチャネル状態サービスを提供するために、トランシーバステーション（ＳＴＡ）を含む１つ以上のセンサデバイスからチャネルサウンディング情報を取得するシステム、装置、及び方法を提供する。

【特許請求の範囲】

【請求項1】

ステーション（ＳＴＡ）であって、
前記ＳＴＡが関連付けられていないアクセスポイント（ＡＰ）から、高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームを受信するように構成された受信器であって、前記ＦＩＬＳディスカバリフレームが、前記ＡＰによって送信される拡張ブロードキャストサービス（ＥＢＣＳ）Ｉｎｆｏフレームに関する情報を含むＥＢＣＳパラメータ要素を含む、受信器を備え、
前記受信器が、前記ＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報に基づいて、前記ＡＰによって送信されるＥＢＣＳ Ｉｎｆｏフレームを受信するように更に構成されている、ステーション（ＳＴＡ）。

【請求項2】

前記ＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記ＡＰによるＥＢＣＳ Ｉｎｆｏフレームの次の送信までのターゲットビーコン送信時間（ＴＢＴＴ）の数を示す、ＥＢＣＳ Ｉｎｆｏフレーム送信（ＴＸ）カウントダウンフィールドである、請求項１に記載のＳＴＡ。

【請求項3】

前記ＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記ＡＰによるＥＢＣＳ ＩＮＦＯフレームの次の送信のタイミングに関する情報である、請求項１に記載のＳＴＡ。

【請求項4】

前記ＥＢＣＳパラメータ要素が、前記ＡＰによって送信される送信ＥＢＣＳトラフィックストリームに関連する情報を更に含む、請求項１に記載のＳＴＡ。

【請求項5】

前記ＦＩＬＳディスカバリフレームが、ロバストセキュリティネットワーク（ＲＳＮ）情報を更に含み、前記ＳＴＡが、
前記ＦＩＬＳディスカバリフレーム内で受信した前記ＲＳＮ情報を使用して、前記ＡＰとＦＩＬＳ認証を行うように構成された送信器を更に備える、請求項１に記載のＳＴＡ。

【請求項6】

前記ＡＰが、複数ＢＳＳＩＤのセットのメンバーである、請求項１に記載のＳＴＡ。

【請求項7】

前記ＡＰが少なくとも１つのＥＢＣＳトラフィックストリームを提供しているときに、前記ＦＩＬＳディスカバリフレームが前記ＡＰから受信される、請求項１に記載のＳＴＡ。

【請求項8】

ステーション（ＳＴＡ）で使用するための方法であって、
前記ＳＴＡが関連付けられていないアクセスポイント（ＡＰ）から、高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームを受信することであって、前記ＦＩＬＳディスカバリフレームが、前記ＡＰによって送信される拡張ブロードキャストサービス（ＥＢＣＳ）Ｉｎｆｏフレームに関する情報を含むＥＢＣＳパラメータ要素を含む、受信することと、
前記ＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報に基づいて、前記ＡＰによって送信されるＥＢＣＳ Ｉｎｆｏフレームを受信することと、を含む、方法。

【請求項9】

前記ＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記ＡＰによるＥＢＣＳ Ｉｎｆｏフレームの次の送信までのターゲットビーコン送信時間（ＴＢＴＴ）の数を示す、ＥＢＣＳ Ｉｎｆｏフレーム送信（ＴＸ）カウントダウンフィールドである、請求項８に記載の方法。

【請求項10】

前記ＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記ＡＰによるＥＢＣＳ ＩＮＦＯフレームの次の送信のタイミングに関する情報である、請求項８に記載の方法。

【請求項11】

前記ＥＢＣＳパラメータ要素が、前記ＡＰによって送信される送信ＥＢＣＳトラフィックストリームに関連する情報を更に含む、請求項８に記載の方法。

【請求項12】

前記ＦＩＬＳディスカバリフレームが、ロバストセキュリティネットワーク（ＲＳＮ）情報を更に含み、
前記ＦＩＬＳディスカバリフレーム内で受信した前記ＲＳＮ情報を使用して、前記ＡＰとＦＩＬＳ認証を行うことを更に含む、請求項８に記載の方法。

【請求項13】

前記ＡＰが、複数ＢＳＳＩＤのセットのメンバーである、請求項８に記載の方法。

【請求項14】

前記ＡＰが少なくとも１つのＥＢＣＳトラフィックストリームを提供しているときに、前記ＦＩＬＳディスカバリフレームが前記ＡＰから受信される、請求項９に記載の方法。

【請求項15】

アクセスポイント（ＡＰ）であって、
前記ＡＰが送信するＥＢＣＳ Ｉｎｆｏフレームに関する情報を含むＥＢＣＳパラメータ要素を含む、高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームを送信するように構成された送信器を備え、
前記送信器が、ＳＴＡが前記ＡＰによって送信されるＥＢＣＳトラフィックストリームについての情報を発見することを可能にするために、ＥＢＣＳ Ｉｎｆｏフレームを送信するように更に構成されている、アクセスポイント（ＡＰ）。

【請求項16】

前記ＡＰが送信する前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記ＡＰによるＥＢＣＳ Ｉｎｆｏフレームの次の送信までのターゲットビーコン送信時間（ＴＢＴＴ）の数を示すＥＢＣＳ Ｉｎｆｏフレーム送信（ＴＸ）カウントダウンフィールドである、請求項１５に記載のＡＰ。

【請求項17】

前記ＡＰが前記ＥＢＣＳデータストリームを送信しているので、前記ＥＢＣＳパラメータ要素が、前記ＦＩＬＳディスカバリフレーム内に含まれる、請求項１５に記載のＡＰ。

【請求項18】

前記ＡＰが、多重基本サービスセット識別子（ＢＳＳＩＤ）のセットのメンバーである、請求項１５に記載のＡＰ。

【請求項19】

前記ＡＰによって送信されている前記ＥＢＣＳデータストリームが、ＳＴＡ関連付けを必要とする場合に、前記ＦＩＬＳディスカバリフレームが、ＲＳＮ情報要素を更に含む、請求項１５に記載のＡＰ。

【請求項20】

前記ＦＩＬＳディスカバリフレーム内に含まれる前記ＲＳＮ情報要素に基づいて、ＳＴＡとＦＩＬＳ認証手順を行うことを更に含む、請求項１９に記載のＡＰ。

【請求項21】

ステーション（ＳＴＡ）であって、
第１のアクセスポイント（ＡＰ）から拡張ブロードキャストサービス（ＥＢＣＳ）データストリームを受信するように構成されている受信器を備え、
前記受信器が、第２のＡＰから高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームを受信するように更に構成されており、前記ＦＩＬＳディスカバリフレームが、前記第２のＡＰによって送信される拡張ブロードキャストサービス（ＥＢＣＳ）Ｉｎｆｏフレームに関する情報を含む、ＥＢＣＳパラメータ要素を含み、
前記受信器が、前記第２のＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報に基づいて、前記第２のＡＰによって送信されるＥＢＣＳ Ｉｎｆｏフレームを受信するように更に構成されている、ステーション（ＳＴＡ）。

【請求項22】

前記第２のＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記第２のＡＰによるＥＢＣＳ Ｉｎｆｏフレームの次の送信までのターゲットビーコン送信時間（ＴＢＴＴ）の数を示すＥＢＣＳ Ｉｎｆｏフレーム送信（ＴＸ）カウントダウンフィールドである、請求項２１に記載のＳＴＡ。

【請求項23】

前記第２のＡＰによって送信される前記ＥＢＣＳ Ｉｎｆｏフレームに関する情報が、前記第２のＡＰによるＥＢＣＳ ＩＮＦＯフレームの次の送信のタイミングに関する情報である、請求項２１に記載のＳＴＡ。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２１年８月１８日に出願された米国特許仮出願第６３／２３４，６１５号及び２０２２年４月１４日に出願された米国特許仮出願第６３／３３１，０２８号の利益を主張するものであり、これらの仮出願の内容は、参照により本明細書に組み込まれる。

【背景技術】

【0002】

無線ネットワークには、モバイル、ポータブル及び固定のステーション（station、ＳＴＡ）が含まれ、その機能や使用プロファイルはますます多様化している。例えば、モノのインターネット（Internet of Things、ＩｏＴ）環境では、無線インターネットアクセスポイント（access point、ＡＰ）が、多数の限られた機能の小型センサＳＴＡにサービスを提供し得る。そのようなセンサデバイスは、通常、比較的少量の様々な感知された環境パラメータを、ＡＰへの無線アップリンクを介してリモート受信機に中継する。同時に、ＡＰはまた、無線ラップトップ、ＰＤＡ、携帯電話などを含むＳＴＡに、インターネットアクセスを提供し得る。これらのデバイスは、１つ以上のＩＥＥＥ ８０２．１１規格、すなわち、９００ＭＨｚ（８０２．１１ａｈ）、２．４ＧＨｚ（８０２．１１ｂ／ｇ／ｎ／ａｘ）、３．６ＧＨｚ（８０２．１１ｙ）、４．９ＧＨｚ～５ＧＨｚ（８０２．１１ｊ－ＷＬＡＮ）、５ＧＨｚ（８０２．１１ａ／ｈ／ｊ／ｎ／ａｃ／ａｘ）、５．９ＧＨｚ（８０２．１１ｐ）、６ＧＨｚ（８０２．１１ａｘ）、及び６０ＧＨｚ（８０２．１１ａｄ／ａｙ）に対応する、１つ以上の無線周波数帯域での無線通信用に構成された複数のトランシーバを装備することができる。

【0003】

ＡＰは、通常、ＡＰブロードキャスト範囲内で動作する無線ＳＴＡに広範囲のサービスを提供する。例えば、ＡＰは、そのブロードキャスト範囲内にあるラップトップ、ＰＤＡ、及びスマートフォンＳＴＡにメディアコンテンツのストリームをブロードキャストすることができる。ＡＰはまた、ＡＰにすでに関連付けられているＳＴＡだけでなく、ＡＰに接続しようとしているＳＴＡにもチャネル状態をブロードキャストすることができる。したがって、ＡＰがそのブロードキャストのチャネル状態を把握できることが重要である。ＳＴＡが、あるＡＰによってカバーされるエリアから異なるＡＰによってカバーされるエリアに移行する際に、ＡＰが、ブロードキャストストリームを受信するＳＴＡをサポートできることも重要である。したがって、ＡＰが、無線ローカルエリアネットワーク（ＷＬＡＮ）において動作するＳＴＡに拡張ブロードキャストサービスを提供する必要性が存在する。

【発明の概要】

【0004】

本明細書では、無線ローカルエリアネットワーク（wireless local area networks、ＷＬＡＮ）においてブロードキャストサービスを拡張するための装置及び方法が開示される。実施形態は、ブロードキャストストリームを受信するモバイルトランシーバ（ＳＴＡ）が、第１のＡＰによってカバーされるエリアから第２のＡＰによってカバーされるエリアに移動するときに、ＳＴＡが連続的かつシームレスな方法でストリームを受信することを保証するシステム、装置、及び方法を提供する。更なる実施形態は、アクセスポイントデバイスが、トランシーバステーション（ＳＴＡ）を含む１つ以上のセンサデバイスからチャネルサウンディング情報を取得して、ＡＰカバレージエリア内で動作するＳＴＡに拡張ブロードキャストチャネル状態サービスを提供するシステム、装置、及び方法を提供する。

【図面の簡単な説明】

【0005】

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

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

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

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

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

【図2A】例示的な拡張ブロードキャストサービス（enhanced broadcast service、ＥＢＣＳ）近隣（Neighbor）ＡＰ子要素を例解する。

【図2B】例示的なＥＢＣＳ近隣ＡＰサブフィールドを例解する。

【図2C】ＥＢＣＳ情報を伝達するためにＦＩＬＳディスカバリフレームを使用する手順の信号フロー図である。

【図3】チャネルを測定するために感知イニシエータＳＴＡ及び感知レスポンダステーションＳＴＡによって取られる協調相互作用の信号フロー図である。

【図4】マルチユーザ（multi user、ＭＵ）シナリオにおいて、チャネルを測定するために感知イニシエータＡＰ及び感知レスポンダＳＴＡによって取られる協調相互作用の信号フロー図である。

【図5】チャネル感知の信号フロー図である。

【図6】ＭＵ－ＲＴＳ／ＣＴＳ及びＲＴＳ／ＣＴＳ交換を使用する例示的な感知測定手順の信号フロー図である。

【図7】ＭＵ－ＲＴＳ／ＣＴＳ及びＲＴＳ／ＣＴＳ交換を使用する例示的な感知測定手順の信号フロー図である。

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

【0006】

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、上記のようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（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、ＦＢＭＣ）などの１つ以上のチャネルアクセス方法を用い得る。

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等の、１つ以上のチャネルアクセススキームを用い得る。例えば、ＲＡＮ１０４及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの基地局１１４ａは、広帯域ＣＤＭＡ（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、ＨＳＵＰＡ）を含み得る。

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

本明細書で使用される拡張ブロードキャストサービス（ｅＢＣＳ又はＥＢＣＳ）は、ＡＰ（ブロードキャスト送信機）と１つ以上のＳＴＡクライアント（ブロードキャスト受信機）との間に関連付けがあるインフラストラクチャＢＳＳにおいて、またＡＰサーバとＡＰクライアントとの間に関連がない状況においても、ブロードキャストデータの送信及び受信を拡張する任意のブロードキャストサービスである。

【0061】

本明細書で使用されるチャネル感知は、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）を使用した、無線ネットワークにおけるチャネル占有の検出、又は将来のトラフィック予測のメカニズムである。例えば、仮想チャネル感知技術では、チャネル内の将来のトラフィックを予測するために、前のフレーム送信の持続時間に基づくタイマのメカニズムが使用される。ネットワーク割り当てベクトル（ＮＡＶ）は、０までカウントダウンするカウンタとして使用される。最大ＮＡＶ持続時間は、１フレームに必要な送信時間であり、チャネルがビジーである時間である。フレームの送信開始時に、ＮＡＶ値はその最大値に設定される。非０値は、チャネルがビジーであることを示し、したがって、ＳＴＡは無線媒体を求めて競合しない。ＮＡＶ値が０まで減少したとき、チャネルが空いている可能性があり、次いで、ＳＴＡが無線媒体を求めて競合することができることを示す。

【0062】

本明細書で使用される感知手順は、無線デバイスが、チャネルの何らかのパラメータを測定する目的でチャネル感知を実行する一連のステップ又は行為である。

【0063】

本明細書で使用される感知セッションは、チャネル感知を実行するための２つ以上のデバイス間での信号又は情報の一時的かつ協調的な交換である。感知セッションは、その感知セッションに関連する動作パラメータによって更に定義され得る。感知セッションは、以下のプロセス、すなわち、セットアップ、測定、レポート、及び／又は終了のうちのいずれか１つ以上を含むことができる。したがって、開示される実施形態による感知を実装するＳＴＡは、以下の感知機能、すなわち、セットアップ、測定、レポート、及び／又は終了のうちの１つ以上を実行するように構成される。

【0064】

感知イニシエータは、感知セッションを開始するＳＴＡである。

【0065】

感知レスポンダは、感知イニシエータによって開始された感知セッションに参加するＳＴＡである。

【0066】

感知送信機は、感知測定又は感知セッションに対応するプロトコルパケットデータユニット（protocol packet data unit、ＰＰＤＵ）を送信するＳＴＡである。

【0067】

感知受信機は、感知送信機によって送信されたＰＰＤＵを受信し、感知セッションの一部として感知測定行為を実行するＳＴＡである。

【0068】

上記の定義では、ＳＴＡは、感知セッションにおいて１つ以上の役割を担うことができる。例えば、所与のセッションにおいて、第１のＳＴＡは、感知送信機としてだけでなく感知受信機としても機能することができる。別のセッションでは、第１のＳＴＡは感知送信機として機能することができ、第２のＳＴＡは感知送信機として機能することができる。ＢＳＳ内の全てのＳＴＡが全ての感知セッションに参加するわけではない。いくつかの事例では、どのＳＴＡも感知送信機又は感知受信機として機能しない。

【0069】

いくつかの実施形態では、ＥＢＣＳ ＡＰは、ＡＰではないＳＴＡへダウンリンクでデータストリームをブロードキャストする。いくつかの実施形態では、ＡＰは、関連付けられたＳＴＡだけでなく、関連付けられていないＳＴＡにも、ブロードキャストサービス（すなわち、データストリーム）を提供する。いくつかの実施形態では、１つのＡＰは、最大３００個のＡＰではないＳＴＡにブロードキャストサービスを提供する。ＡＰではないＳＴＡは、ＡＰブロードキャストデータストリームを受信することしかできず、ＡＰに直接送信することはできない低コストのＡＰではないＳＴＡであってもよい。

【0070】

本明細書に記載される実施形態は、様々な応用において見出すことができる。例えば、ＡＰは、スポーツスタジアム内のＳＴＡにビデオストリームをブロードキャストする。別の例示的な応用では、ＡＰは、安全情報のストリームを車両にブロードキャストする。いくつかの実施形態では、ＡＰは、センサからＡＰへのアップリンクで提供されるデータをブロードキャストする。他の応用には、博物館情報の放送、多言語放送、イベントプロデューサ情報及びコンテンツ放送が含まれる。

【0071】

ＡＰは、ブロードキャストスケジュール又は構成に応じて、ＥＢＣＳデータストリームを自動的に提供するか、又は特定のＥＢＣＳトラフィックストリームをルーチン若しくはスケジュールに基づいて提供することができる。いくつかのデータストリームの場合、ＡＰカバレージエリア内のＳＴＡは、ＡＰからブロードキャストデータストリームを受信するためにＡＰと関連付けする必要はない。いくつかのデータストリームの場合、ＳＴＡは、ブロードキャストデータストリームを受信するためにＡＰに登録される必要も、ＡＰに要求する必要もない。したがって、ＡＰが関連付けられていないＳＴＡ及び／又は未登録のＳＴＡにもデータストリームをブロードキャストしているシナリオでは、ＡＰは、そのブロードキャストデータストリームを受信している全てのＳＴＡの記録を有していないことがある。これらの例では、ＳＴＡは、ＥＢＣＳデータストリームを受信するために要求する必要はない。他の例では、ＡＰは、１つ以上のＳＴＡの要求又は登録によってのみ、１つ以上のＥＢＣＳトラフィックストリームを提供する。

【0072】

場合によっては、オペレータの設定によって、１つ以上のＥＢＣＳデータストリームは常に提供され、他のＥＢＣＳデータストリームはＳＴＡからの要求に応じて提供される。ＳＴＡからの要求又は登録に応じてＡＰが送信するＥＢＣＳデータストリームの場合、現在ＥＢＣＳデータストリームを受信中で、現在のＡＰのブロードキャストカバレージ範囲外に移動すると予測されるＳＴＡに対して、モビリティサポートが必要となる場合がある。このシナリオでは、第１のＡＰのカバレージエリアを離れ、第２のＡＰのカバレージエリアに入ったときに、ＥＢＣＳトラフィックストリームがシームレスに継続できることを保証する効率的なメカニズムをどのように提供するかという問題が提起される。

【0073】

ＥＢＣＳ ＡＰは、ＥＢＣＳ ＡＰと関連付けられている、又はＥＢＣＳ ＡＰと関連付けられていないＳＴＡのいずれかに、ブロードキャストデータストリームを提供し得る。ＡＰによって提供されるＥＢＣＳブロードキャストサービスの情報は、ＡＰによってブロードキャストされ得るＥＢＣＳ情報（Ｉｎｆｏ）フレーム内に含まれ得る。本明細書で開示される発見方法は、ＥＢＣＳ Ｉｎｆｏフレームのタイミングを効率的に発見することによって、ＡＰによって提供されるＥＢＣＳサービスを発見するために、ＳＴＡによって使用され得る。

【0074】

いくつかの実施形態では、ＷＬＡＮ感知プロトコル（例えば、８０２．１１ｂｆ）は、レガシーＳＴＡ（例えば、８０２．１１ｂｆ以前のデバイス）を含む、特定の感知機能を有する多数（例えば、数千）のＡＰではないＳＴＡによる感知動作をサポートし得る。感知動作は、セットアップフェーズ、測定フェーズ、レポートフェーズ、及び／又は終了フェーズを含む様々な感知フェーズを含み得る。

【0075】

一実施形態では、ＳＴＡによる、第１のＡＰから第２のＡＰへの、ＥＢＣＳトラフィックストリームの受信のシームレスな移行が行われる。ＳＴＡは、第１のＡＰからＥＢＣＳトラフィックストリームを受信する。ＳＴＡはモバイルであり、第１のＡＰによってカバーされるエリアを離れ、１つ以上の第２のＡＰによってカバーされるエリアに入る。ＥＢＣＳ ＡＰである第１のＡＰは、ＥＢＣＳ ＳＴＡの１つ以上が現在消費中のものと同じＥＢＣＳデータストリームを提供する他のＥＢＣＳ ＡＰに関する情報、又はＥＢＣＳ ＡＰが現在提供中の１つ以上のＥＢＣＳデータストリームに関する情報を提供することができる。第１のＡＰは、第１のＡＰによって提供されるのと同一又は類似のＥＢＣＳデータストリームを提供する１つ以上の第２のＡＰの表示を含む、ビーコン、ショートビーコン、プローブ応答、高速初期リンクセットアップ（fast initial link setup、ＦＩＬＳ）ディスカバリフレーム及び／又は他の管理、制御、又はデータフレームのうちの少なくとも１つを送信し得る。

【0076】

一実施形態では、第１のＡＰは、近隣レポート（Neighbor Report）要素又は縮小近隣レポート（Reduced Neighbor Report）要素、若しくは新たに設計された要素内に、類似又は同一のＥＢＣＳデータストリームを提供する１つ以上の第２のＥＢＣＳ ＡＰの表示を提供する。例えば、ＳＴＡは、近隣レポートの要求を第１のＡＰに送り得る。第１のＡＰは、第１のＳＴＡ又は他のＳＴＡが第１のＡＰによって提供されるのと同じＥＢＣＳデータストリームを受信するために、既知の候補である近隣ＡＰについての情報を含む、近隣レポート又は縮小近隣レポートを送信する。この情報には、第１のＳＴＡが、１つ以上の第２のＡＰから同じＥＢＣＳデータストリームを受信するために、１つ以上の第２のＡＰに関連付ける必要があるか否かが含まれ得る。

【0077】

一実施形態では、第１のＡＰは、ＥＢＣＳ近隣ＡＰ子要素を組み立てることによって、同一又は類似のＥＢＣＳデータストリームを提供する１つ以上の第２のＥＢＣＳ ＡＰの表示を提供し、このＥＢＣＳ近隣ＡＰ子要素は、近隣レポート要素、縮小近隣レポート要素、又は新たに設計されたＥＢＣＳ近隣要素、又は他の新たに設計された要素内に含まれてもよい。次いで、ＥＢＣＳ近隣ＡＰ子要素は、例えばＳＴＡに送信されてもよい。

【0078】

図２Ａを参照すると、ＥＢＣＳ近隣ＡＰ子要素２００は、以下のフィールド又はサブフィールド、すなわち、子要素ＩＤフィールド２１０、長さフィールド２２０、及びコンテンツＩＤ表示（indication）フィールド２３０のうちの１つ以上を含む。子要素ＩＤフィールド２１０は、子要素がＥＢＣＳ近隣ＡＰ子要素であることを示すために使用することができる。子要素ＩＤフィールドは、子要素がＥＢＣＳ近隣ＡＰ子要素であることをデコーダに示す値を符号化する、数個のビットを含み得る。長さフィールド２２０は、子要素の長さを示すために使用される。長さフィールドは、子要素の長さをデコーダに示す値を符号化する数個のビットを含み得る。コンテンツＩＤ表示フィールド２３０は、１つ以上のＥＢＣＳデータストリーム又はＡＰによって提供されるコンテンツに関連する１つ以上のコンテンツ識別子を示すために使用することができる。このフィールドは、ＡＰが現在ブロードキャスト中のＥＢＣＳデータストリームの１つ以上のコンテンツＩＤを示すためのビットマップであってもよい。このフィールドによって、現在のＡＰが現在提供中のＥＢＣＳトラフィックストリームに関連する各コンテンツＩＤの明示的な表示を提供することができる。

【0079】

ＥＢＣＳ近隣ＡＰ子要素は、１つ以上の要素、例えば近隣レポート要素、又は縮小近隣レポート要素内に含まれてもよく、それらの要素を１つ以上の近隣ＡＰを示すために使用して、ＥＢＣＳ近隣ＡＰ子要素内でＡＰのＩＤの表示を省略できるようにしてもよい。

【0080】

別の実施形態では、第１のＡＰは近隣ＡＰ情報を生成する。第１のＡＰは、ターゲットビーコン送信時間（target beacon transmission time、ＴＢＴＴ）情報サブフィールド、又はＢＳＳパラメータ（Parameters）サブフィールドを生成して、近隣レポート要素、又は縮小近隣レポート要素、又は新たに設計された要素内に含めてもよい。いずれにせよ、第１のＡＰは、１つ以上のインジケータビットを挿入し、ビットを「真」又は「偽」（それぞれ１又は０の値に対応してもよいし、その逆でもよい）に設定して、近隣ＡＰ情報フィールドに関連するＡＰが、第１のＡＰがサポートする１つ以上のデータストリーム又はコンテンツをサポートすることを示す。

【0081】

別の実施形態では、１つ以上のインジケータビットを「真」又は「１」に設定して、近隣ＡＰ情報に関連するＡＰが、送信ＡＰが現在提供中の、１つ以上又は全てのアクティブなＥＢＣＳデータストリーム又はコンテンツをサポートすることを示し得る。別の実施形態では、１つ以上のインジケータビットを「真」又は「１」に設定して、近隣ＡＰ情報に関連するＡＰが、送信ＡＰによって現在提供中の、１つ以上又は全てのＥＢＣＳデータストリーム又はコンテンツ、若しくは登録又は要求を必要とする全てのＥＢＣＳデータストリーム又はコンテンツをサポートすることを示し得る。そのような表示は、縮小近隣レポート要素、又は任意の他の要素内に含まれてもよい。一実施例では、任意の共同設置若しくは共同ホストされたＡＰ又は任意の送信されない送信ＡＰとしての基本サービスセット識別子（ＢＳＳＩＤ）に対しては、この表示は設定されない。

【0082】

図２Ｂは、ＥＢＣＳ近隣ＡＰ要素２５０を例解する。ＥＢＣＳ近隣ＡＰ要素は、以下のフィールドのうちの１つ以上を含むことができる。全てのフィールドを含むものとして図２Ｂに示されているが、これは例示のためにすぎず、示されたフィールドの任意の組み合わせがＥＢＣＳ近隣ＡＰ要素２５０内に存在してもよい。要素ＩＤ２６０は、要素がＥＢＣＳ近隣ＡＰ要素であることを示すために使用される。要素ＩＤ２６０は、デコーダに要素がＥＢＣＳ近隣ＡＰ要素２５０であることを示すための数個のビットを含んでもよい。長さ２６２は、要素の長さを示すために使用される。長さ２６２は、デコーダにＥＢＣＳ近隣ＡＰ要素２５０の長さを示すための値を符号化する数個のビットを含んでもよい。ＡＰ ＩＤ２６４は、ＡＰのＭＡＣアドレス、又はＢＳＳＩＤ、又はＡＰ ＭＬＤのＭＡＣアドレスなどのＡＰ ＩＤを示す。ＡＰ ＩＤ２６４は、デコーダに前述のＩＤを示すための値を符号化する数個のビットを含んでもよい。動作クラス２６６及び動作チャネル２６８は、それぞれ、ＡＰの動作クラス及び動作チャネルを示す。動作クラス２６６及び動作チャネル２６８フィールドは、デコーダにＡＰの動作クラス及び動作チャネルをそれぞれ示すための値を符号化する数個のビットを含んでもよい。コンテンツＩＤ表示２７０は、ＡＰによって送信される１つ以上のＥＢＣＳデータストリームに関連する１つ以上のコンテンツＩＤを示す。このフィールドはまた、現在の送信ＡＰが提供するＥＢＣＳデータストリーム用の１つ以上のコンテンツＩＤを示すビットマップとして実装されてもよい。代替的に、このフィールドは、各コンテンツＩＤの明示的な表示を含む。代替的に、このフィールドは、現在のＡＰによって提供されるどのＥＢＣＳトラフィックストリームがサポートされるかを示すビットマップである。

【0083】

上記で説明した情報のいずれも、子要素又は要素内に存在し得ることに留意されたい。それによって提供される任意の１つ以上のサブフィールド又は情報は、任意の既存若しくは新しい要素、子要素、制御、管理、データフレーム、並びに／又はＰＨＹ及びＭＡＣヘッダ、あるいはそれらの任意の組み合わせに含まれ得る。

【0084】

いくつかの実施形態では、ＳＴＡは、縮小近隣レポートを受信し、関連するＡＰのビーコンフレーム内で受信された縮小近隣レポートを通して発見された、別のＡＰからＥＢＣＳストリームを受信することを決定してもよい。

【0085】

上述したように、ＳＴＡが第１のＡＰからのＥＢＣＳトラフィックストリームを消費しているときに、ＳＴＡが別のＡＰに移っても、ＳＴＡがＥＢＣＳトラフィックストリームを継続して消費し続けることが望まれることがある。ＥＢＣＳ ＡＰ／ＢＳＳ遷移手順が必要である。一実施形態では、ＥＢＣＳ ＡＰ／ＢＳＳ遷移手順は、ＥＢＣＳ ＡＰが１つ以上のＥＢＣＳデータストリームをブロードキャストすることによって開始できる。ＡＰは、ビーコン、ショートビーコン、ＥＢＣＳ Ｉｎｆｏフレーム、及び／又はＦＩＬＳディスカバリフレームなどの１つ以上のフレーム内で、利用可能なＥＢＣＳデータストリームを示す。例えば、ＡＰは、定期的にＥＢＣＳ Ｉｎｆｏフレームを送信し、そのフレーム内に、ＡＰがどのＥＢＣＳトラフィックストリームを提供中又は送信中なのかに関する情報を含めてもよい。ＥＢＣＳ ＡＰは、１つ以上のＥＢＣＳ近隣ＡＰに関する情報を、近隣レポート要素又は縮小近隣レポート要素を含むがこれらに限定されない１つ以上の要素又はフレーム内に含めてもよく、又は新しいＥＢＣＳ近隣ＡＰ要素、フレーム、又は他のデータ構造を送信してもよい。例えば、ＥＢＣＳ近隣ＡＰ要素を近隣レポート要素内に含めて、ＡＰが現在送信ＡＰによって提供されている全てのトラフィックストリーム、又は全てのアクティブなＥＢＣＳトラフィックストリーム、又は任意の他のコンテンツを提供することができることを示すか、又はＡＰが、ＳＴＡが第２のＡＰを登録又は要求する必要があるないに関わらず、第１のＡＰによって現在提供されている全ての又は全てのアクティブなＥＢＣＳトラフィックストリーム及び／又はコンテンツを提供することができることを示してもよい。

【0086】

ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳのＡＰではないＳＴＡをＡＰに登録すること、又はＥＢＣＳコンテンツ要求フレームを介して要求を送信することを必要とするＥＢＣＳデータストリーム又はコンテンツを消費してもよい。ＥＢＣＳのＡＰではないＳＴＡは、１つ以上のＥＢＣＳ近隣ＡＰの１つ以上のインジケータを含むＥＢＣＳトラフィックストリーム又はコンテンツの送信機であるか、又はそれを提供する機能があるＥＢＣＳ ＡＰからフレームを受信してもよい。そのような情報は、近隣レポート要素、縮小近隣レポート要素、又はＥＢＣＳ近隣ＡＰ要素内に含まれ得る。ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳ近隣ＡＰに関して受信した情報を使用して、１つ以上の示されたＥＢＣＳ近隣ＡＰが提供する、１つ以上のＥＢＣＳデータストリーム又はコンテンツに登録することができる。ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳトラフィックストリーム又はコンテンツ要求ＡＮＱＰ要素を使用して、近隣ＡＰによって提供される１つ以上のＥＢＣＳデータストリーム又はコンテンツに登録することができる。代替的に、ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳ近隣ＡＰから受信した情報を使用して、例えばＥＢＣＳトラフィックストリーム又はコンテンツ要求フレームを使用して、１つ以上の示されたＥＢＣＳ近隣ＡＰから１つ以上のＥＢＣＳデータストリーム又はコンテンツを要求してもよい。

【0087】

ＥＢＣＳトラフィックストリーム又はコンテンツ要求ＡＮＱＰ要素を使用して行われた登録要求、又はＥＢＣＳトラフィックストリーム／コンテンツ要求フレームを含むＥＢＣＳ要求を使用して行われた登録要求が失敗した場合、ＥＢＣＳ ＡＰは、ＥＢＣＳ要求ステータスビットが「失敗」を示す値に設定されているＡＮＱＰ要素又はＥＢＣＳトラフィックストリーム／コンテンツ応答フレームで応答してもよい。ＥＢＣＳ ＡＰは、いくつかの実施形態では、応答フレーム内にＥＢＣＳ近隣ＡＰ情報を含めることができ、このような情報は、近隣レポート要素、縮小近隣レポート要素、ＥＢＣＳ近隣ＡＰ要素内に含まれてもよく、ＥＢＣＳ ＳＴＡが要求したものと同じＥＢＣＳトラフィックストリーム又はコンテンツを提供するＥＢＣＳ近隣ＡＰを識別することができる。ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳ近隣ＡＰについての受信した情報を使用して、１つ以上の示されたＥＢＣＳ近隣ＡＰから送信中又は提供中の１つ以上のＥＢＣＳトラフィックストリーム又はコンテンツに登録することができる。それを行うために、ＡＰではないＳＴＡは、ＥＢＣＳトラフィックストリーム又はコンテンツ要求ＡＮＱＰ要素を含むフレームを使用することができ、又はＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳ近隣ＡＰ上で受信された情報を使用して、１つ以上の示されたＥＢＣＳ近隣ＡＰから１つ以上のＥＢＣＳトラフィックストリーム又はコンテンツを、ＥＢＣＳトラフィックストリーム又はコンテンツ要求フレームを使用して要求する。

【0088】

１つ以上のＥＢＣＳトラフィックストリーム又はコンテンツを終了させるために、ＥＢＣＳ ＡＰは、ＡＰがＥＢＣＳトラフィックストリーム又はコンテンツの送信を終了しようとしていることを示す１つ以上の終了通知フレームを送信してもよい。いくつかの実施形態では、ＥＢＣＳ ＡＰは、終了通知フレーム内にＥＢＣＳ近隣ＡＰ情報を含める。例えば、ＥＢＣＳ ＡＰがＥＢＣＳトラフィックストリーム又はコンテンツの送信を延長しない場合（ＥＢＣＳのＡＰではないＳＴＡがＥＢＣＳトラフィックストリームの延長を要求しても関係なく）、ＥＢＣＳ ＡＰはネゴシエーション方法フィールドを「ネゴシエーションなし」に設定する。ＥＢＣＳ近隣ＡＰ情報は、近隣レポート要素、縮小近隣レポート要素、又はＥＢＣＳ近隣ＡＰ要素内に挿入されてもよく、それらの要素は、ＥＢＣＳ近隣ＡＰが、送信側ＥＢＣＳ ＡＰが終了するのと同じＥＢＣＳトラフィックストリーム又はコンテンツを提供することを示すＥＢＣＳ終了通知に含めてもよい。次いで、ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳ近隣ＡＰに関して受信した情報を使用して、１つ以上のＥＢＣＳトラフィックストリーム又はコンテンツに登録する。この登録は、ＥＢＣＳトラフィックストリーム又はコンテンツ要求ＡＮＱＰ要素を含むフレームを使用して達成することができる。代替的に、ＥＢＣＳのＡＰではないＳＴＡは、ＥＢＣＳ近隣ＡＰ上で受信した情報を使用して、１つ以上の示されたＥＢＣＳ近隣ＡＰに、１つ以上のＥＢＣＳトラフィックストリーム又はコンテンツを要求することができる。要求されたＥＢＣＳトラフィックストリーム又はコンテンツは、ＳＴＡが現在消費しているＥＢＣＳトラフィックストリーム又はコンテンツと同じ又は類似であってもよい。

【0089】

拡張ブロードキャストサービス（ＥＢＣＳ）の効率的な発見のための例示的な技法が、以下の実施形態において説明される。一実施形態では、高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームは、ＥＢＣＳサービス及びＥＢＣＳトラフィックストリームの発見のために使用することができる。例えば、図２Ｃを参照すると、信号フロー図２５００は、ＥＢＣＳトラフィックストリーム２５４２を受信する少なくとも１つのＥＢＣＳ ＳＴＡ２５２０に、ＥＢＣＳトラフィックストリーム２５４０を送信する第１のＥＢＣＳ ＡＰ２５１０を示す。一実施形態において、第２のＥＢＣＳ ＡＰ２５３０は、第２のＥＢＣＳ ＡＰ２５３０がＥＢＣＳ ＡＰであるという表示及び／又はこのＡＰがＥＢＣＳブロードキャスティングサービスを提供するという表示を含むＦＩＬＳディスカバリフレーム２５４４を送信する。例えば、ＥＢＣＳ ＡＰによって送信されたＦＩＬＳディスカバリフレームは、限定はしないが、ＥＢＣＳ機能表示、ＥＢＣＳ Ｉｎｆｏフレーム送信フィールド、及び／又はＥＢＣＳ Ｉｎｆｏフレーム送信（Ｔｘ）カウントダウンフィールド、などの１つ以上のＥＢＣＳ関連フィールドを含めてもよく、以下で詳細に説明する。

【0090】

いくつかの実施形態では、ＥＢＣＳ Ｉｎｆｏフレーム送信フィールド及び／又はＦＩＬＳディスカバリフレーム２５４４内に含まれるＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールドは、１又は２バイトの長さであってもよい。ＥＢＣＳ Ｉｎｆｏフレーム送信フィールド及び／又はＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールド内に示される値は、ターゲットビーコン送信時間（ＴＢＴＴ）の数、ビーコン間隔の数、時間単位（例えば、ＴＵ）の数、及び／又は持続時間（例えば、マイクロ秒、ミリ秒、又は他の時間単位）のうちのいずれか１つ以上の単位であってもよい。ＥＢＣＳ Ｉｎｆｏフレーム送信フィールド及び／又はＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールドは、第２のＥＢＣＳ ＡＰ２５３０によるＥＢＣＳ Ｉｎｆｏフレームの後続の送信に関する情報をＥＢＣＳ ＳＴＡ２５２０に示すことにより、ＥＢＳ ＳＴＡ２５２０が後続のＥＢＣＳ Ｉｎｆｏフレームを受信することを支援する。

【0091】

いくつかの実施形態では、ＦＩＬＳディスカバリフレーム２５４４は、ＥＢＣＳ Ｉｎｆｏフレーム送信フィールド存在ビット又はＥＢＣＳ ＩｎｆｏフレームＴｘカウントダウン存在ビットを含めてもよい。１の値を符号化するように設定されたＥＢＣＳ Ｉｎｆｏフレーム送信フィールド存在ビット又はＥＢＣＳ ＩｎｆｏフレームＴｘカウントダウン存在ビットは、そのビットを搬送する現在のＦＩＬＳディスカバリフレームが、それぞれＥＢＣＳ Ｉｎｆｏフレーム送信フィールド及び／又はＥＢＣＳ ＩｎｆｏフレームＴｘカウントダウンフィールドを含むことができることを示す。代替的に、０に符号化される値も同じ情報を示し得る。

【0092】

いくつかの実施形態では、ＥＢＣＳ ＡＰ２５３０によって送信されるＦＩＬＳディスカバリフレーム２５４４は、ＥＢＣＳパラメータ要素を含む。表１は、ＥＢＣＳパラメータ要素を含むＦＩＬＳディスカバリ（Discovery）フレームフォーマットを示す。

【0093】

【表1】

【0094】

ＥＢＣＳパラメータ要素は、ＡＰによるＥＢＣＳ Ｉｎｆｏフレームの次の送信までの残り時間を示すことができるＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールドを含んでもよい。ＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールド内で示される値は、上記で説明したように、ＴＢＴＴの数、ビーコン間隔の数、時間単位（例えば、ＴＵ）の数、及び／又は持続時間（例えば、マイクロ秒、ミリ秒、又は他の時間単位）のうちの任意の１つ以上の単位であってもよい。

【0095】

依然として図２Ｃを参照すると、ＦＩＬＳディスカバリフレーム２５４４を送信する、第２のＥＢＣＳ ＡＰ２５３０などの、ＥＢＣＳが有効化されたＥＢＣＳ ＡＰは、それが送信するＦＩＬＳディスカバリフレーム２５４４内にＥＢＣＳパラメータ要素を含めてもよい。ＡＰが複数ＢＳＳＩＤのセット内になく、有効化されたＥＢＣＳを有する実施形態では、このＡＰは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。送信されたＢＳＳＩＤに対応する複数ＢＳＳＩＤのセット内のＡＰがＥＢＣＳを有効にした実施形態では、ＡＰが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。

【0096】

他の実施形態では、ＦＩＬＳディスカバリフレームを送信し、真の値のｄｏｔ１１ＥＢＣＳＳｕｐｐｏｒｔＡｃｔｉｖａｔｅｄを有するＡＰ又はＳＴＡは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。他の実施形態では、複数ＢＳＳＩＤのセット内になく、真の値のｄｏｔ１１ＥＢＣＳＳｕｐｐｏｒｔＡｃｔｉｖａｔｅｄを有するＡＰは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。複数ＢＳＳＩＤのセット内で、送信されたＢＳＳＩＤに対応し、真の値のｄｏｔ１１ＥＢＣＳＳｕｐｐｏｒｔＡｃｔｉｖａｔｅｄを有するＡＰは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。いずれの場合も、送信される送信ＦＩＬＳディスカバリフレームは、ＥＢＣＳパラメータ要素内にＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールドを含む。

【0097】

別の実施形態では、ＦＩＬＳディスカバリフレームを送信し、真の値のｄｏｔ１１ＥＢＣＳＳｕｐｐｏｒｔＡｃｔｉｖａｔｅｄを有し、そのｄｏｔ１１ＥＢＣＳＣｏｎｔｅｎｔＬｉｓｔの長さが０より大きいＡＰ又はＳＴＡは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。一実施形態では、複数ＢＳＳＩＤのセット内になく、真の値のｄｏｔ１１ＥＢＣＳＳｕｐｐｏｒｔＡｃｔｉｖａｔｅｄを有し、そのｄｏｔ１１ＥＢＣＳＣｏｎｔｅｎｔＬｉｓｔの長さが０より大きいＡＰは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。複数ＢＳＳＩＤのセット内で、送信されたＢＳＳＩＤに対応し、真の値のｄｏｔ１１ＥＢＣＳＳｕｐｐｏｒｔＡｃｔｉｖａｔｅｄを有し、そのｄｏｔ１１ＥＢＣＳＣｏｎｔｅｎｔＬｉｓｔの長さが０より大きいＡＰは、それが送信するＦＩＬＳディスカバリフレーム内にＥＢＣＳパラメータ要素を含めてもよい。いずれの場合も、送信される送信ＦＩＬＳディスカバリフレームは、ＥＢＣＳパラメータ要素内にＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールドを含む。

【0098】

依然として図２Ｃを参照すると、ＥＢＣＳ ＳＴＡ２５２０が第２のＥＢＣＳ ＡＰ２５３０からＦＩＬＳディスカバリフレーム２５４４を受信すると、ＦＩＬＳディスカバリフレーム２５４４内に含まれる情報を使用して、特に、ＥＢＣＳ ＩｎｆｏフレームＴＸカウントダウンフィールドのような、そこに搬送されるＥＢＣＳパラメータ要素内に含まれる情報を使用して、ＥＢＣＳ ＳＴＡ２５２０は、第２のＥＢＣＳ ＡＰ２５３０によって送信されるＥＢＣＳ Ｉｎｆｏフレーム２５４８、２５５０を受信することができる。ＥＢＣＳ Ｉｎｆｏフレーム２５５０内に含まれる情報を使用して、ＥＢＣＳ ＳＴＡ２５２０は、次いで、第２のＥＢＣＳ ＡＰ２５３０によって送信される所望のＥＢＣＳトラフィックストリーム２５５２、２５５４を受信することができる。この実施形態では、第２のＥＢＣＳ ＡＰ２５３０によって送信されるＥＢＣＳトラフィックストリーム２５５４は、送信ＥＢＣＳトラフィックストリーム２５５４を受信するために、ＥＢＣＳ ＳＴＡ２５２０が関連付けられることを必要としない。

【0099】

しかしながら、いくつかの実施形態では、ＥＢＣＳ ＳＴＡ２５２０は、ＥＢＣＳトラフィックストリーム２５５４を受信するために第２のＥＢＣＳ ＡＰ２５３０と関連付けられなければならない。このシナリオでは、ＥＢＣＳ ＳＴＡ２５２０は、上述した方法を用いてＥＢＣＳデータストリームを要求することができる。これを容易にするために、関連付けを必要とする１つ以上のＥＢＣＳトラフィックストリームを提供するＥＢＣＳ ＡＰは、ＦＩＬＳディスカバリフレームのＦＩＬＳディスカバリ情報フィールド内のＦＩＬＳディスカバリ（ＦＤ）ＲＳＮ情報サブフィールド内にロバストセキュリティネットワーク（robust security network、ＲＳＮ）情報を含めてもよい。したがって、受信されたＦＩＬＳディスカバリフレームがＥＢＣＳパラメータ要素を含む場合、ＥＢＣＳパラメータ要素を含むＦＩＬＳディスカバリフレームを受信したＥＢＣＳ ＳＴＡ２５２０は、次のＥＢＣＳ Ｉｎｆｏフレーム２５５０が第２のＥＢＣＳ ＡＰ２５３０によって送信されると予想されるときまでのビーコン間隔を決定し得る。

【0100】

ＦＩＬＳディスカバリＲＳＮ情報サブフィールド内にＲＳＮ情報を含むＥＢＣＳパラメータ要素を含むＦＩＬＳディスカバリフレーム２５４４を受信するＥＢＣＳ ＳＴＡ２５２０は、ＲＳＮ情報を使用して、第２のＥＢＣＳ ＡＰ２５３０とのＦＩＬＳ認証／関連付け（association）２５６０を実行してもよい（例えば、ＦＩＬＳ認証プロトコルを使用して）。第２のＥＢＣＳ ＡＰ２５３０が関連付けを必要とする１つ以上の所望のＥＢＣＳトラフィックストリームを提供すると判定した場合に、ＥＢＣＳ ＳＴＡ２５２０は、これを行う。ＥＢＣＳ ＳＴＡ２５２０は、ＡＰが、ＳＳＩＤ、短いＳＳＩＤなどのパラメータに基づいて、又は他の手段を通じて、関連付けを必要とする１つ以上の所望のＥＢＣＳトラフィックストリームを提供することを決定してもよい。

【0101】

他の関連する実施形態では、チャネル感知方法を実行することによってブロードキャストサービスを拡張する方法が、ここで説明される。ＡＰは、通常、それらのブロードキャスト範囲内で動作するＳＴＡに情報を搬送するビーコン信号をブロードキャストする。無線ネットワークは、多数の、例えば、数千のＡＰではないＳＴＡを含めることができる。ＡＰではないＳＴＡは、センサがそれらの感知されたデータをそれらの送信範囲内のＡＰに無線で送信するモノのインターネット（ＩｏＴ）環境において動作する多種多様なセンサを含むことができる。これらのセンサの多くは、ＡＰではないＳＴＡ及びＡＰが動作するチャネルを特徴付けるのに有用な環境現象を感知するのに適している。本明細書で開示及び説明するシステム、装置、及び方法の実施形態は、これらのセンサデバイスのうちの１つ以上によって提供されるデータに基づいてチャネル情報を提供し、それによって、ＳＴＡがその動作エリア内のチャネル状態の正確なレポートをブロードキャストする能力を改善する、拡張チャネルサウンディングビーコンサービスを提供する。

【0102】

いくつかの実施形態では、方法は、少なくとも１つのチャネルサウンディング手順が実行される少なくとも１つのサービス期間（service period、ＳＰ）を確立することを含む。例えば、いくつかの実施形態では、方法は、第１のＳＰを確立し、第１のＳＰ内で１つ以上のチャネルサウンディングセットアップアクションを実行し、次いで、第２のＳＰを確立し、第２のＳＰ内で少なくとも１つのチャネル測定アクションを実行し、次いで、第３のＳＰを確立し、第３のＳＰ内で少なくとも１つのチャネル測定レポートアクションを実行し、次いで、第４のＳＰを確立し、第４のＳＰ内で少なくとも１つのチャネルサウンディング終了アクションを実行することを含む。

【0103】

いくつかの実施形態では、測定アクションは、チャネルに関連するチャネル状態情報（channel state information、ＣＳＩ）を取得することを含む。例えば、感知イニシエータは、ＣＳＩを収集するため、又は特定の感知環境におけるＣＳＩの変化を収集するために、１つ以上のアクションを実行する。これらのアクションは、イニシエータが、１つ以上のトリガフレームをＡＰではないセンサＳＴＡに送信して、ＡＰではないセンサＳＴＡからのアップリンクデータを要請することを含んでもよい。

【0104】

図３は、一実施形態による感知手順３００の信号フローを例解する。この手順では、感知イニシエータＡＰ３１０は、第１の感知レスポンダＳＴＡ３２０及び第２の感知レスポンダＳＴＡ３３０と無線通信している。感知イニシエータＡＰ３１０は、送信要求（ＲＴＳ１）３４２を第１の感知レスポンダＳＴＡ３２０に送信する。第１の感知レスポンダＳＴＡ３２０は、ＲＴＳ３４２に応答して、送信可（clear to send、ＣＴＳ）３４４信号を搬送する物理プロトコルデータユニット（ＰＰＤＵ）を送信する。感知イニシエータＡＰ３１０は、感知レスポンダＳＴＡ３２０がＣＴＳ３４４を搬送するＰＤＤＵを送信する間にチャネル測定３４６を実行する。いくつかの実施形態では、ＣＴＳ３４４を搬送するＰＰＤＵは、ＣＳＩを測定するために感知イニシエータＡＰ３１０によって使用されるトレーニングフィールドを含む。いくつかの実施形態では、トレーニングフィールドは、感知イニシエータＡＰ３１０の近傍にある別の受信機においてＣＳＩを測定するために使用される。次いで、この手順は、別のＲＴＳ３４８及びＣＴＳ３５０を搬送する別のＰＰＤＵを用いて、第２の感知レスポンダＳＴＡ３３０に対して繰り返され、感知イニシエータＡＰ３１０はチャネル３５２を測定し得る。

【0105】

したがって、実施形態は、ＲＴＳ／ＣＴＳフレームを、データ送信の準備において使用するためではなく、斬新な方法でチャネルを測定するために使用する。したがって、感知イニシエータＡＰが送信するＲＴＳの長さは、非常に小さい値に設定され得る。いくつかの実施形態では、第１のＲＴＳは、１つのＲＴＳ／ＣＴＳ送信の時間だけ、又は複数のＲＴＳ／ＣＴＳ送信の時間をカバーするのに十分な長さであってもよく、その間に、１つ以上の追加のＳＴＡが、測定時間中に干渉が回避されるようにＮＡＶを設定するアクションを実行する。これは、図３にＮＡＶタイマ３６０によって例解されている。感知レスポンダＳＴＡの各々に存在するＮＡＶタイマ３６０は、各受信メッセージの受信時に更新される。いくつかの実施形態では、他のデバイスからのＮＡＶ設定に応じて設定できるように、初期設定からのカウントダウンの残り時間に基づいて、残りの全てのＲＴＳ／ＣＴＳ送信の長さを設定するように、ＣＴＳ及びＲＴＳはその後に送信される。図３に示される「他のメッセージ」ブロックは、終了感知などの追加のアクションをシグナリングするために使用されてもよいことに留意されたい。

【0106】

応答ＳＴＡが８０２．１１ｂｆ準拠感知デバイスであるいくつかの実施形態では、ＲＴＳのデータフィールドのサービスフィールド内に提供される１ビットインジケータなどのフラグが使用される。このビットは、このＲＴＳが感知手順の一部として送信されることを示す。したがって、応答ＳＴＡは、ＲＴＳ送信機、この場合は感知イニシエータから、その後データを受信することを期待しない。いくつかの実施形態では、感知イニシエータ及び感知レスポンダは、高効率（high efficiency、ＨＥ）又は超高スループット（Extreme High Throughput、ＥＨＴ）対応デバイスである。そのような実施形態では、チャネル測定アクションは、マルチユーザ（ＭＵ）送信が利用されるＭＵ－ＲＴＳ／ＣＴＳメカニズムを使用して実行され得る。図４は、この方法の一実施形態を例解する。

【0107】

図４を参照すると、一実施形態による信号フロー４００は、ＨＥ又はＥＨＴに対応しており、したがってＭＵに対応している感知イニシエータＡＰ４１０と、ＨＥ及びＭＵの両方に対応している第１の感知レスポンダＳＴＡ４２０及び第２の感知レスポンダＳＴＡ４３０と、ＨＥ又はＭＵ非対応のレガシー第３の感知レスポンダＳＴＡ４４０とを含む。ＭＵ対応デバイスは、本明細書ではＨＥ又はＥＨＴ対応デバイスとして説明されるが、それは限定を意味するものではないことに留意されたい。ＭＵ対応である将来の規格に準拠する任意のデバイスは、本明細書で説明される実施形態に包含される。感知イニシエータＡＰ４１０は、ＭＵ－ＲＴＳトリガ４５０を第１の感知レスポンダＳＴＡ４２０及び第２の感知レスポンダＳＴＡ４３０に送信し、ＭＵ－ＲＴＳトリガ４５０において示されるリソース上でＭＵ協調送信でＣＴＳを送信するようにＨＥ ＳＴＡに要請する。第１の感知レスポンダＳＴＡ４２０は、ＭＵ－ＲＴＳトリガ４５０によって示されたＭＵリソース内でＣＴＳを搬送する第１のＰＰＤＵ４５２を送信するとともに、第２の感知レスポンダＳＴＡはＣＴＳを搬送する第２のＰＰＤＵＹ４５４を送信する。次いで、第１及び第２のＣＴＳを搬送するＰＰＤＵ（４５２及び４５４）内のトレーニングフィールドは、チャネル測定４５６を実行するために感知イニシエータＡＰ４１０によって使用される。図４に示されるようないくつかの実施形態では、ＨＥ ＳＴＡとレガシーＳＴＡの両方がＷＬＡＮ内に存在する。したがって、レガシーＳＴＡに関連付けられたチャネルを測定するために、感知イニシエータＡＰ４１０は、レガシーＲＴＳ送信４６２を使用して、第３のレガシー感知レスポンダＳＴＡ４４０にＣＴＳを搬送するＰＰＤＵ４６０を要請する。一実施形態では、第３のレガシー感知レスポンダＳＴＡ４４０からのレガシーＲＴＳ送信４６２及びＣＴＳを搬送するＰＰＤＵ２６０は、説明された他の送信と同じ送信機会に発生する。ＭＵ－ＲＴＳトリガフレーム要請及びＲＴＳフレーム内にＮＡＶ又は長さ情報を設定する方法、各ＳＴＡにおけるＮＡＶタイマ、並びに図３を参照して上記で例解及び説明した「他のメッセージ」の使用は、図４に示す方法にも適用され得る。

【0108】

更なる実施形態では、ターゲットウェイクタイム（ＴＷＴ）感知方法が次に説明される。図５を参照すると、ＡＰ５１０は、２つの関連付けられたＳＴＡ、ＳＴＡ１ ５２０及びＳＴＡ２ ５３０を有し、ＡＰ５１０は、ＴＷＴ手順を使用してチャネル感知セッションを確立する。最初に、ＡＰ５１０は、ＴＷＴサービス期間（ＳＰ）（図示せず）内で、ＴＷＴベースの感知を実行する機能を通知する。通知は、ビーコンフレーム、プローブ応答フレーム、（再）アソシエーション応答フレーム、若しくは他の適切なタイプの管理フレーム又は制御フレームのうちのいずれか１つを使用して行われる。同様に、ＡＰではないＳＴＡ又は感知レスポンダＳＴＡは、プローブ要求フレーム、（再）アソシエーション要求フレーム、若しくは他のタイプの管理フレーム又は制御フレーム（これらも図示せず）のうちの１つを使用して、ＳＰ内でＴＷＴベースの感知を実行する機能を通知する。

【0109】

図５に示されるように、ＡＰではないＳＴＡ５２０は、ＡＰ５１０とネゴシエートして、ＴＷＴ要求フレーム５４０をＡＰ５１０に送り、ＴＷＴ応答フレーム５４２をＡＰ５１０から受信することによって、ＴＷＴメンバーシップを獲得することができる。現在ＴＷＴ動作中であるＡＰではないＳＴＡ５１０は、ブロードキャストＴＷＴ ＩＥ５４６を搬送するビーコンフレーム５４４の送信の前にアウェイク状態に入る。ＳＴＡ５２０は、ブロードキャストＴＷＴ ＩＥ５４６内の情報に基づいてブロードキャスト感知ＴＷＴ ＳＰ５７０を決定する。ＡＰは、ＴＷＴ ＩＥ５５０において、ブロードキャストＴＷＴ開始時間、ＴＷＴウェイク持続時間、ブロードキャストＴＷＴサービス期間の間の間隔、及びトリガベースＴＷＴのサポートを示す。

【0110】

ブロードキャストＴＷＴ ＩＥ５４６はまた、スケジュールされた感知手順のためのセットアップ情報を含み得る。例えば、いくつかの実施形態では、情報は、感知イニシエータ及び感知レスポンダの識別、感知測定タイプの表示、例えば、ＣＱＩ、ＣＳＩ、ＳＩＮＲ、経路損失、信号到達時間（time of Arrival、ＴＯＡ）、受信角度（angle of arrival、ＡＯＡ）、放射角度（angle of departure、ＡＯＤ）を含む。ブロードキャストＴＷＴ ＩＥ５４６は、ブロードキャスト感知ＴＷＴサービス期間において行われるべき感知手順のパラメータ、例えば、マルチアンテナ設定、チャネル帯域幅設定、感知測定分解能などを更に示すことができる。ＩＥは、ブロードキャスト感知ＴＷＴサービス期間の周期性、並びに、プライマリチャネルを含めても含めなくてもよい、ＴＷＴ感知チャネルを更に示すことができる。

【0111】

次に、ＡＰ５１０は、基本トリガフレームであり得るトリガフレーム５４８を、それぞれのＴＷＴに対して起きているＳＴＡに送信する。ＴＷＴのためにスケジュールされたＳＴＡ（ＳＴＡ１ ５２０及びＳＴＡ２ ５３０）は、それらのアウェイクステータス及び感知手順に参加する用意ができていることについての表示で応答する。例えば、ＳＴＡ１ ５２０及びＳＴＡ２ ５３０は各々、ＱｏＳヌルフレーム５５０（又はＰＳ－Ｐｏｌｌフレーム若しくはＮＤＰパケット）を送信する。いくつかの実施形態では、感知ＴＷＴ ＳＰ５７０のサウンディング交換５８０段階において、ＡＰ及びＳＴＡはフレーム、例えば、ＮＤＰＡフレーム、ＮＤＰフレーム、ＮＤＰトリガフレーム、ＢＦＲＰトリガフレーム、ＢＦレポートフレーム、又は特定の感知手順に適した任意の他のフレーム、を交換する。感知ブロードキャストＴＷＴ ＩＤは、いくつかの実施形態では、感知ＴＷＴ ＳＰを一意に識別するために使用され得る。ＳＴＡは、スケジュールされたＴＷＴの後にドーズ（doze）状態に戻り得る。

【0112】

いくつかの実施形態では、ＡＰは、ビーコンフレーム内でＴＷＴ ＳＰパラメータ及びＡＰ更新情報を広告する。ＡＰではないＳＴＡは、ＴＷＴ ＳＰパラメータをネゴシエートするためにＴＷＴ応答フレームを送信する。いくつかの実施形態では、ＡＰは、感知ＴＷＴの終了を示すブロードキャストＴＷＴ ＩＥを送信することによって、周期的に発生する感知ＴＷＴ ＳＰを終了する。

【0113】

別の実施形態では、図６を参照すると、図４を参照して上記で説明した手順と同様の信号フロー６００は、感知イニシエータＡＰ６１０がＭＵ－ＲＴＳ（トリガ）フレーム６５０を送信して、トリガベース（trigger Based、ＴＢ）ＰＰＤＵを送信することができるＳＴＡ（すなわち、第１のＭＵ対応感知ＳＴＡレスポンダＳＴＡ６２０、第２のＭＵ対応感知レスポンダＳＴＡ６３０、及びレガシー感知レスポンダＳＴＡ６４０）を勧誘することを含む。第１のＭＵ対応感知レスポンダＳＴＡ６２０及び第２のＭＵ対応感知レスポンダＳＴＡ６３０は、各々、ＣＴＳを搬送するそれぞれのＰＰＤＵ６５２、６５４を送信する。感知イニシエータＡＰは、受信したＣＴＳを搬送するＰＤＤＵ６５２、６５４を使用して、各チャネル（すなわち、感知イニシエータＡＰ６１０と第１のＭＵ対応感知レスポンダＳＴＡ６２０の間の第１のチャネル、及び感知イニシエータＡＰ６１０と第２のＭＵ対応感知レスポンダＳＴＡ６３０の間の第２のチャネル、又は感知イニシエータＡＰ６１０とＭＵ対応感知レスポンダＳＴＡ６２０及び６３０の間の統合チャネル）を測定する。感知イニシエータＡＰ６１０は、その後、１つ以上のレガシーＲＴＳフレーム６５８を送信して、少なくとも１つのＭＵ非対応感知レスポンダＳＴＡ６４０に、ＣＴＳフレームを搬送するＰＰＤＵ６６０を要請してもよい。感知イニシエータＡＰ６１０は、少なくとも１つのＭＵ非対応（すなわち、レガシー）感知レスポンダＳＴＡ６４０によって送信されたＣＴＳフレームを搬送するＰＰＤＵ６６０を使用して、チャネル測定を実行し得る。いくつかの実施形態では、感知イニシエータＡＰ６１０は、メディアアクセス制御（ＭＡＣ）ヘッダ内の持続時間フィールドに（Ｎ×２＋１）×ａＳＩＦＳＴｉｍｅ＋（Ｎ＋１）×ａＣＴＳＴｉｍｅ＋Ｎ×ａＲＴＳＴｉｍｅが設定されたＭＵ－ＲＴＳトリガフレーム６５０を送信してもよく、ここで、ａＳＩＦＳＴｉｍｅはショートインターフレーム間スペース（Short Interframe Space、ＳＩＦＳ）の持続時間であり、ａＣＴＳＴｉｍｅはＣＴＳフレームを送信する時間であり、ａＲＴＳＴＩＭＥはＲＴＳフレームを送信する時間であり、Ｎは現在のＭＵ－ＲＴＳ／ＣＴＳ交換に続くレガシーＲＴＳ／ＣＴＳ交換の数である。ＭＵ－ＲＴＳトリガフレーム６５０は、ＭＵ－ＲＴＳフレーム（すなわち、例えば、６２０、６３０）を解釈することができるＳＴＡ（例えば、ＨＥ ＳＴＡ、ＥＨＴ ＳＴＡ、及び／又は将来世代ＳＴＡ）に、１つ以上のＣＴＳフレームを要請するために使用され得る。ＳＴＡ６２０、６３０は、ＭＵ－ＲＴＳトリガフレーム６５０によって割り振られたリソース上で、ＣＴＳフレーム６５２、６５４を送信することによって応答してもよく、ＳＴＡ６２０、６３０は、ＣＴＳフレーム６５２、６５４の持続時間フィールドにＮ×２×ａＳＩＦＳＴｉｍｅ＋Ｎ×ａＣＴＳＴｉｍｅ＋Ｎ×ａＲＴＳＴｉｍｅを設定してもよい。

【0114】

別の実施形態では、図７を参照すると、図６を参照して上記で説明した例と同様に、信号フロー７００は、第１のＭＵ対応感知レスポンダＳＴＡ７２０及び第２のＭＵ対応感知レスポンダＳＴＡ７３０によって送信され、ＭＵ－ＲＴＳトリガ７５２を送信する感知イニシエータＡＰ７１０によって引き起こされる、ＣＴＳを搬送するＰＰＤＵ７５４、７５６を含む。ＭＵ－ＲＴＳトリガ７５２及びＣＴＳ７５４、７５６交換の後に、同一ＴＸＯＰ内及び／又は異なるＴＸＯＰ内で、１つ以上のレガシーＲＴＳ／ＣＴＳ交換７６０が続き得る。１つ以上のレガシーＲＴＳ／ＣＴＳ交換７６０は、感知イニシエータＡＰ７１０によって開始され、ＭＵ－ＲＴＳフレームを理解することができるできないを問わず、レガシーＳＴＡ７４０に、ＣＴＳフレームを搬送するＰＰＤＵ７６４の送信を要請してもよい。ＣＴＳフレーム７６４が感知レスポンダＳＴＡ７４０によって送信されるときに、感知イニシエータＡＰ７１０はチャネル７６６を測定し得る。各ＲＴＳフレーム７６２において、現在のＲＴＳ／ＣＴＳ交換に続いてＭ個のＲＴＳ／ＣＴＳ交換がある場合、ＭＡＣヘッダ内の持続時間フィールドは、（Ｍ×２＋１）×ａＳＩＦＳＴｉｍｅ＋（Ｍ＋１）×ａＣＴＳＴｉｍｅ＋（Ｍ－１）×ａＲＴＳＴｉｍｅに設定され得る。

【0115】

図６及び図７を参照して説明される実施形態では、ＭＵ－ＲＴＳフレーム、（レガシー）ＲＴＳフレーム、及び／又は（レガシー）ＣＴＳフレーム内に含まれる持続時間情報に基づいて、メディア上で待ち受けして、それらのフレームから持続時間情報を読み取る他のＳＴＡは、それらのＮＡＶタイムを設定又は更新し、示された持続時間分メディアへのアクセスを延期し、電力の節約を行うことができる。

【0116】

別の実施形態では、ＭＵ－ＲＴＳ／ＣＴＳ交換の後に、１つ以上のＭＵ－ＲＴＳ／ＣＴＳ交換が続き得て、その後に、同一ＴＸＯＰ内及び／又は異なるＴＸＯＰ内での１つ以上のＲＴＳ／ＣＴＳ交換が続き得る。

【0117】

上記で説明した例示的な手順では、感知イニシエータ（例えば、ＡＰ）はまた、最初に１つ以上のレガシーＲＴＳ／ＣＴＳ交換を開始した後に、１つ以上のＭＵ－ＲＴＳフレームを送信して、ＭＵ－ＲＴＳフレームを解釈でき得る複数のＳＴＡにＣＴＳフレームを要請してもよい。

【0118】

他の実施形態では、上記で説明された手順のいずれかを参照して、ＭＵ－ＲＴＳ／ＣＴＳ交換は、バッファステータスレポートポール（buffer status report poll、ＢＳＲＰ）／バッファステータスレポート（buffer status report、ＢＳＲ）交換によって置き換えられてもよく、これにより、感知イニシエータＡＰは、ＢＳＲフレームが感知レスポンダＳＴＡによって送信されるときに、チャネル内の重複しないサブチャネル上でチャネルを測定することができる。この実施形態では、ＢＳＲＰフレーム内の持続時間フィールド設定は、（Ｎ×２＋１）×ａＳＩＦＳＴｉｍｅ＋Ｎ×ａＣＴＳＴｉｍｅ＋Ｎ×ａＲＴＳＴｉｍｅ＋ａＢＳＲＴｉｍｅによって計算してもよく、ここで、ａＢＳＲＴｉｍｅは、ＢＳＲフレームを送信する時間であり、Ｎは、現在のＢＳＲＰ／ＢＳＲ交換に続くレガシーＲＴＳ／ＣＴＳ交換の数である。ＢＳＲＰフレームを使用して、ＢＳＲＰフレームを解釈することができるＳＴＡ（例えば、ＨＥ ＳＴＡ、ＥＨＴ ＳＴＡ、及び／又は将来世代ＳＴＡ）に、１つ以上のＢＳＲフレームを要請してもよい。ＨＥ／ＥＨＴ／将来世代ＳＴＡは、ＢＳＲＰフレームによって割り当てられたリソース上でＢＳＲフレームを送信することによって、ＢＳＲＰフレームに応答し、ＣＴＳフレームの持続時間フィールドをＮ×２×ａＳＩＦＳＴｉｍｅ＋Ｎ×ａＣＴＳＴｉｍｅ＋Ｎ×ａＲＴＳＴｉｍｅに設定し得る。

【0119】

ＢＳＲＰ／ＢＳＲ交換の後に、同一ＴＸＯＰ内及び／又は異なるＴＸＯＰ内においてＮ（Ｎ≧０）個のＲＴＳ／ＣＴＳ交換が続き得る。ＲＴＳ／ＣＴＳ交換は、ＭＵ－ＲＴＳフレームを理解できるできないに関わらず、ＳＴＡによって送信されるＣＴＳフレームを要請するために、感知イニシエータによって開始され得る。感知イニシエータＡＰは、感知レスポンダＳＴＡによってＣＴＳフレームが送信されるときにチャネルを測定することができる。各ＲＴＳフレームについて、ＭＡＣヘッダ内の持続時間フィールドは、現在のＲＴＳ／ＣＴＳ交換に続いてＭ個のＲＴＳ／ＣＴＳ交換がある場合、（Ｍ×２＋１）×ａＳＩＦＳＴｉｍｅ＋（Ｍ＋１）×ａＣＴＳＴｉｍｅ＋（Ｍ－１）×ａＲＴＳＴｉｍｅに設定され得る。本明細書で説明する例ではいずれも、ＳＩＦＳが例として使用され得るが、ＳＩＦの代わりに他のフレーム間間隔又は持続時間を使用してもよい。

【0120】

他の実施形態では、上記の実施形態において説明されたＭＵ－ＲＴＳフレーム（又は感知トリガフレーム）は、新しいクラスのユーザ情報（User Info）フィールド又は感知ユーザ情報（Sensing User Info）フィールドを含み得る。例えば、感知ユーザ情報フィールドは、プライマリチャネルを占有しない感知応答ＳＴＡ向けのリソースユニット（resource unit、ＲＵ）割り当てを含んでもよく、これは特定のＲＵ又はサブチャネルを測定するために感知開始ＡＰによって使用されてもよい。感知ＭＵ－ＲＴＳ又は感知トリガフレームは、プライマリチャネルを占有するサブチャネル上のレガシーＳＴＡにＣＴＳフレームを要請するのに使用し得るユーザ情報フィールドを含んでもよく、８０２．１１ｂｆ ＳＴＡ（又は将来世代ＳＴＡ）などのＳＴＡにＣＴＳ又は他の感知フレームを要請するユーザ情報フィールドを含んでもよい。

【0121】

ユーザ情報フィールドの新しいクラスを含む感知ＭＵ－ＲＴＳフレーム又は感知トリガフレームを受信するレガシーＳＴＡは、プライマリチャネルを占有するサブチャネル上で（レガシー）ＣＴＳフレームで応答し得て、ユーザ情報フィールドの新しいクラスを含む感知ＭＵ－ＲＴＳフレーム又は感知トリガフレームを受信する８０２．１１ｂｆ ＳＴＡなどのＳＴＡは、受信された感知ＭＵ－ＲＴＳ又は感知トリガフレームによって示されるように、プライマリチャネルを占有しないサブチャネル上でＣＴＳフレーム又は他のタイプの感知フレームで応答し得る。

【0122】

別の実施形態では、新しい感知レポートポール（Sensing Report Poll）フレームは、ＢＦＲＰフレーム又はＮＦＲＰフレームなどのトリガフレームの拡張バージョンであり得る。感知レポートポールフレームは、例えば、感知レポートポールフレームの共通情報フィールド内又は他の部分に、しきい値フィールドを含めてもよい。感知レポートポールフレームは、そのフレーム本体内に（例えば、ユーザ情報フィールドのうちの１つ以上を使用して）１つ以上のランダムアクセスＲＵを割り当ててもよい。感知レスポンダＳＴＡによって行われたチャネルの測定が、受信した感知レポートポールフレーム内に含まれるしきい値（Threshold）フィールドに示された値を超える場合に、チャネル測定を行った感知レスポンダＳＴＡは、１つ以上の割り当てられたランダムアクセスＲＵ上でチャネル測定情報及び／又はＣＳＩを送信することによって、感知レポートポールフレームに応答してもよい。

【0123】

本発明の特徴及び要素が、特定の組み合わせで好ましい実施形態において説明されているが、各特徴又は要素は、好ましい実施形態の他の特徴及び要素を伴わずに単独で使用することができるか、又は本発明の他の特徴及び要素を伴って若しくは伴わずに、様々な組み合わせで使用することができる。本明細書に説明される解決策は、１つ以上の８０２．１１固有のプロトコルに準拠しているが、本明細書に記載の解決策は、８０２．１１ネットワークでの実装に限定されず、他の無線システムでの実装にも適していることが理解される。ＳＩＦＳは、設計及び手順の実施例における様々なフレーム間スペーシングを示すために使用されているが、ＲＩＦＳ、ＡＩＦＳ、ＤＩＦＳ、又は他の許容される時間間隔などの他の全てのフレーム間スペーシングが、同じ解決策に適用され得る。

【0124】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【図5】

【図6】

【図7】

【手続補正書】

【提出日】2024-04-16

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ステーション（ＳＴＡ）であって、
前記ＳＴＡが関連付けられていないアクセスポイント（ＡＰ）から、高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームを受信するように構成された受信器であって、前記ＦＩＬＳディスカバリフレームが、拡張ブロードキャストサービス（ＥＢＣＳ）情報フレーム送信カウントダウンフィールドを含む、受信器を備え、
前記受信器が、受信された前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドに基づいて、前記ＳＴＡが関連付けられていない前記ＡＰから、ＥＢＣＳ情報フレームを受信するように構成されている、ステーション（ＳＴＡ）。

【請求項2】

前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドが、前記ＳＴＡが関連付けられていない前記ＡＰによる次のＥＢＣＳ情報フレームの送信までのターゲットビーコン送信時間（ＴＢＴＴ）の数を示す、請求項１に記載のＳＴＡ。

【請求項3】

前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドが、２バイトの長さである、請求項１に記載のＳＴＡ。

【請求項4】

前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドが、ＥＢＣＳパラメータ要素内に含まれる、請求項１に記載のＳＴＡ。

【請求項5】

受信された前記ＥＢＣＳ情報フレームが、利用可能なＥＢＣＳトラフィックストリームの情報を含む、請求項１に記載のＳＴＡ。

【請求項6】

ＳＴＡであって、
前記受信されたＥＢＣＳ情報フレームに基づいて、利用可能なＥＢＣＳトラフィックストリームを選択するように構成されたプロセッサを更に備え、
前記受信器が、前記受信されたＥＢＣＳ情報フレームに基づいて、選択された前記ＥＢＣＳトラフィックストリームを受信するように構成されている、請求項１に記載のＳＴＡ。

【請求項7】

前記ＳＴＡが関連付けられていない前記ＡＰが、関連付けを必要とするＥＢＣＳトラフィックストリームを送信しているときに、前記ＦＩＬＳディスカバリフレームが、ロバストセキュアネットワーク（ＲＳＮ）情報を含む、請求項１に記載のＳＴＡ。

【請求項8】

プロセッサ及び送信器を更に備え、前記プロセッサが、関連付けを必要とするＥＢＣＳトラフィックストリームを選択するように構成されており、
送信器及び前記プロセッサが、前記ＲＳＮ情報を使用して、前記ＳＴＡが関連付けられていない前記ＡＰとＦＩＬＳ認証を実行するように構成されている、請求項７に記載のＳＴＡ。

【請求項9】

前記受信器が、前記ＦＩＬＳ認証の実行の後に、関連付けを必要とする選択された前記ＥＢＣＳトラフィックストリームを受信するように構成されている、請求項８に記載のＳＴＡ。

【請求項10】

ステーション（ＳＴＡ）で使用するための方法であって、
前記ＳＴＡが関連付けられていないアクセスポイント（ＡＰ）から、高速初期リンクセットアップ（ＦＩＬＳ）ディスカバリフレームを受信することであって、前記ＦＩＬＳディスカバリフレームが拡張ブロードキャストサービス（ＥＢＣＳ）情報フレーム送信カウントダウンフィールドを含む、受信することと、
受信された前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドに基づいて、前記ＳＴＡが関連付けられていない前記ＡＰから、ＥＢＣＳ情報フレームを受信することと、を含む、方法。

【請求項11】

前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドが、前記ＳＴＡが関連付けられていない前記ＡＰによる次のＥＢＣＳ情報フレームの送信までのターゲットビーコン送信時間（ＴＢＴＴ）の数を示す、請求項１０に記載の方法。

【請求項12】

前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドが、２バイトの長さである、請求項１０に記載の方法。

【請求項13】

前記ＥＢＣＳ情報フレーム送信カウントダウンフィールドが、ＥＢＣＳパラメータ要素内に含まれる、請求項１０に記載の方法。

【請求項14】

受信された前記ＥＢＣＳ情報フレームが、利用可能なＥＢＣＳトラフィックストリームの情報を含む、請求項１０に記載の方法。

【請求項15】

受信された前記ＥＢＣＳ情報フレームに基づいて、利用可能なＥＢＣＳトラフィックストリームを選択することと、
前記受信されたＥＢＣＳ情報フレームに基づいて、選択された前記ＥＢＣＳトラフィックストリームを受信することと、を更に含む、請求項１０に記載の方法。

【請求項16】

前記ＳＴＡが関連付けられていない前記ＡＰが、関連付けを必要とするＥＢＣＳトラフィックストリームを送信しているときに、前記ＦＩＬＳディスカバリフレームが、ロバストセキュアネットワーク（ＲＳＮ）情報を含む、請求項１０に記載の方法。

【請求項17】

関連付けを必要とするＥＢＣＳトラフィックストリームを選択することと、
前記ＲＳＮ情報を使用して、前記ＳＴＡが関連付けられていない前記ＡＰとＦＩＬＳ認証を実行することと、を更に含む、請求項１６に記載の方法。

【請求項18】

前記ＦＩＬＳ認証の実行の後に、関連付けを必要とする選択された前記ＥＢＣＳトラフィックストリームを受信することを更に含む、請求項１７に記載の方法。

【国際調査報告】