JP5450669B2 - 通信システムにおけるスリープモード動作を制御するための方法及び装置 - Google Patents

Description

本発明は、通信システムに関し、特に、移動局のスリープモード動作を制御するための方法及び装置に関する。

一般的に、通信システムは、大容量データを送受信するための高速のサービスをユーザに提供するための形態で発展している。例えば、これらの通信システムは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）標準８０２．１６ｅ通信システムを含む。ＩＥＥＥ標準８０２．１６ｅ通信システムにおける正常モードは、移動局（Mobile Station：以下、“ＭＳ”と称する。）と基地局（Base Station：以下、“ＢＳ”と称する。）間の通信を常に保持する状態を意味する。

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

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

一方、ＩＥＥＥ標準８０２．１６ｅ通信システムは、ＭＳの移動性を考慮するシステムであるので、ＭＳの電力消費は、システムの全体性能に重要な要因として作用し、また、ＭＳの移動性に影響を及ぼす。ＭＳの電力消費を最小化させるために、ＭＳとＢＳ間のスリープモード及びスリープモードに対応するアウェイクモードが提案された。

図１は、通信システムにおけるスリープモード動作を行うための従来の方法を示す図である。

図１を参照すると、アウェイクモードに存在するＭＳ１００は、ステップ１０１で、スリープモードへの遷移のために、スリープモード遷移要請（MOBile_SLeeP-REQuest：以下、“ＭＯＢ＿ＳＬＰ−ＲＥＱ”と称する。）メッセージをＢＳ１１０に送信する。ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを受信したＢＳ１１０は、ＢＳ１１０及びＭＳ１００の状況を考慮してＭＳ１００のスリープモードへのモード遷移を許諾するか否かを判定し、この判定の結果に基づいて、ステップ１０３で、スリープモード遷移応答（MOBile_SLeeP-ReSPonse：以下、“ＭＯＢ＿ＳＬＰ−ＲＳＰ”と称する。）メッセージをＭＳ１００に送信する。ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、リスニングウィンドを示すリスニングウィンドパラメータを含む。スリープモードのリスニングウィンドにおいて、ＢＳ１１０がＭＳ１００に送信するデータがある場合に、ＢＳ１１０は、リスニングウィンドの間にＭＳ１００の識別子（ＩＤ）を含むトラフィック指示（MOLBile_TRaFfic-INDication：以下、“ＭＯＢ＿ＴＲＦ−ＩＮＤ”と称する。）メッセージをＭＳ１００に送信する。

一方、ＭＳ１００のスリープモード要請（スリープモードへの遷移又は解除）に応答する代わりに、ＢＳ１１０は、まず、非要求方式（unsolicited manner）でスリープモード要請をＭＳ１００に送信することができる。すなわち、ＢＳ１１０は、ＭＳ１００のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを受信せずＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをまず送信することによりスリープモードへの進入又は終了をＭＳ１００に送信する。

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

ＢＳ１１０がＭＳ１００に送信するデータが存在しない場合に、ＢＳ１１０は、ステップ１０５で、スリープモードのリスニングウィンドでＭＳ１００の識別子を有しないＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、ＭＳ１００に対応しないので、ＭＳ１００に対する否定指示を含む。ＭＳ１００は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをデコーディングした後に、ＭＳ１００の識別子が含まれていない際にスリープモードを継続して保持する。

ＢＳ１１０がＭＳ１００に送信するデータがある場合に、すなわち、ＭＳ１００のためのプロトコルデータユニット（以下、“ＰＤＵ”と称する。）がネットワークから提供された場合に、ＢＳ１１０は、ステップ１０７で、ＭＳ１００の識別子を含むＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージがＭＳ１００に対応するので、ＭＳ１００に対する肯定指示となる。ＭＳ１００は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをデコーディングした後に、ＭＳ１００の識別子が含まれていることを確認し、アウェイクモードに遷移し、ＢＳ１１０からデータを受信する。

ＭＳ１００とＢＳ１１０間のデータ送受信が終了した後に、ＭＳ１００及びＢＳ１１０は、スリープモードにさらに遷移するために追加のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをやり取りすることにより、不必要なメッセージの送信、アップリンク（Uplink：以下、“ＵＬ”と称する。）及びＤＬリソースの浪費、及び電力消費を引き起こす。また、ＭＳ１００は、追加のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージをＢＳ１１０に送信するための帯域幅の割り当てを受けるために、帯域幅要請（BandWidth-REQuest：以下、“ＢＷ−ＲＥＱ”と称する。）メッセージをＢＳ１１０に送信することにより帯域幅レンジングを実行しなければならないので、ＭＳ１００がスリープモードへの遷移をするための時間が遅延する問題が発生する。

一方、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、電力節約クラスタイプ（Power_Saving_Class_Type）フィールド及びトラフィックトリガ発生フラグ（Traffic_Triggered_Wakening_Flag：以下、“ＴＴＷＦ”と称する。）フィールドを含む。Ｐｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅフィールドは、下記で説明するタイプの中の１つを定義するために使用される。

１）タイプ１は、従来のスリープモード動作に対応するクラスを示す。このようなクラスタイプにおいて、ＭＳは、リスニングウィンドでデータ送受信が発生するか、又は肯定指示を有するＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信する際にアウェイクモードに遷移する。

２）タイプ２は、固定されたスリープウィンドを有する。このようなクラスタイプにおいて、ＭＳは、リスニングウィンドでデータ送受信を実行し、固定されたスリープウィンドの後に次のスケジューリングされたリスニングウィンドでデータ送受信を実行する。

３）タイプ３は、タイプ１及びタイプ２において、ＭＳは、モード遷移要請メッセージを受信しない限り、継続してスリープモードを保持するのに比べて、タイプ３は、１回のスリープモード動作、すなわち、１回のスリープウィンドの後に自動でスリープモードを終了するクラスを意味する。タイプ３は、管理メッセージ又はマルチキャストトラフィックのために使用される。

ＴＴＷＦフィールドは、電力節約クラスタイプ１だけに適用される。特に、ＴＴＷＦは、データがリスニングウィンドで発生しても、ＭＳがスリープモードを保持することを希望する場合に使用される。

例えば、ＴＴＷＦ＝０である場合に、ＭＳは、リスニングウィンドの間にデータを送受信した後に、リスニングウィンドが終了される時点、すなわち、スリープウィンドが始まる時点でさらにスリープモードに遷移する。（ｉ）ＢＳがリスニングウィンドの間に対応する電力節約クラスのためのメディアアクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）の送信を希望する場合、（ｉｉ）ＭＳが対応する電力節約クラスのための接続に対してＢＷ−ＲＥＱメッセージを送信する場合、又は（ｉｉｉ）ＭＳが肯定指示、すなわち、ＭＳの識別子を有するＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＢＳから受信する場合に、ＭＳは、スリープモードを終了し、アウェイクモードに遷移する。他の場合に、ＭＳは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージとＭＯＢ＿ＳＬＰ−ＲＳＰメッセージとの交換（transaction）を通してスリープモードを終了することもできる。

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

上述したように、ＩＥＥＥ標準８０２．１６ｅ通信システムのスリープモード動作において、電力節約クラスタイプ１は、ＭＳがＴＴＷＦに従ってリスニングウィンドでＭＡＣ ＳＤＵをＢＳから受信する場合に、スリープモードを保持するか又は非活性化させるために使用される。しかしながら、従来では、ＭＳがスリープモードを保持しようとする場合に、リスニングウィンドの終了の後にスリープモードにさらに遷移しようとする時点が明確に提案されていない。また、ＴＴＷＦ値は、ＭＳとＢＳとが送受信するＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに初期に予め設定されている。しかしながら、ある場合には、このスリープモード動作を実行する間にＴＴＷＦの値を変更しなければならず、ＴＴＷＦの値を変更するための具体的な動作が必要である。

また、ＭＳ及びＢＳが相互にスリープモード要請を同時に送信する際に、すなわち、ＭＳがＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを同時に送信する際に、ＢＳは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを認識する前にＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを非要求方式で送信し、ＭＳは、基地局から受信したＭＯＢ＿ＳＬＰ−ＲＳＰメッセージがＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに対する応答であるか又は非要求方式で送信されたかを判定することができず、これにより、ＭＳとＢＳ間でスリープモード関連パラメータの不一致を引き起こすことがあり、これは、このスリープモードの誤動作につながり得る。従来のＩＥＥＥ標準８０２．１６ｅスリープモード動作がこのような不一致を考慮していないために、ＭＳは、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに含まれ、対応する電力節約クラスの活性化又は非活性化が承認されるか否かを示す‘Ｓｌｅｅｐ＿Ａｐｐｒｏｖｅｄ’フィールドだけに基づいて、ＢＳがその要請を承認したものと誤解し得る。これを防止するために、ＭＳは、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージ内に含まれたすべてのパラメータを自身が要請した値と一致するか否かを一つ一つ検証しなければならない。

また、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを用いてＤＬトラフィックが存在するか否かを示すためにＭＳとＢＳ間で交渉される場合、すなわち、ＭＯＢ＿ＳＬＰ−ＲＥＱ／ＲＳＰメッセージに含まれ、電力節約クラスタイプ１でＢＳがリスニングウィンドごとに少なくとも１つのＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信することを示す‘ＴＲＦ−ＩＮＤ＿ｒｅｑｕｉｒｅｄ’フィールドが１に設定される場合に、ＢＳは、ＭＳのリスニングウィンドの間にＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信しなければならない。したがって、ＢＳは、リスニングウィンドの間に目ざまっているＭＳに送信するＤＬトラフィックがない場合にも、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信することによりリソースの浪費をもたらす。また、ＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信しない際に、ＭＳは、ＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信しなかったか、又はＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信したにもかかわらず、ＭＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信することができなかったかを判定することができない。この場合に、ＭＳは、スリープモードから目覚め、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信することができなかったものと判定する。

したがって、通信システムにおける電力消費を減少させるために移動局のスリープモード動作を制御するための方法及び装置に対する必要性が高まっている。

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、通信システムにおけるスリープモード動作を制御するための方法及び装置を提供することにある。

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

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

上記のような目的を達成するために、本発明の一態様によれば、通信システムにおける移動局（ＭＳ）のスリープモードを制御する方法であって、上記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作する。上記方法は、上記リスニングウィンドの間に移動局と基地局間でデータの送信がある場合に、所定のタイマーを駆動するステップと、上記リスニングウィンドの間に、アップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）、ダウンリンク（ＤＬ）データ、及びリソース割り当てを示すＭＡＰ情報エレメント（ＩＥ）の中の少なくとも１つを受信すると、上記タイマーを再駆動するステップと、上記タイマーが満了するまで上記リスニングウィンドを保持するステップと、上記タイマーが満了する場合に上記スリープウィンドに遷移するステップとを有することを特徴とする。

本発明の他の態様によれば、通信システムにおける基地局（ＢＳ）が移動局（ＭＳ）のスリープモードを制御する方法であって、上記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作する。上記方法は、上記リスニングウィンドの間に上記移動局と上記基地局間でデータの送信がある場合に所定のタイマーを駆動するステップと、上記リスニングウィンドの間に、アップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）、ダウンリンク（ＤＬ）データ、及びリソース割り当てを示すＭＡＰ情報エレメント（ＩＥ）の中の少なくとも１つを上記移動局に送信すると、上記タイマーを再駆動するステップと、上記タイマーが満了するまで上記移動局が上記リスニングウィンドを保持しているか否かを判定するステップと、上記タイマーが満了する場合に、上記移動局が上記スリープウィンドに遷移したか否かを判定するステップとを有することを特徴とする。

本発明のさらに他の態様によれば、通信システムにおけるスリープモードを制御する移動局（ＭＳ）内の装置であって、上記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作する。上記装置は、上記リスニングウィンドの間に上記移動局と基地局（ＢＳ）間でデータの送信がある場合に、所定のタイマーを駆動し、上記リスニングウィンドの間にアップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）、ダウンリンク（ＤＬ）データ、及びリソース割り当てを示すＭＡＰ情報エレメント（ＩＥ）の中の少なくとも１つを上記基地局から受信すると、上記タイマーを再駆動する制御器と、上記タイマーが満了するまで上記リスニングウィンドを保持し、上記タイマーが満了する場合に上記スリープウィンドに遷移する送受信器とを有することを特徴とする。

本発明のさらなる他の態様によれば、通信システムにおける移動局（ＭＳ）のスリープモードを制御する基地局（ＢＳ）内の装置であって、上記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作する。上記装置は、上記リスニングウィンドの間に上記移動局と基地局間でデータの送信がある場合に、所定のタイマーを駆動し、上記リスニングウィンドの間にアップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）、ダウンリンク（ＤＬ）データ、及びリソース割り当てを示すＭＡＰ情報エレメント（ＩＥ）の中の少なくとも１つを上記移動局に送信すると、上記タイマーを再駆動し、上記タイマーが満了するまで上記移動局が上記リスニングウィンドを保持しているか否かを判定し、上記タイマーが満了する場合に、上記移動局が上記スリープウィンドに遷移したか否かを判定する制御器と、上記制御器の制御の下に、上記移動局とデータ及びメッセージを交換する送受信器とを有することを特徴とする。

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

本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。

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

本発明の他の目的、効果、及び際立った特徴は、添付図面が併用され本発明の実施の形態を開示する後述の詳細な説明から、当業者に明らかになるだろう。

図面中、同一の図面参照符号は、同一の構成要素、特性、及び構造を意味することが分かるはずである。

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるための様々な特定の詳細を含むが、唯一つの実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能あるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。

次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。

英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかることである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、一つ又は複数の表面を含む。

本発明の望ましい実施形態は、通信システムにおけるスリープモード動作を制御するための方法及び装置を提案する。ＩＥＥＥ（Institute of Electrical and Electronics Engineers）標準８０２．１６ｅ通信システム及びこれに基づく通信システムを参照してスリープモード動作制御方法を説明するが、このスリープモード動作制御方法は、他の通信システムにも適用され得る。また、本明細書では、通信システムにおける１つのＭＳ及びＢＳがスリープモード動作を制御するための方法について説明する。しかしながら、複数のＭＳが通信システムに存在する場合にも、このスリープモード動作制御方法が適用可能であることはもちろんである。

ＭＳ及びＢＳは、スリープモードへのモード遷移のために、まず、スリープモード遷移要請（MOBile_SLeeP-REQuest：以下、“ＭＯＢ＿ＳＬＰ−ＲＥＱ”と称する。）メッセージとスリープモード遷移応答（MOBile_SLeeP-ReSPonse：以下、“ＭＯＢ＿ＳＬＰ−ＲＳＰ”と称する。）メッセージを交換する。このスリープモードは、スリープウィンド及びリスニングウィンドを含む。スリープモード進入時点、スリープウィンドの長さ、及びリスニングウィンドの長さは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを送受信する際に決定される。ＭＳとＢＳ間のデータ送受信又は待機状態により電力を消費する状態は、アウェイク状態として定義され、ＭＳが電力消費の減少のためにＢＳとデータを送受信しない状態は、スリープ状態として定義される。このアウェイク状態及びこのスリープ状態は、すべてスリープモードに対応する。すなわち、このスリープモードは、リスニングウィンドに対応するアウェイク状態及びスリープウィンド（すなわち、リスニングウィンドを除く他のウィンド）に対応するスリープ状態に区分される。

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

同様に、スーパーフレーム構造を使用する通信システムの場合に、ＭＳがスリープ状態に遷移する動作単位及びリスニングウィンドを示す単位は、スーパーフレームを構成する。すなわち、ＭＳは、スーパーフレームの１番目のフレームでスリープ状態に遷移し得る。同様に、ＭＳは、他のスーパーフレームの１番目のフレームでリスニングウィンドから目覚め得る。ＭＳがスーパーフレームの１番目のフレームでスリープ状態に遷移しないとしても、リスニングウィンドで目覚める時点は、他のスーパーフレームの１番目のフレームとならなければならない。

本発明の実施形態は、スリープモードに進入し、スリープウィンドに滞在しているＭＳがリスニングウィンドでアウェイク状態に遷移し、トラフィック指示（MOLBile_TRaFfic-INDication：以下、“ＭＯＢ＿ＴＲＦ−ＩＮＤ”と称する。）メッセージをＢＳから受信した後にＭＳとＢＳ間のデータ送受信が行われない際に、ＭＳがさらにスリープ状態に遷移する動作を提案する。

本明細書では、ＭＳとＢＳ間のデータ送受信は、ＢＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信した後にデータをＭＳに送信することにより行われると仮定する。しかしながら、電力消耗の減少のためのデータ送信方法は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信せずデータ送受信を実行する場合にも適用可能である。

以下、スリープモード及びアウェイクモードの動作をサポートするためのメッセージについてより詳細に説明する。

ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、アウェイクモードに滞在しているＭＳがスリープモードへの遷移を希望する場合にＢＳに送信される。ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、ＭＳがスリープモードに遷移するために要求されるパラメータ、すなわち、情報エレメント（以下、“ＩＥ”と称する。）を含み、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージのフォーマットの一例は、下記表１に示す。

表１に示すように、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、下記で説明するＩＥの中の少なくとも１つを含み得る。

‘管理メッセージタイプ（Management Message Type）’は、送信されるメッセージのタイプを示す情報であり、管理メッセージタイプ＝５０は、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージであることを示す。‘クラスの個数（Number of Classes）’は、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに含まれる電力節約クラス（power saving class）の数を示す。‘定義（Definition）’は、新たな電力節約クラス又は既存の電力節約クラスの定義を示す。‘動作（Operation）’は、電力節約クラスの活性化又は非活性化を示す。‘電力節約クラス識別子（Power_Saving_Class_ID）’は、現在の動作を示す電力節約クラスを識別するための識別子を示す。‘開始フレーム番号（start_frame_number）’は、対応する電力節約クラスを活性化させる時点、すなわち、１番目のスリープウィンドに対する開始フレーム番号を示す。‘電力節約クラスタイプ（Power_Saving_Class_Type）’は、対応する電力節約クラスのタイプを示す。この電力節約クラスのタイプについて後述する。

１）タイプ１は、従来のスリープモード動作に対応するクラスを示す。このようなクラスタイプにおいて、ＭＳは、データ送受信がリスニングウィンドで発生するか、又は肯定指示を有するＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信する際に、アウェイクモードに遷移する。

２）タイプ２は、固定されたスリープウィンドを有する。タイプ２のクラスタイプにおいて、ＭＳは、リスニングウィンドでのデータ送受信を実行し、また、固定されたスリープウィンドの後に次のスケジューリングされたリスニングウィンドでのデータ送受信を実行する。

３）タイプ３は、タイプ１及びタイプ２がモード遷移要請メッセージを受信しない限り継続してスリープモードを保持するのに比べて、タイプ３は、１回のスリープモード動作、すなわち、１回のスリープウィンドの後に自動でスリープモードを終了するクラスを意味する。タイプ３は、管理メッセージ又はマルチキャストトラフィックのために使用される。

また、‘Direction’は、アップリンク（ＵＬ）又はダウンリンク（ＤＬ）を示す。‘Ｔｒａｆｆｉｃ＿Ｔｒｉｇｇｅｒｅｄ＿Ｗａｋｅｎｉｎｇ＿Ｆｌａｇ（ＴＴＷＦ）’は、Ｐｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅが示す対応する電力節約クラスのタイプを意味するタイプ１のみに適用される。すなわち、ＴＴＷＦは、ＭＳがタイプ１の電力節約クラスでタイプ２のようにスリープモードを保持し、リスニングウィンドの間にデータ送受信を行おうとする場合に使用される。

‘初期スリープ期間（Initial-sleep Window）’は、スリープウィンドの初期長さを示し、‘リスニングウィンド’は、リスニングウィンドの割り当てられた期間を示す。このスリープウィンドの長さは、このリスニングウィンドが終了する度に２倍ずつ増加し、このスリープウィンドの最大長さは、２つのパラメータ‘最終スリープウィンドベース（final-sleep window base）’及び‘最終スリープウィンド指数（final-sleep window exponent）’に基づいて決定され、‘（final-sleep window base)*2^（final-sleep window exponent）’として定義される。また、‘スリープ接続識別子の個数（Number_of_Sleep_CIDs）’は、この電力節約クラスに対応するユニキャスト接続識別子（Connection IDs：ＣＩＤｓ）の数を示す。

ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、ＢＳ及びＭＳの状況を考慮してＭＳのスリープモードへのモード遷移を許諾するか否かを示すためにＢＳからＭＳに送信されるか、又は非要求指示を示すためにＢＳからＭＳに送信される。ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、ＭＳがスリープモードで動作するために必要とするパラメータ、すなわち、ＩＥを含み、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージのフォーマットの一例は、下記表２に示す。

ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、ＭＳの基本ＣＩＤに基づいて送信され、次のようなＩＥの中の少なくとも１つを含み得る。

‘管理メッセージタイプ（Management Message Type）’は、送信されるメッセージのタイプを示す情報であり、管理メッセージタイプ＝５１は、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージであることを示す。‘データの長さ（Length_of_Data）’は、電力節約クラスのバイト数を示す。‘スリープ承認（Sleep_Approved）’は、この電力節約クラスの活性化又は非活性化を承認するか否かを示す。‘Ｓｌｅｅｐ＿Ａｐｐｒｏｖｅｄ’の値が‘１’であり、‘オペレーション（Operation）’の値が‘１'（活性化）である場合に、‘Ｓｔａｒｔ＿ｆｒａｍｅ＿ｎｕｍｂｅｒ’が含まれる。‘Ｓｌｅｅｐ＿Ａｐｐｒｏｖｅｄ’の値が‘１’であり、‘Ｄｅｆｉｎｉｔｉｏｎ’の値が‘１'である場合には、‘Ｐｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅ’、‘Ｄｉｒｅｃｔｉｏｎ’、‘ｉｎｉｔｉａｌ−ｓｌｅｅｐ ｗｉｎｄｏｗ’、 ‘ｌｉｓｔｅｎｉｎｇ ｗｉｎｄｏｗ’、‘ｆｉｎａｌ−ｓｌｅｅｐ ｗｉｎｄｏｗ ｂａｓｅ’、‘ｆｉｎａｌ−ｓｌｅｅｐ ｗｉｎｄｏｗ ｅｘｐｏｎｅｎｔ’、‘ＭＯＢ＿ＴＲＦ−ＩＮＤ ｒｅｑｕｉｒｅｄ’、 ‘ＴＴＷＦ’などが含まれる。ここで、‘ＭＯＢ＿ＴＲＦ−ＩＮＤ ｒｅｑｕｉｒｅｄ’は、電力節約クラスタイプ１だけが適用され、ＢＳがリスニングウィンドごとに少なくとも１つのＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信しなければならないことを示す。

ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、リスニングウィンドの間にＢＳからＭＳに送信され、ＢＳがＭＳに送信するデータが存在するか否かを示すために使用される。ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ又はＭＯＢ＿ＳＬＰ−ＲＳＰメッセージとは異なりブロードキャスティング又はマルチキャスティング方式で送信される。ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージのフォーマットの一例は、下記の表３に示す。

表３に示すように、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、ＢＳがＭＳに送信するデータが存在するか否かを示すために使用される。ＭＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをリスニングウィンドの間に受信し、スリープモードからアウェイクモードに遷移するか、または継続してスリープモードを保持するかを決定する。

ＭＳがアウェイクモードに遷移する場合に、ＭＳは、フレーム同期を確認する。この際に、ＭＳが予想したフレームシーケンス番号が正確でない場合に、ＭＳは、アウェイクモードで損失されたデータの再送信を要請し得る。しかしながら、ＭＳがリスニングウィンドの間にＭＯＢ＿ＴＲＦ−ＩＮＤメッセージの受信に失敗した場合、又はＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信したとしても、ＭＳが受信するデータが存在しないことを示す否定指示をＭＯＢ＿ＴＲＦ−ＩＮＤメッセージが有する場合に、ＭＳは、スリープモードを継続して保持する。

ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージは、下記のような複数のＩＥの中の少なくとも１つを含み得る。

‘Ｍａｎａｇｅｍｅｎｔ Ｍｅｓｓａｇｅ Ｔｙｐｅ’は、送信されるメッセージのタイプを示す情報であり、管理メッセージタイプ＝５２は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージであることを示す。‘ＦＭＴ’は、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージがスリープ識別子（SLeeP IDentifier：以下、“ＳＬＰＩＤ”と称する。）ビットマップフォーマットを使用するか又はＳＬＰＩＤフォーマットを使用するかを示す。

ＤＬスリープ制御拡張サブヘッダは、電力節約クラスの活性化又は非活性化のためにＢＳからＭＳに送信される。ＤＬスリープ制御拡張サブヘッダのフォーマットの一例は、次の表４に示す。

ＤＬスリープ制御拡張サブヘッダに含まれ得るＩＥについて上述した。したがって、ここでは、その詳細な説明を省略する。

図２乃至図５を参照して、本発明の実施形態によるスリープモード動作制御方法について説明する。

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

図２を参照すると、ＢＳ及びＭＳは、スリープモードへのモード遷移のためにＭＯＢ＿ＳＬＰ−ＲＥＱメッセージとＭＯＢ＿ＳＬＰ−ＲＳＰメッセージとを交換することによりスリープモード進入時点、スリープウィンドの長さ、及びリスニングウィンドの長さを決定し、ＭＳは、この決定された時点でスリープモードに進入する。このスリープモード進入動作は、従来の動作と同一である。したがって、ここでは、その詳細な説明を省略する。

図２において、ＭＳとＢＳ間のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの送受信を通してスリープウィンドの長さを８つのフレームとして決定し、リスニングウィンドの長さを２つのフレームとして決定する。ＢＳは、ＭＳが図示しないフレーム＃０乃至フレーム＃７にわたってスリープモードのスリープウィンドに存在することを認識する。フレーム＃８に進入する際に（２０１）、ＢＳは、リスニングウィンドの開始を認識し、送信するデータが存在することをＭＳに通知するためにフレーム＃８でのＭＳの識別子を有するＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する（２０３）。ＢＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信した後にデータをＭＳに送信する（２０５）。ＭＳがＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを認識した後に、ＭＳは、ＢＳに送信するデータが存在する場合に、このリスニングウィンドの間にデータをＢＳに送信する。

ＭＳは、ＢＳと送受信するデータがこれ以上存在しない場合にタイマーＴ１を駆動する。タイマーＴ１は、ＭＳがＢＳから受信するデータが存在せず、ＢＳに送信するデータが存在しないことを認識するために使用され得る。また、タイマーＴ１は、ＭＳがＢＳから受信するデータは存在しないが、ＭＳがＢＳに送信するデータが存在することを認識するために使用され得る。さらに、タイマーＴ１は、ＭＳがＢＳから受信するデータはあるが、ＭＳがＢＳに送信するデータが存在しないことを認識するためにも使用され得る。したがって、タイマーＴ１は、ＢＳ及びＭＳのデータ送受信がトリガーリングされる際に０で再駆動される。この後に、フレーム＃１１でＢＳがＭＳへのデータ送信を完了するか又はＭＳからＢＳへのデータ受信が完了する場合に、フレーム＃１２では、ＢＳがＭＳに送信するデータ及びＭＳからＢＳに受信されるデータがこれ以上存在しない。したがって、ＭＳは、スリープ状態に進入するためのタイマーＴ１をフレーム＃１２からフレームごとに１ずつ増加させる。タイマーＴ１のしきい値が４つのフレームとして決定される場合に、タイマーＴ１は、フレーム＃１２からフレーム＃１５まで１ずつ増加させる。

タイマーＴ１がしきい値である４に到達するまで、ＢＳがＭＳに送信するデータがなく、ＢＳがＭＳから受信するデータがない場合に、タイマーＴ１は満了し（２０７）、ＭＳは、フレーム＃１６でスリープモードに進入する。すなわち、ＭＳは、タイマーＴ１の値がしきい値に到達したフレームのすぐ次のフレーム（すなわち、フレーム＃１６）からスリープモードで動作する。また、ＢＳは、ＭＳで動作する自身のタイマーＴ１を有し得、その結果、ＭＳがスリープモード又はアウェイクモードで動作するか否かを判定し得る。

次のデータ送受信は、次のリスニングウィンドで実行される。次のリスニングウィンドでの動作は、上述したリスニングウィンドでの動作と同様である。したがって、ここでは、その説明を省略する。図示するように、否定指示を有するＴＲＦ−ＩＮＤメッセージが次のリスニングウィンドであるフレーム＃１８で受信される場合に（２０９）、ＭＳは、スリープモードを継続して保持する。

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

図３を参照すると、ＢＳ及びＭＳは、スリープモードへのモード遷移のためにＭＯＢ＿ＳＬＰ−ＲＥＱメッセージとＭＯＢ＿ＳＬＰ−ＲＳＰメッセージとを交換することによりスリープモード進入時点、スリープウィンドの長さ、及びリスニングウィンドの長さを決定し、ＭＳは、この決定された時点でスリープモードに進入する。このスリープモード進入動作は、従来の動作と同一である。したがって、ここでは、その詳細な説明を省略する。

図３において、ＭＳとＢＳ間のＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの送受信を通してスリープウィンドの長さを８つのフレームとして決定し、リスニングウィンドの長さを２つのフレームとして決定する。ＭＳは、図示しないフレーム＃０乃至フレーム＃７の期間がスリープモードのスリープウィンドに存在することを認識し、スリープモードに進入する。フレーム＃８に進入する際に（３０１）、ＭＳは、リスニングウィンドの開始を認識してスリープから目覚め、フレーム＃８でアップリンク帯域幅割当要求（ＵＬ＿ＢＷ−ＲＥＱ）メッセージをＢＳに送信する（３０３）。

この後に、ＭＳは、データをＢＳに送信する（３０５）。また、リスニングウィンドでＢＳから受信されるべきデータが存在する場合に、このリスニングウィンド内のＭＳでデータが受信される（３０５）。ＭＳは、タイマーＴ１を０にリセットした後に、データの送受信を完了した直後にタイマーＴ１を駆動する。

タイマーＴ１は、ＭＳがＢＳから受信するデータが存在せず、ＭＳがＢＳに送信するデータが存在しないことを認識するために使用され得る。また、タイマーＴ１は、ＭＳがＢＳから受信するデータはあるが、ＭＳがＢＳに送信するデータが存在しないことを認識するためにも使用され得る。したがって、タイマーＴ１は、ＢＳ及びＭＳのデータ送受信がトリガーリングされる際に０で再駆動される。

フレーム＃１１でＭＳからＢＳへのデータ送信を完了するか又はＢＳからＭＳへのデータ受信が完了する場合に、フレーム＃１２では、ＭＳがＢＳに送信するデータ及びＢＳからＭＳに受信されるデータがこれ以上存在しない。したがって、ＭＳは、スリープ状態に進入するためのタイマーＴ１をフレーム＃１２からフレームごとに１ずつ増加させる。タイマーＴ１のしきい値が４つのフレームとして決定される場合に、タイマーＴ１は、フレーム＃１２からフレーム＃１５まで１ずつ増加させる。

タイマーＴ１がしきい値である４に到達するまで、ＭＳがＢＳに送信するデータがなく、ＭＳがＢＳから受信するデータがない場合に、タイマーＴ１は、満了し（３０７）、ＭＳは、フレーム＃１６でスリープモードに進入する。次のデータ送受信は、次のリスニングウィンドで実行される。次のリスニングウィンドでの動作は、上述したリスニングウィンドでの動作と同様である。したがって、ここでは、その説明を省略する。図示するように、否定指示を有するＴＲＦ−ＩＮＤメッセージが次のリスニングウィンドであるフレーム＃１８で受信される場合に（３０９）、ＭＳは、スリープモードを継続して保持する。

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

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

ステップ４１１で、ＭＳは、ＭＳとＢＳ間のデータ送受信が完了した直後に、タイマーＴ１を０にリセットし、タイマーＴ１を再駆動する。ステップ４１３で、ＭＳは、次のフレームで送受信するデータがあるか否かを確認する。ステップ４１５で、ＭＳとＢＳ間のデータ送受信が完了したため、ＭＳがＢＳに送信するデータを有しておらず、ＭＳがＢＳから受信するデータも有していないと判定される場合に、ＭＳは、ステップ４１７で、タイマーＴ１を１ずつ増加させる。ＭＳは、ステップ４１９で、タイマーＴ１が所定のしきい値に到達したか否かを判定する。タイマーＴ１が所定のしきい値に到達した場合に、ＭＳは、ステップ４２１で、スリープ状態に遷移し、この動作を終了する。しかしながら、ステップ４１５で、ＭＳがＢＳに送信するデータがあるか、またはＭＳがＢＳから受信するデータがある場合に、ＭＳは、ステップ４０９に戻ってデータ送受信を再実行する。一方、ステップ４０７で、ＭＳがＢＳに送信するデータがない場合には、ＭＳは、ステップ４２１でスリープ状態に即座に遷移し、この動作を終了する。

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

図５を参照すると、ステップ５０１で、ＢＳは、ＭＳに送信するデータがあるか否かを確認する。ＢＳがＭＳに送信するデータがある場合に、ＢＳは、ステップ５０３に進む。送信するデータがない場合には、ＢＳは、ステップ５２３に進む。ステップ５０３で、ＢＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージ内にＭＳの識別子を含ませる。ＢＳは、ステップ５０５で、リスニングウィンドを待機し、このリスニングウィンドに到達する場合に、ステップ５０７で、ＢＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信する。ステップ５０９で、ＢＳは、アウェイク状態に進入し、ＭＳとデータを送受信する。

ステップ５１１で、ＢＳは、ＭＳへのデータ送信を完了する際にタイマーＴ１を再駆動する。ステップ５１３で、ＢＳは、ＢＳとＭＳ間のデータ送受信のために次のフレームで送受信するデータがあるか否かを確認する。ステップ５１５で、ＭＳに送信するデータがないと判定される場合に、ＢＳは、ステップ５１７で、タイマーＴ１を１ずつ増加させる。ＢＳは、ステップ５１９で、タイマーＴ１が所定のしきい値に到達したか否かを判定する。タイマーＴ１が所定のしきい値に到達した場合に、ＢＳは、ステップ５２１で、ＭＳがスリープ状態に遷移することを認識し、この動作を終了する。

ステップ５０１で、ＢＳがＭＳに送信するデータがないことを認識する場合に、ＢＳは、ステップ５２３で、リスニングウィンドを待機する。このリスニングウィンドに到達した場合に、ＢＳは、ステップ５２５で、ＭＳの識別子を有しないＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを送信する。ステップ５２７で、ＢＳは、このリスニングウィンド及び後続するリスニングウィンドでＵＬトラフィックを待機する。ステップ５２９で、ＭＳから受信されたデータが存在しないと判定される場合に、ＢＳは、ステップ５３１で、次のフレームを確認することにより送受信するデータがあるか否かを判定する。ステップ５３３で、このリスニングウィンドが終了したものと判定される場合に、ＢＳは、ステップ５２１で、ＭＳがスリープ状態に遷移したことを認識し、この動作を終了する。しかしながら、ステップ５３３で、このリスニングウィンドが満了しなかった場合に、ＢＳは、ステップ５２９に戻ってＭＳから受信されるＵＬトラフィックを待機する。

ステップ５２９で、ＭＳから受信されたデータがある場合に、ＢＳは、ステップ５１１に進む。

図示していないが、タイマーＴ２及びタイマーＴ３を付加的に使用するスリープモード動作制御方法についても説明する。

まず、データ送受信が発生する際に、ＢＳ及びＭＳは、スリープモードへのモード遷移のために、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージを送受信することにより、スリープモード進入時点、スリープウィンドの長さ、及びリスニングウィンドの長さを決定する。ＭＳは、この決定されたパラメータに従ってスリープモードに進入する。このスリープモード進入動作は、従来の動作と同一である。したがって、ここでは、その説明を省略する。ＢＳがこのスリープモードに進入した後に、リスニングウィンドに到達する場合に、ＢＳは、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージをＭＳに送信した後に、データをＭＳに送信する。この際に、タイマーＴ２及びタイマーＴ３が動作する。ＤＬのためのタイマーＴ２は、ＭＳがＢＳから受信するデータを有していないか又はＢＳがＭＳに送信するデータを有していないことを判定するために使用される。ＵＬのためのタイマーＴ３は、ＭＳがＢＳに送信するデータを有していないか又はＢＳがＭＳから受信するデータを有していないことを判定するために使用される。

タイマーＴ２及びタイマーＴ３は、データの送受信が完了すると同時に０にリセットされた後に再駆動される。フレームごとにＭＳがＢＳから受信するデータを有していないか又はＢＳがＭＳに送信するデータを有していない場合に、タイマーＴ２は、１ずつ増加し、所定のしきい値に到達するまで動作する。同様に、フレームごとにＭＳがＢＳに送信するデータを有していないか、又はＢＳがＭＳから受信するデータを有していない場合に、タイマーＴ３は、１ずつ増加し、所定のしきい値に到達するまで動作する。タイマーＴ２及びタイマーＴ３のすべてがしきい値に到達するまでデータ送受信がなされない場合に、ＭＳは、スリープ状態に即座に遷移し、スリープモードに滞在し、ＢＳは、スリープモードへのＭＳのモード遷移を認識する。また、ＢＳは、ＭＳで動作するタイマーＴ２及びＴ３を有することにより、ＭＳがスリープモードで動作するか又はアウェイクモードで動作するかを判定することができる。

本実施形態において、上記の実施形態で説明したスリープモード動作制御を、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに含まれ、‘０’に設定されるＴｒａｆｆｉｃ＿Ｔｒｉｇｇｅｒｅｄ＿Ｗａｋｅｎｉｎｇ＿Ｆｌａｇ（ＴＴＷＦ）で示されるＰｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅ １に適用するための方法を説明する。

ＴＴＷＦは、データがリスニングウィンドで発生しても、ＭＳがスリープ状態を保持しようとする場合に使用される。スリープモードにおいて、ＭＳは、スリープウィンド及びリスニングウィンドを反復しつつ固定されたリスニングウィンドの間にデータ送受信動作を選択的に実行することができる。また、ＭＳは、リスニングウィンドを可変させる動作、すなわち、データ送受信の発生の間にリスニングウィンドを継続して保持する動作を選択的に実行することができる。下記の説明において、上述した２種類の動作を“新たなスリープモード”動作と呼ぶ。

新たなスリープモード動作の制御のために追加のパラメータを定義する。このパラメータは、ネットワークエントリの間にＭＳがＢＳと送受信する登録要請（REGistration REQuest ：以下、“ＲＥＧ−ＲＥＱ”と称する。）メッセージ及び登録応答（REGistration ReSPonse：以下、“ＲＥＧ−ＲＳＰ”と称する。）メッセージ内に付加される。このパラメータは、可変リスニング間隔指示子（Variable Listening Interval Indicator：以下、“ＶＬＩＩ”と称する。）と呼ぶ。ＶＬＩＩの一例を表５で示す。

ＶＬＩＩは、ＲＥＧ−ＲＥＱメッセージ及びＲＥＧーＲＳＰメッセージで省略される場合に、デフォルト値が‘０’として見なされる。また、ＶＬＩＩがこのメッセージ内に‘０’に設定されて送信される場合に、新たなスリープモード動作が実行されることができず、基本リスニングウィンドが固定周期を有することを示す。ＶＬＩＩ基盤動作は、下記で詳細に説明する。

新たなスリープモード動作をサポートすることができるＢＳは、ＭＳが新たなスリープモード動作を実行することができるか否かを確認する。ＭＳが新たなスリープモード動作を実行することができない場合に、ＢＳは、ＶＬＩＩパラメータなしにＲＥＧーＲＳＰメッセージを送信するか、又はＭＯＢ＿ＳＬＰ−ＲＳＰメッセージの送信が必要である際にＶＬＩＩパラメータを‘０’に設定し送信する。

ＭＳが新たなスリープモード動作を実行することができる場合に、ＭＳは、ＢＳが新たなスリープモード動作をサポートすることができるか否かを確認する。ＢＳが新たなスリープモード動作をサポートすることができない場合に、ＭＳは、ＶＬＩＩパラメータなしにＲＮＧ−ＲＥＱメッセージを送信するか、又はＭＯＢ＿ＳＬＰ−ＲＥＱメッセージの送信が必要である際にＶＬＩＩパラメータを‘０’に設定し送信する。

ＶＬＩＩパラメータは、ＲＥＧ−ＲＥＱメッセージ及びＲＥＧーＲＳＰメッセージ以外の他のメッセージ、例えば、加入者端末機基本容量要求（Subscriber Station Basic Capability Request：以下、“ＳＢＣ−ＲＥＱ'と称する。）メッセージ及び加入者端末機基本容量応答（Subscriber Station Basic Capability Response：以下、“ＳＢＣ−ＲＳＰ”と称する。）メッセージを用いて送受信されることもある。

一方、ＴＴＷＦ＝０を有するＰｏｗｅｒ＿Ｓａｖｉｎｇ＿Ｃｌａｓｓ＿Ｔｙｐｅ１の新たなスリープモード動作のためには、下記のような修正されたメッセージが使用される。
ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、アウェイクモードに滞在しているＭＳがスリープ状態に遷移しようとする場合にＢＳに送信される。ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージのフォーマットの一例は、下記の表６に示す。

上述した表６に示すように、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージは、表１のＩＥフィールドに加えてＶＬＩＩパラメータがさらに含まれる。ＶＬＩＩパラメータは、ＴＴＷＦが‘０'に設定されている場合だけに適用される。すなわち、ＭＳが新たなスリープモードを実行することができない場合に、ＶＬＩＩパラメータは、‘０'に設定され、ＭＳが新たなスリープモードを実行することができるが、ＢＳが新たなスリープモードをサポートすることができない場合にも、‘０'に設定される。

ＶＬＩＩパラメータは、下記で説明された２つの異なる意味を有する。
＊ＶＬＩＩ＝０は、ＭＳが基本スリープモードで動作することを意味する。すなわち、リスニングウィンドは、固定された長さを有し、ＭＳ及びＢＳは、この固定されたリスニングウィンドの間にデータ送受信を実行する。リスニングウィンドが満了する場合に、ＭＳは、スリープ状態に遷移しなければならず、次のリスニングウィンドで動作する。

＊ＶＬＩＩ＝１は、ＭＳが図２乃至図５に示す実施形態に従って動作することを示す。すなわち、ＭＳ及びＢＳは、可変リスニングウィンドの間にデータ送受信を実行する。言い換えれば、ＭＳ及びＢＳは、このリスニングウィンドでデータを送受信し、送受信されるデータが継続して存在する場合に、このリスニングウィンドは延長される。データ送受信が完了した後に、他のデータ送受信が所定の時間の間に実行されない場合に、ＭＳは、スリープ状態にさらに遷移し、次のリスニングウィンドで動作する。

ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、ＢＳがＢＳ及びＭＳの状況を考慮してＭＳのスリープモードへのモード遷移を許諾するか否かを示すためにＭＳに送信されるか、または、非要求指示を示すためにＭＳに送信される。ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージにおいて、ＭＳがスリープモードで動作するために必要とされるパラメータは、ＩＥ内に含まれ、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージのフォーマットは、下記の表７に示す。

表７に示すように、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージは、表２のＩＥフィールドの以外にＶＬＩＩパラメータをさらに含む。ＶＬＩＩパラメータは、ＴＴＷＦが‘０'に設定される場合に適用される。すなわち、ＶＬＩＩパラメータは、ＢＳが新たなスリープモードをサポートすることができるか否かを示すために使用される。ＢＳが新たなスリープモードをサポートすることができない場合に、ＶＬＩＩパラメータは、‘０'に設定される。また、ＢＳが新たなスリープモードをサポートすることができるが、ＴＴＷＦが‘１'に設定される場合に、ＶＬＩＩパラメータは、‘０'に設定される。ＭＳがネットワークエントリーの間に新たなスリープモードを実行することができないと判定する場合に、ＶＬＩＩパラメータは、‘０'に設定される。ＭＳがネットワークエントリーの間に新たなスリープモードを実行することができないと判定する場合にも、ＶＬＩＩパラメータは、‘０'に設定され、これにより、ＭＳは、既存のスリープモードで動作し得る。

ＶＬＩＩ＝１がＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに設定される場合に、ＭＳ及びＢＳは、ＭＳ及びＢＳが新たなスリープモードで動作し得ることを認識する。

この際に、ＭＳ及びＢＳは、下記のようなタイマーを使用して新たなスリープモード動作で提案した可変的なリスニングウィンドの終了時点及びスリープ状態への遷移時点を認識する。

（１）新たなスリープモードのためのＭＳのタイマー（Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭ）は、ＭＳが管理するタイマーである。ＭＳ内のタイマーは、ＭＳとＢＳとが送受信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージにより取得されたリスニングウィンド、すなわち、スケジュールされたリスニングウィンドが終了されたフレームの次のフレームから開始され、フレームごとに１ずつ増加する。このタイマーは、ＭＳがＢＳからデータを受信する度に再駆動されることにより、実質的にリスニングウィンドを延長させる。この際に、このリスニングウィンドの間に送受信するデータが存在しない場合に、ＭＳは、このタイマーを再駆動せずスリープ状態に遷移する。例えば、ＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを受信し、ＭＳの識別子がＭＯＢ＿ＴＲＦ−ＩＮＤメッセージに含まれていないことを確認する場合に、ＭＳは、スリープ状態に遷移する。このタイマーがしきい値に到達するまで、すなわち、満了するまでＭＳがＢＳに送信するデータが存在しない場合に、ＭＳは、このリスニングウィンドでスリープ状態に遷移し、次のリスニングウィンドが開始されるまでスリープ状態を保持する。

（２）新たなスリープモードのためのＢＳのタイマー（Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭ）は、ＢＳが管理するタイマーである。ＢＳ内のタイマーは、ＭＳとＢＳとが送受信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージにより取得されたリスニングウィンド、すなわち、スケジュールされたリスニングウィンドが終了されたフレームの次のフレームから開始され、フレームごとに１ずつ増加する。このタイマーは、ＢＳがＭＳからデータを受信する度に再駆動されることにより、実質的にリスニングウィンドを延長させる。このタイマーが満了するまでＭＳに送信されるデータが発生しない場合、ＢＳは、ＭＳがスリープ状態に遷移したことを認識し、データが発生しても、ＭＳが次のリスニングウィンドで目覚めるまでこの発生したデータを送信しない。

ここで、このタイマーのカウント単位は、時間又はフレームであり得る。このタイマーのカウント単位がフレームであり、しきい値が５つのフレームである場合に、データが５つのフレームにわたって対応するノードから受信されない際に、このタイマーは、正常に満了する。

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

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

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

上述した実施形態での例外状況について説明する。
１．スリープウィンドの間にＢＳがＭＳからＢＷ＿ＲＥＱメッセージを受信する
ＭＳがスリープ状態に存在するとしても、例えば、緊急な状況の発生によりデータをＢＳに送信しなければならない状況が発生したか、ＭＳがリスニングウィンドの開始時点から送信するデータが発生したが、符号分割多重接続（ＣＤＭＡ）コードレンジングを必要とするか、又は、ＵＬバーストグラントをＢＳから受信するまでのウィンドが、このリスニングウィンドより長い場合が発生した場合に、ＢＷ−ＲＥＱメッセージをＢＳに送信し得る。

ＢＷ−ＲＥＱメッセージに応じて、ＢＳは、ＭＳのデータ送信を許可するか否かを決定する。ＢＳがＭＳのデータ送信を許可する場合に、ＢＳは、Ｔｉｍｅｒ＿ｉｎ＿ＢＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを駆動した後に、ＭＳからのデータ受信を待機する。同様に、ＢＳがＭＳのデータ送信を許可した場合、すなわち、ＭＳがＵＬバーストグラントをＢＳから受信した場合に、ＭＳは、ＵＬバーストを通してデータをＢＳに送信し、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの駆動直後にＢＳから受信されるデータを待機する。同様に、ＢＳがＭＳのデータ送信を許可した場合、すなわち、ＭＳがＵＬバーストグラントをＢＳから受信した場合に、ＭＳは、ＵＬバーストを通してデータをＢＳに送信し、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの駆動直後にＢＳから受信されるデータを待機する。

上述したように、ＭＳがスリープ状態に存在する場合に、ＢＷ−ＲＥＱメッセージは、ＭＳの意図又は選択に基づいて、即座に送信されるか又は次のリスニングウィンドで送信され得る。

２．ＭＳは、基本ＭＡＰ（ＤＬ−ＭＡＰ又は／ＵＬ−ＭＡＰ）を受信することができない。

このリスニングウィンドに到達する際に、ＭＳは、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭを駆動した後にＢＳから受信されるデータを待機する。すなわち、ＢＳは、基本ＭＡＰ（ＤＬ−ＭＡＰ／ＵＬ−ＭＡＰ）をＭＳに送信した後にデータを送信する。

一方、このリスニングウィンドが終了される時点でＢＳとＭＳ間で送受信されるデータが存在すると、ＭＳは、このリスニングウィンドを延長することによりＢＳとデータを送受信し得る。しかしながら、ＭＳは、この延長されたリスニングウィンド（Extended Listening Window：以下、“ＥＬＷ”と称する。）の間に基本ＭＡＰを受信することができない場合が発生し得る。この場合に、ＭＳは、ＢＳがデータをＭＳに送信したか否かを判定することができない。従って、ＭＳは、ＢＳが送信するデータを有していないと判定し、このスリープ状態に遷移する。

この場合に、ＭＳは、このスリープ状態に遷移する前に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを再駆動するか又は一時的に中止することによりリスニングウィンドを延長する。この際に、ＭＳは、基本マップの中でＤＬ−ＭＡＰだけをＢＳから受信することができない場合のみにＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーを再駆動することにより、リスニングウィンドを延長し得る。

３．ＭＳがＳＵＢ−ＤＬ／ＵＬ−ＭＡＰを受信することができない
ＢＳは、基本ＭＡＰでなく、圧縮されたＭＡＰを使用して最大３個のＳＵＢ−ＤＬ−ＵＬ−ＭＡＰをＭＳに送信する。すなわち、ＢＳは、この最大３個のＳＵＢ−ＤＬ−ＵＬ−ＭＡＰに異なる変調及び符号化方式（ＭＣＳ）レベルを適用し得る。この際に、ＭＳは、チャネル状態に基づいてこの最大３個のＳＵＢ−ＤＬ−ＵＬ−ＭＡＰの中のいずれか１つ又はすべてをデコーディングし得る。ＭＳがリスニングウィンドの間に、ＢＳが送信したすべてのＳＵＢ−ＤＬ−ＵＬ−ＭＡＰを受信することができないか又はデコーディングすることができない場合に、ＭＳは、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭを再駆動することによりこのリスニングウィンドを延長する。

言い換えれば、ＭＳが圧縮されたＭＡＰをデコーディングすることができない場合には、ＳＵＢ−ＤＬ／ＵＬ−ＭＡＰもデコーディングすることができない。したがって、ＭＳは、ＢＳが送信した圧縮されたＭＡＰをデコーディングすることができない場合にも、タイマーＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭを再駆動することによりこのリスニングウィンドを延長する。

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

また、ＢＳがＭＳに送信するもう１つのデータが発生しても、ＭＳからＡＣＫ又はＮＡＣＫメッセージの受信がないので、ＢＳは、ＭＳへのデータ送信を中止し、次のリスニングウィンドでデータ送信を再開する。他の場合に、ＢＳがＭＳに割り当てたチャネル品質指示チャネル（ＣＱＩＣＨ）を通したチャネル品質指示（ＣＱＩ）情報が所定の回数でＢＳに送信されなくても、ＢＳは、ＭＳへのデータ送信を中止する。また、ＢＳがＭＳにＵＬバーストのためのＵＬリソースを割り当てたが、ＭＳがこの割り当てたリソースでＵＬバーストデータを送信しない場合に、ＢＳは、ＭＳが異常状態にあると見なし、ＭＳに送信するデータが現在のリスニングウィンドで発生しても、次のリスニングウィンドへのデータ送信を遅延させる。

本発明の他の実施形態において、ＶＬＩＩパラメータは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージにＩＥ又はＴＬＶエンコーディングの形態で含まれる。

例えば、ＶＬＩＩパラメータは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージ内の‘ＴＬＶエンコーディングされた情報’ＩＥに下記の表８に示す形態で含まれる。

表８に示すように、‘ＴＬＶエンコーディングされた情報'は、電力節約クラス識別子及び電力節約クラス識別子に対するＶＬＩＩを含む。

本発明の他の変形された実施形態において、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーのしきい値は、ＢＳとＭＳ間でシグナリングされ得る。すなわち、ＭＳが新たなスリープモード動作を実行することができる場合に、下記の表９のようなパラメータは、ＶＬＩＩパラメータとともにＲＥＧ−ＲＥＱメッセージに含まれる。例えば、次のＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭパラメータは、ＴＬＶエンコーディング形態を有する。

ＶＬＩＩがＲＥＧ−ＲＥＱメッセージに含まれ、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭがＲＥＧ−ＲＥＱメッセージに含まれない場合に、ＢＳは、ＭＳがデフォルト値を要請するものと見なされる。

ＢＳは、ＭＳが送信したＲＥＧ−ＲＥＱメッセージ内のＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭのデフォルト値の要請を確認すると、ＲＥＧ−ＲＥＱメッセージに応じて送信されるＲＥＧーＲＳＰメッセージにＶＬＩＩパラメータとともに下記の表１０に示すパラメータを含ませる。例えば、次のＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭパラメータは、ＴＬＶエンコーディングの形態を有する。

パラメータＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭは、ＭＳがＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを用いて要請したものと同一の値を含むか、又はＢＳがサポートする許容可能な範囲内で割り当てた値を含む。この際に、パラメータＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの値は、ＢＳが管理しているタイマーＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの値より大きい値に設定される。

一方、ＢＳがＶＬＩＩだけを含み、パラメータＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭを含まないＲＥＧーＲＳＰメッセージをＭＳに送信する場合に、ＭＳは、タイマーＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭを所定の値で駆動するように決定する。

タイマーＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭは、電力節約クラス別に異なるように設定され得る。すなわち、タイマーＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭは、各電力節約クラスに属するデータパターン、すなわち、コネクションに従って異なる値に設定され得る。電力節約クラス別に相異なる値を有するＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーをサポートするためのパラメータフォーマットは、下記の表１１に示す。

ＭＳ及びＢＳが新たなスリープモードを実行するか又はサポートすることができる場合に、表１１に示すパラメータは、ＴＴＷＦ＝０を有する電力節約クラスのみに対してＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに含まれる。この際に、ＭＳは、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭパラメータをデフォルト値に設定することによりＢＳが所望の値を要請し得る。

また、本発明のもう１つの実施形態において、ＶＬＩＩパラメータは、ＭＯＢ＿ＳＬＰ−ＲＥＱメッセージ及びＭＯＢ＿ＬＳＰ−ＲＳＰメッセージ内に、ＴＬＶエンコーディング形態とは異なるパラメータ形態で含まれ得る。この際に、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーは、下記の表１２に示すＴＬＶエンコーディングの形態で定義されて送信され得る。すなわち、ＶＬＩＩパラメータがＩＥ形態で送信され、Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーがＴＬＶエンコーディング形態で送信されることが可能である。

この際に、ＴＴＷＦは、‘０’に設定され、ＶＬＩＩは、‘１’に設定された電力節約クラスに対して上述した表１２に示す‘ＴＬＶエンコーディングされた情報’を含むことにより、ＭＳが管理するＴｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭタイマーの値を通知し得る。

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

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

もう１つの実施形態において、表２で定義した‘Ｓｌｅｅｐ＿Ａｐｐｒｏｖｅｄ’の代りに、下記のようなパラメータは、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに含まれる。

応答コード（Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅ）パラメータは、ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージがＭＳの要請に対するある応答であるか、又は非要求方式で送信されるかを示す。言い換えれば、Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅ＝０は、ＢＳが非要求方式でＭＯＢ＿ＳＬＰ−ＲＳＰメッセージをＭＳに送信することを示し、Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅ＝１は、ＭＳが送信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに対する承認を示し、Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅ＝２は、ＭＳが送信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージに対する拒絶を示す。

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

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

次いで、ＢＳの要請を優先する場合に、ＢＳは、ＭＳ自身が送信したＭＯＢ＿ＳＬＰ−ＲＥＱメッセージを放棄し、ＢＳのＭＯＢ＿ＳＬＰ−ＲＳＰメッセージに基づいてスリープモード動作を実行するものと見なす。ＭＳは、ＢＳが送信した非要求ＭＯＢ＿ＳＬＰ−ＲＳＰメッセージ内のパラメータに基づいて動作する。

後述する変形された実施形態において、可変リスニングウィンドを終了する条件をＢＳ及びＭＳで独立して定義する。すなわち、リスニングウィンドの延長のためのタイマーの駆動条件は、次のようである。

Ｔｉｍｅｒ＿ｉｎ＿ＭＳ＿ｆｏｒ＿Ｎｅｗ＿ＳＬＭの駆動条件において、ＭＳは、リスニングウィンドの間にＢＳからＤＬデータを受信するか、又はＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを通して肯定指示を受信する場合に、リスニングウィンドが終了する時点でタイマーを駆動する。しかしながら、ＭＳは、リスニングウィンドの間にＤＬデータをＢＳから受信するか、又はＤＬデータの送信をＭＳに通知するシグナリング（例えば、各フレームのＤＬリソース割り当てを示すＤＬ−ＭＡＰメッセージに含まれる、ＤＬデータの送信をＭＳに通知するＤＬ−ＭＡＰ ＩＥ）を受信するか、又はＭＯＢ＿ＴＲＦ−ＩＮＤメッセージを通して肯定指示を受信する場合にこのタイマーを駆動する。

上記の通りに、実際のＤＬデータを受信する代わりにＤＬデータの送信を通知するシグナリングを使用する理由は、ＭＳがＤＬデータの送信を通知するＤＬ−ＭＡＰを受信しても、対応するフレームからＤＬデータを有するＤＬバーストのデコーディングに失敗する場合に備えるためである。例えば、ＢＳがＤＬ−ＭＡＰを通してＤＬバーストのためのリソースをＭＳに割り当てた場合に、ＭＳがＤＬバーストのデコーディングに失敗しても、ＢＳがハイブリッド自動再送要求（ＨＡＲＱ）動作に従ってＤＬバーストを再送信する場合に、ＭＳは、スリープ状態に進入せずシグナリングに基づいてＤＬバーストの再送信を待機する。

このタイマーが再駆動される条件は、上述したような条件と同一である。また、このタイマーは、ＵＬトラフィックに答えてＡＲＱ ＡＣＫ又はＨＡＲＱ ＡＣＫを受信した場合にも再駆動される。ＮＡＣＫ基盤ＡＲＱ方式が使用される場合に、ＡＲＱ ＡＣＫでないＡＲＱ ＮＡＣＫがこのタイマーを駆動させるのに使用され、ＮＡＣＫ基盤ＨＡＲＱ方式が使用される場合に、ＨＡＲＱ ＮＡＣＫは、このタイマーを再駆動させるのに使用される。また、ＭＳは、ＤＬデータの送信をＭＳに通知するシグナリング（例えば、ＤＬ−ＭＡＰメッセージに含まれる、ＤＬデータの送信をＭＳに通知するリソース割当情報）を受信すると、このタイマーを再駆動する。したがって、ＭＳは、ＤＬ−ＭＡＰ ＩＥが示すＤＬバーストのデコーディングに失敗しても、このシグナリングに基づいてスリープ状態に進入しない。

その結果、ＢＳが正常に動作していることをＭＳが分かる場合にリスニングウィンドが延長する。

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

このタイマーが再駆動される条件は、上述したような条件と同一である。また、このタイマーは、ＤＬトラフィックに答えてＡＲＱ ＡＣＫ又はＨＡＲＱ ＡＣＫを受信した場合にも再駆動される。ＮＡＣＫ基盤ＡＲＱ方式が使用される場合に、ＡＲＱ ＡＣＫでないＡＲＱ ＮＡＣＫがこのタイマーを再駆動させるために使用され、ＮＡＣＫ基盤ＨＡＲＱ方式が使用される場合に、ＨＡＲＱ ＮＡＣＫがこのタイマーを再駆動させるために使用される。その結果、ＭＳが正常に動作していることをＢＳが分かる場合にこのリスニングウィンドが延長する。

後述する本発明の変形された実施形態において、このリスニングウィンドの延長のためのタイマーについて、スリープ状態への遷移条件を次のように定義する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

例示的なスリープサイクルは、リスニングウィンド及びスリープウィンドを含む。しかしながら、このリスニングウィンドは、初期スリープサイクルに含まれず、２番目のスリープサイクルからリスニングウィンドとスリープウィンドとの和となる。前のスリープサイクルに含まれたリスニングウィンドの間に、ＭＳとＢＳ間でデータトラフィックが交換されない場合、及び否定指示がＴＲＦ−ＩＮＤメッセージに含まれる場合に、現在のスリープサイクルの長さは、前の長さの２倍に変更される。しかしながら、現在のスリープサイクルの長さは、所定の最大スリープサイクルを超過することができない。この現在のスリープサイクルが２倍に増加するとしても、現在のスリープサイクル内のリスニングウィンドが２倍とはならない。

一方、前のスリープサイクルのリスニングウィンドでデータ交換が行われるか又は肯定指示がＴＲＦ−ＩＮＤメッセージに含まれる場合に、現在のスリープサイクルは、初期スリープサイクルに初期化される。しかしながら、この初期化された現在のスリープサイクルの長さがこのリスニングウィンドより短い場合に、この現在のスリープサイクルは、このリスニングウィンドを含むことができない。したがって、各スリープサイクルがリセットされる際に、下記のような条件が追加で考慮される。
Current Sleep Cycle = Initial Sleep Cycle
If 'Current Sleep Cycle'=< Listening Window
Current Sleep Cycle = 2 x Initial Sleep Cycle
Else
Current Sleep Cycle = Current Sleep Cycle

すなわち、現在のスリープサイクルがこのリスニングウィンドより大きい場合に、このスリープサイクルは、既存の値に保持される。

上述した本発明の実施形態は、ＢＳ及びＭＳに含まれる制御器及び送受信器により実現され得る。すなわち、制御器は、本発明の実施形態の中の少なくとも１つに従ってタイマーを運用することによりＭＳのリスニングウィンドを延長するか否かを決定し、送受信器は、制御器の制御の下にリスニングウィンド又はスリープウィンドで動作し、上述したメッセージを対応するノードと交換する。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び精神を逸脱することなく様々な変形が可能であるということは、当該技術分野における通常の知識を持つ者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

１００ ＭＳ
１１０ ＢＳ

Claims (10)

1. 通信システムにおける移動局（ＭＳ）のスリープモードを制御する方法であって、
   前記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作し、
   前記リスニングウィンドの間に移動局と基地局間でデータの送信がある場合に、所定のタイマーを駆動するステップと、
   前記リスニングウィンドの間に、アップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）及びリソース割り当てを示す制御情報の中の少なくとも１つを受信すると、前記タイマーを再駆動するステップと、
   前記タイマーが満了するまで前記リスニングウィンドを保持するステップと、
   前記タイマーが満了する場合に前記スリープウィンドに遷移するステップと
   前記リスニングウィンドのデフォルト長さを示す第１のパラメータと、前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ応答（ＳＬＰ−ＲＳＰ）メッセージを前記基地局から受信するステップとを有し、
   前記スリープ応答メッセージは、前記スリープ応答メッセージが前記移動局から受信したスリープ要請（ＳＬＰ−ＲＥＱ）メッセージに応じて送信されるか否か、又は非要求方式で送信されるか否かを示す第３のパラメータをさらに有することを特徴とするスリープモード制御方法。
2. 前記リスニングウィンドのデフォルト長さを示す第１のパラメータと、前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ要請（ＳＬＰ−ＲＥＱ）メッセージを前記基地局に送信するステップをさらに有することを特徴とする請求項１に記載のスリープモード制御方法。
3. 通信システムにおける基地局（ＢＳ）が移動局（ＭＳ）のスリープモードを制御する方法であって、前記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作し、
   前記リスニングウィンドの間に前記移動局と前記基地局間でデータの送信がある場合に所定のタイマーを駆動するステップと、
   前記リスニングウィンドの間に、アップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）及びリソース割り当てを示す制御情報の中の少なくとも１つを前記移動局に送信すると、前記タイマーを再駆動するステップと、
   前記タイマーが満了するまで前記移動局が前記リスニングウィンドを保持しているか否かを判定するステップと、
   前記タイマーが満了する場合に、前記移動局が前記スリープウィンドに遷移したか否かを判定するステップと
   前記リスニングウィンドのデフォルト長さを示す第１のパラメータと、前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ応答（ＳＬＰ−ＲＳＰ）メッセージを前記移動局に送信するステップとを有し、
   前記スリープ応答メッセージは、前記スリープ応答メッセージが前記移動局から受信したスリープ要請（ＳＬＰ−ＲＥＱ）メッセージに応じて送信されるか否か、又は非要求方式で送信されるか否かを示す第３のパラメータをさらに有することを特徴とするスリープモード制御方法。
4. 前記リスニングウィンドのデフォルト長さを示す第１のパラメータと、前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ要請（ＳＬＰ−ＲＥＱ）メッセージを前記移動局から受信するステップをさらに有することを特徴とする請求項３に記載のスリープモード制御方法。
5. 前記スリープサイクルの長さは、前のスリープサイクルに含まれる前のリスニングウィンドの間に前記移動局と前記基地局間でデータトラフィックがないか、又は否定指示が前記移動局に送信されるトラフィック指示（ＴＲＦ−ＩＮＤ）メッセージに含まれる場合に、前記前のスリープサイクルの長さが２倍となるように変更され、前記スリープサイクルに含まれるリスニングウィンドの長さは、前記前のリスニングウィンドと同一に保持されることを特徴とする請求項１又は請求項３に記載のスリープモード制御方法。
6. 通信システムにおけるスリープモードを制御する移動局（ＭＳ）内の装置であって、
   前記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作し、
   前記リスニングウィンドの間に前記移動局と基地局（ＢＳ）間でデータの送信がある場合に、所定のタイマーを駆動し、前記リスニングウィンドの間にアップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）及びリソース割り当てを示す制御情報の中の少なくとも１つを前記基地局から受信すると、前記タイマーを再駆動する制御器と、
   前記タイマーが満了するまで前記リスニングウィンドを保持し、前記タイマーが満了する場合に前記スリープウィンドに遷移する送受信器と、を有し、
   前記送受信器は、前記リスニングウィンドのデフォルト長さを示す第１のパラメータと前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ応答（ＳＬＰ−ＲＳＰ）メッセージを前記基地局から受信し、
   前記スリープ応答メッセージは、前記スリープ応答メッセージが前記移動局から受信したスリープ要請（ＳＬＰ−ＲＥＱ）メッセージに応じて送信されるか否か、又は非要求方式で送信されるか否かを示す第３のパラメータをさらに有することを特徴とする装置。
7. 前記送受信器は、前記リスニングウィンドのデフォルト長さを示す第１のパラメータと前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ要請（ＳＬＰ−ＲＥＱ）メッセージを前記基地局に送信することを特徴とする請求項６に記載の装置。
8. 通信システムにおける移動局（ＭＳ）のスリープモードを制御する基地局（ＢＳ）内の装置であって、
   前記スリープモードは、アウェイク状態に対応するリスニングウィンドとスリープ状態に対応するスリープウィンドとを有するスリープサイクルに従って動作し、
   前記リスニングウィンドの間に前記移動局と基地局間でデータの送信がある場合に、所定のタイマーを駆動し、前記リスニングウィンドの間にアップリンク（ＵＬ）データに対する肯定応答（ＡＣＫ）及びリソース割り当てを示す制御情報の中の少なくとも１つを前記移動局に送信すると、前記タイマーを再駆動し、前記タイマーが満了するまで前記移動局が前記リスニングウィンドを保持しているか否かを判定し、前記タイマーが満了する場合に、前記移動局が前記スリープウィンドに遷移したか否かを判定する制御器と、
   前記制御器の制御の下に、前記移動局とデータ及びメッセージを交換する送受信器と、を有し、
   前記送受信器は、前記リスニングウィンドのデフォルト長さを示す第１のパラメータと前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ応答（ＳＬＰ−ＲＳＰ）メッセージを前記移動局に送信し、
   前記スリープ応答メッセージは、前記スリープ応答メッセージが前記移動局から受信したスリープ要請（ＳＬＰ−ＲＥＱ）メッセージに応じて送信されるか否か、又は非要求方式で送信されるか否かを示す第３のパラメータをさらに有することを特徴とする装置。
9. 前記送受信器は、前記リスニングウィンドのデフォルト長さを示す第１のパラメータと前記リスニングウィンドの延長可能性を示す第２のパラメータとを有するスリープ要請（ＳＬＰ−ＲＥＱ）メッセージを前記移動局から受信することを特徴とする請求項８に記載の装置。
10. 前記スリープサイクルの長さは、前のスリープサイクルに含まれる前のリスニングウィンドの間に前記移動局と前記基地局間でデータトラフィックがないか、又は否定指示が前記移動局に送信されるトラフィック指示（ＴＲＦ−ＩＮＤ）メッセージに含まれる場合に、前記前のスリープサイクルの長さが２倍となるように変更され、前記スリープサイクルに含まれるリスニングウィンドの長さは、前記前のリスニングウィンドと同一に保持されることを特徴とする請求項６又は請求項８に記載の装置。

Images