無線通信システムでスリープモード状態の端末600の動作方法において、リスニングウィンドウの間のトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合305、基地局700に次のスケジュールされたリスニングウィンドウの位置を問い合わせるための要求メッセージを送信するステップ317と、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するステップ319と、前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行するステップ321と、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断するステップ323と、を含むことを特徴とする方法。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、アウェイク状態を維持して前記緊急警報サービス関連メッセージの受信を待機するステップ325をさらに含むことを特徴とする請求項1に記載の方法。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームか到来するのか判断するステップ327と、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すれば、アウェイク状態に遷移して、前記緊急警報関連メッセージを受信するステップ325をさらに含むことを特徴とする請求項1に記載の方法。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれているのか判断するステップ327と、前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれる場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来するのか判断するステップ327と、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すれば、アウェイク状態に遷移して、前記緊急警報関連メッセージを受信するステップ325と、をさらに含むことを特徴とする請求項1に記載の方法。無線通信システムで端末600の装置において、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合、基地局700に次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを送信して、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するモデム605と、前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行して、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断する制御部606を含むことを特徴とする装置。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、前記制御部は、前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、アウェイク状態を維持して前記緊急警報サービス関連メッセージが受信を待機するように制御することを特徴とする請求項5に記載の装置。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、前記制御部は、前記緊急警報サービス関連メッセージの送信が存在することが判断された場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来するのか判断して、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すればアウェイク状態に遷移した後に、前記緊急警報関連メッセージを受信するように制御することを特徴とする請求項5に記載の装置。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでおり、前記制御部は、前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれているのかを判断して、前記緊急警報サービス関連メッセージの送信の時点を示す情報が含まれる場合、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来するのか判断して、前記緊急警報サービス関連メッセージの送信の時点を示す情報によって指示されるフレームが到来すればアウェイク状態に遷移した後に、前記緊急警報関連メッセージを受信するように制御することを特徴とする請求項5に記載の装置。無線通信システムで基地局700の動作方法において、少なくとも一つの端末のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信するステップ507と、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するステップ509と、同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで、前記端末に応答するステップ515と、を含むことを特徴とする方法。無線通信システムで基地局700装置において、少なくとも一つの端末600のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信して、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するモデム704と、同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで、前記端末に応答する制御部706を含むことを特徴とする装置。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含むことを特徴とする請求項1、請求項9に記載の方法。前記要求メッセージは、AAITRFIND-REQAdvancedAirInterfaceTrafficIndication-Requestメッセージ、SCHSleepControlHeaderまたはSCEHSleepControlExtendedHeaderであることを特徴とする請求項1、請求項9に記載の方法、または請求項5、請求項10に記載の装置。前記応答メッセージは、AAITRFIND-RSPAdvancedAirInterfaceTrafficIndication-Responseメッセージ、SCHSleepControlHeaderまたはSCEHSleepControlExtendedHeaderであることを特徴とする請求項1、請求項9に記載の方法。前記同期化情報は、次のスケジュールされたリスニングウィンドウの開始フレーム番号及び次のスケジュールされたリスニングウィンドウを含むスリープサイクルのサイズの中で少なくとも一つを含むことを特徴とする請求項1、請求項9に記載の方法。前記次のスケジュールされたスリープサイクルのサイズは、スリープサイクルが2倍になる場合の次のスケジュールされたリスニングウィンドウを含むスリープサイクルの長さを指示することを特徴とする請求項14に記載の方法。前記緊急警報サービス関連情報は、緊急警報サービス関連メッセージの送信の可否を示す情報、及び、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含むことを特徴とする請求項5、請求項10に記載の装置。前記要求メッセージは、AAITRFIND-REQAdvancedAirInterfaceTrafficIndication-Requestメッセージ、SCHSleepControlHeaderまたはSCEHSleepControlExtendedHeaderであることを特徴とする請求項5、請求項10に記載の装置。前記応答メッセージは、AAITRFIND-RSPAdvancedAirInterfaceTrafficIndication-Responseメッセージ、SCHSleepControlHeaderまたはSCEHSleepControlExtendedHeaderであることを特徴とする請求項5、請求項10に記載の装置。前記同期化情報は、次のスケジュールされたリスニングウィンドウの開始フレーム番号及び次のスケジュールされたリスニングウィンドウを含むスリープサイクルのサイズの中で少なくとも一つを含むことを特徴とする請求項5、請求項10に記載の装置。前記次のスケジュールされたスリープサイクルのサイズは、スリープサイクルが2倍になる場合の次のスケジュールされたリスニングウィンドウを含むスリープサイクルの長さを指示することを特徴とする請求項19に記載の装置。前述した従来技術の問題点を解決するために、本発明の目的は広帯域無線接続システムにおいてTRF-INDメッセージの未受信による同期の不一致を制御するための装置及び方法を提供することにある。本発明の他の目的は広帯域無線接続システムにおいてTRF-INDメッセージの未受信の時、ダウンリンクトラフィックの受信の可否を利用して同期の不一致を制御する装置及び方法を提供することにある。本発明のまた他の目的は広帯域無線接続システムにおいてTRF-INDメッセージの未受信の時、別途の制御メッセージを通じて同期の不一致を制御する装置及び方法を提供することにある。本発明のまた他の目的は広帯域無線接続システムにおいて、TRF-INDメッセージの未受信の時、別途の制御メッセージを通じて緊急警報サービス関連情報を獲得するための装置及び方法を提供することにある。前記目的を果たすための本発明の第1見地によると、無線通信システムでスリープモード状態の端末の動作方法は、リスニングウィンドウの間のトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合、基地局に次のスケジュールされたリスニングウィンドウの位置を問い合わせるための要求メッセージを送信するステップと、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するステップと、前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行するステップと、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断するステップと、を含むことを特徴とする。前記目的を果たすための本発明の第2見地によると、無線通信システムで基地局の動作方法は、少なくとも一つの端末のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信するステップと、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するステップと、同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで前記端末に応答するステップと、を含むことを特徴とする。前記目的を果たすための本発明の第3見地によると、無線通信システムで端末装置は、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった場合、基地局に次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを送信して、前記要求メッセージに対応してユニキャストされる応答メッセージを受信するモデムと、前記応答メッセージに含まれている同期化情報を利用してスリープサイクルに対する同期化を実行して、前記応答メッセージに含まれている緊急警報サービス関連情報を利用して緊急警報サービス関連メッセージの送信の可否を判断する制御部を含むことを特徴とする。前記目的を果たすための本発明の第4見地によると、無線通信システムで基地局装置は、少なくとも一つの端末のリスニングウィンドウの間に少なくとも一つの端末識別子情報を含むトラフィック指示メッセージ及びダウンリンクトラフィックを送信して、リスニングウィンドウの間にトラフィック指示メッセージ及びユニキャストデータを受信することができなかった端末から次のスケジュールされたリスニングウィンドウの位置を問い合わせるために要求メッセージを受信するモデムと、同期化情報及び緊急警報サービス関連情報を含む応答メッセージを前記端末にユニキャストすることで前記端末に応答する制御部を含むことを特徴とする。下記の発明を実施するための具体的な内容を始める前に、本特許文献の全般に使用される特定単語及び構文の定義を説明するのが有利する。すなわち、含むという用語及びこれの派生語たちは制限のない含みを意味して、またはという用語は包括的な意味であり、及びまたは~と係わったという構文及びこれの派生語たちは~を含む、~内に含まれる、~と相互接続する、~を含有する、~に含有される、~と接続するまたは~に接続させる、~と連結するまたは~に連結させる、~と通信可能である、~と協力する、~をさしはさむ、~と併置する、~に近い、~に縛られるまたは~で縛られる、~を持つ、~の特性を持つなどを意味することができるし、制御器という用語は少なくとも一つの動作を制御するが、ハードウェア、ファームウェア、ソフトウェア、またはこれらの中で少なくとも2つの一部の組合に実装されることができる任意のデバイス、システムまたはこれらの一部分を意味する。任意の特定制御器と係わる機能が近距離でも遠距離でも中央に集中されるとか分配されることができるという点に留意しなければならない。特定の単語及び構文に対する定義はこの特許文献の全般にわたって提供されて、当業者であれば、大部分の場合を除き、多い部分で、前記の定義された単語及び構文の以前及び今後の使用に適用されるということを理解すべきである。本開始事項及びこれの利点に対するより完全な理解のために、これで、添付した図面と結付されて次の説明が参照され、図面で類似の参照記号は等しい部分を示す。前記の図面で、参照番号は等しいとか類似の要素、特徴、構造を説明するために使用される。以下、説明される図3及び図7を通じて、本文書で、本発明の原理を説明するために使用される様々な実施形態は一例であるだけであり、本発明は本文書の範囲に限定されない。当業者は、本発明の原理はどのような種類の無線通信システムにも適用されることができることを理解するであろう。本発明の実施形態たちが以下の図面の参照とともに説明される。以下、本発明は無線通信システムで端末がTRF-INDメッセージを未受信する時、スリープモードのスリープサイクルの同期を制御するための技術に対して説明する。本発明はIEEE802.16m通信システムを例にしてスリープモード動作制御過程を説明するが、本発明で提案するスリープモードの状態同期制御技法は前記IEEE802.16m通信システムだけではなく、他の同様の通信システムにも適用可能は勿論である。また、本発明は広帯域無線接続システムで、一つの端末と基地局がスリープモード動作を制御するための動作を説明するが、広帯域無線接続システムに多数の端末が存在する場合にも本発明で提案するスリープモード動作制御技法が適用可能である。本発明の実施形態によるシステムにおいて、TRF-INDメッセージの値によるスリープサイクルの変化は次のようである。TRF-INDメッセージはダウンリンクデータトラフィックが存在することを端末に知らせるのに使用される。前記TRF-INDメッセージに‘PositiveTrafficIndication’が含まれている場合、次のスリープサイクルは初期スリープサイクルにリセットされる。一方、前記TRF-INDメッセージに‘NegativeTrafficIndication’が含まれている場合に、次のスリープサイクルは直前のスリープサイクルの2倍に増加される。一方、端末がアップリンクデータトラフィックあるいは帯域幅要求を送信する場合にも、‘PositiveTrafficIndication’が含まれている場合と同様に、スリープサイクルが初期スリープサイクルにリセットされる。前記次のスリープサイクルがリセットになる時、前記次のスリープサイクルは初期スリープサイクルではなく、他の事前に定義された長さにリセットすることができる。例えば、前記事前の定義された長さは初期スリープサイクルの整数倍に相当する長さであることができる。本発明の実施形態による基地局及び端末はTRFIND-REQRSPメッセージの交換を通じてスリープサイクルの同期はもちろん、緊急警報サービスに関する情報を交換する。前記緊急警報サービスに関する情報の交換に対する実施形態たちは次のようである。基地局は端末が送信したAAITRF-IND-REQに対する応答として、AAITRF-IND-RSPを送信する。ここで、前記AAITRF-IND-REQメッセージは等しい目的を持っているヘッダーの形態に置き換えることができる。例えば、前記AAITRF-IND-REQメッセージはSCHSleepControlHeaderまたはSCEHSleepControlExtendedHeaderに置き換えることができる。また、前記AAITRF-INDRSPメッセージも等しい目的を持っているヘッダーの形態に置き換えることができる。例えば、前記AAITRF-IND-RSPメッセージはSCHまたはSCEHに置き換えることができる。本発明の第1実施形態の場合、前記AAITRF-IND-RSPは下記のように構成されることができる。前記で、前記‘EmergencyalertIndication’フィールドは前記TRF-IND-RSPメッセージが指示するフレーム、つまり、次のスケジュールされるリスニングウィンドウの開始の前まで、緊急警報サービス関連メッセージが送信される予定であれば、1に設定されることにより、緊急警報サービス関連メッセージの送信を端末に知らせるのに使用される。1に設定された前記‘EmergencyalertIndication’を受信した端末は、次のスケジュールされるリスニングウィンドウまでアウェイク状態を維持し、前記緊急警報サービス関連メッセージを受信待ちする。前記緊急警報サービス関連メッセージを受信した後、前記端末は通常のスリープモード動作で、つまり、次のスケジュールされるリスニングウィンドウまでスリープ状態に戻ることができる。本発明の第2実施形態の場合、前記AAITRF-INDRSPは下記のように構成されることができる。前記で、前記‘EmergencyalertIndication’フィールドは前記TRF-IND-RSPメッセージが指示するフレーム、つまり、次のスケジュールされるリスニングウィンドウの開始の前まで緊急警報サービス関連メッセージが送信される予定であれば、1に設定されることにより、緊急警報サービス関連メッセージの送信を端末に知らせるのに使用される。前記で、前記‘FrameNumberforEmergencyalertServiceMessage’フィールドは前記AAITRF-IND-RSPメッセージが指示するフレーム、つまり、次のスケジュールされるリスニングウィンドウの開始の前まで緊急警報サービス関連メッセージが送信される予定であれば、前記緊急警報サービス関連メッセージの送信の時点を示すために使用される。特定フレーム番号に設定された前記‘FrameNumberforEmergencyalertServiceMessage’フィールドを受信した端末は、前記‘FrameNumberforEmergencyalertServiceMessage’フィールドが指示するフレームまでスリープ状態で動作することができるし、指示されたフレームで一時的にアウェイク状態で動作することにより、前記緊急サービス関連メッセージを受信する。前記緊急サービス関連メッセージを受信した後、前記端末は通常のスリープモード動作で、つまり、次のスケジュールされるリスニングウィンドウまでスリープ状態に戻ることができる。本発明の他の実施形態によって、前記のAAITRF-IND-RSPメッセージで前記‘EmergencyalertIndication’フィールドなく、前記‘FrameNumberforEmergencyalertServiceMessage’フィールドだけが使用されることができる。この時、前記‘FrameNumberforEmergencyalertServiceMessage’フィールドが含まれていない場合には、これは次のスケジュールされるリスニングウィンドウの開始の前まで、前記緊急警報サービス関連メッセージが送信されないことを意味する。これは、端末が前記‘FrameNumberforEmergencyalertServiceMessage’フィールドの存否を判断することができることを前提とする。例えば、前記端末はASN.1エンコーディング規則によって、そのパラメーターが含まれているのかどうかを知ることができる。すなわち、ASN.1PERPackingEncodingRuleエンコーディング規則に基づいて作成する文書によると、指示パラメーターを別に定義していないとしても、ASN.1PERエンコーディングをエンコーディングデコーディングを実行する客体が違うパラメーター、例えば、前記‘FrameNumberforEmergencyalertServiceMessage’パラメーターの存在の有無を把握することができる。これはまるでASN.1BERBasicEncodingRuleに定義されたTLVTypeLengthValueの‘Type’フィールドを通じて分かるように、前記客体は特定パラメーターの存否を把握することができる。以下、本発明はスリープモード内にスリープ状態及びアウェイク状態がスリープサイクルによって繰り返されるステップで、端末がTRF-INDメッセージを受信できない場合、前記スリープ状態及び前記アウェイク状態に対する基地局及び端末の間の同期を制御するステップの中で緊急警報サービスの存否を指示する基地局及び端末の動作及び構成を図面を参考して詳しく説明する。図3は本発明の第1実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための端末の動作手続きを図示している。前記図3を参考すると、前記端末は301段階でスリープモードで動作する。続いて、前記端末はスリープモードで動作中に303段階に進行してスリープサイクルによってリスニングウィンドウが到来するかどうかを確認する。前記リスニングウィンドウではない場合、前記端末は前記301段階に戻ってスリープ状態を維持する。一方、前記リスニングウィンドウが到来した場合、前記端末は305段階に進行して前記リスニングウィンドウの間にTRF-INDメッセージを受信待ちする。前記TRF-INDメッセージは端末識別子の有無を利用して端末のダウンリンクトラフィックが存在するのかどうかを示す。もし、前記TRF-INDメッセージが受信されると、前記端末は307段階に進行して前記TRF-INDメッセージに‘NegativeTrafficIndication’を示すのかまたは‘PositiveTrafficIndication’を示すのかを確認する。前記‘NegativeTrafficIndication’または前記‘PositiveTrafficIndication’であるかどうかは、前記TRF-INDメッセージに前記端末の識別子情報が含まれているかによって判断される。すなわち、前記識別子情報が含まれている場合、前記TRF-INDメッセージは前記‘PositiveTrafficIndication’を示すことであり、前記識別子情報が含まれていない場合には、前記TRF-INDメッセージは‘NegativeTrafficIndication’を示すのである。もし、前記TRF-INDメッセージが‘NegativeTrafficIndication’を示す場合、前記端末は309段階に進行して次のスリープサイクルを現在スリープサイクルの2倍に増加させる。例えば、現在スリープサイクルの長さが4フレームの場合、前記次のスリープサイクルの長さは8フレームとなる。すなわち、前記基地局は前記TRF-INDメッセージに‘NegativeTrafficIndication’を含ませることと同時に、前記端末の次のスリープサイクルを現在スリープサイクルの2倍に設定して、これによって、前記端末も‘NegativeTrafficIndication’を認知して前記次のスリープサイクルを現在スリープサイクルの2倍に設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。一方、前記TRF-INDメッセージが‘PositiveTrafficIndication’を示す場合、前記端末は311段階に進行して次のスリープサイクルを初期スリープサイクルの長さにリセットする。すなわち、前記基地局は前記TRF-INDメッセージに‘PositiveTrafficIndication’を含ませることと同時に、前記端末の次のスリープサイクルを初期スリープサイクルに設定して、これによって、前記端末も‘PositiveTrafficIndication’を認知して前記次のスリープサイクルを初期スリープサイクルに設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。前記305段階で、前記TRF-INDメッセージを受信することができなかった場合、前記端末は313段階に進行して残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのかを確認する。ここで、前記TRF-INDメッセージを受信することができなかったことにより、前記端末は次のスリープサイクルの長さを2倍に増加させなければならないかまたは初期スリープサイクルの長さにリセットしなければならないか判断することができない。したがって、この場合、前記基地局及び前記端末は異なるスリープサイクルによって動作することができる。前記端末が前記TRF-INDメッセージを受信することができないとしても、前記307段階で残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのかを確認することで、前記端末は前記リスニングウィンドウの間に受信することができなかった前記TRF-INDメッセージが‘PositiveTrafficIndication’であるのかまたは‘NegativeTrafficIndication’であるのか類推することができる。すなわち、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されることは前記TRF-INDメッセージが‘PositiveTrafficIndication’としてダウンリンクトラフィックが存在することを知らせたことを意味し、残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されないことは前記TRF-INDメッセージが‘NegativeTrafficIndication’としてダウンリンクトラフィックが存在しないことを知らせたことを意味する。もし、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されると、前記端末は315段階に進行して前記リスニングウィンドウの間に受信することができなかった前記TRF-INDメッセージが‘PositiveTrafficIndication’を示していることを判断して、次のスリープサイクルの長さを初期スリープサイクルの長さにリセットする。一方、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されないと、前記端末は317段階に進行してTRF-IND-REQメッセージを送信することで、前記305段階のリスニングウィンドウの間に前記TRF-INDメッセージを受信することができなかったことを前記基地局に知らせる。前記ダウンリンクトラフィックが受信されない時は前記ダウンリンクトラフィックが送信されない場合、すなわち、前記受信することができなかったTRF-INDメッセージが‘NegativeTrafficIndication’の場合とか、または、前記ダウンリンクトラフィックが送信されたにもかかわらずチャンネル状態の劣化によって前記ダウンリンクトラフィックを受信することができなかった場合である。前者の場合と同様に、前記ダウンリンクトラフィックが送信されない場合、前記端末は次のスリープサイクルを現在スリープサイクルの2倍に設定することができる。この場合、前記端末はTRF-IND-REQメッセージを送信する必要がない。しかし、後者の場合と同様に、チャンネル状態の劣化によって送信されたダウンリンクトラフィックを受信することができなかった場合、前記端末が前記TRF-INDメッセージが‘NegativeTrafficIndication’と判断して、次のスリープサイクルを現在スリープサイクルの2倍に設定すれば、前記端末及び前記基地局の間のスリープサイクルが不一致になる。したがって、前記後者の場合で発生するスリープサイクルの不一致を防止するために、前記端末は前記TRF-IND-REQメッセージを前記基地局に送って、受信することができなかったTRF-INDメッセージが‘PositiveTrafficIndication’であるのかまたは‘NegativeTrafficIndication’であるのか判断することができない不確実な状況を解消する。本発明の他の実施形態によって、前記端末は‘PositiveTrafficIndication’であるのかまたは‘NegativeTrafficIndication’であるのかどうかを代わりにして次のリスニングウィンドウの開始の時点を問い合わせて、不確実なスリープサイクルの開始の時点を一致させることができる。例えば、前記TRF-IND-REQメッセージは下記のように構成されることができる。以後、前記端末は319段階に進行して前記TRF-IND-REQメッセージに対する応答であるTRF-IND-RSPメッセージを受信する。例えば、前記TRF-IND-RSPメッセージは前記のように構成されることができる。これによって、前記端末は前記TRF-IND-REQメッセージの‘FrameNumber’フィールドを通じて次のリスニングウィンドウの開始の時点を知って、‘SleeplCycleLength’を通じて前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを知ることになる。また、前記端末は‘EmergencyalertIndication’フィールドを通じて緊急警報サービス関連メッセージの送信の可否を知ることになる。ここで、前記TRF-IND-RSPメッセージは前記基地局でユニキャスト方式によって送信される。続いて、前記端末は321段階に進行して前記次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを利用して、スリープサイクルの同期化を実行する。すなわち、前記端末は次のスリープサイクルの長さを前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さに設定して、次のスリープサイクルを前記次のリスニングウィンドウの開始の時点から開始させる。続いて、前記端末は323段階に進行して前記‘EmergencyalertIndication’フィールドが1に設定されているのか確認する。すなわち、前記端末は前記‘EmergencyalertIndication’フィールドが前記緊急警報サービス関連メッセージが送信されることを指示する値に設定されているのか確認する。もし、前記‘EmergencyalertIndication’フィールドが0に設定されていれば、前記端末は前記301段階に戻ってスリープモードによって動作する。一方、前記‘EmergencyalertIndication’フィールドが1に設定されていれば、前記端末は325段階に進行してアウェイク状態を維持して前記緊急警報サービス関連メッセージの受信を待機する。すなわち、前記‘EmergencyalertIndication’フィールドが1に設定されることは次のスケジュールされたリスニングウィンドウが到来する前に前記緊急警報サービス関連メッセージが基地局から送信されることを意味するので、前記端末は次のスケジュールされたリスニングウィンドウの到来の前までスリープ状態に戻らなくて、前記アウェイク状態を維持して前記緊急警報サービス関連メッセージの受信を待機する。以後、前記端末は327段階に進行して前記緊急警報サービス関連メッセージが受信されるのか確認する。前記緊急警報サービス関連メッセージが受信されれば、前記端末は301段階に戻ってスリープモードのスリープサイクルによって動作する。すなわち、前記端末は前記321段階で同期化したスリープサイクルのリスニングウィンドウ及びスリープウィンドウによって動作する。すなわち、次のスケジュールされるリスニングウィンドウの到来の前であれば、前記端末はスリープ状態に進入して、前記次のスケジュールされるリスニングウィンドウが到来すれば、前記端末はTRF-INDメッセージ及びダウンリンクトラフィックの受信を試みる。図4は本発明の第2実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための端末の動作手続きを図示している。前記図4を参考すると、前記端末は401段階でスリープモードで動作する。続いて、前記端末はスリープモードで動作中に403段階に進行して、スリープサイクルによってリスニングウィンドウが到来するのか確認する。前記リスニングウィンドウではない場合、前記端末は前記401段階に戻ってスリープ状態を維持する。一方、前記リスニングウィンドウが到来した場合、前記端末は405段階に進行して前記リスニングウィンドウの間にTRF-INDメッセージを受信待ちする。前記TRF-INDメッセージは端末識別子の有無を利用して端末のダウンリンクトラフィックが存在するのかどうかを示す。もし、前記TRF-INDメッセージが受信されれば、前記端末は407段階に進行して前記TRF-INDメッセージに‘NegativeTrafficIndication’を示すのかまたは‘PositiveTrafficIndication’を示すのか確認する。前記‘NegativeTrafficIndication’または前記‘PositiveTrafficIndication’であるのかどうかは前記TRF-INDメッセージに前記端末の識別子情報が含まれているかによって判断される。すなわち、前記識別子情報が含まれている場合、前記TRF-INDメッセージは前記‘PositiveTrafficIndication’を示すことであり、前記識別子情報が含まれていない場合には、前記TRF-INDメッセージは‘NegativeTrafficIndication’を示すのである。もし、前記TRF-INDメッセージが’NegativeTrafficIndication’を示す場合、前記端末は309段階に進行して次のスリープサイクルを現在スリープサイクルの2倍に増加させる。例えば、現在スリープサイクルの長さが4フレームの場合、前記次のスリープサイクルの長さは8フレームとなる。すなわち、前記基地局は前記TRF-INDメッセージに‘NegativeTrafficIndication’を含ませることと同時に前記端末の次のスリープサイクルを現在スリープサイクルの2倍に設定して、これによって、前記端末も‘NegativeTrafficIndication’を認知して前記次のスリープサイクルを現在スリープサイクルの2倍に設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。一方、前記TRF-INDメッセージが‘PositiveTrafficIndication’を示す場合、前記端末は411段階に進行して次のスリープサイクルを初期スリープサイクルの長さにリセットする。すなわち、前記基地局は前記TRF-INDメッセージに‘PositiveTrafficIndication’を含ませることと同時に前記端末の次のスリープサイクルを初期スリープサイクルに設定して、これによって、前記端末も‘PositiveTrafficIndication’を認知して前記次のスリープサイクルを初期スリープサイクルに設定することで、暗黙的に前記端末及び前記基地局は前記スリープサイクルを同期化する。前記405段階で、前記TRF-INDメッセージを受信することができなかった場合、前記端末は413段階に進行して残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのか確認する。ここで、前記TRF-INDメッセージを受信することができなかったことにより、前記端末は次のスリープサイクルの長さを2倍に増加させなければならないかまたは初期スリープサイクルの長さにリセットしなければならないか判断することができない。したがって、この場合、前記基地局及び前記端末は異なるスリープサイクルによって動作することができる。前記端末が前記TRF-INDメッセージを受信することができないとしても、前記407段階で残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのか確認することで、前記端末は前記リスニングウィンドウの間に受信することができなかった前記TRF-INDメッセージが‘PositiveTrafficIndication’であるのかまたは‘NegativeTrafficIndication’であるのかを類推することができる。すなわち、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されることは前記TRF-INDメッセージが‘PositiveTrafficIndication’としてダウンリンクトラフィックが存在することを知らせたことを意味して、残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されないことは前記TRF-INDメッセージが‘NegativeTrafficIndication’としてダウンリンクトラフィックが存在しないことを知らせたことを意味する。もし、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されれば、前記端末は415段階に進行して前記リスニングウィンドウの間に受信することができなかった前記TRF-INDメッセージが‘PositiveTrafficIndication’を示していることを判断して、次のスリープサイクルの長さを初期スリープサイクルの長さにリセットする。一方、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されなければ、前記端末は417段階に進行してTRF-IND-REQメッセージを送信することで、前記405段階のリスニングウィンドウの間に前記TRF-INDメッセージを受信することができなかったことを前記基地局に知らせる。前記ダウンリンクトラフィックが受信されない時は前記ダウンリンクトラフィックが送信されない場合、すなわち、前記受信することができなかったTRF-INDメッセージが‘NegativeTrafficIndication’の場合とか、または、前記ダウンリンクトラフィックが送信されたにもかかわらずチャンネル状態の劣化によって前記ダウンリンクトラフィックを受信することができなかった場合である。前者の場合と同様に、前記ダウンリンクトラフィックが送信されない場合、前記端末は次のスリープサイクルを現在スリープサイクルの2倍に設定することができる。この場合、前記端末はTRF-IND-REQメッセージを送信する必要がない。しかし、後者の場合と同様に、チャンネル状態の劣化によって送信されたダウンリンクトラフィックを受信することができなかった場合、前記端末が前記TRF-INDメッセージが‘NegativeTrafficIndication’と判断して次のスリープサイクルを現在スリープサイクルの2倍に設定すれば、前記端末及び前記基地局の間のスリープサイクルが不一致になる。したがって、前記後者の場合で発生するスリープサイクルの不一致を防止するために、前記端末は前記TRF-IND-REQメッセージを前記基地局に送って、受信することができなかったTRF-INDメッセージが‘PositiveTrafficIndication’であるのかまたは‘NegativeTrafficIndication’であるのか判断することができない不確実な状況を解消する。本発明の他の実施形態によって、前記端末は‘PositiveTrafficIndication’であるのかまたは‘NegativeTrafficIndication’であるのかどうかを代わりにして次のリスニングウィンドウの開始の時点を問い合わせて、不確実なスリープサイクルの開始の時点を一致させることができる。例えば、前記TRF-IND-REQメッセージは前記のように構成されることができる。以後、前記端末は419段階に進行して前記TRF-IND-REQメッセージに対する応答であるTRF-IND-RSPメッセージを受信する。例えば、前記TRF-IND-RSPメッセージは前記のように構成されることができる。これによって、前記端末は前記TRF-IND-REQメッセージの‘FrameNumber’フィールドを通じて次のリスニングウィンドウの開始の時点を知って、‘SleepCycleLength’を通じて前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを知ることになる。また、前記端末は‘EmergencyalertIndication’フィールドを通じて緊急警報サービス関連メッセージの送信の可否を知って、前記‘FrameNumberforEmergencyalertServiceMessage’フィールドを通じて前記緊急警報サービス関連メッセージの送信の時点を知ることになる。ここで、前記TRF-IND-RSPメッセージは前記基地局からユニキャスト方式によって送信される。続いて、前記端末は421段階に進行して前記次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを利用してスリープサイクルの同期化を実行する。すなわち、前記端末は次のスリープサイクルの長さを前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さに設定して、次のスリープサイクルを前記次のリスニングウィンドウの開始の時点から開始させる。続いて、前記端末は423段階に進行して前記‘EmergencyalertIndication’フィールドが1に設定されているのかを確認する。すなわち、前記端末は前記‘EmergencyalertIndication’フィールドが前記緊急警報サービス関連メッセージが送信されることを指示する値に設定されているのかを確認する。もし、‘EmergencyalertIndication’フィールドが0に設定されていれば、前記端末は前記401段階に戻ってスリープモードによって動作する。一方、前記‘EmergencyalertIndication’フィールドが1に設定されていれば、前記端末は425段階に進行して前記緊急警報サービス関連メッセージを受信するフレームが到来したのかを判断する。すなわち、前記端末は前記‘FrameNumberforEmergencyalertServiceMessage’フィールドによって指示されるフレームが到来したのかを判断する。もし、前記緊急警報サービス関連メッセージを受信するフレームが到来しなかったら、前記端末は427段階に進行してスリープ状態を維持する。すなわち、前記端末は前記421段階で同期化したスリープサイクルのリスニングウィンドウ及びスリープウィンドウによって動作する。ただ、スリープモードでスリープ状態で動作するが、前記端末は前記425段階に進行して前記緊急警報サービス関連メッセージを受信するフレームが到来したのかを持続的に判断する。一方、前記緊急警報サービス関連メッセージを受信するフレームが到来したら、前記端末は429段階に進行してアウェイク状態に遷移して、前記緊急警報関連メッセージを受信する。以後、前記端末は410段階に戻ってスリープモードによって動作する。すなわち、前記端末は前記421段階で同期化したスリープサイクルのリスニングウィンドウ及びスリープウィンドウによって動作する。すなわち、次のスケジュールされるリスニングウィンドウの到来の前であれば、前記端末はスリープ状態に進入して、前記次のスケジュールされるリスニングウィンドウが到来すれば、前記端末はTRF-INDメッセージ及びダウンリンクトラフィックの受信を試みる。前記図4を参考して説明した実施形態で、前記端末は前記423段階で前記‘EmergencyalertIndication’フィールドが1に設定されたのかどうかを判断する。しかし、本発明の実施形態によって、前記TRF-IND-RSPメッセージは緊急警報サービス関連情報として前記‘EmergencyalertIndication’フィールドなしに前記‘FrameNumberforEmergencyalertServiceMessage’フィールドだけを含むことができる。この場合、前記423段階は前記‘FrameNumberforEmergencyalertServiceMessage’フィールドの存否を判断する手続きに置き換える。すなわち、前記423段階で、前記端末は前記‘FrameNumberforEmergencyalertServiceMessage’フィールドの存否を判断して、存在しなければ前記401段階に、存在すれば前記425段階に進行する。図5は本発明の実施形態による広帯域無線接続システムにおいてスリープモードのスリープサイクルの同期を制御するための基地局の動作手続きを図示している。前記図5を参考すると、基地局は501段階で端末のリスニングウィンドウが到来しているのかを確認する。前記リスニングウィンドウが到来すれば、前記基地局は503段階に進行して前記端末に送信するダウンリンクトラフィックが存在するのかを確認する。もし、前記端末に送信するダウンリンクトラフィックが存在すれば、前記基地局は505段階に進行して前記端末の識別子情報をTRF-INDメッセージに含ませる。前記TRF-INDメッセージに前記端末の識別子情報が含まれることで、前記TRF-INDメッセージは前記端末に‘PositiveTrafficIndication’と判断される。一方、前記端末に送信するダウンリンクトラフィックが存在しなければ、前記基地局は前記505段階を実行しない。これによって、前記端末は前記TRF-INDメッセージに前記端末の識別子情報が含まれているのかどうかを通じて、前記TRF-INDメッセージが‘NegativeTrafficIndication’であるのかまたは‘PositiveTrafficIndication’であるのかどうかを判断する。以後、前記基地局は507段階に進行して少なくとも一つの端末識別子情報を含む前記TRF-INDメッセージ及び前記端末のダウンリンクトラフィックを送信する。ここで、前記503段階の判断結果によって前記端末のダウンリンクトラフィックの送信は省略されることができる。続いて、前記基地局は509段階に進行して端末からTRF-IND-REQメッセージが受信されるのかを確認する。前記TRF-IND-REQメッセージはスリープモード同期化のための情報を要求するメッセージであり、例えば、前記のように構成されることができる。前記TRF-IND-REQメッセージが受信されれば、前記基地局は511段階に進行してスリープモード同期化のための情報を決定する。前記スリープモード同期化のための情報は次のリスニングウィンドウの開始の時点情報及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを含んでいる。前記スリープモード同期化のための情報を決定した後、前記基地局は513段階に進行して緊急警報サービス関連情報を決定する。前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでいる。前記緊急警報サービス関連情報を決定した後、前記基地局は515段階に進行して前記スリープモード同期化のための情報を含むTRF-IND-RSPメッセージを前記端末に送信する。ここで、前記TRF-IND-RSPメッセージは前記基地局からのユニキャスト方式によって送信される。例えば、前記TRF-IND-RSPメッセージは前記または前記のように構成されることができる。すなわち、本発明の第1実施形態によって、前記TRF-IND-RSPメッセージは前記のように次のリスニングウィンドウの開始の時点を示す‘FrameNumber’フィールド、前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを示す‘SleepCycleLength’フィールド、緊急警報サービス関連メッセージの送信の可否を示す‘EmergencyalertIndication’フィールドを含むことができる。または、本発明の第2実施形態によって、前記TRF-IND-RSPメッセージは次のリスニングウィンドウの開始の時点を示す‘FrameNumber’フィールド、前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを示す‘SleepCycleLength’フィールド、緊急警報サービス関連メッセージの送信の可否を示す‘EmergencyalertIndication’フィールド、前記緊急警報サービス関連メッセージの送信の時点を示す‘FrameNumberforEmergencyalertServiceMessage’フィールドを含むことができる。本発明の他の実施形態によって、前記TRF-IND-RSPメッセージは次のリスニングウィンドウの開始の時点を示す‘FrameNumber’フィールド、前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを示す‘SleepCycleLength’フィールド、前記緊急警報サービス関連メッセージの送信の時点を示す‘FrameNumberforEmergencyalertServiceMessage’フィールドを含むことができる。前記図4ないし前記図6を参考して説明した本発明の実施形態で、前記端末は前記TRF-IND-REQメッセージを送信する。しかし、本発明の他の実施形態によって、前記TRF-IND-REQメッセージは別の分離された機能のために設計された独立的なシグナリングメッセージが使用されることができる。例えば、前記独立的なシグナリングメッセージはそれ自体が‘SleepSyncInfoRequest’を意味することができる。また、本発明のまた他の実施形態によって、端末は前記TRF-INDREQRSPメッセージを代わりにしてCQICHChannelQualityIndicationCHannel、専用CDMACodeDivisionMultipleAccessコードまたは前記同期化のための目的の特殊コードを送信することができる。図6は本発明の実施形態による無線通信システムにおいて端末のブロック構成を図示している。前記図6の図示のように、前記端末600はRFRadioFrequency処理部602、モデム604、制御部606を含んで構成される。前記RF処理部602は信号の帯域変換、増幅など無線チャンネルを通じて信号を送受信するための機能を実行する。すなわち、前記モデム604から提供される基底帯域信号をRF帯域信号に上向き変換した後にアンテナを通じて送信して、前記アンテナを通じて受信されるRF帯域信号を基底帯域信号に下向き変換する。前記モデム604はシステムの物理層の規格によって基底帯域信号及びビット列間の変換機能を実行する。例えば、データ送信の時、前記モデム604は送信ビット列を符号化及び変調することで複素シンボルたちを生成し、前記複素シンボルたちを副搬送波たちにマッピングした後、IFFTInverseFastFourierTransform演算及びCPCyclePrefix挿入を通じてOFDMシンボルたちを構成する。また、データ受信の時に、前記モデム604は前記RF処理部602から提供される基底帯域信号をOFDMシンボル単位で分割し、FFT演算を通じて副搬送波たちにマッピングされた信号たちを復元した後、復調及び復号化を通じて受信ビット列を復元する。前記制御部606は前記端末600の全般的な機能たちを制御する。例えば、前記制御部606は基地局と送受信されるMAC制御メッセージを生成及び解釈する。前記制御部606は前記端末600の動作モードを決定し、決定された動作モードによって動作するように制御するモード管理部608を含んでいる。すなわち、前記モード管理部608は送受信されるトラフィックの発生頻度によってスリープモードに遷移するかどうかを判断して、スリープモードに遷移の時にスリープサイクル内のスリープウィンドウ及びリスニングウィンドウによってスリープ状態及びアウェイク状態の転換を制御する。前記スリープモードのスリープウィンドウの間、前記制御部606は信号受信などの動作を実行しなくて、前記スリープモードのリスニングウィンドウの間、前記制御部606は基地局から受信されるトラフィック指示メッセージを通じて前記端末600へのダウンリンクトラフィックが存在するのかどうかを判断する。そして、前記モード管理部608は前記ダウンリンクトラフィックの存在の可否によって、スリープウィンドウの長さを調節する。この時、前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった場合、基地局とのスリープサイクルの同期の不一致を備えて前記制御部606は次のような機能を実行する。前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった場合、前記制御部606は残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されるのかを確認する。もし、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されれば、前記制御部606は前記リスニングウィンドウの間に受信することができなかった前記トラフィック指示メッセージが‘PositiveTrafficIndication’を示していることを判断して、次のスリープサイクルの長さを初期スリープサイクルの長さにリセットする。一方、前記残りのリスニングウィンドウの間にダウンリンクトラフィックが受信されなければ、前記制御部606はTRF-IND-REQメッセージを生成し、前記モデム604及び前記RF処理部602を通じて前記TRF-IND-REQメッセージを前記基地局に送信する。すなわち、前記制御部606は前記TRF-IND-REQメッセージを通じて前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかったことを前記基地局に知らせて、次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを問い合わせる。例えば、前記TRF-IND-REQメッセージは前記のように構成されることができる。以後、前記RF処理部602及び前記モデム604を通じて前記TRF-IND-REQメッセージに対する応答であるTRF-IND-RSPメッセージが受信されれば、前記制御部606は前記TRF-IND-RSPメッセージに含まれている次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを確認する。これによって、前記モード管理部608は前記次のリスニングウィンドウの開始の時点及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さを利用してスリープサイクルの同期化を実行する。すなわち、前記モード管理部608は次のスリープサイクルの長さを前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さに設定して、次のスリープサイクルを前記次のリスニングウィンドウの開始の時点から開始させる。また、前記制御部606は前記TRF-IND-RSPメッセージに含まれている緊急警報サービス関連情報を確認する。前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでいる。本発明の第1実施形態によって、前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報だけが含まれている場合、前記制御部606は前記緊急警報サービス関連メッセージの送信が存在するのかを確認する。前記制御部606の確認の結果、前記緊急警報サービス関連メッセージの送信が存在すれば、前記モード管理部608は前記緊急警報サービス関連メッセージの受信までアウェイク状態で動作するように制御する。または、本発明の第2実施形態によって、前記緊急サービス関連情報が緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報を含む場合、前記制御部606は前記緊急警報サービス関連メッセージの送信が存在するのかを確認する。前記制御部606の確認の結果、前記緊急警報サービス関連メッセージの送信が存在すれば、前記モード管理部608はスリープモードで動作するように制御して、同時に、前記制御部606は前記緊急警報サービス関連メッセージを受信するフレームが到来したのかどうかを判断する。前記緊急警報サービス関連メッセージを受信するフレームが到来すれば、前記モード管理部608はアウェイク状態に遷移するように制御して、前記制御部606は前記緊急警報関連メッセージを受信する。または、本発明の他の実施形態によって、前記緊急サービス関連情報が前記緊急警報サービス関連メッセージの送信の時点を示す情報を含む場合、前記制御部606は前記緊急警報サービス関連メッセージの送信の時点を示す情報の存否を確認する。前記制御部606の確認の結果、前記緊急警報サービス関連メッセージの送信の時点を示す情報が存在すれば、前記モード管理部608はスリープモードで動作するように制御して、同時に、前記制御部606は前記緊急警報サービス関連メッセージを受信するフレームが到来したのかどうかを判断する。前記緊急警報サービス関連メッセージを受信するフレームが到来すれば、前記モード管理部608はアウェイク状態に遷移するように制御して、前記制御部606は前記緊急警報関連のメッセージを受信する。図7は本発明の実施形態による無線通信システムにおいて基地局のブロック構成を図示している前記図7の図示のように、前記基地局700はRF処理部702、モデム704、制御部706を含んで構成される。前記RF処理部702は信号の帯域変換、増幅など無線チャンネルを通じて信号を送受信するための機能を実行する。すなわち、前記モデム704から提供される基底帯域信号をRF帯域信号に上向き変換した後にアンテナを通じて送信して、前記アンテナを通じて受信されるRF帯域信号を基底帯域信号に下向き変換する。前記モデム704はシステムの物理層の規格によって基底帯域信号及びビット列間の変換機能を実行する。例えば、データ送信の時、前記モデム704は送信ビット列を符号化及び変調することで複素シンボルたちを生成し、前記複素シンボルたちを副搬送波たちにマッピングした後、IFFT演算及びCP挿入を通じてOFDMシンボルたちを構成する。また、データ受信の時、前記モデム704は前記RF処理部702から提供される基底帯域信号をOFDMシンボル単位で分割し、FFT演算を通じて副搬送波たちにマッピングされた信号たちを復元した後、復調及び復号化を通じて受信ビット列を復元する。前記制御部706は前記基地局700の全般的な機能たちを制御する。例えば、前記制御部706は端末と送受信されるMAC制御メッセージを生成及び解釈する。前記制御部706は前記端末の要求によってまたは要求なしに前記端末の動作モードを決定し、決定された動作モードを指示するメッセージを生成する。ここで、前記動作モードはスリープモード及びアクティブモードを含んでいる。また、前記制御部706は前記スリープモードで動作する少なくとも一つの端末のスリープサイクルを管理するスリープサイクル管理部708を含んでいる。前記スリープサイクルはスリープモードの進行によって増加または減少して、各端末によって異なる場合がある。そして、前記制御部706は端末のリスニングウィンドウの間に送信されるトラフィック指示メッセージを生成する。特に、前記制御部706は前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった端末が基地局700とのスリープサイクルの同期の不一致を解消するための情報を生成する同期化情報生成部710を含んでいる。前記同期化情報生成部710は前記端末からTRF-IND-REQメッセージが受信されることによって同期化情報を生成する。ここで、前記スリープモード同期化のための情報は次のリスニングウィンドウの開始の時点情報及び前記次のスケジュールされるリスニングウィンドウを含むスリープサイクルの長さである。また、前記制御部706は前記リスニングウィンドウの間に前記トラフィック指示メッセージを受信することができなかった端末が緊急警報サービス関連情報を獲得するようにするための情報を生成する緊急警報サービス情報生成部712を含んでいる。前記緊急警報サービス情報生成部712は前記端末からTRF-IND-REQメッセージが受信されることによって緊急警報サービス関連情報を生成する。前記緊急サービス関連情報は緊急警報サービス関連メッセージの送信の可否を示す情報、前記緊急警報サービス関連メッセージの送信の時点を示す情報の中で少なくとも一つを含んでいる。そして、前記制御部706は前記同期化情報及び前記緊急警報サービス関連情報を含むTRF-IND-RSPメッセージを生成し、前記モデム704及び前記RF処理部702を通じて前記TRF-IND-RSPメッセージを送信する。例えば、前記TRF-IND-RSPメッセージは前記または前記のように構成されることができる。前記図6及び前記図7を参考して説明した端末600及び基地局700の構成によれば、前記端末600は前記TRF-IND-REQメッセージを送信する。しかし、本発明の他の実施形態によって、前記TRF-IND-REQメッセージは別の分離された機能のために設計された独立的なシグナリングメッセージが使用されることができる。例えば、前記独立的なシグナリングメッセージはそれ自体が‘SleepSyncInfoRequest’を意味することができる。また、本発明のまた他の実施形態によって、端末600はTRF-IND-REQRSPメッセージを代わりにしてCQICH、専用CDMAコードまたは前記同期化のための目的の特殊コードを送信することができる。本発明は広帯域無線接続システムにおいて、スリープ制御シグナリングを通じて端末600及び基地局700の間の状態遷移を制御することにより、TRF-INDメッセージの未受信の時にもスリープモード同期が維持される。さらに、スリープ制御シグナリングを通じて緊急警報サービスに対する情報を伝達することで、TRF-INDメッセージの未受信の時にも緊急警報サービス関連メッセージが端末600に受信されることができる。適切な実施形態に対する参照とともに発明が説明された。しかし、当業者において、以下、特許請求範囲によって定義される発明の範囲から外れない限度内で形態及び具体的な内容の様々な変化が可能さは自明である。