知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-09
(45)【発行日】2024-01-17
(54)【発明の名称】ＷＬＡＮのための範囲拡張を提供する方法およびＷＴＲＵ
(51)【国際特許分類】
H04W 28/04 20090101AFI20240110BHJP
H04W 28/06 20090101ALI20240110BHJP
H04W 72/0446 20230101ALI20240110BHJP
H04W 84/12 20090101ALI20240110BHJP
【ＦＩ】
H04W28/04
H04W28/06 110
H04W72/0446
H04W84/12
【請求項の数】
16
(21)【出願番号】P 2021539585
(86)(22)【出願日】2020-01-10
(65)【公表番号】
(43)【公表日】2022-03-07
(86)【国際出願番号】 US2020013168
(87)【国際公開番号】W WO2020146787
(87)【国際公開日】2020-07-16
【審査請求日】2023-01-10
(31)【優先権主張番号】62/790,810
(32)【優先日】2019-01-10
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ワン、シャオフェイ
(72)【発明者】
【氏名】ロウ、ハンチン
(72)【発明者】
【氏名】オテリ、オゲネコム
(72)【発明者】
【氏名】スン、リーシャン
【審査官】石田 信行
(56)【参考文献】
【文献】米国特許出願公開第２０１８／００７０２８２（ＵＳ，Ａ１）
【文献】特表２０１６－５１９４７９（ＪＰ，Ａ）
【文献】国際公開第２０１８／２１８２２０（ＷＯ，Ａ１）
【文献】国際公開第２０１７／１２３８６２（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ステーション（ＳＴＡ）で使用する方法であって、アクセスポイント（ＡＰ）から低速範囲拡張（ＬＲＲＥ）情報を受信することと、
第１の条件が満たされるかどうかを決定することと、
を備え、
前記第１の条件が満たされるという条件で、
動作モードをＬＲＲＥハイブリッド自動再送要求（ＨＡＲＱ）モードに変更するためのモード変更要求をＡＰに送信することと、
前記ＡＰから前記モード変更要求への応答を受信することと、
複数の物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を使用して前記ＡＰと通信することであって、複数のＰＰＤＵの各々は、前記第１の条件の下で前記ＳＴＡと前記ＡＰとの間の送信を可能にする少なくとも１つのフィールド、およびＬＲＲＥ ＨＡＲＱモード表示を備える、ことと
を備える方法。
【請求項2】
前記少なくとも１つのフィールドは、６ＧＨｚ帯域の送信を可能にする複数のフィールドを備える、請求項１の方法。
【請求項3】
前記６ＧＨｚ帯域の送信を可能にする複数のフィールドは、少なくとも１つの高効率６ＧＨｚショートトレーニングフィールド（ＨＥ－６ＧＨｚ－ＳＴＦ）、少なくとも１つのＨＥ６ＧＨｚロングトレーニングフィールド（ＨＥ－６ＧＨｚ－ＬＴＦ）、および少なくとも１つのＨＥ６ＧＨｚ信号フィールド（ＨＥ－６ＧＨｚ－ＳＩＧ）を備える、請求項２の方法。
【請求項4】
前記６ＧＨｚ帯域の送信を可能にする複数のフィールドは、少なくとも１つの極高スループット６ＧＨｚショートトレーニングフィールド（ＥＨＴ－６ＧＨｚ－ＳＴＦ）、少なくとも１つのＥＨＴ６ＧＨｚロングトレーニングフィールド（ＥＨＴ－６ＧＨｚ－ＬＴＦ）、および少なくとも１つのＥＨＴ６ＧＨｚ信号フィールド（ＥＨＴ－６ＧＨｚ－ＳＩＧ）を備える、請求項２の方法。
【請求項5】
前記少なくとも１つのフィールドは、少なくとも１つの極高スループットショートトレーニングフィールド（ＥＨＴ ＳＴＦ）、少なくとも１つのＥＨＴロングトレーニングフィールド（ＥＨＴ ＬＴＦ）、少なくとも１つのＥＨＴ信号フィールド（ＥＨＴ ＳＩＧ）、および少なくとも１つのＥＨＴマークフィールド（ＥＨＴ Ｍａｒｋ）を備える、請求項１の方法。
【請求項6】
前記第１の条件は、前記ＳＴＡから前記ＡＰへの予め定められた距離である、請求項１の方法。
【請求項7】
前記第１の条件は、予め定められたチャネル品質値である、請求項１の方法。
【請求項8】
前記少なくとも１つのフィールドは、前記ＰＰＤＵの生成を示す第１のサブフィールドを備える、請求項１の方法。
【請求項9】
ステーション（ＳＴＡ）であって、アクセスポイント（ＡＰ）から低速範囲拡張（ＬＲＲＥ）情報を受信するように構成された受信機と、
送信機と、
第１の条件が前記ＳＴＡによって満たされるかどうかを決定するように構成されたプロセッサと
を備え、前記第１の条件が満たされるという条件で、
前記送信機は、動作モードをＬＲＲＥハイブリッド自動再送要求（ＨＡＲＱ）モードに変更するためのモード変更要求を前記ＡＰに送信するようにさらに構成され、
前記受信機は、前記ＡＰから前記モード変更要求への応答を受信するようにさらに構成され、
前記ＳＴＡは、複数の物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を使用して前記ＡＰと通信するように構成され、複数のＰＰＤＵの各々は、前記第１の条件の下で前記ＳＴＡと前記ＡＰとの間の送信を可能にする少なくとも１つのフィールド、およびＬＲＲＥ ＨＡＲＱモード表示を備える
ＳＴＡ。
【請求項10】
前記少なくとも１つのフィールドは、６ＧＨｚ帯域の送信を可能にする複数のフィールドを備える、請求項９のＳＴＡ。
【請求項11】
前記６ＧＨｚ帯域の送信を可能にする複数のフィールドは、少なくとも１つの高効率６ＧＨｚショートトレーニングフィールド（ＨＥ－６ＧＨｚ－ＳＴＦ）、少なくとも１つのＨＥ６ＧＨｚロングトレーニングフィールド（ＨＥ－６ＧＨｚ－ＬＴＦ）、および少なくとも１つのＨＥ６ＧＨｚ信号フィールド（ＨＥ－６ＧＨｚ－ＳＩＧ）を備える、請求項１０のＳＴＡ。
【請求項12】
前記６ＧＨｚ帯域の送信を可能にする複数のフィールドは、少なくとも１つの極高スループット６ＧＨｚショートトレーニングフィールド（ＥＨＴ－６ＧＨｚ－ＳＴＦ）、少なくとも１つのＥＨＴ６ＧＨｚロングトレーニングフィールド（ＥＨＴ－６ＧＨｚ－ＬＴＦ）、および少なくとも１つのＥＨＴ６ＧＨｚ信号フィールド（ＥＨＴ－６ＧＨｚ－ＳＩＧ）を備える、請求項１０のＳＴＡ。
【請求項13】
前記少なくとも１つのフィールドは、少なくとも１つの極高スループットショートトレーニングフィールド（ＥＨＴ ＳＴＦ）、少なくとも１つのＥＨＴロングトレーニングフィールド（ＥＨＴ ＬＴＦ）、少なくとも１つのＥＨＴ信号フィールド（ＥＨＴ ＳＩＧ）、および少なくとも１つのＥＨＴマークフィールド（ＥＨＴ Ｍａｒｋ）を備える、請求項９のＳＴＡ。
【請求項14】
前記ＳＴＡと前記ＡＰの間の現在の距離が距離値よりも大きいとき、前記第１の条件は満たされる、請求項９のＳＴＡ。
【請求項15】
前記ＳＴＡによって使用されるチャネルのチャネル品質がチャネル品質値よりも小さいとき、前記第１の条件は満たされる、請求項９のＳＴＡ。
【請求項16】
前記少なくとも１つのフィールドは、前記ＰＰＤＵの生成を示す第１のサブフィールドを備える、請求項９のＳＴＡ。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１９年１月１０日に出願された米国特許仮出願第６２／７９０，８１０号の利益を主張する。
本出願は、その内容が参照により本明細書に組み込まれる、２０１９年１月１０日に出願された米国特許仮出願第６２／７９０，８１０号の利益を主張する。
【背景技術】
【0002】
ハイブリッド自動再送要求（ＨＡＲＱ）は、無線通信ネットワークにおける送信エラー制御技法である。それはエラー訂正コードおよび再送信の組合せに依存する。６ＧＨｚ帯域などの無認可スペクトルでは、現在、６ＧＨｚ帯域上で動作する従来の無線ローカルエリアネットワーク（ＷＬＡＮ）デバイスは存在しない。従って、６ＧＨｚ帯域においてＨＡＲＱスケジューリングおよび媒体アクセス、並びにより長い範囲にわたるＨＡＲＱ送信をＷＬＡＮデバイスが実行することを可能にする方法および装置が必要である。
【発明の概要】
【0003】
無線送受信ユニット（ＷＴＲＵ）で使用する方法。方法は、アクセスポイント（ＡＰ）から低速範囲拡張（ＬＲＲＥ）情報を受信するステップと、第１の条件がＷＴＲＵによって満たされるかどうかを決定するステップと、第１の条件が満たされるという条件で、動作モードをＬＲＲＥハイブリッド自動再送要求（ＨＡＲＱ）モードに変更するためのモード変更要求をＡＰに送信するステップと、ＡＰからモード変更要求に関する応答を受信するステップと、複数の物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を使用してＡＰと通信するステップであって、複数のＰＰＤＵの各々が、第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、およびＬＲＲＥ ＨＡＲＱモード表示を備える、通信するステップとを含む。
【0004】
無線送受信ユニット（ＷＴＲＵ）。ＷＴＲＵは、アクセスポイント（ＡＰ）から低速範囲拡張（ＬＲＲＥ）情報を受信するように構成された受信機と、送信機と、第１の条件がＷＴＲＵによって満たされるかどうかを決定するように構成されたプロセッサとを含み、第１の条件が満たされるという条件で、送信機は、動作モードをＬＲＲＥハイブリッド自動再送要求（ＨＡＲＱ）モードに変更するためのモード変更要求をＡＰに送信するようにさらに構成され、受信機は、ＡＰからモード変更要求に関する応答を受信するようにさらに構成され、ＷＴＲＵは、複数の物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を使用してＡＰと通信するように構成され、複数のＰＰＤＵの各々は、第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、およびＬＲＲＥ ＨＡＲＱモード表示を備える。
【0005】
無線送受信ユニット（ＷＴＲＵ）で使用する方法。方法は、アクセスポイント（ＡＰ）から低速範囲拡張（ＬＲＲＥ）情報を受信するステップと、第１の条件がＷＴＲＵによって満たされるかどうかを決定するステップであって、ＷＴＲＵによって使用されるチャネルのチャネル品質がチャネル品質値よりも小さいときに第１の条件が満たされる、決定するステップと、第１の条件が満たされるという条件で、動作モードをＬＲＲＥハイブリッド自動再送要求（ＨＡＲＱ）モードに変更するためのモード変更要求をＡＰから受信するステップと、ＡＰにモード変更要求に関する応答を送信するステップと、複数の物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を使用してＡＰと通信するステップであって、複数のＰＰＤＵの各々が、第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールドおよびＬＲＲＥ ＨＡＲＱモード表示を含む、通信するステップとを含む。
【図面の簡単な説明】
【0006】
添付図面とともに例として与えられる以下の説明からより詳細に理解され得る場合があり、図の中の同様の参照番号は同様の要素を示す。
【図1A】１つまたは複数の開示された実施形態が実装され得る例示的な通信システムを示すシステム図である。
【図2】衝突を伴う例示的なハイブリッド自動再送要求（ＨＡＲＱ）グッドプットパフォーマンスを示す図である。
【図3】衝突認識ＨＡＲＱ受信機の一例を示す図である。
【図5】時分割複信（ＴＤＤ）間隔を有する例示的なビーコン間隔を示す図である。
【図6】例示的な詳細ＴＤＤ間隔構造を示す図である。
【図7】ＴＤＤ境界を越えるＨＡＲＱ用の例示的な手順を示す図である。
【図8A】本出願の第１の実施形態による、ＷＬＡＮのための範囲拡張を提供する方法を示す図である。
【図8B】本出願の第２の実施形態による、ＷＬＡＮのための範囲拡張を提供する方法を示す図である。
【図8C】本出願の第３の実施形態による、ＷＬＡＮのための範囲拡張を提供する方法を示す図である。
【図8D】本出願の第４の実施形態による、ＷＬＡＮのための範囲拡張を提供する方法を示す図である。
【図9】本出願による、高効率（ＨＥ）６ＧＨｚ物理プロトコルデータユニット（ＰＰＤＵ）を示す図である。
【図10】本出願による、極高スループット（ＥＨＴ）６ＧＨｚＰＰＤＵフォーマットを示す図である。
【図11】本出願による、多重周波数帯域用のＥＨＴ ＰＰＤＵフォーマットを示す図である。
【図12】本出願による、周波数選択チャネルを示す図である。
【図13】本出願による、２．４ＧＨｚターゲットウェイクタイム（ＴＷＴ）サービス期間（ＳＰ）を使用して５／６ＧＨｚアップリンク（ＵＬ）リソースユニット（ＲＵ）割振りをブートストラップするセルエッジステーション（ＳＴＡ）を示す図である。
【図14】本出願による、例示的な無動力衝突推定ミッドアンブルを示す図である。
【図15】本出願による、例示的な部分動力衝突推定ミッドアンブルを示す図である。
【図16】本出願による、例示的な結合ドップラーおよび衝突推定ミッドアンブルを示す図である。
【図17】本出願による、衝突推定のためにパンクチャされた例示的なドップラーミッドアンブルを示す図である。
【図18】本出願による、衝突推定のための例示的な無動力リソースユニットを示す図である。
【図19】本出願による、衝突認識ＨＡＲＱにおける衝突推定のための例示的な手順を示す図である。
【図20】本出願による、例示的な受信機起動衝突推定リソース変更を示す図である。
【発明を実施するための形態】
【0007】
図１Ａは、１つまたは複数の開示された実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムであってよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテイルユニークワード離散フーリエ変換拡張ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタＯＦＤＭ、フィルタバンクマルチキャリア（ＦＭＢＣ）などの、１つまたは複数のチャネルアクセス方法を採用することができる。
【0008】
図１Ａに示されたように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含む場合があるが、開示された実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を考察することが諒解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例えば、それらのいずれもステーション（ＳＴＡ）と呼ばれる場合がある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成される場合があり、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたはモバイル加入者ユニット、サブスクリプションベースユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療デバイスおよびアプリケーション（例えば、遠隔手術）、産業用デバイスおよびアプリケーション（例えば、産業用および／または自動化処理チェーンコンテキスト内で動作するロボットおよび／または他の無線デバイス）、家電デバイス、商用および／または産業用無線ネットワーク上で動作するデバイスなどを含む場合がある。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、同じ意味でＵＥと呼ばれる場合がある。
【0009】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含む場合もある。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースして、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、ｇノードＢ（ｇＮＢ）などの次世代ノードＢ、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、各々単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでよいことが諒解されよう。
【0010】
基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を含む場合もある。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる場合がある１つまたは複数のキャリア周波数上で、無線信号を送信および／または受信するように構成される場合がある。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルの組合せ内であってよい。セルは、比較的固定される場合があるか、または時間とともに変化する場合がある固有の地理的領域に無線サービス用のカバレッジを提供することができる。セルは、セルセクタにさらに分割される場合がある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割される場合がある。従って、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つを含む場合がある。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができ、セルのセクタごとに複数のトランシーバを利用することができる。例えば、所望の空間方向に信号を送信および／受信するために、ビームフォーミングが使用される場合がある。
【0011】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立される場合がある。
【0012】
より具体的には、上述されたように、通信システム１００は複数のアクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無声技術を実装することができ、ＵＴＲＡは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含む場合がある。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含む場合がある。
【0013】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上波無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装することができ、Ｅ－ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａプロ）を使用してエアインターフェース１１６を確立することができる。
【0014】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無声技術を実装することができ、ＮＲ無線アクセスはＮＲを使用してエアインターフェース１１６を確立することができる。
【0015】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、二重接続（ＤＣ）原理を使用して、ＬＴＥ無線アクセスおよびＮＲ無線アクセスを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、並びに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって特徴付けられてよい。
【0016】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、暫定基準２０００（ＩＳ－２０００）、暫定基準９５（ＩＳ－９５）、暫定基準８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装することができる。
【0017】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、仕事場、家庭、車両、キャンパス、産業施設、（例えば、ドローンが使用するための）空中回廊、車道などの、局所化された領域内で無線接続を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａプロ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されたように、基地局１１４ｂはインターネット１１０への直接接続を有する場合がある。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネットにアクセスする必要がなくてよい。
【0018】
ＲＡＮ１０４はＣＮ１０６と通信している場合があり、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に、音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された、任意のタイプのネットワークであってよい。データは、異なるスループット要件、待ち時間要件、誤差許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（ＱｏＳ）要件を有する場合がある。ＣＮ１０６は、呼制御、課金サービス、モバイル位置ベースサービス、プリペイド発呼、インターネット接続、ビデオ配信などを提供することができ、かつ／またはユーザ認証などの高度セキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接に通信することができることが諒解されよう。例えば、ＮＲ無線技術を利用している場合があるＲＡＮ１０４に接続されることに加えて、ＣＮ１０６は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信することもできる。
【0019】
ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含む場合がある。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内のＴＣＰ、ＵＤＰ、および／またはＩＰなどの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含む場合がある。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線および／または無線通信ネットワークを含む場合もある。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のＣＮを含む場合がある。
【0020】
通信システム１００における一部または全てのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、マルチモード能力を含む場合がある（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して様々な無線ネットワークと通信するための複数のトランシーバを含む場合がある）。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラーベース無線技術を採用することができる基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成される場合がある。
【0021】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されたように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、実施形態と引き続き一致しながら、前述の要素の任意の副結合を含む場合があることが諒解されよう。
【0022】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、任意の他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８はトランシーバ１２０に結合される場合があり、トランシーバ１２０は送受信要素１２２に結合される場合がある。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として描写するが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップの中に一緒に統合されてよいことが諒解されよう。
【0023】
送受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成される場合がある。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。実施形態では、送受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および／または受信するように構成される場合がある。送受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成される場合があることが諒解されよう。
【0024】
送受信要素１２２は単一の要素として図１Ｂに描写されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含む場合がある。
【0025】
トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信された信号を復調するように構成される場合がある。上述されたように、ＷＴＲＵ１０２はマルチモード能力を有する場合がある。従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含む場合がある。
【0026】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリから情報にアクセスし、それにデータを格納することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含む場合がある。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含む場合がある。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）などのＷＴＲＵ１０２に物理的に位置しないメモリから情報にアクセスし、それにデータを格納することができる。
【0027】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配および／または制御するように構成される場合がある。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル金属水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含む場合がある。
【0028】
プロセッサ１１８はＧＰＳチップセット１３６に結合される場合もあり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成される場合がある。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／または２つ以上の近くの基地局から受信された信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、実施形態と引き続き一致しながら、任意の適切な位置決定方法によって位置情報を取得することができることが諒解されよう。
【0029】
プロセッサ１１８は他の周辺機器１３８にさらに結合される場合があり、他の周辺機器１３８は、さらなる機構、機能、および／または有線もしくは無線接続を提供する１つもしくは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含む場合がある。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真および／またはビデオ用の）デジタルカメラ、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含む場合がある。周辺機器１３８は１つまたは複数のセンサを含む場合がある。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、湿度センサなどのうちの１つまたは複数であってよい。
【0030】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ＤＬの両方のための特定のサブフレームに関連付けられた）信号の一部または全ての送信および受信が、並行および／または同時であり得る全二重無線を含む場合がある。全二重無線は、ハードウェア（例えば、チョーク）またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理のいずれかを介して、自己干渉を削減および／または実質的に除去するために干渉管理ユニットを含む場合がある。実施形態では、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ＤＬのいずれかのための特定のサブフレームに関連付けられた）信号の一部または全ての送信および受信用の半二重無線を含む場合がある。
【0031】
図１Ｃは、実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はＣＮ１０６と通信することもできる。
【0032】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含む場合があるが、ＲＡＮ１０４は、実施形態と引き続き一致しながら、任意の数のｅノードＢを含んでよいことが諒解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含む場合がある。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。従って、例えば、ｅノードＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【0033】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられる場合があり、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成される場合がある。図１Ｃに示されたように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【0034】
図１Ｃに示されたＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含む場合がある。前述の要素はＣＮ１０６の一部として描写されているが、これらの要素のいずれもＣＮ事業者以外のエンティティによって所有および／または運用されてよいことが諒解されよう。
【0035】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続される場合があり、制御ノードとして機能することができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ有効化／無効化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチの間に特定のサービングゲートウェイを選択することなどに関与することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り替えるための制御プレーン機能を提供することができる。
【0036】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続される場合がある。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバの間にユーザプレーンを固定すること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどの、他の機能を実行することができる。
【0037】
ＳＧＷ１６４はＰＧＷ１６６に接続される場合があり、ＰＧＷ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【0038】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む場合があるか、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含む場合もある。
【0039】
ＷＴＲＵは無線端末として図１Ａ～図１Ｄに記載されているが、いくつかの代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永久的に）使用することができると考えられる。
【0040】
代表的な実施形態では、他のネットワーク１１２はＷＬＡＮであってよい。
【0041】
基盤基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）およびＡＰに関連付けられた１つまたは複数のステーション（ＳＴＡ）を有する場合がある。ＡＰは、分散システム（ＤＳ）、またはＢＳＳへのおよび／もしくはＢＳＳからのトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有する場合がある。ＢＳＳ外から発生するＳＴＡへのトラフィックは、ＡＰを通って到着することができ、ＳＴＡに配信される場合がある。ＢＳＳ外の目的地へのＳＴＡから発生したトラフィックは、それぞれの目的地に配信されるためにＡＰに送信される場合がある。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通って送信される場合があり、ソースＳＴＡはＡＰにトラフィックを送信することができ、ＡＰは宛先ＳＴＡにトラフィックを配信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされる場合があり、かつ／またはそのように呼ばれる場合がある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（例えば、直接それらの間で）送信される場合がある。いくつかの代表的な実施形態では、ＤＬＳは８０２．１１ｅＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰをもたない場合があり、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）は互いに直接通信することができる。ＩＢＳＳ通信モードは、時々、本明細書では「アドホック」通信モードと呼ばれる場合がある。
【0042】
８０２．１１ａｃ基盤動作モードまたは同様の動作モードを使用すると、ＡＰは、プライマリチャネルなどの固定チャネルに基づいてビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅の帯域）または動的に設定される幅であってよい。プライマリチャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用される場合がある。いくつかの代表的な実施形態では、例えば、８０２．１１システムに、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が実装される場合がある。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルを検知することができる。プライマリチャネルが検知／検出され、かつ／または特定のＳＴＡによってビジーであると決定された場合、特定のＳＴＡは譲歩する場合がある。１つのＳＴＡ（例えば、ただ１つのステーション）は、所与のＢＳＳにおいていつでも送信することができる。
【0043】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚ幅のチャネルを形成するためにプライマリの２０ＭＨｚチャネルと隣接するかまたは隣接しない２０ＭＨｚチャネルを結合して、４０ＭＨｚ幅の通信用チャネルを使用することができる。
【0044】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを結合することによって形成される場合がある。１６０ＭＨｚのチャネルは、８個の連続する２０ＭＨｚのチャネルを結合することにより、または８０＋８０構成と呼ばれる場合がある、２つの連続しない８０ＭＨｚのチャネルを結合することによって形成される場合がある。８０＋８０構成の場合、データは、チャネル符号化の後、データを２つのストリームに分割することができるセグメントパーサを介して渡される場合がある。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理は、各ストリームに対して別々に行われる場合がある。ストリームは２つの８０ＭＨｚチャネル上にマッピングされる場合があり、データは送信ＳＴＡによって送信される場合がある。受信ＳＴＡの受信機において、８０＋８０構成について上述された動作は逆になる場合があり、結合されたデータは、媒体アクセス制御（ＭＡＣ）に送信される場合がある。
【0045】
サブ１ＧＨｚ動作モードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅および搬送波は、８０２．１１ｎおよび８０２．１１ａｃで使用されるそれらに比べて、８０２．１１ａｆおよび８０２．１１ａｈでは削減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなどの、メータタイプ制御／マシンタイプ通信（ＭＴＣ）デバイスをサポートすることができる。ＭＴＣデバイスは、いくつかの能力、例えば、特定のおよび／または制限された帯域幅に対するサポート（例えば、それに対するサポートのみ）を含む制限された能力を有する場合がある。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含む場合がある。
【0046】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの、複数のチャネルおよびチャネル帯域幅をサポートすることができるＷＬＡＮシステムは、プライマリチャネルとして指定される場合があるチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有する場合がある。プライマリチャネルの帯域幅は、ＢＳＳにおいて動作する全てのＳＴＡの中から、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限される場合がある。８０２．１１ａｈの例では、ＢＳＳにおけるＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅の動作モードをサポートする場合でも、プライマリチャネルは、１ＭＨｚモードをサポートする（例えば、サポートするのみの）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）に対して１ＭＨｚ幅であってよい。キャリア検知および／またはネットワーク割振りベクトル（ＮＡＣ）設定は、プライマリチャネルのステータスに依存する場合がある。例えば、（１ＭＨｚ動作モードのみをサポートする）ＳＴＡがＡＰに送信することに起因してプライマリチャネルがビジーである場合、全ての利用可能な周波数帯域は、利用可能な周波数帯域の大部分がアイドルのままである場合でも、ビジーと見なされる場合がある。
【0047】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な合計帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【0048】
図１Ｄは、実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上述されたように、ＲＡＮ１０４はＮＲ無線技術を採用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はＣＮ１０６と通信することもできる。
【0049】
ＲＡＮ１０４は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含む場合があるが、ＲＡＮ１０４は、実施形態と引き続き一致しながら、任意の数のｇＮＢを含んでよいことが諒解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含む場合がある。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／またはそれらから信号を受信することができる。従って、例えば、ｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／またはＷＴＲＵ１０２ａから無線信号を受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは無認可スペクトル上であってよいが、残りのコンポーネントキャリアは認可スペクトル上であってよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（並びに／またはｇＮＢ１８０ｃ）から協調送信を受信することができる。
【0050】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブル数秘学に関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、様々な送信、様々なセル、および／または無線送信スペクトルの様々な部分に対して変化する場合がある。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルおよび／または持続的に変化する長さの絶対時間を含む）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0051】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成される場合がある。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域内の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信しながら／にも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／に接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはＤＣ原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ用のモビリティアンカとして機能することができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするためのさらなるカバレッジおよび／またはスループットを提供することができる。
【0052】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられる場合があり、無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けてのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへ向けての制御プレーン情報のルーティングなどを扱うように構成される場合がある。図１Ｄに示されたように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。
【0053】
図１Ｄに示されたＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によりデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含む場合がある。前述の要素はＣＮ１０６の一部として描写されているが、これらの要素のいずれもＣＮ事業者以外のエンティティによって所有および／または運用されてよいことが諒解されよう。
【0054】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続される場合があり、制御ノードとして機能することができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ネットワークスライシングに対するサポート（例えば、様々な要件を有する様々なプロトコルデータユニット（ＰＤＵ）セッションのハンドリング）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理などに関与することができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用される場合がある。例えば、様々なネットワークスライスは、超高信頼性低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスに対するサービスなどの、様々な使用事例のために確立される場合がある。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａプロなどの他の無線技術および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術を採用する他のＲＡＮ（図示せず）との間を切り替えるための制御プレーン機能を提供することができる。
【0055】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１０６内のＡＭＦ１８２ａ、１８２ｂに接続される場合がある。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１０６内のＵＰＦ１８４ａ、１８４ｂに接続される場合もある。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスの管理および割振り、ＰＤＵセッションの管理、ポリシー強化およびＱｏＳの制御、ＤＬデータ通知の提供などの他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってよい。
【0056】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１０４内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続される場合があり、それらは、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシーの強化、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳのハンドリング、ＤＬパケットのバッファリング、モビリティアンカリングの提供などの他の機能を実行することができる。
【0057】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む場合があるか、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線および／または無線ネットワークを含む場合もある。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通ってローカルＤＮ１８５ａ、１８５ｂに接続される場合がある。
【0058】
図１Ａ～図１Ｄに鑑みて、かつ図１Ａ～図１Ｄの説明に対応して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書に記載された任意の他のデバイスのうちの１つまたは複数に関して本明細書に記載された機能のうちの１つもしくは複数または全ては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行される場合がある。エミュレーションデバイスは、本明細書に記載された機能のうちの１つもしくは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであってよい。例えば、エミュレーションデバイスは、他のデバイスを試験するために、かつ／またはネットワークおよび／もしくはＷＴＲＵの機能をシミュレートするために使用される場合がある。
【0059】
エミュレーションデバイスは、ラボ環境および／または事業者ネットワーク環境内で、他のデバイスの１つまたは複数の試験を実装するように設計される場合がある。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線および／または無線の通信ネットワークの一部として、完全または部分的に実装および／または展開されている間に、１つもしくは複数または全ての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されている間に、１つもしくは複数または全ての機能を実行することができる。エミュレーションデバイスは、オーバージエア無線通信を使用して試験するかつ／または試験を実行する目的で、別のデバイスに直接結合される場合がある。
【0060】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されていない間に、全てを含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素の試験を実装するために、試験室並びに／または展開されていない（例えば、試験する）有線および／もしくは無線通信ネットワーク内の試験シナリオにおいて利用される場合がある。１つまたは複数のエミュレーションデバイスは試験機器であってよい。直接ＲＦ結合および／または（例えば、１つもしくは複数のアンテナを含む場合がある）ＲＦ回路を介する無線通信は、データを送信および／または受信するためにエミュレーションデバイスによって使用される場合がある。
【0061】
基盤基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ）およびＡＰに関連付けられた１つまたは複数のステーション（ＳＴＡ）を有する。ＡＰは、通常、分散システム（ＤＳ）またはＢＳＳ内およびＢＳＳ外のトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有する。ＢＳＳ外から発生するＳＴＡへのトラフィックは、ＡＰを通って到着し、ＳＴＡに配信される。ＢＳＳ外の目的地へのＳＴＡから発生したトラフィックは、ＡＰに送信されて、それぞれの目的地に配信される。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通って送信される場合もあり、ソースＳＴＡはＡＰにトラフィックを送信し、ＡＰは宛先ＳＴＡにトラフィックを配信する。ＢＳＳ内のＳＴＡ間のそのようなトラフィックは、実際にはピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、８０２．１１ｅＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用する直接リンクセットアップ（ＤＬＳ）を用いて、ソースＳＴＡと宛先ＳＴＡとの間で直接送信される場合もある。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰをもたず、かつ／または互いに直接通信するＳＴＡを有する。この通信モードは「アドホック」通信モードと呼ばれる。
【0062】
８０２．１１ａｃ基盤動作モードを使用すると、ＡＰは、固定チャネル、通常プライマリチャネル上でビーコンを送信することができる。このチャネルは２０ＭＨｚ幅であってよく、ＢＳＳの動作チャネルである。このチャネルはまた、ＡＰとの接続を確立するためにＳＴＡによって使用される。８０２．１１システムにおける基本チャネルアクセスメカニズムは、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）である。この動作モードでは、ＡＰを含むあらゆるＳＴＡはプライマリチャネルを検知する。チャネルがビジーであると検出された場合、ＳＴＡは譲歩する。従って、所与のＢＳＳ内でただ１つのＳＴＡがいつでも送信することができる。
【0063】
８０２．１１ｎでは、高スループット（ＨＴ）ＳＴＡは、４０ＭＨｚ幅の通信用チャネルを使用することもできる。これは、プライマリ２０ＭＨｚチャネルを隣接する２０ＭＨｚチャネルと結合して４０ＭＨｚ幅の連続するチャネルを形成することによって実現される。
【0064】
８０２．１１ａｃでは、超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚおよび／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび８０ＭＨｚのチャネルは、上述された８０２．１１ｎと同様に連続する２０ＭＨｚチャネルを結合することによって形成される。１６０ＭＨｚチャネルは、８個の連続する２０ＭＨｚチャネルを結合すること、または２つの連続しない８０ＭＨｚチャネルを結合することのいずれかによって形成される場合があり、これは８０＋８０構成と呼ばれる場合もある。８０＋８０構成の場合、データは、チャネル符号化の後、データを２つのストリームに分割するセグメントパーサを介して渡される。ＩＦＦＴおよび時間領域の処理は、各ストリームに対して別々に行われる。次いで、ストリームは２つのチャネル上にマッピングされ、データが送信される。受信機において、このメカニズムは逆になり、結合されたデータがＭＡＣに送信される。
【0065】
サブ１ＧＨｚ動作モードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。これらの仕様の場合、チャネル動作帯域幅および搬送波は、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて削減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。８０２．１１ａｈの場合の考えられる使用事例は、マクロカバレッジエリア内のメータタイプ制御（ＭＴＣ）デバイスに対するサポートである。ＭＴＣデバイスは、制限された帯域幅に対するサポートのみを含む制限された能力を有するが、非常に長いバッテリ寿命に対する要件も含む場合がある。
【0066】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの、複数のチャネルおよびチャネル幅をサポートするＷＬＡＮシステムは、プライマリチャネルとして指定されるチャネルを含む。プライマリチャネルは、必要ではないが、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有する場合がある。プライマリチャネルの帯域幅は、従って、ＢＳＳにおいて動作する全てのＳＴＡのうちの、最小帯域幅動作モードをサポートするＳＴＡによって制限される。８０２．１１ａｈの例では、ＢＳＳにおけるＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、または他のチャネル帯域幅動作モードをサポートすることができる場合でも、プライマリチャネルは、１ＭＨｚモードのみをサポートするＳＴＡ（例えば、ＭＴＣタイプのデバイス）が存在する場合、１ＭＨｚ幅であってよい。全てのキャリア検知およびＮＡＶ設定はプライマリチャネルのステータスに依存する、すなわち、例えば、１ＭＨｚ動作モードのみをサポートするＳＴＡがＡＰに送信していることに起因して、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、その大部分がアイドルおよび利用可能なままでいる場合でもビジーと見なされる。
【0067】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、それは９１７．５ＭＨｚから９２３．５ＭＨｚであり、日本では、それは９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な合計帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【0068】
ＩＥＥＥ８０２．１１（登録商標）高効率ＷＬＡＮ（ＨＥＷ）は、２．４ＧＨｚ、５ＧＨｚ、および６ＧＨｚの帯域における高密度シナリオを含む、多くの使用シナリオ内の無線ユーザの広域スペクトルに対して全てのユーザが遭遇するサービス品質を強化することができる。ＡＰ、およびＳＴＡ、並びに関連する無線リソース管理（ＲＲＭ）技術の高密度展開をサポートする新しい使用事例は、ＨＥＷによると見なされる。
【0069】
ＨＥＷ向けの潜在用途は、スタジアムイベントのためのデータ配信などの新興の使用シナリオ、鉄道駅などの高ユーザ密度シナリオ、または事業／小売り環境、およびビデオ配信への増大する依存度を示す証拠、および医療用途のための無線サービスを含む場合がある。
【0070】
ＩＥＥＥ８０２．１１ａｘでは、いくつかの実施形態は、様々なアプリケーションについて測定されたトラフィックが短いパケットに対して大きい可能性を有し、短いパケットを生成することもできるネットワークアプリケーションが存在することを示した。アプリケーションには、以下の仮想オフィス、ＴＰＣ ＡＣＫ、ビデオストリーミングＡＣＫ、デバイス／コントローラ（マウス、キーボード、ゲームコントロールなど）、アクセス－プローブ要求／応答、ネットワーク選択－プローブ要求、ＡＮＱＰ、ネットワーク管理－制御フレームが含まれる。
【0071】
また、８０２．１１ａｘにおける多くの実施形態は、ＵＬおよびＤＬのＯＦＤＭＡと、ＵＬおよびＤＬのＭＵ－ＭＩＭＯとを含む、ＭＵの特徴の紹介を記載している。様々な目的のためのＵＬランダムアクセスを多重化するためのメカニズムを設計および定義することが本開示において考慮されてよい。
【0072】
ＩＥＥＥ８０２．１１ａｘでは、６ＧＨｚ帯域における媒体アクセスは、いくつかの実施形態を含む場合がある。一実施形態は、６ＧＨｚ帯域においてトリガまたはスケジュールされた媒体アクセスを使用することができる。別の実施形態は、制限されたアクティブスキャンを使用することができ、６ＧＨｚ帯域においてスケジュールされたＥＤＣＡ媒体アクセスを有する場合がある。
【0073】
ハイブリッド自動再送要求（ＨＡＲＱ）は、無線通信ネットワークにおける基本的な伝送エラー制御技法になっており、それはエラー訂正コードと再送信の組合せに依存する。ＨＡＲＱは、３ＧＰＰのＵＭＴＳ、ＬＴＥ、およびＩＥＥＥ８０２．１６ＷｉＭａｘなどの無線通信規格において採用されている。
【0074】
２つの人気があるタイプのＨＡＲＱ結合方式：追跡結合（ＣＣ）ＨＡＲＱおよび増分冗長（ＩＲ）ＨＡＲＱが技術文献に存在する。
【0075】
追跡結合ＨＡＲＱ方式では、各再送信は同じデータおよびパリティビットを含む。受信機は、最大比率結合（ＭＲＣ）を使用して、受信されたパケットを前の送信と結合する。追跡結合は、各再送信が受信機においてＥｂ／Ｎ０を増大させる反復コーディングと見なされ得る。
【0076】
増分冗長ＨＡＲＱ方式の場合、各再送信は、コード化されたビットの異なるセット（例えば、エンコーダ出力をパンクチャすることによって生成された様々な冗長バージョン）を使用する。ターボコードの場合、これは様々な系統的およびパリティビットを意味する。各再送信において、受信機は追加情報を取得する。ＩＲ ＨＡＲＱの変形形態が存在する：再送信はパリティビットを含むか、またはそれは自己復号可能である。
【0077】
一般に、ＨＡＲＱ方式は、同期式または非同期式のいずれかとして分類され得、各ケースの再送信は適応型または非適応型のいずれかである。同期式ＨＡＲＱの場合、プロセスごとの再送信は、初期送信に対して事前定義された時間に行われる。従って、ＨＡＲＱプロセスＩＤを通知する必要はなく、それは再送信タイミングから推測され得る。一方、非同期式ＨＡＲＱの場合、再送信は初期送信に対していつでも行われ得る。従って、ＨＡＲＱプロセスＩＤを示して、受信機が各再送信を対応する前の送信と正しく関連付けることができることを保証するために、明示的な通知が必要とされる。
【0078】
ＬＴＥでは、ＨＡＲＱエンティティはＭＡＣレイヤ内に位置し、送信および受信のＨＡＲＱ動作に関与する。送信ＨＡＲＱ動作は、トランスポートブロックの送信および再送信、並びにＡＣＫ／ＮＡＣＫシグナリングの受信および処理を含む。受信ＨＡＲＱ動作は、トランスポートブロックの受信、受信されたデータの結合、および復号結果に基づくＡＣＫ／ＮＡＣＫシグナリングの生成を含む。前のトランスポートブロックが復号されている間の連続送信を可能にするために、最大８個の並行ＨＡＲＱプロセスが使用されて、マルチプロセス「停止および待機」（ＳＡＷ）ＨＡＲＱ動作をサポートする。従って、マルチプロセスＨＡＲＱは、時間内にいくつかの独立したＳＡＷプロセスをインターレースし、その結果、全ての送信リソースはプロセスのうちの１つによって使用され得る。各ＨＡＲＱプロセスは、別個のＳＡＷ動作に関与し、別個のバッファを管理する。
【0079】
ＬＴＥ規格では、ダウンリンクにおいて非同期式適応型ＨＡＲＱが使用され、アップリンクにおいて（適応型または非適応型のいずれかであり得る）同期式ＨＡＲＱが使用される。
【0080】
ＬＴＥでは、ＨＡＲＱをサポートするために以下のシグナリングが使用される場合がある：（非同期式ＨＡＲＱのみのための）ＨＡＲＱプロセスＩＤ、（新しいパケット送信が始まるときはいつでもトリガされる）新データインジケータ（ＮＤＩ）、冗長バージョン（ＲＶ）（（適応型ＨＡＲＱのみのための）送信ブロックのＲＶ）、および／または（適応型ＨＡＲＱのみのための）ＭＣＳ。
【0081】
３ＧＰＰ ＮＲでは、以下のＨＡＲＱの特徴：複数のＨＡＲＱプロセス、動的および半静的ＨＡＲＱ ＡＣＫコードブック、ＣＢＧレベルＨＡＲＱ再送信、非同期式および適応型ＨＡＲＱ、データ送信とＨＡＲＱ ＡＣＫフィードバックとの間の柔軟なタイミングがサポートされる場合がある。
【0082】
３ＧＰＰ ＮＲでは、コードワードブロックグループ（ＣＢＧ）レベルＨＡＲＱ再送信がサポートされる。送信ブロック（ＴＢ）は１つまたは複数のＣＢＧを含む場合があり、ＣＢＧはそれらの自体のＨＡＲＱ ＡＣＫビットを有する場合がある。従って、送信機が部分的なＴＢを再送信することが可能である。２つのＣＢＧ関連シグナリングフィールド、ＣＢＧ送信情報（ＣＢＧＴＩ）およびＣＢＧフラッシュアウト情報（ＣＢＧＦＩ）がＤＣＩによって搬送される。ＣＢＧＴＩは、（再）送信が搬送するＣＢＧを示す。「０」に設定されたＣＢＧＦＩは、送信されている同じＣＢＧの早く受信されたインスタンスが破損した可能性があることを示し、「１」に設定されたＣＢＧＦＩは、再送信されているＣＢＧが同じＣＢＧの早く受信されたインスタンスと結合可能であることを示す。
【0083】
３ＧＰＰ無認可ＮＲ（ＮＲ－Ｕ）では、ＨＡＲＱフィードバックは無認可帯域上で送信され得る。ＮＲ－Ｕは、１つまたは複数のＤＬ ＨＡＲＱプロセスに対するＨＡＲＱフィードバックの柔軟なトリガおよび多重化をサポートするメカニズムを考慮することができる。以下の技法はＮＲ－Ｕ送信に有益であると識別される：（１）ＬＢＴ障害に起因して所与のＨＡＲＱプロセスのための削減されたＨＡＲＱ Ａ／Ｎ送信機会を扱う技法、および（２）同じ共有チャネル占有時間（ＣＯＴ）内の対応するデータに対するＨＡＲＱ Ａ／Ｎの送信。１番目の技法の場合、潜在的な技法は、複数および／もしくは補足の時間領域並びに／または周波数領域の送信機会を提供するメカニズムを含む場合がある。２番目の技法の場合、場合によっては、ＨＡＲＱ Ａｃｋ／Ｎａｃｋは、対応するデータが送信されたＣＯＴとは別のＣＯＴ内で送信される必要があり得ることが理解される。これをサポートするメカニズムが識別される必要がある。
【0084】
ＩＥＥＥ８０２．１１極高スループット（ＥＨＴ）は、８０２．１１ａｘに続くＩＥＥＥ８０２．１１規格の次の主要レビジョンであってよい。ＥＨＴは、ピークスループットをさらに増大させる可能性を探し、ＩＥＥＥ８０２．１１ネットワークの効率を向上させるように形成される。主要な使用事例および対処されたアプリケーションは、ビデオオーバーＷＬＡＮ、拡張現実（ＡＲ）、および仮想現実（ＶＲ）などの、高スループットおよび低遅延のアプリケーションを含む場合がある。
【0085】
増大したピークスループットおよび向上した効率の目標を達成するＥＨＴ内の特徴のリストは、限定はしないが、マルチＡＰ、マルチ帯域、ｚ帯域幅、１６個の部分ストリーム、ＨＡＲＱ、（時間領域および周波数領域における）全二重、ＡＰ調整、半直交多重アクセス（ＳＯＭＡ）、および６ＧＨｚチャネルアクセス用の新設計を含む場合がある。
【0086】
ＥＨＴ用の衝突認識ＨＡＲＱが本明細書に記載される。
【0087】
図２は、衝突を伴う例示的なハイブリッド自動再送要求（ＨＡＲＱ）グッドプットパフォーマンスを示す。無認可チャネルでは、ノイズモデルは、他の８０２．１１送信機並びに他の無線アクセス技術（例えば、３ＧＰＰ無認可ＮＲ）からの干渉を伴う衝突優位であってよい。たぶん非ガウス分布である、干渉の増加に起因して失敗した送信の場合、ＨＡＲＱ結合のためにこれらの送信を利用すると、単純なＡＲＱよりも悪いパフォーマンスがもたらされる場合がある。
【0088】
図２に示されたように、衝突の存在下で増分冗長（ＩＲ）ＨＡＲＱを使用すると、より高いＳＮＲでパフォーマンスの低下がもたらされる。パフォーマンスを低下させない実施形態は、非衝突環境、例えば、トリガベースの送信もしくはマルチＡＰ展開にＨＡＲＱを制限すること、または衝突の存在を組み込む修正された受信機を使用することを含む場合がある。
【0089】
図３は、衝突認識ＨＡＲＱ受信機の例を示す。図３に示されたように、衝突認識ＨＡＲＱ受信機は以下の手順で使用され得る：（１）３０１においてＲｘパケットを受信する、（２）３０２においてＲｘパケットを復号する、（２）失敗した場合、３０３においてＨＡＲＱバッファを追加し、次いで３０４において復号する、（３）失敗した場合、３０５において衝突があったかどうかを見つける、（４）衝突があった場合、３０６において廃棄し、衝突がなかった場合、３０７においてバッファに追加する。図４は、図３に示された衝突認識ＨＡＲＱ受信機の例示的なパフォーマンスを示す。これは、ＩＲ Ｒｘに見られるようにパフォーマンスの改善をもたらすが、理想的な衝突推定器を想定する。
【0090】
ＩＥＥＥ８０２．１１ａｘは、最近、無認可用途に開かれていると予想される、６ＧＨｚ帯域における８０２．１１ａｘデバイスの動作を含めるようにその範囲を拡張している。６ＧＨｚ帯域上で動作する従来のＷＬＡＮデバイスは存在しないので、後方互換要件はあまり厳重ではないと予想される。潜在的な新しい媒体アクセスパラダイムが与えられた、６ＧＨｚ帯域に対するＨＡＲＱ媒体アクセスおよびスケジューリング、並びにＨＡＲＱ送信プロトコルに対する必要性が存在する。
【0091】
ＨＡＲＱ技術が提供することができる特徴のうちの１つは範囲拡張である。範囲拡張を提供するために、ＨＡＲＱ送信は、現在ＷＬＡＮで使用されている最低ＭＣＳを越える必要があり得る。しかしながら、任意のＨＡＲＱ送信は、現在のＷＬＡＮシグナリングおよび波形設計に依存する必要があり、それはまだ現在の最長範囲に関連付けられた最低ＭＣＳの影響下にある。拡張された範囲を提供するために、より長い範囲にわたるＨＡＲＱ送信を可能にするＨＡＲＱ送信プロトコルおよび追加のシグナリング設計が必要とされる。
【0092】
衝突認識ＨＡＲＱ方式は、受信機または送信機が、衝突があったことを知り、その挙動を修正できることを必要とする場合がある。例えば、受信プロセス中の受信された信号強度インジケータ／受信されたチャネル電力インジケータ（ＲＳＳＩ／ＲＣＰＩ）における突然の電力レベル変化は、衝突の発生を示すことができるが、フェージングチャネルでは、これは信頼性がない方法の可能性がある。そのため、シグナリング、フィードバック、並びにＥＨＴの送信機および受信機が衝突の発生を確実に示すことを可能とする手順が必要とされる。
【0093】
６ＧＨｚ帯域用のＨＡＲＱスケジューリングおよび媒体アクセスの実施形態が本明細書に記載される。
【0094】
６ＧＨｚ帯域内のＷＬＡＮ媒体アクセスおよび／または時分割複信（ＴＤＤ）媒体アクセスシステムについての実施形態が本明細書に記載される。
【0095】
ビーコン間隔は、固定フォーマットまたは事前構成／事前定義フォーマットを有する場合があり、その結果、ビーコンフレームを見逃す可能性がある任意のＳＴＡは、タイミング情報を見つける機会を有し、ＡＰと通信することができる場合がある。
【0096】
ＳＴＡがビーコンフレームを見逃す可能性がある（例えば、ＳＴＡがビーコン間隔の半ばにＡＰまたは帯域を切り替える可能性がある）ときにＡＰと通信できるようにする実施形態は、（１）固定ビーコン間隔フォーマット：固定ビーコンフレームサイズ、固定ＴＤＤ間隔サイズ、（２）各ＴＤＤ間隔内のＴＤＤ ＩＤ、（３）各ＴＤＤ間隔の始めにおける特殊シーケンスまたはＴＤＤの最初の送信におけるより長いプリアンブル、および（４）それがどのＴＤＤであり得るかを示す各ＴＤＤ間隔内のＴＤＤ識別情報を含む場合がある。
【0097】
図５は、時分割複信（ＴＤＤ）間隔を有する３つの例示的なビーコン間隔を示す。一例では、ビーコン間隔は、図５に示されたようにＴＤＤ間隔から作られる場合がある。ビーコン間隔５０１は、ＴＤＤ間隔を有するビーコン間隔の第１の例である。ビーコン間隔５０２および５０３は、ＴＤＤ間隔を有するビーコン間隔の他の２つの例である。
【0098】
ＴＤＤ間隔は固定サイズを有する場合がある。各ＴＤＤ間隔は、１つまたは複数のＳＴＡから１つまたは複数のフレームを送信するために使用される場合がある。例えば、ＤＬ ＴＤＤはＡＰによって開始される場合がある。一度、ＡＰはＥＤＭＡ／ＣＡを介してチャネルを取得し、次いで、それを１つまたは複数のＳＴＡと共有することができる。ＳＴＡは、制限されたチャネル検知で間隔内に送信することができる。ＤＬ ＴＤＤ間隔は、複数のＤＬ／ＵＬフレーム交換に使用される場合がある。
【0099】
様々なＴＤＤ間隔が定義される場合があり、様々なＴＤＤ間隔は、様々な送信／媒体評価規則を有する場合がある。ＴＤＤ間隔の例は、限定はしないが、ビーコンＴＤＤ間隔、ＤＬ ＴＤＤ間隔、ＵＬ ＴＤＤ間隔、および特殊ＴＤＤ間隔を含む場合がある。
【0100】
ビーコンＴＤＤ間隔は、ビーコン間隔の始めに位置する場合がある。ビーコンＴＤＤ間隔は、１つまたは複数のビーコンフレームを送信するために使用される場合がある。一例では、ビーコンＴＤＤ間隔は、ビーコン間隔内に１回存在する場合がある。別の例では、ビーコンＴＤＤ間隔は、ビーコン間隔内に任意選択で存在する場合があり、その結果、ビーコンフレームの送信はスキップされる場合がある。ビーコンＴＤＤ間隔サイズは、固定継続時間で事前定義される場合がある。一例では、ビーコンＴＤＤ間隔サイズは構成可能であってよい。例えば、タイプ１からＮのビーコンＴＤＤ間隔は、Ｎ個のサイズで事前定義される場合がある。タイプ１のビーコンＴＤＤ間隔は、全ての管理要素を有する完全なビーコンフレームを搬送することができる場合がある。タイプ２のビーコンＴＤＤ間隔は、要素の大部分の情報を有するビーコンフレームを搬送することができる場合がある。タイプＮのビーコンＴＤＤ間隔は、基本情報および最小サイズを有するビーコンフレームを搬送することができる。ビーコンＴＤＤ間隔タイプは、前のビーコンフレームを介して、または他の帯域内であらかじめ通知される場合がある。ビーコンフレームの送信がビーコンＴＤＤ間隔の境界を越える可能性がある場合、ビーコンフレームは切り取られる場合があり、切り取られた部分は、後のビーコン間隔中に送信される場合がある。ビーコンフレームの送信がビーコンＴＤＤ間隔よりも短い可能性がある場合、ＡＰは、ビーコンフレーム内でＡＰによって事前構成または通知される場合があるいくつかの選択肢を有する場合がある：（１）他のＳＴＡがＥＤＭＡ／ＣＡを使用してビーコンＴＤＤ間隔の残りにおいて送信することをＡＰが可能にする場合がある、（２）他のＳＴＡがビーコンＴＤＤ間隔の残りにおいて送信することをＡＰが可能にしない場合がある。ＡＰは、特殊制御／管理信号またはトレーニング／サウンディング信号を送信することができる。ＡＰは、他のＳＴＡが送信することを可能にしない場合があるか、または（３）ＡＰはいずれも送信しない場合があり、その場合、媒体は、ＢＳＳにおいてＳＴＡによって使用されない場合があり、その結果、その期間はＢＳＳ間干渉を測定するために使用される場合がある。
【0101】
ＤＬ ＴＤＤ間隔は、ＡＰとＳＴＡとの間でデータ／制御／管理情報を交換するために使用される場合がある。ＤＬ ＴＤＤ間隔はＡＰによって開始される場合があり、一度、ＡＰはＥＤＭＡ／ＣＡを介してチャネルを取得し、それを１つまたは複数のＳＴＡと共有することができる。ＳＴＡは、制限されたチャネル検知で、または検知なしでも間隔内に送信することができる。一例では、ビーコン間隔内の全てのＤＬ ＴＤＤ間隔は、同じ固定サイズを有する場合がある。そのサイズは、事前定義または事前構成される場合がある。それが構成された場合、ＤＬ ＴＤＤ間隔サイズは、ビーコンフレームおよび／または帯域内もしくは帯域外で送信される他の制御／管理フレーム内で搬送される場合がある。
【0102】
ＵＬ ＴＤＤ間隔は、ＡＰとＳＴＡとの間でデータ／制御／管理情報を交換するために使用される場合がある。一例では、ビーコン間隔内の全てのＵＬ ＴＤＤ間隔は、同じ固定サイズを有する場合がある。そのサイズは、事前定義または事前構成される場合がある。それが構成された場合、ＵＬ ＴＤＤ間隔サイズは、ビーコンフレームおよび／または帯域内もしくは帯域外で送信される他の制御／管理フレーム内で搬送される場合がある。送信するアップリンクトラフィックを有する場合があるＳＴＡは、ＵＬ ＴＤＤ間隔を入念に監視することができる。ＵＬ ＴＤＤ間隔のチャネルアクセス手順は、以下の１つまたは複数の例に従う場合がある。
【0103】
第１に、ＵＬ ＴＤＤ間隔はＡＰによって開始される場合があり、一度、ＡＰはＥＤＭＡ／ＣＡまたはスケジューリングを介してチャネルを取得することができ、それはトリガフレームを送信して、同時ＵＬ送信をトリガすることができる。トリガフレームは、専用ＳＴＡまたはランダムＳＴＡをトリガするために使用される場合がある。ＡＰは、１つまたは複数のＳＴＡとそれを共有することができる。ＳＴＡは、制限されたチャネル検知で、または検知なしでも間隔内に送信することができる。
【0104】
第２に、ＵＬ ＴＤＤ間隔はＳＴＡによって開始される場合がある。一度、ＳＴＡはＥＤＭＡ／ＣＡまたはスケジューリングを介してチャネルを取得することができ、それはＡＰにアップリンクフレームを送信することができる。ＡＰはＴＤＤを共有し、ＳＴＡおよび他のＳＴＡに送信することができる。
【0105】
特殊ＴＤＤ間隔は、特殊な使用のための特殊フォーマットを有する場合がある。特殊ＴＤＤ間隔の例は、限定はしないが、ターゲットウェイクタイム（ＴＷＴ）ＴＤＤ、制限アクセスウィンドウ（ＲＡＷ）、電力節約ＴＤＤ、およびトレーニングＴＤＤを含む場合がある。
【0106】
ＴＷＴ ＴＤＤの場合、間隔は従来のＴＷＴ送信手順を使用することができる。
【0107】
ＲＡＷ ＴＤＤの場合、間隔は従来のＲＡＷ送信手順を使用することができる。
【0108】
電力節約ＴＤＤの場合、間隔は電力節約モードのＳＴＡを起こすために使用される場合がある。
【0109】
トレーニングＴＤＤの場合、間隔は、１対１または１対多のサウンディング、ビームフォーミングのトレーニングに使用される場合がある。
【0110】
図５は、ＴＤＤシステムで提案されたビーコン間隔のいくつかの例を示す。
【0111】
ＴＤＤ間隔の終わりに、送信は、ＴＤＤ境界を渡らなくてよいように切り取られなければならない可能性がある。送信がＴＤＤの終了の前に完了した場合、（１）ＡＰは他のＳＴＡがＥＤＭＡ／ＣＡを使用して送信することを可能にすることができるか、（２）ＡＰは他のＳＴＡが送信することを可能にすることができず、特殊制御／管理信号もしくはトレーニング／サウンディング信号を送信することができるか、または（３）ＡＰは他のＳＴＡが送信することを可能にすることができず、いずれも送信することができない。この第３のケースでは、媒体は、ＢＳＳにおいてＳＴＡによって使用されない場合があり、その結果、期間はＢＳＳ間干渉を測定するために使用される場合がある。
【0112】
ＴＤＤインデックスおよび識別情報およびシーケンスについての実施形態が本明細書に記載される。
【0113】
図６は、例示的な詳細ＴＤＤ間隔構造を示す。一例では、各ＴＤＤは、図６に示されたように、ＴＤＤインデックスおよび／またはＴＤＤ識別情報および／またはシーケンスを搬送することができる。図６に示されたように、ビーコン間隔は、ビーコン６０１および複数のＴＤＤ（すなわち、ＴＤＤ １、ＴＤＤ ２、．．．、ＴＤＤ Ｎ）を備える場合がある。
【0114】
ＴＤＤインデックスは、タイミング情報および次のビーコンが予想され得るときを決定するためにＳＴＡによって使用される場合がある。一例では、ＴＤＤインデックスは明示的に搬送される場合がある。例えば、ＴＤＤインデックスは、物理レイヤ収束プロトコル（ＰＬＣＰ）ヘッダまたはＭＡＣヘッダ内で搬送される場合がある。ＴＤＤインデックスは、ＴＤＤ間隔内の最初の送信またはＴＤＤ間隔内のあらゆるフレーム内で明示的に搬送される場合がある。一例では、ビーコン間隔内のＴＤＤの数は、ＳＴＡが次のビーコンフレームのための予想時間を知ることができるように、固定数であってよい。一例では、ＴＤＤインデックスはカウントダウン方式で送信される場合があり、その結果、インデックスはビーコン間隔内の残されたＴＤＤの数を示すことができる。
【0115】
異なるＴＤＤが異なるチャネルアクセス手順およびＴＤＤフォーマットを有する場合があるので、ＴＤＤ識別情報は、それが何の種類のＴＤＤであり得るかを示すために使用される場合がある。例えば、ＴＤＤ識別情報は、ＴＤＤがＤＬ ＴＤＤであるか、ＵＬ ＴＤＤであるか、特殊ＴＤＤであるか（かつどの特殊ＴＤＤであるか）などを示すことができる。
【0116】
ＴＤＤシーケンスは、各ＴＤＤ間隔の始めに送信される場合がある。ＳＴＡは、ＴＤＤシーケンスを探してＴＤＤの開始を検出することができる。
【0117】
ＴＤＤスケジュール要素は、ビーコンフレーム内で定義および搬送される場合がある。ＴＤＤスケジュール要素は、ビーコン間隔継続時間、ビーコン間隔内のＴＤＤの数、ＴＤＤ識別情報、またはＴＤＤ固有情報を示すことができる。ビーコン間隔継続時間は、現在のビーコン間隔の継続時間を示すことができる。継続時間は、事前定義または事前構成される場合がある。ＴＤＤ識別情報またはＴＤＤ固有情報のフィールドは、ＴＤＤごとのＴＤＤ識別情報を示すための使用される場合がある。一例では、ＴＤＤスケジュール要素は、１つまたは複数のビーコン間隔用のＴＤＤ間隔構造をスケジュールするために使用される場合がある。別の例では、有効ビーコン間隔の数が示される場合がある。有効ビーコン間隔の数は、同じＴＤＤ間隔フォーマットがこれらの数のビーコン間隔に有効であり得ることを示すことができる。
【0118】
帯域外スケジューリングについての実施形態が本明細書に記載される。
【0119】
ＡＰまたは併置されたＡＰは、複数の帯域上で動作することができる場合がある。帯域１内のＡＰは、帯域２内のＡＰの送信を構成することができる。例えば、帯域１は、従来のＥＤＭＡ／ＣＡチャネルアクセス手順が適用され得る５ＧＨｚ帯域であってよいが、帯域２は、制限されたＥＤＭＡ／ＣＡが適用され得る６ＧＨｚ帯域であってよい。例えば、ＡＰのみがチャネルアクセスのためのＥＤＭＡ／ＣＡを実行する必要がある場合があり、ＳＴＡからの送信はよりスケジュールベースであり得る。
【0120】
一例では、帯域１は、ＳＴＡが帯域２内のＡＰと関連付けるかまたは再び関連付けすることを助ける情報を含む場合がある。例えば、ＴＤＤスケジュール要素は、帯域１内で搬送され送信することができる。帯域２上での媒体アクセスは、帯域１内のそれとは異なっていてよい。従って、何らかの媒体アクセス情報が帯域１内で搬送される場合がある。
【0121】
一例では、帯域１は帯域２向けの何らかの管理および制御シグナリングを搬送することができる。帯域２上の送信は、より少ない管理および制御信号を搬送することができるので、それはより多くのデータ送信を搬送することができる。例えば、帯域２は制限されたビーコンを搬送することができる（すなわち、ビーコンは従来のビーコンよりも少ない情報を搬送することができる）。ビーコン間隔は、従来のＷｉＦｉシステムよりも大きい場合がある。
【0122】
ＨＡＲＱスケジューリングについての実施形態が本明細書に記載される。
【0123】
複数のＴＤＤ間隔にまたがるＨＡＲＱ送信が可能であってよい。その上、送信はＴＤＤ間隔の終わりにあってよく、その結果、確認応答は同じ間隔内で送信することができる場合がある。
【0124】
図７は、ＴＤＤ境界を越えるＨＡＲＱ用の例示的な手順を示す。ＳＴＡ（ＳＴＡ１）は、ＴＤＤ間隔の終わりにＳＴＡ（ＳＴＡ２）にフレームを送信することができる。一例では、ＳＴＡ２はＡＰであってよく、送信はトリガベースのアップリンク送信であってよい。ＳＴＡは、同じＴＤＤ内で戻りの確認応答を受信できることを予想しない場合がある。ＳＴＡは、確認応答を示すように（データ７０１によって示された）ＨＡＲＱポリシーを設定することができ、可能な再送信は後のＴＤＤ（すなわち、ＴＤＤ ２）内であってよい。ＨＡＲＱポリシーはＭＡＣヘッダ内で搬送される場合がある。図７に示されたように、ＮＡＫ７０２はポーリングされる場合があり、データＲｘ７０３は、再送信がＮＡＫによってトリガされ得ることを示すことができる。ＡＣＫ７０４は、ＴＤＤ １内のデータ７０１が成功裏に受信されたことを示すことができる。代替または追加として、上記のＨＡＲＱポリシーはＰＬＣＰヘッダ内で搬送される場合がある。ＳＴＡ１とＳＴＡ２の両方は、ＨＡＲＱバッファ内に送受信されたパケットを保持することができる。
【0125】
ＳＴＡ２は、将来のＴＤＤ、例えばＴＤＤ ２内で送信する機会を有する場合がある。ＳＴＡ２は、ＢＡ要求フレームをＳＴＡ１に送信することができる。
【0126】
受信結果に応じて、ＳＴＡ１は、肯定確認応答または否定確認応答（ＡＣＫまたはＮＡＫ）をＳＴＡ２に送信することができる。ＮＡＫの場合、ＨＡＲＱポリシーは、確認応答もしくは遅延の後に、または将来のＴＤＤ内で再送信がただちにトリガされ得るかどうかを示すことができる。
【0127】
ＳＴＡ２は指示に従うことができる。
【0128】
ＨＡＲＱ範囲拡張についての実施形態が本明細書に記載される。拡張された範囲のビーコンおよび波形についての実施形態も本明細書に記載される。
【0129】
関連付け後のＨＡＲＱ範囲拡張についての実施形態が以下のように記載される。
【0130】
上述されたように、ＨＡＲＱ技術は、範囲拡張を提供するためにＷＬＡＮシナリオにおいて使用される場合がある。しかしながら、現在既知のＷＬＡＮシグナリングおよび波形設計の下では、ＨＡＲＱ送信の範囲は制限される。拡張された範囲を提供するために、本出願は、より長い範囲にわたるＨＡＲＱ送信を可能にすることができる新しいＨＡＲＱ送信プロトコルおよびシグナリング設計を使用する方法およびＷＴＲＵを開示する。本出願による方法およびＷＴＲＵは、ＬＲＲＥ ＨＡＲＱ方式におけるＷＴＲＵとＡＰとの間の送信のために低速範囲拡張（ＬＲＲＥ）ＨＡＲＱ ＰＰＤＵを使用する。本出願では、別段の指示がない限り、「ＬＲＲＥ ＨＡＲＱ方式」、「ＬＲＲＥ ＨＡＲＱモード」、「ＬＲＲＥ ＨＡＲＱ動作」という用語は、同じ意味で使用されてよい。本出願によるＬＲＲＥ ＨＡＲＱ方式は、ＷＬＡＮシナリオにおいて使用され、従って「ＬＲＲＥ ＨＡＲＱ動作」という用語は、ＷＬＡＮの動作（すなわち、ＷＬＡＮの接続）またはステーション（例えば、ＷＴＲＵもしくはＡＰ）の動作のいずれかを示すことができることに留意されたい。本出願では、別段の指示がない限り、「拡張された範囲」、「範囲拡張」、および「ＬＲＲＥ」という用語は、同じ意味で使用されてよいことに留意されたい。
【0131】
本出願による方法およびＷＴＲＵは、ＬＲＲＥ ＨＡＲＱ方式を使用して範囲拡張を提供することができる。ＬＲＲＥ ＨＡＲＱ方式では、ＷＴＲＵは、それがＭＣＳをサポートする範囲を越えているときでも、またはその送信速度が非ＨＡＲＱ ＭＣＳより低いときでも、サポートされてよい。ＷＬＡＮ向けに拡張された範囲を提供するためのＬＲＲＥ ＨＡＲＱ方式を使用する方法、ＷＴＲＵ、およびＡＰは、図８Ａ～図８Ｄを参照して以下に記載される。
【0132】
本出願による第１の実施形態が図８Ａを参照して記載される。図８Ａは、本出願の第１の実施形態による方法８００の例示的なフローチャートを示す。図８Ａに示された方法８００は、本出願によるＷＴＲＵによって使用されてよいことに留意されたい。
【0133】
図８Ａに示されたように、方法８００は、８０１において、ＡＰからＬＲＲＥ情報を受信することと、８０２において、第１の条件がＷＴＲＵによって満たされるかどうかを決定することと、第１の条件が満たされるという条件で、８０３において、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するためのモード変更要求をＡＰに送信することと、８０４において、ＡＰからモード変更要求に関する応答を受信することと、８０５において、複数の物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を使用してＡＰと通信することとを含む。複数のＰＰＤＵの各々は、（１）第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、および／または（２）ＬＲＲＥ ＨＡＲＱモード表示を備える場合がある。
【0134】
それに応じて、本出願によるＷＬＡＮのために範囲拡張を提供するＷＴＲＵは、ＡＰからＬＲＲＥ情報を受信するように構成された受信機と、送信機と、第１の条件がＷＴＲＵによって満たされるかどうかを決定するように構成されたプロセッサとを備える場合があり、第１の条件が満たされるという条件で、送信機は、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するためのモード変更要求をＡＰに送信、するようにさらに構成され、受信機は、ＡＰからモード変更要求に関する応答を受信するようにさらに構成され、ＷＴＲＵは、複数のＰＰＤＵを使用してＡＰと通信するように構成され、ＰＰＤＵの各々は、（１）第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、および（２）ＬＲＲＥ ＨＡＲＱモード表示を備える。
【0135】
方法８００におけるそれらのプロセスおよびＷＴＲＵ内のそれらの構成要素は、固有の実施形態を参照して以下で詳細に記載される。
【0136】
図８Ａに示されたように、方法８００は、８０１において、ＡＰからＬＲＲＥ情報を受信することを含む場合がある。それに応じて、受信機は、ＡＰからＬＲＲＥ情報を受信するように構成される。
【0137】
実施形態では、ＬＲＲＥ情報はＬＲＲＥ能力情報を含む場合がある。ＬＲＲＥ能力情報は、ＬＲＲＥ動作モードにおいて動作するＡＰの能力を示すことができる。
【0138】
例えば、ＬＲＲＥ能力情報は、ＬＲＲＥ動作モードにおいてＡＰが動作することができる距離範囲、すなわち、ＬＲＲＥ動作モードにおいてＡＰの信号がＷＴＲＵによって受信され得る距離範囲を示す距離パラメータを含む場合がある。
【0139】
別の例を挙げると、ＬＲＲＥ能力情報は、ＬＲＲＥ動作モードにおいてＡＰが動作することができる速度範囲、すなわち、ＬＲＲＥ動作モードにおいてＡＰの信号が所望の距離内に位置するＷＴＲＵによって受信され得る速度範囲を示す速度パラメータを含む場合がある。
【0140】
ＬＲＲＥ情報は、ＬＲＲＥサポート情報を含む場合もある。ＬＲＲＥサポート情報は、どの状況下でＡＰがＬＲＲＥ動作をサポートすることができるか、すなわち、どの状況下でＡＰがＬＲＲＥ動作モードにおいてＷＴＲＵと通信することができるかを示すことができる。
【0141】
ＬＲＲＥ情報は、ＨＡＲＱ能力情報を含む場合もある。例えば、ＬＲＲＥ情報は、ＬＲＲＥ動作モードにおいてＨＡＲＱ方式を使用してデータ情報を送信するＡＰの能力、すなわち、ＬＲＲＥ ＨＡＲＱ方式を使用する送信のＡＰの能力を含む場合がある。
【0142】
上記の例は本出願に対して排他的または限定的であるように意図されないことが諒解されよう。８０１において受信されたＬＲＲＥ情報は、その情報が本出願の原理を実現するのに役立つことができる限り、他の情報であってもよい。
【0143】
好ましくは、ＡＰからＬＲＲＥ情報を受信する前に、方法８００は、ＷＴＲＵをＡＰと関連付けることをさらに含む場合がある。それに応じて、受信機がＡＰからＬＲＲＥ情報を受信する前に、ＷＴＲＵはＡＰと関連付けることができる。
【0144】
上述されたように、方法８００は、ＷＴＲＵのＡＰとの関連付けの後に拡張された範囲を提供するために使用される場合がある。実施形態では、ＷＴＲＵは、認証および関連付けを含む要求－応答手順のシリーズを使用して、ＡＰと関連付けることができる。ＷＴＲＵによって使用される関連付け方法および本出願による方法は、任意の既知のまたはさらに開発された関連付けプロセスであってよいことが諒解されるべきである。言い換えれば、ＷＴＲＵは、その方法が本出願の原理を実現するのに役立つことができる限り、任意の利用可能な方法を使用してＡＰと関連付けることができる。
【0145】
好ましくは、方法８００は、ＷＴＲＵをＡＰと関連付けた後、ＷＴＲＵとＡＰとの間で上述されたＬＲＲＥ情報を交換することを含む場合もある。より具体的には、ＷＴＲＵがＡＰと関連付けると、それは、低速交換範囲および／またはＨＡＲＱ能力サポートに関するその能力をＡＰと交換することができる。一方、ＷＴＲＵは、そのＬＲＲＥ情報および／またはＨＡＲＱ能力情報をＡＰに送信することができ、他方、ＡＰも、そのＬＲＲＥ情報をＷＴＲＵに送信することができる。従って、ＷＴＲＵとＡＰの両方は互いにＬＲＲＥ情報を知り、従って、それらは、（以下に記載される）第１の条件が満たされたときなどのいくつかの状況下で、互いからのＬＲＲＥ情報に基づいて、それらの動作モードをＬＲＲＥ動作に変更することができる。
【0146】
一般的に言えば、ＷＴＲＵ（例えば、図１に示されたＷＴＲＵ１０２ａ）およびＡＰは、ステーションと呼ばれる場合があることが諒解されよう。例えば、ＷＬＡＮのシナリオにおいて、無線アクセスポイント（ＷＡＰ）は、ステーション（すなわち、ＡＰステーション）と呼ばれる場合があり、ラップトップまたはスマートフォンも、ステーション（すなわち、非ＡＰステーション）と呼ばれる場合がある。本出願では、明確な説明を行うために、ＡＰステーションはＡＰと呼ばれ、非ＡＰステーションはＷＴＲＵと呼ばれる。
【0147】
次いで、方法８００は８０２におけるプロセスに進むことができる。８０２において、方法８００は、第１の条件がＷＴＲＵによって満たされるかどうかを決定することを含む場合がある。それに応じて、プロセッサは、第１の条件がＷＴＲＵによって満たされるかどうかを決定することができる。
【0148】
実施形態では、第１の条件は、ＷＴＲＵによって使用されるチャネルのチャネル品質がチャネル品質値よりも小さいときに満たされる場合がある。言い換えれば、第１の条件は、ＷＴＲＵによって使用されるチャネルのチャネル品質がチャネル品質値よりも小さいことである。本出願では、本出願による方法のために使用され得る様々な条件のための値を区別するために、チャネル品質値は第２の値と呼ばれる場合もある。
【0149】
チャネル品質は、距離および干渉などの多くの様々な要因によって影響される場合がある。例えば、一般に、ＷＴＲＵとＡＰとの間の距離が長いほど、チャネル品質は悪くなる。同じチャネル上のより多くのネットワーク動作、各々が遭遇するより多くの干渉は、接続されたクライアントデバイス上の頻繁な切断およびパケットロスを引き起こす。チャネル品質は、パケット損失率、待ち時間、ジッタ、信号強度などの様々なパラメータによって定義される場合がある。例えば、チャネル品質はパケット損失率によって定義される場合がある。パケット損失率が増大した場合、チャネル品質は悪くなり、パケット損失率が減少した場合、チャネル品質は良くなる。
【0150】
従って、第２の値は、上述されたパラメータのうちの１つの値であってよい。例えば、チャネル品質がパケット損失率によって定義された場合、第２の値は５％であってよい。チャネル品質が待ち時間によって定義された場合、第２の値は３ｍｓであってよい。
【0151】
チャネル品質および第２の値のいくつかの例が上記に与えられているが、それらは本出願に対して排他的または限定的であるように意図されないことが諒解されるべきである。チャネル品質および第１の値は、本出願の原理による他の利用可能な方法によって選択的に決定または定義される場合がある。
【0152】
別の実施形態では、ＷＴＲＵとＡＰとの間の現在の距離が距離値より大きいときに第１の条件が満たされる。言い換えれば、第１の条件は、ＷＴＲＵとＡＰとの間の現在の距離が距離値より小さいことである。本出願では、様々な条件のための値を区別するために、距離値は第１の値と呼ばれる場合もある。
【0153】
一般に、ＷＴＲＵとＡＰとの間の距離が長いほど、それらが互いに通信することが困難になる。現在の距離は、ＷＴＲＵがそのユーザによって動かされる可能性があるので、いつも一定の値ではない場合がある。時々、ＷＴＲＵはＡＰから離れている場合があり、ＷＴＲＵとＡＰとの間の距離は増え続け、ＡＰからの信号強度が減り続けることになる。距離が大きくなり過ぎた（例えば、しきい距離値よりも大きい）場合、ＡＰからの信号は、弱過ぎてＷＴＲＵに届かない場合がある。本出願の目的の１つは、ＷＴＲＵとＡＰとの間の接続（例えば、ＷＬＡＮ接続）の範囲拡張を提供することであり、その結果、ＷＴＲＵがＡＰからある程度遠く離れていても（例えば、現在の距離がしきい距離値より大きくても）、それらは依然として互いに通信することができる。
【0154】
好ましくは、プロセッサは、８０２において、３ｓなどの一定の時間間隔でＷＴＲＵによって実行されてよい。８０２において一定の時間間隔でプロセスを実行することにより、ＷＴＲＵはタイムリーに距離の変化を検出することができ、その結果、ＷＴＲＵは、現在の距離がしきい距離値より大きくなると、それらのプロセス（例えば、８０２におけるプロセスに続くそれらのプロセス）を開始して、ＡＰとのその通信を維持することができる。
【0155】
現在の距離は、ＷＴＲＵとＡＰとの間でＵＬフレームおよび／またはＤＬフレームを送信すること、並びに送信時間および受信時間を示すフレーム内のパラメータを決定することによって検出される場合がある。上述された距離検出方法は例として記載されているにすぎず、それらは本出願に対して排他的または限定的であるように意図されないことに留意されたい。本出願による方法８００およびＷＴＲＵは、それらの方法が本出願の原理を実現するのに役立つことができる限り、任意の他の利用可能で適切な方法を使用して、ＷＴＲＵとＡＰとの間の現在の距離を検出することができる。
【0156】
上記の説明は第１の条件のいくつかの例を記載しており、それらは、本出願において適用され得る第１の条件に対して排他的または限定的であることを意図するものではない。８０２においてＷＴＲＵによって決定された第１の条件は、任意の他の条件が本出願の原理を実現するのに役立つことができる限り、それらであってもよい。
【0157】
次に、方法８００は８０３におけるプロセスに進むことができる。８０３において、方法８００は、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するためのモード変更要求をＡＰに送信、することを含む場合がある。それに応じて、送信機は、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するためのモード変更要求をＡＰに送信、することができる。
【0158】
実施形態では、動作モードは、ＷＬＡＮの現在の動作モードを表すことができる。別の実施形態では、動作モードは、ＡＰの現在の動作モードまたはＷＴＲＵの現在の動作モードを表すことができる。例えば、ステーション（例えば、ＷＴＲＵまたはＡＰ）がＬＲＲＥ ＨＡＲＱモードに切り替わる前に、それは、（例えば、ＷＴＲＵが無線リンクを介してＡＰに接続する）基盤動作モードまたは（例えば、ＷＴＲＵが非ＬＲＲＥ ＨＡＲＱモードを使用してＡＰと通信する）デフォルトモードで動作している場合がある。現在の動作モードの上記の例は、ＷＬＡＮ、ＷＴＲＵ、および／またはＡＰが動作している場合があるそれらの現在の動作モードに対して限定的であるように意図されないことが諒解されるべきである。任意の他の利用可能で適切な動作モードは、現在の動作モードが本出願の原理を実現するのに役立つことができる限り、それらの現在の動作モードであってよい。
【0159】
ＬＲＲＥ ＨＡＲＱモードは、ステーション（例えば、ＷＴＲＵ）がＬＲＲＥ ＨＡＲＱ方式を使用して別のステーション（例えば、ＡＰ）と通信していることを表すことができる。それに応じて、ＬＲＲＥ ＨＡＲＱモードでは、ＷＴＲＵは、ＬＲＲＥ ＨＡＲＱ方式を使用することにより、ＰＰＤＵ（例えば、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵ）を送信および受信することができる。それに応じて、ＡＰは、ＬＲＲＥ ＨＡＲＱ方式を使用することにより、ＰＰＤＵ（例えば、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵ）を送信および受信することができる。本出願では、別段の指示がない限り、「ＬＲＲＥ ＨＡＲＱモード」、「ＨＡＲＱモード」、「ＬＲＲＥ ＨＡＲＱ方式」、および「ＬＲＲＥ動作モード」という用語は、同じ意味で使用されてよい。以下の説明は、詳細な実施形態を参照してＬＲＲＥ ＨＡＲＱ方式およびＬＲＲＥ ＨＡＲＱ ＰＰＤＵをさらに示す。
【0160】
モード変更要求を送信する目的は、現在の動作モードからＬＲＲＥ ＨＡＲＱモードへの切替えを行うように要求することである。モード変更要求はＨＡＲＱ要求フレームであってよい。実施形態では、ＨＡＲＱ要求フレームは、ＷＴＲＵからＡＰに別々に送信される個別のフレームであってよい。別の実施形態では、ＨＡＲＱ要求フレームは、ＷＴＲＵによって送信される他のフレーム（例えば、トリガフレーム、ＵＬデータフレームなど）の一部であってよい。ＨＡＲＱ要求フレームのいくつかの例が上記に与えられたが、それらは本出願に対して排他的または限定的であるように意図されないことが諒解されよう。ＨＡＲＱ要求フレームは、任意の他の利用可能なフレームが本出願の原理を実現するのに役立つことができる限り、それらの任意の他の利用可能なフレームによって実装されてよい。モード変更要求は、ＡＰがモード変更を開始した場合、ＡＰによってＷＴＲＵに送信されてもよいことも諒解されよう。以下の説明は、モード変更要求を送信および受信することに関する様々なシナリオをさらに記載する。
【0161】
実施形態では、モード変更要求はＨＡＲＱ要求を含む場合がある。すなわち、ＨＡＲＱ要求はモード変更要求の一部であってよい。ＨＡＲＱ要求は、モード変更要求を送信する送信機（例えば、ＷＴＲＵ）がＨＡＲＱ方式を介して通信を開始するように試みていることを示すことができる。従って、ＨＡＲＱ要求は、データ送信（例えば、ＷＴＲＵからＡＰへのＵＬデータ送信）中にＷＴＲＵによって送信されるそれらのよく知られたＨＡＲＱ要求と基本的に同様である。このＨＡＲＱ要求を受信した後、受信機（例えば、ＡＰ）は、ＨＡＲＱ要求に関する応答を送信機に送り返すことができる。以下の説明は、この要求－応答プロセスを詳細にさらに記載する。
【0162】
別の実施形態では、モード変更要求はＨＡＲＱ動作タイプを示すことができる。例えば、モード変更要求は、それが要求しているＨＡＲＱ動作の正確なタイプを含む場合がある。本出願による方法８００およびＷＴＲＵでは、モード変更要求は、ＨＡＲＱ動作のタイプとしてＬＲＲＥを含む場合がある。本出願は、ＬＲＲＥ ＨＡＲＱ方式に基づいてＷＬＡＮ範囲拡張を提供するための方法８００およびＷＴＲＵを記載したが、本出願の原理は、追跡結合（ＣＣ）および増分冗長（ＩＲ）などの他のＨＡＲＱ動作タイプによって実装されてもよいことに留意されたい。
【0163】
別の実施形態では、モード変更要求はＨＡＲＱプロセスモードを示すことができる。例えば、モード変更要求は、ＯＦＤＭＡ ＨＡＲＱ、複数の停止および待機、並行ＨＡＲＱプロセスの数などの、詳細なＨＡＲＱプロセスモードを含む場合がある。上述されたＨＡＲＱプロセスモードは、本出願に対して排他的または限定的であることを意図するものではない。モード変更要求は、他の詳細なＨＡＲＱプロセスモードが本出願の原理を実現するのに役立つことができる限り、それらの他の詳細なＨＡＲＱプロセスモードを含んでもよい。
【0164】
実施形態では、モード変更要求はＨＡＲＱ要求であってよい。ＨＡＲＱ要求は、その現在のモードからＨＡＲＱモード（例えば、ＬＲＲＥ ＨＡＲＱモード）に切り替わるようにＡＰに要求する。それに応じて、ＡＰから送信される（以下に記載される）応答は、ＨＡＲＱ応答であってよい。
【0165】
次に、方法８００は８０４におけるプロセスに進むことができる。８０４において、方法８００は、ＡＰからモード変更要求に関する応答を受信することを含む場合がある。それに応じて、受信機は、ＡＰからモード変更要求に関する応答を受信することができる。
【0166】
具体的には、モード変更要求を受信した後、ＡＰは、ＷＴＲＵに応答（例えば、モード変更応答またはＨＡＲＱ要求応答）を送信することにより、モード変更要求を確認応答することができる。応答は、応答フレーム（例えば、ＨＡＲＱ要求応答フレーム）であってよい。実施形態では、応答フレームは、ＡＰから別々に送信される個別のフレームであってよい。別の実施形態では、応答フレームは、ＡＰによって送信される他のフレーム（例えば、トリガフレーム、ＤＬデータフレームなど）の一部であってよい。応答フレームのいくつかの例が上記に与えられたが、それらは本出願に対して排他的または限定的であるように意図されないことが諒解されよう。応答フレームは、任意の他の利用可能なフレームが本出願の原理を実現するのに役立つことができる限り、それらの任意の他の利用可能なフレームによって実装されてよい。応答フレームは、ＡＰが上述されたモード変更要求の送信機である場合、ＷＴＲＵによってＡＰに送信されてもよいことも諒解されよう。以下の説明は、モード変更要求を送信および受信することに関する様々なシナリオをさらに記載する。
【0167】
モード変更要求は、モード変更を開始するステーション（ＷＴＲＵまたはＡＰのいずれか）によって送信される場合がある。例えば、上記の第１の条件が満たされている（例えば、ＷＴＲＵとＡＰとの間の現在の距離が第１の値より大きい）とＷＴＲＵが決定した場合、ＷＴＲＵは、モード変更を開始するようにＡＰにモード変更要求を送信することができる。その場合、ＡＰはモード変更要求を受信し、次いで、上述された応答をＷＴＲＵに送信する。上記の第１の条件が満たされている（例えば、ＡＰとＷＴＲＵとの間の距離が第１の値より大きい）とＡＰが決定した場合、ＡＰは、モード変更を開始するようにＷＴＲＵにモード変更要求を送信することができる。その場合、ＷＴＲＵはモード変更要求を受信し、次いで、上述された応答をＡＰに送信する。モード変更要求を送信すること、およびモード変更要求に関する応答を受信することに関する様々なシナリオが、以下の追加の実施形態を参照してさらに示される。
【0168】
より具体的には、ＬＲＲＥ ＨＡＲＱ動作に切り替わるために、ＷＴＲＵ／ＡＰはＬＲＲＥ ＨＡＲＱ動作を要求することができる。ＡＰ／ＷＴＲＵが、ＨＡＲＱ応答および／または動作モード変更応答で応答した場合、ＡＰおよびＷＴＲＵはＬＲＲＥ ＨＡＲＱ動作を始めることができる。一例では、モード変更要求／応答（またはＨＡＲＱ要求／ＨＡＲＱ応答）プロセスは、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵを使用して行われる場合がある。
【0169】
加えて、ＷＴＲＵは、ＬＲＲＥ ＨＡＲＱプロセスをサポートするために、ＡＰがＬＲＲＥ ＨＡＲＱビーコンを送信することを要求することができる。そのような要求は、ＨＡＲＱ要求またはモード変更要求の一部として暗示される場合がある。ＡＰは、次いで、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵ内で搬送されるＬＲＲＥ ＨＡＲＱビーコンの送信を開始することができる。
【0170】
次に、方法８００は８０５におけるプロセスに進むことができる。８０５において、方法８００は、ＰＰＤＵ構造を使用して少なくとも１つの物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を介してＡＰと通信することを含む場合があり、ＰＰＤＵ構造は、（１）第１の条件下でＷＴＲＵからＡＰへの送信を可能にする少なくとも１つのフィールド、および／または（２）ＬＲＲＥ ＨＡＲＱモード表示を含むフィールドを備える。それに応じて、ＷＴＲＵは、ＰＰＤＵ構造を使用して少なくとも１つの物理レイヤ収束手順（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を介してＡＰと通信することができ、ＰＰＤＵ構造は、（１）第１の条件下でＷＴＲＵからＡＰへの送信を可能にする少なくとも１つのフィールド、および／または（２）ＬＲＲＥ ＨＡＲＱモード表示を含むフィールドを備える。
【0171】
具体的には、８０３および８０４における上述されたプロセスの後、ＷＴＲＵはその動作モードをＬＲＲＥ ＨＡＲＱモードに変更しており、ＷＴＲＵおよびＡＰは、このモードで互いに通信することができる。「通信する」という用語は、ＷＴＲＵがＡＰにＰＰＤＵを送信することができ、ＡＰもＷＴＲＵにＰＰＤＵを送信することができることを意味する。ＷＴＲＵとＡＰとの間で送信されるＰＰＤＵは、具体的にＬＲＲＥ ＨＡＲＱモードにおける送信用に設計されたＰＰＤＵ構造を有するＬＲＲＥ ＨＡＲＱ ＰＰＤＵであってよい。ＰＰＤＵ構造を詳細に説明する前に、以下の説明は、最初に本出願による方法の追加の実施形態を示す。
【0172】
本出願による第２の実施形態が図８Ｂを参照して記載される。図８Ｂは、本出願の第２の実施形態による方法８００の例示的なフローチャートを示す。図８Ｂに示された方法８００は、本出願によるＷＴＲＵによって使用されてよいことに留意されたい。第２の実施形態では、別段の指示がない限り、それらの用語（例えば、第１の条件、モード変更要求、応答など）は、上記の第１の実施形態における用語と同じかまたは同様であることに留意されたい。
【0173】
図８Ｂに示されたように、方法８００は、８１１において、ＡＰからＬＲＲＥ情報を受信することと、８１２において、第１の条件がＷＴＲＵによって満たされるかどうかを決定することと、第１の条件が満たされるという条件で、８１３において、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するため、ＡＰからモード変更要求を受信することと、８１４において、ＡＰにモード変更要求に関する応答を送信することと、８１５において、ＰＰＤＵ構造を使用してＰＰＤＵを介してＡＰと通信することとを含み、ＰＰＤＵ構造は、（１）第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、および（２）ＬＲＲＥ ＨＡＲＱモード表示を備える。
【0174】
本出願による第３の実施形態が図８Ｃを参照して記載される。図８Ｃは、本出願の第３の実施形態による方法８００の例示的なフローチャートを示す。図８Ｃに示された方法８００は、本出願によるＡＰによって使用されてよいことに留意されたい。第３の実施形態では、別段の指示がない限り、それらの用語（例えば、第１の条件、モード変更要求、応答など）は、上記の第１の実施形態における用語と同じかまたは同様であることに留意されたい。
【0175】
図８Ｃに示されたように、方法８００は、８２１において、ＷＴＲＵからＬＲＲＥ情報を受信することと、８２２において、第１の条件が満たされるかどうかを決定することと、第１の条件が満たされるという条件で、８２３において、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するために、ＷＴＲＵにモード変更要求を送信することと、８２４において、ＷＴＲＵからモード変更要求に関する応答を受信することと、８２５において、ＰＰＤＵ構造を使用してＰＰＤＵを介してＷＴＲＵと通信することとを含み、ＰＰＤＵ構造は、（１）第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、および（２）ＬＲＲＥ ＨＡＲＱモード表示を備える。
【0176】
本出願による第４の実施形態が図８Ｄを参照して記載される。図８Ｄは、本出願の第４の実施形態による方法８００の例示的なフローチャートを示す。図８Ｄに示された方法８００は、本出願によるＡＰによって使用されてよいことに留意されたい。第４の実施形態では、別段の指示がない限り、それらの用語（例えば、第１の条件、モード変更要求、応答など）は、上記の第１の実施形態における用語と同じかまたは同様であることに留意されたい。
【0177】
図８Ｄに示されたように、方法８００は、８３１において、ＷＴＲＵからＬＲＲＥ情報を受信することと、８３２において、第１の条件が満たされるかどうかを決定することと、第１の条件が満たされるという条件で、８３３において、動作モードをＬＲＲＥ ＨＡＲＱモードに変更するため、ＷＴＲＵからモード変更要求を受信することと、８３４において、ＷＴＲＵにモード変更要求に関する応答を送信することと、８３５において、ＰＰＤＵ構造を使用してＰＰＤＵを介してＷＴＲＵと通信することとを含み、ＰＰＤＵ構造は、（１）第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールド、および（２）ＬＲＲＥ ＨＡＲＱモード表示を備える。
【0178】
以下の説明は、本出願によるＬＲＲＥ ＰＰＤＵによって使用されるＰＰＤＵ構造を記載する。明確な説明を提供するために、ＬＲＲＥ ＰＰＤＵはＰＰＤＵと呼ばれる場合もある。本出願による新しく設計されたＰＰＤＵは、６ＧＨｚのＨＥデバイスまたはＥＨＴデバイスのために必要とされる場合がある。
【0179】
上述したように、ＰＰＤＵ構造は、第１の条件下でＷＴＲＵとＡＰとの間の送信を可能にする少なくとも１つのフィールドを備える場合がある。好ましくは、少なくとも１つのフィールドは、６ＧＨｚ帯域内の送信を可能にする複数のフィールドを含む場合がある。
【0180】
実施形態では、６ＧＨｚ帯域内の送信を可能にする複数のフィールドは、少なくとも１つの高効率６ＧＨｚショートトレーニングフィールド（ＨＥ－６ＧＨｚ－ＳＴＦ）、少なくとも１つのＨＥ６ＧＨｚロングトレーニングフィールド（ＨＥ－６ＧＨｚ－ＬＴＦ）、および少なくとも１つのＨＥ６ＧＨｚ信号フィールド（ＨＥ－６ＧＨｚ－ＳＩＧ）を含む場合がある。図９は、６ＧＨｚ帯域向けのＨＥデバイスまたはＥＨＴデバイスのためのＰＬＣＰプリアンブルの例として、ＨＥ６ＧＨｚＰＰＤＵ構造を示す。
【0181】
図９に示されたように、ＨＥ６ＧＨｚＰＰＤＵは、６ＧＨｚ帯域内で送信されているときに複数のＨＥ６ＧＨｚ互換性部分（例えば、フィールド）を含む場合がある。図９に示されたように、ＨＥ６ＧＨｚＰＰＤＵは、少なくとも１つのＨＥ－６ＧＨｚ－ＳＴＦ（例えば、ＨＥ－６ＧＨｚ－ＳＴＦ９０１）、少なくとも１つのＨＥ－６ＧＨｚ－ＬＴＦ（例えば、ＨＥ－６ＧＨｚ－ＬＴＦ９０２、９０４、および９０５）、少なくとも１つのＨＥ－６ＧＨｚ－ＳＩＧ（例えば、ＨＥ－６ＧＨｚ－ＳＩＧ９０３）、並びにデータフィールド９０６を含む場合がある。
【0182】
実施形態では、図９に示されたＨＥ－６ＧＨｚ－ＳＴＦおよびＨＥ－６ＧＨｚ－ＬＴＦは、当技術分野でそれらの通常知られたＨＥ ＳＴＦおよびＨＥ ＬＴＦの設計に従うことができる。別の実施形態では、ＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦは、ＬＲＲＥ ＨＡＲＱモードで送信を行うために、すなわち、本出願による範囲拡張を提供するのに役立つために、異なって設計される場合がある。
【0183】
例えば、図９に示されたＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦは、当技術分野で通常知られたそれらの対応物よりも多くのビットを有する場合があり、その結果、ステーション（例えば、ＷＴＲＵもしくはＡＰ）での受信された電力が増大する場合があるか、またはステーションでの送信する電力が増大する場合がある。すなわち、ＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦは、長さが拡張される場合がある。好ましくは、ＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦは、当技術分野で通常知られたそれらの対応物の２倍多いビットを有する場合がある。すなわち、ＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦは、通常知られたＨＥ ＳＴＦおよびＨＥ ＬＴＦと比べて長さが２倍であってよく、その結果、ステーション（例えば、ＷＴＲＵもしくはＡＰ）での受信された電力が増大する場合がある（例えば、ステーションでの受信された電力が３ｄＢ増大する場合がある）か、またはステーションでの送信する電力が増大する場合がある。ステーションでの受信された電力は、ＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦの異なる設計に基づいて異なる場合があり、従って、３ｄＢの例は本出願に対して排他的または限定的であることを意図するものではないことが諒解されよう。
【0184】
実施形態では、それらのＨＥ６ＧＨｚフィールドの数も、ステーションでの送信する電力または受信された電力を増大させる目的で増える場合がある。例えば、ＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦの数は、通常知られたＰＰＤＵ内のそれらのＨＥ－ＳＴＦおよびＨＥ－ＬＴＦに比べて２倍であってよい。好ましくは、２つのＨＥ－６ＧＨｚ－ＳＴＦおよび４つのＨＥ－６ＧＨｚ－ＬＴＦが存在する場合がある。これらのＨＥ－６ＧＨｚ－ＳＴＦおよび／またはＨＥ－６ＧＨｚ－ＬＴＦは、相回転もしくは異なる変調、またはそれらがＬＲＲＥ ＨＡＲＱ ＰＰＤＵの一部であることを示す他の表示を搬送することができ、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵはＬＲＲＥ ＨＡＲＱ方式を使用して送信されるＰＰＤＵであってよい。
【0185】
ＰＰＤＵ構造は、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵがＬＲＲＥ ＨＡＲＱモードで送信しているか、またはＰＰＤＵがＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることを示すＬＲＲＥ ＨＡＲＱモード表示を備える場合もある。ＬＲＲＥ ＨＡＲＱモード表示は、以下で説明される世代、タイプ、ＴＸＯＰ、およびＨＡＲＱパラメータのうちの任意の１つまたは組合せであってよい。
【0186】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、ＰＰＤＵの世代を示す第１のサブフィールド、すなわち、世代サブフィールドを備える場合がある。第１のサブフィールドを備える少なくとも１つのフィールドは、ＨＥ－６ＧＨｚ－ＳＴＦ、ＨＥ－６ＧＨｚ－ＬＴＦ、およびＨＥ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。
【0187】
例えば、図９に示されたように、ＨＥ－６ＧＨｚ－ＳＩＧフィールドは、世代サブフィールド９０７を備える。世代サブフィールドは、ＨＥ－６ＧＨｚ－ＳＩＧに続くＰＰＤＵの世代の表示を含む場合がある。考えられる値は、１１ａｘ、ＥＨＴ、またはＰＰＤＵの将来の世代を含む場合がある。残りのＰＰＤＵのフォーマットは、このサブフィールドに提供された世代表示に依存する場合がある。
【0188】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、ＨＥ－６ＧＨｚ－ＳＩＧに続くＰＰＤＵのタイプを示す第２のサブフィールド、すなわち、タイプサブフィールドを備える場合がある。第２のサブフィールドを備える少なくとも１つのフィールドは、ＨＥ－６ＧＨｚ－ＳＴＦ、ＨＥ－６ＧＨｚ－ＬＴＦ、およびＨＥ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。
【0189】
例えば、図９に示されたように、ＨＥ－６ＧＨｚ－ＳＩＧフィールドは、タイプサブフィールド９０８を備える。タイプの考えられる値は、ＳＵ、ＭＵ、トリガベースＰＰＤＵ、ＭＵ－ＭＩＭＯ ＰＰＤＵ、ＳＵ－ＭＩＭＯ ＰＰＤＵ、ＨＡＲＱ ＰＰＤＵ、ＯＦＤＭＡ ＰＰＤＵ、マルチＡＰ合同送信、マルチＡＰ ＨＡＲＱを含む場合がある。ＰＰＤＵのタイプは、残りのＰＰＤＵのフォーマットを示すことができる。例えば、ＰＰＤＵのタイプが、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵまたは拡張された範囲ＰＰＤＵであることを示す場合、ＰＰＤＵは追加のＨＡＲＱパラメータを搬送することができる。
【0190】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、送信機会（ＴＸＯＰ）情報を含む第３のサブフィールド、すなわち、ＴＸＯＰサブフィールドを備える場合がある。第３のサブフィールドを備える少なくとも１つのフィールドは、ＨＥ－６ＧＨｚ－ＳＴＦ、ＨＥ－６ＧＨｚ－ＬＴＦ、およびＨＥ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。
【0191】
例えば、図９に示されたように、ＨＥ－６ＧＨｚ－ＳＩＧフィールドは、ＴＸＯＰサブフィールド９０９を備える。ＴＸＯＰサブフィールドはＴＸＯＰ関連情報を搬送することができる。例えば、それが、ＰＬＣＰプリアンブル内で１に設定されたＵＰＬＩＮＫフラグによって示される場合がある、ＷＴＲＵからＡＰにＰＰＤＵ内で搬送された場合、ＴＸＯＰはアップリンクＴＸＯＰに対する要求であってよい。
【0192】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、少なくとも１つのＨＡＲＱパラメータを含む第４のサブフィールド、すなわち、ＨＡＲＱパラメータサブフィールドを備える場合がある。第４のサブフィールドを備える少なくとも１つのフィールドは、ＨＥ－６ＧＨｚ－ＳＴＦ、ＨＥ－６ＧＨｚ－ＬＴＦ、およびＨＥ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。
【0193】
例えば、図９に示されたように、ＨＥ－６ＧＨｚ－ＳＩＧフィールドは、ＨＡＲＱパラメータサブフィールド９１０を備える。ＨＡＲＱパラメータサブフィールドは、ＨＡＲＱプロセスＩＤ、ＲＶ、最初の送信または再送信の表示などのＨＡＲＱ関連パラメータを含む場合がある。実施形態では、ＨＥ６ＧＨｚプリアンブル（例えば、ＨＥ－６ＧＨｚ－ＳＩＧ）の最初の部分は、ＨＥ ＰＰＤＵがＬＲＲＥ ＨＡＲＱ ＰＰＤＵまたは拡張された範囲ＨＡＲＱ ＰＰＤＵであり得ることを示すことができ（すなわち、ＨＥ６ＧＨｚプリアンブルの最初の部分は、ＬＲＲＥ ＨＡＲＱモード表示を含む場合があり）、ＨＥ６ＧＨｚプリアンブルの後の部分（例えば、図９に示されていないＨＥ－６ＧＨｚ－ＳＩＧ２）は、ＨＡＲＱパラメータを含む場合がある。
【0194】
図９は、ＨＥ－６ＧＨｚ－ＳＩＧフィールドが１つまたは複数のサブフィールドまたはパラメータを含む場合があることを示す。１つまたは複数のフィールドは、限定はしないが、世代、タイプ、ＴＸＯＰ、およびＨＡＲＱパラメータの上述されたサブフィールドを含む場合があることに留意されたい。図９に示された例は、本出願に対して排他的または限定的であることを意図するものではない。実施形態では、上述されたサブフィールドは、ＨＥ－６ＧＨｚ－ＳＴＦおよびＨＥ－６ＧＨｚ－ＬＴＦなどの他のフィールドのうちの１つに含まれる場合がある。別の実施形態では、上述されたサブフィールドは、図９に示された複数のフィールドに同時に含まれる場合がある。
【0195】
実施形態では、６ＧＨｚ帯域内の送信を可能にする複数のフィールドは、少なくとも１つの極高スループット６ＧＨｚショートトレーニングフィールド（ＥＨＴ－６ＧＨｚ－ＳＴＦ）、少なくとも１つのＥＨＴ６ＧＨｚロングトレーニングフィールド（ＥＨＴ－６ＧＨｚ－ＬＴＦ）、および少なくとも１つのＥＨＴ６ＧＨｚ信号フィールド（ＥＨＴ－６ＧＨｚ－ＳＩＧ）を含む場合がある。図１０は、ＥＨＴ６ＧＨｚＰＰＤＵ構造を示す。
【0196】
図１０に示されたように、ＥＨＴ６ＧＨｚＰＰＤＵは、６ＧＨｚ帯域内で送信されているときに複数のＥＨＴ６ＧＨｚ互換性部分（例えば、フィールド）を備える場合がある。図１０に示されたように、ＥＨＴ６ＧＨｚＰＰＤＵは、少なくとも１つのＥＨＴ－６ＧＨｚ－ＳＴＦ（例えば、ＥＨＴ－６ＧＨｚ－ＳＴＦ１００１）、少なくとも１つのＥＨＴ ６ＧＨｚ ＬＴＦ（例えば、ＥＨＴ－６ＧＨｚ－ＬＴＦ１００２）、少なくとも１つのＥＨＴ－６ＧＨｚ－ＳＩＧ（例えば、ＥＨＴ－６ＧＨｚ－ＳＩＧ１００３）、およびデータ１００６を含む場合がある。
【0197】
実施形態では、図１０に示されたＥＨＴ－６ＧＨｚ－ＳＴＦおよびＥＨＴ－６ＧＨｚ－ＬＴＦは、当技術分野で通常知られたＥＨＴ ＳＴＦフィールドおよびＥＨＴ ＬＴＦフィールドの設計に従うことができる。別の実施形態では、ＥＨＴ－６ＧＨｚ－ＳＴＦおよびＥＨＴ－６ＧＨｚ－ＬＴＦは、ＬＲＲＥ ＨＡＲＱモードで送信を行うために、即ち、本出願による範囲拡張を提供するのに役立つために、異なって設計される場合がある。
【0198】
例えば、図１０に示されたＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦは、当技術分野で通常知られたそれらの対応物よりも多くのビットを有する場合があり、その結果、ステーション（例えば、ＷＴＲＵもしくはＡＰ）での受信された電力が増大する場合があるか、またはステーションでの送信する電力が増大する場合がある。すなわち、ＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦは、長さが拡張される場合がある。好ましくは、ＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦは、当技術分野で通常知られたそれらの対応物の２倍多いビットを有する場合がある。すなわち、ＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦは、それらの通常知られたＥＨＴ ＳＴＦおよび／またはＥＨＴ ＬＴＦと比べて長さが２倍であってよく、その結果、ステーション（例えば、ＷＴＲＵもしくはＡＰ）での受信された電力が増大する場合があるか、またはステーションでの送信する電力が増大する場合がある。好ましくは、ＰＰＤＵを受信するステーションでの受信された電力は、３ｄＢ増加する場合がある。ステーションでの受信された電力は、ＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦの異なる設計に基づいて異なる場合があり、従って、３ｄＢの例は本出願に対して排他的または限定的であることを意図するものではないことが諒解されよう。
【0199】
実施形態では、それらのＥＨＴ６ＧＨｚフィールドの数も、ステーションでの送信する電力または受信された電力を増大させる目的で増える場合がある。例えば、ＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦの数は、通常知られたＰＰＤＵにおけるＥＨＴ－ＳＴＦおよびＥＨＴ－ＬＴＦに比べて２倍であってよい。好ましくは、２つのＥＨＴ－６ＧＨｚ－ＳＴＦおよび４つのＥＨＴ－６ＧＨｚ－ＬＴＦが存在する場合がある。これらのＥＨＴ－６ＧＨｚ－ＳＴＦおよび／またはＥＨＴ－６ＧＨｚ－ＬＴＦは、相回転もしくは異なる変調、またはそれらがＬＲＲＥ ＨＡＲＱ ＰＰＤＵの一部であることを示す他の表示を搬送することができ、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵはＬＲＲＥ ＨＡＲＱ方式を使用して送信されるＰＰＤＵであってよい。
【0200】
ＰＰＤＵ構造は、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵがＬＲＲＥ ＨＡＲＱモードで送信しているか、またはＰＰＤＵがＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることを示すＬＲＲＥ ＨＡＲＱモード表示を備える場合もある。例えば、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵは、それらがＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることの、そのＰＬＣＰプリアンブル内の表示を含む場合があり、それは、ＳＴＦフィールドおよびＬＴＦフィールドの追加の数、またはＰＬＣＰプリアンブル内のＳＩＧフィールド用の追加の電力ブーストを示すことができる。別の例では、追加のＳＴＦ、ＬＴＦ、および／もしくはＳＩＧのフィールドなどの追加のフィールド、並びに／またはＨＡＲＱパラメータフィールドは、ＨＡＲＱ情報が受信ステーション（例えば、ＷＴＲＵ）において正しく復号され得ることを保証するために、ＰＬＣＰプリアンブルに追加される場合がある。
【0201】
このＬＲＲＥ ＨＡＲＱモード表示は、以下で説明される世代、タイプ、ＴＸＯＰ、およびＨＡＲＱパラメータのうちの任意の１つまたは組合せであってよい。
【0202】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、ＰＰＤＵの世代を示す第１のサブフィールド、すなわち、世代サブフィールドを備え得る。第１のサブフィールドを備える少なくとも１つのフィールドは、ＥＨＴ－６ＧＨｚ－ＳＴＦ、ＥＨＴ－６ＧＨｚ－ＬＴＦ、およびＥＨＴ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。
【0203】
例えば、図１０に示されたように、ＥＨＴ－６ＧＨｚ－ＳＩＧフィールドは、世代サブフィールド１００７を備える。世代サブフィールドは、ＥＨＴ－６ＧＨｚ－ＳＩＧに続くＰＰＤＵの世代の表示を含む場合がある。考えられる値は、１１ａｘ、ＥＨＴ、またはＰＰＤＵの将来の世代を含む場合がある。残りのＰＰＤＵのフォーマットは、このサブフィールドに提供された世代表示に依存する場合がある。他のタイプの表示の世代は、より広いかまたは狭い帯域送信がＰＬＣＰプリアンブルに続くことを示すことができる。
【0204】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、ＥＨＴ－６ＧＨｚ－ＳＩＧに続くＰＰＤＵのタイプを示す第２のサブフィールド、すなわち、タイプサブフィールドを備える場合がある。第２のサブフィールドを含む少なくとも１つのフィールドは、ＥＨＴ－６ＧＨｚ－ＳＴＦ、ＥＨＴ－６ＧＨｚ－ＬＴＦ、およびＥＨＴ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。
【0205】
例えば、図１０に示されたように、ＥＨＴ－６ＧＨｚ－ＳＩＧフィールドは、タイプサブフィールド１００８を備える。考えられる値の例は、限定はしないが、ＳＵ、ＭＵ、トリガベースＰＰＤＵ、ＭＵ－ＭＩＭＯ ＰＰＤＵ、ＳＵ－ＭＩＭＯ ＰＰＤＵ、ＨＡＲＱ ＰＰＤＵ、ＯＦＤＭＡ ＰＰＤＵ、マルチＡＰ合同送信、およびマルチＡＰ ＨＡＲＱを含む場合がある。ＰＰＤＵのタイプは、残りのＰＰＤＵのフォーマットを示すことができる。例えば、ＰＰＤＵのタイプが、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵまたは拡張された範囲ＰＰＤＵであることを示す場合、ＰＰＤＵは追加のＨＡＲＱパラメータを搬送することができる。
【0206】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、送信機会（ＴＸＯＰ）情報を含む第３のサブフィールド、すなわち、ＴＸＯＰサブフィールドを備える場合がある。第３のサブフィールドを備える少なくとも１つのフィールドは、ＥＨＴ－６ＧＨｚ－ＳＴＦ、ＥＨＴ－６ＧＨｚ－ＬＴＦ、およびＥＨＴ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。例えば、図１０に示されたように、ＥＨＴ－６ＧＨｚ－ＳＩＧフィールドは、ＴＸＯＰサブフィールド１００９を備える。ＴＸＯＰサブフィールドの内容は、図９を参照して上記で定義されたサブフィールドと同様に定義されてよい。
【0207】
実施形態では、ＰＰＤＵ構造内の少なくとも１つのフィールドは、少なくとも１つのＨＡＲＱパラメータを含む第４のサブフィールド、すなわち、ＨＡＲＱパラメータサブフィールドを備える場合がある。第４のサブフィールドを備える少なくとも１つのフィールドは、ＥＨＴ－６ＧＨｚ－ＳＴＦ、ＥＨＴ－６ＧＨｚ－ＬＴＦ、およびＥＨＴ－６ＧＨｚ－ＳＩＧのうちの任意の１つであってよい。例えば、図１０に示されたように、ＥＨＴ－６ＧＨｚ－ＳＩＧフィールドは、ＨＡＲＱパラメータサブフィールド１０１０を備える。ＨＡＲＱパラメータは、図９を参照して上記で定義されたＨＡＲＱパラメータと同様に定義されてよい。
【0208】
一般性を失うことなく、他の帯域上のＬＲＲＥ ＨＡＲＱ ＰＰＤＵの設計は、同様の設計パターンに従うことができる。例えば、５ＧＨｚ帯域上のＬＲＲＥ ＨＡＲＱ ＰＰＤＵの設計は、図９～図１０に示されたのとの同様の設計を有する場合がある。
【0209】
図１０は、ＥＨＴ－６ＧＨｚ－ＳＩＧフィールドが１つまたは複数のサブフィールドまたはパラメータを含む場合があることを示す。１つまたは複数のフィールドは、限定はしないが、世代、タイプ、ＴＸＯＰ、およびＨＡＲＱパラメータの上述されたサブフィールドを含む場合があることに留意されたい。図１０に示された例は、本出願に対して排他的または限定的であることを意図するものではない。実施形態では、上述されたサブフィールドは、ＥＨＴ－６ＧＨｚ－ＳＴＦおよびＥＨＴ－６ＧＨｚ－ＬＴＦなどの他のフィールドのうちの１つに含まれる場合がある。別の実施形態では、上述されたサブフィールドは、図１０に示された複数のフィールドに同時に含まれる場合がある。
【0210】
好ましくは、少なくとも１つのフィールドは、少なくとも１つの極高スループットショートトレーニングフィールド（ＥＨＴ ＳＴＦ）、少なくとも１つのＥＨＴロングトレーニングフィールド（ＥＨＴ ＬＴＦ）、少なくとも１つのＥＨＴ信号フィールド（ＥＨＴ ＳＩＧ）、および少なくとも１つのＥＨＴマークフィールド（ＥＨＴ Ｍａｒｋ）を含む。
【0211】
図１１は、多重周波数帯域用のＥＨＴ ＰＰＤＵ構造の例を示す。一例では、２．４、５ＧＨｚ帯域または他の帯域の場合、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵは、ＰＰＤＵがＨＡＲＱ ＰＰＤＵであることの追加の表示を含む場合がある。本出願によるＥＨＴ ＰＰＤＵ構造の例示的な設計が図１１に示されている。ＥＨＴ ＰＰＤＵは、サブ１ＧＨｚ、２．４ＧＨｚ、５ＧＨｚ帯域などで動作する旧世代のＷＬＡＮデバイスを有する場合がある周波数帯域上で送信される場合がある。
【0212】
図１１に示されたように、ＥＨＴ ＰＰＤＵの例示的な設計は、従来の部分（例えば、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、およびＬ－ＳＩＧ）の後に、ＥＨＴ ＭＡＲＫ１１０４、ＥＨＴ ＳＴＦ１１０５、ＥＨＴ ＬＴＦ１１０６および１１０８、ＥＨＴ ＳＩＧ Ａ１１０７、並びにＥＨＴ ＳＩＧ Ｂ１１０９などのフィールドのうちの１つまたは複数を有する場合がある。
【0213】
ＥＨＴ ＭＡＲＫフィールドは、ＰＰＤＵがＥＨＴ ＰＰＤＵであることを示す表示を含む場合がある。加えて、現在のＰＰＤＵがＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることの追加の表示が存在する場合がある。従って、ＥＨＴ ＭＡＲＫは、上述されたＬＲＲＥ ＨＡＲＱモード表示と見なされる場合もある。
【0214】
ＥＨＴ ＳＴＦフィールドは、ＥＨＴデバイス用のＳＴＦを提供することができる。ＥＨＴ ＳＴＦフィールドの数は、現在のＰＰＤＵがＥＨＴ ＭＡＲＫ１１０４内のＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることの表示が存在しているかどうかに依存する場合がある。ＥＨＴ ＳＴＦは、ステーション（例えば、ＷＴＲＵ）での送信する電力を増大させるか、またはステーション（例えば、ＡＰ）での受信する電力を増大させるために、図９に示された機能と同じまたは同様の機能を有する場合がある。
【0215】
ＥＨＴ ＬＴＦフィールドは、ＥＨＴデバイス用のＬＴＦを提供することができる。ＥＨＴ ＬＴＦフィールドの数は、現在のＰＰＤＵがＥＨＴ ＭＡＲＫ１１０４内のＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることの表示が存在しているかどうかに依存する場合がある。ＥＨＴ ＬＴＦは、ステーション（例えば、ＷＴＲＵ）での送信する電力を増大させるか、またはステーション（例えば、ＡＰ）での受信する電力を増大させるために、図９に示された機能と同じまたは同様の機能を有する場合がある。
【0216】
ＥＨＴ ＳＩＧ Ａサブフィールドは、ＰＰＤＵの残りのためのＳＩＧ表示を部分的に提供することができる。ＥＨＴ ＳＩＧ Ｂサブフィールドは、ＰＰＤＵの残りのためのＳＩＧ表示を部分的に提供することができる。
【0217】
ＰＰＤＵ構造は、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵがＬＲＲＥ ＨＡＲＱモードで送信しているか、またはＰＰＤＵがＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることを示すＬＲＲＥ ＨＡＲＱモード表示を備える場合もある。このＬＲＲＥ ＨＡＲＱモード表示は、以下に記載される世代、タイプ、ＴＸＯＰ、およびＨＡＲＱパラメータのサブフィールドのうちの任意の１つまたは組合せであってよい。一例では、ＥＨＴ ＰＬＣＰプリアンブル内のＥＨＴ Ｍａｒｋ、ＥＨＴ ＳＴＦ、ＥＨＴ ＬＴＦ、ＥＨＴ ＳＩＧ Ａ、およびＥＨＧ ＳＩＧ Ｂのうちの１つまたは複数のフィールドは、世代、タイプ、ＴＸＯＰ、およびＨＡＲＱパラメータのうちの１つまたは複数のサブフィールドを含む場合がある。世代サブフィールド、タイプサブフィールド、ＴＸＯＰサブフィールド、およびＨＡＲＱパラメータサブフィールドは、図９を参照して上記で定義されたサブフィールドと同様に定義されてよい。
【0218】
例えば、図１１に示されたように、上記の１つまたは複数のフィールドは、世代サブフィールド１１１１を備える場合がある。世代サブフィールドは、ＰＰＤＵの世代の表示を含む場合がある。考えられる値は、１１ａｘ、ＥＨＴ、またはＰＰＤＵの将来の世代、１１ｂａ＋を含む場合がある。残りのＰＰＤＵのフォーマットは、このサブフィールドに提供された世代表示に依存する場合がある。他のタイプの世代の表示は、より広いかまたは狭い帯域送信がＰＬＣＰプリアンブルに続くことを示すことができる。
【0219】
図１１に示されたように、上記の１つまたは複数のフィールドは、ＰＰＤＵのタイプを示すタイプサブフィールド１１１２を備える場合があり、ＳＩＧ（例えば、Ｌ－ＳＩＧおよびＥＨＴ ＳＩＧ Ａ）に続くことができる。考えられる値の例は、限定はしないが、ＳＵ、ＭＵ、トリガベースＰＰＤＵ、ＭＵ－ＭＩＭＯ ＰＰＤＵ、ＳＵ－ＭＩＭＯ ＰＰＤＵ、ＨＡＲＱ ＰＰＤＵ、ＯＦＤＭＡ ＰＰＤＵ、マルチＡＰ送信、マルチＡＰ合同送信、およびマルチＡＰ ＨＡＲＱを含む場合がある。ＰＰＤＵのタイプ表示は、残りのＰＰＤＵのフォーマットを規定することができる。例えば、ＰＰＤＵのタイプが、それがＨＡＲＱ ＰＰＤＵまたは拡張された範囲ＰＰＤＵであることを示す場合、ＰＰＤＵは追加のＨＡＲＱパラメータを搬送することができる。
【0220】
図１１に示されたように、上記の１つまたは複数のフィールドはＴＸＯＰサブフィールド１１１３を備える場合があり、上記の１つまたは複数のフィールドはＨＡＲＱパラメータサブフィールド１１１４を備える場合がある。ＴＸＯＰサブフィールドおよびＨＡＲＱパラメータサブフィールドは、図９を参照して上記で定義されたサブフィールドと同様に定義されてよい。
【0221】
代替または追加として、ＡＰは、モード変更要求またはＨＡＲＱ要求を送信することによって動作モード変更を要求することができ、ＨＡＲＱ要求は、上述されたのと同様のＨＡＲＱモード、ＨＡＲＱタイプ、またはパラメータを含む場合がある。ＷＴＲＵは、応答またはＨＡＲＱ応答で応答することができる。
【0222】
応答／ＨＡＲＱ応答が成功裏に受信されると、ＷＴＲＵおよびＡＰは、ＨＡＲＱ動作を使用して（例えば、上述された、それらのＬＲＲＥ ＨＡＲＱ ＰＰＤＵを使用して）互いに通信することができる。
【0223】
ＷＴＲＵとＡＰとの間の通信中、それらのいずれかは、関連付け解除を行うために、ＬＲＲＥ ＨＡＲＱ ＰＰＤＵ内で搬送される関連付け解除要求を送信することができる。
【0224】
ＬＲＲＥ ＨＡＲＱ関連付けサポートについての実施形態が以下のように記載される。ＷＴＲＵはＬＲＲＥ ＨＡＲＱ動作を利用して、その動作をサポートするＡＰとの関連付けを行うことができる。ＬＲＲＥ ＨＡＲＱ関連付け手順は以下のようであってよい。
【0225】
ＡＰは、ＬＲＲＥ ＨＡＲＱ関連付けプロセスをサポートするために、ＬＲＲＥ ＰＰＤＵ内で搬送されるＬＲＲＥ ＨＡＲＱビーコンを送信することができる。ＬＲＲＥ ＨＡＲＱ ＰＰＤＵは、それらがＬＲＲＥ ＨＡＲＱ ＰＰＤＵであることの、そのＰＬＣＰプリアンブル内の表示を含む場合があり、それは、ＳＴＦおよびＬＴＦの追加の数、またはＰＬＣＰプリアンブル内のＳＩＧフィールド用の追加の電力ブーストを示すことができる。一例では、追加のＳＴＦ、ＬＴＦ、および／もしくはＳＩＧのフィールドなどの追加のフィールド、並びに／またはＨＡＲＱパラメータフィールドは、ＨＡＲＱ情報が受信するＳＴＡにおいて正しく復号され得ることを保証するために、ＰＬＣＰプリアンブルに追加される場合がある。
【0226】
別の例では、ＬＲＲＥ ＨＡＲＱビーコンの数は、ビーコンが受信するＳＴＡにおいて結合され得るように、連続して、または固定間隔で送信される場合がある。ＴＳＦタイマは、結合を保証するためにＬＲＲＥ ＨＡＲＱビーコンの数に亘って同じであってよい。
【0227】
ＷＴＲＵは、ＬＲＲＥ ＨＡＲＱビーコンを受信することができるか、またはそれは、事前に得た知識から、もしくはＥＳＳ情報からＡＰの存在に気付くことができる。ＷＴＲＵは、パケットが受信するＡＰにおいて正しく結合され得るように、連続して、または固定間隔でＬＲＲＥ ＰＰＤＵ内で搬送されるいくつかのプローブ要求、認証要求、および／または（再）関連付け要求のフレームを送信することができる。プローブ要求／応答、認証要求／応答、（再）関連付け要求／応答は、ＨＡＲＱ要求要素を含む場合がある。ＷＴＲＵおよびＡＰは、次いで、拡張された範囲に亘って通信するために、ＬＲＲＥ ＰＰＤＵ内で搬送されるパケットを交換することができる。
【0228】
チャネル状態が向上すると、ＷＴＲＵまたはＡＰは、標準ＰＰＤＵまたは他のＨＡＲＱ動作を使用するために、すなわち、ＬＲＲＥ ＨＡＲＱモードの使用を停止し、他の動作モード（例えば、デフォルトモード）にスイフトするために、動作モードを変更するように判断することができる。
【0229】
２．４ＧＨｚの支援を介するＨＡＲＱリソース割振りについての実施形態が以下のように記載される。ＡＰが、一般に、５ｄＢ送信電力以上の電力（すなわち、ＷＴＲＵの電力よりも大きい電力）を有するならば、セルエッジにおけるＷＴＲＵは、ＤＬでビーコンおよびブロードキャスト制御フレームを受信することができるが、ＵＬ方向でＷＴＲＵはＡＰに到達することができない可能性がある。
【0230】
ブロードキャストトリガされたＴＷＴでは、ＴＷＴサービス期間内のトリガフレーム（ＴＦ）内でＡＰによって割り当てられた専用／ランダムアクセスＲＵサイズ／位置／ターゲットＵＬ ＲＳＳＩ／ＭＳＣは、ＡＰとの最終無線連絡までにセルエッジに移動しているＷＴＲＵによって実現可能ではない可能性がある。
【0231】
図１２は周波数選択チャネルの例を示す。図１２に示されたように、最近受信されたＤＬブロードキャスト（ビーコン）フレームの推定されたチャネルに基づいて、ＷＴＲＵは、「グッドリソースユニット（グッドＲＵ）」がＷＴＲＵに割り当てられた場合、ＡＰに到達することができる場合がある。割り当てられたＲＵ（またはランダムアクセス手順から導出されたＲＵ）がたまたま「バッドＲＵ」である場合、ＷＴＲＵはＡＰに到達することができない可能性がある。ＳＴＡがブロードキャストＴＷＴサービス期間を割り当てるビーコンフレームを受信すると、ＳＴＡは、ＴＷＴサービス期間が開始したときにどのシナリオが行われるか全く分からない。
【0232】
一実施形態では、ＭＣＳ選択は、ＴＦ内で通知される代わりにＷＴＲＵによって決定される場合がある。「最小ターゲットＵＬ ＲＳＳＩ」（または場合によっては「最小ＲＵサイズ」／「最小ＵＬ継続時間」）は、場合によってはビーコンフレーム内でＡＰによって示される場合があり、ＷＴＲＵは、これらの情報およびＭＣＳを選択するために（場合によってはビーコンフレームに基づいて）経路損失から導出されたその電力ヘッドルームに基づくことができる。ＷＴＲＵは、ＲＵのサイズ／位置を示すＴＦを受信した後に、そのＭＣＳを選択することができる。
【0233】
別の実施形態では、ランダムアクセスＲＵは連続しない場合があり、専用／非割当てＲＵとインターレースされる場合がある。ある特定のしきい値よりも低いＤＬ ＲＳＳＩを有するＳＴＡは、１１ａｘにおいて現在定義されているランダムＲＵインデックス選択手順に従わず、代わりに、電力ヘッドルーム制限を満たす実現可能なランダムアクセスＲＵを選択することがある。
【0234】
別の実施形態では、ＡＰは、その５／６ＧＨｚビーコンフレームを使用して、５／６ＧＨｚプライマリチャネル内のブロードキャストＴＷＴサービス期間だけでなく、同じ／併置されたＡＰによって動作する２．４ＧＨＺチャネル内のＴＷＴサービス期間も割り振ることができる。２．４ＧＨｚ帯域内の輻輳を考慮すると、そのようなサービス期間は短い場合があり、多すぎるチャネル時間を占有しないことが想定される。
【0235】
この実施形態では、２．４ＧＨｚ帯域内のトリガされたＴＷＴは、５／６ＧＨｚ帯域内のトリガされたＴＷＴに先行することができる。ＷＴＲＵは、５／６ＧＨｚプライマリチャネル内のビーコンフレームのその観測およびビーコンフレームに含まれる上記で指定された情報に基づいて、いくつかのＲＵ割振りでは、ＡＰに到達することが不可能であると決定することができる。そのようなＷＴＲＵは、２．４ＧＨｚのトリガされたＴＷＴ内でランダムアクセスを実行することができる。一般に、５／６ＧＨｚチャネル内よりも長い距離に到達するこのＵＬ送信では、ＷＴＲＵは、その好ましい５／６ＧＨｚ ＵＬ ＲＵインデックスおよびＭＣＳを示して、５／６ＧＨｚ帯域内でスケジュールされたＵＬ送信をブートストラップすることができる。
【0236】
ＵＬペイロードが短い場合、ＷＴＲＵは２．４ＧＨｚＰＰＤＵ内のペイロード送信を終了し、ＵＬリソースが必要でないことを示すことができる。ＵＬペイロードが２．４ＧＨｚトリガベース（ＴＢ）ＰＰＤＵの継続時間内に完全に送信されていない場合、ＡＰは、示された情報を使用して、ＳＴＡに対して実現可能なＲＵインデックスおよび電力制御設定で、５／６ＧＨｚトリガされたＴＷＴ内のＵＬ送信をスケジュールすることができる。
【0237】
図１３は、２．４ＧＨｚターゲットウェイクタイム（ＴＷＴ）サービス期間（ＳＰ）を使用して、５／６ＧＨｚアップリンク（ＵＬ）リソースユニット（ＲＵ）割振りをブートストラップする例示的なセルエッジステーション（すなわち、ＷＴＲＵ）を示す。図１３に示されたように、４つのＷＴＲＵ（すなわち、ＳＴＡ１、ＳＴＡ２、ＳＴＡ３、およびＳＴＡ４）は、５／６ＧＨｚでビーコンフレーム（すなわち、ビーコン１３０１）を受信した後、いくつかのＲＵインデックス上で提供された「最小ターゲットＵＬ ＲＳＳＩ」および最小ＭＣＳに基づいて、ＡＰに到達することができないと決定している。それらは、ビーコンフレーム内で知らされた、トリガされたＴＷＴ内の２．４ＧＨｚでランダムアクセスを実行する。
【0238】
２．４ＧＨｚ帯域内の経路損失が低いならば、ＷＴＲＵとＡＰとの間の送信は成功であってよい。ＡＰは、それらの好ましいＵＬ ＲＵインデックス／ＭＣＳおよび実現可能なターゲットＲＳＳＩを受信することができる。ＳＴＡ２は、ＵＬ送信においてこれ以上のＵＬリソースが必要でないことをそれが示すように、短いペイロードを有する場合がある。ＳＴＡ１、３、４は、スケジュールされた５／６ＧＨｚＴＷＴ用の５／６ＧＨｚチャネルに合わせることができる。ＴＷＴを開始するＴＦ（例えば、ＴＦ１３０２、ＴＦ１３０４、およびＴＦ１３０６）内で、ＳＴＡ１、３、４は、それらの示されたＲＵ／ＭＣＳを使用してスケジュールされる場合がある。ＴＢ－ＰＰＤＵ受信は、ＳＴＡ４に対しては成功であり得るが、ＳＴＡ１および３に対しては成功であり得ない。ＡＰは、それらの好ましい設定を使用して同じＴＷＴサービス期間内で次のＴＢ－ＰＰＤＵ内のＳＴＡ１および３のＨＡＲＱ再送信をスケジュールすることができる。
【0239】
この実施形態では、２．４ＧＨｚでのＵＬ送信は、プリアンブルを復号する可能性が改善された経路損失とともに高くなると仮定すると、次の５／６ＧＨｚ ＵＬ送信に対する「プリアンブル」と同様であってよい。
【0240】
衝突認識ＨＡＲＱ送信手順についての実施形態が以下のように記載される。
【0241】
一般に、送信機がいかなる電力も送信しないブランクの期間またはリソースは、受信機がパケットのＳＩＮＲを連続して推定し、この推定に基づいて衝突の発生を識別することを可能にするように、送信されたパケット内で構成される場合がある。以下のセクションは、それによりこれがＥＨＴに実装され得る様々な例を詳述する。
【0242】
第１に、衝突推定用の無動力ミッドアンブルについての実施形態が本明細書に記載される。
【0243】
一実施形態では、送信機から送信された動力がない専用ミッドアンブルが使用される場合がある。受信するＳＴＡは、これらのリソースからの干渉動力を推定し、これを使用して衝突の存在または不在を推定することができる。ミッドアンブルは、それらがＳＴＡ固有またはＢＳ固有であるような方式で、指定された間隔で発生するように構成される場合がある。ＳＴＡ固有ミッドアンブルは、ＢＳＳ内の各ＳＴＡ（またはＳＴＡのグループ）に固有のミッドアンブルパターンを有する。これは、衝突が同じＢＳＳ内のＳＴＡから発生する場合があることを想定する。衝突推定ミッドアンブルの場所についてのシグナリングは、ＥＨＴプリアンブル内に配置される場合がある。ＢＳＳ固有ミッドアンブルは、ＢＳＳ内の全てのＳＴＡが同じミッドアンブル構造を有する場合があるように発生する。これは、衝突がＯＢＳＳ ＳＴＡからであることを想定する。衝突推定ミッドアンブルの場所についてのシグナリングは、ＥＨＴプリアンブル内に配置される場合があるか、専用衝突推定ミッドアンブル構成パケットによって送信される場合があるか、ビーコン内で構成される場合があるか、またはＳＴＡ関連付け中にセットアップされる場合がある。
【0244】
図１３は、例示的な無動力衝突推定ミッドアンブルを示す。ミッドアンブルの場所は、静的である（すなわち、パケットの継続時間の間固定される）か、または動的である（すなわち、パケットの継続時間に亘って変化する）場合がある。
【0245】
ＡＰおよびＳＴＡは、衝突推定ミッドアンブルに対するサポートを示す能力ビットを含む場合がある。
【0246】
Ｃ－Ｅミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、パケット内の衝突推定ミッドアンブルの存在を示すビットを含む場合がある。
【0247】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、最初の衝突推定ミッドアンブルの場所を示すフィールドを含む場合がある。
【0248】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、衝突推定ミッドアンブル更新間隔を示すフィールドを含む場合がある。
【0249】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、衝突推定ミッドアンブルに使用されるＯＦＤＭシンボルの数を示すフィールドを含む場合がある。
【0250】
衝突推定用の部分動力ミッドアンブルについての実施形態が図１４を参照して記載される。図１４に示されたように、ステーション（すなわち、ＳＴＡ１およびＳＴＡ２）の各々は、プリアンブル、データ、およびＣＥミッドアンブルのフィールドを備えるＰＰＤＵを備える。例えば、第１のＰＰＤＵは、プリアンブル１４０１、データ１４０２、１４０４、および１４０６、並びにＣ－Ｅミッドアンブル１４０３および１４０５を備える場合がある。第２のＰＰＤＵは、プリアンブル１４１１、データ１４１２、１４１４、および１４１６、並びにＣ－Ｅミッドアンブル１４１３および１４１５を備える場合がある。
【0251】
一実施形態では、いくつかのＯＦＤＭトーン上で送信された動力があり、他のＯＦＤＭトーン上で送信された動力がない専用ミッドアンブルが使用される場合がある。ミッドアンブル構成は、上述された無動力ミッドアンブルと同様に設定される場合がある。受信するＳＴＡは、これらのリソースからのＳＩＮＲを推定し、これを使用して衝突の存在または不在を推定する。
【0252】
ＡＰおよびＳＴＡは、衝突推定ミッドアンブルに対するサポートを示す能力ビットを含む場合がある。
【0253】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、パケット内の衝突推定ミッドアンブルの存在を示すビットを含む場合がある。
【0254】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、最初の衝突推定ミッドアンブルの場所を示すフィールドを含む場合がある。
【0255】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、衝突推定ミッドアンブル更新間隔を示すフィールドを含む場合がある。
【0256】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、衝突推定ミッドアンブルに使用されるＯＦＤＭシンボルの数を示すフィールドを含む場合がある。
【0257】
ＣＥミッドアンブルシグナリング、例えばＥＨＴプリアンブルは、ゼロ動力であるＯＦＤＭサブキャリアを示すフィールドを含む場合がある。
【0258】
一例では、ＣＥミッドアンブルは、それらの上で動力が送信されないパンクチャされたサブキャリアの事前に決定されたセットを有するＬＴＦ信号、例えば、ＥＨＴ－ＬＴＦで構成される場合がある。
【0259】
一例では、ＣＥミッドアンブルは、それらの上で動力が送信されないパンクチャされたサブキャリアの通知されたセットを有するＬＴＦ信号、例えば、ＥＨＴ－ＬＴＦまたはＨＥ－ＬＴＦで構成される場合がある。例えば、開始するサブキャリアおよびサブキャリア間隔は、ＣＥミッドアンブルシグナリング、例えば、ＥＨＴプリアンブルによって通知される場合がある。図１５に示されたように、第１のＰＰＤＵは、プリアンブル１５０１、データ１５０２、１５０４、および１５０６、並びにＣ－Ｅミッドアンブル１５０３および１５０５を備える場合がある。第２のＰＰＤＵは、プリアンブル１５１１、データ１５１２、１５１４、および１５１６、並びにＣ－Ｅミッドアンブル１５１３および１５１５を備える場合がある。
【0260】
衝突推定用の部分動力ミッドアンブルおよびドップラーについての実施形態が図１６を参照して記載される。図１６は、例示的な結合ドップラーおよび衝突推定ミッドアンブルを示す。図１６に示されたように、８０２．１１ａｘで定義されたドップラーミッドアンブル１６０３および１６０６は、ＣＥ推定ミッドアンブルと結合される場合がある。この場合、追加のＯＦＤＭシンボルは、図１６に示されたようにＳＩＮＲ推定のためにドップラー推定ミッドアンブルに追加される場合がある。図１６に示されたように、ＰＰＤＵは、プリアンブル１６０１、データ１６０２、１６０５、および１６０８、並びにＣ－Ｅミッドアンブル１６０４および１６０７を備える場合がある。
【0261】
代替または追加として、ドップラーミッドアンブルは、図１７に示されたように、ＳＩＮＲおよび衝突を可能にするようにゼロとパンクチャされ得る。図１７に示されたように、ＰＰＤＵは、プリアンブル１７０１、データ１７０２、１７０４、および１７０６、並びにＣＥ／ドップラーミッドアンブル１７０３および１７０５を備える場合がある。
【0262】
衝突推定用の無動力パイロットについての実施形態が以下に記載される。
【0263】
一実施形態では、各ＯＦＤＭシンボルは、パケット内の固有の位置に無動力パイロットを有する場合がある。現在の８０２．１１ａｘパケットでは、以下の数秘学が使用される：パイロットサブキャリア：２パイロット付き２６トーン、４パイロット付き５２トーン、４パイロット付き１０６トーン、８パイロット付き２４２トーン、１６パイロット付き４８４トーン、および１６パイロット付き９９６トーン。
【0264】
一実施形態では、等しい数の無動力パイロットが各ＲＵに配置される場合がある。代替または追加として、無動力パイロットサブキャリア：１パイロット付き２６トーン、２パイロット付き５２トーン、２パイロット付き１０６トーン、４パイロット付き２４２トーン、８パイロット付き４８４トーン、および８パイロット付き９９６トーンのような、削減された数の無動力パイロットが各ＲＵに配置される場合がある。
【0265】
パイロットの位置はＳＴＡ固有もしくはＢＳＳ固有であってよいか、またはパターンは静的もしくは動的であってよい。
【0266】
衝突推定用の無動力リソースユニットについての実施形態が本明細書に記載される。
【0267】
図１８は、衝突推定のための例示的な無動力リソースユニットを示す。ＲＵまたは部分ＲＵは、衝突推定を可能にするために無動力送信に設定される場合がある。ＲＵがパケットの継続時間を延長するにつれて、ＲＵ内のＯＦＤＭシンボルのインデックスは、無動力に設定されてオーバーヘッドを低減することができる。スケジュールされたＳＴＡの衝突行動に基づいて、様々なＲＵは無動力ＲＵシンボルの様々な周波数／分散を有する場合があることに留意されたい。図１８に示されたように、無動力ＲＵ１８０１は、ＲＵ１、シンボル２；ＲＵ３、シンボル３；およびＲＵ２、シンボル４を備える場合がある。データＲＵ１８０２は、図１８に示された他の要素を備える場合がある。
【0268】
衝突推定および衝突認識ＨＡＲＱ手順についての実施形態が本明細書に記載される。
【0269】
図１９は、衝突認識ＨＡＲＱにおける衝突推定のための例示的な手順を示す。この手順では、ＳＴＡ固有衝突推定が想定される場合がある。
【0270】
１９０１において、ＳＴＡがＥＨＴプリアンブルを受信することができる。
【0271】
１９０２において、ＳＴＡがＳＴＡ固有衝突推定リソースの位置を識別することができる。これは無動力リソースと動力リソースの両方を含む場合がある。
【0272】
１９０３において、ＳＴＡは衝突の存在を推定することができる。これは、干渉メトリック、例えば、ＳＩＮＲ変動、干渉動力変動、パケット継続時間オーバーなどに基づく場合がある。
【0273】
１９０４において、ＳＴＡが衝突推定に基づいてパケットを復号することができる。一例では、ＳＴＡは、１９０５においてＨＡＲＱ認識デコーダを実装し、衝突がない場合パケットを結合することができる。次いで、１９０６において、送信機がフィードバックを送信する。別の例では、ＳＴＡは、非ＨＡＲＱ範囲で動作している（すなわち、ＡＲＱがＨＡＲＱよりも良い）ことを推定し、ＨＡＲＱ送信をオフにするようにＡＰに要求を送信することができる。ＣＣ ＨＡＲＱでは、送信は同じであってよいことに留意されたい。しかしながら、ＩＲ－ＨＡＲＱでは、送信は異なる場合があり、ＡＲＱが使用された場合、最良のＲＶが常に送信され得る。
【0274】
ＳＴＡ／ＡＰは、ＡＰ／ＳＴＡがその衝突推定リソースを変更して、他の衝突するＳＴＡからの干渉のより良い推定を可能にすることを要求することができる。図２０は、衝突推定リソース変更プロセスの例を示す。図２０に示されたように、受信機２００５および送信機２００６が存在する。
【0275】
２００１において、ＷＴＲＵ（例えば、受信機２００５）がＡＰ（例えば、送信機２００６）からＣ－Ｅリソースシグナリングを受信することができる。２００２において、ＷＴＲＵがＡＰにＣ－Ｅリソース変更要求を送信することができる。２００３において、ＡＰがＷＴＲＵにＣ－Ｅリソース変更応答を送信することができる。２００４において、ＡＰがＷＴＲＵに新しいＣ－Ｅリソースシグナリングを送信することができる。より具体的には、一実施形態では、ＳＴＡ／ＡＰは、受信されたパケットのＬＬＲを復活させることによって考えられるＣＥリソースを示唆し、ゼロに近いＬＬＲを有するリソースを識別する（すなわち、１またはゼロの確率が、パフォーマンスが不確かであることを等しく意味する）ことが可能な場合がある。一例では、ＳＴＡ／ＡＰは、所望のリソースを示すＣＥリソース要求パケットを送信機に送信することができる。
【0276】
本発明の特徴および要素が特定の組合せで好ましい実施形態に記載されたが、各々の特徴または要素は、好ましい実施形態の他の特徴および要素なしに単独で、または本発明の他の特徴および要素の有無にかかわらず様々な組合せで使用され得る。
【0277】
本明細書に記載された解決策は８０２．１１固有プロトコルを考慮するが、本明細書に記載された解決策はこのシナリオに限定されず、他の無線システムにも適用可能であることが理解される。
【0278】
設計および手順の例において様々なフレーム間間隔を示すためのＳＩＦＳが使用されたが、ＲＩＦＳ、ＡＩＦＳ、ＤＩＦＳなどの全ての他のフレーム間間隔または他の同意された時間間隔が同じ解決策において適用される可能性がある。
【0279】
いくつかの図においてトリガされたＴＸＯＰ当たり４つのＲＢが例として示されたが、利用されるＲＢ／チャネル／帯域幅の実際の数は異なっていてよい。
【0280】
特徴および要素は特定の組合せで上述されたが、当業者は、各々の特徴または要素が、単独でまたは他の特徴および要素との任意の組合せで使用され得ることを諒解されよう。本明細書に記載された方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアに実装される場合がある。コンピュータ可読媒体の例には、（有線接続または無線接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定はしないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体が含まれる。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波トランシーバを実装するために使用される場合がある。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図8C】
【図8D】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】