JP5592407B2 - 移動局のスリープ・モードを調整するための方法およびデバイス - Google Patents

Description

本発明は、通信ネットワークに関し、特に、ワイヤレス通信ネットワーク中のリレー装置および移動局に関する。

モバイル通信は人々の生活を変え、また、人々はモバイル通信ネットワークに対して新たなより高い要求を有している。モバイル・ネットワーク事業者は、移動局のより良いカバレージ、（特にセル・エッジ・ユーザのための）より高いユーザ・スループット、より低い送信レイテンシ、およびより長いバッテリー寿命を提供する必要がある。これらは、ＩＭＴ−Ａｄｖａｎｃｅｄ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｃｈｎｏｌｏｇｙ−Ａｄｖａｎｃｅｄ）のターゲットでもあり、いくつかの標準化組織は、次世代モバイル通信、たとえば、ＩＥＥＥ（米国電気電子技術者協会）８０２．１６ｍおよびＬＴＥ−Ａｄｖａｎｃｅｄ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）などのための新しい研究に着手している。

カバレージを拡大し、（特にセル・エッジ・ユーザのための）ユーザ・スループットを向上させるコスト効率の高い方法として、マルチホップ・リレー技法が、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）システムおよびＬＴＥ−Ａｄｖａｎｃｅｄにおいて採用されてきた。

より長いバッテリー寿命に関しては、一方では、バッテリー容量を増加させるために高度な設計方法および新しい材料を採用しなければならず、他方では、モバイル通信ネットワークの助けを借りて、移動局（ＭＳ）とネットワークとの間のネゴシエーション機構を利用し、たとえば、移動局のスリープ・モードの導入により移動局のアウェイク時間を低減し、したがって移動局の電力消費を節約することができる。ただし、スリープ・モードは、ボイス通信サービスなど、レイテンシ敏感サービス、すなわち、低レイテンシを要求するリアルタイム・サービスに何らかの悪影響を及ぼす。したがって、マルチホップ・リレー・システムにおいてバッテリーの節電と無視できるオーバーヘッドをもつリアルタイム性質との間でどのようにトレード・オフするかが、本発明で解決される技術的問題である。

スリープ・モードは、ＭＳとネットワークとの間のネゴシエーションを意味し、基地局は、「リスニング・ウィンドウ（ｌｉｓｔｅｎｉｎｇ ｗｉｎｄｏｗ）」と呼ばれる特別な間隔でのみデータ送信をスケジュールし、ＭＳは、「スリープ間隔（ｓｌｅｅｐｉｎｇ ｉｎｔｅｒｖａｌ）」と呼ばれる他の間隔中にスリープ・ステータス（ｓｌｅｅｐｉｎｇ ｓｔａｔｕｓ）を維持する。

マルチホップ・リレー・システムが複数のリンクを含むことを考慮し、ＢＳとＭＳとの間の経路上のいずれかのリンクにおいて何らかの誤りが生じた場合、再スケジューリングおよび再送信が実施され、そのとき、「リスニング間隔（ｌｉｓｔｅｎｉｎｇ ｉｎｔｅｒｖａｌ）」がＭＳによって消失されることがある。現在のソリューションは、データをＭＳに送信するために次の「リスニング間隔」を待つことである。図１に示すように、データを再送信するために次の「リスニング間隔」を待つ詳細なプロシージャは次のように説明され得る。

図１に示すように、たとえば、マルチホップ・リレー・システム中のＢＳ１は集中型スケジューリングを採用し、データ・パケットはＨＡＲＱ（ハイブリッド自動再送要求）の符号化方式を使用し、リレー局（ＲＳ）２が間違ったパケットを検出したときのプロセス・フローは次のように説明される。図１に示すＢＳ１は、ワイヤレス・マルチホップ・リレー・ネットワーク中にあり、ＢＳ１は、１つまたは複数のＲＳ２を介してＭＳ３と通信を確立することができ、直接ＭＳ３と通信を確立することもできる。

フレームＮにおいて、図１のステップｉに示すように、ＢＳ１は、ＢＳ１とＲＳ２との間、またはＲＳ２とＲＳ２との間のリレー・リンクだけでなく、ＢＳ１とＭＳ３との間、または、ＲＳ２とＭＳ３との間のアクセス・リンクをも含む、ＢＳ１とＭＳとの間のすべてのリンク上のＨＡＲＱパケットの最初の送信をスケジュールする、すなわち、リレー・リンクおよびアクセス・リンク上のすべてのネットワーク装置のための時間および周波数リソースなどの通信リソースを割り振り、ＤＬ ＨＡＲＱバーストを次のホップＲＳ２に送り、その上、図１のステップｉに示すように、同じフレームにおいて、ＢＳ１は、ＲＳリレーＭＡＰメッセージを含むＤＬ ＭＡＰをＲＳ２に送り、ＲＳアクセスＭＡＰメッセージをＲＳ２に送る。

次いで、図１のステップｉｉに示すように、ＲＳ２は、ＭＳ３に送られるデータ・フレーム中のＤＬ ＨＡＲＱバーストが間違っているかどうかを検証する。詳細には、ＲＳ２はＣＲＣ（巡回冗長符号）によって検査することができる。

次いで、図１のステップｉｉｉに示すように、間違っていた場合、ＲＳ２は、それ自体のＲＳ ＤＬ ＭＡＰを変更し、ＭＳ３のトランスポートＣＩＤをそれ自体の基本ＣＩＤなどの管理ＣＩＤ（接続ＩＤ）と置き換え、ＭＳ３に送られる間違ったデータ・バーストのデータ・サブキャリアをヌルに設定する。

次いで、ステップｉｖにおいて、ＲＳ２は、変更されたＤＬ ＭＡＰと、ヌル・データ・サブキャリアと、対応するパイロットとをＭＳ３に送る。ＭＳ３のトランスポートＣＩＤがＲＳの管理ＣＩＤに置き換えられるので、実際に、ＭＳ３は、それに送られたデータがあることを知らない。

さらに、ＲＳ２は、ネットワークによって構成された再送信機構に従って送信失敗を通知するために、ＮＡＣＫ（Ｎｏｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを送る。次いで、ＢＳ１は再送信をスケジュールする。

従来技術の上述の説明は、ＢＳ１に最も近いＲＳ２が伝送誤りを検出する例とともに説明される。確実に、誤りを検出するＲＳ２の位置は上述の例によって限定されず、誤りを検出するＲＳ２は、第２のホップ、第３のホップなどの中にあり得る。異なる位置にあるＲＳは、上述のステップと同様のステップにおいて間違ったパケットを処理し、したがって再び繰り返す必要はない。

ＢＳ１のスケジューリングは、データ・パケットの再送信がＭＳ３のリスニング・ウィンドウ内でＭＳ３に到着し、したがってＭＳ３がデータ・パケットを失わないことを保証しなければならない。間違ったパケットが生じない場合、ＢＳ１のスケジューリングは、データ・パケットが所定のリスニング・ウィンドウ内でＭＳ３に到着することを保証することができ、ただし、間違ったパケットが生じる場合、ＢＳ１は、再送信されたデータ・パケットを所定のリスニング・ウィンドウの次のリスニング・ウィンドウ内でＭＳ３に到着させるように、データ・パケットを再スケジュールする。したがって、現在のソリューションは以下の欠点をもたらす。
１.ＭＳ３は、ＢＳ１の再送信機構に従って所定のリスニング・ウィンドウの次のリスニング・ウィンドウ内でデータ・パケットを受信することがあり、したがって、これは、より長いレイテンシを生じ、ボイスなどのリアルタイム・サービスのＱｏＳ（サービス品質）を低下させ、ユーザ・エクスペリエンスを低下させることになる。
２.ヌル・データ・サブキャリアは有用な情報を搬送しないので、したがって、これは貴重なワイヤレス・リソースを浪費する。
３.中間ＲＳ２は、比較的長いスケジューリング遅延のために複数の不成功のトランスポート・パケットを記憶し、それによって多くのストレージが必要とされ、したがってＲＳ２のデバイス・コストが増加する。

従来技術の既存の上述の問題に鑑みて、本発明は、再送信が必要とされるときにスリープ・モードを調整するために移動局を制御するための方法およびデバイスを提案する。

本発明の第１の態様によれば、ワイヤレス・リレー装置において、スリープ・モードを調整するためにリレー装置によって支配される移動局を制御するための方法であって、ａ．リレー装置の前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を移動局に再送する必要があるかどうかを判定するステップと、ｂ．前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を移動局に再送する必要があるとき、移動局のスリープ・モードを調整するための調整関係情報を移動局に送るステップとを含む、方法が提供される。

本発明の第２の態様によれば、ワイヤレス移動局において、スリープ・モードを調整するための方法であって、Ａ．リレー装置から移動局のスリープ・モードを調整するための調整関係情報を受信するステップと、Ｂ．調整関係情報に従ってスリープ・モードを調整するステップとを含む、方法が提供される。

本発明の第３の態様によれば、ワイヤレス・リレー装置において、スリープ・モードを調整するためにリレー装置によって支配される移動局を制御するための第１の制御デバイスであって、リレー装置の前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を移動局に再送する必要があるかどうかを判定するための判定手段と、前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を移動局に再送する必要があるとき、移動局のスリープ・モードを調整するための調整関係情報を移動局に送るための送信手段とを含む、第１の制御デバイスが提供される。

本発明の第４の態様によれば、ワイヤレス移動局において、スリープ・モードを調整するための第２の制御デバイスであって、リレー装置から移動局のスリープ・モードを調整するための調整関係情報を受信するための受信手段と、調整関係情報に従ってスリープ・モードを調整するための調整手段とを含む、第２の制御デバイスが提供される。

本発明によって提供される技術的方式を使用する利点を次のように列挙する。
（１）比較的短いレイテンシが達成され得、ＢＳ１またはＲＳ２は、ユーザ・データをＭＳ３に送るために次のリスニング・ウィンドウまで待つ必要はなく、これにより、レイテンシ敏感サービス、たとえば、ボイス送信およびビデオ送信など、リアルタイム・プロパティに対する高い需要を有するサービスに特に好適なサービス・レベルが高くなる。
（２）ワイヤレス・リソースを完全に、効果的に利用し、従来技術のヌル・データ・サブキャリアの送信を防ぐ。
（３）現在の規格に対する変更は極めて小さく、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤの管理メッセージのみが定義される必要がある。
（４）ＲＳ２の装置に対する需要を減少させ、後続の再送信のための多くのデータを記憶する必要がない。

以下の図面を参照しながら非限定的な実施形態についての詳細な説明を読めば、本発明の他の特徴、目的および利点がより明らかになろう。

従来技術における、ＲＳが間違ったパケットを検出したときのプロセス・フローの例示的な図である。 本発明の一実施形態のネットワーク・トポロジーの概略図である。 本発明の詳細な実施形態による方法の概略流れ図である。 図4ａは、エンド・ツー・エンドの再送信機構の概略図であり、図４ｂはホップ・バイ・ホップの再送信機構の概略図である。 本発明による３種類の異なるスリープ・ウィンドウ調整方式の概略図である。 本発明の詳細な実施形態によるフレーム・フォーマットの概略図である。 本発明の詳細な実施形態によるデバイスのブロック図である。

図面では、同じまたは同様の参照符号は、同じまたは同様のステップ特徴またはデバイス／モジュールを指す。

図２に、本発明の一実施形態のネットワーク・トポロジーの概略図を示す。図２はマルチホップ・リレー・システムを示す。ＢＳ１の初期スケジューリングおよび構成を通して、ＢＳ１は、ＭＳ３に送られるデータ・パケットを処理し、転送するために、ＢＳ１を支援するために使用される、それぞれ２ａ、２ｂ．．．２ｎである、そのリンク中のｎ個のＲＳを判断する。

図３に、本発明の詳細な実施形態による方法の概略流れ図を示す。本実施形態では、説明するためにＲＳ２ｂを例にとる。

ステップＳ１０において、ＲＳ２ｂは、第１に、ＲＳ２ｂの前のホップ・ネットワーク装置がデータ・パケットをＭＳ３に再送信する必要があるかどうかを判定する。図２に示すように、本実施形態では、ＲＳ２ｂの前のホップ・ネットワーク装置はＲＳ２ａである。以下の３つのケースのうちのいずれか１つが生じたとき、ＲＳ２ｂの判定結果は、前のホップ・ネットワーク装置がデータ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要があるということになる。

ケース１：ＲＳ２ｂが、ＲＳ２ａからデータ・パケットを受信し、このデータ・パケットから誤りが生じたことを確認する。

たとえば、ＲＳ２ｂは、巡回冗長検査符号を使用して、ＲＳ２ａからのデータ・パケットを検査し、データ・パケット誤りを判定し、次いで、ＲＳ２ｂは前のホップ・ネットワーク装置を判定する、すなわち、ＲＳ２ａは、データ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要がある。確実に、送信機と受信機とは、双方が事前に同意している限り、他の誤り検査符号を使用することもでき、そのすべては本発明の保護範囲に属する。

ケース２：ＲＳ２ｂが、次のホップ・ネットワーク装置からＮＡＣＫメッセージを受信する。

一実施形態では、ＲＳ２ｂの次のホップ・ネットワーク装置はＭＳ３である。ＭＳ３がＢＳ１からデータ・パケットを受信した後、ＭＳ３はまた、巡回冗長検査符号または他の誤り検査符号を使用して、受信データ・パケットを検査する。検査が不合格であった場合、ＭＳ３は、データ・パケットを再送信するようにＢＳ１に要求するために、否定確認メッセージ、すなわち、ＮＡＣＫメッセージをＢＳ１に報告する。ＮＡＣＫメッセージは、リンク中の各ＲＳ、すなわち、ＲＳ２ｂおよびＲＳ２ａを介してＢＳ１に到着する。ＲＳ２ｂがＭＳ３からＮＡＣＫメッセージを受信したとき、ＲＳ２ｂは、ＲＳ２ａがスケジューリング情報をＭＳ３に送信する必要があると判定する。たとえば、集中型スケジューリングのシナリオでは、再送信リソースはＢＳ１によって事前に割り振られ、各ＲＳによって処理され、転送されるので、集中型スケジューリングのシナリオでは、ＲＳ２ｂは、ＲＳ２ａがスケジューリング情報をＭＳ３に送信する必要があると判定する。

変形実施形態では、ＲＳ２ｂの次のホップ・ネットワーク装置がＲＳであるとき、同様に、ＲＳ２ｂが次のホップ・リレー装置からＮＡＣＫメッセージを受信した後、ＲＳ２ｂは、ＲＳ２ａがスケジューリング情報を次のホップ・リレー装置に送信する必要があると判定する。

ケース３：ＲＳ２ｂが、所定の間隔が満了するまでに、次のホップ・ネットワーク機器からフィードバック・メッセージを受信しない。

一実施形態では、ＲＳ２ｂの次のホップ・ネットワーク装置はＭＳ３である。ＲＳ２ｂがＭＳ３にデータ・パケットを送信した後、ＲＳ２ｂは、ＲＳ２ｂとＭＳ３との間のホップ数情報など、ＲＳ２ｂとＭＳ３との間の距離を含む、その位置情報を事前に得ることがあり、その場合、ＲＳ２ｂは、ＭＳ３のフィードバック・メッセージがＲＳ２ｂに到着することができるときを推定し得る。フィードバック・メッセージは、ＡＣＫなどの肯定確認メッセージと、ＮＡＣＫなどの否定確認メッセージとを含む。たとえば、ＲＳ２ｂはＭＳ３から５ホップ離れており、その場合、データ・パケットがＭＳ３に到着するために５ホップが必要とされ、ＭＳ３からＲＳ２ｂへのフィードバック・メッセージも、ＲＳ２ｂに到着するために５ホップを必要とし、したがって、ＲＳ２ｂはフィードバック・メッセージの到着時間を推定することができる。１）リレー・リンクまたはアクセス・リンクでのデータ・パケットの伝送が失敗し、ＭＳ３がデータ・パケットを受信することができないとき、ＭＳ３はフィードバック・メッセージを前のホップ・ネットワーク装置に送信せず、それによって、ＲＳ２ｂは、一定の時間間隔内にＭＳ３からフィードバック・メッセージを受信することができない。２）その上、ＭＳ３が前のホップ・ネットワーク装置からデータ・パケットを受信し、フィードバック・メッセージを送信した場合、フィードバック・メッセージが伝送中に消失され、また、ＲＳ２ｂは、一定の時間間隔内にＭＳ３からフィードバック・メッセージを受信することができない。たとえば、各データ・パケットがＲＳ２ｂに到着した後、データ・パケットのフィードバック・メッセージの到着時間を記録するために、このデータ・パケットに対してタイマーをセットアップすることができる。タイマーが、一定の時間間隔が満了し、ＲＳ２ｂがまだＭＳ３からフィードバック・メッセージを受信していないことを示した後、ＲＳ２ｂは、ＲＳ２ａがデータ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要があると判定する。

変形実施形態では、ＲＳ２ｂの次のホップ・ネットワーク装置がＲＳであるとき、同様に、所定の間隔が満了するまでに、ＲＳ２ｂがまだ次のホップ・ネットワーク機器からフィードバック・メッセージを受信していない場合、ＲＳ２ｂは、ＲＳ２ａがデータ・パケットおよび／またはスケジューリング情報を次のホップ・リレー局に再送信する必要があると判定する。

ステップＳ１０において、ＲＳ２ｂが、ＲＳ２ａがデータ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要があると判定したとき、本発明はステップＳ１１に入り、ＲＳ２ｂはスリープ・モードの調整関係情報を生成する。

ＲＳ２ｂとＢＳ１との間のネットワーク構成情報のやり取り、共有コンテンツおよび周波数に従って、ＲＳ２ｂは、スリープ・モードの異なる調整情報を生成することができ、これは、説明するために次の３つのソリューションに分けられる。

ソリューション１：
ＲＳ２ｂは、ＢＳ１との協調によって、ＢＳ１のスケジューリング・ストラテジ、ＲＳ２が配置されたリンクによって使用される再送信機構、およびリレー・ネットワークのトポロジーなどを含む、ネットワーク構成関係情報をＢＳ１から得る。

ただし、ＢＳ１のスケジューリング・ストラテジは、ＢＳ１によって支配されるセルの負荷パラメータ、ＢＳ１によってスケジュールされる各移動局の優先度、各異なるサービスの優先度などを含む。たとえば、移動局のためのデータ再送信が必要とされる場合、ＢＳ１は、その支配される移動局を異なる優先レベルに分け、ＢＳ１は、各ＭＳの異なる優先レベルに従ってＭＳのための再送信をスケジュールするための待ち時間を判断することができるか、または、ＢＳ１は、異なるサービスを異なるレベルに分け、ＢＳ１は、サービスの優先度に従ってＭＳの異なるサービスのための再送信をスケジュールするための待ち時間を判断することもできる。たとえば、ＭＳがＶＩＰユーザであり、その要求されたサービスがボイス・サービスである、すなわち、より短いレイテンシを必要とするとき、ＢＳ１は、優先的にこのＶＩＰユーザのための再送信をスケジュールすることができる。

ＲＳ２が配置されたリンクによって使用される再送信機構は、それぞれ図４ａおよび図４ｂに示すエンド・ツー・エンドおよびホップ・バイ・ホップの再送信機構を含む。ただし、ｘは、データ・パケット伝送が失敗したことを意味する。図中の実線と黒三角矢印は、最初に送信されたデータを示し、点線と黒三角矢印はフィードバック情報を示し、実線とひし形矢印は、再送信されたデータを示し、実線と２つの白抜きの三角矢印は、実際は送信されなかったデータを示す。図４ａはエンド・ツー・エンドの再送信機構を示し、図４ｂはホップ・バイ・ホップの再送信機構を示す。図４ａに示すように、エンド・ツー・エンドの再送信機構では、各リレー装置はデータ・パケットを処理し、正しいと確認した場合は下方転送し、誤りが生じた場合は下方転送せず、ＨＡＲＱのすべての肯定／否定確認情報が一緒にＢＳ１に配信される。図４ａでは、ＢＳ１からＲＳ２ａに送信されたパケット中に誤りが生じなかったので、ＢＳ１は、ＢＳ１によって割り振られた再送信のためのリソースを示すためのスケジューリング情報をＲＳ２ａに送信するだけでよく、ＲＳ２ａにデータ・パケットを再送信する必要はなく、ＲＳ２ａは、データ・パケットをＲＳ２ｂに再送信し、スケジューリング情報を転送する。対照的に、図４ｂに示すように、ホップ・バイ・ホップの再送信機構では、ＲＳは、データ・パケット誤りを検出した直後に反応することができる。たとえば、図４ｂでは、パケット誤りを検出したとき、ＲＳ２ｂは直ちにＲＳ２ａに報告することができ、再送信は最も近いＲＳ（たとえばＲＳ２ａ）において確立され得、それによって反応時間および伝送遅延が短縮されるが、各ＲＳは、一定の伝送効率の低下を犠牲にして、ＨＡＲＱフィードバックを行うためにより多くのリソースを必要とする。

リレー・ネットワークのトポロジーは、ＲＳ２ｂの位置情報などを含み、たとえば、ＲＳ２ｂからＢＳ１までのホップ数と、ＲＳ２ｂからＭＳ３までのホップ数とを含む。

たとえば、ＲＳ２ｂは、ＢＳ１から、リレー・ネットワークの再送信機構がホップ・バイ・ホップのＨＡＲＱ再送信機構であることを得、したがって、ＲＳ２ｂがデータ・パケット伝送誤りを検出したとき、ＲＳ２ｂの前のホップ・ネットワーク装置、すなわち、ＲＳ２ａはデータ・パケットを再送信する。ＲＳ２ｂの位置情報は、たとえば、ＲＳ２ｂからＢＳ１までのホップ数は２ホップであり、ＲＳ２ｂからＭＳ３までのホップ数は５ホップであることを含む。さらに、ＭＳ３がＶＩＰユーザであり、ＭＳ３が要求するものがボイス・サービスである場合、ＲＳ２ｂは、ＲＳ２ａによって再送信されたデータ・パケットがＭＳ３に到着する正確な到着時間を推定することができ、したがってトリガ・リスニング・ステータスの開始時間が判断され得る。この時点で得られたトリガ・リスニング・ステータスの開始時間はデータ・パケットの正確な到着時間であるので、ＲＳ２ｂは、データ・パケットのサイズに従ってデータ・パケットの伝送時間を計算し、次いで、開始時間とデータ・パケットの伝送時間とに従ってトリガ・リスニング・ステータスの終了時間を計算することができる。図５中のソリューション１に示すように、ＲＳ２ｂは、ＭＳ３が、時間Ｔ１においてスリープ・ステータスからトリガ・リスニング・ステータスに切り替わる、すなわち、時間Ｔ１においてトリガ・リスニング・ウィンドウに入ることを示し、次いで、ＭＳ３が、時間Ｔ２においてトリガ・リスニング・ステータスからスリープ・ステータスに切り替わることを示し、すなわち、ＲＳ２ｂは、ＭＳ３が所定の時間間隔、すなわち、Ｔ１からＴ２までの時間間隔内にトリガ・リスニング・ステータスにあることを示す。代替的に、ＲＳ２ｂはまた、トリガ・リスニング・ステータスの開始時間Ｔ１と所定の時間間隔Ｔ１〜Ｔ２とを示す指示情報を生成することができる。

ソリューション２：
ＲＳ２ｂは、ＢＳ１との協調によって、ＲＳ２ｂが配置されたリンクによって使用されるＨＡＲＱ再送信機構、リレー・ネットワークのトポロジー、およびＲＳ２ｂの位置情報などを含む、ネットワーク構成関係情報をＢＳ１から得る。

ＲＳ２が配置されたリンクによって使用されるＨＡＲＱ再送信機構は、それぞれ図４ａおよび図４ｂに示されるエンド・ツー・エンドおよびホップ・バイ・ホップの再送信機構を含む。ソリューション１と同様に、再び繰り返す必要はない。

リレー・ネットワークのトポロジーは、ＲＳ２ｂの位置情報などを含み、たとえば、ＲＳ２ｂからＢＳ１までのホップ数と、ＲＳ２ｂからＭＳ３までのホップ数とを含む。

たとえば、ＲＳ２ｂは、ＢＳ１から、リレー・ネットワークの再送信機構がエンド・ツー・エンドのＨＡＲＱ再送信機構であることを得、したがって、ＲＳ２ｂがデータ・パケット伝送誤りを検出したとき、ＢＳ１はデータ・パケットの再送信をスケジュールする。ＲＳ２ｂの位置情報は、たとえば、ＲＳ２ｂからＢＳ１までのホップ数は２ホップであり、ＲＳ２ｂからＭＳ３までのホップ数は５ホップであることを含む。次いで、ＲＳ２ｂは、上述の情報に従って、再送信されたデータ・パケットの最も早い到着時間を推定することができ、この時間は、再送信されたデータ・パケットの最も早い到着時間であるので、ＲＳ２ｂは、再送信されたデータ・パケットがＭＳ３に到着する正確な時間を得ることはできないが、ＲＳ２ｂは、再送信されたデータ・パケットがＭＳ３に到着する最も早い時間を判定することができる。したがって、図５中のソリューション２に示されるように、ＲＳ２ｂは、時間Ｔ３から、ＭＳ３がスリープ・ステータスからトリガ・リスニング・ステータスに切り替わり、常にトリガ・リスニング・ステータスにあることを示すための指示情報を生成する。

ソリューション３：
ＲＳ２ｂがＢＳ１からネットワーク構成情報を得ることができない場合、図５中のソリューション３に示すように、ＭＳ３が全スリープ・ウィンドウ内でトリガ・リスニング・ステータスにある必要があることを、ＲＳ２ｂはＭＳ３に通知し、したがって、再送信されたデータ・パケットは消失されない。

ソリューション１および２では、ＲＳ２ｂによって得られるネットワーク構成情報は、ＢＳ１とＲＳ２ｂとがネットワーク構成情報をやり取りした後、ネットワーク構成開始中にＲＳ２ｂに記憶されたネットワーク構成情報とすることができ、ＲＳ２ｂによって得られるネットワーク構成情報は、ＲＳ２ｂがリアルタイムでＢＳ１に問い合わせた後、ＢＳ１がＲＳ２ｂに送信するネットワーク構成情報とすることもできる。

図６に、可能なＭＡＣ管理メッセージ・フォーマットを示す。

管理メッセージはＭＡＣメッセージのペイロードの拡張であり、ＭＡＣ管理メッセージ中の各フィールドは、次のようにそれぞれ詳細に説明される。
− 管理メッセージ・タイプ：
管理メッセージ・タイプは、メッセージは、スリープ・モードを調整するために、すなわち、ＭＳ３がトリガ・リスニング・ステータスに入るようにトリガするために使用されるメッセージであることを示す。いわゆるトリガ・リスニング・ステータスはテンポラリ・リスニング・モード（temporary listening mode）である。ＭＳ３は、初期設定によれば、この時間間隔内にスリープ・ステータスにあるはずであった。ただし、本発明では、ＭＳ３がＢＳ１から再送信されたデータ・パケットを受信することができることを保証するために、ＭＳ３は、その時間間隔内にテンポラリ・リスニング・ステータスに入る必要があり、したがって、データ・パケットを再送信するイベントによってリスニング・モードがトリガされる。
− 調整オプション：
調整オプション。２ビットによって示され得る、テンポラリ・トリガ・ウィンドウを調整するためのソリューションを示す情報。たとえば、
００はソリューション１を示す。
０１はソリューション２を示す。
１０はソリューション３を示す。
１１：予約済み。
− リスニング・ウィンドウの開始時間（随意）
リスニング・ウィンドウの開始時間（随意）。すなわち、トリガ・リスニング・ステータスに入るようにトリガするトリガ時間。リスニング・ウィンドウの開始時間情報は、スーパーフレーム数、フレーム数および／またはサブフレーム数によって示され得る。開始時間は、図５に示すソリューション１および２に適用され得る。
− リスニング・ウィンドウの数（随意）
リスニング・ウィンドウの数（随意）。すなわち、トリガ・リスニング・ステータスの持続時間。リスニング・ウィンドウの数情報は、スーパーフレームの数、フレームの数および／またはサブフレームの数によって示され得る。リスニング・ウィンドウの数は、図５に示すソリューション１に適用され得る。

さらに、リスニング・ウィンドウの数をリスニング・ウィンドウの終了時間と置き換えることもできる。

ステップＳ１１において、ＲＳ２ｂは、ネットワーク構成情報の得られた状態に従って上述のメッセージ・フォーマットに基づいてソリューション１〜３から１つを選択することによって、異なるスリープ・モード調整情報を生成する。確実に、メッセージ・フォーマットはこれに限定されず、上記は例示的なメッセージ・フォーマットにすぎない。

次いで、ステップＳ１２において、ＲＳ２ｂは、生成されたスリープ・モードの調整関係情報をＭＳ３に送信する。

ステップＳ１３において、ＲＳ２ｂから受信したスリープ・モードの調整関係情報に従って、ＭＳ３は、図５中のソリューションに従ってＭＳ３のスリープ・モードを調整する。それに応じて、ＭＳ３はまた、次のように説明される、図５中の３つのソリューションに対応する、３種類の異なる調整モードを使用し得る。

調整方法１：
ＭＳ３によって受信されたスリープ・モードの調整関係情報が、ＭＳ３がソリューション１を使用すべきことを示す場合、たとえば、図６を参照して、ＭＡＣ管理メッセージのペイロード中の調整オプションが００である場合、ＭＳ３は、図５中のソリューション１に従ってスリープ・モードを調整する、たとえば、時間Ｔ１においてトリガ・リスニング・ステータスに入り、次いで、時間Ｔ２においてトリガ・リスニング・ステータスを完了し、再びスリープ・ステータスに入る。

調整方法２：
ＭＳ３によって受信されたスリープ・モードの調整関係情報が、ＭＳ３がソリューション２を使用すべきことを示す場合、たとえば、図６を参照して、ＭＡＣ管理メッセージのペイロード中の調整オプションが０１である場合、ＭＳ３は、ソリューション２に従ってスリープ・モードを調整し、時間Ｔ３においてトリガ・リスニング・ステータスに入る。

調整方法３：
ＭＳ３によって受信されたスリープ・モードの調整関係情報が、ＭＳ３がソリューション３を使用すべきことを示す場合、たとえば、図６を参照して、ＭＡＣ管理メッセージのペイロード中の調整オプションが１０である場合、ＭＳ３は、ソリューション３に従ってスリープ・モードを調整する、すなわち、スリープ・ステータスに入らないが、リスニング・ステータスを維持する。

さらに、ＭＳ３は、データ伝送が完了したことを検出したとき、自動的にスリープ・ステータスに入ることができる。場合によっては、ソリューション１に示すように、ＭＳ３は、ＲＳ２ｂの指示に従ってスリープ・ステータスに入ることもできる。

上述の実施形態では、ステップＳ１１はＲＳ２ｂによって達成される、すなわち、ＲＳとＢＳの両方がネットワーク装置に属し、事業者によって管理されることを考慮する、ネットワーク構成情報に従って、ＲＳ２ｂはスリープ・モードの調整関係情報を生成し、ＲＳとＢＳとの間でネットワーク・トポロジーをやり取りすることはネットワーク情報をユーザに開示せず、これはネットワークの安全を保証する。

ネットワークの安全を考慮することなしに、変形実施形態では、ステップＳ１１が省略され得、その場合、ステップＳ１２’において、ＲＳ２ｂによってＭＳ３に送信された調整関係情報はネットワーク構成情報を含む。たとえば、ネットワーク構成情報は、誤りが発見されたＲＳの位置情報を含み得る。たとえば、ＲＳ２ｂが誤りパケットを検出したとき、ＲＳ２ｂは、第２のホップにおいてデータ・パケット誤りが生じたことを識別するために、識別情報をパケットに追加することができる。さらに、調整関係情報はまた、ＭＳを支配するＢＳによって構成された再送信機構、ＢＳのスケジューリング・ストラテジなどを含み得る。

次いで、ステップＳ１３において、ＭＳ３は、ネットワーク構成情報に従ってスリープ・モードを調整するためのモード調整情報を判断する。たとえば、誤りが発見されたＲＳの得られた位置情報と、ＢＳ１によって構成された再送信機構とに従って、ＭＳ３は、ＭＳ３のスリープ・モードを調整するためにソリューション１〜３のうちのどの１つを使用すべきかを判断する。動作は基本的にステップＳ１１中の動作と同様であるので、再び繰り返す必要はない。

本実施形態の適用シナリオは、ＲＳおよびＭＳがスリープ・モードを調整することをサポートすることが可能であるということを、ＢＳ１がネットワーク構成の初期期間中に事前にすでに知っており、その場合、ＢＳは、それに応じて再スケジューリングまたは再送信を行い得る、ということである。変形実施形態では、ＲＳおよびＭＳがスリープ・モードを調整することをサポートすることが可能であるかどうかを、ＢＳ１が事前に知ることができなかった場合、本方法は、ステップＳ１２の後に以下のステップをさらに含む。ＢＳ１がデータ・パケットをスケジュールするかまたは再送信するためにリアルタイムでＲＳおよびＭＳから情報を得るように、ＭＳ３は所定の時間間隔内にトリガ・リスニング・ステータスにあるということを、ＲＳ２ｂはＢＳ１に通知する。

本発明のデバイスの一実施形態は、次のように、図２と組み合わせて図７を参照して詳細に説明される。図７に、本発明の詳細な実施形態によるデバイスのブロック図を示す。一実施形態では、第１の制御デバイス１０は図２に示すＲＳ２ｂ中にあり、第２の制御デバイス２０は図２に示すＭＳ３中にある。

ただし、第１の制御デバイス１０は、判定手段１００と、生成手段１０１と、送信手段１０２とを含む。

第２の制御デバイス２０は、受信手段２００と調整手段２０１とを含み、調整手段２０１は判断手段２０１０をさらに含む。

最初に、判定手段１００は、第１に、ＲＳ２ｂの前のホップ・ネットワーク装置がデータ・パケットをＭＳ３に再送信する必要があるかどうかを判定する。図２に示すように、本実施形態では、ＲＳ２ｂの前のホップ・ネットワーク装置はＲＳ２ａである。以下の３つのケースのうちのいずれか１つが生じたとき、ＲＳ２ｂの判定結果は、前のホップ・ネットワーク装置がデータ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要があるということになる。

ケース１：ＲＳ２ｂが、ＲＳ２ａからデータ・パケットを受信し、このデータ・パケットから誤りが生じたことを確認する。

たとえば、ＲＳ２ｂは、巡回冗長検査符号を使用して、ＲＳ２ａからのデータ・パケットを検査し、データ・パケット誤りを判定し、次いで、判定手段１００は前のホップ・ネットワーク装置を判定する、すなわち、ＲＳ２ａは、データ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要がある。確実に、送信機と受信機とは、双方が事前に同意している限り、他の誤り検査符号を使用することもでき、そのすべては本発明の保護範囲に属する。

ケース２：ＲＳ２ｂが、次のホップ・ネットワーク装置からＮＡＣＫメッセージを受信する。

本実施形態では、ＲＳ２ｂの次のホップ・ネットワーク装置はＭＳ３である。ＭＳ３がＢＳ１からデータ・パケットを受信した後、ＭＳ３はまた、巡回冗長検査符号または他の誤り検査符号を使用して、受信データ・パケットを検査する。検査が不合格であった場合、ＭＳ３は、データ・パケットを再送信するようにＢＳ１に要求するために、否定確認メッセージ、すなわち、ＮＡＣＫメッセージをＢＳ１に報告する。ＮＡＣＫメッセージは、リンク中の各ＲＳ、すなわち、ＲＳ２ｂおよびＲＳ２ａを介してＢＳ１に到着する。ＲＳ２ｂがＭＳ３からＮＡＣＫメッセージを受信したとき、判定手段１００は、ＲＳ２ａがスケジューリング情報をＭＳ３に送信する必要があると判定する。たとえば、集中型スケジューリングのシナリオでは、再送信リソースはＢＳ１によって事前に割り振られ、各ＲＳによって処理され、転送されるので、集中型スケジューリングのシナリオでは、判定手段１００は、ＲＳ２ａがスケジューリング情報をＭＳ３に送信する必要があると判定する。

変形実施形態では、ＲＳ２ｂの次のホップ・ネットワーク装置がＲＳであるとき、同様に、ＲＳ２ｂが次のホップ・リレー装置からＮＡＣＫメッセージを受信した後、判定手段１００は、ＲＳ２ａがスケジューリング情報を次のホップ・リレー装置に送信する必要があると判定する。

ケース３：ＲＳ２ｂが、所定の間隔が満了するまでに、ＭＳからフィードバック・メッセージを受信しない。

ＲＳ２ｂがＭＳ３にデータ・パケットを送信した後、ＲＳ２ｂは、ＲＳ２ｂとＭＳ３との間のホップ数情報など、ＲＳ２ｂとＭＳ３との間の距離を含む、その位置情報を事前に得ることがあり、その場合、ＲＳ２ｂは、ＭＳ３のフィードバック・メッセージがＲＳ２ｂに到着することができるときを推定し得る。フィードバック・メッセージは、ＡＣＫなどの肯定確認メッセージと、ＮＡＣＫなどの否定確認メッセージとを含む。たとえば、ＲＳ２ｂはＭＳ３から５ホップ離れており、その場合、データ・パケットがＭＳ３に到着するために５ホップが必要とされ、ＭＳ３からＲＳ２ｂへのフィードバック・メッセージも、ＲＳ２ｂに到着するために５ホップを必要とし、したがって、ＲＳ２ｂはフィードバック・メッセージの到着時間を推定することができる。１）リレー・リンクまたはアクセス・リンクでのデータ・パケットの伝送が失敗し、ＭＳ３がデータ・パケットを受信することができないとき、ＭＳ３はフィードバック・メッセージを前のホップ・ネットワーク装置に送信せず、それによって、ＲＳ２ｂは、一定の時間間隔内にＭＳ３からフィードバック・メッセージを受信することができない。２）その上、ＭＳ３が前のホップ・ネットワーク装置からデータ・パケットを受信し、フィードバック・メッセージを送信した場合、フィードバック・メッセージが伝送中に消失され、また、ＲＳ２ｂは、一定の時間間隔内にＭＳ３からフィードバック・メッセージを受信することができない。たとえば、各データ・パケットがＲＳ２ｂに到着した後、データ・パケットのフィードバック・メッセージの到着時間を記録するために、このデータ・パケットに対してタイマーをセットアップすることができる。タイマーが、一定の時間間隔が満了し、ＲＳ２ｂがまだＭＳ３からフィードバック・メッセージを受信していないことを示した後、判定手段１００は、ＲＳ２ａがデータ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要があると判定する。

判定手段１００が、ＲＳ２ａがデータ・パケットおよび／またはスケジューリング情報をＭＳ３に再送信する必要があると判定したとき、生成手段１０１はスリープ・モードの調整関係情報を生成する。

ＲＳ２ｂとＢＳ１との間のネットワーク構成情報のやり取り、共有コンテンツおよび周波数に従って、生成手段１０１は、スリープ・モードの異なる調整情報を生成することができ、これは、説明するために次の３つのソリューションに分けられる。

ソリューション１：
ＲＳ２ｂは、ＢＳ１との協調によって、ＢＳ１のスケジューリング・ストラテジ、ＲＳ２が配置されたリンクによって使用される再送信機構、およびリレー・ネットワークのトポロジーなどを含む、ネットワーク構成関係情報をＢＳ１から得る。

ただし、ＢＳ１のスケジューリング・ストラテジは、ＢＳ１によって支配されるセルの負荷パラメータ、ＢＳ１によってスケジュールされる各移動局の優先度、各異なるサービスの優先度などを含む。たとえば、移動局のためのデータ再送信が必要とされる場合、ＢＳ１は、その支配される移動局を異なる優先レベルに分け、ＢＳ１は、各ＭＳの異なる優先レベルに従ってＭＳのための再送信をスケジュールするための待ち時間を判断することができるか、または、ＢＳ１は、異なるサービスを異なるレベルに分け、ＢＳ１は、サービスの優先度に従ってＭＳの異なるサービスのための再送信をスケジュールするための待ち時間を判断することもできる。たとえば、ＭＳがＶＩＰユーザであり、その要求されたサービスがボイス・サービスである、すなわち、より短いレイテンシを必要とするとき、ＢＳ１は、優先的にこのＶＩＰユーザのための再送信をスケジュールすることができる。

ＲＳ２が配置されたリンクによって使用される再送信機構は、それぞれ図４ａおよび図４ｂに示すエンド・ツー・エンドおよびホップ・バイ・ホップの再送信機構を含む。ただし、ｘは、データ・パケット伝送が失敗したことを意味する。図中の実線と黒三角矢印は、最初に送信されたデータを示し、点線と黒三角矢印はフィードバック情報を示し、実線とひし形矢印は、再送信されたデータを示し、実線と２つの白抜きの三角矢印は、実際は送信されなかったデータを示す。図４ａはエンド・ツー・エンドの再送信機構を示し、図４ｂはホップ・バイ・ホップの再送信機構を示す。図４ａに示すように、エンド・ツー・エンドの再送信機構では、各リレー装置はデータ・パケットを処理し、正しいと確認した場合は下方転送し、誤りが生じた場合は下方転送せず、ＨＡＲＱのすべての肯定／否定確認情報が一緒にＢＳ１に配信される。図４ａでは、ＢＳ１からＲＳ２ａに送信されたパケット中に誤りが生じなかったので、ＢＳ１は、ＢＳ１によって割り振られた再送信のためのリソースを示すためのスケジューリング情報をＲＳ２ａに送信するだけでよく、ＲＳ２ａにデータ・パケットを再送信する必要はなく、ＲＳ２ａは、データ・パケットをＲＳ２ｂに再送信し、スケジューリング情報を転送する。対照的に、図４ｂに示すように、ホップ・バイ・ホップの再送信機構では、ＲＳは、データ・パケット誤りを検出した直後に反応することができる。たとえば、図４ｂでは、パケット誤りを検出したとき、ＲＳ２ｂは直ちにＲＳ２ａに報告することができ、再送信は最も近いＲＳ（たとえばＲＳ２ａ）において確立され得、それによって、反応時間および伝送遅延が短縮されるが、各ＲＳは、一定の伝送効率の低下を犠牲にして、ＨＡＲＱフィードバックを行うためにより多くのリソースを必要とする。

リレー・ネットワークのトポロジーは、ＲＳ２ｂの位置情報などを含み、たとえば、ＲＳ２ｂからＢＳ１までのホップ数と、ＲＳ２ｂからＭＳ３までのホップ数とを含む。

たとえば、ＲＳ２ｂは、ＢＳ１から、リレー・ネットワークの再送信機構がホップ・バイ・ホップのＨＡＲＱ再送信機構であることを得、したがって、ＲＳ２ｂがデータ・パケット伝送誤りを検出したとき、ＲＳ２ｂの前のホップ・ネットワーク装置、すなわち、ＲＳ２ａはデータ・パケットを再送信する。ＲＳ２ｂの位置情報は、たとえば、ＲＳ２ｂからＢＳ１までのホップ数は２ホップであり、ＲＳ２ｂからＭＳ３までのホップ数は５ホップであることを含む。さらに、ＭＳ３がＶＩＰユーザであり、ＭＳ３が要求するものがボイス・サービスである場合、ＲＳ２ｂは、ＲＳ２ａによって再送信されたデータ・パケットがＭＳ３に到着する正確な到着時間を推定することができ、したがってトリガ・リスニング・ステータスの開始時間が判断され得る。この時点で得られたトリガ・リスニング・ステータスの開始時間はデータ・パケットの正確な到着時間であるので、生成手段１０１は、データ・パケットのサイズに従ってデータ・パケットの伝送時間を計算し、次いで、開始時間とデータ・パケットの伝送時間とに従ってトリガ・リスニング・ステータスの終了時間を計算することができる。図５中のソリューション１に示すように、ＲＳ２ｂは、ＭＳ３が、時間Ｔ１においてスリープ・ステータスからトリガ・リスニング・ステータスに切り替わる、すなわち、時間Ｔ１においてトリガ・リスニング・ウィンドウに入ることを示し、次いで、ＭＳ３が、時間Ｔ２においてトリガ・リスニング・ステータスからスリープ・ステータスに切り替わることを示し、すなわち、ＲＳ２ｂは、ＭＳ３が所定の時間間隔、すなわち、Ｔ１からＴ２までの時間間隔内にトリガ・リスニング・ステータスにあることを示す。代替的に、ＲＳ２ｂはまた、トリガ・リスニング・ステータスの開始時間Ｔ１と所定の時間間隔Ｔ１〜Ｔ２との指示情報を生成することができる。

ソリューション２：
ＲＳ２ｂは、ＢＳ１との協調によって、ＲＳ２ｂが配置されたリンクによって使用されるＨＡＲＱ再送信機構、リレー・ネットワークのトポロジー、およびＲＳ２ｂの位置情報などを含む、ネットワーク構成関係情報をＢＳ１から得る。

ＲＳ２が配置されたリンクによって使用されるＨＡＲＱ再送信機構は、それぞれ図４ａおよび図４ｂに示されるエンド・ツー・エンドおよびホップ・バイ・ホップの再送信機構を含む。ソリューション１と同様に、再び繰り返す必要はない。

リレー・ネットワークのトポロジーは、ＲＳ２ｂの位置情報などを含み、たとえば、ＲＳ２ｂからＢＳ１までのホップ数と、ＲＳ２ｂからＭＳ３までのホップ数とを含む。

たとえば、ＲＳ２ｂは、ＢＳ１から、リレー・ネットワークの再送信機構がエンド・ツー・エンドのＨＡＲＱ再送信機構であることを得、したがって、ＲＳ２ｂがデータ・パケット伝送誤りを検出したとき、ＢＳ１はデータ・パケットの再送信をスケジュールする。ＲＳ２ｂの位置情報は、たとえば、ＲＳ２ｂからＢＳ１までのホップ数は２ホップであり、ＲＳ２ｂからＭＳ３までのホップ数は５ホップであることを含む。次いで、ＲＳ２ｂは、上述の情報に従って、再送信されたデータ・パケットの最も早い到着時間を推定することができる。この時間は、再送信されたデータ・パケットの最も早い到着時間であるので、ＲＳ２ｂは、再送信されたデータ・パケットがＭＳ３に到着する正確な時間を得ることはできないが、ＲＳ２ｂは、再送信されたデータ・パケットがＭＳ３に到着する最も早い時間を判定することができる。したがって、図５中のソリューション２に示されるように、生成手段１０１は、時間Ｔ３から、ＭＳ３がスリープ・ステータスからトリガ・リスニング・ステータスに切り替わり、常にトリガ・リスニング・ステータスにあることを示すための指示情報を生成する。

ソリューション３：
ＲＳ２ｂがＢＳ１からネットワーク構成情報を得ることができない場合、図５中のソリューション３に示すように、ＭＳ３が全スリープ・ウィンドウ内でトリガ・リスニング・ステータスにある必要があることを示す情報を、生成手段１０１は生成し、したがって再送信されたデータ・パケットは消失されない。

ソリューション１および２では、ＲＳ２ｂによって得られるネットワーク構成情報は、ＢＳ１とＲＳ２ｂとがネットワーク構成情報をやり取りした後、ネットワーク構成開始中にＲＳ２ｂに記憶されたネットワーク構成情報とすることができ、ＲＳ２ｂによって得られるネットワーク構成情報は、ＲＳ２ｂがリアルタイムでＢＳ１に問い合わせた後、ＢＳ１がＲＳ２ｂに送信するネットワーク構成情報とすることもできる。

図６に、可能なＭＡＣ管理メッセージ・フォーマットを示す。

管理メッセージはＭＡＣメッセージのペイロードの拡張であり、ＭＡＣ管理メッセージ中の各フィールドは、次のようにそれぞれ詳細に説明される。
− 管理メッセージ・タイプ：
管理メッセージ・タイプは、メッセージは、スリープ・モードを調整するために、すなわち、ＭＳ３がトリガ・リスニング・ステータスに入るようにトリガするために使用されるメッセージであることを示す。いわゆるトリガ・リスニング・ステータスはテンポラリ・リスニング・モードである。ＭＳ３は、初期設定によれば、この時間間隔内にスリープ・ステータスにあるはずであった。ただし、本発明では、ＭＳ３がＢＳ１から再送信されたデータ・パケットを受信することができることを保証するために、ＭＳ３は、その時間間隔内にテンポラリ・リスニング・ステータスに入る必要があり、したがって、データ・パケットを再送信するイベントによってリスニング・モードがトリガされる。
− 調整オプション：
調整オプション。２ビットによって示され得る、テンポラリ・トリガ・ウィンドウを調整するためのソリューションを示す情報。たとえば、
００はソリューション１を示す。
０１はソリューション２を示す。
１０はソリューション３を示す。
１１：予約済み。
− リスニング・ウィンドウの開始時間（随意）
リスニング・ウィンドウの開始時間（随意）。すなわち、トリガ・リスニング・ステータスに入るようにトリガするトリガ時間。リスニング・ウィンドウの開始時間情報は、スーパーフレーム数、フレーム数および／またはサブフレーム数によって示され得る。開始時間は、図５に示すソリューション１および２に適用され得る。
− リスニング・ウィンドウの数（随意）
リスニング・ウィンドウの数（随意）。すなわち、トリガ・リスニング・ステータスの持続時間。リスニング・ウィンドウの数情報は、スーパーフレームの数、フレームの数および／またはサブフレームの数によって示され得る。リスニング・ウィンドウの数は、図５に示すソリューション１に適用され得る。

さらに、リスニング・ウィンドウの数をリスニング・ウィンドウの終了時間と置き換えることもできる。

生成手段１０１は、ネットワーク構成情報の得られた状態に従って上述のメッセージ・フォーマットに基づいてソリューション１〜３から１つを選択することによって、異なるスリープ・モード調整情報を生成する。確実に、メッセージ・フォーマットはこれに限定されず、上記は例示的なメッセージ・フォーマットにすぎない。

次いで、送信手段１０２は、生成手段１０１によって生成されたスリープ・モードの調整関係情報をＭＳ３に送信する。

ＲＳ２ｂから受信したスリープ・モードの調整関係情報に従って、第２の制御デバイス２０中の受信手段２００は、図５中のソリューションに従ってＭＳ３のスリープ・モードを調整する。それに応じて、ＭＳ３はまた、次のように説明される、図５中の３つのソリューションに対応する、３種類の異なる調整モードを使用し得る。

調整方法１：
ＭＳ３によって受信されたスリープ・モードの調整関係情報が、ＭＳ３がソリューション１を使用すべきことを示す場合、たとえば、図６を参照して、ＭＡＣ管理メッセージのペイロード中の調整オプションが００である場合、調整手段２０１は、図５中のソリューション１に従ってスリープ・モードを調整する、たとえば、時間Ｔ１においてトリガ・リスニング・ステータスに入り、次いで、時間Ｔ２においてトリガ・リスニング・ステータスを完了し、再びスリープ・ステータスに入る。

調整方法２：
ＭＳ３によって受信されたスリープ・モードの調整関係情報が、ＭＳ３がソリューション２を使用すべきことを示す場合、たとえば、図６を参照して、ＭＡＣ管理メッセージのペイロード中の調整オプションが０１である場合、調整手段２０１は、ソリューション２に従ってスリープ・モードを調整し、時間Ｔ３においてトリガ・リスニング・ステータスに入る。

調整方法３：
ＭＳ３によって受信されたスリープ・モードの調整関係情報が、ＭＳ３がソリューション３を使用すべきことを示す場合、たとえば、図６を参照して、ＭＡＣ管理メッセージのペイロード中の調整オプションが１０である場合、調整手段２０１は、ソリューション３に従ってスリープ・モードを調整する、すなわち、スリープ・ステータスに入らないが、リスニング・ステータスを維持する。

さらに、ＭＳ３は、データ伝送が完了したことを検出したとき、自動的にスリープ・ステータスに入ることができる。場合によっては、ソリューション１に示すように、ＭＳ３は、ＲＳ２ｂの指示に従ってスリープ・ステータスに入ることもできる。

上述の実施形態では、ＲＳとＢＳの両方がネットワーク装置に属し、事業者によって管理されることを考慮する、ネットワーク構成情報に従って、ＲＳ２ｂ中の第１の制御デバイス１０中の生成手段１０１は、スリープ・モードの調整関係情報を生成し、ＲＳとＢＳとの間でネットワーク・トポロジーをやり取りすることは、ネットワーク情報をユーザに開示せず、これはネットワークの安全を保証する。

ネットワークの安全を考慮することなしに、変形実施形態では、第１の制御デバイス１０は生成手段を含まないことがあり、その場合、送信手段１０２によってＭＳ３中の受信手段２００に送信された調整関係情報はネットワーク構成情報を含む。たとえば、ネットワーク構成情報は、誤りが発見されたＲＳの位置情報を含み得る。たとえば、判定手段１００が誤りパケットを検出したとき、ＲＳ２ｂは、第２のホップにおいてデータ・パケット誤りが生じたことを識別するために、識別情報をパケットに追加することができる。さらに、調整関係情報はまた、ＭＳを支配するＢＳによって構成された再送信機構、ＢＳのスケジューリング・ストラテジなどを含み得る。

調整手段２０１は判断手段２０１０をさらに含む。判断手段２０１０は、ネットワーク構成情報に従ってスリープ・モードを調整するためのモード調整情報を判断する。たとえば、誤りが発見されたＲＳの得られた位置情報と、ＢＳ１によって構成された再送信機構とに従って、ＭＳ３は、ＭＳ３のスリープ・モードを調整するためにソリューション１〜３のうちのどの１つを使用すべきかを判断する。判断手段２０１０によって行われる動作は、基本的に、生成手段１０１によって行われる動作と同様であるので、再び繰り返す必要はない。

本実施形態の適用シナリオは、ＲＳおよびＭＳがスリープ・モードを調整することをサポートすることが可能であるということを、ＢＳ１がネットワーク構成の初期期間中に事前にすでに知っており、その場合、ＢＳは、それに応じて再スケジューリングまたは再送信を行い得る、ということである。変形実施形態では、ＲＳおよびＭＳがスリープ・モードを調整することをサポートすることが可能であるかどうかを、ＢＳ１が事前に知ることができなかった場合、第１の制御デバイスは、次のような通知手段（図７に図示せず）をさらに含む。ＢＳ１がデータ・パケットをスケジュールするかまたは再送信するためにリアルタイムでＲＳおよびＭＳから情報を得るように、ＭＳ３は所定の時間間隔内にトリガ・リスニング・ステータスにあるということを、通知手段はＢＳ１に通知する。

本発明の実施形態について上記のように説明したが、本発明は、特定のシステム、装置および詳細なプロトコルに制限されず、当業者は、添付の特許請求の範囲内で様々な変形または修正を行うことができる。

Claims (14)

1. スリープ・モードを調整するためにリレー装置によって支配される移動局をワイヤレス・リレー装置において制御する方法であって、
   ａ．前記リレー装置の前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を前記移動局に再送する必要があるかどうかを判定するステップと、
   ｂ．前記リレー装置を支配する基地局から得られたネットワーク構成情報に従って調整関係情報を生成するステップと、
   ｃ．前記前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を前記移動局に再送する必要があるとき、前記移動局のスリープ・モードを調整するための前記調整関係情報を前記移動局に送るステップとを含む、方法。
2. 前記調整関係情報は、前記移動局が所定の時間間隔内にトリガ・リスニング・ステータスにあることを示すための情報を含むことを特徴とする、請求項１に記載の方法。
3. 前記調整関係情報は、前記移動局がスリープ・ウィンドウ内の所定の時間間隔内にトリガ・リスニング・ステータスにあることを示すための情報を含む、請求項１または２に記載の方法。
4. 前記ネットワーク構成情報が、マルチホップ・リレー・ネットワーク中の前記リレー装置の位置情報を含み、前記ステップｂが、
   前記位置情報に従って前記トリガ・リスニング・ステータスの開始時間を判断するステップをさらに含む、請求項１乃至３のいずれか１項に記載の方法。
5. 前記ネットワーク構成情報が、再送信機構と、前記基地局のスケジューリング・ストラテジとをさらに含み、前記ステップｂが、
   前記位置情報、前記再送信機構、および前記基地局の前記スケジューリング・ストラテジに従って、
   前記トリガ・リスニング・ステータスの前記開始時間および終了時間、及び前記トリガ・リスニング・ステータスの前記開始時間および前記トリガ・リスニング・ステータスの持続時間、のうちのいずれか１つを判断するステップをさらに含む、請求項４に記載の方法。
6. 前記ステップｂの後に、前記方法は、
   前記移動局が前記所定の時間間隔内に前記トリガ・リスニング・ステータスにあることを前記前のホップ・ネットワーク機器に通知するステップをさらに含む、請求項４または５のいずれか１項に記載の方法。
7. 前記再送信機構が、
   前記マルチホップ・リレー・ネットワークがホップ・バイ・ホップの再送信であること、及び、前記マルチホップ・リレー・ネットワークがエンド・ツー・エンドの再送信であること、のうちのいずれか１つを含み、
   前記スケジューリング・ストラテジが、
   前記基地局によって支配されるセルの負荷パラメータ、及び、各移動局をスケジュールするための前記基地局のための優先度、のうちのいずれか１つまたは複数に基づく、請求項５または６のいずれか１項に記載の方法。
8. ワイヤレス移動局において、スリープ・モードを調整する方法であって、
   Ａ．リレー装置から前記移動局のスリープ・モードを調整するための調整関係情報を受信するステップであって、前記調整関係情報は前記リレー装置を支配する基地局から得られたネットワーク構成情報に従うステップと、
   Ｂ．前記調整関係情報に従ってスリープ・モードを調整するステップとを含む、方法。
9. 前記調整関係情報は、前記移動局がトリガ・リスニング・ステータスの所定の時間間隔内にあることを示すための情報を含み、前記ステップＢが、
   前記時間間隔に従って前記トリガ・リスニング・ステータスになるステップをさらに含む、請求項８に記載の方法。
10. 前記ステップＢが、
    Ｂ１．前記調整関係情報に従ってスリープ・モードを調整するためのモード調整情報を判断するステップと、
    Ｂ２．前記モード調整情報に従って前記スリープ・モードを調整するステップとをさらに含む、請求項８に記載の方法。
11. 前記調整関係情報は、
    前記移動局が配置されたマルチホップ・リレー・ネットワーク中で間違ったデータ・パケットを受信した前記リレー装置の位置情報と、
    前記移動局を支配する基地局によって構成された再送信機構と、
    前記基地局のスケジューリング・ストラテジとを含む、請求項１０に記載の方法。
12. 前記移動局が前記トリガ・リスニング・ステータスにおいてデータ受信を完了したときに前記移動局がまだスリープ・ウィンドウにある場合、スリープ・ステータスに入る、請求項８乃至１１のいずれか１項に記載の方法。
13. ワイヤレス・リレー装置において、スリープ・モードを調整するためにリレー装置によって支配される移動局を制御する第１の制御デバイスであって、
    前記リレー装置の前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を前記移動局に再送する必要があるかどうかを判定する判定手段と、
    前記前のホップ・ネットワーク機器がデータ・パケットおよび／またはスケジューリング情報を前記移動局に再送する必要があるとき、前記移動局のスリープ・モードを調整するための調整関係情報を前記移動局に送る送信手段とを含み、
    前記調整関係情報は前記リレー装置を支配する基地局から得られたネットワーク構成情報に従う、第１の制御デバイス。
14. ワイヤレス移動局において、スリープ・モードを調整する第２の制御デバイスであって、
    リレー装置から前記移動局のスリープ・モードを調整する調整関係情報を受信する受信手段と、
    前記調整関係情報に従ってスリープ・モードを調整する調整手段とを含み、
    前記調整関係情報は前記リレー装置を支配する基地局から得られたネットワーク構成情報に従う、第２の制御デバイス。

Images