(57)【要約】  無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムを提供する。ネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法は、少なくとも一つのスーパーフレームにチャネル時間を分けて、無線基地局間のチャネルアクセスを制御するステップと、情報通信のためそれぞれのスーパーフレームに少なくとも一つのスケジュールを提供するステップおよび、それぞれのスケジュールによって予約されたＣＴＢのあいだチャネルを通して情報のパケット通信を行うステップを含み、それぞれのスケジュールは、チャネルを通して情報のパケット通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成される。
2010525651.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つのスーパーフレームにチャネル時間を分けて無線基地局間のチャネルアクセスを制御するステップと、
情報通信のためのそれぞれのスーパーフレームに少なくとも一つのスケジュールを提供するステップおよび、
それぞれのスケジュールによって前記予約されたＣＴＢのあいだ前記チャネルを通して情報のパケット通信を行うステップを含み、それぞれのスケジュールは、チャネルを通して情報のパケット通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された、ネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２】
前記スケジュールは、制御情報の通信のために予約されていないＣＴＢを少なくとも一つ含む、請求項１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項３】
前記情報は、前記チャネルを通して等時性ストリームパケットの通信のために少なくとも一つの予約されたＣＴＢを含む各々のスケジュールおよびビデオ情報で構成される、請求項１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項４】
前記チャネルアクセスを制御するステップは、チャネル時間を高率（ｈｉｇｈ−ｒａｔｅ）チャネルおよび低率（ｌｏｗ−ｒａｔｅ）チャネルに対するＣＴＢのスケジュールを含む少なくとも一つのスーパーフレームに分割するステップを含み、
前記パケット通信するステップは、予約されたＣＴＢのあいだ高率チャネルを通してビデオ情報のパケットを送信器から受信器に伝送するステップと、前記予約されたＣＴＢのあいだ低率（ｌｏｗ−ｒａｔｅ）チャネルを通してＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）パケットを前記送信器から前記受信器に伝送するステップを含む、請求項１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項５】
周期的にビーコンを伝送するステップをさらに含み、各連続的なビーコンの対は、間と間に前記スーパーフレームを定義して、各ビーコンは、チャネル時間をＣＴＢに分割するために連続する前記スーパーフレームに対する時間配分（ｔｉｍｉｎｇ  ａｌｌｏｃａｔｉｏｎ）をスケジュールすることを含む、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項６】
前記スーパーフレームは、前記低率チャネルで管理コマンドおよび通信制御のための競争基盤制御期間（ＣＢＣＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ  Ｃｏｎｔｒｏｌ  Ｐｅｒｉｏｄ）を含む、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項７】
前記スーパーフレームは、ファイン−チューニング（ｆｉｎｅ−ｔｕｎｉｎｇ）ビームフォーミングパラメータのためのビーム−トラッキング（ｂｅａｍ−ｔｒａｃｋｉｎｇ）期間を含み、前記高率チャネルでビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）伝送のためのリンククォリティー（ｑｕａｌｉｔｙ）を維持する、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項８】
前記スーパーフレームは、ビーム伝送のためにサーチするビーム−サーチ期間（ＢＳＰ：Ｂｅａｍ−Ｓｅａｒｃｈ  Ｐｅｒｉｏｄ）を含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項９】
各ビーコンは、前記スーパーフレームの開始時間にシグナル（ｓｉｇｎａｌ）を送る、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１０】
前記ビーコンは、前記開始時間および対応される前記スーパーフレームで各スケジュールのために前記ＣＴＢの長さを設定（ｓｐｅｃｉｆｙ）する、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１１】
前記ビーコンは、複数の送信器と受信器を含む他の基地局に対するＣＴＢの配分を設定する、請求項１０に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１２】
前記ビーコンは、他のビデオストリームに対するＣＴＢの配分を設定する、請求項１１に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１３】
前記ＣＦＰのあいだチャネルアクセスは、時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に基づいた、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１４】
前記スケジュールは、同一の長さを含む対等に（ｅｖｅｎｌｙ）分配された予約されたＣＴＢのシリーズを含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１５】
追加パケット通信を許容するために予約されたCTBを前記予約されたCTBに相次ぐ予約されていないCTBに動的に拡張する、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１６】
前記動的に拡張するステップは、コーディネイタが現在予約されたＣＴＢに相次ぐ前記予約されていないＣＴＢの少なくとも一部分が前記現在予約されたＣＴＢのための拡張期間として使用されていることを告知（ａｎｎｏｕｎｃｅｍｅｎｔ）するためにＣＴＢ拡張告知をブロードキャスティングする、請求項１５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１７】
前記ＣＴＢ拡張の告知は、前記現在予約されたＣＴＢのあいだ通信に参加していない基地局に前記ＣＴＢ拡張期間のあいだ前記チャネルのための競争を中断することを知らせる、請求項１６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１８】
前記ＣＴＢ拡張期間のあいだビデオ情報通信を行うステップをさらに含む、請求項１５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項１９】
前記予約されたＣＴＢを動的に除去する（ｔｒｕｎｃａｔｉｎｇ）ステップをさらに含む、請求項４に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２０】
前記予約されたＣＴＢのあいだビデオ情報の通信が完了したとき、前記ＣＴＢの拡張期間を動的に除去するステップをさらに含む、請求項１８に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２１】
前記除去する（ｔｒｕｎｃａｔｉｎｇ）ステップは、予約されたＣＴＢ範囲内で使用されていないチャネル時間を動的にリリース（ｒｅｌｅａｓｅ）するステップを含む、請求項１９に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２２】
前記除去する（ｔｒｕｎｃａｔｉｎｇ）ステップは、前記チャネルのために基地局が競争を開始できることを知らせるための告知をブロードキャスティングするステップを含む、請求項１９に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２３】
サブ−ビーコン（ｓｕｂ−ｂｅａｃｏｎ）を利用するための動的にリスケジューリングするステップをさらに含む、請求項５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２４】
パワーセービングを行うステップをさらに含み、パワーセービング（ＰＳ：Ｐｏｗｅｒ  Ｓａｖｉｎｇ）機器がビーコンの後直ちに前記予約されていないＣＴＢのために競争する、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２５】
送信基地局は、チャネルを通して等時性ストリームおよび非同期性データの伝送のために帯域幅要請コマンドを伝送するステップ、および
仮に前記チャネルに充分な帯域幅が残っている場合、前記コーディネイタ基地局が前記ＣＦＰのスケジュールを前記送信基地局に配分するステップをさらに含む、請求項６に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２６】
複数のスケジュールを前記送信器に配分するステップをさらに含む、請求項２５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２７】
前記送信基地局は、前記配分されたスケジュールのあいだ前記チャネルを通して複数のストリームを受信器に伝送するステップをさらに含む、請求項２５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２８】
前記送信基地局は、前記配分されたスケジュールのあいだ前記チャネルを通してストリームを受信基地局に伝送するステップ、および
前記受信基地局は、前記スケジュールのあいだＡＣＫを前記受信器に伝送するステップをさらに含む、請求項２５に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項２９】
ＣＴＢのあいだ、少なくとも一つのパケットが前記送信基地局から前記受信基地局に伝送されて、少なくとも一つの対応されるＡＣＫが前記送信基地局から前記受信基地局に伝送される、請求項２８に記載のネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法。
【請求項３０】
情報の伝送のためにソース無線基地局から帯域幅要請を受信して、チャネル帯域幅の有効性を決定するコントローラ、および
チャネル時間を分けることによって有効なチャネル帯域幅を少なくとも一つのスーパーフレームに配分するために構成されたスケジューラを含み、各スーパーフレームは、チャネルを通して情報パケットの通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された少なくとも一つのスケジュールを含む、ネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３１】
前記スケジュールは、制御情報の通信のために予約されていないＣＴＢを少なくとも一つ含む、請求項３０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３２】
前記情報は、前記チャネルを通して等時性ストリームパケットの通信のために少なくとも一つの予約されたＣＴＢを含む各スケジュールおよびビデオ情報で構成される、請求項３０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３３】
前記スケジューラは、高率チャネルと低率チャネルに対してＣＴＢのスケジュールを含む少なくとも一つのスーパーフレームにＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ−Ｆｒｅｅ  Ｐｅｒｉｏｄ）を分割して、予約されたＣＴＢのあいだ高率チャネルを通して前記ソース無線基地局から目的地（ｄｅｓｔｉｎａｔｉｏｎ）無線基地局にビデオ情報パケットを伝送して、前記予約されたＣＴＢのあいだ低率チャネルを通して目的地無線基地局から前記ソース無線基地局のＡＣＫパケットを伝送するために構成された、請求項３０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３４】
前記スケジューラは、周期的なビーコンを伝送するために構成されて、各連続的なビーコンの対は、間と間にスーパーフレームを定義して、各ビーコンは、チャネル時間をＣＴＢに分割するために連続する前記スーパーフレームに対する時間配分（ｔｉｍｉｎｇ  ａｌｌｏｃａｔｉｏｎ）をスケジュールすることを含む、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３５】
前記スーパーフレームは、前記低率チャネルで管理コマンドおよび通信制御のための競争基盤制御期間（ＣＢＣＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ  Ｃｏｎｔｒｏｌ  Ｐｅｒｉｏｄ）を含む、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３６】
前記スーパーフレームは、ファイン−チューニング（ｆｉｎｅ−ｔｕｎｉｎｇ）ビームフォーミングパラメータのためのビーム−トラッキング期間をさらに含み、前記高率チャネルでビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）伝送のためのリンククォリティー（ｑｕａｌｉｔｙ）を維持する、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３７】
前記スーパーフレームは、より良い伝送ビームを探すためのビーム−サーチ期間（ＢＳＰ：Ｂｅａｍ−Ｓｅａｒｃｈ  Ｐｅｒｉｏｄ）を含む、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３８】
各ビーコンは、前記スーパーフレームの開始時間にシグナル（ｓｉｇｎａｌ）を送る、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項３９】
前記ビーコンは、前記開始時間および対応される前記スーパーフレームで各スケジュールのために前記ＣＴＢの長さを設定（ｓｐｅｃｉｆｙ）する、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４０】
前記ビーコンは、複数の送信器と受信器を含む他の基地局に対するＣＴＢの配分を設定する、請求項３９に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４１】
前記ビーコンは、他のビデオストリームに対するＣＴＢの配分を設定する、請求項４０に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４２】
前記ＣＦＰのあいだチャネルアクセスは、時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に基づいた、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４３】
前記スケジュールは、同一の長さを含む対等に（ｅｖｅｎｌｙ）分配された予約されたＣＴＢのシリーズを含む、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４４】
前記スケジューラは、追加パケット通信を許容するために予約されたCTBを前記予約されたCTBに相次ぐ予約されていないCTBに動的に拡張する、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４５】
前記スケジューラは、現在予約されたＣＴＢを相次ぐ前記予約されていないＣＴＢの少なくとも一部分が前記現在予約されたＣＴＢのための拡張期間として使用されていることを告知（ａｎｎｏｕｎｃｅｍｅｎｔ）するためにＣＴＢ拡張告知をブロードキャスティングすることによって予約されたＣＴＢを動的に拡張するために構成された、請求項４４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４６】
前記ＣＴＢ拡張告知は、前記現在予約されたＣＴＢのあいだ通信に参加していない基地局に前記ＣＴＢ拡張期間のあいだ前記チャネルのための競争を中断することを知らせる、請求項４５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４７】
前記ソース無線基地局は、前記ＣＴＢ拡張期間のあいだビデオ情報を通信する、請求項４４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４８】
前記スケジューラは、前記予約されたＣＴＢのあいだビデオ情報の通信が完了したとき、前記ＣＴＢ拡張期間を動的に除去する（ｔｒｕｎｃａｔｉｎｇ）、請求項４７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項４９】
前記スケジューラは、予約されたＣＴＢを動的に除去する、請求項３３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５０】
前記スケジューラは、予約されたＣＴＢ範囲内で使用されていないチャネル時間を動的にリリース（ｒｅｌｅａｓｅ）する、請求項４９に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５１】
前記スケジューラは、前記チャネルのために基地局が競争を開始できることを知らせるための告知をブロードキャスティングする、請求項４９に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５２】
少なくとも一つの基地局は、パワーセービングのためにビーコンの後直ちに前記予約されていないＣＴＢに対して競争することによってパワーセービング（ＰＳ：Ｐｏｗｅｒ  Ｓａｖｉｎｇ）をする、請求項３５に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５３】
情報伝送のためにコーディネイタから有効なチャネル帯域幅の予約を要請するために構成されたコントローラモジュール、および
前記コーディネイタから提供される少なくとも一つのスケジュールによってチャネルを通した情報パケットの通信のために構成された通信モジュールを含み、各スケジュールは、チャネル時間を分けることによって有効なチャネル帯域幅を少なくとも一つのスーパーフレームに配分して、各スーパーフレームは、前記チャネルを通した情報パケットの通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された少なくとも一つのスケジュールを含む、ネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５４】
スケジュールは、高率チャネルと低率チャネルに対してＣＴＢのスケジュールを含む少なくとも一つのスーパーフレームにチャネル時間を分割して、前記通信モジュールは、予約されたＣＴＢのあいだ高率（ｈｉｇｈ−ｒａｔｅ）チャネルを通してビデオ情報のパケットを目的地無線基地局に伝送して、予約されたＣＴＢのあいだ低率（ｌｏｗ−ｒａｔｅ）チャネルを通して前記目的地無線基地局から前記ソース無線基地局にＡＣＫパケットを伝送する、請求項５３に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５５】
前記ビデオ情報は、非圧縮ビデオ情報を含む、請求項５４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５６】
前記ビデオ情報は、非圧縮高画質ビデオ情報を含む、請求項５４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５７】
前記コーディネイタは、周期的にビーコンを伝送して、各連続的なビーコンの対は、間と間にスーパーフレームを定義して、各ビーコンは、チャネル時間をＣＴＢに分割するために連続する前記スーパーフレームに対する時間配分（ｔｉｍｉｎｇ  ａｌｌｏｃａｔｉｏｎ）をスケジュールすることを含み、前記通信モジュールは、前記ビーコン内で前記スケジュール情報を使用するチャネルを通して情報パケットの通信を行う、請求項５４に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５８】
前記通信モジュールは、スケジュールによってＣＴＢ拡張期間のあいだ情報通信を行う、請求項５７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項５９】
前記通信モジュールは、チャネルを通して等時性ストリームおよび非同期性データの伝送のために帯域幅要請コマンドを伝送して、仮に前記チャネルに充分な帯域幅が残っている場合、前記コーディネイタ基地局が前記ＣＦＰのスケジュールを前記無線基地局に配分する、請求項５７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項６０】
前記通信モジュールは、ビーコンの後直ちに前記予約されていないＣＴＢのために競争することによってパワーセービング（ＰＳ：Ｐｏｗｅｒ  Ｓａｖｉｎｇ）をする、請求項５７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項６１】
前記通信モジュールは、配分されたスケジュールのあいだ前記チャネルを通して複数のストリームを受信器に伝送する、請求項５７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項６２】
前記通信モジュールは、前記配分されたスケジュールのあいだ前記チャネルを通してストリームを受信基地局に伝送して、前記受信基地局は、前記スケジュールのあいだ前記無線基地局にＡＣＫを伝送する、請求項５７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【請求項６３】
前記通信モジュールは、ＣＴＢのあいだ少なくとも一つの情報パケットを受信基地局に伝送して、少なくとも一つの対応されるＡＣＫが前記受信器から前記無線基地局に伝送される、請求項５７に記載のネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムに関するものであって、より詳細には無線ネットワークでチャネルアクセス制御を容易にする無線ネットワークでのチャネル時間配分およびチャネルアクセス制御のための方法およびシステムに関するものである。
【背景技術】
【０００２】
高品質ビデオ（ｖｉｄｅｏ）の急増と共に増加する電子機器（例えば、家電機器）は、伝送帯域幅で秒当たり１ギガビット（Ｇｂｐｓ）以上を要求できる高画質（ＨＤ）ビデオを利用する。機器間ＨＤビデオを伝送するとき、従来の伝送は要求される伝送帯域幅を下げるためにＨＤビデオを該当サイズの断片で圧縮することを試みたものである。圧縮されたビデオは消費（ｃｏｎｓｕｍｐｔｉｏｎ）のために圧縮解除される。しかし、それぞれのビデオデータの圧縮とその後の圧縮解除においていくつかのデータが失われ得、画質が低下し得る。
【０００３】
高画質マルチメディアインターフェース（ＨＤＭＩ：Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）スペック（ｓｐｅｃｉｆｉｃａｔｉｏｎ）は、ケーブルを通じた機器間の非圧縮されたＨＤシグナルの伝送を許容している。家電機器製造業者は、ＨＤＭＩ互換装備を提供することを試みている反面、非圧縮されたＨＤビデオシグナルを伝送可能にする適合した無線（例えば、ラジオ周波数）技術がまだない実情である。無線近距離通信網（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）と類似技術は、非圧縮されたＨＤシグナルを運送するための帯域幅を有しておらず、６０ＧＨｚ帯域以上で非圧縮されたビデオを伝送するための無線（ａｉｒ）インターフェースを提供しないいくつかの機器が接続したとき、インターフェースの問題に直面し得る。
【０００４】
ＩＥＥＥ８０２．１５．３標準は、無線近距離通信網においてオーディオ／ビジュアル（ａｕｄｉｏ／ｖｉｓｕａｌ）情報伝送に対するチャネルアクセス方法について記述する。しかし、ＩＥＥＥ８０２．１５．３標準において、チャネルアクセス制御は複雑であり、ただ一つのチャネルに対するアクセスのためのものである。また、ＩＥＥＥ８０２．１５．３標準において、一つのビーコン（ｂｅａｃｏｎ）で運ばれたチャネル時間配分技術（ｄｅｓｃｒｉｐｔｉｏｎ）は、すべての配分された時間ブロックが独立的に記述されているため、非常に広い。
【０００５】
したがって、無線通信ネットワークで前記欠点を解消するためのチャネル制御方法およびシステムが必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムを提供して、無線ネットワークでチャネル時間配分およびチャネルアクセス制御を容易にすることにその目的がある。
【０００７】
本発明の目的は、以上で言及した目的に制限されず、言及されていないまた他の目的は次の記載から当業者に明確に理解されるであろう。
【課題を解決するための手段】
【０００８】
前記目的を達成するために本発明の実施形態によるネットワークで少なくとも一つの無線チャネルを通して情報を通信する方法は、少なくとも一つのスーパーフレームにチャネル時間を分けて無線基地局間のチャネルアクセスを制御するステップと、情報通信のためのそれぞれのスーパーフレームに少なくとも一つのスケジュールを提供するステップおよび、それぞれのスケジュールによって前記予約されたＣＴＢのあいだ前記チャネルを通して情報のパケット通信を行うステップを含み、それぞれのスケジュールは、チャネルを通して情報のパケット通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成される。
【０００９】
本発明の実施形態によるネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタは、情報の伝送のためにソース無線基地局から帯域幅要請を受信して、チャネル帯域幅の有効性を決定するコントローラ、およびチャネル時間を分けることによって有効なチャネル帯域幅を少なくとも一つのスーパーフレームに配分するために構成されたスケジューラを含み、各スーパーフレームは、チャネルを通して情報パケットの通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された少なくとも一つのスケジュールを含む。
【００１０】
本発明の実施形態によるネットワークで少なくとも一つの無線チャネルを通して情報通信を管理するコーディネイタは、情報伝送のためにコーディネイタから有効なチャネル帯域幅の予約を要請するために構成されたコントローラモジュール、および前記コーディネイタから提供される少なくとも一つのスケジュールによってチャネルを通した情報パケットの通信のために構成された通信モジュールを含み、各スケジュールは、チャネル時間を分けることによって有効なチャネル帯域幅を少なくとも一つのスーパーフレームに配分して、各スーパーフレームは、前記チャネルを通した情報パケットの通信のために少なくとも一つの予約されたチャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）を含む少なくとも一つのＣＴＢで構成された少なくとも一つのスケジュールを含む。
【００１１】
その他実施形態の具体的な内容は詳細な説明および図面に含まれている。
【発明の効果】
【００１２】
前記したような本発明の無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムによれば、次のような効果が一つあるいはそれ以上ある。
【００１３】
最初に無線ネットワークでチャネルアクセス制御を簡便にできる長所がある。
【００１４】
次に、効率的に非圧縮されたＨＤビデオシグナルの伝送を可能にする長所もある。
【００１５】
最後に、ビデオデータの圧縮および圧縮解除においてデータ損失および画質低下を減らすことができる長所もある。
【図面の簡単な説明】
【００１６】
【図１】本発明の実現による無線基地国間のビデオ伝送を実現する無線ネットワークの機能的なブロックダイアグラムを示す。
【図２】図１に示す低率（ｌｏｗ−ｒａｔｅ）および高率（ｈｉｇｈ−ｒａｔｅ）無線通信チャネルに適用される時分割複信のためのタイミングダイヤグラムの例を示す。
【図３】本発明によるスーパーフレーム構造の例を示す。
【図４】本発明によるスーパーフレーム構造の細部例を示す。
【図５】本発明によるビーム−サーチ（ｂｅａｍ−ｓｅａｒｃｈ）期間を有するスーパーフレームの例を示す。
【図６】本発明によるビーム−トラッキング（ｂｅａｍ−ｔｒａｃｋｉｎｇ）情報がデータおよびＡＣＫパケットに付加されたスーパーフレームの例を示す。
【図７】本発明による一つのデータパケットバッファサイズの要請を含む二つのストリームのための競争回避期間時間配分を含むスーパーフレームの例を示す。
【図８】本発明による送信器と受信器が大きいバッファを有して二つのストリームのためＣＦＰ時間配分を含むスーパーフレームの例を示す。
【図９】本発明による動的チャネルタイムブロック拡張を使用するイベント−主導（ｅｖｅｎｔ−ｄｒｉｖｅｎ）ビーム−サーチ（ｂｅａｍ−ｓｅａｒｃｈｉｎｇ）の例を示す。
【図１０】本発明による動的チャネルタイムブロック拡張を使用するパケット再伝送の例を示す。
【図１１】本発明によるパワーセービング機器のためのチャネルタイムブロック配分の例を示す。
【図１２】本発明による無線ネットワークでコーディネイタの動作例に対するフローチャートである。
【図１３】本発明による無線ネットワークで基地局の動作例に対するフローチャートである。
【図１４】本発明による無線ネットワークでビデオとデータ通信のための送信器と受信器の機能的なブロックダイアグラムの例を示す。
【図１５】本発明による無線ネットワークでビデオとデータ通信のための送信器と受信器の機能的なブロックダイアグラムの他の例を示す。
【発明を実施するための形態】
【００１７】
本発明の利点、特徴、およびそれらを達成する方法は、添付される図面と共に詳細に後述される実施形態を参照すれば明確になるであろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で実現されることができ、本実施形態は単に本発明の開示が完全になるように、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範囲によってのみ定義される。明細書全体にかけて同一参照符号は同一構成要素を指称する。
【００１８】
以下、添付された図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００１９】
説明に先立ち本明細書で使用する用語の意味を簡略に説明する。しかし、用語の説明は本明細書の理解を助けるためのものであるため、明示的に本発明を限定する内容に記載しない場合に本発明の技術的思想を限定する意味として使用するものではないことに注意しなければならない。
【００２０】
本発明は、無線ネットワークでチャネル時間配分およびアクセス制御のための方法およびシステムを提供する。一実施形態において、チャネル時間は少なくとも一つの予約されたＣＴＢ（Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋｓ）と少なくとも一つの予約されていないＣＴＢを含むチャネルタイムブロックに分割される。スケジュールは実行され、ここで定期的で同一サイズのＣＴＢが等時性ストリーム（ｉｓｏｃｈｒｏｎｏｕｓ  ｓｔｅａｍ）のために予約されてサービスの質（ＱｏＳ）と伝送効果の要求を充足させる。動的ＣＴＢ拡張と除去（ｔｒｕｎｃａｔｉｏｎ）は柔軟なチャネル時間配分を許容するために提供される。
【００２１】
図１は、本発明の一実施形態によるビデオとデータ通信を実現する無線通信基地局１２、１４を含む無線ネットワーク１０の機能的なブロックダイアグラムを示す。無線通信基地局１２は、無線ＨＤ（ＷｉＨＤ）コーディネイタを含み、複数個の無線通信基地局１４は、無線基地局（例えば、機器機器１、…、機器Ｎ）を含む。
【００２２】
コーディネイタ１２と基地局１４は、相互間通信のために低率（ＬＲ：Ｌｏｗ−Ｒａｔｅ）チャネル１６（図１で点線で図示された）と高率（ＨＲ：Ｈｉｇｈ−Ｒａｔｅ）チャネル１８（図１で太線で図示された）を使用する。
【００２３】
本実施形態において、コーディネイタ１２は例えば、無線近距離通信網の形態であるホーム無線ネットワーク環境に設置されたＨＤＴＶにおいてオーディオデータおよび／またはビデオのシンク（ｓｉｎｋ）であり得る。各基地局１４は、非圧縮されたビデオまたはオーディオのソースになり得る機器を含み得る。各基地局１４の例としてはセットトップボックス、ＤＶＤプ層などであり得る。また基地局１４はオーディオシンクであり得る。他の実施例において、コーディネイタ１２は、ビデオストリームのソースであり得る。また他の実施例において、コーディネイタ１２は、シンク基地局とソース基地局との間の無線通信のためのチャネルコーディネーション機能を提供する。コーディネイタは、本発明によるチャネルアクセス管理機能を提供し、チャネルアクセス管理機能はスタンドアローン（ｓｔａｎｄ−ａｌｏｎｅ）機器、シンク機器および／またはソース機器に実現することができる。
【００２４】
コーディネイタ１２は、基地局１４と通信するためにＬＲチャネル１６およびＨＲチャネル１８を使用する。各基地局１４は、他の基地局１４との通信のためにＬＲチャネル１６を使用する。前記ＨＲチャネル１８は、例えば、秒当たりマルチ−ギカバイト（ｍｕｌｔｉ−Ｇｂ／ｓ）帯域幅を有する単方向ユニキャスト（ｕｎｉｃａｓｔ）伝送をサポートして非圧縮されたＨＤビデオ伝送をサポートする。ＬＲチャネル１６は、例えば、秒当たり（Ｍｂｐｓ）処理量が少なくとも２０メガビット（ｍｅｇａｂｉｔ）を有する両方向伝送をサポートすることができる。ＬＲチャネル１６は、主にＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームのような伝送制御フレームに使用することができる。
【００２５】
多くの無線通信システムにおいて、フレーム構造はトランスミッタ（ｔｒａｎｓｍｉｔｔｅｒ）と受信器のような無線基地局間のデータ伝送に使用することができる。例えば、ＩＥＥＥ８０２．１１標準は、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層および物理的な（ＰＨＹ：ｐｈｙｓｉｃａｌ）層でフレーム集合を使用する。典型的なトランスミッタにおいて、ＭＡＣ層はＭＡＣサービスデータユニット（ＭＳＤＵ：ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）を受信し、そこにＭＡＣヘッダーを貼付してＭＡＣプロトコルデータユニット（ＭＰＤＵ：ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を構成する。ＭＡＣヘッダーは、ソースアドレス（ＳＡ：Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）および目的アドレス（ＤＡ：Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）のような情報を含む。前記ＭＰＤＵは、ＰＨＹサービスデータユニット（ＰＳＤＵ：ＰＨＹ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の一部分であり、トランスミッタがＰＨＹヘッダー（例えば、ＰＨＹプリアンブル（ｐｒｅａｍｂｌｅ））を貼付するためにＰＨＹ層に伝送されてＰＨＹプロトコルデータユニット（ＰＰＤＵ：ＰＨＹ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を構成する。ＰＨＹヘッダーは、コーディング／モジュレーション技法を含む伝送技法を決定するためのパラメータを含む。トランスミッタから受信器にパケットを伝送する前に、プリアンブルはＰＰＤＵに貼付されて、ここでプリアンブルはチャネル評価（ｅｓｔｉｍａｔｉｏｎ）および同期化情報を含み得る。
【００２６】
本発明による図２のタイミングダイヤグラムの例に示すように、時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）スケジュルリンは、ＬＲチャネル１６およびＨＲチャネル１８に適用され、ＬＲチャネル１６およびＨＲチャネル１８は如何なる場合でも伝送のために並列で使用され得ない。図２の例において、ビーコンおよびＡＣＫパケット／フレームは、ＨＲチャネル１８の上にデータ（例えば、ビデオ、オーディオおよび制御メッセージ）情報のパケット伝送する間にＬＲチャネル１６を通して伝送される。
【００２７】
無線基地局（ＳＴＡ）は、２つのアクセス方法で分配された無線通信チャネルにアクセスする。一つは、競争回避仲裁（ＣＦ：Ｃｏｎｔｅｎｔｉｏｎ−Ｆｒｅｅ  ａｒｂｉｔｒａｔｉｏｎ）方法であり、他の一つは競争基盤仲裁（ＣＢ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ  ａｒｂｉｔｒａｔｉｏｎ）方法である。ＣＦアクセス方法は、ポイントコーディネイタ機能（ＰＣＦ：Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｏｒ  Ｆｕｎｃｔｉｏｎ）を利用してチャネルへのアクセスを制御する。ＰＣＦが構築されたとき、ＰＣＦは通信のため登録された多数のＳＴＡをポーリング（ｐｏｌｌｉｎｇ）し、ポーリング結果に基づいた多数のＳＴＡへのチャネルアクセスを提供する。ＣＢアクセス方法は、チャネルアクセスにおいて公平性（ｆａｉｒｎｅｓｓ）を提供するためにランダムバック−オフ（ｂａｃｋ−ｏｆｆ）期間を利用する。ＣＢ期間において、ＳＴＡはチャネルを監視し、仮にチャネルが時間の予め定義された期間あいだサイレント（ｓｉｌｅｎｔ）である場合、ＳＴＡは時間の一定期間を待ち、仮にチャネルがサイレントモードであれば、ＳＴＡはチャネルに伝送する。
【００２８】
本発明によれば、競争回避期間で、ＰＣＦポール（ｐｏｌｌ）の代わりに、タイムスケジュルリンが用いられ、ビーコンはスケジュールされたチャネルタイムブロックに対して情報を提供する。さらに、図３および図４の例に示すように、ブロードキャスティング（ｂｒｏａｄｃａｓｔｉｎｇ）方法がスーパーフレーム構造２０に基づいて適用される。ビーコン２２は、チャネル時間を複数個のスーパーフレーム２０に分ける。各スーパーフレーム２０には競争期間２４および競争回避期間（ＣＦＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｆｒｅｅ  Ｐｅｒｉｏｄ）２８がある。各ＣＦＰ２８には少なくとも一つのスケジュール３０がある。
【００２９】
図３は、スーパーフレーム２０の順序を示し、図４は、複数のスケジュール３０を含むＬＲチャネルおよびＨＲチャネルのためのスーパーフレーム２０の詳細事項を示す。各スケジュール３０は少なくとも一つの周期的な予約されたＣＴＢ３２を含み、ＣＴＢ３２は等時性データストリームの伝送のために予約される。スケジュール３０は、予約されたＣＴＢ３２を代表し、スケジュール３０間の時間間隔は予約されていないＣＴＢ３７である。同様に、各スーパーフレーム２０は、2つのＣＴＢカテゴリすなわち、予約されたＣＴＢ３２と予約されていないＣＴＢ３７を含む。スーパーフレーム２０は、例えば無線チャネル（例えばＨＲチャネル１８およびＬＲチャネル１６）の上に非圧縮されたＨＤビデオ伝送のための予約されたＣＴＢを使用したチャネルアクセス制御に有用である。
【００３０】
スーパーフレーム２０は、競争基盤制御期間（ＣＢＣＰ：Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ  Ｃｏｎｔｒｏｌ  Ｐｅｒｉｏｄ）２４およびＣＦＰ２８を含むことができ、ここで、ＣＦＰ２８は、複数の予約されたチャネルタイムブロック（ＲＣＴＢ：Ｒｅｓｅｒｖｅｄ  Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）３２および／または予約されていないチャネルタイムブロック（ＵＣＴＢ：Ｕｎｒｅｓｅｒｖｅｄ  Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｌｏｃｋ）３７を含む。各ビーコンフレーム（ビーコン）２２は、タイミング（ｔｉｍｉｎｇ）配分をセットしてネットワーク１０（例えばＷｉＨＤサブネット）に対する管理情報通信のために使用される。ビーコンシグナルは、常に全方向に（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎａｌｌｙ）伝送される。ＣＢＣＰ２４は、仮に存在するならば、ＬＲチャネル１６で通信制御および管理コマンドのために使用される。如何なる情報でもＣＢＣＰ期間２４内にＨＲチャネル１８を通して伝送することができない。また、ビーム伝送のためにサーチしてビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）パラメータ（例えば毎１〜２秒ごとにＢＳＰはスーパーフレーム２０に対応するように現れることができる）を調整するためにＣＢＣＰ２４およびＣＦＰ２８の間のＢＳＰ（Ｂｅａｍ−Ｓｅａｒｃｈ  Ｐｅｒｉｏｄ）が実行され得る。例えば、等時性（ｉｓｏｃｈｒｏｎｏｕｓ）ストリームと非同期性（ａｓｙｎｃｈｒｏｎｏｕｓ）データ接続およびコマンドの通信のために少なくとも一つの基地局１４によりＣＦＰ２８で少なくとも一つのＣＴＢ３２が予約され得る。ＣＦＰは、一つのスーパーフレーム範囲内の競争回避期間であり、ここで一つのスケジュールが複数のスーパーフレームをクロス（ｃｒｏｓｓ）することができる。一般的に各スーパーフレームはスケジュールと同一な位置のＣＴＢを有している。
【００３１】
予約されたＣＴＢ３２は、等時性ストリームと非同期性データ接続およびコマンドを伝送するのに使用される。それぞれの予約されたＣＴＢ３２は、シングルまたは複数のデータフレームを伝送するのに使用され得、ここでスケジュール３０は、予約されたＣＴＢを構成する。各スーパーフレーム２０において、スケジュール３０は、一つの予約されたＣＴＢ３２（例えば、予めスケジュールされたビーム−サーチまたは帯域幅予約シグナルリングのための）または複数の周期的な予約されたＣＴＢ３２（例えば等時性ストリームのため）を有することができる。予約されていないＣＴＢ３７は、一般的に家電機器コマンド（ＣＥＣ：Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｍｍａｎｄ）、ＭＡＣ制御およびＬＲチャネルを通して管理コマンドを伝送するのに使用される。ビームフォーミング伝送は予約されていないＣＴＢ３７の範囲では許容されない。図４において、スーパーフレーム２０は、二つのスケジュール３０（例えばスケジュール１およびスケジュール２）を有するＣＦＰ２８を含む。各スケジュール３０は、複数の予約されたＣＴＢ３２を含み、ここでスケジュールの存続期間は複数のＣＴＢ時間ブロック３２間に分けられる。それぞれの予約されたＣＴＢ３２は、対応されるスケジュールの部分に配分され、ここで、Ｔ１は、それぞれのスケジュール１のインターバル（ｉｎｔｅｒｖａｌ）の開始（ｓｔａｒｔ）間の時間間隔を示して、Ｔ２は、各スケジュール２インターバルの開始間の時間間隔を示す。
【００３２】
ビーコン２２は、すべてのスーパーフレーム２０の開始を確認するために定期的にコーディネイタ１２によって伝送される。スーパーフレーム２０および他のパラメータの構成はビーコン２２に含まれている。例えば、ビーコン２２は、開始時間とＣＢＣＰ期間２４およびＣＦＰ期間２８の長さを示す。さらに、ビーコン２２は、ＣＦＰ２８内ＣＴＢの配分を他の基地局１４およびストリームに指示する。基地局１４は、予約されていないＣＴＢ３７のタイミング情報を分かることができるため、ビーコン２２は予約されていないＣＴＢ３７のためのタイミング情報を運送する必要がない。
【００３３】
予約基盤の時間配分のために、ビームフォーミングを使用するデータ伝送は、予め予約を行わなければならない。基地局１４はパケット３１内の等時性ストリームおよび非同期性データ両側の伝送のためにコーディネイタ１２からチャネル帯域幅を要請する。仮に充分な帯域幅が可能であるならば、コーディネイタ１２は基地局１４のためのスケジュール３０を配分する。スケジュール３０は、すべてのＮ個数スーパーフレーム２０内の一つの予約されたＣＴＢ３２または各スーパーフレーム２０内の少なくとも一つの予約されたＣＴＢ３２を含み得る。一般的に、等時性ストリームは各スーパーフレーム２０のために一つのスケジュール３０範囲内に伝送することができる。しかし、一つの等時性または非同期性ストリームのための複数のスケジュール３０を配分するのは可能である。また、同じ機器に属する複数のストリームは一つのスケジュール３０以内に伝送することができる。ネットワークでソースから目的地（例えばシンク）まで伝送された各々のパケット３１０は目的地から伝送された対応されるＡＣＫパケット３３を有している。各データパケット３１および対応されるＡＣＫパケット３３はデータ−ＡＣＫペア（ｐａｉｒ）を形成する。ＣＴＢ３２は、シングルデータ−ＡＣＫペアまたは複数のデータ−ＡＣＫペアを含み得る。
【００３４】
スケジュール３０は、一つの予約されたＣＴＢ３２が毎１〜２秒ごとに現れる周期的なビーム−サーチのために使用され得る。ビーム−サーチは、ビーム伝送のためにサーチし、ビームフォーミングパラメータを調整するために使用される。周期的なビーム−サーチは予約されていないＣＴＢ３７の範囲内で実行することができる。周期的なビーム−サーチ以外にも不良チャネル状態のような要素によってイベント主導（ｅｖｅｎｔ−ｄｒｉｖｅｎ）ビーム−サーチ（例えば動的ビーム−サーチ）が誘発され得る。イベント−主導ビーム−サーチは、他の予約されたスケジュールに対して影響を及ぼさずに実現することができる。また、スケジュール（Ｔｒｅｓｅｒｖｅｄ＿ＣＴＢ）に対する予約されたＣＴＢの長さと予約されたＣＴＢ（Ｔｕｎ＿ｒｅｓｅｒｖｅｄ＿ＣＴＢ）以後の予約されていないＣＴＢの長さの合計はビーム−サーチ期間Ｔｂｅａｍ−ｓｅａｒｃｈｉｎｇ（例えば４０μｓ）の長さより小さくてはならない。すなわち、Ｔｒｅｓｅｒｖｅｄ＿ＣＴＢ＋Ｔｕｎ＿ｒｅｓｅｒｖｅｄ＿ＣＴＢ≧Ｔｂｅａｍ−ｓｅａｒｃｈｉｎｇ。
【００３５】
図５は、ビーム−サーチのためにビーム−サーチ期間ＢＳＰ２６の例を示す。一般的に、毎１〜２秒ごとにＢＳＰ２６は対応されるスーパーフレーム２０範囲内に現れる。ビーム−サーチの他に、ビーム−トラッキング情報（ｂｅａｍ−ｔｒａｃｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）（ＢＦＴｒａｃｋ）は動的変化にもかかわらず、ビームフォーミング伝送のためのリンククォリティー（ｌｉｎｋ  ｑｕａｌｉｔｙ）を維持するために送信器（機器１４）および受信器（コーディネイタ１２）でビームフォーミングパラメータをファインーチューン（ｆｉｎｅ−ｔｕｎｅ）するために使用される。図６は、スーパーフレーム２０での時間配分の例を示し、データ−ＡＣＫペアでビーム−トラッキング情報３１Ｂは、データパケット３１にピギーバック（ｐｉｇｇｙｂａｃｋ）されて、ビーム−トラッキング情報３３Ｂは、対応するＡＣＫパケット３３にピギーバックされる。ピギーバックプロセスは毎５〜１０データ−ＡＣＫペアのように周期的に発生する。一般的に、予約されたＣＴＢ３２はピギーバックされたビーム−トラッキング情報３１Ｂを含むパケット３１およびピギーバックされたビーム−トラッキング情報３３Ｂを含む対応されるＡＣＫパケット３３を含むビーム−トラックグループ期間３５を少なくとも一つ維持するのに充分に長い。
【００３６】
配分されたスケジュールは帯域幅要求により変更され得、コーディネイタ１２は、ビーコン２２を利用して知らされることができる。配分されたスケジュール３０は、複数のスーパーフレーム２０をスパン（ｓｐａｎ）することができたり、一つの特別なスーパーフレーム内に存在したりすることができる。各スケジュール３０は同一の期間を有するように対等に（ｅｖｅｎｌｙ）分散して予約されたＣＴＢ３２のシリーズを含み得る。スーパーフレーム２０のスケジュール３０で予約されたＣＴＢ３２に対応する分散を要求する理由は以下の内容を含み得る。
【００３７】
１．対等に分散して予約されたＣＴＢ３２は、等時性ストリームでデータが連続的にバッファされるため、無線伝送によって引き起こされるジッター（ｊｉｔｔｅｒ）を減少させることができる。
【００３８】
２．バッファサイズは、送信器（例えばソース基地局）および受信器（例えば目的地基地局）で減少することができる。
【００３９】
３．ビーコンフレーム内でＣＦＰ配分情報は一つのスケジュール技術（ｄｅｓｃｒｉｐｔｉｏｎ）がスーパーフレーム２０内で複数の予約されたＣＴＢをカバーすることができるため、減少することができる。これは大きいビーコンフレームが高い通信オーバーヘッドを導入できるＬＲチャネル１６を通してビーコンを伝送することができるため、ＷｉＨＤアプリケーションに有用である。
【００４０】
図７は、本発明によって一つのデータパケットバッファサイズ要求を含む二つのストリームのための時間配分を含むスーパーフレーム構造を示す。特に図７は、図４と類似の二つのスケジュール３０（例えばスケジュール１およびスケジュール２）が配分されたＣＦＰ２８時間配分を含むスーパーフレーム２０の例を示す。各スケジュール３２は複数のＣＴＢ３２を含む。時間配分は一つのデータパケットバッファサイズ要求を含む二つのストリームのためのものである。それぞれのスケジュール３０に対してバッファサイズの要求を最小化するために、単にシングルデータ−ＡＣＫペア３１、３３が各ＣＴＢ３２範囲以内に許容される。したがって、各ストリームに対して送信器はパケットを対応するスケジュール（スケジュール１またはスケジュール２）を使用する受信器に周期的に伝送する。Ｔ１は、それぞれのスケジュール１のインターバルの開始間の時間間隔を示して、Ｔ２は、それぞれのスケジュール２のインターバルの開始間の時間間隔を示す。
【００４１】
図８は、本発明による二つのストリームのためＣＦＰ時間配分を含むスーパーフレームの例を図示し、ここで送信器と受信器は大きいバッファを有している。特に、図８は二つのスケジュール３０Ａ、３０Ｂ（例えばスケジュール１およびスケジュール２）を含む他のＣＦＰ２８時間配分を含むスーパーフレーム２０の例を示す。各スケジュールは単に二つのストリーム間のスイッチングを最小化するためにスーパーフレーム２０で一つの予約されたＣＴＢ３２を含む。スケジュール１またはスケジュール２を使用する送信器は一つのスーパーフレーム内に伝送されなければならないすべてのパケットをバッファし、一つのＣＴＢ３２以内にバースト方式（ｂｕｒｓｔ  ｆａｓｈｉｏｎ）で前記パケットを受信器に伝送する。
【００４２】
予約されていないＣＴＢ３７（図４、図６）は、主に基地局１４とコーディネイタ１２との間、そして仮に、ダイレクトリンクサポート（ＤＬＳ：Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｕｐｐｏｒｔ）が許容されるなら、基地局１４間に制御および管理パケットの伝送のために使用される。予約されていないＣＴＢ３７のあいだ、単に全方向性（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎ）モードで動作するＬＲチャネル１６が利用され得る。いかなる情報も予約されていないＣＴＢ３７のあいだＨＲチャネル１８に伝送されることができない。キャリアセンスマルチアクセス（ＣＳＭＡ：Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）またはスロットアロハ方式（Ｓｌｏｔ  Ａｌｏｈａ  Ｓｃｈｅｍｅ）のような他の競争基盤媒体（ｍｅｄｉｕｍ）アクセスメカニズムが予約されていないＣＴＢ３７のあいだ使用され得る。
【００４３】
予約されたスケジュールのためのタイミング情報は、各ビーコンフレーム２２（予約されたスケジュール）内の情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）に位置することができる。表１は、本発明による予約されたスケジュールＩＥフォーマットの例を示す。表２は、本発明によるスケジュールアイテムフォーマットを示す。
【００４４】
【表１】
2010525651.tif 000003
2010525651.tif 000004
表１および表２において、ＤｅｓｔＩＤはコーディネイタ１２のような目的地基地局（受信器）を示し、基地局１４のようなソース基地局（送信器）はパケットを伝送することができる。ＳｒｃＩＤはチャネル時間が配分された基地局を示す。チャネルＩＤは、チャネル帯域幅が配分されたチャネルを示す。ストリームインデックスフィールドは帯域幅配分に対応するストリームを示す。スケジュール開始オフセットフィールドは、スケジュールの開始時間を示す。スケジュール開始オフセットフィールドで値は前述したようにビーコンの開始から時間オフセットである。スケジュール開始オフセットのリソリューション（ｒｅｓｏｌｕｔｉｏｎ）は、１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの期間は、スケジュール内の各ＣＴＢ時間ブロックの長さを示す。時間ブロックの期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの数は一つのスーパーフレームのためのスケジュール範囲内の時間ブロックの数量を示す。時間ブロックの数の範囲は［０〜２５５］μｓである。スケジュール期間は、同じスケジュール３０（例えば図７）に属する連続的なＣＴＢ時間ブロック３２間の期間を示す。
【００４５】
帯域幅要請コマンドは、等時性および非同期性データトラフィックのためにチャネル時間配分を終結させたり要請、変更したりするために使用される。表３は、本発明による帯域幅要請コマンドのサンプルを示す。
【００４６】
【表２】
2010525651.tif 000005
各帯域幅要請アイテムはスケジュールアイテムに対応する。表４は、本発明による帯域幅要請フォーマットの例を示す。
【００４７】
【表３】
2010525651.tif 000006
表３および表４において、ＤｅｓｔＩＤは、ソース機器がパケットを伝送できる機器を示す。チャネルＩＤは、チャネル帯域幅が配分された機器を示す。ストリーム要請ＩＤフィールドは、コーディネイタからストリームインデックスを受信する前に機器の要請を唯一確認するために使用される。帯域幅要請は、新たな等時性ストリームのためのものであり、ストリーム要請ＩＤは機器のチャネル帯域幅要請の間に唯一のオリジナル機器（ｏｒｉｇｉｎａｔｉｏｎ  ｄｅｖｉｃｅ）によって生成されたノン−ゼロ（ｎｏｎ−ｚｅｒｏ）識別子である。ストリーム要請ＩＤは新たなストリームを確立するために全体フレーム交換シーケンスのあいだ継続して存在する。仮に帯域幅要請が存在するストリームを変更したり終結させようとしたりすると、または要請が非同期性配分のためのものであるとき、ストリーム要請ＩＤはゼロでセットされ、受信において無視される。ストリームインデックスは、コーディネイタによって配分されたストリームインデックスを示す。ここで、機器は、等時性ストリームの生成を要請し、ストリームインデックスは、オリジナル機器によって配分されていないストリーム値にセット（ｓｅｔ）される。ここで、機器は、非同期性チャネル時間の終結または予約を要請し、ストリームインデックスは非同期性ストリーム値にセットされる。ストリームインデックスが他でもなく配分されていないストリームインデックスまたは非同期性ストリームインデックス値であるとき、帯域幅要請アイテムは存在するスケジュールを変更または終結するための要請である。時間ブロックの期間はスケジュール範囲内の各時間ブロックの長さを示す。時間ブロックの期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。時間ブロックの数は、一つのスーパーフレームのためのスケジュール範囲内の時間ブロックの数を示す。時間ブロックの数に対する範囲は［０〜２５５］μｓである。最小スケジュール期間は、二つの連続的な時間ブロック間の最小許容期間を示す。最小スケジュール期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。仮に、最小スケジュール期間がゼロとセットされると、これはスケジュールがサブ−レート（ｓｕｂ−ｒａｔｅ）配分のためのものであることを示す。
【００４８】
帯域幅応答コマンドは、帯域幅要請に応答するために、等時性および非同期性データトラフィックのためのリソース配分を変更したり終結させたりするためにコーディネイタ１２によって使用される。表５は、本発明による帯域幅応答コマンドのサンプルフォーマットを示す。
【００４９】
【表４】
2010525651.tif 000007
表５において帯域幅応答アイテム情報は以下表６のサンプルフォーマットを含む。
【００５０】
【表５】
2010525651.tif 000008
表６において、リーズンコードは帯域幅要請が認定（ｇｒａｎｔ）されるかどうかを示す。仮にそうではなければ、リーズンコードは、具体的な理由を示し、このとき「０」は、帯域幅が成功的に配分されたことを意味する。さらに本発明によって、動的ＣＴＢ拡張は、柔軟なチャネル時間配分を提供するために実現される。予約されたＣＴＢ３２のあいだ、仮にさらに多いチャネル時間が現在予約されたＣＴＢ（例えば、パケット再伝送、イベント−主導ビーム−サーチのための）に相次いで直ちに要請されるなら、現在予約されたＣＴＢ３２に相次ぐ予約されていないＣＴＢ３７（仮に可能であれば）を現在ＣＴＢ３２に拡張させて使用することができる。現在予約されたＣＴＢ３２がＨＲチャネル１８の上にコーディネイタ１２と基地局１４との間のデータ伝送のために使用されると、コーディネイタ１２はＬＲチャネル１６の上にＣＴＢ拡張告知（ａｎｎｏｕｎｃｅｍｅｎｔ）コマンドをブロードキャストする。コーディネイタ１２からＣＴＢ拡張告知コマンドを受信すると、現在予約されたＣＴＢ３２に含まれない基地局１４はＣＴＢ拡張期間のあいだＨＲチャネル１８競争を中断する。
【００５１】
仮に、現在予約されたＣＴＢ３２が二つの基地局１４間のダイレクトリンクデータ伝送に利用されるなら、ダイレクトリンク伝送のオリジネータ（ｏｒｉｇｉｎａｔｏｒ）は現在予約されたＣＴＢ３２を相次ぐ予約されていない有効なＣＴＢ３７が存在すると、コーディネイタ１２にＣＴＢ拡張要請コマンドを伝送する。ＣＴＢ拡張要請コマンドを受信した以後、コーディネイタ１２はＣＴＢ拡張告知コマンドをＬＲチャネル１６の上にブロードキャストする。ＣＴＢ拡張告知コマンドをコーディネイタ１２から受信すると、現在予約されたＣＴＢ３２に含まれない基地局１４はＣＴＢ拡張期間のあいだＨＲチャネル競争を中断する。ＣＴＢ拡張要請およびＣＴＢ拡張告知コマンドは、ＡＣＫパケット３３のような他のフレームと共にピギーバックされてチャネル利用効率を増加させることができる。
【００５２】
図９は、本発明による動的ＣＴＢ拡張を使用するイベント−主導ビーム−サーチの例を示す。スーパーフレーム２０でＣＴＢのシーケンスは予約されていないＣＴＢ３７−１（予約されていないＣＴＢ１）、予約されたＣＴＢ３２−１（予約されたＣＴＢ１）、予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）および予約されたＣＴＢ３２−２（予約されたＣＴＢ２）を含む。ＣＴＢ拡張期間において、伝送は競争基盤アクセスを使用せず、代わりに予約されたＣＴＢと共に同一の方法を使用するであろう。
【００５３】
チャネル状態に基づいたコーディネイタ１２は、要求される動的ビーム−サーチ期間を決定する。仮に、コーディネイタ１２が現在予約されたＣＴＢ３２−１（予約されたＣＴＢ１）と相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）の残余時間の合計がＴｂｅａｍｓｅａｒｃｈ期間より大きいと決定すれると、コーディネイタ１２はＬＲチャネル１６を通してＣＴＢ拡張告知コマンド３９Ａをブロードキャストして相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）を現在ＣＴＢ３２−１（予約されたＣＴＢ１）に拡張３２Ｅさせて使用されることを一部、または全体基地局１４に知らせる。その次に、ビーム−サーチが現在予約されたＣＴＢ３２−１（予約されたＣＴＢ１）期間３９Ｂのあいだ実行される。仮に現在ＣＴＢ拡張期間３２Ｅを許容すると（例えば、ビーム−サーチ以後のパケットの正常な伝送のための充分な時間がある）、正常なデータ伝送はビーム−サーチ期間３９Ｂ以後の現在ＣＴＢ拡張期間（３２Ｅ）のあいだ再試みされるであろう。
【００５４】
しかし、仮にコーディネイタ１２が現在予約されたＣＴＢ３２−１（予約されたＣＴＢ１）と相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）の残余時間の合計がＴｂｅａｍｓｅａｒｃｈ期間より小さいと決定すると、同一スケジュールのためにＣＴＢ拡張を含む次に予約されたＣＴＢ３２−２（予約されたＣＴＢ２）で実行される。
【００５５】
図１０の例に示すように、動的ＣＴＢ拡張はパケット再伝送のために利用することができる。スーパーフレーム２０でＣＴＢのシーケンスは予約されていないＣＴＢ３７−１（予約されていないＣＴＢ１）、予約されたＣＴＢ３２−１（予約されたＣＴＢ１）、予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）、および予約されたＣＴＢ３２−２（予約されたＣＴＢ２）を含む。
【００５６】
予約されたＣＴＢ３２−１のあいだ、少なくとも一つのデータパケット３１Ｅは誤りがある（受信器から対応するＡＣＫパケット３３Ｅにより指名された）受信器に受信される。誤りがあるパケット３１Ｅは送信器から再伝送されなければならない。現在予約されたＣＴＢ３２−１の満了する前に、コーディネイタ１２はＬＲチャネルを通してＣＴＢ拡張告知コマンド３９Ｂをブロードキャストして、相次ぐ予約されていないＣＴＢ３７−２（予約されていないＣＴＢ２）を現在ＣＴＢ３２−１（予約されたＣＴＢ１）に拡張３２Ｅさせて使用されることを一部、または全ての基地局１４に知らせる。これは現在ＣＴＢ３２−１を拡張して誤りがある受信器（パケット３１ＥＲに示す）に受信された前述したパケット３１Ｅの再伝送を含む拡張予約されたＣＴＢ３２−１の範囲内で初めから配分されたすべてのデータパケットを伝送する。
【００５７】
本発明は、動的ＣＴＢの除去（ｔｒｕｎｃａｔｉｏｎ）を提供して予約されたＣＴＢ内で使用されないチャネル時間をリリースする。予約されたＣＴＢのあいだ、必要なすべての伝送を完了した後、予約されたＣＴＢの残余チャネル時間は予約されていない時間にリリースされてチャネル帯域幅をフリー（ｆｒｅｅ）にする。仮に予約されたＣＴＢがコーディネイタ１２と基地局１４との間のデータ伝送のために使用されるなら、コーディネイタ１２は予約されたＣＴＢのためにすべての必要な伝送が完了した後ＬＲチャネル１６を通してＣＴＢ除去の告知コマンドをブロードキャストする。除去の告知コマンドを受信した基地局１４はＬＲチャネル１６を通してフレーム伝送のためＬＲチャネル１６に対する競争を開始することができる。
【００５８】
仮に現在予約されたＣＴＢ３２がダイレクトリンク伝送による二つの基地局１４間のダイレクトリンクデータ伝送に用いられるなら、動的ＣＴＢ除去は予約されたＣＴＢのためにすべての必要な伝送が完了した後、ＬＲチャネル１６を通してコーディネイタ１２にＣＴＢ除去要請コマンドを伝送するダイレクトリンク伝送のオリジネータを含む。ＣＴＢ除去要請を受信すると、コーディネイタ１２はＣＴＢ除去告知コマンドをＬＲチャネル１６の上にブロードキャストする。除去告知コマンドをコーディネイタ１２から受信すると、基地局１４はＬＲチャネルを通してデータ伝送のためＬＲチャネル１６競争を開始することができる。ＣＴＢ除去要請コマンドおよびＣＴＢ除去の告知コマンドは、ＡＣＫパケットのように他のパケット（フレーム）と共にピギーバックされてチャネル利用効率性を高めることができる。
【００５９】
ＣＴＢ拡張コマンドは、現在予約されたＣＴＢに相次ぐ予約されていないＣＴＢで動的にチャネル時間を予約するために使用することができる。表７は、ＣＴＢ拡張要請および告知コマンドのためのフォーマットの例を示し、ここでコマンドのタイプは拡張要請または告知を示す。
【００６０】
【表６】
2010525651.tif 000009
表７において、拡張期間は要請されたまたは現在予約されたＣＴＢ以後臨時に配分された時間の長さを示す。拡張期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。
【００６１】
ＣＴＢ除去コマンドは、現在予約されたＣＴＢで残余予約された時間をリリースするために使用される。表８は、ＣＴＢ除去要請および告知コマンドのフォーマットに対する例を示し、ここで、コマンドタイプのフィールドは除去要請または告知を示す。
【００６２】
【表７】
2010525651.tif 000010
表８において、リリース期間は、すべての必要な伝送以後の現在予約されたＣＴＢ内のリリースされた時間の長さを示す。リリースされた期間のリソリューションは１μｓであり、有効範囲は［０〜２００００］μｓである。
【００６３】
本発明は、サブ−ビーコン（ｓｕｂ−ｂｅａｃｏｎ）を含む動的リスケジューリング（ｒｅｓｃｈｅｄｕｌｉｎｇ）を提供する。ＣＴＢ拡張および除去プロセスは、現在予約されたＣＴＢのためのＣＴＢ期間の調整を行う。ＣＴＢ拡張および除去は、他の予約されたＣＴＢに影響を及ぼさないであろう。さらに一般的に、コーディネイタ１２は、サブ−ビーコンをブロードキャストしてさらに多くの柔軟なチャネル時間の調整を許容するための他の予約されたＣＴＢをリスケジュールすることができる。例えば、他のスケジュールに属した予約されたＣＴＢの開始時間は移動されてより多い拡張時間を有するため現在予約されたＣＴＢを許容することができる。他のスケジュールの訂正された時間情報は、サブ−ビーコンフレームに位置し、すべての基地局に予約されたＣＴＢのために訂正された時間を知らせることができる。
【００６４】
正常に無線ネットワークインターフェース（ＷＮＩ：Ｗｉｒｅｌｅｓｓ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）はアクティブ（ａｃｔｉｖｅ）からスリップモード（パワーセービング）およびその反対の場合の変換において時間とエネルギーの相当量を占める。変換においてエネルギー消費はアクティブ状態でのエネルギー消費と同一である。したがって、無線ネットワークで本発明によって図１１で言及しているスーパーフレーム２０の例において、パワーセービング（ＰＳ）機器はビーコン２２以後直ちに予約されていない期間（予約されていないＣＴＢ１３７−１）に対して競争する。ＰＳ機器は、すべてのビーコン、または選択的にいくつかのビーコンを受信するためにアウエイク（ａｗａｋｅ）されなければならないため、ＰＳ機器は予約されていないＣＴＢにアクセスするためにアウエイクされたまま残っていることもある。このようなことはスリーピング（ｓｌｅｅｐｉｎｇ）およびスーパーフレームのあるところに位置している他の予約されていない期間にアクセスするために遅くアウエイク（ａｗａｋｉｎｇ）することにおいて追加的なエネルギー消費を避けるようにする。また、図１１は予約されたＣＴＢ１３２−１、予約されていないＣＴＢ２３７−２および予約されたＣＴＢ２３２−２を含む引き継ぐ時間ブロックを示す。
【００６５】
本発明は、ビーコンフレームで運送されるチャネルタイムブロック配分の技術（ｄｅｓｃｒｉｐｔｉｏｎ）を単純化させる。さらに、アクセス制御プロセスは受信するバッファサイズが充分に大きくなることにおいてストリームの複数のパケットの伝送によるパワーセービングの増進とイベント−主導ビーム−サーチおよび再伝送によって引き起こされるチャネル時間配分の動的変化に対するさらに良いサポートに対する許容、非圧縮されたビデオ伝送および多重化｛たじゅうか｝（ｍｕｌｔｉｐｌｅｘｉｎｇ）、それによる遅延およびジッター（ｊｉｔｔｅｒ）の減少のような多次元の要求を許容する。さらに、複数の予約されていないチャネルタイムブロックは上位層制御メッセージ（例えば、ＣＥＣコマンド）の伝送、ＭＡＣ制御、遅延およびジッターを減少させるためのフレーム管理のために使用され得る。
【００６６】
この技術（ｄｅｓｃｒｉｐｔｉｏｎ）において、アクセスポイント（ＡＰ：ａｃｃｅｓｓ  ｐｏｉｎｔ）のようなコーディネイタは無線通信基地局の一形態である。類似に、基地局１４は無線通信基地局の一形態である。一例として、各無線通信基地局は無線通信システムで伝送および／または受信が無線チャネルを通して可能である。したがって、無線通信基地局はトランスミッタ（ｔｒａｎｓｍｉｔｔｅｒ）、送信器、受信器、イニシエータ（ｉｎｉｔｉａｔｏｒ）および／または応答機としての機能をすることができる。コーディネイタは、スタンド−アローン（ｓｔａｎｄ−ａｌｏｎｅ）機器、またはシンク機器および／またはソース機器のような基地局の構成要素であり得る。
【００６７】
図１２は、本発明によるコーディネイタ１２によって実現されたコーディネーション過程４０の例に対するフローチャートを示す。以下、次のようなステップを含む。
【００６８】
ステップ４１：チャネルコーディネーションのための初期化。
【００６９】
ステップ４２：コーディネイタがネットワークの構成パラメータを決定して周期的にビーコンを伝送し始める。
【００７０】
ステップ４３：コーディネイタは、基地局からチャネル帯域幅の予約要請を受信する。
【００７１】
ステップ４４：帯域幅の予約要請を受信すると、コーディネイタが帯域幅の有効性を決定する。仮に予約要請を満足させるほどの充分な帯域幅がある場合、次のステップ４５に進む。そうではなければステップ４６に進む。
【００７２】
ステップ４５：コーディネイタが要請する基地局のための予約されたＣＴＢを含むスケジュールを予約する。プロセスは、次の帯域幅の予約要請を行うためにステップ４３に再び戻って行う。
【００７３】
ステップ４６：コーディネイタが要請する基地局に予約拒絶コマンドを伝送する。プロセスは、次の帯域幅の予約要請を行うためにステップ４３に再び戻って行う。
【００７４】
図１３は、図１２の過程を行うコーディネイタ１２を含むネットワークで基地局１４によって行われるプロセス５０の例に対するフローチャートを示す。以下、次のようなステップを含む。
【００７５】
ステップ５１：伝送のための初期化。
【００７６】
ステップ５２：基地局はアプリケーション層からストリーム伝送要請を受信する。
【００７７】
ステップ５３：基地局はチャネル帯域幅の予約要請をコーディネイタに伝送してストリーム伝送のためのチャネル時間を予約する。
【００７８】
ステップ５４：基地局はコーディネイタから帯域幅の予約承認のための点検をする。仮に承認されると、コーディネイタはＣＴＢを予約してプロセスはステップ５５に進む。仮にそうではなければ、プロセスはステップ５６に進む。
【００７９】
ステップ５５：基地局が複数のＣＴＢを含む予約されたスケジュールによって受信器（例えばコーディネイタ１２または他の基地局１４）に無線チャネルを通してストリームをパケットに伝送をし始める。プロセスは次のストリームの伝送要請を進行させるためにステップ５２に戻って行う。
【００８０】
ステップ５６：基地局はアプリケーション層にストリーム伝送のための不充分な帯域幅を知らせる。プロセスは次の帯域幅の予約要請を行うためにステップ５２に戻って行う。
【００８１】
図１４は、本発明の一実施形態による無線基地局間にお非圧縮ＨＤビデオ伝送を実現する他の無線ネットワーク１００の機能的なブロックダイアグラムを示す。ネットワーク１００は、コーディネイタ１０２と複数の無線基地局１０４（例えば機器１、…、機器Ｎ）を含む。本発明によるチャネルアクセスのためのコーディネイタ機能はスタンド−アローンコーディネイタ１０２によって実現される。本例において、コーディネイタ１０２は機器２と機器１基地局との間のＨＲチャネル１９を通してビデオ情報の伝送のためにチャネルアクセス制御を提供する。
【００８２】
コーディネイタ１０２は、前述されたチャネルアクセス機能およびスケジュルリンを実現する。コーディネイタ１０２は、スーパーフレームスケジュルリン方式を使用する無線チャネルを通して情報の通信を管理する。コーディネイタ１０２は、チャネル帯域幅有効性点検およびチャネル帯域幅の予約要請を受信するコントローラ１０８と本発明によって前述したスーパーフレームスケジュルリン方式を使用するチャネルタイムブロックのような有効なチャネル帯域幅を予約するスケジューラ１０６を含む。スケジューラ１０６は、周期的にビーコンを伝送してチャネル時間を複数のスーパーフレームに分離させる。前述したように、各スーパーフレームには競争期間および競争回避期間がある。各ＣＦＰには少なくとも一つのスケジュールがある。スーパーフレームは複数のＲＣＴＢまたはＵＣＴＢを含むＣＦＰとＣＢＣＰを含む。
【００８３】
図１５は、前述したように本発明によるビデオとデータ伝送を実行するコーディネイタ機能モジュール２０１、トランスミッタ（送信器）基地局２０２、および受信器２０４を含む無線通信システム２００の例に対する機能的ブロックダイアグラムを示す。コーディネイタ２０１は図１４でコーディネイタ１０２の機能を実現する。図１５で、コーディネイタ２０１は、スタンド−アローン機器（図１４のように）で実現されるか、送信器または受信器（図１のように）の部分として実現できる論理的なモジュールである。
【００８４】
送信器２０２は、ＰＨＹ層２０６、ＭＡＣ層２０８およびアプリケーション層２１０を含む。ＰＨＹ層２０６は、ＬＲチャネル通信モジュール２０３およびＨＲチャネル通信モジュール２０５制御の下にシグナルを伝送／受信するラジオ周波数（ＲＦ：Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）の通信モジュール２０７を含む。アプリケーション層２１０は、ＭＡＣ層２０８によってＭＡＣパケットに転換されるパケット化（ｐａｃｋｅｔｉｚｉｎｇ）ストリームのためのオーディオ／ビジュアル（Ａ／Ｖ：Ａｕｄｉｏ／Ｖｉｓｕａｌ）の前処理（ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ）モジュール２１１を含む。アプリケーション層２１０は、ストリーム伝送要請および制御コマンドをコーディネイタ２０１に伝送して前述したように予約された時間ブロックによってパケット伝送のためのチャネルタイムブロックを予約するＡＶ／Ｃ制御モジュール２１２をさらに含む。
【００８５】
受信器２０４は、ＰＨＹ層２１４、ＭＡＣ層２１６およびアプリケーション層２１２を含む。ＰＨＹ層２１４は、ＬＲチャネル通信モジュール２１５およびＨＲチャネル通信モジュール２１７の制御の下でシグナルを伝送／受信するＲＦ通信モジュール２１３を含む。アプリケーション層２１０は、ＭＡＣ層２１６によって受信されたＭＡＣパケットでビデオ情報、ストリームにティ−パケット化（ｄｅ−ｐａｃｋｅｔｉｚｉｎｇ）するためのＡ／Ｖ後処理モジュール２１９を含む。アプリケーション層２１０はストリーム制御を扱うＡＶ／Ｃ制御モジュール２２０をさらに含む。ビームフォーミング伝送は高率チャネルを通して実行される。
【００８６】
以上添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明が、その技術的思想や必須の特徴を変更せずに他の具体的な形態で実施され得ることを理解することができる。したがって、上記、実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。
【符号の説明】
【００８７】
１２、１０２、２０１    コーディネイタ
１０６    スケジューラ
１０８    コントローラ
【図１】
2010525651.tif 000011
【図２】
2010525651.tif 000012
【図３】
2010525651.tif 000013
【図４】
2010525651.tif 000014
【図５】
2010525651.tif 000015
【図６】
2010525651.tif 000016
【図７】
2010525651.tif 000017
【図８】
2010525651.tif 000018
【図９】
2010525651.tif 000019
【図１０】
2010525651.tif 000020
【図１１】
2010525651.tif 000021
【図１２】
2010525651.tif 000022
【図１３】
2010525651.tif 000023
【図１４】
2010525651.tif 000024
【図１５】
2010525651.tif 000025
【国際調査報告】
2010525651.tif 000026
2010525651.tif 000027