JP5878543B2

JP5878543B2 - 無線通信システムで緊急警報サービスのためのスリープサイクルの同期制御装置及び方法

Info

Publication number: JP5878543B2
Application number: JP2013536506A
Authority: JP
Inventors: ヨン−ムーン・ソン; ヒュン−ジョン・カン
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2010-10-25
Filing date: 2011-10-25
Publication date: 2016-03-08
Anticipated expiration: 2031-10-25
Also published as: US20120100881A1; US8626108B2; JP2014501062A; WO2012057500A2; KR20120042421A; WO2012057500A3

Description

本発明は広帯域無線接続システムに関することで、特に、広帯域無線接続システムにおいて、緊急警報サービスをサポートするためにスリープサイクルの同期を制御する装置及び方法に関することである。

次世代通信システムである４世代（４ｔｈＧｅｎｅｒａｔｉｏｎ；以下‘４Ｇ’と称する）通信システムでは高速の送信速度を持つ様々なＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を持つサービスをユーザーに提供するための活発な研究が進行されている。特に、現在の４Ｇ通信システムでは無線近距離通信ネットワーク（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ；以下‘ＬＡＮ’と称する）システム及び無線都市地域ネットワーク（ＭｅｔｒｏｐｏｌｉｔａｎＡｒｅａＮｅｔｗｏｒｋ；以下‘ＭＡＮ’と称する）システムのような無線通信システムに移動性とサービス品質を保障する形態で高速サービスをサポートするようにする研究が活発に進行されている。

一般的に、無線通信システムは端末の移動性を考慮するため、前記端末の電力消耗はシステム全体の重要性能指標として評価される。したがって、ＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１６のような無線通信システムの規格は前記端末の電力消耗を最小化させるために端末のスリープモード及びアクティブモードを定義する。

図１Ａ及び図１Ｂは従来技術によるＩＥＥＥ８０２．１６システムにおいて定義されているスリープモード動作を概略的に図示している。

前記図１Ａを参考すると、前記ＩＥＥＥ８０２．１６eシステムで端末がスリープモードにモード遷移するためには、必ず基地局からモード遷移許可を受けなければならない。この時、前記基地局は前記端末がスリープモードにモード遷移をすることを許可すると同時に、送信するパケットデータをバッファリングあるいはドロップする動作を実行することができる。また、前記基地局は前記端末のリスニング区間あるいはリスニングウィンドウの間に前記端末に送信されるデータが存在するのかどうかを知らせなければならないし、前記端末は前記スリープ状態から覚めて自分に送信されるデータが存在するのかどうかを確認しなければならない。前記図１Ａ及び図１Ｂで、前記送信されるパケットデータの存在の可否を知らせるため、ＴＲＦ−ＩＮＤ（ＭＯＢｉｌｅＴＲａＦｆｉｃＩＮＤｉｃａｔｏｒ）メッセージたち１００、１０２、１０４が送信される。ここで、’ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’含むＴＲＦ−ＩＮＤメッセージたち１００、１０２はデータが存在しないことを示し、‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ１０４はデータが存在することを示す。

前記リスニング区間あるいは前記リスニングウィンドウの間の確認の結果、前記端末に送信されるデータが存在することを認知すると、前記端末は前記アクティブモードに遷移して、前記基地局からデータを受信する。以後、前記端末はまた前記アクティブモードで前記スリープモードに遷移するため、前記基地局とスリープ要求/応答（ＳＬＰ−ＲＥＱ/ＲＳＰ：ＳＬｅｅＰ−ＲＥＱｕｅｓｔ/ＲｅＳＰｏｎｓｅ）メッセージの送受信のステップを実行する。これにより、シグナリングオーバーヘッドが発生することができる。

前記シグナリングオーバーヘッドを防止するための方案として、前記図１Ｂのように、前記端末はトラフィックが存在しても、アクティブモードに遷移しないこともある。すなわち、アクティブモード及びスリープモードの間の遷移はスリープ要求/応答（ＭＯＢ_ＳＬＰ−ＲＥＱ/ＲＳＰ）シグナリングによらなければならないという制約が存在する。これによって、データを受信しなければならない端末は前記スリープモードの間のスリープ状態（ｓｌｅｅｐｓｔａｔｅ）及びアウェイク状態（ａｗａｋｅｓｔａｔｅ）をスリープサイクルによって繰り返してデータを受信する。

前記図１Ｂを参考すると、スリープ状態のリスニング区間あるいはリスニングウィンドウの間、前記端末は前記基地局からＴＲＦ−ＩＮＤメッセージたち１００、１０２、１０４、１１０、１１２を受信する。具体的に、初期スリープサイクルのリスニングウィンドウの間に‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ１００を受信した端末は次のスリープサイクルを２倍に増加させる。以後、前記次のスリープサイクルの経過後、再び‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ１０２を受信した前記端末はまた現在スリープサイクルを２倍に次のスリープサイクルを設定する。スリープサイクルの経過後、‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ１０４を受信した前記端末は前記ＴＲＦ−ＩＮＤメッセージ１０４を受信したリスニングウィンドウの間にダウンリンクデータを受信して、次のスリープサイクルを初期スリープサイクルの長さにリセットする。以後、初期スリープサイクルの経過後のリスニングウィンドウの間、‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ１１０を受信した前記端末はスリープサイクルを２倍に増加させる。そして、前記増加されたスリープサイクル以後のリスニングウィンドウの間に‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ１１２を受信する前記端末はスリープサイクルをまた２倍に増加させる。

基地局が送信したＴＲＦ−ＩＮＤメッセージを通じてトラフィック指示情報を端末が正常に受信した場合、前記端末及び前記基地局の間のスリープサイクルの同期が維持される。しかし、チャンネル状態の劣化などの原因によって前記端末が前記ＴＲＦ−ＩＮＤメッセージを受信することができなかった場合、前記基地局が‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を送信したのか、または‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を送信したのか、前記端末は知ることができない。その結果、前記端末は次のスリープサイクルの長さを正しく設定することができない。これによって、前記端末及び前記基地局の間のスリープサイクルの同期がずれる。

図２は従来技術によるＩＥＥＥ８０２．１６システムにおいてスリープサイクルの同期が不一致する状況を図示している。

前記図２を参考すると、端末が周期的にスリープサイクルのリスニングウィンドウの間‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤ（ＭＯＢ_ＴＲＦ−ＩＮＤ）メッセージたち２００、２０２を正常に受信して、次のスリープサイクルの経過後のリスニングウィンドウの間‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含むＴＲＦ−ＩＮＤメッセージ２０４を受信することができない。この時、基地局は次のスリープサイクルのリスニングウィンドウを時点ｔ１２１２に認知する。しかし、前記端末は前記ＴＲＦ−ＩＮＤメッセージ２０４を受信することができなかったので、次のスリープサイクルを‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’によって初期スリープサイクルにリセットするかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’によって２倍に増加させるか判断することができない。実際のスリープサイクルのリスニングウィンドウの開始の時点は時点ｔ１２１２であるが、前記端末が次のスリープサイクルを初期スリープサイクルにリセットする場合、スリープサイクルのリスニングウィンドウに対する同期がずれる。したがって、無線通信システムでＴＲＦ−ＩＮＤメッセージを受信することができない場合に発生することができるスリープサイクルの同期が不一致する現象が発生する。

前記スリープサイクルの同期の不一致の現象を解決するために、もし、端末がリスニングウィンドウが終了するまでＴＲＦ−ＩＮＤメッセージだけではなく、ダウンリンクのトラフィックを受信することができなかった場合、前記端末は基地局にＴＲＦ−ＩＮＤを要求するメッセージを送信する。例えば、前記ＴＲＦ−ＩＮＤを要求するメッセージは下記<表１>のようなＡＡＩ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅ）_ＴＲＦ−ＩＮＤ−ＲＥＱ（ＲＥＱｕｅｓｔ）メッセージであることができる。

前記<表１>のようなＴＲＦ−ＩＮＤを要求するメッセージを受信した前記基地局は前記端末に前記ＡＡＩ_ＴＲＦ−ＩＮＤメッセージで前記端末に指示したトラフィック指示、すなわち、‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’または‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’に基づいて前記ＴＲＦ−ＩＮＤを要求するメッセージに対する応答メッセージを送信する。例えば、前記ＴＲＦ−ＩＮＤを要求するメッセージに対する応答メッセージは下記<表２>のようなＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰメッセージであることができる。

前記<表２>のようなＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰを通じて分かるように、前記基地局は前記端末に次のスケジュールされるリスニングウィンドウが位置するフレーム番号を知らせてくれる。また、知らせてくれた番号のリスニングウィンドウで‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’が発生する場合、前記基地局は２倍になるスリープサイクルの長さを知らせてくれる。

参照で、スリープサイクルはリスニングウィンドウ及びスリープウィンドウを含んでいる。リスニングウィンドウは前記スリープサイクルの前の部分に位置している。したがって、現在のリスニングウィンドウで‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を受信すると、現在のリスニングウィンドウを含む現在スリープサイクルは初期スリープサイクルのサイズにリセットされる。これによって、次のスケジュールされるリスニングウィンドウは比較的遠くない時点で開始、すなわち、現在スリープサイクルは初期スリープサイクルのすぐ後ろになる。一方、‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を受信すると、現在スリープサイクルは以前のスリープサイクルの２倍に増加する。これによって、次のスケジュールされるリスニングウィンドウは相対的に遠い時点で開始される。

前記ＴＲＦ−ＩＮＤメッセージは緊急警報に関する情報を含むことができるし、例えば、前記緊急警報に関する情報は下記<表３>のようである。

前記<表３>のような緊急警報指示子が１に設定されることは、すぐに緊急警報サービス関連メッセージが送信されることを意味する。すなわち、前記緊急警報指示子が１に設定されることは、端末はスリープウィンドウでスリープ状態に進入しなくて、アウェイク状態を維持して、緊急警報サービス関連メッセージを受信するようにする意味を含んでいる。

前記で説明したように、前記ＴＲＦ−ＩＮＤメッセージで緊急警報サービスを考慮したこととは異なり、前記ＴＲＦ−ＩＮＤ-ＲＥＱ/ＲＳＰメッセージの交換時の緊急警報サービスを考慮しない。すなわち、端末がＴＲＦ−ＩＮＤメッセージを失われた場合、前記端末は前記端末のトラフィック指示子が何なのか、基地局に問い合わせすることだけが可能なだけで、緊急警報サービス関連メッセージの存否を確認することができない。

前述した従来技術の問題点を解決するために、本発明の目的は広帯域無線接続システムにおいてＴＲＦ−ＩＮＤメッセージの未受信による同期の不一致を制御するための装置及び方法を提供することにある。

本発明の他の目的は広帯域無線接続システムにおいてＴＲＦ−ＩＮＤメッセージの未受信の時、ダウンリンクトラフィックの受信の可否を利用して同期の不一致を制御する装置及び方法を提供することにある。

本発明のまた他の目的は広帯域無線接続システムにおいてＴＲＦ−ＩＮＤメッセージの未受信の時、別途の制御メッセージを通じて同期の不一致を制御する装置及び方法を提供することにある。

本発明のまた他の目的は広帯域無線接続システムにおいて、ＴＲＦ−ＩＮＤメッセージの未受信の時、別途の制御メッセージを通じて緊急警報サービス関連情報を獲得するための装置及び方法を提供することにある。

前記目的を果たすための本発明の第１見地によると、無線通信システムでスリープモード状態の端末の動作方法は、リスニングウィンドウの間のトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合、基地局に次のスケジュールされたリスニングウィンドウの位置を問い合わせるための要求メッセージを送信するステップと、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するステップと、前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行するステップと、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断するステップと、を含むことを特徴とする。

前記目的を果たすための本発明の第２見地によると、無線通信システムで基地局の動作方法は、少なくとも一つの端末のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信するステップと、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するステップと、同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで前記端末に応答するステップと、を含むことを特徴とする。

前記目的を果たすための本発明の第３見地によると、無線通信システムで端末装置は、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合、基地局に次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを送信して、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するモデムと、前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行して、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断する制御部を含むことを特徴とする。

前記目的を果たすための本発明の第４見地によると、無線通信システムで基地局装置は、少なくとも一つの端末のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信して、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するモデムと、同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで前記端末に応答する制御部を含むことを特徴とする。

下記の発明を実施するための具体的な内容を始める前に、本特許文献の全般に使用される特定単語及び構文の定義を説明するのが有利する。すなわち、“含む”という用語及びこれの派生語たちは制限のない含みを意味して、“または”という用語は包括的な意味であり、及び/または“〜と係わった”という構文及びこれの派生語たちは〜を含む、〜内に含まれる、〜と相互接続する、〜を含有する、〜に含有される、〜と接続するまたは〜に接続させる、〜と連結するまたは〜に連結させる、〜と通信可能である、〜と協力する、〜をさしはさむ、〜と併置する、〜に近い、〜に縛られるまたは〜で縛られる、〜を持つ、〜の特性を持つなどを意味することができるし、“制御器”という用語は少なくとも一つの動作を制御するが、ハードウェア、ファームウェア、ソフトウェア、またはこれらの中で少なくとも２つの一部の組合に実装されることができる任意のデバイス、システムまたはこれらの一部分を意味する。任意の特定制御器と係わる機能が近距離でも遠距離でも中央に集中されるとか分配されることができるという点に留意しなければならない。特定の単語及び構文に対する定義はこの特許文献の全般にわたって提供されて、当業者であれば、大部分の場合を除き、多い部分で、前記の定義された単語及び構文の以前及び今後の使用に適用されるということを理解すべきである。

本開始事項及びこれの利点に対するより完全な理解のために、これで、添付した図面と結付されて次の説明が参照され、図面で類似の参照記号は等しい部分を示す。

図１Ａ及び図１Ｂは従来技術によるＩＥＥＥ８０２．１６システムにおいて定義されているスリープモード動作を概略的に図示する図面である。図２は従来技術によるＩＥＥＥ８０２．１６システムにおいてスリープサイクルの同期が不一致する状況を図示する図面である。図３は本発明の第１実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための端末の動作手続きを図示する図面である。図４は本発明の第２実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための端末の動作手続きを図示する図面である。図５は本発明の実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための基地局の動作手続きを図示する図面である。図６は本発明の実施形態による広帯域無線接続システムにおいて端末のブロック構成を図示する図面である。図７は本発明の実施形態による広帯域無線接続システムにおいて基地局のブロック構成を図示する図面である。

前記の図面で、参照番号は等しいとか類似の要素、特徴、構造を説明するために使用される。

以下、説明される図３及び図７を通じて、本文書で、本発明の原理を説明するために使用される様々な実施形態は一例であるだけであり、本発明は本文書の範囲に限定されない。当業者は、本発明の原理はどのような種類の無線通信システムにも適用されることができることを理解するであろう。

本発明の実施形態たちが以下の図面の参照とともに説明される。以下、本発明は無線通信システムで端末がＴＲＦ−ＩＮＤメッセージを未受信する時、スリープモードのスリープサイクルの同期を制御するための技術に対して説明する。本発明はＩＥＥＥ８０２．１６ｍ通信システムを例にしてスリープモード動作制御過程を説明するが、本発明で提案するスリープモードの状態同期制御技法は前記ＩＥＥＥ８０２．１６ｍ通信システムだけではなく、他の同様の通信システムにも適用可能は勿論である。また、本発明は広帯域無線接続システムで、一つの端末と基地局がスリープモード動作を制御するための動作を説明するが、広帯域無線接続システムに多数の端末が存在する場合にも本発明で提案するスリープモード動作制御技法が適用可能である。

本発明の実施形態によるシステムにおいて、ＴＲＦ−ＩＮＤメッセージの値によるスリープサイクルの変化は次のようである。

ＴＲＦ−ＩＮＤメッセージはダウンリンクデータトラフィックが存在することを端末に知らせるのに使用される。前記ＴＲＦ−ＩＮＤメッセージに‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’が含まれている場合、次のスリープサイクルは初期スリープサイクルにリセットされる。一方、前記ＴＲＦ−ＩＮＤメッセージに‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’が含まれている場合に、次のスリープサイクルは直前のスリープサイクルの２倍に増加される。一方、端末がアップリンクデータトラフィックあるいは帯域幅要求を送信する場合にも、‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’が含まれている場合と同様に、スリープサイクルが初期スリープサイクルにリセットされる。前記次のスリープサイクルがリセットになる時、前記次のスリープサイクルは初期スリープサイクルではなく、他の事前に定義された長さにリセットすることができる。例えば、前記事前の定義された長さは初期スリープサイクルの整数倍に相当する長さであることができる。

本発明の実施形態による基地局及び端末はＴＲＦ_ＩＮＤ−ＲＥＱ/ＲＳＰメッセージの交換を通じてスリープサイクルの同期はもちろん、緊急警報サービスに関する情報を交換する。前記緊急警報サービスに関する情報の交換に対する実施形態たちは次のようである。

基地局は端末が送信したＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＥＱに対する応答として、ＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰを送信する。ここで、前記ＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＥＱメッセージは等しい目的を持っているヘッダーの形態に置き換えることができる。例えば、前記ＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＥＱメッセージはＳＣＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＨｅａｄｅｒ）またはＳＣＥＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＥｘｔｅｎｄｅｄＨｅａｄｅｒ）に置き換えることができる。また、前記ＡＡＩ_ＴＲＦ−ＩＮＤ-ＲＳＰメッセージも等しい目的を持っているヘッダーの形態に置き換えることができる。例えば、前記ＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰメッセージはＳＣＨまたはＳＣＥＨに置き換えることができる。

本発明の第１実施形態の場合、前記ＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰは下記<表４>のように構成されることができる。

前記<表４>で、前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドは前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージが指示するフレーム、つまり、次のスケジュールされるリスニングウィンドウの開始の前まで、緊急警報サービス関連メッセージが送信される予定であれば、１に設定されることにより、緊急警報サービス関連メッセージの送信を端末に知らせるのに使用される。１に設定された前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’を受信した端末は、次のスケジュールされるリスニングウィンドウまでアウェイク状態を維持し、前記緊急警報サービス関連メッセージを受信待ちする。前記緊急警報サービス関連メッセージを受信した後、前記端末は通常のスリープモード動作で、つまり、次のスケジュールされるリスニングウィンドウまでスリープ状態に戻ることができる。

本発明の第２実施形態の場合、前記ＡＡＩ_ＴＲＦ−ＩＮＤ-ＲＳＰは下記 <表５>のように構成されることができる。

前記<表５>で、前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドは前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージが指示するフレーム、つまり、次のスケジュールされるリスニングウィンドウの開始の前まで緊急警報サービス関連メッセージが送信される予定であれば、１に設定されることにより、緊急警報サービス関連メッセージの送信を端末に知らせるのに使用される。

前記<表５>で、前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドは前記ＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰメッセージが指示するフレーム、つまり、次のスケジュールされるリスニングウィンドウの開始の前まで緊急警報サービス関連メッセージが送信される予定であれば、前記緊急警報サービス関連メッセージの送信の時点を示すために使用される。

特定フレーム番号に設定された前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドを受信した端末は、前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドが指示するフレームまでスリープ状態で動作することができるし、指示されたフレームで一時的にアウェイク状態で動作することにより、前記緊急サービス関連メッセージを受信する。前記緊急サービス関連メッセージを受信した後、前記端末は通常のスリープモード動作で、つまり、次のスケジュールされるリスニングウィンドウまでスリープ状態に戻ることができる。

本発明の他の実施形態によって、前記<表５>のＡＡＩ_ＴＲＦ−ＩＮＤ−ＲＳＰメッセージで前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドなく、前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドだけが使用されることができる。この時、前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドが含まれていない場合には、これは次のスケジュールされるリスニングウィンドウの開始の前まで、前記緊急警報サービス関連メッセージが送信されないことを意味する。これは、端末が前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドの存否を判断することができることを前提とする。例えば、前記端末はＡＳＮ．１エンコーディング規則によって、そのパラメーターが含まれているのかどうかを知ることができる。すなわち、ＡＳＮ．１ＰＥＲ（ＰａｃｋｉｎｇＥｎｃｏｄｉｎｇＲｕｌｅ）エンコーディング規則に基づいて作成する文書によると、指示パラメーターを別に定義していないとしても、ＡＳＮ．１ＰＥＲエンコーディングをエンコーディング/デコーディングを実行する客体が違うパラメーター、例えば、前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’パラメーターの存在の有無を把握することができる。これはまるでＡＳＮ．１ＢＥＲ（ＢａｓｉｃＥｎｃｏｄｉｎｇＲｕｌｅ）に定義されたＴＬＶ（ＴｙｐｅＬｅｎｇｔｈＶａｌｕｅ）の‘Ｔｙｐｅ’フィールドを通じて分かるように、前記客体は特定パラメーターの存否を把握することができる。

以下、本発明はスリープモード内にスリープ状態及びアウェイク状態がスリープサイクルによって繰り返されるステップで、端末がＴＲＦ−ＩＮＤメッセージを受信できない場合、前記スリープ状態及び前記アウェイク状態に対する基地局及び端末の間の同期を制御するステップの中で緊急警報サービスの存否を指示する基地局及び端末の動作及び構成を図面を参考して詳しく説明する。

図３は本発明の第１実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための端末の動作手続きを図示している。

前記図３を参考すると、前記端末は３０１段階でスリープモードで動作する。続いて、前記端末はスリープモードで動作中に３０３段階に進行してスリープサイクルによってリスニングウィンドウが到来するかどうかを確認する。前記リスニングウィンドウではない場合、前記端末は前記３０１段階に戻ってスリープ状態を維持する。

一方、前記リスニングウィンドウが到来した場合、前記端末は３０５段階に進行して前記リスニングウィンドウの間にＴＲＦ−ＩＮＤメッセージを受信待ちする。前記ＴＲＦ−ＩＮＤメッセージは端末識別子の有無を利用して端末のダウンリンクトラフィックが存在するのかどうかを示す。

もし、前記ＴＲＦ−ＩＮＤメッセージが受信されると、前記端末は３０７段階に進行して前記ＴＲＦ−ＩＮＤメッセージに‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すのかまたは‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すのかを確認する。前記‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’または前記‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるかどうかは、前記ＴＲＦ−ＩＮＤメッセージに前記端末の識別子情報が含まれているかによって判断される。すなわち、前記識別子情報が含まれている場合、前記ＴＲＦ−ＩＮＤメッセージは前記‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すことであり、前記識別子情報が含まれていない場合には、前記ＴＲＦ−ＩＮＤメッセージは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すのである。

もし、前記ＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示す場合、前記端末は３０９段階に進行して次のスリープサイクルを現在スリープサイクルの２倍に増加させる。例えば、現在スリープサイクルの長さが４フレームの場合、前記次のスリープサイクルの長さは８フレームとなる。すなわち、前記基地局は前記ＴＲＦ−ＩＮＤメッセージに‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含ませることと同時に、前記端末の次のスリープサイクルを現在スリープサイクルの２倍に設定して、これによって、前記端末も‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を認知して前記次のスリープサイクルを現在スリープサイクルの２倍に設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。

一方、前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示す場合、前記端末は３１１段階に進行して次のスリープサイクルを初期スリープサイクルの長さにリセットする。すなわち、前記基地局は前記ＴＲＦ−ＩＮＤメッセージに‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含ませることと同時に、前記端末の次のスリープサイクルを初期スリープサイクルに設定して、これによって、前記端末も‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を認知して前記次のスリープサイクルを初期スリープサイクルに設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。

前記３０５段階で、前記ＴＲＦ−ＩＮＤメッセージを受信することができなかった場合、前記端末は３１３段階に進行して残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのかを確認する。ここで、前記ＴＲＦ−ＩＮＤメッセージを受信することができなかったことにより、前記端末は次のスリープサイクルの長さを２倍に増加させなければならないかまたは初期スリープサイクルの長さにリセットしなければならないか判断することができない。したがって、この場合、前記基地局及び前記端末は異なるスリープサイクルによって動作することができる。

前記端末が前記ＴＲＦ−ＩＮＤメッセージを受信することができないとしても、前記３０７段階で残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのかを確認することで、前記端末は前記リスニングウィンドウの間に受信することができなかった前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのか類推することができる。すなわち、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されることは前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’としてダウンリンクトラフィックが存在することを知らせたことを意味し、残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されないことは前記ＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’としてダウンリンクトラフィックが存在しないことを知らせたことを意味する。

もし、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されると、前記端末は３１５段階に進行して前記リスニングウィンドウの間に受信することができなかった前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示していることを判断して、次のスリープサイクルの長さを初期スリープサイクルの長さにリセットする。

一方、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されないと、前記端末は３１７段階に進行してＴＲＦ−ＩＮＤ−ＲＥＱメッセージを送信することで、前記３０５段階のリスニングウィンドウの間に前記ＴＲＦ−ＩＮＤメッセージを受信することができなかったことを前記基地局に知らせる。

前記ダウンリンクトラフィックが受信されない時は前記ダウンリンクトラフィックが送信されない場合、すなわち、前記受信することができなかったＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’の場合とか、または、前記ダウンリンクトラフィックが送信されたにもかかわらずチャンネル状態の劣化によって前記ダウンリンクトラフィックを受信することができなかった場合である。前者の場合と同様に、前記ダウンリンクトラフィックが送信されない場合、前記端末は次のスリープサイクルを現在スリープサイクルの２倍に設定することができる。この場合、前記端末はＴＲＦ−ＩＮＤ−ＲＥＱメッセージを送信する必要がない。しかし、後者の場合と同様に、チャンネル状態の劣化によって送信されたダウンリンクトラフィックを受信することができなかった場合、前記端末が前記ＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’と判断して、次のスリープサイクルを現在スリープサイクルの２倍に設定すれば、前記端末及び前記基地局の間のスリープサイクルが不一致になる。したがって、前記後者の場合で発生するスリープサイクルの不一致を防止するために、前記端末は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージを前記基地局に送って、受信することができなかったＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのか判断することができない不確実な状況を解消する。本発明の他の実施形態によって、前記端末は‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかどうかを代わりにして次のリスニングウィンドウの開始の時点を問い合わせて、不確実なスリープサイクルの開始の時点を一致させることができる。例えば、前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージは下記<表６>のように構成されることができる。

以後、前記端末は３１９段階に進行して前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージに対する応答であるＴＲＦ−ＩＮＤ−ＲＳＰメッセージを受信する。例えば、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記<表４>のように構成されることができる。これによって、前記端末は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージの‘Ｆｒａｍｅ_Ｎｕｍｂｅｒ’フィールドを通じて次のリスニングウィンドウの開始の時点を知って、‘ＳｌｅｅｐｌＣｙｃｌｅＬｅｎｇｔｈ’を通じて前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを知ることになる。また、前記端末は‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドを通じて緊急警報サービス関連メッセージの送信の可否を知ることになる。ここで、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記基地局でユニキャスト方式によって送信される。

続いて、前記端末は３２１段階に進行して前記次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを利用して、スリープサイクルの同期化を実行する。すなわち、前記端末は次のスリープサイクルの長さを前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さに設定して、次のスリープサイクルを前記次のリスニングウィンドウの開始の時点から開始させる。

続いて、前記端末は３２３段階に進行して前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが１に設定されているのか確認する。すなわち、前記端末は前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが前記緊急警報サービス関連メッセージが送信されることを指示する値に設定されているのか確認する。もし、前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが０に設定されていれば、前記端末は前記３０１段階に戻ってスリープモードによって動作する。

一方、前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが１に設定されていれば、前記端末は３２５段階に進行してアウェイク状態を維持して前記緊急警報サービス関連メッセージの受信を待機する。すなわち、前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが１に設定されることは次のスケジュールされたリスニングウィンドウが到来する前に前記緊急警報サービス関連メッセージが基地局から送信されることを意味するので、前記端末は次のスケジュールされたリスニングウィンドウの到来の前までスリープ状態に戻らなくて、前記アウェイク状態を維持して前記緊急警報サービス関連メッセージの受信を待機する。

以後、前記端末は３２７段階に進行して前記緊急警報サービス関連メッセージが受信されるのか確認する。前記緊急警報サービス関連メッセージが受信されれば、前記端末は３０１段階に戻ってスリープモードのスリープサイクルによって動作する。すなわち、前記端末は前記３２１段階で同期化したスリープサイクルのリスニングウィンドウ及びスリープウィンドウによって動作する。すなわち、次のスケジュールされるリスニングウィンドウの到来の前であれば、前記端末はスリープ状態に進入して、前記次のスケジュールされるリスニングウィンドウが到来すれば、前記端末はＴＲＦ−ＩＮＤメッセージ及びダウンリンクトラフィックの受信を試みる。

図４は本発明の第２実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための端末の動作手続きを図示している。

前記図４を参考すると、前記端末は４０１段階でスリープモードで動作する。続いて、前記端末はスリープモードで動作中に４０３段階に進行して、スリープサイクルによってリスニングウィンドウが到来するのか確認する。前記リスニングウィンドウではない場合、前記端末は前記４０１段階に戻ってスリープ状態を維持する。

一方、前記リスニングウィンドウが到来した場合、前記端末は４０５段階に進行して前記リスニングウィンドウの間にＴＲＦ−ＩＮＤメッセージを受信待ちする。前記ＴＲＦ−ＩＮＤメッセージは端末識別子の有無を利用して端末のダウンリンクトラフィックが存在するのかどうかを示す。

もし、前記ＴＲＦ−ＩＮＤメッセージが受信されれば、前記端末は４０７段階に進行して前記ＴＲＦ−ＩＮＤメッセージに‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すのかまたは‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すのか確認する。前記‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’または前記‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかどうかは前記ＴＲＦ−ＩＮＤメッセージに前記端末の識別子情報が含まれているかによって判断される。すなわち、前記識別子情報が含まれている場合、前記ＴＲＦ−ＩＮＤメッセージは前記‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すことであり、前記識別子情報が含まれていない場合には、前記ＴＲＦ−ＩＮＤメッセージは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示すのである。

もし、前記ＴＲＦ−ＩＮＤメッセージが’ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示す場合、前記端末は３０９段階に進行して次のスリープサイクルを現在スリープサイクルの２倍に増加させる。例えば、現在スリープサイクルの長さが４フレームの場合、前記次のスリープサイクルの長さは８フレームとなる。すなわち、前記基地局は前記ＴＲＦ−ＩＮＤメッセージに‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含ませることと同時に前記端末の次のスリープサイクルを現在スリープサイクルの２倍に設定して、これによって、前記端末も‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を認知して前記次のスリープサイクルを現在スリープサイクルの２倍に設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。

一方、前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示す場合、前記端末は４１１段階に進行して次のスリープサイクルを初期スリープサイクルの長さにリセットする。すなわち、前記基地局は前記ＴＲＦ−ＩＮＤメッセージに‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を含ませることと同時に前記端末の次のスリープサイクルを初期スリープサイクルに設定して、これによって、前記端末も‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を認知して前記次のスリープサイクルを初期スリープサイクルに設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。

前記４０５段階で、前記ＴＲＦ−ＩＮＤメッセージを受信することができなかった場合、前記端末は４１３段階に進行して残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのか確認する。ここで、前記ＴＲＦ−ＩＮＤメッセージを受信することができなかったことにより、前記端末は次のスリープサイクルの長さを２倍に増加させなければならないかまたは初期スリープサイクルの長さにリセットしなければならないか判断することができない。したがって、この場合、前記基地局及び前記端末は異なるスリープサイクルによって動作することができる。

前記端末が前記ＴＲＦ−ＩＮＤメッセージを受信することができないとしても、前記４０７段階で残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのか確認することで、前記端末は前記リスニングウィンドウの間に受信することができなかった前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかを類推することができる。すなわち、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されることは前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’としてダウンリンクトラフィックが存在することを知らせたことを意味して、残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されないことは前記ＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’としてダウンリンクトラフィックが存在しないことを知らせたことを意味する。

もし、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されれば、前記端末は４１５段階に進行して前記リスニングウィンドウの間に受信することができなかった前記ＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示していることを判断して、次のスリープサイクルの長さを初期スリープサイクルの長さにリセットする。

一方、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されなければ、前記端末は４１７段階に進行してＴＲＦ−ＩＮＤ−ＲＥＱメッセージを送信することで、前記４０５段階のリスニングウィンドウの間に前記ＴＲＦ−ＩＮＤメッセージを受信することができなかったことを前記基地局に知らせる。

前記ダウンリンクトラフィックが受信されない時は前記ダウンリンクトラフィックが送信されない場合、すなわち、前記受信することができなかったＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’の場合とか、または、前記ダウンリンクトラフィックが送信されたにもかかわらずチャンネル状態の劣化によって前記ダウンリンクトラフィックを受信することができなかった場合である。前者の場合と同様に、前記ダウンリンクトラフィックが送信されない場合、前記端末は次のスリープサイクルを現在スリープサイクルの２倍に設定することができる。この場合、前記端末はＴＲＦ−ＩＮＤ−ＲＥＱメッセージを送信する必要がない。しかし、後者の場合と同様に、チャンネル状態の劣化によって送信されたダウンリンクトラフィックを受信することができなかった場合、前記端末が前記ＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’と判断して次のスリープサイクルを現在スリープサイクルの２倍に設定すれば、前記端末及び前記基地局の間のスリープサイクルが不一致になる。したがって、前記後者の場合で発生するスリープサイクルの不一致を防止するために、前記端末は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージを前記基地局に送って、受信することができなかったＴＲＦ−ＩＮＤメッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのか判断することができない不確実な状況を解消する。本発明の他の実施形態によって、前記端末は‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかどうかを代わりにして次のリスニングウィンドウの開始の時点を問い合わせて、不確実なスリープサイクルの開始の時点を一致させることができる。例えば、前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージは前記<表６>のように構成されることができる。

以後、前記端末は４１９段階に進行して前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージに対する応答であるＴＲＦ−ＩＮＤ−ＲＳＰメッセージを受信する。例えば、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記<表５>のように構成されることができる。これによって、前記端末は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージの‘Ｆｒａｍｅ_Ｎｕｍｂｅｒ’フィールドを通じて次のリスニングウィンドウの開始の時点を知って、‘ＳｌｅｅｐＣｙｃｌｅＬｅｎｇｔｈ’を通じて前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを知ることになる。また、前記端末は‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドを通じて緊急警報サービス関連メッセージの送信の可否を知って、前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドを通じて前記緊急警報サービス関連メッセージの送信の時点を知ることになる。ここで、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記基地局からユニキャスト方式によって送信される。

続いて、前記端末は４２１段階に進行して前記次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを利用してスリープサイクルの同期化を実行する。すなわち、前記端末は次のスリープサイクルの長さを前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さに設定して、次のスリープサイクルを前記次のリスニングウィンドウの開始の時点から開始させる。

続いて、前記端末は４２３段階に進行して前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが１に設定されているのかを確認する。すなわち、前記端末は前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが前記緊急警報サービス関連メッセージが送信されることを指示する値に設定されているのかを確認する。もし、‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが０に設定されていれば、前記端末は前記４０１段階に戻ってスリープモードによって動作する。

一方、前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが１に設定されていれば、前記端末は４２５段階に進行して前記緊急警報サービス関連メッセージを受信するフレームが到来したのかを判断する。すなわち、前記端末は前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドによって指示されるフレームが到来したのかを判断する。

もし、前記緊急警報サービス関連メッセージを受信するフレームが到来しなかったら、前記端末は４２７段階に進行してスリープ状態を維持する。すなわち、前記端末は前記４２１段階で同期化したスリープサイクルのリスニングウィンドウ及びスリープウィンドウによって動作する。ただ、スリープモードでスリープ状態で動作するが、前記端末は前記４２５段階に進行して前記緊急警報サービス関連メッセージを受信するフレームが到来したのかを持続的に判断する。

一方、前記緊急警報サービス関連メッセージを受信するフレームが到来したら、前記端末は４２９段階に進行してアウェイク状態に遷移して、前記緊急警報関連メッセージを受信する。以後、前記端末は４１０段階に戻ってスリープモードによって動作する。すなわち、前記端末は前記４２１段階で同期化したスリープサイクルのリスニングウィンドウ及びスリープウィンドウによって動作する。すなわち、次のスケジュールされるリスニングウィンドウの到来の前であれば、前記端末はスリープ状態に進入して、前記次のスケジュールされるリスニングウィンドウが到来すれば、前記端末はＴＲＦ−ＩＮＤメッセージ及びダウンリンクトラフィックの受信を試みる。

前記図４を参考して説明した実施形態で、前記端末は前記４２３段階で前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドが１に設定されたのかどうかを判断する。しかし、本発明の実施形態によって、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは緊急警報サービス関連情報として前記‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドなしに前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドだけを含むことができる。この場合、前記４２３段階は前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドの存否を判断する手続きに置き換える。すなわち、前記４２３段階で、前記端末は前記‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドの存否を判断して、存在しなければ前記４０１段階に、存在すれば前記４２５段階に進行する。

図５は本発明の実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための基地局の動作手続きを図示している。

前記図５を参考すると、基地局は５０１段階で端末のリスニングウィンドウが到来しているのかを確認する。前記リスニングウィンドウが到来すれば、前記基地局は５０３段階に進行して前記端末に送信するダウンリンクトラフィックが存在するのかを確認する。

もし、前記端末に送信するダウンリンクトラフィックが存在すれば、前記基地局は５０５段階に進行して前記端末の識別子情報をＴＲＦ−ＩＮＤメッセージに含ませる。前記ＴＲＦ−ＩＮＤメッセージに前記端末の識別子情報が含まれることで、前記ＴＲＦ−ＩＮＤメッセージは前記端末に‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’と判断される。一方、前記端末に送信するダウンリンクトラフィックが存在しなければ、前記基地局は前記５０５段階を実行しない。これによって、前記端末は前記ＴＲＦ−ＩＮＤメッセージに前記端末の識別子情報が含まれているのかどうかを通じて、前記ＴＲＦ−ＩＮＤメッセージが‘ＮｅｇａｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかまたは‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’であるのかどうかを判断する。

以後、前記基地局は５０７段階に進行して少なくとも一つの端末識別子情報を含む前記ＴＲＦ−ＩＮＤメッセージ及び前記端末のダウンリンクトラフィックを送信する。ここで、前記５０３段階の判断結果によって前記端末のダウンリンクトラフィックの送信は省略されることができる。

続いて、前記基地局は５０９段階に進行して端末からＴＲＦ−ＩＮＤ−ＲＥＱメッセージが受信されるのかを確認する。前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージはスリープモード同期化のための情報を要求するメッセージであり、例えば、前記<表６>のように構成されることができる。

前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージが受信されれば、前記基地局は５１１段階に進行してスリープモード同期化のための情報を決定する。前記スリープモード同期化のための情報は次のリスニングウィンドウの開始の時点情報及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを含んでいる。

前記スリープモード同期化のための情報を決定した後、前記基地局は５１３段階に進行して緊急警報サービス関連情報を決定する。前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでいる。

前記緊急警報サービス関連情報を決定した後、前記基地局は５１５段階に進行して前記スリープモード同期化のための情報を含むＴＲＦ−ＩＮＤ−ＲＳＰメッセージを前記端末に送信する。ここで、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記基地局からのユニキャスト方式によって送信される。例えば、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記<表４>または前記<表５>のように構成されることができる。すなわち、本発明の第１実施形態によって、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記<表４>のように次のリスニングウィンドウの開始の時点を示す‘Ｆｒａｍｅ_Ｎｕｍｂｅｒ’フィールド、前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを示す‘ＳｌｅｅｐＣｙｃｌｅＬｅｎｇｔｈ’フィールド、緊急警報サービス関連メッセージの送信の可否を示す‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールドを含むことができる。または、本発明の第２実施形態によって、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは次のリスニングウィンドウの開始の時点を示す‘Ｆｒａｍｅ_Ｎｕｍｂｅｒ’フィールド、前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを示す‘ＳｌｅｅｐＣｙｃｌｅＬｅｎｇｔｈ’フィールド、緊急警報サービス関連メッセージの送信の可否を示す‘ＥｍｅｒｇｅｎｃｙａｌｅｒｔＩｎｄｉｃａｔｉｏｎ’フィールド、前記緊急警報サービス関連メッセージの送信の時点を示す‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドを含むことができる。本発明の他の実施形態によって、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは次のリスニングウィンドウの開始の時点を示す‘Ｆｒａｍｅ_Ｎｕｍｂｅｒ’フィールド、前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを示す‘ＳｌｅｅｐＣｙｃｌｅＬｅｎｇｔｈ’フィールド、前記緊急警報サービス関連メッセージの送信の時点を示す‘Ｆｒａｍｅ_ＮｕｍｂｅｒｆｏｒＥｍｅｒｇｅｎｃｙａｌｅｒｔＳｅｒｖｉｃｅＭｅｓｓａｇｅ’フィールドを含むことができる。

前記図４ないし前記図６を参考して説明した本発明の実施形態で、前記端末は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージを送信する。しかし、本発明の他の実施形態によって、前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージは別の分離された機能のために設計された独立的なシグナリングメッセージが使用されることができる。例えば、前記独立的なシグナリングメッセージはそれ自体が‘ＳｌｅｅｐＳｙｎｃＩｎｆｏＲｅｑｕｅｓｔ’を意味することができる。また、本発明のまた他の実施形態によって、端末は前記ＴＲＦ−ＩＮＤ-ＲＥＱ/ＲＳＰメッセージを代わりにしてＣＱＩＣＨ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｉｏｎＣＨａｎｎｅｌ）、専用ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）コードまたは前記同期化のための目的の特殊コードを送信することができる。

図６は本発明の実施形態による無線通信システムにおいて端末のブロック構成を図示している。

前記図６の図示のように、前記端末６００はＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）処理部６０２、モデム６０４、制御部６０６を含んで構成される。

前記ＲＦ処理部６０２は信号の帯域変換、増幅など無線チャンネルを通じて信号を送受信するための機能を実行する。すなわち、前記モデム６０４から提供される基底帯域信号をＲＦ帯域信号に上向き変換した後にアンテナを通じて送信して、前記アンテナを通じて受信されるＲＦ帯域信号を基底帯域信号に下向き変換する。

前記モデム６０４はシステムの物理層の規格によって基底帯域信号及びビット列間の変換機能を実行する。例えば、データ送信の時、前記モデム６０４は送信ビット列を符号化及び変調することで複素シンボルたちを生成し、前記複素シンボルたちを副搬送波たちにマッピングした後、ＩＦＦＴ（ＩｎｖｅｒｓｅＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）演算及びＣＰ（ＣｙｃｌｅＰｒｅｆｉｘ）挿入を通じてＯＦＤＭシンボルたちを構成する。また、データ受信の時に、前記モデム６０４は前記ＲＦ処理部６０２から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を通じて副搬送波たちにマッピングされた信号たちを復元した後、復調及び復号化を通じて受信ビット列を復元する。

前記制御部６０６は前記端末６００の全般的な機能たちを制御する。例えば、前記制御部６０６は基地局と送受信されるＭＡＣ制御メッセージを生成及び解釈する。前記制御部６０６は前記端末６００の動作モードを決定し、決定された動作モードによって動作するように制御するモード管理部６０８を含んでいる。すなわち、前記モード管理部６０８は送受信されるトラフィックの発生頻度によってスリープモードに遷移するかどうかを判断して、スリープモードに遷移の時にスリープサイクル内のスリープウィンドウ及びリスニングウィンドウによってスリープ状態及びアウェイク状態の転換を制御する。前記スリープモードのスリープウィンドウの間、前記制御部６０６は信号受信などの動作を実行しなくて、前記スリープモードのリスニングウィンドウの間、前記制御部６０６は基地局から受信されるトラフィック指示メッセージを通じて前記端末６００へのダウンリンクトラフィックが存在するのかどうかを判断する。そして、前記モード管理部６０８は前記ダウンリンクトラフィックの存在の可否によって、スリープウィンドウの長さを調節する。この時、前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった場合、基地局とのスリープサイクルの同期の不一致を備えて前記制御部６０６は次のような機能を実行する。

前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった場合、前記制御部６０６は残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのかを確認する。もし、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されれば、前記制御部６０６は前記リスニングウィンドウの間に受信することができなかった前記トラフィック指示メッセージが‘ＰｏｓｉｔｉｖｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ’を示していることを判断して、次のスリープサイクルの長さを初期スリープサイクルの長さにリセットする。一方、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されなければ、前記制御部６０６はＴＲＦ−ＩＮＤ−ＲＥＱメッセージを生成し、前記モデム６０４及び前記ＲＦ処理部６０２を通じて前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージを前記基地局に送信する。すなわち、前記制御部６０６は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージを通じて前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかったことを前記基地局に知らせて、次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを問い合わせる。例えば、前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージは前記<表６>のように構成されることができる。以後、前記ＲＦ処理部６０２及び前記モデム６０４を通じて前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージに対する応答であるＴＲＦ−ＩＮＤ−ＲＳＰメッセージが受信されれば、前記制御部６０６は前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージに含まれている次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを確認する。これによって、前記モード管理部６０８は前記次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを利用してスリープサイクルの同期化を実行する。すなわち、前記モード管理部６０８は次のスリープサイクルの長さを前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さに設定して、次のスリープサイクルを前記次のリスニングウィンドウの開始の時点から開始させる。

また、前記制御部６０６は前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージに含まれている緊急警報サービス関連情報を確認する。前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでいる。

本発明の第１実施形態によって、前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報だけが含まれている場合、前記制御部６０６は前記緊急警報サービス関連メッセージの送信が存在するのかを確認する。前記制御部６０６の確認の結果、前記緊急警報サービス関連メッセージの送信が存在すれば、前記モード管理部６０８は前記緊急警報サービス関連メッセージの受信までアウェイク状態で動作するように制御する。

または、本発明の第２実施形態によって、前記緊急サービス関連情報が緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報を含む場合、前記制御部６０６は前記緊急警報サービス関連メッセージの送信が存在するのかを確認する。前記制御部６０６の確認の結果、前記緊急警報サービス関連メッセージの送信が存在すれば、前記モード管理部６０８はスリープモードで動作するように制御して、同時に、前記制御部６０６は前記緊急警報サービス関連メッセージを受信するフレームが到来したのかどうかを判断する。前記緊急警報サービス関連メッセージを受信するフレームが到来すれば、前記モード管理部６０８はアウェイク状態に遷移するように制御して、前記制御部６０６は前記緊急警報関連メッセージを受信する。

または、本発明の他の実施形態によって、前記緊急サービス関連情報が前記緊急警報サービス関連メッセージの送信の時点を示す情報を含む場合、前記制御部６０６は前記緊急警報サービス関連メッセージの送信の時点を示す情報の存否を確認する。前記制御部６０６の確認の結果、前記緊急警報サービス関連メッセージの送信の時点を示す情報が存在すれば、前記モード管理部６０８はスリープモードで動作するように制御して、同時に、前記制御部６０６は前記緊急警報サービス関連メッセージを受信するフレームが到来したのかどうかを判断する。前記緊急警報サービス関連メッセージを受信するフレームが到来すれば、前記モード管理部６０８はアウェイク状態に遷移するように制御して、前記制御部６０６は前記緊急警報関連のメッセージを受信する。

図７は本発明の実施形態による無線通信システムにおいて基地局のブロック構成を図示している

前記図７の図示のように、前記基地局７００はＲＦ処理部７０２、モデム７０４、制御部７０６を含んで構成される。

前記ＲＦ処理部７０２は信号の帯域変換、増幅など無線チャンネルを通じて信号を送受信するための機能を実行する。すなわち、前記モデム７０４から提供される基底帯域信号をＲＦ帯域信号に上向き変換した後にアンテナを通じて送信して、前記アンテナを通じて受信されるＲＦ帯域信号を基底帯域信号に下向き変換する。

前記モデム７０４はシステムの物理層の規格によって基底帯域信号及びビット列間の変換機能を実行する。例えば、データ送信の時、前記モデム７０４は送信ビット列を符号化及び変調することで複素シンボルたちを生成し、前記複素シンボルたちを副搬送波たちにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を通じてＯＦＤＭシンボルたちを構成する。また、データ受信の時、前記モデム７０４は前記ＲＦ処理部７０２から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を通じて副搬送波たちにマッピングされた信号たちを復元した後、復調及び復号化を通じて受信ビット列を復元する。

前記制御部７０６は前記基地局７００の全般的な機能たちを制御する。例えば、前記制御部７０６は端末と送受信されるＭＡＣ制御メッセージを生成及び解釈する。前記制御部７０６は前記端末の要求によってまたは要求なしに前記端末の動作モードを決定し、決定された動作モードを指示するメッセージを生成する。ここで、前記動作モードはスリープモード及びアクティブモードを含んでいる。また、前記制御部７０６は前記スリープモードで動作する少なくとも一つの端末のスリープサイクルを管理するスリープサイクル管理部７０８を含んでいる。前記スリープサイクルはスリープモードの進行によって増加または減少して、各端末によって異なる場合がある。そして、前記制御部７０６は端末のリスニングウィンドウの間に送信されるトラフィック指示メッセージを生成する。

特に、前記制御部７０６は前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった端末が基地局７００とのスリープサイクルの同期の不一致を解消するための情報を生成する同期化情報生成部７１０を含んでいる。前記同期化情報生成部７１０は前記端末からＴＲＦ−ＩＮＤ−ＲＥＱメッセージが受信されることによって同期化情報を生成する。ここで、前記スリープモード同期化のための情報は次のリスニングウィンドウの開始の時点情報及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さである。また、前記制御部７０６は前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった端末が緊急警報サービス関連情報を獲得するようにするための情報を生成する緊急警報サービス情報生成部７１２を含んでいる。前記緊急警報サービス情報生成部７１２は前記端末からＴＲＦ−ＩＮＤ−ＲＥＱメッセージが受信されることによって緊急警報サービス関連情報を生成する。前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでいる。そして、前記制御部７０６は前記同期化情報及び前記緊急警報サービス関連情報を含むＴＲＦ−ＩＮＤ−ＲＳＰメッセージを生成し、前記モデム７０４及び前記ＲＦ処理部７０２を通じて前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージを送信する。例えば、前記ＴＲＦ−ＩＮＤ−ＲＳＰメッセージは前記<表４>または前記<表５>のように構成されることができる。

前記図６及び前記図７を参考して説明した端末６００及び基地局７００の構成によれば、前記端末６００は前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージを送信する。しかし、本発明の他の実施形態によって、前記ＴＲＦ−ＩＮＤ−ＲＥＱメッセージは別の分離された機能のために設計された独立的なシグナリングメッセージが使用されることができる。例えば、前記独立的なシグナリングメッセージはそれ自体が‘ＳｌｅｅｐＳｙｎｃＩｎｆｏＲｅｑｕｅｓｔ’を意味することができる。また、本発明のまた他の実施形態によって、端末６００はＴＲＦ−ＩＮＤ−ＲＥＱ/ＲＳＰメッセージを代わりにしてＣＱＩＣＨ、専用ＣＤＭＡコードまたは前記同期化のための目的の特殊コードを送信することができる。

本発明は広帯域無線接続システムにおいて、スリープ制御シグナリングを通じて端末６００及び基地局７００の間の状態遷移を制御することにより、ＴＲＦ−ＩＮＤメッセージの未受信の時にもスリープモード同期が維持される。さらに、スリープ制御シグナリングを通じて緊急警報サービスに対する情報を伝達することで、ＴＲＦ−ＩＮＤメッセージの未受信の時にも緊急警報サービス関連メッセージが端末６００に受信されることができる。

適切な実施形態に対する参照とともに発明が説明された。しかし、当業者において、以下、特許請求範囲によって定義される発明の範囲から外れない限度内で形態及び具体的な内容の様々な変化が可能さは自明である。

６００端末
６０２ＲＦ処理部
６０４モデム
６０６制御部
６０８モード管理部
７００基地局
７０２ＲＦ処理部
７０４モデム
７０６制御部
７０８スリープサイクル管理部
７１０同期化情報生成部
７１２緊急警報サービス情報生成部

Claims

無線通信システムでスリープモード状態の端末６００の動作方法において、
リスニングウィンドウの間のトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合３０５、基地局７００に次のスケジュールされたリスニングウィンドウの位置を問い合わせるための要求メッセージを送信するステップ３１７と、
前記要求メッセージに対応してユニキャストされる応答メッセージを受信するステップ３１９と、
前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行するステップ３２１と、
前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断するステップ３２３と、を含むことを特徴とする方法。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、
前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、アウェイク状態を維持して前記緊急警報サービス関連メッセージの受信を待機するステップ３２５をさらに含むことを特徴とする請求項１に記載の方法。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、
前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームか到来するのか判断するステップ３２７と、
前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すれば、アウェイク状態に遷移して、前記緊急警報サービス関連メッセージを受信するステップ３２５をさらに含むことを特徴とする請求項１に記載の方法。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、
前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれているのか判断するステップ３２７と、
前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれる場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来するのか判断するステップ３２７と、
前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すれば、アウェイク状態に遷移して、前記緊急警報サービス関連メッセージを受信するステップ３２５と、をさらに含むことを特徴とする請求項１に記載の方法。
無線通信システムで端末６００の装置において、
リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合、基地局７００に次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを送信して、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するモデム６０５と、
前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行して、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断する制御部６０６を含むことを特徴とする装置。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、
前記制御部は、前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、アウェイク状態を維持して前記緊急警報サービス関連メッセージが受信を待機するように制御することを特徴とする請求項５に記載の装置。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、
前記制御部は、前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来するのか判断して、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すればアウェイク状態に遷移した後に、前記緊急警報サービス関連メッセージを受信するように制御することを特徴とする請求項５に記載の装置。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、
前記制御部は、前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれているのかを判断して、前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれる場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来するのか判断して、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すればアウェイク状態に遷移した後に、前記緊急警報サービス関連メッセージを受信するように制御することを特徴とする請求項５に記載の装置。
無線通信システムで基地局７００の動作方法において、
少なくとも一つの端末のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信するステップ５０７と、
リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するステップ５０９と、
同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで、前記端末に応答するステップ５１５と、を含むことを特徴とする方法。
無線通信システムで基地局７００装置において、
少なくとも一つの端末６００のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信して、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するモデム７０４と、
同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで、前記端末に応答する制御部７０６を含むことを特徴とする装置。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含むことを特徴とする請求項１、請求項９に記載の方法。
前記要求メッセージは、ＡＡＩＴＲＦＩＮＤ−ＲＥＱ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）メッセージ、ＳＣＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＨｅａｄｅｒ）またはＳＣＥＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＥｘｔｅｎｄｅｄＨｅａｄｅｒ）であることを特徴とする請求項１、請求項９に記載の方法、または請求項５、請求項１０に記載の装置。
前記応答メッセージは、ＡＡＩＴＲＦＩＮＤ−ＲＳＰ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ−Ｒｅｓｐｏｎｓｅ）メッセージ、ＳＣＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＨｅａｄｅｒ）またはＳＣＥＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＥｘｔｅｎｄｅｄＨｅａｄｅｒ）であることを特徴とする請求項１、請求項９に記載の方法。
前記同期化情報は、次のスケジュールされたリスニングウィンドウの開始フレーム番号及び次のスケジュールされたリスニングウィンドウを含むスリープサイクルのサイズの中で少なくとも一つを含むことを特徴とする請求項１、請求項９に記載の方法。
前記次のスケジュールされたスリープサイクルのサイズは、スリープサイクルが２倍になる場合の次のスケジュールされたリスニングウィンドウを含むスリープサイクルの長さを指示することを特徴とする請求項１４に記載の方法。
前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含むことを特徴とする請求項５、請求項１０に記載の装置。
前記要求メッセージは、ＡＡＩＴＲＦＩＮＤ−ＲＥＱ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）メッセージ、ＳＣＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＨｅａｄｅｒ）またはＳＣＥＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＥｘｔｅｎｄｅｄＨｅａｄｅｒ）であることを特徴とする請求項５、請求項１０に記載の装置。
前記応答メッセージは、ＡＡＩＴＲＦＩＮＤ−ＲＳＰ（ＡｄｖａｎｃｅｄＡｉｒＩｎｔｅｒｆａｃｅＴｒａｆｆｉｃＩｎｄｉｃａｔｉｏｎ−Ｒｅｓｐｏｎｓｅ）メッセージ、ＳＣＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＨｅａｄｅｒ）またはＳＣＥＨ（ＳｌｅｅｐＣｏｎｔｒｏｌＥｘｔｅｎｄｅｄＨｅａｄｅｒ）であることを特徴とする請求項５、請求項１０に記載の装置。
前記同期化情報は、次のスケジュールされたリスニングウィンドウの開始フレーム番号及び次のスケジュールされたリスニングウィンドウを含むスリープサイクルのサイズの中で少なくとも一つを含むことを特徴とする請求項５、請求項１０に記載の装置。
前記次のスケジュールされたスリープサイクルのサイズは、スリープサイクルが２倍になる場合の次のスケジュールされたリスニングウィンドウを含むスリープサイクルの長さを指示することを特徴とする請求項１９に記載の装置。