図1Aは、1または複数の開示される実施形態を実施することができる例示的な通信システム100の図である。通信システム100は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム100は、符号分割多元接続(CDMA)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交FDM(OFDM)、直交FDMA(OFDMA)、およびシングルキャリアFDMA(SC−FDMA)など、1または複数のチャネルアクセス方法を利用することができる。
図1Aに示されるように、通信システム100は、無線送信/受信ユニット(WTRU)102a、102b、102c、102d、無線アクセスネットワーク(RAN)104、コアネットワーク106、公衆交換電話網(PSTN)108、インターネット110、および他のネットワーク112を含むことができるが、開示される実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図していることが理解されよう。WTRU102a、102b、102c、102dの各々は、無線環境において動作および/または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成することができ、ユーザ機器(UE)、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末(PDA)、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。
通信システム100は、基地局114aおよび基地局114bも含むことができる。基地局114a、114bの各々は、コアネットワーク106、インターネット110、および/またはネットワーク112などの1または複数の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dの少なくとも1つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局114a、114bは、基地送受信機局(BTS)、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイント(AP)、および無線ルータなどとすることができる。基地局114a、114bは各々、単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含むことができることが理解されよう。
基地局114aは、RAN104の部分とすることができ、RAN104は、他の基地局、および/または基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、中継ノードなどのネットワーク要素(図示されず)も含むことができる。基地局114aおよび/または基地局114bは、セル(図示されず)と呼ばれることがある特定の地理的領域内で、無線信号を送信および/または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局114aに関連付けられたセルは、3つのセクタに分割することができる。したがって、一実施形態では、基地局114aは、送受信機を3つ、すなわち、セルのセクタ毎に1つずつ含むことができる。別の実施形態では、基地局114aは、多入力多出力(MIMO)技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
基地局114a、114bは、エアインターフェース116上で、WTRU102a、102b、102c、102dの1または複数と通信することができ、エアインターフェース116は、任意の適切な無線通信リンク(例えば、無線周波(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光など)とすることができる。エアインターフェース116は、任意の適切な無線アクセス技術(RAT)を使用して確立することができる。
より具体的には、上で言及されたように、通信システム100は、多元接続システムとすることができ、CDMA、TDMA、FDMA、OFDMA、およびSC−FDMAなどの、1または複数のチャネルアクセス方式を利用することができる。例えば、RAN104内の基地局114a、およびWTRU102a、102b、102cは、広帯域CDMA(WCDMA(登録商標))を使用してエアインターフェース116を確立することができる、ユニバーサル移動体通信システム(UMTS)地上無線アクセス(UTRA)などの無線技術を実施することができる。WCDMAは、高速パケットアクセス(HSPA)および/または進化型HSPA(HSPA+)などの通信プロトコルを含むことができる。HSPAは、高速ダウンリンクパケットアクセス(HSDPA)および/または高速アップリンクパケットアクセス(HSUPA)を含むことができる。
別の実施形態では、基地局114a、およびWTRU102a、102b、102cは、ロングタームエボリューション(LTE)および/またはLTEアドバンスト(LTE−A)を使用してエアインターフェース116を確立することができる、進化型UMTS地上無線アクセス(E−UTRA)などの無線技術を実施することができる。
他の実施形態では、基地局114a、およびWTRU102a、102b、102cは、IEEE802.16(すなわち、マイクロ波アクセス用の世界的相互運用性(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV−DO、暫定標準2000(IS−2000)、暫定標準95(IS−95)、暫定標準856(IS−856)、移動体通信用グローバルシステム(GSM(登録商標))、GSMエボリューション用の高速データレート(EDGE)、およびGSM EDGE(GERAN)などの無線技術を実施することができる。
図1Aの基地局114bは、例えば、無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なRATを利用することができる。一実施形態では、基地局114b、およびWTRU102c、102dは、IEEE802.11などの無線技術を実施して、無線ローカルエリアネットワーク(WLAN)を確立することができる。別の実施形態では、基地局114b、およびWTRU102c、102dは、IEEE802.15などの無線技術を実施して、無線パーソナルエリアネットワーク(WPAN)を確立することができる。また別の実施形態では、基地局114b、およびWTRU102c、102dは、セルラベースのRAT(例えば、WCDMA、CDMA2000、GSM、LTE、LTE−Aなど)を利用して、ピコセルまたはフェムトセルを確立することができる。図1Aに示されるように、基地局114bは、インターネット110への直接的な接続を有することがある。したがって、基地局114bは、コアネットワーク106を介して、インターネット110にアクセスする必要がないことがある。
RAN104は、コアネットワーク106と通信することができ、コアネットワーク106は、音声、データ、アプリケーション、および/またはボイスオーバインターネットプロトコル(VoIP)サービスをWTRU102a、102b、102c、102dの1または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク106は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および/またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図1Aには示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同じRATまたは異なるRATを利用する他のRANと直接的または間接的に通信することができることが理解されよう。例えば、E−UTRA無線技術を利用することができるRAN104に接続するのに加えて、コアネットワーク106は、GSM無線技術を利用する別のRAN(図示されず)とも通信することができる。
コアネットワーク106は、PSTN108、インターネット110、および/または他のネットワーク112にアクセスするための、WTRU102a、102b、102c、102dのためのゲートウェイとしての役割も果たすことができる。PSTN108は、基本電話サービス(POTS)を提供する回線交換電話網を含むことができる。インターネット110は、TCP/IPインターネットプロトコルスイート内の伝送制御プロトコル(TCP)、ユーザデータグラムプロトコル(UDP)、およびインターネットプロトコル(IP)など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク112は、他のサービスプロバイダによって所有および/または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク112は、RAN104と同じRATまたは異なるRATを利用することができる1または複数のRANに接続された、別のコアネットワークを含むことができる。
通信システム100内のWTRU102a、102b、102c、102dのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、WTRU102a、102b、102c、102dは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図1Aに示されたWTRU102cは、セルラベースの無線技術を利用することができる基地局114aと通信するように、またIEEE802無線技術を利用することができる基地局114bと通信するように構成することができる。
図1Bは、例示的なWTRU102のシステム図である。図1Bに示されるように、WTRU102は、プロセッサ118と、送信機および受信機または送受信機120と、送信/受信要素122と、スピーカ/マイクロフォン124と、キーパッド126と、ディスプレイ/タッチパッド128と、着脱不能メモリ130と、着脱可能メモリ132と、電源134と、全地球測位システム(GPS)チップセット136と、他の周辺機器138とを含むことができる。WTRU102は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアと連携する1または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)回路、他の任意のタイプの集積回路(IC)、および状態機械などとすることができる。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU102が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ118は、送受信機120に結合することができ、送受信機120は、送信/受信要素122に結合することができる。図1Bは、プロセッサ118と送受信機120を別々の構成要素として示しているが、プロセッサ118と送受信機120は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
送信/受信要素122は、エアインターフェース116上で、基地局(例えば、基地局114a)に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナとすることができる。別の実施形態では、送信/受信要素122は、例えば、IR、UV、または可視光信号を送信および/または受信するように構成された放射器/検出器とすることができる。また別の実施形態では、送信/受信要素122は、RF信号と光信号の両方を送信および受信するように構成することができる。送信/受信要素122は、無線信号の任意の組み合わせを送信および/または受信するように構成することができることが理解されよう。
加えて、図1Bでは、送信/受信要素122は単一の要素として示されているが、WTRU102は、任意の数の送信/受信要素122を含むことができる。より具体的には、WTRU102は、MIMO技術を利用することができる。したがって、一実施形態では、WTRU102は、エアインターフェース116上で無線信号を送信および受信するための2以上の送信/受信要素122(例えば、複数のアンテナ)を含むことができる。
送受信機120は、送信/受信要素122によって送信される信号を変調し、送信/受信要素122によって受信された信号を復調するように構成することができる。上で言及されたように、WTRU102は、マルチモード機能を有することができる。したがって、送受信機120は、WTRU102が、例えば、UTRAおよびIEEE802.11などの複数のRATを介して通信することを可能にするための、複数の送受信機を含むことができる。
WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128(例えば、液晶表示(LCD)ディスプレイユニットもしくは有機発光ダイオード(OLED)ディスプレイユニット)に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。加えて、プロセッサ118は、着脱不能メモリ130および/または着脱可能メモリ132など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ130は、ランダムアクセスメモリ(RAM)、リードオンリメモリ(ROM)、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ132は、加入者識別モジュール(SIM)カード、メモリスティック、およびセキュアデジタル(SD)メモリカードなどを含むことができる。他の実施形態では、プロセッサ118は、WTRU102上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ(図示されず)上などに配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
プロセッサ118は、電源134から電力を受け取ることができ、WTRU102内の他の構成要素への電力の分配および/または制御を行うように構成することができる。電源134は、WTRU102に給電するための任意の適切なデバイスとすることができる。例えば、電源134は、1または複数の乾電池(例えば、ニッケル−カドミウム(NiCd)、ニッケル−亜鉛(NiZn)、ニッケル水素(NiMH)、リチウムイオン(Li−ion)など)、太陽電池、および燃料電池などを含むことができる。
プロセッサ118は、GPSチップセット136にも結合することができ、GPSチップセット136は、WTRU102の現在位置に関する位置情報(例えば、経度および緯度)を提供するように構成することができる。GPSチップセット136からの情報に加えて、またはその代わりに、WTRU102は、基地局(例えば、基地局114a、114b)からエアインターフェース116上で位置情報を受信することができ、および/または2以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。WTRU102は、実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解されよう。
プロセッサ118は、他の周辺機器138にさらに結合することができ、他の周辺機器138は、追加的な特徴、機能、および/または有線もしくは無線接続性を提供する、1または複数のソフトウェアモジュールおよび/またはハードウェアモジュールを含むことができる。例えば、周辺機器138は、加速度計、eコンパス、衛星送受信機、(写真またはビデオ用の)デジタルカメラ、ユニバーサルシリアルバス(USB)ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Bluetooth(登録商標)モジュール、周波数変調(FM)ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
図1Cは、実施形態による、RAN104およびコアネットワーク106のシステム図である。上で言及されたように、RAN104は、エアインターフェース116上でWTRU102a、102b、102cと通信するために、E−UTRA無線技術を利用することができる。RAN104は、コアネットワーク106とも通信することができる。
RAN104は、eノードB140a、140b、140cを含むことができるが、RAN104は、実施形態との整合性を保ちながら、任意の数のeノードBを含むことができることが理解されよう。eノードB140a、140b、140cは、各々が、エアインターフェース116上でWTRU102a、102b、102cと通信するための1または複数の送受信機を含むことができる。一実施形態では、eノードB140a、140b、140cは、MIMO技術を実施することができる。したがって、eノードB140aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、WTRU102aから無線信号を受信することができる。
eノードB140a、140b、140cの各々は、特定のセル(図示されず)に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図1Cに示されるように、eノードB140a、140b、140cは、X2インターフェース上で互いに通信することができる。
図1Cに示されるコアネットワーク106は、モビリティ管理ゲートウェイ(MME)142、サービングゲートウェイ144、およびパケットデータネットワーク(PDN)ゲートウェイ146を含むことができる。上記の要素の各々は、コアネットワーク106の部分として示されているが、これらの要素は、どの1つをとっても、コアネットワークオペレータとは異なるエンティティによって所有および/または運営することができることが理解されよう。
MME142は、S1インターフェースを介して、RAN104内のeノードB140a、140b、140cの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、MME142は、WTRU102a、102b、102cのユーザの認証、ベアラアクティブ化/非アクティブ化、WTRU102a、102b、102cの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。MME142は、RAN104とGSMまたはWCDMAなどの他の無線技術を利用する他のRAN(図示されず)との間の交換のためのコントロールプレーン機能も提供することができる。
サービングゲートウェイ144は、S1インターフェースを介して、RAN104内のeノードB140a、140b、140cの各々に接続することができる。サービングゲートウェイ144は、一般に、ユーザデータパケットのWTRU102a、102b、102cへの/からの経路選択および転送を行うことができる。サービングゲートウェイ144は、eノードB間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがWTRU102a、102b、102cに利用可能な場合に行う一斉呼出のトリガ、ならびにWTRU102a、102b、102cのコンテキストの管理および記憶など、他の機能も実行することができる。
サービングゲートウェイ144は、PDNゲートウェイ146にも接続することができ、PDNゲートウェイ146は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスの間の通信を容易にすることができる。無線ローカルエリアネットワーク(WLAN)155のアクセスルータ(AR)150は、インターネット110と通信することができる。AR150は、AP160a、160b、160cの間の通信を容易にすることができる。AP160a、160b、160cは、STA170a、170b、170cと通信することができる。
コアネットワーク106は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク106は、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の陸線通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108の間のインターフェースとしての役割を果たすIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含むことができ、またはIPゲートウェイと通信することができる。加えて、コアネットワーク106は、ネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができ、ネットワーク112は、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができる。
IEEE802.11aa規格では、オーバラッピング基本サービスセット(OBSS)調整(コーディネーション:Coordination)のために、2つのメカニズム、すなわち、QLoad報告、とハイブリッド調整機能制御チャネルアクセス(HCCA:Hybrid Coordinated function Controlled Channel Access)送信機会(TXOP)ネゴシエーションとを使用する。
APは、OBSS内のすべてのBSSからのQLoad報告を、チャネル選択のために、ならびにアドミッションコントロールおよびスケジューリングを行うために使用することができる。APは、APが獲得した、自らのBSSのトラフィック負荷に加えて、OBSS内の他のBSSのトラフィック負荷も公表するために、QLoad報告要素をQLoad報告フレームもしくは保護されたQLoad報告フレーム内に、またはあるいはビーコン内に含む。
図2は、例えば、IEEE802.11aaで使用することができる、QLoad報告要素200を示す図である。要素ID201、長さ202、自己用の潜在的なトラフィック203、自己用の割り当てられたトラフィック204、およびHCCAピーク207などの例示的なフィールドは、現在のBSSのトラフィック負荷を示すことができ、一方、割り当てされた共用されるトラフィック205、拡張分散制御アクセス(EDCA:enhanced distributed control access)アクセス係数206、およびHCCAアクセス係数208などのフィールドは、OBSS全体のトラフィック負荷を示すことができる。オーバラップフィールド209は、同じチャネルを共用していることがあり、そのビーコンが検出または獲得された、他のAPの数を示すことができる。共用ポリシフィールド210およびオプションのサブ要素フィールド211も、含むことができる。
図3は、例示的なQLoadフィールドフォーマット300を示す図である。限定することなく、自己用の潜在的なトラフィック、自己用の割り当てられたトラフィック、および共用される割り当てられたトラフィックを含むフィールドが、図3のフォーマットを使用することができる。トラフィック負荷の平均301および標準偏差302は、32μsの単位で報告することができる。予備フィールド303も、含むことができる。アクセスカテゴリAC_VO304およびAC_VI305についてのアクティブなアドミッションコントロールを使用するトラフィックストリーム(TS)の数を、報告することができる。APは、関連するSTAに、同じプライマリチャネル上で、または他のチャネル上で、他のAPからのQLoad報告を報告するように要求することができる。
HCCA APは、協調候補である他のHCCA APとともに、新しいHCCAスケジュールを協調的に作成することができる。例えば、OBSS内のHCCA APは、サードパーティSTAを使用せずに、フレームを直接的に交換するように構成することができる。例えば、アクセスポリシHCCAまたはHCCA EDCA混合モード(HEMM)を用いるトラフィックストリーム(TS)が生成または削除されるたびに、HCCA TXOPスケジュールが変化したことを示すために、ビーコンフレーム内に、HCCA TXOP更新カウント要素を含むことができる。
TXOPネゴシエーションが可能なHCCA APは、新しいTS要求のためにスケジュールを生成するときにAPが使用を避けることができるスケジュールを示すことができる、各協調候補のための1または複数のdot11APCEntryをdot11APCTable内に維持することができる。APが、HCCAまたはHEMMに相当するアクセスポリシを有する新しいトラフィック仕様(TSPEC)要求を受信した場合、ハイブリッド調整機能(HCF:Hybrid Coordinated function)は、最初に、dot11APCTable内に存在するすべてのdot11APCEntryを検査することができる。APは、その後、保護されたHCCA TXOP広告を、提案されたTXOP予約スケジュールを用いて、各協調候補に送信することができる。
各協調候補は、自らのスケジュールされたTXOPに加えて、現在スケジュールされている提案されたTXOPスケジュールも検査し、いかなる衝突も存在しないかどうかを決定することができる。受信した提案されたTXOPが、既存または進行中のいかなるTXOPスケジュールとも衝突しない場合、協調候補は、SUCCESSに設定されたステータスフィールドを有する、保護されたHCCA TXOP応答フレームを送信することができる。受信した提案されたTXOPが、スケジュールされたTXOPと衝突する場合、協調候補は、協調候補において既存のいかなるTXOPスケジュールとも衝突しない代替スケジュールとともに、ステータスTS_SCHEDULE_CONFLICTを有する、保護されたHCCA TXOP応答フレームを送信することができる。受信した提案されたTXOPが、いずれかの進行中のTXOPスケジュールと衝突する場合、協調候補は、APのMACアドレスに基づいて、どの提案されたTXOPスケジュールが優先権を得るべきかを決定することができ、協調候補は、代替TXOPスケジュールまたは回避要求とともに、ステータスTS_SCHEDULE_CONFLICTを有する、保護されたHCCA TXOP応答フレームを送信することができる。
HCCA APは、例えば、HCCA APが、HCCA TXOP広告が送信されたすべてのAPからステータスSUCCESSを有するHCCA TXOP応答フレームを受信したときなど、TSのために提案されたTXOPスケジュールが、協調候補においてスケジュールされた他のTXOPと衝突しないことがかなり確実になるまで、ADDTS応答フレームを要求STAに送信することはできない。
図4は、802.11acにおけるOBSSの例示的なチャネルアライメント400を示す図である。802.11ac規格は、OBSSにチャネル選択のルールを提供する。図4の例には、プライマリチャネル401、BSS Aのスペクトル402、BSS Bのスペクトル403、およびBSS Cのスペクトル404が示されている。
APまたはメッシュSTAが、既存のいずれかのBSSのいくつかまたはすべてのチャネルを占有する非常に高いスループット(VHT)のBSSを開始する場合、APは、いずれか1つの既存のBSSのプライマリチャネルと同一である、新しいVHT BSSのプライマリチャネルを選択することができる。
APまたはメッシュSTAが、40MHz、80MHz、160MHz、または80+80MHzの動作チャネル帯域幅を有する新しいVHT BSSのプライマリチャネルを選択するために、OBSSスキャン中にビーコンが検出されないチャネルの中から選択する場合、選択されるプライマリチャネルは、40MHz、80MHz、160MHz、または80+80MHzの動作チャネル帯域幅を有する既存のいずれかのBSSのセカンダリ20MHzチャネルと同一であることはできず、また160MHz、または80+80MHzの動作チャネル帯域幅を有する既存のいずれかのBSSのセカンダリ40MHzチャネルとオーバラップすることはできない。一例では、APまたはメッシュSTAは、40MHz、80MHz、160MHz、または80+80MHzの動作チャネル帯域幅を有する既存のいずれかのBSSのセカンダリ20MHzチャネルであるチャネル上で、または160MHz、または80+80MHzの動作チャネル帯域幅を有する既存のいずれかのBSSのセカンダリ40MHzチャネルとオーバラップするチャネル上で、20MHzの動作チャネル帯域幅を有するVHT BSSを開始することはできない。別の例では、40MHz、80MHz、160MHz、または80+80MHzの動作チャネル帯域幅を有するVHT BSSを動作させるAPまたはメッシュSTAは、そのプライマリチャネルがAPまたはメッシュSTAのセカンダリ20MHzチャネルであるOBSSを検出したとき、20MHz BSS動作に切り換わること、および/または異なるチャネルに移動することができる。
プライマリチャネルおよび/またはセカンダリチャネルは、上で指定されたものよりも小さいまたは大きい帯域幅を占有することができる。例えば、プライマリチャネルおよびセカンダリチャネルは、20MHzの代わりに、5MHzを占有することができる。
WLANなどの無線通信システムのために、世界中の様々な国々で、新しいスペクトルを割り当てることができる。そのようなスペクトルは、サイズおよび帯域幅が制限されることがあるチャネルからなることができる。加えて、様々な国々では、例えば、スペクトルが1GHzより下で割り当てられる場合、スペクトルおよび関連するチャネルは、断片化されることがあり、隣接しないことがあり、および/またはより大きな帯域幅での送信のために組み合わされないことがある。例えば、802.11規格上で構築されるWLANシステムは、そのようなスペクトルシナリオで動作するように設計することができる。スペクトル制限を与えられた場合、WLANシステムは、例えば、802.11nおよび802.11ac規格に基づいて、高いスループット(HT)またはVHTのWLANシステムと比較して、より小さい帯域幅およびより低いデータレートをサポートできることがある。
IEEE802.11ah作業部会(TG)は、1GHz未満帯域においてWiFiシステムをサポートするためのソリューションを開発するために設立された。802.11ah TGは、TVホワイトスペース(TVWS)を除く免許不要帯域において1GHzより下で動作するOFDM PHY、PHYをサポートするためのMACの強化、他のシステム(例えば、802.15.4および802.15.4g)との共存、およびレート対距離性能の最適化(最大1kmの距離(屋外)と、データレート>100Kビット/秒)を達成することを目標にしている。限定することなく、以下を含むユースケース、すなわち、ユースケース1:センサおよびメータ、ユースケース2:バックホールセンサおよびメータデータ、ユースケース3:セルラオフロードのための拡大された範囲のWiFiは、これらのシステムに関連する。
いくつかの国でのスペクトル割り当ては、制限されることがある。例えば、中国では、470〜566および614〜787MHz帯域は、1MHz帯域幅を許可する。したがって、1MHzモードを有する2MHzのサポートに加えて、1MHzのみのオプションをサポートする必要があり得る。802.11ah PHYは、1、2、4、8、および16MHz帯域幅をサポートすることができる。
802.11ah PHYは、1GHzより下で動作し、802.11ac PHYに基づいている。802.11ahによって必要とされる狭い帯域幅に対処するために、802.11ac PHY実施は、10分の1だけダウンクロックすることができる。2、4、8、および16MHzのサポートは、1/10ダウンクロックによって達成することができるが、1MHz帯域幅のサポートは、32の高速フーリエ変換(FFT)サイズを用いる新しいPHY定義を必要とする。
802.11ahでは、定義される主要なユースケースは、メータおよびセンサであり、最大で6000のSTAを単一のBSS内でサポートすることができる。スマートメータおよびセンサなどのデバイスは、サポートされるアップリンクおよびダウンリンクトラフィックに関して、非常に異なる要件を有することがある。例えば、センサおよびメータは、データをサーバに定期的にアップロードするように構成することができ、それは、たいていアップリンクトラフィックとなる。センサおよびメータは、サーバによって問い合わされ、または構成されることができる。サーバがセンサおよびメータに問い合わせた場合、またはそれらを構成した場合、問い合わされたデータは、セットアップ間隔以内に到着することができる。サーバまたはアプリケーションは、一定間隔以内に実行されたいかなる構成についても承認を予想することができる。これらのタイプのトラフィックパターンは、WLANシステムに対して仮定される従来のトラフィックパターンとは非常に異なることがある。
パケットの物理層収束プロトコル(PLCP)プリアンブルの802.11ah信号(SIG)フィールドでは、2ビットを使用して、パケットに対する応答として予想される肯定応答(すなわち、ACKインジケーション)のタイプ、すなわち、ACK(「00」値)、ブロックACK(BA)(「01」値)、および否定ACK(「10」値)を示すことができる。「11」値は、現在、予備として確保されている。
BSSは、センサのみ、セルラオフロードのみ、または混合とすることができる。IEEE802.11TGは、センサにプライオリティが最も高いアクセスカテゴリを使用させることを提案した。
APカバレージを拡大し、電力を節約するために、リレーを使用することができる。802.11ahは、非APリレー(例えば、R−STAおよびR−AP)を使用すること、および4アドレスフレームを使用することを提案した。
双方向リレー機能のために、2ホップリレーが提案された。それは、バッテリ制約および制限された変調およびコーディング方式(MCS)距離を有するSTAにおいて、電力消費を低減させることができる。それは、リレーのために1つのTXOPを共用するために、またチャネルアクセスを求める競合の回数を低減させるために提案される。リレーにおいてフロー制御メカニズムを用いて、リレーにおけるアドレスバッファオーバフローも考慮される。リレー発見のために、プローブ要求を使用することができ、応答の数を減らすために、利用可能な場合は、AP−STAリンクバジェット内の情報を含むことができる。
IEEE802.11高効率WLAN(HEW)研究部会(SG)は、2.4GHzおよび5GHz帯域での高密度シナリオを含む多くの使用シナリオにおける、無線ユーザの広域スペクトルに対するエクスペリエンス品質(QoE)の向上について探求した。APおよびSTAの密な配備、ならびに関連する無線リソース管理(RRM)技術をサポートするユースケースが、HEW SGによって検討されている。
異なるカバレージサイズを有するOBSSのチャネルアクセス問題も、以下の実施形態において検討される。異なるカバレージサイズのOBSSは、異なる動作帯域幅およびMCSによって引き起こされることがある。異なるカバレージサイズを有するOBSSの問題は、時間領域においてチャネルを共用すること、チャネルアクセスを調整すること、または802.11 TXOP保護メカニズムを変更することに関して対処することができる。
HEWのための潜在的なアプリケーションは、限定することなく、スタジアムイベントのためのデータ配信、鉄道駅または企業/小売店環境などの高ユーザ密度シナリオ、またビデオ配信への増大する依存性の証拠、および医療アプリケーションのための無線サービスを含む、新たに出現した使用シナリオを含むことができる。
本明細書で説明される実施形態において使用される場合、APという用語は、汎用的な用語として使用することができ、アクセスポイント、パーソナルBSS(PBSS)制御ポイント(PCP)、リレーSTA(R STA)、およびリレーAP(RAP)などを含むことができる。
本明細書で説明される実施形態において使用される場合、BSSまたはネットワークという用語は、汎用的な用語として使用することができ、基本サービスセット、PBSS、およびリレーBSSと呼ばれるリレーに割り当てられ/関連付けられ/関連するSTAの集まりなどを含むことができる。
本明細書で説明される実施形態において使用される場合、ネットワークのネットワーク(NN)およびOBSSという用語は、汎用的な用語として使用することができ、BSS、PBSS、リレーBSS、または他のタイプのネットワークの集まりを含むことができる。
本明細書で説明される実施形態において使用される場合、STAは、限定することなく、WTRU、AP、または任意の通信デバイスを含むことができる。
本明細書の実施形態において使用される場合、TXOPは、異なる周波数チャネルおよび帯域幅ならびに/または送信セクタ上で発生することができる、TXOP、ビーコンサブインターバル、制限されたアクセスウィンドウ(RAW)、定期的なRAW(PRAW)、目標ウェイク時間(TWT)、制限されたウィンドウ(802.11ac STA、HEW STA、またはレガシSTAなど、一定のタイプのSTAのみが媒体にアクセスすることができるウィンドウ)、アクセスウィンドウなどを指す汎用的な概念として定義することができる。上で定義されたようなTXOPは、定期的であることができ、または単一の時間持続の間割り当てられることができる。同様に、RAWは、PRAW、TWT、アクセスウィンドウ、または制限されたウィンドウを含むことができる。「/」は、本明細書では、「または」を意味するために、これらの用語の間で使用することができる。例えば、以下の実施形態では、「TXOP/RAW/PRAW/TWT/ビーコンサブインターバルスケジュール/制限されたウィンドウ/アクセスウィンドウ」は、「TXOP、RAW、PRAW、TWT、ビーコンサブインターバルスケジュール、制限されたウィンドウ、またはアクセスウィンドウ」のことである。
図5は、例示的なネットワークのネットワーク(NN)およびOBSS500を示す図である。図5では、BSS1 501は、長距離BSSとすることができ、AP1 511を含むことができる。AP2 512を含むBSS2 502、AP3 513を含むBSS3 503、およびAP4 514を含むBSS4 504は、相対的に短距離とすることができる。BSS1 501は、1MHzの狭い帯域幅を有する802.11ah BSS、またはより高い送信電力を用いる別の802.11規格もしくは無線規格(例えば、LTE、WiMAXなど)に準拠するBSSとすることができる。BSS2 502、BSS3 503、およびBSS4 504は、2MHz以上のより広い動作帯域幅を有する802.11ah BSSとすることができ、またはより低い送信電力を用いる別のIEEE802.11規格もしくは他の無線規格に準拠するBSSとすることができる。
図5では、BSS1 501、BSS2 502、BSS3 503、およびBSS4 504は、それらが少なくとも部分的にオーバラップする周波数チャネル上で動作する場合、互いからの干渉を経験することがある。BSS2 502とBSS3 503は、地理的にBSS1 501内に完全に含まれ得るが、BSS4 504は、BSS1 501およびBSS3 503と部分的にオーバラップし得る。
図5の例におけるようなNNは、異なる程度のオーバラップを有することができる。BSSの異なる程度のオーバラップを与えた場合、異なるネットワークにあるSTA、または同じネットワークの異なる部分にあるSTAは、異なるレベルの干渉を経験することがあり、または異なる数のSTAと媒体アクセスを求めて競合(contend)することがある。
図6は、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる、第1の実施形態による、STAまたはAPが干渉を報告することができる例示的な手順600のフローチャートである。この実施形態では、リソースを共用し、QoS設定を調整するために、STAまたはAPは、それらが観測した他のBSSにおける媒体占有およびトラフィックを検出および報告し、それらがBSSのオーバラップに関連する問題点を正確に報告することを可能にすることができる。この例では、STAは、その報告能力を、APへのフレーム内で干渉報告および調整能力情報要素(Coordination capability IE)を送信する(601)ことによって示すことができる。STAは、その後、APから干渉報告要求を受信する(602)ことができる。干渉報告要求は、フレーム内で、または干渉報告要求IEと呼ばれるIE内で送信することができる。干渉報告要求IEを含むフレームは、別のSTAに直接的に、リレー/メッシュSTAを通して、または他のタイプのインターフェースを通して送信することができる。これらのフレームは、ユニキャスト、マルチキャスト、またはブロードキャストアドレスを使用して、1または複数のSTAに送信することができる。干渉報告要求IEまたはそのサブフィールドからなる任意のサブセットは、任意の従来のIEもしくは新しいIEのサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはMAC/PLCPヘッダ内で実施することができる。
STAは、その後、干渉報告応答をAPに送信する(603)ことができる。干渉報告応答は、干渉報告応答IE内に含むことができる。干渉報告要求を受け入れた場合、干渉報告応答フレームまたは干渉報告応答IEを含むフレームは、ステータスコードSUCCESSを含むことができる。あるいは、STAが干渉報告を行うことが可能でない場合、または要求を拒否した場合、それは、ステータスコードUNKNOWNまたはREJECTを用いて応答することができる。同様に、干渉報告応答フレームは、要求APまたはSTAに直接的に、またはリレーもしくはメッシュSTAもしくは他のタイプのインターフェースを通して、送信することができる。干渉報告応答は、受信された対応する干渉報告要求内で提供することができるシーケンス番号を含むことができる。
STAは、その後、無線媒体とすることができる媒体をモニタリングし(604)、媒体に関連付けられたパラメータを記録する(605)。STAは、その後、記録されたパラメータを含む干渉測定をAPに送信する(606)ことができる。干渉測定は、干渉測定IEで送信することができる。上で説明されたような図6の例示的な手順は、STAとAPが報告および調整能力を交換した後、STAまたはAPによって、複数回または同様に複数ラウンド実行することができる。
別の例では、APは、干渉報告要求フレームをリレーSTAに送信して、干渉報告を行うためのリレーSTA BSSのリレーを要求することができる。リレーSTAは、その後、それに関連付けられたすべてのSTAに干渉報告を行うように要求し、すべてのSTAまたは少なくともいくつかの数のSTAがSUCCESSの干渉報告応答を用いて応答した後、干渉報告応答フレームでSUCCESSを用いてAPに応答することができる。
別の実施形態では、(アドミッションコントローラまたはAPなどの)集中制御デバイスが、エリア内のBSS、PBSS、リレーBSSなどのネットワークのために調整を行うことができる。そのような集中制御デバイスは、干渉報告要求フレームを、AP、STA、PCP、RAP、またはRSTAに送信して、それらおよび/またはそれらのネットワークが、それぞれの媒体のモニタリングおよびそれぞれの媒体と関連付けられたパラメータの記録を含む、干渉測定を行うように要求することができる。
上で説明されたように、STAが干渉報告要求を受け入れた場合、またはSTAが干渉報告に対応することができることを示した場合(例えば、dot11InterferenceReportingEnabledが真である場合)、STAは、(例えば、干渉報告要求で指定された)時間期間の間、要求された周波数チャネルおよび帯域幅上で媒体をモニタリングすることができる。そのようなモニタリング期間は、スライディングウィンドウとすることができ、STAは、それがアウェイクしているときは、任意の与えられた時間にモニタリングを行うことができる。
測定期間中、STAは、1または複数のSTAによる媒体占有時間を記録することができる。以下の例ではSTAが測定を実行するが、それは、リレーSTAまたはAPによって実行することもできる。STAまたはSTAのセットによって使用されるすべての媒体占有時間、例えば、BSSまたはリレーBSSによる媒体占有時間は、APまたはリレーSTAのMACアドレスまたはBSSIDをMAC/PLCPヘッダ内に含むすべてのパケット、ならびに関連するACK、ブロックACK(BA)、およびヌルデータパケット(NDP)フレームなどの他の応答フレームの送信時間とすることができる。媒体占有時間は、SIFS、DIFSなどのフレーム間隔を含むことも、含まないこともある。STAまたは任意の測定STA/デバイスは、リレーSTAのMACアドレスを含む4アドレスフォーマットを用いるすべてのパケットの送信時間を測定することによって、1または複数のリレーSTAによる媒体占有時間を測定することもできる。
STAは、干渉時間も記録することができる。この時間は、PHYCCA.indication(busy)は検出されるが、有効なパケットが復号されなかった期間の平均持続時間として測定することができる。干渉時間は、PHYCCA.indication(busy)と関連付けられた拡張フレーム間隔(EIFS)時間も含むことができる。STAは、ACについての平均媒体アクセス時間(測定STAが異なるACのパケットのために媒体へのアクセスを得ることができるまでの平均時間)も記録することができる。モニタリングSTAは、すべてのリレーSTA、RAP、PCP、APなどから受信されるブロードキャストビーコン、ショートビーコン、または任意の制御および管理フレームもモニタリングし、(異なるACのためのEDCAパラメータなどの)QoS設定、周波数チャネルおよび帯域幅の使用および予約、公表される(Announced)ビーコンサブインターバル/制限されたアクセスウィンドウ(RAW)/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウ予約、公表される(Announced)ポジティブTIMインジケーション(表示)の数、および調整能力などの、要求された公表される(Announced Parameters)パラメータを記録することができる。
上で説明されたように、モニタリングSTAは、その後、周波数および干渉報告要求において指定された方法に従って、集中コントローラもしくはAPまたはリレーSTAもしくは要求STAなどの調整STAに、測定された干渉を報告することができる。STAは、この報告のために干渉測定IEを含むフレームを使用することができる。
図7は、STAおよびAPが干渉報告の能力ならびに他のBSS間報告および調整能力(Coordination Capability)を示すときに使用することができる、干渉報告および調整能力情報要素(IE)700の例を示す図である。例えば、リレーSTA、PCPなどを含む、APおよびSTAは、この目的のために、干渉報告および調整能力IEを使用することができる。
干渉報告および調整能力IEは、限定することなく、要素IDフィールド701と、長さフィールド702と、干渉報告能力フィールド703と、AP間干渉調整能力フィールド704とを含むことができる。要素IDフィールド701は、現在のIEが干渉報告および調整能力IEであることを示すIDを含むフィールドとすることができる。長さフィールド702は、干渉報告および調整能力IEの長さを含むフィールドとすることができる。
干渉報告能力フィールド703は、干渉測定および報告の能力を示すために使用することができ、以下のサブフィールド、すなわち、BSS内測定711と、BSS内報告オプション712と、強制機能713と、BSS間測定714と、BSS間報告オプション715とを含むことができる。
BSS内測定フィールド711は、BSS内送信についての干渉および媒体占有時間を測定する能力を示すために使用することができる。このフィールドは、送信STAが、以下のパラメータ、すなわち、(リレーSTA、リレーBSS、PBSS、グループIDによって識別されるSTAのグループ、またはセクタIDによって識別されるSTAのセットなど)同じBSS内の別のSTAまたはSTAの別のセットによる媒体占有時間、および干渉時間を測定することが可能であることを示すための、ビットマップまたは他のタイプの符号化を含むことができる。干渉時間は、PHYCCA.indication(busy)は検出されるが、有効なパケットが復号されなかった期間の平均持続時間の測定値とすることができる。干渉時間は、PHYCCA.indication(busy)と関連付けられたEIFS時間を含むことができる。
BSS内報告オプションフィールド712は、直接的にAP/PCPに、直接的にリレーSTAに、リレーSTAを介してAPに、DLS/TDLSを使用して1もしくは複数のリレーSTAおよびAPに、またはロバストセキュリティネットワークアソシエーション(RSNA:Robust Security Network Association)制定モードを使用して1もしくは複数のリレーSTAおよびAPになど、BSS内干渉および媒体占有を報告するためのオプションを示すために使用することができる。
強制機能フィールド713は、AP/リレーSTA/PCPと関連付けることができるようにSTAがサポートすることができる干渉報告および調整のための強制機能を、AP/リレーSTA/PCPが指定するために使用することができる。このフィールドは、ビットマップとして実施することができる。
BSS間測定フィールド714は、(AP、リレーSTA、APおよびAPと関連付けられたすべてのSTA、リレーSTAおよびリレーSTAと関連付けられたすべてのSTA、PBSS、グループIDによって識別されるSTAのグループ、セクタIDによって識別されるSTAのセットなど)異なるBSSにおける別のSTAまたはSTAの別のセットによる媒体占有時間を含むことができる。BSS間測定フィールド714は、干渉時間を含むことができる。干渉時間は、PHYCCA.indication(busy)は検出されるが、有効なパケットが復号されなかった期間の平均持続時間の測定値とすることができる。干渉時間は、検出された干渉と関連付けられたEIFS時間を含むことができる。BSS間測定フィールドは、異なるAP/リレーによって広告される異なるアクセスカテゴリについてのQoS設定、異なるAP/リレーによって測定および広告される周波数帯域使用、AP/リレーによって検出もしくは公表されるビーコンインターバル/RAW/PRAW/TWT/制限されたウィンドウもしくは他のアクセスウィンドウ、ならびに/またはAP/リレーによって公表されるTIMもしくはULアクセスウィンドウ公表(Announcement)を含むことができる。
BSS間報告オプションフィールド715は、いくつかの目的で使用することができる。一例では、それは、STAが、BSS間観測および測定をAPに報告するオプションを示すことができる。別の例では、それは、送信AP/リレー/PCPが、自らのパラメータを近隣AP/リレー/PCPに報告するオプションも示すことができる。
STAが測定または観測されたBSS間送信および干渉を報告するオプションは、限定することなく、AP/リレー/PCPに直接、リレーを通してAP/リレー/PCPに、DLS/TDLSを使用して1もしくは複数のリレーSTAおよびAPに、RSNA制定モードを使用して1もしくは複数のリレーSTAおよびAPに、スケジュールされた報告を使用して、または変化が検出されたときの報告を含むことができる。
AP/リレー/PCPが自らのパラメータを近隣AP/リレー/PCPに報告するオプションは、限定することなく、能動的な報告(送信AP/リレー/PCPは、QoS、周波数帯域使用、ビーコンインターバル/RAW/PRAW/TWT/アクセスウィンドウ割り当て、TIM、および他の情報についての自らのパラメータを直接的に近隣AP/リレー/PCPに能動的に報告することができる)、ブロードキャスト公表(Announcement)(送信AP/リレー/PCPは、選択されたもしくはすべてのビーコン、ショートビーコン、もしくは他のタイプのブロードキャスト制御および管理フレーム内に自らのパラメータを含めることができる)、報告スケジュール(AP/リレー/PCPのパラメータを報告するフレームを送信するためのスケジュール)、ならびに/またはDLS/TDLSを使用して、RSNA制定モードを使用して、配信システムを通して、もしくはイーサネット(登録商標)、WiMAX、LTEなどの他のインターフェースを通してなど、情報を異なるAP/リレー/PCPに送信するための報告方法の使用を含むことができる。
AP間調整能力フィールド704は、AP間調整能力を示すために使用することができる。例えば、調整能力は、QoS調整721を示すことができる。送信AP/リレーSTA/PCPは、QoS設定およびパラメータを近隣AP/リレーSTA/PCP/ネットワークと調整できることがあり、この能力は、AP間調整能力フィールド704内で示すことができる。
調整能力は、周波数調整722も示すことができる。送信AP/リレーSTA/PCPは、周波数設定およびパラメータを近隣AP/リレーSTA/PCP/ネットワークと調整できることがある。周波数調整は、動的プライマリチャネル調整とすること、または動的動作チャネル帯域幅調整および予約とすることができる。送信AP/リレーSTA/PCPは、周波数調整を通してそのプライマリチャネルを動的に調整できることがある。送信AP/リレーSTA/PCP/ネットワークは、周波数調整を通してチャネル帯域幅を動的に調整および予約できることがある。
調整能力は、ビーコンサブインターバル/RAW/PRAW/TWT/調整723を示すことができる。送信AP/リレーSTA/PCPは、調整を通してビーコンインターバル/RAW/PRAW/TWT/アクセスウィンドウパラメータを近隣AP/リレーSTA/PCP/ネットワークと調整および予約できることがある。
調整能力は、TIM調整724も示すことができる。送信AP/リレーSTA/PCPは、調整を通してポジティブTIMインジケーション(表示)の数を近隣AP/リレーSTA/PCP/ネットワークと調整できることがある。
調整能力は、リレー調整725も示すことができる。送信AP/PCPは、AP/PCPと関連付けられたリレーSTA/RAPの代わりに調整を行うことができることがある。
最後に、調整オプションフィールド726において、集中/分散調整、異なるAP/リレー/PCPに直接、リレーSTAを通して異なるAP/リレー/PCPに、非リレーSTAを通して異なるAP/リレー/PCPに、DLS/TDLSを使用して1もしくは複数のリレーSTAおよびAPに、RSNA制定モードを使用して1もしくは複数のリレーSTAおよびAPに、ならびに/または調整リレー能力を使用して(送信STAは自らを通して調整情報を別のSTAにリレーすることが可能なことがある)を含む複数の調整オプションを示すことができる。
干渉報告および調整能力IEまたはそのサブフィールドからなる任意のサブセットは、任意のIEのサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはMAC/PLCPヘッダ内で実施することができる。例えば、1または複数の調整能力は、高効率WLAN(HEW)能力IEおよび/またはHEW動作IEの一部とすることができる。
STAは、(調整情報を別のSTAにリレーすることが可能であるなど)その干渉報告能力および調整能力を指定するために、干渉報告および調整能力IEを、プローブ要求、アソシエーション要求、または他のタイプのフレーム内に含めることもできる。これは、上で詳述されたIEとは異なる別の能力、STAクラスタイプ、またはAPへのインジケーション(表示)を通して示唆することもできる。
AP、リレーSTA、RAP、またはPCPは、自らの能力に加えて、STAがそれと関連付けるために有さなければならないことがある干渉報告機能も公表するために、干渉報告および調整能力IEを、ビーコン、ショートビーコン、プローブ応答、アソシエーション応答、または他のタイプのフレーム内に含めることができる。
図8は、STAおよびAPが干渉報告を行うように1または複数のSTAに要求するときに使用することができる、干渉報告要求IE800の例を示す図である。例えば、AP、リレーSTA、RAP、またはPCPは、干渉報告を行うことが可能であることを(例えば、プローブ要求、アソシエーション要求、または他の制御および管理フレームなどのフレームで)示した1または複数のSTA、STAのグループが、干渉報告を行うために、グループIDによって識別され得ることを、干渉報告要求IEを含むフレームを使用して要求することができる。干渉報告要求IEは、限定することなく、以下のフィールド、すなわち、要素IDフィールド801と、長さフィールド802と、BSS内干渉報告フィールド803と、BSS間干渉報告フィールド804とを含むことができる。
要素IDフィールド801は、現在のIEが干渉報告要求IEであることを示すIDとすることができる。長さフィールド802は、干渉報告要求IEの長さを含むことができる。
BSS内干渉報告フィールド803は、要求されたBSS内干渉についての測定を指定するために使用することができる。BSS間干渉報告フィールド804は、BSS間干渉についての測定を指定するために使用することができる。
図9は、BSS内干渉報告フィールドおよびBSS間干渉報告フィールド900の例示的なフォーマットを示す図である。BSS内干渉報告フィールドは、限定することなく、以下のサブフィールド、すなわち、フィールド数901、およびフィールド1 902、・・・、フィールドN 903を含むことができる。フィールド数901サブフィールドは、BSS内干渉報告フィールド内に含むことができるフィールドの数を指定するために使用することができる。フィールド数901は、干渉報告要求のシーケンスを識別するシーケンス番号も含むことができる。
フィールド1サブフィールド902からフィールドNサブフィールド903の各々は、測定タイプサブフィールド911と、IDサブフィールド912と、測定パラメータサブフィールド913と、測定仕様サブフィールド914とを含む、特定の要求された測定についての情報を含むことができる。
測定タイプサブフィールド911は、例えば、要求されたSTAが、単一のSTA、またはグループIDによって識別されるSTAのグループなどのSTAのセット、PBSS、もしくはリレーSTAおよびそのリレーと関連付けられたすべてのSTAを含むことができるSTAのセットについて測定すべきかどうかを指定する。いくつかの潜在的な値は、限定することなく、STA、BSS、リレーSTA、リレーBSS、PBSS、PCPなどを含むことができる。
IDサブフィールド912は、要求された測定のターゲットSTAまたはSTAのセットを指定するために使用することができる。IDサブフィールド912は、MACアドレス、アソシエーション識別子(AID)、グループID、もしくはSTAとAPが合意した他の任意のタイプのID、またはそれらの組み合わせを含むことができる。IDフィールドは、要求されたSTAがすべての関連する送信を測定することを要求するために、ワイルドカードMACアドレスを含むこともできる。例えば、APがSTAにすべてのリレーBSS(リレーSTAおよびそのリレーSTAと関連付けられたすべてのSTAを含むSTAのセット)を測定するように要求した場合、それは、測定タイプサブフィールドをリレーBSSになるように設定し、IDフィールドをワイルドカードIDになるように設定することができる。
測定パラメータサブフィールド913は、要求されたSTAが測定すべきパラメータを示すことができる。これについてのパラメータは、限定することなく、同じBSS内の(リレーSTA、またはリレーSTAおよびそのリレーSTAと関連付けられたすべてのSTA、PBSS、グループIDによって識別されるSTAのグループなどの)別のSTAまたはSTAの別のセットによる媒体占有時間を含むことができる。パラメータは、干渉時間を含むことができる。干渉時間は、PHYCCA.indication(busy)は検出されるが、有効なパケットが復号されなかった期間の平均持続時間の測定値とすることができる。干渉時間は、PHYCCA.indication(busy)と関連付けられたEIFS時間も含むことができる。パラメータは、ACについての平均媒体アクセス時間(例えば、測定STAが異なるACのパケットのために媒体へのアクセスを得ることができるまでの平均時間)を含むことができる。
測定仕様サブフィールド914は、行われるべき測定についての仕様を提供することができる。仕様は、測定チャネルおよび帯域幅を含むことができる。要求STAは、測定が行われるべきチャネル番号および帯域幅を指定することができる。仕様は、リレーSTAが、要求者STA IDまたはSTAグループIDのインジケーション(表示)を含む測定要求をAPに転送することができるかどうかを指定することができる。仕様は、測定頻度を指定することができる。測定頻度は、一度とすること(測定は一度行われるべきである)、定期的とすること(測定は、一定の継続時間の間、定期的に行われるべきである)、もしくはスケジュールされること(測定は、例えば、与えられたビーコンサブインターバル、もしくはRAWもしくはアクセスウィンドウ持続時間の間、提供されるスケジュールに従って行われるべきである)、または変化が検出されたときとすることができる。仕様は、報告頻度を指定することができる(測定は、与えられた頻度または要求された頻度で報告することができる)。
BSS間干渉報告フィールドは、以下を例外として、図9に示されたBSS内干渉報告フィールドのためのフォーマットを使用することができ、すなわち、BSS内干渉のための測定パラメータのために提示されるパラメータに加えて、測定パラメータサブフィールドは、限定することなく、異なるAP/リレーによって広告される異なるアクセスカテゴリについてのQoS設定、異なるAP/リレーによって測定および広告される周波数帯域使用、AP/リレーによって検出もしくは公表されるビーコンサブインターバル/RAW/PRAW/TWTもしくは他のアクセスウィンドウ、AP/リレーによって公表されるTIM/ULアクセスウィンドウ、ならびに/またはAP/リレー/PCPによって公表される調整能力を含む、要求されたSTAが測定すべきより多くのパラメータを示すことができる。
図10は、測定を報告するためにSTAまたはAPによって使用することができる、干渉測定IE1000の例示的なフォーマットを示す図である。干渉測定IEは、限定することなく、以下のフィールド、すなわち、要素IDフィールド1001、長さフィールド1002、フィールド数フィールド1003、およびフィールド1 1004からフィールドN 1005を含むことができる。
要素IDフィールドは、現在のIEが干渉測定IEであることを示すことができる。長さフィールド1002は、干渉測定IEの長さを含むことができる。フィールド数フィールド1003は、干渉測定IE内に含まれるフィールドの数を指定するために使用することができる。加えて、フィールド数フィールド1003は、シーケンス番号を含むことができる。シーケンス番号は、要求STA/APからの干渉測定要求内に含まれるシーケンス番号に対応することができる。あるいは、シーケンス番号は、報告STA/APが送信する報告または送信した報告の時間または数に関連することができる。
フィールド1 1004からフィールドN 1005のフィールドの各々は、1または複数のSTAの測定された干渉およびパラメータを含むことができ、以下のサブフィールド、すなわち、IDサブフィールド1010と、タイプサブフィールド1011と、パラメータタイプサブフィールド1012と、測定されたパラメータサブフィールド1013とを含むことができる。
IDサブフィールド1010は、要求された測定のターゲットSTAまたはSTAのセットを指定するために使用することができる。IDサブフィールド1010は、MACアドレス、AID、グループID、またはSTAとAPが合意した他の任意のタイプのIDを含むことができる。報告STAが、自らのパラメータおよび媒体占有時間を報告する場合、IDフィールドは、MACアドレス、AIDなど、STAのIDになるように設定することができる。
タイプサブフィールド1011は、測定された干渉のタイプを指定することができる。測定された干渉は、単一のSTA、またはグループIDによって識別されるSTAのグループなどのSTAのセット、PBSS、もしくはリレーBSSについてのものとすることができる。いくつかの潜在的な値は、STA、BSS、リレーSTA、リレーBSS、PBSS、またはPCPとすることができる。例えば、BSSは、BSSIDになるように設定されたIDフィールドと、BSSになるように設定されたタイプとの組み合わせによって識別することができる。STAのグループは、グループIDになるように設定されたIDフィールドと、グループになるように設定されたタイプとの組み合わせによって識別することができる。別の例では、リレーBSSは、リレーBSSのBSSIDまたはリレーAP/STAのMACアドレスになるように設定されたIDフィールドと、リレーBSSになるように設定されたタイプフィールドとの組み合わせによって識別することができる。
パラメータタイプサブフィールド1012は、測定されたパラメータサブフィールド1013内に含まれる測定されたパラメータのタイプを指定するために使用することができる。測定されたパラメータサブフィールド1013内には、パラメータの複数のタイプを含むことができる。パラメータのタイプのインジケーション(表示)は、媒体占有時間、干渉時間、QoS設定および負荷、周波数チャネル使用および予約、公表されるビーコンサブインターバル/RAW/PRAW/TWT/アクセスウィンドウの予約、ポジティブTIMインジケーション(表示)の数、または上で汎用的に定義されたようなTXOPなどの、複数のパラメータタイプを示すために、ビットマップまたは他のタイプの符号化として符号化することができる。
測定されたパラメータサブフィールド1013は、報告STAによって測定されたパラメータの値を含むことができる。媒体占有時間、干渉時間、QoS設定および負荷、周波数チャネル使用および予約、公表されるビーコンサブインターバル/RAW/PRAW/TWT/アクセスウィンドウの予約、またはポジティブTIMインジケーションの数などの、報告されるパラメータの正確なタイプは、パラメータタイプサブフィールドで示すことができる。
干渉測定IE、またはそのフィールドおよびサブフィールドからなる任意のサブセットは、任意のIEのサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはMAC/PLCPヘッダ内に組み込むことができる。
別の実施形態では、リレーSTA/PCP/AP/RAP/STAは、調整を行うために、媒体占有時間および他の設定などの自らのパラメータを、干渉測定IEを含むフレームを使用して、他のリレーSTA/PCP/AP/RAP/STAに、またはキャリア制御ネットワークもしくは企業WLANネットワーク内の調整器などの中央調整デバイスに報告することができる。
別の例では、リレーSTAは、ルートAPがリレーBSSと周辺BSSとの間で調整を行うことができるように、自らのリレーBSSのパラメータをルートAPに送信することができる。そのような場合、各フィールドは、送信STAまたはそのBSSに、特定のBSSまたはネットワークに影響を与えている媒体占有時間および他の設定を報告するために使用することができる。この場合、IDサブフィールドは、負荷およびこのフィールド内で提供されるパラメータの量によって影響を受けるネットワークまたはSTAを示すために使用することができる。
別の例では、STAは、複数のネットワークからの可視性および能力に基づいてグループ化することができる。AP/リレーSTA/PCP/RAPは、複数のネットワークからのSTAの可視性および能力に基づいて、それらに関連付けられたSTAをグループに分類することができる。例えば、BSSまたはリレーBSS内のSTAのセットが、BSSの同じセットまたはBSSの類似のセットとオーバラップしている場合、STAのセットは、一緒にグループ化することができる。STAのそのようなグループは、干渉グループ(IG)と呼ばれることがある。APは、それに関連付けられたSTAを複数のIGに分類することができ、APは、オーバラップBSSと調整を行い、それぞれのオーバラップBSSとのネゴシエーションおよび調整に応じて、異なるIGに対して、QoS設定、TXOP/RAW/PRAW/TWT/ビーコンサブインターバルスケジュール、TIM/ULアクセスウィンドウ割り当て、または上で汎用的に定義されたようなTXOPなどの、異なる設定を提供することができる。
別の例では、AP/RAP/PCP/リレーSTAは、それと関連付けられたSTAを、STAの動作帯域幅能力および設定に基づいて、グループ化することができる。例えば、AP/RAP/PCP/リレーSTAは、1MHz帯域幅のみを使用して動作するSTAをグループ1に、最大2MHz帯域幅を使用して動作することができるSTAをグループ2に、最大4MHz帯域幅を使用して動作することができるSTAをグループ3に、最大8MHz帯域幅で動作することができるSTAをグループ4に分類することができる。類似の分類は、80MHz帯域幅、20MHz帯域幅、160MHz帯域幅、または80+80MHz帯域幅に対応可能なSTAにも適用することができる。STAのグループ化は、補助能力にも基づくことができる。例えば、ネットワークの動作帯域幅が160MHzである場合、AP/RAP/PCP/リレーSTAは、合わせて160MHz帯域幅送信を同時に行う、20MHz帯域幅に対応可能な2つのSTAと、40MHz帯域幅に対応可能な1つのSTAと、80MHz帯域幅に対応可能な1つのSTAとにグループ化することができる。STAの異なるグループは、異なる帯域幅にわたることができる、異なるTXOP/RAW/PRAW、他のアクセスウィンドウ、または上で汎用的に定義されたようなTXOPに割り当てることができる。そのような割り当てられたTXOP/RAW/PRAW/または他のアクセスウィンドウは、オーバラップネットワーク間で調整を通してリソースを最適に共用することができるように、近隣ネットワークとネゴシエートされることができる。
また別の実施形態では、STAは、チャネル条件についてのフィードバックに基づいて、グループに分類することができる。例えば、STAのセットがすべて、(例えば、チャネルi上でフレームを送信することによって、または詳細なチャネル条件フィードバックを提供することによって)チャネルiを使用することを好むことをAPまたはRAPに示した場合、STAのセットは、IGiに割り当てることができる。同様に、STAの異なるグループは、異なるRAW/PRAW/TWTに割り当てることができ、異なる帯域幅にわたることができ、または異なるチャネル上で通信することができる。そのような割り当てられたRAW/PRAW/TWT/アクセスウィンドウは、オーバラップネットワーク間で調整を通してリソースを最適に共用することができるように、近隣ネットワークとネゴシエートされることができる。
上で説明されたそのようなグループ割り当ては、STAによる干渉測定報告に基づくことができる。グループ割り当ては、グループID管理フレームの変更されたバージョンを通して公表することができる。例えば、グループIDの数は、128もしくは256に、またはより多くに増やすことができる。グループIDのいくつかは、干渉グループのために予約しておくことができる。
エリア内にAPおよびBSSの密な配備が存在する場合、特に、BSSが異なるアプリケーションのために設計される場合、異なるアクセスカテゴリ(AC)と関連付けられたサービス品質(QoS)要件は、OBSS全域では満たされないことがある。単なる音声およびビデオストリームを超えたトラフィックまたはトラフィックパターンの他のACに対処する調整メカニズムは、QoS要件が満たされることを可能にすることがある。
図11は、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる第2の実施形態による、QoS要件が満たされることを保証するために異なるBSSのQoS設定をモニタリングおよび測定するための例示的な手順のフローチャート1100である。STAは、その干渉報告および調整能力を送信する(1101)ことができ、その後、QoSパラメータモニタリングの実行を求める要求を受信する(1102)ことができる。干渉報告および調整能力IEは、STAによって、その干渉報告および調整能力を送信するために使用することができる。STAは、その後、QoSパラメータをモニタリングし(1103)、測定されたQoSパラメータを報告する(1104)ことができる。図11の例示的な手順は、STAとAPが干渉報告および調整能力を交換した後、STAまたはAPによって、複数回または同様に複数ラウンド実行することができる。
リレーSTA/AP/RAP/PCPは、それがQoSパラメータ、負荷、および/またはQoS設定調整を報告することが可能であることを示すために、干渉報告および調整能力IEを、ビーコン、ショートビーコン、または他のタイプの制御、管理、もしくは拡張フレーム内に含めることができる。QoSパラメータ報告および/またはQoS設定調整が可能であるリレーSTA/AP/RAP/PCPは、自らのQoS負荷およびパラメータを、ビーコン、ショートビーコン、他のマルチキャストフレーム、ブロードキャストフレーム、またはユニキャストフレームに収めて、いくつかの集中調整デバイスに、または他のリレーSTA/AP/RAP/PCP/STA/ネットワークに公表する(アナウンスする:announce)ことができる。
図11の手順によれば、STAが、プローブ要求、アソシエーション要求、または他の制御もしくは管理フレーム内で、それが干渉報告(例えば、QoS関連パラメータのモニタリングまたは報告)が可能であることを指定した場合、リレーSTA/AP/RAP/PCPは、そのようなSTAにQoSパラメータモニタリングを行うように要求することができる。STAは、その後、(BSS、PBSS、リレーBSSなど)近隣ネットワークのQoSパラメータをモニタリングし、観測されたQoSパラメータをRAP/PCP/APに報告することができる。RAP/PCP/APは、自らのネットワークのQoS負荷情報およびパラメータ設定に加えて、自らのネットワークとオーバラップする他のネットワークから観測されたQoS負荷情報およびパラメータも収集することができる。必要な場合、すべてのQoS負荷情報およびパラメータの集まりは、例えば、集中調整APなど、QoS調整が可能なデバイスに転送することができる。
図11の手順の別の例示的な適用例では、同じBSS内のリレーBSS内のSTAは、すべてのリレーBSSおよびそれらが漏れ聞くことができるBSSのQoS負荷およびパラメータをモニタリングすることができる。STAは、その後、測定された干渉をそれぞれのRAP/APに報告することができる。RAP/APは、その後、自らのリレーBSSに加えて、オーバラップネットワーク内のQoS負荷およびパラメータも収集することができる。この情報は、その後、ルートAPに転送することができる。加えて、ルートAPは、関連するQoS負荷およびパラメータをオーバラップネットワークのAP/RAPに転送することができる。例えば、干渉グループIG1内のSTAのセットが別のネットワークBSS1とオーバラップする場合、APは、QoS負荷およびパラメータ設定をBSS1のAPに転送する必要があることがある。APは、その後、オーバラップネットワーク内の総QoS負荷に基づいて、適切なQoSパラメータのセットをネゴシエートすることができる。APは、総QoS負荷およびオーバラップネットワークによって使用されるQoSパラメータに基づいて、自らのQoSパラメータを独立に決定することもできる。
図11の手順による別の実施形態では、すべてのRAP/PCP/APは、自らのネットワークおよびオーバラップネットワークのQoS負荷およびパラメータを、企業またはキャリア運営ネットワーク内の調整APなど、集中調整デバイスに転送することができる。調整デバイスは、BSS/PBSS/リレーBSS/IGなど、すべてのネットワークに対して適切なQoS設定を決定することができる。
図2に示されたQoS負荷情報は、AC_VO負荷およびAC_VI負荷よりも多くの情報を含めるために拡張することができる。STA/リレーSTA/AP/PCP/RAPによって自らのQoS設定および負荷を報告するために使用される場合、図10に示された干渉測定IE内の測定されたパラメータサブフィールドは、図2に示されたサブフィールドのサブセットまたはすべてを含むことができる。
図12は、測定されたパラメータサブフィールド内のQoSパラメータフィールドおよびQoS負荷フィールドの例示的なフォーマット1200を示す図である。測定されたパラメータサブフィールド1201内では、QoS関連パラメータは、限定することなく、QoS負荷フィールド1202と、QoSパラメータフィールド1203とを含むことができる。
QoS負荷フィールド1202は、近隣STAおよびBSS、PBSS、リレーBSSなどのネットワークの性能に影響を与えることがあるQoSトラフィックについての負荷情報を含むことができる。QoS負荷フィールド1202は、フィールド数1204、およびフィールド1サブフィールド1205〜フィールドNサブフィールド1206を含むことができる。フィールド1サブフィールド1205からフィールドNサブフィールド1206の各々は、タイプサブフィールド1207と、負荷サブフィールド1208とを含むことができる。タイプサブフィールド1207は、負荷のタイプを示すことができ、以下の値、すなわち、AC_SensorMeters(これはセンサおよびメータデバイスのためのAC/トラフィックとすることができる)、AC_FILS(これは、高速初期リンクセットアップ(FILS)のためのAC/トラフィックである)、AC_BatteryDevice(これはバッテリを保存するために媒体へのより高速なアクセスおよびより短いアウェイク時間を必要とするバッテリ給電デバイスのためのACである)、AC_VIおよびAC_VO(ビデオおよび音声のためのAC)、AC Plus(プラス加入レベルを有する加入者のためのACもしくはトラフィック)、またはAC Basic(基本加入レベルを有する加入者のためのACもしくはトラフィック)などを有することができる。
負荷サブフィールド1208は、タイプフィールド1207内で示されたタイプのトラフィック負荷を示すことができる。AC_SensorMetersの場合、センサ/メータトラフィックの負荷は、(例えば、与えられたアクセスウィンドウまたはRAW内で)媒体アクセスを行うSTAの(予想される)数、PS−Poll、ACK、BA、データ、制御、および管理フレーム、ならびに再送を含むことができる、すべてのフレームを送信するのに必要とされる媒体占有時間の最大、最小、平均、または標準偏差によって指定することができる。AC_FILSの場合、FILSトラフィックの負荷は、FILSプロセスを行うことができるSTAの(予想される)数によって指定することができる。FILSトラフィックは、すでにAP/RAP/PCPと関連付けられたSTAが送信および受信するトラフィックに追加することができる。AC_BatteryDeviceの場合、バッテリ給電デバイスのトラフィック負荷は、AC_SensorMetersのものと同様に指定することができる。AC_VIおよびAC_VOの場合、AC_VIおよびAC_VOのトラフィック負荷は、図3に示されるものと同様に指定することができる。
QoSパラメータフィールド1203は、近隣STAおよびBSS、PBSS、リレーBSSなどのネットワークの性能に影響を与えることがあるQoSパラメータ値を含むことができる。QoSパラメータフィールド1203は、フィールド数1209、およびフィールド1サブフィールド1210からフィールドNサブフィールド1211を含むことができる。フィールド1サブフィールド1210からフィールドNサブフィールド1211の各々は、ACサブフィールド1212と、パラメータ値サブフィールド1213とを含むことができる。ACサブフィールド1212は、現在定義されているACに加えて、以下の値、すなわち、AC_SensorMeters、AC_FILS、AC_BatteryDevice、AC Plus、AC Basicなどを有することができる。
パラメータ値サブフィールド1213は、限定することなく、CWmin、CWmax、AIFS、RIFS、最大TXOP持続時間、および最大/最小サービス期間を含む、各ACのためのパラメータを指定することができる。TXOP持続時間は、上で説明されたように、汎用的に定義することができる。
一実施形態では、QoS負荷およびQoSパラメータは、ネットワーク/BSS全体に対して指定し、APまたはSTAのセットの間で共用することができる。また別の実施形態では、QoS負荷およびQoSパラメータは、1もしくは複数のビーコンサブインターバル、RAW/PRAW/TWT/アクセスウィンドウに対して、および/または特定のチャネルもしくは帯域幅に対して、および/またはリレーBSSもしくはグループIDによって識別されるSTAのセットなど、STAの特定のセットに対して指定することができる。
エリア内にAPおよびBSSの密な配備が存在する場合、リソースは、OBSSの間で共用される必要があることがある。OBSSの間でリソース使用を調整および最適化するための方法は、リソース共用を可能にすることができる。特に、OBSSの間で周波数/帯域幅リソースを調整および最適化するための方法を使用することができる。方法は、あるタイプのSTAのための、ビーコンインターバル/サブインターバル、およびRAW、PRAW、TWT、制限されたウィンドウなどのタイムスロット(例えば、HEW STAのみがアクセスを許可されるウィンドウ、またはIEEE802.11nデバイスのみがアクセスを許可されるサブインターバル)の使用および割り当てを、OBSSの間で調整および最適化するためにも使用することができる。
図13は、近隣ネットワークおよび/またはオーバラップネットワーク内のSTAと調整をネゴシエートするために、ネットワークのネットワーク内のSTAによって使用することができる、調整要求IE1300の例示的なフォーマットを示す図である。STAは、図13に示される調整要求IEを含むフレームを使用して、ネットワーク調整をネゴシエートすることができる。調整要求IEは、限定することなく、以下のフィールド、すなわち、要素IDフィールド1301、長さフィールド1302、オプションフィールド1303、およびフィールド1 1304からフィールドN 1305を含むことができる。
要素IDフィールド1301は、現在のIEが調整要求IEであることを示すことができる。長さフィールド1302は、調整要求IEの長さを含むことができる。オプションフィールド1303は、調整についての様々なオプションを示すことができ、以下の情報、すなわち、シーケンス番号(調整要求の識別)、調整要求内に含まれるフィールドの数、調整要求IE内に含まれるパラメータのタイプ(例えば、プライマリチャネル、調整チャネル、TXOP、TIM/ULアクセスウィンドウ、QoS設定、上で汎用的に定義されたようなTXOPなど)を含むことができる。
フィールド1 1304からフィールドN 1305の各々は、調整を受けるパラメータの1または複数のタイプを含むことができ、タイプサブフィールド1311と、内容サブフィールド1312とを含むことができる。タイプサブフィールド1311は、フィールド内で指定されるパラメータのタイプ(例えば、プライマリチャネル、調整チャネル、TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/アクセスウィンドウ、TIM/ULアクセスウィンドウ、上で汎用的に定義されたようなTXOPなど)を指定することができる。内容サブフィールド1312は、タイプサブフィールド1311によって示されるパラメータを指定することができる。
内容サブフィールド1312は、送信STAが、BSS、リレーBSS、PBSSなど、そのネットワークのために使用することを予想するプライマリチャネルを指定することができる。プライマリチャネルは、(チャネル番号,帯域幅)の1または複数のセットによって示すことができる。(チャネル番号,帯域幅)の2以上のセットが指定された場合、(チャネル番号,帯域幅)によって指定されるプライマリチャネルがいつ有効になることができるかを示すために、スケジュールを含むことができる。
プライマリチャネルおよび/または動作チャネルは、オーバラップするネットワークについて同じであること、または異なることができる。プライマリチャネルおよび/または動作チャネルが、2以上のネットワークについて同じである場合、同じ期間中に同じプライマリチャネル/動作チャネルを共用するすべてのネットワークが満足な性能を有することを保証するために、(STAの数、もしくは指定された時間期間もしくは時間単位内におけるすべての関連するSTAによる予想される送信の数とすることができる)ExpectedNumberMediumAccess、または(指定された時間期間内におけるトラフィック負荷の最大、最小、平均、もしくは標準偏差によって示すことができる)ExpectedTrafficLoadなどの追加のパラメータを含むことができる。
プライマリチャネルが(スケジュールによって指定されるなど)動的である場合、AP/RAP/PCPは、プライマリチャネルスケジュールを、ビーコン、ショートビーコンフレーム、または他の任意のタイプのフレーム内に含めるのに加え、スケジュールを、プローブ応答およびアソシエーション応答フレーム内にも含めることができる。
内容サブフィールド1312は、オーバラップネットワーク内のAP/RAP/リレーSTA/PCPが調整目的で使用するチャネルである、調整チャネルを指定することができる。調整チャネルは、(チャネル番号,帯域幅)の1または複数のセットによって示すことができる。(チャネル番号,帯域幅)によって指定される調整チャネルがいつ有効になることができるかを示すために、スケジュールを含むことができる。
調整チャネルは、1または複数の近隣ネットワークと調整を行うことを望むすべてのネットワークについて同一とすることができる。調整チャネルという用語は、汎用的であり、WLAN接続を通ること、またはWiMAX、LTE、イーサネットなど、他のタイプの無線/有線インターフェースを通ることができる。調整チャネルは、ビーコン、ショートビーコンフレーム、または他の任意のタイプのフレームなどのフレーム内に含まれることができる。
内容サブフィールド1312は、TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウも示すことができる。TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウは、(開始時刻,持続時間)など、様々な方法で指定することができる。あるいは、TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウは、(開始時刻,持続時間,送信セクタ)によって示すことができる。送信セクタは、APが指向性アンテナを使用して送信する場合の、APのセクタとすることができる。それは、ビーム形成のために使用される特定の空間チャネルを指すこともできる。あるいは、TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウは、(開始時刻,持続時間,周波数チャネル)によって示すことができる。周波数チャネルは、チャネル番号のセットによって指定することができ、チャネルは、連続であることもあり、または連続でないこともある。それは、チャネル番号とチャネル帯域幅によって指定することもできる。あるいは、TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウは、(開始時刻,持続時間,周波数チャネル,送信セクタ)によって示すことができる。上記の表現のすべては、TXOPと呼ぶことができ、それは上で汎用的に定義されたようなものである。例えば、RAWが含まれる場合、それは、競合低減および調整情報をSTAに提供するために、RAW開始時刻、RAW持続時間のインジケーション(表示)、および許可されたプライマリチャネルを示すビットマップなどの情報を含むことができる。
TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウ、および関連するパラメータは、(TXOP,AccessMethod,SharingPolicy,許可されたSTAs,許可されたトラフィック,QoS設定,NumberExpectedAccess,ExpectedLoad)によって指定することができる。
AccessMethodは、EDCA、HCCA、またはHEMMを含むことができる。SharingPolicyは、共用または排他的とすることができる。SharingPolicyが共用に設定された場合、それは、送信ネットワークが近隣ネットワークと同じTXOPを共用できることを示すことができる。SharingPolicyが排他的に設定された場合、それは、他のネットワークがその同じ時間に送信できないように、送信ネットワークが排他的TXOPを要求することを示すことができる。
許可されたSTAは、センサおよびメータ、バッテリ給電デバイス、グループ局のID、干渉グループ、HEW STA、レガシSTAなど、TXOP/ビーコンサブインターバル/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウを使用することを許可されたSTAのタイプを示すことができる。許可されたトラフィックは、AC_SensorMeter、AC_BatteryDevices、AC_VI、AC_VO、AC_BE、AC_BK、AC_FILS、ACプラス、およびAC基本など、媒体アクセスを使用することができるトラフィックの許可されたタイプを示すことができる。QoS設定は、様々なACカテゴリについての設定を含むことができる。
NumberExpectedAccessは、上で汎用的に定義されたようなTXOPを指すことができるTXOP中に予想される媒体アクセスの総数を示すことができる。NumberExpectedAccessは、媒体アクセスを求めて競合(contend)するSTAの総数とすること、または再送、ACKなどを含むことも、もしくは含まないこともある、すべてのフレームを送信するために必要とされる媒体アクセスの総数とすることができる。
ExpectedLoadは、合計トラフィック負荷を送信するのに必要とされる予想合計時間を示すことができ、トラフィック送信時間の最大、最小、平均、および標準偏差によって指定することができる。あるいは、または加えて、予想される負荷は、送信される必要がある合計集約データを使用して示すこともでき、加えて、例えば、Mb単位のトラフィック量の最大、最小、平均、および標準偏差によって指定することができる。
内容フィールド1312は、TIM/ULアクセスウィンドウを示すこともできる。TIM/ULアクセスウィンドウは、TXOPの特別のケースであり、以下の情報、すなわち、TIMビーコン/TIMショートビーコン時間(ビーコンまたはショートビーコンフレームを送信する時間)、ULアクセスウィンドウの開始、ポジティブTIMインジケーションの最大数、UL/DL送信スロット持続時間、ULアクセスウィンドウの最大持続時間などを含むことができる。
STAが、図13に示されるような調整要求IEを含むフレームを受信した場合、STAは、それも調整が可能であるならば、調整応答IEを含むフレームを用いて応答することができる。
図14は、調整応答IE1400の例示的なフォーマットを示す図である。調整応答IEは、限定することなく、以下のフィールド、すなわち、要素IDフィールド1401、長さフィールド1402、オプションフィールド1403、結果フィールド1404、およびフィールド1 1405からフィールドN 1406を含むことができる。調整応答IEのフォーマットは、以下を例外として、調整要求IEのものにほとんど従うことができ、結果フィールド1404は、調整要求のステータスを示すことができ、以下の値、すなわち、SUCCESS、REJECT、または代替値を有することができる。本明細書で定義されるような代替値は、要求内に含まれるものとは異なる新しい値を含むが、応答STAまたはAPに許容可能であることができる。フィールド1 1405からフィールドN 1406内のタイプサブフィールド1411は、内容サブフィールド1412が、調整要求IE内で示された元の値と異なることがある、送信STAが提案する、プライマリチャネル、調整チャネル、TXOP、TIM/ULアクセスウィンドウ、上で汎用的に定義されたようなTXOPなどについての代替値を含むことができることを示すことができる。
調整要求/応答IEまたはそのフィールドもしくはサブフィールドからなる任意のサブセットは、任意の従来のIEもしくは新しいIEのフィールドもしくはサブフィールドもしくはサブフィールドからなるサブセットとして、または任意の制御、管理、もしくは他のタイプのフレームの部分として、またはMAC/PLCPヘッダ内で実施することができる。
図15は、APによって実行される例示的な集中プライマリチャネル調整手順1500の信号フロー図である。この手順は、RAP、リレーSTA、PCPなどによって実行することもできる。チャネル調整を行うために、AP(またはRAP、リレーSTA、PCPなど)は、それが、上で説明された手順のいずれかに従って、チャネル調整が可能であることを、ビーコン、ショートビーコン、または他のタイプのフレーム内で示すことができる。STAが干渉測定を行う場合、それは、漏れ聞いたビーコンまたはショートビーコンを収集し、チャネル調整が可能なことがあるいずれの漏れ聞いたAP/ネットワークもAPに報告することができる。ネットワークは、チャネル調整が可能な他のネットワークとチャネル調整を行うことができる。与えられたAPおよびネットワークに対して、オーバラップしており、調整が可能な近隣ネットワークのセットは、調整候補(CC:Coordination Candidate)と呼ばれ、それぞれのAP/RAP/PCP/リレーSTAは、調整候補AP(CorAP)と呼ばれる。
チャネル調整は、分散チャネル調整または集中チャネル調整を含むことができる。集中チャネル調整の場合、少なくとも1つの集中調整AP(CAP)が存在することができ、図15で詳述されるプライマリチャネル調整手順は、要求AP1501とCAP1502とによって実行することができる。図15の手順は、例であり、任意の数のAPに拡張することができる。APがネットワークを開始したとき、またはネットワーク/APがそのプライマリチャネルを切り換えようと計画したとき、それは、最初に環境をスキャンすることができる。要求AP1501は、測定干渉メッセージまたはIEをCAP1502に送信することによって、測定干渉IE1511などのメッセージを使用して、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも報告することができる。測定干渉メッセージまたはIEは、APによって測定された干渉を含む。要求APによって報告される測定された干渉は、本明細書で詳述されるパラメータのいずれかを含むことができる。この報告は、CAP1502が、どのネットワークが他のネットワークとオーバラップしているかについてのリストに加えて、プライマリチャネル、予約されたTXOP/RAW/PRAW/TWT/制限されたウィンドウスケジュール、QoS設定、TIM/ULアクセスウィンドウ、上で汎用的に定義されたようなTXOP、スケジュール、およびパラメータなどの、すべてのネットワークの設定も維持/更新することを可能にすることができる。この維持されるリストは、受信された測定された干渉IEに基づいて更新することができる。
要求AP1501は、測定された干渉に基づいて、自らのための最良のプライマリチャネルを決定することができ、調整要求IE1512をCAP1502に送信することができる。調整要求IEは、新しいプライマリチャネルを使用するように要求するために、別個のフレームで、または干渉測定IEと同じフレームで送信することができる。
CAP1502は、その後、プライマリチャネル要求を評価し、新しいプライマリチャネルの要求がすべてのプライマリチャネルと矛盾しないかどうかばかりでなく、要求ネットワークとオーバラップするネットワークのリスト内のTXOPスケジュール、RAW、または上で汎用的に定義されたようなTXOPも検査し、SUCCESSまたはREJECTを有する調整応答1513を送信することができる。衝突が検出されない場合、CAP1502は、ステータスSUCCESSを有する調整応答フレームを用いて調整要求に応答することができる。要求AP1501は、その後、そのネットワークについての新しいプライマリチャネルへの切り換えを公表するために、新しいチャネルの公表(アナウンス:Announce)1515をCAP1502に送信することができる。
衝突が検出された場合、CAP1502は、ステータスがREJECTに設定され、要求AP1501が新しいプライマリチャネルとして使用することができる代替プライマリチャネルも含むことができる調整フレームを用いて調整要求に応答することができる。REJECTは、本明細書で定義されたような代替値を含むこともできる。REJECTが受信された場合、要求AP1501は、その後、CAP1502がステータスSUCCESSを有する調整応答フレームを用いて応答するまで、または要求AP1501が適切なプライマリチャネルを見出すことができないと決定するまで、新しいプライマリチャネルを選択し、別の調整要求フレーム1514をCAP1502に送信することができる。代替値が調整応答に含まれる場合、要求APは、その代替値が許容可能であるかどうかを評価することができる。それが許容可能である場合、要求APは、それが代替値を受け入れることをCAPに応答することができる。SUCCESSを受信した後、要求AP1501は、その後、そのネットワークについての新しいプライマリチャネルへの切り換えを公表するために、新しいチャネルの公表(New Channel Announcement)1515をCAP1502に送信することができる。その後、要求APは、新しいチャネルの公表を、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内で送信またはブロードキャストすることができる。
図16は、複数のAPによって実行することができる例示的な分散プライマリチャネル調整手順1600の信号フロー図である。図16の例では、1つの要求AP1601と、2つのCorAP1602、1603とが存在する。しかしながら、この例は、任意の数の要求APおよびCorAPまたはCCに拡張することができる。分散チャネル調整では、各APは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、予約されたTXOPスケジュール、QoS設定、TIM/ULアクセスウィンドウスケジュール、およびパラメータなどの、これらすべてのネットワークの設定も維持/更新することができる。この手順におけるTXOPは、上で汎用的に定義されたものとして使用することができる。要求AP1601は、測定干渉IEをCorAP1602に送信することによって、測定干渉IE1611aを使用して、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも報告することができる。同様に、要求AP1601は、測定干渉IEをCorAP1603に送信することによって、測定干渉IE1611bを使用して、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも報告することができる。要求APによって報告される測定された干渉は、本明細書で詳述されるパラメータのいずれかを含むことができる。要求AP1601は、測定された干渉報告を、定期的に、または変化が検出された場合に、送信することができる。
要求AP1601は、その後、測定された干渉に基づいて、自らのための最良のプライマリチャネルを決定することができ、調整要求IE1612aおよび1612bをそれぞれCorAP1602およびCorAP1603に送信することができる。調整要求IEは、すべてのCCまたはCorAPに新しいプライマリチャネルを使用するように要求するために、干渉測定IEと同じフレーム内に、または別個のフレーム内に存在することができる。
CorAP1602、1603は、プライマリチャネル要求を評価し、新しいプライマリチャネルの要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、TXOPスケジュールまたはRAWも検査し、SUCCESSまたはREJECTを有する調整応答フレーム1613a、1613bをそれぞれ送信することができる。衝突が検出されない場合、CorAP1602およびCorAP1603は、ステータスSUCCESSを有する調整応答フレームを用いて応答することができる。
衝突が検出された場合、CorAP1602およびCorAP1603は、ステータスがREJECTに設定され、要求AP1601が新しいプライマリチャネルとして使用することができる代替プライマリチャネルも含むことができる調整応答フレームを用いて応答することができる。rejectが受信された場合、要求AP1601は、その後、すべてのCorAPがステータスSUCCESSを有する調整応答IEを用いて応答するまで、または要求AP1601が適切なプライマリチャネルを見出すことができないと決定するまで、新しいプライマリチャネルを選択し、別の調整要求IE1614aおよび1614bをそれぞれCorAP1602およびCorAP1603に送信することができる。代替プライマリチャネルが調整応答に含まれる場合、要求APは、その代替値を評価することができる。それが許容可能である場合、要求APは、すべてのCorAPに対する新しいプライマリチャネル値を含む新しい調整要求を構成することができる。
要求AP1601は、その後、それがすべてのCorAPからステータスがSUCCESSに設定された調整応答フレームを受信した場合、またはすべてのCCもしくはCorAPへの調整要求フレームの送信以降、少なくとも定められた数のビーコンがすべてのCCもしくはCorAPから受信された場合、または調整要求フレームがすべてのCCもしくはCorAPに送信された後、少なくとも定められた時間期間が経過した場合、そのネットワークについての新しいプライマリチャネルへの切り換えを公表するために、新しいチャネルの公表(New Channel Announcement)1615aおよび1615bをそれぞれCorAP1602およびCorAP1603に送信することができる。その後、要求APは、新しいチャネルの公表(New Channel Announcement)を、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内で送信またはブロードキャストすることができる。
互いに少なくとも部分的にオーバラップするCCネットワークの集まりは、本明細書で調整チャネル調整(CoorChannel)と呼ばれる調整を行うために、定期的に少なくともある時間間隔の間、利用可能になることができる共通チャネルを決定することができる。集中調整チャネル調整では、CAPは、CC内のすべてのAPが、これらのAPが集中調整のためにいつ、どのチャネル上でCAPと交信することができるかを知るように、1もしくは複数の自らのチャネルおよび/または利用可能性スケジュールを公表(アナウンス)することができる。
調整チャネル調整も分散させることができる。図17は、分散調整チャネル調整の例示的な手順1700の信号図である。図17の例には、1つの要求AP1701と、2つのCorAP1702、1703とが存在する。しかしながら、この例は、任意の数の要求APおよびCorAPまたはCCに拡張することができる。分散調整チャネル調整では、各APは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、調整チャネル、予約されたTXOPスケジュール、QoS設定、TIM/ULアクセスウィンドウスケジュール、およびパラメータなどの、これらのネットワークすべての設定も維持/更新することができる。この手順におけるTXOPは、上で汎用的に定義されたものとして使用することができる。要求AP1701は、測定された干渉に基づいて、最良の調整チャネルを決定し、調整要求を調整要求IE1711a内でCorAP1702に送信することができる。同様に、要求AP1701は、測定された干渉に基づいて、最良の調整チャネルを決定し、調整要求を調整要求IE1711b内でCorAP1703に送信することができる。調整要求IEは、調整チャネルが有効であり得る場合、スケジュールとともに異なる調整チャネルを、または新しい調整チャネルのセットを使用するように要求するために、すべてのCCまたはCorAPへの、干渉測定IEと同じフレーム内に、または別個のフレーム内に存在することができる。
CorAP1702およびCorAP1703は、調整チャネル要求を評価し、新しい調整チャネル要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、TXOP/RAWスケジュールも検査し、SUCCESSまたはREJECTを有する調整応答1712a、1712bをそれぞれ送信することができる。衝突が検出されない場合、CorAP1702およびCorAP1703は、ステータスSUCCESSを有する調整応答フレームを送信することができる。衝突が検出された場合、CorAP1702およびCorAP1703は、ステータスがREJECTに設定され、要求APが新しい調整チャネルとして使用することができる代替調整チャネルも含むことができる調整応答フレームを送信することができる。REJECTが受信された場合、要求AP1701は、その後、すべてのCorAPがステータスSUCCESSを有する調整応答フレームを用いて応答するまで、または要求AP1701が適切な新しい調整チャネルを見出すことができないと決定するまで、新しい調整チャネルを選択し(または調整応答内に含まれる代替チャネルを評価し)、別の調整要求IE1713aおよび1713bをそれぞれCorAP1702およびCorAP1703に送信することができる。
図18は、上述の手順において説明されたように、各CorAPがどのように調整チャネルまたはプライマリチャネル要求を評価し、要求が自らのプライマリチャネルと矛盾しないかどうかばかりでなく、TXOP/RAWスケジュールも検査することができるかについての例1800を示す図である。この手順におけるTXOPは、上で汎用的に定義されたものとして使用することができる。最初に、CorAPは、衝突が存在するかどうかを決定することができる(1801)。衝突が検出されない場合、CorAPは、ステータスSUCCESSを有する調整応答フレームを送信することができる(1802)。衝突が検出された場合、CorAPは、ステータスREJECTを有し、応答APまたはSTAに許容可能な代替調整チャネル値も含むことができる、調整応答フレームを送信することができる(1803)。
802.11ネットワークには多くの動作帯域幅が存在する。例えば、802.11acデバイスは、20MHz、40MHz、80MHz、160MHz、および80+80MHz帯域幅上で動作することができる。802.11ahデバイスは、1MHz、2MHz、4MHz、8MHz、および16MHz帯域幅上で動作することができる。キャリア検知多重アクセス(CSMA)においてエラーをもたらすことがある非対称リンクを防止するために、異なる無線距離上で動作するデバイスは、異なるチャネル上で動作するように選択すること、または割り当てることができる。例えば、802.11ahデバイスおよびネットワークのために特別に予約されたチャネルのセットが存在することができる。1MHz動作のために予約されたチャネルのセットは、利用可能なスペクトルのどこかに配置することができ、連続であることもあり、または不連続であることもある。チャネルまたはチャネルのセットは、残りの帯域幅が大きな動作帯域幅のSTAに対処することができるように割り当てることができる。限られた数のチャネルしか存在しないならば、チャネル割り当てステップは、効率性に基づいてチャネルを割り当てることができる。
例えば、802.11ahデバイスが利用可能な26MHzの帯域幅が存在する場合、例えば、各々が1MHzのチャネル0からチャネル25が存在する。チャネル0および1は、1MHz動作のために予約することができ、チャネル2〜25は、ネットワークのセットのための少なくとも1つの16MHzの動作帯域幅、およびネットワークの別のセットのための少なくとも1つの8MHz超の動作帯域幅に対処するために使用することができる。16MHzおよび8MHz帯域幅は、複数の2MHz、4MHz、8MHz、および16MHzネットワークによって共用することができる。同様に、チャネル24および25は、1MHz動作のために予約することができる。
別の例では、チャネル0、1、チャネル18、19、および24、25は、1MHz動作のために予約することができる。チャネル2〜17は、連続した16MHz帯域幅を提供することができ、一方、チャネル20〜23は、連続した4MHz帯域幅を提供することができる。
そのような手順は、送信電力制御のためにより長い無線距離を有するネットワークにも同様に適用することができる。
NNは、予約されたTXOP/RAW/PRAW/TWT/制限されたウィンドウ/アクセスウィンドウ、または上で汎用的に定義されたようなTXOPを調整することができる。図19は、ネットワークからなる例示的なオーバラップネットワークにおける予約されたTXOP1900を示す図である。図19の例では、ネットワーク1は、TXOP1901aを、チャネル1 1911、チャネル2 1912、チャネル3 1913、およびチャネル4 1914上に予約することができる。別の例では、ネットワーク1は、TXOP1901bをチャネル1 1911上に予約することができ、ネットワーク3は、TXOP1903aをチャネル2 1912上に予約することができ、ネットワーク2は、TXOP1902aをチャネル3 1913上に予約することができ、ネットワーク4は、TXOP1904aをチャネル4 1914上に予約することができる。また別の例では、ネットワーク2は、TXOP1902bを、チャネル1 1911およびチャネル2 1912上に予約することができ、一方、ネットワーク1は、TXOP1901cを、チャネル3 1913およびチャネル4 1914上に予約することができる。また別の例では、ネットワーク3は、TXOP1903bを、チャネル1 1911およびチャネル2 1912上に予約することができ、一方、ネットワーク4は、TXOP1904bを、チャネル3 1913およびチャネル4 1914上に予約することができる。また別の例では、ネットワーク3は、TXOP1903cを、チャネル1 1911、チャネル2 1912、チャネル3 1913、およびチャネル4 1914上に予約することができる。
図19は、もっぱら説明を目的としており、示されたチャネルの数は、例のためであり、ネットワークからなるネットワーク内には、より多いまたは少ないチャネルが存在することができる。加えて、各チャネルの帯域幅は、同じでも、または異なってもよく、チャネルは、連続でも、不連続でもよく、または同じ周波数帯域上に、もしくは異なる周波数帯域上に配置されてもよい。
図20は、TXOP/RAW調整のための例示的な手順2000のフローチャートである。図20の例では、手順は、CAPによって実行される。集中調整では、少なくとも1つのCAPが存在することができる。要求APは、最初に、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも、測定干渉IEを使用してCAPに報告することができ、CAPは、測定された干渉報告を受信する(2001)ことができる。CAPは、他のネットワークとオーバラップしているネットワークに加えて、プライマリチャネル、予約されたTXOPスケジュール、QoS設定、TIM/ULアクセスウィンドウスケジュール、およびパラメータなどの、すべてのネットワークの設定も識別することができるオーバラップネットワークのリストを維持/更新する(2002)ことができる。図20の例示的な手順におけるTXOPは、上で汎用的に定義されたものとして使用することができる。
要求APが、新しいビーコンサブインターバル/RAW/TXOP割り当てを追加することができる前に、それは、最初に、測定された干渉に基づいて、自らのために最良のTXOP/RAWを決定することができる。CAPは、その後、要求APから送信されたTXOP/RAW要求を含む調整要求を受信する(2003)ことができる。要求APは、その場合、(TXOP,AccessMethod,SharingPolicy,許可されたSTA,許可されたトラフィック,QoS設定,NumberExpectedAccess,ExpectedLoad)内の1または複数のパラメータを用いて新しいTXOP/RAW割り当てを要求するために、調整要求IEを干渉測定IEと同じフレーム内で、または別個のフレーム内で送信することができる。
CAPは、TXOP/RAW要求を評価し(2004)、要求が、要求ネットワークとオーバラップするネットワークのリスト内の既存のTXOPスケジュールと矛盾しないかどうかを検査することができる。
SharingPolicyが排他的に設定されている場合、CAPは、要求ネットワークとオーバラップするネットワークにおいて他のTXOP/RAWスケジュールが存在するかどうかを評価することができる。要求ネットワークとオーバラップするネットワークにおける、または異なる帯域幅もしくは送信セクタ上のTXOP/RAWスケジュールは、要求されているTXOP/RAWスケジュールと衝突すると見なさなくてよい。
SharingPolicyが共用に設定されている場合、CAPは、QoS性能を許容不可能なレベルまで悪化させることなく、オーバラップCC内の新しいTXOP/RAWと既存のTXOP/RAWとの合計トラフィック負荷に対処することができるかどうかを評価することができる。要求されたTXOPについてのトラフィック負荷が高すぎる場合、CAPは、代替スケジュール/帯域幅/送信セクタを要求ネットワーク/APに提供すること、またはExpectedLoadおよび/もしくはNumberExpectedAccessの値のいずれかもしくはすべてを低減するように提案することができる。あるいは、CAPは、要求されたTXOPの使用について衝突していないことが知られているSTAの干渉グループが要求ネットワーク内に存在する場合(例えば、要求ネットワーク内の1つの特定の干渉グループ内のSTAが、同じTXOPを現在予約しているネットワークとオーバラップしない場合)許可されたSTAを変更するように提案することができる。
CAPは、その後、調整応答を送信する(2005)ことができる。TXOPが矛盾していないと見なされた場合、CAPは、ステータスSUCCESSを有する調整応答フレームを用いて応答することができる。要求APは、その後、(TXOP,AccessMethod,SharingPolicy,許可されたSTA,許可されたトラフィック,QoS設定,NumberExpectedAccess,ExpectedLoad)内の1または複数の情報を含む新しいTXOPまたはRAWの割り当てを、STAに、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内で公表することができる。
矛盾性が検出された場合、CAPは、ステータスがREJECTに設定され、要求APが使用することができる代替TXOP提案も含むことができる調整応答フレームを用いて応答することができる。要求APは、その後、CAPがステータスSUCCESSを有する調整応答フレームを用いて応答するまで、または要求APが適切なTXOPを見出すことができないと決定するまで、新しいTXOPまたは変更されたTXOPを選択し、別の調整要求フレームをCAPに送信することができる。
図20の例は、分散調整にも適用することができる。分散調整では、TXOP調整手順は、以下の通りとすることができる。各APは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、予約されたTXOPスケジュール、QoS設定、TIM/ULアクセスウィンドウスケジュール、およびパラメータなどの、これらすべてのネットワークの設定も維持/更新することができる。要求APは、最初に、測定された干渉に加えて、自らのネットワークとオーバラップしているネットワークも、測定干渉IEを使用してすべてのCorAPに報告することができる。要求APが、新しいビーコンインターバル/RAW/TXOP割り当てを追加する前に、要求APは、最初に、測定された干渉に基づいて、自らのために最良のTXOP/RAWを決定することができる。要求APは、(TXOP,AccessMethod,SharingPolicy,許可されたSTA,許可されたトラフィック,QoS設定,NumberExpectedAccess,ExpectedLoad)内の1または複数のパラメータを用いて新しいTXOP/RAW割り当てを要求するために、調整要求IEを干渉測定IEと同じフレーム内で、または別個のフレーム内ですべてのCorAPに送信することができる。
各CorAPは、TXOP/RAW要求を評価し、この要求が、自らの既存の/提案されたTXOPスケジュールと矛盾しないかどうかを検査することができる。
SharingPolicyが排他的に設定されている場合、CorAPは、要求ネットワークとオーバラップする自らのネットワークにおいて他のTXOP/RAWスケジュールが存在するかどうかを評価することができる。異なる帯域幅または送信セクタ上で要求ネットワークとオーバラップするTXOP/RAWスケジュールは、要求されているTXOP/RAWスケジュールと衝突すると見なさなくてよい。
SharingPolicyが共用に設定されている場合、CorAPは、QoS性能を許容不可能なレベルまで悪化させることなく、要求ネットワークとオーバラップする自らのネットワーク内の新しいTXOP/RAWと既存のTXOP/RAWとの合計トラフィック負荷に対処することができるかどうかを評価することができる。要求されたTXOPについてのトラフィック負荷が高すぎる場合、CorAPは、代替スケジュール/帯域幅/送信セクタを要求ネットワーク/APに提供することができる。あるいは、CAPは、ExpectedLoadおよび/もしくはNumberExpectedAccessの値のいずれかもしくはすべてを低減するように提案することができ、または要求されたTXOP/RAWの使用について衝突していないことが知られているSTAの干渉グループが要求ネットワーク内に存在する場合(例えば、要求ネットワーク内の1つの特定の干渉グループ内のSTAが、同じTXOP/RAWを現在予約しているネットワークとオーバラップしない場合)許可されたSTAを変更するようにSTAの異なるグループに提案することができる。
矛盾性が検出された場合、CorAPは、ステータスがREJECTに設定され、要求APが使用することができる代替TXOP/RAW提案も含むことができる調整応答フレームを用いて応答することができる。要求APは、その後、TXOP/RAWが受け入れられるまで、または要求APが適切なTXOP/RAWを見出すことができないと決定するまで、新しいTXOP/RAWまたは変更されたTXOP/RAWを選択し、別の調整要求フレームをすべてのCorAPに送信することができる。
要求されたTXOP/RAWが矛盾しないと分かった場合、CorAPは、ステータスSUCCESSを有する調整応答フレームを用いて応答することができる。
要求APが、ステータスがSUCCESSに設定された調整応答フレームをすべてのCCから受信した場合、またはすべてのCCもしくはCorAPへの調整要求フレームの送信以降、少なくとも定められた数のビーコンがすべてのCCもしくはCorAPから受信された場合、または調整要求フレームがすべてのCCもしくはCorAPに送信された後、少なくとも定められた時間期間が経過した場合、要求APは、TXOP、AccessMethod、SharingPolicy、許可されたSTA、許可されたトラフィック、QoS設定、NumberExpectedAccess、ExpectedLoadなどの情報を含む、新しいTXOP、RAWの割り当てを、ビーコン、ショートビーコン、または他の任意のタイプのフレーム内でSTAに公表(アナウンス)することができる。
エリア内にAPおよびBSSの密な配備が存在する場合、APは、STAに対するトラフィックインジケーションマップ(TIM)インジケーションをビーコンおよびショートビーコン内に含めることができる。ポジティブTIMインジケーションを有するSTAがバッファリングされたDLトラフィックを取り出すことができることを保証するために、APがビーコンインターバルおよびアップリンクアクセスウィンドウ当たりのTIMインジケーションの数を調整するための効率的な方法を使用することができる。
TIMおよびULアクセスウィンドウ調整手順は、以下を例外として、上で説明されたTXOP/RAW/アクセスウィンドウ調整手順のものをほぼ踏襲する。各APは、自らのネットワークとオーバラップしているネットワークのリストに加えて、プライマリチャネル、予約されたTXOPスケジュール、QoS設定、TIM/ULアクセスウィンドウスケジュール、およびパラメータ、ビーコン時間などの、これらすべてのネットワークの設定も維持/更新することができる。各CorAPは、それぞれのTIMビーコンおよび/またはTIMショートビーコン内にそれについてのポジティブTIMインジケーションが存在するオーバラップネットワークにおけるSTAによるULアクセスのための十分な時間を可能にするために、オーバラップネットワークにおいてTIMビーコンとTIMショートビーコンとの間に十分な間隔が存在するように、TIMビーコンおよびTIMショートビーコン時間を互いに調整することができる。
ULアクセスウィンドウのためのSharingPolicyが共用に設定されている場合、(集中調整手順における)CAP/(分散調整手順における)CorAPは、QoS性能を許容不可能なレベルまで悪化させることなく、オーバラップCC内の新しいTXOP/RAW/ULアクセスウィンドウと既存のTXOP/RAW/ULアクセスウィンドウとの合計トラフィック負荷に対処することができるかどうかを評価することができる。要求されたULアクセスウィンドウについてのトラフィック負荷が高すぎる場合、CAP/CorAPは、代替スケジュール/帯域幅/送信セクタを要求ネットワーク/APに提供すること、ならびにTIMビーコンおよびTIMショートビーコン時間/帯域幅/送信セクタを提供することができ、またはポジティブTIMインジケーションの最大数、UL/DLスロット持続時間、ULアクセスウィンドウの最大持続時間の値のいずれかもしくはすべてを低減するように提案することができ、または要求されたTXOPの使用について衝突していないことが知られているSTAの干渉グループが要求ネットワーク内に存在する場合(例えば、要求ネットワーク内の1つの特定の干渉グループ内のSTAが、同じアクセスウィンドウを現在予約しているネットワークとオーバラップしない場合)許可されたSTAを変更するように提案することができる。
図21A〜図21Dは、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる、第4の実施形態2100による、STAがチャネルまたはセクタ割り当てを受信し、チャネルまたはセクタ選好(プリファレンス:Preference)を送信することができる例示的な手順のフローチャートである。STAは、複数のチャネル動作モードが可能とすることができる。加えて、STAは、BSS内で利用可能な異なるチャネルまたはセクタについて、異なるチャネルまたはセクタ条件を経験することができる。STAがBSS内で利用可能な1もしくは複数またはすべてのチャネルにおけるチャネルまたはセクタ選好インジケーション(選好表示)を提供するための、およびAPがチャネル割り当てをSTAに提供するための効率的な方法が開示される。
TXOP、RAW、PRAW、TWT、制限されたウィンドウ、ビーコンサブインターバル、アクセスウィンドウ、または上で汎用的に定義されたようなTXOPは、(開始時刻,持続時間)、(開始時刻,持続時間,送信セクタ)、(開始時刻,持続時間,周波数チャネル)、または(開始時刻,持続時間,周波数チャネル,送信セクタ)などを含む様々な形式によって指定することができる。加えて、BSSのプライマリチャネルは、(チャネル番号,帯域幅)の1または複数のセットによって、および(チャネル番号,帯域幅)の2以上のセットが指定された場合は、(チャネル番号,帯域幅)によって指定されたプライマリチャネルがいつ有効になることができるかを示すスケジュールによって指定することができる。チャネル選好インジケーション(チャネル選好表示)およびチャネル割り当てについての詳細な手順が、これ以降で説明される。
一例では、STAは、動作チャネル能力に基づいて、および/またはチャネル条件に基づいてグループ化することができる。一般性を失うことなく、Wは、特定の802.11エアインターフェースにおける単位チャネルの帯域幅を示すために使用することができる。802.11ah STAの場合、Wは1MHzとすることができ、802.11ac STAの場合、Wは20MHzとすることができ、802.11af STAの場合、Wは5または6MHzとすることができる。
STAは、異なるモードで、すなわち、モード1〜Nで動作することが可能とすることができる。各モードは、nWなどの異なる帯域幅と関連付けることができ、ここで、nは整数である。802.11ahの場合、nは1、2、4、8、16などとすることができる。802.11acの場合、nは1、2、4、8とすることができる。各モードは、異なるチャネル連続性と、すなわち、nWの帯域幅が連続であり得るか、それとも不連続であり得るかと関連付けることができる。各モードは、指向送信と関連付けることができる。各モードは、帯域幅、指向性、および連続性などの組み合わせと関連付けることができる。
さらに、STAは、セクタ化された動作が可能とすることができる。本明細書で使用される場合、セクタ化された動作とは、STAおよび/またはAPが、STAが関連することができるAPのカバレージの角部分であるセクタ内で送信および受信する場合を指す。セクタは、エリアに基づく。
STAは、アソシエーションプロセス中、アソシエーションプロセス後、または他の任意の時間に、チャネル選好報告(Channel Preference Reporting)またはセクタ選好報告(Sector Preference reporting)を含むことができるチャネルまたはセクタ選好報告IEを使用して、それらが可能である自らのチャネルまたはセクタ動作モードに加えて、チャネル選好もAPに報告することができ、図21A〜図21Dにおいて詳述される例示的な手順を使用することができる。
図21Aは、例示的なチャネルまたはセクタ割り当ておよび選好送信手順(Preference Transmission Procedure)のフローチャートである。図21Aの例は、APと関連付けられている間、APとの関連付けを解除した後、APとの再関連付けに続いて、またはSTAがどのAPとも関連付けられない場合に実行することができる。図21Aの例示的な手順は、STAによって、複数回または同様に複数ラウンド実行することができる。この例では、STAは、それが動作することができる1もしくは複数またはすべてのチャネルまたはセクタ上で、APからのビーコンまたはサウンディングフレームをモニタリングする(2101)ことができる。STAは、プローブ要求、(再)アソシエーション要求、アクション、もしくはACKなしアクションフレームなどのフレーム内の、または任意の管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告IE(Preference Report IE)を使用して、チャネルまたはセクタ選好(Preference)をAPに送信する(2102)ことができる。チャネルまたはセクタ選好報告IEを使用して、STAは、チャネル動作モードの能力に加えて、選好されるチャネルもAPに提供することができる。選好されるチャネルは、APからのサウンディングフレーム、ビーコン、または他のタイプのフレームのSTAによる測定に基づいて、十分な品質があるように決定することができる。
APがSTAからチャネルまたはセクタ選好報告IEを受信すると、APは、STAをサポートすることができるかどうかを評価することができる。STAをサポートすることができない場合、APは、プローブ応答を送信しないこと、または(再)アソシエーションを拒否すること、またはディスアソシエーションフレームをSTAに送信することを選択することができる。STAをサポートすることができる場合、APは、チャネルモード能力およびチャネル選好インジケーション(チャネル選好表示)に基づいて、STAにグループおよび/またはサブグループを割り当てることができる。APは、その後、プローブ応答フレーム、ビーコンフレーム、ショートビーコンフレーム、(再)アソシエーション応答フレーム、アクションフレーム、ACKなしアクションフレーム、または任意の管理、制御、もしくは他のタイプのフレーム内に含まれることができる、チャネルまたはセクタ割り当てIEを使用して、グループ、サブグループの割り当て、チャネル割り当て、スケジュール、およびパラメータなどをSTAに送信することができる。割り当てられたチャネルは、割り当てられたプライマリチャネルまたは調整チャネルとすることができる。STAは、APによって決定されたチャネルまたはセクタ割り当てを、チャネルまたはセクタ割り当てIE内で受信する(2103)ことができる。
図21Bは、選好インジケーションスケジュール(Preference Indication Schedule)に基づいた、例示的なチャネルまたはセクタ割り当ておよび選好送信手順(Preference Transmission Procedure)のフローチャートである。図21Bの例は、APと関連付けられている間、APとの関連付けを解除した後、APとの再関連付けに続いて、またはSTAがどのAPとも関連付けられない場合に実行することができる。図21Bの例示的な手順は、STAによって、複数回または同様に複数ラウンド実行することができる。この例では、STAは、APによって決定されたチャネルまたはセクタ割り当てを受信しており、通常の動作を行うために、APから受信された割り当ておよびスケジュールに従って、割り当てられたチャネルまたはセクタに切り換わり(2111)、ウェイクアップすることができる。
STAは、定期的に、またはAPから受信されたサウンディングスケジュールに従って、APから受信されるビーコンまたはサウンディングフレームをモニタリングおよび測定するために、複数のチャネルまたはセクタから少なくとも1つのチャネルまたはセクタに切り換わる(2112)ことができる。
STAは、選好インジケーションスケジュール(選好表示スケジュール)をAPから受信する(2113)ことができる。STAは、その後、定期的に、任意のアクション、ACKなしアクション、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告IEを使用して、選好インジケーションスケジュールに基づいて、チャネルまたはセクタ選好をAPに送信する(2114)ことができる。あるいは、STAは、任意のタイプの管理、制御、または他のタイプのフレームを使用して、チャネルまたはセクタ選好をAPに送信することができる。STAは、定期的にチャネルまたはセクタ選好をAPに送信することもできる。
最後に、APは、STAをまだサポートすることができるかどうかを評価することができる。STAがサポートされない場合、APは、ディスアソシエーションフレームを送信することができる。STAをまだサポートすることができる場合、APは、新しい割り当てが必要であるかどうかを評価することができる。新しい割り当てが必要である場合、APは、任意のアクション、ACKなしアクション、ビーコン、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネル割り当てIEを使用して、新しい割り当てを提供することができる。結果として、STAは、AP評価に基づいて、必要な場合は、ディスアソシエーションフレームもしくは新しい割り当てを受信する(2115)こと、または割り当てられたチャネルもしくはセクタ上で接続されたままであることができる。
図21Cは、例示的な組み合わされたチャネルまたはセクタ割り当ておよび選好送信手順(Preference Transmission Procedure)のフローチャートである。図21Cの例は、APと関連付けられている間、APとの関連付けを解除した後、APとの再関連付けに続いて、またはSTAがどのAPとも関連付けられない場合に実行することができる。図21Cの例示的な手順は、STAによって、複数回または同様に複数ラウンド実行することができる。この例では、STAは、それが動作することができる1もしくは複数またはすべてのチャネルまたはセクタ上で、APからのビーコンまたはサウンディングフレームをモニタリングする(2121)ことができる。STAは、プローブ要求、(再)アソシエーション要求、アクション、もしくはACKなしアクションフレームなどのフレーム内の、または任意の管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告IEを使用して、チャネルまたはセクタ選好をAPに送信する(2122)ことができる。チャネルまたはセクタ選好報告IEを使用して、STAは、チャネル動作モードの能力に加えて、選好されるチャネルもAPに提供することができる。選好されるチャネルは、APからのサウンディングフレーム、ビーコン、または他のタイプのフレームのSTAによる測定に基づいて、十分な品質があるように決定することができる。
APがSTAからチャネルまたはセクタ選好報告IEを受信すると、APは、STAをサポートすることができるかどうかを評価することができる。STAをサポートすることができない場合、APは、プローブ応答を送信しないこと、または(再)アソシエーションを拒否すること、またはディスアソシエーションフレームをSTAに送信することを選択することができる。STAをサポートすることができる場合、APは、チャネルモード能力およびチャネル選好インジケーション(選好表示)に基づいて、STAにグループおよび/またはサブグループを割り当てることができる。APは、その後、プローブ応答フレーム、ビーコンフレーム、ショートビーコンフレーム、(再)アソシエーション応答フレーム、アクションフレーム、ACKなしアクションフレーム、または任意の管理、制御、もしくは他のタイプのフレーム内に含まれることができる、チャネルまたはセクタ割り当てIEを使用して、グループ、サブグループの割り当て、チャネル割り当て、スケジュール、およびパラメータなどをSTAに送信することができる。
STAは、APによって決定されたチャネルまたはセクタ割り当てを受信する(2123)ことができ、通常の動作を行うために、APから受信された割り当ておよびスケジュールに従って、割り当てられたチャネルまたはセクタに切り換わり(2124)、ウェイクアップすることができる。
STAは、定期的に、またはAPから受信されたサウンディングスケジュールに従って、APから受信されるビーコンまたはサウンディングフレームをモニタリングおよび測定するために、複数のチャネルまたはセクタから少なくとも1つのチャネルまたはセクタに切り換わる(2125)ことができる。
STAは、選好インジケーションスケジュールをAPから受信する(2126)ことができる。STAは、その後、定期的に、任意のアクション、ACKなしアクション、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネルまたはセクタ選好報告IEを使用して、選好インジケーションスケジュールに基づいて、チャネルまたはセクタ選好をAPに送信する(2127)ことができる。あるいは、STAは、任意のタイプの管理、制御、または他のタイプのフレームを使用して、チャネルまたはセクタ選好(Preference)をAPに送信することができる。STAは、定期的にチャネルまたはセクタ選好(Preference)をAPに送信することもできる。
最後に、APは、STAをまだサポートすることができるかどうかを評価することができる。サポートされない場合、APは、ディスアソシエーションフレームを送信することができる。STAをまだサポートすることができる場合、APは、新しい割り当てが必要であるかどうかを評価することができる。新しい割り当てが必要である場合、APは、任意のアクション、ACKなしアクション、ビーコン、または任意のタイプの管理、制御、もしくは他のタイプのフレーム内のチャネル割り当てIEを使用して、新しい割り当てを提供することができる。結果として、STAは、AP評価に基づいて、必要な場合は、ディスアソシエーションフレームもしくは新しい割り当てを受信する(2128)こと、または割り当てられたチャネルもしくはセクタ上で接続されたままであることができる。
図21Dは、STAが、近隣ネットワークおよびオーバラップネットワーク内の他のSTAとの競合および干渉低減および調整において使用するための情報をAPから受信することができる、例示的な手順のフローチャートである。図21Dの例は、APと関連付けられている間、APとの関連付けを解除した後、APとの再関連付けに続いて、またはSTAがどのAPとも関連付けられない場合に実行することができ、本明細書で説明される実施形態のいずれかと組み合わせて使用することができる。図21Dの例示的な手順は、STAによって、複数回または同様に複数ラウンド実行することができる。図21Dの手順は、上で詳述されたチャネルまたはセクタ割り当ておよび選好送信手順の実行に続いて実行することもできる。
この例では、STAは、RAWに関する情報を含むメッセージをAPから受信する(2131)ことができ、RAWは、チャネルまたはセクタ選好インジケーション報告のために使用される。RAWに関する情報は、限定することなく、RAW開始時刻のインジケーション(表示)、RAW持続時間、および/または許可されたチャネルを示すビットマップを含むことができる。許可されたチャネルは、プライマリチャネル、調整チャネル、または動作チャネルとすることができる。STAは、その後、パケットデータをAPに送信し、パケットデータをAPから受信するために、RAW内の情報に基づいて無線媒体を求めて競合する(2132)ことができる。図21Dの例におけるRAWは、上で汎用的に定義されたようなTXOPを指すこともできる。
図22は、チャネルまたはセクタ選好報告IEの例示的なフォーマット2200を示す図である。チャネルまたはセクタ選好報告IE(Channel or Sector Preference Report IE)は、限定することなく、以下のフィールド、すなわち、要素IDフィールド2201、長さフィールド2202、フィールド数フィールド2203、およびフィールド1 2204からフィールドN 2205を含むことができる。要素IDフィールド2201は、現在のIEがチャネルまたはセクタ選好報告IEであることを示すことができる。長さフィールド2202は、チャネルまたはセクタ選好報告IEの長さを含むフィールドとすることができる。フィールド数フィールド2203は、チャネルまたはセクタ選好報告IE内に含まれるフィールドN 2205の番号を示すことができる。一定数のフィールドが含まれる場合、フィールド数フィールド2203は、存在しないことがある。フィールド1 2204からフィールドN 2205の各々は、1または複数のチャネルまたはセクタ動作モードについての報告を含むことができる。各フィールドは、以下のサブフィールド、すなわち、チャネルまたはセクタ動作モードサブフィールド2206と、チャネルまたはセクタ選好インジケーション(表示)サブフィールド2207とを含むことができる。
チャネルまたはセクタ動作モードサブフィールド2206は、とりわけ、動作帯域幅、帯域幅連続性、指向送信などを使用して、上で説明されたように指定することができる。チャネルまたはセクタ動作モードは、1または複数の特定のチャネル動作モードを指す特定の番号によって符号化することができる。あるいは、チャネルまたはセクタ動作モードは、ビットマップとして実施することができ、ポジティブインジケーション「1」は、STAが特定のチャネル動作モードに対応可能であることを示すことができる。
STAは、1または複数のチャネルを使用することに対する選好(Preference)を示すために、チャネルまたはセクタ選好インジケーションサブフィールド2207を使用することができる。チャネル選好インジケーション(チャネル選好表示)は、いくつかの方法で実施することができる。
STAは、自らとAPとの間の最良の1または複数のチャネルなど、それが好む(チャネル動作モードと関連付けられた)チャネルまたはセクタ番号を示すことができる。例えば、STAは、APのサウンディングフレームまたはビーコンからそれが測定した最良の3つのチャネルが、1MHzのチャネル帯域幅と関連付けられたチャネルまたはセクタ動作モードを使用する、チャネル2、4、および12であることを、APに示すことができる。別の例では、STAは、APのサウンディングフレームまたはビーコンから測定された最良の3つのチャネルが、2MHzのチャネル帯域幅と関連付けられたチャネル動作モードを使用する、チャネル2、4、および12から開始する2MHzチャネルであることを、APに示すことができる。あるいは、または加えて、STAは、APからの指向性ビーコン/セクタ化されたビーコンから測定されたものとして、それが好むAPの送信セクタを示すことができる。
あるいは、STAは、(例えば、チャネル品質が良好および許容可能であるので)それが好むチャネルまたはセクタをAPに示すために、ビットマップを使用することができる。例えば、STAは、STAがAPのサウンディングフレームまたはビーコンから測定したチャネルのうち、その測定された受信信号強度インジケータ(RSSI)、受信チャネル電力インジケータ(RCPI)、受信電力インジケーション(表示)(RPI)、もしくは受信信号対雑音インジケータ(RSNI)が閾値よりも高くなることができる、またはSTAが最小のトラフィック負荷を観測したチャネルを示すために、ビットマップを使用することができる(例えば、チャネル2、4、5、6、12、および14が、これらのチャネルと関連付けられたビット位置においてポジティブインジケーション「1」を使用する)。あるいは、または加えて、STAは、APの好ましい送信セクタを示すために、ビットマップを使用することができる。
あるいは、STAは、多入力多出力(MIMO)またはビーム形成が可能である場合、詳細な圧縮された、または圧縮されていないチャネル品質インジケーションを提供することができる。
図23は、チャネルまたはセクタ選好報告IEの別の例示的なフォーマット2300を示す図である。この代替例では、チャネルまたはセクタ選好報告IEは、限定することなく、以下のフィールド、すなわち、チャネルまたはセクタ動作能力フィールド2303、チャネルまたはセクタ選好インジケーションフィールド2304、ならびに要素IDフィールド2301、および長さフィールド2302を含むことができる。
チャネル動作能力フィールド2303は、ビットマップとして実施することができ、1のポジティブインジケーションは、その特定のチャネル動作モードで動作することについてのSTAの能力を表す。チャネルまたはセクタ選好インジケーションフィールド2304は、ビットマップとして実施することができ、1のポジティブインジケーションは、RCPI、RPI、および/もしくはRSNIレベルが閾値を超える、または少なくとも最小の変調および符号化方式(MCS)を達成することができるなど、ある要件が満たされるチャネルを表す。チャネル動作能力フィールドおよびチャネル選好インジケーションフィールドは、送信セクタ選好インジケーションなど、セクタ化された送信に関連することができる。
図24は、APがSTAに送信することができるチャネルまたはセクタ割り当てIEの例示的なフォーマット2400を示す図である。チャネルまたはセクタ割り当てIEは、限定することなく、以下のフィールド、すなわち、要素IDフィールド2401と、長さフィールド2402と、チャネルまたはセクタ動作モードフィールド2403と、グループIDフィールド2404と、チャネルまたはセクタ割り当てフィールド2405と、サブグループIDフィールド2406と、スケジュールフィールド2407と、パラメータフィールド2408とを含むことができる。
要素IDフィールド2401は、現在のIEがチャネルまたはセクタ割り当てIEであることを示すことができる。長さフィールド2402は、チャネル割り当てIEの長さを含むことができる。チャネルまたはセクタ動作モードフィールド2403は、APによってSTAに割り当てられるチャネルまたはセクタ動作モードを示すことができる。グループIDフィールド2404は、APによってSTAを割り当てることができるグループのIDを示すことができる。グループ割り当ては、チャネル動作能力またはチャネル選好(Channel Preference)に従って割り当てられるSTAのグループと関連付けることができる。グループ割り当ては、STAを異なる時間間隔、または送信セクタ、または他の物理的もしくは論理的属性に割り当てることと関連付けることができる。
チャネルまたはセクタ割り当てフィールド2405は、APによってSTAに提供されるチャネルまたはセクタ割り当てが、ビットマップとして、または開始チャネルの番号として、またはSTAに割り当てられるチャネルの合計からなる(単位帯域幅とすることができる)チャネルの数として実施することができることを示すことができる。
STAは、グループ内のサブグループに割り当てることができる。サブグループIDフィールド2406は、APによってSTAを割り当てることができるサブグループのIDを示すことができる。サブグループ割り当ては、チャネル動作能力またはチャネル選好に従って割り当てられるSTAのグループと関連付けることができる。それは、STAを異なる時間間隔、または送信セクタ、または他の物理的もしくは論理的属性に割り当てることと関連付けることができる。
スケジュールフィールド2407は、限定することなく、グループスケジュールサブフィールド2411、サブグループスケジュールサブフィールド2412、サウンディングスケジュールサブフィールド2413、および/または選好インジケーションスケジュールサブフィールド2414を含むことができる。
グループスケジュールサブフィールド2411は、STAが割り当てられたチャネルに切り換わることができるとき、またはSTAが送信/受信するためにアウェイクすることができるときなど、STAのグループのためのスケジュールに加えて、STAのグループに割り当てられた間隔の持続時間も示すことができる。
サブグループスケジュールサブフィールド2412は、STAが送信/受信するためにアウェイクすることができるときなど、STAのサブグループのためのスケジュールを示すことができる。サブグループスケジュールは、グループスケジュールの開始時刻からのウェイクアップオフセット、および/またはサブグループに割り当てることができるRAW、PRAW、TWT、ビーコンサブインターバル、アクセスウィンドウ、TXOP、もしくは上で汎用的に定義されたようなTXOPの持続時間を含むことができる。
サウンディングスケジュールサブフィールド2413は、STAのグループまたはサブグループがウェイクアップし、APからのサウンディングフレームがないかどうか1もしくは複数またはすべてのチャネルをモニタリングすべきスケジュールを示すことができる。
選好インジケーションスケジュールサブフィールド2414は、サウンディングを行った後、STAのグループまたはサブグループがチャネル選好インジケーションをAPに提供することを許可される開始時刻および持続時間などの、スケジュールを示すことができる。
パラメータフィールド2408は、EDCAパラメータ、競合ベースのアクセス、または競合なしアクセスなど、STAが送信のため、チャネルフィードバックを提供するために、チャネルにアクセスするために使用することができるアクセスパラメータを含むことができる。
チャネルまたはセクタ選好報告およびチャネルまたはセクタ割り当てIEのサブフィールドの任意のサブセットは、任意の既存のIEもしくは新しいIEのサブフィールドもしくはサブフィールドのサブセットとして、または任意のアクションフレーム、ACKなしアクションフレーム、制御もしくは管理フレーム、もしくはMACもしくは物理層収束プロトコル(PLCP)ヘッダの一部として実施することができることに留意されたい。
図25は、STAがチャネルまたはセクタデータを送信し、チャネルまたはセクタ割り当てを受信することができる、別の例示的な手順2500のフローチャートである。この手順は、APが、干渉を最小化するセクタを選択することによって、OBSS干渉を低減することを可能にすることができる。図25の例では、STAは、複数のセクタを介してAPから信号を受信する(2501)ことができる。STAは、その後、好ましいセクタを示す、および/またはそれぞれのセクタにおいて信号が受信されたかどうかを示すインジケーションを生成する(2502)ことができる。このインジケーションは、例えば、ビットマップとすることができる。STAは、その後、APによって提供された選好インジケーションスケジュールに従って、TXOP/RAWまたは上で汎用的に定義されたようなTXOPの間に、インジケーションを含むフレームをAPに送信する(2503)ことができる。
図25の例示的な手順は、STAが複数のチャネルを介してAPから信号を受信することができる、チャネル選好および割り当てにも適用することができる。STAは、その後、好ましいチャネルを示す、および/またはそれぞれのチャネルにおいて信号が受信されたかどうかを示すインジケーションを生成することができる。このインジケーションは、例えば、ビットマップとすることができる。STAは、その後、APによって提供された選好インジケーションスケジュールに従って、TXOP/RAWまたは上で汎用的に定義されたようなTXOPの間に、インジケーションを含むフレームをAPに送信することができる。
実施形態
1.オーバラップ基本サービスセット(OBSS)における通信のための方法であって、
干渉報告およびBSS間調整の能力を示すステップ
を含む方法。
2.干渉報告およびBSS間調整能力は、干渉報告および調整能力情報要素(IE)内で示される実施形態1に記載の方法。
3.干渉報告および調整能力IEは、干渉報告能力フィールドおよびBSS間調整能力フィールドを含む実施形態2に記載の方法。
4.干渉報告能力フィールドは、以下のフィールド、すなわち、BSS内測定、BSS内報告オプション、BSS間測定、BSS内報告オプション、または強制機能のうちの少なくとも1つを含む実施形態3に記載の方法。
5.BSS内測定フィールドは、BSS内送信についての干渉および媒体占有時間を測定する能力を示すために使用される実施形態4に記載の方法。
6.BSS内報告オプションフィールドは、BSS内干渉および媒体占有を報告するためのオプションを示す実施形態4または5に記載の方法。
7.BSS間測定フィールドは、異なるBSSにおける別のSTAもしくはSTAの別のセットによる媒体占有時間、干渉時間、異なるアクセスポイント(AP)もしくはリレーによって広告される異なるアクセスカテゴリについてのサービス品質(QoS)設定、異なるAPもしくはリレーによって測定および広告される周波数帯域使用、APもしくはリレーによって検出もしくは公表される(アナウンスされる)ビーコンインターバル、制限されたアクセスウィンドウ(RAW)、もしくは他のアクセスウィンドウ、ならびに/またはAPもしくはリレーによって公表される(アナウンスされる)トラフィックインジケーションマップ(TIM)もしくはアップリンク(UL)アクセスウィンドウ公表のうちの少なくとも1つを含む実施形態4〜6のいずれか1つに記載の方法。
8.BSS間報告オプションフィールドは、局がBSS間観測および測定をアクセスポイント(AP)に報告するオプションを示し、または送信APが自らのパラメータを近隣APに報告するオプションを示す実施形態4〜7のいずれか1つに記載の方法。
9.BSS間調整能力フィールドは、QoS調整、周波数調整、ビーコンサブインターバル/制限されたアクセスウィンドウ(RAW)調整、トラフィックインジケーションマップ(TIM)調整、またはリレー調整のうちの少なくとも1つの能力を示す実施形態3〜8のいずれか1つに記載の方法。
10.干渉報告および調整能力IEは、プローブ要求フレームまたはアソシエーション要求フレーム内に含まれる実施形態2〜9のいずれか1つに記載の方法。
11.干渉報告および調整能力IEは、ビーコンフレーム、ショートビーコンフレーム、プローブ応答フレーム、またはアソシエーション応答フレーム内に含まれる実施形態2〜10のいずれか1つに記載の方法。
12.干渉報告を行うよう求めて干渉報告要求を少なくとも1つの局に送信するステップ
をさらに含む実施形態1〜11のいずれか1つに記載の方法。
13.干渉報告要求は、干渉報告要求情報要素(IE)を含むフレームによって送信される実施形態12に記載の方法。
14.干渉報告要求IEは、BSS内干渉報告フィールドおよびBSS間干渉報告フィールドを含む実施形態13に記載の方法。
15.BSS内干渉報告フィールドは、測定された局の識別情報および測定パラメータを含む、要求されたBSS内干渉についての測定を指定する実施形態14に記載の方法。
16.測定パラメータは、同じBSSにおける別の局もしくは局の別のセットによる媒体占有時間、干渉時間、またはアクセスカテゴリについての平均媒体アクセス時間のうちの少なくとも1つを含む実施形態15に記載の方法。
17.測定パラメータは、測定チャネルおよび帯域幅を指定する実施形態15または16に記載の方法。
18.測定パラメータは、リレー局が測定要求をアクセスポイントに転送することができるかどうかを指定する実施形態15または16に記載の方法。
19.測定パラメータは、測定周波数を指定する実施形態15または16に記載の方法。
20.測定要求に応答して測定応答を送信するステップ
をさらに含む実施形態1〜19のいずれか1つに記載の方法。
21.測定応答は、干渉報告応答フレームまたは干渉報告応答情報要素(IE)を含むフレーム内に含まれる実施形態20に記載の方法。
22.干渉報告要求は、干渉報告を行うようにリレー局のリレーBSSに要求するために、リレー局に送信される実施形態12〜21のいずれか1つに記載の方法。
23.リレー局が、干渉報告を行うようにリレー局と関連付けられたすべての局に要求するステップ
をさらに含む実施形態22に記載の方法。
24.集中制御デバイスが、ネットワークのための調整を行う実施形態1〜23のいずれか1つに記載の方法。
25.集中制御デバイスが、干渉報告要求フレームをネットワーク内の他のノードに送信する実施形態24に記載の方法。
26.局は、複数のネットワークからの可視性および能力に基づいてグループ化される実施形態1〜25のいずれか1つに記載の方法。
27.BSSの同じセットとオーバラップするBSS内の局は、一緒にグループ化される実施形態26に記載の方法。
28.異なるグループ内の局は、異なる設定を提供される実施形態26または27に記載の方法。
29.設定は、QoS設定、送信機会(TXOP)、制限されたアクセスウィンドウ(RAW)もしくはビーコンサブインターバルスケジュール、またはトラフィックインジケーションマップ(TIM)もしくはアップリンクアクセスウィンドウ割り当てのうちの少なくとも1つを含む実施形態28に記載の方法。
30.局は、局の動作帯域幅能力および設定に基づいてグループ化される実施形態1〜29のいずれか1つに記載の方法。
31.異なるグループ内の局は、異なる制限されたアクセスウィンドウに割り当てられる実施形態30に記載の方法。
32.局は、チャネル条件についてのフィードバックに基づいてグループに分類される実施形態1〜31のいずれか1つに記載の方法。
33.局は、局による干渉測定報告に基づいてグループ化される実施形態32に記載の方法。
34.ノードが、QoS設定を調整するために、自らのQoS関連パラメータを報告するステップ
をさらに含む実施形態1〜33のいずれか1つに記載の方法。
35.QoS関連パラメータは、QoSトラフィックについての負荷情報を含む実施形態34に記載の方法。
36.負荷のタイプは、AC_SensorMeters、AC_FILS、AC_BatteryDevice、AC_VI、またはAC_VOのうちの少なくとも1つを含む実施形態34または35に記載の方法。
37.QoS負荷およびQoSパラメータは、ネットワークまたはBSS全体に対して指定される実施形態35または36に記載の方法。
38.QoS負荷およびQoSパラメータは、1もしくは複数のビーコンサブインターバル、制限されたアクセスウィンドウ(RAW)、もしくはアクセスウィンドウに対して、特定のチャネルもしくは帯域幅に対して、および/または局の特定のセットに対して指定される実施形態35または36に記載の方法。
39.干渉報告および調整能力情報要素を含むビーコンまたはショートビーコンをブロードキャストするステップ
をさらに含む実施形態1〜38のいずれか1つに記載の方法。
40.QoSパラメータモニタリングを行うように局に要求するステップ
をさらに含む実施形態39に記載の方法。
41.局は、局が漏れ聞くことができるすべてのリレーBSSおよびBSSのQoS負荷およびパラメータをモニタリングする実施形態40に記載の方法。
42.調整要求を近隣ネットワークおよびオーバラップネットワーク内の局に送信するステップ
をさらに含む実施形態1〜41のいずれか1つに記載の方法。
43.調整要求は、プライマリチャネル、調整チャネル、送信機会(TXOP)、ビーコンサブインターバル、制限されたアクセスウィンドウ(RAW)、アクセスウィンドウ、トラフィックインジケーションマップ(TIM)、またはアップリンクアクセスウィンドウのうちの少なくとも1つについての調整を要する実施形態42に記載の方法。
44.調整要求に応答して調整応答を送信するステップ
をさらに含む実施形態42または43に記載の方法。
45.チャネル調整は、集中調整器によって集中化され、またはアクセスポイントにわたって分散される実施形態1〜44のいずれか1つに記載の方法。
46.アクセスポイントは、それがチャネル調整可能であることをビーコンまたはショートビーコン内で示す実施形態1〜45のいずれか1つに記載の方法。
47.異なる無線距離において動作するデバイスは、異なるチャネル上で動作するように割り当てられる実施形態1〜46のいずれか1つに記載の方法。
48.予約された送信機会(TXOP)を調整するステップ
をさらに含む実施形態1〜47のいずれか1つに記載の方法。
49.TXOPは、異なる周波数チャネル、帯域幅、および送信セクタ上の、ビーコンサブインターバル、制限されたアクセスウィンドウ(RAW)、またはアクセスウィンドウを含む実施形態48に記載の方法。
50.TXOP調整は、集中調整器によって集中化され、またはアクセスポイントにわたって分散される実施形態48または49に記載の方法。
51.局(STA)は、動作チャネル能力および/またはチャネル条件に基づいてグループ化される実施形態1〜50のいずれか1つに記載の方法。
52.局(STA)が、チャネル選好報告情報要素(IE)を含むフレームを送信するステップ
をさらに含む実施形態1〜51のいずれか1つに記載の方法。
53.チャネル選好報告情報要素(IE)は、チャネル動作モードおよび/またはチャネル選好インジケーションを含む実施形態52に記載の方法。
54.チャネル動作モードは、動作帯域幅、帯域幅隣接性、および/または指向送信を使用して指定される実施形態53に記載の方法。
55.チャネル動作モードは、1または複数の特定のチャネル動作モードを指す特定の番号によって符号化される実施形態53または54に記載の方法。
56.チャネル動作モードは、ビットマップを使用して示される実施形態53または54に記載の方法。
57.チャネル選好インジケーションは、STAが選好するチャネル動作モードと関連付けられたチャネル番号を示す実施形態53〜56のいずれか1つに記載の方法。
58.チャネル選好報告IEは、STAが選好するアクセスポイントの送信セクタを示す実施形態53〜57のいずれか1つに記載の方法。
59.チャネル選好インジケーションは、ビットマップを使用して示される実施形態53〜58のいずれか1つに記載の方法。
60.チャネル選好インジケーションは、STAによって測定された、受信信号強度インジケータ(RSSI)、受信チャネル電力インジケータ(RCPI)、受信電力インジケーション(RPI)、または受信信号対雑音インジケータ(RSNI)のうちの少なくとも1つに基づいて生成される実施形態53〜59のいずれか1つに記載の方法。
61.STAは、チャネル品質インジケーションを提供する実施形態53〜60のいずれか1つに記載の方法。
62.チャネル選好報告IEは、チャネル動作能力およびチャネル選好インジケーションを含む実施形態52に記載の方法。
63.チャネル動作能力および/またはチャネル選好インジケーションは、ビットマップを使用して示される実施形態62に記載の方法。
64.チャネル動作能力およびチャネル選好インジケーションは、セクタ化された送信に関連する実施形態62または63に記載の方法。
65.局(STA)が、チャネル割り当て情報要素(IE)を含むフレームを受信するステップ
をさらに含む実施形態1〜64のいずれか1つに記載の方法。
66.チャネル割り当てIEは、アクセスポイントによってSTAに割り当てられた、チャネル動作モード、グループ識別情報、チャネル割り当て、サブグループ識別情報、スケジュール、またはパラメータのうちの少なくとも1つを含む実施形態65に記載の方法。
67.チャネル割り当ては、ビットマップを使用して示される実施形態66に記載の方法。
68.チャネル割り当ては、開始チャネルの番号、またはSTAに割り当てられたチャネルの合計からなるチャネルの数を用いて示される実施形態66に記載の方法。
69.グループ識別情報またはサブグループ識別情報は、異なる時間間隔、送信セクタ、または他の物理もしくは論理属性と関連付けられる実施形態66〜68のいずれか1つに記載の方法。
70.スケジュールは、STAのグループのためのグループスケジュール、またはSTAのサブグループのためのサブグループスケジュールを含む実施形態66〜69のいずれか1つに記載の方法。
71.グループスケジュールは、STAが割り当てられたチャネルに切り換わるとき、STAが送信もしくは受信のためにアウェイクするとき、またはSTAのグループに割り当てられた間隔の持続時間を含む、STAのグループのためのスケジュールを示す実施形態70に記載の方法。
72.サブグループスケジュールは、STAが送信もしくは受信のためにアウェイクするとき、グループスケジュールの開始時刻からのウェイクアップオフセット、および/またはSTAのサブグループに割り当てられた、制限されたアクセスウィンドウ、ビーコンサブインターバル、アクセスウィンドウ、もしくは送信機会の持続時間を含む、STAのサブグループのためのスケジュールを示す実施形態70または71に記載の方法。
73.スケジュールは、STAのグループまたはサブグループがウェイクアップし、アクセスポイントからのサウンディングフレームがないかどうか1もしくは複数またはすべてのチャネルをモニタリングする、サウンディングスケジュールを含む実施形態66〜72のいずれか1つに記載の方法。
74.スケジュールは、STAのグループまたはサブグループがチャネル選好インジケーションをアクセスポイントに提供することを許可される開始時刻および持続時間を示す選好インジケーションスケジュールを含む実施形態66〜73のいずれか1つに記載の方法。
75.STAは、チャネル割り当ておよびスケジュールに従って、割り当てられたチャネルに切り換わり、ウェイクアップする実施形態66〜74のいずれか1つに記載の方法。
76.STAは、定期的にまたはスケジュールに従ってサウンディングフレームをモニタリングおよび測定するために、1もしくは複数またはすべてのチャネルに切り換わる実施形態66〜75のいずれか1つに記載の方法。
77.実施形態1〜76のいずれか1つに記載の方法を実行するように構成された局。
78.実施形態1〜76のいずれか1つに記載の方法を実行するように構成されたアクセスポイント。
79.実施形態1〜76のいずれか1つに記載の方法を実行するように構成されたデバイス。
80.実施形態1〜76のいずれか1つに記載の方法を実行するように構成された集積回路。
81.実施形態1〜76のいずれか1つに記載の方法を実行するように構成された無線送信/受信ユニット(WTRU)。
82.オーバラップ基本サービスセット(OBSS)における通信のための方法であって、
局が、干渉報告およびBSS間調整の能力を示すステップと
局が、局自らのBSSまたは局が漏れ聞くことができる近隣BSSの少なくとも一方における干渉測定を求める要求を受信するステップと、
局が、干渉測定報告をアクセスポイントに送信するステップであって、サービス品質(QoS)設定、送信機会(TXOP)、制限されたアクセスウィンドウ(RAW)もしくはビーコンサブインターバルスケジュール、またはトラフィックインジケーションマップ(TIM)もしくはアップリンクアクセスウィンドウ割り当てのうちの少なくとも1つが、干渉測定報告に基づいて調整される、ステップと
を含む方法。
83.オーバラップ基本サービスセット(OBSS)における通信のための方法であって、
局(STA)が、チャネル選好報告情報要素(IE)を含むフレームを送信するステップであって、チャネル選好報告IEは、チャネル動作モードおよび/またはチャネル選好インジケーションを含む、ステップと、
STAが、チャネル割り当て情報要素(IE)を含むフレームを受信するステップであって、チャネル割り当てIEは、アクセスポイントによってSTAに割り当てられた、チャネル動作モード、グループ識別情報、チャネル割り当て、サブグループ識別情報、スケジュール、またはパラメータのうちの少なくとも1つを含む、ステップと、
STAが、チャネル割り当ておよびスケジュールに従って、割り当てられたチャネルに切り換わり、ウェイクアップするステップと
を含む方法。
実施形態は、IEEE802.11プロトコルを参照して開示されたが、実施形態は、IEEE802.11に制限されず、他の任意の無線システムにも同様に適用可能であることに留意されたい。
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、(有線または無線接続上で送信される)電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ(ROM)、ランダムアクセスメモリ(RAM)、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにCD−ROMディスクおよびデジタル多用途ディスク(DVD)などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータで使用される無線周波送受信機を実施するために使用することができる。