JP5113241B2 - 無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステム - Google Patents

Description

本発明は、無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムに関するものであって、より詳細には無線ネットワークでチャネルアクセス制御を容易にする無線ネットワークでのチャネル時間配分およびチャネルアクセス制御のための方法およびシステムに関するものである。

高品質ビデオ（ｖｉｄｅｏ）の急増と共に増加する電子機器（例えば、家電機器）は、伝送帯域幅で秒当たり１ギガビット（Ｇｂｐｓ）以上を要求できる高画質（ＨＤ）ビデオを利用する。機器間ＨＤビデオを伝送するとき、従来の伝送は要求される伝送帯域幅を下げるためにＨＤビデオを該当サイズの断片で圧縮することを試みたものである。圧縮されたビデオは消費（ｃｏｎｓｕｍｐｔｉｏｎ）のために圧縮解除される。しかし、それぞれのビデオデータの圧縮とその後の圧縮解除においていくつかのデータが失われ得、画質が低下し得る。

高画質マルチメディアインターフェース（ＨＤＭＩ：Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）スペック（ｓｐｅｃｉｆｉｃａｔｉｏｎ）は、ケーブルを通じた機器間の非圧縮されたＨＤシグナルの伝送を許容している。家電機器製造業者は、ＨＤＭＩ互換装備を提供することを試みている反面、非圧縮されたＨＤビデオシグナルを伝送可能にする適合した無線（例えば、ラジオ周波数）技術がまだない実情である。無線近距離通信網（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と類似技術は、非圧縮されたＨＤシグナルを運送するための帯域幅を有しておらず、６０ＧＨｚ帯域以上で非圧縮されたビデオを伝送するための無線（ａｉｒ）インターフェースを提供しないいくつかの機器が接続したとき、インターフェースの問題に直面し得る。

ＩＥＥＥ８０２．１５．３標準は、無線近距離通信網においてオーディオ／ビジュアル（ａｕｄｉｏ／ｖｉｓｕａｌ）情報伝送に対するチャネルアクセス方法について記述する。しかし、ＩＥＥＥ８０２．１５．３標準において、チャネルアクセス制御は複雑であり、ただ一つのチャネルに対するアクセスのためのものである。また、ＩＥＥＥ８０２．１５．３標準において、一つのビーコン（ｂｅａｃｏｎ）で運ばれたチャネル時間配分技術（ｄｅｓｃｒｉｐｔｉｏｎ）は、すべての配分された時間ブロックが独立的に記述されているため、非常に広い。

したがって、無線通信ネットワークで前記欠点を解消するためのチャネル制御方法およびシステムが必要である。

本発明は、無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムを提供して、無線ネットワークでチャネル時間配分およびチャネルアクセス制御を容易にすることにその目的がある。

本発明の目的は、以上で言及した目的に制限されず、言及されていないまた他の目的は次の記載から当業者に明確に理解されるであろう。

前記目的を達成するために本発明の実施形態によるネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法は、少なくとも一つのスーパーフレームにチャネル時間を分けて無線基地局間のチャネルアクセスを制御するステップと、情報通信のためのそれぞれのスーパーフレームに少なくとも一つのスケジュールを提供するステップおよび、それぞれのスケジュールによって前記予約されたＣＴＢのあいだ前記チャネルを通して情報のパケット通信を行うステップを含み、それぞれのスケジュールは、チャネルを通して情報のパケット通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成される。

本発明の実施形態によるネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタは、情報の伝送のためにソース無線基地局から帯域幅要請を受信して、チャネル帯域幅の有効性を決定するコントローラ、およびチャネル時間を分けることによって有効なチャネル帯域幅を少なくとも一つのスーパーフレームに配分するために構成されたスケジューラを含み、各スーパーフレームは、チャネルを通して情報パケットの通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された少なくとも一つのスケジュールを含む。

本発明の実施形態によるネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタは、情報伝送のためにコーディネイタから有効なチャネル帯域幅の予約を要請するために構成されたコントローラモジュール、および前記コーディネイタから提供される少なくとも一つのスケジュールによってチャネルを通した情報パケットの通信のために構成された通信モジュールを含み、各スケジュールは、チャネル時間を分けることによって有効なチャネル帯域幅を少なくとも一つのスーパーフレームに配分して、各スーパーフレームは、前記チャネルを通した情報パケットの通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された少なくとも一つのスケジュールを含む。

その他実施形態の具体的な内容は詳細な説明および図面に含まれている。

前記したような本発明の無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムによれば、次のような効果が一つあるいはそれ以上ある。

最初に無線ネットワークでチャネルアクセス制御を簡便にできる長所がある。

次に、効率的に非圧縮されたＨＤビデオシグナルの伝送を可能にする長所もある。

最後に、ビデオデータの圧縮および圧縮解除においてデータ損失および画質低下を減らすことができる長所もある。

本発明の実現による無線基地国間のビデオ伝送を実現する無線ネットワークの機能的なブロックダイアグラムを示す。 図１に示す低率（ｌｏｗ−ｒａｔｅ）および高率（ｈｉｇｈ−ｒａｔｅ）無線通信チャネルに適用される時分割複信のためのタイミングダイヤグラムの例を示す。 本発明によるスーパーフレーム構造の例を示す。 本発明によるスーパーフレーム構造の細部例を示す。 本発明によるビーム−サーチ（ｂｅａｍ−ｓｅａｒｃｈ）期間を有するスーパーフレームの例を示す。 本発明によるビーム−トラッキング（ｂｅａｍ−ｔｒａｃｋｉｎｇ）情報がデータおよびＡＣＫパケットに付加されたスーパーフレームの例を示す。 本発明による一つのデータパケットバッファサイズの要請を含む二つのストリームのための競争回避期間時間配分を含むスーパーフレームの例を示す。 本発明による送信器と受信器が大きいバッファを有して二つのストリームのためＣＦＰ時間配分を含むスーパーフレームの例を示す。 本発明による動的チャネルタイムブロック拡張を使用するイベント−主導（ｅｖｅｎｔ−ｄｒｉｖｅｎ）ビーム−サーチ（ｂｅａｍ−ｓｅａｒｃｈｉｎｇ）の例を示す。 本発明による動的チャネルタイムブロック拡張を使用するパケット再伝送の例を示す。 本発明によるパワーセービング機器のためのチャネルタイムブロック配分の例を示す。 本発明による無線ネットワークでコーディネイタの動作例に対するフローチャートである。 本発明による無線ネットワークで基地局の動作例に対するフローチャートである。 本発明による無線ネットワークでビデオとデータ通信のための送信器と受信器の機能的なブロックダイアグラムの例を示す。 本発明による無線ネットワークでビデオとデータ通信のための送信器と受信器の機能的なブロックダイアグラムの他の例を示す。

本発明の利点、特徴、およびそれらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すれば明確になるであろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で実現されることができ、本実施形態は単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範囲によってのみ定義される。明細書全体にかけて同一参照符号は同一構成要素を指称する。

以下、添付された図面を参照して本発明の望ましい実施形態を詳細に説明する。

説明に先立ち本明細書で使用する用語の意味を簡略に説明する。しかし、用語の説明は本明細書の理解を助けるためのものであるため、明示的に本発明を限定する内容に記載しない場合に本発明の技術的思想を限定する意味として使用するものではないことに注意しなければならない。

本発明は、無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムを提供する。一実施形態において、チャネル時間は少なくとも一つの予約されたＣＴＢ（Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋｓ）と少なくとも一つの予約されていないＣＴＢを含むチャネルタイムブロックに分割される。スケジュールは実行され、ここで定期的で同一サイズのＣＴＢが等時性ストリーム（ｉｓｏｃｈｒｏｎｏｕｓ ｓｔｅａｍ）のために予約されてサービスの質（ＱｏＳ）と伝送効果の要求を充足させる。動的ＣＴＢ拡張と除去（ｔｒｕｎｃａｔｉｏｎ）は柔軟なチャネル時間配分を許容するために提供される。

図１は、本発明の一実施形態によるビデオとデータ通信を実現する無線通信基地局１２、１４を含む無線ネットワーク１０の機能的なブロックダイアグラムを示す。無線通信基地局１２は、無線ＨＤ（ＷｉＨＤ）コーディネイタを含み、複数個の無線通信基地局１４は、無線基地局（例えば、機器機器１、…、機器Ｎ）を含む。

コーディネイタ１２と基地局１４は、相互間通信のために低率（ＬＲ：Ｌｏｗ−Ｒａｔｅ）チャネル１６（図１で点線で図示された）と高率（ＨＲ：Ｈｉｇｈ−Ｒａｔｅ）チャネル１８（図１で太線で図示された）を使用する。

本実施形態において、コーディネイタ１２は例えば、無線近距離通信網の形態であるホーム無線ネットワーク環境に設置されたＨＤＴＶにおいてオーディオデータおよび／またはビデオのシンク（ｓｉｎｋ）であり得る。各基地局１４は、非圧縮されたビデオまたはオーディオのソースになり得る機器を含み得る。各基地局１４の例としてはセットトップボックス、ＤＶＤプ層などであり得る。また基地局１４はオーディオシンクであり得る。他の実施例において、コーディネイタ１２は、ビデオストリームのソースであり得る。また他の実施例において、コーディネイタ１２は、シンク基地局とソース基地局との間の無線通信のためのチャネルコーディネーション機能を提供する。コーディネイタは、本発明によるチャネルアクセス管理機能を提供し、チャネルアクセス管理機能はスタンドアローン（ｓｔａｎｄ−ａｌｏｎｅ）機器、シンク機器および／またはソース機器に実現することができる。

コーディネイタ１２は、基地局１４と通信するためにＬＲチャネル１６およびＨＲチャネル１８を使用する。各基地局１４は、他の基地局１４との通信のためにＬＲチャネル１６を使用する。前記ＨＲチャネル１８は、例えば、秒当たりマルチ−ギカバイト（ｍｕｌｔｉ−Ｇｂ／ｓ）帯域幅を有する単方向ユニキャスト（ｕｎｉｃａｓｔ）伝送をサポートして非圧縮されたＨＤビデオ伝送をサポートする。ＬＲチャネル１６は、例えば、秒当たり（Ｍｂｐｓ）処理量が少なくとも２０メガビット（ｍｅｇａｂｉｔ）を有する両方向伝送をサポートすることができる。ＬＲチャネル１６は、主にＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームのような伝送制御フレームに使用することができる。

多くの無線通信システムにおいて、フレーム構造はトランスミッタ（ｔｒａｎｓｍｉｔｔｅｒ）と受信器のような無線基地局間のデータ伝送に使用することができる。例えば、ＩＥＥＥ８０２．１１標準は、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層および物理的な（ＰＨＹ：ｐｈｙｓｉｃａｌ）層でフレーム集合を使用する。典型的なトランスミッタにおいて、ＭＡＣ層はＭＡＣサービスデータユニット（ＭＳＤＵ：ＭＡＣ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を受信し、そこにＭＡＣヘッダーを貼付してＭＡＣプロトコルデータユニット（ＭＰＤＵ：ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を構成する。ＭＡＣヘッダーは、ソースアドレス（ＳＡ：Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）および目的アドレス（ＤＡ：Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）のような情報を含む。前記ＭＰＤＵは、ＰＨＹサービスデータユニット（ＰＳＤＵ：ＰＨＹ Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）の一部分であり、トランスミッタがＰＨＹヘッダー（例えば、ＰＨＹプリアンブル（ｐｒｅａｍｂｌｅ））を貼付するためにＰＨＹ層に伝送されてＰＨＹプロトコルデータユニット（ＰＰＤＵ：ＰＨＹ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を構成する。ＰＨＹヘッダーは、コーディング／モジュレーション技法を含む伝送技法を決定するためのパラメータを含む。トランスミッタから受信器にパケットを伝送する前に、プリアンブルはＰＰＤＵに貼付されて、ここでプリアンブルはチャネル評価（ｅｓｔｉｍａｔｉｏｎ）および同期化情報を含み得る。

本発明による図２のタイミングダイヤグラムの例に示すように、時分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）スケジュルリンは、ＬＲチャネル１６およびＨＲチャネル１８に適用され、ＬＲチャネル１６およびＨＲチャネル１８は如何なる場合でも伝送のために並列で使用され得ない。図２の例において、ビーコンおよびＡＣＫパケット／フレームは、ＨＲチャネル１８の上にデータ（例えば、ビデオ、オーディオおよび制御メッセージ）情報のパケット伝送する間にＬＲチャネル１６を通して伝送される。

無線基地局（ＳＴＡ）は、２つのアクセス方法で分配された無線通信チャネルにアクセスする。一つは、競争回避仲裁（ＣＦ：Ｃｏｎｔｅｎｔｉｏｎ−Ｆｒｅｅ ａｒｂｉｔｒａｔｉｏｎ）方法であり、他の一つは競争基盤仲裁（ＣＢ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ ａｒｂｉｔｒａｔｉｏｎ）方法である。ＣＦアクセス方法は、ポイントコーディネイタ機能（ＰＣＦ：Ｐｏｉｎｔ Ｃｏｏｒｄｉｎａｔｏｒ Ｆｕｎｃｔｉｏｎ）を利用してチャネルへのアクセスを制御する。ＰＣＦが構築されたとき、ＰＣＦは通信のため登録された多数のＳＴＡをポーリング（ｐｏｌｌｉｎｇ）し、ポーリング結果に基づいた多数のＳＴＡへのチャネルアクセスを提供する。ＣＢアクセス方法は、チャネルアクセスにおいて公平性（ｆａｉｒｎｅｓｓ）を提供するためにランダムバック−オフ（ｂａｃｋ−ｏｆｆ）期間を利用する。ＣＢ期間において、ＳＴＡはチャネルを監視し、仮にチャネルが時間の予め定義された期間あいだサイレント（ｓｉｌｅｎｔ）である場合、ＳＴＡは時間の一定期間を待ち、仮にチャネルがサイレントモードであれば、ＳＴＡはチャネルに伝送する。

本発明によれば、競争回避期間で、ＰＣＦポール（ｐｏｌｌ）の代わりに、タイムスケジュルリンが用いられ、ビーコンはスケジュールされたチャネルタイムブロックに対して情報を提供する。さらに、図３および図４の例に示すように、ブロードキャスティング（ｂｒｏａｄｃａｓｔｉｎｇ）方法がスーパーフレーム構造２０に基づいて適用される。ビーコン２２は、チャネル時間を複数個のスーパーフレーム２０に分ける。各スーパーフレーム２０には競争期間２４および競争回避期間（ＣＦＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｆｒｅｅ Ｐｅｒｉｏｄ）２８がある。各ＣＦＰ２８には少なくとも一つのスケジュール３０がある。

図３は、スーパーフレーム２０の順序を示し、図４は、複数のスケジュール３０を含むＬＲチャネルおよびＨＲチャネルのためのスーパーフレーム２０の詳細事項を示す。各スケジュール３０は少なくとも一つの周期的な予約されたＣＴＢ３２を含み、ＣＴＢ３２は等時性データストリームの伝送のために予約される。スケジュール３０は、予約されたＣＴＢ３２を代表し、スケジュール３０間の時間間隔は予約されていないＣＴＢ３７である。同様に、各スーパーフレーム２０は、2つのＣＴＢカテゴリすなわち、予約されたＣＴＢ３２と予約されていないＣＴＢ３７を含む。スーパーフレーム２０は、例えば無線チャネル（例えばＨＲチャネル１８およびＬＲチャネル１６）の上に非圧縮されたＨＤビデオ伝送のための予約されたＣＴＢを使用したチャネルアクセス制御に有用である。

スーパーフレーム２０は、競争基盤制御期間（ＣＢＣＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ Ｃｏｎｔｒｏｌ Ｐｅｒｉｏｄ）２４およびＣＦＰ２８を含むことができ、ここで、ＣＦＰ２８は、複数の予約されたチャネルタイムブロック（ＲＣＴＢ：Ｒｅｓｅｒｖｅｄ Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋ）３２および／または予約されていないチャネルタイムブロック（ＵＣＴＢ：Ｕｎｒｅｓｅｒｖｅｄ Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｂｌｏｃｋ）３７を含む。各ビーコンフレーム（ビーコン）２２は、タイミング（ｔｉｍｉｎｇ）配分をセットしてネットワーク１０（例えばＷｉＨＤサブネット）に対する管理情報通信のために使用される。ビーコンシグナルは、常に全方向に（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎａｌｌｙ）伝送される。ＣＢＣＰ２４は、仮に存在するならば、ＬＲチャネル１６で通信制御および管理コマンドのために使用される。如何なる情報でもＣＢＣＰ期間２４内にＨＲチャネル１８を通して伝送することができない。また、ビーム伝送のためにサーチしてビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）パラメータ（例えば毎１〜２秒ごとにＢＳＰはスーパーフレーム２０に対応するように現れることができる）を調整するためにＣＢＣＰ２４およびＣＦＰ２８の間のＢＳＰ（Ｂｅａｍ−Ｓｅａｒｃｈ Ｐｅｒｉｏｄ）が実行され得る。例えば、等時性（ｉｓｏｃｈｒｏｎｏｕｓ）ストリームと非同期性（ａｓｙｎｃｈｒｏｎｏｕｓ）データ接続およびコマンドの通信のために少なくとも一つの基地局１４によりＣＦＰ２８で少なくとも一つのＣＴＢ３２が予約され得る。ＣＦＰは、一つのスーパーフレーム範囲内の競争回避期間であり、ここで一つのスケジュールが複数のスーパーフレームをクロス（ｃｒｏｓｓ）することができる。一般的に各スーパーフレームはスケジュールと同一な位置のＣＴＢを有している。

予約されたＣＴＢ３２は、等時性ストリームと非同期性データ接続およびコマンドを伝送するのに使用される。それぞれの予約されたＣＴＢ３２は、シングルまたは複数のデータフレームを伝送するのに使用され得、ここでスケジュール３０は、予約されたＣＴＢを構成する。各スーパーフレーム２０において、スケジュール３０は、一つの予約されたＣＴＢ３２（例えば、予めスケジュールされたビーム−サーチまたは帯域幅予約シグナルリングのための）または複数の周期的な予約されたＣＴＢ３２（例えば等時性ストリームのため）を有することができる。予約されていないＣＴＢ３７は、一般的に家電機器コマンド（ＣＥＣ：Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍａｎｄ）、ＭＡＣ制御およびＬＲチャネルを通して管理コマンドを伝送するのに使用される。ビームフォーミング伝送は予約されていないＣＴＢ３７の範囲では許容されない。図４において、スーパーフレーム２０は、二つのスケジュール３０（例えばスケジュール１およびスケジュール２）を有するＣＦＰ２８を含む。各スケジュール３０は、複数の予約されたＣＴＢ３２を含み、ここでスケジュールの存続期間は複数のＣＴＢ時間ブロック３２間に分けられる。それぞれの予約されたＣＴＢ３２は、対応されるスケジュールの部分に配分され、ここで、Ｔ１は、それぞれのスケジュール１のインターバル（ｉｎｔｅｒｖａｌ）の開始（ｓｔａｒｔ）間の時間間隔を示して、Ｔ２は、各スケジュール２インターバルの開始間の時間間隔を示す。

ビーコン２２は、すべてのスーパーフレーム２０の開始を確認するために定期的にコーディネイタ１２によって伝送される。スーパーフレーム２０および他のパラメータの構成はビーコン２２に含まれている。例えば、ビーコン２２は、開始時間とＣＢＣＰ期間２４およびＣＦＰ期間２８の長さを示す。さらに、ビーコン２２は、ＣＦＰ２８内ＣＴＢの配分を他の基地局１４およびストリームに指示する。基地局１４は、予約されていないＣＴＢ３７のタイミング情報を分かることができるため、ビーコン２２は予約されていないＣＴＢ３７のためのタイミング情報を運送する必要がない。

予約基盤の時間配分のために、ビームフォーミングを使用するデータ伝送は、予め予約を行わなければならない。基地局１４はパケット３１内の等時性ストリームおよび非同期性データ両側の伝送のためにコーディネイタ１２からチャネル帯域幅を要請する。仮に充分な帯域幅が可能であるならば、コーディネイタ１２は基地局１４のためのスケジュール３０を配分する。スケジュール３０は、すべてのＮ個数スーパーフレーム２０内の一つの予約されたＣＴＢ３２または各スーパーフレーム２０内の少なくとも一つの予約されたＣＴＢ３２を含み得る。一般的に、等時性ストリームは各スーパーフレーム２０のために一つのスケジュール３０範囲内に伝送することができる。しかし、一つの等時性または非同期性ストリームのための複数のスケジュール３０を配分するのは可能である。また、同じ機器に属する複数のストリームは一つのスケジュール３０以内に伝送することができる。ネットワークでソースから目的地（例えばシンク）まで伝送された各々のパケット３１０は目的地から伝送された対応されるＡＣＫパケット３３を有している。各データパケット３１および対応されるＡＣＫパケット３３はデータ−ＡＣＫペア（ｐａｉｒ）を形成する。ＣＴＢ３２は、シングルデータ−ＡＣＫペアまたは複数のデータ−ＡＣＫペアを含み得る。

スケジュール３０は、一つの予約されたＣＴＢ３２が毎１〜２秒ごとに現れる周期的なビーム−サーチのために使用され得る。ビーム−サーチは、ビーム伝送のためにサーチし、ビームフォーミングパラメータを調整するために使用される。周期的なビーム−サーチは予約されていないＣＴＢ３７の範囲内で実行することができる。周期的なビーム−サーチ以外にも不良チャネル状態のような要素によってイベント主導（ｅｖｅｎｔ−ｄｒｉｖｅｎ）ビーム−サーチ（例えば動的ビーム−サーチ）が誘発され得る。イベント−主導ビーム−サーチは、他の予約されたスケジュールに対して影響を及ぼさずに実現することができる。また、スケジュール（Ｔ_{ｒｅｓｅｒｖｅｄ＿ＣＴＢ}）に対する予約されたＣＴＢの長さと予約されたＣＴＢ（Ｔ_{ｕｎ＿ｒｅｓｅｒｖｅｄ＿ＣＴＢ}）以後の予約されていないＣＴＢの長さの合計はビーム−サーチ期間Ｔ_{ｂｅａｍ−ｓｅａｒｃｈｉｎｇ}（例えば４０μｓ）の長さより小さくてはならない。すなわち、Ｔ_{ｒｅｓｅｒｖｅｄ＿ＣＴＢ}＋Ｔ_{ｕｎ＿ｒｅｓｅｒｖｅｄ＿ＣＴＢ}≧Ｔ_{ｂｅａｍ−ｓｅａｒｃｈｉｎｇ}。

図５は、ビーム−サーチのためにビーム−サーチ期間ＢＳＰ２６の例を示す。一般的に、毎１〜２秒ごとにＢＳＰ２６は対応されるスーパーフレーム２０範囲内に現れる。ビーム−サーチの他に、ビーム−トラッキング情報（ｂｅａｍ−ｔｒａｃｋｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）（ＢＦＴｒａｃｋ）は動的変化にもかかわらず、ビームフォーミング伝送のためのリンククォリティー（ｌｉｎｋ ｑｕａｌｉｔｙ）を維持するために送信器（機器１４）および受信器（コーディネイタ１２）でビームフォーミングパラメータをファインーチューン（ｆｉｎｅ−ｔｕｎｅ）するために使用される。図６は、スーパーフレーム２０での時間配分の例を示し、データ−ＡＣＫペアでビーム−トラッキング情報３１Ｂは、データパケット３１にピギーバック（ｐｉｇｇｙｂａｃｋ）されて、ビーム−トラッキング情報３３Ｂは、対応するＡＣＫパケット３３にピギーバックされる。ピギーバックプロセスは毎５〜１０データ−ＡＣＫペアのように周期的に発生する。一般的に、予約されたＣＴＢ３２はピギーバックされたビーム−トラッキング情報３１Ｂを含むパケット３１およびピギーバックされたビーム−トラッキング情報３３Ｂを含む対応されるＡＣＫパケット３３を含むビーム−トラックグループ期間３５を少なくとも一つ維持するのに充分に長い。

配分されたスケジュールは帯域幅要求により変更され得、コーディネイタ１２は、ビーコン２２を利用して知らされることができる。配分されたスケジュール３０は、複数のスーパーフレーム２０をスパン（ｓｐａｎ）することができたり、一つの特別なスーパーフレーム内に存在したりすることができる。各スケジュール３０は同一の期間を有するように対等に（ｅｖｅｎｌｙ）分散して予約されたＣＴＢ３２のシリーズを含み得る。スーパーフレーム２０のスケジュール３０で予約されたＣＴＢ３２に対応する分散を要求する理由は以下の内容を含み得る。

１．対等に分散して予約されたＣＴＢ３２は、等時性ストリームでデータが連続的にバッファされるため、無線伝送によって引き起こされるジッター（ｊｉｔｔｅｒ）を減少させることができる。

２．バッファサイズは、送信器（例えばソース基地局）および受信器（例えば目的地基地局）で減少することができる。

３．ビーコンフレーム内でＣＦＰ配分情報は一つのスケジュール技術（ｄｅｓｃｒｉｐｔｉｏｎ）がスーパーフレーム２０内で複数の予約されたＣＴＢをカバーすることができるため、減少することができる。これは大きいビーコンフレームが高い通信オーバーヘッドを導入できるＬＲチャネル１６を通してビーコンを伝送することができるため、ＷｉＨＤアプリケーションに有用である。

図７は、本発明によって一つのデータパケットバッファサイズ要求を含む二つのストリームのための時間配分を含むスーパーフレーム構造を示す。特に図７は、図４と類似の二つのスケジュール３０（例えばスケジュール１およびスケジュール２）が配分されたＣＦＰ２８時間配分を含むスーパーフレーム２０の例を示す。各スケジュール３２は複数のＣＴＢ３２を含む。時間配分は一つのデータパケットバッファサイズ要求を含む二つのストリームのためのものである。それぞれのスケジュール３０に対してバッファサイズの要求を最小化するために、単にシングルデータ−ＡＣＫペア３１、３３が各ＣＴＢ３２範囲以内に許容される。したがって、各ストリームに対して送信器はパケットを対応するスケジュール（スケジュール１またはスケジュール２）を使用する受信器に周期的に伝送する。Ｔ１は、それぞれのスケジュール１のインターバルの開始間の時間間隔を示して、Ｔ２は、それぞれのスケジュール２のインターバルの開始間の時間間隔を示す。

図８は、本発明による二つのストリームのためＣＦＰ時間配分を含むスーパーフレームの例を図示し、ここで送信器と受信器は大きいバッファを有している。特に、図８は二つのスケジュール３０Ａ、３０Ｂ（例えばスケジュール１およびスケジュール２）を含む他のＣＦＰ２８時間配分を含むスーパーフレーム２０の例を示す。各スケジュールは単に二つのストリーム間のスイッチングを最小化するためにスーパーフレーム２０で一つの予約されたＣＴＢ３２を含む。スケジュール１またはスケジュール２を使用する送信器は一つのスーパーフレーム内に伝送されなければならないすべてのパケットをバッファし、一つのＣＴＢ３２以内にバースト方式（ｂｕｒｓｔ ｆａｓｈｉｏｎ）で前記パケットを受信器に伝送する。

予約されていないＣＴＢ３７（図４、図６）は、主に基地局１４とコーディネイタ１２との間、そして仮に、ダイレクトリンクサポート（ＤＬＳ：Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｕｐｐｏｒｔ）が許容されるなら、基地局１４間に制御および管理パケットの伝送のために使用される。予約されていないＣＴＢ３７のあいだ、単に全方向性（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎ）モードで動作するＬＲチャネル１６が利用され得る。いかなる情報も予約されていないＣＴＢ３７のあいだＨＲチャネル１８に伝送されることができない。キャリアセンスマルチアクセス（ＣＳＭＡ：Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）またはスロットアロハ方式（Ｓｌｏｔ Ａｌｏｈａ Ｓｃｈｅｍｅ）のような他の競争基盤媒体（ｍｅｄｉｕｍ）アクセスメカニズムが予約されていないＣＴＢ３７のあいだ使用され得る。

予約されたスケジュールのためのタイミング情報は、各ビーコンフレーム２２（予約されたスケジュール）内の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）に位置することができる。表１は、本発明による予約されたスケジュールＩＥフォーマットの例を示す。表２は、本発明によるスケジュールアイテムフォーマットを示す。

表１および表２において、ＤｅｓｔＩＤはコーディネイタ１２のような目的地基地局（受信器）を示し、基地局１４のようなソース基地局（送信器）はパケットを伝送することができる。ＳｒｃＩＤはチャネル時間が配分された基地局を示す。チャネルＩＤは、チャネル帯域幅が配分されたチャネルを示す。ストリームインデックスフィールドは帯域幅配分に対応するストリームを示す。スケジュール開始オフセットフィールドは、スケジュールの開始時間を示す。スケジュール開始オフセットフィールドで値は前述したようにビーコンの開始から時間オフセットである。スケジュール開始オフセットのリソリューション（ｒｅｓｏｌｕｔｉｏｎ）は、１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの期間は、スケジュール内の各ＣＴＢ時間ブロックの長さを示す。時間ブロックの期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの数は一つのスーパーフレームのためのスケジュール範囲内の時間ブロックの数量を示す。時間ブロックの数の範囲は［０〜２５５］μｓである。スケジュール期間は、同じスケジュール３０（例えば図７）に属する連続的なＣＴＢ時間ブロック３２間の期間を示す。

帯域幅要請コマンドは、等時性および非同期性データトラフィックのためにチャネル時間配分を終結させたり要請、変更したりするために使用される。表３は、本発明による帯域幅要請コマンドのサンプルを示す。

各帯域幅要請アイテムはスケジュールアイテムに対応する。表４は、本発明による帯域幅要請フォーマットの例を示す。

表３および表４において、ＤｅｓｔＩＤは、ソース機器がパケットを伝送できる機器を示す。チャネルＩＤは、チャネル帯域幅が配分された機器を示す。ストリーム要請ＩＤフィールドは、コーディネイタからストリームインデックスを受信する前に機器の要請を唯一確認するために使用される。帯域幅要請は、新たな等時性ストリームのためのものであり、ストリーム要請ＩＤは機器のチャネル帯域幅要請の間に唯一のオリジナル機器（ｏｒｉｇｉｎａｔｉｏｎ ｄｅｖｉｃｅ）によって生成されたノン−ゼロ（ｎｏｎ−ｚｅｒｏ）識別子である。ストリーム要請ＩＤは新たなストリームを確立するために全体フレーム交換シーケンスのあいだ継続して存在する。仮に帯域幅要請が存在するストリームを変更したり終結させようとしたりすると、または要請が非同期性配分のためのものであるとき、ストリーム要請ＩＤはゼロでセットされ、受信において無視される。ストリームインデックスは、コーディネイタによって配分されたストリームインデックスを示す。ここで、機器は、等時性ストリームの生成を要請し、ストリームインデックスは、オリジナル機器によって配分されていないストリーム値にセット（ｓｅｔ）される。ここで、機器は、非同期性チャネル時間の終結または予約を要請し、ストリームインデックスは非同期性ストリーム値にセットされる。ストリームインデックスが他でもなく配分されていないストリームインデックスまたは非同期性ストリームインデックス値であるとき、帯域幅要請アイテムは存在するスケジュールを変更または終結するための要請である。時間ブロックの期間はスケジュール範囲内の各時間ブロックの長さを示す。時間ブロックの期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの数は、一つのスーパーフレームのためのスケジュール範囲内の時間ブロックの数を示す。時間ブロックの数に対する範囲は［０〜２５５］μｓである。最小スケジュール期間は、二つの連続的な時間ブロック間の最小許容期間を示す。最小スケジュール期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。仮に、最小スケジュール期間がゼロとセットされると、これはスケジュールがサブ−レート（ｓｕｂ−ｒａｔｅ）配分のためのものであることを示す。

帯域幅応答コマンドは、帯域幅要請に応答するために、等時性および非同期性データトラフィックのためのリソース配分を変更したり終結させたりするためにコーディネイタ１２によって使用される。表５は、本発明による帯域幅応答コマンドのサンプルフォーマットを示す。

表５において帯域幅応答アイテム情報は以下表６のサンプルフォーマットを含む。

表６において、リーズンコードは帯域幅要請が認定（ｇｒａｎｔ）されるかどうかを示す。仮にそうではなければ、リーズンコードは、具体的な理由を示し、このとき「０」は、帯域幅が成功的に配分されたことを意味する。さらに本発明によって、動的ＣＴＢ拡張は、柔軟なチャネル時間配分を提供するために実現される。予約されたＣＴＢ３２のあいだ、仮にさらに多いチャネル時間が現在予約されたＣＴＢ（例えば、パケット再伝送、イベント−主導ビーム−サーチのための）に相次いで直ちに要請されるなら、現在予約されたＣＴＢ３２に相次ぐ予約されていないＣＴＢ３７（仮に可能であれば）を現在ＣＴＢ３２に拡張させて使用することができる。現在予約されたＣＴＢ３２がＨＲチャネル１８の上にコーディネイタ１２と基地局１４との間のデータ伝送のために使用されると、コーディネイタ１２はＬＲチャネル１６の上にＣＴＢ拡張告知（ａｎｎｏｕｎｃｅｍｅｎｔ）コマンドをブロードキャストする。コーディネイタ１２からＣＴＢ拡張告知コマンドを受信すると、現在予約されたＣＴＢ３２に含まれない基地局１４はＣＴＢ拡張期間のあいだＨＲチャネル１８競争を中断する。

仮に、現在予約されたＣＴＢ３２が二つの基地局１４間のダイレクトリンクデータ伝送に利用されるなら、ダイレクトリンク伝送のオリジネータ（ｏｒｉｇｉｎａｔｏｒ）は現在予約されたＣＴＢ３２を相次ぐ予約されていない有効なＣＴＢ３７が存在すると、コーディネイタ１２にＣＴＢ拡張要請コマンドを伝送する。ＣＴＢ拡張要請コマンドを受信した以後、コーディネイタ１２はＣＴＢ拡張告知コマンドをＬＲチャネル１６の上にブロードキャストする。ＣＴＢ拡張告知コマンドをコーディネイタ１２から受信すると、現在予約されたＣＴＢ３２に含まれない基地局１４はＣＴＢ拡張期間のあいだＨＲチャネル競争を中断する。ＣＴＢ拡張要請およびＣＴＢ拡張告知コマンドは、ＡＣＫパケット３３のような他のフレームと共にピギーバックされてチャネル利用効率を増加させることができる。

図９は、本発明による動的ＣＴＢ拡張を使用するイベント−主導ビーム−サーチの例を示す。スーパーフレーム２０でＣＴＢのシーケンスは予約されていないＣＴＢ３７−１（予約されていないＣＴＢ１）、予約されたＣＴＢ３２−１（予約されたＣＴＢ１）、予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）および予約されたＣＴＢ３２−２（予約されたＣＴＢ２）を含む。ＣＴＢ拡張期間において、伝送は競争基盤アクセスを使用せず、代わりに予約されたＣＴＢと共に同一の方法を使用するであろう。

チャネル状態に基づいたコーディネイタ１２は、要求される動的ビーム−サーチ期間を決定する。仮に、コーディネイタ１２が現在予約されたＣＴＢ３２−１（予約されたＣＴＢ１）と相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）の残余時間の合計がＴ_{ｂｅａｍｓｅａｒｃｈ}期間より大きいと決定すれると、コーディネイタ１２はＬＲチャネル１６を通してＣＴＢ拡張告知コマンド３９Ａをブロードキャストして相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）を現在ＣＴＢ３２−１（予約されたＣＴＢ１）に拡張３２Ｅさせて使用されることを一部、または全体基地局１４に知らせる。その次に、ビーム−サーチが現在予約されたＣＴＢ３２−１（予約されたＣＴＢ１）期間３９Ｂのあいだ実行される。仮に現在ＣＴＢ拡張期間３２Ｅを許容すると（例えば、ビーム−サーチ以後のパケットの正常な伝送のための充分な時間がある）、正常なデータ伝送はビーム−サーチ期間３９Ｂ以後の現在ＣＴＢ拡張期間（３２Ｅ）のあいだ再試みされるであろう。

しかし、仮にコーディネイタ１２が現在予約されたＣＴＢ３２−１（予約されたＣＴＢ１）と相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）の残余時間の合計がＴ_{ｂｅａｍｓｅａｒｃｈ}期間より小さいと決定すると、同一スケジュールのためにＣＴＢ拡張を含む次に予約されたＣＴＢ３２−２（予約されたＣＴＢ２）で実行される。

図１０の例に示すように、動的ＣＴＢ拡張はパケット再伝送のために利用することができる。スーパーフレーム２０でＣＴＢのシーケンスは予約されていないＣＴＢ３７−１（予約されていないＣＴＢ１）、予約されたＣＴＢ３２−１（予約されたＣＴＢ１）、予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）、および予約されたＣＴＢ３２−２（予約されたＣＴＢ２）を含む。

予約されたＣＴＢ３２−１のあいだ、少なくとも一つのデータパケット３１Ｅは誤りがある（受信器から対応するＡＣＫパケット３３Ｅにより指名された）受信器に受信される。誤りがあるパケット３１Ｅは送信器から再伝送されなければならない。現在予約されたＣＴＢ３２−１の満了する前に、コーディネイタ１２はＬＲチャネルを通してＣＴＢ拡張告知コマンド３９Ｂをブロードキャストして、相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）を現在ＣＴＢ３２−１（予約されたＣＴＢ１）に拡張３２Ｅさせて使用されることを一部、または全ての基地局１４に知らせる。これは現在ＣＴＢ３２−１を拡張して誤りがある受信器（パケット３１ＥＲに示す）に受信された前述したパケット３１Ｅの再伝送を含む拡張予約されたＣＴＢ３２−１の範囲内で初めから配分されたすべてのデータパケットを伝送する。

本発明は、動的ＣＴＢの除去（ｔｒｕｎｃａｔｉｏｎ）を提供して予約されたＣＴＢ内で使用されないチャネル時間をリリースする。予約されたＣＴＢのあいだ、必要なすべての伝送を完了した後、予約されたＣＴＢの残余チャネル時間は予約されていない時間にリリースされてチャネル帯域幅をフリー（ｆｒｅｅ）にする。仮に予約されたＣＴＢがコーディネイタ１２と基地局１４との間のデータ伝送のために使用されるなら、コーディネイタ１２は予約されたＣＴＢのためにすべての必要な伝送が完了した後ＬＲチャネル１６を通してＣＴＢ除去の告知コマンドをブロードキャストする。除去の告知コマンドを受信した基地局１４はＬＲチャネル１６を通してフレーム伝送のためＬＲチャネル１６に対する競争を開始することができる。

仮に現在予約されたＣＴＢ３２がダイレクトリンク伝送による二つの基地局１４間のダイレクトリンクデータ伝送に用いられるなら、動的ＣＴＢ除去は予約されたＣＴＢのためにすべての必要な伝送が完了した後、ＬＲチャネル１６を通してコーディネイタ１２にＣＴＢ除去要請コマンドを伝送するダイレクトリンク伝送のオリジネータを含む。ＣＴＢ除去要請を受信すると、コーディネイタ１２はＣＴＢ除去告知コマンドをＬＲチャネル１６の上にブロードキャストする。除去告知コマンドをコーディネイタ１２から受信すると、基地局１４はＬＲチャネルを通してデータ伝送のためＬＲチャネル１６競争を開始することができる。ＣＴＢ除去要請コマンドおよびＣＴＢ除去の告知コマンドは、ＡＣＫパケットのように他のパケット（フレーム）と共にピギーバックされてチャネル利用効率性を高めることができる。

ＣＴＢ拡張コマンドは、現在予約されたＣＴＢに相次ぐ予約されていないＣＴＢで動的にチャネル時間を予約するために使用することができる。表７は、ＣＴＢ拡張要請および告知コマンドのためのフォーマットの例を示し、ここでコマンドのタイプは拡張要請または告知を示す。

表７において、拡張期間は要請されたまたは現在予約されたＣＴＢ以後臨時に配分された時間の長さを示す。拡張期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。

ＣＴＢ除去コマンドは、現在予約されたＣＴＢで残余予約された時間をリリースするために使用される。表８は、ＣＴＢ除去要請および告知コマンドのフォーマットに対する例を示し、ここで、コマンドタイプのフィールドは除去要請または告知を示す。

表８において、リリース期間は、すべての必要な伝送以後の現在予約されたＣＴＢ内のリリースされた時間の長さを示す。リリースされた期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。

本発明は、サブ−ビーコン（ｓｕｂ−ｂｅａｃｏｎ）を含む動的リスケジューリング（ｒｅｓｃｈｅｄｕｌｉｎｇ）を提供する。ＣＴＢ拡張および除去プロセスは、現在予約されたＣＴＢのためのＣＴＢ期間の調整を行う。ＣＴＢ拡張および除去は、他の予約されたＣＴＢに影響を及ぼさないであろう。さらに一般的に、コーディネイタ１２は、サブ−ビーコンをブロードキャストしてさらに多くの柔軟なチャネル時間の調整を許容するための他の予約されたＣＴＢをリスケジュールすることができる。例えば、他のスケジュールに属した予約されたＣＴＢの開始時間は移動されてより多い拡張時間を有するため現在予約されたＣＴＢを許容することができる。他のスケジュールの訂正された時間情報は、サブ−ビーコンフレームに位置し、すべての基地局に予約されたＣＴＢのために訂正された時間を知らせることができる。

正常に無線ネットワークインターフェース（ＷＮＩ：Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）はアクティブ（ａｃｔｉｖｅ）からスリップモード（パワーセービング）およびその反対の場合の変換において時間とエネルギーの相当量を占める。変換においてエネルギー消費はアクティブ状態でのエネルギー消費と同一である。したがって、無線ネットワークで本発明によって図１１で言及しているスーパーフレーム２０の例において、パワーセービング（ＰＳ）機器はビーコン２２以後直ちに予約されていない期間（予約されていないＣＴＢ１３７−１）に対して競争する。ＰＳ機器は、すべてのビーコン、または選択的にいくつかのビーコンを受信するためにアウエイク（ａｗａｋｅ）されなければならないため、ＰＳ機器は予約されていないＣＴＢにアクセスするためにアウエイクされたまま残っていることもある。このようなことはスリーピング（ｓｌｅｅｐｉｎｇ）およびスーパーフレームのあるところに位置している他の予約されていない期間にアクセスするために遅くアウエイク（ａｗａｋｉｎｇ）することにおいて追加的なエネルギー消費を避けるようにする。また、図１１は予約されたＣＴＢ１３２−１、予約されていないＣＴＢ２３７−２および予約されたＣＴＢ２３２−２を含む引き継ぐ時間ブロックを示す。

本発明は、ビーコンフレームで運送されるチャネルタイムブロック配分の技術（ｄｅｓｃｒｉｐｔｉｏｎ）を単純化させる。さらに、アクセス制御プロセスは受信するバッファサイズが充分に大きくなることにおいてストリームの複数のパケットの伝送によるパワーセービングの増進とイベント−主導ビーム−サーチおよび再伝送によって引き起こされるチャネル時間配分の動的変化に対するさらに良いサポートに対する許容、非圧縮されたビデオ伝送および多重化｛たじゅうか｝（ｍｕｌｔｉｐｌｅｘｉｎｇ）、それによる遅延およびジッター（ｊｉｔｔｅｒ）の減少のような多次元の要求を許容する。さらに、複数の予約されていないチャネルタイムブロックは上位層制御メッセージ（例えば、ＣＥＣコマンド）の伝送、ＭＡＣ制御、遅延およびジッターを減少させるためのフレーム管理のために使用され得る。

この技術（ｄｅｓｃｒｉｐｔｉｏｎ）において、アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）のようなコーディネイタは無線通信基地局の一形態である。類似に、基地局１４は無線通信基地局の一形態である。一例として、各無線通信基地局は無線通信システムで伝送および／または受信が無線チャネルを通して可能である。したがって、無線通信基地局はトランスミッタ（ｔｒａｎｓｍｉｔｔｅｒ）、送信器、受信器、イニシエータ（ｉｎｉｔｉａｔｏｒ）および／または応答機としての機能をすることができる。コーディネイタは、スタンド−アローン（ｓｔａｎｄ−ａｌｏｎｅ）機器、またはシンク機器および／またはソース機器のような基地局の構成要素であり得る。

図１２は、本発明によるコーディネイタ１２によって実現されたコーディネーション過程４０の例に対するフローチャートを示す。以下、次のようなステップを含む。

ステップ４１：チャネルコーディネーションのための初期化。

ステップ４２：コーディネイタがネットワークの構成パラメータを決定して周期的にビーコンを伝送し始める。

ステップ４３：コーディネイタは、基地局からチャネル帯域幅の予約要請を受信する。

ステップ４４：帯域幅の予約要請を受信すると、コーディネイタが帯域幅の有効性を決定する。仮に予約要請を満足させるほどの充分な帯域幅がある場合、次のステップ４５に進む。そうではなければステップ４６に進む。

ステップ４５：コーディネイタが要請する基地局のための予約されたＣＴＢを含むスケジュールを予約する。プロセスは、次の帯域幅の予約要請を行うためにステップ４３に再び戻って行う。

ステップ４６：コーディネイタが要請する基地局に予約拒絶コマンドを伝送する。プロセスは、次の帯域幅の予約要請を行うためにステップ４３に再び戻って行う。

図１３は、図１２の過程を行うコーディネイタ１２を含むネットワークで基地局１４によって行われるプロセス５０の例に対するフローチャートを示す。以下、次のようなステップを含む。

ステップ５１：伝送のための初期化。

ステップ５２：基地局はアプリケーション層からストリーム伝送要請を受信する。

ステップ５３：基地局はチャネル帯域幅の予約要請をコーディネイタに伝送してストリーム伝送のためのチャネル時間を予約する。

ステップ５４：基地局はコーディネイタから帯域幅の予約承認のための点検をする。仮に承認されると、コーディネイタはＣＴＢを予約してプロセスはステップ５５に進む。仮にそうではなければ、プロセスはステップ５６に進む。

ステップ５５：基地局が複数のＣＴＢを含む予約されたスケジュールによって受信器（例えばコーディネイタ１２または他の基地局１４）に無線チャネルを通してストリームをパケットに伝送をし始める。プロセスは次のストリームの伝送要請を進行させるためにステップ５２に戻って行う。

ステップ５６：基地局はアプリケーション層にストリーム伝送のための不充分な帯域幅を知らせる。プロセスは次の帯域幅の予約要請を行うためにステップ５２に戻って行う。

図１４は、本発明の一実施形態による無線基地局間にお非圧縮ＨＤビデオ伝送を実現する他の無線ネットワーク１００の機能的なブロックダイアグラムを示す。ネットワーク１００は、コーディネイタ１０２と複数の無線基地局１０４（例えば機器１、…、機器Ｎ）を含む。本発明によるチャネルアクセスのためのコーディネイタ機能はスタンド−アローンコーディネイタ１０２によって実現される。本例において、コーディネイタ１０２は機器２と機器１基地局との間のＨＲチャネル１９を通してビデオ情報の伝送のためにチャネルアクセス制御を提供する。

コーディネイタ１０２は、前述されたチャネルアクセス機能およびスケジュルリンを実現する。コーディネイタ１０２は、スーパーフレームスケジュルリン方式を使用する無線チャネルを通して情報の通信を管理する。コーディネイタ１０２は、チャネル帯域幅有効性点検およびチャネル帯域幅の予約要請を受信するコントローラ１０８と本発明によって前述したスーパーフレームスケジュルリン方式を使用するチャネルタイムブロックのような有効なチャネル帯域幅を予約するスケジューラ１０６を含む。スケジューラ１０６は、周期的にビーコンを伝送してチャネル時間を複数のスーパーフレームに分離させる。前述したように、各スーパーフレームには競争期間および競争回避期間がある。各ＣＦＰには少なくとも一つのスケジュールがある。スーパーフレームは複数のＲＣＴＢまたはＵＣＴＢを含むＣＦＰとＣＢＣＰを含む。

図１５は、前述したように本発明によるビデオとデータ伝送を実行するコーディネイタ機能モジュール２０１、トランスミッタ（送信器）基地局２０２、および受信器２０４を含む無線通信システム２００の例に対する機能的ブロックダイアグラムを示す。コーディネイタ２０１は図１４でコーディネイタ１０２の機能を実現する。図１５で、コーディネイタ２０１は、スタンド−アローン機器（図１４のように）で実現されるか、送信器または受信器（図１のように）の部分として実現できる論理的なモジュールである。

送信器２０２は、ＰＨＹ層２０６、ＭＡＣ層２０８およびアプリケーション層２１０を含む。ＰＨＹ層２０６は、ＬＲチャネル通信モジュール２０３およびＨＲチャネル通信モジュール２０５制御の下にシグナルを伝送／受信するラジオ周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）の通信モジュール２０７を含む。アプリケーション層２１０は、ＭＡＣ層２０８によってＭＡＣパケットに転換されるパケット化（ｐａｃｋｅｔｉｚｉｎｇ）ストリームのためのオーディオ／ビジュアル（Ａ／Ｖ：Ａｕｄｉｏ／Ｖｉｓｕａｌ）の前処理（ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ）モジュール２１１を含む。アプリケーション層２１０は、ストリーム伝送要請および制御コマンドをコーディネイタ２０１に伝送して前述したように予約された時間ブロックによってパケット伝送のためのチャネルタイムブロックを予約するＡＶ／Ｃ制御モジュール２１２をさらに含む。

受信器２０４は、ＰＨＹ層２１４、ＭＡＣ層２１６およびアプリケーション層２１２を含む。ＰＨＹ層２１４は、ＬＲチャネル通信モジュール２１５およびＨＲチャネル通信モジュール２１７の制御の下でシグナルを伝送／受信するＲＦ通信モジュール２１３を含む。アプリケーション層２１０は、ＭＡＣ層２１６によって受信されたＭＡＣパケットでビデオ情報、ストリームにティ−パケット化（ｄｅ−ｐａｃｋｅｔｉｚｉｎｇ）するためのＡ／Ｖ後処理モジュール２１９を含む。アプリケーション層２１０はストリーム制御を扱うＡＶ／Ｃ制御モジュール２２０をさらに含む。ビームフォーミング伝送は高率チャネルを通して実行される。

以上添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明が、その技術的思想や必須の特徴を変更せずに他の具体的な形態で実施され得ることを理解することができる。したがって、上記、実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。

１２、１０２、２０１ コーディネイタ
１０６ スケジューラ
１０８ コントローラ

Claims (63)

1. ネットワークの複数の無線チャネルを通して情報を通信する方法であって、
   前記複数のチャネルのチャネル時間を少なくとも一つのスーパーフレームに分けて無線基地局間のチャネルアクセスを制御するステップと、
   それぞれのスーパーフレームに、情報通信のための少なくとも一つのスケジュール期間を設けるステップであって、各スケジュール期間は前記複数のチャネルを通して情報のパケット通信を行う少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ）を含む少なくとも一つのＣＴＢを含むステップと、
   それぞれのスケジュール期間によって前記予約されたＣＴＢの間に前記複数のチャネルを通して情報のパケット通信を行うステップとを有する、方法。
2. 前記スケジュール期間は、制御情報の通信のために予約されていないＣＴＢを少なくとも一つ含む、請求項１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
3. 前記情報は、前記チャネルを通して等時性ストリームパケットの通信のために少なくとも一つの予約されたＣＴＢを含む各々のスケジュール期間およびビデオ情報で構成される、請求項１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
4. 前記チャネルアクセスを制御するステップは、チャネル時間を高率（ｈｉｇｈ−ｒａｔｅ）チャネルおよび低率（ｌｏｗ−ｒａｔｅ）チャネルに対するＣＴＢのスケジュール期間を含む少なくとも一つのスーパーフレームに分割するステップを含み、
   前記パケット通信するステップは、予約されたＣＴＢのあいだ高率チャネルを通してビデオ情報のパケットを送信器から受信器に伝送するステップと、前記予約されたＣＴＢのあいだ低率（ｌｏｗ−ｒａｔｅ）チャネルを通してＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）パケットを前記送信器から前記受信器に伝送するステップを含む、請求項１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
5. 周期的にビーコンを伝送するステップをさらに含み、各連続的なビーコンの対は、間と間に前記スーパーフレームを定義して、各ビーコンは、チャネル時間をＣＴＢに分割するために連続する前記スーパーフレームに対する時間配分（ｔｉｍｉｎｇ ａｌｌｏｃａｔｉｏｎ）をスケジュール期間することを含む、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
6. 前記スーパーフレームは、前記低率チャネルで管理コマンドおよび通信制御のための競争基盤制御期間（ＣＢＣＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ Ｃｏｎｔｒｏｌ Ｐｅｒｉｏｄ）を含む、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
7. 前記スーパーフレームは、前記高率チャネルでの伝送をビームフォーミングするための、ビームフォーミングパラメータを微調整してリンククォリティー（ｑｕａｌｉｔｙ）を維持するビーム−トラッキング（ｂｅａｍ−ｔｒａｃｋｉｎｇ）期間を含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
8. 前記スーパーフレームは、ビーム伝送のためにサーチするビーム−サーチ期間（ＢＳＰ：Ｂｅａｍ−Ｓｅａｒｃｈ Ｐｅｒｉｏｄ）を含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
9. 各ビーコンは、前記スーパーフレームの開始時間にシグナル（ｓｉｇｎａｌ）を送る、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
10. 前記ビーコンは、対応する前記スーパーフレームの各スケジュール期間の前記ＣＴＢの開始時間及び長さを設定（ｓｐｅｃｉｆｙ）する、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
11. 前記ビーコンは、複数の送信器と受信器を含む他の基地局に対するＣＴＢの配分を設定する、請求項１０に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
12. 前記ビーコンは、他のビデオストリームに対するＣＴＢの配分を設定する、請求項１１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
13. 前記ＣＦＰのあいだチャネルアクセスは、時分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に基づいた、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
14. 前記スケジュール期間は、同一の長さを含む対等に（ｅｖｅｎｌｙ）分配された予約されたＣＴＢのシリーズを含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
15. 追加パケット通信を許容するために予約されたＣＴＢを前記予約されたＣＴＢに相次ぐ予約されていないＣＴＢに動的に拡張する、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
16. 前記動的に拡張するステップは、コーディネイタが現在予約されたＣＴＢに相次ぐ前記予約されていないＣＴＢの少なくとも一部分が前記現在予約されたＣＴＢのための拡張期間として使用されていることを告知（ａｎｎｏｕｎｃｅｍｅｎｔ）するためにＣＴＢ拡張告知をブロードキャスティングする、請求項１５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
17. 前記ＣＴＢ拡張の告知は、前記現在予約されたＣＴＢのあいだ通信に参加していない基地局に前記ＣＴＢ拡張期間のあいだ前記チャネルのための競争を中断することを知らせる、請求項１６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
18. 前記ＣＴＢ拡張期間のあいだビデオ情報通信を行うステップをさらに含む、請求項１５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
19. 前記予約されたＣＴＢを動的に除去する（ｔｒｕｎｃａｔｉｎｇ）ステップをさらに含む、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
20. 前記予約されたＣＴＢのあいだビデオ情報の通信が完了したとき、前記ＣＴＢの拡張期間を動的に除去するステップをさらに含む、請求項１８に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
21. 前記除去する（ｔｒｕｎｃａｔｉｎｇ）ステップは、予約されたＣＴＢ範囲内で使用されていないチャネル時間を動的にリリース（ｒｅｌｅａｓｅ）するステップを含む、請求項１９に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
22. 前記除去する（ｔｒｕｎｃａｔｉｎｇ）ステップは、前記チャネルのために基地局が競争を開始できることを知らせるための告知をブロードキャスティングするステップを含む、請求項１９に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
23. サブ−ビーコン（ｓｕｂ−ｂｅａｃｏｎ）を利用するための動的にリスケジュールするステップをさらに含む、請求項５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
24. パワーセービングを行うステップをさらに含み、パワーセービング（ＰＳ：Ｐｏｗｅｒ Ｓａｖｉｎｇ）機器がビーコンの後直ちに前記予約されていないＣＴＢのために競争する、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
25. 送信基地局は、チャネルを通して等時性ストリームおよび非同期性データの伝送のために帯域幅要請コマンドを伝送するステップ、および
    仮に前記チャネルに充分な帯域幅が残っている場合、コーディネイタ基地局が前記ＣＦＰのスケジュール期間を前記送信基地局に配分するステップをさらに含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
26. 複数のスケジュール期間を前記送信器に配分するステップをさらに含む、請求項２５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
27. 前記送信基地局は、前記配分されたスケジュール期間のあいだ前記チャネルを通して複数のストリームを受信器に伝送するステップをさらに含む、請求項２５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
28. 前記送信基地局は、前記配分されたスケジュール期間のあいだ前記チャネルを通してストリームを受信基地局に伝送するステップ、および
    前記受信基地局は、前記スケジュール期間のあいだＡＣＫを前記受信器に伝送するステップをさらに含む、請求項２５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
29. ＣＴＢのあいだ、少なくとも一つのパケットが前記送信基地局から前記受信基地局に伝送されて、少なくとも一つの対応されるＡＣＫが前記送信基地局から前記受信基地局に伝送される、請求項２８に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
30. ネットワークの複数の無線チャネルを通した情報通信を管理するコーディネイタであって、
    ソース無線基地局から、情報を伝送するための帯域幅要請を受信して、チャネル帯域幅を利用できるか決定するように構成されたコントローラと、
    前記複数のチャネルのチャネル時間を少なくとも一つのスーパーフレームに分けることによって利用可能なチャネル帯域幅を配分するように構成されたスケジューラであって、各スーパーフレームは少なくとも一つのスケジュール期間を含み、各スケジュール期間は前記複数のチャネルを通して情報パケットの通信を行う少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ）を含む少なくとも一つのＣＴＢを含むスケジューラとを有するコーディネイタ。
31. 前記スケジュール期間は、制御情報の通信のために予約されていないＣＴＢを少なくとも一つ含む、請求項３０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
32. 前記情報は、前記チャネルを通して等時性ストリームパケットの通信のために少なくとも一つの予約されたＣＴＢを含む各スケジュール期間およびビデオ情報で構成される、請求項３０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
33. 前記スケジューラは、高率チャネルと低率チャネルに対してＣＴＢのスケジュール期間を含む少なくとも一つのスーパーフレームにＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ−Ｆｒｅｅ Ｐｅｒｉｏｄ）を分割して、予約されたＣＴＢのあいだ高率チャネルを通して前記ソース無線基地局から目的地（ｄｅｓｔｉｎａｔｉｏｎ）無線基地局にビデオ情報パケットを伝送して、前記予約されたＣＴＢのあいだ低率チャネルを通して目的地無線基地局から前記ソース無線基地局のＡＣＫパケットを伝送するために構成された、請求項３０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
34. 前記スケジューラは、周期的なビーコンを伝送するために構成されて、各連続的なビーコンの対は、間と間にスーパーフレームを定義して、各ビーコンは、チャネル時間をＣＴＢに分割するために連続する前記スーパーフレームに対する時間配分（ｔｉｍｉｎｇ ａｌｌｏｃａｔｉｏｎ）をスケジュール期間することを含む、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
35. 前記スーパーフレームは、前記低率チャネルで管理コマンドおよび通信制御のための競争基盤制御期間（ＣＢＣＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ Ｃｏｎｔｒｏｌ Ｐｅｒｉｏｄ）を含む、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
36. 前記スーパーフレームは、前記高率チャネルでの伝送をビームフォーミングするための、ビームフォーミングパラメータを微調整してリンククオリティーを維持するビーム−トラッキング期間をさらに含む、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
37. 前記スーパーフレームは、より良い伝送ビームを探すためのビーム−サーチ期間（ＢＳＰ：Ｂｅａｍ−Ｓｅａｒｃｈ Ｐｅｒｉｏｄ）を含む、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
38. 各ビーコンは、前記スーパーフレームの開始時間にシグナル（ｓｉｇｎａｌ）を送る、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
39. 前記ビーコンは、前記開始時間および対応される前記スーパーフレームで各スケジュール期間のために前記ＣＴＢの長さを設定（ｓｐｅｃｉｆｙ）する、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
40. 前記ビーコンは、複数の送信器と受信器を含む他の基地局に対するＣＴＢの配分を設定する、請求項３９に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
41. 前記ビーコンは、他のビデオストリームに対するＣＴＢの配分を設定する、請求項４０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
42. 前記ＣＦＰのあいだチャネルアクセスは、時分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に基づいた、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
43. 前記スケジュール期間は、同一の長さを含む対等に（ｅｖｅｎｌｙ）分配された予約されたＣＴＢのシリーズを含む、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
44. 前記スケジューラは、追加パケット通信を許容するために予約されたＣＴＢを前記予約されたＣＴＢに相次ぐ予約されていないＣＴＢに動的に拡張する、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
45. 前記スケジューラは、現在予約されたＣＴＢを相次ぐ前記予約されていないＣＴＢの少なくとも一部分が前記現在予約されたＣＴＢのための拡張期間として使用されていることを告知（ａｎｎｏｕｎｃｅｍｅｎｔ）するためにＣＴＢ拡張告知をブロードキャスティングすることによって予約されたＣＴＢを動的に拡張するために構成された、請求項４４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
46. 前記ＣＴＢ拡張告知は、前記現在予約されたＣＴＢのあいだ通信に参加していない基地局に前記ＣＴＢ拡張期間のあいだ前記チャネルのための競争を中断することを知らせる、請求項４５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
47. 前記ソース無線基地局は、前記ＣＴＢ拡張期間のあいだビデオ情報を通信する、請求項４４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
48. 前記スケジューラは、前記予約されたＣＴＢのあいだビデオ情報の通信が完了したとき、前記ＣＴＢ拡張期間を動的に除去する（ｔｒｕｎｃａｔｉｎｇ）、請求項４７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
49. 前記スケジューラは、予約されたＣＴＢを動的に除去する、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
50. 前記スケジューラは、予約されたＣＴＢ範囲内で使用されていないチャネル時間を動的にリリース（ｒｅｌｅａｓｅ）する、請求項４９に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
51. 前記スケジューラは、前記チャネルのために基地局が競争を開始できることを知らせるための告知をブロードキャスティングする、請求項４９に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
52. 少なくとも一つの基地局は、パワーセービングのためにビーコンの後直ちに前記予約されていないＣＴＢに対して競争することによってパワーセービング（ＰＳ：Ｐｏｗｅｒ Ｓａｖｉｎｇ）をする、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
53. ネットワークの複数の無線チャネルを通した情報通信を行う無線基地局であって、
    コーディネイタに、情報伝送のために利用可能なチャネル帯域幅の予約を要請するように構成されたコントローラモジュールと、
    前記コーディネイタから提供される少なくとも一つのスケジュール期間によって複数のチャネルを通した情報パケットの通信をするように構成された通信モジュールであって、各スケジュール期間は、前記複数のチャネルのチャネル時間を少なくとも一つのスーパーフレームに分けることによって利用可能なチャネル帯域幅を配分して、各スーパーフレームは少なくとも一つのスケジュール期間を含み、各スケジュール期間は前記複数のチャネルを通して情報パケットの通信を行う少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ）を含む少なくとも一つのＣＴＢを含む、通信モジュールとを有する、無線基地局。
54. スケジュール期間は、高率チャネルと低率チャネルに対してＣＴＢのスケジュール期間を含む少なくとも一つのスーパーフレームにチャネル時間を分割して、前記通信モジュールは、予約されたＣＴＢのあいだ高率（ｈｉｇｈ−ｒａｔｅ）チャネルを通してビデオ情報のパケットを目的地無線基地局に伝送して、予約されたＣＴＢのあいだ低率（ｌｏｗ−ｒａｔｅ）チャネルを通して前記目的地無線基地局から前記ソース無線基地局にＡＣＫパケットを伝送する、請求項５３に記載の無線基地局。
55. 前記ビデオ情報は、非圧縮ビデオ情報を含む、請求項５４に記載の無線基地局。
56. 前記ビデオ情報は、非圧縮高画質ビデオ情報を含む、請求項５４に記載の無線基地局。
57. 前記コーディネイタは、周期的にビーコンを伝送して、各連続的なビーコンの対は、間と間にスーパーフレームを定義して、各ビーコンは、チャネル時間をＣＴＢに分割するために連続する前記スーパーフレームに対する時間配分（ｔｉｍｉｎｇ ａｌｌｏｃａｔｉｏｎ）をスケジュールすることを含み、前記通信モジュールは、前記ビーコン内で前記スケジュール情報を使用するチャネルを通して情報パケットの通信を行う、請求項５４に記載の無線基地局。
58. 前記通信モジュールは、スケジュール期間によってＣＴＢ拡張期間のあいだ情報通信を行う、請求項５７に記載の無線基地局。
59. 前記通信モジュールは、チャネルを通して等時性ストリームおよび非同期性データの伝送のために帯域幅要請コマンドを伝送して、仮に前記チャネルに充分な帯域幅が残っている場合、前記コーディネイタ基地局が前記ＣＦＰのスケジュール期間を前記無線基地局に配分する、請求項５７に記載の無線基地局。
60. 前記通信モジュールは、ビーコンの後直ちに前記予約されていないＣＴＢのために競争することによってパワーセービング（ＰＳ：Ｐｏｗｅｒ Ｓａｖｉｎｇ）をする、請求項５７に記載の無線基地局。
61. 前記通信モジュールは、配分されたスケジュール期間のあいだ前記チャネルを通して複数のストリームを受信器に伝送する、請求項５７に記載の無線基地局。
62. 前記通信モジュールは、前記配分されたスケジュール期間のあいだ前記チャネルを通してストリームを受信基地局に伝送して、前記受信基地局は、前記スケジュール期間のあいだ前記無線基地局にＡＣＫを伝送する、請求項５７に記載の無線基地局。
63. 前記通信モジュールは、ＣＴＢのあいだ少なくとも一つの情報パケットを受信基地局に伝送して、少なくとも一つの対応されるＡＣＫが前記受信器から前記無線基地局に伝送される、請求項５７に記載の無線基地局。

Images