(57)【要約】【課題】同一のサービスエリア内の複数モード展開におけるＳＴＡの動作を拡張する。【解決手段】方法およびシステムは、ＷＬＡＮシステムにおける複数モード動作のためにＭＡＣ  ＴＸＯＰ（送信機会）保護を適用する。特に、ＭＡＣ機構が、瑣末な事例として単一モードにも適用される、それぞれ、対応するモードに適切にフォーマットされている、ＡＰによって送信される複数モードＣＴＳフレーム、および複数モードＣＦ−Ｅｎｄフレームをサポートするように規定される。ＭＡＣ機構は、送信のためのさらなるデータが入手できなくなると、ＴＸＯＰの使用されていない部分を解放するためにＴＸＯＰ持続時間の打ち切りを可能にする。使用されていない保護されたＴＸＯＰの解放は、保護されたＡＰ送信とＳＴＡ送信の両方に関して可能である。【選択図】図１４
2014207701.tif 000002
【特許請求の範囲】
【請求項１】
アクセスポイント（ＡＰ）において使用する方法であって、
局（ＳＴＡ）からＲＴＳ（request-to-send）フレームを受信することであって、前記ＲＴＳフレームは送信機会（ＴＸＯＰ）の要求を示す、ことと、
前記ＲＴＳフレームに応答して、ＴＸＯＰの指示を送信することであって、前記ＴＸＯＰの指示は、ＣＴＳ（clear-to-send）フレームである、ことと、
前記ＴＸＯＰの期間内に前記ＳＴＡからパケットデータを受信することと、
前記ＳＴＡが送信すべき更なるデータパケットを有していない状態において、第１の時空間ブロック符号化（ＳＴＢＣ）のＣＦ（contention free）−Ｅｎｄフレームまたは第１の非ＳＴＢＣのＣＦ−Ｅｎｄフレームを含む前記ＴＸＯＰの打ち切りの指示を受信することと、
第２のＳＴＢＣのＣＦ−Ｅｎｄフレームおよび第２の非ＳＴＢＣのＣＦ−ＥｎｄのＣＦ−Ｅｎｄフレームを送信することと
を含む、方法。
【請求項２】
前記ＴＸＯＰの打ち切りの指示を受信することは、ＴＸＯＰの残り持続時間が十分であれば起こる、請求項１に記載の方法。
【請求項３】
前記ＴＸＯＰの残りの持続時間がＣＦ−Ｅｎｄフレーム持続時間、ＳＴＢＣのＣＦ−Ｅｎｄフレーム持続時間、非ＳＴＢＣのＣＦ−Ｅｎｄフレーム持続時間、および２つのＳＩＦＳ（short interframe spacing）持続時間の合計より大きければ、当該ＴＸＯＰの残り持続時間が十分とされる、請求項２に記載の方法。
【請求項４】
前記ＴＸＯＰの打ち切りの指示は前記ＡＰに対するＮＡＶ（network allocation vector）リセットを示す、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ＷＬＡＮ（無線ローカルエリアネットワーク）に関する。より詳細には、本発明は、同一のサービスエリア内の複数モード展開におけるＳＴＡの動作を拡張する。
【背景技術】
【０００２】
現在、８０２．１１ＷＬＡＮ標準への拡張である８０２．１１ｎに関して、様々な提案が提示され、検討されており、そこでは、より高いスループットのＷＬＡＮデバイスを許容する。これらの提案は、ＥＷＣ、Ｊｏｉｎｔ  Ｐｒｏｐｏｓａｌ、およびＷＷｉＳＥを含む様々な無線コンソーシアムからのものである。以下に、本発明に関係のあるこれらの提案の態様を説明する。
【０００３】
図１は、ＭＡＣ制御（ＭＡＣ Ｃｏｎｔｒｏｌ）フレームとして８０２．１１標準において規定されているＣＴＳ（Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ）フレームを示す。ＣＴＳフレームのＲＡ（受信局アドレス：Ｒｅｃｅｉｖｅｒ  Ａｄｄｒｅｓｓ）は、このＣＴＳが応答する直前のＲＴＳ（Ｒｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ）フレームのＴＡ（送信局アドレス：Ｔｒａｎｓｍｉｔｔｅｒ  Ａｄｄｒｅｓｓ）フィールドからコピーされる。持続時間値（ｄｕｒａｔｉｏｎ  ｖａｌｕｅ）は、直前のＲＴＳフレームの持続時間フィールドから得られた値から、ＣＴＳフレームを送信するのに要求される時間、およびＣＴＳフレームのＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｉｎｇ）間隔を引いた値である。この計算された持続時間が、マイクロ秒の数分の１を含む場合、その値は、最も近い整数に切り上げられる。
【０００４】
ＣＴＳフレームは、８０２．１１ｅ標準（セクション７．２．１．２）で説明されているようにＲＴＳフレームの後に続く必要は必ずしもない。ＣＴＳフレームは、やりとりにおける最初のフレームに存在させ、後に続く送信に関するＭＡＣレベルの保護のためのＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）を設定するために使用されることも可能である。ＣＴＳフレームが最初のフレームとして、やりとりを開始する局によって送信される場合、このＣＴＳは、局自らにアドレス指定されることが可能であり、ＣＴＳ−ｔｏ−Ｓｅｌｆと呼ばれる。
【０００５】
図２は、システム内のすべての局のＮＡＶをリセットするブロードキャストフレームとしてＡＰによって送信されることが可能であるＭＡＣ制御フレームであり、８０２．１１標準において説明される、ＣＦ−Ｅｎｄ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｅｎｄ）フレームを示す。局が関連付けられたＢＳＳのＢＳＳＩＤ（基本サービスセットＩＤ）を有するＣＦ−Ｅｎｄフレームを受信する局は、局のＮＡＶ値を０にリセットする。これにより、現在、存在している媒体保護／予約がリセットされる。Ｄｕｒａｔｉｏｎフィールドは、０に設定される。図２に示されるとおり、ＢＳＳＩＤは、ＡＰの中に含まれるＳＴＡのアドレスである。ＲＡは、ブロードキャストグループアドレスである。ＦＣＳは、フレーム検査シーケンスである。
【０００６】
８０２．１１ｎにおいて、基本的に、２つの動作モードを生じさせる、Ｎｏｒｍａｌ  Ｒａｎｇｅに関して使用されるのとは異なるＰＨＹ（物理層）変調スキームを使用するＥｘｔｅｎｄｅｄ  Ｒａｎｇｅのサポートを実装する提案が、行われている。Ｅｘｔｅｎｄｅｄ  Ｒａｎｇｅ  ＳＴＡは、ＳＴＢＣ（Ｓｐａｃｅ  Ｔｉｍｅ  Ｂｌｏｃｋ  Ｃｏｄｅ：時空間ブロック符号）ＰＨＹ変調を使用して送受信を行うのに対して、Ｎｏｒｍａｌ  Ｒａｎｇｅ  ＳＴＡは、非ＳＴＢＣ  ＰＨＹ変調を使用して送受信を行う。８０２．１１ｎへのＪｏｉｎｔ  Ｐｒｏｐｏｓａｌ寄与において、ＡＰが、２つのモードがＥｘｔｅｎｄｅｄ  ＲａｎｇｅおよびＮｏｒｍａｌ  Ｒａｎｇｅであるデュアルモードで動作するＳＴＡのネットワークをサポートするアプローチが、説明される。二次ビーコン法とデュアルＣＴＳ法を一緒に使用して、Ｎｏｒｍａｌ  Ｒａｎｇｅに加えてＥｘｔｅｎｄｅｄ  Ｒａｎｇｅがサポートされる。二次ビーコンは、ビーコンの中で設定された二次ビーコンビットを使用して送信されて、このビーコンに関するＴＢＴＴ（ターゲットビーコン送信時間）がオフセットを有することを局に知らせる。Ｄｕａｌ  ＣＴＳ保護において、局は、ＡＰに向けられたＲＴＳでＴＸＯＰを開始し、ＡＰは、ＰＩＦＳ（Ｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒ−ｆｒａｍｅ  ｓｐａｃｉｎｇ：集中制御用のフレーム間隔）によって隔てられた第１のＣＴＳと第２のＣＴＳで応答する。デュアルＣＴＳ保護が有効にされると、ＡＰは、非ＳＴＢＣ  ＣＴＳを使用してＳＴＢＣ  ＴＸＯＰを保護し、ＳＴＢＣ  ＣＴＳを使用して非ＳＴＢＣ  ＴＸＯＰを保護しなければならない。保護フレームは、ＴＸＯＰ全体に関するＮＡＶを設定しなければならない。デュアルＣＴＳ保護ビットが設定されている場合、ＳＴＢＣ制御フレームが、ＳＴＢＣフレームに応答して使用されなければならない。デュアルＣＴＳ保護ビットが設定されてはいない場合、非ＳＴＢＣ制御フレームが、使用されなければならない。ＰＩＦＳが、非ＳＴＢＣ  ＲＴＳに関するデュアルＣＴＳを隔てる間隔として使用される。
【０００７】
図３は、自己管理型Ｅｘｔｅｎｄｅｄ  Ｒａｎｇｅ保護に関するＷＷｉＳＥ提案プレゼンテーション文書からの図を示す。ＮＲ（ｎｏｒｍａｌ  ｒａｎｇｅ：通常範囲）局とＥＲ（ｅｘｔｅｎｄｅｄ  ｒａｎｇｅ：拡張範囲）局のデュアルモード保護に関するシグナリングの例が、示されている。信号シーケンス３０１〜３０５は、ＥＤＣＡ（拡張されたＤＣＦ（ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ：分散調整ファンクション）チャネルアクセス）に関し、信号シーケンス３０６は、ＨＣＣＡ（ＨＣＦ制御型チャネルアクセス）フォーマットに関する。ＡＰは、信号シーケンス３０１〜３０２を使用してＮＲ  ＳＴＡおよびＥＲ  ＳＴＡに関するＴＸＯＰをそれぞれ保護する。ＥＲ  ＳＴＡは、信号シーケンス３０３においてＥＲ  ＳＴＡのＴＸＯＰを保護する。１１ｎ  ＮＲ  ＳＴＡに関する信号シーケンスが、信号シーケンス３０４によって表され、レガシーＮＲ  ＳＴＡに関する信号シーケンスが、信号シーケンス３０５によって表される。信号シーケンス３０６において、ＡＰは、ＨＣＣＡフォーマットを使用してＳＴＡに関するＴＸＯＰを保護する。図示されるとおり、ＡＰは、或る特定の局からのＲＴＳに応答して、そのＲＴＳを送信した局によって使用されるモードでＣＴＳを送信するか、またはＲＴＳ送信局のモード以外のモードでＣＴＳ−ｔｏ−Ｓｅｌｆ信号を送信する。
【０００８】
図４は、ＷＷｉＳＥによって提案されるＥｘｔｅｎｄｅｄ  Ｒａｎｇｅによる新たなＨＴ情報要素を示す。ＡＰは、ビーコン、プローブ応答などの管理フレームの中で新たなＨＴ情報要素をシグナリングして、ＢＳＳを管理する（例えば、Ｅｘｔｅｎｄｅｄ  Ｒａｎｇｅをサポートする）。この新たなＨＴ情報要素は、ＩＢＳＳモードで局によって送信されるすべてのビーコンおよびプローブ応答の中にも存在する。このＨＴ情報要素は、図４に示されるとおり、二次ビーコン、デュアルＳＴＢＣ／ＣＴＳ保護などのフィールドを含む。Ｊｏｉｎｔ  Ｐｒｏｐｏｓａｌによれば、長さは、固定ではなく、サイズは、含められるフィールドの数に依存する。フィールドは、図４に示されるとおりの順序でなければならず、新たなフィールドは、既存のフィールドの終端に現れる。ＳＴＡに知られていないフィールドは、無視されなければならない。
【０００９】
Ｊｏｉｎｔ  Ｐｒｏｐｏｓａｌ規格およびＥＷＣ規格によれば、以下が、ＰＳＭＰ（ｐｏｗｅｒ  ｓａｖｅ  Ｍｕｌｔｉ−Ｐｏｌｌ：省電力マルチポール）フィーチャと関係するいくつかの規定である。ＰＳＭＰ（省電力マルチポール）は、ＰＳＭＰ送信機およびＰＳＭＰ受信機によって使用されるべき時間スケジュールを提供するＭＡＣフレームである。この時間スケジュールは、ＰＳＭＰフレームの送信の直後に始まる。ＤＬＴ（ダウンリンク送信）は、ＰＳＭＰ受信機によるフレームの受信のために使用されることが意図される、ＰＳＭＰフレームによって記述される期間である。ＵＬＴ（アップリンク送信）は、ＰＳＭＰ受信機によるフレームの送信のために使用されることが意図される、ＰＳＭＰフレームによって記述される期間である。
【００１０】
図５および図６は、ＥＷＣ  ＭＡＣ規格によるＰＳＭＰ情報要素フォーマットを示す。図５は、ＰＳＭＰが管理アクションフレームというタイプ／サブタイプおよびブロードキャストアドレスタイプである、ＰＳＭＰパラメータセットフォーマットを示す。ＰＳＭＰパラメータセットは、ＰＳＭＰフレームの直後に続くＤＬＴおよびＵＬＴを記述するのに使用される。図６は、トラフィック（フロー）ＩＤ、ＳＴＡ  ＩＤ、ＤＬＴオフセットおよびＤＬＴ持続時間、ＵＬＴオフセットおよびＵＬＴ持続時間などのＳＴＡ  Ｉｎｆｏ情報要素フォーマット詳細を示す。
【００１１】
図７は、ＤＬＴ段階と、その後に続くＵＬＴ段階とから成るＰＳＭＰシーケンスを示す。ＭＴＢＡ（マルチＴＩＤブロックＡＣＫ）が、複数のＴＩＤフローに関するブロックＡＣＫを送信するのに使用される。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
デュアルモード保護を、複数モード動作をサポートすることに拡張する必要性が、存在する。現行技術は、デュアルＣＴＳ送信によって保護された、使用されていないＴＸＯＰ（送信機会）持続時間を回復する機構を提供しないため、媒体使用が、堅牢ではなく、効率的ではない。現行技術スキームの下で、ＳＴＡから、保護されたＴＸＯＰ中に送信すべきデータが尽きた場合、媒体は、残りのＴＸＯＰに関して無駄にされる。残りの使用されていないＴＸＯＰをシステムに明け渡すＭＡＣシグナリングを提供する必要性が、存在する。
【００１３】
また、ＰＳＭＰシーケンスが、複数モードシステムにおいて帯域幅効率のよい仕方で機能する必要性も存在する。８０２．１１ｎ規格は、ＵＬＴにおいてＡＣＫ／ＭＴＢＡだけしか許さず、スケジュールされていないＰＳＭＰに関して全くデータを許さないことに関して矛盾を含む。また、ＣＦ−Ｅｎｄフレームを解釈することができないＳＴＡに関するデュアルＣＴＳ保護下のＴＸＯＰの打ち切りに関して、全く手引きが存在しない。
【課題を解決するための手段】
【００１４】
第１の好ましい実施形態は、ＷＬＡＮシステムにおける或る特定の（ＳＴＢＣおよび非ＳＴＢＣ）デュアルモード動作を、より一般的な複数モード動作に拡張するための方法およびシステムである。第２の好ましい実施形態は、複数モード動作におけるＭＡＣ保護機構、特に、瑣末な事例として単一モードにも適用される、効率的な媒体利用を可能にするようにＡＰによって送信される複数のＣＦ−Ｅｎｄ（それぞれ、対応するモードに適切なフォーマットの）フレームシーケンスをサポートする機構を拡張するための方法およびシステムである。第３の好ましい実施形態は、複数モード動作におけるＰＳＭＰシーケンスを拡張するための方法およびシステムである。
【００１５】
本発明のより詳細な理解は、例として与えられ、添付の図面と併せて理解されるべき、好ましい実施形態の後段の説明から得ることができる。
【図面の簡単な説明】
【００１６】
【図１】８０２．１１標準によるＣＴＳフレームを示す図である。
【図２】８０２．１１標準によるＣＦ−Ｅｎｄフレームフォーマットを示す図である。
【図３】ＷＷｉＳＥによる実行管理型拡張範囲保護に関するシグナリング図である。
【図４】管理フレームＨＴ情報要素フォーマットを示す図である。
【図５】ＰＳＭＰパラメータセットフォーマットを示す図である。
【図６】ＰＳＭＰ  ＳＴＡ  Ｉｎｆｏ情報要素フォーマットを示す図である。
【図７】ＤＬＴ段階と、その後に続くＵＬＴ段階とから成るＰＳＭＰシーケンスを示す図である。
【図８】複数モードで動作する例示的な無線ＬＡＮを示す図である。
【図９】一次ビーコンＩＤフィールドを含む一次ビーコンフォーマット、および二次ビーコンＩＤフィールドを含む二次ビーコンフォーマットを示す図である。
【図１０】一次ビーコンＩＤおよび二次ビーコンＩＤを含む管理フレームＨＴ情報要素フォーマットを示す図である。
【図１１】或る特定のモードフォーマットに関するＴＸＯＰを保護することを使用するＳＴＡのフレーム送信を示す図である。
【図１２】ＥＤＣＡを使用してＴＸＯＰを保護するＡＰのフレーム送信を示す図である。
【図１３】ＨＣＣＡを使用してＴＸＯＰを保護するＡＰのフレーム送信を示す図である。
【図１４】使用されていないＴＸＯＰを解放するＳＴＡのフレーム送信シーケンスを示す図である。
【図１５】ＥＤＣＡを使用して、使用されていないＴＸＯＰを解放するＡＰのフレーム送信シーケンスを示す図である。
【図１６】ＨＣＣＡを使用して、使用されていないＴＸＯＰを解放するＳＴＡのフレーム送信シーケンスを示す図である。
【図１７】複数モードＰＳＭＰフレームシーケンスを示す図である。
【発明を実施するための形態】
【００１７】
以降、「局」または「ＳＴＡ」という用語には、ＷＴＲＵ（無線送信／受信ユニット）、ＵＥ（ユーザ機器）、移動局、固定契約者ユニットもしくは移動契約者ユニット、ページャー、セルラー電話機、ＰＤＡ（パーソナルデジタルアシスタント）、コンピュータ、または無線環境において動作することができる他の任意のタイプのユーザデバイスが含まれるが、以上には限定されない。以降、述べられる場合、「基地局」という用語には、ノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境において動作することができる他の任意タイプのインタフェースデバイスが含まれるが、以上には限定されない。
【００１８】
以降、本発明を説明する目的で、「モード」とは、ＰＨＹ層、チャネルインタフェース、チャネル帯域幅（例えば、２０ＭＨｚ対４０ＭＨｚ）、および物理通信チャネルなどの、通信（送信および受信）のために使用される、ＭＡＣ層より下の特定のネットワークリンクを指すのに使用される。異なるモードにおけるＳＴＡは、ＭＡＣ層の機構によって制御され、保護されない限り、ＢＳＳサービスエリア内で、通常、一緒に効率的に動作しない可能性があることに留意されたい。本発明は、ＳＴＡが、同一のサービスエリア内において複数（１つ以上）のモードで送受信を行う複数モードシステム（例えば、ＢＳＳ）に関する。
【００１９】
図８は、ＡＰと、モード１動作で動作するＳＴＡ１と、モード２動作で動作するＳＴＡ２とを含む例示的な無線ＬＡＮを示す。簡明のため、好ましい実施形態は、２つのモード、モード１およびモード２の文脈で説明される。しかし、本発明は、２つを超えるさらなるモードを含む複数のモード動作に拡張されることが可能である。
【００２０】
以下に、本発明の３つの好ましい実施形態を説明する。第１は、ＷＬＡＮシステムにおける或る特定の（ＳＴＢＣ（時空間ブロック符号化）および非ＳＴＢＣ）デュアルモード動作を、より一般的なマルチモード動作に拡張するための方法およびシステムである。第２の実施形態は、複数モード動作におけるＭＡＣ保護機構を拡張する、特に、瑣末な事例として単一モードにも適用される、効率的な媒体利用を可能にするようにＡＰによって送信される複数のＣＦ−Ｅｎｄ（それぞれ、対応するモードに適切なフォーマットの）フレームシーケンスをサポートする機構を拡張するための方法およびシステムである。第３の実施形態は、複数モード動作におけるＰＳＭＰシーケンスを拡張するための方法およびシステムを説明する。
【００２１】
第１の実施形態は、複数モード動作をサポートするようにＭＡＣ機構を規定することに関する。複数モード動作に関するアプリケーションの例には、（１）レガシーシステム、（２）新たな変調セットをサポートするデバイス、（３）ネットワークを切り替える前に遷移モード（新たな変調セット）になる可能性があるデバイス、（４）複数のモードをサポートするメッシュネットワーク、および（５）複数の周波数帯域／チャネル上で動作するデバイスが含まれる。
【００２２】
第１の好ましい実施形態によれば、ＡＰは、以下の２つのメインＭＡＣ機構を使用して、すなわち、１）サポートされる各モードに関して、ビーコン／二次ビーコンを送信し、その後にマルチキャスト／ブロードキャストデータを送信すること、および２）サポートされる複数のモードの１つにそれぞれが対応する複数のＣＴＳフレームの送信をサポートすることにより、複数のモード動作をサポートする。この複数モード保護に関する課題は、ＣＴＳ保護フレームが、２つの通信するエンティティのそれぞれによるモードフォーマット（変調、リンク構成など）で解釈されなければならないことである。このため、ＳＴＡが、或る特定のモードフォーマットを使用している場合、ＣＴＳ保護フレームは、そのＳＴＡによる認識を可能にする、その特定のフォーマットで送受信されなければならない。
【００２３】
図９は、ＡＰの前述したＭＡＣ機構によるフレームフォーマットの好ましいセットを表す図を示す。一次モードフレームは、一次ビーコン９０１と、その後に続くマルチキャスト／ブロードキャストデータ９０５とを含む。一次ビーコンは、ＨＴ情報要素９０３を含む。規定されたオフセット期間の後、ＨＴ情報要素９０４を有する二次ビーコン９０２を含み、その後にマルチキャスト／ブロードキャストデータ９０６を含む二次モードフレームが、送信される。図８を参照すると、一次ビーコンは、モード１（非ＳＴＢＣ）のＳＴＡ１の役に立つ。二次ビーコンは、モード２（ＳＴＢＣ）を使用するＳＴＡ２の役に立つ。例として、この場合、モード１およびモード２は、一次ビーコンおよび二次ビーコンとそれぞれそろえられているが、代替として、システムパラメータに応じて、一次ビーコンが、モード２に役立ち、二次ビーコンが、モード１に役立つことも可能である。我々の例に戻ると、一般に、一次ビーコンは、モード１を使用するすべての局の役に立ち、二次ビーコンは、モード２を使用するすべての局の役に立つ。複数モード動作に関して、さらなる二次ビーコンは、システムにおいて使用されるモードのそれぞれの役に立つ。
【００２４】
複数モード動作中、ＡＰは、システムによってサポートされる各モードに適切なフォーマットでビーコン／二次ビーコンおよびマルチキャスト／ブロードキャストトラフィックを送信する。複数モードシステムにおいて、送信されるいくつかのビーコンの１つ（いくつかのモードに対応する）が、一次ビーコン９０１として識別される。各二次ビーコン９０２が、時間オフセット（一次ビーコン９０１、または他の任意の時間基準を基準とする）で送信されることが可能である。この時間オフセットは、システム考慮事項に基づいて決定されてもよい。この時間オフセットは、ＡＰによって動的に変更されることが可能である構成可能なシステムパラメータであってもよい。二次ビーコン９０２のＴＳＦ（タイミング同期ファンクション）タイムスタンプは、実際のタイムスタンプでなければならない。二次ビーコン９０２の中の他のすべてのフィールドは、好ましくは、一次ビーコン９０１の中の対応するフィールドと同一である。二次ビーコン９０２の後に送信されるマルチキャスト／ブロードキャストデータ９０６は、好ましくは、一次ビーコン９０１の後に送信されるマルチキャスト／ブロードキャストデータ９０５と同一である。システム考慮事項に基づき、各二次ビーコン９０２は、追加のフィールド、およびそのモードに固有のデータを含む。やはり、システム考慮事項に基づき、各モードは、追加のマルチキャスト／ブロードキャストフィールド、およびそのモードに固有のデータを有することが可能である。
【００２５】
図１０は、ＨＴ情報要素９０３、９０４に対応する、ＨＴ情報要素１０００の好ましいフォーマットを示す。ＨＴ情報要素１０００は、以下のフィールド、すなわち、要素ＩＤ１００１、長さ１００２、制御チャネルＩＤ１００３、拡張チャネルオフセット１００４、推奨される送信幅セット１００５、ＲＩＦＳモード１００６、制御されたアクセス専用１００７、サービス間隔粒度１００８、動作モード１００９、基本ＳＴＢＣ  ＭＣＳ１０１１、許されるＬ−ＳＩＧ保護１０１３、および基本ＭＣＳセット１０１６を含む。これらのフィールドは、図４に示される、提案される管理ＨＴ情報要素フォーマットと合致する。本発明によれば、複数モード保護フィールド１０１２およびビーコンＩＤフィールド１０１４が、複数モードをサポートするように含められる。デュアルモードに関する例として、ビーコンＩＤフィールド１０１４は、１ビットであることが可能であり、ただし、ＨＴ情報要素が、０という値を有する場合、それは、一次ビーコンであり、この値が、１である場合、それは、二次ビーコンである。しかし、複数モードの場合、単一ビット情報要素が、一次モードに加え、既存のすべてのモードの識別に十分なサイズに拡張される。図１０に示されるとおり、ビーコンＩＤフィールド１０１４には、ビットＢ９−Ｂｋでタグが付けられ、ただし、ｋは、サポートされるモードの数に基づいて選択される。例えば、１６のモードを使用するシステムにおいて、４ビット（Ｂ９−Ｂ１２、ｋ＝１２）のビーコンＩＤフィールドが、選択される。
【００２６】
図１１は、ＡＰと、モード２で動作しており、ＴＸＯＰを保護している局ＳＴＡ２とを含む、ｎ個のモードを使用する複数モードシステムに関する例示的なシグナリング図１１００を示す。複数モードＴＸＯＰ保護がシステムによってサポートされるという指示が、ＡＰによって提供される。この指示のための好ましい機構は、ＡＰが、図１０に示される新たなＨＴ情報要素、複数モード保護１０１２の中で複数ＣＴＳ保護フィールド／ビットをシグナリングすることである。この複数ＣＴＳ保護フィールド／ビットが、ＡＰによって設定され、局ＳＴＡ２によって受信されると、ＴＸＯＰが、局ＳＴＡ２によって開始され、モード２におけるＲＴＳ（Ｒｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ）フレーム１１０１が、ＡＰに送信される。ＡＰからの応答は、それらのモード、例えば、変調、リンク構成などに対応するフォーマットで複数のＣＴＳフレームおよびＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１１０２〜１１０５を送信して、ＳＴＡ２などのモード２局のために或るＴＸＯＰが予約／保護されていることが、その他のモードで動作している局に通知されるようにすることである。
【００２７】
図１１に示されるとおり、ＡＰは、ＳＴＡによって保護されているＴＸＯＰに関して使用されているモードでＣＴＳフレーム１１０２を送信する。この場合、ＳＴＡは、モード２で動作している、ＴＸＯＰを開始した局ＳＴＡ２であり、ＡＰからの複数ＣＴＳフレーム応答の中のモード２  ＣＴＳフレーム１１０２の位置は、最初である。代替として、このモードのＣＴＳフレームの位置は、最後であってもよく、あるいは、システムによって決定されるとおりであり、モードに割り当てられた優先順位に基づいてもよい。また、ＡＰは、ＳＴＡによって保護されているＴＸＯＰに関して使用されているモード、すなわち、ＣＴＳ−ｔｏ−Ｓｅｌｆモード１、ＣＴＳ−ｔｏ−Ｓｅｌｆモード３．．．ＣＴＳ−ｔｏ−Ｓｅｌｆモードｎを除くすべてのモードで、複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１１０３〜１１０５を送信する。これらのＣＴＳ−ｔｏ−Ｓｅｌｆフレームの相対的順序は、任意である、またはシステムおよび実施形態の考慮事項に基づいて、さらにモードに割り当てられた優先順位に基づいて決定されることが可能である。
【００２８】
これらの複数のＣＴＳ／ＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１１０２〜１１０５は、ＰＩＦＳ、ＳＩＦＳ（図示される）、あるいは他のシステム要因に基づいて決定されるＲＩＦＳ（Ｒｅｄｕｃｅｄ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｉｎｇ）などの他の持続期間によって隔てられる。これらの複数のＣＴＳ／ＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１１０２〜１１０５が完全に送信されると、モード２  ＴＸＯＰ１１０６が、開始する。
【００２９】
ＲＴＳフレームに応答してＡＰによって送信される複数のＣＴＳ／ＣＴＳ−ｔｏ−Ｓｅｌｆフレームは、以下の事例に適用される。ＡＰを有するＢＳＳが、複数のＣＴＳ信号を使用して複数モード動作で通信している場合、ＳＴＡのそれぞれによる応答は、そのＳＴＡの動作モードに対応するフォーマットの単一のＣＴＳフレームを用いる。代替として、各ＳＴＡが、複数のＣＴＳフレームを使用して応答することを許されることが可能であり、このことは、ＩＢＳＳ（独立した基本サービスセット）（すなわち、ＡＰが全く存在せず、すべての局がピアである場合）またはメッシュシナリオにおいて特に有用である。そのような事例において、選択されたＳＴＡは、複数のＣＴＳフレームを送信することによってＡＰの役割をする。さもなければ、いくつかの局からのＣＴＳ応答を調整することは、困難である可能性がある。
【００３０】
図１２は、図３のデュアル保護信号シーケンス３０１に対応する、ＥＤＣＡを使用してモード２  ＴＸＯＰを保護するＡＰの例示的なシグナリング図１２００を示す。この場合、ＡＰは、モード２を除くすべてのモードにおいて複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１２０１〜１２０３から始めて、モード２  ＴＸＯＰをＡＰのために開始する。この場合も、図１１の場合と同様に、複数モードＣＴＳ−ｔｏ−Ｓｅｌｆフレームのシーケンスは、任意である、またはシステムおよび実施形態の考慮事項に基づいて、さらにモードに割り当てられた優先順位に基づいて決定されることが可能である。次に、ＡＰは、この例に関してＳＴＡ２に特にアドレス指定された、特定のＳＴＡアドレス情報を含むモード２  ＲＴＳフレーム１２０４を送信する。これに応答して、ＳＴＡ２は、ＡＰからのモード２  ＴＸＯＰフレーム１２０６が開始することを許すモード２  ＣＴＳフレーム１２０５を送信し、ただし、ＡＰは、モード２でデータを送信する。
【００３１】
図１３は、図３のデュアル保護信号シーケンス３０６に対応する、ＨＣＣＡを使用するモード２  ＳＴＡに関するＴＸＯＰを保護するＡＰの例示的なシグナリング図１３００を示す。複数ＣＴＳ保護フィールド／ビット１０１２が、ＡＰによって設定され、送信されると、ＡＰは、この例ではモード２である、ＡＰによって保護されているＴＸＯＰに関して使用されるモードの場合を除き、モード、例えば、変調、リンク構成などに対応するフォーマットで送信された複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１３０７〜１３１０を使用して、所与のモードにおけるＴＸＯＰを保護する。複数のモードに対応する複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１３０７〜１３１０の順序は、任意である、またはシステムおよび実施形態の考慮事項に基づいて、さらにモードに割り当てられた優先順位に基づいて決定されることが可能である。複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１３０７〜１３１０は、ＳＩＦＳ（図示される）、ＰＩＦＳ、あるいは他のシステム要因に基づいて決定されるＲＩＦＳなどの他の持続期間によって隔てられることが可能である。図１３に示されるとおり、複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１３０７〜１３１０の後には、ＳＩＦＳ、ＰＩＦＳ、あるいは他のシステム要因に基づいて決定されるＲＩＦＳなどの他の持続期間の後に、ＴＸＯＰに関して使用されているモードで送信される、ＨＣＣＡプロトコルに準拠するＣＦ−ｐｏｌｌフレーム１３１１が続く。この場合、ＴＸＯＰ１３１２は、モード２に関し、このため、ＣＦ−Ｐｏｌｌフレーム１３１１は、モード２になっている。
【００３２】
ＳＴＡに関するＴＸＯＰが保護される、この複数モードＴＸＯＰ保護実施形態の下で、ＳＴＡは、ＳＴＡの送信を開始するのに、ＡＰからの複数のＣＴＳフレームまたはＣＴＳ−ｔｏ−Ｓｅｌｆフレームが送信されるまで待たなければならない。これを実現するのに、以下の好ましい手続きが、個々に、または様々な組み合わせで遵守される。好ましくは、複数のＣＴＳ／ＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信するのにＡＰによって必要とされる時間は、システム内のＳＴＡに知らされる。１つの可能なアプローチの例は、この情報を、ＡＰによって送信される新たなＨＴ情報要素１０００のフィールドの中に含めることである。代替として、局は、局のＲＴＳへのＣＴＳ応答を受信してからでないと、送信することを開始せず、そのようなＣＴＳ応答が最後に来る場合、明示的な時間は、前もって通信されなくてもよい。別のアプローチは、送信する前に搬送波感知（ｃａｒｒｉｅｒ  ｓｅｎｓｉｎｇ）に頼ることであり、すなわち、ＣＴＳを受信した後でさえ、ＳＴＡは、媒体が、他のモードのＣＴＳフレームによって依然として占有されている場合、待たなければならない。
【００３３】
代替として、すべてのＳＴＡが、単一の共通モードフォーマットで送受信を行うことができる場合、これらのＳＴＡが、通常、或る特定のモードで通信する場合でさえ、その共通モードフォーマットが、好ましくは、ＲＴＳやＣＴＳなどの保護制御フレームを送信するために使用される。制御フレームを送信するために使用される変調は、通常、所与のモードにおける基本レートである。各モードにおける、より高いレートが、データ送信のために使用される。ＳＴＡが、すべてのモードで基本レートをサポートし、１つの好ましい／特定のモードで、より高いレートだけをサポートすることが考えられる。この場合、その共通フォーマットで２つの通信するデバイス間で交換される単一のＲＴＳフレーム、および単一のＣＴＳフレームで、複数モードシステム動作における保護を確立するのに十分である。
【００３４】
複数モード動作に関する前述の保護機構のすべてにおいて、使用される保護フレーム（すなわち、ＲＴＳ、ＣＴＳ）は、好ましくは、保護されるＴＸＯＰ全体に関するＮＡＶを設定する。
【００３５】
本発明の第２の好ましい実施形態は、保護されたＴＸＯＰの使用されていない部分を解放することによって、複数モード動作における媒体の効率的な使用をサポートするＭＡＣ機構を提供する。図１４〜図１６は、複数ＣＦ−Ｅｎｄフレーム送信が、使用されていないＴＸＯＰを解放して、媒体使用効率を向上させるようにするのに、どのように使用されることが可能であるかの例示的な信号シーケンスを示す。
【００３６】
図１４は、モード２において使用されていないＴＸＯＰを解放するＳＴＡの例を示す。図１１に示される信号シーケンスの場合と同様に、ＳＴＡ２は、モード２  ＲＴＳ１４０１を送信し、ＡＰは、複数のＣＴＳ／ＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１４０２〜１４０５で応答し、ＳＴＡ２のＴＸＯＰは、モード２において始まる。しかし、この実施形態では、ＳＴＡ２は、ＴＸＯＰフレーム１４０６の終わりに先行して、送信されることが可能なデータは、全く存在しないことを認識する。すると、ＳＴＡ２は、ＣＦ−Ｅｎｄフレームのフォーマットとすることが可能な、単一のＥｎｄ  ｏｆ  Ｄａｔａフレーム１４１６を送信する。ＡＰは、すべてのモードにおいて複数のＣＦ−Ｅｎｄフレーム１４０７〜１４０９で応答する。すべてのＣＦ−Ｅｎｄフレームが送信されると、ＴＸＯＰフレーム１４０６の使用されていない部分は、媒体に解放され、新たなＴＸＯＰ保護プロセスが、別の局またはＡＰによって、その媒体上で、その別の局またはＡＰ自らが送信するために、開始されて、始まることが可能である。
【００３７】
図１５は、図１２に示される信号シーケンスの拡張として、モード２においてＥＤＣＡ中に、使用されていないＴＸＯＰを解放するＡＰの例示的な信号シーケンスを示す。ＡＰは、複数モードＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１５１２〜１５２３を送信し、その後に続いて、モード２  ＲＴＳフレーム１５２４を送信して、モード２  ＴＸＯＰ保護を要求する。ＳＴＡ２は、モード２  ＣＴＳフレーム１５２５で応答して、ＡＰが、ＡＰのＴＸＯＰフレーム１５０６をモード２で開始する道を開く。ＴＸＯＰフレーム１５０６中、ＡＰは、送信されるべきデータがもはや存在しないことを認識し、したがって、ＣＦ−Ｅｎｄフレームのフォーマットになっていることが可能なＥｎｄ  ｏｆ  Ｄａｔａフレーム１５２６を送信する。次に、ＡＰは、すべてのモードにおいて複数のＣＦ−Ｅｎｄフレーム１５２７〜１５２９を送信して、ＡＰが、現在のＴＸＯＰフレーム１５０６においてＡＰのモード２送信を完了したことを、すべてのＳＴＡに通知する。次に、ＴＸＯＰフレーム１５０６は、打ち切られ、次に、ＴＸＯＰフレーム１５０６の使用されていない残りの部分が、異なるモードにおいて別のＳＴＡまたはＡＰにアクセスのために解放される。解放されたＴＸＯＰの保護は、前述した複数モード手続きに従う。
【００３８】
図１６は、図１３に示される信号シーケンスの拡張として、モード２においてＨＣＣＡ中に、使用されていないＴＸＯＰを解放するＳＴＡの例示的な信号シーケンスを示す。ＡＰが、この例ではモード２である、ＴＸＯＰ保護のモードを除くすべてのモードにおいて、複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレーム１６０１〜１６０４を送信する。モード２  ＣＦ−Ｐｏｌｌフレーム１６０５が、送信され、ＳＴＡ２に関するモード２  ＴＸＯＰフレーム１６０６が、開始する。ＴＸＯＰフレーム１６０６中、ＳＴＡ２は、ＳＴＡ２の送信データが尽きていることを認識し、したがって、ＳＴＡ２は、Ｅｎｄ  ｏｆ  Ｄａｔａフレーム１６１２を送信する。ＡＰは、すべてのモードにおけるその他のＳＴＡに、それぞれのモードにおける複数のＣＦ−Ｅｎｄフレームを使用して通知する。次に、ＴＸＯＰの残りの部分が、解放される。
【００３９】
図１４〜図１６に示されるとおり、ＡＰは、ＡＰによってサポートされるモードに対応する送信フォーマット（変調、リンク構成など）を使用して、ＭＰＤＵ（ＭＡＣプロトコルデータユニット）内で複数のＣＦ−Ｅｎｄフレームを順次に送信する。ＳＩＦＳの時間ギャップ（または他のシステム要因に基づいて決定された他の持続期間）が、ＣＦ−Ｅｎｄフレームの合間に含められる。
【００４０】
以下は、保護されたＴＸＯＰを解放するための、この実施形態が、適用可能である、条件付き事例（個々の、または組み合わせの）のさらなる例である。すなわち、
ａ．ＴＸＯＰを開始した、図１４に示される、ＳＴＡからのＥｎｄ−ｏｆ−Ｄａｔａ  ＭＡＣ信号（または、例えば、ＡＰからのＡＣＫ応答を有するＱｏＳ−ＮＵＬＬフレーム）を受信した後、
ｂ．ＴＸＯＰを開始したＳＴＡからのＥｎｄ−ｏｆ−Ｄａｔａ  ＭＡＣ信号（または、例えば、ＡＰからのＡＣＫ応答を有するＱｏＳ−ＮＵＬＬフレーム）を受信した後、かつ、ＡＰが、送信すべきデータを全く有さない
ｃ．ＴＸＯＰを開始した局が、データを送信することを停止したばかりである場合、
ｄ．ＴＸＯＰを開始した局が、データを送信することを停止したばかりであり、かつ、ＡＰが、そのことを何らかの手段（搬送波感知などの）によって検出し、ＡＰが、送信すべきデータを全く有さない場合、
ｅ．任意の媒体回復手続きの後、すなわち、ＡＰが、媒体を回復したばかりであり、その媒体に局がアクセスすることを許すＣＦ−Ｅｎｄフレームを送信することができる、
ｆ．ＡＰが、ＴＸＯＰを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合、
ｇ．ＡＰが、ＥＤＣＡにおいてＴＸＯＰを開始し、ダウンリンク送信を終え、さらなるアップリンク送信（例えば、Ｅｎｄ−ｏｆ−Ｄａｔａ信号（図１５に示される）、またはＡＰからのＡＣＫ応答を有するＱｏＳ−ＮＵＬＬフレームを使用する）を全く予期していない場合、
ｈ．ＡＰが、ＣＦ−Ｐｏｌｌを使用してＨＣＣＡにおいてＴＸＯＰを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合、
ｉ．ＡＰが、ＣＦ−Ｐｏｌｌを使用してＨＣＣＡにおいてＴＸＯＰを開始し、図１６に示されるとおり、ＳＴＡからＥｎｄ−ｏｆ−Ｄａｔａ  ＭＡＣ信号（または、例えば、ＡＰからのＡＣＫ応答を有するＱｏＳ−ＮＵＬＬフレーム）を受信し、ＡＰが、ダウンリンク送信を終えている場合。
【００４１】
ＡＰによって送信される複数のＣＦ−Ｅｎｄフレームは、好ましくは、以下の規則を個々に、または組み合わせで遵守する。
ａ．複数のＣＦ−Ｅｎｄフレームは、これらのフレームが、現在のＴＸＯＰが期限切れになる前に送信されることが可能である場合に限って、送信される。このことは、ＴＸＯＰの残りの部分を推定して、すべてのＣＦ−Ｅｎｄフレームを送信するのに要求される時間と比較することにより、ＡＰによって判定される、
ｂ．すべての複数のＣＦ−Ｅｎｄフレームが、現在のＴＸＯＰが期限切れになる前に送信されることが可能でない場合、現在のＴＸＯＰが期限切れになる前に送信されることが可能な数だけが、送信される、
ｃ．一部の事例、またはシステム条件において、現在のＴＸＯＰが期限切れになる前に、複数のＣＦ−Ｅｎｄフレームのすべて、または一部が、送信されることが可能でない場合でも、やはり、これらのフレームはすべて、これらのフレームの一部、またはすべてが、ＴＸＯＰの外で送信されなければならない場合でも、送信される。
【００４２】
ＡＰによって送信される複数のＣＦ−Ｅｎｄフレームは、システム内の他のすべてのデバイスが、それらのデバイスのＮＡＶを更新して、媒体使用における潜在的な浪費または非効率を回避することを可能にする。ＡＰからの複数のＣＦ−Ｅｎｄフレームは、ＳＩＦＳ、または他のシステム要因に基づいて決定される、ＲＩＦＳなどの他の持続期間によって隔てられる。使用されていないＴＸＯＰを解放するようにＡＰによって送信される複数のＣＦ−Ｅｎｄフレーム（デュアルモードシステムにおける場合、デュアルＣＦ−Ｅｎｄフレームを含む）の送信の機構および順序は、所望されるオプションに応じて、以下のとおりであることが可能である。すなわち、
ａ．複数のＣＦ−Ｅｎｄフレームは、システム構成によって決定された優先順位の順序で送信されることが可能であり、この順序は、この順序が、システムによってサポートされるモードに割り当てられた順序に対応する場合、動的に変更されることも可能である、
ｂ．最初のＣＦ−Ｅｎｄは、現在のＴＸＯＰのモードに対応し、残りのＣＦ−Ｅｎｄフレームは、その他のモードに対応する、
ｃ．システムにおいてサポートされるモードに対応する複数のＣＦ−Ｅｎｄフレームの順序は、任意であることが可能である。
ｄ．現在のＴＸＯＰのモードに対応するフォーマットにおける１つだけのＣＦ−Ｅｎｄフレームが、送信され、その場合、媒体は、そのモードに関する保護が期限切れになるまで、そのモードで動作するすべての局に開かれており、このことは、ＴＸＯＰのモードで動作している局に優先権を与える、
ｅ．すべての局が、単一の共通モードフォーマットを送受信することができる場合、つまり、すべての局が、通常、或る特定のモードにおいて通信する場合でも、その共通モードフォーマットが、すべてのモードにおけるすべての局のＮＡＶを更新するのに十分である１つだけのＣＦ−Ｅｎｄフレームを送信するために使用されなければならない。
【００４３】
以下の例は、デュアルＣＦ−Ｅｎｄフレームが、ＥＲ（Ｅｘｔｅｎｄｅｄ  Ｒａｎｇｅ）／ＮＲ（Ｎｏｒｍａｌ  Ｒａｎｇｅ）機能になっており、１つのＣＦ−Ｅｎｄフレームが、ＥＲ（ＳＴＢＣ変調）において送信され、他方のＣＦ−Ｅｎｄフレームが、ＮＲ（非ＳＴＢＣ変調）において送信される。以下に、このデュアルＣＦ−Ｅｎｄフレーム例の１つの可能な実施形態を説明する。デュアルＣＴＳ保護が、有効にされ（すなわち、通常、ビーコンの中で示されて、デュアルＣＴＳ保護が、システムにおいて有効にされて、ＳＴＢＣおよび非ＳＴＢＣのＣＴＳフレームが、ＡＰによって送信され）、ＳＴＡが、ＴＸＯＰを獲得し、その後、ＳＴＡから、送信すべきフレームが無くなった場合、ＳＴＡは、以下のフレームの１つを送信することを、残りのＴＸＯＰ持続時間が、そうすることを許す（すなわち、解放のためのＣＦ−Ｅｎｄフレームの後に、十分な、使用可能なＴＸＯＰ持続時間が残っている）という条件付きで、行うことによって、「送信の終了」または「データの終了」または「ＳＴＡのＴＸＯＰの打ち切り」を示すことができる。すなわち、
事例１  ＳＴＡが使用している変調（ＳＴＢＣまたは非ＳＴＢＣ）を使用するＣＦ−Ｅｎｄフレーム。
事例２  ＳＴＡが使用している変調（ＳＴＢＣまたは非ＳＴＢＣ）を使用するＱｏＳ−Ｎｕｌｌフレーム。
事例３  ＳＴＡが、送信すべきフレームをもはや有さないことを実質的に示す、「送信の終了」信号または「データの終了」信号を示す他の任意のタイプのＭＡＣフレーム。
【００４４】
前述の指示フレーム（前述の事例１から事例３まで）のいずれか１つの送信で、ＳＴＡは、ＳＴＡのＴＸＯＰの完了または打ち切りを明示的に示す。送信されたフレームが、ＣＦ−Ｅｎｄフレーム（事例１）である場合、このフレームは、このフレームを受信することができる、その他のＳＴＡによって、ＮＡＶリセットと解釈されなければならない。
【００４５】
合致するＢＳＳＩＤを有するＳＴＡから前述のフレーム（前述の事例１から事例３まで）のいずれか１つを受信すると、ＡＰは、ＳＩＦＳ持続時間（または、他のシステム要因に基づいて決定された、ＲＩＦＳなどの他の持続期間）の後、デュアルＣＦ−Ｅｎｄフレームで、つまり、１つのＳＴＢＣ  ＣＦ−Ｅｎｄフレーム、および１つの非ＳＴＢＣ  ＣＦ−Ｅｎｄフレームで応答しなければならない。別の可能性は、事例２、およびＡＣＫを予期する他の任意のフレームにおいて、ＡＰが、デュアルＣＴＳフレームを送信する前に、ＡＣＫでまず応答することができることである。デュアルＣＦ−Ｅｎｄフレームは、打ち切られるＴＸＯＰを所有するＳＴＡを同一のモードではないＳＴＡに対する不公平を解消する。
【００４６】
ＴＸＯＰが、ＡＰによって所有され、デュアルＣＴＳ保護が、システムにおいて有効にされる（通常、ビーコンの中で示され、すなわち、ＳＴＢＣ  ＳＴＡと非ＳＴＢＣ  ＳＴＡの両方が、システム内に存在する）場合、ＡＰは、送信すべきフレームが尽きた場合、デュアルＣＦ−Ｅｎｄフレームを送信することを、残りのＴＸＯＰ持続時間が、そうすることを許すという条件付きで、行うことができる。
【００４７】
さらに、一般に、デュアルＣＴＳ保護が、ビーコンの中で示されるとおり、システム内で有効にされると（すなわち、ＳＴＢＣ  ＳＴＡと非ＳＴＢＣ  ＳＴＡの両方が、システム内に存在する場合）、ＡＰは、デュアルＣＦ−Ｅｎｄフレーム、つまり、１つのＳＴＢＣ  ＣＦ−Ｅｎｄフレームおよび１つの非ＳＴＢＣ  ＣＦ−Ｅｎｄフレームを送信して、ＮＡＶリセットを行わなければならない。両方のモードが可能であるＳＴＡは、ＳＴＡのＴＸＯＰを打ち切ることを望む際、デュアルＣＦ−Ｅｎｄフレームを送信することを、残りのＴＸＯＰ持続時間が、そうすることを許す場合、行うことができる。
【００４８】
ＡＰによって送信されるデュアルＣＦ−Ｅｎｄフレーム間の間隔は、ＳＩＦＳ、または他のシステム要因に基づいて決定される、ＲＩＦＳなどの他の持続期間でなければならない。デュアルＣＦ−Ｅｎｄフレームにおけるフレームの順序は、任意であることが可能であり、あるいは、それらのフレームの１つが、最初に送信されるように選択されることが可能である。第１の可能な実施形態において、第１のＣＦ−Ｅｎｄフレームは、ＴＸＯＰが打ち切られる送信に関して使用されるのと同一の変調を使用しなければならず、第２のＣＦ−Ｅｎｄフレームは、他方の変調を使用しなければならない。つまり、ＳＴＢＣ  ＴＸＯＰに関して、最初のＣＦ−Ｅｎｄは、ＳＴＢＣモードになっており、非ＳＴＢＣ  ＴＸＯＰに関して、最初のＣＦ−Ｅｎｄは、非ＳＴＢＣモードになっている。
【００４９】
前述の問題解決法は、より高い媒体利用効率、および打ち切られるＴＸＯＰを所有するＳＴＡと同一のモードではないＳＴＡに対する不公平の解消という両方の利点を有することに留意されたい。このことは、ＴＸＯＰを打ち切るようにＴＸＯＰの所有者によって送信されるＣＦ−Ｅｎｄが、他のモードのＳＴＡによっては解釈されることが可能でなく、したがって、それらのＳＴＡは、ＡＰが、デュアルＣＦ−Ｅｎｄ（または一般的な事例において、複数ＣＦ−Ｅｎｄ）を送信するまで、その媒体にアクセスすることができないためである。また、前述の問題解決法は、一般に、いくつかの（２つより多い）モードを有するシステムの事例に適用される。
【００５０】
以下に、８０２．１１ｎ標準規格に特に適用される前述の事例１から事例３までによる或る特定の実施形態を説明する。デュアルＣＴＳ保護が、有効にされ、ＳＴＡが、ＴＸＯＰを獲得し、次に、ＳＴＡから、送信すべきフレームが尽きた場合、ＳＴＡは、次に、ＳＴＡのＴＸＯＰの打ち切りを、残りのＴＸＯＰ持続時間が、そうすることを許すという条件付きで、ＣＦ−Ｅｎｄフレームを送信することによって示すことができる。例えば、この条件は、以下の判定に従って判定されることが可能である。すなわち、ＴＸＯＰの残りの持続時間は、ＣＦ−Ｅｎｄフレーム持続時間、ＳＴＢＣ  ＣＦ−Ｅｎｄフレーム持続時間、知られている基本レートにおける非ＳＴＢＣ  ＣＦ−Ｅｎｄフレーム、および２つのＳＩＦＳ持続時間の合計より大きいかどうか。ＣＦ−Ｅｎｄフレーム送信を使用して、ＳＴＡは、ＳＴＡのＴＸＯＰの完了または打ち切りを明示的に示す。ＣＦ−Ｅｎｄフレームの送信は、このフレームを受信することができるその他のＳＴＡによって、ＮＡＶリセットとして解釈されなければならない。合致するＢＳＳＩＤを有するＳＴＡからＣＦ−Ｅｎｄフレームを受信すると、ＡＰは、ＳＩＦＳ持続時間の後、デュアルＣＦ−Ｅｎｄフレーム、つまり、１つのＳＴＢＣ  ＣＦ−Ｅｎｄフレーム、および１つの非ＳＴＢＣ  ＣＦ−Ｅｎｄフレームで応答しなければならない。ＴＸＯＰが、ＡＰによって所有され、デュアルＣＴＳ保護が、システムにおいて有効にされる場合、ＡＰは、ＡＰから、送信すべきフレームが尽きた場合、デュアルＣＦ−Ｅｎｄフレームを送信することを、残りのＴＸＯＰ持続時間が、そうすることを許すという条件付きで、行うことができる。ＡＰによって送信されるデュアルＣＦ−Ｅｎｄフレーム間の間隔は、ＳＩＦＳでなければならない。第１のＣＦ−Ｅｎｄフレームは、打ち切られるＴＸＯＰにおいて送信のために使用されるのと同一の変調を使用しなければならず、第２のＣＦ−Ｅｎｄフレームは、他方の変調を使用しなければならない。つまり、ＳＴＢＣ  ＴＸＯＰに関して、第１のＣＦ−Ｅｎｄは、ＳＴＢＣモードになっており、非ＳＴＢＣ  ＴＸＯＰに関して、第１のＣＦ−Ｅｎｄは、非ＳＴＢＣモードになっている。
【００５１】
以下に、デュアルＣＦ−Ｅｎｄを送信する必要が全くないという点で簡単であるが、媒体利用がそれほど効率的ではない別の問題解決法、または別の機構を説明する。ＳＴＡまたはＡＰが、ＴＸＯＰを獲得し、Ｌｏｎｇ  ＮＡＶ機構を使用して、ＴＸＯＰ持続時間を保護すると、送信されるべきフレームがもはや無くなると、ＣＦ−Ｅｎｄフレームが送信されて、ＴＸＯＰの打ち切りまたは完了を示す。我々の単純化された問題解決法は、実質的に、システムにおいてデュアルＣＴＳ保護が有効にされる際に（好ましくは、ビーコンの中で示される）ＴＸＯＰの所有者によるＣＦ−Ｅｎｄフレームの送信を許さないことにより、Ｌｏｎｇ  ＮＡＶ保護の下でＴＸＯＰ打ち切りに関する現在の規則を変更することである。したがって、これらの条件下で、ＴＸＯＰは、所有者によって、所有者が、送信すべきフレームをもはや有さない場合でも、打ち切られない。また、このことは、一般に、いくつかの（２つより多い）モードを有するシステムの事例にも適用される。
【００５２】
ＳＴＡは、ＳＴＡのモードに対応する変調を使用するＣＦ＿Ｅｎｄフレーム（またはＭＰＤＵ）を受信すると、以下のとおり、ＳＴＡのＮＡＶを更新する（例えば、ＳＴＡのＮＡＶを０にリセットする）ことができる。すなわち、
ａ．局は、ＢＳＳＩＤが、局のＢＳＳ（すなわち、ＳＴＡが関連付けられたＡＰによって制御されるＢＳＳ）に対応することを検証した後、局のＮＡＶを更新する。ＢＳＳＩＤが、合致しなかった場合、ＳＴＡは、ＳＴＡのＮＡＶを更新しない。
ｂ．一部の事例または実施形態において、ＳＴＡは、ＣＦ−Ｅｎｄフレームの中のＢＳＳＩＤにかかわらず、ＳＴＡのＮＡＶを更新する。
【００５３】
本発明の第３の好ましい実施形態は、複数モードシステムに関する複数モードＰＳＭＰシーケンスを規定する。従来技術のＰＳＭＰシーケンスは、単一モードのために動作するように設計される。したがって、複数モードシステムにおいて従来技術のＰＳＭＰシーケンスを適用するのに、各モードは、デュアルＣＴＳ−ｔｏ−Ｓｅｌｆフレームで始まり、その後に、ＰＳＭＰフレーム、ならびにスケジュールされたダウンリンク送信およびアップリンク送信が続く。この手続きが、従来技術のＰＳＭＰシーケンスを使用して、各モードに関して繰り返されなければならない。そうであることは、媒体の効率的な使用ではなく、複数のモード割り当てが、単一のＰＳＭＰシーケンスにおいて行われることが可能でないので、柔軟性がない。
【００５４】
図１７は、本発明による複数モードＰＳＭＰシーケンスの例を示す。この場合、複数モードＰＳＭＰシーケンスは、複数モードＣＴＳ−ｔｏ−Ｓｅｌｆフレームの後に、複数モードＰＳＭＰフレームが続き、その後に、複数モードのダウンリンク送信およびアップリンク送信が続くものと規定される。複数モードＰＳＭＰフレームは、複数モードＰＳＭＰシーケンス持続時間にわたる複数モードのダウンリンク送信およびアップリンク送信に関するスケジュールを規定する。複数モードＰＳＭＰフレームは、アプリケーション、およびデバイスの能力に適するものとして決定された任意の順序で、様々なモードにおける局のＤＬＴ（ダウンリンク時間）割り当ておよびＵＬＴ（アップリンク時間）割り当てを規定することができ、完全に柔軟性がある。割り当て順序付けの例には、以下が含まれるが、以下には限定されない。すなわち、
（１）同一のモードのすべてのダウンリンク割り当てが、例えば、一緒にまとめられて、同一のモードで受信する複数のＳＴＡが、存在することが可能であり、各ＤＬＴにおいて１つのＳＴＡが、存在することが可能である、
（２）同一のモードのすべてのアップリンク割り当てが、一緒にまとめられることが可能である、
（３）すべてのアップリンク割り当てが、すべてのダウンリンク割り当ての後に行われる（図１７）
（４）ダウンリンク割り当てにおけるＳＴＡの順序は、アップリンク割り当てにおいて保たれることが可能である（図１７）。
【００５５】
複数モードＰＳＭＰフレームが、ＤＬＴ（ダウンリンク時間）割り当ておよびＵＬＴ（アップリンク時間）割り当てをどのように規定することが可能であるかについての、他の多くの変種が、可能である。例えば、ＤＬＴの後に、同一のモードのＵＬＴが続くことが可能である。つまり、この第３の好ましい実施形態によれば、アプリケーション、およびデバイスの能力に適切な、任意のモードのＵＬＴ／ＤＬＴの完全に柔軟性のある順序付けが、可能である。
【００５６】
複数モードＰＳＭＰフレームは、ＰＩＦＳ、または他のシステム要因に基づいて決定される、ＲＩＦＳ（Ｒｅｄｕｃｅｄ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｉｎｇ）などの他の持続期間によって隔てられることが可能である。
【００５７】
本発明は、データリンク層、媒体アクセス制御、およびネットワーク層において、複数のＳＴＡまたはＷＴＲＵに対するアクセスポイントを有するネットワークとして、ＡＳＩＣ（特定用途向け集積回路）として、ＤＳＰ（デジタルシグナルプロセッサ）として、またはソフトウェアとして実施されることが可能である。本発明は、ＲＲＭ（無線リソース管理）およびＲＲＣ（無線リソースコントローラ）を使用する８０２．１１ベースのＷＬＡＮシステムまたはＯＦＤＭ／ＭＩＭＯに関する。
【００５８】
本発明の特徴および要素は、特定の組み合わせで、好ましい実施形態において説明されるが、各特徴または各要素は、好ましい実施形態のその他の特徴および要素を伴わずに単独で、あるいは、本発明の他の特徴および要素を伴って、または伴わずに様々な組み合わせで使用されることが可能である。本発明において提供される方法は、汎用コンピュータもしくはプロセッサによる実行のためにコンピュータ可読記憶媒体として実体を有して実現されるコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることが可能である。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれる。
【００５９】
適切なプロセッサには、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンが含まれる。
【００６０】
ソフトウェアに関連するプロセッサが、ＳＴＡ（局）、ＷＴＲＵ（無線送受信ユニット）、ＵＥ（ユーザ機器）、端末装置、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用されることが可能である。ＳＴＡは、カメラ、ビデオカメラモジュール、テレビ電話機、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）モジュールなどの、ハードウェアおよび／またはソフトウェアで実施されるモジュールと併せて使用されることが可能である。
【００６１】
（実施形態）
１．アクセスポイントと、少なくとも１つのＳＴＡ（局）とを有し、モードが、ＳＴＡのネットワークリンクによって規定される無線ネットワークにおける複数モード動作のための方法であって、アクセスポイントによってビーコンを送信すること、およびネットワークによってサポートされる各モードに関して、マルチキャストデータおよびブロードキャストデータを送信することを含む方法。
２．モードに対応する複数のＣＴＳ（Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ）フレームをサポートすることをさらに含む実施形態１の方法。
３．システムによってサポートされる各モードに関して、それぞれのビーコンが、それぞれのモードに適したフォーマットで送信される実施形態１〜２のいずれかにおけるとおりの方法。
４．送信されるビーコンの１つは、ＡＰによって送信されるＨＴ（高スループット）情報要素の中の一次ビーコンフィールドまたは一次ビーコンビットによって一次ビーコンと識別され、残りのビーコンは、それぞれのモードにそれぞれが対応する二次ビーコンと指定される実施形態３の方法。
５．二次ビーコンは、ＡＰによって送信されるＨＴ情報要素の中の二次ビーコンフィールドまたは二次ビーコンビットによって識別される実施形態３〜４のいずれかにおけるとおりの方法。
６．二次ビーコンは、或る時間基準を基準として或る時間オフセットで送信される実施形態５の方法。
７．時間基準は、一次ビーコンと関係する実施形態６の方法。
８．時間オフセットは、システム考慮事項に基づいて決定される実施形態６〜７のいずれかにおけるとおりの方法。
９．時間オフセットは、ＡＰによって動的に変更可能である構成可能なシステムパラメータである実施形態６〜８のいずれかにおけるとおりの方法。
１０．二次ビーコンの中のフィールドは、二次ビーコンに固有であるタイムスタンプフィールドを除いて、一次ビーコンの中の対応するフィールドと同一である実施形態５〜９のいずれかにおけるとおりの方法。
１１．二次ビーコンの後に送信されるマルチキャストデータおよびブロードキャストデータは、一次ビーコンの後に送信されるマルチキャストデータおよびブロードキャストデータと同一である実施形態１０の方法。
１２．二次ビーコンは、二次ビーコンのモードに固有であるフィールドを含む実施形態５〜９のいずれかにおけるとおりの方法。
１３．ネットワークが、複数モード動作、およびＭＡＣ（媒体アクセス制御）の中のＨＴ（高スループット）情報要素の中でＡＰによって送信される複数ＣＴＳ（Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ）保護ビットによる複数モード動作に関する保護をサポートすることを示すことをさらに含む、先行するいずれかの実施形態におけるとおりの方法。
１４．ＡＰに送信されるＲＴＳ（Ｒｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ）フレームでＳＴＡによってＴＸＯＰ（送信機会）を開始することをさらに含む実施形態１３の方法。
１５．複数のＣＴＳフレームを含む応答をＡＰから送信することをさらに含む実施形態１４の方法。
１６．ＣＴＳフレームは、変調またはリンク構成を含むそれぞれのモードに対応するフォーマットになっている実施形態１５の方法。
１７．ＣＴＳフレームは、ネットワークリンクにおける開始側の局によって最初のフレームとして送信され、このＣＴＳフレームは、ＣＴＳ−ｔｏ−Ｓｅｌｆフレームとして、この開始側の局にアドレス指定される方法であって、ＳＴＡによってＴＸＯＰを保護すること、およびＳＴＡによって保護されるＴＸＯＰに関して使用されるモードの場合を除き、すべてのモードにおいてＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信することをさらに含む実施形態１５の方法。
１８．ＡＰが、それぞれのモードフォーマットにおいて、それぞれのＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信する実施形態１７の方法。
１９．ＣＴＳ−ｔｏ−Ｓｅｌｆフレームの相対的順序は、任意である実施形態１８の方法。
２０．ＡＰは、それぞれのＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信し、ＣＴＳ−ｔｏ−Ｓｅｌｆフレームの相対的順序は、システムおよび実施形態の考慮事項に基づいて、またはモードに割り当てられた優先順位に基づいて決定される実施形態１７の方法。
２１．ＳＴＡのリンクによって規定される複数のモードで動作する複数のＳＴＡを有するＩＢＳＳ無線ネットワークにおける複数モード動作のための方法であって、第１のＳＴＡが、各動作モードに関するＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信して、第１のＳＴＡ、または他の１つのＳＴＡに関する１つのモードにおけるＴＸＯＰの保護を示すこと、および送信のためのデータがもはや存在しなくなると、保護されたＴＸＯＰを有するＳＴＡによってＥｎｄ−ｏｆ−ｄａｔａフレームを送信すること、およびＴＸＯＰの残りの部分を任意のＳＴＡによるアクセスのために解放することを含む方法。
２２．ＡＰからの複数ＣＴＳフレーム応答におけるＣＴＳフレームの位置は、最初、最後、またはネットワークによって決定されるとおりである実施形態２１の方法。
２３．ＡＰからの複数ＣＴＳフレーム応答におけるＣＴＳフレームの位置は、モードに割り当てられた優先順位にさらに基づく実施形態２２の方法。
２４．複数のＣＴＳフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態２１〜２３のいずれかにおけるとおりの方法。
２５．アクセスポイントによってＲＴＳに対する複数ＣＴＳ応答を送信すること、および所与のモードにおけるＴＸＯＰを、複数ＣＴＳ−ｔｏ−Ｓｅｌｆフレームを使用して保護することをさらに含む実施形態１４〜２４のいずれかにおけるとおりの方法。
２６．ＡＰによって、ＡＰにアドレス指定された複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信すること、およびＡＰによって、これらの複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームの後に続いてＲＴＳを送信することにより、ＴＸＯＰを保護することをさらに含む実施形態１３の方法。
２７．ＳＴＡにより、ＲＴＳに応答してＣＴＳフレームを送信することをさらに含む実施形態２６の方法。
２８．ＡＰによって保護されるＴＸＯＰに関して使用されるモードの場合を除き、すべてのモードにおいてＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信することをさらに含む実施形態２６の方法。
２９．複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームは、任意の相対的順序になっている実施形態２５〜２８のいずれかにおけるとおりの方法。
３０．複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームの相対的順序は、システムおよび実施形態の考慮事項に基づいて決定される実施形態２６の方法。
３１．ＣＴＳ−ｔｏ−Ｓｅｌｆフレームの相対的順序は、モードに割り当てられた優先順位に基づいて決定される実施形態２５〜２８または３０のいずれかにおけるとおりの方法。
３２．複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態２６〜３１のいずれかにおけるとおりの方法。
３３．ＡＰによって、ＡＰにアドレス指定された複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信すること、およびＡＰによって、これらの複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームの後に続いてＣＦ−ｐｏｌｌを送信することにより、ＴＸＯＰを保護することをさらに含む実施形態１３の方法。
３４．複数のＣＴＳ−ｔｏ−Ｓｅｌｆフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態３３の方法。
３５．ＡＰは、複数のＣＴＳフレームを送信し、ＳＴＡは、ＡＰからの、これらのＣＴＳフレームが送信されるまで待ってから、送信を開始する、先行するいずれかの実施形態におけるとおりの方法。
３６．ＡＰ（アクセスポイント）と、少なくとも１つのＳＴＡ（局）とを有する無線ネットワークにおける複数モード動作中に媒体使用を制御するための方法であって、
ＡＰによって、ＭＡＣ（媒体アクセス制御）層において複数のＣＦ−Ｅｎｄ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｅｎｄ）フレームを送信することであって、このＣＦ−Ｅｎｄフレームは、ＡＰによってサポートされるモードに対応する送信フォーマットを有することを含む方法。
３７．ネットワーク要因によって決定された持続時間を有する複数のＣＦ−Ｅｎｄフレーム間の時間ギャップを使用することをさらに含む実施形態３６の方法。
３８．ＴＸＯＰを開始したＳＴＡからＥｎｄ−ｏｆ−ｄａｔａ  ＭＡＣ信号を受信した後、使用されていないＴＸＯＰを解放することをさらに含む実施形態３６〜３８のいずれかにおけるとおりの方法。
３９．ＡＰが、搬送波感知を使用して、使用されていないＴＸＯＰを検出し、ＡＰが、送信すべきデータを全く有さなくなった後、使用されていないＴＸＯＰが解放される実施形態３８の方法。
４０．ＡＰが、媒体を回復し、局が、その媒体にアクセスすることを許すＣＦ−Ｅｎｄフレームを送信した後、使用されていないＴＸＯＰが解放される実施形態３８〜３９のいずれかにおけるとおりの方法。
４１．使用されていないＴＸＯＰは、ＡＰが、ＴＸＯＰを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合に、解放される実施形態３８〜４０のいずれかにおけるとおりの方法。
４２．使用されていないＴＸＯＰは、ＡＰが、ＥＤＣＡにおいてＴＸＯＰを開始し、ダウンリンク送信を終え、さらなるアップリンク送信を全く予期していない場合に、解放される実施形態３８〜４１のいずれかにおけるとおりの方法。
４３．使用されていないＴＸＯＰは、ＡＰが、ＣＦ−Ｐｏｌｌを使用してＨＣＣＡにおいてＴＸＯＰを開始し、ダウンリンク送信を終え、アップリンク送信を全く予期していない場合に、解放される実施形態３８〜４２のいずれかにおけるとおりの方法。
４４．使用されていないＴＸＯＰは、ＡＰが、ＣＦ−Ｐｏｌｌを使用してＨＣＣＡにおいてＴＸＯＰを開始し、ＳＴＡからＥｎｄ−ｏｆ−Ｄａｔａ  ＭＡＣ信号を受信した場合に、解放される実施形態３８〜４２のいずれかにおけるとおりの方法。
４５．複数のＣＦ−Ｅｎｄフレームは、これらのフレームが、現在のＴＸＯＰが期限切れになる前に送信されることが可能である場合、ＡＰによって送信される実施形態３６〜４４のいずれかにおけるとおりの方法。
４６．複数のＣＦ−Ｅｎｄフレームは、現在のＴＸＯＰが期限切れになる前に送信されることが可能である数まで、ＡＰによって送信される実施形態３６〜４４のいずれかにおけるとおりの方法。
４７．複数のＣＦ−Ｅｎｄフレームは、これらの複数のＣＦ−Ｅｎｄフレームのすべて、または一部が、現在のＴＸＯＰが期限切れになる前に送信されることが可能でなく、これらのフレームのすべて、または一部が、ＴＸＯＰの外で送信される場合に、ＡＰによって送信される実施形態３６〜４４のいずれかにおけるとおりの方法。
４８．使用されていないＴＸＯＰを解放するようにＡＰによって送信される複数のＣＦ−Ｅｎｄフレームの送信の順序は、ネットワーク構成によって決定された優先順位の順序になっている実施形態４５〜４７のいずれかにおけるとおりの方法。
４９．この順序は、動的に変更される実施形態４８におけるとおりの方法。
５０．この優先順位は、ネットワークによってサポートされるモードに割り当てられた優先順位に対応する実施形態４８〜４９のいずれかにおけるとおりの方法。
５１．最初のＣＦ−Ｅｎｄフレームは、現在のＴＸＯＰのモードに対応し、残りのＣＦ−Ｅｎｄフレームは、モードの優先順位に対応する実施形態４８〜５０のいずれかにおけるとおりの方法。
５２．システムにおいてサポートされるモードに対応する複数のＣＦ−Ｅｎｄフレームの順序は、任意である実施形態５１の方法。
５３．１つのＣＦ−Ｅｎｄフレームは、現在のＴＸＯＰのモードに対応するフォーマットになっており、したがって、媒体は、そのモードに関する保護が期限切れになるまで、そのモードで動作するすべての局に開かれている実施形態４８〜５０のいずれかにおけるとおりの方法。
５４．ネットワークは、拡張範囲モードおよび通常範囲モードを使用するデュアルモードネットワークであり、このネットワークにおいて、１つのＣＦ−Ｅｎｄフレームは、拡張範囲モードに関してＳＴＢＣ（時空間ブロック符号）変調で送信され、他方のＣＦ−Ｅｎｄフレームは、通常範囲モードに関して非ＳＴＢＣ変調で送信される実施形態４５〜４７のいずれかにおけるとおりの方法。
５５．ＳＴＡによってＣＦ−Ｅｎｄフレームを受信すること、および受信されたＣＦ−Ｅｎｄフレームに応答してＳＴＡのＮＡＶ（ネットワーク割り当てベクトル）を更新することをさらに含む実施形態３６〜５４のいずれかにおけるとおりの方法。
５６．ＣＦ−Ｅｎｄフレームは、ＢＳＳＩＤ（基本サービスセットＩＤ）を含み、ＳＴＡは、このＢＳＳＩＤが、ＳＴＡが関連付けられているＡＰによって制御されるＳＴＡの基本サービスセットに対応することを検証した後、ＳＴＡのＮＡＶを更新する実施形態５５の方法。
５７．ＣＦ−Ｅｎｄフレームは、ＢＳＳＩＤ（基本サービスセットＩＤ）を含み、ＳＴＡは、このＢＳＳＩＤが、ＳＴＡが関連付けられているＡＰによって制御されるＳＴＡの基本サービスセットに対応するかどうかにかかわらず、ＳＴＡのＮＡＶを更新する実施形態５５の方法。
５８．ＰＳＭＰ（省電力複数ポール）フレームのシーケンスを使用して無線ネットワークにおける複数モード動作中に媒体アクセスを制御するための方法であって、複数モードＣＴＳ−ｔｏ−Ｓｅｌｆフレームを送信すること、複数モードＰＳＭＰフレームを送信すること、および複数モードダウンリンク送信および複数モードアップリンク送信を送信することを含む方法。
５９．ＰＳＭＰフレームは、複数モードＰＳＭＰシーケンス持続時間にわたるマルチモードダウンリンク送信およびマルチモードアップリンク送信に関するスケジュールを規定する実施形態５８の方法。
６０．ＰＳＭＰフレームは、アプリケーション、およびデバイスの能力に適するものとして決定された任意の順序で、様々なモードにおける局のＤＬＴ（ダウンリンク時間）割り当ておよびＵＬＴ（アップリンク時間）割り当てを規定する実施形態５８または５９におけるとおりの方法。
６１．ＰＳＭＰフレームは、ネットワーク要因によって決定される持続期間によって隔てられる実施形態５８〜６１のいずれかにおけるとおりの方法。
６２．複数の動作モードに関してＴＸＯＰの保護をサポートするＭＡＣ機構を有して構成された無線通信システムであって、２つ以上のサポートされるモードで動作する複数のＳＴＡ（局）と、システムによってサポートされるそれぞれのモードとそれぞれが合致する複数のＣＴＳ（Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ）フレームを送信するように構成されたＡＰ（アクセスポイント）とを含むシステム。
６３．ＣＴＳフレームは、ＳＴＡによるＲＴＳ（Ｒｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ）フレームに応答して送信される実施形態６２に記載のシステム。
６４．ＳＴＡは、送信すべきデータが全く存在しない場合、送信の終了を示すように構成される実施形態６２に記載のシステム。
６５．ＳＴＡは、この指示のためにＣＦ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ）−Ｅｎｄフレームを送信する実施形態６４に記載のシステム。
６６．ＳＴＡは、ＳＴＡが使用している変調で、このＣＦ−Ｅｎｄフレームを送信する実施形態６２に記載のシステム。
６７．ＳＴＡは、ＱｏＳ−Ｎｕｌｌフレームを送信することによって送信の終了を示す実施形態６２に記載のシステム。
６８．ＳＴＡは、ＳＴＡが使用している変調で、このＱｏＳ−Ｎｕｌｌフレームを送信する実施形態６７に記載のシステム。
６９．ＳＴＡは、任意のタイプのＭＡＣフレームを送信することによって送信の終了を示す実施形態６２に記載のシステム。
７０．送信の終了の指示は、その他のＳＴＡによってＮＡＶ（ネットワーク割り当てベクトル）リセットとして解釈される実施形態６２に記載のシステム。
７１．ＡＰは、送信の終了の指示を受信すると、サポートされるすべてのモードにおいて複数のＣＦ−Ｅｎｄフレームを送信する実施形態６２に記載のシステム。
７２．ＣＦ−Ｅｎｄフレームは、ＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｉｎｇ）持続時間によって隔てられる実施形態６２に記載のシステム。
７３．ＣＦ−Ｅｎｄフレームは、ＲＩＦＳ（Ｒｅｄｕｃｅｄ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｉｎｇ）持続時間において送信される実施形態６２に記載のシステム。
７４．ＡＰは、ＣＦ−Ｅｎｄフレームを送信する前にＡＣＫ（肯定応答）を送信する実施形態６２に記載のシステム。
７５．ＡＰは、１つのＳＴＢＣ  ＣＦ−Ｅｎｄフレーム、および１つの非ＳＴＢＣ  ＣＦ−Ｅｎｄフレームを送信する実施形態６２に記載のシステム。
【図１】
2014207701.tif 000003
【図２】
2014207701.tif 000004
【図３】
2014207701.tif 000005
【図４】
2014207701.tif 000006
【図５】
2014207701.tif 000007
【図６】
2014207701.tif 000008
【図７】
2014207701.tif 000009
【図８】
2014207701.tif 000010
【図９】
2014207701.tif 000011
【図１０】
2014207701.tif 000012
【図１１】
2014207701.tif 000013
【図１２】
2014207701.tif 000014
【図１３】
2014207701.tif 000015
【図１４】
2014207701.tif 000016
【図１５】
2014207701.tif 000017
【図１６】
2014207701.tif 000018
【図１７】
2014207701.tif 000019