無線通信で使用する方法において、ビーコンインターバルでビーコンを送信するステップであって、前記ビーコンは少なくとも1つの管理スケジュールされたリソース割当て期間および複数のチャネルアクセス期間に対するスケジュール情報を含み、前記ビーコンインターバルの残りの部分に対する前記複数のチャネルアクセス期間の割当ては、前記少なくとも1つの管理スケジュールされたリソース割当て期間に基づいている、送信するステップを備えることを特徴とする方法。無線通信において使用される方法において、ビーコンインターバルでビーコンを受信するステップであって、前記ビーコンは少なくとも1つの管理スケジュールされたリソース割当て期間および複数のチャネルアクセス期間に対するスケジュール情報を含み、前記ビーコンインターバルの残りの部分に対する前記複数のチャネルアクセス期間の割当ては、前記少なくとも1つの管理スケジュールされたリソース割当て期間に基づいている、受信するステップを備えることを特徴とする方法。ビーコンインターバルでビーコンを送信するよう構成された送信機であって、前記ビーコンは少なくとも1つの管理スケジュールされたリソース割当て期間および複数のチャネルアクセス期間に対するスケジュール情報を含み、前記ビーコンインターバルの残りの部分に対する前記複数のチャネルアクセス期間の割当ては、前記少なくとも1つの管理スケジュールされたリソース割当て期間に基づいている送信機を備えたことを特徴とするアクセスポイントAP。ビーコンインターバルでビーコンを受信するよう構成された受信機であって、前記ビーコンは少なくとも1つの管理スケジュールされたリソース割当て期間および複数のチャネルアクセス期間に対するスケジュール情報を含み、前記ビーコンインターバルの残りの部分に対する前記複数のチャネルアクセス期間の割当ては、前記少なくとも1つの管理スケジュールされたリソース割当て期間に基づいている受信機を備えたことを特徴とするステーションSTA。現行のIEEE802.11WLAN無線ローカルエリアネットワークのサービス要件および展開シナリオ想定の下で、MACメディアアクセス制御層のサービスアクセスポイントの上に、100Mbpsのスループットを満たすように最適化されうる様々な物理層インタフェースをサポートする、より効率的なMACアーキテクチャ、および関連するプロシージャを提供することが望ましい。本発明は、無線通信システムにおける媒体へのアクセスを制御するための方法およびシステムに関する。MACアーキテクチャが、既存のIEEE802.11MACアーキテクチャ、およびそのIEEE802.11e拡張の上に構築し、より高いパフォーマンスを提供する。少なくとも1つのSRAScheduledResourceAllocation:スケジュールされたリソース割り当てと少なくとも1つのMSRAManagementSRA管理SRAを有するコンテンションフリー期間、およびを含むように、スーパーフレーム構造が、時間領域において定義される。SRAおよびMSRAについての情報を含むEBextendedbeacon:拡張されたビーコンが、伝送される。MACアーキテクチャは、局のバッテリ消費を低減し、NRT非リアルタイムのトラフィックに関してより高いスループットをサポートし、完全な互換性を保ちながらRTリアルタイムのトラフィックに関してより効率的である。本発明は、STA局のバッテリ消費を低減し、NRT非リアルタイムのトラフィックに関してより高いスループットをサポートし、これは、完全な互換性を保ちながら、RTリアルタイムのトラフィックに関してIEEE802.11eによって必要とされるより効率的である。本発明は、隠れノード問題を解消する。本発明は、類似した待ち時間要件の下で、FTPファイル転送プロトコルまたはWebブラウジングなどの、NRTサービスに関するEDCAEnhancedDistributedChannelAccess拡張分散チャネルアクセス上で、IEEE802.11eによって必要とされるより、NRTサービスに関するより高いパフォーマンス、より良好な安定性、より多くのユーザ数、またはより高いスループットを提供し、APアクセスポイント伝送に向けてのIEEE802.11eの不公平さを修正する。本発明は、QoSサービス品質、STA電力消費の低減、すべてのRTアプリケーションに関するより高いMAC効率およびスループット、IEEE802.11eEDCAと比べてより低い遅延ジッタ、IEEE802.11eHCCAHybridCoordinationFunctionハイブリッド調整機能ControlledChannelAccess制御チャネルアクセスと比べて、類似した遅延ジッタを有するVoIPボイスオーバーインターネットプロトコルアプリケーションに関する、より高いMAC効率を保証する一方で、RTサービスに関する、より高いパフォーマンスをもたらす。本発明は、IEEE802.11MACおよびIEEE802.11e拡張、ならびにIEEE802.11kに対する下位互換性をもたらす。本発明は、符号化および変調率を決定するのに使用されるCQIチャネル品質情報のタイムリーな受信を可能にする順序づけられた往復の伝送を通して、効率的なPHY物理動作、チャネルの相互channelreciprocityの使用、または、必要な場合は送信器動作を最適化するのに使用されることが可能なCSIチャネル状態情報の受信、ハイブリッドARQ自動再送要求のサポート、および拡張された周波数ホッピングオプションをサポートする。本発明は、MIMO複数入力複数出力技術およびFEC前方誤り訂正符号化技術、OFDMA直交周波数分割多重アクセス動作、必要な場合、他の帯域幅にも拡張可能な、同一のスーパーフレームにおける20MHzと40MHzの両方のHT高いスループットのSTAを含むが、これらに限定されない、様々なタイプのPHYインタフェースをサポートする柔軟性のある設計を組み込む。本発明は、APの制御下において、拡張されたピアツーピア直接データ転送、ならびにサービスエリアの範囲および率を拡張する中継動作のサポートを提供する。本発明のより詳細な理解は、例として与えられ、添付の図面に関連して理解されるべき、好適な例の以下の説明から得ることができる。以上説明したように、本発明により、MAC層のサービスアクセスポイントの上に、100Mbpsのスループットを満たすように最適化され得る様々な物理層インタフェースをサポートするより効率的なMACアーキテクチャおよび関連する手順を提供することができる。以降、STAという用語には、ユーザ装置、WTRU無線送信/受信ユニット、固定もしくは移動加入者ユニット、ページャー、または無線環境で動作可能な他の任意のデバイスが含まれるが、これらに限定されない。以降、言及する際、APという用語には、基地局、ノードB、サイトコントローラ、または無線環境における他の任意のタイプのインタフェースデバイスが含まれるが、これらに限定されない。以降、STAという用語は、IEEE802.11nをサポートするように構成されたSTAを指し、レガシーSTAという用語は、IEEE802.11またはIEEE802.11eをサポートするように構成されたSTAを指す。以降、以下の用語が、本発明において使用される。APは、提案されるIEEE802.11n標準に準拠する任意のAPを意味する。STAまたは、IEEE802.11nSTA、HT高スループットSTAと交換可能は、提案されるIEEE802.11n標準に準拠する任意のSTAを意味する。レガシーAPは、IEEE802.11n標準より前から存在するIEEE802.11標準に準拠し、したがって、提案されるIEEE802.11n標準をサポートしない任意のAPを意味する。レガシーSTAには、提案されるIEEE802.11n標準より前から存在するIEEE802.11標準に準拠し、したがって、提案されるIEEE802.11n標準をサポートしない任意のSTAが含まれる。以降、本発明は、IEEE802.11n環境での文脈で説明される。しかし、本発明は、他の任意の無線通信環境にも適用可能であることに留意されたい。本発明によるMACは、既存のIEEE802.11MACアーキテクチャ、およびそのIEEE802.11e拡張の上で構築し、IEEE802.11n準拠のAPおよびSTAを含むネットワークに関して、より高いパフォーマンスをもたらす。本発明によるシステムは局のバッテリ消費を低減し、NRTトラフィックに関してより高いスループットをサポートし、レガシーSTAと高スループットSTAの両方を同時にサポートする完全な互換性を保持する一方で、RTトラフィックに関して、IEEE802.11eより効率的である。本発明は、現行のIEEE802.11WLANサービス要件および展開シナリオ想定の下で最適化できる、様々な物理層インタフェースをサポートするMACアーキテクチャおよびMACプロシージャを提供する。完全な下位互換性を保持する一方で、STAに関する割り込み動作を実現するため、スーパーフレームは、IEEE802.11nアクセスに使用されるHT期間と、IEEE802.11アクセスおよびIEEE802.11eアクセスに使用されるオプションのレガシー期間に分割される。RTサービスとNRTサービスはともに、異なる方法を使用してスーパーフレームのIEEE802.11n期間中にSTAに提供される。NRT動作は、正規の待ち時間要件を全く有さなく、予測不可能で大きく変化するデータ率によって特徴付けられる。ダウンリンクAP→STAデータ伝送は、APにおいて一般的にただし、必然的にではなく実装されるコントローラの裁量で行われる。その時間中に、レガシーSTAまたはHTSTAからの競合は、全く生じない。確認応答パケットおよびフィードバックパケットが、諸条件に依存し、ノード間で行われるネゴシエーションに応じて、単一のパケット、または複数のパケットの後に、逆方向アップリンク、つまり、STA→APで規則的に伝送され、物理層パフォーマンスを最適化するように活用されることが可能である。この機構は、システムパフォーマンスをさらに向上させるように、バッファ占有率およびチャネル条件を考慮に入れることができる高度なスケジューリングアルゴリズムを使用することを可能にするだけ、十分に柔軟性がある。以上の動作は、スーパーフレームにおけるSRAスケジュールされたリソース割り当て期間中に行われる。アップリンクSTA→APデータ転送は、スロット付きAloha帯域幅要求のすぐ後に、データを伝送する許可を示す応答が続くことを介して達成される。ダウンリンクのケースに関しては、確認応答パケットおよびフィードバックパケットが、諸条件に依存し、ノード間で行われるネゴシエーションに応じて、単一のパケット、または複数のパケットの後に、逆方向で規則的に伝送される。要求は、MSRA管理SRA中に送信されるのに対して、データ転送は、SRA中に実行される。スロット付きAlohaモードで短いパケットを使用することにより、スループット、および高い負荷における安定性が高まり、STAが、競合に関する媒体を検知することを要求されないので、隠れノード問題が解消される。ダウンリンクのケースと同様に、この機構は、システムパフォーマンスをさらに向上させるように、バッファ占有率およびチャネル条件を考慮に入れることができる高度なスケジューリングアルゴリズムを使用することを可能にするだけ、十分に柔軟性がある。また、管理目的および制御目的で使用される例えば、RT動作をセットアップするために小さいパケット群が、その時点で交換されることも可能である。RT動作は、予測可能なデータ転送を特徴とする。リソースは、スーパーフレーム当たり1回、または数回、伝送されるEB拡張されたビーコンによって各ユーザに示される。その結果、ポーリングオーバーヘッドが小さくなるが、より重要なことには、STAが、ほんのわずかな時間だけしかリッスンすることを要求されず、これにより、STA電力消費要件が小さくなる。NRTサービスのケースと同様に、確認応答パケットおよびフィードバックパケットが、単一のパケット、または複数のパケットの後に、逆方向で規則的に伝送され、物理層パフォーマンスを最適化するように活用されることが可能である。NRTに関しては、スケーリングは、トラフィック条件とチャネル条件をともに考慮することができる。EBは、IEEE802.11k標準におけるいくつかの用途を有する。第1に、EBは、STAが、周波数帯域を走査して近隣を探す際、電力節約を可能にする。第2に、EBは、BSS遷移に関する近隣走査中、中断時間の短縮を可能にする。第3に、EBは、STAの範囲を広げる。EBは、低い速度で伝送されることも、高い速度で伝送されることも可能である。低い速度では、EBは、範囲を広げることに用途を有する。高い速度では、EBは、ビーコンオーバーヘッドを減らすことに用途を有する。EBは、IEEE802.11n動作および非IEEE802.11n動作、10/20/40MHz動作およびデュアル20MHz動作IEEE802.11nを含め、いくつかのシナリオに適用可能である。EBは、標準のビーコンに取って代わることが可能であり、その場合、標準のビーコンの一部の、またはすべての情報要素を含む。また、EBは、可変長でもある。図1は、本発明による、IEEE802.11eのために採用されたアーキテクチャを拡張するMACアーキテクチャ100のブロック図である。MACアーキテクチャ100は、RCFResourceCoordinationFunctionリソース調整機能105、およびDCFDistributedCoordinationFunction分散調整機能110を含む。RCF105は、PCFPointCoordinationFunctionポイント調整機能115、EDCAEnhancedDistributedChannelAccess拡張された分散チャネルアクセス120、HCCAHCFHybridCoordinationFunctionハイブリッド調整機能ControlledChannelAccess制御チャネルアクセス125、RMCARCFManagementChannelAccessRCF管理チャネルアクセス130、およびRSCARCFScheduledChannelAccessRCFスケジュールチャネルアクセス135を含むことが可能である。RMCA130およびRSCA135は、IEEE802.11nのために追加された新たな機能である。RCF105およびDFC110は、下位互換性のためにHCFおよびPCFとともに存在する。RCF105は、IEEE802.11n構成においてのみ使用可能であり、完全なQoSサービス品質を提供する。すべてのIEEE802.11nSTAが、RCF105を実装する。RCF105は、DCF110からの機能、および新たなスケジューリング機能を使用して、QoSを伴うまたはQoSを伴わないデータ転送のためにフレームセット交換シーケンスを可能にする。管理機能およびスケジューリング機能のためにRCF105によってサポートされる2つのアクセスプロシージャが、存在する。第1に、RMCA130が、小さいパケットの転送、およびスケジュール要求/予約のために、RCF105によって提供される。第2に、RSCA135が、完全なQoSサポートを提供する、コンテンションフリーデータ転送のために提供される。通常、RMCA130は、RSCA135によってサポートされることになるサービスに関するすべての帯域幅要求のために使用される。RCF130が動作の際に使用されるスーパーフレーム構造を以下に説明する。図2は、本発明によるレガシー動作を有するスーパーフレーム構造200のブロック図である。スーパーフレーム205は、レガシービーコン210と、レガシーコンテンションフリー期間CFP215と、レガシー競合期間CP220とを含む。IEEE802.11n期間225が、CFP215内で定義される。IEEE802.11n期間225は、競合、ならびにIEEE802.11nSTA向けのスケジュールされた伝送を含む。CFP215は、APによってポーリングされない限り、レガシーSTAが、チャネルにアクセスしないことを確実にする。RCF105が、BSS基本サービスセットにおいて動作している際、CFP215およびCP220が、レガシーSTAおよびIEEE802.11nSTAをサポートする必要性に基づいて生成される。IEEE802.11nSTAは、IEEE802.11n期間225として定義される期間においてサポートされる。CPを使用して、レガシーSTAの動作がサポートされる。IEEE802.11nSTAは、好ましい動作モードではない可能性があるものの、そこで競合することを許される。IEEE802.11n期間225は、EB、SRAスケジュールされたリソース割り当て、およびMSRA管理SRAをサポートし、可変のガードタイムが、これらを分離する。レガシー動作が有効にされない場合、スーパーフレーム構造200は、ビーコン210およびCP220を含まない。レガシー動作が無効にされた場合に、SRAが、時間だけに基づいて割り当てられる単純なスーパーフレーム構造300が、図3に示されている。スーパーフレーム構造300は、PHY物理層とは独立であり、すべてのタイプのPHY層をサポートする。PHY層が、可変のサブチャネルの割り当てを可能にするOFDMAにおけるようなケースにおいて、スーパーフレームは、図4に示されるとおりである。APは、CFコンテンションフリーパラメータセット要素をビーコンフレームの中に含めることにより、CFP215にわたる無線媒体の制御を得る。このため、すべてのSTAは、STAのNAVネットワーク割り当てベクトルをCFパラメータセット要素の中のCFPDurRemaining値に設定し、これにより、どれだけの時間、CFPが続くかが示される。これにより、レガシーSTA群によるCFP215内の競合が防止される。APによって生成されたCFP215は、常に、CF終了フレームで終了する。IEEE802.11n期間は、APによってCFP215内のどこにでも確立されることが可能である。レガシービーコン210は、IEEE802.11nSTAを含め、すべてのSTAが、ビーコン210を受信することができるように、20MHzチャネルで伝送される。ビーコン210は、レガシー情報のすべてを含み、EBについての情報をIEEE802.11n期間の中に含めるように変更される。EBについての周期性periodicity情報、周波数帯域情報、およびサブチャネル情報は、ビーコンの中に明示的に含められる。EBは、現行のIEEE802.11ビーコンにおいて定義されるシステム情報に加えて、SRA、MSRA、およびORAオープンRA期間の位置、時間、およびタイプにつての情報を含む。EBは、ビーコンよりも高いデータレートで伝送されることが可能である。レガシー動作が有効にされる場合、EBの最初の出現は、ビーコンの直後である。EBのその後の出現は、EBの周期性に基づく。レガシー動作が存在しない場合、レガシービーコンは、存在しなくてもよく、EBは、システムにおけるビーコンとしてだけの役割をする。レガシー動作が存在する場合、スーパーフレームは、2つのレガシービーコンの間の期間として定義される。それ以外の場合、スーパーフレームは、2つのEBの間の期間である。レガシービーコンが存在する場合、1つまたは複数のEBが、スーパーフレームの中に存在することが可能である。IEEE802.11nSTAは、ビーコンをリッスンしてEBを探し出すこと、またはEBを直接にリッスンすることができる。EBの長さは、可変である。これらのSTAは、レガシーSTAと比べて、無線媒体に効率的な形でアクセスして、MACPDUプロトコルデータユニットすなわち、MPDUを伝送することができる。RCF105の下におけるSTAへの基本的な割り当て単位は、SRAである。各SRAは、開始時刻および時間によって定義される。SRAは、RSCA135の下において、IEEE802.11n期間の中でRCF105によってSTAに割り当てられる。SRAの割り当ては、RMCA130の下で要求を行うSTAによってセットアップされることが可能である。伝送は、割り当てられたSRAを超えて延長されない。STAに割り当てられたSRAの指定された時間中、他のいずれのSTAも、無線媒体に関して競合する可能性がない。MSRAは、RMCA135の下において、IEEE802.11n期間225の中でRCF105によってセットアップされる管理SRAである。MSRAは、リソース要求およびリソース応答、関連付け要求および関連付け応答、ならびに管理情報の交換などの、管理機能のために使用される。各MSRAは、開始時刻および時間を有する。伝送は、MSRAの時間を超えて延長されない。RCFは、各IEEE802.11n期間の中で十分なMSRAが割り当てられることを確実にする。STA群は、MSRA中に無線媒体に関して競合する。ORAは、スーパーフレームの中ですべてのSRAおよびMSRAが割り当てられた後に利用可能なリソースである。また、ORAは、SRAが完全に利用されていないために現れる可能性もある。SRAは、STAの所与のトラフィックストリームに割り当てられるので、ORAは、SRAとは異なる。それらのリソースは、APによって制御される。ORAは、APによって、NRTサービスのダウンリンク伝送およびアップリンク伝送のため、補助的なSRAを提供するため、ならびにブロードキャストトラフィックマルチキャストトラフィックのために使用されることが可能である。一部のORAは、STAのグループに割り当てられることが可能である。RMCA機構は、データパケット交換、およびスケジュールされた伝送に関する要求/予約のためにMSRAをセットアップすることにより、IEEE802.11n期間内に管理機能に無線メディアへのアクセスを提供する。RMCAの下におけるチャネルアクセスプロシージャは、実用可能なMSRAのタイプに依存する。APは、EBの中でRMCAパラメータを告知する。それらのパラメータは、位置、時間、およびアクセス機構、ならびに、オプションとして、タイプなどの、MSRAについての情報を含む。タイプは、関連付けられたSTAのために使用されるMSRAと、関連付けられていないSTAのために使用されるMSRAを区別することが可能である。好ましくは、スロット付きAloha競合ベースのアクセス機構が、すべてのMSRAにおいて使用される。しかし、IEEE802.11eによって定義されるCSMA/CA機構、または他の任意の競合機構が、実施されることが可能である。競合機構は、EBの中でシグナルされる。MSRAは、関連付けられたSTA、および関連付けられていないSTA、およびAPが、競合モードでメッセージを交換することを可能にする。データ交換は、通常、スケジュールされた伝送に関するリソース割り当て要求、関連付け/再関連付け要求などの、小さいデータパケットである。関連付けられたSTAによって伝送されるデータは、通常、IEEE802.11n期間の中でSRAの割り当てを要求するためのリソース割り当て要求フレームである。新たなSTA、または関連付けられていないSTAによって伝送されるデータは、通常、APに対する関連付けを要求するための関連付け/再関連付け要求フレームである。さらに、小さいパケット群が、パケットのサイズのある制限の対象となるSTAによって、オプションとして、伝送されることが可能である。MSRAは、データパケット伝送と制御パケット伝送の少なくとも1つ向けに特定される。図5は、MSRA505に関するスロット付きAloha機構500を示す。スロット付きAloha機構500では、STAは、短いデータパケットを使用して無線媒体にアクセスする。無線媒体は、データパケット時間と等しいサイズのタイムスロット群510に分割され、伝送は、それらのスロットの先頭においてだけ許される。指数関数的なバックオフ機構が、以下のとおり実施される。バックオフカウンタが、各STAにおいて保持され、スロットごとに減分される。待ち状態のパケットは、バックオフカウンタが0になると、伝送される。バックオフカウンタは、CW競合ウインドウから、一様に分布するランダムな変数として選択される。最初の試みにおいて、CWは、最小に設定される。CWのサイズは、上限に達するまで、再伝送の試みの回数とともに成長する。CWが成長する速度は、オプションとして、トラフィックの優先順位に依存してもよい。例えば、トラフィックのアクセス遅延指定が小さいほど、CWの成長は遅い。アクセス遅延指定に基づいてCWを制御することにより、高い負荷の状況下におけるスロット付きAlohaアクセスのアクセス遅延のより良好な管理が可能になる。MSRAの終わりに、APは、MSRA505の中で競合したすべてのSRAに関する一括応答である、一括応答フレーム515を伝送する。一括応答フレーム515は、リソース割り当て要求を伝送することに成功した、関連付けられたSTA向けのリソース割り当て応答、および関連付け/再関連付け要求を伝送することに成功した、関連付けられていないSTA向けの関連付け/再関連付け応答を含む。失敗したSTAは、バックオフカウンタを使用して、パケットを再伝送しなければならない。バックオフカウンタは、MSRA期間中にだけ減分される。Aloha機構500は、RCF105が、リソースを要求したSTA群の各STAのサービス要件、バッファ占有率、およびチャネル条件に関する複数の要因を考慮に入れることを可能にする。CSMA/CAスキームが、MSRAのために使用される場合、STAからの成功した各伝送に、APからのACKメッセージで個々に確認応答が行われる。これは、前述したスロット付きAloha機構500のケースにおける一括応答と比べた場合、非効率である。RSCA135は、スケジュールされたリソース割り当てを介してQoSサービスサポートを提供するRCリソースコーディネータを使用する。RCは、PCポイントコーディネータおよびHCハイブリッドコーディネータとは異なる諸規則の下で動作する。SRAが、すべてのタイプのトラフィック例えば、NRTおよびRTに応えるようにSTAに割り当てられる。RCは、複数のスーパーフレームにわたってほとんど変化せず、伝送が、発信元STAによって終了させられるまで繰り返し出現するSRAで、トラフィックに対応することができる。そのようなSRA準静的な性質のは、RT周期的トラフィックに適している。しかし、RCは、スーパーフレームごとに頻繁に変化する可能性があり、1つまたは複数のスーパーフレームにわたってデータバーストを伝送するSRAで、トラフィックに対応することもできる。それらのタイプのSRA動的な性質のは、任意のタイプのトラフィックに応えるように使用されることが可能であり、データバーストごとに割り当てられる。以上の機構は、リソースの利用を最適化するようにSRA割り当てを再構成する柔軟性をRCに与える。RCは、STAへのSRAの割り当てにおいてSRA時間を設定する際に、SRA伝送の一部となる応答フレームを含め、すべての伝送を考慮に入れる。SRAまたはMSRAとして割り当てられていないすべてのリソースは、RCによってORAとして管理される。ORAは、多くの用途を有し、RCが、スケジュールされていないリソースを効率的に利用することを可能にする。非APSTAが、RCに向けられたリソース割り当て要求指定IE情報要素の中でQoS情報を提供しながら、MSRA中にリソース割り当て要求を送信することが可能である。STAは、その伝送が、RSCAの下でだけ、さらにオプションとして、RMCAの下で行われるべきことを示さなければならない。RFトラフィックデリバリおよびSRA割り当ては、所与のトラフィックのQoS要件を満たすように、IEEE802.11n期間中にスケジュールされる。APは、割り当てられたSRAに関するパラメータをEBの中で告知する。STAは、十分な長さのSRA中に複数フレーム交換シーケンスを開始して、複数のそのようなシーケンスを実行することができる。SRA割り当ては、様々なトラフィック特性を有し、BSS固有のQoSポリシーの対象となるユーザらに属する待ち状態のトラフィックについての、BSS全体にわたるRCの知識に基づくことが可能である。SRA割り当ておよびSRA変更には、2つ以上のSTA間におけるデータの交換のためのSRAの作成、変更、および終了が関わる。STAは、そのSTAがサポートするアプリケーションに応じて、1つまたは複数の接続をサポートすることができる。所与のタイプのトラフィックに応える接続のためのSTAへのSRA割り当てには、1つまたは複数のスーパーフレームにわたるSRA割り当ての作成がかかわる。割り当ては、接続の存続期間中に、要求に応じて変更されることが可能である。2つ以上のSTA間におけるSRAの作成、変更、および終了は、リソース割り当て要求メッセージおよびリソース割り当て応答メッセージを使用する、発信元STAとAPの間におけるネゴシエーションによって実行される。SRAにインデックスが割り当てられると、SRAは、変更されること、または終了されることが可能である。APに関連付けられたSTAだけが、SRA割り当てを求めてAPにリソース割り当て要求メッセージを送信する。SRAに関するアクセス遅延は、アクセスに関する優先順位をMSRAの中に含めることによって管理されることが可能である。アクセスが許可されると、要求されるQoSで無線媒体/チャネルへの保証されたアクセスが存在する。SRAの作成のために、発信元STAは、目標STAとの新たな接続を求めるリソース割り当て要求をMSRAの中でAPに送信し、宛先アドレスリストを目標STAアドレスに、リソースインデックスを、未割り当てのステータスを示す既定値に、RARIDを、ネゴシエーションの時間を表す一意の値に、RARタイプを準静的割り当てまたは動的割り当てに、他のすべてのパラメータを適切な値に設定する。APは、発信元STAからリソース割り当て要求メッセージを受信すると、リソースインデックスフィールドが、未使用の値に、他のすべてのパラメータが、適切な値に設定されたMSRAの中で、リソース割り当て応答メッセージで発信元STAに応答する。スーパーフレーム当たりのサービス時間、およびサービス間隔により、準静的SRA割り当ての時間、および繰り返す形での、スーパーフレームに関する割り当ての頻度が決まる。スーパーフレーム当たりのサービス時間、サービス間隔、および最大サービス時間により、そのデータバーストに関して、動的SRA割り当ての時間、スーパーフレームに関する割り当ての頻度、およびサービス時間が決まる。次に、APが、その新たに割り当てられたSRAでEBを更新することができる。APは、EBおよびリソース割り当て応答の中で共同で、または個々にSRAの作成を告知する。また、APは、宛先STAに関する接続の作成も告知する。割り当てられたSRAの変更は、リソースインデックスフィールドが、割り当てられた値に設定され、他のすべてのフィールドが、所望に応じて変更されたリソース割り当て要求メッセージをAPに送信することにより、達成されることが可能である。これは、3つの形で行われることが可能である。第1に、変更が、MSRAを使用して実行される。第2に、リソース割り当て要求メッセージが、SRA内でデータに結合されることが可能である。対応する応答は、SRAの中で、APからのデータに結合されることが可能であり、次のスーパーフレームにおいて効果を生じる。別の方法は、以上のメッセージ交換をORAの中でサポートすることである。割り当てられたSRAの終了は、応答インデックスフィールドが、割り当てられた値に設定され、他のすべてのフィールドが、空白またはゼロに設定されたリソース割り当て要求メッセージをAPに送信することにより、達成されることが可能である。発信元STAだけが、確立されたSRAを終了させることができる。補助的なSRAは、APからSTAへの最後のメッセージ伝送のヘッダの中のセットアップ情報を、その所与のSRAの中に含めることによってセットアップされることが可能な、1回限りの割り当てである。ダウンリンクトラフィックストリームに関して、APは、リソース割り当て情報をデータパケットに結合することができる。アップリンクに関して、APは、その補助的なSRA情報をデータパケットに結合することができる。補助的なSRA情報は、実際の割り当て情報であっても、あるORAにおいてリッスンする指示であってもよい。スーパーフレームのIEEE802.11n期間内のSRA位置は、EBの中で指定される。SRA位置情報は、N個のEBの後に変更されることが可能である。数Nは、アプリケーションとシステム要件の少なくとも1つに基づくことが可能である。これにより、EBにおけるオーバヘッドが低減される。レガシーCPが存在する場合、その情報は、EBごとに送信されなければならない。これは、レガシービーコンのずれが、EBによって対処されることが可能であることを確実にするためである。割り当てられたSRAの中で、発信元STAは、1つまたは複数のフレーム交換シーケンスの伝送を開始することができ、すべてのそのようなシーケンス、およびシーケンス内のフレームは、連続するパケット伝送に関するSIFS短いフレーム間スペース間隔によって、またはパケットとACKの間の他の定義された間隔によって隔てられる。STAは、送信すべきデータを全く有さない場合に限って、PHY層情報を送信することができる。APは、PHY層情報を使用して、APとSTAの間におけるチャネル状態情報を知ることができる。図6および図7は、本発明による、それぞれ、ACKを伴う、またはACKを伴わないフレーム交換シーケンス実施例のブロック図である。RCは、割り当てられたSRAの時間が、最大のコンテンションフリー時間dot11CFPMaxDurationおよび最大の滞留時間dot11MaxDwellTimeの標準の諸要件を満たして、非APのSTAが、それらの制約を確認することなしに、割り当てられたSRAを使用することができるようにすることを確実にする。それらの限度の範囲内で、任意の所与のSRA中にどのようなMSDUおよび/またはMPDUが伝送されるかに関する決定が、SRAを割り当てられたSTAによって行われる。割り当てられたSRA中に、STAが、そのSTAにアドレス指定されたフレームを受信し、確認応答を要する場合、STAは、NAVとは無関係にACK確認応答で応答する。STAに割り当てられたSRA中、STAは、NAVとは無関係にフレーム交換シーケンスを開始することができる。割り当てられたSRAの未使用の部分は、RCに戻される。STAが、STAに割り当てられたSRAの中で送信すべきトラフィックを全く有さない場合、またはMSDUが、割り当てられたSRA内で送信するには長すぎる場合、STAは、伝送終了標識を送信する。割り当てられたSRAの中で、対応するSTAからの伝送が全く存在しない場合、APは、DIFSDCFフレーム間スペース期間SIFS期間より長いの後、無線媒体を奪取し、その無線媒体をORAとして使用する。ORAは、関連付けられたSTAが、APとデータパケットを交換することができる、非接続ベースのアクセスを可能にする。ORAは、通常、スーパーフレームの、他の未割り当ての部分の中で、または未使用のSRAの中でさえセットアップされる。APは、ダウンリンク方向とアップリンク方向の両方で、ORA中にデータ交換を調整する。アップリンク方向において、APは、送信機会をSTAに割り当てることにより、これを実現する。交換されるパケットの内容は、制御パケットまたはデータパケットであることが可能である。伝送は、ユニキャスト伝送、マルチキャスト伝送、またはブロードキャスト伝送であることが可能である。ORAは、接続IDセットおよび/またはSTAセットに割り当てられることが可能である。その情報は、EBの中で送信される。APが、このモードの間におけるデータ送信およびデータ受信を制御する。ORAに関するいくつかのアプリケーションは、以下のとおりである。すなわち、APが、任意のSTAにデータパケットを送信することが可能であり、そのSTAが、データパケットまたはACKで応答することが可能である。ORAに参加するのに、STAは、ORA中にリッスンしなければならない。APは、メッセージをブロードキャストする、もしくはマルチキャストすること、あるいは様々なSTAを多重化することができる。ORAにおいてサービスを受けるSTAは、EBの中で定義される。APは、集約されたダウンリンク伝送を1つまたは複数のSTAに送信することができる。STAは、APから制御情報を受信すること、またはチャネルフィードバックなどの制御情報を送信することができる。SRA割り当てが、最終のシーケンスがSRA時間限度を超えてはならないという制約だけを伴って、1つまたは複数の交換シーケンスを伝送するのに使用される。RMCAは、リソース割り当て通知IEの中のTSInfoフィールドのアクセスポリシーサブフィールドの適切な設定によって許されているのでない限り、確立されたトラフィックストリームに属するMSDUを伝送するのに使用されてはならないスケジューリング、およびSRAの割り当てのためにRCによって受け入れられた後。レガシーMACからのスーパーフレーム構造が、本発明のMACにおいて保持されている。特に、レガシーサービスが存在する場合、レガシーの場合と同様に、ビーコン、CFP、およびCPが存在する。レガシーサポートが有効にされていない場合、ビーコン、CP、およびCFPにおけるあらゆるレガシーサポートは、オプションとなる。レガシー機能との比較RCフレーム交換シーケンスが、主に、CFP内のIEEE802.11n期間においてSTAの間で使用されることが可能であるPCFにおいて使用されるPCにおける場合と同様に。しかし、RCフレーム交換シーケンスは、オプションとして、PCまたはHCの機能を実施することもできるものの、いくつかの形でPCおよびHCとは異なる。最も重要な違いは、RCが、指定された時間のSRAを非APのSTAに割り当て、管理機能のために様々なタイプのMSRAも割り当てることである。また、RCは、フレームフォーマット、フレーム交換シーケンス、ならびにPCFおよびHCFに関する他の適用可能な諸規則を使用して、関連付けられたCFポーリング可能なSTAにCF-PollをもたらすPCとして、かつ/またはQoSCF-PollをもたらすHCとしても動作することが可能である。様々なタイプの物理層をサポートするMACのシグナルおよび特徴を以下に説明する。MACは、受信電界強度、干渉レベル、チャネル情報、および送信器較正を含め、様々な物理層の必要性に関する測定フレームをサポートする。APは、特定のチャネルAPのチャネル以外であることが可能であるにおける干渉、受信されたRSSI受信強度信号標識他のAP群からのを測定することができる。APは、パスロス測定に関する信号を送信することができる。送信されるパケットは、送信電力を含むのに対して、応答フレームは、受信電力を含む。以上の測定は、ORAにおいてスケジュールされて、小さい較正フレームを送受信する。APにおいて、または別の場所で実装される物理層、または別の機構が、MACに対する何らかのレイヤ間メッセージングを介して、要求される測定のタイプおよび数を示すことができる。AP送信器較正のために、APは、STAを使用して、APの較正に役立てることができる。STAは、STAの送信アンテナ較正のために、オープンMRAにおいて要求を送信する。APは、通常のMRAおよび/またはオープンMRAにおいて、STAにAPの送信器を較正させる。較正のために送信されるパケットの中の通常のフィールドは、TX較正として設定された測定タイプ、およびSTAIDである。応答は、非MIMO局に関するすべての測定要求に関するRSSI情報、およびMIMO対応のSTAに関するチャネルパラメータを含む。ビームステアリングデバイスに関するサポートが、以下のとおり提供される。すなわち、APまたはSTAがビームステアリングモードになっていることを示すことができる。アンテナ較正のために測定信号に類似した正しいビームを選択するために、特殊なパケットが、使用されることが可能である。APは、タイミング情報をSTAに送り返すことを許される。APは、スロット付きAlohaスロットからのオフセットからのタイミング情報を検出することができる。その情報は、OFDMAシステムまたは20MHz/40MHzシステムに役立つ可能性がある。APおよびSTAは、ある物理的特性、またはAPをSTAから示し、区別するのに使用されることが可能なビットを含むことが可能である。APのMIMO能力に関する情報は、レガシービーコンの中の追加のフィールドとして送信されることが可能であるそのような情報が、復号化のために必要でない場合。MIMO能力パラメータは、EB上の物理層の量として送信されることが可能である。他のパラメータは、APが、MIMO対応であるか否かの指示、およびMIMO能力の詳細を含むことが可能なEBMAC情報として送信されることが可能である。STAは、STAのMIMO能力情報を関連付けメッセージの中で送信する。MACヘッダは、チャネル品質やチャネル状態などの、チャネルフィードバック情報についてのオプションのIEを含む。この情報は、別個のパケットとして送信されること、またはデータパケットおよび/またはIEEE802.11ACKパケットに結合されることが可能である。オプションとして、それらのパラメータのいくつかは、物理層の情報として送信されてもよい。HARQ能力は、関連付け要求および関連付け応答の間に交換される。しかし、HARQは、あるアプリケーション、またはあるチャネルタイプに関してだけ、セットアップされることが可能である。したがって、HARQは、BW要求パケットおよびBW応答に結合されることが可能である。パケットは、アプリケーションの途中でHARQを開始するように提供される。これは、現行のIEEE802.11e標準におけるブロックACKに関して使用される哲学に従うように行われる。HARQフィードバック情報は、別個のパケットとして送信されること、またはデータパケットに結合されることが可能である。一部の情報は、MACによって生成され、受信されるものの、ユーザデータよりもよく保護されること例えば、より良好な符号化、またはより低次の変調を使用して、または別個に符号化され、インターリーブされることが可能である。リソースすなわち、時間および/または周波数が、ユーザ、または様々なユーザのセットに割り当てられる。アプリケーションの待ち時間要件に基づき、数十ミリ秒または数百ミリ秒が経過するたびに、チャネルが、数ミリ秒にわたって割り当てられることが可能である。また、背景アプリケーションNRTトラフィックのケースでは、チャネルは、利用可能性に基づいて割り当てられる。リソースは、いずれのOFDMベースのIEEE802.11システムに関しても、アプリケーションの時間にわたって絶え間なく割り当てられることはない。しかし、MIMOが効率的に動作するのに、チャネル推定が要求される。APまたはSTAが、PHY層SYNCH、およびチャネル情報に関するプリアンブルを送信する。リソースは、STA、またはSTAセットに明確に割り当てられるので、MACパケットを送信する必要はない。リソースが、複数のSTAに割り当てられる場合、それらのSTAは、チャネル推定のためのPHY層情報を送信しない。詳細は、リソース割り当て要求中、およびリソース割り当て応答中にネゴシエートされることが可能である。PHYヘッダは、予約されたビットの1つを使用して、PHYの後に続くMACパケットが全く存在しないことを示すことができる。STAは、パケットのスケジュールされた時刻より前にパケットをリッスンして、他のSTAに送信されるパケットからチャネル推定情報を獲得することができる。これは、MACヘッダから送信元アドレス情報を復号化することを要求する。また、これは、PHYヘッダが、伝送がAPからであるという何らかのIDを有する場合にも行われることが可能である。APは、20MHzレガシーデバイス、20MHzIEEE802.11nデバイス、および40MHzIEEE802.11nデバイスをサポートする必要がある可能性がある。図8は、本発明によるビーコンおよびEB伝送に関する図である。APは、EBを隣接する20MHz帯域の両方で送信する。EBは、同時に送信されることも、時間をずらして送信されることも可能である。しかし、リソース割り当て情報は、20MHz動作または40MHz動作に依存して、2つのビーコンにおいて異なる可能性がある。各デバイスが、そのデバイス独自の20MHz帯域でリッスンする。EBは、デバイスに、スケジュールされた伝送、および競合期間の詳細について知らせる。APは、異なる帯域における2つの20MHzデバイスを同時にサポートする何らかのスマートスケジューリングを必要とする可能性がある。2つの隣接する20MHz帯域からの干渉を回避するため、APは、その2つのSTAへの送信/その2つのSTAからの受信が、同時に行われるべきことを確実にしなければならない可能性がある。すべてのフレームのMACヘッダの中のオプションのIEは、所与の時点におけるACK伝送をスケジュールするために提供されるSIF時間内にIEEE802.11ACKを送信する代わりに。各デバイスは、20MHzEBのいずれかをリッスンする。両方のEBとも、スケジュールされた伝送および/または競合期間について、40MHzデバイスに関する同一の情報を送信する。IEEE802.11標準は、定義されたFH周波数ホッピングシステムを有する。ビーコン要素の中で定義されたFHパラメータセットが、FHPHYを使用するSTAに関する同期を可能にするのに必要なパラメータセットを含む。ビーコンの中で送信される情報が、図9に示されている。情報フィールドは、滞留時間パラメータ、ホップセットパラメータ、ホップパターンパラメータ、およびホップインデックスパラメータを含む。79のホップパターン、および77のホップインデックス3つのホッピングシーケンスセットの間で分けられるを有する3つのホッピングシーケンスセットが存在する。FH滞留時間は、MACによって決められる。推奨される滞留時間は、19タイムスロットおよそ20ミリ秒である。ビーコンは、20MHzBWの重なり合わない周波数、または重なり合う周波数の間における独自のホッピングの情報を含む。このことは、ビーコンが、すべての周波数上で、より頻繁に送信されることを要求する可能性がある。これは、標準における場合と異なる。各チャネルが、1MHzだけ、他方のチャネルから分離された1MHz帯域を有する。周波数ホッピング情報は、関連付け応答中、またはリソース割り当て応答中にSTAに送信される。ホッピングパターンは、任意のSTA-AP間のデータ交換に、またはSTA間のデータ交換に適用されることが可能である。このスキームでは、周波数は、絶え間ない周波数ホッピングの代わりに、一部のSTAに関してだけ、オプションとして変更され、迅速なホッピングにより、待ち時間要件が厳しい場合に、QoSが改善される。本発明によれば、MACは、オプションとして、パケット転送をサポートする。1つまたはいくつかのノードが、パケットを転送することが可能である。転送の概念は、MESHネットワークに、または宛先ノードに関するPERパケット誤り率を向上させるのに役立つ可能性がある。宛先ノードが中継パケットを受信する従来のメッシュ技術に加え現行のIEEE802.11システムでは、パケットは、複数の宛先アドレスを有することが可能である。IEEE802.11nに関する転送は、以下の方法によって有効にされることが可能である。1ToDSフィールドとFromDSフィールドがともに1ではない場合、MACヘッダの中の現在、未使用のアドレス4フィールドが、パケット転送における中間アドレスのために使用されることが可能である。2情報ビットマップが、宛先ノードおよび転送ノードのアドレスを示すように追加されることが可能である。転送ノードは、パケットを再び送信する。3パケットは、マルチキャストパケットとして示されていないが、複数の宛先アドレスを有することが可能である。その場合、アドレスフィールドの中の最初のアドレス、または最後のアドレスなどの、宛先ノードに関する、あらかじめ決められた位置が存在することが可能である。リソース割り当て方法は、転送ノードと宛先ノードの間でリソースを割り当てることをサポートする。これは、以下のステップを使用して行われることが可能である。リソース割り当て中にパケットの中で、トラフィックストリームが別のノードからの転送を要求するという指示が、行われる。情報QoS、要求されるデータ率などのが、転送ノードと宛先ノードの間でリソースをセットアップするために送信される。リソースが設定された後、送信元ノードが、パケットを送信する。指定された中継器が、そのパケットを受信し、SIFS遅延の後、そのパケットを再伝送する。パケットは、オプションとして、再伝送の前に再符号化されてもよい。受信側ノードは、中継されたパケットを受信した後、ACKを戻す。ACKは、同一の機構を使用して戻され、あるいは、オプションとして、中継器を介さずに直接に戻される。フレームフォーマット。IEEE802.11nMAC層のために変更される、または追加される必要があるフレームフォーマットを以下に開示する。テーブル1において、変更されたイタリック体になっているフレーム、および新たなフレームが、タイプおよびサブタイプに応じてリストアップされている。新たなフレームのいくつかは、制御タイプの下にリストアップされているが、それらのフレームは、管理タイプとして分類されてもよいことに留意されたい。それらのフレームは、予約されている管理サブタイプ値が、あと1つだけしか存在しないため、制御タイプの下に現在、リストアップされている。2つの制御フレームが、IEEE802.11nSTA向けのリソース割り当て要求およびリソース割り当て応答をサポートするように追加される。RARメッセージが、すべてのタイプのデータすなわち、NRTおよびRTに関するリソース割り当てを要求する、変更する、または終了させるのに使用される。RARフレーム構造が、図10に示されている。RARフレームのフレーム本体は、図11に示される情報を含む。長さフィールドは、後に続くRARブロックSTAから複数が存在する可能性があるの長さに対応する。各RARブロックは、図12に示される構造を有する。宛先番号は、送信側STAによって求められる受信側STAユニキャスト/マルチキャスト番号を示す。宛先アドレスリストは、受信側STAのアドレスを指定する。RARIDは、RARの識別番号である。リソースインデックスは、リソース割り当てに関する識別番号である。RARタイプは、SRAが動的であるか、または準静的であるかを示す。RAR指定は、リソース要求のQoS要件を指定するIEである。リソース割り当て応答メッセージが、すべてのタイプのデータに関するリソース割り当てのRAR、変更、または終了に応答するのに使用される。フレーム構造が、図13に示されている。リソース割り当て応答メッセージのフレーム本体が、図14に示されている。RANリソース割り当て通知IEは、割り当てられたリソースについての情報を含む。2つのオプションが存在する。第1に、リソース割り当て応答は、いくつかのSTAに関して時間的に隣接して行われて、2つのリソース割り当て応答の間におけるガードタイムオーバヘッドを無くすことが可能な、個別のリソース割り当て要求に対する応答である。第2に、リソース割り当て応答は、リソース割り当て要求を行ったSTA群に対する一括応答RAフィールドが、ブロードキャストに設定されている場合であることも可能である。これは、オーバヘッドを減らすのに効率的であるが、ブロードキャスト/マルチキャストに関するACKは存在しないので、信頼性が低下するというコストを被る。管理フレームは、図15に示される一般的なフォーマットを有し、フレーム制御フィールドの中のタイプサブフィールドは、管理に設定されている。既に割り当てられているSRAが解放されると、そのSRAは、別のトラフィックストリームに割り当てられることが可能である。関連付け/再関連付け要求メッセージは、MIMO能力、パイロットトーンパターンに関する副搬送波、および電力節約能力を示すデバイスタイプを含むように変更される。以上の情報は、既存の関連付け/再関連付け要求メッセージの能力フィールドの中の予約されたビットを使用して収容されることが可能である。再関連付けは、新たなAPに対してであることが可能である。ビーコンフレームは、フレーム制御フィールドの中でサブタイプがビーコンに設定された、管理フレームのフレームフォーマットを有する。IEEE802.11nSTA向けのEBに対するポインタが、既存のビーコンに追加される。フレーム本体は、太字フォントになっている変更を伴う、テーブル2に示された情報を含む。EBフレームは、フレーム制御フィールドの中でサブタイプがEBに設定された、管理フレームのフレームフォーマットを有する。フレーム本体は、テーブル3に示される情報を含む。サブタイプ、アクションの管理フレームは、現行のIEEE802.11h標準およびIEEE802.11e標準において、測定要求パケットおよび測定応答パケット、QoSIEEE802.11eサポートなどのために使用される。アクションフレームは、アンテナ較正、拡張されたDLPメッセージ、チャネルフィードバック情報、およびHARQセットアップのために使用される。以下のアクションフレームが、DLPカテゴリの下で追加される。1DLP発見要求QSTAが、パケットをAPに送信して、アプリケーション要件を送信することによってデバイスのMACアドレスを獲得する。2DLP発見応答APが、デバイスのMACアドレスで応答する。3APによるDLP解体APによるDLP解体のためのアクションフィールドを追加する。フレームには、タイマと呼ばれる情報がファイルされる。APは、QSTAが、その時間内にQAPにDLP解体メッセージを送信するものと予期する。4DLP測定要求DLP測定要求に関するアクション項目値をQAP3315からQSTA3305に追加する。DLP測定要求は、QSTA3310の能力情報を含む。5DLP測定応答DLP測定応答に関するアクション項目値をQSTA3305からQSTA3315に追加する。DLP測定応答は、測定情報、およびQSTA3310のMACアドレスを含む。DLP要求フレームは、2つのSTAの間で最適なPHYデータ率、および他のいくつかのチャネル特性を送信する追加の要素を含むように変更される。HARQプロセスを開始するための新たなカテゴリが、本発明に従ってアクションフレームの中で作成される。2つのタイプのアクションフィールド、HARQ要求およびHARQ応答が存在する。HARQパラメータの詳細は、標準による合意されたパラメータに基づき、後に埋められることが可能である。パラメータの一部には、応答ID、H-ARQ指示、H-ARQACK遅延、ならびに使用される符号化および変調のスキームが含まれるが、以上には限定されない。また、開始情報が、リソース割り当て-要求パケットの中に結合されることも可能である。測定のための新たなカテゴリは、以下のとおり作成される。1.初期アンテナ較正この測定カテゴリでは、アンテナ較正要求-応答パケットのためのアクションフィールドが、定義される。IEEE802.11ACKの代わりに、応答パケットが送信されることが可能である。応答パケットは、RSSI情報またはチャネル状態情報を含む。2.ビームステアリング測定この測定カテゴリでは、ビームステアリング較正要求および応答パケットのためのアクションフィールドが、定義される。IEEE802.11ACKの代わりに、応答パケットが送信されることが可能である。応答パケットは、RSSI情報またはチャネル状態情報を含む。アクションフィールドは、ビームステアリングの開始および終了の指示についてのサブフィールドを有することが可能である。これは、STAまたはAPが、ビームステアリング測定パケットの代わりに、実際のデータパケットを使用することによって実行中のビームステアリングについて他方の側に知らせることを望む場合、使用されることが可能である。3.タイミングオフセットメッセージAPは、スロット付きAloha期間における伝搬遅延に起因するSTAのタイミングオフセットを測定することができる。APは、タイミングオフセット情報をSTAに送信する。タイミングオフセット情報は、STAによって、EBを基準としてSTAの時刻を調整するのに使用される。4.測定情報この測定カテゴリでは、測定のためのアクションフィールドが、定義される。それらのフィールドは、RSSI、ならびに干渉測定要求および干渉測定応答を示す。それらのフィールドは、チャネルIDを有するサブフィールドを含む。チャネル品質やチャネル状態などのチャネル情報が、ある周波数で、送信器側に送信される必要がある。また、HARQACKも、HARQセットアップパラメータに基づき、同期で、または非同期で送信される必要がある。この情報は、データに結合されたオプションのIEとしてMACヘッダの中で、または別個のパケットとして送信されることが可能である。管理フレーム本体構成要素固定のフィールドSTAが、同期する別の機会を有するように、EBのタイムスタンプビーコンの中のタイムスタンプと同様のが、含められる。このタイムスタンプは、TSF時間同期機能タイマの値を表す。IEは、管理フレームおよび制御フレームにおける可変長のフレーム本体構成要素である。IEは、1オクテットの要素IDフィールドと、1オクテットの長さフィールドと、可変長の要素固有情報フィールドとを含む、図16に示された一般的なフォーマットを有する。MACフレームに対する変更、および新たな追加をサポートする有効なIEのセットが、テーブル4に与えられている。SSIDサービスセットID要素、およびサポートされる速度要素は、ビーコンにおける場合と同一である。OFDMMIMOパラメータセット要素は図17に示されている。OFDM能力フィールドは、OFDMPHYサポート情報を有する。MIMO能力フィールドは、MIMOに関するサポートについての情報を有する。副搬送波マップ情報は、パイロットトーンおよび関連付けのための副搬送波を指定する。CPアクセス要素が、図18に示されている。CP許可フィールドは、IEEE802.11nSTAが、レガシー競合期間において競合することが可能であるか否かを示す。CPPHY情報は、下位互換性のためにプリアンブルの中で使用するためのレガシーPHY情報を提供する。図19に示されたEB要素は、EBssに関する周波、周波数帯域、および副搬送波を示す。図20に示されたSRAスケジュール要素は、IEEE802.11n期間におけるSRAの数についての情報を含み、対応するSRA情報ブロックを伴う。各SRAブロックIEは、スケジュールされたリソース割り当てに対応し、リソースインデックス、時間オフセット、STAアドレス、およびリソース時間でSRAを指定する。SRAブロックIEは、図21に示されるとおり定義される。MSRAスケジュール要素は、IEEE802.11n期間におけるMSRAの数を指定し、対応するMSRA情報ブロックを伴う。MSRAスケジュール要素は、図22に示されるとおり、定義される。各MSRAブロックは、管理スケジュールされたリソース割り当てに対応し、図23に示されるとおり、MSRAID番号、時間オフセット、時間、タイプ関連付けられていないタイプおよび/または関連付けられたタイプ、BSSID、パケットタイプ制御またはデータ、競合スキームスロット付きAlohaまたはCSMA/CAを提供する。ORAスケジュール要素は、IEEE802.11n期間における割り当てられたORAの数についての情報を含み、対応するORA情報ブロックを伴う。ORAスケジュール要素は、図24に示されるとおり、定義される。図25に示される各ORAブロックIEは、オープンなリソース割り当てに対応し、リソースインデックス、時間オフセット、STAアドレスリスト、およびリソース時間でORAを指定する。RAR指定IEは、要求されたリソース割り当てに関するQoSパラメータを含む。RAR指定IEは、図26に示された構造を有する。RAR指定IEの中で定義されたパラメータセットは、使用される、または必要とされる可能性があるよりも豊富であり、未使用のフィールドは、メッセージビットマップを使用して空白に設定される。RARタイプフィールドは、RAR指定フィールド情報要素のフォーマットを決定する。RARタイプが、準静的である場合、RAR指定IEは、フィールドのほとんどを含む。しかし、RARタイプが、動的である場合、RAR指定IEは、使用されないフィールドが、0に指定される可能性がある。TSInfoフィールドは、トラフィックタイプNRT、RT、方向、MAC、ACKポリシー、アクセスポリシーRMCAおよび/またはRSCAなどについての情報を含む。公称のMSDUサイズは、トラフィックのオクテット単位で公称サイズを指定する。最大MSDUサイズは、トラフィックのオクテット単位で最大サイズを指定する。最大サービス間隔は、2つの相次ぐサービス期間の合間の最大時間である。サービス開始時刻は、STAが、フレームを送信する準備ができた時刻をAPに示す。最小データ率は、そのトラフィックに関するMSDUのトランスポートのために、MACSAPにおいて指定された最低のデータ率である。平均データ率は、そのトラフィックに関するMSDUのトランスポートのために、MACSAPにおいて指定された平均データ率である。ピークデータ率は、MSDUの転送に関する許容できる最大のデータ率である。最大バーストサイズは、ピークデータ率においてMACSAPに着信するMSDUの最大バーストを指定する。遅延範囲は、ローカルMACサブレイヤにおける着信から、宛先への成功した伝送または再伝送の完了まで、MSDUのトランスポートに許される最大時間である。最小PHY速度は、そのトラフィックに関する最小PHY速度を指定する。余剰帯域幅許容差は、再伝送を見込むための余分な割り当てを示す。リソース割り当て通知IEは、要求されたリソース割り当てに関する応答を含む。リソース割り当て通知IEは、図27に示される構造を有する。RARIDは、RARの識別番号である。リソースインデックスは、リソース割り当てのIDである。TSInfoフィールドは、MACACKポリシー、アクセスポリシーRMCAおよび/またはRSCAなどについての情報を含む。サービス開始時刻は、スーパーフレーム内の割り当て音声などの、いくつかのトラフィックタイプに関して、複数である可能性があるの開始に関するオフセットを指定する。スーパーフレーム当たりのサービス時間は、スーパーフレームにおける割り当てられた時間ビーコン間隔である。スーパーフレーム当たりの割り当ての数は、スーパーフレーム当たりのサービス時間が分割される等しい割り当ての数である。最大サービス時間は、いくつかのスーパーフレームにわたる割り当てを指定する。リソースタイプは、割り当てが、準静的であるか、または動的であるかを示す。EBリスニング周期は、STAが、タイミング情報に関してEBをどれだけ頻繁にリストする必要があるかを指定する。割り当てコードは、割り当てが成功したか否か、どのような条件下で成功したかについての情報を与える。本発明によるMACのパフォーマンスが、NRTアプリケーションに関して現行のIEEE802.11eMACと比較される。インターネットファイル転送、Webブラウジング、およびローカルファイル転送などのNRTアプリケーションのほとんどは、背景サービス、およびベストエフォートのサービスと考えられる。リソースは、IEEE802.11eでも、本発明によっても、それらのアプリケーションに絶えず割り当てられることはない。現行のIEEE802.11eMACは、APおよびSTAに、背景サービスとベストエフォートのサービスに関して同一の順位を与える。IEEE802.11eMACにおいて、APにおけるダウンリンクスループットが、STAにおけるアップリンクスループットと比較して低いことは、よく知られている。本発明は、APに、より高い優先順位を与えて、データパケットの送信および受信を調整する。ダウンリンクスループット数値に関するシミュレーション結果は、全く与えられていないが、本発明のMACが、ダウンリンクトラフィックに不公平でないことは明白である。また、本発明は、IEEE802.11eと比べてアップリンクスループットを向上させる。IEEE802.11eおよび本発明が、バースト性のアップリンクトラフィックに関してシミュレートされる。そのシミュレーションでは、特定のパケット誤り率が、想定される。データパケットとACKパケットには、異なるサイズのため、異なる誤り率が適用される。さらに、本発明のMACの場合、Aloha部分において伝送される予約パケットには、異なる誤り率が適用される。そのシミュレーションでは、あるパーセンテージの隠れリンクが、想定される。リンクは、2つのSTA間のパスとして定義される。例えば、12名のユーザを有するシステムでは、66のリンクが存在し、7つのリンクが、隠れているものと想定される。4名のユーザのケースに関して、6つのリンクが存在し、1つのリンクが、隠れているものと想定される。パケット生成は、Poisonプロセスに従う。中間点は、所望のアプリケーションデータ率をもたらすように選択される。トラフィックジェネレータとMACの間のTCPは、シミュレートされていない。しかし、指数関数的な着信間時間inter-arrivaltimeの想定により、NRTデータパケット生成におけるバースト性が与えられる。システムにおける負荷は、異なる2つの方法によって高められる。1つの方法では、ユーザの数は、一定に保たれる。しかし、平均データ率は、各ユーザに関して、システムが不安定になるまで高められる。他方の方法では、データ率は、一定に保たれるが、ユーザの数は、システムが不安定になるまで増やされる。IEEE802.11eの詳細は、本発明の範囲外である。シミュレータは、要求されるすべてのIEEE802.11eMAC機能を有する。シミュレーションのために使用されるパラメータは、テーブル5に与えられている。シミュレーションでは、時間は、予約期間に分割され、各予約期間は、S-Aloha部分、ブロードキャストチャネル部分、および伝送ウインドウを含む。これは、図28に示されている。このシステムでは、衝突が、S-Aloha部分において生じる可能性がある。シミュレーションでは、割り当てスキームは、FIFO先入れ先出し規則に従う。しかし、公平なスケジューリングアルゴリズムが、現実のインプリメンテーションにおいて考慮されなければならない。要求が、APによって受信された場合、ユーザは、ユーザのバッファに変化がない限り、その要求を再送信しない。要求は、AP要求キューの中に留まる。スロット付きAlohaにおける各スロットの時間には、50バイトのサイズの要求パケットのSIF伝送時間が含まれる。シミュレーション遅延の目標は、所与の許容できる遅延に関する平均スループット、およびシステムにおけるすべてのユーザに関する平均伝送遅延を算出することである。遅延は、パケットが、APによって受信されることに成功した時刻と、パケットが、ユーザのバッファに到着した時刻の差として算出され、定義される。平均遅延は、すべてのユーザから伝送されたすべてのパケットに関して算出される。スループットは、シミュレーション全体にわたって伝送されることに成功したビットの総数を、合計シミュレーション時間で割った数値として定義される。すべてのシミュレーションに関する合計シミュレーション時間は、およそ150秒であった。シミュレーションでは、アプリケーションデータ率は、各ユーザに関して2Mbpsであるものと想定され、システムにおける様々なユーザ数に関する遅延およびスループットが、算出された。また、パケット誤り率が0であることも想定される。スループットおよび平均遅延に関する曲線が、図29および図30にそれぞれ示されている。システムにおけるユーザ数が増加するにつれ、遅延は、増加して、ついには、システムが不安定になる。キューが、蓄積しはじめると、遅延は、指数関数的に増加しはじめ、システムが不安定になる。遅延曲線は、システムが不安定になるまでに不安定なシステムに関する遅延値は、意味がなく、図示されないサポートされることが可能な最大ユーザ数を示す。本発明のMACの場合、それぞれ2Mbpsで、合計で32名のユーザがサポートされる。隠れノードのないIEEE802.11eシステムの場合、サポートされるユーザ数は、1回および3回であるパケット/伝送機会の数に関して、それぞれ、22名および28名である。10の隠れリンクを有するIEEE802.11eシステムの場合、サポートされるユーザ数は、1回および3回である伝送機会に関して、18名および22名である。システムにおけるすべてのオーバヘッドすなわち、フレーム間間隔、ヘッダ、プリアンブル、および確認応答を考慮すると、実現可能な最大スループットは、提供される帯域幅の55であり、これは、およそ66Mbps120Mbpsという、想定される物理層の生のデータ率平均の場合である。32名のユーザでは、スループットは、およそ64Mbpsであり、これは、実現可能な最大値に近い。本発明における唯一の限界は、利用可能な帯域幅の限界である。しかし、IEEE802.11eシステムにおいて、限界は、帯域幅の限界に起因するだけでなく、特に、隠れノードが存在するケースにおいて、衝突にもよる。隠れノードの確率が増加するにつれ、システム容量は、低下する。10の隠れリンクの場合、IEEE802.11eは、44Mbpsをサポートする。これは、本発明が、IEEE802.11eよりも、60のスループットの向上40Mbpsから64Mbpsへのをもたらすことを意味する。この向上には、遅延が少し増加するというペナルティが伴う。遅延の増加の原因の1つは、ユーザが、帯域幅を求める要求をAPに送信するために、平均で3.5ミリ秒、待つ必要があることである予約期間は、7ミリ秒であるので。しかし、それらの遅延は、提供される負荷に応じて、数十ミリ秒から、最大で100ミリ秒のオーダである。これは、ベストエフォートトラフィックのために背景として実行されているNRTサービスに関して、大きい遅延ではない。システム容量平均ユーザスループットの観点でユーザ数を固定し、各ユーザのアプリケーションデータ率を変化させた後、目的は、システムにおける所与のユーザ数に関して、ユーザ当たりのサポートされる最大データ率が、いくらであるかを見出すことである。隠れリンクのパーセンテージは、10、20、または30であるものと想定される。伝送機会は、すべてのケースで3回である。8名のユーザに関する結果が、図31および図32に示されている。8名のユーザに関して、本発明は、ユーザ当たり8.2Mbpsのアプリケーション速度をサポートすることができる。IEEE802.11eシステムの場合、サポートされることが可能な最大データ率は、10、20、および30の隠れリンクのケースに関して、それぞれ、6.3Mbps、5.5Mbps、および5.2Mbpsである。同様のシミュレーションが、12名のユーザに関して行われた。本発明は、ユーザ当たり5.4Mbpsのアプリケーション速度をサポートすることができる。IEEE802.11eシステムの場合、サポートされることが可能な最大データ率は、10、20、および30の隠れリンクのケースに関して、それぞれ、4.1Mbps、3.6Mbps、および3.3Mbpsである。それらのより高いデータ率を得るために、遅延における小さいペナルティが存在する。本発明は、RTサービスに関して、保証されたQoSを提供する。IEEE802.11eは、EDCAモードまたはHCCAモードでRTサービスをサポートすることができる。EDCAでは、RTサービスは、背景およびベストエフォート主として、NRTサービスより高い優先順位を得るが、保証されたQoSは、得ない。APとSTAはともに、リソースに関して競合する。しかし、APは、STAよりわずかに高い優先順位を有する。EDCAサービス上のRTサービスは、前段で示したのと同様のパフォーマンス数値を有する。HCCAでは、RTサービスは、セットアップ中にQoSネゴシエーションに基づき、ある間隔でSTAにポーリングを行うことによってセットアップされる。HCCAは、保証されたQoSを提供することができるが、アップリンクパケット転送を開始するのにポーリングパケットを送信する必要がある。STAは、SIFs時間内にデータパケットまたはIEEE802.11ACKパケットで応答する必要がある。また、STAは、100ミリ秒ごとに、ビデオオンデマンドなどのいくらかの情報を送信するのにさえ、絶えずリッスンする必要がある。本発明は、保証されたQoSを提供するだけでなく、STAが、常に起動していることも要求しない。RTサービスだけをサポートするSTAは、アプリケーションの特性に依存する量だけ、バッテリを節約することができる。STAは、拡張されたビーコンおよび/またはSRAをリッスンするように起動しているだけでよい。本発明は、アップリンク転送ごとにポーリングパケットを要求しないので、データ率が低く、待ち時間が大きいアプリケーションVoIPなどのに関するアップリンクにおいて、およそ10ないし25、より効率的である、IEEE802.11eMACは、STAAMCが、ポーリングに応答して、SIFs期間内にデータパケットを送信することができない場合、それほど効率的でなくなる可能性がある。このことは、AMCターンアラウンド時間に厳しい要件を課し、そのようなことは、本発明のMACでは生じる可能性がなく、STAは、スーパーフレームの先頭において、スケジュールされた送信および/または受信を認識している。また、本発明は、ピアツーピア通信にも適用可能である。一般に、STAは、BSSにおける他のSTAに直接にフレームを送信することを許されず、フレームの伝送のために、常にAPに頼らなければならない。しかし、QoSファシリティQSTAを有するSTAは、DLP直接リンクプロトコルを使用して、そのようなデータ転送をセットアップすることにより、別のQSTAに直接にフレームを送信することができる。このプロトコルの必要性は、意図される受信側が、電力節約モードになっている可能性があり、その場合、受信側は、QAPによってしか起動されることが可能でないことに動機付けられている。DLPの第2の特徴は、送信側と受信側の間で速度セット、およびその他の情報を交換することである。最後に、DLPメッセージを使用して、セキュリティ情報要素が付加されることが可能である。DLPをセットアップするメッセージングプロシージャを説明する。図33は、DLPシグナルのブロック図である。2つのQSTA3305、3310の間でDLPを開始するメッセージ交換が、以下の4つのステップに従う。すなわち、1別の非AP局3310と直接にフレームを交換することを目指す局3305が、DLPを呼び出し、DLP要求フレーム3320AをAP3315に送信する。この要求は、速度セット、QSTA3305の能力、およびQSTA3305、3310のMACアドレスを含む。2QSTA3310が、BSSにおいて関連付けられており、BSSおよびQSTA3310のポリシーにおいて直接ストリームが許されている場合、AP3310は、DLP要求3320Bを受信側、STA3310に転送する。3STA3310が、直接ストリームを受け入れた場合、STA3310は、速度セット、QSTA3310の拡張された能力、およびSTA3305、3310のMACアドレスを含むDLP応答フレーム3325AをAP3315に送信する。4AP3315が、DLP応答3325BをQSTA3305に転送し、その後、直接リンクが確立される。DLP解体は、2つのQSTA3305、3310のいずれによっても開始されることが可能である。DLP解体は、QAP3315によっては開始されることが可能でない。QSTA3305、3310は、非活動時間有効期限の満了、またはアプリケーションの完了により、DLPを解体することができる。各QSTA3305、3310は、他のQSTA3305、3310からパケットデータまたはACKを受信するたびに、タイマを再スタートさせる。タイマ有効期限内にパケットが全く受信されなかった場合、QSTA3305、3310は、DLP解体のためにメッセージをQAP3315に送信する。以降、すべてのパケットは、QAP3315を介して送信されなければならない。QSTA3305とQSTA3310はともに、標準において定義されたアクセス機構のいずれかを使用するデータ転送のために、直接リンクを使用することができる。また、QSTA3305、3310は、必要な場合、ブロックACKをセットアップすることもできる。必要な場合、QSTA3305、3310は、HCを使用してトラフィックストリームをセットアップして、それらのストリームが、十分な帯域幅を有することを確実にすること、またはデータ転送のために、ポーリングされた送信器会TXOPを使用することができる。保護機構HCCAを使用して、RTS/CTSを使用して送信すること、または非特許文献1において説明される機構などのを使用して、他の局が、直接リンク伝送に干渉する確率を低減しなければならない。QSTA3305は、DLPが、別のQSTA3310に対してセットアップされる間に、以下のステップを使用してポーリングされる。DLPセットアップ前段で定義したの完了の後、QSTA3305が、QAP3315HC、ハイブリッドコーディネータとネゴシエーションを行って、QSTA3305がデータを送信するのに使用するTXOPを得る。この期間中に、能力に関連するQSTA3305とQSTA3310の間のネゴシエーションは、存在しない。この時間は、QSTA3305およびQAP3315だけによってネゴシエーションが行われる。QoSアクションフレームが、QSTA3305によって、トラフィックストリームすなわち、時間を求める要求を送信するのに使用され、QoSアクションフレームが、QAP3315によって、要求に応答するのに使用される。トラフィッククラスは、DLPセットアップの後にセットアップされるものと想定される。というのは、そうするのが、2つのSTAが能力を交換した後に、BWのネゴシエーションを行う論理的な形だからである。QAP3315は、ネゴシエートされた平均データ率、および最大サービス間隔に基づき、ある間隔の後にQSTA3305にポーリングを行う。QSTA3305は、そのTXOPを使用して、QSTA3310からパケットを送受信する。しかし、QSTA3305は、QAP3315からのポーリングにACKを行う第1のパケットを送信する。QSTA3305は、次に、パケットをQSTA3310に送信し、QSTA3310は、DATAACKパケットで応答することができる。TXOPごとに複数回のデータ転送が存在することが可能である。DLPセットアップの後、QSTA3305および3310は、EDCA規則に基づき、あるBWのネゴシエーションを行うことができる。QoSアクションフレームが、ネゴシエーションのために使用される。EDCAは、バックオフウインドウおよびIFSフレーム間間隔を変更することにより、異なるトラフィッククラスの優先順位を変更する。ネゴシエーションは、ある期間にわたって許される時間を決定する。QSTA3305、3310は、より高い優先順位のトラフィックすなわち、バックオフウインドウおよびIFSの設定に関して、自らを自己監視しなければならない可能性がある。しかし、QAP3315またはQSTA3305、3310は、必要とする場合、最低の優先順位設定の下でパケット高い優先順位トラフィックのを送信することを許される。QSTA3305および/またはQSTA3310は、ネゴシエーションが行われたEDCAパラメータに基づき、データパケットを互いに直接に送信することができる。本発明は、アドホックモードにおける効率的なピアツーピア通信に要求されるシグナルを提示し、チャネル特性を活用し、RRM制御をAPインフラモードに与える、現行のピアツーピア通信における改良を含む。各デバイスは、1ホップ内、および2ホップ内のすべてのデバイスのデータベースを保持する。1ホップデバイスは、互いを聞くすなわち、互いからシグナルを受信することができるデバイス群である以降、近隣。2ホップデバイスは、直接に聞くことができないデバイスである。しかし、近隣は、そのデバイスを聞くことができる。また、近隣デバイスは、互いの間でシグナルを送信して、能力を知らせることもできる。それらのシグナルは、初期設定プロセスデバイスに電源投入が行われた際のの一環であることが可能である。シグナルは、定期的であることも、任意のデバイスの何らかの活動または非活動によってトリガされるイベントであることも可能である。また、それらのシグナルは、デバイスの1つによって開始された情報要求シグナルに対する応答であることも可能である。2つのデバイス間でアプリケーションを実行する前に、1つ、または両方のデバイスが、そのアプリケーションについて近隣に知らせる。その情報は、ブロードキャストとして送信されること、および/または第2のレベルの近隣に伝搬されることが可能である。その情報は、送信器と受信器の間だけにおける誘導されたパケットであることが可能である。媒体が使用中であることを伝えられる必要がある、以下の2つのデバイスグループが存在する。すなわち、伝送を聞くことができるデバイス群、および、場合により、送信して、受信に干渉する可能性があるデバイス群である。したがって、送信側デバイスおよび受信側デバイスだけが、近隣のデバイスに知らせる必要がある。送信側デバイスは、媒体が使用中であり、送信側デバイスの近隣が、干渉なしに受信することができないことを送信側デバイスの近隣に伝える必要がある。受信側デバイスは、媒体が使用中であり、受信側デバイスの近隣が送信すべきでないことを受信側デバイスの近隣に伝える必要がある。以上のことは、いくらかのハンドシェークを要する可能性があるが、より良好な全体としての媒体の有効性をもたらす。デバイス間で通信されることが可能である可能性のある情報には、BW要件、送信器または受信器、周波数帯域、好ましい変調モード、副搬送波、MIMO対応、およびコードなどが含まれるが、以上には限定されない。以上の情報は、別のデバイスからの要求時に再び送信されることが可能である。そのデバイスは、その情報を求めて、デバイスの統計を更新する、または新たなアプリケーションを開始することができる。新たなデバイスは、アクティブな伝送を求めるブロードキャストメッセージを近隣に送信する。デバイスは、チャネル群を受動的に走査し、次いで、誘導されたパケットを送信することもできる。要求を受信すると、アクティブなセクション内の任意のデバイスが、その新たなデバイスに情報を送り返す。デバイスは、ランダムなバックオフに従ってから、応答する。新たなデバイスは、その情報を得ると、その情報を使用して、新たなアプリケーションを開始するためにリソースを最適に割り当てることを決定することができる。一部のサービス/アプリケーションは、他のサービス/アプリケーションに優る優先順位を有する。それらのサービスは、他のサービスを中断する要求される場合。そのサービスの例が、911呼び出しのためのVoIPである。中断は、その他の送信側ノードのサービスを停止させる、その他の送信側ノード間のメッセージ交換、ならびに帯域幅、副搬送波、周波数帯域などの再ネゴシエーションを行うメッセージ交換によって行われることが可能である。本発明は、図34に示された以下のステップを導入する。すなわち、QSTA3305によるQSTA3310MACの発見オプション。QSTA3305が、QSTA3310を探すことを望む場合、QSTA3305は、メッセージをQAP3315に送信するアクションフレームに類似したメッセージ。QAP3315が、QSTA3310を認識している場合、QAP3315は、妥当なMAC情報でQSTA3305に応答する。さもなければ、QAP3315は、失敗メッセージを送信する。以上は、DLPセットアップより前に行われる。メッセージ1aQSTA3305が、QSTA3305とQSTA3310の間における、オプションのPHY速度および/または他のチャネル品質情報をDLP要求パケットの中で送信する。その情報は、2つのQSTA3305、3310の間における前の伝送から、またはQSTA3310からのQAP3315、または他のQSTAへの伝送をリッスンすることにより、獲得されることが可能である。その情報が入手できない場合、QSTA3305は、そのIEが空白に設定されたDLP要求パケットを送信する。メッセージ3320Bおよび3325A変更されない。メッセージ3325BQAP3315が、2つのQSTA3305、3310の間におけるチャネル品質に基づき、QSTA3305、3310に関するDLPをサポートするか否かを決定することができる。QAP3315が、2つのQSTA3305、3310をDLPでサポートしないと決定した場合、QAP3315は、不十分なチャネル品質を理由に、DLP要求を拒否する現行の標準におけるメッセージングの一環ではない。メッセージ3400Aおよび3400BオプションQAP3315は、チャネル品質測定についての要求のためのDLPパケットメッセージ3400AをQSTA3305に送信することを決定することができる。QAP3315は、QSTA3310の能力についての情報をQSTA3305に送信する。QSTA3305は、2つのQSTA3305、3310の間のチャネル品質測定メッセージ3400BでQAP3315に応答する。メッセージ3400Aおよび3400Bは、メッセージ3325Bの前に行われること、または進行中のDLPセッション中に行われることが可能である。以上は、DLPセットアップ前にでも、MIMO能力情報を獲得するのに役立つ。メッセージ3400Aおよび3400Bは、オプションであり、その追加された能力をサポートするSTAおよびAPに関してだけ、認識され、使用される。IEEE802.11eDLPだけに適合するSTAおよびAPは、メッセージ3400Aおよび3400Bをサポートしない。QAP3315は、DLPを解体することを許される。DLP応答メッセージは、QAP3315による解体を許すように変更される。DLP解体メッセージは、経過後、QSTA3305が、解体メッセージをQAP3315に送信しなければならないタイマを含まなければならない。DLP解体メッセージは、完全な下位互換性を可能にする。DLP解体メッセージを認識しないQSTAは、このメッセージを無視することができる。以上は、任意のアクセス方法割り当てリソース割り当て、管理リソース割り当て、HCCS、またはEDCFで行われることが可能である。トラフィックストリームすなわち、このケースでは、リソース割り当てのネゴシエーションを行うのは、QSTA3305またはQSTA3310の責任である。QSTAは、EDCAまたはHCCAを使用することを望む場合、背景技術のセクションで定義されたプロシージャに従う。本発明では、データ転送は、以下のステップを含む。すなわち、QSTA3305が、オープンMRAにおいて要求パケットを送信する。オープンMRAは、関連付けられたSTAによるBW要求のための競合期間である。リソース割り当て情報が、オープンMRAの後にブロードキャストで送信される。要求および応答IEは、ピアツーピア通信、およびQSTA3310のMACアドレスの追加を指定するように変更する必要がある。リソース割り当て。アプリケーションのQoS要求を定義し、それに応じてBWを要求することは、QSTA3305、3310の責任である。QAP3315は、BW割り当て情報で応答する。通常、RTアプリケーションは、アプリケーションの時間にわたってリソースを割り当てられるのに対して、NRTアプリケーションは、必要に応じてリソースを割り当てられる。リソースは、QAP3315によって割り当てられる。RTアプリケーションの場合、その情報は、すべてのEBの中でブロードキャストされる。IEは、QSTA3305とQSTA3310の両方のSTAIDを含む。このことは、QSTA3305、3310の両方が、割り当てられた時間中に起動していることを確実にするのに必要とされる。割り当てられた時刻および/またはチャネルにおいて、QSTA3305は、第1のパケットをQSTA3310に送信する。QSTA3310は、2つのSTA3305、3310の間でネゴシエーションが行われたACKまたはDataACKで応答することができる。NRTアプリケーションの場合、ステップは、非常に似通っている。しかし、QAP3315は、オープンMRAが終わった後、リソース割り当てメッセージブロードキャストメッセージを介してリソースを割り当てる。リソースは、現在のバッファ占有率要件を満たすように、短い時間にわたってだけ割り当てられる。第1のパケットは、QSTA3305によって送信される。DLPセッションにわたってサポートされる背景サービスがされるQSTAは、オープンMRAの後、ブロードキャストメッセージをリッスンする必要がある。DLPにわたってストリーミングサービスおよび/またはRTサービスがサポートされるQSTAは、EBをリッスンする必要がある。QSTAは、スケジュールされた伝送時間帯に起動しているものと予期される。DLPセットアップオプションの前の、またはその間のチャネル推定およびチャネル情報をサポートするため、QSTA3305は、オープンMRAにおいてQAP3315に要求パケットを送信することができる。QAP3315は、互いに通信するように2つのQSTA3305、3310にMRAを割り当てることができる。この情報は、次のEB期間において送信される。測定情報は、割り当てられたMRA中に、QSTA3305によってQAP3315に送り返される。また、QSTA3305は、CSMA/CAアクセス機構を使用して、オープンMRAにおいてQSTA3310に直接にパケットを送信することもできる。QSTA3305は、その情報をオープンMRAにおいて送信することができる。測定パケットは、チャネル品質についての情報CQI、およびチャネル状態についての情報CSIを獲得する機構をサポートする。IEEE802.11eでは、QSTA3305は、EDCAにおいてQSTA3310に測定パケットを送信し、次いで、チャネル品質についてQAP3315に知らせる。データ転送中特に、DLPに関して、2つのQSTA3305、3310の間でMIMOをサポートするさらなるメッセージングの必要性は、全く存在しない。QAP-QSTA通信中にMIMOデータ率またはPERを向上させるチャネルフィードバックは、STA間の場合と同様である。いくつかのアクションフレームフォーマットが、DLP管理目的で定義される。カテゴリフィールドの直後のオクテットフィールドの中のアクションフィールドが、フォーマットを区別する。各フレームフォーマットに関連付けられたアクションフィールド値が、テーブル6で定義されている。以下のアクションフィールド値が、追加される。DLP発見要求QSTAが、アプリケーション要件を送信することにより、デバイスのMACアドレスを獲得するパケットをAPに送信する。DLP発見応答APが、デバイスのMACアドレスで応答する。DLP解体変更されたDLP解体のためのアクションフィールドが、APによって追加される。フレームには、タイマと呼ばれる情報がファイルされる。APは、QSTAが、その時間内にQAPにDLP解体メッセージを送信するものと予期する。DLP要求変更された2つのSTAの間で最適なPHYデータ率、および他のあるチャネル特性を送信する追加の要素。DLP測定要求DLP測定要求に関するアクション項目値が、QAP3315からQSTA3305に追加される。DLP測定要求は、QSTA3310の能力情報を含む。DLP測定応答DLP測定応答に関するアクション項目値が、QSTA3305からQAP3315に追加される。DLP測定応答は、測定情報、およびQSTA3310のMACアドレスを含む。以下の情報を含むBW要求パケットQSTA3310MACアドレス、P2Pオプション、オプションのPHYデータ率、BW応答要素、および中央コントローラを使用してDLPを実行する代替の方法。各デバイスは、そのデバイスが、直接に通信することができるすべてのデバイス、およびそのデバイスが、APを介して、いずれのデバイスと通信することができるかのデータベースを保持する。APは、そのAPを介して利用可能である利用可能なデバイスのデータベースを提供することができる。各ノードは、APに接続される。しかし、すべてのトラフィックが、必ずしもAPに由来する、またはAPに向かうわけではない。このケースでは、2つのノードは、APを介してトラフィックを送信することなしに、互いに直接に通信することができる。基本的に、以上のプロセスを制御する以下の2つの形が存在する。すなわち、前述した非APのケースと同様の、AP制御および分散制御である。AP制御を使用して、以上は、以下のステップのいくつか、またはすべてを使用して行われることが可能である。すなわち、ノード1が、宛先id、要求されるBW、チャネル情報、宛先までの直接ホップなどを有するメッセージをAPに送信する。APは、受信された情報に基づき、2つのSTAを互いに直接に、またはAPを介して通信させることを決定することができる。決定は、2つのノード間の信号強度、現在のネットワーク負荷、AP活動、2つのノードの能力などに基づくことが可能である。APは、要件、および何が利用可能であるかに基づき、リソース例えば、その接続に関する、ある時間、副搬送波、またはアンテナを割り当てることを決定することができる。その情報は、ノード1とノード2の両方に送信され、誘導されたパケットとして送信されることが可能である。その他のノードは、それらのノードが、リソースが使用中であることを認識しているように、通知される。それらのノードは、すべてのノードへのブロードキャストによって、またはAP割り当て情報をその情報が、すべてのノードによる使用に向けられていない場合でも監視するよう、すべてのノードに義務付けることにより、通知される。これにより、その他のノードが、同一のリソースを使用することが防止される。無線LANでは、媒体へのアクセスは、通常、分散型である。しかし、APは、非APのSTAより高い優先順位を有する。したがって、APは、管理機能を実施するために無線媒体を奪取して、STAによる無線媒体の使用およびアクセスを調整することができる。本発明では、APは、定義された間隔例えば、IEEE802.11eWLAN標準におけるDIFSの後、無線媒体を奪取し、指定されたMRAP管理リソース割り当て期間が、データパケット交換、およびポーリングされる伝送に関する要求/予約のために後に続くことを示すブロードキャストメッセージを、すべてのSTAに伝送する。MRAP中、スロット付きAloha機構が、無線媒体へのアクセスを提供する。MRAPにわたるAPからのブロードキャストメッセージの中には、タイプ、位置と時間、およびスロット付きAlohaパラメータなどのMRAPパラメータが含められる。タイプは、関連付けられたSTAのために使用されるMRAPと、関連付けられていないSTAのために使用されるMRAPを区別することができる。MRAPは、関連付けられたSTA、および関連付けられていないSTAと、APが、競合モードでメッセージを交換することを可能にする。データ交換は、通常、小さいデータパケット、ポーリングされる伝送に関するリソース割り当て要求、関連付け/再関連付け要求である。MRAPに関するアクセス機構は、スロット付きAloha機構である。スロット付きAloha機構では、STAは、短いデータパケット小さいデータパケット、リソース割り当て要求、関連付け/再関連付け要求を使用して無線媒体にアクセスする。無線媒体は、データパケット時間と等しいサイズのスロットに分割され、伝送は、スロットの先頭においてだけ許される。指数関数的バックオフ機構が、以下のとおり実施される。すなわち、バックオフカウンタが、各STAにおいて保持され、スロットごとに減分される。バックオフカウンタが0になると、待ち状態のパケットが伝送される。バックオフカウンタは、競合ウインドウから、一様に分布するランダムな変数として選択される。第1回の試みで、競合ウインドウは、最小競合ウインドウに設定される。競合ウインドウのサイズは、上限に達するまで、再伝送の試みの回数とともに成長する。また、競合ウインドウが成長する速度は、オプションとして、トラフィックの優先順位に依存することも可能である。例えば、トラフィックのアクセス遅延指定が小さいほど、競合ウインドウの成長は、遅い。アクセス遅延指定に基づいて競合ウインドウを制御することにより、高い負荷の状況下においてスロット付きAlohaアクセスのアクセス遅延のより良好な管理が可能になる。APが、予約スロットの中のSTAからの伝送に対するACK確認応答を送信する、2つの可能な方法が、存在する。1つの方法では、図35に示されるとおり、MRAPの終わりで、一括ACKフレーム3505が、送信される。この一括または集約されたACKは、MRAPにおいて競合したすべてのSTA向けの個々のACKを含む。別の方法では、予約スロットの中のSTAからの伝送には、図36に示されるとおり、同一のスロット内でAPによって即時にACKが行われる。この方法は、STAからのデータパケットとACKをともに収容するようにスロットサイズを定義しなければならない。APからSTAへの応答は、APによって実施されるポーリング機構において後に行われる。APからのポーリングは、リソース割り当て要求を伝送することに成功した、関連付けられたSTA向けのリソース割り当て応答を有する。ポーリングは、関連付け/再関連付け要求を伝送することに成功した、関連付けられていないSTA向けの関連付け/再関連付け応答を有する。成功しなかったSTAは、バックオフカウンタを使用して、パケットを再伝送しなければならない。バックオフカウンタは、MRAP中にだけ減分される。IEEE802.11n期間において、いずれの隣接する2つのスケジュールされたリソース割り当てSRAまたはMSRAにおける伝送も衝突するのを防止するように、ガードタイムが、必要とされる。要求されるガードタイムは、BSSの物理サイズ、ローカルSTA時刻とRCにおける理想的な時刻のずれに依存する。STAにおけるクロックは、理想的な時刻に対して速い、または遅いことが可能である。伝搬遅延は、特に、IEEE802.11nモデルシナリオにおいて示唆される距離に関して、わずかな影響しか及ぼさない可能性がある。RCは、IEEE802.11n期間全体にわたり、またはEBを介する2つのスケジュール告知の間における単一の最悪ケースのガードタイムを推定することができる。また、RCは、SRA割り当ての性質準静的または動的、およびスーパーフレームにおけるSRAまたはMSRAの位置に基づき、ガードタイムを計算することもできる。例えば、準静的なSRA割り当ては、ビーコン時刻の小さいずれに対処しながら、複数のスーパーフレームにわたって割り当てを同一に保つのに、より長いガードタイムを要する可能性がある。受け付け制御が、利用可能な帯域幅リソースを効率的に利用するのに必要である可能性がある。また、受け付け制御は、QoSを保証するのに要求される可能性もある。RCは、ネットワークにおいて受け付け制御を実施すること、またはそのような受け付け制御判定を別のエンティティに委ねることができる。受け付け制御は、IEEE802.11n、もしくは他のグループによって標準されること、またはスケジューラのベンダインプリメンテーションに委ねられることが可能である。受け付け制御は、利用可能なチャネル容量、リンク条件、再伝送制限、および所与のトラフィックストリームのQoS要件に依存することができる。いずれのストリームも、以上の基準のすべてに基づいて受け入れられること、または拒否されることが可能である。図37は、本発明による、少なくとも1つのSTA3705と、少なくとも1つのAP3710とを含むシステムにおいてSRA割り当てを実施するためのプロセス3700の流れ図である。STA3705が、AP3710に対する同期および関連付けステップ3712を得る。AP3710が、SRAやMSRAなどのIEEE802.11n期間における割り当てについての、IEEE802.11nSTA向けの情報を有するEBをブロードキャストするステップ3714。レガシー動作が有効にされる場合、AP3710は、レガシービーコンを伝送することによってスーパーフレームを開始する。レガシービーコンの中で、APは、CFPを告知して、レガシーSTAが、その期間中に伝送するのを防止する。レガシー動作がサポートされない場合、このビーコンは、存在しなくてもよい。STA3705が、ステップ3716においてSRAリソースを要望する場合、STA3705は、EBを読み取って、MSRAを探し出すステップ3718。STA3705は、スロット付きAloha機構を介してリソース割り当て要求を送信するMSRAを選択するステップ3720。STA3705は、リソース割り当て要求をAP3710に送信するステップ3722。AP3710は、その要求を受信し、SRAを割り当てるステップ3724。次に、AP3710は、確認応答をSTAに送信する個々に、または一括してステップ3726。次に、AP3710は、SRA割り当てに関する情報を含むEBをブロードキャストするステップ3728。STA3705は、EBを読み取り、いずれのSRAが、STA3705に割り当てられているかを知るステップ3730。STA3705は、オプションとして、SRAが割り当てられるまで、待機モードに入ってもよいステップ3732。STA3705は、AP3710が、STA3705の活動を待つなかでステップ3736、割り当てられたSRA開始時に、アクティブモードに再び入るステップ3734。データが、割り当てられたSRA上で伝送されるステップ3738。STA3705が、割り当てられたSRAの終わりに先立って動作を完了した場合ステップ3740、STA3705は、伝送終了標識をAP3710に送信するステップ3742。AP3710が、伝送終了標識を受信した、またはDIFS内で全く活動が検出されなかった場合、AP3710は、SRAリソースを回収するステップ3744。STA3705は、次のSRA位置が、EBから読み取られるまで、待機モードに入ることができるステップ3746。本発明の特徴および要素は、特定の組み合わせで、好ましい実施形態において説明されているが、各特徴または各要素は、好ましい実施形態の他の特徴および要素なしに単独で、または本発明のその他の特徴および要素を伴う、または伴わない様々な組み合わせで使用されることも可能である。