(57)【要約】ミリメートル波ＷＬＡＮのための多次元ビームリファインメント手順およびシグナリングのためのシステムおよび方法。いくつかの実施形態においては、下位互換性を伴って、または伴わずにＭＡＣパケットおよびＰＰＤＵフォーマットを拡張する多次元拡張ビームリファインメントプロトコルＭＡＣおよびＰＨＹフレーム設計がある。複数の次元が共同でまたは別々にサポートされることができる。その他の実施形態においては、ｅＢＲＰフレーム設計においてシグナリングされる増大されたデータが、トレーニングタイプに依存するＢＲＰ最小持続時間選択手順、またはヌルデータパケットＢＲＰフレームの使用を通じてなど、低減されたＢＲＰフレームサイズを伴って、より効率よくシグナリングされることができる。さらなる実施形態においては、ＢＲＰオペレーションの効率を改善するために、ＢＰＲパケットどうしの間におけるインターフレームスペーシングの最大持続時間が変更されることができる。
2020503725.tif 000002
【特許請求の範囲】
【請求項１】
ビームリファインメントプロトコル（ＢＲＰ）を行う方法であって、レスポンダにおいて、
前記ＢＲＰのイニシエータからＢＲＰ測定フレームを受信するステップと、
前記ＢＲＰ測定フレームに関するフィードバックを生成するステップと、
前記ＢＲＰ測定フレームの受信の所定の時間内に前記ＢＲＰ測定フレームに対する応答を送信するステップと
を含み、送信する前記ステップは、
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能である場合に前記フィードバックを送信するステップと、
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能でない場合に前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信するステップとを含む方法。
【請求項２】
応答を送信する前記ステップは、
前記ＢＲＰ測定フレームの受信の事前に定義されたショートインターフレームスペース（ＳＩＦＳ）内に前記応答を送信するステップをさらに含む請求項１に記載の方法。
【請求項３】
前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップは、
明示的な肯定応答（ＡＣＫ）を送信するステップを含む請求項１に記載の方法。
【請求項４】
前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップは、
前記フィードバックが利用可能になるであろう時間の表示を送信するステップを含む請求項１に記載の方法。
【請求項５】
前記フィードバックが利用可能になるであろう時間の表示を送信する前記ステップは、
前記時間の前記表示をＢＲＰパケット内に含めて送信するステップを含む請求項４に記載の方法。
【請求項６】
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能でない場合に、前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップの後に前記フィードバックを送信するステップ
をさらに含む請求項１に記載の方法。
【請求項７】
前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップの後に前記フィードバックを送信する前記ステップは、
チャネル競合を使用して前記フィードバックを送信するステップを含む請求項６に記載の方法。
【請求項８】
前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップの後に前記フィードバックを送信する前記ステップは、
チャネルアクセスを要求するためのトラフィック利用可能フレームを使用して前記フィードバックを送信するステップを含む請求項６に記載の方法。
【請求項９】
前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップの後に前記フィードバックを送信する前記ステップは、
前記イニシエータによるポーリングに応答して前記フィードバックを送信するステップを含む請求項６に記載の方法。
【請求項１０】
前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信する前記ステップの後に前記フィードバックを送信する前記ステップは、
前記フィードバックが利用可能になるであろう時間の前記表示の経過後に前記イニシエータからポーリングフレームを受信するステップと、
前記ポーリングフレームに応答して前記フィードバックを送信するステップとを含む請求項６に記載の方法。
【請求項１１】
受信する前記ステップは、前記ＢＲＰの前記イニシエータから複数のＢＲＰ測定フレームを受信するステップを含み、
応答を送信する前記ステップは、前記それぞれのＢＲＰ測定フレームの受信の前記所定の時間内に前記ＢＲＰ測定フレームのそれぞれへ応答を送信するステップを含む
請求項１に記載の方法。
【請求項１２】
前記レスポンダにおいて、
前記イニシエータとの間でＢＲＰパケットの最小持続時間をネゴシエートするステップをさらに含む請求項１０に記載の方法。
【請求項１３】
ネゴシエートする前記ステップは、
前記レスポンダによってサポート可能であるＢＲＰフレームに関する最小パケットサイズを示す値をビームフォーミング能力フィールドに置くステップを含む請求項１２に記載の方法。
【請求項１４】
請求項１乃至１３のいずれか一項に記載の方法を行うように構成されている装置。
【請求項１５】
請求項１乃至１３のいずれか一項に記載の方法を行うための手段を含む装置。
【請求項１６】
請求項１乃至１３のいずれか一項に記載の方法を行うためのマシン。
【請求項１７】
複数の命令を含む少なくとも１つのマシン可読メディアであって、前記命令は、コンピューティングデバイス上で実行されたときに、請求項１乃至１３のいずれか一項に記載の方法を前記コンピューティングデバイスに遂行させる少なくとも１つのマシン可読メディア。
【請求項１８】
請求項１乃至１３のいずれか一項に記載の方法を行うようにアレンジされている通信デバイス。
【請求項１９】
請求項１乃至１３のいずれか一項に記載の方法を行うためのコンピュータシステム。
【請求項２０】
イニシエータとの間でのビームリファインメントプロトコル（ＢＲＰ）を行うように構成されているプロセッサおよびメモリを含むレスポンダを含む装置であって、前記ＢＲＰは、
前記ＢＲＰのイニシエータからＢＲＰ測定フレームを受信することと、
前記ＢＲＰ測定フレームに関するフィードバックを生成することと、
前記ＢＲＰ測定フレームの受信の所定の時間内に前記ＢＲＰ測定フレームに対する応答を送信することと
を含み、前記送信することは、
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能である場合に前記フィードバックを送信することと、
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能でない場合に前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信することとを含む装置。
【請求項２１】
イニシエータとの間でのビームリファインメントプロトコル（ＢＲＰ）をレスポンダのプロセッサに行わせるための命令を含むコンピュータプログラムをエンコードされている非一時的なコンピュータ可読メディアであって、前記ＢＲＰは、
前記ＢＲＰのイニシエータからＢＲＰ測定フレームを受信することと、
前記ＢＲＰ測定フレームに関するフィードバックを生成することと、
前記ＢＲＰ測定フレームの受信の所定の時間内に前記ＢＲＰ測定フレームに対する応答を送信することと
を含み、前記送信することは、
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能である場合に前記フィードバックを送信することと、
前記フィードバックが前記ＢＲＰ測定フレームの受信の前記所定の時間内に利用可能でない場合に前記ＢＲＰ測定フレームの受信の肯定応答において情報を送信することとを含む非一時的なコンピュータ可読メディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ミリ波ＷＬＡＮのための多次元ビームリファインメント手順およびシグナリングに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１６年１１月３日に出願された米国特許仮出願第６２／４１７，１４５号明細書、２０１７年１月１２日に出願された米国特許仮出願第６２／４４５，６４２号明細書、および２０１７年５月２日に出願された米国特許仮出願第６２／５００，４２１号明細書の利益を主張するものであり、これら３つのすべては、それらの全体が参照によって本明細書に組み込まれている。
【０００３】
ＷＬＡＮシステムの概観
インフラストラクチャーベーシックサービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳ用のアクセスポイント（ＡＰ／ＰＣＰ）と、ＡＰ／ＰＣＰに関連付けられている１つまたは複数のステーション（ＳＴＡ）とを有する。ＡＰ／ＰＣＰは、典型的には、ＢＳＳとの間で出入りするトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／ワイヤレスネットワークへのアクセスまたはインターフェースを有する。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰ／ＰＣＰを通じて着信し、ＳＴＡへ配信される。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰ／ＰＣＰへ送られて、それぞれの宛先へ配信される。ＢＳＳ内のＳＴＡどうしの間におけるトラフィックは、ソースＳＴＡがトラフィックをＡＰ／ＰＣＰへ送り、ＡＰ／ＰＣＰがそのトラフィックを宛先ＳＴＡへ配信する場合には、ＡＰ／ＰＣＰを通じて送られることもできる。ＢＳＳ内のＳＴＡどうしの間におけるそのようなトラフィックは、実際にはピアツーピアトラフィックである。そのようなピアツーピアトラフィックは、８０２．１１ｅダイレクトリンクセットアップ（ＤＬＳ）または８０２．１１ｚトンネルドＤＬＳ（ＴＤＬＳ）を使用するＤＬＳを用いてソースＳＴＡと宛先ＳＴＡとの間において直接送られることもできる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰ／ＰＣＰを有さず、および／またはＳＴＡどうしが、互いに直接通信する。通信のこのモードは、通信の「アドホック」モードと呼ばれている。
【０００４】
オペレーションの８０２．１１ａｃインフラストラクチャーモードを使用して、ＡＰ／ＰＣＰは、固定されたチャネル、通常はプライマリーチャネル上でビーコンを送信することができる。このチャネルは、２０ＭＨｚの幅であることができ、ＢＳＳの動作チャネルである。このチャネルはまた、ＡＰ／ＰＣＰとの接続を確立するためにＳＴＡによって使用される。８０２．１１システムにおける基本的なチャネルアクセスメカニズムは、搬送波感知多重アクセス／衝突回避方式（ＣＳＭＡ／ＣＡ）である。オペレーションのこのモードにおいては、あらゆるＳＴＡ（ＡＰ／ＰＣＰを含む）が、プライマリーチャネルを感知することになる。チャネルがビジーであると検知された場合には、ＳＴＡは引き下がる。したがって、１つのＳＴＡのみが、所与のＢＳＳにおいて任意の所与の時点で送信を行うことができる。
【０００５】
８０２．１１ｎ（非特許文献１を参照されたい）においては、ハイスループット（ＨＴ）ＳＴＡが、通信のために４０ＭＨｚ幅のチャネルを使用することもできる。これは、プライマリー２０ＭＨｚチャネルを隣の２０ＭＨｚチャネルと組み合わせて４０ＭＨｚ幅の連続したチャネルを形成することによって達成される。
【０００６】
８０２．１１ａｃ（非特許文献２を参照されたい）においては、ベリーハイスループット（ＶＨＴ）ＳＴＡが、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚチャネル、および８０ＭＨｚチャネルは、上述されている８０２．１１ｎと同様の連続した２０ＭＨｚチャネルどうしを組み合わせることによって形成される。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを組み合わせることによって、または２つの連続していない８０ＭＨｚチャネルを組み合わせることによって形成されることができ、これは、８０＋８０構成と呼ばれる場合もある。８０＋８０構成に関しては、チャネルエンコーディング後のデータが、セグメントパーサに通され、セグメントパーサは、それを２つのストリームへと分割する。ＩＦＦＴおよび時間ドメイン処理が、それぞれのストリーム上で別々に行われる。ストリームは次いで、２つのチャネル上にマップされ、データが送信される。受信機においては、このメカニズムは逆にされ、組み合わされたデータは、ＭＡＣへ送られる。
【０００７】
オペレーションのサブ１ＧＨｚモードが、８０２．１１ａｆ（非特許文献３を参照されたい）および８０２．１１ａｈ（非特許文献４を参照されたい）によってサポートされている。これらの仕様に関しては、チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものに比べて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。８０２．１１ａｈに関するあり得る使用事例は、マクロカバレッジエリアにおけるメータタイプ制御（ＭＴＣ）デバイスに関するサポートである。ＭＴＣデバイスは、限られた帯域幅に関するサポートのみを含む限られた能力を有する場合があるが、非常に長いバッテリー寿命に対する必要性を含む場合もある。
【０００８】
複数のチャネルおよびチャネル幅、たとえば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈをサポートするＷＬＡＮシステムは、プライマリーチャネルとして指定されているチャネルを含む。プライマリーチャネルは、ＢＳＳにおけるすべてのＳＴＡによってサポートされている最大の共通動作帯域幅に等しい帯域幅を有することができるが、必ずしも有するとは限らない。したがってプライマリーチャネルの帯域幅は、ＢＳＳにおいて動作しているすべてのＳＴＡのうちで、最小の帯域幅動作モードをサポートしているＳＴＡによって制限される。８０２．１１ａｈの例においては、たとえＡＰ／ＰＣＰ、およびＢＳＳにおけるその他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、またはその他のチャネル帯域幅動作モードをサポートすることができるとしても、１ＭＨｚモードをサポートするだけであるＳＴＡ（たとえば、ＭＴＣタイプデバイス）がある場合には、プライマリーチャネルは１ＭＨｚ幅であることができる。すべての搬送波感知およびＮＡＶ設定は、プライマリーチャネルのステータスに依存する。すなわち、たとえば１ＭＨｚの動作モードしかサポートしていないＳＴＡがＡＰ／ＰＣＰへの送信を行っていることに起因して、プライマリーチャネルがビジーである場合には、利用可能な周波数帯域全体は、たとえその大部分がアイドルで利用可能なままであるとしても、ビジーとみなされる。
【０００９】
米国においては、８０２．１１ａｈによって使用されることができる利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国においては、それは、９１７．５ＭＨｚから９２３．５ＭＨｚまでであり、日本においては、それは、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈにとって利用可能な合計の帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００１０】
スペクトル効率を改善するために、８０２．１１ａｃは、たとえばダウンリンクＯＦＤＭシンボル中の、同じシンボルのタイムフレームにおける複数のＳＴＡへのダウンリンクマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）送信のためのコンセプトを導入している。ダウンリンクＭＵ−ＭＩＭＯの使用に関するポテンシャルも、現在は８０２．１１ａｈ用とみなされている。ダウンリンクＭＵ−ＭＩＭＯは、それが８０２．１１ａｃにおいて使用される際には、複数のＳＴＡに対して同じシンボルタイミングを使用するので、複数のＳＴＡに対する波形送信の干渉は問題ではないということに留意することが重要である。しかしながら、ＡＰ／ＰＣＰとのＭＵ−ＭＩＭＯ送信に関与しているすべてのＳＴＡは、同じチャネルまたは帯域を使用しなければならず、これは、動作帯域幅を、ＡＰ／ＰＣＰとのＭＵ−ＭＩＭＯ送信に含まれているＳＴＡによってサポートされている最小チャネル帯域幅に制限する。
【００１１】
８０２．１１ａｄ。
８０２．１１ａｄは、ＷＬＡＮ標準に対する改正であり、この改正は、６０ＧＨｚ帯域におけるベリーハイスループット（ＶＨＴ）のためのＭＡＣレイヤおよびＰＨＹレイヤを指定する。
【００１２】
８０２．１１ａｄは、下記の重要な特徴を有する。
−  ７Ｇｂｉｔ／ｓまでのデータレートをサポートする。
−  ３つの異なる変調モードをサポートする
シングルキャリアおよびスプレッドスペクトルを伴う制御ＰＨＹ
シングルキャリアＰＨＹ
ＯＦＤＭ  ＰＨＹ
−  世界的に利用可能である６０ＧＨｚのアンライセンス帯域を使用する。６０ＧＨｚにおいては、波長は５ｍｍであり、これは、コンパクトおよびアンテナまたはアンテナアレイを可能にする。そのようなアンテナは、送信機および受信機の両方において狭ＲＦビームを作成することが可能であり、狭ＲＦビームは、効果的にカバレッジ範囲を増やし、干渉を減らす。
−  ８０２．１１ａｄのフレーム構造は、ビームフォーミングトレーニングに関するメカニズム（ディスカバリーおよびトラッキング）を容易にする。ビームフォーミングトレーニングプロトコルは、セクタレベルスイープ（ＳＬＳ）手順およびビームリファインメントプロトコル（ＢＲＰ）手順という２つのコンポーネントを含む。ＳＬＳ手順は、送信ビームフォーミングトレーニングのために使用され、ＢＲＰ手順は、受信ビームフォーミングトレーニング、ならびに送信ビームおよび受信ビームの両方の反復リファインメントを可能にする。
【００１３】
ＳＵ−ＭＩＭＯおよびＭＵ−ＭＩＭＯの両方を含むＭＩＭＯ送信は、８０２．１１ａｄによってサポートされていない。
【００１４】
８０２．１１ａｄ  ＰＰＤＵフォーマット。８０２．１１ａｄは、３つのＰＰＤＵフォーマットをサポートし、それらは、制御ＰＨＹ、シングルキャリア（ＳＣ）ＰＨＹ、およびＯＦＤＭ  ＰＨＹ  ＰＰＤＵである。非特許文献２において定義されているＰＰＤＵフォーマットが、図１において示されている。図１は、制御フォーマット１２、シングルキャリアフォーマット１４、およびＯＦＤＭフォーマット１６を示している。
【００１５】
８０２．１１ａｄ制御ＰＨＹ。制御ＰＨＹは、８０２．１１ａｄにおいては、最も低いデータレートの送信として定義される。ビームフォーミングトレーニングの前に送信されるフレームが、制御ＰＨＹ  ＰＰＤＵを使用することができる。８０２．１１ａｄに関して、制御ＰＨＹの送信ブロック図が、図２において示されている。
【００１６】
セクタレベルスイープ。例示的なＳＬＳトレーニング手順が、図３において示されている。ＳＬＳトレーニングは、ビーコンフレームまたはＳＳＷフレームを使用して行われることができる。ビーコンフレームが利用される場合には、ＡＰは、それぞれのビーコンインターバル（ＢＩ）内で複数のビーム／セクタに伴ってビーコンフレームを繰り返し、複数のＳＴＡが同時にＢＦトレーニングを行うことが可能である。しかしながら、ビーコンフレームのサイズに起因して、ＡＰが１つのＢＩ内ですべてのセクタ／ビームをスイープすることが可能であるという保証はない。したがってＳＴＡは、ＩＳＳトレーニングを完了するために複数のＢＩを待つ必要がある場合があり、待ち時間が問題となる場合がある。ＳＳＷフレームが、ポイントからポイントへのＢＦトレーニングのために利用されることができる。ＳＳＷフレームは、制御ＰＨＹを使用して送信されることができ、フレームフォーマットは、図４において示されている。ＳＳＷフィールドは、図４において定義されており、フィールドフォーマットは、図５において定義されている。ＳＳＷフィードバックフィールドは、図６Ａおよび図６Ｂにおいて与えられている。
【００１７】
ビームリファインメントプロトコル（ＢＲＰ）。ビームリファインメントは、ＳＴＡが送信および受信の両方のための自分のアンテナ構成（またはアンテナウェイトベクトル）を改善することが可能であるプロセスである。ビームリファインメント手順においては、受信機および送信機アンテナをトレーニングするためにＢＲＰパケットが使用される。ＢＲＰ−ＲＸパケットおよびＢＲＰ−ＴＸパケットという２つのタイプのＢＲＰパケットがある。ＢＲＰパケットは、図７において示されているようにＡＧＣフィールドおよび送信機または受信機トレーニングフィールドを含むトレーニングフィールドによって追随される指向性マルチギガビット（ＤＭＧ）物理レイヤ（ＰＨＹ）プロトコルデータユニット（ＰＰＤＵ）によって搬送されることができる。
【００１８】
図７におけるＮという値は、ヘッダフィールドにおいて与えられているトレーニング長さであり、それは、ＡＧＣが４Ｎ個のサブフィールドを有しているということを示しており、ＴＲＮ−Ｒ／Ｔフィールドが５Ｎ個のサブフィールドを有しているということを示している。ＣＥサブフィールドは、前のセクションにおいて記述されているプリアンブルにおけるＣＥサブフィールドと同じである。ビームトレーニングフィールドにおけるすべてのサブフィールドは、回転されたπ／２−ＢＰＳＫ変調を使用して送信される。
【００１９】
ＢＲＰ  ＭＡＣフレームは、アクションＡＣＫなしフレームであり、これは、下記のフィールドを有する。
−  カテゴリー
−  保護されていないＤＭＧアクション
−  ダイアログトークン
−  ＢＲＰ要求フィールド
−  ＤＭＧビームリファインメント要素
−  チャネル測定フィードバック要素１
−  ．．．
−  チャネル測定フィードバック要素ｋ
【００２０】
８０２．１１ａｙ（ＴＧａｙ）。
８０２．１１ａｙの要件。２０１５年３月にＩＥＥＥによって承認されたタスクグループａｙ（ＴＧａｙ）は、ステーションあたりのパワー効率を保持または改善しながら、（ＭＡＣデータサービスアクセスポイントにおいて測定された）少なくとも２０ギガビット／秒の最大スループットをサポートすることが可能なオペレーションの少なくとも１つのモードを可能にするＩＥＥＥ８０２．１１物理レイヤ（ＰＨＹ）およびＩＥＥＥ８０２．１１メディアアクセス制御レイヤ（ＭＡＣ）の両方に対する標準化された修正を定義する改正を開発するように期待されている。この改正はまた、同じ帯域において動作している（ＩＥＥＥ８０２．１１ａｄ−２０１２改正によって定義されている）レガシーの指向性マルチギガビットステーションとの下位互換性および共存を確実にしながら４５ＧＨｚを上回るライセンス免除帯域に関するオペレーションを定義する。
【００２１】
８０２．１１ａｄの最大スループットよりもはるかに高い最大スループットがＴＧａｙの主要な目標であるが、グループの何人かのメンバーは、モビリティーおよび屋外のサポートを含めることも提案した。１０個を超える異なる使用事例が、スループット、待ち時間、動作環境、およびアプリケーションの点から提案および分析されている（非特許文献５を参照されたい）。
【００２２】
８０２．１１ａｙは、レガシー標準と同じ帯域において動作することになるので、この新たなテクノロジーが、同じ帯域におけるレガシーとの下位互換性および共存を確実にすることが必要とされている。
【００２３】
８０２．１１ａｙ  ＰＰＤＵフォーマット。８０２．１１ａｙ  ＰＰＤＵは、レガシー部分およびＥＤＭＧ部分を含むということが合意されている。詳細なＰＰＤＵフォーマットが、図８において示されている。
【００２４】
レガシーショートトレーニングフィールド（Ｌ−ＳＴＦ）、レガシーチャネル推定フィールド（Ｌ−ＣＥＦ）、Ｌ−ヘッダ、およびＥＤＭＧ−ヘッダ−Ａフィールドが、下位互換性のためにＳＣモードを使用して送信される。下記の内容が、ＩＥＥＥの２０１６年１月の会議において合意された。
−  制御モードＰＰＤＵに関しては、ＥＤＭＧ−ヘッダ−Ａフィールドの存在を示すために、予備ビット２２および２３が両方とも１に設定されなければならない。
−  ＳＣモードＰＰＤＵまたはＯＦＤＭモードＰＰＤＵに関しては、ＥＤＭＧ−ヘッダ−Ａフィールドの存在を示すために、予備ビット４６が１に設定されなければならない。
【００２５】
ミリメートル波プリコーディング。ミリメートル波周波数でのプリコーディングは、デジタル、アナログ、またはデジタルおよびアナログのハイブリッドであることができる（非特許文献６を参照されたい）。
【００２６】
デジタルプリコーディング：  デジタルプリコーディングは、正確であり、イコライゼーションと組み合わされることが可能である。それは、シングルユーザ（ＳＵ）、マルチユーザ（ＭＵ）、およびマルチセルプリコーディングを可能にし、典型的にはサブ６ＧＨｚにおいて、たとえば、ＩＥＥＥ８０２．１１ｎ以上において、および３ＧＰＰ  ＬＴＥ以上において使用される。しかしながら、ミリメートル波周波数においては、アンテナ要素と比較して限られた数のＲＦチェーンの存在、およびチャネルのまばらな性質が、デジタルビームフォーミングの使用を複雑にする。
【００２７】
アナログビームフォーミング：  アナログビームフォーミングは、それぞれのアンテナ要素上でアナログフェーズシフターを使用することによって、限られた数のＲＦチェーンの問題を克服する。それは、ＩＥＥＥ８０２．１１ａｄにおいて、セクタレベルスイープ（これは、最良セクタを識別する）、ビームリファインメント（これは、セクタをアンテナビームへリファインする）、およびビームトラッキング（これは、チャネルにおけるいかなる変化も考慮するように時間とともにサブビームを調整する）手順中に使用される。アナログビームフォーミングは、ＩＥＥＥ８０２．１５．３においても使用される。このケースにおいては、レイヤードマルチレゾリューションビームフォーミングコードブックを使用するバイナリーサーチビームトレーニングアルゴリズムが使用される。アナログビームフォーミングは、典型的にはシングルストリーム送信に限定される。
【００２８】
ハイブリッドビームフォーミング：  ハイブリッドビームフォーミングにおいては、プリコーダは、アナログドメインとデジタルドメインとの間において分割される。それぞれのドメインは、別々の構造的な制約、たとえば、アナログドメインにおける結合行列に関する定モジュラス制約を伴うプリコーディング行列および結合行列を有する。この設計は、ハードウェアの複雑さと、システムパフォーマンスとの間における妥協をもたらす。ハイブリッドビームフォーミングは、チャネルのまばらな性質に起因してデジタルプリコーディングパフォーマンスを達成すること、およびマルチユーザ／マルチストリーム多重化をサポートすることが可能であることができる。しかしながら、それは、ＲＦチェーンの数によって制限される。これは、問題ではないかもしれない。なぜなら、ミリ波チャネルは角度ドメインにおいてはまばらであるからであり、したがって、この制限はさほど重要ではないかもしれない。
【００２９】
８０２．１１ａｄ＋のためのマルチアンテナアナログビームフォーミング方法。アナログビームフォーミングがＩＥＥＥ８０２．１１ａｄにおいて見つけた問題に基づいて、２０１５年５月７日に出願された「Ｂｅａｍｆｏｒｍｉｎｇ  Ｍｅｔｈｏｄｓ  ａｎｄ  Ｐｒｏｃｅｄｕｒｅｓ  ｉｎ  ｍｍＷ  ＷＬＡＮ  Ｓｙｓｔｅｍｓ」と題されている特許文献１において、８０２．１１ａｄ＋／８０２．１１ａｙのためのアナログビームフォーミング方法が提案されている。開示されている実施形態は、下記を含んでいた。
−  ビームの切り替えを伴う空間的多様性。
−  単一のビームを伴う空間的多様性。
−  重み付けされたマルチパスビームフォーミングトレーニング。
−  ビーム分割多重アクセス。
−  シングルユーザ空間多重化。
−  低減されたビームフォーミングトレーニングオーバーヘッド。
【００３０】
上述の開示においては、２つのアーキテクチャーが提案された。第１のアーキテクチャーは、すべての重みによって励起されたすべての物理アンテナ（ＰＡ）を伴い（図９において示されている）、その一方で第２のアーキテクチャーは、別々の重みによって励起された別々のＰＡを有する（図１０において示されている）。
【００３１】
さまざまな実施形態においては、本開示は、マルチストリーム／マルチユーザ送信を可能にするためのアナログおよびデジタルプリコーディングの組合せ（ハイブリッドミリ波プリコーディング）に関連している。
【先行技術文献】
【特許文献】
【００３２】
【特許文献１】米国実用特許出願第１４／４４１，２３７号明細書
【特許文献２】米国特許仮出願第６１／３６５，０１４号明細書
【非特許文献】
【００３３】
【非特許文献１】ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ８０２．１１TM−２０１２：  Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  （ＰＨＹ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ
【非特許文献２】ＩＥＥＥ  Ｓｔｄ  ８０２．１１ａｄTM−２０１２：  Ｐａｒｔ  １１：  Ｗｉｒｅｌｅｓｓ  ＬＡＮ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  （ＭＡＣ）  ａｎｄ  Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  （ＰＨＹ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  Ａｍｅｎｄｍｅｎｔ  ３：  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｖｅｒｙ  Ｈｉｇｈ  Ｔｈｒｏｕｇｈｐｕｔ  ｉｎ  ｔｈｅ  ６０  ＧＨｚ  Ｂａｎｄ
【非特許文献３】ＩＥＥＥ  ８０２．１１−１０／０２５８ｒ０，  ＭＡＣ  ａｎｄ  ＰＨＹ  Ｐｒｏｐｏｓａｌ  ｆｏｒ  ８０２．１１ａｆ，  Ｍａｒｃｈ  ２０１０
【非特許文献４】ＩＥＥＥ  ８０２．１１−１０／０００１ｒ１３，  Ｓｕｂ  １  ＧＨｚ  ｌｉｃｅｎｓｅ−ｅｘｅｍｐｔ  ＰＡＲ  ａｎｄ  ５Ｃ，  Ｊｕｌｙ  ２０１０
【非特許文献５】ＩＥＥＥ  ８０２．１１−２０１５／０６２５ｒ２，  “ＩＥＥＥ  ８０２．１１  ＴＧａｙ  Ｕｓｅ  Ｃａｓｅｓ”，  Ｈｕａｗｅｉ，  ｅｔ．  ａｌ
【非特許文献６】ＭＩＭＯ  Ｐｒｅｃｏｄｉｎｇ  ａｎｄ  Ｃｏｍｂｉｎｉｎｇ  Ｓｏｌｕｔｉｏｎｓ  ｆｏｒ  ｍｍＷａｖｅ  Ｓｙｓｔｅｍｓ：  Ａｌｋａｈｔｅｅｂ，  Ｍｏ，  Ｇｏｎｚａｌｅｚ−Ｐｒｅｌｃｉｃ，  Ｈｅａｔｈ，  ２０１４
【発明の概要】
【課題を解決するための手段】
【００３４】
本明細書において記述されているシステムおよび方法は、ミリメートル波ＷＬＡＮのための多次元ビームリファインメント手順およびシグナリングのために提供されている。
【００３５】
Ｍ次元送信のためのＢＲＰ  ＭＡＣパケット。１１ａｄにおける現在のＢＲＰ  ＭＡＣは、８０２．１１ａｄにおいて存在するシングルビーム送信のためのビームリファインメントおよびフィードバックをセットアップするように設計されている。図１１においては、ＭＡＣパケット１１０２が、ＢＲＰ要求フィールド１１０４およびＤＭＧビームリファインメント要素１１０６を含む。ＢＲＰ手順において最良のビームを推定するために使用されるサポーティングＰＨＹレイヤＰＰＤＵは、シングルビーム送信用に設計されている（図１２において示されているように）。このＰＰＤＵの要素は、単一のＴｘ−Ｒｘアンテナペアおよび信号チャネルのためのＡＧＣフィールド、チャネル推定フィールド、およびＴＲＮフィールドを含む。多次元ＢＲＰ（それらの次元は、複数の送信−受信ビームペア、複数のポラライゼーション、または複数のチャネルであることができる）に関しては、下位互換性を伴って、または伴わずにＭＡＣパケットおよびＰＰＤＵフォーマットを拡張するための方法が、本明細書において開示されている。複数の次元が共同でまたは別々にサポートされることができる。
【００３６】
ＢＲＰ  ＭＡＣパケットオーバーヘッド。上述されているＭ次元送信のためのアンテナおよびビームの数における増大に起因する、ＢＲＰ  ＭＡＣパケットにおいてシグナリングされることが必要とされるデータの量における増大に伴って、オーバーヘッドを低減するためのさらに効率的なＢＲＰパケットが、本明細書において示されている。
【００３７】
ＢＲＰ  ＩＦＳ。８０２．１１ａｄにおいては、ＢＲＰフレームと、その応答との間におけるインターフレームスペーシングが、ショートインターフレームスペース（ＳＩＦＳ）以上でかつビームリファインメントプロトコルインターフレームスペース（ＢＲＰＩＦＳ）以下である（ＢＲＰＩＦＳの値が固定された状態での）値に設定される。上述されている多次元性を考慮した改善されたフィードバックのために、最適化されたオペレーションのための複数のＢＲＰフレームのやり取りがあることができる。ＢＲＰオペレーションの効率を改善するための、ならびに、ＢＲＰＩＦＳ持続時間のシグナリングおよび／またはＢＲＰＩＦＳ持続時間における低減を可能にするための方法が、本明細書において開示されている。
【００３８】
ＢＲＰ  ＩＦＳおよびチャネルアクセス。インターフレームスペーシングがＢＲＰＩＦＳ＝４４ｕｓｅｃに設定されている可能性に伴って、スリープモードにある、またはＴｘＯＰ予約フレームを逃しているＳＴＡは、チャネルが占有されていないと想定して、ＴｘＯＰを中断することができる。処理における遅延を許容しながらＩＦＳが特定の値に設定されることを可能にするための実施形態が、本明細書において開示されている。
【図面の簡単な説明】
【００３９】
例として添付の図面とともに提示されている以降の説明から、より詳細な理解が有されることができる。
【００４０】
【図１】８０２．１１ａｄにおける例示的なＰＰＤＵフォーマットを示す図である。
【図２】８０２．１１ａｄにおける例示的な制御ＰＨＹ送信図である。
【図３】例示的なセクタレベルスイープトレーニング手順を示す図である。
【図４】例示的なＳＳＷフレームフォーマットを示す図である。
【図５】例示的なＳＳＷフィールドフォーマットを示す図である。
【図６Ａ】ＩＳＳの一部として送信される場合の例示的なＳＳＷフィードバックフィールドフォーマットを示す図である。
【図６Ｂ】ＩＳＳの一部として送信されない場合の例示的なＳＳＷフィードバックフィールドフォーマットを示す図である。
【図７】例示的なＢＲＰ  ＴＲＮ−ＲＸパケットを示す図である。
【図８】８０２．１１ａｙにおける例示的なＰＰＤＵフォーマットを示す図である。
【図９】すべての物理アンテナがすべての重みによって励起されるビームフォーミングのための例示的なアーキテクチャーを示す図である。
【図１０】別々の物理アンテナが別々の重みによって励起されるビームフォーミングのための例示的なアーキテクチャーを示す図である。
【図１１】シングルストリーム送信のための例示的な８０２．１１ａｄ  ＢＲＰ  ＭＡＣパケットを示す図である。
【図１２】シングルストリーム送信のための例示的な８０２．１１ａｄ  ＢＲＰ  ＰＰＤＵを示す図である。
【図１３】例示的なイニシエータおよびレスポンダのための２つのビームペアを伴う例示的なマルチプルアンテナＢＲＰを示す図である。
【図１４】独立したｅＢＲＰシグナリングを使用したそれぞれの次元に関する例示的な独立したＢＲＰ要求およびＤＭＧビームリファインメントフレームを示す図である。
【図１５】図１４のフレームに組み込まれることができる例示的な独立したＢＲＰ要求フィールドを示す図である。
【図１６】ＡＧＣフィールドおよびＴＲＮフィールドがブロックとして循環的にシフトされる、同時のＢＲＰ中のＣＳＤに関する一実施形態を示す図である。
【図１７】個々のＡＧＣフィールドおよびＴＲＮフィールドが循環的にシフトされる、同時のＢＲＰ中のＣＳＤに関する一実施形態を示す図である。
【図１８】同時のＢＲＰ手順の一実施形態を示す図である。
【図１９】固定された数のＢＲＰ要求を伴う共同ＢＲＰ要求フィールドの一実施形態を示す図である。
【図２０】動的な数のＢＲＰ要求を伴う共同ＢＲＰ要求フィールドの一実施形態を示す図である。
【図２１】独立したｅＤＭＧビームリファインメント要素の一実施形態を示す図である。
【図２２】共同ｅＤＭＧビームリファインメント要素の一実施形態を示す図である。
【図２３】マルチプルビーム送信用のｅＭＩＤＣサブフェーズを有する例示的な多次元ｅＢＲＰ手順を示す図である。
【図２３Ａ】マルチプルビーム送信用のｅＭＩＤＣサブフェーズを有する例示的な多次元ｅＢＲＰ手順を示す図である。
【図２４】マルチプルビーム送信専用のｅＢＲＰ  ｅＭＩＤサブフェーズを有する例示的な多次元ｅＢＲＰ手順を示す図である。
【図２５】マルチビームｅＢＲＰの例示的なＲ−ｅＭＩＤサブフェーズを示す図である。
【図２６】マルチビームｅＢＲＰの例示的なＲ−ｅＢＣサブフェーズを示す図である。
【図２７】受信機側における例示的な最小持続時間決定手順を示す図である。
【図２８】例示的なＮＤＰ  ＢＲＰフレームフォーマットの第１の実施形態を示す図である。
【図２９】例示的なＮＤＰ  ＢＲＰフレームフォーマットの第２の実施形態を示す図である。
【図３０Ａ】インターフレームスペーシングが、ショートインターフレームスペーシング（ＳＩＦＳ）と、ビームリファインメントプロトコルインターフレームスペーシング（ＢＲＰＩＦＳ）との間において変わることが可能であるベースラインケースを示す図である。
【図３０Ｂ】応答が利用可能であり、ＳＩＦＳに等しいＩＦＳを伴って送信される実施形態を示す図である。
【図３０Ｃ】応答が利用可能であり、ＳＩＦＳに等しいＩＦＳを伴って送信される実施形態を示す図である。
【図３１Ａ】応答がＳＩＦＳでの送信の用意ができておらず、レスポンダがチャネルを求めて競合する実施形態を示す図である。
【図３１Ｂ】応答がＳＩＦＳでの送信の用意ができておらず、レスポンダがチャネルを求めて競合する実施形態を示す図である。
【図３１Ｃ】応答がＳＩＦＳでの送信の用意ができておらず、イニシエータが応答を求めてポーリングする実施形態を示す図である。
【図３１Ｄ】応答がＳＩＦＳでの送信の用意ができておらず、イニシエータが応答を求めてポーリングする実施形態を示す図である。
【図３１Ｅ】応答がＳＩＦＳでの送信の用意ができておらず、応答が送られるまでレスポンダがチャネルを占有する実施形態を示す図である。
【図３２Ａ】１つまたは複数の開示されている実施形態が実施されることができる例示的な通信システムを示す図である。
【図３２Ｂ】図３２Ａの通信システム内で使用されることができる例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示す図である。
【図３２Ｃ】図３２Ａの通信システム内で使用されることができる例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワークを示す図である。
【図３２Ｄ】図３２Ａの通信システム内で使用されることができる第２の例示的なＲＡＮおよび第２の例示的なコアネットワークを示す図である。
【図３２Ｅ】図３２Ａの通信システム内で使用されることができる第３の例示的なＲＡＮおよび第３の例示的なコアネットワークを示す図である。
【図３２Ｆ】図３２Ａの通信システム内で使用されることができる例示的なネットワークエンティティーを示す図である。
【図３３】ＢＲＰ手順のＴｘＯＰ持続時間上でのＳＣブロックおよびＩＦＳの影響を示すグラフである。
【図３４】ポーリングを伴わないＢＲＰフィードバックに関する例示的な手順およびシグナリングを示す図である。
【発明を実施するための形態】
【００４１】
次いで、さまざまな図を参照しながら、例示的な実施形態の詳細な説明が提供される。この説明は、可能な実施態様の詳細な例を提供するが、提供される詳細は、例としてのものであること、およびけっして本出願の範囲を限定するものではないことを意図されているという点に留意されたい。
【００４２】
記述されている実施形態のうちの１つまたは複数のさまざまなハードウェア要素は、「モジュール」と呼ばれ、それらのモジュールは、それぞれのモジュールに関連して本明細書において記述されているさまざまな機能を遂行する（すなわち、行う、実行するなど）ということに留意されたい。本明細書において使用される際には、モジュールは、所与の実施態様に関して当業者によって適切とみなされるハードウェア（たとえば、１つまたは複数のプロセッサ、１つまたは複数のマイクロプロセッサ、１つまたは複数のマイクロコントローラ、１つまたは複数のマイクロチップ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、１つまたは複数のメモリデバイス）を含む。それぞれの記述されているモジュールは、それぞれのモジュールによって遂行されるものとして記述されている１つまたは複数の機能を遂行するために実行可能な命令を含むこともでき、それらの命令は、ハードウェア（すなわち、ハードワイヤード）命令、ファームウェア命令、ソフトウェア命令などの形態を取ること、またはそれらを含むことが可能であり、一般にＲＡＭ、ＲＯＭなどと呼ばれているような任意の適切な１つまたは複数の非一時的なコンピュータ可読メディアに格納されることができるということに留意されたい。
【００４３】
ネットワークアーキテクチャー。
本明細書において開示されているシステムおよび方法は、図３２Ａ〜図３２Ｆに関して記述されているワイヤレス通信システムとともに使用されることができる。最初の問題として、これらのワイヤレスシステムが記述される。図３２Ａは、１つまたは複数の開示されている実施形態が実施されることができる例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば、音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。
【００４４】
図３２Ａにおいて示されているように、通信システム１００は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、または総称して、ＷＴＲＵ１０２と呼ばれることができる）、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
【００４５】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続されている基地局および／またはネットワーク要素を含むことができるということが理解されるであろう。
【００４６】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であることができ、ＲＡＮ１０３／１０４／１０５は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることができ、その地理的領域は、セル（図示せず）と呼ばれる場合がある。セルは、セクタへとさらに分割されることができる。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることができる。したがって、一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００４７】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることができる。
【００４８】
より具体的には、上述されているように、通信システム１００は、マルチプルアクセスシステムであることができ、１つまたは複数のチャネルアクセススキーム、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ハイスピードダウンリンクパケットアクセス（ＨＳＤＰＡ）および／またはハイスピードアップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００４９】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。
【００５０】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえば、ＩＥＥＥ  ８０２．１６（すなわち、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。
【００５１】
図３２Ａにおける基地局１１４ｂは、例として、ワイヤレスルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることができ、局所的なエリア、たとえば、事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図３２Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを求められないことができる。
【００５２】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあることができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることができる。例として、コアネットワーク１０６／１０７／１０９は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティー機能を行うことができる。図３２Ａにおいては示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることができるということが理解されるであろう。たとえば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることもできる。
【００５３】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、トランスミッションコントロールプロトコル（ＴＣＰ）／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰなど、共通の通信プロトコルを使用する相互接続されているコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線通信ネットワークおよび／またはワイヤレス通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００５４】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図３２Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用することができる基地局１１４ａと、およびＩＥＥＥ  ８０２無線テクノロジーを採用することができる基地局１１４ｂと通信するように構成されることができる。
【００５５】
図３２Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図３２Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。トランシーバ１２０は、デコーダロジック１１９のコンポーネントとして実装されることができる。たとえば、トランシーバ１２０およびデコーダロジック１１９は、単一のＬＴＥまたはＬＴＥ−Ａチップ上に実装されることが可能である。デコーダロジックは、非一時的なコンピュータ可読メディアに格納されている命令を行うように動作するプロセッサを含むことができる。代替として、または追加として、デコーダロジックは、カスタムのおよび／またはプログラム可能なデジタル論理回路を使用して実装されることができる。
【００５６】
ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということが理解されるであろう。また、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが相当することができるノード（たとえば、数ある中でも、トランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームｎｏｄｅ−Ｂ、エボルブドホームｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホームエボルブドｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホームエボルブドｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードであるが、それらには限定されない）は、図３２Ｂにおいて示され本明細書において記述されている要素のうちのいくつかまたはすべてを含むことができるということを実施形態は想定している。
【００５７】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることができる。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において動作することを可能にするその他の任意の機能性を行うことができる。プロセッサ１１８は、トランシーバ１２０に結合されることができ、トランシーバ１２０は、送信／受信要素１２２に結合されることができる。図３２Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップにおいてともに統合されることができるということが理解されるであろう。
【００５８】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることができる。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることができる。別の実施形態においては、送信／受信要素１２２は、例として、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることができる。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることができるということが理解されるであろう。
【００５９】
加えて、送信／受信要素１２２は、図３２Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するために、２つ以上の送信／受信要素１２２（たとえば、マルチプルアンテナ）を含むことができる。
【００６０】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、および送信／受信要素１２２によって受信される信号を復調するように構成されることができる。上述されているように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、例として、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。
【００６１】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、任意のタイプの適切なメモリ、たとえば、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２からの情報にアクセスすること、およびそれらのメモリにデータを格納することができる。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、サブスクライバーアイデンティティーモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、たとえば、サーバまたはホームコンピュータ（図示せず）上のメモリからの情報にアクセスすること、およびそのメモリにデータを格納することができる。
【００６２】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力を分配および／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることができる。例として、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００６３】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成されることができる。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介してロケーション情報を受信すること、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいて自分のロケーションを特定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション決定方法を通じてロケーション情報を取得することができるということが理解されるであろう。
【００６４】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることができ、その他の周辺機器１３８は、さらなる特徴、機能性、および／または有線接続性もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００６５】
図３２Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述されているように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることもできる。図３２Ｃにおいて示されているように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということが理解されるであろう。
【００６６】
図３２Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることができる。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることができる。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることができる。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能性、たとえば、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティー、セキュリティー機能、データ暗号化などを遂行またはサポートするように構成されることができる。
【００６７】
図３２Ｃにおいて示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることができるということが理解されるであろう。
【００６８】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続されることができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００６９】
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されることもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００７０】
上述されているように、コアネットワーク１０６は、ネットワーク１１２に接続されることもでき、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／またはワイヤレスネットワークを含むことができる。
【００７１】
図３２Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述されているように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信状態にあることもできる。
【００７２】
ＲＡＮ１０４は、ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ  Ｂを含むことができるということが理解されるであろう。ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがってｅＮｏｄｅ  Ｂ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、マルチプルアンテナを使用することができる。
【００７３】
ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成されることができる。図３２Ｄにおいて示されているように、ｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００７４】
図３２Ｄにおいて示されているコアネットワーク１０７は、モビリティー管理エンティティー（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることができるということが理解されるであろう。
【００７５】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができ、制御ノードとしての役割を果たすことができる。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、その他の無線テクノロジー、たとえばＧＳＭまたはＷＣＤＭＡを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することもできる。
【００７６】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ  Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができる。サービングゲートウェイ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送することができる。サービングゲートウェイ１６４は、その他の機能、たとえば、ｅＮｏｄｅ  Ｂ間でのハンドオーバー中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを行うこともできる。
【００７７】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されることもでき、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００７８】
コアネットワーク１０７は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／またはワイヤレスネットワークを含むことができる。
【００７９】
図３２Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線テクノロジーを採用しているアクセスサービスネットワーク（ＡＳＮ）であることができる。以降でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という別々の機能エンティティーの間における通信リンクは、リファレンスポイントとして定義されることができる。
【００８０】
図３２Ｅにおいて示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５における特定のセル（図示せず）に関連付けられることができ、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバをそれぞれ含むことができる。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって基地局１８０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、マルチプルアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、モビリティー管理機能、たとえば、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などを提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとしての役割を果たすことができ、ページング、サブスクライバープロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。
【００８１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間におけるエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１リファレンスポイントとして定義されることができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間における論理インターフェースは、Ｒ２リファレンスポイント（図示せず）として定義されることができ、このＲ２リファレンスポイントは、認証、許可、ＩＰホスト構成管理、および／またはモビリティー管理のために使用されることができる。
【００８２】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間における通信リンクは、ＷＴＲＵハンドオーバー、および基地局どうしの間におけるデータの転送を容易にするためのプロトコルを含むＲ８リファレンスポイントとして定義されることができる。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間における通信リンクは、Ｒ６リファレンスポイントとして定義されることができる。このＲ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティーイベントに基づいてモビリティー管理を容易にするためのプロトコルを含むことができる。
【００８３】
図３２Ｅにおいて示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることができる。ＲＡＮ１０５と、コアネットワーク１０９との間における通信リンクは、例として、データ転送およびモビリティー管理機能を容易にするためのプロトコルを含むＲ３リファレンスポイントとして定義されることができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証／許可／アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることができるということが理解されるであろう。
【００８４】
ＭＩＰ−ＨＡ１８４は、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１８８は、その他のネットワークと相互作用することを容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークおよび／またはワイヤレスネットワークを含むことができる。
【００８５】
図３２Ｅにおいては示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続されることができ、コアネットワーク１０９は、その他のコアネットワークに接続されることができるということが理解されるであろう。ＲＡＮ１０５と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイント（図示せず）として定義されることができ、このＲ４リファレンスポイントは、ＲＡＮ１０５と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティーをコーディネートするためのプロトコルを含むことができる。コアネットワーク１０９と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスポイント（図示せず）として定義されることができ、このＲ５リファレンスポイントは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。
【００８６】
図３２Ｆは、図３２Ａの通信システム１００内で使用されることができる例示的なネットワークエンティティー１９０を示している。図３２Ｆにおいて示されているように、ネットワークエンティティー１９０は、通信インターフェース１９２、プロセッサ１９４、および非一時的なデータストレージ１９６を含み、これらはすべて、バス、ネットワーク、またはその他の通信パス１９８によって通信可能にリンクされている。
【００８７】
通信インターフェース１９２は、１つもしくは複数の有線通信インターフェースおよび／または１つもしくは複数のワイヤレス通信インターフェースを含むことができる。有線通信に関して、通信インターフェース１９２は、例としてイーサネットインターフェースなどの１つまたは複数のインターフェースを含むことができる。ワイヤレス通信に関して、通信インターフェース１９２は、コンポーネント、たとえば、１つもしくは複数のアンテナ、１つもしくは複数のタイプのワイヤレス（たとえば、ＬＴＥ）通信用に設計および構成されている１つもしくは複数のトランシーバ／チップセット、ならびに／または、当業者によって適切とみなされるその他の任意のコンポーネントを含むことができる。そしてさらに、ワイヤレス通信に関して、通信インターフェース１９２は、ワイヤレス通信（たとえば、ＬＴＥ通信、Ｗｉ−Ｆｉ通信など）のクライアント側ではなくネットワーク側で機能するのに適したスケールおよび構成で配備されることができる。したがって通信インターフェース１９２は、カバレッジエリアにおける複数の移動局、ＵＥ、またはその他のアクセス端末に提供するための適切な装備および回路（おそらくは複数のトランシーバを含む）を含むことができる。
【００８８】
プロセッサ１９４は、当業者によって適切とみなされる任意のタイプの１つまたは複数のプロセッサを含むことができ、そのいくつかの例は、汎用マイクロプロセッサおよび専用ＤＳＰを含む。
【００８９】
データストレージ１９６は、任意の非一時的なコンピュータ可読メディアまたはそのようなメディアの組合せの形態を取ることができる（そのいくつかの例は、ほんの数例を挙げれば、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、およびランダムアクセスメモリ（ＲＡＭ）を含む）。なぜなら、当業者によって適切とみなされる任意の１つまたは複数のタイプの非一時的なデータストレージが使用されることができるからである。図３２Ｆにおいて示されているように、データストレージ１９６は、本明細書において記述されているさまざまなネットワークエンティティー機能のさまざまな組合せを遂行するためにプロセッサ１９４によって実行可能なプログラム命令１９７を含む。
【００９０】
いくつかの実施形態においては、本明細書において記述されているネットワークエンティティー機能は、図３２Ｆのネットワークエンティティー１９０の構造と同様の構造を有するネットワークエンティティーによって遂行される。いくつかの実施形態においては、そのような機能のうちの１つまたは複数は、組み合わされた複数のネットワークエンティティーのセットによって遂行され、この場合、それぞれのネットワークエンティティーは、図３２Ｆのネットワークエンティティー１９０の構造と同様の構造を有する。さまざまな異なる実施形態においては、ネットワークエンティティー１９０は、ＲＡＮ１０３（における１つまたは複数のエンティティー）、ＲＡＮ１０４（における１つまたは複数のエンティティー）、ＲＡＮ１０５（における１つまたは複数のエンティティー）、コアネットワーク１０６（における１つまたは複数のエンティティー）、コアネットワーク１０７（における１つまたは複数のエンティティー）、コアネットワーク１０９（における１つまたは複数のエンティティー）、基地局１１４ａ、基地局１１４ｂ、Ｎｏｄｅ−Ｂ１４０ａ、Ｎｏｄｅ−Ｂ１４０ｂ、Ｎｏｄｅ−Ｂ１４０ｃ、ＲＮＣ１４２ａ、ＲＮＣ１４２ｂ、ＭＧＷ１４４、ＭＳＣ１４６、ＳＧＳＮ１４８、ＧＧＳＮ１５０、ｅＮｏｄｅ  Ｂ１６０ａ、ｅＮｏｄｅ  Ｂ１６０ｂ、ｅＮｏｄｅ  Ｂ１６０ｃ、ＭＭＥ１６２、サービングゲートウェイ１６４、ＰＤＮゲートウェイ１６６、基地局１８０ａ、基地局１８０ｂ、基地局１８０ｃ、ＡＳＮゲートウェイ１８２、ＭＩＰ−ＨＡ１８４、ＡＡＡ１８６、およびゲートウェイ１８８のうちの１つまたは複数であるか、または少なくともそれらを含む。そしてもちろん、その他のネットワークエンティティーおよび／またはネットワークエンティティーの組合せが、本明細書において記述されているネットワークエンティティー機能を遂行するためにさまざまな実施形態において使用されることが可能である。なぜなら、前述のリストは、例として提供されているのであって、限定として提供されているのではないからである。
【００９１】
Ｍ次元送信のためのＢＲＰ  ＭＡＣパケット。
１１ａｄにおける現在のＢＲＰ  ＭＡＣは、８０２．１１ａｄにおいて存在するシングルビーム送信のためのセットアップ、ビームリファインメント、およびフィードバックを提供するように設計されている。ＭＡＣパケットは、ＢＲＰ要求フィールドおよびＤＭＧビームリファインメント要素を含む（図１１を参照されたい）。ＢＲＰ手順において最良のビームを推定するために使用されるサポーティングＰＨＹレイヤＰＰＤＵは、シングルビーム送信用に設計されている（図１２において示されているように）。このＰＰＤＵの要素は、単一のＴｘ−Ｒｘアンテナペアおよび信号チャネルのためのＡＧＣフィールド、チャネル推定フィールド、およびＴＲＮフィールドを含む。多次元ＢＲＰ（それらの次元は、複数の送信−受信ビームペア、複数のポラライゼーション、または複数のチャネルなどであることができる）に関しては、下位互換性を伴って、または伴わずにＭＡＣパケットおよびＰＰＤＵフォーマットを拡張するための方法を以降に示す。複数の次元が共同でまたは別々にサポートされることができる。
【００９２】
これらの問題およびその他の問題に対処するための方法および手順が、このセクションにおいて示されている。
【００９３】
多次元拡張ビームリファインメントプロトコルＭＡＣおよびＰＨＹフレーム設計。
いくつかの実施形態においては、多次元ＢＲＰ手順をサポートするための拡張ビームリファインメントプロトコル（ｅＢＲＰ）ＭＡＣフレーム（および関連付けられているＰＨＹ  ＰＰＤＵ）の設計が開示されている。多次元ＢＲＰ手順は、スペース、周波数、および／またはポラライゼーションに関して指定されることができる。
多次元ｅＢＲＰ手順のための能力表示。
ｅＢＲＰセットアップフェーズ中にｅＤＭＧ  ＳＴＡ能力のネゴシエーションを可能にするために、下記の送信次元の表示を提供するｅＤＭＧ能力フィールドが定義される。
１）  送信−受信ビームペアの許可される数、
２）  アグリゲートまたは結合されることが可能であるチャネルの数、および／または
３）  空間ストリームの最大数。
【００９４】
これは、ｅＤＭＧ  ＳＴＡがｅＢＲＰセットアップ手順中に別のＳＴＡとの間で使用されることになるこれらのパラメータまたは次元をネゴシエートすることを可能にする。送信／受信ビームペアの数は、許可されるストリームの数、たとえば、Ｎ＿ｂｅａｍｓ＝４およびＮｓｓ＝２よりも大きいことが可能である。セクタレベルスイープ手順において使用される最後のネゴシエートされるパラメータは、ビームペアの数およびストリームの数を含むことができる。
【００９５】
多次元送信のためのＢＲＰ手順およびシグナリング。
図１３は、２つのビームペアを伴う例示的なイニシエータ１３０２およびレスポンダ１３０４を示している。ビームペア１は、上側セクタにおけるスイープに基づいて見つけられ、その一方でビームペア２は、下側セクタのスイープに基づいて見つけられる。そのようなものとして、リファインされている特定のビームペア上の情報は、更新されたｅＢＲＰパケットにおいてシグナリングされることができる。
【００９６】
ｅＢＲＰリファインメント手順は、次元ごとに独立してまたは共同でシグナリングおよび／または実行されることができる。さまざまな実施形態においては、ｅＢＲＰリファインメントシグナリングは、次元ごとに独立してコーディングまたは送信されることができる。このシグナリングは、セットアップフェーズにおいて、またはリファインメント手順中に生じることができる。さまざまな実施形態においては、ｅＢＲＰリファインメント手順は、次元ごとに独立して行われることができる。さまざまな実施形態においては、ｅＢＲＰリファインメントシグナリングは、次元ごとに共同でコーディングまたは送信されることができる。さまざまな実施形態においては、ｅＢＲＰリファインメント手順は、次元ごとに共同で行われることができる。
【００９７】
それぞれの次元（たとえば、送信／受信ビームペアまたはチャネル）の品質を識別するための手順が、（ａ）どの次元が更新されることになるか、ならびに（ｂ）それらの次元が独立してシグナリングおよび／もしくは実行されることになるか、または共同でシグナリングおよび／もしくは実行されることになるかを決定するための入力として使用されることができる。
【００９８】
８０２．１１ａｄにおいて実施される際のシングルストリームＷＬＡＮのためのミリ波ビームフォーミングにおいては、送信−受信ペアは、下記の手順を経ることができる。
−  セクタレベルスイープ（ＳＬＳ）：  大きなセクタを識別し、ＤＭＧ制御モードレート以上でのＴｘとＲｘとの間における通信を可能にする。
−  ビームリファインメントプロトコル（ＢＲＰ）：  受信トレーニングを可能にし、両方の参加しているＳＴＡにおける送信機および受信機の両方のＡＷＶの反復リファインメントを可能にする。
【００９９】
ＢＲＰは、ＢＲＰセットアップ、マルチプルセクタ識別検知（ＭＩＤ）、ビーム結合（ＢＣ）、マルチプルセクタ識別および取り込み（ＭＩＤＣ）、ビームリファインメントトランザクションなどのうちの１つまたは複数から構成されている。
【０１００】
ＢＲＰセットアップは、イニシエータとレスポンダとの間においてＢＲＰパラメータをやり取りする役割を果たす。このステップは、ＢＲＰがＳＬＳのすぐ後に続かない場合にのみ使用される。
【０１０１】
ＭＩＤにおいては、クアジオムニ送信パターンが、複数のアンテナ波形ベクトル（ＡＷＶ）に照らしてテストされ、イニシエータ（Ｉ−ＭＩＤ）またはレスポンダ（Ｒ−ＭＩＤ）にとっての受信アンテナの最良のセットを識別する。クアジオムニパターンは、ｅＤＭＧアンテナにおいて利用可能であるオムニ方向性に最も近いパターンである。それは、複数のビームから構成されることができ、無指向性である。
【０１０２】
ＢＣは、送信ＡＷＶおよび受信ＡＷＶのセットの網羅的なペアでのテストを含む。
【０１０３】
ＭＩＤＣは、ＭＩＤ手順およびＢＣ手順を組み合わせている。
【０１０４】
ビームリファインメントトランザクションは、イニシエータまたはレスポンダによるＡＷＶテストを求める要求およびＡＷＶテストへの応答に応じて構成されるＢＲＰフレームのセットである。
【０１０５】
多次元送信に関しては、以降で開示されている下記の修正のうちの１つまたは複数が使用されることができる。
【０１０６】
拡張セクタレベルスイープ（ｅＳＬＳ）が、それぞれの次元に関する大きなセクタを識別するために使用されることができ、ｅＤＭＧ制御モードレート以上でのＴｘとＲｘとの間における通信を可能にする。マルチプルビーム送信に関しては、複数のＴｘ／Ｒｘビームを作成するためにＳＬＳが使用されることができる。次元は、時間、ｅＤＭＧアンテナ、ポラライゼーション、周波数などのうちのいずれかによって分割されることができる。ｅＤＭＧ制御モード送信の信頼性を改善するために、下記が使用されることができる。
−  制御情報を送信し、制御モードの信頼性を改善するための、最良の品質（たとえば、最大のＳＮＲ）を伴うビームを選択するビーム選択アルゴリズム。
−  制御情報を送信し、ｅＤＭＧ制御モードの信頼性を改善するためのビームダイバーシティーコード（アラモウティのようなコード、たとえば、ＳＴＢＣまたはＳＦＢＣなど）。
ｅＤＭＧビームリファインメント要素に関しては、その要素が要求またはネゴシエーション（能力要求＝１）中に送信される場合には、送信は、ダイバーシティーモードにあることができるということに留意されたい。その他のモードにおいては、送信は、ダイバーシティー、クアジオムニ、またはビームベースのモードにあることができる。
【０１０７】
拡張ビームリファインメントプロトコル（ｅＢＲＰ）が、それぞれの次元におけるそれぞれのビームのための受信トレーニングを可能にするために利用されることができ、その一方でまた、両方の参加しているＳＴＡにおける送信機および受信機の両方のすべてのビームのアンテナウェイトベクトル（ＡＷＶ）の反復リファインメントを可能にする。
【０１０８】
シングルビームＭＩＤにおいては、リクエスターは、選択されるＡＷＶをイニシエータが識別することを可能にするために最後のＳＬＳフェーズのＳＮＲおよびセクタＩＤをフィードバックする。多次元送信（たとえば、複数の送信−受信ビームまたは複数のチャネルの送信）に関しては、この情報は、次元に固有の様式でシグナリングされることができる。
【０１０９】
さまざまな実施形態においては、ｅＢＲＰ手順は、それぞれのビームペアに関して独立して実行されることができ、またはビームペアのうちのすべて（もしくはサブセット）の間で共同で実行されることができる。
【０１１０】
独立したｅＢＲＰ手順の実行を有する実施形態においては、それぞれの次元（たとえば、送信−受信ビームペア）が、ｅＢＲＰ手順を個別の手順として行う。これは、所望のビームペアまたは次元を示すさらなるシグナリングを伴う現在の８０２．１１ａｄ手順のシンプルな下位互換性のある拡張である。
【０１１１】
独立したｅＢＲＰシグナリングにおいては、それぞれの次元（たとえば、送信−受信ビームペア）は、図１４において示されているように自分自身の独立したシグナリングを有する。それぞれの次元（たとえば、送信−受信ペア）は、ＢＳ−ＦＢＣＫフィールドのフィードバック（最後の受信されたＢＲＰ−ＴＸにおいて最良の品質を伴って受信されたＴＲＮ−Ｔフィールドのインデックス）を可能にするための自分自身の独立したＢＲＰ要求フィールド１４０２およびＤＭＧビームリファインメント要素１４０４を有することができる。これは、現在の８０２．１１ａｄ手順の下位互換性のある拡張である。
【０１１２】
一例においては、さらなる次元のシグナリング（これは、一般性を失うことなく、Ｔｘ−ＲｘビームＩＤとしてラベル付けされることができる）が、ＢＲＰ要求フィールドに置かれることができる。このケースにおいては、既存のＢＲＰ要求フィールドフォーマットにおける予備ビット（Ｂ２７からＢ３１）が使用されることができる（図１５における１５０２を参照されたい）。フレームは、順次送信されることができる。情報を送信するために既に利用可能な複数の既存の次元がある可能性があるシナリオにおいては、それらは、次元ごとに独立して送信されることができ（たとえば、複数の送信−受信ビームペアのケースにおいて）、この場合、それぞれの次元は、自分の情報を自分自身のビーム上で送信することができる。
【０１１３】
共同／同時のｅＢＲＰ手順の実行を有する実施形態においては、複数の次元（たとえば、複数の送信−受信ビームペア）が、ｅＢＲＰ手順を同時に行うことができる。ｅＢＲＰ手順は、複数の方法で実施されることが可能である。たとえば、一実施形態においては、それは、すべての可能なビームペアの網羅的な探索に基づくことができる。別の実施形態においては、それは、前に選択された最良のビームペアの選択に基づいて条件付けされる次に最良のビームペアの探索に基づくことができる。
【０１１４】
別の実施形態においては、ｅＢＲＰ手順は、すべての可能なビームペアの同時の探索に基づくことができる。このケースにおいては、８０２．１１ａｄ  ＢＲＰ  ＰＰＤＵは、図１８において示されているような、かつ２０１６年７月２１日に出願された特許文献２（その全体が、参照によって本明細書に組み込まれている）において論じられているようなＣＥ、ＡＧＣ１８０２、およびＴＲＮ−Ｔ／Ｒ１８０４信号の同時の送信をサポートするように修正されることができる。
【０１１５】
ＣＥＦは、（たとえば共役化を使用して）直交を送ることによって、または直交行列を用いてそれぞれの空間ストリームからシーケンスをマスクすることによって直交化されることができる。ＡＧＣは、ストリームどうしの間における相関を減らすために、および受信機が同時のＢＲＰ中にＡＧＣ設定を適切に設定することを可能にするために、複数の技術を使用して、たとえば、サイクリックシフトダイバーシティー（ＣＳＤ）を使用して、複数のストリーム上で送られることができる。さまざまな実施形態においては、同時のＢＲＰ中のＣＳＤは、次の２つのアプローチに従うことができる。１）ＡＧＣフィールド１６０２およびＴＲＮフィールド１６０４が、図１６において示されているようにブロックとして循環的にシフトされるか、または２）個々のＡＧＣフィールド１７０２およびＴＲＮフィールド１７０４が、図１７において示されているように循環的にシフトされる。２）においては、ＡＧＣフィールドおよびＴＲＮフィールドにおけるシーケンスどうしは、それぞれのタイムスロット上で異なる場合がある。ＣＳＤは、ＥＤＭＧ  ＣＥＦフィールドに適用されることもできる。このケースにおいては、１）および２）におけるＴＲＮフィールドに関するブロック循環シフトは、ＥＤＭＧ  ＣＥＦを含むこともできる。ＴＲＮ−Ｔ／Ｒシーケンスは、（たとえば共役化を使用して）直交を送ることによって、または直交行列を用いてそれぞれの空間ストリームからシーケンスをマスクすることによって直交化されることができる。同時のストリームの数を示すためのシグナリングが必要とされる。これは、（ＭＡＣにおける）ＢＲＰフレームにおいてシグナリングされること、またはＡＧＣによって黙示的にシグナリングされることができる。
【０１１６】
共同／同時のＢＲＰシグナリングを有する実施形態においては、それぞれの次元（たとえば、それぞれの送信−受信ペア）は、ＢＲＰ要求フィールドを割り振られ、この場合、それらのフィールドは、固定されたまたは動的な様式で連結されることができる。
【０１１７】
固定された連結を有する実施形態においては、ＢＲＰ要求フィールドの数は、必要とされる送信受信ビームまたは次元の最大数に基づいて固定される。送信受信ビームがリファインメントを必要としないケースにおいては、ＭＩＤ−ＲＥＱ、ＢＣ−ＲＥＱ、ＭＩＤ−グラント、およびＢＣ−グラントフィールドは、ゼロに設定されることができる（図１９を参照されたい）。同時にリファインする次元の数（および可能なグループ化）がシグナリングされることもできる。１つの方法においては、同時に処理される次元の数は、ＢＲＰセットアップフェーズ中に合意されることができる。１つの方法においては、同時に処理される次元の数は、ＰＨＹヘッダまたはＭＡＣフレーム、たとえば、ＢＲＰ要求フィールドにおいて明示的にシグナリングされることができる。１つの方法においては、次元のグループ化は、ＢＲＰ要求フィールドのアレンジによって黙示的に決定されることができる。１つの方法においては、グループ化は、ＰＨＹヘッダまたはＭＡＣフレーム、たとえば、ＢＲＰ要求フィールドにおける明示的なシグナリングによって決定されることができる。
【０１１８】
動的な連結を有する実施形態においては、ｅＢＲＰ要求フィールドの数は、リファインメントを必要とする可能性がある送信受信ビームの数に基づいて変更される。ｅＢＲＰ要求の数を示すパラメータが、（たとえばＰＨＹまたはＭＡＣヘッダにおける）ＢＲＰフレームに、またはＭＡＣフレームにおけるどこかに置かれることができる。ＢＲＰ要求の数は、ＢＲＰフレームの長さから黙示的に得られることもできる。これは、図２０におけるＢＲＰフレーム２０００において示されている。
【０１１９】
共同のｅＢＲＰ手順の実行に関して、ｅＤＭＧビームリファインメント要素は、所望の数のＢＳ−ＦＢＣＫおよびＢＳ−ＦＢＣＫアンテナＩＤフィールドのフィードバックを可能にするように修正されることができる。対応する次元（たとえば、送信−受信ビームペア）を示すさらなるフィールドが、いくつかの実施形態にとって必要とされる場合もある。１つの方法においては、それぞれの送信−受信ビームペアは、独立した要素をフィードバックすることができる（図２１における２１００を参照されたい）。
【０１２０】
これは、パラメータのうちのいくつかの共通性に起因して不必要なオーバーヘッドをもたらす可能性がある。別の方法においては、信号ｅＤＭＧビームリファインメント要素が、複数のＢＳ−ＦＢＣＫ、ＢＳ−ＦＢＣＫアンテナＩＤ、および次元（たとえば、送信−受信ビーム）フィールドを伴って送られることができる（図２２における２２００を参照されたい）。ＢＲＰ手順において、送信機／受信機は、いくつかの実施形態においては、ＢＲＰサブフェーズにおけるＬ−ＲＸフィールドの使用のためにＳＬＳフェーズ中に受信されるＴｘセクタのＩＤおよびＳＮＲを入手することを必要とする場合がある。ｅＢＲＰ手順においては、フィードバックは、送信機−受信機ビームペアに基づいて識別されることができる。
【０１２１】
詳細なチャネル測定フィードバックが望まれる場合には、詳細な測定は、次元ごとであることもできる。あるいは、詳細なチャネル測定フィードバックは、すべての異なる次元の合成物、たとえば、効果的なＭＩＭＯチャネルであることができる。
【０１２２】
このケースにおいては、８０２．１１ａｄ  ＢＲＰフィードバックのシンプルな拡張が使用されることができ、そこでは、それぞれのチャネルタップが、２の補数として表されるそれぞれの成分値を用いて測定された最も強いＩ／Ｑ要素の振幅と相対的に推定された応答の同相成分および直交成分のペアを伴ってＮｒ×Ｎｔ×ｘビットとして報告される。マルチプルビーム送信用のｅＭＩＤＣサブフェーズを示す例示的な多次元ｅＢＲＰ手順２３００が、図２３において示されており、図２５および図２６は、マルチビームｅＢＲＰのＲ−ｅＭＩＤおよびＲ−ｅＢＣサブフェーズ２５００および２６００をそれぞれ示している。この例においては、次元は送信受信ビームペアである。
【０１２３】
マルチプルビーム送信専用のｅＢＲＰ  ｅＭＩＤサブフェーズを示す例示的な多次元ｅＢＲＰ手順２４００が、図２４において示されている。その例においては、次元は送信受信ビームペアである。
【０１２４】
さらなる例として、方法が、少なくとも１つの送信−受信ビームペアに関して、イニシエータデバイスと、少なくとも１つのレスポンダデバイスとの間において拡張ビームリファインメントプロトコル（ｅＢＲＰ）を行うステップを含むことができ、少なくとも１つの送信−受信ビームペアは、複数の次元を有する。
【０１２５】
ｅＢＲＰは、少なくとも１つのビームペアのそれぞれのための受信トレーニングを含むことができ、イニシエータデバイスおよび少なくとも１つのレスポンダデバイスにおいて送信機および受信機の両方のすべてのビームのアンテナウェイトベクトル（ＡＷＶ）の反復リファインメントを可能にする。
【０１２６】
ＡＷＶは、次元固有の様式で識別されることができる。
【０１２７】
ｅＢＲＰ手順は、少なくとも１つのビームペアのそれぞれに関して独立して行われることができる。
【０１２８】
少なくとも１つのビームペアのそれぞれは、ｅＢＲＰ手順を個別の手順として行うことができる。
【０１２９】
少なくとも１つの送信−受信ビームペアのそれぞれの次元は、ＢＳ−ＦＢＣＫフィールドのフィードバックを可能にするために、自分自身の独立したＢＲＰ要求フィールドおよびＤＭＧビームリファインメント要素を含むことができる。
【０１３０】
ｅＢＲＰは、８０２．１１ａｄとの下位互換性を有することができ、そしてＢＲＰ要求フィールドにおいて次元識別情報をシグナリングすることができる。
【０１３１】
少なくとも１つのビームペアのそれぞれは、自分自身のビーム上で自分の情報を送信することができる。
【０１３２】
ｅＢＲＰ手順は、少なくとも１つのビームペアのすべての間で共同で行われることができる。
【０１３３】
ｅＢＲＰ手順は、すべての可能なビームペアの網羅的な探索に基づくことができる。
【０１３４】
ｅＢＲＰ手順は、前に選択された最良のビームペアの選択に基づいて条件付けされる次に最良のビームペアの探索に基づくことができる。
【０１３５】
ｅＢＲＰ手順は、すべての可能なビームペアの同時の探索に基づくことができる。
【０１３６】
ＢＲＰ  ＰＰＤＵは、ＣＥ、ＡＧＣ、およびＴＲＮ−Ｔ／Ｒ信号の同時の送信をサポートするように修正されることができる。
【０１３７】
ＣＥＦは、直交を送ること、または直交行列を用いてそれぞれの空間ストリームからシーケンスをマスクすることによって直交化されることができる。
【０１３８】
ＡＧＣは、サイクリックシフトダイバーシティーを使用して送られることができる。
【０１３９】
ＡＧＣおよびＴＲＮフィールドは、ブロックとして循環的にシフトされることができる。
【０１４０】
個々のＡＧＣフィールドおよびＴＲＮフィールドは、循環的にシフトされることができる。
【０１４１】
サイクリックシフトダイバーシティーは、ＥＤＭＧ  ＣＥＦフィールドに適用されることができる。
【０１４２】
ＴＲＮ−Ｔ／Ｒシーケンスは、直交を送ること、または直交行列を用いてそれぞれの空間ストリームからシーケンスをマスクすることによって直交化されることができる。
【０１４３】
同時のストリームの数が、ＢＲＰフレームにおいてシグナリングされることができる。
【０１４４】
同時のストリームの数が、ＡＧＣによって黙示的にシグナリングされることができる。
【０１４５】
それぞれの次元は、ＢＲＰ要求フィールドを割り振られることができ、フィールドどうしは、固定された連結で連結される。
【０１４６】
ＢＲＰ要求フィールドの数は、必要とされる次元の最大数に基づいて固定されることができる。
【０１４７】
それぞれの次元は、ＢＲＰ要求フィールドを割り振られることができ、フィールドどうしは、動的な連結で連結される。
【０１４８】
ｅＢＲＰ要求フィールドの数は、リファインメントを要求する送信受信ビームの数に基づいて変わることができる。
【０１４９】
ｅＢＲＰ要求の数を示すパラメータが、ＢＲＰフレームに置かれることができる。
【０１５０】
ｅＢＲＰ要求の数を示すパラメータが、ＭＡＣフレームに置かれることができる。
【０１５１】
ＢＲＰ要求の数は、ＢＲＰフレームの長さから黙示的に得られることができる。
【０１５２】
ｅＤＭＧビームリファインメント要素は、所望の数のＢＳ−ＦＢＣＫおよびＢＳ−ＦＢＣｋアンテナＩＤフィールドのフィードバックを許可するように修正されることができる。
【０１５３】
さらなるフィールドが、対応する次元を示すために提供されることができる。
【０１５４】
少なくとも１つのビームペアのそれぞれが、独立した要素をフィードバックすることができる。
【０１５５】
単一のｅＤＭＧビームリファインメント要素が、複数のＢＳ−ＦＢＣＫ、ＢＳ−ＦＢＣＫアンテナＩＤ、および次元フィールドを伴って送られることができる。
【０１５６】
ｅＢＲＰ手順は、少なくとも１つのビームペアの少なくともサブセットに関して共同で行われることができる。
【０１５７】
別の例においては、方法が、少なくとも２つの送信−受信ビームペアに関して、イニシエータデバイスと、少なくとも１つのレスポンダデバイスとの間において拡張ビームリファインメントプロトコル（ｅＢＲＰ）を行うステップを含み、少なくとも２つの送信−受信ビームペアはそれぞれ、少なくとも１つの次元を有する。ｅＢＲＰは、少なくとも２つのビームペアのそれぞれのための受信トレーニングを含むことができ、イニシエータデバイスおよび少なくとも１つのレスポンダデバイスにおいて送信機および受信機の両方のすべてのビームのアンテナウェイトベクトル（ＡＷＶ）の反復リファインメントを可能にする。
【０１５８】
別の例は、プロセッサと、命令を格納している非一時的なストレージメディアとを含むシステムであり、それらの命令は、プロセッサ上で実行されたときに、少なくとも１つの送信−受信ビームペアに関して、イニシエータデバイスと、少なくとも１つのレスポンダデバイスとの間において拡張ビームリファインメントプロトコル（ｅＢＲＰ）を行うステップを含む機能を行うように動作し、少なくとも１つの送信−受信ビームペアは、複数の次元を有する。
【０１５９】
別の例は、プロセッサと、命令を格納している非一時的なストレージメディアとを含むシステムであり、それらの命令は、プロセッサ上で実行されたときに、少なくとも２つの送信−受信ビームペアに関して、イニシエータデバイスと、少なくとも１つのレスポンダデバイスとの間において拡張ビームリファインメントプロトコル（ｅＢＲＰ）を行うステップを含む機能を行うように動作し、少なくとも２つの送信−受信ビームペアはそれぞれ、少なくとも１つの次元を有する。
【０１６０】
ショートＢＲＰフレーム
【０１６１】
ＢＲＰ  ＭＡＣパケットオーバーヘッド
上述されているＭ次元送信のためのアンテナおよびビームの数における増大に起因する、ＢＲＰ  ＭＡＣパケットにおいてシグナリングされることになるデータの量における増大に伴って、オーバーヘッドを低減するためのさらに効率的なＢＲＰパケットが、本明細書において示されている。以降で示されている実施形態は、上述されている多次元性を考慮して、ＢＲＰ手順の効率を高めるためにＢＲＰフレームのサイズを低減することに関連している。
【０１６２】
トレーニングタイプに依存するＢＲＰ最小持続時間選択手順
いくつかの実施形態においては、ＢＲＰパケットのデータフィールドの最小持続時間は、ＢＲＰトレーニングの目的に応じて変更されることができる。たとえば、複数のＢＲＰ最小持続時間が定義されることができる。特定の条件が満たされている場合には、複数の利用可能なもののうちの特定のＢＲＰ最小持続時間が選ばれることができる。
【０１６３】
一例においては、さまざまなＢＲＰフレームに関して２つのＢＲＰ最小持続時間が定義されることができる。ＢＲＰ最小持続時間１（短い持続時間）は、ＢＲＰ−ＴＸパケット、受信機トレーニング要求が前のフレームのやり取りにおいて送られることができるＢＲＰ−ＲＸパケット、および／またはＢＲＰ  ＭＡＣフレームを搬送することができるがＴＲＮフィールドが添付されていないＢＲＰパケットに関して使用されることができる。ＢＲＰ最小持続時間２（長い持続時間）は、受信機トレーニング要求が現在のフレームのＭＡＣボディーにおいて送られることができるＢＲＰ−ＲＸパケットに関して使用されることができる。
【０１６４】
ここでは、ＢＲＰ−ＲＸパケットは、受信機アンテナウェイトベクトルトレーニングを可能にするＴＲＮ−Ｒトレーニングフィールドが添付されているパケットを指すことができる。ＢＲＰ−ＴＸパケットは、送信機アンテナウェイトベクトルトレーニングを可能にするＴＲＮ−Ｔトレーニングフィールドが添付されているパケットを指すことができる。
【０１６５】
別の例においては、２つのＢＲＰ最小持続時間が、ＢＲＰ−ＲＸおよびＢＲＰ−ＴＸパケットそれぞれに関して定義されることができる。
【０１６６】
ＢＲＰ最小持続時間は、０以上の値のセットであることができる。最も短いＢＲＰ最小持続時間は、０に設定されることができる。
【０１６７】
例示的な送信機手順は、以降で与えられているとおりであることができる。
１）  送信機は、競合またはスケジューリングを通じてメディアを取得することができる。それは、ＢＲＰパケット送信を準備することができる。
２）  ＢＲＰトレーニングパケットのタイプ、またはＢＲＰフレームの使用、またはその他の基準に従って、送信機は、特定のＢＲＰ最小持続時間を選ぶことができる。
３）  送信機は、ＢＲＰ最小持続時間の選択をＰＬＣＰヘッダおよび／またはＭＡＣヘッダおよび／またはＭＡＣフレームボディーにおいて黙示的にまたは明示的にシグナリングすることができる。黙示的なシグナリングのケースにおいては、信号は、ＢＲＰトレーニングパケットのタイプ、またはＢＲＰフレームの使用、または、送信機および受信機が特定のＢＲＰ最小持続時間を決定することができるその他のタイプの基準であることができる。
４）  送信機は、ＢＲＰパケットのためのＰＰＤＵを準備することができる。必要とされる場合には、パケットのデータフィールドは、ＢＲＰ最小持続時間要件を満たすように追加のゼロパディングによって拡張されることができる。
【０１６８】
例示的な受信機手順は、以降で与えられている（また図２７において方法２７００として示されている）とおりであることができる。
１）  ２７０２において、受信機は、パケットを検知することができる。
２）  ２７０４において、ＰＬＣＰヘッダおよび／またはＭＡＣヘッダおよび／またはＭＡＣフレームボディーを読み取ることによって、受信機は、これがＢＲＰパケットであると気づくことができる。
３）  ２７０６において、明示的なまたは黙示的なシグナリングに従って、受信機は、このパケットのために使用される特定のＢＲＰ最小持続時間を決定することができる。
４）  ２７１２において、受信機は、２７０６において決定されたＢＲＰ最小持続時間（たとえば、２７０８におけるＢＲＰｍｉｎ１、または２７１０におけるＢＲＰｍｉｎ２）を使用してデータ検知を実行することができる。
【０１６９】
一般化されたトレーニングタイプに依存するＢＲＰ最小持続時間選択手順
上述されている方法および手順は、一般的なケースへ拡張されることができる。そのような一実施形態においては、ＢＲＰ最小持続時間のセットが事前に定義されることまたは事前に決定されることができる。一例においては、ＢＲＰ最小持続時間のセットは、０とａＢＲＰｍｉｎＬｉｍｉｔとの間における個別の整数であることができる。たとえば、ａＢＲＰｍｉｎＬｉｍｉｔは、ＳＣブロックまたはＯＦＤＭシンボルのユニットにおいて値１８に設定されることができる。ＢＲＰ最小持続時間のセットは、ＳＣブロックまたはＯＦＤＭシンボルのユニットにおいて｛６，１２，１８｝として定義されることができる。あるいは、ＢＲＰ最小持続時間のセットは、｛０，１，２，．．．，１８｝など、より細かい粒度を有することができる。ＰＣＰ／ＡＰ  ＳＴＡおよび非ＰＣＰ／ＡＰ  ＳＴＡを含むＳＴＡは、ＢＲＰ最小持続時間の使用をネゴシエートすることができる。事前に定義されたまたは事前に決定されたＢＲＰ最小持続時間のセットまたはサブセットをサポートするＳＴＡ能力は、アソシエーション要求／応答、再アソシエーション要求／応答、プローブ要求／応答、ビーコンフレーム、またはその他のタイプの管理フレームを通じてやり取りされることができる。ネゴシエーションは、ＳＴＡどうしの間におけるパケットのやり取りを通じて明示的に行われることができる。
【０１７０】
図３３は、ＢＲＰ手順のＴｘＯＰ持続時間上でのＳＣブロックおよびＩＦＳの影響を示すグラフ３３００である。
【０１７１】
一例においては、持続時間のネゴシエーションは、下記のようにＰＣＰ／ＡＰによって開始されることができる。ＰＣＰ／ＡＰは、ＢＲＰ最小持続時間要求フレームを送信することができ、それは、好ましいＢＲＰ最小持続時間を報告するようにＳＴＡに要求することができる。ＢＲＰ最小持続時間要求フレームによってアドレス指定されたＳＴＡは、次いでＢＲＰ最小持続時間応答／報告フレームを送ることができ、それは、ＳＴＡによって使用される好ましいＢＲＰ最小持続時間を示すことができる。任意選択で、ＰＣＰ／ＡＰは、ＳＴＡのためのＢＲＰ最小持続時間を確認することができる。ネゴシエーション後に、ＢＲＰ最小持続時間は、それが別のＢＲＰ最小持続時間要求／応答フレームのやり取りを通じて更新されるまで、ＰＣＰ／ＡＰおよびＳＴＡによって使用されることができる。
【０１７２】
第２の例においては、持続時間のネゴシエーションは、下記のような方法を使用して非ＰＣＰ／ＡＰ  ＳＴＡによって開始されることができる。非ＰＣＰ／ＡＰ  ＳＴＡは、ＢＲＰ最小持続時間要求フレームを送信することができ、それは、ＳＴＡのためのＢＲＰ最小持続時間を選択または調整するようにＰＣＰ／ＡＰ  ＳＴＡに依頼することができる。このフレームにおいては、ＳＴＡによってサポートされる１つまたは複数のＢＲＰ最小持続時間が含まれることができる。あるいは、最小数のサポートされるＢＲＰ最小持続時間が含まれることができる。ＢＲＰ最小持続時間要求フレームによってアドレス指定されたＰＣＰ／ＡＰ  ＳＴＡは、次いでＢＲＰ最小持続時間応答／報告フレームを送ることができ、それは、ＳＴＡのためのＢＲＰ最小持続時間を示すことができる。ネゴシエーション後に、ＢＲＰ最小持続時間は、それが別のＢＲＰ最小持続時間要求／応答フレームのやり取りを通じて更新されるまで、ＰＣＰ／ＡＰおよびＳＴＡによって使用されることができる。
【０１７３】
第３の例においては、ＰＣＰ／ＡＰは、それぞれの関連付けられているＳＴＡのためのＢＲＰ最小持続時間をＳＴＡ能力のやり取りを通じて取得することができる。次いでＰＣＰ／ＡＰは、それぞれのＳＴＡのためのＢＲＰ最小持続時間を決定することができる。
【０１７４】
ＤＬ  ＭＵ−ＭＩＭＯ  ＢＲＰトレーニングにおけるＢＲＰ最小持続時間の選択のための例示的な手順において、ＰＣＰ／ＡＰは、全帯域幅を使用して２つ以上のＳＴＡを同時にトレーニングするためにＤＬ  ＭＵ−ＭＩＭＯのようなスキームを使用することができる。そのような実施形態においては、ＰＣＰ／ＡＰは、すべての潜在的な受信ＳＴＡのためのＢＲＰ最小持続時間をチェックして、それらの間の最大値を、ＤＬ  ＭＵ−ＭＩＭＯ送信のためのＢＲＰ最小持続時間として設定するために使用することができる。
【０１７５】
いくつかの実施形態においては、ＢＲＰ最小持続時間に起因するＭＣＳの選択のための手順が提供される。ＢＲＰ最小持続時間要件に起因して、保証された数のリソースが、ＭＡＣボディーの送信のために必要とされる場合がある。したがってＭＣＳは、それらのリソースを十分に使用するように選択されることができる。
【０１７６】
ヌルデータパケットＢＲＰフレーム。
８０２．１１においては、ヌルデータパケット（ＮＤＰ）は、ＰＬＣＰヘッダを含むがＭＡＣパケットを含まないＰＰＤＵを指すことができる。ＰＬＣＰヘッダにおけるシグナリングフィールドは、ＢＲＰ情報を搬送するように上書きされることができる。一般には、レガシーヘッダフィールドおよび／または拡張ヘッダフィールドを含むＰＬＣＰヘッダにおける１つの予備ビットは、これがＮＤＰ  ＭＡＣフレームであると示すことができ、そのフィールドにおけるビットのうちの残りは上書きされることができる。上書きされたＤＮＰ  ＭＡＣフレームにおけるフィールドは、ＭＡＣフレームタイプを示すために使用されることができる。たとえば、それは、これがＮＤＰ  ＢＲＰフレームである可能性があると示すことができる。
【０１７７】
１つの方法においては、簡略化されたＢＲＰフレームのやり取りに関する情報を搬送するために、統一されたＮＤＰ  ＢＲＰフレームが定義されることができる。
【０１７８】
別の方法においては、異なる目的のために、ＮＤＰ  ＢＲＰフレームのセットが定義されることができる。この方法においては、それぞれのＮＤＰ  ＢＲＰフレームは、限られた情報を搬送することを必要とすることができる。たとえば、ＮＤＰ  ＢＲＰフレームは、下記を含むことができるが、それらには限定されない。
−  ＮＤＰ  ＢＲＰ受信機トレーニング要求フレーム
−  ＮＤＰ  ＢＲＰ受信機トレーニング応答フレーム
−  ＮＤＰ  ＢＲＰ  ＭＩＭＯトレーニング要求フレーム
−  ＮＤＰ  ＢＲＰ  ＭＩＭＯトレーニング応答フレーム
−  ＮＤＰ  ＢＲＰセットアップフレーム
−  ＮＤＰ  ＢＲＰ  ＭＩＤフレーム
−  ＮＤＰ  ＢＲＰ  ＢＣフレーム
【０１７９】
ＮＤＰ  ＢＲＰフレーム２８００が、図２８において示されているように定義されることができる。この例示的な設計では、Ｌ−ＳＴＦ、Ｌ−ＣＥＦ、およびＬ−ヘッダフィールドを含むレガシーフィールドは、８０２．１１ａｄにおいて定義されているのと同じであることができる。Ｌ−ヘッダにおけるフィールドは、ＴＲＮフィールドの存在および長さを示すことができる。拡張ヘッダＡフィールドは、ＢＲＰ情報を搬送するように上書きされることができる。拡張ＳＴＦおよびＣＥＦフィールドは、任意選択であることができる。ＴＲＮフィールドは、ＢＲＰトレーニングのために使用されることができ、それは、ＭＩＭＯおよびマルチチャネル送信をサポートすることができる。
【０１８０】
別のＮＤＰ  ＢＲＰフレーム２９００が、図２９において示されているように定義されることができる。この例示的な設計では、マルチユーザＢＲＰトレーニングが行われることができる。Ｌ−ＳＴＦ、Ｌ−ＣＥＦ、およびＬ−ヘッダを含むレガシーフィールドは、８０２．１１ａｄにおいて定義されているのと同じであることができる。Ｌ−ヘッダにおけるフィールドは、ＴＲＮフィールドの存在および長さを示すことができる。拡張ヘッダＡフィールドは、一般的なＢＲＰ情報を搬送するように上書きされることができる。拡張ＳＴＦおよびＣＥＦフィールドは、ＭＵ  ＡＧＣおよびチャネル推定のために使用されることができる。拡張ヘッダＢフィールドは、ユーザ固有のＢＲＰ情報を搬送するように上書きされることができる。ＴＲＮフィールドは、ＢＲＰトレーニングのために使用されることができ、それは、ＭＩＭＯおよびマルチチャネル送信をサポートすることができる。
【０１８１】
さらなる例として、方法が、送信機においてメディアを取得するステップと、送信機からのＢＲＰパケット送信を準備するステップと、送信機において、少なくとも２つのＢＲＰ最小持続時間のセットから特定のＢＲＰ最小持続時間を選択するステップと、ＢＲＰ最小持続時間の選択をシグナリングするステップと、ＢＲＰパケットのためのＰＰＤＵを準備するステップと、準備されたＢＲＰパケット送信を送信機から少なくとも１つの受信機へ送信するステップとを含むことができる。
【０１８２】
特定のＢＲＰ最小持続時間は、ＢＲＰトレーニングパケットのタイプに少なくとも部分的に基づいて選択されることができる。
【０１８３】
特定のＢＲＰ最小持続時間は、ＢＲＰフレームの使用に少なくとも部分的に基づいて選択されることができる。
【０１８４】
ＢＲＰ最小持続時間の選択は、ＰＬＣＰヘッダ、ＭＡＣヘッダ、またはＭＡＣフレームボディーのうちの１つにおいて明示的にシグナリングされることができる。
【０１８５】
ＢＲＰ最小持続時間の選択は、ＢＲＰトレーニングパケットのタイプ、またはＢＲＰフレームの使用のうちの１つに少なくとも部分的に基づいて黙示的にシグナリングされることができる。
【０１８６】
受信機においてパケット送信を検知するステップ、検知されたパケットがＢＲＰパケットであると決定するステップ、検知されたＢＲＰパケットのために使用される特定のＢＲＰ最小持続時間を少なくとも２つのＢＲＰ最小持続時間のセットから決定するステップ、および決定されたＢＲＰ最小持続時間を使用して受信機においてデータ検知を行うステップ。
【０１８７】
検知されたパケットがＢＲＰパケットであると決定するステップは、ＰＬＣＰヘッダ、ＭＡＣヘッダ、またはＭＡＣフレームボディーのうちの少なくとも１つを読み取るステップを含むことができる。
【０１８８】
特定のＢＲＰ最小持続時間を決定するステップは、黙示的なシグナリングに少なくとも部分的に基づくことができる。
【０１８９】
特定のＢＲＰ最小持続時間を決定するステップは、明示的なシグナリングに少なくとも部分的に基づくことができる。
【０１９０】
別の例として、方法が、ＢＲＰ情報を搬送するようにＰＬＣＰヘッダ情報を上書きするためにヌルデータパケットを利用することにあることができる。
【０１９１】
簡略化されたＢＲＰフレームのやり取りに関する情報を搬送するために、統一されたＮＤＰ  ＢＲＰフレームが定義されることができる。
【０１９２】
さまざまな目的のために、ＮＤＰ  ＢＲＰフレームのセットが定義されることができる。
【０１９３】
ＮＤＰ  ＢＲＰフレームのセットは、ＮＤＰ  ＢＲＰ受信機トレーニング要求フレーム、ＮＤＰ  ＢＲＰ受信機トレーニング応答フレーム、ＮＤＰ  ＢＲＰ  ＭＩＭＯトレーニング要求フレーム、ＮＤＰ  ＢＲＰ  ＭＩＭＯトレーニング応答フレーム、ＮＤＰ  ＢＲＰセットアップフレーム、ＮＤＰ  ＢＲＰ  ＭＩＤフレーム、およびＮＤＰ  ＢＲＰ  ＢＣフレームを含むことができる。
【０１９４】
拡張ヘッダＡフィールドは、一般的なＢＲＰ情報を搬送するように上書きされることができ、拡張ヘッダＢフィールドは、ユーザ固有のＢＲＰ情報を搬送するように上書きされることができる。
【０１９５】
別の例は、プロセッサと、命令を格納している非一時的なストレージメディアとを含むシステムであり、それらの命令は、プロセッサ上で実行されたときに、送信機においてメディアを取得することと、送信機からのＢＲＰパケット送信を準備することと、送信機において、少なくとも２つのＢＲＰ最小持続時間のセットから特定のＢＲＰ最小持続時間を選択することと、ＢＲＰ最小持続時間の選択をシグナリングすることと、ＢＲＰパケットのためのＰＰＤＵを準備することと、準備されたＢＲＰパケット送信を送信機から少なくとも１つの受信機へ送信することとを含む機能を行うように動作する。
【０１９６】
別の例は、プロセッサと、命令を格納している非一時的なストレージメディアとを含むシステムであり、それらの命令は、プロセッサ上で実行されたときに、受信機においてパケット送信を検知することと、検知されたパケットがＢＲＰパケットであると決定することと、検知されたＢＲＰパケットのために使用される特定のＢＲＰ最小持続時間を少なくとも２つのＢＲＰ最小持続時間のセットから決定することと、決定されたＢＲＰ最小持続時間を使用して受信機においてデータ検知を行うこととを含む機能を行うように動作する。
【０１９７】
別の例は、ＳＴＡにおいて、ＡＰからのＢＲＰ最小持続時間要求を受信するステップと、好ましいＢＲＰ最小持続時間を識別することによってその要求に応答するステップと、識別されたＢＲＰ最小持続時間を使用してＡＰとの間でビームリファインメントを行うステップとを含む方法である。
【０１９８】
別の例は、ＡＰにおいて、ＢＲＰ最小持続時間要求をＳＴＡへ送るステップと、好ましいＢＲＰ最小持続時間を識別する要求に対する応答を受信するステップと、識別されたＢＲＰ最小持続時間を使用してＳＴＡとの間でビームリファインメントを行うステップとを含む方法である。
【０１９９】
別の例は、非ＰＣＰ／ＡＰ要求側ＳＴＡによって行われる方法であり、この方法は、要求側ＳＴＡによってサポートされる少なくとも１つのＢＲＰ最小持続時間を識別するＢＲＰ最小持続時間要求を応答側ＳＴＡへ送信するステップと、ＢＲＰ最小持続時間を示す応答を応答側ＳＴＡから受信するステップと、識別されたＢＲＰ最小持続時間を使用することを用いてビームリファインメントを行うステップとを含む。
【０２００】
別の例は、ＡＰによって行われる方法であり、この方法は、複数のＳＴＡと通信して、ＳＴＡのそれぞれのためのそれぞれのＢＲＰ最小持続時間を入手するステップと、入手されたＢＲＰ最小持続時間の間で最大値を選択するステップと、それらの間での選択された最大値を、ＳＴＡへのＤＬ  ＭＵ−ＭＩＭＯ送信のためのＢＲＰ最小持続時間として使用するステップとを含む。
【０２０１】
ＢＲＰインターフレームスペーシングネゴシエーション
ＢＲＰ  ＩＦＳ。上述されている多次元性を考慮した改善されたフィードバックのために、いくつかの実施形態は、最適化されたオペレーションのための複数のＢＲＰフレームのやり取りを利用する。ＢＲＰオペレーションの効率を改善するための、ならびに、ＢＲＰＩＦＳ持続時間のシグナリングおよび／またはＢＲＰＩＦＳ持続時間における低減を可能にするための方法が、以降で示されている。
【０２０２】
いくつかの実施形態においては、ＢＰＲパケットどうしの間におけるインターフレームスペーシングの最大持続時間は、実施態様の効率に応じて変更されることができる。いくつかの実施形態においては、ＩＦＳスペーシングは、可能なＩＦＳスペーシング長さのセットの１つへ量子化されることができる。
【０２０３】
下記のうちの１つまたは複数などのビームベースのインターフレームスペーシングパラメータ用に使用される値を送信機および受信機がネゴシエートすることを可能にするためにシグナリングが付加されることができる。
−  ＳＢＩＦＳ：  ショートビームフォーミングインターフレームスペーシング
−  ＢＲＰＩＦＳ：  ビームリファインメントプロトコルインターフレームスペーシング
−  ＭＢＩＦＳ：  ミディアムビームフォーミングインターフレームスペーシング
−  ＬＢＩＦＳ：  ロングビームフォーミングインターフレームスペーシング
【０２０４】
特定の条件が満たされている場合には、特定のＩＦＳスペーシングが選ばれることができる。
【０２０５】
一実施形態においては、ＩＦＳは、任意の値から動的に選択される（すなわち量子化されない）。このケースにおいては、ＡＰおよびＳＴＡは、使用されることになる実際のＩＦＳ値をネットワークへシグナリングして、ＳＴＡが、使用するための実際のＩＦＳ値を識別することを可能にすることができる。
【０２０６】
例示的な実施形態においては、ＡＰおよびＳＴＡは、特定のＩＦＳを特定のＢＲＰシナリオに割り振ることができる。そのシナリオは、下記のうちの１つの関数であることができる。
使用されるフィードバックのタイプ、たとえば、ＳＮＲのみのフィードバックと、ＳＮＲ＋相対的なチャネル推定のフィードバック。
アンテナアーキテクチャー、たとえば、使用されるＩＦＳは、ビームの切り替えが、同じＤＭＧアンテナのビームどうしの間における切り替えを必要とするケースと、別々のＤＭＧアンテナの間における切り替えを必要とするケースとでは異なる場合がある。実際の値は、ＤＭＧセットアップ手順中にネゴシエートおよびシグナリングされることができるということに留意されたい（たとえば、Ｌ＿ｒｘ＝１０、Ｌ＿ｒｘ＿ｄｍｇ＝１，２など）。
【０２０７】
ＳＴＡが、要求されているタイミング内に情報をフィードバックすることができない場合には、ＡＰは、量子化されたＩＦＳスペースのケースにおいてはＳＴＡ  ＩＦＳを次のＩＦＳ持続時間まで上げることによって、または所定の値をシステム用のＩＦＳ値に付加することによって、要求されているＩＦＳ時間をオーバーライドすることができる。
【０２０８】
このケースにおいては、ＡＰは、ＩＦＳ値における変更をシグナリングすることを必要とする場合がある。
【０２０９】
一実施形態においては、使用されるＩＦＳは、基準シナリオ（または基準シナリオのセット）に基づいて設定されることができる。このケースにおいては、Ｔｘ／Ｒｘペアは、基準シナリオに切り替え、ＩＦＳを測定し、そのＩＦＳをＢＲＰ送信手順において使用する。
【０２１０】
シナリオの例は、下記に基づくことができる。
特定のイニシエータ／レスポンダ基準構成、たとえば、受信ビームは、特定のＤＭＧアンテナのみの中で設定される。
特定のタイプのフィードバック、たとえば、ＳＮＲのみのフィードバック。
時間間隔、たとえば、ＢＲＰ測定フレームの受信と、応答または受信ビームの送信との間における時間間隔が、指定された数のマイクロ秒内で互いの間において切り替えられることが可能である。
【０２１１】
ＡＰおよびＳＴＡは、それぞれの基準シナリオに関するパラメータをネゴシエートすることができるということに留意されたい。
【０２１２】
例示的な実施形態においては、ＩＦＳのネゴシエーション手順は、下記のように動作する。ＡＰが、ＩＦＳ測定セットアップフレームを１つまたは複数のＳＴＡへ送る。ＡＰは、測定のために特定の構成またはシナリオを指定することができる。ＡＰは、測定が１つまたは複数の特定のＳＴＡに関するものであるということを示すことができる。あるいは、ＡＰは、ＰＢＳＳにおけるすべてのＳＴＡが測定されることになると想定することができる。ＡＰは、チャネル測定フレームをＳＴＡへ送り出す。
【０２１３】
ＳＴＡは、測定フレームを受信し、送信のために必要とされるＩＦＳの持続時間を推定する。ＳＴＡは、ＩＦＳ測定値をＡＰへフィードバックする。一実施形態においては、ＡＰは情報を求める。たとえば、ＳＴＡは、情報を求めてＡＰによってポーリングされることができる。別の実施形態においては、ＳＴＡは、たとえばチャネルを求めて競合することによって、情報をＡＰへ事前対処的に送ることができる。
【０２１４】
ＡＰは、ＢＲＰ手順を開始する。ＡＰは、ＢＲＰセットアップフレームにおいて使用されることになるＩＦＳ値を伴ってＢＲＰフレームを送る。これは、ネットワークにおけるその他のすべてのＳＴＡが、使用されることになるＩＦＳ値を知ることを可能にする。ＳＴＡは、情報を処理し、フレームどうしの間における所望のＩＦＳを伴って情報をフィードバックする。一実施形態においては、ＳＴＡは、ＳＩＦＳおよびＩＦＳ値のセットの間における任意の時点で情報を送ることを開始することができる。
【０２１５】
ＳＴＡがＩＦＳセットを伴って返答することができない場合には、ＡＰは、所望のシナリオに関するＩＦＳ推定値を増大させることができる。
【０２１６】
ＳＩＦＳのみを伴う８０２．１１ａｙ  ＢＲＰ。
ＩＦＳは、図３０Ａにおける３００２において示されているように、ＳＩＦＳとＢＲＰＩＦＳとの間において変わることができる。インターフレームスペーシングがＢＲＰＩＦＳ＝４４ｕｓｅｃに設定されている可能性に伴って、スリープモードにある、またはＴｘＯＰ予約フレームを逃しているＳＴＡは、チャネルが占有されていないと想定することができ、ＴｘＯＰを中断することができる。この問題に対処するために、ＢＲＰのためのインターフレームスペーシングは、ＳＩＦＳに設定されることができる。しかしながら、ＳＩＦＳよりも大きいさらなる処理時間を必要とするフィードバックは、ネットワークにアクセスするための効率的な方法から利益を得ることができる。これを可能にするために、下記の方法のうちの１つが使用されることができる。
【０２１７】
応答が受信ＢＲＰ測定フレームのＳＩＦＳ内で利用可能である場合には、応答は送信されることができる。そのような実施形態は、図３０Ｂ（ＩＦＳ３００４）および図３０Ｃ（ＩＦＳ３００６）において示されている。
【０２１８】
応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能でない場合には、下記の方法のうちの１つまたは複数が採用されることができる。
【０２１９】
１つの方法においては、ＡＣＫがレスポンダによって送信されることができ、必要とされる情報をフィードバックするためにチャネルにアクセスすることは、レスポンダの担当である。これは、（ａ）チャネルを求めて競合すること、（ｂ）チャネルアクセスを要求するためにイニシエータへトラフィック利用可能フレームを送ること、または（ｃ）イニシエータがフィードバックを求めてそれをポーリングするのを待つことによって行われることができる。この方法は、図３１Ａおよび図３１Ｂにおいて示されており、それらは、ＩＦＳ３１０２および３１０４をそれぞれ示している。
【０２２０】
別の方法においては、ＡＣＫが、アクセスのために必要とされる最小時間を伴ってレスポンダによって送信されることができる。イニシエータは、ＡＣＫにおいて示されている時間よりも大きい時間間隔で（たとえば、ポーリングすることによって）情報を要求することができる。これは、絶対時間間隔であることができ、または量子化された時間間隔を示す値であることができるということに留意されたい。この方法は、図３１Ｃおよび図３１Ｄにおいて示されており、それらは、ＩＦＳ３１０６および３１０８をそれぞれ示している。
【０２２１】
さらなる方法においては、レスポンダは、情報が送信される用意ができる前の間隔においてダミー情報を送信することができる。一例においては、レスポンダは、待機間隔の持続時間の間に、繰り返されるＳＴＦおよび／またはＬＴＦシーケンスを送信することができる。この方法は、図３１Ｅにおいて示されており、それは、ＩＦＳ３１１０を示している。
【０２２２】
最小持続時間およびＩＦＳのネゴシエーション。
最小持続時間（ａＢＲＰｍｉｎＳＣｂｌｏｃｋｓ）のネゴシエーション
例示的な実施形態においては、１１ａｙ  ＢＲＰプロトコルが、ａＢＲＰｍｉｎＳＣｂｌｏｃｋｓ＜＝１８の値のネゴシエーションを可能にする。最小持続時間のネゴシエーションは、ａＢＲＰｍｉｎＳＣｂｌｏｃｋｓの値の選択およびシグナリングを要求する。実施形態においては、ＰＣＰ／ＡＰおよびＳＴＡは、たとえば下記のように、持続時間の値のセットから最小持続時間の値を選択することができる。
ａＢＲＰｍｉｎＳＣｂｌｏｃｋｓ＝｛６  １２  １８｝、｛１，２，．．．，１８｝
【０２２３】
ネゴシエーションのために使用されるシグナリングは、ＡＰ／ＰＣＰおよびＳＴＡの能力に基づくことができる。いくつかの実施形態においては、これは、能力のやり取り手順において、たとえば、アソシエーション要求／応答、再アソシエーション要求／応答、プローブ要求／応答、ビーコンフレーム、またはその他のタイプの管理フレームを使用した送信において通信されることができる。いくつかの実施形態においては、これは、ＢＲＰセットアップ手順中に能力として通信されることができる。
【０２２４】
ＩＦＳの最適化。
ＩＦＳは、ＢＲＰフィードバックの効率に重大な影響を及ぼす。そのようなものとして、ＢＲＰの効率を改善するためにＩＦＳを最適化することは、有益である。さまざまな実施形態は、さまざまな技術を使用して、ＢＲＰのためのＩＦＳを最適化することができる。いくつかの実施形態においては、ＩＦＳの値は、ネゴシエートされる。その他の実施形態においては、ＩＦＳは、ＳＩＦＳのみに限定される。
【０２２５】
ＩＦＳのネゴシエーション。
ＩＦＳのネゴシエーションを使用する実施形態においては、ＩＦＳは、個別のセット値のうちの１つとして選択されることができる。そのような実施形態においては、ＩＦＳは、事前に決定された値のセットから選択されることができる。いくつかの実施形態においては、ＰＣＰ／ＡＰおよびＳＴＡは、個別のレゾリューションのセットを、ＳＩＦＳ＜＝ＩＦＳ＜＝ＢＲＰＩＦＳになるようにネゴシエートすることができる。
【０２２６】
例示的な実施形態においては、ネゴシエーション手順は、下記のように進むことができる。ＢＲＰＩＦＳは、能力のやり取りにおいて、たとえば、アソシエーション要求／応答、再アソシエーション要求／応答、プローブ要求／応答、ビーコンフレーム、またはその他のタイプの管理フレームを使用した送信において通信されることができる。ＢＲＰＩＦＳは、ＢＲＰセットアップネゴシエーションの一部としてネゴシエートされることができ、その時点で、アンテナ構成は通信されていたと予想される。ネゴシエートされた値が失敗した場合には、レスポンダは、要求側ＳＴＡへ１つまたは複数のＰＰＤＵを送信すること、たとえばＡＣＫによって応答することができる。イニシエータは、その後のリファインメントのためにＩＦＳ値をインクリメントすることができる。イニシエータは、ＩＦＳ値を公表して、その他のＳＴＡがチャネルアクセスのためにそのＩＦＳ値を知ることを可能にすることができる。
【０２２７】
ＩＦＳをＳＩＦＳのみに限定する。
例示的な実施形態においては、レスポンダは、ＢＲＰ測定フレームの受信に際してＳＩＦＳ持続時間の後にイニシエータへ応答を送信する。応答が利用可能である場合には、ＳＴＡは、フレームが受信された後のＳＩＦＳ持続時間において応答を送る。応答が利用可能でない場合には、さまざまなオプションが利用可能である。第１のオプションにおいては、レスポンダは、フレームが受信された後のＳＩＦＳ持続時間において要求側ＳＴＡへ１つまたは複数のＰＰＤＵを送信すること（たとえばＡＣＫ）によって応答することができる。ＳＴＡが、その後の時点でチャネルを求めて競合することができ、および／またはＡＰが、その後の時点でＳＴＡに対してポーリングを行うことができる。第２のオプションにおいては、ＳＴＡは、情報が用意される、たとえばＬ−ＳＴＦまで、ダミー情報を送信することができる。
【０２２８】
さらなる例として、方法が、複数のＢＰＲパケットの間においてインターフレームスペーシングの最大持続時間を変更するステップを含むことができる。
【０２２９】
この方法は、ビームベースのインターフレームスペーシングパラメータのために使用される値のネゴシエーションを可能にするために送信機から受信機へシグナリングを行うステップをさらに含むことができる。
【０２３０】
それらのパラメータは、ショートビームフォーミングインターフレームスペーシング、ビームリファインメントプロトコルインターフレームスペーシング、ミディアムビームフォーミングインターフレームスペーシング、およびロングビームフォーミングインターフレームスペーシングを含むことができる。
【０２３１】
特定のインターフレームスペーシングが、特定の条件に基づいて選ばれることができる。
【０２３２】
実施形態においては、ＡＰによって行われる方法が、複数のＳＴＡと通信して、ＳＴＡのそれぞれのためのそれぞれのＢＲＰ最小持続時間を入手するステップと、入手されたＢＲＰ最小持続時間の間で最大値を選択するステップと、それらの間で選択された最大値を、ＳＴＡへのＤＬ  ＭＵ−ＭＩＭＯ送信のためのＢＲＰ最小持続時間として使用するステップとを含むことができる。
【０２３３】
実施形態においては、ＩＦＳのネゴシエーションの方法が、ＡＰにおいて、ＩＦＳ測定フレームを少なくとも１つのＳＴＡへ送るステップと、チャネル測定フレームを少なくとも１つのＳＴＡへ送るステップと、それぞれの推定されたＩＦＳ持続時間を少なくとも１つのＳＴＡから受信するステップと、受信された推定されたＩＦＳ持続時間を使用してＢＲＰ手順を行うステップとを含むことができる。
【０２３４】
ＡＰは、それぞれの推定されたＩＦＳ持続時間の間に少なくとも１つのＳＴＡに対してポーリングを行うことができる。
【０２３５】
ＢＲＰ手順は、使用されることになるＩＦＳ値を識別するＢＲＰセットアップフレームを送るステップを含むことができる。
【０２３６】
実施形態においては、方法が、ＰＣＰ／ＡＰとＳＴＡとの間におけるインターフレームスペーシング（ＩＦＳ）をネゴシエートするステップを含む。ＩＦＳは、値の所定のセットから選択されることができる。
【０２３７】
別の例は、ＡＰにおいて、ＩＦＳ測定フレームを少なくとも１つのＳＴＡへ送るステップと、チャネル測定フレームを少なくとも１つのＳＴＡへ送るステップと、それぞれの推定されたＩＦＳ持続時間を少なくとも１つのＳＴＡから受信するステップと、受信された推定されたＩＦＳ持続時間を使用してＢＲＰ手順を行うステップとを含むＩＦＳのネゴシエーションの方法である。ＡＰは、それぞれの推定されたＩＦＳ持続時間の間に少なくとも１つのＳＴＡに対してポーリングを行うことができる。ＢＲＰ手順を行うステップは、使用されることになるＩＦＳ値を識別するＢＲＰセットアップフレームを送るステップを含むことができる。
【０２３８】
固定されたＩＦＳを伴う詳細な手順。
ＩＦＳをＳＩＦＳのみに限定するために、１１ａｙ  ＢＲＰプロトコルにおいて、いくつかの実施形態においては、ＢＲＰフレームがアクションＡＣＫフレームとして機能するためのオプションが存在することになる。
【０２３９】
能力のやり取り
いくつかの実施形態においては、ＳＴＡの能力は、下に示されているようなビームフォーミング能力フィールドフォーマットによってシグナリングされることができる。ビームフォーミング能力フィールドは、下に示されているように実装されることができる。
【０２４０】
【表１】
2020503725.tif 000003
【０２４１】
「ＢＲＰアクションＡＣＫがサポートされる」フィールドは、ＢＲＰ要求フレームが受信のＳＩＦＳ持続時間内に応答されることになるということを示すために１に設定されている。情報が用意できている場合には、ＳＴＡは、必要とされる情報を用いて応答することになる。情報が用意できていない場合には、ＳＴＡは、ＡＣＫを用いて応答することになる。
【０２４２】
「競合を伴うＡＣＫがサポートされる」フィールドは、情報がリクエスターへフィードバックされる用意ができているときにＳＴＡがチャネルを求めて競合することができる場合には１に設定され、そうでない場合には０に設定される。
【０２４３】
「ポーリングを伴うＡＣＫがサポートされる」フィールドは、リクエスターへ情報をフィードバックする前にＳＴＡがポーリングされることができる場合には１に設定され、そうでない場合には０に設定される。
【０２４４】
イニシエータは、パラメータを、競合のみ、ポーリングのみ、またはそれらの両方に設定することができるということに留意されたい。
【０２４５】
これらのフィールドは、別々の能力フィールドに置かれること、またはＥＤＭＧ  ＢＲＰ要求フィールドなどの異なるフレームに付加されることができる。
【０２４６】
別の実施形態においては、ビームフォーミング能力フィールドは、下記のビームフォーミング能力フィールドフォーマットに従って定義されることができる。
【０２４７】
【表２】
2020503725.tif 000004
【０２４８】
ＢＲＰアクションＡＣＫ応答サブフィールドは、応答側ＳＴＡが情報をフィードバックするために競合するべきか、または要求側ＳＴＡがＢＲＰ情報を求めて応答側ＳＴＡに対してポーリングを行うべきかを示す。
【０２４９】
【表３】
2020503725.tif 000005
【０２５０】
即時応答要求をシグナリングすること：  方法１
１つの方法においては、既存のＤＭＧアクションなしＡＣＫ  ＢＲＰフレームは、パケットが受信された後のＳＩＦＳ持続時間においてＡＣＫ応答が必要とされているということを示すＢＲＰセットアップフレームにおける即時肯定応答に対する必要性をシグナリングするように修正されることができる。現在の８０２．１１標準は、タイプ値００（管理フレーム）およびサブタイプ値１１１０（アクションなしＡＣＫ）を伴う保護されていないＤＭＧフレームのカテゴリーを有している。既存のＢＲＰフレームは、保護されていないＤＭＧフレームのもとでアクションなしＡｃｋフレームとして定義されている。ＢＲＰフレームの詳細なフレームフォーマットが、下で与えられている。
【０２５１】
【表４】
2020503725.tif 000006
【０２５２】
例示的な実施形態においては、下記の技術を含む、現在のＢＲＰフレームにおいて必要とされている即時肯定応答をシグナリングするためのさまざまな異なるスキームが使用されることができる。
１．  ＢＲＰ要求フィールドを修正すること（以降で「修正されたＤＭＧ  ＢＲＰ要求フィールド」というセクションにおいて記述されている）
２．  ＥＤＭＧ  ＢＲＰ要求要素を修正すること（以降で「修正されたＥＤＭＧ  ＢＲＰ要求要素」というセクションにおいて記述されている）
３．  ＥＤＭＧ  ＢＲＰ要求フィールドを付加すること（以降で「ＥＤＭＧ  ＢＲＰ要求フィールド」というセクションにおいて記述されている）
【０２５３】
即時応答要求をシグナリングすること：  方法２
１つの方法においては、ＥＤＭＧ  ＢＲＰフレームが導入され、ＤＭＧアクションフレームとして定義されることができ、それは、肯定応答が必要とされていることを示すために使用されることができる。
【０２５４】
新たなＥＤＭＧ  ＢＲＰフレームが、カテゴリーＤＭＧフレームのもとでタイプ値００（管理フレーム）およびサブタイプ値１１０１（アクションフレーム）を伴って導入されることができる。そうするために、１つのエントリーが、ＤＭＧアクションフィールドへ挿入されることができる。たとえば、フレームがＥＤＭＧ  ＢＲＰフレームであるということを示すために、ＤＭＧアクションフィールド値＝２３が使用されることができる。
【０２５５】
【表５】
2020503725.tif 000007
【０２５６】
詳細なＥＤＭＧ  ＢＲＰフレームフォーマットは、下で開示されているとおりであることができる。
【０２５７】
【表６】
2020503725.tif 000008
【０２５８】
例示的な実施形態においては、カテゴリーフィールドが、ＤＭＧとして定義される。ＤＭＧアクションフィールドは、ＥＤＭＧ  ＢＲＰフレームとして定義される。ダイアログトークンフィールドは、トランザクションを一意に識別するためにフレームを送信するＳＴＡによって選ばれた値に設定される。ＢＲＰ要求フィールドは、標準において存在しているように定義されることができる。あるいは、このフィールドは、「修正されたＤＭＧ  ＢＲＰ要求フィールド」というセクションにおいて記述されているように更新されることができる。ＤＭＧビームリファインメント要素は、８０２．１１−２０１６の９．４．２．１３０において定義されている。チャネル測定フィードバック要素は、９．４．２．１３６において定義されている。
【０２５９】
ＢＲＰフレームは、測定情報が２５５オクテットを超える場合には、複数のチャネル測定フィードバック要素を含む。単一のＢＲＰフレームにおける最初の要素に続くそれぞれのチャネル測定フィードバック要素のコンテンツは、前の要素におけるコンテンツの続きである。チャネル測定、タップ遅延、およびセクタＩＤ順序サブフィールドは、いくつかの要素の間において分割されることが可能である。フレームにおける最後のチャネル測定フィードバック要素ではないそれぞれのチャネル測定フィードバック要素は、２５７オクテットの長さである。単一チャネル測定のためのチャネル測定情報は常に、単一のＢＲＰフレーム内に含まれている。
【０２６０】
ＢＲＰフレームの長さは、測定の数およびタップの数などのチャネル測定パラメータの選択を制限することが可能であるということが留意されることができる。
【０２６１】
ＥＤＭＧ  ＢＲＰ要求要素は、現状どおりに定義されることができる。あるいは、このフィールドは、「修正されたＥＤＭＧ  ＢＲＰ要求要素」というセクションにおいて記述されているように修正されることができる。いくつかの実施形態においては、ＥＤＭＧ  ＢＲＰ要求フィールドは、「ＥＤＭＧ  ＢＲＰ要求フィールド」というセクションにおいて記述されているように、新たに挿入されたフィールドであることができる。
【０２６２】
即時応答要求をシグナリングすること：  方法３
１つの例示的な方法においては、既存のＤＭＧアクションなしＡＣＫ  ＢＲＰフレームは、パケットが受信された後のＳＩＦＳ持続時間においてＡＣＫ応答が必要とされているということを示すＢＲＰセットアップフレームにおける即時肯定応答に対する必要性をシグナリングするように修正されることができる。現在の８０２．１１標準は、タイプ値００（管理フレーム）およびサブタイプ値１１１０（アクションなしＡＣＫ）を伴う保護されていないＤＭＧフレームのカテゴリーを有している。既存のＢＲＰフレームは、保護されていないＤＭＧカテゴリーのもとでアクションなしＡｃｋフレームとして定義されている。このケースにおけるＢＲＰフレームは、保護されていないＤＭＧというカテゴリーのアクションまたはアクションなしＡＣＫフレームである。いくつかの実施形態においては、既存のＢＲＰフレーム設定は、サブタイプ値＝１１１０（アクションなしＡＣＫ）からサブタイプ値＝１１０１（アクション）へ修正され、パラメータ設定のうちの残りは、新たなＥＤＭＧアクションＡＣＫフレームを作成するために保持される。
【０２６３】
ＢＲＰを行う際に、ＢＲＰフレームが、アクションというサブタイプの管理フレームである場合、および応答側ＳＴＡが、要求側ＳＴＡからのビームリファインメントトレーニング要求のための応答としてＢＲＰフレームを送信するために、ＳＩＦＳよりも長い間を必要とする場合には、ＳＴＡは、ビームリファインメントトレーニング要求に応答してＡＣＫフレームまたはＥＤＭＧ  ＢＲＰ  ＡＣＫフレームを送信する。
【０２６４】
ＢＲＰ応答を要求側ＳＴＡへ送るために、
【０２６５】
要求側ＳＴＡは、応答を要求するためにフィードバックポールを送ることができる。
【０２６６】
応答側ＳＴＡは、メディアを求めて競合すること、および応答を送り返すことができる。
【０２６７】
逆方向プロトコルが、要求側ＳＴＡおよび応答側ＳＴＡの両方によってサポートされているならば、要求側ＳＴＡは、逆方向グラントを通じてフィードバックのための時間を割り当てることができる。
【０２６８】
ＢＲＰ応答方法が、ＢＲＰセットアップフェーズ中に選択されることができる。ＳＴＡは、ＥＤＭＧ  ＢＲＰ  ＡＣＫにおいて必要とされるさらなる時間を示すことができる。
【０２６９】
ＢＲＰセットアップサブフェーズは、ＤＭＧリファインメントフィールドにおける能力要求サブフィールドが１に設定された状態で、およびＢＲＰ要求フィールド／ＥＤＭＧ要求フィールド内の残りのサブフィールドがイニシエータの所望の応答方法に従って設定された状態でイニシエータがＢＲＰパケットを送ることから開始することができる。能力要求サブフィールドが１に設定された状態でＢＲＰパケットを受信すると、レスポンダは、ＢＲＰ要求フィールド内のサブフィールドが、所望のＢＲＰ応答方法を示すように設定された状態でＢＲＰパケットを用いて応答することになる。このプロセスは、能力要求サブフィールドが０に設定された状態でレスポンダがＢＲＰパケットをイニシエータへ送信し、能力要求サブフィールドがやはり０に設定された状態でイニシエータが応答としてＢＲＰパケットを送るまで繰り返される。
【０２７０】
例示的なＢＲＰフレームの詳細なフレームフォーマットが、下で与えられている。
【０２７１】
【表７】
2020503725.tif 000009
【０２７２】
例示的な方法においては、下記を含む、現在のＢＲＰフレームにおいて必要とされている即時肯定応答をシグナリングするためのさまざまな技術が使用されることができる。
１．  ＢＲＰ要求フィールドを修正すること（「修正されたＤＭＧ  ＢＲＰ要求フィールド」というセクションにおいて記述されているように）
２．  ＥＤＭＧ  ＢＲＰ要求要素を修正すること（「修正されたＥＤＭＧ  ＢＲＰ要求要素」というセクションにおいて記述されているように）
３．  ＥＤＭＧ  ＢＲＰ要求フィールドを付加すること（「ＥＤＭＧ  ＢＲＰ要求フィールド」というセクションにおいて記述されているように）
【０２７３】
修正されたＥＤＭＧ  ＢＲＰ要求要素
いくつかの実施形態においては、アクションおよびアクションなしＢＲＰフレームの両方において、ＥＤＭＧ  ＢＲＰ要求要素は、下記のように更新されることができる。
【０２７４】
【表８】
2020503725.tif 000010
【０２７５】
アクションＡＣＫサブフィールドは、要求の送信のＳＩＦＳ持続時間後に肯定応答が必要とされるかどうかを示す。このフィールドが０に設定されている場合には、要求の受信のＳＩＦＳ持続時間後に応答は必要とされない。代わりに、応答は、要求の受信後のＢＲＰＩＦＳ持続時間内で必要とされる。フィールドが１に設定されている場合には、要求の受信のＳＩＦＳ持続時間後に応答が必要とされる。
【０２７６】
応答が用意できているケースにおいては、応答は、肯定応答の役割を果たす。応答が用意できていないケースにおいては、ＡＣＫが応答として送られることができる。あるいは、このフィールドは、存在しないことができる。このフィールドは、ＡＣＫに対する必要性の有無をシグナリングするために単一のＤＭＧアクションなしＡＣＫフレームを使用する方法１に最も適しているということに留意されたい。特定のアクションＡＣＫフレームを定義する方法２および３に関しては、このフィールドは、任意選択であることができる。
【０２７７】
アクションＡＣＫ応答サブフィールドは、レスポンダが情報をフィードバックするために競合するべきか、またはレスポンダがポーリングされるべきかを示すために使用されることができる。
【０２７８】
【表９】
2020503725.tif 000011
【０２７９】
ＢＦポールフィールドは、送られるさらなるＴＲＮフィールドはないが、これは、まったく同じパラメータを伴う、前に送信されたＢＲＰ要求に関するフィードバックを求める要求であるということを示す。別の実施形態においては、ＴＸセクタＩＤは、フィードバックが対象とする特定のＢＲＰ送信（たとえば、競合ベースの送信において）を示すためにフィードバックにおける識別子として使用されることができる。
【０２８０】
フィードバックが用意できる前に必要とされる持続時間の妥当な推定が、要求される情報およびＥＤＭＧアンテナ構成に依存すると仮定すると、タイミング推定が、肯定応答フレームとともに送り返されることができる。１つの方法においては、ＡＣＫは、情報が用意できる前に必要とされる時間の長さを示すための制御トレーラを含むことができる。このケースにおいては、送信されるＡＣＫフレームに関して、ＴＸＶＥＣＴＯＲパラメータＣＯＮＴＲＯＬ＿ＴＲＡＩＬＥＲが、Ｐｒｅｓｅｎｔに設定されることになり、パラメータＣＴ＿ＴＹＰＥが、ＡＣＫに設定されることになる。このケースにおける制御トレーラは、単一のデータオクテットであることができる。あるいは、必要とされる時間を含むＥＤＭＧ  ＢＲＰ  ＡＣＫが送られることができる。
【０２８１】
ＥＤＭＧ  ＢＲＰ要求フィールド
あるいは、いくつかの実施形態においては、ＥＤＭＧ  ＢＲＰ要求フィールドが、肯定応答関連情報を搬送するように定義されることができる。アクションおよびアクションなしＢＲＰフレームの両方において、ＥＤＭＧ  ＢＲＰ要求フィールドは、下記のように更新されることができる。
【０２８２】
【表１０】
2020503725.tif 000012
【０２８３】
アクションＡＣＫサブフィールドは、要求の受信のＳＩＦＳ持続時間後に肯定応答が必要とされるかどうかを示す。このフィールドが０に設定されている場合には、要求の受信のＳＩＦＳ持続時間後に応答は必要とされない。代わりに、応答は、要求の受信後のＢＲＰＩＦＳ持続時間内で必要とされる。フィールドが１に設定されている場合には、要求の受信のＳＩＦＳ持続時間後に応答が必要とされる。応答が用意できているケースにおいては、応答は、肯定応答の役割を果たす。応答が用意できていないケースにおいては、ＡＣＫが応答として送られることができる。あるいは、このフィールドは、存在しないことができる。
【０２８４】
アクションＡＣＫ応答サブフィールドは、レスポンダが情報をフィードバックするために競合するべきか、またはレスポンダがポーリングされるべきかを示す。
【０２８５】
【表１１】
2020503725.tif 000013
【０２８６】
ＢＦポールフィールドは、送られるさらなるＴＲＮフィールドはないが、これは、まったく同じパラメータを伴う、前に送信されたＢＲＰ要求に関するフィードバックを求める要求であるということを示す。別の実施形態においては、ＴＸセクタＩＤは、フィードバックが対象とする特定のＢＲＰ送信（たとえば、競合ベースの送信において）を示すためにフィードバックにおける識別子として使用されることができる。
【０２８７】
修正されたＤＭＧ  ＢＲＰ要求フィールド
あるいは、既存のＤＭＧ  ＢＲＰ要求フィールドが、肯定応答関連情報を搬送するように修正されることができる。
【０２８８】
【表１２】
2020503725.tif 000014
【０２８９】
アクションＡＣＫサブフィールドは、要求の受信のＳＩＦＳ持続時間後に肯定応答が必要とされるかどうかを示す。このフィールドが０に設定されている場合には、要求の受信のＳＩＦＳ持続時間後に応答は必要とされない。代わりに、応答は、要求の受信後のＢＲＰＩＦＳ持続時間内で必要とされる。フィールドが１に設定されている場合には、要求の受信のＳＩＦＳ持続時間後に応答が必要とされる。応答が用意できているケースにおいては、応答は、肯定応答の役割を果たす。応答が用意できていないケースにおいては、ＡＣＫが応答として送られることができる。あるいは、このフィールドは、存在しないことができる。
【０２９０】
アクションＡＣＫ応答サブフィールドは、レスポンダが情報をフィードバックするために競合するべきか、またはレスポンダがポーリングされるべきかを示す。
【０２９１】
【表１３】
2020503725.tif 000015
【０２９２】
ＢＦポールフィールドは、送られるさらなるＴＲＮフィールドはないが、これは、まったく同じパラメータを伴う前に送信されたＢＲＰ要求に関するフィードバックを求める要求であるということを示す。別の実施形態においては、ＴＸセクタＩＤは、フィードバックが対象とする特定のＢＲＰ送信（たとえば、競合ベースの送信において）を示すためにフィードバックにおける識別子として使用されることができる。
【０２９３】
一実施形態においては、要求側ＳＴＡおよび応答側ＳＴＡは、フィードバックのデフォルトの方法、たとえば競合またはポーリングについて決定することができる。そしてアクションＡＣＫ応答は、非デフォルトの方法がサポートされるかどうかを示す単一のビットであることができる。これは、修正されたＥＤＭＧ  ＢＲＰ要求要素、ＥＤＭＧ  ＢＲＰ要求フィールド、またはビームフォーミング能力フィールドにおいてシグナリングされることができる。
【０２９４】
【表１４】
2020503725.tif 000016
【０２９５】
ＥＤＭＧ  ＢＲＰ  ＡＣＫフレームフォーマット
ＢＲＰフレームの受信後のＳＩＦＳ持続時間においてＢＲＰ応答が用意できない可能性がある場合には、通常のＡＣＫフレームが使用されることができる。
【０２９６】
あるいは、必要とされるＢＲＰフィードバックを準備するための推定された時間などのさらなる情報を搬送するために、新たに定義されたＥＤＭＧ  ＢＲＰ  ＡＣＫフレームが使用されることができる。ＥＤＭＧ  ＢＲＰ  ＡＣＫフレームは、下で定義されることができる。
【０２９７】
【表１５】
2020503725.tif 000017
【０２９８】
第３の方法においては、通常のＡＣＫフレームが、制御モードＰＰＤＵにおいて搬送されることができ、そこでは、制御トレーラが、下で示されているように添付されることができる。
【０２９９】
【表１６】
2020503725.tif 000018
【０３００】
持続時間フィールドは、８０２．１１−２０１６の９．２．５において定義されているように設定される。
【０３０１】
ＲＡは、ＢＲＰ送信を要求した受信側ＳＴＡに設定される。時間推定値は、下記の前に受信側ＳＴＡが遅延することになる最小持続時間である。
【０３０２】
要求側ＳＴＡが、ＢＲＰ応答を求めてポーリングすることができる。
【０３０３】
要求側ＳＴＡが、逆方向プロトコルリンクをセットアップすることができる。
【０３０４】
要求側ＳＴＡが、送信機がチャネルを求めて競合することを可能にするためにＣＢＡＰを設定することができる。
【０３０５】
時間推定値は、受信側ＳＴＡが待つべきであるＳＩＦＳの数を示すことができる。上限は、レガシーのＢＲＰＩＦＳ値（４４ｕｓｅｃ）もしくは約１５のＳＩＦＳ持続時間（それぞれ３ｕｓｅｃの）として設定されることができ、または任意の値に設定されることができるということに留意されたい。１つのソリューションにおいては、持続時間は、下記の図表において示されているような４ビットを伴ってシグナリングされる２*ＳＩＦＳ（６ｕｓｅｃ）＜間隔＜１５*ＳＩＦＳ（４５ｕｓｅｃ）および特定の値に設定されることができる。１５*ＳＩＦＳのエントリーは、ＤＭＧの挙動におけるのと同様にデフォルトでＢＲＰＩＦＳの待機時間になるということに留意されたい。
【０３０６】
【表１７】
2020503725.tif 000019
【０３０７】
例示的な一実施形態においては、４４ｕｓｅｃの間隔を量子化するために、全８ビットが使用されることができる。あるいは、持続時間は、持続時間フィールドにおけるのと同様にｕｓｅｃで表されることができる（たとえば２５６ｕｓｅｃ）。
【０３０８】
ＥＤＭＧ  ＢＲＰ  ＡＣＫフレームを定義する目的で、新たに定義されたフレームを示すために制御フレーム拡張値が設定されることができる。たとえば、提案されているＥＤＭＧ  ＢＲＰ  ＡＣＫフレームにおいては、フレーム制御フィールドにおけるタイプ値は、制御フレームを示すために０１に設定されることができる。フレーム制御フィールドにおけるサブタイプ値は、制御フレーム拡張を示すために０１１０に設定されることができる。制御フレーム拡張サブタイプに伴って、ビット８からビット１１は、ＥＤＭＧ  ＢＲＰ  ＡＣＫフレームを示すために特定の値に設定されることができる。たとえば、下記の設定が利用されることができる。
【０３０９】
【表１８】
2020503725.tif 000020
【０３１０】
ポーリングベースのＢＲＰフィードバックのための手順およびシグナリング
ＢＲＰ要求フレームの受信のＳＩＦＳ持続時間後にＡＣＫフレームが送信されることができるケースにおいては、前のＢＲＰ要求フレームによって要求された情報を搬送することができるＢＲＰフィードバックフレームは、ポーリングベースの手順を通じて送信されることができる。この手順においては、ＢＲＰフィードバックフレームをポーリングするためにフレームが使用されることができる。
【０３１１】
ポーリングベースのフィードバックに関しては、下記の技術が使用されることができる。
【０３１２】
ポーリングベースのフィードバックのためのいくつかの実施形態においては、ＢＦポールが使用される。これを可能にするために、ＢＦ要求のフィールドから一意のＢＦ識別子が生成されることができる。ＢＦポールおよびＢＦフィードバック応答は、この一意の識別子を使用して、特定のフィードバックを識別することができる。この識別子は、下記のＢＲＰフィードバックポール要求／応答フィールドに置かれることができる。
【０３１３】
【表１９】
2020503725.tif 000021
【０３１４】
【表２０】
2020503725.tif 000022
【０３１５】
その他の実施形態においては、ポーリングベースのフィードバックに関して、要求が、上で論じられているような前に送られたＢＲＰ要求に関するものであるということを示すために付加されたパラメータを伴って、更新されたＢＲ要求フレームが使用されることができる。ＢＦポール応答は、一意の識別子を使用することができる。あるいは、ＥＤＭＧ  ＢＲＰ要求が応答とともに送信されることができる。このケースにおいては、ＢＲＰフレームのフィールドのうちのすべてまたはいくつかが送信される。フレームのサブセットが送信されるシナリオが、下で示されている。
【０３１６】
【表２１】
2020503725.tif 000023
【０３１７】
競合ベースのフィードバックに関して、ＰＣＰ／ＡＰは、フィードバックのためのＤＴＩ中の一般的なＣＢＡＰをセットアップすることができる。あるいは、ＰＣＰ／ＡＰは、ＡＣＫを送ったＳＴＡに限定されるＤＴＩ中のフィードバックのための専用のＣＢＡＰをセットアップすることができる。ＰＣＰ／ＡＰは、このピリオド中に競合することを許可されることができるＳＴＡのアドレスを送信することができる。
【０３１８】
ポーリングを伴わないＢＲＰフィードバックのための手順およびシグナリング
ＢＲＰ要求フレームの受信のＳＩＦＳ持続時間後にＡＣＫフレームが送信されることができるケースにおいては、前のＢＲＰ要求フレームによって要求された情報を搬送することができるＢＲＰフィードバックフレームは、ポーリングを伴わないＢＲＰフィードバック手順を通じて送信されることができる。
【０３１９】
ＢＲＰイニシエータは、ＢＲＰトレーニングを要求するＢＲＰフレームを送信することができる。ＢＲＰフレームにおいて、イニシエータは、ＢＲＰフレームの受信のＳＩＦＳ持続時間後の応答が要求されることができることを示すことができる。
【０３２０】
ＢＲＰフレームの受信時に、レスポンダは、要求されたＢＲＰ応答フレームを準備するための十分な時間を有していない場合がある。
レスポンダは、イニシエータによって送信されたＢＲＰフレームの受信のＳＩＦＳ持続時間後にＡＣＫフレームを送信することができる。
レスポンダは、イニシエータによって送信されたＢＲＰフレームの受信のＢＲＦＩＦＳ持続時間後に、要求された情報を搬送する応答フレームを送信することができる。
ＢＲＰ応答フレームを送信する前に、レスポンダは、チャネルを感知するように動作することができる。事前に定義された／所定のピリオドにおいてチャネルが空いている場合には、ＢＲＰ応答フレームは送信されることができる。１つの方法においては、ＳＴＡは、ＥＤＭＡバックオフタイマーによって設定されたさらなるバックオフピリオドを延ばすことを必要としない場合がある。
イニシエータによって送信されたＢＲＰ要求フレームの終わりからＢＲＰＩＦＳ持続時間内にＳＴＡがＢＲＰ応答フレームを成功裏に送信することができない可能性があるケースにおいては、ＳＴＡは、（ｉ）ＳＴＡに割り振られたＳＰが送信を行うのを待つこと、（ｉｉ）次のＣＢＡＰが送信を行うために競合するのを待つこと、または（ｉｉｉ）ＢＲＰ応答フレームをその他のデータ、制御、もしくは管理フレームとアグリゲートして、それらをイニシエータへ送信することができる。
あるいは、レスポンダは、イニシエータによって送信されたＢＲＰフレームの受信のＴ持続時間後に、要求された情報を搬送する応答フレームを送信することができる。ここでは、ＳＩＦＳ＜＝Ｔ＜＋ＢＲＰＩＦＳである。
ＢＲＰ応答フレームを送信する前に、レスポンダは、チャネルを感知することを必要とする場合がある。事前に定義された／所定のピリオドにおいてチャネルが空いている場合には、ＢＲＰ応答フレームは送信されることができる。１つの方法においては、ＳＴＡは、ＥＤＭＡバックオフタイマーによって設定されたさらなるバックオフピリオドを延ばすことを必要としない場合がある。
イニシエータによって送信されたＢＲＰ要求フレームの終わりからＢＲＰＩＦＳ持続時間内にＳＴＡがＢＲＰ応答フレームを成功裏に送信することができない可能性があるケースにおいては、ＳＴＡは、（ｉ）ＳＴＡに割り振られたＳＰが送信を行うのを待つこと、（ｉｉ）次のＣＢＡＰが送信を行うために競合するのを待つこと、または（ｉｉｉ）ＢＲＰ応答フレームをその他のデータ、制御、もしくは管理フレームとアグリゲートして、それらをイニシエータへ送信することができる。
【０３２１】
ポーリングを伴わないＢＲＰフィードバックのための手順およびシグナリングの例示的な実施形態が、図３４において示されており、それは、ＩＦＳ３４０２を示している。
【０３２２】
ＢＲＰ応答時間能力のやり取りを伴う手順およびシグナリング
代替として、または追加として、ビームフォーミングフィールドは、ＢＲＰフレームを受信した後にフィードバックを提供することにおけるＳＴＡの能力の表示を含むことができる。たとえば、ＳＴＡは、ＢＲＰフレームを受信した後に応答フレームを送信するための予想される時間についての自分の能力を示すことができる。予想されるＢＲＰ応答時間を示すために、ＥＤＭＧ能力フィールドにおける、たとえば、ビームフォーミングフィールドにおける１つまたは複数のビットが使用されることができる。一実施形態においては、予想されるＢＲＰ応答時間の存在を示すために、ビットが使用されることができる。予想されるＢＲＰ応答時間は、１つまたは複数のビットによって示されることができ、ｕｓの点から、ＳＩＦＳの点から、およびその他の任意の時間単位の点から示されることができる。一実施形態においては、ＳＴＡは、複数の予想されるＢＲＰ応答時間を、たとえば、ＥＤＭＧ能力フィールドにおいて、たとえば、ビームフォーミングフィールドにおいて示すことができる。たとえば、ＳＴＡは、ＳＵおよび／またはＭＵ  ＭＩＭＯトレーニングのための予想されるＢＲＰ応答時間を示すことができ、ＳＴＡは、１つまたは複数の空間ストリームのための予想されるＢＲＰ応答時間を示すことができる。
【０３２３】
ＳＴＡは、たとえば、プローブ要求、（再）アソシエーションフレームにおいて、ＡＰとの間でアソシエーションプロセス中に自分の予想されるＢＲＰ応答時間についての自分の能力、またはそれらのＢＲＰ応答時間のうちの１つもしくは複数をやり取りすることができる。ＡＰ／ＰＣＰは、自分のビーコンにおいて、および／またはプローブ応答、（再）アソシエーション応答フレームにおいて、自分の予想されるＢＲＰ応答時間についての自分自身の能力、またはそれらのＢＲＰ応答時間のうちの１つもしくは複数を公表することができる。加えて、ＡＰ／ＰＣＰは、自分に関連付けられているすべてのＳＴＡに関する１つまたは複数の最大の予想されるＢＲＰ応答時間を公表することができる。たとえば、ＡＰ／ＰＣＰは、自分に関連付けられているすべてのＳＴＡに関する最大の予想されるＢＲＰ応答時間を公表することができ、別の例においては、ＡＰ／ＰＣＰは、自分に関連付けられているすべてのＳＴＡに関するＳＵおよび／またはＭＵ  ＭＩＭＯに関する最大の予想されるＢＲＰ応答時間を公表することができ、別の例においては、ＡＰ／ＰＣＰは、自分に関連付けられているすべてのＳＴＡに関する１つまたは複数の空間ストリームに関する最大の予想されるＢＲＰ応答時間を公表することができる。ＳＴＡは、自分のＡＰ／ＰＣＰから、たとえば、ビーコン、プローブ応答、（再）アソシエーション応答フレームにおいて受信した後に、１つまたは複数の最大のＢＲＰ応答時間を自分のＢＲＰプロトコルにおいて適合させることができる。
【０３２４】
追加として、および／または代替として、ＳＴＡは、適切なＢＲＰ応答時間が適用されるべきであるということを、ＢＲＰやり取りシーケンスをセットアップするフレームにおいて示すことができる。たとえば、ＡＰ／ＰＣＰは、ＢＲＰやり取りシーケンスに関して使用されることになる適切なＢＲＰ応答時間を、たとえば、拡張されたスケジュール要素またはグラントフレームにおいて示すことができる。ＡＰ／ＰＣＰは、フィードバックを提供することになるすべてのＳＴＡによって必要とされる最大のＢＲＰ応答時間を得ることができる。ＡＰ／ＰＣＰは、たとえば、より早く、たとえば、アソシエーションプロセス中に、またはＢＲＰ要求もしくはサービスピリオド要求時間中にＡＰ／ＰＣＰが入手した情報に基づいて、ＳＵ、ＭＵトレーニングに関するフィードバック、１つまたは複数のＳＳフィードバックなどを提供することになるすべてのＳＴＡによって必要とされる最大のＢＲＰ応答時間を得ることができる。たとえば、４つのＳＴＡがＭＵ  ＭＩＭＯトレーニングにおけるフィードバックを提供している場合には、最大の予想されるＢＲＰ応答時間は、４つすべてのＳＴＡの間における最大の予想されるＢＲＰ応答時間となる。イニシエータおよびレスポンダの両方がフィードバックを提供することができる場合には、最大の予想されるＢＲＰ応答時間は、イニシエータおよびレスポンダＳＴＡの間における最大の予想されるＢＲＰ応答時間であることができる。
【０３２５】
レスポンダＳＴＡがＳＳＷフィードバックへの応答としてトレーニングに対する必要性を示した場合には、それは、自分の１つまたは複数の予想されるＢＲＰ応答時間をＢＲＰ要求フィールドにおいて、たとえば、ＳＳＷ−ＡＣＫフレームにおいて示すことができる。イニシエータは、示された最も適切なＢＲＰ応答時間を、自分がその後に開始することになるＢＲＰ実行において使用することができる。
【０３２６】
ＡＰ／ＰＣＰおよび／またはイニシエータは、来たるＢＲＰシーケンスのやり取りにおいて使用されることになる適用されるＢＲＰ応答時間を公表することができる。レスポンダがフィードバックを提供することができないでいる場合には、それは、ＡＣＫフレームによって応答することができる。それは、予想されるＢＲＰ応答時間をＡＣＫにおいて付加することもできる。レスポンダによって送られたＡＣＫにおける予想されるＢＲＰ応答時間が、ＡＰ／ＰＣＰまたはイニシエータによる公表されたＢＲＰ応答時間よりも長い場合には、イニシエータは、その後のＢＲＰフレームにおいてＢＲＰ応答時間を調整することができる。
【０３２７】
一実施形態においては、応答側ＳＴＡがＳＩＦＳ持続時間の経過時にＢＲＰ応答を送る用意ができていない場合には、ＳＴＡは、ＡＣＫを要求側ＳＴＡへ送る。要求側ＳＴＡは、ＡＣＫの受信のＢＲＰＩＦＳ持続時間後に、またはそれよりも後に情報を要求することができる。あるいは、要求側ＳＴＡは、送信されたパケットが応答側ＳＴＡに到着したと自分が推定する受信のＢＲＰＩＦＳ持続時間後にまたはそれよりも後に情報を要求することができる。これは、いずれのさらなるタイミング情報に対する必要性も除去する。
【０３２８】
ＢＲＰアクションＡＣＫフレームを定義すること
例示的な実施形態においては、ＢＲＰフレームが、アクションというサブタイプの管理フレームである場合には、ＳＰ割り当てまたはＴＸＯＰ内でのそれらのフレームの完全な送信のために十分な時間が利用可能であるならば、ビームリファインメント応答は、ＳＩＦＳ間隔によって、先行するビームリファインメント要求から隔てられることになる。その応答は、黙示的なＡＣＫの役割を果たす。
【０３２９】
ＢＲＰを行う際に、ＢＲＰフレームが、アクションというサブタイプの管理フレームである場合、および応答側ＳＴＡが、要求側ＳＴＡからのビームリファインメントトレーニング要求のための応答としてＢＲＰフレームを送信するために、ＳＩＦＳよりも長い間を必要とする場合には、ＳＴＡは、ビームリファインメントトレーニング要求に応答してＡＣＫフレーム（９．３．１．４）またはＥＤＭＧ  ＢＲＰ  ＡＣＫフレーム（９．３．１．２２）を送信することになる。
【０３３０】
ＢＲＰ応答を要求側ＳＴＡへ送るために、
−  要求側ＳＴＡは、応答を要求するためにフィードバックポールを送ることができる。
−  応答側ＳＴＡは、メディアを求めて競合すること、および応答を送り返すことができる。
−  逆方向プロトコルが、要求側ＳＴＡおよび応答側ＳＴＡの両方によってサポートされているならば、要求側ＳＴＡは、逆方向グラントを通じてフィードバックのための時間を割り当てることができる。
【０３３１】
ＢＲＰ応答方法が、ＢＲＰセットアップフェーズ中に選択されることができる。
【０３３２】
ＳＴＡは、ＥＤＭＧ  ＢＲＰ  ＡＣＫにおいて必要とされるさらなる時間を示すことができる。
【０３３３】
さらなる例として、ＢＲＰレスポンダによって行われる方法が、イニシエータからＢＲＰ測定フレームを受信するステップと、ＢＲＰ測定フレームに対する応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能であるかどうかを決定するステップと、応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能ではないという決定に応答して、ＳＩＦＳの終わりにＡＣＫを送信するステップと、その後にＢＲＰ測定フレームへの応答を送信するステップとを含むことができる。その後に送信するステップは、チャネル競合を使用して行われることができる。その後に送信するステップは、チャネルアクセスを要求するためのトラフィック利用可能フレームを使用することによって行われることができる。その後に送信するステップは、イニシエータによってポーリングされることに応答して行われることができる。
【０３３４】
別の例として、ＢＲＰレスポンダによって行われる方法が、イニシエータからＢＲＰ測定フレームを受信するステップと、ＢＲＰ測定フレームに対する応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能であるかどうかを決定するステップと、応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能ではないという決定に応答して、ＳＩＦＳの終わりにＡＣＫを送信するステップであって、ＡＣＫは時間間隔を識別するステップと、識別された時間間隔の経過後にイニシエータからポーリングフレームを受信するステップと、ポーリングに応答してＢＲＰ測定フレームへの応答を送信するステップとを含むことができる。
【０３３５】
別の例として、ＢＲＰレスポンダによって行われる方法が、イニシエータからＢＲＰ測定フレームを受信するステップと、ＢＲＰ測定フレームに対する応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能であるかどうかを決定するステップと、応答がＢＲＰ測定フレームの受信のＳＩＦＳ内で利用可能ではないという決定に応答して、ダミーデータを使用してイニシエータへの送信を開始するステップと、その後にＢＲＰ測定フレームへの応答を含むイニシエータへの送信を継続するステップとを含むことができる。
【０３３６】
別の例として、方法が、ＰＣＰ／ＡＰとＳＴＡとの間において最小持続時間（ａＢＲＰｍｉｎＳＣｂｌｏｃｋｓ）をネゴシエートするステップを含むことができる。その最小持続時間は、値の所定のセットから選択されることができる。
【０３３７】
実施形態についての注記。
本開示の特徴および要素が、好ましい実施形態において特定の組合せで記述されているが、それぞれの特徴または要素は、好ましい実施形態のその他の特徴および要素を伴わずに単独で、または本開示のその他の特徴および要素を伴って、もしくは伴わずにさまざまな組合せで使用されることが可能である。
【０３３８】
本明細書において記述されているソリューションは、８０２．１１に固有のプロトコルを考慮しているが、本明細書において記述されているソリューションは、このシナリオに限定されず、その他のワイヤレスシステムにも適用可能であるということが理解される。
【０３３９】
ソリューションおよび提供されている例の全体を通じて、図におけるあらゆる空白のエリア、たとえば、白色のスペースなどは、このエリアに関する限定がなく、任意のソリューションが採用されることが可能であるということを意味している。
【０３４０】
特徴および要素が特定の組合せで上述されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書において記述されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディアに組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることができる。コンピュータ可読ストレージメディアの例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアに関連付けられているプロセッサが使用されることができる。
【図１】
2020503725.tif 000024
【図２】
2020503725.tif 000025
【図３】
2020503725.tif 000026
【図４】
2020503725.tif 000027
【図５】
2020503725.tif 000028
【図６Ａ】
2020503725.tif 000029
【図６Ｂ】
2020503725.tif 000030
【図７】
2020503725.tif 000031
【図８】
2020503725.tif 000032
【図９】
2020503725.tif 000033
【図１０】
2020503725.tif 000034
【図１１】
2020503725.tif 000035
【図１２】
2020503725.tif 000036
【図１３】
2020503725.tif 000037
【図１４】
2020503725.tif 000038
【図１５】
2020503725.tif 000039
【図１６】
2020503725.tif 000040
【図１７】
2020503725.tif 000041
【図１８】
2020503725.tif 000042
【図１９】
2020503725.tif 000043
【図２０】
2020503725.tif 000044
【図２１】
2020503725.tif 000045
【図２２】
2020503725.tif 000046
【図２３】
2020503725.tif 000047
【図２３Ａ】
2020503725.tif 000048
【図２４】
2020503725.tif 000049
【図２５】
2020503725.tif 000050
【図２６】
2020503725.tif 000051
【図２７】
2020503725.tif 000052
【図２８】
2020503725.tif 000053
【図２９】
2020503725.tif 000054
【図３０Ａ】
2020503725.tif 000055
【図３０Ｂ】
2020503725.tif 000056
【図３０Ｃ】
2020503725.tif 000057
【図３１Ａ】
2020503725.tif 000058
【図３１Ｂ】
2020503725.tif 000059
【図３１Ｃ】
2020503725.tif 000060
【図３１Ｄ】
2020503725.tif 000061
【図３１Ｅ】
2020503725.tif 000062
【図３２Ａ】
2020503725.tif 000063
【図３２Ｂ】
2020503725.tif 000064
【図３２Ｃ】
2020503725.tif 000065
【図３２Ｄ】
2020503725.tif 000066
【図３２Ｅ】
2020503725.tif 000067
【図３２Ｆ】
2020503725.tif 000068
【図３３】
2020503725.tif 000069
【図３４】
2020503725.tif 000070
【手続補正書】
【提出日】令和1年7月9日(2019.7.9)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
2020503725.tif 000071
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2020503725.tif 000072
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2020503725.tif 000073
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１７
【補正方法】変更
【補正の内容】
【図１７】
2020503725.tif 000074
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図１８
【補正方法】変更
【補正の内容】
【図１８】
2020503725.tif 000075
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１９
【補正方法】変更
【補正の内容】
【図１９】
2020503725.tif 000076
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図３１Ｅ
【補正方法】変更
【補正の内容】
【図３１Ｅ】
2020503725.tif 000077
【国際調査報告】
2020503725.tif 000078
2020503725.tif 000079