JP5649212B2

JP5649212B2 - 無線通信システムにおける基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法

Info

Publication number: JP5649212B2
Application number: JP2010248816A
Authority: JP
Inventors: 泳文孫; ラケッシュ・タオリ; 仲濟孫; 賢貞姜
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2009-11-05
Filing date: 2010-11-05
Publication date: 2015-01-07
Anticipated expiration: 2030-11-05
Also published as: CN102055574B; EP2320707A1; US8509134B2; WO2011056008A3; KR101638799B1; JP2011101371A; WO2011056008A2; US20110103281A1; EP2320707B1; KR20110049569A; CN102055574A

Description

本発明は、無線通信システムにおける基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法に関し、特にＩＥＥＥ８０２．１６ｍ無線通信システムにおけるサービスフローの生成／変更／削除のためのＤＳｘ−ＲＥＱ／ＲＳＰメッセージにスリープサイクル設定情報を挿入して、追加的にＳＬＰ−ＲＥＱ／ＲＳＰメッセージを送信しなくても基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法に関する。

次世代通信システムである第４世代（４ｔｈＧｅｎｅｒａｔｉｏｎ；以下、４Ｇとする）通信システムでは、約１００Ｍｂｐｓの送信速度を有する多様なサービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ：以下、ＱｏＳとする）を有するサービスをユーザに提供するための研究が盛んに進められている。特に、現在４Ｇ通信システムでは、無線近距離通信ネットワーク（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ；以下、ＬＡＮとする）システム及び無線メトロポリタンエリアネットワーク（ＭｅｔｒｏｐｏｌｉｔａｎＡｒｅａＮｅｔｗｏｒｋ；以下、ＭＡＮとする）システムのような広帯域無線アクセス（ＢｒｏａｄｂａｎｄＷｉｒｅｌｅｓｓＡｃｃｅｓｓ；ＢＷＡ）通信システムに移動性とＱｏＳとを保障する形態で高速サービスを支援するようにする研究が盛んに行われており、その代表的な通信システムがＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１６通信システムである。

ＩＥＥＥ８０２．１６ｍ通信システムにおけるサービスフロー（ＳｅｒｖｉｃｅＦｌｏｗ）、すなわち接続（ｃｏｎｎｅｃｔｉｏｎ）の生成／変更／削除は、ＩＥＥＥ８０２．１６ｅ通信システムにおけるＤＳｘ−ＲＥＱ／ＲＳＰメッセージを利用する方法と同一である。すなわち、接続生成のために、端末は、基地局にＤＳＡ−ＲＥＱ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎＲｅｑｕｅｓｔ）メッセージを送信し（ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合）、ここで前記ＤＳＡ−ＲＥＱメッセージは、接続生成に必要なパラメータを含むものとする。反対に、基地局が端末にＤＳＡ−ＲＥＱメッセージを送信することもできる（ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合）。以後、ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、基地局は、端末が送信したＤＳＡ−ＲＥＱメッセージに対する応答として、端末にＤＳＡ−ＲＳＰ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージを送信する。反対に、ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、端末は、基地局が送信したＤＳＡ−ＲＥＱメッセージに対する応答として、基地局にＤＳＡ−ＲＳＰメッセージを送信することができる。

ここで、前記ＤＳＡ−ＲＳＰメッセージには、ＤＳＡ−ＲＥＱメッセージに対する応答情報として確認コード（ＣｏｎｆｉｒｍａｔｉｏｎＣｏｄｅ）が含まれる。前記確認コードは、ＤＳＡ−ＲＥＱメッセージに対する応答として、サービス接続要請に対する許容／成功（ＯＫ／ｓｕｃｃｅｓｓ）を示すか、又はサービス接続要請に対する失敗及び失敗に対する理由を示す。例えば、基地局が端末のＤＳＡ＿ＲＥＱメッセージに対する応答として肯定応答（許容／成功）を送信する場合、前記ＤＳＡ−ＲＳＰメッセージの確認コード値として「０」を使用することができる。この場合、該当サービスに対するＱｏＳパラメータ及び接続識別子（すなわち、ＭｕｌｔｉｃａｓｔＣＩＤ又はＴｒａｎｓｐｏｒｔＣＩＤ）が前記ＤＳＡ−ＲＳＰメッセージに含まれる。前記では、接続生成のためのＤＳＡ−ＲＥＱ／ＲＳＰメッセージを利用する方法についてのみ述べているが、接続変更のためのＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）−ＲＥＱ／ＲＳＰメッセージを利用する方法、又は接続削除のためのＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）−ＲＥＱ／ＲＳＰメッセージを利用する方法も前記と似ており、したがって、詳細な説明は省略する。

一方、前記ＩＥＥＥ８０２．１６通信システムでは、端末の電力消費を最小化するためにスリープ（Ｓｌｅｅｐ）モードとアイドル（Ｉｄｌｅ）モードとを定義している。すなわち、任意端末に対して、一定時間（タイマー）の間に送受信トラフィックがない場合、端末の状態をスリープモード又はアイドルモードに遷移するように定義している。端末は、前記スリープモード又はアイドルモードへの遷移を介して一定期間の間にパワーダウン（ｐｏｗｅｒｄｏｗｎ）を行うことができ、このようなパワーダウン状態で端末は、ダウンリンクチャネルをモニターリングするための動作を行わないから、電力消費を大幅に減らすことができる。そして、基地局は、スリープモード又はアイドルモードで動作する端末に対して、アクティブモード（Ａｃｔｉｖｅｍｏｄｅ）で動作する端末とは異なり、保障する資源を限定することによって、ネットワーク資源管理効率を上げることができる。

前記ＩＥＥＥ８０２．１６ｍ通信システムで定義しているスリープモードは、ＩＥＥＥ８０２．１６ｅ通信システムで定義しているスリープモードと類似の面を持っているが、以下のとおりに様々な異なる特徴を持っている。

まず、前記ＩＥＥＥ８０２．１６通信システムにおける端末と基地局とは、スリープモードで運営されるスリープパターンを定義する。前記スリープパターンを省電力クラス（ＰｏｗｅｒＳａｖｉｎｇＣｌａｓｓ）という。前記省電力クラスは、スリープインターバル（ｓｌｅｅｐｉｎｔｅｒｖａｌ）とリスニングインターバル（ｌｉｓｔｅｎｉｎｇｉｎｔｅｒｖａｌ）とからなるが、前記スリープインターバルにおいて端末は、パワーダウンし、前記リスニングインターバルにおいて端末は、基地局との同期を維持しチャネルをモニターリングする。前記ＩＥＥＥ８０２．１６ｅ通信システムでは、一つの端末が同時に複数の省電力クラスを有することができる。端末は、トラフィックの特性によって複数の互いに異なる省電力クラスを有することができる。端末と基地局とが結んでいる接続（ｃｏｎｎｅｃｔｉｏｎ）は、一つ以上の省電力クラスに該当でき、これにより端末は、同時に複数の省電力クラスを互いに重複して運用できる。これに対して、前記ＩＥＥＥ８０２．１６ｍ通信システムでは、概念上、一つの端末が一つの省電力クラスを有することができ、他の省電力クラスを適用する場合、既存の省電力クラスがこれに対立する。

次に、前記ＩＥＥＥ８０２．１６通信システムでは、スリープウィンドウ（ＳｌｅｅｐＷｉｎｄｏｗ）とスリープウィンドウとの間に、リスニングウィンドウ（ＬｉｓｔｅｎｉｎｇＷｉｎｄｏｗ）が配置（ｉｎｔｅｒｌｅａｖｅｄ）される。前記ＩＥＥＥ８０２．１６ｅ通信システムのスリープモードは、トラフィックが存在しないネガティブトラフィック（ＮｅｇａｔｉｖｅＴｒａｆｆｉｃ）状況で、スリープウィンドウが既存のスリープウィンドウの二倍に増加する形態を有し、トラフィックが存在するポジティブトラフィック（ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃ）状況で、スリープモードから完全に外れる形態を有する。これに対し、前記ＩＥＥＥ８０２．１６ｍ通信システムのスリープモードでは、スリープサイクル（ＳｌｅｅｐＣｙｃｌｅ）概念（ＳｌｅｅｐＣｙｃｌｅ＝ＬｉｓｔｅｎｉｎｇＷｉｎｄｏｗ＋ＳｌｅｅｐＷｉｎｄｏｗ）が導入されて、ネガティブトラフィック状況で、スリープサイクルが二倍に増加し（リスニングウィンドウのサイズは、デフォルトに固定されているため、結局、スリープウィンドウのサイズが増加する）、ポジティブトラフィック状況では、スリープモードから退出するわけではなく、スリープモード内で該当スリープサイクルのみが初期スリープサイクル（ｉｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅ）にリセットされる形態を有する。

一方、前記ＩＥＥＥ８０２．１６ｍ通信システムにおけるスリープモードとアクティブモード（ＡｃｔｉｖｅＭｏｄｅ）との間の遷移は、ＳＬＰ（Ｓｌｅｅｐ）−ＲＥＱ／ＲＳＰメッセージなどのスリープモード関連管理メッセージ（Ｍａｎａｇｅｍｅｎｔｍｅｓｓａｇｅ）により行われる。すなわち、トラフィックの存在などによる遷移は発生しない。ここで、前記ＳＬＰ−ＲＥＱ／ＲＳＰメッセージは、端末がアクティブモードからスリープモードに遷移するか、又はスリープモード内でスリープサイクル設定（ＳｌｅｅｐＣｙｃｌｅｓｅｔｔｉｎｇ）を変更するか、又は既に交渉されたことのあったスリープサイクル設定でスイッチングするために基地局に送信するメッセージである。

サービスフロー（すなわち、接続）が生成／変更／削除されると、ＱｏＳ要求（ｒｅｑｕｉｒｅｍｅｎｔ）が変わるようになる。現在ＩＥＥＥ８０２．１６ｍ通信システムのスリープモードでは、一つのスリープサイクルパターンが適用されるので、ＱｏＳ要求が変わる場合、それまで用いられるスリープサイクルパターンは適切でない場合がありうる。これによって、スリープサイクル設定を変更しなければならない場合が発生する可能性がある。この場合、追加的にＳＬＰ−ＲＥＱ／ＲＳＰを介して、新しいスリープサイクル設定を適用するか、又は既存スリープサイクル設定でスイッチングするか、又は現在スリープサイクル設定を修正することができる。しかしながら、このような方法は、スリープサイクル設定の変更のためには、サービスフローの生成／変更／削除のためのＤＳｘ−ＲＥＱ／ＲＳＰメッセージの送受信の他に、追加的にＳＬＰ−ＲＥＱ／ＲＳＰメッセージの送受信の遂行を必要とし、ＱｏＳ要求が頻繁に変わる場合、このような追加的なメッセージの送受信手順は、オーバーヘッドになりうる。

韓国特許公開第１０−２００５−００２５２２９号

本発明の目的は、無線通信システムにおける基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法を提供することにある。

本発明の他の目的は、ＩＥＥＥ８０２．１６ｍ無線通信システムにおけるサービスフローの生成／変更／削除のためのＤＳｘ−ＲＥＱ／ＲＳＰメッセージにスリープサイクル設定情報を挿入して、追加的にＳＬＰ−ＲＥＱ／ＲＳＰメッセージを送信しなくても基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法を提供することにある。

上記の目的を達成すべく、本発明の第１見地によれば、無線通信システムにおける端末のスリープサイクル設定を交渉するための送信機の動作方法は、スリープサイクル設定情報を含むＤＳｘ要請メッセージを受信機に送信する過程と、前記受信機から、ＤＳｘに対する許容有無とスリープサイクル設定の変更に対する許容有無に関する情報のうち、少なくとも一つを含むＤＳｘ応答メッセージを受信する過程とを含み、ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであることを特徴とする。

また、本発明の第２見地によれば、無線通信システムにおける端末のスリープサイクル設定を交渉するための受信機の動作方法は、送信機からスリープサイクル設定情報を含むＤＳｘ要請メッセージを受信する過程と、前記ＤＳｘ要請メッセージを介して変更が要求されるスリープサイクル設定を確認する過程と、前記送信機にＤＳｘに対する許容有無とスリープサイクル設定の変更に対する許容有無に関する情報のうち、少なくとも一つを含むＤＳｘ応答メッセージを送信する過程とを含み、ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであることを特徴とする。

また、本発明の第３見地によれば、無線通信システムにおける端末のスリープサイクル設定を交渉するための送信機の装置は、スリープサイクル設定情報を含むＤＳｘ要請メッセージを受信機に送信する送信モデムと、前記受信機から、ＤＳｘに対する許容有無とスリープサイクル設定の変更に対する許容有無に関する情報のうち、少なくとも一つを含むＤＳｘ応答メッセージを受信する受信モデムとを備え、ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであることを特徴とする。

上記の目的を達成すべく、本発明の第４見地によれば、無線通信システムにおける端末のスリープサイクル設定を交渉するための受信機の装置は、送信機からスリープサイクル設定情報を含むＤＳｘ要請メッセージを受信する受信モデムと、前記ＤＳｘ要請メッセージを介して変更が要求されるスリープサイクル設定を確認するサービスフロー管理部と、前記送信機にＤＳｘに対する許容有無とスリープサイクル設定の変更に対する許容有無に関する情報のうち、少なくとも一つを含むＤＳｘ応答メッセージを送信する送信モデムを含み、ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであることを特徴とする。

本発明は、無線通信システムにおけるサービスフローの生成／変更／削除のためのＤＳｘ−ＲＥＱ／ＲＳＰメッセージにスリープサイクル設定情報を挿入して、基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法を提供することによって、追加的にＳＬＰ−ＲＥＱ／ＲＳＰメッセージを送信しなくても基地局と端末との間のスリープサイクル設定を交渉できるという利点がある。これにより、ＱｏＳ要求が頻繁に変わる場合、追加的なメッセージの送受信によるオーバーヘッドが発生しないという利点がある。

本発明の実施の形態に係る無線通信システムにおけるＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための端末の動作方法を示すフローチャートである。本発明の実施の形態に係る無線通信システムにおけるＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための基地局の動作方法を示すフローチャートである。本発明の実施の形態に係る無線通信システムにおけるＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための基地局の動作方法を示すフローチャートである。本発明の実施の形態に係る無線通信システムにおけるＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための端末の動作方法を示すフローチャートである。本発明に係る無線通信システムにおける基地局（あるいは、端末）の構成を示すブロック図である。

以下、本発明の好ましい実施の形態を、添付された図面を参照して詳細に説明する。そして、本発明を説明するに当たって、関連した公知機能あるいは構成についての具体的な説明が本発明の要旨を不明にするおそれがあると判断された場合には、その詳細な説明を省略する。

以下、本発明では、無線通信システムにおけるサービスフローの生成／変更／削除のためのＤＳｘ−ＲＥＱ／ＲＳＰメッセージにスリープサイクル設定情報を挿入して、追加的にＳＬＰ−ＲＥＱ／ＲＳＰメッセージを送信しなくても基地局と端末との間のスリープサイクル設定を交渉するための方案について説明する。

以下、本発明は、ＩＥＥＥ８０２．１６ｍ無線通信システムを例に挙げて説明しているが、端末に対して同時に一つのスリープサイクルパターンが適用されるすべての無線通信システムに適用可能であることはもちろんである。

また、以下、本発明は、サービスフローの生成のためのＤＳＡ−ＲＥＱ／ＲＳＰメッセージを例に挙げて説明しているが、サービスフローの変更のためのＤＳＣ−ＲＥＱ／ＲＳＰメッセージ、サービスフローの削除のためのＤＳＤ−ＲＥＱ／ＲＳＰメッセージにも同様に適用されうることはもちろんである。以下の説明では、前記ＤＳＡ、ＤＳＣ、ＤＳＤをＤＳｘと通称するようにする。

図１は、本発明の実施の形態に係る無線通信システムにおけるＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための端末の動作方法を示すフローチャートである。

前記図１に示すように、端末は、ステップ１０１にてサービスフローの生成が要求されているか否かを検査する。

前記ステップ１０１にて、サービスフローの生成が要求される際、前記端末は、ステップ１０３にて前記サービスフローの生成要求によってＱｏＳ要求が変更されて、スリープサイクル設定の変更が要求されているか否かを検査する。

前記ステップ１０３にて、スリープサイクル設定の変更が要求されない際、前記端末は、基地局と通常のＤＳＡ−ＲＥＱ／ＲＳＰメッセージの送受信を行って、サービスフローを生成する。すなわち、前記端末は、基地局に前記生成が要求されるサービスフローのＱｏＳパラメータを含むＤＳＡ−ＲＥＱメッセージを生成し、かつ基地局に送信し、前記基地局から前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答／不正応答を含むＤＳＡ−ＲＳＰメッセージを受信する。

これに対し、前記ステップ１０３にて、スリープサイクル設定の変更が要求される際、前記端末は、ステップ１０５にて前記生成が要求されるサービスフローのＱｏＳパラメータと前記サービスフローの生成要求によって変更されるスリープサイクル設定情報を含むＤＳＡ−ＲＥＱメッセージを生成し、かつ基地局に送信する。

ここで、前記スリープサイクル設定（ＳｌｅｅｐＣｙｃｌｅｓｅｔｔｉｎｇ）情報は、下記の表１のようなフォーマットから構成される。

ここで、前記表１のようなフォーマットのスリープサイクル設定情報が端末が送信したＤＳＡ−ＲＥＱメッセージ内に含まれると、基地局は、前記ＤＳＡ−ＲＥＱメッセージがサービスフローの生成と共にスリープサイクル設定の変更を要求するメッセージであると判断する。

ここで、前記スリープサイクル設定情報は、下記の表２のようなパラメータを含んで構成される。

ここで、前記Ｏｐｅｒａｔｉｏｎは、ＤＳＡ−ＲＥＱメッセージの動作タイプ（ＯｐｅｒａｔｉｏｎＴｙｐｅ）を示す。すなわち、前記ＤＳＡ−ＲＥＱメッセージがスリープモードから退出するための目的として送信されているか（「０ｂ００」）、又はスリープモードに進入するための目的として送信されているか（「０ｂ０１」）、又は既存のスリープモードを変更するための目的として送信されているか（「０ｂ１０」）、又は端末がスリープモードに進入する過程で交渉されたスリープサイクル設定を変更（ｓｗｉｔｃｈｉｎｇ）するための目的として送信されているか（「０ｂ１１」）を示す。前記ＳＣＩＤは、現在要請するスリープサイクル設定情報を区分するための識別子を示す。前記ＳｔａｒｔＦｒａｍｅＮｕｍｂｅｒは、新しいスリープサイクル設定の適用時点を示す。前記ＬＷＥＦ（ＬｉｓｔｅｎｉｎｇＷｉｎｄｏｗＥｘｔｅｎｓｉｏｎＦｌａｇ）は、リスニングウィンドウ拡張フラグを示し、前記ＴＩＭＦ（ＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎＭｅｓｓａｇｅＦｌａｇ）は、ダウンリンクトラフィックの存在有無を知らせるＴＲＦ−ＩＮＤメッセージを端末に送信するか否かを示すトラフィック指示メッセージフラグである。前記ＮＩＳＣＦ（ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅＦｌａｇ）は、前記スリープサイクル設定情報内に新しい初期スリープサイクル（ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅ）が存在するかを指示するための指示子（ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅＩｎｄｉｃａｔｏｒ）であって、基本的に、リスニングウィンドウの間に、トラフィック存在時に上述したように基本的に現在スリープサイクルが初期スリープサイクルにリセットされるが、前記ＮＩＳＣＦが１にセットされると、ＮＩＳＣＦとともに提供されるＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅ値にリセットされる。前記ＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅは、スリープサイクルパターンの初期スリープサイクルを示し、前記ＦｉｎａｌＳｌｅｅｐＣｙｃｌｅは、スリープサイクルパターンの最後のスリープサイクルを示す。前記ＬｉｓｔｅｎｉｎｇＷｉｎｄｏｗは、端末が基地局とデータの送受信を行うことができるデフォルトリスニングウィンドウ区間のことを示す。前記Ｌｉｓｔｅｎｉｎｇｓｕｂ−ｆｒａｍｅｂｉｔｍａｐは、端末がリスニングウィンドウを構成するフレーム内で、サブフレーム（Ｓｕｂ−ｆｒａｍｅ）レベルでスリープモード動作を行う場合、端末が目覚める必要があるサブフレームを示すのに用いられる。前記ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅは、前記ＮＩＳＣＦが「１」に設定された場合に含まれるパラメータであって、スリープサイクルを初期スリープサイクルではない特定値にリセットするために用いられる。前記Ｔ＿ＭＳは、リスニングウィンドウが拡張される場合に用いられるタイマーである。

以後、前記端末は、ステップ１０７にて前記基地局からＤＳＡ−ＲＳＰメッセージが受信されているか否かを検査する。

前記ステップ１０７にて、前記基地局からＤＳＡ−ＲＳＰメッセージが受信される際、前記端末は、ステップ１０９に進んで前記ＤＳＡ−ＲＳＰメッセージからスリープサイクル設定情報を抽出する。図示していないが、前記端末は、前記受信されたＤＳＡ−ＲＳＰメッセージから確認コードを確認して、ＤＳＡ−ＲＥＱメッセージに対する応答、すなわちＤＳＡに対する承認有無とスリープサイクル設定の変更に対する承認有無とを把握でき、前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答を示す値（例、「０」）に設定されている場合に限って、前記ＤＳＡ−ＲＳＰメッセージからスリープサイクル設定情報を抽出する。

ここで、前記ＤＳＡ−ＲＳＰメッセージに含まれるスリープサイクル設定情報も、前記の表１のようなフォーマットから構成され、前記ＤＳＡ−ＲＳＰメッセージに含まれるスリープサイクル設定情報は、下記の表３のようなパラメータを含んで構成される。

ここで、前記Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅは、ＤＳＡ−ＲＳＰメッセージの応答タイプ（Ｒｅｓｐｏｎｓｅｔｙｐｅ）を示す。すなわち、端末の要請に対する応答又はＵｎｓｏｌｉｃｉｔｅｄ送信（一方的な送信）を示す。Ｕｎｓｏｌｉｃｉｔｅｄ送信の場合、端末は、基地局の要請を従わなければならない。前記Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅは、前記ＤＳＡ−ＲＳＰメッセージがｕｎｓｏｌｉｃｉｔｅｄｍａｎｎｅｒにおいて送信されているか（「０ｂ００」）、又は前記ＤＳＡ−ＲＳＰメッセージが端末の要請に承認するための目的として送信されているか（「０ｂ０１」）、又は端末の要請を拒絶するための目的として送信されているか（「０ｂ１０」）を示す。ここで、ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、前記ＤＳＡ−ＲＳＰメッセージのスリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿Ｃｏｄｅは、「０ｂ０１」及び「０ｂ１０」のみに設定されることができる。前記Ｏｐｅｒａｔｉｏｎは、ＤＳＡ−ＲＳＰメッセージの動作タイプ（ＯｐｅｒａｔｉｏｎＴｙｐｅ）を示す。すなわち、スリープモードへの進入（Ｅｎｔｅｒ）／スリープモードからの退出（Ｅｘｉｔ）／スリープモード変更（Ｃｈａｎｇｅ）／スリープサイクル設定変更（Ｓｗｉｔｃｈ）を示す。前記ＳＣＩＤは、現在要請／承認するスリープサイクル設定情報を区分するための識別子を示す。前記ＳｔａｒｔＦｒａｍｅＮｕｍｂｅｒは、新しいスリープサイクル設定の適用時点を示す。前記ＬＷＥＦは、リスニングウィンドウ拡張フラグを示し、前記ＴＩＭＦは、ダウンリンクトラフィックの存在有無を知らせるＴＲＦ−ＩＮＤメッセージを端末に送信するか否かを示すトラフィック指示メッセージフラグである。前記ＮＩＳＣＦは、前記スリープサイクル設定情報内に新しい初期スリープサイクル（ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅ）が存在するかを指示するための指示子（ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅＩｎｄｉｃａｔｏｒ）であって、基本的に、リスニングウィンドウの間に、トラフィック存在時に上述したように基本的に現在スリープサイクルが初期スリープサイクルにリセットされるが、前記ＮＩＳＣＦが１にセットされると、ＮＩＳＣＦとともに提供されるＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅ値にリセットされる。前記ＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅは、スリープサイクルパターンの初期スリープサイクルを示し、前記ＦｉｎａｌＳｌｅｅｐＣｙｃｌｅは、スリープサイクルパターンの最後のスリープサイクルを示す。前記ＬｉｓｔｅｎｉｎｇＷｉｎｄｏｗは、端末が基地局とデータを送受信することができるデフォルトリスニングウィンドウ区間を示す。前記Ｌｉｓｔｅｎｉｎｇｓｕｂ−ｆｒａｍｅｂｉｔｍａｐは、端末がリスニングウィンドウを構成するフレーム内で、サブフレーム（Ｓｕｂ−ｆｒａｍｅ）レベルでスリープモード動作を行う場合、端末が目覚める必要のあるサブフレームを示すのに用いられる。前記ＳＬＰＩＤ（ＳｌｅｅｐＩＤ）は、端末にＴＲＦ−ＩＮＤメッセージを送信する場合、該当端末に割り当てるトラフィック指示（ＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ）に対する識別子である。端末は、前記ＳＬＰＩＤを介してＴＲＦ−ＩＮＤメッセージ内に該当ＳＬＰＩＤが含まれているか、又はＴＲＦ−ＩＮＤメッセージ内のＳＬＰＩＤビットマップ（Ｂｉｔｍａｐ）にＳＬＰＩＤとマッピングされるビットが１に設定されているかを確認して、ダウンリンクトラフィックの存在有無を把握する。前記ＮｅｗＩｎｉｔｉａｌＳｌｅｅｐＣｙｃｌｅは、前記ＮＩＳＣＦが「１」に設定された場合に含まれるパラメータであって、スリープサイクルを初期スリープサイクルでない特定値にリセットするために用いられる。前記Ｔ＿ＭＳ（Ｔｉｍｅｒ＿ＭＳ）は、リスニングウィンドウが拡張される場合に用いられるタイマーである。前記ＲＥＱ−ｄｕｒａｔｉｏｎは、ＳＬＰ−ＲＥＱメッセージの送信のための待機時間情報であって、基地局が端末の要請を拒否する際、端末にとってＲＥＱ−ｄｕｒａｔｉｏｎ時間が過ぎた後に、ＳＬＰ−ＲＥＱメッセージを利用してスリープサイクル設定情報の変更を再要請できるようにするための一定時間である。

以後、前記端末は、ステップ１１１にて前記抽出されたスリープサイクル設定情報にＤＳＡ−ＲＥＱメッセージに対する肯定応答が含まれているか否かを検査する。これは、前記スリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿ｃｏｄｅが端末の要請の承認を示す値（「０ｂ０１」）に設定されているか否かを確認することで検査できる。

ここで、前記Ｒｅｓｐｏｎｓｅ＿ｃｏｄｅが端末の要請の承認を示す値に設定されている場合、スリープサイクル設定情報内の残りのパラメータは、端末がＤＳＡ−ＲＥＱメッセージに含めたスリープサイクル設定情報内のパラメータと比較した時、いっそ無かったか、又は他の値を有するパラメータのみを含むことができる。これは、基地局が端末の要請を許容しているが、いくつかのパラメータに対しては、基地局が好む値に変更／適用しろとの意味を有するようになる。

したがって、前記ステップ１１１にて、前記抽出されたスリープサイクル設定情報にＤＳＡ−ＲＥＱメッセージに対する肯定応答が含まれている場合、前記端末は、ステップ１１３にて前記抽出されたスリープサイクル設定情報に変更が要求されるパラメータが含まれているか否かを検査する。仮に、前記ステップ１１３にて、前記抽出されたスリープサイクル設定情報に変更が要求されるパラメータが含まれていない場合、前記端末は、自身の要請によってスリープサイクル設定が変更されたことを判断し、本発明に係るアルゴリズムを終了する。反面、前記ステップ１１３にて、前記抽出されたスリープサイクル設定情報に変更が要求されるパラメータが含まれている場合、前記端末は、ステップ１１５にて前記変更が要求されるパラメータで自身のスリープサイクル設定情報を変更した後、本発明に係るアルゴリズムを終了する。

反面、前記スリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿ｃｏｄｅが端末の要請の拒否を示す値（「０ｂ１０」）に設定されている場合、これは、端末が再度スリープサイクル設定を基地局と交渉したいとき、時間に関係なくＳＬＰ−ＲＥＱメッセージを基地局に送信できることを意味する。仮に、スリープサイクル設定情報にＲＥＱ−ｄｕｒａｔｉｏｎ情報が含まれている場合、該当ＲＥＱ−ｄｕｒａｔｉｏｎが満期になった時点にＳＬＰ−ＲＥＱメッセージを送信することができる。

したがって、前記ステップ１１１にて、前記抽出されたスリープサイクル設定情報にＤＳＡ−ＲＥＱメッセージに対する不正応答が含まれている場合、前記端末は、ステップ１１７にて前記抽出されたスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報が含まれているか否かを検査する。仮に、前記ステップ１１７にて、前記抽出されたスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報が含まれている場合、前記端末は、該当ＲＥＱ−ｄｕｒａｔｉｏｎが満期になった時点に基地局と通常のＳＬＰ−ＲＥＱ／ＲＳＰメッセージの送受信を行う。反面、前記ステップ１１７にて、前記抽出されたスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報が含まれていない場合、前記端末は、任意の時点に基地局と通常のＳＬＰ−ＲＥＱ／ＲＳＰメッセージの送受信を行う。

他の実施の形態として、基地局は、端末からのＤＳＡ−ＲＥＱメッセージに対して不正応答として、スリープサイクル設定情報自体を含めないＤＳＡ−ＲＳＰメッセージを端末に送信することもできる。したがって、この場合、端末は、基地局から受信されたＤＳＡ−ＲＳＰメッセージを確認して、前記ＤＳＡ−ＲＳＰメッセージにスリープサイクル設定情報が含まれていない場合、自身のスリープサイクル設定に対する要請を基地局が拒否すると見なすことができる。

図２は、本発明の実施の形態に係る無線通信システムにおけるＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換して、スリープサイクル設定を交渉するための基地局の動作方法を示すフローチャートである。

前記図２に示すように、基地局は、ステップ２０１にて生成が要請されるサービスフローのＱｏＳパラメータと前記サービスフローの生成要求によって変更されるスリープサイクル設定情報を含むＤＳＡ−ＲＥＱメッセージが受信されているか否かを検査する。ここで、前記スリープサイクル設定情報は、前記の表２のようなパラメータを含んで構成される。

前記ステップ２０１にて、ＱｏＳパラメータとスリープサイクル設定情報とを含むＤＳＡ−ＲＥＱメッセージが受信される際、前記基地局は、ステップ２０３にて前記ＤＳＡ−ＲＥＱメッセージを介して端末が要請するサービスフローの生成とスリープサイクル設定に対する許容が可能であるか否かを検査する。

前記ステップ２０３にて、前記ＤＳＡ−ＲＥＱメッセージを介して端末が要請するサービスフローの生成とスリープサイクル設定に対する許容が可能であるとき、前記基地局は、ステップ２０５にて前記受信されるＤＳＡ−ＲＥＱメッセージ内のスリープサイクル設定情報のうち、変更が要求されるパラメータが存在しているか否かを検査する。

前記ステップ２０５にて、前記受信されるＤＳＡ−ＲＥＱメッセージ内のスリープサイクル設定情報のうち、変更が要求されるパラメータが存在すると、前記基地局は、ステップ２０７にて前記変更が要求されるパラメータをＤＳＡ−ＲＳＰメッセージ内のスリープサイクル設定情報に含め、ステップ２０９に進んで前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答を指示するＤＳＡ−ＲＳＰメッセージを端末に送信する。ここで、前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答を指示するために、ＤＳＡ−ＲＳＰメッセージ内の確認コードは、例えば「０」の値に設定されることができ、スリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿Ｃｏｄｅは、例えば「０ｂ０１」の値に設定されることができる。ここで、前記ＤＳＡ−ＲＳＰメッセージは、ＤＳＡ−ＲＥＱメッセージに対する応答、すなわちＤＳＡに対する承認有無とスリープサイクル設定の変更に対する承認有無とを知らせるためのメッセージである。

反面、前記ステップ２０５にて、前記受信されるＤＳＡ−ＲＥＱメッセージ内のスリープサイクル設定情報のうち、変更が要求されるパラメータが存在しないと、前記基地局は、直にステップ２０９に進んで前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答を指示するＤＳＡ−ＲＳＰメッセージを端末に送信する。ここで、前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答を指示するために、ＤＳＡ−ＲＳＰメッセージ内の確認コードは、例えば「０」の値に設定されることができ、スリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿Ｃｏｄｅは、例えば「０ｂ０１」の値に設定されることができる。

これに対し、前記ステップ２０３にて、前記ＤＳＡ−ＲＥＱメッセージを介して端末が要請するサービスフローの生成とスリープサイクル設定に対する許容が可能でないと、前記基地局は、ステップ２１１にてＤＳＡ−ＲＳＰメッセージ内のスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報を含めるか否かを決定する。ここで、前記ＲＥＱ＿ｄｕｒａｔｉｏｎ情報は、ＳＬＰ−ＲＥＱメッセージを利用してスリープサイクル設定情報の変更を再要請するための一定時間に対する情報である。

前記ステップ２１１にて、ＤＳＡ−ＲＳＰメッセージ内のスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報を含めることを決定した場合、前記基地局は、ステップ２１３にてＲＥＱ＿ｄｕｒａｔｉｏｎ情報をＤＳＡ−ＲＳＰメッセージ内のスリープサイクル設定情報に含め、ステップ２１５に進んで前記受信されたＤＳＡ−ＲＥＱメッセージに対する不正応答を指示するＤＳＡ−ＲＳＰメッセージを端末に送信する。ここで、前記ＤＳＡ−ＲＥＱメッセージに対する不正応答を指示するために、ＤＳＡ−ＲＳＰメッセージ内の確認コードは、例えば「０」ではない他の値に設定されることができ、スリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿Ｃｏｄｅは、例えば「０ｂ１０」の値に設定されることができる。

これに対し、前記ステップ２１１にて、ＤＳＡ−ＲＳＰメッセージ内のスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報を含めないことと決定した場合、前記基地局は、直ちにステップ２１５に進んで前記受信されたＤＳＡ−ＲＥＱメッセージに対する不正応答を指示するＤＳＡ−ＲＳＰメッセージを端末に送信する。ここで、前記ＤＳＡ−ＲＥＱメッセージに対する不正応答を指示するために、ＤＳＡ−ＲＳＰメッセージ内の確認コードは、例えば「０」ではでない他の値に設定されることができ、スリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿Ｃｏｄｅは、例えば「０ｂ１０」の値に設定されることができる。このようにＤＳＡ−ＲＳＰメッセージ内のスリープサイクル設定情報にＲＥＱ＿ｄｕｒａｔｉｏｎ情報を含めないことと決定した場合、ＤＳＡ−ＲＳＰメッセージにスリープサイクル設定情報を含めることは、オーバーヘッドのみを増加させる結果を引き起こすことができる。したがって、この場合、他の方法でＤＳＡ−ＲＳＰメッセージにスリープサイクル設定情報を含めない場合もありうる。すなわち、前記ＤＳＡ−ＲＳＰにスリープサイクル設定情報を含めないこと自体だけでも、端末のスリープサイクル設定に対する要請を基地局が拒否することに使用することができる。

図３は、本発明の実施の形態に係る無線通信システムにおけるＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための基地局の動作方法を示すフローチャートである。

前記図３に示すように、基地局は、ステップ３０１にてサービスフローの生成が要求されるか否かを検査する。

前記ステップ３０１にて、サービスフローの生成が要求される際、前記基地局は、ステップ３０３にて前記サービスフローの生成要求によってＱｏＳ要求が変更されて、スリープサイクル設定の変更が要求されるか否かを検査する。

前記ステップ３０３にて、スリープサイクル設定の変更が要求されなと、前記基地局は、端末と通常のＤＳＡ−ＲＥＱ／ＲＳＰメッセージの送受信を行う。すなわち、前記基地局は、前記生成が要求されるサービスフローのＱｏＳパラメータを含むＤＳＡ−ＲＥＱメッセージを生成して端末に送信し、前記端末から前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答／不正応答を含むＤＳＡ−ＲＳＰメッセージを受信する。

これに対し、前記ステップ３０３にて、スリープサイクル設定の変更が要求される際、前記基地局は、ステップ３０５にて前記生成が要求されるサービスフローのＱｏＳパラメータと前記サービスフローの生成要求によって変更されるスリープサイクル設定情報を含むＤＳＡ−ＲＥＱメッセージを生成して端末に送信する。ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、ＤＳＡ−ＲＥＱメッセージにスリープサイクル設定情報を含めることは、Ｕｎｓｏｌｉｃｉｔｅｄ（一方的な）ＳＬＰ−ＲＳＰメッセージと見なされる。すなわち、基地局が端末に一方的にスリープサイクル設定情報の変更を要請する形態になり、端末は、これに従わなければならない。

ここで、前記スリープサイクル設定（ＳｌｅｅｐＣｙｃｌｅｓｅｔｔｉｎｇ）情報は、前記の表１のようなフォーマットから構成され、前記ＤＳＡ−ＲＥＱメッセージに含まれるスリープサイクル設定情報は、下記の表４のようなパラメータを含んで構成される。

ここで、前記基地局が端末に送信するＤＳＡ−ＲＥＱメッセージのスリープサイクル設定情報には、前記ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に基地局が端末に送信するＤＳＡ−ＲＳＰメッセージと類似のパラメータが含まれる。ここで、ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、前記ＤＳＡ−ＲＥＱメッセージのスリープサイクル設定情報内のＲｅｓｐｏｎｓｅ＿Ｃｏｄｅは、「０ｂ００」のみで設定されることができる。ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合と異なる点は、端末と基地局とが交渉したパラメータがないために、基地局が含めなければならないパラメータは、前記の表４に示したように、ほとんどすべてのパラメータが含まれるようになる。また、ＲＥＱ＿ｄｕｒａｔｉｏｎを含める必要が全くない。一方、前記Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅは、「０ｂ００」のみに設定されるので、オーバーヘッド次元で前記Ｒｅｓｐｏｎｓｅ＿Ｃｏｄｅを前記ＤＳＡ−ＲＥＱメッセージに含まれるスリープサイクル設定情報から省略させることができる。すなわち、ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡ−ＲＥＱメッセージにスリープサイクル設定情報が含まれること自体だけでも、端末は、基地局がＵｎｓｏｌｉｃｉｔｅｄ（一方的な）スリープサイクル設定情報の変更を試みると見なすことができ、ＤＳＡ−ＲＳＰメッセージに「０」の値に設定された確認コードが含まれることだけでも、基地局は、端末が基地局の要請に対して、サービスフローの生成及びスリープサイクル設定変更を承認したと見なすことができる。このように、基地局は、ＤＳＡ−ＲＳＰメッセージ内の確認コードを確認して、ＤＳＡに対する承認有無とスリープサイクル設定の変更に対する承認有無を把握することができる。

以後、前記基地局は、ステップ３０７にて端末からＤＳＡ−ＲＳＰメッセージを受信する。前記基地局は、ＤＳＡ−ＲＳＰメッセージを介してＤＳＡ−ＲＥＱメッセージに対する応答、すなわちＤＳＡに対する承認有無とスリープサイクル設定の変更に対する承認有無を把握することができる。ここで、端末は、サービスフローに対する基地局の要請を承認するために、ＤＳＡ−ＲＳＰメッセージの確認コードを「０」に設定でき、サービスフローに対する基地局の要請を拒絶するために、ＤＳＡ−ＲＳＰメッセージの確認コードを「０」ではない他の値に設定できる。したがって、仮に、前記端末から受信されるＤＳＡ−ＲＳＰメッセージの確認コードが「０」ではない他の値に設定されている場合、基地局は、サービスフローだけでなくスリープサイクル設定変更に対する基地局の要請が拒絶されたと見なして無視する。仮に、前記端末から受信されるＤＳＡ−ＲＳＰメッセージの確認コードが「０」の値に設定されている場合、基地局は、サービスフローの生成だけでなく、スリープサイクルの設定変更が正しく行われたと見なす。

以後、前記基地局は、本発明に係るアルゴリズムを終了する。

図４は、本発明の実施の形態に係る無線通信システムにおけるＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合に、端末と基地局とがスリープサイクル設定情報を含むＤＳＡ−ＲＥＱ／ＲＳＰメッセージを交換してスリープサイクル設定を交渉するための端末の動作方法を示すフローチャートである。

前記図４に示すように、端末は、ステップ４０１にて生成が要請されるサービスフローのＱｏＳパラメータと前記サービスフローの生成要求によって変更されるスリープサイクル設定情報を含むＤＳＡ−ＲＥＱメッセージが受信されているか否かを検査する。ここで、前記スリープサイクル設定情報は、前記の表４のようなパラメータを含んで構成される。

前記ステップ４０１にて、ＱｏＳパラメータとスリープサイクル設定情報とを含むＤＳＡ−ＲＥＱメッセージが受信される際、前記端末は、ステップ４０３にて前記端末のスリープサイクル設定情報を前記ＤＳＡ−ＲＥＱメッセージを介して獲得したスリープサイクル設定情報に変更する。図示していないが、前記端末は、ＤＳＡ−ＲＥＱメッセージが受信されるに伴い、サービスフローに対する基地局の要請を承認するか否かを決定して、承認を決定した場合に限って、自身のスリープサイクル設定情報を前記ＤＳＡ−ＲＥＱメッセージを介して獲得したスリープサイクル設定情報に変更する。

以後、前記端末は、ステップ４０５にて前記基地局へＤＳＡ−ＲＥＱメッセージに対する応答、すなわちＤＳＡに対する承認有無とスリープサイクル設定の変更に対する承認有無を知らせるためのＤＳＡ−ＲＳＰメッセージを送信する。ここで、前記端末は、サービスフローに対する基地局の要請を承認するために、ＤＳＡ−ＲＳＰメッセージの確認コードを「０」に設定でき、サービスフローに対する基地局の要請を拒絶するために、ＤＳＡ−ＲＳＰメッセージの確認コードを「０」ではない他の値に設定できる。

以後、前記端末は、本発明に係るアルゴリズムを終了する。

図５は、本発明に係る無線通信システムにおける基地局（あるいは、端末）の構成を示すブロック図である。

ここで、基地局と端末とは、同じブロック構成を有し、したがって、以下の説明では、一つの装置を持って基地局と端末との動作を説明するようにする。

図示のように、前記基地局（あるいは、端末）は、送受切り替え器５０２、受信モデム５０４、メッセージ処理部５０６、制御部５０８、サービスフロー管理部５１０、スリープサイクル設定情報格納部５１２、メッセージ生成部５１４、送信モデム５１６を備えて構成される。

前記図５を参照して、まず基地局の構成を述べると、前記送受切り替え器５０２は、デュプレックス方式に従って前記送信モデム５１６から提供された送信信号をアンテナを介して送信し、アンテナからの受信信号を受信モデム５０４に提供する。

前記受信モデム５０４は、前記送受切り替え器５０２から提供された信号からデータを復元して、前記メッセージ処理部５０６に送信する。例えば、前記受信モデム５０４は、ＲＦ受信ブロック、復調ブロック、チャネル復号ブロックなどを備えて構成される。このとき、前記ＲＦ受信ブロックは、フィルタ及びＲＦ前処理器などから構成される。前記復調ブロックは、無線通信システムが直交周波数分割多重（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）方式を使用する場合、各副搬送波に載せられたデータを抽出するためのＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）演算器などから構成される。前記チャネル復号ブロックは、復調器（ｄｅｍｏｄｕｌａｔｏｒ）、デインタリーバ（ｄｅｉｎｔｅｒｌｅａｖｅｒ）及びチャネルデコーダ（ｃｈａｎｎｅｌｄｅｃｏｄｅｒ）などから構成される。

前記メッセージ処理部５０６は、前記受信モデム５０４を介して端末から受信されるメッセージを分解して、その結果を前記制御部５０８に提供する。

前記制御部５０８は、前記基地局の全体的な送受信動作を制御する。特に、前記制御部５０８は、前記メッセージ処理部５０６から受信されるサービスフローの生成／変更／削除関連制御情報を前記サービスフロー管理部５１０に提供し、前記サービスフロー管理部５１０から提供されるサービスフローの生成／変更／削除関連情報を前記メッセージ生成部５１４に提供する。

前記サービスフロー管理部５１０は、ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、前記メッセージ処理部５０６を介して生成が要請されるサービスフローのＱｏＳパラメータと前記サービスフローの生成要求によって変更されるスリープサイクル設定情報を含むＤＳＡ−ＲＥＱメッセージが受信される際、許容可能如何によって、前記メッセージ生成部５１４を介して、必要によってスリープサイクル設定情報のうち、変更が要求されるパラメータを含み前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答を指示するＤＳＡ−ＲＳＰメッセージを生成し、かつ端末に送信するか、又は前記メッセージ生成部５１４を介して、必要によってＲＥＱ−ｄｕｒａｔｉｏｎ情報を含み前記ＤＳＡ−ＲＥＱメッセージに対する不正応答を指示するＤＳＡ−ＲＳＰメッセージを生成し、かつ端末に送信する。また、前記サービスフロー管理部５１０は、ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、サービスフローの生成が要求され、これによりＱｏＳ要求が変更されてスリープサイクル設定の変更が要求される場合、前記メッセージ生成部５１４を介して、ＱｏＳパラメータとスリープサイクル設定情報とを含むＤＳＡ−ＲＥＱメッセージを生成し、かつ端末に送信し、前記メッセージ処理部５０６を介して前記端末からＤＳＡ−ＲＳＰメッセージを受信する。このような前記サービスフロー管理部５１０の動作は、サービスフローの変更のためのＤＳＣ−ＲＥＱ／ＲＳＰメッセージ、サービスフローの削除のためのＤＳＤ−ＲＥＱ／ＲＳＰメッセージの送受信にも同様に適用されうることはもちろんである。

前記スリープサイクル設定情報格納部５１２は、前記サービスフローの生成／変更／削除要求によって変更されるスリープサイクル設定情報を格納する。

前記メッセージ生成部５１４は、前記制御部５０８の制御下に端末に送信するメッセージを生成して前記送信モデム５１６に提供する。

前記送信モデム５１６は、前記メッセージ生成部５１４から提供されたメッセージ又は送信データを無線資源を介して送信のための形態に変換して、前記送受切り替え器５０２に提供する。例えば、前記送信モデム５１６は、チャネル符号ブロック、変調ブロック、ＲＦ送信ブロックなどを備えて構成される。このとき、前記チャネル符号ブロックは、変調器（ｍｏｄｕｌａｔｏｒ）、インタリーバ（ｉｎｔｅｒｌｅａｖｅｒ）及びチャネルエンコーダ（ｃｈａｎｎｅｌｅｎｃｏｄｅｒ）などから構成される。前記変調ブロックは、無線通信システムが直交周波数分割多重（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）方式を使用する場合、各副搬送波にデータをマッピングするためのＩＦＦＴ（ＩｎｖｅｒｓｅＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）演算器などから構成される。前記ＲＦ送信ブロックは、フィルタ及びＲＦ前処理器などから構成される。

次に、端末の構成を述べると、前記送受切り替え器５０２は、デュプレックス方式に従って前記送信モデム５１６から提供された送信信号をアンテナを介して送信し、アンテナからの受信信号を受信モデム５０４に提供する。

前記メッセージ処理部５０６は、前記受信モデム５０４を介して基地局から受信されるメッセージを分解して、その結果を前記制御部５０８に提供する。

前記制御部５０８は、前記端末の全体的な送受信動作を制御する。特に、前記制御部５０８は、前記メッセージ処理部５０６から受信されるサービスフローの生成／変更／削除関連制御情報を前記サービスフロー管理部５１０に提供し、前記サービスフロー管理部５１０から提供されるサービスフローの生成／変更／削除関連情報を前記メッセージ生成部５１４に提供する。

前記サービスフロー管理部５１０は、ＭＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、サービスフローの生成が要求され、これにより、ＱｏＳ要求が変更されてスリープサイクル設定の変更が要求される場合、前記メッセージ生成部５１４を介して、ＱｏＳパラメータとスリープサイクル設定情報とを含むＤＳＡ−ＲＥＱメッセージを生成し、かつ基地局に送信し、前記メッセージ処理部５０６を介して前記基地局からＤＳＡ−ＲＳＰメッセージを受信する。前記サービスフロー管理部５１０は、前記受信されたＤＳＡ−ＲＳＰメッセージからスリープサイクル設定情報を抽出して、前記ＤＳＡ−ＲＥＱメッセージに対する肯定応答／不正応答を指示しているか否かを確認する。確認の結果、肯定応答を指示する場合、前記サービスフロー管理部５１０は、変更が要求されるパラメータが含まれているか否かによって自身のスリープサイクル設定情報を前記変更が要求されるパラメータに変更する。確認の結果、不正応答を指示する場合、前記サービスフロー管理部５１０は、ＲＥＱ−ｄｕｒａｔｉｏｎ情報が含まれているか否かによって、ＲＥＱ−ｄｕｒａｔｉｏｎ満期時点に、前記メッセージ生成部５１４を介してＳＬＰ−ＲＥＱメッセージを生成及び基地局に送信する。仮に、ＲＥＱ−ｄｕｒａｔｉｏｎ情報が含まれていない場合、前記サービスフロー管理部５１０は、任意の時点に、前記メッセージ生成部５１４を介してＳＬＰ−ＲＥＱメッセージを生成及び基地局に送信する。また、前記サービスフロー管理部５１０は、ＢＳ−ＩｎｉｔｉａｔｅｄＤＳＡの場合、前記メッセージ処理部５０６を介して生成が要請されるサービスフローのＱｏＳパラメータと前記サービスフローの生成要求によって変更されるスリープサイクル設定情報を含むＤＳＡ−ＲＥＱメッセージが受信される際、許容可能如何によって、自身のスリープサイクル設定情報を前記ＤＳＡ−ＲＥＱメッセージを介して獲得したスリープサイクル設定情報に変更し、前記メッセージ生成部５１４を介して、ＤＳＡ−ＲＳＰメッセージを生成及び基地局に送信する。このような前記サービスフロー管理部５１０の動作は、サービスフローの変更のためのＤＳＣ−ＲＥＱ／ＲＳＰメッセージ、サービスフローの削除のためのＤＳＤ−ＲＥＱ／ＲＳＰメッセージの送受信にも同様に適用されうることはもちろんである。

前記メッセージ生成部５１４は、前記制御部５０８の制御下に基地局に送信するメッセージを生成して前記送信モデム５１６に提供する。

前記送信モデム５１６は、前記メッセージ生成部５１４から提供されたメッセージ又は送信データを無線資源を介して送信のための形態に変換して、前記送受切り替え器５０２に提供する。例えば、前記送信モデム５１６は、チャネル符号ブロック、変調ブロック、ＲＦ送信ブロックなどを備えて構成される。このとき、前記チャネル符号ブロックは、変調器、インタリーバ及びチャネルエンコーダなどから構成される。前記変調ブロックは、無線通信システムが直交周波数分割多重（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ：ＯＦＤＭ）方式を使用する場合、各副搬送波にデータをマッピングするためのＩＦＦＴ（ＩｎｖｅｒｓｅＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）演算器などから構成される。前記ＲＦ送信ブロックは、フィルタ及びＲＦ前処理器などから構成される。

上述したように、本発明は、無線通信システムにおけるサービスフローの生成／変更／削除のためのＤＳｘ−ＲＥＱ／ＲＳＰメッセージにスリープサイクル設定情報を挿入して、基地局と端末との間のスリープサイクル設定を交渉するための装置及び方法を提供することによって、追加的にＳＬＰ−ＲＥＱ／ＲＳＰメッセージを送信しなくても基地局と端末との間のスリープサイクル設定を交渉できるという利点がある。これにより、ＱｏＳ要求が頻繁に変わる場合、追加的なメッセージの送受信によるオーバーヘッドが発生しないという利点がある。

一方、本発明の詳細な説明では具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内で多様な変形が可能であることは勿論である。したがって、本発明の範囲は、上述の実施の形態に限って決まらず、特許請求の範囲だけでなく、特許請求の範囲と均等なものによって決まらねばならない。

５０２送受切り替え器
５０４受信モデム
５０６メッセージ処理部
５０８制御部
５１０サービスフロー管理部
５１２スリープサイクル設定情報格納部
５１４メッセージ生成部
５１６送信モデム

Claims

無線通信システムにおける端末のスリープサイクル設定を交渉するための送信機の動作方法であって、
スリープサイクル設定情報を含むＤＳｘ要請メッセージを受信機に送信する過程と、
前記受信機から、前記要請メッセージに対応するＤＳｘ応答メッセージを受信する過程とを含み、
ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであり、
前記ＤＳｘ要請メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を職別するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルのために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）のうち、少なくとも一つを含み、
前記ＤＳｘ応答メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を識別するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）、スリープ要請（ｓｌｅｅｐｒｅｑｕｅｓｔ：ＳＬＰ−ＲＥＱ）メッセージを使用してスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つであることを特徴とする方法。
前記送信機が端末で、前記受信機が基地局である場合、
前記ＤＳｘ応答メッセージの応答タイプは、ＤＳｘ要請メッセージに対する肯定応答又はＤＳｘ要請メッセージに対する不正応答のうち、いずれか一つに設定されることを特徴とする請求項１に記載の方法。
前記送信機が端末で、前記受信機が基地局である場合、
前記受信機がスリープサイクル設定変更に対して許容を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する肯定応答と送信機のＤＳｘ要請メッセージ内のスリープサイクル設定情報に比べて変更が要求されるスリープサイクル設定情報のうち、少なくとも一つを含むことを特徴とする請求項１に記載の方法。
前記送信機が端末で、前記受信機が基地局である場合、
前記受信機がスリープサイクル設定変更に対して拒絶を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する不正応答とスリープサイクル設定情報の変更を再要請するための待機時間情報のうち、少なくとも一つを含むか、又はスリープサイクル設定情報を省略することを特徴とする請求項１に記載の方法。
前記ＤＳｘ応答メッセージがＤＳｘ要請メッセージに対する不正応答を含む場合、前記スリープサイクル設定情報の変更を再要請するためのスリープ要請メッセージを受信機に送信する過程をさらに含むことを特徴とする請求項４に記載の方法。
前記スリープサイクルは前記ＮＳＣＦが“０”に設定される時、前記初期スリープサイクルにリセットされ、前記ＮＳＣＦが“１”に設定される時、前記新しい初期スリープサイクルにリセットされ、
前記ＤＳｘ応答メッセージの応答タイプは、一方的な方法で、基地局による要請に設定されることを特徴とする請求項１に記載の方法。
無線通信システムにおける端末のスリープサイクル設定を交渉するための受信機の動作方法であって、
送信機からスリープサイクル設定情報を含むＤＳｘ要請メッセージを受信する過程と、
前記ＤＳｘ要請メッセージを介して変更が要求されるスリープサイクル設定を確認する過程と、
前記ＤＳｘ要請メッセージに対応するＤＳｘ応答メッセージを送信する過程とを含み、
ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであり、
前記ＤＳｘ要請メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を区分するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）のうち、少なくとも一つを含み、
前記ＤＳｘ応答メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を区分するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）、スリープ要請（ｓｌｅｅｐｒｅｑｕｅｓｔ：ＳＬＰ−ＲＥＱ）メッセージを使用してスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つであることを特徴とする方法。
前記送信機が端末で、前記受信機が基地局である場合、
前記ＤＳｘ応答メッセージの応答タイプは、ＤＳｘ要請メッセージに対する肯定応答又はＤＳｘ要請メッセージに対する不正応答のうち、いずれか一つに設定されることを特徴とする請求項７に記載の方法。
前記送信機が端末で、前記受信機が基地局である場合、
スリープサイクル設定変更に対して許容有無を決定する過程をさらに含み、
ここで、スリープサイクル設定変更に対して許容を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する肯定応答と送信機のＤＳｘ要請メッセージ内のスリープサイクル設定情報に比べて変更が要求されるスリープサイクル設定情報のうち、少なくとも一つを含むことを特徴とする請求項７に記載の方法。
前記送信機が端末で、前記受信機が基地局である場合、
スリープサイクル設定変更に対して許容有無を決定する過程をさらに含み、
ここで、スリープサイクル設定変更に対して拒絶を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する不正応答とスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つを含むか、又はスリープサイクル設定情報を省略することを特徴とする請求項７に記載の方法。
前記ＤＳｘ応答メッセージがＤＳｘ要請メッセージに対する不正応答を含む場合、前記スリープサイクル設定情報を無視し、前記送信機から前記スリープサイクル設定情報の変更を再要請するためのスリープ要請メッセージを受信する過程をさらに含むことを特徴とする請求項１０に記載の方法。
前記スリープサイクルは前記ＮＳＣＦが“０”に設定される時、前記初期スリープサイクルにリセットされ、前記ＮＳＣＦが“１”に設定される時、前記新しい初期スリープサイクルにリセットされ、
前記ＤＳｘ応答メッセージの応答タイプは、一方的な方法で、基地局による要請に設定されることを特徴とする請求項７に記載の方法。
無線通信システムにおける端末のスリープサイクル設定を交渉するための送信機の装置であって、
スリープサイクル設定情報を含むＤＳｘ要請メッセージを受信機に送信する送信モデムと、
前記ＤＳｘ要請メッセージに対応するＤＳｘ応答メッセージを受信する受信モデムとを備え、
ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであり、
前記ＤＳｘ要請メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を区分するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）のうち、少なくとも一つを含み、
前記ＤＳｘ応答メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を区分するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）、スリープ要請（ｓｌｅｅｐｒｅｑｕｅｓｔ：ＳＬＰ−ＲＥＱ）メッセージを使用してスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つであることを特徴とする装置。
前記送信機が端末で、前記受信機が基地局である場合、
前記ＤＳｘ応答メッセージの応答タイプは、ＤＳｘ要請メッセージに対する肯定応答又はＤＳｘ要請メッセージに対する不正応答のうち、いずれか一つに設定されることを特徴とする請求項１３に記載の装置。
前記送信機が端末で、前記受信機が基地局である場合、
前記受信機がスリープサイクル設定変更に対して許容を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する肯定応答と送信機のＤＳｘ要請メッセージ内のスリープサイクル設定情報に比べて変更が要求されるスリープサイクル設定情報のうち、少なくとも一つを含むことを特徴とする請求項１３に記載の装置。
前記送信機が端末で、前記受信機が基地局である場合、
前記受信機がスリープサイクル設定変更に対して拒絶を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する不正応答とスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つを含み、スリープサイクル設定情報を省略することを特徴とする請求項１３に記載の装置。
前記送信モデムは、前記ＤＳｘ応答メッセージがＤＳｘ要請メッセージに対する不正応答を含む場合、前記スリープサイクル設定情報の変更を再要請するためのスリープ要請メッセージを受信機に送信することを特徴とする請求項１６に記載の装置。
前記スリープサイクルは前記ＮＳＣＦが“０”に設定される時、前記初期スリープサイクルにリセットされ、前記ＮＳＣＦが“１”に設定される時、前記新しい初期スリープサイクルにリセットされ、
前記ＤＳｘ応答メッセージの応答タイプは、一方的な方法で、基地局による要請に設定されることを特徴とする請求項１３に記載の装置。
無線通信システムにおける端末のスリープサイクル設定を交渉するための受信機の装置であって、
送信機からスリープサイクル設定情報を含むＤＳｘ要請メッセージを受信する受信モデムと、
前記ＤＳｘ要請メッセージを介して変更が要求されるスリープサイクル設定を確認するサービスフロー管理部と、
前記ＤＳｘ要請メッセージに対応するＤＳｘ応答メッセージを送信する送信モデムを含み、
ここで、前記ＤＳｘは、ＤＳＡ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＡｄｄｉｔｉｏｎ）、ＤＳＣ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＣｈａｎｇｅ）、ＤＳＤ（ＤｙｎａｍｉｃＳｅｒｖｉｃｅＤｅｌｅｔｉｏｎ）のうちのいずれか一つであり、
前記ＤＳｘ要請メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を区分するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）のうち、少なくとも一つであることを特徴とする装置。
前記送信機が端末で、前記受信機が基地局である場合、
前記ＤＳｘ応答メッセージ内のスリープサイクル設定情報は、スリープサイクル設定変更（ｃｈａｎｇｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）又はスリープサイクル設定スイッチング（ｓｗｉｔｃｈｉｎｇｓｌｅｅｐｃｙｃｌｅｓｅｔｔｉｎｇ）であるかを指示する動作要請タイプ（ｏｐｅｒａｔｉｏｎｒｅｑｕｅｓｔｔｙｐｅ）、スリープサイクル設定情報を区分するためのスリープサイクル識別子（ｓｌｅｅｐｃｙｃｌｅＩＤ）、新しいスリープサイクル設定の開始を指示する開始フレーム番号（ｓｔａｒｔｆｒａｍｅｎｕｍｂｅｒ）、前記スリープサイクル設定情報内に新しい初期スリープサイクルが存在しているかを指示するための次のスリープサイクルフラグ（ＮｅｘｔＳｌｅｅｐＣｙｃｌｅＦｌａｇ：ＮＳＣＦ）、新しい初期スリープサイクル（ｎｅｗｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、初期スリープサイクルために割り当てられた区間を指示する初期スリープサイクル（ｉｎｉｔｉａｌｓｌｅｅｐｃｙｃｌｅ）、最後のスリープサイクルために割り当てられた区間を指示する最後のスリープサイクル（ｆｉｎａｌｓｌｅｅｐｃｙｃｌｅ）、スリープ要請（ｓｌｅｅｐｒｅｑｕｅｓｔ：ＳＬＰ−ＲＥＱ）メッセージを使用してスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つを含み、
前記ＤＳｘ応答メッセージの応答タイプは、ＤＳｘ要請メッセージに対する肯定応答又はＤＳｘ要請メッセージに対する不正応答のうち、いずれか一つに設定されることを特徴とする請求項１９に記載の装置。
前記送信機が端末で、前記受信機が基地局である場合、
前記サービスフロー管理部は、スリープサイクル設定変更に対して許容有無を決定し、
ここで、スリープサイクル設定変更に対して許容を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する肯定応答と送信機のＤＳｘ要請メッセージ内のスリープサイクル設定情報に比べて変更が要求されるスリープサイクル設定情報のうち、少なくとも一つを含むことを特徴とする請求項１９に記載の装置。
前記送信機が端末で、前記受信機が基地局である場合、
前記サービスフロー管理部は、スリープサイクル設定変更に対して許容有無を決定し、
ここで、スリープサイクル設定変更に対して拒絶を決定した場合、前記ＤＳｘ応答メッセージは、ＤＳｘ要請メッセージに対する不正応答とスリープサイクル設定情報の変更を再要請するためのＲＥＱ_ｄｕｒａｔｉｏｎのうち、少なくとも一つを含むか、又はスリープサイクル設定情報を省略することを特徴とする請求項１９に記載の装置。
前記受信モデムは、前記ＤＳｘ応答メッセージがＤＳｘ要請メッセージに対する不正応答を含む場合、前記スリープサイクル設定情報を無視し、前記送信機から前記スリープサイクル設定情報の変更を再要請するためのスリープ要請メッセージを受信することを特徴とする請求項２２に記載の装置。
前記スリープサイクルは前記ＮＳＣＦが“０”に設定される時、前記初期スリープサイクルにリセットされ、前記ＮＳＣＦが“１”に設定される時、前記新しい初期スリープサイクルにリセットされ、
前記ＤＳｘ応答メッセージの応答タイプは、一方的な方法で、基地局による要請に設定されることを特徴とする請求項１９に記載の装置。