(57)【要約】  本発明は、無線通信システムにおける緊急サービス提供装置及びその方法に関する。緊急サービスメッセージの伝送に使用される接続識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）を割り当てる過程と、前記緊急サービスメッセージを処理する収斂副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）タイプを決定する過程と、前記割り当てられたＣＩＤと前記決定されたＣＳタイプに対する情報のうち少なくとも一つを含むＤＣＤメッセージを生成する過程と、前記生成されたＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）メッセージを端末に伝送する過程と、を含む。
2011519534.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける基地局の緊急サービスメッセージの送信方法であって、
緊急サービスメッセージの送信に用いる接続識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）を割当てる過程と、
前記緊急サービスメッセージを処理する収斂副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）タイプを決定する過程と、
前記割当てられたＣＩＤと前記決定されたＣＳタイプに対する情報のうち少なくとも一つを含むＤＣＤメッセージを生成する過程と、
前記生成されたＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）メッセージを端末へ伝送する過程と、を含むことを特徴とする方法。
【請求項２】
前記緊急サービスメッセージを処理するＣＳタイプをデフォルトＣＳタイプに決定する際、前記生成されたＤＣＤメッセージは、前記割当てられたＣＩＤだけを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＤＣＤメッセージは、前記緊急サービスメッセージの優先順位に対する情報を更に含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記割当てられたＣＩＤを含む緊急サービスメッセージを前記端末へ伝送する過程を更に含むことを特徴とする請求項１に記載の方法。
【請求項５】
無線通信システムにおける基地局の緊急サービスメッセージ伝送方法であって、
緊急サービスメッセージが伝送される時点を決定する過程と、
端末が前記決定された時点から緊急サービスメッセージを受信するために待機する時間を決定する過程と、
前記緊急サービスメッセージが伝送される時点と緊急サービスメッセージを受信するために待機する時間に対する情報を含むＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを生成する過程と、
前記生成されたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを含むＤＬ−ＭＡＰ（ＤｏｗｎＬｉｎｋ−ＭＡＰ）メッセージを前記端末へ伝送する過程と、を含むことを特徴とする方法。
【請求項６】
前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥは、前記決定された時点に伝送されるメッセージのタイプに対する情報を更に含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記決定された時点に前記端末へ緊急サービスメッセージを伝送する過程を更に含むことを特徴とする請求項５に記載の方法。
【請求項８】
無線通信システムにおける基地局の緊急サービスメッセージ伝送方法であって、
マルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＳ）領域を介して伝送される緊急サービスメッセージが存在するか否かを決定する過程と、
前記決定によって、ＭＢＳ＿ＭＡＰ  ＩＥ内のフィールドを設定する過程と、
を含み、
前記フィールドは、ＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドであり、
前記方法は、
前記フィールドが設定されたＭＢＳ＿ＭＡＰ  ＩＥを含むＤＬ−ＭＡＰ（ＤｏｗｎＬｉｎｋ−ＭＡＰ）メッセージを端末へ伝送する過程を含むことを特徴とする方法。
【請求項９】
前記ＭＢＳ領域を介して緊急サービスメッセージを伝送する過程を更に含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記緊急サービスメッセージは、緊急サービスメッセージの伝送のため既に割当てられたマルチキャスト接続識別者（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＭＣＩＤ）を含むことを特徴とする請求項９に記載の方法。
【請求項１１】
無線通信システムにおける端末の緊急サービスメッセージ受信方法であって、
緊急サービスメッセージの伝送に用いられる接続識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）と、前記緊急サービスメッセージを処理する収斂副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）のタイプに対する情報のうち少なくとも一つを含むＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）メッセージを受信する過程と、
前記ＣＩＤを含む緊急サービスメッセージが受信される際、前記受信された緊急サービスメッセージを前記ＣＳを介して処理する過程と、を含むことを特徴とする方法。
【請求項１２】
前記受信された緊急サービスメッセージを前記ＣＳを介して処理する過程は、
前記ＤＣＤメッセージに前記緊急サービスメッセージを処理するＣＳのタイプに対する情報が含まれていない場合、前記受信された緊急サービスメッセージは、デフォルトＣＳを介して処理することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＤＣＤメッセージは、前記緊急サービスメッセージの優先順位に対する情報を更に含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
無線通信システムにおける端末の緊急サービスメッセージ受信方法であって、
ＤＬ−ＭＡＰ（ＤｏｗｎＬｉｎｋ−ＭＡＰ）メッセージを介してＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを受信する過程と、
前記受信されたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを用いて緊急サービスメッセージが伝送される時点と、前記端末が前記時点から緊急サービスメッセージを受信するために待機する時間に対する情報を獲得する過程と、
前記緊急サービスメッセージが伝送される時点に前記待機時間の間に緊急サービスメッセージを受信する過程と、を含むことを特徴とする方法。
【請求項１５】
前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥは、前記時点から伝送されるメッセージのタイプに対する情報を更に含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
無線通信システムにおける端末の緊急サービス受信方法であって、
ＤＬ−ＭＡＰ（ＤｏｗｎＬｉｎｋ−ＭＡＰ）メッセージを介してＭＢＳ−ＭＡＰ  ＩＥを受信する過程と、
前記受信されたＭＢＳ＿ＭＡＰ  ＩＥ内のフィールドの設定を確認する過程と、
を含み、
前記フィールドは、マルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＳ）領域を介して伝送信される緊急サービスメッセージが存在するか否かを示すフィールドであり、
前記方法は、
前記フィールドの設定が、ＭＢＳ領域を介して送信される緊急サービスメッセージが存在することを示す際、ＭＢＳ  ＭＡＰメッセージをデコーディングする過程と、を含むことを特徴とする方法。
【請求項１７】
前記ＭＢＳ  ＭＡＰメッセージのデコーディングを介して該当ＭＢＳバーストの割当て情報を獲得する過程と、
前記獲得した割当て情報を用いて前記ＭＢＳ領域内のＭＢＳバーストをデコーディングし、緊急サービスメッセージを受信する過程を更に含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ＭＢＳバーストは、緊急サービスメッセージの送信のため既に割当てたＭＣＩＤを含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
無線通信システムにおける基地局の緊急サービスメッセージ送信装置であって、
緊急サービスメッセージの伝送に用いる接続識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）を割当て、前記緊急サービスメッセージを処理する収斂副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）タイプを決定した後、前記割当てられたＣＩＤと前記決定されたＣＳタイプに対する情報のうち少なくとも一つを含むＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）メッセージを生成するＭＡＣ制御メッセージ生成器と、
前記生成されたＤＣＤメッセージを端末へ伝送する送信器と、を含むことを特徴とする装置。
【請求項２０】
前記緊急サービスメッセージを発生する送信データキューを更に含み、
前記送信器は、前記割当てられたＣＩＤを含む緊急サービスメッセージを前記端末へ送信することを特徴とする請求項１９に記載の装置。
【請求項２１】
前記ＭＡＣ制御メッセージ生成器は、前記緊急サービスメッセージが伝送される時点を決定し、端末が前記決定された時点で緊急サービスメッセージを受信するために待機する時間を決定し、前記緊急サービスメッセージが伝送される時点と緊急サービスメッセージを受信するために待機する時間に対する情報を含むＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを生成して、前記生成されたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを含むＤＬ−ＭＡＰ（ＤｏｗｎＬｉｎｋ−ＭＡＰ）メッセージを生成し、
前記送信器は、前記生成されたＤＬ−ＭＡＰメッセージを端末へ伝送して、前記決定された時点で前記端末へ緊急サービスメッセージを送信することを特徴とする請求項１９に記載の装置。
【請求項２２】
前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥは、前記決定された時点に伝送されるメッセージのタイプに対する情報を更に含むことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記ＭＡＣ制御メッセージ生成器は、ＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを決定し、前記決定によってＭＢＳ＿ＭＡＰ  ＩＥ内のフィールドを設定し、前記フィールドはＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドであり、前記フィールドが設定されたＭＢＳ＿ＭＡＰ  ＩＥを含むＤＬ−ＭＡＰメッセージを生成し、
前記送信器は、前記生成されたＤＬ−ＭＡＰメッセージを端末へ伝送し、前記ＭＢＳ領域を介して前記端末へ緊急サービスメッセージを伝送することを特徴とする請求項１９に記載の装置。
【請求項２４】
無線通信システムにおける端末の緊急サービスメッセージ受信装置であって、
信号を受信する受信器と、
前記受信された信号を物理階層でコーディングしてＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を提供する物理階層デコーダーと、
前記ＭＡＣ  ＰＤＵのヘッダを分析して、前記ＭＡＣ  ＰＤＵのペイロードが制御情報を含む場合、該当ペイロードをＭＡＣ制御メッセージ解釈器として提供し、前記ＭＡＣ  ＰＤＵのペイロードがトラフィックを含む場合、該当ペイロードを受信データキューとして提供するＭＡＣ  ＰＤＵデコーダーと、
前記ＭＡＣ  ＰＤＵデコーダーからのＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）メッセージを解析して、緊急サービスメッセージの伝送に用いる接続識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）と、前記緊急サービスメッセージを処理する収斂副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）のタイプに対する情報のうち少なくとも一つを獲得するＭＡＣ制御メッセージ解釈器と、
前記ＭＡＣ  ＰＤＵデコーダーからの緊急サービスメッセージを該当ＣＳとして提供する受信データキューを含むことを特徴とする装置。
【請求項２５】
前記ＭＡＣ制御メッセージ解釈器は、前記ＭＡＣ  ＰＤＵデコーダーからのＤＬ−ＭＡＰ（ＤｏｗｎＬｉｎｋ−ＭＡＰ）メッセージ内のＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを解析し、緊急サービスメッセージが伝送される時点と、前記端末が前記時点に緊急サービスメッセージを受信するために待機する時間に対する情報を獲得し、
前記ＭＡＣ  ＰＤＵデコーダーは、前記緊急サービスメッセージが伝送される時点で前記待機時間の間に受信される前記緊急サービスメッセージを前記受信データキューとして提供することを特徴とする請求項２４に記載の装置。
【請求項２６】
前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥは、前記時点に送信されるメッセージのタイプに対する情報を更に含むことを特徴とする請求項２５に記載の装置。
【請求項２７】
前記ＭＡＣ制御メッセージ解釈器は、前記ＭＡＣ  ＰＤＵデコーダーからのＤＬ−ＭＡＰメッセージに含まれているＭＢＳ＿ＭＡＰ  ＩＥ内のフィールドの設定を確認し、前記フィールドの設定がマルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＳ）領域を介して伝送される緊急サービスメッセージが存在することを示す際、前記ＭＢＳ  ＭＡＰメッセージのデコーディングを介して該当ＭＢＳバーストの割当て情報を獲得し、
前記フィールドは、ＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドであり、
前記ＭＡＣ  ＰＤＵデコーダーは、前記獲得された割当てられた情報を用いて前記ＭＢＳバーストをデコーディングして前記緊急サービスメッセージを抽出し、前記抽出された緊急サービスメッセージを前記受信データキューとして提供することを特徴する請求項２４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関するものであり、特に緊急サービス提供装置及びその方法に関するものである。
【背景技術】
【０００２】
次世代通信システムは、移動端末（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ：ＭＳ）に多様な高速大容量のサービスを提供する形に発展しつつある。前記次世代通信システムの代表的な例としては、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１６通信システムと、モバイルワイマックス（Ｍｏｂｉｌｅ  Ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ：Ｍｏｂｉｌｅ  ＷｉＭＡＸ）通信システムなどがある。ここで、前記モバイルワイマックス通信システムは、前記ＩＥＥＥ８０２．１６通信システムに基づいた通信システムであり、前記ＩＥＥＥ８０２．１６通信システムは、ＩＥＥＥ８０２．１６標準を使用する通信システムを示す。
【０００３】
ここで、前記ＩＥＥＥ８０２．１６通信システムで提案している緊急サービス（Ｅｍｅｒｇｅｎｃｅ  Ｓｅｒｖｉｃｅ）について説明すると以下の通りである。
【０００４】
一般的に、緊急サービスは、無線緊急救助サービス（Ｗｉｒｅｌｅｓｓ  Ｅｍｅｒｇｅｎｃｙ  Ｒｅｓｃｕｅ  Ｓｅｒｖｉｃｅ：ＷＥＲＳ）と、無線緊急警戒サービス（Ｗｉｒｅｌｅｓｓ  Ｅｍｅｒｇｅｎｃｙ  Ａｌｅｒｔ  Ｓｅｒｖｉｃｅ：ＷＥＡＳ）とを含み、前記ＷＥＲＳとＷＥＡＳそれぞれについて説明すると以下の通りである。まず、前記ＷＥＲＳは、緊急状況、例えば火災、犯罪などのような緊急事項が発生した場合、端末の位置を把握して安全な救助を支援するサービスを含み、前記ＷＥＲＳの種類としては、９１１サービスのような音声呼サービスなどがある。ここで、前記ＷＥＲＳは一般的に端末によってトリガーリング（ｔｒｉｇｇｅｒｉｎｇ）されるため、端末トリガード緊急サービス（ＭＳ−ｔｒｉｇｇｅｒｅｄ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ）と称されることもある。次に、前記ＷＥＡＳは、特定の地理的位置に存在する端末に暴風雨の警告、迫ってきた地震及び津波の予告などのような緊急通知を支援するサービスを含み、一般的に基地局（Ｂａｓｅ  ｓｔａｔｉｏｎ：ＢＳ）によってトリガーリングされるため、基地局トリガード緊急サービス（ＢＳ−ｔｒｉｇｇｅｒｅｄ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ）と称されることもある。
【０００５】
前記ＩＥＥＥ８０２．１６通信システムでは、前記ＷＥＡＳのみを提供することを考慮しており、現在基地局がダウンリンクマップ（Ｄｏｗｎｌｉｎｋ  ＭＡＰ：ＤＬ−ＭＡＰ）メッセージに含まれた放送制御ポインター情報エレメント（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥ）メッセージを使用して端末に緊急サービスメッセージを送信する時点に対する情報を放送することができるという程度の動作方法のみを提示している。ここで、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージは、一般的にアイドルモード（ｉｄｌｅ  ｍｏｄｅ）又はスリープモード（ｓｌｅｅｐ  ｍｏｄｅ）に存在する端末が基地局とのサービスが不可能（ｕｎａｖａｉｌａｂｌｅ）になった場合、前記端末と基地局との間で予め交渉されている周期に、基地局が端末に予めＵＣＤ（Ｕｐｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）及びＤＣＤ（Ｄｏｗｎｌｉｎｋ  Ｃｈａｎｎｅｌ  Ｄｅｓｃｒｉｐｔｏｒ）メッセージと、ＭＯＢ＿ＮＢＲ−ＡＤＶ（ＭＯｂｉｌｅ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージ及び緊急サービスメッセージの送信時点を放送するために使用される。前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを受信した端末は、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージが示す該当時点でウェイクアップ（Ｗａｋｅ−ｕｐ）するか、或いは基地局とのサービスを再開し、該当ＵＣＤ及びＤＣＤメッセージとＭＯＢ＿ＮＢＲ−ＡＤＶメッセージ及び緊急サービスメッセージを受信することができる。
【０００６】
一方、一般的なＩＥＥＥ８０２．１６通信システムにおいて、アイドルモードでの端末の動作について説明すると次のようである。まず、前記ＩＥＥＥ８０２．１６通信システムにおいて、アイドルモード端末は予め設定されているページング周期（Ｐａｇｉｎｇ  ｃｙｃｌｅ）のページングリスニング区間（Ｐａｇｉｎｇ  ｌｉｓｔｅｎｉｎｇ  ｉｎｔｅｒｖａｌ）で基地局からモバイルページング広告（ＭＯＢｉｌｅ  ＰＡＧｉｎｇ  ＡＤＶｅｒｔｉｓｅｍｅｎｔ：ＭＯＢ＿ＰＡＧ−ＡＤＶ）メッセージを受信する。ここで、前記ＭＯＢ＿ＰＡＧ−ＡＤＶメッセージは、前記アイドルモード端末がネットワーク進入（ｎｅｔｗｏｒｋ  ｅｎｔｒｙ）動作を行うか、位置アップデート（ｌｏｃａｔｉｏｎ  ｕｐｄａｔｅ）動作を行うよう制御するために、基地局からアイドルモード端末に送信されるメッセージである。実施形態として、前記基地局は、前記アイドルモード端末へ送信するダウンリングデータが発生した場合、前記ダウンリンクデータの送信のために前記ＭＯＢ＿ＰＡＧ−ＡＤＶメッセージを使用して前記アイドルモード端末をウェイクアップさせてネットワーク進入動作を行うか、或いは位置アップデート動作を行うように制御することができる。ここで、アイドルモード端末それぞれのページングリスニング区間のスタート時点は、前記アイドルモード端末それぞれのページング周期及びページングオフセット（ｐａｇｉｎｇ ｏｆｆｓｅｔ）によって相異させることができる。
【０００７】
一方、前記緊急サービスメッセージは、上述したようにスリープモード端末、一般動作端末、アイドルモード端末全てが受信しなければならないため、一般的に一回のみ放送する状況を考慮することができる。従って、アイドルモード端末は前記緊急サービスメッセージを受信するために、前記基地局から前記緊急サービスメッセージを送信する時点にアイドルモードからウェイクアップして前記緊急サービスメッセージの受信を待たなければならない。しかし、上述したようにアイドルモード端末が多数存在する場合、前記多数の端末それぞれのページングリスニング区間のスタート時点が相異である可能性がある。従って、互いに異なった時点でウェイクアップするアイドルモード端末に一回放送される緊急サービスメッセージの送信時点を知らせるためには、前記互いに異なるページングリスニング区間のスタート時点の個数ほどＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを送信しなければならない。しかし、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ＰｏｉｎｔｅｒＩＥメッセージは、多数のフィールドを含んでいるため、前記多数のＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの送信は資源の浪費を招く恐れがある。
【０００８】
それだけでなく、前記基地局がＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを介してアイドルモード端末に知らせた緊急サービスメッセージの送信時点で、実際基地局が緊急サービスメッセージを送信できないことが発生し得る。一例として、前記基地局のスケジューリング動作を行った結果、前記緊急サービスメッセージは、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの示す緊急サービスメッセージの送信時点、即ち、緊急サービスメッセージ送信フレームではない以前のフレームであるか、或いはその後のフレームから送信されることもあり得る。この場合、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ＰｏｉｎｔｅｒＩＥメッセージの示す緊急サービスメッセージの送信時点に相応するようにウェイクアップしたアイドルモード端末の場合、該当フレームから緊急サービスメッセージを受信できなくなる。しかし、現在前記ＩＥＥＥ８０２．１６通信システムでは、このようにＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの示す緊急サービスメッセージの送信時点でアイドルモード端末が緊急サービスメッセージを受信できなくなる場合に対する動作方法もまた、全く提示していない。
【０００９】
このように、一般的なＩＥＥＥ８０２．１６通信システムでは、緊急サービスを提供するためにＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを使用して緊急サービスメッセージを送信する時点に対する情報を放送する程度の動作のみを規定しているだけである。即ち、前記ＩＥＥＥ８０２．１６通信システムでは、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの使用以外に、緊急サービスを提供するための具体的な方法を全く考慮していない。従って、前記ＩＥＥＥ８０２．１６通信システムにおける緊急サービスを提供するための具体的な方法の提案が必要となる。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、無線通信システムにおける緊急サービス提供装置及びその方法を提供することにある。
【００１１】
本発明の他の目的は、無線通信システムにおいて、基地局がＤＣＤメッセージを利用して緊急サービスメッセージの伝送に使用される接続識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）と、緊急サービスメッセージが伝送された場合、前記緊急サービスメッセージを処理する収斂副層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）の情報を端末に知らせ、前記端末がこれを利用して前記緊急サービスメッセージを受信及び処理するための装置及びその方法を提供することにある。
【００１２】
本発明の更に他の目的は、無線通信システムにおいて、基地局がＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを使用してアイドルモード及びスリープモード動作中の端末への緊急サービスメッセージの伝送時点と、前記伝送時点に起きて緊急メッセージを受信するために待機する時間に対する情報を知らせ、前記アイドルモード及びスリープモード動作中の端末がこれを利用して前記緊急サービスメッセージの伝送時点に起きて、待機時間の間待機して緊急メッセージを受信するための装置及びその方法を提供することにある。
【００１３】
本発明の更に他の目的は、無線通信システムにおいて、基地局がマルチキャスト及びブロードキャストサービス（Ｍｕｔｌｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＳ）領域を介して緊急サービスメッセージを伝送しようとする場合、ＭＢＳ＿ＭＡＰ＿ＩＥにパラメータ（Ｅｘｉｓｔｅｎｃｅ  ｏｆ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ  Ｍｅｓｓａｇｅ  ｉｎ  ＭＢＳ  ｒｅｇｉｏｎ）を追加してＭＢＳ領域内に緊急サービスメッセージが存在するか否かを端末に知らせることで、端末がフレームごとにＭＢＳ−ＭＡＰメッセージのデコーディングを試みることを防止するための装置及びその方法を提供することにある。
【課題を解決するための手段】
【００１４】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける基地局の緊急サービスメッセージの伝送方法は、緊急サービスメッセージの伝送に使用される接続識別者（ＣＩＤ）を割り当てる過程と、前記緊急サービスメッセージを処理する収斂副層（ＣＳ）のタイプを決定する過程と、前記割り当てられたＣＩＤと前記決定されたＣＳのタイプに対する情報のうち少なくとも一つを含むＤＣＤメッセージを生成する過程と、前記生成されたＤＣＤメッセージを端末に伝送する過程と、を含むことを特徴とする。
【００１５】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける基地局の緊急サービスメッセージの伝送方法は、緊急サービスメッセージが伝送される時点を決定する過程と、端末が前記決定された時点で緊急サービスメッセージを受信するために待機する時間を決定する過程と、前記緊急サービスメッセージが伝送される時点と緊急サービスメッセージを受信するために待機する時間に対する情報を含むＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを生成する過程と、前記生成されたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを含むＤＬ−ＭＡＰメッセージを前記端末に伝送する過程と、を含むことを特徴とする。
【００１６】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける基地局の緊急サービスメッセージの伝送方法は、マルチキャスト及びブロードキャストサービス（ＭＢＳ）領域を介して伝送される緊急サービスメッセージが存在するか否かを決定する過程と、前記決定に応じてＭＢＳ＿ＭＡＰ  ＩＥ内にフィールドを設定する過程と、を含み、前記フィールドはＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドであり、前記方法は、前記フィールドが設定されたＭＢＳ＿ＭＡＰ ＩＥを含むＤＬ＿ＭＡＰメッセージを端末に伝送する過程と、を含むことを特徴とする。
【００１７】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける端末の緊急サービスメッセージの受信方法は、緊急サービスメッセージの伝送に使用される接続識別者（ＣＩＤ）と、前記緊急サービスメッセージを処理する収斂副層（ＣＳ）のタイプに対する情報のうち少なくとも一つを含むＤＣＤメッセージを受信する過程と、前記ＣＩＤを含む緊急サービスメッセージが受信される際、前記受信された緊急サービスメッセージを前記ＣＳを介して処理する過程と、を含むことを特徴とする。
【００１８】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける端末の緊急サービスメッセージの受信方法は、ＤＬ−ＭＡＰメッセージを介してＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを受信する過程と、前記受信されたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを利用して緊急サービスメッセージが伝送される時点と、前記端末が前記時点で緊急サービスメッセージを受信するために待機する時間に対する情報を獲得する過程と、前記緊急サービスメッセージが伝送される時点に前記待機時間の間、緊急サービスメッセージを受信する過程と、を含むことを特徴とする。
【００１９】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける端末の緊急サービスメッセージの受信方法は、ＤＬ−ＭＡＰメッセージを介してＭＢＳ−ＭＡＰ  ＩＥを受信する過程と、前記受信されたＭＢＳ−ＭＡＰ  ＩＥ内のフィールド設定を確認する過程と、を含み、前記フィールドはマルチキャスト及びブロードキャストサービス（ＭＢＳ）領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドであり、前記方法は、前記フィールドの設定が、ＭＢＳ領域を介して伝送される緊急サービスメッセージが存在することを示す場合、ＭＢＳ  ＭＡＰメッセージをデコーディングする過程と、を含むことを特徴とする。
【００２０】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける緊急サービスメッセージの伝送装置は、緊急サービスメッセージの伝送に使用される接続識別者（ＣＩＤ）を割り当て、前記緊急サービスメッセージを処理する収斂副層（ＣＳ）のタイプを決定した後、前記割り当てられたＣＩＤと前記決定されたＣＳのタイプに対する情報のうち少なくとも一つを含むＤＣＤメッセージを生成するＭＡＣ制御メッセージ生成器と、前記生成されたＤＣＤメッセージを端末に伝送する送信器を含むことを特徴とする。
【００２１】
前記目的を達成するための本発明の実施の形態によると、無線通信システムにおける端末の緊急サービスメッセージ受信装置は、信号を受信する受信器と、前記受信された信号を物理階層デコーディングしてＭＡＣ  ＰＤＵ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を提供する物理階層デコーダーと、前記ＭＡＣ  ＰＤＵのヘッダを分析し、前記ＭＡＣ  ＰＤＵのペイロードが制御情報を含む場合、該当ペイロードをＭＡＣ制御メッセージ解釈器として提供し、前記ＭＡＣ  ＰＤＵのペイロードがトラフィックを含む場合、該当ペイロードを受信データキューとして提供するＭＡＣ  ＰＤＵデコーダーと、前記ＭＡＣ  ＰＤＵデコーダーからのＤＣＤメッセージを解釈し、緊急サービスメッセージの伝送に使用される接続識別者（ＣＩＤ）と、前記緊急サービスメッセージを処理する収斂副層（ＣＳ）のタイプに対する情報のうち少なくとも一つを獲得するＭＡＣ制御メッセージ解釈器と、前記ＭＡＣ  ＰＤＵデコーダーからの緊急サービスメッセージを該当ＣＳに提供する受信データキューと、を含むことを特徴とする。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施の形態による無線通信システムにおける緊急サービスメッセージのフォーマットを示す図である。
【図２】本発明の実施の形態による無線通信システムにおけるアイドルモード及びスリープモード動作中の端末の緊急サービスメッセージの受信方法の手順を示すフローチャートである。
【図３】本発明の実施の形態による無線通信システムにおける基地局の緊急サービスメッセージの伝送方法の手順を示したフローチャートである。
【図４】本発明の実施の形態による無線通信システムにおける基地局の送信装置の構成を示すブロック図である。
【図５】本発明の実施の形態による無線通信システムにおける端末の受信装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下、本発明の好ましい実施の形態を添付した図面を参照しながら詳細に説明する。そして、本発明を説明するに当たって、関連した公知機能又は構成に対する具体的な説明が本発明の要旨を不明確にする恐れがあると判断される場合には、その詳細な説明は省略する。
【００２４】
本発明は、無線通信システムにおける緊急サービスを提供する装置及び方法を提供する。以下、本発明では、ＩＥＥＥ８０２．１６通信システムを一例に緊急サービスを提供する装置及びその方法を説明するが、本発明は、前記ＩＥＥＥ８０２．１６通信システムだけでなく、緊急サービスの提供が可能な他の通信システムにも適用可能であるということは勿論である。
【００２５】
図１は、本発明の実施の形態による無線通信システムにおける緊急サービスメッセージのフォーマットを示す図である。現在、ＩＥＥＥ８０２．１６システムでは緊急サービスメッセージがどのようなフォーマットで、どのような方法を介して伝送されているのか全く言及されていない。しかし、ＩＥＥＥ８０２．１６システムで伝送される全てのＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）メッセージはＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の形をしており、前記緊急サービスメッセージもまたＭＡＣメッセージの範疇に属しているので、当然ＭＡＣ  ＰＤＵの形をしている。従って、本発明の実施の形態による緊急サービスメッセージもまた、前記図１のようにＭＡＣ  ＰＤＵの形をとることになる。
【００２６】
前記図１を参照すると、前記緊急サービスメッセージは、ペイロード（ｐａｙｌｏａｄ）フィールド１３０の前に汎用ＭＡＣヘッダ（Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）フィールド１００が付加され、後ろにＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋｉｎｇ）フィールド１６０が付加される形を有する。
【００２７】
ここで、前記汎用ＭＡＣヘッダフィールド１００は、ヘッダタイプを示しためのヘッダタイプ（Ｈｅａｄｅｒ  Ｔｙｐｅ：ＨＴ）フィールド１１１、前記ペイロードフィールド１３０が暗号化されているか否かを示すための暗号化制御（Ｅｎｃｒｙｐｔｉｏｎ  Ｃｏｎｔｒｏｌ：ＥＣ）フィールド１１３、前記緊急サービスメッセージに含まれているサブヘッダのタイプを示すためのタイプ（Ｔｙｐｅ）フィールド１１５、前記緊急サービスメッセージに拡張サブヘッダが存在するか否かを示すための拡張サブヘッダフィールド（Ｅｘｔｅｎｄｅｄ  Ｓｕｂｈｅａｄｅｒ  Ｆｉｅｌｄ：ＥＳＦ）１１７、前記緊急サービスメッセージにＣＲＣフィールド１６０が含まれているか否かを示すためのＣＲＣ支持者（ＣＲＣ  Ｉｎｄｉｃａｔｏｒ：ＣＩ）フィールド１１９、前記ペイロードフィールド１３０を暗号化するために使用されたトラフィック暗号化キー（Ｔｒａｆｆｉｃ  Ｅｎｃｒｙｐｔｉｏｎ  Ｋｅｙ：ＴＥＫ）のインデックスと初期ベクター（ｉｎｉｔｉａｌ  ｖｅｃｔｏｒ）を示すための暗号化キーシーケンス（Ｅｎｃｒｙｐｔｉｏｎ  Ｋｅｙ  Ｓｅｑｕｅｎｃｅ：ＥＫＳ）フィールド１２１、別途の用途なしに予約されている予約（Ｒｅｓｅｒｖｅｄ：Ｒｅｖ）フィールド１２３、前記緊急サービスメッセージの長さを示すための長さ（Ｌｅｎｇｔｈ：ＬＥＮ）フィールド１２５、前記緊急サービスメッセージが含むコネクション識別情報（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）を示すためのコネクション識別情報（ＣＩＤ）フィールド１２７、前記汎用ＭＡＣヘッダフィールド１００のエラーを検出するために使用されるヘッダエラーチェックコードを示すためのヘッダチェックシーケンス（Ｈｅａｄｅｒ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ：ＨＣＳ）フィールド１２９を含んで構成される。
【００２８】
ここで、前記緊急サービスメッセージの長さを示すための長さ（ＬＥＮ）フィールド１２５は、ＬＥＮ  ＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔｓ）フィールドとＬＥＮ  ＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔｓ）フィールドとを含んで構成され、前記ＬＥＮ  ＭＳＢフィールドとＬＥＮ  ＬＳＢフィールドに記載されている値の組み合わせが前記緊急サービスメッセージの長さを示している。同じく、前記ＣＩＤフィールド１２７もまた、ＣＩＤ  ＭＳＢフィールドとＣＩＤ  ＬＳＢフィールドとを含んで構成され、前記ＣＩＤ  ＭＳＢフィールドとＣＩＤ  ＬＳＢフィールドに記載されている値の組み合わせは前記緊急サービスメッセージが含むＣＩＤを示している。本発明では、前記緊急サービスメッセージが全ての移動端末が受信しなければならないメッセージであるため、前記ＣＩＤフィールド１２７の値は放送ＣＩＤとして記載される。ここで、前記ＨＴフィールド１１１乃至ＨＣＳフィールド１２９それぞれの内に記載されている括弧の中の数字は、該当フィールドを具現するビット数を示している。一例として、前記ＨＴフィールド１１１内の括弧の中に１が記載されているので、前記ＨＴフィールド１１１は１ビットに具現されることである。
【００２９】
また、前記ペイロードフィールド１３０は、前記緊急サービスメッセージのボディ（Ｅｍｅｒｇｅｎｃｙ  Ｍｅｓｓａｇｅ  ｂｏｄｙ）フィールドを含む。
【００３０】
一方、前記ＣＩＤフィールド１２７の場合、システムごとに異なる可能性がある。言い換えると、緊急サービスメッセージの伝送に使用されるＣＩＤは、基地局を運用するサービス提供者（Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）又は基地局ごとに違うか、或いは、基地局ごとに有用なＣＩＤのうちから一部を緊急サービスのために割り当てることができる。この場合、基地局は前記緊急サービスメッセージがどのようなＣＩＤを介して伝送されているのかを知らせるべきであり、このため本発明では、下記表１のような緊急サービスＣＩＤ  ＴＬＶエンコーディングを提案する。
【００３１】
【表１】
2011519534.tif 000003
【００３２】
前記表１のような緊急サービスＣＩＤ  ＴＬＶエンコーディング（ｅｎｃｏｄｉｎｇ）は、基地局内に属した端末にブロードキャストに伝送されるＤＣＤメッセージに含ませる。もし前記ＤＣＤメッセージに緊急サービスＣＩＤ ＴＬＶエンコーディングが含まれていない場合、基地局内の端末は緊急サービスメッセージの伝送にデフォルトＣＩＤ（ｄｅｆａｕｌｔ  ＣＩＤ：０ｘ＃＃＃＃）が使用されると見なす。他の方法として、前記緊急サービスＣＩＤ  ＴＬＶエンコーディングは、ＤＣＤメッセージではないネットワークエントリ（Ｎｅｔｗｏｒｋ  Ｅｎｔｒｙ）過程のうちでメッセージ交渉の際使用されるＭＡＣ管理メッセージ、例えば、ＳＢＣ−ＲＳＰ（ＳＳ  Ｂａｓｉｃ  Ｃａｐａｂｉｌｉｔｙ−ＲｅＳＰｏｎｓｅ）メッセージ又はＲＥＧ−ＲＳＰ（ＲＥＧｉｓｔｒａｔｉｏｎ  ＲｅＳＰｏｎｓｅ）メッセージを介して基地局から端末に伝達されることもできる。これで、端末は前記ＤＣＤメッセージを受信した後、又は、ネットワークエントリ過程のうちメッセージ交渉を行った後、前記緊急サービスメッセージの伝送に使用されるＣＩＤを認知するようになり、以降基地局が前記ＣＩＤを含むＭＡＣ  ＰＤＵを伝送することになれば、前記端末は前記ＭＡＣ  ＰＤＵ内のＭＡＣ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が前記緊急サービスメッセージを含んでいると見なす。このように、基地局から受信したＭＡＣメッセージが緊急サービスメッセージであると判断することになれば、前記端末は緊急サービスメッセージがＭＡＣメッセージであるにもかかわらずＭＡＣ階層で処理せず、上位階層（Ｕｐｐｅｒ  Ｌａｙｅｒ）に伝達して前記上位階層で処理されるようにする。
【００３３】
他の方法として、前記表１の緊急サービスＣＩＤ  ＴＬＶエンコーディングの代わりに、固定された値の緊急サービスＣＩＤを定義して使用することもできる。この場合、ＤＣＤメッセージのように周期的に伝送しなければならないメッセージ又はネットワークエントリ過程のうちに交渉されるＭＡＣ管理メッセージに前記ＣＩＤを含ませることで発生し得るオーバヘッドを防ぐことができる。
【００３４】
一方、緊急サービスの種類が多様であってもよく、各緊急サービスメッセージを互いに異なるＣＩＤを介して伝送してもよい。従って、基地局は複数個の緊急サービスメッセージの伝送に使用される各ＣＩＤを端末に知らせる必要がある。この場合、複数個のＣＩＤを端末に知らせるために、前記表１の長さフィールドは、例えば緊急サービスに使用されるＣＩＤの個数と一つのＣＩＤの長さ（即ち、２）をかけた長さのデータの値（Ｖａｌｕｅ）フィールドに入るということを示しており、この際、前記表１の値フィールドには緊急サービスに使用されるＣＩＤが次々と順に入るように修正されてもよい。
【００３５】
一方、前記緊急サービスメッセージが一つのＭＡＣ  ＰＤＵに入れるのに大きすぎるか、又はフレーム内の有用なリソースの量が少ない場合、一つの緊急サービスメッセージを複数個のＭＡＣ  ＰＤＵに分けて伝送してもよい。ＩＥＥＥ８０２．１６システムで上位階層から受信されたデータを複数個のＭＡＣ  ＰＤＵに分けて伝送すべき場合、下記表２のようなフラブメンテーションサブヘッダ（Ｆｒａｇｍｅｎｔａｔｉｏｎ  Ｓｕｂｈｅａｄｅｒ）を使用することになる。
【００３６】
【表２】
2011519534.tif 000004
【００３７】
前記表２のように、前記フラグメンテーションサブヘッドは、ＦＣ（Ｆｒａｇｍｅｎｔ  Ｃｏｕｎｔ）フィールドとその他従来の多数のフィールドを含んで構成される。ここで、前記ＦＣフィールドが「００」であれば、前記上位階層のデータは一つのＭＡＣ  ＰＤＵを介して伝送されることを意味する。この場合、一般的に前記フラグメンテーションサブヘッダを使用する必要がない。一方、この他の値を取る場合、上位階層データが複数個のＭＡＣ  ＳＤＵに分けられ、即ちフラグメントされ、それぞれのＭＡＣ  ＳＤＵがそれぞれのＭＡＣ  ＰＤＵにマッピングされて伝送されることを意味する。上位階層データの分けられたＭＡＣ  ＳＤＵを区分するために、前記フラグメンテーションサブヘッダは、ＭＡＣ  ＳＤＵ（即ち、フラグメント）と共に伝送される。この際、一つの上位階層データの最初のＭＡＣ  ＳＤＵにはＦＣ＝１０を使用し、中間のＭＡＣ  ＳＤＵにはＦＣ＝１１を使用し、最後のＭＡＣ  ＳＤＵにはＦＣ＝０１を使用する。
【００３８】
一方、一般動作（Ｎｏｒｍａｌ  Ｏｐｅｒａｔｉｏｎ）端末の場合、常に起きているため前記のように緊急サービスメッセージがフラグメントされても該当緊急サービスメッセージを受信するのに問題がない。しかし、アイドルモード、又はスリープモード端末の場合、前記緊急サービスメッセージが伝送される時点、即ち、端末が起きる時点に対する情報が必要であり、これはＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを介して端末に知らせることができる。言い換えると、基地局が、アイドルモード端末には該当端末が起きているページングリスニング区間（Ｐａｇｉｎｇ  Ｌｉｓｔｅｎｉｎｇ  Ｉｎｔｅｒｖａｌ）の間、スリープモードの端末には該当端末が起きているリスニングウィンドー（Ｌｉｓｔｅｎｉｎｇ  Ｗｉｎｄｏｗ）の間、ＤＬ−ＭＡＰメッセージに前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを含ませて伝送し、これを受信した端末は緊急サービスメッセージが伝送される時点を把握して、該当時点のフレームから起きて前記緊急サービスメッセージを受信することができる。
【００３９】
しかし、これは前記緊急サービスメッセージが伝送される時点のみを知らせるだけであり、端末がいくつの緊急サービスメッセージを受信すべきであるか、どれだけ受信待機しなければならないのかに対する情報が全くない。従って、下記二つの場合を全て考慮しなければならない。
【００４０】
まず、上述したように、一つの緊急サービスメッセージがフラグメントされて多数のＭＡＣ  ＰＤＵに構成することができる。この場合、スリープモード又はアイドルモードで動作中の端末は、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥによって指示される該当フレームから起き、前記緊急サービスメッセージが含まれたＭＡＣ  ＰＤＵを受信待機するようになる。もし受信されたＭＡＣ  ＰＤＵの中にＭＡＣ  ＳＤＵだけでなくフラグメンテーションサブヘッダが含まれていれば、端末は該当緊急サービスメッセージがフラグメントされていることを認知する。この場合、端末は一つの緊急サービスメッセージを構成する全てのＭＡＣ  ＰＤＵが受信されるまで起きているべきであり、該当全てのＭＡＤ  ＰＤＵを受信完了した時点が、スリープモード動作中の端末が起きているリスニングウィンドー又はアイドルモード動作中の端末が起きているページングリスニング区間内に存在すれば、該当端末はリスニングウィンドー又はページングリスニング区間内で行うべき動作を行う。逆に、該当全てのＭＡＣ  ＰＤＵを受信完了した時点がスリープモードのリスニングウィンドー又はアイドルモードのページングリスニング区間の外に存在すれば、該当端末はアイドルモード又はスリープモードに戻る。
【００４１】
次に、基地局が似たような時期に複数個の緊急サービスメッセージをスケジューリングして複数個の緊急サービスメッセージが端末に伝送される場合がある。この場合、スリープモード及びアイドルモード端末は前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥが指示するフレームから起きて緊急サービスメッセージを受信待機する際、基地局がいくつの緊急サービスメッセージを連続して伝送するかが分からないため、もし最初の緊急サービスメッセージを受信完了したならばアイドルモード又はスリープモードに戻る恐れがある。これを防止するために、下記表３のようなＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージのフォーマットを提案する。
【００４２】
【表３】
2011519534.tif 000005
【００４３】
ここで、前記Ｅｘｔｅｎｄｅｄ  ＤＩＵＣ（Ｄｏｗｎｌｉｎｋ  Ｉｎｔｅｒｖａｌ  Ｕｓａｇｅ  Ｃｏｄｅ）は、ＤＬ−ＭＡＰメッセージが含んでいるＩＥメッセージを区分するために使用されるコードを示しており、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの区分に使用されるコードは前記表３のように「０ｘ０Ａ」である。前記Ｌｅｎｇｔｈは、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの長さを示し、前記ＤＣＤ＿ＵＣＤ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅは次のＤＣＤメッセージ及びＵＣＤメッセージが送信されるフレームを示すために使用され、次のＤＣＤメッセージ及びＵＣＤメッセージが送信されるフレーム番号のＬＳＢ９ビットのうちから、再びＭＳＢ７ビットを取って前記ＤＣＤ＿ＵＣＤ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅの値として記載する。この際、前記ＤＣＤ＿ＵＣＤ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅが指示するフレームから４フレーム内に該当ブロードキャストメッセージ（即ち、ＤＣＤメッセージ及びＵＣＤメッセージ）が伝送される。一方、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを使用してＭＯＢ＿ＮＢＲ−ＡＤＶメッセージ或いは緊急サービスメッセージが送信される時点を示すこともできるが、前記Ｓｋｉｐ  Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅは前記緊急サービスメッセージの送信時点情報を省略するか否かを示すために使用され、前記Ｓｋｉｐ  Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅの値が例えば「０」である場合、前記Ｓｋｉｐ  Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅは前記ＭＯＢ＿ＮＢＲ−ＡＤＶメッセージ或いは緊急サービスメッセージの送信時点情報が省略されていないことを示すと仮定できる。このように、前記ＭＯＢ＿ＮＢＲ−ＡＤＶメッセージ或いは緊急サービスメッセージの送信時点情報が省略されない場合、前記ＭＯＢ＿ＮＢＲ−ＡＤＶメッセージと緊急サービスメッセージのうちどのメッセージが送信されるかを示すＢｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｙｐｅと、送信されるメッセージの送信時点を示すＢｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｆｒａｍｅが含まれる。ここで、前記Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｙｐｅの値が例えば「０」と設定されている場合、ＭＯＢ＿ＮＢＲ−ＡＤＶメッセージが送信されることを示し、前記Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｙｐｅの値が例えば「１」と設定されている場合、緊急サービスメッセージ送信されることを示す。この際、前記Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｆｒａｍｅは、前記Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｙｐｅの値に相応する該当メッセージが送信されるフレーム番号のＬＳＢを示す。また、本発明の実施の形態によって追加される前記Ｎｕｍｂｅｒ  ｏｆ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ  Ｍｅｓｓａｇｅは、アイドルモード又はスリープモード端末がＢｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｆｒａｍｅの指すフレーム��ら起きて受信する緊急サービスメッセージの個数を意味する。ここで、前記個数ほど緊急サービスメッセージを全て受信完了した時点がスリープモードのリスニングウィンドー又はページングリスニング区間内に存在すれば、端末はリスニングウィンドー又はページングリスニング区間内で行うべき動作を行う。逆に、前記個数ほど緊急サービスメッセージを全て受信完了した時点がスリープモードのリスニングウィンドー又はアイドルモードのページングリスニング区間の外に存在すれば、端末はアイドルモード又はスリープモードに戻る。一方、チャンネルの状態が悪い場合、基地局が伝送したメッセージを端末が全て受信できなくなる可能性もある。この場合、端末は該当緊急サービスメッセージの個数ほど緊急サービスメッセージを全て受信するために待ち続けることになる。従って、これを防止するために、端末は該当一定時間が過ぎれば、上述した動作の通り、アイドルモード又はスリープモードに再び戻らなければならない。この際、待たされる時間は基本的に待つ時間（予め決められた値）かける緊急サービスメッセージの個数を介して求めることができる。
【００４４】
一方、前記二つの場合が同時に発生し得るというのは勿論である。即ち、緊急サービスメッセージを受信するために待機する時間の間、緊急サービスメッセージが複数個伝送されながら、全て又はいくつかの緊急サービスメッセージのフラグメントがなされてもよい。
【００４５】
一方、現在ＩＥＥＥ８０２．１６システムでは、多数の移動端末にマルチキャスト及びブロードキャストを提供することができるマルチキャスト及びブロードキャストサービス（ＭＢＳ）規格が存在する。前記ＭＢＳは従来のユニキャストサービスとは異なって、多数の基地局が同一な時刻に同一な放送コンテンツを同一な周波数で送信し、受信端末が多数の基地局から受信したパケットをコンバイニング（ｃｏｍｂｉｎｉｎｇ）して使用することで端末の受信性能を向上させることができ、このような効果をマクロダイバーシティ（ｍａｃｒｏ  ｄｉｖｅｒｓｉｔｙ）利得という。
【００４６】
ここで、一般的な広帯域無線通信システムにおける前記ＭＢＳを提供するためのダウンリンクフレーム構造を調べてみると以下の通りである。前記マクロダイバーシティを支援するために多数の基地局はフレームの一部領域をＭＢＳ領域として定義し、前記ＭＢＳ領域を介してＭＢＳデータバーストを送信する。ここで、前記ＭＢＳ領域の位置はダウンリンクマップ（ＤＬ−ＭＡＰ）メッセージを介して伝達される。前記ＤＬ−ＭＡＰメッセージはＭＢＳ＿ＭＡＰ＿ＩＥを含み、前記ＭＢＳ＿ＭＡＰ＿ＩＥは前記ＭＢＳデータバーストの割り当て情報を含むＭＢＳ−ＭＡＰメッセージの位置情報を含む。これによって、端末は前記ＤＬ−ＭＡＰメッセージを介して前記ＭＢＳ−ＭＡＰメッセージの位置を確認し、前記ＭＢＳ−ＭＡＰメッセージを介して前記ＭＢＳ領域の位置及び前記ＭＢＳ領域内の前記ＭＢＳデータバーストらそれぞれの位置及びコーディング情報を確認することで、前記ＭＢＳデータバーストを受信することができる。前記ＭＢＳを利用して前記緊急サービスメッセージが伝送されてもよく、この場合、前記ＭＢＳ領域を介して伝送される緊急サービスメッセージはマルチキャスト接続識別者（Ｍｕｌｉｃａｓｔ  Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＭＣＩＤ）を使用して伝送される。
【００４７】
これは、基地局が前記ＤＣＤメッセージを介して緊急サービス用に使用されるＣＩＤを知らせる際、もしＣＩＤのうちにＭＣＩＤが含まれている場合、基地局が緊急サービスメッセージを一般領域でなくＭＢＳ領域を介して伝送することもできるということを意味する。従って、端末は前記ＣＩＤのうちにＭＣＩＤが含まれている場合、フレームごとにＤＬ−ＭＡＰメッセージだけでなくＭＢＳ−ＭＡＰメッセージをデコーディングして、ＭＢＳ領域を介して緊急サービスメッセージが伝送されるか否かを確認する。もし、ＭＢＳ−ＭＡＰメッセージのデコーディング結果、前記ＭＣＩＤが含まれたバーストが伝送されることが分かれば、端末はＭＢＳ領域で該当ＭＢＳバーストをデコーディングし、緊急サービスメッセージを抽出及び受信しなければならない。
【００４８】
しかし、前記緊急サービスメッセージは頻繁に伝送されるわけではないので、毎回ＭＢＳ−ＭＡＰメッセージのデコーディングを行うのは好ましくない。言い換えると、前記のような状況で端末は緊急サービスメッセージが伝送されるのか分からないため、ＭＢＳ−ＭＡＰメッセージのデコーディングをフレームごとに試みることになるが、フレームごとに緊急サービスメッセージが伝送されるわけではないので、不必要なＭＢＳ−ＭＡＰメッセージのデコーディングを行うことになる。これは端末の追加的な電力消耗及びプロセッシングリソースの浪費を招く。従って、ＭＢＳ領域を介して緊急サービスメッセージが伝送された場合、前記基地局は必ず緊急サービスメッセージが伝送される時点を含ませたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを伝送すべきであり、この際端末は、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥの指すフレームのみでＭＢＳ−ＭＡＰメッセージをデコーディングし、緊急サービスメッセージを受信することができる。即ち、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥの指すフレームを除いた残りのフレームに対しては、起きている端末である場合、ＭＢＳ−ＭＡＰメッセージをデコーディングする必要がない。
【００４９】
また、端末が不必要なＭＢＳ−ＭＡＰメッセージをデコーディングすることを避けるための方法として、下記表４のように、ＭＢＳ＿ＭＡＰ＿ＩＥに新しいパラメータ、即ちＭＢＳ領域内緊急サービスメッセージの存在（Ｅｘｉｓｔｅｎｃｅ  ｏｆ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ  Ｍｅｓｓａｇｅ  ｉｎ  ＭＢＳ  ｒｅｇｉｏｎ）というパラメータを更に含ませる。端末がＤＬ−ＭＡＰメッセージに含まれたＭＢＳ−ＭＡＰ  ＩＥを受信した場合、前記ＭＢＳ領域内緊急サービスメッセージの存在フィールドを確認して該当フィールドが１である場合、ＭＢＳ領域を介して緊急サービスメッセージが伝送されるということを意味するので、端末は前記緊急サービスメッセージの位置／大きさを把握するため、ＭＢＳ−ＭＡＰメッセージをデコーディングする。
【００５０】
【表４】
2011519534.tif 000006
【００５１】
ここで、前記Ｍａｃｒｏ  ｄｉｖｅｒｓｉｔｙ  ｅｎｈａｎｃｅｄは、ＤＬ領域にＭＢＳ領域が存在するか否かを指示する。
【００５２】
一方、本発明による実施の形態では、基地局が緊急サービスメッセージを伝送するために使用する接続識別者（ＣＩＤ）を端末に知らせ、Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを使用してアイドルモード及びスリープモード動作中の端末に緊急サービスメッセージの伝送時点と、緊急サービスメッセージの個数に対する情報を知らせる方法について説明したが、基地局がＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを使用せず、アイドルモード端末が起きているページングリスニング区間又はスリープモード端末が起きているリスニングウィンドー区間に合わせて緊急サービスメッセージを伝送する場合もある。この場合、基地局が複数個の緊急サービスメッセージを伝送すべきであれば、前記基地局は前記ページングリスニング区間又はリスニングウィンドー区間が終わる前に全ての緊急サービスメッセージが伝送されるようにスケジューリングしなければならない。
【００５３】
一方、前記表３のＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージにおいて、Ｂｒｏａｄｃａｓｔ＿Ｓｙｓｔｅｍ＿Ｕｐｄａｔｅ＿Ｔｒａｎｓｍｉｓｓｉｏｎ＿Ｆｒａｍｅとして指示できるフレームオフセットは最大１２７フレームであるのに対し、アイドルモード端末がアイドルモードを維持できる時間、つまりページングサイクル（Ｐａｇｉｎｇ  Ｃｙｃｌｅ）は１６ｂｉｔ、即ち６５５３５フレームである。スリープモード端末もまた、スリープモードを維持できる時間、つまりスリープウィンドーの最大値として１０２４フレームを有することができる。結局、基地局が端末のページングリスニング区間又はリスニングウィンドーの間Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを介して緊急サービスメッセージの受信時点を知らせる際、最悪の場合（Ｗｏｒｓｔ  ｃａｓｅ），前記緊急サービスメッセージの伝送のためにスリープモードの場合最大８回、アイドルモードの場合最大５１６回Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを伝送しなければならない。例えば、基地局がページングリスニング区間に起きているアイドルモード端末（ページングサイクルが５０００フレーム）に１２７フレーム後に緊急サービスメッセージを伝送しようとする場合、該当端末に緊急サービスメッセージの伝送時点（１２７フレーム後）を知らせるＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを送信する。これを受信した端末はページングリスニング区間が終了する時点にアイドルモードに遷移した後、１２７フレーム後に起きて緊急サービスメッセージの受信を待機する。この際、基地局は再び前記と同じＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを送信し、端末はこれを受信した後アイドルモードに再び遷移し、１２７フレーム後に起きて前記動作を繰り返す。結局前記アイドル端末は、１０回Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを受信した後、最後の１２７フレームの後に起きて前記緊急サービスメッセージを受信することになる。これは電力消耗の面からも無線資源（Ａｉｒ  Ｒｅｓｏｕｒｃｅ）の浪費を招く。従って、アイドルモード端末のページングサイクルとスリープモード端末のリスニングウィンドーを同時に受容できる新たなＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの定義が必要となる。
【００５４】
このために、下記表５のようなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージのフォーマットを提案する。
【００５５】
【表５】
2011519534.tif 000007
【００５６】
ここで、前記Ｅｘｔｅｎｄｅｄ  ＤＩＵＣは、ＤＬ−ＭＡＰメッセージが含むＩＥメッセージを区分するために使用されるコードを示し、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの区分に使用されるコードは「０ｘ０Ｅ」である。前記Ｔｙｐｅは下記Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅフィールドが指示するフレームから伝送されるメッセージのタイプを示し、前記Ｎｕｍｂｅｒ  ｏｆ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ  Ｍｅｓｓａｇｅは下記Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅフィールドが指示する時点から伝送される緊急サービスメッセージの個数を示す。前記Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅは、前記Ｔｙｐｅが指示する種類のメッセージが伝送される時点を示すために使用され、伝送されるフレーム番号を示す２４ビットのうちＬＳＢ１６ビットを取って前記Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅの値として記載する。前記Ｆｒａｍｅ  Ｄｕｒａｔｉｏｎは、前記端末がＴｒａｎｓｍｉｓｓｉｏｎ  Ｆｒａｍｅフィールドが指示する時点で起きて緊急サービスメッセージを受信するために待機する時間を意味する。この時間が過ぎれば、上述した動作の通り、アイドルモード又はスリープモード状態に再び戻らなければならない。
【００５７】
ここで、前記表のＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを使用する場合、一つのＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを介してアイドルモード端末のページングサイクル及びスリープモードのスリープウィンドー全てをカバーすることができる。
【００５８】
一方、前記実施の形態では、緊急サービスメッセージに使用されるＣＩＤを一つのＴＬＶの形にＤＣＤメッセージ含ませて端末に伝送していた。しかし、前記ＣＩＤ以外の情報が必要となる可能性がある。即ち、緊急サービスメッセージごとに、ＣＩＤ以外の緊急サービスメッセージの優先順位及び緊急サービスメッセージが伝送された際、前記緊急サービスメッセージを処理する収斂副層などに対する情報が更に必要となる可能性があり、従って前記ＤＣＤメッセージに前記ＣＩＤ以外の情報を更に含ませて伝送させてもよい。ここで分かるように、緊急サービスメッセージごとに互いに異なる構成を取ってもよく、複数個の緊急サービスメッセージに対する情報をＤＣＤメッセージに含ませて伝送してもよい。例えば、基地局が４つの緊急サービスを使用するのであれば、４つの緊急サービス集合（Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ  Ｃｏｍｐｏｕｎｄ）ＴＬＶがＤＣＤメッセージに含まれて伝送されるようになり、それぞれの緊急サービス集合ＴＬＶには異なる緊急サービス集合ＴＬＶに入るパラメータと相異な値を有するサブＴＬＶを含ませることができる。
【００５９】
ここで、前記ＤＣＤメッセージのフォーマットは、下記表６のように緊急サービス集合ＴＬＶを含む。
【００６０】
【表６】
2011519534.tif 000008
【００６１】
前記表６のように、基地局が伝送する緊急サービスメッセージの種類ほどの緊急サービス集合ＴＬＶがＤＣＤメッセージに含まれてもよい。ここで、前記緊急サービス集合ＴＬＶは下記表７のようなパラメータを含んでもよい。
【００６２】
【表７】
2011519534.tif 000009
【００６３】
ここで、前記ＣＩＤ  ｆｏｒ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅは該当緊急サービスメッセージが伝送される接続のＣＩＤを意味する。前記Ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅは、該当緊急サービスメッセージの優先順位とＣＳタイプを示す。端末も自らの優先順位を有するが、前記端末の優先順位は事業者が運営する値と設定される。もし自らの優先順位より高い優先順位（低い値）を有する緊急サービスメッセージが存在する場合、前記端末は必ず前記緊急サービスメッセージを受信しなければならない。もし自らより低い優先順位（高い値）を有する緊急サービスメッセージが存在する場合、前記端末は前記緊急サービスメッセージを受信しないか、受信しても無視することができる。ここで、前記ＣＳタイプは該当緊急サービスメッセージを含んでいるＭＡＣ  ＰＤＵを処理するＣＳ階層を意味する。
【００６４】
一方、実施の形態で説明したＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージのフォーマットは、下記表８のように構成されてもよい。
【００６５】
【表８Ａ】
2011519534.tif 000010
【表８Ｂ】
2011519534.tif 000011
【００６６】
基地局は、全ての端末が緊急な状況を充分に熟知できるように（端末が緊急サービスメッセージを受信できない状況が発生する可能性があるため）、同じ緊急サービスメッセージを何回か繰り返して伝送することができる。この場合、端末は同じ緊急サービスメッセージを何回も受信することが発生する恐れがあり、このようなことを避けるために、基地局は前記表８のＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージにＣｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭを含ませて伝送する。ここで、前記Ｃｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭは緊急サービスメッセージの伝送番号を意味し、緊急サービスメッセージごとに異なる値を有する。基地局が同じ緊急サービスメッセージの反復的な伝送を完了してから、これから新しい緊急サービスメッセージを伝送しようとする場合、以前緊急サービスメッセージを伝送した際のＣｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭから１を増加させて伝送する。端末からすれば、Ｃｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭを格納していて、自らが格納していたＣｏｕｎｔｅｒ  ｆｏｔ  ｔｈｅ  ＥＳＭと異なる値のＣｏｕｎｔｅｒ  ｆｏｔ  ｔｈｅ  ＥＳＭが受信されると、これは新しい緊急サービスメッセージの伝送を意味するので、該当緊急サービスメッセージを受信した後、新しいＣｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭを格納する。これによって、基地局が同じ緊急サービスメッセージを何回か繰り返して伝送すると、繰り返し受信される緊急サービスメッセージのＣｏｕｎｔｅｒ  ｆｏｔ  ｔｈｅ  ＥＳＭは端末が既に格納しているＣｏｕｎｔｅｒ  ｆｏｔ  ｔｈｅ  ＥＳＭと同じはずであるため、端末は繰り返し伝送される緊急サービスメッセージを重複して受信しなくもよく、格納された値と異なるＣｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭが受信されると、端末は新しい緊急サービスメッセージが受信されることを認知できるようになる。
【００６７】
また、前記表８において、Ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  ＥＳＭ  ｗｉｔｈ  Ｐｒｉｏｒｉｔｙは、Ｅｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｎｉｔｅｒ  ＩＥが指示するフレームにおいて、Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｄｕｒａｔｉｏｎの間伝送される緊急サービスメッセージの優先順位（Ｐｒｉｏｒｉｔｙ）を示す。上述したように、端末は自らの優先順位より高い優先順位を有する緊急サービスメッセージは必ず受信し、自らの優先順位より低い優先順位を有する緊急サービスメッセージは受信しなくてもよい。もし端末自らの優先順位より低い優先順位を有する緊急サービスメッセージのみ受信される予定であれば、端末は伝送される全ての緊急サービスメッセージを無視して受信しなくてもよい。しかし、今後必要に応じて受信する可能性もあるため、優先順位の低い緊急サービスメッセージであっても、該当緊急サービスメッセージに対するＣｏｕｎｔｅｒ  ｆｏｒ  ｔｈｅ  ＥＳＭはアップデートしなければならない。
【００６８】
ここで、前記Ｅｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージは、アイドルモード及びスリープモードの端末へ緊急サービスメッセージの伝送時点を予め知らせるために、または、全ての端末に対して選別的な緊急サービスメッセージの受信及び再伝送される緊急サービスメッセージの受信を避けるために、必ず伝送の前に予めＤＬ  ＭＡＰメッセージに含まなければならない。
【００６９】
図２は、本発明の実施の形態による無線通信システムにおいて、アイドルモード及びスリープモードの動作中の端末の緊急サービスメッセージの受信方法の手順を示したフローチャートである。
【００７０】
前記図２を参照すると、端末は２０１ステップにて基地局から前記表３のようなＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージが受信されるか否かを検査する。ここで、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの代わりに前記表５または表８のようなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージが利用されてもよい。ここで、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージまたはＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージは、ＤＬ−ＭＡＰメッセージを介して受信される。
【００７１】
前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージが受信される際、前記端末は２０３ステップにて前記受信されたＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを利用して緊急サービスメッセージ送信時点と緊急サービスメッセージの個数及びフレーム周期（Ｆｒａｍｅ  Ｄｕｒａｔｉｏｎ）に対する情報を把握する。ここで、前記端末は、アイドルモードの端末である場合、ページングリスニングインターバル区間の間、スリープモードの端末である場合、リスニングウィンドー区間の間に前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを受信しており、前記ページングリスニングインターバルまたはリスニングウィンドーの終了時点にアイドル或いはスリープモードに遷移する。ここで、前記フレーム周期は、前記端末が前記緊急サービスメッセージ送信時点から緊急サービスメッセージを受信するために待機する時間を意味する。前記端末が前記表３のＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを受信した場合、前記フレーム周期は基本的に待たさなければならない時間（既に定められた値）かける緊急サービスメッセージの個数を計算して把握し、前記表５または表８のようなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを受信した場合、該当Ｅｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージ内から前記フレーム周期に対する情報を抽出して把握することができる。
【００７２】
以後、前記端末は２０５ステップにて前記把握した緊急サービスメッセージ送信時点に対する情報を利用して、現在フレームが前記緊急サービスメッセージ送信時点のフレームか否かを検査する。ここで前記２０５ステップは現在フレームが前記緊急サービスメッセージ送信時点のフレームになるまで繰り返して行われる。
【００７３】
もし、現在フレームが前記緊急サービスメッセージ送信時点のフレームである場合、前記端末は２０７ステップにて前記端末のモードをアイドルモードまたはスリープモードから一般動作モードに変更され前記把握したフレーム周期によるタイマーを動作させた後、２０９ステップにて前記タイマーが満了されたか否かを検査する。前記２０９ステップにてタイマーが満了された場合、前記端末は２２３ステップへ進行され前記端末のモードをアイドルモード或いはスリープモードに復帰する。
【００７４】
一方、前記２０９ステップにて前記タイマーが満了されていない際、前記端末は２１１ステップにて該当フレーム内に緊急サービスメッセージを含むＭＡＣ  ＰＤＵが存在するか否かを検査する。言い換えると、該当フレーム内に緊急サービスＣＩＤを含むＭＡＣ  ＰＤＵが存在するか否かを検査する。もし、前記緊急サービスＣＩＤとしてＭＣＩＤが使用される場合、緊急サービスメッセージがＭＢＳ領域を介して伝送される可能性もあるので、前記端末はＤＬ−ＭＡＰメッセージを介してＭＢＳ＿ＭＡＰ  ＩＥを受信し、前記受信されたＭＢＳ＿ＭＡＰ  ＩＥ内フィールドの設定を確認して、前記フィールドの設定がＭＢＳ領域を介して伝送される緊急サービスメッセージが存在することを示す場合、ＭＢＳ−ＭＡＰメッセージまたはデコーディングしなければならない。ここで、前記フィールドはＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドである。前記ＭＢＳ  ＭＡＰメッセージのデコーディングを介して端末はＭＢＳバーストの割り当て情報を獲得することができ、前記獲得された割り当て情報を利用して前記ＭＢＳ領域内ＭＢＳバーストをデコーディングすることで、緊急サービスメッセージを受信することができる。この際、前記ＭＢＳバーストは、緊急サービスメッセージの伝送のために既に割り当てられたＭＣＩＤを含む。それによって、前記端末は一般領域またはＭＢＳ領域を介して緊急サービスメッセージを受信することができる。ここで、前記緊急サービスＣＩＤは、固定された値の緊急サービスＣＩＤを使用するか、基地局から前記表１の緊急サービスＣＩＤ  ＴＬＶエンコーディングを受信するか前記表７の緊急サービス集合ＴＬＶを受信することで獲得することができ、この際、前記表１の緊急サービスＣＩＤ  ＴＬＶエンコーディングまたは表７の緊急サービス集合ＴＬＶはＤＣＤメッセージまたはネットワーク進入過程のうち、メッセージ交渉の際に使用されるＭＡＣ管理メッセージに含まれて端末に伝送される。ここで、前記ＤＣＤメッセージ内には前記緊急サービスメッセージの伝送に使用されるＣＩＤのみならず前記緊急サービスメッセージを処理するＣＳのタイプ、前記緊急サービスメッセージの優先順位に対する情報をさらに含むことができ、前記ＣＩＤを含む緊急サービスメッセージが受信される際、前記端末は受信された緊急サービスメッセージを該当ＣＳを介して処理することができる。もし、前記ＤＣＤメッセージに前記緊急サービスメッセージを処理するＣＳのタイプに対する情報が含まれていない場合、前記端末は受信された緊急サービスメッセージはデフォルトＣＳを介して処理することができる。
【００７５】
前記２１１ステップにて、前記該当フレーム内に緊急サービスメッセージを含むＭＡＣ  ＰＤＵが存在しない場合、前記端末は前記２０９ステップへ戻って以下のステップを繰り返して行う。一方、前記２１１ステップにて、前記該当フレーム内に緊急サービスメッセージを含むＭＡＣ  ＰＤＵが存在する場合、前記端末は２１３ステップにて前記ＭＡＣ  ＰＤＵ内に緊急サービスメッセージのフラグメント（ＭＡＣ  ＳＤＵ）とともに該当フラグメントに対するフラグメンテーションサブヘッダが存在するか否かを検査する。ここで、前記フラグメンテーションサブヘッダは前記表２のように構成することができる。
【００７６】
前記２１３ステップにて前記ＭＡＣ  ＰＤＵ内に緊急サービスメッセージのフラグメントとともに該当フラグメントに対するフラグメンテーションサブヘッダが存在する際、前記端末は２１５ステップにて前記ＭＡＣ  ＰＤＵで該当緊急サービスメッセージを抽出し、抽出された緊急サービスメッセージを上位階層へ伝送した後、２１７ステップにて該当フラグメントが最後のフラグメントであるか否かを検査する。ここで、前記フラグメントが最後フラグメントであるか否かは前記フラグメンテーションサブヘッダを利用して把握することができ、該当フラグメントが最後のフラグメントである際、前記端末は２１９ステップへ進行し、該当フラグメントが最後のフラグメントでない場合、前記端末は該当緊急サービスメッセージに対しまだ受信できなかったフラグメントが存在することを認識し、前記２０９ステップへ戻って以下のステップを繰り返して行う。一方、前記２１３ステップにて前記ＭＡＣ  ＰＤＵ内に緊急サービスメッセージのフラグメントとともに該当フラグメントに対するフラグメンテーションサブヘッダが存在しない場合、即ち、フラグメントされてない緊急サービスメッセージのみ存在する場合、前記端末は２２５ステップへ進行して前記ＭＡＣ  ＰＤＵにて該当緊急サービスメッセージを抽出し、抽出された緊急サービスメッセージを上位階層へ伝送した後、前記２１９ステップに進行する。
【００７７】
以後、前記２１９ステップにて端末は緊急サービスメッセージの個数を１減らして、２２１ステップにて前記減らされた緊急サービスメッセージの個数が０か否かを検査する。前記減らされた緊急サービスメッセージの個数が０である際、前記端末は該当緊急サービスメッセージを全てを受信されたことと判断し、前記２２３ステップへ進行してアイドルモード或いはスリープモードに復帰する。さらに明確に言い換えると、該当緊急サービスメッセージを全て受信完了した時点或いはタイマーが満了される時点がスリープモードのリスニングウィンドーまたはアイドルモードのページングリスニンインターバル内に存在すると、前記端末はリスニングウィンドーまたはページングリスニングインターバル内で行うべき動作を行い、逆に、該当緊急サービスメッセージを全て受信完了した時点或いはタイマー満了される時点がスリープモードのリスニングウィンドーまたはアイドルモードのページングインターバル外に存在すると、前記端末はアイドルモードまたはスリープモードに復帰する。一方、前記減らされた緊急サービスメッセージの個数が０でない際、前記端末は該当フレーム内でまだ受信されてない緊急サービスメッセージが存在することで判断し、前記２０９ステップに戻って以下のステップを繰り返して行う。
【００７８】
以後、前記端末は本発明によるアルゴリズムを終了する。
【００７９】
図３は本発明の実施の形態による無線通信システムにおいて基地局の緊急サービスメッセージ伝送方法の手順を示すフローチャートである。
【００８０】
前記図３を参照すると、基地局は３０１ステップにて端末へ伝送するべき緊急サービスメッセージが発生されるか否かを検査する。前記緊急サービスメッセージが発生させる際、前記基地局は、３０３ステップにて前記緊急サービスメッセージの伝送のためのスケジューリングを行い、例えば前記緊急サービスメッセージが伝送される時点と、端末が前記決定された時点から緊急サービスメッセージを受信するために待機する時間（即ち、フレーム周期）を決定し、３０５ステップにて前記緊急サービスメッセージ送信時点と緊急サービスメッセージ個数およびフレーム周期に対する情報を含むＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを生成及び端末へ伝送する。ここで、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージは、前記表３のように構成されることができ、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージの代わりに前記表５または表８のようなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージが利用されてもよい。もし、前記表３のＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージのようにフレーム周期に対する情報が省略されている場合、端末は基本的に待たさなければならない時間（既に定められた値）かける緊急サービスメッセージの個数を計算して前記フレーム周期を把握することができる。ここで、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージまたはＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージはＤＬ−ＭＡＰメッセージを介して伝送される。ここで、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージはアイドルモード端末の場合、ページングリスニング区間またはスリープモード端末の場合、リスニングウィンドー区間の間に該当端末へ伝送される。
【００８１】
以後、前記基地局は３０７ステップにて現在フレームが前記緊急サービスフレーム送信時点のフレームであるか否かを検査する。ここで前記３０７ステップは、現在フレームが前記緊急サービスメッセージ送信時点のフレームになるまで繰り返して行える。もし、現在フレームが前記緊急サービスメッセージ送信時点のフレームである場合、前記基地局は３０９ステップにて前記緊急サービスメッセージを該当端末へ伝送する。
【００８２】
以後、前記基地局は本発明によるアルゴリズムを終了する。
【００８３】
一方、前記３０１ステップにて前記緊急サービスメッセージが発生した場合、前記基地局は該当緊急サービスメッセージを端末へすぐ伝送してもよく、時間を置いて向後に伝送してもよい。前記図３は前記緊急サービスメッセージを向後伝送する場合を例に挙げて説明したものであり、すぐ伝送する場合にもＭＢＳ領域を介して緊急サービスメッセージを伝送する場合には緊急サービスメッセージ送信時点に対する情報を含むＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥを伝送しなければならない。またはすぐ伝送する場合に、Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥの代わりにＭＢＳ＿ＭＡＰ＿ＩＥを伝送してもよい。
【００８４】
図示してはなかったが、前記図３の緊急サービスメッセージを伝送するため、基地局は緊急サービスメッセージの伝送に使用されるＣＩＤを割り当てられ、前記緊急サービスメッセージを処理するＣＳのタイプを決定して、前記割り当てられたＣＩＤと前記決定されたＣＳのタイプに対する情報のうち少なくとも一つを含むＤＣＤメッセージを生成して端末へ伝送することができる。ここで、前記緊急サービスメッセージを処理するＣＳのタイプをデフォルトＣＳタイプに決定する際、前記基地局は前記ＤＣＤメッセージに前記割り当てられたＣＩＤだけを含ませることができる。また、前記基地局は前記ＤＣＤメッセージに前記緊急サービスメッセージの優先順位に対する情報をさらに含ませることができる。
【００８５】
また、図示してはなかったが、前記図３の緊急サービスメッセージをＭＢＳ領域を介して伝送する場合、基地局はＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを決定し、前記決定によってＭＢＳ＿ＭＡＰ  ＩＥ内フィールドを設定して、前記フィールドが設定されたＭＢＳ＿ＭＡＰ  ＩＥを含むＤＬ−ＭＡＰメッセージを端末へ伝送することができる。ここで、前記フィールドは、ＭＢＳ領域を介して伝送される緊急サービスメッセージが存在するか否かを示すフィールドである。この際、前記緊急サービスメッセージは、緊急サービスメッセージの伝送のために既に割り当てられたＭＣＩＤを含む。
【００８６】
図４は、本発明の実施の形態による無線通信システムにおいて基地局の送信装置の構成を示すブロック図である。
【００８７】
図示したように、前記基地局は、ＭＡＣペイロードエンコーダー４０１、ＭＡＣ  ＰＤＵエンコーダー４０２、物理階層エンコーダー４０３、ＲＦ送信器４０４を含めて構成される。
【００８８】
前記図４を参照すると、前記ＭＡＣペイロードエンコーダー４０１は、送信データキュー４１１とＭＡＣ制御メッセージ生成器４１４を含めて構成される。ここで、前記送信データキュー４１１は、上位階層からのデータを格納し、スケジューリングによって該当フレームに伝送されるデータを前記ＭＡＣ  ＰＤＵエンコーダー４０２に出力する。特に、本発明の実施の形態によって前記送信データキュー４１１は、前記スケジューリングによって該当フレームに送信される一つまたは複数個の緊急サービスメッセージを前記ＭＡＣ  ＰＤＵエンコーダー４０２に出力する。ここで、前記一つまたは複数個の緊急サービスメッセージは全てまたは何個かの緊急サービスメッセージがフラグメントされて前記ＭＡＣ  ＰＤＵエンコーダー４０２に出力されることもある。前記ＭＡＣ制御メッセージ生成器４１４は、ＭＡＣ制御メッセージを生成して前記ＭＡＣ  ＰＤＵエンコーダー４０２に出力する。ここで、前記ＭＡＣ制御メッセージには、前記スケジューリングによって該当フレームに伝送されるデータに対する情報を含むＤＬ−ＭＡＰメッセージ、ＤＣＤメッセージ、ＭＡＣ管理メッセージ等が含まれることができる。本発明によって、前記ＤＬ−ＭＡＰメッセージは、前記表３のようなＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージ或いは前記表５または表８のようなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを含み、この際、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージ或いはＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージは、前記緊急サービスメッセージの送信時点と緊急サービスメッセージの個数及びフレーム周期に対する情報を含めて構成され、そのために前記ＭＡＣ制御メッセージ生成器４１４は、前記緊急サービスメッセージが伝送される時点と、端末が前記決定された時点から緊急サービスメッセージを受信するために待機する時間を決定することができる。前記ＤＣＤメッセージ或いはＭＡＣ管理メッセージは、前記表１のような緊急サービスＣＩＤ  ＴＬＶエンコーディングまたは表７の緊急サービス集合ＴＬＶを含むことができ、このために前記ＭＡＣ制御メッセージ生成器４１４は、緊急サービスメッセージの伝送に用いるＣＩＤを割当て、前記緊急サービスメッセージを処理するＣＳタイプを決定することができる。また、前記ＭＡＣ制御メッセージ生成器４１４は、ＭＢＳ領域を介して送信される緊急サービスメッセージが存在するか否かを決定して、前記の決定によってＭＢＳ＿ＭＡＰ  ＩＥ内のフィールドを設定し、前記表４のように、前記フィールドが設定されたＭＢＳ＿ＭＡＰ  ＩＥを含むＤＬ−ＭＡＰメッセージを生成することができる。ここで、前記フィールドは、ＭＢＳ領域を介して送信される緊急サービスメッセージが存在するか否かを示すフィールドである。
【００８９】
前記ＭＡＣ  ＰＤＵエンコーダー４０２は、ＭＡＣヘッダ生成器４１２、ＭＡＣ  ＣＲＣ生成器４１３、ＭＡＣペイロード生成器４１５を含めて構成される。前記ＭＡＣ  ＰＤＵエンコーダー４０２は、前記ＭＡＣペイロードエンコーダー４０１からのデータを有してペイロードを生成し、前記生成されたペイロードにヘッダとＣＲＣを付加してＭＡＣ  ＰＤＵを生成しており、前記生成されたＭＡＣ  ＰＤＵを物理階層エンコーダー４０３に出力する。具体的に、前記ＭＡＣペイロード生成器４１５は、前記ＭＡＣペイロードエンコーダー４０１からのデータ（トラフィック）またはＭＡＣ制御メッセージを用いてペイロードを生成する。もし、前記ＭＡＣぺイロードエンコーダー４０１から緊急サービスメッセージのフラグメントが入力される場合、前記ＭＡＣペイロード生成器４１５は、前記表２のような該当フラグメントに対するフラグメンテーションサブヘッダを含むペイロードを生成する。そして、前記ＭＡＣヘッダ生成器４１２は、前記生成されたペイロードに対するヘッダを生成して該当ペイロードの前に付加する。ここで、前記生成されたペイロードが緊急サービスメッセージを用いて生成されたペイロードである場合、前記ヘッダは、前記図１のように該当緊急サービスメッセージのＣＩＤ１２７に対する情報を含めて構成される。また、前記ＭＡＣ  ＣＲＣ生成器４１３は、前記生成されたペイロードに対するＣＲＣコードを生成し、前記生成されたＣＲＣコードを該当ペイロードの後に付加する。このように、ペイロードにヘッダとＣＲＣコードを付加して出力する。
【００９０】
前記物理階層エンコーダー４０３は、前記ＭＡＣ  ＰＤＵエンコーダー４０２からのＭＡＣ  ＰＤＵを物理階層エンコーディングして出力する。ここで、前記物理階層エンコーダー４０３は、チャンネル符号ブロック、変調ブロック等を含むことができる。ＯＦＤＭシステムを仮定する場合、前記チャンネル符号ブロックは、チャンネルエンコーダー（ｃｈａｎｎｅｌ  ｅｎｃｏｄｅｒ）、インタリーバー（ｉｎｔｅｒｌｅａｖｅｒ）、変調器（ｍｏｄｕｌａｔｉｏｎ）等から構成し、前記変調ブロックは、送信データを多数の直交する副搬送波に載せるためのＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）演算機等から構成することができる。
【００９１】
前記ＲＦ送信器４０４は、前記物理階層エンコーダー４０３からのベースバンドデジタル信号をベースバンドアナログ信号に変換させ、前記ベースバンドアナログ信号をＲＦ信号に変換させアンテナを介して送信する。
【００９２】
図５は、本発明の実施形態による無線通信システムにて端末の受信装置の構成を示すブロック図である。
【００９３】
図示したように、前記端末は、ＲＦ受信器５０１、物理階層デコーダー５０２、ＭＡＣ  ＰＤＵデコーダー５０３、ＭＡＣペイロードデコーダー５０４、動作モード変更部５０５を含めて構成される。
【００９４】
前記図５を参照すると、前記ＲＦ受信器５０１は、アンテナを介して受信されるＲＦ信号をベースバンドアナログ信号に変換させ、前記ベースバンドアナログ信号をベースバンドデジタル信号に変換させて出力する。
【００９５】
前記物理階層デコーダー５０２は、前記ＲＦ受信器５０１からのベースバンドデジタル信号を物理階層でコーディングして元の情報データをＭＡＣ  ＰＤＵデコーダー５０３に出力する。ここで、前記物理階層デコーダー５０２は、復調ブロック、チャンネル復号ブロック等を含むことができる。ＯＦＤＭシステムを仮定する場合、前記復調ブロックは、各副搬送波に載せたデータを抽出するためのＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）演算器等から構成され、前記チャンネル復号ブロックは、復調器（ｄｅｍｏｄｕｌａｔｏｒ）、デインタリーバー（ｄｅｉｎｔｅｒｌｅａｖｅｒ）、チャンネルデコーダー（ｃｈａｎｎｅｌ  ｄｅｃｏｄｅｒ）等から構成することができる。
【００９６】
前記ＭＡＣ  ＰＤＵデコーダー５０３は、ＭＡＣヘッダ分析器５１３、ＭＡＣ  ＣＲＣ検査機５１２、ＭＡＣペイロード検出器５１１を含めて構成され、前記物理階層デコーダー５０２からのＭＡＣ  ＰＤＵでヘッダを検出して分析し、ＣＲＣを検査して出力する。具体的に、前記ＭＡＣヘッダ分析器５１３は、ＭＡＣ  ＰＤＵのヘッダを分析して該当ＭＡＣ  ＰＤＵのペイロードが制御情報を含めるか或いはトラフィックを含めるかの可否を判断し、判断結果によって前記ＭＡＣ  ＰＤＵのペイロードをＭＡＣペイロードデコーダー５０４に出力する。つまり、該当ＭＡＣ  ＰＤＵのペイロードが制御情報を含めている場合、前記ＭＡＣ  ＰＤＵのペイロードは、ＭＡＣペイロードデコーダー５０４のＭＡＣ制御メッセージ解釈器５１４に提供され、トラフィックを含めている場合、前記ＭＡＣ  ＰＤＵのペイロードは、受信データキュー５１５に積載される。特に、本発明の実施形態によってアイドルモードまたはスリップモード端末のＭＡＣヘッダ分析器５１３は、動作モード変更部５０５の制御によって緊急サービスメッセージ送信時点のフレームでウェイクアップした後、タイマーが動作する間、受信されるＭＡＣ  ＰＤＵのヘッダを検査して該当ヘッダに緊急サービスメッセージに対するＣＩＤが含めているかの可否を検査して検査の結果を前記動作モード変更部５０５に出力する。また、ＭＡＣ  ＣＲＣ検査機５１２は、前記物理階層デコーダー５０２から伝達されたＭＡＣ  ＰＤＵからＣＲＣコードを分離して前記ＭＡＣ  ＰＤＵのペイロードからＣＲＣコードを生成し、前記生成されたＣＲＣコードと前記分離されたＣＲＣコードの一致可否を判断によってエラーの有無を検査する。この際、前記ＭＡＣ  ＣＲＣ検査機５１２は、エラーがないＭＡＣ  ＰＤＵのペイロードが前記ペイロードデコーダー５０４に提供されるように前記ＭＡＣペイロード検出器５１１を制御する。そして、ＭＡＣペイロード検出器５１１は、前記物理階層デコーダー５０２から伝達されたＭＡＣ  ＰＤＵからペイロードを検出してＭＡＣペイロードデコーダー５０４に提供する。 特に、本発明の実施形態によってアイドルモードまたはスリップモード端末のＭＡＣペイロード検出器５１１は、動作モード変更部５０５の制御によって緊急サービスメッセージ送信時点のフレームでウェイクアップした後、タイマーが動作する間、受信されるＭＡＣ  ＰＤＵのうち該当ヘッダに緊急サービスメッセージに対するＣＩＤが含めているＭＡＣ  ＰＤＵからペイロードを検出し、前記検出されたペイロードをＭＡＣペイロードデコーダー５０４に出力して前記検出されたペイロードをＭＡＣペイロードデコーダー５０４に出力し、検出の結果を前記動作モード変更部５０５に出力する。ここで、前記検出されたペイロードは、一つまたは複数個の緊急サービスメッセージから構成されることができ、ここで前記一つまたは複数個の緊急サービスメッセージのうち全てまたはいくつかの緊急サービスメッセージがフラグメントされている場合、前記検出されたペイロードには、該当緊急サービスメッセージのフラグメントとともに該当フラグメントに対するフラグメンテーションサブヘッダが含むことができる。
【００９７】
前記ＭＡＣペイロードデコーダー５０４は、ＭＡＣ制御メッセージ解釈器５１４と受信データキュー５１５を含めて構成される。ここで、前記ＭＡＣ制御メッセージ解釈器５１４は、前記ＭＡＣ  ＰＤＵデコーダー５０３からのＭＡＣ制御メッセージ、例えばＤＬ−ＭＡＰメッセージ、ＤＣＤメッセージ、ＭＡＣ管理メッセージなどを解析する。本発明によって、前記ＤＬ−ＭＡＰメッセージは、前記表３のようなＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥ  メッセージ或いは前記表５または表８のようなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを含むことができ、従って前記ＭＡＣ制御メッセージ解釈器５１４は、前記Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを解析して前記緊急サービスメッセージの送信時点と緊急サービスメッセージの個数及びフレーム周期に対する情報を前記動作モード変更部５０５に出力する。また、ＭＢＳ領域を介して緊急サービスメッセージが送信される場合、前記ＤＬ−ＭＡＰメッセージは、前記表４のようにＭＢＳ領域を介して送信される緊急サービスメッセージの存在の可否を示すフィールドが設定されたＭＢＳ＿ＭＡＰ  ＩＥを含むことができ、よって、前記ＭＡＣ制御メッセージ解釈器５１４は、前記ＤＬ−ＭＡＰメッセージを解析して前記ＤＬ−ＭＡＰメッセージ内のＭＢＳ＿ＭＡＰ  ＩＥで前記フィールドの設定を確認し、前記フィールドの設定がＭＢＳ領域を介して送信される緊急サービスメッセージが存在することを示す場合、ＭＢＳ−ＭＡＰメッセージを受信及びデコーディングすることができる。前記ＭＢＳ  ＭＡＰメッセージのデコーディングを介して前記ＭＡＣ制御メッセージ解釈器５１４は、ＭＢＳバーストの割当て情報を獲得することができ、前記獲得された割当て情報を前記動作モード変更部５０５で出力する。この際、前記ＭＢＳバーストは、緊急サービスメッセージの送信のため既に割当てられたＭＣＩＤを含む。また、前記ＤＣＤメッセージ或いはＭＡＣ管理メッセージは、前記表１のような緊急サービスＣＩＤ  ＴＬＶエンコーディング（ｅｎｃｏｄｉｎｇ）または、緊急サービス集合ＴＬＶを解析して緊急サービスメッセージに対するＣＩＤに対する情報を前記動作モード変更部５０５で出力する。また、前記ＭＡＣ制御メッセージ解釈器５１４は、前記緊急サービス集合ＴＬＶを解析して前記緊急サービスメッセージを処理するＣＳのタイプに関する情報を獲得することができ、前記獲得したＣＳのタイプに関する情報を前記受信データキュー５１５で提供することができる。前記受信データキュー５１５は、前記ＭＡＣ  ＰＤＵデコーダー５０３からの受信データをバッファリングして上位階層に提供する。特に、前記ＭＡＣ  ＰＤＵデコーダー５０３からの緊急サービスメッセージを上位階層に提供する。ここで、前記上位階層は、前記緊急サービスメッセージを処理するＣＳのタイプに関する情報によって決定することができる。
【００９８】
前記動作モード変更部５０５は、前記ＭＡＣ制御メッセージ解釈器５１４から緊急サービスメッセージの送信時点と緊急サービスメッセージの 個数及びフレーム周期、緊急サービスメッセージに対するＣＩＤに関する情報を受信し、前記緊急サービスメッセージ送信時点のフレームにアイドルモード或いはスリップモード端末のモードを一般動作モードに変更させて前記ＭＡＣ  ＰＤＵデコーダー５０３からしてウェイクアップして基地局からのＭＡＣ  ＰＤＵを受信するよう制御する。この際、前記動作モード変更部５０５は、前記モード変更とともに、前記フレーム周期によるタイマーを動作させる。また、前記動作モード変更部５０３からして前記タイマーが満了されるまで受信されるＭＡＣ  ＰＤＵのうち緊急サービスメッセージを含むＭＡＣ  ＰＤＵ，つまり緊急サービスメッセージのＣＩＤを含むＭＡＣ  ＰＤＵの存在の可否を検査し、緊急サービスメッセージを含むＭＡＣ  ＰＤＵが存在する場合、該当緊急サービスメッセージを抽出して上位階層に伝送されるようにする。この際、該当フレーム周期の間、一つまたは複数個の緊急サービスメッセージが受信されることもあり、前記一つまたは複数個の緊急サービスメッセージのうち全てまたはいくつかの緊急サービスメッセージがフラグメントされることもあり、この場合、前記動作モード変更部５０５は、一つまたは複数の緊急サービスメッセージを構成する全てのＭＡＣ  ＰＤＵが受信されるまで端末のモードを一般モードに維持する。該当全てのＭＡＣ  ＰＤＵを受信した時点或いはタイマーが満了される時点がスリップモードのリスニングウィンドーまたはアイドルモードのページングリスニングインターバル内に存在すると、前記動作モード変更部５０５は、リスニングウィンドーまたはページングリスニングインターバル内で行うべき動作を行うよう前記ＭＡＣ  ＰＤＵデコーダー５０３を制御し逆に、該当全てのＭＡＣ  ＰＤＵを受信した時点或いはタイマーが満了される時点がスリップモードのリスニングウィンドーまたはアイドルモードのページングリスニングインターバル外に存在すると、アイドルモードまたはスリップモードに再び戻るよう前記ＭＡＣ  ＰＤＵデコーダー５０３を制御する。また、前記動作モード変更部５０５は、前記ＭＡＣ制御メッセージ解釈器５１４からＭＢＳバーストの割当て情報を受信し、前記ＭＡＣ  ＰＤＵデコーダー５０３からして前記割当て情報を用いて前記ＭＢＳ領域内のＭＢＳバーストをデコーディングして前記緊急サービスメッセージを抽出するように制御する。
【００９９】
一方、本発明によるタイマーは、フレーム周期による値に設定されることを例に挙げて説明したが、他の実施形態で固定された値に設定されることもでき、単位時間フレームと緊急サービスメッセージ個数の積に設定されることもでき、タイマーが設定されていないこともできる。
【産業上の利用可能性】
【０１００】
上述したように、本発明は、無線通信システムにて基地局がＤＣＤメッセージを用いて緊急サービスメッセージの送信に使用される連結識別者（Ｃｏｎｎｅｃｔｉｏｎ  ＩＤ：ＣＩＤ）と、緊急サービスメッセージが送信されたとき、前記緊急サービスメッセージを処理する収斂副階層（Ｃｏｎｖｅｒｇｅｎｃｅ  Ｓｕｂｌａｙｅｒ：ＣＳ）の情報を端末に知らせて、前記端末がそれを利用することで前記緊急サービスメッセージを受信及び処理することによって、通信システム、特にＩＥＥＥ８０２．１６通信システムにての緊急サービス提供が可能となり、従って全体システムサービス性能を向上させる利点がある。
【０１０１】
また、本発明は、無線通信システムにて基地局が新たなＥｘｔｅｎｄｅｄ  Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを正義してアイドルモード及びスリップモード動作中の端末に緊急サービスメッセージの送信時点と前記送信時点に起きて緊急メッセージを受信するために待機する時間に対する情報を知られ、前記アイドルモード及びスリップモード動作中である端末がこれを用いて前記緊急メッセージの送信時点にウェイクアップして待機時間の間待機して緊急メッセージを受信することによって、Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージから緊急サービスメッセージの送信時点に指示することができるフレームオフセットが最大１２７フレームというように短いため、多数のＢｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔｅｒ  ＩＥメッセージを送信することによって発生される電力消耗及び無線資源の浪費を防ぐことができる利点がある。
【０１０２】
本発明は、無線通信システムにて基地局がマルチキャスト及びブロードキャストサービス（Ｍｕｌｔｉｃａｓｔ  ａｎｄ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ：ＭＢＳ）領域を介して緊急サービスメッセージを送信しようとする場合、ＭＢＳ＿ＭＡＰ＿ＩＥにパラメータ（Ｅｘｉｓｔｅｎｃｅ  ｏｆ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｒｖｉｃｅ  Ｍｅｓｓａｇｅ  ｉｎ  ＭＢＳ  ｒｅｇｉｏｎ）を追加してＭＢＳ領域内に緊急サービスメッセージの存在の可否を端末に知られることによって、端末がフレームことにＭＢＳ−ＭＡＰメッセージのデコーディングを試みることを防ぐことができる利点がある。
【０１０３】
一方、本発明の詳細な説明では具体的な実施例について説明したが、本発明の範囲から逸脱しない範囲内で様々な変形が可能である。したがって、本発明の範囲は説明された実施例に限定して決められるべきではなく、添付の特許請求の範囲のみならず特許請求の範囲と等価なものによって決められるべきである。
【符号の説明】
【０１０４】
４０１  ＭＡＣペイロードエンコーダー
４０２  ＭＡＣ  ＰＤＵエンコーダー
４０３  物理階層エンコーダー
４０４  ＲＦ送信器
４１１  送信データキュー
４１２  ＭＡＣヘッダ生成器
４１３  ＭＡＣ  ＣＲＣ生成器
４１４  ＭＡＣ制御メッセージ生成機器
４１５  ＭＡＣペイロード生成器
５０１  ＲＦ受信器
５０２  物理階層デコーダー
５０３  ＭＡＣ  ＰＤＵデコーダー
５０４  ＭＡＣペイロードデコーダー
５０５  動作モード変更部
５１１  ＭＡＣペイロード検出器
５１２  ＭＡＣ  ＣＲＣ検査機
５１３  ＭＡＣヘッダ分析器
５１４  ＭＡＣ制御メッセージ解析器
５１５  受信データキュー
【図１】
2011519534.tif 000012
【図２】
2011519534.tif 000013
【図３】
2011519534.tif 000014
【図４】
2011519534.tif 000015
【図５】
2011519534.tif 000016
【国際調査報告】
2011519534.tif 000017
2011519534.tif 000018
2011519534.tif 000019