JP2011501556A - 通信システムにおけるスリープモード動作制御方法 - Google Patents

Abstract

通信システムにおける移動局（ＭＳ）のスリープモード動作制御方法は、上記移動局がスリープモードのリスニング間隔でアウェイク状態に遷移するステップと、上記アウェイク状態で第１の動作、第２の動作、及び第３の動作の中のいずれか１つの動作を実行するステップと、上記いずれか１つの動作を実行した後に、上記基地局（ＢＳ）に送信するデータと上記基地局から受信されるデータが存在しないことを検出すると、スリープ状態に遷移するステップとを具備する。上記第１の動作は、データを上記基地局から受信する過程であり、上記第２の動作は、データを上記基地局に送信する過程であり、上記第３の動作は、データを上記基地局から受信し、データを上記基地局に送信する過程である。

Description

本発明は、一般的に通信システムに関し、特に、通信システムにおけるスリープモード動作制御方法に関する。

一般的に、通信システムは、高速の大容量データ送受信が可能なサービスを移動局（ＭＳ）に提供するための形態で発展している。通信システムの代表的な例は、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｅ通信システムを含むことができる。ＩＥＥＥ８０２．１６ｅ通信システムは、ＭＳと基地局（Base Station：以下、“ＢＳ”と称する。）間の通信を正常モード動作で常に保持する。

ＩＥＥＥ８０２．１６ｅ通信システムにおいて、ＭＳは、データがＢＳから受信されるか否かを確認するためにダウンリンク（ＤＬ）を監視する。ＢＳがＭＳに送信するデータがない場合にも、ＭＳの電力消費が発生する。

一方、ＩＥＥＥ８０２．１６ｅ通信システムは、ＭＳの移動性を考慮するシステムである。したがって、ＭＳの電力消費は、ＭＳの移動性に影響を及ぼす。ＭＳの電力消費を最小化させるための方式は、ＭＳがスリープモードで動作することができる方式を含む。図１は、通信システムにおけるスリープモードに対する動作を行う過程を示す図である。

図１を参照すると、ＭＳ１００は、現在のアウェイクモードからスリープモードに遷移することを希望する場合に、ステップ１０１で、スリープモード遷移要請（ＭＯＢｉｌｅ＿ＳＬｅｅＰ−ＲＥＱｕｅｓｔ）（以下、“ＭＯＢ＿ＳＬＰ−ＲＥＱ”と称する。）メッセージをＢＳ１１０に送信する。ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを受信したＢＳ１１０は、ＢＳ１１０自身及びＭＳ１００の状況を考慮してＭＳ１００のスリープモードへのモード遷移を許可するか否かを決定し、ステップ１０３で、この決定された結果に従ってスリープモード遷移応答（ＭＯＬＢｉｌｅ＿ＳＬｅｅＰ−ＲｅＳＰｏｎｓｅ）（以下、“ＭＯＢ＿ＳＬＰ−ＲＳＰ”と称する。）メッセージをＭＳ１００に送信する。ここで、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、リスニング間隔（すなわち、リスニングウィンド）パラメータを含む。また、ＢＳ１１０がこのスリープモードのリスニング間隔でＭＳ１００に送信するデータがある場合に、ＢＳ１１０は、このリスニング間隔の間にＭＳ１００の識別子を含むトラフィック指示（ＭＯＬＢｉｌｅ＿ＴＲａＦｆｉｃ−ＩＮＤｉｃａｔｉｏｎ）（以下、“ＭＯＢ＿ＴＲＦ−ＩＮＤ”と称する。）メッセージをＭＳ１００に送信することができる。

ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをＢＳ１１０から受信したＭＳ１００は、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに従ってスリープモード動作を開始する。ここで、ＭＳ１００は、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに含まれているリスニング間隔パラメータを考慮してスリープモードで動作する。ＭＳ１００がスリープモードで動作する間にＢＳ１１０に送信するデータがある場合に、ＭＳ１００は、このスリープモードからアウェイクモードに即座に遷移する。

ステップ１０５で、ＢＳ１１０がＭＳ１００のリスニング間隔でＭＳ１００の識別子を含まないＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する場合に、ＭＳ１００は、受信したＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをデコーディングした後に、自身の識別子が含まれていないことを確認し、スリープモードでさらに動作する。

この後に、ＢＳ１１０がＭＳ１００に送信するデータがある場合に、ＢＳ１１０は、ステップ１０７で、ＭＳ１００の識別子を含むＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。ＭＳ１００は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをデコーディングした後に、自身の識別子が含まれていることを確認し、アウェイクモードに遷移し、ＢＳ１１０からデータを受信する。

ＭＳ１００及びＢＳ１１０のデータ送受信が終了した後に、ＭＳ１００は、スリープモードにさらに遷移するために、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをさらにやり取りする。

上述したように、ＭＳ１００がスリープモードに遷移するためには、ＢＳ１１０とＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを送受信すべきである。このメッセージの送受信のために、ＭＳ１００は、アップリンク（ＵＬ）及びダウンリンクのリソースを消費し、ＭＳ１００の電力消費を引き起こす。ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを送信するためには、ＭＳ１００は、帯域幅の割り当てを受けなければならず、このために、帯域幅要請（ＢＷ−ＲＥＱ）メッセージをＢＳ１１０に送信する。

一方、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージには、電力節約クラスタイプ（Ｐｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅ）フィールド及びトラフィックトリガ発生フラグ（Ｔｒａｆｆｉｃ＿Ｔｒｉｇｇｅｒｅｄ＿Ｗａｋｅｎｉｎｇ＿Ｆｌａｇ：以下、“ＴＴＷＦ”と称する。）フィールドが含まれている。この電力節約クラスタイプフィールドは、下記のようなタイプで定義される。

１）Ｔｙｐｅ１：ＭＳは、リスニング間隔でデータ送受信が発生するか、又は肯定的な指示を含むＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信する際にアウェイクモードに遷移する。

２）Ｔｙｐｅ２：固定されたスリープウィンド（すなわち、固定されたスリープ間隔）を有し、リスニング間隔でデータを送受信する。固定されたスリープウィンドの後に、ＭＳは、次のリスニング間隔でデータを送受信する。

３）Ｔｙｐｅ３：Ｔｙｐｅ１及びＴｙｐｅ２は、ＭＳがモード遷移要請メッセージを受信しない限りは、継続してスリープモードを保持するのに対し、Ｔｙｐｅ３は、ＭＳが１回のスリープモード動作の後にスリープモードを終了するクラスを意味する。

ＴＴＷＦフィールドは、Ｔｙｐｅ１だけに適用される。特に、ＴＴＷＦは、データがリスニング間隔で発生しても、ＭＳがスリープモードを保持することを希望する場合に使用される。すなわち、ＴＴＷＦ＝０である場合に、ＭＳは、リスニング間隔の間にデータを送受信し、リスニング間隔が終了される時点、すなわち、スリープウィンドが始まる時点でさらにスリープモードで動作する。

ＢＳがこのリスニング間隔の間に対応する電力節約クラス用媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）の送信を希望する場合、ＭＳが対応する電力節約クラス用接続に対してＢＷ−ＲＥＱメッセージを送信する場合、又はＭＳがＭＳの識別子を含んでいるＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＢＳから受信する場合に、ＭＳは、スリープモードを終了し、アウェイクモードに遷移する。また、ＭＳは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージとＭＯＢ＿ＳＬＰ−ＲＳＰメッセージとの交換（transaction）を介してこのスリープモードを終了することができる。

しかしながら、ＴＴＷＦ＝１である場合に、ＭＳがリスニング間隔の間にパケットデータユニット（ＰＤＵ）をＢＳから受信するか、スリープモードの終了を意味するＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを受信するか、又はダウンリンクスリープ制御拡張サブヘッダ（DL Sleep Control Extended Subheader）を受信すると、ＭＳは、このスリープモードを終了し、このアウェイクモードに遷移する。また、ＭＳは、データがＭＳ自体で発生するか、又はＭＳがスリープモードの終了を示すＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ又はＢＷ−ＲＥＱメッセージ及びＵＬスリープ制御ヘッダをＢＳに送信する場合にも、このスリープモードを終了し、このアウェイクモードに遷移する。言い換えれば、ＴＴＷＦ＝１である場合に、ＭＳは、トラフィックがリスニング間隔の間に発生するか又は管理メッセージが発生する場合に、アウェイクモードに遷移する。

上述したように、ＭＳがこのスリープモードの保持を希望する場合に、このリスニング間隔が終了された後にスリープモードにさらに遷移しようとする時点が明確に提案されていない。また、ＴＴＷＦ値は、ＭＳがＢＳと送受信するＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに初期に予め設定されている。しかしながら、ある場合には、このスリープモード動作を実行する間にＴＴＷＦ値を変更しなければならず、ＴＴＷＦ値を変更するための動作が具体的に提案されていない。

したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、通信システムにおけるスリープモード動作制御方法を提供することにある。

本発明の他の目的は、通信システムにおけるリソース浪費を減少させるためのスリープモード動作制御方法を提供することにある。

本発明のまた他の目的は、通信システムにおけるＭＳの電力消費を減少させるためのスリープモード動作制御方法を提供することにある。

上記のような目的を達成するために、本発明の実施形態の一態様によれば、通信システムにおける移動局（ＭＳ）のスリープモード動作制御方法を提供する。上記移動局は、スリープモードのリスニング間隔でアウェイク状態に遷移するステップと、上記アウェイク状態で第１の動作、第２の動作、及び第３の動作の中のいずれか１つの動作を実行するステップと、上記いずれか１つの動作を実行した後に、上記基地局（ＢＳ）に送信するデータと上記基地局から受信されるデータとが存在しないことを検出すると、スリープ状態に遷移するステップとを具備し、上記第１の動作は、データを上記基地局から受信する過程であり、上記第２の動作は、データを上記基地局に送信する過程であり、上記第３の動作は、データを上記基地局から受信し、データを上記基地局に送信する過程であることを特徴とする。

本発明の実施形態の他の態様によれば、通信システムにおける基地局（ＢＳ）のスリープモード動作制御方法を提供する。上記基地局は、上記移動局が上記スリープモードでアウェイク状態に進入したことを認識するステップと、上記移動局（ＭＳ）が上記アウェイク状態に進入したことを認識した後に、第１の動作、第２の動作、及び第３の動作の中のいずれか１つの動作を行うステップと、上記いずれか１つの動作が行われた後に、上記移動局に送信するデータと上記移動局から受信されるデータとが存在しないことを検出すると、上記移動局がスリープ状態に遷移したことを認識するステップとを具備し、上記第１の動作は、データを上記移動局に送信する過程であり、上記第２の動作は、データを上記移動局から受信する過程であり、上記第３の動作は、データを上記移動局に送信し、データを上記移動局から受信する過程であることを特徴とする。

本発明の実施形態のさらに他の態様によれば、通信システムにおける移動局（ＭＳ）のスリープモード動作制御方法を提供する。上記移動局は、アウェイクモードからスリープモードに遷移するために可変リスニング間隔指示子を含む第１のメッセージを基地局（ＢＳ）に送信するステップと、上記移動局が上記スリープモードのスリープウィンドに滞在していたうちにリスニング間隔に到達する際にアウェイク状態に遷移するステップと、上記アウェイク状態で上記可変リスニング間隔指示子に従って、第１の動作、第２の動作、及び第３の動作の中のいずれか１つの動作を行うステップとを具備し、上記第１の動作は、データを上記基地局から受信する過程であり、上記第２の動作は、データを上記基地局に送信する過程であり、上記第３の動作は、データを上記基地局から受信し、データを上記基地局に送信する過程であることを特徴とする。

本発明の実施形態のさらなる他の態様によれば、通信システムにおける基地局（ＢＳ）のスリープモード動作制御方法を提供する。上記基地局は、可変リスニング間隔指示子を含む第１のメッセージを移動局（ＭＳ）から受信するステップと、上記受信された第１のメッセージに応じて上記可変リスニング間隔指示子を含む第２のメッセージを上記移動局に送信するステップと、上記移動局が上記スリープモードのスリープウィンドに滞在していたうちにリスニング間隔に到達する際にアウェイク状態に進入したことを認識した後に、上記可変リスニング間隔指示子に従って、第１の動作、第２の動作、及び第３の動作の中のいずれか１つの動作を行うステップとを具備し、上記第１の動作は、データを上記移動局に送信する過程であり、上記第２の動作は、データを上記移動局から受信する過程であり、上記第３の動作は、データを上記移動局に送信し、データを上記移動局から受信する過程であることを特徴とする。

本発明は、通信システムにおける電力消費減少を考慮したスリープモード動作制御方法を提案し、この制御方法は、本発明で提案するタイマーを動作させることによりＭＳとＢＳ間のスリープモード動作を制御し、これにより、電力消費を低減させることができるという長所を有する。

通信システムにおけるスリープモードに対する動作を行う過程を示す図である。 本発明の実施形態による通信システムにおけるＢＳがデータを送信するための動作を示す図である。 本発明の実施形態による通信システムにおけるＭＳがデータを送信するための動作を示す図である。 本発明の実施形態による通信システムにおけるＭＳの動作を示す図である。 本発明の実施形態による通信システムにおけるＢＳの動作を示す図である。

以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザ及びオペレータの意図又は慣例に従って変わっても良い。従って、これらの定義は、本発明の全体の内容に基づいて定義されなければならない。

本発明は、通信システムにおけるスリープモード動作を制御する方法を提案する。以下では、１つのＭＳ及びＢＳに対してスリープモード動作を制御する方法について説明するが、複数のＭＳが存在する場合にも適用されることができる。

ＭＳのスリープモードへの遷移は、ＭＯＢ＿ＳＬＰ−ＲＥＱ（ＭＯＢｉｌｅ＿ＳＬｅｅＰ−ＲＥＱｕｅｓｔ）メッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰ（ＭＯＢｉｌｅ＿ＳＬｅｅＰ−ＲｅＳＰｏｎｓｅ）メッセージの送受信により決定される。このスリープモードは、スリープウィンド及びリスニング間隔を含み、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを送受信する際に、ＭＳは、このスリープモードに進入する時点、スリーププウィンドの長さ、及びリスニング間隔の長さを決定する。また、ＭＳがＭＳとＢＳ間のデータ送受信による電力を消費する待機状態をアウェイク状態として定義し、ＭＳが電力消費減少のためにＢＳとデータを送受信しない状態をスリープ状態として定義する。このアウェイク状態及びこのスリープ状態は、すべてスリープモードの１つの状態に対応する。すなわち、このスリープモードは、リスニング間隔に対応するアウェイク状態とスリープウィンド（すなわち、リスニング間隔でない間隔）に対応するスリープ状態とに区分される。

ＭＳとＢＳ間のデータ送受信は、ＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信した後にＭＳへのデータ送信を行うと仮定する。しかしながら、以下に本発明で提案する電力消費減少のためのデータ送信方法は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信せずデータの送受信を行う場合にも適用されることができる。

図２は、本発明の実施形態による通信システムにおけるＢＳとＭＳ間のデータ送受信動作を示す図である。

図２を参照すると、ＭＳは、スリープモードへの遷移のためにＭＯＢ＿ＳＬＰ−ＲＥＱメッセージをＢＳに送信し、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをＢＳから受信することにより、このスリープモードに進入する時点、スリープウィンドの長さ、及びリスニング間隔の長さを決定する。以下では、ＭＳとＢＳ間のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージとＭＯＢ＿ＳＬＰ−ＲＳＰメッセージとの送受信を介してスリープウィンドの長さが８個のフレームとして決定され、リスニング間隔の長さが２個のフレームとして決定されると仮定する。また、フレームが＃０から＃Ｎまで列挙されると仮定する（２０１）。ＢＳは、フレーム＃０からフレーム＃７まではＭＳがスリープモードのスリープウィンドにあることを認識する。フレーム＃８で、ＢＳは、ＭＳに送信するデータが存在するため、ＭＳの識別子を含むＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する（２０３）。ＢＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信した後に、データをＭＳに送信する（２０５）。あるいは、ＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信した際に、ＭＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを認識した後に、ＭＳがＢＳに送信するデータがある場合には、データをＢＳに送信する（２０５）。

一方、ＭＳがＢＳから受信されるデータがなく、ＭＳもＢＳに送信するデータがない場合に、タイマーＴ１を駆動する。タイマーＴ１は、ＭＳがＢＳに送信するデータはあるが、ＭＳがＢＳから受信するデータがない場合にも適用されることができる。また、タイマーＴ１は、ＭＳがＢＳに送信するデータはないが、ＭＳがＢＳから受信されるデータがある場合にも適用されることができる。したがって、タイマーＴ１は、ＢＳとＭＳ間のデータ送受信が発生する場合に０にリセットされる。この後に、タイマーＴ１は、フレーム＃１２からカウントされ、フレームごとに１ずつ増加する。したがって、フレーム＃１５でタイマーＴ１は、４となる（２０７）。

図２において、タイマーＴ１のしきい値が４として決定されると仮定する。このような仮定の下で、ＭＳは、フレーム＃１６でスリープモードに進入する。すなわち、タイマーＴ１の値がしきい値となる場合に、ＭＳは、しきい値となった対応するフレーム（フレーム＃１５）の次のフレーム（フレーム＃１６）からスリープ状態で動作する。

図３は、本発明の実施形態による通信システムにおけるＢＳとＭＳ間のデータ送受信動作を示す図である。

図３を参照すると、ＭＳは、フレーム＃８でアップリンク帯域幅要請メッセージ（ＵＬ−ＢＷ−ＲＥＱ）をＢＳに送信する（３０３）。フレーム＃８は、リスニング間隔に対応する。

この後に、ＭＳとＢＳとは、データを送受信する（３０５）。ＭＳとＢＳとは、フレーム＃１２からフレーム＃１５までデータを送受信しない。従って、タイマーＴ１は、フレーム＃１２からカウントされ、フレーム＃１５でタイマーＴ１の値は４となる（３０７）。ここで、タイマーＴ１のしきい値は、４として決定される。

タイマーＴ１のしきい値が４を超過する場合に、ＭＳは、スリープモードに進入する。

図４は、本発明の実施形態による通信システムにおけるＭＳのスリープモード関連動作を行う過程を示す図である。

図４を参照すると、ステップ４０１で、スリープモードのスリープウィンドに滞在していたＭＳは、リスニング間隔に進入する。ステップ４０３で、ＭＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＢＳから受信し、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをデコーディングする。ステップ４０５で、ＭＳは、ＭＳ自身の識別子がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージに含まれているか否かを確認する。ＭＳの識別子が含まれている場合には、ＭＳは、ステップ４０９に進み、ＭＳの識別子が含まれていない場合には、ＭＳは、ステップ４０７に進む。ＭＳの識別子が含まれている場合には、ＭＳは、ステップ４０９に進み、データをＢＳから受信した後にステップ４１１に進む。しかしながら、ＭＳの識別子が含まれていない場合には、ＭＳは、ステップ４０７に進み、アップリンクバッファをチェックすることによりＢＳに送信するデータがあるか否かを確認する。ＭＳは、送信するデータがある場合には、ステップ４０９に進む。ステップ４０９で、ＭＳは、データをＢＳに送信した後にステップ４１１に進む。

ステップ４１１で、ＭＳは、ＭＳとＢＳ間のデータ送受信が行われる際にタイマーＴ１を設定する。ステップ４１３で、ＭＳは、次のフレームで送受信するデータがあるか否かをチェックした後に、ステップ４１５に進む。ＭＳとＢＳ間のデータ送受信が完了したためＭＳがＢＳに送信するデータがなく、ＢＳから受信されるデータもない場合には、ＭＳは、ステップ４１７でタイマーＴ１を１増加させる。ステップ４１９で、ＭＳが設定したタイマーＴ１が予め設定されたしきい値に到達する場合に、ＭＳは、ステップ４２１に進み、ＭＳは、スリープモードに遷移する。しかしながら、ステップ４１５で、ＭＳがＢＳに送信するデータがあり、ＢＳから受信されるデータもある場合には、ＭＳは、ステップ４０９及びその次のステップを繰り返し実行する。ステップ４０７で、ＭＳがＢＳに送信するデータがない場合には、ＭＳは、ステップ４２１に直ちに進み、スリープ状態に遷移する。

図５は、本発明の実施形態による通信システムにおけるＢＳのスリープモード関連動作を行う過程を示す図である。

図５を参照すると、ステップ５０１で、ＢＳがＭＳに送信するデータがあるか否かを確認する。ＢＳがＭＳに送信するデータがある場合に、ＢＳは、ステップ５０３に進み、送信するデータがない場合にはステップ５２３に進む。ステップ５０３で、ＢＳは、ＭＳの識別子をＭＯＢ＿ＴＲＦ−ＩＮＤメッセージに含ませる。ステップ５０５で、ＢＳは、リスニング間隔を待機する。ステップ５０７で、ＢＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信する。ステップ５０９で、ＢＳは、ＭＳとデータを送受信する。ステップ５１１で、ＢＳは、データをＭＳに送信すると同時にタイマーを０にリセットする。ステップ５１３で、ＢＳは、ＢＳとＭＳ間のデータ送受信のために次のフレームで送受信するデータがあるか否かを確認する。ステップ５１５で、ＭＳに送信するデータがない場合には、ＢＳは、ステップ５１７に進み、前のステップで設定されたタイマーＴ１の値を１増加させる。ステップ５１９で、ＢＳは、タイマーＴ１がしきい値に到達したか否かを確認する。タイマーＴ１がしきい値に到達した場合に、ＢＳは、ステップ５２１に進み、ＭＳがスリープ状態に遷移したことを認識する。

一方、ステップ５２３で、ＢＳは、リスニング間隔を待機する。ステップ５２５で、ＢＳは、このリスニング間隔でＭＳの識別子を含まないＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。ステップ５２７で、ＢＳは、このリスニング間隔又は次のリスニング間隔でアップリンクトラフィックを待機する。ステップ５２９で、ＢＳがＭＳからデータを受信しない場合に、ＢＳは、ステップ５３１に進み、ＢＳは、送受信するデータがあるか否かを確認するために次のフレームをチェックした後に、ステップ５３３に進む。このリスニング間隔が終了された場合に、ＢＳは、ステップ５２１に進み、ＭＳがこのスリープ状態に遷移したことを認識する。ステップ５３３で、このリスニング間隔が終了されなかった場合に、ＢＳは、ステップ５２９に進み、ＭＳからのアップリンクトラフィックを待機する。

ステップ５２９で、データがＭＳからＢＳで受信される場合に、ＢＳは、ステップ５１１に進む。以下では、タイマーＴ１とは異なるタイマーＴ２及びタイマーＴ３を使用するスリープモード動作を制御する方法について説明する。

ＢＳは、リスニング間隔でＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信した後にデータをＭＳに送信する。この際に、ＢＳは、タイマーＴ２及びタイマーＴ３を０に初期化する。タイマーＴ２は、ＭＳがＢＳから受信するデータがないか、又はＢＳがＭＳに送信するデータがないことを判定するのに使用されるタイマーである。タイマーＴ３は、ＭＳがＢＳに送信するデータがないか、又はＢＳがＭＳから受信するデータがないことを判定するのに使用されるタイマーである。

タイマーＴ２及びタイマーＴ３は、ＢＳとＭＳ間のデータ送受信の間に０にリセットされる。ＭＳがＢＳから受信するデータが４個のフレームの間に存在しないか、又はＢＳがＭＳに送信するデータが４個のフレームの間に存在しない場合に、タイマーＴ２は、０から増加して予め定められたしきい値である４まで増加する。同様に、ＭＳがＢＳに送信するデータが４個のフレームの間に存在しないか、又はＢＳがＭＳから受信するデータが４個のフレームの間に存在しない場合に、タイマーＴ３は、０から増加して予め定められたしきい値である４まで増加する。ＭＳは、タイマーＴ２及びタイマーＴ３のすべてがしきい値である４となったにもかかわらず、データ送受信が行われない場合にスリープモードに遷移する。

次いで、第２の実施形態では、第１の実施形態で説明したスリープモード方式をＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの各々に含まれているＴｒａｆｆｉｃ＿Ｔｒｉｇｇｅｒｅｄ＿Ｗａｋｅｎｉｎｇ＿Ｆｌａｇ（以下、“ＴＴＷＦ”と称する。）フィールドの値が‘０’である電力節約クラスタイプ（Ｐｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅ）１に適用する方法について説明する。

ＴＴＷＦは、データがリスニング間隔で発生しても、ＭＳがスリープ状態の保持を希望する場合に使用される。すなわち、第２の実施形態では、リスニング間隔が固定され、スリープウィンド及びリスニング間隔を反復しつつこのリスニング間隔の間にデータ送受信を実行することができ、第１の実施形態で説明したように、リスニング間隔が可変する際に、すなわち、データ送受信が発生する間に、このリスニング間隔を維持する動作を実行することができる。ここで、上述した２種類の動作を‘新たなスリープモード動作’と称する。

次のパラメータは、ＢＳとＭＳ間のスリープモード動作の制御のために新たに定義される。このパラメータは、ＭＳがＢＳとのネットワーク進入の間に送受信する登録要請（REGistration-REQuest：以下、“ＲＥＧ−ＲＥＱ”と称する。）メッセージ及び登録応答（REGistration-RSPonse：以下、“ＲＥＧ−ＲＳＰ”と称する。）メッセージに、タイプ／長さ／値（Type/Length/Value：以下、“ＴＬＶ”と称する。）エンコーディングの形態で付加される。この付加されたＴＬＶエンコーディングは、下記の＜表１＞のように定義されることができる。

ＲＥＧ−ＲＥＱメッセージ及びＲＥＧ−ＲＳＰメッセージが送受信される間にこの付加されたＴＬＶエンコーディングが省略される場合には、初期（default）値が‘０’として見なされる。また、ＴＬＶエンコーディングフィールドの可変リスニング間隔指示子（Variable Listening Interval Indicator：以下、“ＶＬＩＩ”と称する。）が‘０ｘ００’として設定された後に送信される場合には、新たなスリープモード動作が実行されることができないことを意味する。下記では、ＶＬＩＩの詳細な説明について説明する。

より詳細に説明すると、この新たなスリープモード動作をサポートすることができるＢＳは、ＭＳがこの新たなスリープモード動作を実行することができるか否かを確認する。ＭＳがこの新たなスリープモード動作を実行することができない場合に、ＢＳは、ＴＬＶエンコーディングを含まないＲＥＧ−ＲＳＰメッセージを送信するか、又は後でＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの送信の際に、ＶＬＩＩパラメータを‘０ｘ００’として設定する。

一方、ＭＳがこの新たなスリープモード動作を実行することができ、ＢＳがこの新たなスリープモード動作を実行することができない場合に、ＭＳは、ＴＬＶエンコーディングを含まないＲＥＧ−ＲＥＱメッセージを送信するか、又は後でＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの送信の際に、ＶＬＩＩパラメータを‘０ｘ００’として設定する。

ここで、ＴＬＶエンコーディングは、ＲＥＧ−ＲＥＱメッセージ又はＲＥＧ−ＲＳＰメッセージの他にもう１つのメッセージ、例えば、加入者端末機基本容量要求（Subscriber Station Basic Capability Request：以下、“ＳＢＣ-ＲＥＱ'と称する。）メッセージ又は加入者端末機基本容量応答（Subscriber Station Basic Capability Response：以下、“ＳＢＣ-ＲＳＰ”と称する。）メッセージを用いて送受信されることができる。

一方、ＴＴＷＦ＝０を有するＰｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅ１の新たなスリープモード動作のために、下記のようなメッセージが、本発明で提案されなければならない。

（１） ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ
本発明で新たに提案するＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、ＭＳが現在のアウェイク状態からスリープ状態に遷移することを希望する際にＢＳに送信するメッセージである。ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージのフォーマットは、下記の＜表２＞に示す。

上述した＜表２＞に示すように、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、従来のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージとは異なり、ＶＬＩＩフィールドを含む。このＶＬＩＩフィールドは、次の２つの意味を有する。

＊ＶＬＩＩ＝０：固定された長さのリスニング間隔の間にＭＳとＢＳとがデータ送受信を行う。このリスニング間隔が終了されると、ＭＳは、次のリスニング間隔の前までスリープ状態を維持する。

＊ＶＬＩＩ＝１：可変リスニング間隔の間にＭＳとＢＳとがデータ送受信を行う。すなわち、ＭＳとＢＳとは、このリスニング間隔でデータを送受信し、継続して送受信するデータが存在する場合に、このリスニング間隔が長くなる。このデータ送受信が完了した後に、データ送受信が所定の時間の間に実行されない場合に、ＭＳは、次のリスニング間隔の前までスリープ状態を維持する。
（２）ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージ
本発明で新たに提案するＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、ＢＳがＢＳ自身及びＭＳの状況を考慮してＭＳのスリープモードへの遷移を許可するか否かを示す情報を含むメッセージをＭＳに送信するか、又は非要求指示（unsolicited instruction）を定義してＭＳに送信するメッセージである。ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、ＭＳがスリープモードで動作するために必要とするパラメータ、すなわち、情報エレメント（ＩＥ）を含み、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージのフォーマットは、下記の＜表３＞に示す。

上述した＜表３＞に示すように、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、＜表２＞と同様にＶＬＩＩフィールドを含む。

このＶＬＩＩフィールドの値は、ＢＳがこの新たなスリープモードをサポートすることができるか否かに従って決定される。ＢＳがこの新たなスリープモードをサポートすることができない場合に、ＶＬＩＩフィールドは、送信の間に常に‘０’に設定される。

また、ＢＳがこの新たなスリープモードをサポートすることができるが、ＴＴＷＦが‘１’に設定される場合に、このＶＬＩＩフィールドの値は、‘０'として決定される。さらに、ＭＳがネットワーク進入の間にこの新たなスリープモードを実行することができないと判定される場合にも、このＶＬＩＩフィールドの値は、‘０'として決定される。同様に、ＭＳがネットワーク進入の間に‘Support of new sleep mode with variable listening Interval’ＴＬＶエンコーディング方法により新たなスリープモードをサポートすることができないことを認識した場合にも、このＶＬＩＩフィールドの値は、‘０’として決定される。

次いで、ＭＳがアウェイク状態に遷移するために提案したタイマーについて説明する。

ＭＳ及びＢＳは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを送受信することによりＶＬＩＩ＝１に設定されていることを確認し、ＢＳ及びＭＳのすべてが新たなスリープモードで動作することができることを認識したと仮定する。この際に、ＭＳ及びＢＳは、下記のようなタイマーを駆動することによりこの新たなスリープモードで提案した可変リスニング間隔の終了時点及びスリープ状態への遷移時点を認識する。

（１）新たなスリープモードのためのＭＳのタイマー（Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭ）：このタイマーは、ＭＳが管理するタイマーである。このタイマーは、ＭＳとＢＳとが送受信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージにより取得されたリスニング間隔が終了された次のフレームから開始され、ＭＳが対応するフレームでＢＳからデータを受信する度にリセットされる。ＭＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信した場合に、ＭＳは、ＭＳの識別子がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージに含まれていない場合にスリープ状態に遷移する。このタイマーが満了すると、ＭＳは、このリスニング間隔でスリープ状態に遷移し、次のリスニング間隔が開始されるまでこのスリープ状態を維持する。

（２）新たなスリープモードのためのＢＳのタイマー（Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭ）：このタイマーは、ＢＳが管理するタイマーである。このタイマーは、フレームごとにカウントされ、対応するフレームでＭＳからデータを受信する度にリセットされる。このタイマーが満了し、ＢＳがＭＳに送信するデータが存在しない場合に、ＢＳは、ＭＳがスリープ状態に遷移したことを認識し、データが発生しても、ＭＳが次のリスニング間隔で目覚めるまでこの発生したデータを送信しない。

ここで、このタイマーの単位は、時間又はフレームの個数となることができる。このタイマーの単位がフレームの個数であり、最大満了時点が５個のフレームであると仮定する場合に、このタイマーは、この５個のフレームの間隔の間に、ＭＳがＢＳに送信するデータが存在しない際に満了する。

一方、ＴＴＷＦ＝０であり、ＶＬＩＩ＝１である場合に、この電力節約クラスが終了されるために、すなわち、ＭＳがこのスリープモードを外れるためには、ＭＯＢ＿ＳＬＰ−ＲＥＱ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの送受信、帯域幅及びアップリンクスリープコントロールヘッダ、及びダウンリンクスリープコントロール拡張サブヘッダの非活性化が使用される。

また、ＭＳは、タイマーが満了するか、又は送受信するデータが存在しない場合にスリープ状態に遷移する。しかしながら、このタイマーが満了する前にＭＳがスリープ状態に遷移することを希望する場合、又はＢＳがＭＳをスリープ状態に遷移させようとする場合に、ＭＳは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを送受信することによりスリープ状態に遷移することができる。

ＢＳもこの管理メッセージを用いてＭＳがスリープ状態に遷移するようにすることができる。この場合に、ＢＳがこの管理メッセージを非要求指示で設定して送信することを意味する。

上述した第２の実施形態での例外状況について説明する。

１．スリープウィンドでＢＳがＭＳからＢＷ＿ＲＥＱメッセージを受信する
下記の説明において、ＭＳがスリープモードのスリープ状態に滞在していると仮定する。すなわち、ＢＳは、ＭＳがスリープ状態に滞在するためデータを送受信することができないことを認識する。しかしながら、ＭＳが例えば、緊急な状況の発生によりデータをＢＳに送信しなければならない状況が発生したか、又はＭＳがリスニング間隔の開始時点から送信するデータが発生したが、ＭＳがＣＤＭＡコードレンジングの後にＵＬバーストグラントをＢＳから受信するまでの時間が、このリスニング間隔より長い場合が発生したと仮定する。従って、ＭＳは、ＭＳ自身がスリープ状態に滞在しているとしても、ＢＷ−ＲＥＱメッセージをＢＳに送信することができる。

ＢＳは、ＭＳのデータ送信を許可するか否かを決定する。ＢＳがＭＳのデータ送信を許可する場合に、ＢＳは、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭを駆動する。すなわち、ＢＳは、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭの駆動直後にＭＳから受信されるデータを待機する。

同様に、ＢＳがＭＳのデータ送信を許可した場合、すなわち、ＭＳがＵＬバーストグラントをＢＳから受信した場合に、ＭＳは、このＵＬバーストを介してデータをＢＳに送信し、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭの駆動直後にＢＳから受信されるデータを待機する。

ＭＳがスリープ状態に滞在する場合に、ＭＳは、ＭＳの判断により、ＢＷ−ＲＥＱメッセージを即座に送信するか又は次のリスニング間隔で送信することができる。

２．ＭＳが基本ＭＡＰ（ＤＬ−ＭＡＰ／ＵＬ−ＭＡＰ）を受信することができない
ＭＳは、リスニング間隔でＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭを駆動した後にＢＳから受信されるデータを待機する。すなわち、ＢＳは、基本ＭＡＰ（ＤＬ−ＭＡＰ／ＵＬ−ＭＡＰ）をＭＳに送信した後にデータを送信する。

一方、このリスニング間隔が終了される時点でＢＳとＭＳ間で送受信されるデータが存在すると、ＭＳは、このリスニング間隔を延長し、ＢＳとデータを送受信することができる。しかしながら、ある場合には、ＭＳは、この延長されたリスニング間隔中にＢＳが送信した基本ＭＡＰを受信することができない場合が発生し得る。この場合に、ＭＳは、ＢＳがデータをＭＳに送信したか否かを判定することができない。従って、ＭＳは、ＢＳが送信するデータを有していないと判定し、このスリープ状態に遷移する。

しかしながら、この場合に、ＭＳは、このスリープ状態に遷移する前に一時的にＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭをリセットすることにより、ＭＳがリスニング間隔に滞在する間隔を延長する。この際に、ＭＳは、基本マップの中でＤＬ−ＭＡＰだけをＢＳから受信することができない場合のみにＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭをリセットすることにより、ＭＳがリスニング間隔に滞在する間隔を延長することもある。

３．ＭＳがＳＵＢ−ＤＬ−ＵＬ−ＭＡＰを受信することができない
ＢＳは、基本ＭＡＰでなく、Ｃｏｍｐｒｅｓｓｅｄ ＭＡＰを使用して最大３個のＳＵＢ−ＤＬ−ＵＬ−ＭＡＰをＭＳに送信することができる。すなわち、ＢＳは、この３個のＳＵＢ−ＤＬ−ＵＬ−ＭＡＰに異なる変調及び符号化方式（ＭＣＳ）レベルを適用してＭＳに送信することができる。この際に、ＭＳは、チャネル状態に従ってこの最大３個のＳＵＢ−ＤＬ−ＵＬ−ＭＡＰの中のいずれか１つ又はすべてをデコーディングすることができる。ＭＳがリスニング間隔中に、ＢＳが送信したすべてのＳＵＢ−ＤＬ−ＵＬ−ＭＡＰを受信することができないか又はデコーディングすることができない場合に、ＭＳは、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭをリセットすることにより、リスニング間隔に滞在する間隔を延長することができる。

言い換えれば、ＭＳがＣｏｍｐｒｅｓｓｅｄ−ＭＡＰをデコーディングすることができない場合には、ＳＵＢ−ＤＬ−ＵＬ−ＭＡＰもデコーディングすることができない。したがって、ＭＳは、ＢＳが送信したＣｏｍｐｒｅｓｓｅｄ−ＭＡＰをデコーディングすることができない場合にも、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭをリセットすることにより、リスニング間隔に滞在する間隔を延長することができる。

４．ＢＳが送信したデータに対する応答メッセージがＭＳから受信されない
例えば、ＢＳは、自動反復要求（ＡＲＱ）方式を適用した通信システムにおいてデータをＭＳに送信し、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭを駆動することによりＭＳからのフィードバックメッセージを待機することができる。ＭＳは、ＢＳが送信したデータが正常に受信されたか又は異常に受信されたかを判定し、この判定の結果に従ってＡＣＫ又はＮＡＣＫメッセージをＢＳに送信することができる。しかしながら、ある場合には、ＭＳは、ＭＳの不良なチャネル状態又は電力不足によりＡＣＫ又はＮＡＣＫメッセージをＢＳに送信することができない場合が発生し得る。このような場合に、ＢＳが駆動したＴｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭは満了する。

また、ＢＳがＭＳに送信するもう１つのデータが発生しても、ＭＳからＡＣＫ又はＮＡＣＫメッセージの受信がないので、ＢＳは、ＭＳへのデータ送信を中止し、次のリスニング間隔でデータ送信を再開することができる。

一方、ＢＳがチャネル品質指示チャネル（ＣＱＩＣＨ）をＭＳに割り当てた場合に、ＣＱＩＣＨに関する情報が予め設定された個数だけＢＳに送信されなくても、ＢＳは、ＭＳへのデータ送信を中止することができる。

また、ＢＳがＵＬリソースをＭＳに割り当てたにもかかわらずＭＳがＵＬデータを送信しない場合に、ＢＳは、ＭＳが異常状態にあると見なす。したがって、ＢＳが現在のリスニング間隔でＭＳに送信するデータを有するとしても、ＢＳは、次のリスニング間隔でこのデータ送信を実行する。

下記で説明する第３の実施形態において、ＶＬＩＩは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージにＴＬＶエンコーディング形態で含まれる。

ここで、ＴＬＶエンコーディングは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージ内のＴＬＶエンコーディングされた情報ＩＥに下記の＜表４＞の形態で定義されることができる。

＜表４＞に示すように、電力節約クラス識別子がこのＴＬＶエンコーディングされた情報ＩＥに含まれ、このＴＬＶエンコーディングは、この電力節約クラス識別子に対するＶＬＩＩが存在するか否かを示す。

次いで、第４の実施形態について説明する。下記で説明する第４の実施形態において、ＢＳ及びＭＳは、第２の実施形態と同一の動作を行う。しかしながら、第２の実施形態で提案したタイマーの動作は異なる。

ＭＳが新たなスリープモードを実行する場合に、＜表５＞に示したＴＬＶエンコーディングは、第２の実施形態で提案した‘Support of new sleep mode with variable listening Interval’ＴＬＶエンコーディングとともにＲＥＧ−ＲＥＱメッセージに含まれることができる。

‘Support of new sleep mode with variable listening Interval’ＴＬＶエンコーディングだけがＲＥＧ−ＲＥＱメッセージに含まれ、＜表５＞のＴＬＶエンコーディングがこのメッセージに含まれない場合に、初期（default）値を要請するものと見なされる。

従って、ＢＳは、ＭＳが送信したＲＥＧ−ＲＥＱメッセージをチェックし、ＲＥＧ−ＲＥＱメッセージに対応するＲＥＧ−ＲＳＰメッセージに、＜表６＞に示す‘Support of new sleep mode with variable listening Interval’ＴＬＶエンコーディング及びＴＬＶエンコーディングを含んで送信する。

＜表６＞に示すように、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭの値について、ＢＳは、ＭＳがＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに要請した値を含むことができ、ＢＳがサポートする許容範囲内でＭＳが要請した値とは異なる値を含むことができる。この際に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭの値は、ＢＳが管理しているＴｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭの値より大きい値に設定して送信する。

一方、ＢＳがＲＥＧ−ＲＳＰメッセージをＭＳに送信する場合に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭエンコーディングを含まず、‘Support of new sleep mode with variable listening Interval’ＴＬＶエンコーディングだけを含むことができる。この際に、ＭＳは、ＲＥＧ−ＲＳＰメッセージをデコーディングした後に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭエンコーディングが含まれていないことを認識し、このタイマー値が予め定められた値で駆動されると見なさなければならない。

また、第４の実施形態で提案したタイマーは、電力節約クラス別に相異なるように設定されることができる。すなわち、この電力節約クラスに属しているデータパターン、すなわち、接続別に異なるタイマー値を設定することができる。このような設定を提案したＴＬＶエンコーディングは、下記の＜表７＞のように定義されることができる。

＜表７＞に示すように、このＴＬＶエンコーディングは、ＭＳ及びＢＳがこの新たなスリープモードを実行するか又はサポートすることができ、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージでＴＴＷＦが‘０’に設定された電力節約クラスのみに対して含まれる。この際に、ＭＳは、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿ＮＥＷ＿ＳＬＭを要請してもよい。

また、第２の実施形態において、ＶＬＩＩは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＬＳＰ−ＲＳＰメッセージ内に、ＴＬＶエンコーディング形態とは異なるパラメータ形態で含まれることができる。この際に、タイマーは、下記の＜表８＞に示すＴＬＶ形態で定義されて送信されることができる。すなわち、このＶＬＩＩがパラメータ形態で送信される場合に、このタイマーは、次のＴＬＶ形態で送信される。

この際に、ＴＴＷＦは‘０’に設定され、ＶＬＩＩは、‘１’に設定された電力節約クラスに対して上述した＜表８＞に示すＴＬＶを含めて、ＭＳが管理するタイマーの値に関する情報を提供することもできる。

一方、本発明において、ＭＳは、ＢＳと予め交渉されたリスニング間隔で目覚めることができる。しかしながら、複数のフレームを含むスーパーフレーム構成において、この予め交渉されたリスニング間隔が１番目のフレームに含まれていない場合に、ＭＳは、この予め交渉されたリスニング間隔だけでなく１番目のフレームでも目覚めることができる。

同様に、本発明によるスーパーフレーム構成を使用する通信システムにおいて、ＭＳがスリープ状態に遷移する基本単位及びリスニング間隔に対応する基本単位は、スーパーフレーム単位となる。すなわち、ＭＳがスリープ状態に遷移するフレームは、スーパーフレームの１番目のフレームとなり、ＭＳがリスニング間隔で目覚めるフレームもスーパーフレームの１番目のフレームとなる。ＭＳがこのスーパーフレームの１番目のフレームでスリープ状態に遷移しなくても、リスニング間隔で目覚める時点は、このスーパーフレームの１番目のフレームとならなければならない。

後述する実施形態は、ＭＳ及びＢＳが同時にスリープモードを要請する場合に発生し得る問題点を解消するために提案される。すなわち、ＭＳがＢＳの非要求方式で送信されたＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを識別するために、ＢＳは、上述した＜表２＞に示したパラメータの他にも、次のようなパラメータをＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに付加する。

非要求指示
この非要求指示パラメータは、ＢＳがＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを非要求方式でＭＳに送信する際に‘１’に設定される。

もう１つの実施形態として、＜表２＞で説明したスリープ承認（Ｓｌｅｅｐ＿Ａｐｐｒｏｖｅｄ）の代わりに、次のパラメータがＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに含まれる。

応答コード
この応答コードパラメータは、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージがＭＳからの要請に対するある応答であるか、又は非要求方式で送信されるかを示す。言い換えれば、この応答コードの値が‘０’である場合に、ＢＳが非要求方式でＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをＭＳに送信することを意味する。この値が‘１’である場合に、ＭＳが送信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに対する承認を示す。この値が‘２'である場合に、ＭＳが送信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに対する拒絶を示す。

ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージが非要求方式で送信されることを示すためには、上述したパラメータの他に他のタイプの非要求指示パラメータが使用されることができる。この非要求指示パラメータによりＭＳ及びＢＳがスリープモードを同時に要請することが認識される場合に、次の２つの動作の中の１つは、システム設定、システム設計者の選択、標準の定義、又は他の基準に従って実行されることができる。

１番目に、ＭＳの要請を最優先する場合に、ＢＳは、自身が送信した非要求方式のＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを無視し、ＭＳからのＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに応答する。また、ＭＳは、非要求方式のＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを無視し、自身のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに応じたＢＳによる適切なＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの再送信を待機する。

次いで、ＢＳの要請を最優先する場合に、ＢＳは、ＭＳ自身が送信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを放棄し、ＢＳからのＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに応じてスリープモード動作を行うと見なす。ＭＳは、ＢＳが送信した非要求方式のＭＯＢ＿ＳＬＰ−ＲＳＰメッセージのパラメータに従って動作する。

次の変形された実施形態において、可変リスニング間隔を終了するための条件は、ＢＳとＭＳ間で個別に定義される。すなわち、リスニング間隔を延長するためのタイマーの駆動条件は、次の通りである。

Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの駆動条件
上述した第２の実施形態において、ＭＳがリスニング間隔の間にＤＬデータをＢＳから受信するか、又はＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを介して肯定的な指示を受信する場合に、ＭＳは、リスニング間隔が終了される時点でこのタイマーを駆動する。他方、次の実施形態において、ＭＳは、リスニング間隔の間にＤＬデータをＢＳから受信するか、又はＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを介して肯定的な指示を受信する場合に、このタイマーを即座に駆動する。

本実施形態は、このタイマーがリセットされる条件で第２の実施形態と同一である。追加で、このタイマーは、ＡＲＱ ＡＣＫ又はＨＡＲＱ ＡＣＫがＵＬトラフィックに対して受信された場合にもリセットされる。ＮＡＣＫ基盤ＡＲＱ方式が使用される場合には、ＡＲＱ ＡＣＫでないＡＲＱ ＮＡＣＫは、このタイマーをリセットするために使用され、ＮＡＣＫ基盤ＨＡＲＱ方式が使用される場合に、ＨＡＲＱ ＮＡＣＫは、このタイマーをリセットするために使用される。その結果、ＢＳが正常に動作していることをＭＳが認識することができる場合に、このリスニング間隔は延長される。

Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの駆動条件
上述した第２の実施形態において、ＢＳがリスニング間隔の間にＵＬデータをＭＳから受信する場合に、ＢＳは、リスニング間隔が終了される時点でタイマーを駆動する。他方、次の実施形態において、ＢＳは、リスニング間隔の間にＵＬデータをＭＳから受信する場合に、このタイマーを即座に駆動する。

本実施形態は、このタイマーがリセットされる条件において第２の実施形態と同一である。追加で、このタイマーは、ＡＲＱ ＡＣＫ又はＨＡＲＱ ＡＣＫがＤＬトラフィックに対して受信された場合にもリセットされる。ＮＡＣＫ基盤ＡＲＱ方式が使用される場合に、ＡＲＱ ＡＣＫでないＡＲＱ ＮＡＣＫは、このタイマーをリセットするために使用され、ＮＡＣＫ基盤ＨＡＲＱ方式が使用される場合に、ＨＡＲＱ ＮＡＣＫは、このタイマーをリセットするために使用される。その結果、ＭＳが正常に動作していることをＢＳが認識することができる場合に、このリスニング間隔は延長される。

後述する変形された実施形態では、リスニング間隔を延長するためのタイマーに対してスリープ状態に遷移する条件を次の通りに定義する。

Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭによるスリープ状態への遷移条件
上述した第２の実施形態において、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーが満了する際に、ＭＳは、ＢＳに送信するデータがなければスリープ状態に遷移する。しかしながら、この場合に、ＵＬトラフィックがＭＳに継続して存在する場合に、ＭＳは、常に目覚めているため、ＭＳのバッテリー消費を増加させる。したがって、後述する実施形態において、このタイマーが満了し、ＨＡＲＱ再送信試み回数又はＡＲＱ再送信試み回数が使い尽くされる（exhaust）場合に、ＭＳは、スリープ状態に遷移する。したがって、ＭＳが送信するＵＬトラフィックが存在するか否かは、ＭＳのスリープ状態への遷移に影響を及ぼさない。すなわち、再送信試み回数が使い尽くされると、ＭＳがＡＣＫをＢＳから正常に受信することができず、ＤＬトラフィックが存在しないと判定し、ＭＳは、スリープ状態に遷移する。ここで、再送信回数が予め定められた最大制限に到達すると、ＭＳは、再送信試み回数が使い尽くされたと判定する。

Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭによるスリープ状態への遷移条件
一方、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーが満了する場合に、ＢＳは、ＨＡＲＱ又はＡＲＱ再送信試み回数が使い尽くされるまで待機する。この後に、ＨＡＲＱ再送信試み回数又はＡＲＱ再送信試み回数が使い尽くされると、ＢＳは、ＭＳがスリープ状態に遷移したものと見なす。同様に、ＢＳがＭＳに送信するＤＬトラフィックが存在するか否かは、ＭＳがスリープ状態に遷移するものと見なされる条件に影響を及ぼさない。

他の変形された実施形態では、リスニング間隔の延長のためのタイマーの駆動条件を次のように定義する。

ＭＳは、リスニング間隔の間にＤＬデータをＢＳから受信するか、又はＵＬデータに対するＡＣＫ（ＨＡＲＱ ＡＣＫ又はＡＲＱ ＡＣＫ）を受信した場合に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを即座に駆動する。ＢＳは、リスニング間隔の間にＵＬデータをＭＳから受信するか、又はＤＬデータに対するＡＣＫを受信する場合に、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを即座に駆動する。

もう１つの変形された実施形態では、リスニング間隔の延長のためのタイマーの駆動条件を次のように定義する。

ＭＳは、リスニング間隔の間にＤＬデータをＢＳから受信するか、又はＵＬトラフィックに対するＡＣＫ（ＨＡＲＱ ＡＣＫ又はＡＲＱ ＡＣＫ）を受信した場合、又はＢＷ−ＲＥＱをＢＳに送信した後に許可（Grant）としてＵＬバーストの割り当てを受けた場合に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを即座に駆動する。ＢＳは、リスニング間隔の間にＵＬデータをＭＳから受信するか、又はＤＬトラフィックに対するＡＣＫ（ＨＡＲＱ ＡＣＫ又はＡＲＱ ＡＣＫ）を受信した場合に、又はＢＷ−ＲＥＱをＭＳから受信すると、許可としてＵＬバーストを割り当てた場合に、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを即座に駆動する。

もう１つの変形された実施形態として、リスニング間隔の延長のためのタイマーに対して上述した駆動条件に加えて、ＭＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを介して肯定的な指示をＢＳから受信した場合を考慮する。すなわち、ＭＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを介して肯定的な指示をＢＳから受信した場合に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを即座に駆動する。

変形された実施形態において、ＢＳは、リスニング間隔の間にＭＯＢ＿ＴＲＦ−ＩＮＤメッセージの送信を予想したＭＳに送信するＤＬトラフィックがないために、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信しない場合には、これをＭＳに通知するために次のフィールドをＤＬ−ＭＡＰメッセージに含ませる。

Ｔｒａｎｓｍｉｓｓｉｏｎ＿ｏｆ＿ＭＯＢ＿ＴＲＦ−ＩＮＤ
このフィールドが‘０’に設定された場合、ＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信しない、すなわち、リスニング間隔の間に目覚めている間にＭＯＢ＿ＴＲＦ−ＩＮＤメッセージの受信を待機しているＭＳに対するＤＬトラフィックがないことを意味する。このフィールドを認識したＭＳは、状況に基づいて、例えば、ＵＬトラフィックがない場合に、残っているリスニング間隔の長さに関係なくスリープ状態に即座に遷移し、次のリスニング間隔でさらに目覚める。このフィールドが‘１’に設定された場合に、ＭＳは、既存の動作と同様にＭＯＢ＿ＴＲＦ−ＩＮＤメッセージの受信を待機する。

このフィールドは、ＤＬ−ＭＡＰ内のＴＬＶエンコーディングの形態で送信されるか、又はスーパーフレームヘッダに挿入される１ビットの指示子の形態で送信されることができる。

ＭＳがスリープモードから目覚めた場合に、正確なフレームで目覚めたか否かを確認するためにフレーム番号を確認する必要がある。スーパーフレームが使用され、１つのスーパーフレームが複数のフレームで構成される場合に、フレーム番号又はスーパーフレーム番号は、スーパーフレームの１番目のフレームに位置したスーパーフレームヘッダのみを介してチェックされる。しかしながら、スリープモード動作がフレーム単位でなされる場合に、ＭＳは、スーパーフレームヘッダを即座に受信することができないためフレーム番号を認識することができない可能性がある。したがって、スーパーフレーム構成が使用される場合に、このスリープモード動作は、スーパーフレーム単位でなされなければならない。すなわち、このリスニング間隔は、スーパーフレームの１番目のフレームから位置しなければならない。しかしながら、リスニング間隔の長さがこのスーパーフレームの倍数に長くなる必要はない。

このために、ＭＯＢ＿ＳＬＰ−ＲＥＱ／ＲＳＰメッセージで、スリープウィンドが始まるフレームの位置を示すｓｔａｒｔ＿ｆｒａｍｅ＿ｎｕｍｂｅｒは、このスーパーフレームの１番目のフレームを示すように設定される。例えば、ｓｔａｒｔ＿ｆｒａｍｅ＿ｎｕｍｂｅｒには、このスーパーフレームを識別するスーパーフレーム番号の６つの最下位ビット（ＬＳＢ）が設定されるか、又はこのスーパーフレームの１番目のフレームを識別するフレーム番号の６つのＬＳＢビットが設定される。

また、スリープウィンドの単位サイズ（step size）は、［スーパーフレーム長さｘＮ］として定義される。ここで、スーパーフレーム長さは、１つのスーパーフレームに含まれているフレームの個数、例えば、４つのフレームを意味する。したがって、このスリープウィンドの長さを示すために、Ｎ又は４ｘＮは、ＭＯＢ＿ＳＬＰ−ＲＥＱ／ＲＳＰメッセージの“ｉｎｉｔｉａｌ−ｓｌｅｅｐ ｗｉｎｄｏｗ”フィールド又は他のフィールドに含まれる。

このスリープモードにおける１回のスリープウィンドと１回のリスニング間隔とをスリープサイクルと呼ぶ際に、このリスニング間隔は、毎スリープサイクル内に含まれる。したがって、このスリープサイクルの開始を示すスリープウィンドの開始位置がスーパーフレームの１番目のフレームとして指定され、スリープウィンドの単位長さがスーパーフレーム長さの倍数として指定される場合に、このスリープウィンドの長さが２倍ずつ増加（doubling）しても、このリスニング間隔は、あるスーパーフレームの１番目のフレームに常に位置する。その結果、ＭＳは、このリスニング間隔で目覚めた際に、ＭＳ自身が正確な時点で目覚めたか否かを確認するためにフレーム番号を参照することができる。

本発明の新たなスリープモード動作に従うと、リスニング間隔は、継続してデータを受信するか又はＡＣＫを受信する間にＢＳ及びＭＳで駆動するタイマーにより延長される。この場合に、この延長されたリスニング間隔は、最終的に次にスケジュールされたリスニングウィンドに到達することができる。これは、ＢＳ及びＭＳのタイマーがデータ及び／又はＡＣＫにより継続してリセットされることを意味する。ＭＳ及びＢＳは、この延長されたリスニング間隔が終了されたことを判定し、この次のスケジュールされたリスニングウィンドで新たなスリープモード動作をさらに適用する。この適用結果に従って、この次にスケジュールされたリスニングウィンドは、新たな延長されたリスニング間隔となることができる。ここで使用された‘スケジュールされたリスニング間隔’は、ＭＯＢ＿ＳＬＰ−ＲＥＱ／ＲＳＰメッセージにより示されたパラメータにより元来決定されたリスニング間隔を意味する。

特に、このスリープモードの初期動作では、このスリープウィンドの長さが相対的に短いために、この延長されたリスニングウィンドが次にスケジュールされたリスニングウィンドに到達する確率が高い。このように延長されたリスニング間隔が終了され、新たに開始されたリスニング間隔がさらに延長された状況が数回反復されると、すなわち、この延長されたリスニング間隔が連続して数回発生すると、ＭＳが継続してスリープモードを維持することは意味がない。

したがって、後述する実施形態では、連続的な延長されたリスニング間隔の個数をチェックするためのしきい値を使用する。本発明の新たなスリープモード動作に従って延長されたリスニング間隔が次のスケジュールされたリスニングウィンドに到達した場合に、ＭＳは、連続的な延長されたリスニング間隔の個数がこのしきい値に到達したか否かを判定する。この際に、新たな延長されたリスニング間隔は、連続的な延長されたリスニング間隔の個数をカウントするのに含まれるか又は省略される。この連続的な延長されたリスニング間隔の個数がこのしきい値より小さい場合に、ＭＳは、スリープモードを維持する。他方、この連続的な延長されたリスニング間隔の個数がこのしきい値に到達した場合に、ＭＳは、スリープモードをこれ以上維持する必要がないと判定し、スリープモードから正常モードに遷移する。また、ＢＳは、ＭＳがＭＳと同一のアルゴリズムを使用してスリープモードを保持するか又は正常モードに遷移するかを判定する。

ＭＳが正常モードに遷移せず次にスケジュールされたリスニングウィンドに到達した場合に、リスニング間隔の延長のために使用されるタイマーは、中止された後に再始動される。例えば、タイマーが中止された状態でデータ交換が発生すると、リスニングタイマーの延長のためのタイマーは、上述した実施形態で説明した条件により再始動される。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

Claims (19)

1. 通信システムにおける移動局（ＭＳ）のスリープモード動作制御方法であって、
   前記スリープモードは、アウェイク状態に対応するリスニング間隔とスリープ状態に対応するスリープウィンドとに区分され、前記リスニング間隔及び前記スリープウィンドは、フレーム単位で区分され、前記リスニング間隔のＡ番目のフレームから予め定められた個数のフレームの間に基地局（ＢＳ）との送信又は受信を行うデータが存在しない場合に、Ａ番目のフレーム後の予め定められた個数に対応するＢ番目のフレームから前記スリープ状態で動作するステップと、
   前記移動局が前記リスニング間隔のＣ番目のフレームで前記基地局とデータの送信又は受信を行う場合に、Ｃ＋１番目のフレームから前記予め定められた個数だけに対応するフレームの間には、リスニング状態で動作するステップと、
   を具備することを特徴とするスリープモード動作制御方法。
2. 前記リスニング間隔が始まるフレームでトラフィック指示（ＴＲＦ−ＩＮＤ）メッセージを前記基地局から受信するステップをさらに具備し、前記トラフィック指示メッセージは、前記移動局が前記基地局から受信するデータが存在するか否かを示す情報を含むことを特徴とする請求項１に記載のスリープモード動作制御方法。
3. 前記情報は、前記移動局の識別子であることを特徴とする請求項２に記載のスリープモード制御方法。
4. 前記移動局が前記スリープウィンドでデータを前記基地局に送信する必要がある場合に、帯域幅要請メッセージを前記基地局に送信するステップをさらに具備することを特徴とする請求項１に記載のスリープモード制御方法。
5. 前記フレームの単位は、予め定められた時間単位であることを特徴とする請求項１に記載のスリープモード制御方法。
6. 前記移動局が前記リスニング状態で動作する間に前記基地局から前記スリープ状態への遷移要請メッセージを受信すると、前記スリープ状態に遷移するステップをさらに具備することを特徴とする請求項１に記載のスリープモード制御方法。
7. 前記移動局が前記スリープ状態で動作する間に前記基地局からリスニング状態への遷移要請メッセージを受信すると、前記リスニング状態に遷移するステップをさらに具備することを特徴とする請求項１に記載のスリープモード制御方法。
8. 通信システムにおける基地局（ＢＳ）のスリープモード動作制御方法であって、
   前記スリープモードは、アウェイク状態に対応するリスニング間隔とスリープ状態に対応するスリープウィンドとに区分され、前記リスニング間隔及び前記スリープウィンドは、フレーム単位で区分され、移動局のリスニング間隔で予め定められた個数のフレームの間に前記移動局との送信又は受信を行うデータが存在しない場合に、前記移動局が前記スリープ状態で動作することを認識するステップと、
   前記移動局のリスニング間隔のｎ番目のフレームで前記移動局とデータの送信又は受信を行う場合に、前記移動局がｎ＋１番目のフレームから前記予め定められた個数だけに対応するフレームの間には、リスニング状態で動作することを認識するステップと、
   を具備することを特徴とするスリープモード動作制御方法。
9. 前記リスニング間隔が始まるフレームでトラフィック指示（ＴＲＦ−ＩＮＤ）メッセージをブロードキャストするステップをさらに具備し、前記トラフィック指示メッセージは、前記基地局が前記移動局に送信するデータが存在するか否かを示す情報を含むことを特徴とする請求項８に記載のスリープモード動作制御方法。
10. 前記情報は、前記移動局の識別子であることを特徴とする請求項９に記載のスリープモード制御方法。
11. 前記基地局が前記移動局のスリープウィンドでデータを前記移動局に送信する必要がある場合に、前記リスニング状態への遷移要請メッセージを前記移動局に送信するステップをさらに具備することを特徴とする請求項８に記載のスリープモード制御方法。
12. 前記フレームの単位は、予め定められた時間単位であることを特徴とする請求項８に記載のスリープモード制御方法。
13. 前記移動局が前記リスニング状態で動作する間に前記移動局から前記スリープ状態への遷移要請メッセージを受信する場合に、前記スリープ状態への遷移を許可するメッセージを送信するステップをさらに具備することを特徴とする請求項８に記載のスリープモード制御方法。
14. 前記移動局が前記スリープ状態で動作する間に帯域幅要請メッセージを前記移動局から受信する場合に、前記移動局のアップリンクデータ送信を許可するステップをさらに具備することを特徴とする請求項８に記載のスリープモード制御方法。
15. 通信システムにおける移動局（ＭＳ）のスリープモード動作制御方法であって、
    前記スリープモードは、アウェイク状態に対応するリスニング間隔とスリープ状態に対応するスリープウィンドとに区分され、前記リスニング間隔及び前記スリープウィンドは、フレーム単位で区分され、前記移動局がスリープモード要請メッセージを基地局から受信する場合に前記スリープモードに遷移するステップと、
    前記リスニング間隔のフレームの中でデータ送信又は受信が発生しないＮ番目のフレームでタイマーを初期値に設定するステップと、
    前記Ｎ番目のフレームで設定されたタイマーの初期値をデータ送信又は受信が発生するフレームの前のフレームまでフレーム別に１ずつ増加させるステップと、
    前記増加されたタイマー値がＭ番目のフレームで予め定められたしきい値に到達する場合に、Ｍ＋１番目のフレームから前記スリープ状態で動作するステップと、
    を具備することを特徴とするスリープモード制御方法。
16. 前記リスニング間隔が始まるフレームでトラフィック指示（ＴＲＦ−ＩＮＤ）メッセージを前記基地局から受信するステップをさらに具備し、前記トラフィック指示メッセージは、前記移動局が前記基地局から受信するデータが存在するか否かを示す情報を含むことを特徴とする請求項１５に記載のスリープモード動作制御方法。
17. 前記リスニング間隔のフレームの中でデータ送信又は受信が発生するフレームで前記タイマー値を初期値にリセットするステップをさらに具備することを特徴とする請求項１５に記載のスリープモード制御方法。
18. 前記移動局が前記スリープウィンドでデータを前記基地局に送信する必要がある場合に、帯域幅要請メッセージを前記基地局に送信するステップをさらに具備することを特徴とする請求項１５に記載のスリープモード制御方法。
19. 前記フレームの単位は、予め定められた時間単位であることを特徴とする請求項１５に記載のスリープモード制御方法。

Images