無線ネットワークにおける複数モード動作のための方法であって、APアクセスポイントによってサポートされる各モードに関して、それぞれのモードに適したフォーマットで、それぞれのビーコンを送信すること、前記それぞれのモードに対応するフォーマットにおける複数のCTSClear-to-Sendフレームをサポートすること、および前記APによってサポートされる各モードに関してマルチキャスト/ブロードキャストデータを送信することを含むことを特徴とする方法。送信される前記それぞれのビーコンの1つは、HT高スループット情報要素の中の一次ビーコンフィールドによって一次ビーコンとして識別されることを特徴とする請求項1に記載の方法。前記それぞれのビーコンは、HT情報要素の中の二次ビーコンフィールドによって識別される少なくとも1つの二次ビーコンを含むことを特徴とする請求項1に記載の方法。デュアルモード保護を、複数モード動作をサポートすることに拡張する必要性が、存在する。現行技術は、デュアルCTS送信によって保護された、使用されていないTXOP送信機会持続時間を回復する機構を提供しないため、媒体使用が、堅牢ではなく、効率的ではない。現行技術スキームの下で、STAから、保護されたTXOP中に送信すべきデータが尽きた場合、媒体は、残りのTXOPに関して無駄にされる。残りの使用されていないTXOPをシステムに明け渡すMACシグナリングを提供する必要性が、存在する。また、PSMPシーケンスが、複数モードシステムにおいて帯域幅効率のよい仕方で機能する必要性も存在する。802.11n規格は、ULTにおいてACK/MTBAだけしか許さず、スケジュールされていないPSMPに関して全くデータを許さないことに関して矛盾を含む。また、CF-Endフレームを解釈することができないSTAに関するデュアルCTS保護下のTXOPの打ち切りに関して、全く手引きが存在しない。第1の好ましい実施形態は、WLANシステムにおける或る特定のSTBCおよび非STBCデュアルモード動作を、より一般的な複数モード動作に拡張するための方法およびシステムである。第2の好ましい実施形態は、複数モード動作におけるMAC保護機構、特に、瑣末な事例として単一モードにも適用される、効率的な媒体利用を可能にするようにAPによって送信される複数のCF-Endそれぞれ、対応するモードに適切なフォーマットのフレームシーケンスをサポートする機構を拡張するための方法およびシステムである。第3の好ましい実施形態は、複数モード動作におけるPSMPシーケンスを拡張するための方法およびシステムである。本発明のより詳細な理解は、例として与えられ、添付の図面と併せて理解されるべき、好ましい実施形態の後段の説明から得ることができる。以降、局またはSTAという用語には、WTRU無線送信/受信ユニット、UEユーザ機器、移動局、固定契約者ユニットもしくは移動契約者ユニット、ページャー、セルラー電話機、PDAパーソナルデジタルアシスタント、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、述べられる場合、基地局という用語には、ノードB、サイトコントローラ、APアクセスポイント、または無線環境において動作することができる他の任意タイプのインタフェースデバイスが含まれるが、以上には限定されない。以降、本発明を説明する目的で、モードとは、PHY層、チャネルインタフェース、チャネル帯域幅例えば、20MHz対40MHz、および物理通信チャネルなどの、通信送信および受信のために使用される、MAC層より下の特定のネットワークリンクを指すのに使用される。異なるモードにおけるSTAは、MAC層の機構によって制御され、保護されない限り、BSSサービスエリア内で、通常、一緒に効率的に動作しない可能性があることに留意されたい。本発明は、STAが、同一のサービスエリア内において複数1つ以上のモードで送受信を行う複数モードシステム例えば、BSSに関する。図8は、APと、モード1動作で動作するSTA1と、モード2動作で動作するSTA2とを含む例示的な無線LANを示す。簡明のため、好ましい実施形態は、2つのモード、モード1およびモード2の文脈で説明される。しかし、本発明は、2つを超えるさらなるモードを含む複数のモード動作に拡張されることが可能である。以下に、本発明の3つの好ましい実施形態を説明する。第1は、WLANシステムにおける或る特定のSTBC時空間ブロック符号化および非STBCデュアルモード動作を、より一般的なマルチモード動作に拡張するための方法およびシステムである。第2の実施形態は、複数モード動作におけるMAC保護機構を拡張する、特に、瑣末な事例として単一モードにも適用される、効率的な媒体利用を可能にするようにAPによって送信される複数のCF-Endそれぞれ、対応するモードに適切なフォーマットのフレームシーケンスをサポートする機構を拡張するための方法およびシステムである。第3の実施形態は、複数モード動作におけるPSMPシーケンスを拡張するための方法およびシステムを説明する。第1の実施形態は、複数モード動作をサポートするようにMAC機構を規定することに関する。複数モード動作に関するアプリケーションの例には、1レガシーシステム、2新たな変調セットをサポートするデバイス、3ネットワークを切り替える前に遷移モード新たな変調セットになる可能性があるデバイス、4複数のモードをサポートするメッシュネットワーク、および5複数の周波数帯域/チャネル上で動作するデバイスが含まれる。第1の好ましい実施形態によれば、APは、以下の2つのメインMAC機構を使用して、すなわち、1サポートされる各モードに関して、ビーコン/二次ビーコンを送信し、その後にマルチキャスト/ブロードキャストデータを送信すること、および2サポートされる複数のモードの1つにそれぞれが対応する複数のCTSフレームの送信をサポートすることにより、複数のモード動作をサポートする。この複数モード保護に関する課題は、CTS保護フレームが、2つの通信するエンティティのそれぞれによるモードフォーマット変調、リンク構成などで解釈されなければならないことである。このため、STAが、或る特定のモードフォーマットを使用している場合、CTS保護フレームは、そのSTAによる認識を可能にする、その特定のフォーマットで送受信されなければならない。図9は、APの前述したMAC機構によるフレームフォーマットの好ましいセットを表す図を示す。一次モードフレームは、一次ビーコン901と、その後に続くマルチキャスト/ブロードキャストデータ905とを含む。一次ビーコンは、HT情報要素903を含む。規定されたオフセット期間の後、HT情報要素904を有する二次ビーコン902を含み、その後にマルチキャスト/ブロードキャストデータ906を含む二次モードフレームが、送信される。図8を参照すると、一次ビーコンは、モード1非STBCのSTA1の役に立つ。二次ビーコンは、モード2STBCを使用するSTA2の役に立つ。例として、この場合、モード1およびモード2は、一次ビーコンおよび二次ビーコンとそれぞれそろえられているが、代替として、システムパラメータに応じて、一次ビーコンが、モード2に役立ち、二次ビーコンが、モード1に役立つことも可能である。我々の例に戻ると、一般に、一次ビーコンは、モード1を使用するすべての局の役に立ち、二次ビーコンは、モード2を使用するすべての局の役に立つ。複数モード動作に関して、さらなる二次ビーコンは、システムにおいて使用されるモードのそれぞれの役に立つ。複数モード動作中、APは、システムによってサポートされる各モードに適切なフォーマットでビーコン/二次ビーコンおよびマルチキャスト/ブロードキャストトラフィックを送信する。複数モードシステムにおいて、送信されるいくつかのビーコンの1ついくつかのモードに対応するが、一次ビーコン901として識別される。各二次ビーコン902が、時間オフセット一次ビーコン901、または他の任意の時間基準を基準とするで送信されることが可能である。この時間オフセットは、システム考慮事項に基づいて決定されてもよい。この時間オフセットは、APによって動的に変更されることが可能である構成可能なシステムパラメータであってもよい。二次ビーコン902のTSFタイミング同期ファンクションタイムスタンプは、実際のタイムスタンプでなければならない。二次ビーコン902の中の他のすべてのフィールドは、好ましくは、一次ビーコン901の中の対応するフィールドと同一である。二次ビーコン902の後に送信されるマルチキャスト/ブロードキャストデータ906は、好ましくは、一次ビーコン901の後に送信されるマルチキャスト/ブロードキャストデータ905と同一である。システム考慮事項に基づき、各二次ビーコン902は、追加のフィールド、およびそのモードに固有のデータを含む。やはり、システム考慮事項に基づき、各モードは、追加のマルチキャスト/ブロードキャストフィールド、およびそのモードに固有のデータを有することが可能である。図10は、HT情報要素903、904に対応する、HT情報要素1000の好ましいフォーマットを示す。HT情報要素1000は、以下のフィールド、すなわち、要素ID1001、長さ1002、制御チャネルID1003、拡張チャネルオフセット1004、推奨される送信幅セット1005、RIFSモード1006、制御されたアクセス専用1007、サービス間隔粒度1008、動作モード1009、基本STBCMCS1011、許されるL-SIG保護1013、および基本MCSセット1016を含む。これらのフィールドは、図4に示される、提案される管理HT情報要素フォーマットと合致する。本発明によれば、複数モード保護フィールド1012およびビーコンIDフィールド1014が、複数モードをサポートするように含められる。デュアルモードに関する例として、ビーコンIDフィールド1014は、1ビットであることが可能であり、ただし、HT情報要素が、0という値を有する場合、それは、一次ビーコンであり、この値が、1である場合、それは、二次ビーコンである。しかし、複数モードの場合、単一ビット情報要素が、一次モードに加え、既存のすべてのモードの識別に十分なサイズに拡張される。図10に示されるとおり、ビーコンIDフィールド1014には、ビットB9-Bkでタグが付けられ、ただし、kは、サポートされるモードの数に基づいて選択される。例えば、16のモードを使用するシステムにおいて、4ビットB9-B12、k=12のビーコンIDフィールドが、選択される。図11は、APと、モード2で動作しており、TXOPを保護している局STA2とを含む、n個のモードを使用する複数モードシステムに関する例示的なシグナリング図1100を示す。複数モードTXOP保護がシステムによってサポートされるという指示が、APによって提供される。この指示のための好ましい機構は、APが、図10に示される新たなHT情報要素、複数モード保護1012の中で複数CTS保護フィールド/ビットをシグナリングすることである。この複数CTS保護フィールド/ビットが、APによって設定され、局STA2によって受信されると、TXOPが、局STA2によって開始され、モード2におけるRTSRequest-to-Sendフレーム1101が、APに送信される。APからの応答は、それらのモード、例えば、変調、リンク構成などに対応するフォーマットで複数のCTSフレームおよびCTS-to-Selfフレーム1102~1105を送信して、STA2などのモード2局のために或るTXOPが予約/保護されていることが、その他のモードで動作している局に通知されるようにすることである。図11に示されるとおり、APは、STAによって保護されているTXOPに関して使用されているモードでCTSフレーム1102を送信する。この場合、STAは、モード2で動作している、TXOPを開始した局STA2であり、APからの複数CTSフレーム応答の中のモード2CTSフレーム1102の位置は、最初である。代替として、このモードのCTSフレームの位置は、最後であってもよく、あるいは、システムによって決定されるとおりであり、モードに割り当てられた優先順位に基づいてもよい。また、APは、STAによって保護されているTXOPに関して使用されているモード、すなわち、CTS-to-Selfモード1、CTS-to-Selfモード3...CTS-to-Selfモードnを除くすべてのモードで、複数のCTS-to-Selfフレーム1103~1105を送信する。これらのCTS-to-Selfフレームの相対的順序は、任意である、またはシステムおよび実施形態の考慮事項に基づいて、さらにモードに割り当てられた優先順位に基づいて決定されることが可能である。これらの複数のCTS/CTS-to-Selfフレーム1102~1105は、PIFS、SIFS図示される、あるいは他のシステム要因に基づいて決定されるRIFSReducedInterFrameSpacingなどの他の持続期間によって隔てられる。これらの複数のCTS/CTS-to-Selfフレーム1102~1105が完全に送信されると、モード2TXOP1106が、開始する。RTSフレームに応答してAPによって送信される複数のCTS/CTS-to-Selfフレームは、以下の事例に適用される。APを有するBSSが、複数のCTS信号を使用して複数モード動作で通信している場合、STAのそれぞれによる応答は、そのSTAの動作モードに対応するフォーマットの単一のCTSフレームを用いる。代替として、各STAが、複数のCTSフレームを使用して応答することを許されることが可能であり、このことは、IBSS独立した基本サービスセットすなわち、APが全く存在せず、すべての局がピアである場合またはメッシュシナリオにおいて特に有用である。そのような事例において、選択されたSTAは、複数のCTSフレームを送信することによってAPの役割をする。さもなければ、いくつかの局からのCTS応答を調整することは、困難である可能性がある。図12は、図3のデュアル保護信号シーケンス301に対応する、EDCAを使用してモード2TXOPを保護するAPの例示的なシグナリング図1200を示す。この場合、APは、モード2を除くすべてのモードにおいて複数のCTS-to-Selfフレーム1201~1203から始めて、モード2TXOPをAPのために開始する。この場合も、図11の場合と同様に、複数モードCTS-to-Selfフレームのシーケンスは、任意である、またはシステムおよび実施形態の考慮事項に基づいて、さらにモードに割り当てられた優先順位に基づいて決定されることが可能である。次に、APは、この例に関してSTA2に特にアドレス指定された、特定のSTAアドレス情報を含むモード2RTSフレーム1204を送信する。これに応答して、STA2は、APからのモード2TXOPフレーム1206が開始することを許すモード2CTSフレーム1205を送信し、ただし、APは、モード2でデータを送信する。図13は、図3のデュアル保護信号シーケンス306に対応する、HCCAを使用するモード2STAに関するTXOPを保護するAPの例示的なシグナリング図1300を示す。複数CTS保護フィールド/ビット1012が、APによって設定され、送信されると、APは、この例ではモード2である、APによって保護されているTXOPに関して使用されるモードの場合を除き、モード、例えば、変調、リンク構成などに対応するフォーマットで送信された複数のCTS-to-Selfフレーム1307~1310を使用して、所与のモードにおけるTXOPを保護する。複数のモードに対応する複数のCTS-to-Selfフレーム1307~1310の順序は、任意である、またはシステムおよび実施形態の考慮事項に基づいて、さらにモードに割り当てられた優先順位に基づいて決定されることが可能である。複数のCTS-to-Selfフレーム1307~1310は、SIFS図示される、PIFS、あるいは他のシステム要因に基づいて決定されるRIFSなどの他の持続期間によって隔てられることが可能である。図13に示されるとおり、複数のCTS-to-Selfフレーム1307~1310の後には、SIFS、PIFS、あるいは他のシステム要因に基づいて決定されるRIFSなどの他の持続期間の後に、TXOPに関して使用されているモードで送信される、HCCAプロトコルに準拠するCF-pollフレーム1311が続く。この場合、TXOP1312は、モード2に関し、このため、CF-Pollフレーム1311は、モード2になっている。STAに関するTXOPが保護される、この複数モードTXOP保護実施形態の下で、STAは、STAの送信を開始するのに、APからの複数のCTSフレームまたはCTS-to-Selfフレームが送信されるまで待たなければならない。これを実現するのに、以下の好ましい手続きが、個々に、または様々な組み合わせで遵守される。好ましくは、複数のCTS/CTS-to-Selfフレームを送信するのにAPによって必要とされる時間は、システム内のSTAに知らされる。1つの可能なアプローチの例は、この情報を、APによって送信される新たなHT情報要素1000のフィールドの中に含めることである。代替として、局は、局のRTSへのCTS応答を受信してからでないと、送信することを開始せず、そのようなCTS応答が最後に来る場合、明示的な時間は、前もって通信されなくてもよい。別のアプローチは、送信する前に搬送波感知carriersensingに頼ることであり、すなわち、CTSを受信した後でさえ、STAは、媒体が、他のモードのCTSフレームによって依然として占有されている場合、待たなければならない。代替として、すべてのSTAが、単一の共通モードフォーマットで送受信を行うことができる場合、これらのSTAが、通常、或る特定のモードで通信する場合でさえ、その共通モードフォーマットが、好ましくは、RTSやCTSなどの保護制御フレームを送信するために使用される。制御フレームを送信するために使用される変調は、通常、所与のモードにおける基本レートである。各モードにおける、より高いレートが、データ送信のために使用される。STAが、すべてのモードで基本レートをサポートし、1つの好ましい/特定のモードで、より高いレートだけをサポートすることが考えられる。この場合、その共通フォーマットで2つの通信するデバイス間で交換される単一のRTSフレーム、および単一のCTSフレームで、複数モードシステム動作における保護を確立するのに十分である。複数モード動作に関する前述の保護機構のすべてにおいて、使用される保護フレームすなわち、RTS、CTSは、好ましくは、保護されるTXOP全体に関するNAVを設定する。本発明の第2の好ましい実施形態は、保護されたTXOPの使用されていない部分を解放することによって、複数モード動作における媒体の効率的な使用をサポートするMAC機構を提供する。図14~図16は、複数CF-Endフレーム送信が、使用されていないTXOPを解放して、媒体使用効率を向上させるようにするのに、どのように使用されることが可能であるかの例示的な信号シーケンスを示す。図14は、モード2において使用されていないTXOPを解放するSTAの例を示す。図11に示される信号シーケンスの場合と同様に、STA2は、モード2RTS1401を送信し、APは、複数のCTS/CTS-to-Selfフレーム1402~1405で応答し、STA2のTXOPは、モード2において始まる。しかし、この実施形態では、STA2は、TXOPフレーム1406の終わりに先行して、送信されることが可能なデータは、全く存在しないことを認識する。すると、STA2は、CF-Endフレームのフォーマットとすることが可能な、単一のEndofDataフレーム1416を送信する。APは、すべてのモードにおいて複数のCF-Endフレーム1407~1409で応答する。すべてのCF-Endフレームが送信されると、TXOPフレーム1406の使用されていない部分は、媒体に解放され、新たなTXOP保護プロセスが、別の局またはAPによって、その媒体上で、その別の局またはAP自らが送信するために、開始されて、始まることが可能である。図15は、図12に示される信号シーケンスの拡張として、モード2においてEDCA中に、使用されていないTXOPを解放するAPの例示的な信号シーケンスを示す。APは、複数モードCTS-to-Selfフレーム1512~1523を送信し、その後に続いて、モード2RTSフレーム1524を送信して、モード2TXOP保護を要求する。STA2は、モード2CTSフレーム1525で応答して、APが、APのTXOPフレーム1506をモード2で開始する道を開く。TXOPフレーム1506中、APは、送信されるべきデータがもはや存在しないことを認識し、したがって、CF-Endフレームのフォーマットになっていることが可能なEndofDataフレーム1526を送信する。次に、APは、すべてのモードにおいて複数のCF-Endフレーム1527~1529を送信して、APが、現在のTXOPフレーム1506においてAPのモード2送信を完了したことを、すべてのSTAに通知する。次に、TXOPフレーム1506は、打ち切られ、次に、TXOPフレーム1506の使用されていない残りの部分が、異なるモードにおいて別のSTAまたはAPにアクセスのために解放される。解放されたTXOPの保護は、前述した複数モード手続きに従う。図16は、図13に示される信号シーケンスの拡張として、モード2においてHCCA中に、使用されていないTXOPを解放するSTAの例示的な信号シーケンスを示す。APが、この例ではモード2である、TXOP保護のモードを除くすべてのモードにおいて、複数のCTS-to-Selfフレーム1601~1604を送信する。モード2CF-Pollフレーム1605が、送信され、STA2に関するモード2TXOPフレーム1606が、開始する。TXOPフレーム1606中、STA2は、STA2の送信データが尽きていることを認識し、したがって、STA2は、EndofDataフレーム1612を送信する。APは、すべてのモードにおけるその他のSTAに、それぞれのモードにおける複数のCF-Endフレームを使用して通知する。次に、TXOPの残りの部分が、解放される。図14~図16に示されるとおり、APは、APによってサポートされるモードに対応する送信フォーマット変調、リンク構成などを使用して、MPDUMACプロトコルデータユニット内で複数のCF-Endフレームを順次に送信する。SIFSの時間ギャップまたは他のシステム要因に基づいて決定された他の持続期間が、CF-Endフレームの合間に含められる。以下は、保護されたTXOPを解放するための、この実施形態が、適用可能である、条件付き事例個々の、または組み合わせののさらなる例である。すなわち、a.TXOPを開始した、図14に示される、STAからのEnd-of-DataMAC信号または、例えば、APからのACK応答を有するQoS-NULLフレームを受信した後、b.TXOPを開始したSTAからのEnd-of-DataMAC信号または、例えば、APからのACK応答を有するQoS-NULLフレームを受信した後、かつ、APが、送信すべきデータを全く有さないc.TXOPを開始した局が、データを送信することを停止したばかりである場合、d.TXOPを開始した局が、データを送信することを停止したばかりであり、かつ、APが、そのことを何らかの手段搬送波感知などのによって検出し、APが、送信すべきデータを全く有さない場合、e.任意の媒体回復手続きの後、すなわち、APが、媒体を回復したばかりであり、その媒体に局がアクセスすることを許すCF-Endフレームを送信することができる、f.APが、TXOPを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合、g.APが、EDCAにおいてTXOPを開始し、ダウンリンク送信を終え、さらなるアップリンク送信例えば、End-of-Data信号図15に示される、またはAPからのACK応答を有するQoS-NULLフレームを使用するを全く予期していない場合、h.APが、CF-Pollを使用してHCCAにおいてTXOPを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合、i.APが、CF-Pollを使用してHCCAにおいてTXOPを開始し、図16に示されるとおり、STAからEnd-of-DataMAC信号または、例えば、APからのACK応答を有するQoS-NULLフレームを受信し、APが、ダウンリンク送信を終えている場合。APによって送信される複数のCF-Endフレームは、好ましくは、以下の規則を個々に、または組み合わせで遵守する。a.複数のCF-Endフレームは、これらのフレームが、現在のTXOPが期限切れになる前に送信されることが可能である場合に限って、送信される。このことは、TXOPの残りの部分を推定して、すべてのCF-Endフレームを送信するのに要求される時間と比較することにより、APによって判定される、b.すべての複数のCF-Endフレームが、現在のTXOPが期限切れになる前に送信されることが可能でない場合、現在のTXOPが期限切れになる前に送信されることが可能な数だけが、送信される、c.一部の事例、またはシステム条件において、現在のTXOPが期限切れになる前に、複数のCF-Endフレームのすべて、または一部が、送信されることが可能でない場合でも、やはり、これらのフレームはすべて、これらのフレームの一部、またはすべてが、TXOPの外で送信されなければならない場合でも、送信される。APによって送信される複数のCF-Endフレームは、システム内の他のすべてのデバイスが、それらのデバイスのNAVを更新して、媒体使用における潜在的な浪費または非効率を回避することを可能にする。APからの複数のCF-Endフレームは、SIFS、または他のシステム要因に基づいて決定される、RIFSなどの他の持続期間によって隔てられる。使用されていないTXOPを解放するようにAPによって送信される複数のCF-Endフレームデュアルモードシステムにおける場合、デュアルCF-Endフレームを含むの送信の機構および順序は、所望されるオプションに応じて、以下のとおりであることが可能である。すなわち、a.複数のCF-Endフレームは、システム構成によって決定された優先順位の順序で送信されることが可能であり、この順序は、この順序が、システムによってサポートされるモードに割り当てられた順序に対応する場合、動的に変更されることも可能である、b.最初のCF-Endは、現在のTXOPのモードに対応し、残りのCF-Endフレームは、その他のモードに対応する、c.システムにおいてサポートされるモードに対応する複数のCF-Endフレームの順序は、任意であることが可能である。d.現在のTXOPのモードに対応するフォーマットにおける1つだけのCF-Endフレームが、送信され、その場合、媒体は、そのモードに関する保護が期限切れになるまで、そのモードで動作するすべての局に開かれており、このことは、TXOPのモードで動作している局に優先権を与える、e.すべての局が、単一の共通モードフォーマットを送受信することができる場合、つまり、すべての局が、通常、或る特定のモードにおいて通信する場合でも、その共通モードフォーマットが、すべてのモードにおけるすべての局のNAVを更新するのに十分である1つだけのCF-Endフレームを送信するために使用されなければならない。以下の例は、デュアルCF-Endフレームが、ERExtendedRange/NRNormalRange機能になっており、1つのCF-Endフレームが、ERSTBC変調において送信され、他方のCF-Endフレームが、NR非STBC変調において送信される。以下に、このデュアルCF-Endフレーム例の1つの可能な実施形態を説明する。デュアルCTS保護が、有効にされすなわち、通常、ビーコンの中で示されて、デュアルCTS保護が、システムにおいて有効にされて、STBCおよび非STBCのCTSフレームが、APによって送信され、STAが、TXOPを獲得し、その後、STAから、送信すべきフレームが無くなった場合、STAは、以下のフレームの1つを送信することを、残りのTXOP持続時間が、そうすることを許すすなわち、解放のためのCF-Endフレームの後に、十分な、使用可能なTXOP持続時間が残っているという条件付きで、行うことによって、送信の終了またはデータの終了またはSTAのTXOPの打ち切りを示すことができる。すなわち、事例1STAが使用している変調STBCまたは非STBCを使用するCF-Endフレーム。事例2STAが使用している変調STBCまたは非STBCを使用するQoS-Nullフレーム。事例3STAが、送信すべきフレームをもはや有さないことを実質的に示す、送信の終了信号またはデータの終了信号を示す他の任意のタイプのMACフレーム。前述の指示フレーム前述の事例1から事例3までのいずれか1つの送信で、STAは、STAのTXOPの完了または打ち切りを明示的に示す。送信されたフレームが、CF-Endフレーム事例1である場合、このフレームは、このフレームを受信することができる、その他のSTAによって、NAVリセットと解釈されなければならない。合致するBSSIDを有するSTAから前述のフレーム前述の事例1から事例3までのいずれか1つを受信すると、APは、SIFS持続時間または、他のシステム要因に基づいて決定された、RIFSなどの他の持続期間の後、デュアルCF-Endフレームで、つまり、1つのSTBCCF-Endフレーム、および1つの非STBCCF-Endフレームで応答しなければならない。別の可能性は、事例2、およびACKを予期する他の任意のフレームにおいて、APが、デュアルCTSフレームを送信する前に、ACKでまず応答することができることである。デュアルCF-Endフレームは、打ち切られるTXOPを所有するSTAを同一のモードではないSTAに対する不公平を解消する。TXOPが、APによって所有され、デュアルCTS保護が、システムにおいて有効にされる通常、ビーコンの中で示され、すなわち、STBCSTAと非STBCSTAの両方が、システム内に存在する場合、APは、送信すべきフレームが尽きた場合、デュアルCF-Endフレームを送信することを、残りのTXOP持続時間が、そうすることを許すという条件付きで、行うことができる。さらに、一般に、デュアルCTS保護が、ビーコンの中で示されるとおり、システム内で有効にされるとすなわち、STBCSTAと非STBCSTAの両方が、システム内に存在する場合、APは、デュアルCF-Endフレーム、つまり、1つのSTBCCF-Endフレームおよび1つの非STBCCF-Endフレームを送信して、NAVリセットを行わなければならない。両方のモードが可能であるSTAは、STAのTXOPを打ち切ることを望む際、デュアルCF-Endフレームを送信することを、残りのTXOP持続時間が、そうすることを許す場合、行うことができる。APによって送信されるデュアルCF-Endフレーム間の間隔は、SIFS、または他のシステム要因に基づいて決定される、RIFSなどの他の持続期間でなければならない。デュアルCF-Endフレームにおけるフレームの順序は、任意であることが可能であり、あるいは、それらのフレームの1つが、最初に送信されるように選択されることが可能である。第1の可能な実施形態において、第1のCF-Endフレームは、TXOPが打ち切られる送信に関して使用されるのと同一の変調を使用しなければならず、第2のCF-Endフレームは、他方の変調を使用しなければならない。つまり、STBCTXOPに関して、最初のCF-Endは、STBCモードになっており、非STBCTXOPに関して、最初のCF-Endは、非STBCモードになっている。前述の問題解決法は、より高い媒体利用効率、および打ち切られるTXOPを所有するSTAと同一のモードではないSTAに対する不公平の解消という両方の利点を有することに留意されたい。このことは、TXOPを打ち切るようにTXOPの所有者によって送信されるCF-Endが、他のモードのSTAによっては解釈されることが可能でなく、したがって、それらのSTAは、APが、デュアルCF-Endまたは一般的な事例において、複数CF-Endを送信するまで、その媒体にアクセスすることができないためである。また、前述の問題解決法は、一般に、いくつかの2つより多いモードを有するシステムの事例に適用される。以下に、802.11n標準規格に特に適用される前述の事例1から事例3までによる或る特定の実施形態を説明する。デュアルCTS保護が、有効にされ、STAが、TXOPを獲得し、次に、STAから、送信すべきフレームが尽きた場合、STAは、次に、STAのTXOPの打ち切りを、残りのTXOP持続時間が、そうすることを許すという条件付きで、CF-Endフレームを送信することによって示すことができる。例えば、この条件は、以下の判定に従って判定されることが可能である。すなわち、TXOPの残りの持続時間は、CF-Endフレーム持続時間、STBCCF-Endフレーム持続時間、知られている基本レートにおける非STBCCF-Endフレーム、および2つのSIFS持続時間の合計より大きいかどうか。CF-Endフレーム送信を使用して、STAは、STAのTXOPの完了または打ち切りを明示的に示す。CF-Endフレームの送信は、このフレームを受信することができるその他のSTAによって、NAVリセットとして解釈されなければならない。合致するBSSIDを有するSTAからCF-Endフレームを受信すると、APは、SIFS持続時間の後、デュアルCF-Endフレーム、つまり、1つのSTBCCF-Endフレーム、および1つの非STBCCF-Endフレームで応答しなければならない。TXOPが、APによって所有され、デュアルCTS保護が、システムにおいて有効にされる場合、APは、APから、送信すべきフレームが尽きた場合、デュアルCF-Endフレームを送信することを、残りのTXOP持続時間が、そうすることを許すという条件付きで、行うことができる。APによって送信されるデュアルCF-Endフレーム間の間隔は、SIFSでなければならない。第1のCF-Endフレームは、打ち切られるTXOPにおいて送信のために使用されるのと同一の変調を使用しなければならず、第2のCF-Endフレームは、他方の変調を使用しなければならない。つまり、STBCTXOPに関して、第1のCF-Endは、STBCモードになっており、非STBCTXOPに関して、第1のCF-Endは、非STBCモードになっている。以下に、デュアルCF-Endを送信する必要が全くないという点で簡単であるが、媒体利用がそれほど効率的ではない別の問題解決法、または別の機構を説明する。STAまたはAPが、TXOPを獲得し、LongNAV機構を使用して、TXOP持続時間を保護すると、送信されるべきフレームがもはや無くなると、CF-Endフレームが送信されて、TXOPの打ち切りまたは完了を示す。我々の単純化された問題解決法は、実質的に、システムにおいてデュアルCTS保護が有効にされる際に好ましくは、ビーコンの中で示されるTXOPの所有者によるCF-Endフレームの送信を許さないことにより、LongNAV保護の下でTXOP打ち切りに関する現在の規則を変更することである。したがって、これらの条件下で、TXOPは、所有者によって、所有者が、送信すべきフレームをもはや有さない場合でも、打ち切られない。また、このことは、一般に、いくつかの2つより多いモードを有するシステムの事例にも適用される。STAは、STAのモードに対応する変調を使用するCF_EndフレームまたはMPDUを受信すると、以下のとおり、STAのNAVを更新する例えば、STAのNAVを0にリセットすることができる。すなわち、a.局は、BSSIDが、局のBSSすなわち、STAが関連付けられたAPによって制御されるBSSに対応することを検証した後、局のNAVを更新する。BSSIDが、合致しなかった場合、STAは、STAのNAVを更新しない。b.一部の事例または実施形態において、STAは、CF-Endフレームの中のBSSIDにかかわらず、STAのNAVを更新する。本発明の第3の好ましい実施形態は、複数モードシステムに関する複数モードPSMPシーケンスを規定する。従来技術のPSMPシーケンスは、単一モードのために動作するように設計される。したがって、複数モードシステムにおいて従来技術のPSMPシーケンスを適用するのに、各モードは、デュアルCTS-to-Selfフレームで始まり、その後に、PSMPフレーム、ならびにスケジュールされたダウンリンク送信およびアップリンク送信が続く。この手続きが、従来技術のPSMPシーケンスを使用して、各モードに関して繰り返されなければならない。そうであることは、媒体の効率的な使用ではなく、複数のモード割り当てが、単一のPSMPシーケンスにおいて行われることが可能でないので、柔軟性がない。図17は、本発明による複数モードPSMPシーケンスの例を示す。この場合、複数モードPSMPシーケンスは、複数モードCTS-to-Selfフレームの後に、複数モードPSMPフレームが続き、その後に、複数モードのダウンリンク送信およびアップリンク送信が続くものと規定される。複数モードPSMPフレームは、複数モードPSMPシーケンス持続時間にわたる複数モードのダウンリンク送信およびアップリンク送信に関するスケジュールを規定する。複数モードPSMPフレームは、アプリケーション、およびデバイスの能力に適するものとして決定された任意の順序で、様々なモードにおける局のDLTダウンリンク時間割り当ておよびULTアップリンク時間割り当てを規定することができ、完全に柔軟性がある。割り当て順序付けの例には、以下が含まれるが、以下には限定されない。すなわち、1同一のモードのすべてのダウンリンク割り当てが、例えば、一緒にまとめられて、同一のモードで受信する複数のSTAが、存在することが可能であり、各DLTにおいて1つのSTAが、存在することが可能である、2同一のモードのすべてのアップリンク割り当てが、一緒にまとめられることが可能である、3すべてのアップリンク割り当てが、すべてのダウンリンク割り当ての後に行われる図174ダウンリンク割り当てにおけるSTAの順序は、アップリンク割り当てにおいて保たれることが可能である図17。複数モードPSMPフレームが、DLTダウンリンク時間割り当ておよびULTアップリンク時間割り当てをどのように規定することが可能であるかについての、他の多くの変種が、可能である。例えば、DLTの後に、同一のモードのULTが続くことが可能である。つまり、この第3の好ましい実施形態によれば、アプリケーション、およびデバイスの能力に適切な、任意のモードのULT/DLTの完全に柔軟性のある順序付けが、可能である。複数モードPSMPフレームは、PIFS、または他のシステム要因に基づいて決定される、RIFSReducedInterFrameSpacingなどの他の持続期間によって隔てられることが可能である。本発明は、データリンク層、媒体アクセス制御、およびネットワーク層において、複数のSTAまたはWTRUに対するアクセスポイントを有するネットワークとして、ASIC特定用途向け集積回路として、DSPデジタルシグナルプロセッサとして、またはソフトウェアとして実施されることが可能である。本発明は、RRM無線リソース管理およびRRC無線リソースコントローラを使用する802.11ベースのWLANシステムまたはOFDM/MIMOに関する。本発明の特徴および要素は、特定の組み合わせで、好ましい実施形態において説明されるが、各特徴または各要素は、好ましい実施形態のその他の特徴および要素を伴わずに単独で、あるいは、本発明の他の特徴および要素を伴って、または伴わずに様々な組み合わせで使用されることが可能である。本発明において提供される方法は、汎用コンピュータもしくはプロセッサによる実行のためにコンピュータ可読記憶媒体として実体を有して実現されるコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読記憶媒体の例には、ROM読み取り専用メモリ、RAMランダムアクセスメモリ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびCD-ROMディスクやDVDデジタルバーサタイルディスクなどの光媒体が含まれる。適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、DSPデジタルシグナルプロセッサ、複数のマイクロプロセッサ、DSPコアに関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ASIC特定用途向け集積回路、FPGAフィールドプログラマブルゲートアレイ回路、他の任意のタイプのIC集積回路、および/または状態マシンが含まれる。ソフトウェアに関連するプロセッサが、STA局、WTRU無線送受信ユニット、UEユーザ機器、端末装置、基地局、RNC無線ネットワークコントローラ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用されることが可能である。STAは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Bluetooth登録商標モジュール、FM周波数変調無線ユニット、LCD液晶ディスプレイディスプレイユニット、OLED有機発光ダイオードディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームモジュール、インターネットブラウザ、および/または任意のWLAN無線ローカルエリアネットワークモジュールなどの、ハードウェアおよび/またはソフトウェアで実施されるモジュールと併せて使用されることが可能である。実施形態1.アクセスポイントと、少なくとも1つのSTA局とを有し、モードが、STAのネットワークリンクによって規定される無線ネットワークにおける複数モード動作のための方法であって、アクセスポイントによってビーコンを送信すること、およびネットワークによってサポートされる各モードに関して、マルチキャストデータおよびブロードキャストデータを送信することを含む方法。2.モードに対応する複数のCTSClear-to-Sendフレームをサポートすることをさらに含む実施形態1の方法。3.システムによってサポートされる各モードに関して、それぞれのビーコンが、それぞれのモードに適したフォーマットで送信される実施形態1~2のいずれかにおけるとおりの方法。4.送信されるビーコンの1つは、APによって送信されるHT高スループット情報要素の中の一次ビーコンフィールドまたは一次ビーコンビットによって一次ビーコンと識別され、残りのビーコンは、それぞれのモードにそれぞれが対応する二次ビーコンと指定される実施形態3の方法。5.二次ビーコンは、APによって送信されるHT情報要素の中の二次ビーコンフィールドまたは二次ビーコンビットによって識別される実施形態3~4のいずれかにおけるとおりの方法。6.二次ビーコンは、或る時間基準を基準として或る時間オフセットで送信される実施形態5の方法。7.時間基準は、一次ビーコンと関係する実施形態6の方法。8.時間オフセットは、システム考慮事項に基づいて決定される実施形態6~7のいずれかにおけるとおりの方法。9.時間オフセットは、APによって動的に変更可能である構成可能なシステムパラメータである実施形態6~8のいずれかにおけるとおりの方法。10.二次ビーコンの中のフィールドは、二次ビーコンに固有であるタイムスタンプフィールドを除いて、一次ビーコンの中の対応するフィールドと同一である実施形態5~9のいずれかにおけるとおりの方法。11.二次ビーコンの後に送信されるマルチキャストデータおよびブロードキャストデータは、一次ビーコンの後に送信されるマルチキャストデータおよびブロードキャストデータと同一である実施形態10の方法。12.二次ビーコンは、二次ビーコンのモードに固有であるフィールドを含む実施形態5~9のいずれかにおけるとおりの方法。13.ネットワークが、複数モード動作、およびMAC媒体アクセス制御の中のHT高スループット情報要素の中でAPによって送信される複数CTSClear-to-Send保護ビットによる複数モード動作に関する保護をサポートすることを示すことをさらに含む、先行するいずれかの実施形態におけるとおりの方法。14.APに送信されるRTSRequest-to-SendフレームでSTAによってTXOP送信機会を開始することをさらに含む実施形態13の方法。15.複数のCTSフレームを含む応答をAPから送信することをさらに含む実施形態14の方法。16.CTSフレームは、変調またはリンク構成を含むそれぞれのモードに対応するフォーマットになっている実施形態15の方法。17.CTSフレームは、ネットワークリンクにおける開始側の局によって最初のフレームとして送信され、このCTSフレームは、CTS-to-Selfフレームとして、この開始側の局にアドレス指定される方法であって、STAによってTXOPを保護すること、およびSTAによって保護されるTXOPに関して使用されるモードの場合を除き、すべてのモードにおいてCTS-to-Selfフレームを送信することをさらに含む実施形態15の方法。18.APが、それぞれのモードフォーマットにおいて、それぞれのCTS-to-Selfフレームを送信する実施形態17の方法。19.CTS-to-Selfフレームの相対的順序は、任意である実施形態18の方法。20.APは、それぞれのCTS-to-Selfフレームを送信し、CTS-to-Selfフレームの相対的順序は、システムおよび実施形態の考慮事項に基づいて、またはモードに割り当てられた優先順位に基づいて決定される実施形態17の方法。21.STAのリンクによって規定される複数のモードで動作する複数のSTAを有するIBSS無線ネットワークにおける複数モード動作のための方法であって、第1のSTAが、各動作モードに関するCTS-to-Selfフレームを送信して、第1のSTA、または他の1つのSTAに関する1つのモードにおけるTXOPの保護を示すこと、および送信のためのデータがもはや存在しなくなると、保護されたTXOPを有するSTAによってEnd-of-dataフレームを送信すること、およびTXOPの残りの部分を任意のSTAによるアクセスのために解放することを含む方法。22.APからの複数CTSフレーム応答におけるCTSフレームの位置は、最初、最後、またはネットワークによって決定されるとおりである実施形態21の方法。23.APからの複数CTSフレーム応答におけるCTSフレームの位置は、モードに割り当てられた優先順位にさらに基づく実施形態22の方法。24.複数のCTSフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態21~23のいずれかにおけるとおりの方法。25.アクセスポイントによってRTSに対する複数CTS応答を送信すること、および所与のモードにおけるTXOPを、複数CTS-to-Selfフレームを使用して保護することをさらに含む実施形態14~24のいずれかにおけるとおりの方法。26.APによって、APにアドレス指定された複数のCTS-to-Selfフレームを送信すること、およびAPによって、これらの複数のCTS-to-Selfフレームの後に続いてRTSを送信することにより、TXOPを保護することをさらに含む実施形態13の方法。27.STAにより、RTSに応答してCTSフレームを送信することをさらに含む実施形態26の方法。28.APによって保護されるTXOPに関して使用されるモードの場合を除き、すべてのモードにおいてCTS-to-Selfフレームを送信することをさらに含む実施形態26の方法。29.複数のCTS-to-Selfフレームは、任意の相対的順序になっている実施形態25~28のいずれかにおけるとおりの方法。30.複数のCTS-to-Selfフレームの相対的順序は、システムおよび実施形態の考慮事項に基づいて決定される実施形態26の方法。31.CTS-to-Selfフレームの相対的順序は、モードに割り当てられた優先順位に基づいて決定される実施形態25~28または30のいずれかにおけるとおりの方法。32.複数のCTS-to-Selfフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態26~31のいずれかにおけるとおりの方法。33.APによって、APにアドレス指定された複数のCTS-to-Selfフレームを送信すること、およびAPによって、これらの複数のCTS-to-Selfフレームの後に続いてCF-pollを送信することにより、TXOPを保護することをさらに含む実施形態13の方法。34.複数のCTS-to-Selfフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態33の方法。35.APは、複数のCTSフレームを送信し、STAは、APからの、これらのCTSフレームが送信されるまで待ってから、送信を開始する、先行するいずれかの実施形態におけるとおりの方法。36.APアクセスポイントと、少なくとも1つのSTA局とを有する無線ネットワークにおける複数モード動作中に媒体使用を制御するための方法であって、APによって、MAC媒体アクセス制御層において複数のCF-EndContentionFreeEndフレームを送信することであって、このCF-Endフレームは、APによってサポートされるモードに対応する送信フォーマットを有することを含む方法。37.ネットワーク要因によって決定された持続時間を有する複数のCF-Endフレーム間の時間ギャップを使用することをさらに含む実施形態36の方法。38.TXOPを開始したSTAからEnd-of-dataMAC信号を受信した後、使用されていないTXOPを解放することをさらに含む実施形態36~38のいずれかにおけるとおりの方法。39.APが、搬送波感知を使用して、使用されていないTXOPを検出し、APが、送信すべきデータを全く有さなくなった後、使用されていないTXOPが解放される実施形態38の方法。40.APが、媒体を回復し、局が、その媒体にアクセスすることを許すCF-Endフレームを送信した後、使用されていないTXOPが解放される実施形態38~39のいずれかにおけるとおりの方法。41.使用されていないTXOPは、APが、TXOPを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合に、解放される実施形態38~40のいずれかにおけるとおりの方法。42.使用されていないTXOPは、APが、EDCAにおいてTXOPを開始し、ダウンリンク送信を終え、さらなるアップリンク送信を全く予期していない場合に、解放される実施形態38~41のいずれかにおけるとおりの方法。43.使用されていないTXOPは、APが、CF-Pollを使用してHCCAにおいてTXOPを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合に、解放される実施形態38~42のいずれかにおけるとおりの方法。44.使用されていないTXOPは、APが、CF-Pollを使用してHCCAにおいてTXOPを開始し、STAからEnd-of-DataMAC信号を受信した場合に、解放される実施形態38~42のいずれかにおけるとおりの方法。45.複数のCF-Endフレームは、これらのフレームが、現在のTXOPが期限切れになる前に送信されることが可能である場合、APによって送信される実施形態36~44のいずれかにおけるとおりの方法。46.複数のCF-Endフレームは、現在のTXOPが期限切れになる前に送信されることが可能である数まで、APによって送信される実施形態36~44のいずれかにおけるとおりの方法。47.複数のCF-Endフレームは、これらの複数のCF-Endフレームのすべて、または一部が、現在のTXOPが期限切れになる前に送信されることが可能でなく、これらのフレームのすべて、または一部が、TXOPの外で送信される場合に、APによって送信される実施形態36~44のいずれかにおけるとおりの方法。48.使用されていないTXOPを解放するようにAPによって送信される複数のCF-Endフレームの送信の順序は、ネットワーク構成によって決定された優先順位の順序になっている実施形態45~47のいずれかにおけるとおりの方法。49.この順序は、動的に変更される実施形態48におけるとおりの方法。50.この優先順位は、ネットワークによってサポートされるモードに割り当てられた優先順位に対応する実施形態48~49のいずれかにおけるとおりの方法。51.最初のCF-Endフレームは、現在のTXOPのモードに対応し、残りのCF-Endフレームは、モードの優先順位に対応する実施形態48~50のいずれかにおけるとおりの方法。52.システムにおいてサポートされるモードに対応する複数のCF-Endフレームの順序は、任意である実施形態51の方法。53.1つのCF-Endフレームは、現在のTXOPのモードに対応するフォーマットになっており、したがって、媒体は、そのモードに関する保護が期限切れになるまで、そのモードで動作するすべての局に開かれている実施形態48~50のいずれかにおけるとおりの方法。54.ネットワークは、拡張範囲モードおよび通常範囲モードを使用するデュアルモードネットワークであり、このネットワークにおいて、1つのCF-Endフレームは、拡張範囲モードに関してSTBC時空間ブロック符号変調で送信され、他方のCF-Endフレームは、通常範囲モードに関して非STBC変調で送信される実施形態45~47のいずれかにおけるとおりの方法。55.STAによってCF-Endフレームを受信すること、および受信されたCF-Endフレームに応答してSTAのNAVネットワーク割り当てベクトルを更新することをさらに含む実施形態36~54のいずれかにおけるとおりの方法。56.CF-Endフレームは、BSSID基本サービスセットIDを含み、STAは、このBSSIDが、STAが関連付けられているAPによって制御されるSTAの基本サービスセットに対応することを検証した後、STAのNAVを更新する実施形態55の方法。57.CF-Endフレームは、BSSID基本サービスセットIDを含み、STAは、このBSSIDが、STAが関連付けられているAPによって制御されるSTAの基本サービスセットに対応するかどうかにかかわらず、STAのNAVを更新する実施形態55の方法。58.PSMP省電力複数ポールフレームのシーケンスを使用して無線ネットワークにおける複数モード動作中に媒体アクセスを制御するための方法であって、複数モードCTS-to-Selfフレームを送信すること、複数モードPSMPフレームを送信すること、および複数モードダウンリンク送信および複数モードアップリンク送信を送信することを含む方法。59.PSMPフレームは、複数モードPSMPシーケンス持続時間にわたるマルチモードダウンリンク送信およびマルチモードアップリンク送信に関するスケジュールを規定する実施形態58の方法。60.PSMPフレームは、アプリケーション、およびデバイスの能力に適するものとして決定された任意の順序で、様々なモードにおける局のDLTダウンリンク時間割り当ておよびULTアップリンク時間割り当てを規定する実施形態58または59におけるとおりの方法。61.PSMPフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態58~61のいずれかにおけるとおりの方法。62.複数の動作モードに関してTXOPの保護をサポートするMAC機構を有して構成された無線通信システムであって、2つ以上のサポートされるモードで動作する複数のSTA局と、システムによってサポートされるそれぞれのモードとそれぞれが合致する複数のCTSClear-to-Sendフレームを送信するように構成されたAPアクセスポイントとを含むシステム。63.CTSフレームは、STAによるRTSRequest-to-Sendフレームに応答して送信される実施形態62に記載のシステム。64.STAは、送信すべきデータが全く存在しない場合、送信の終了を示すように構成される実施形態62に記載のシステム。65.STAは、この指示のためにCFContentionFree-Endフレームを送信する実施形態64に記載のシステム。66.STAは、STAが使用している変調で、このCF-Endフレームを送信する実施形態62に記載のシステム。67.STAは、QoS-Nullフレームを送信することによって送信の終了を示す実施形態62に記載のシステム。68.STAは、STAが使用している変調で、このQoS-Nullフレームを送信する実施形態67に記載のシステム。69.STAは、任意のタイプのMACフレームを送信することによって送信の終了を示す実施形態62に記載のシステム。70.送信の終了の指示は、その他のSTAによってNAVネットワーク割り当てベクトルリセットとして解釈される実施形態62に記載のシステム。71.APは、送信の終了の指示を受信すると、サポートされるすべてのモードにおいて複数のCF-Endフレームを送信する実施形態62に記載のシステム。72.CF-Endフレームは、SIFSShortInterframeSpacing持続時間によって隔てられる実施形態62に記載のシステム。73.CF-Endフレームは、RIFSReducedInterframeSpacing持続時間において送信される実施形態62に記載のシステム。74.APは、CF-Endフレームを送信する前にACK肯定応答を送信する実施形態62に記載のシステム。75.APは、1つのSTBCCF-Endフレーム、および1つの非STBCCF-Endフレームを送信する実施形態62に記載のシステム。