(57)【特許請求の範囲】
【請求項１】
無線接続システムにおいて、アイドル状態の間、端末が、Ｍ２Ｍグループ識別子を更新する方法であって、
基地局から、前記Ｍ２Ｍグループ識別子の更新を知らせ、更新されたＭ２Ｍグループ識別子と関連したパラメータを含むメッセージを受信するステップと、
前記パラメータにより前記Ｍ２Ｍグループ識別子を更新するステップと、
前記基地局に、前記パラメータを含むメッセージが受信されたことを知らせるための確認メッセージを送信するステップと、
前記確認メッセージが前記基地局により受信されない場合、前記基地局から、前記更新されたＭ２Ｍグループ識別子と関連したパラメータを含む第２メッセージを受信するステップを含むことを特徴とする方法。
【請求項２】
前記パラメータを含むメッセージは、
位置更新と関連したメッセージであることを特徴とする請求項１に記載の方法。
【請求項３】
前記パラメータを含むメッセージは、
ページングと関連したメッセージであることを特徴とする請求項１に記載の方法。
【請求項４】
前記送信するステップは、
前記パラメータを含むメッセージの受信によって開始されたタイマーが満了する前に前記確認メッセージを送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項５】
無線接続システムにおいて、基地局が、Ｍ２Ｍグループ識別子を更新する方法であって、
前記Ｍ２Ｍグループ識別子に対応するＭ２Ｍグループに属する全ての端末に、前記Ｍ２Ｍグループ識別子の更新を知らせ、前記更新されたＭ２Ｍグループ識別子と関連したパラメータを含むメッセージを送信するステップと、
前記Ｍ２Ｍグループ属する一つ以上の端末から、前記パラメータを含むメッセージが受信されたことを知らせるための確認メッセージを受信するステップと、
前記確認メッセージが前記Ｍ２Ｍグループ属する少なくとも一つの端末から受信されない場合、前記少なくとも一つの端末に、前記更新されたＭ２Ｍグループ識別子と関連したパラメータを含む第２メッセージを送信するステップを含むことを特徴とする方法。
【請求項６】
前記確認メッセージが受信されない一つ以上の端末から、前記パラメータを含む前記第２メッセージが受信されたことを知らせる第２確認メッセージを受信するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記パラメータを含むメッセージの送信によって開始されたタイマーが満了する前に前記Ｍ２Ｍグループに属する全ての端末から前記確認メッセージが受信されない場合、前記第２メッセージが送信されることを特徴とする請求項６に記載の方法。
【請求項８】
前記端末から、前記位置更新と関連した要請メッセージを受信するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項９】
前記確認メッセージのためのリソースを割り当てるステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項１０】
前記パラメータを含むメッセージは、
位置更新と関連したメッセージであることを特徴とする請求項５に記載の方法。
【請求項１１】
前記パラメータを含むメッセージは、
ページングと関連したメッセージであることを特徴とする請求項５に記載の方法。
【請求項１２】
無線接続システムにおいて、アイドル状態の間、Ｍ２Ｍグループ識別子を更新する端末であって、
無線通信部と、
前記無線通信部に接続された制御部とを含み、
前記制御部は、
基地局から、前記Ｍ２Ｍグループ識別子の更新を知らせ、更新されたＭ２Ｍグループ識別子と関連したパラメータを含むメッセージを受信するように前記無線通信部を制御し、前記パラメータにより前記Ｍ２Ｍグループ識別子を更新し、前記基地局に、前記パラメータを含むメッセージが受信されたことを知らせるための確認メッセージを送信し、
前記確認メッセージが前記基地局により受信されない場合、前記基地局から、前記更新されたＭ２Ｍグループ識別子と関連したパラメータを含む第２メッセージを受信するように前記無線通信部を制御することを特徴とする端末。
【請求項１３】
前記メッセージはＰＡＧ−ＡＤＶメッセージであり、前記確認メッセージはＲＮＧ−ＲＥＱメッセージであり、前記第２確認メッセージはＲＮＧ−ＲＳＰメッセージであることを特徴とする請求項１に記載の方法。
【請求項１４】
前記メッセージはＰＡＧ−ＡＤＶメッセージであり、前記確認メッセージはＲＮＧ−ＲＥＱメッセージであり、前記第２確認メッセージはＲＮＧ−ＲＳＰメッセージであることを特徴とする請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、マルチキャストサービスを識別する識別子を更新する方法、これを採用する端末及び基地局に関する。
【背景技術】
【０００２】
機器間通信（Ｍ２Ｍ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【０００３】
以下では、機器間通信（Ｍ２Ｍ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）について簡略に説明する。
【０００４】
機器間通信とは、文字通り、電子装置と電子装置間の通信を意味する。すなわち、事物間の通信を意味する。一般に、電子装置間の有線又は無線通信や、人が制御する装置と機械間の通信を意味するが、特に、電子装置と電子装置間、すなわち、機器間の無線通信を示す意味として用いられる。また、セルラーネットワークで使用されるＭ２Ｍ端末は、一般的な端末より性能や能力が劣る。
【０００５】
セル内には多くの端末が存在し、端末は、端末のタイプ（ｔｙｐｅ）、クラス（ｃｌａｓｓ）、サービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅ）などによって互いに区分できる。
【０００６】
一例として、端末の動作タイプによって、ＨＴＣ（Ｈｕｍａｎ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）のための端末とＭＴＣ（Ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）のための端末とに大別することができる。前記ＭＴＣは、Ｍ２Ｍ端末間の通信を含むことができる。ここで、ＨＴＣは、人間（Ｈｕｍａｎ）によって信号（ｓｉｇｎａｌ）の伝送（ｔｒａｎｓｍｉｓｓｉｏｎ）が決定されて信号を送受信することを意味し、ＭＴＣは、人間（ｈｕｍａｎ）による介入なしに、各端末が独自にイベントの発生によって、または周期的に信号（ｓｉｇｎａｌ）を伝送（ｔｒａｎｓｍｉｓｓｉｏｎ）することを意味する。
【０００７】
また、機器間通信（Ｍ２Ｍ  ｃｏｍｍｕｎｉｃａｔｉｏｎまたはｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）が考慮されると、全体的な端末の数は急激に増加し得る。Ｍ２Ｍ端末は、支援するサービス（ｓｅｒｖｉｃｅ）によって、次のような特性を有することができる。
【０００８】
１．セル内の多数の端末
２．少ないデータ量
３．低い伝送頻度（周期性を有してもよい）
４．制限された数のデータ特性
５．時間遅延に敏感ではない
６．低い移動度（Ｌｏｗ  ｍｏｂｉｌｉｔｙ）を有するか、または固定されている
【０００９】
また、機器間通信は、保護接続及び監視、追跡及び発見、公共安全（緊急事態、災難）、支払い（自販機、チケット機器、パーキングメータ）、ヘルスケア、遠隔調整、スマートメータなどのような様々な分野で使用することができる。
【００１０】
アイドルモード（Ｉｄｌｅ  Ｍｏｄｅ）
【００１１】
アイドルモード（ｉｄｌｅ  ｍｏｄｅ）は、端末が、広範囲な地域にわたって複数の基地局がある無線リンク環境を徘徊しても、特定の基地局に登録することなく周期的にダウンリンクブロードキャスト（ｂｒｏａｄｃａｓｔ）メッセージを受信することができるメカニズムである。
【００１２】
アイドルモードは、ハンドオーバ（ｈａｎｄｏｖｅｒ；ＨＯ）だけでなく全ての正常動作（ｎｏｒｍａｌ  ｏｐｅｒａｔｉｏｎ）を停止し、一定区間でのみブロードキャストメッセージであるページングメッセージ（ｐａｇｉｎｇ  ｍｅｓｓａｇｅ）を受信できるように、ダウンリンク同期化（ｄｏｗｎｌｉｎｋ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のみを行った状態である。ページングメッセージは、端末にページング動作（ｐａｇｉｎｇ  ａｃｔｉｏｎ）を指示するメッセージである。例えば、ページング動作にはレンジング実行、ネットワーク再進入（ｎｅｔｗｏｒｋ  ｒｅｅｎｔｒｙ）などがある。
【００１３】
アイドルモードは、端末によって開始され、または基地局によって開始されてもよい。すなわち、端末は、登録解除要請（ＤＲＥＧ−ＲＥＱ）メッセージを基地局に伝送し、それに対する応答として登録解除応答（ＤＲＥＧ−ＲＳＰ）メッセージを基地局から受信することによって、アイドルモードに進入することができる。また、基地局が端末に非要請登録解除応答（ＤＲＥＧ−ＲＳＰ）メッセージまたは登録解除命令（ＤＲＥＧ−ＣＭＤ）メッセージを伝送することによって、アイドルモードに進入することができる。
【００１４】
アイドルモードにおいて、端末が、利用可能区間（Ａｖａｉｌａｂｌｅ  Ｉｎｔｅｒｖａｌ：ＡＩ）の間、自身に該当するページングメッセージ（ｐａｇｉｎｇ  ｍｅｓｓａｇｅ）を受信する場合、基地局と、ネットワーク進入過程を通じて接続モード（ｃｏｎｎｅｃｔｅｄ  ｍｏｄｅ）に切り替えてデータを送受信する。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本明細書に開示された実施例は、Ｍ２Ｍ通信を支援する広帯域無線通信システムにおいて、Ｍ２Ｍ端末がＭ２Ｍ  Ｇｒｏｕｐ  ＩＤ（ＭＧＩＤ）を用いてデータを送受信する場合、端末が、割り当てられたＭＧＩＤを信頼できるように新しいＭＧＩＤに更新するための方法、これを採用する端末及び基地局を提供するためのものである。
【課題を解決するための手段】
【００１６】
本明細書に開示された一実施例に係る無線接続システムにおいて、アイドル状態の間、端末が、グループゾーン内のグループ端末によって共有されるマルチキャストサービスを識別する識別子を更新する方法は、基地局から、更新された識別子と関連したパラメータを含むメッセージを受信するステップと、前記更新された識別子に基づいて識別子を更新するステップと、前記基地局に、前記パラメータを含むメッセージの受信を知らせるための確認メッセージを送信するステップと、を含むことを特徴とする。
【００１７】
一実施例において、前記確認メッセージは、ＭＳＧ−ＡＣＫメッセージを通じて伝達されることを特徴とする。
【００１８】
また、一実施例において、前記パラメータを含むメッセージは、位置更新と関連したメッセージであることを特徴とする。
【００１９】
また、一実施例において、前記パラメータを含むメッセージは、ページングと関連したメッセージであることを特徴とする。
【００２０】
また、一実施例において、前記パラメータを含むメッセージは、識別子を更新するための指示子をさらに含むことを特徴とする。
【００２１】
また、一実施例において、前記送信するステップは、前記パラメータを含むメッセージの受信によって開始されたタイマーが満了する前に前記確認メッセージを送信するステップを含むことを特徴とする。
【００２２】
一方、本明細書に開示された他の一実施例に係る無線接続システムにおいて、基地局が、グループゾーン内のグループ端末によって共有されるマルチキャストサービスを識別する識別子を更新する方法は、位置更新またはネットワークリエントリーの場合に前記識別子を更新するステップと、端末に、前記更新された識別子と関連したパラメータを含むメッセージを送信するステップと、前記端末から、前記パラメータを含むメッセージの受信を知らせるための確認メッセージを受信するステップと、を含むことを特徴とする。
【００２３】
一実施例において、前記確認メッセージが受信されない場合、前記端末に、前記更新された識別子と関連したパラメータを含むメッセージを再び送信するステップをさらに含むことを特徴とする。
【００２４】
また、一実施例において、前記送信するステップは、前記パラメータを含むメッセージの送信によって開始されたタイマーが満了する前に、前記確認メッセージが受信されない場合、前記端末に、前記更新された識別子と関連したパラメータを含むメッセージを再び送信するステップを含むことを特徴とする。
【００２５】
また、一実施例において、前記方法は、前記端末から、前記位置更新と関連した要請メッセージを受信するステップをさらに含むことを特徴とする。
【００２６】
また、一実施例において、前記方法は、前記確認メッセージのためのリソースを割り当てるステップをさらに含むことを特徴とする。
【００２７】
また、一実施例において、前記確認メッセージは、ＭＳＧ−ＡＣＫメッセージを通じて伝達されることを特徴とする。
【００２８】
また、一実施例において、前記パラメータを含むメッセージは、位置更新と関連したメッセージであることを特徴とする。
【００２９】
また、一実施例において、前記パラメータを含むメッセージは、ページングと関連したメッセージであることを特徴とする。
【００３０】
また、一実施例において、前記パラメータを含むメッセージは、識別子を更新するための指示子をさらに含むことを特徴とする。
【００３１】
一方、本明細書に開示された一実施例に係る無線接続システムにおいて、アイドル状態の間、グループゾーン内のグループ端末によって共有されるマルチキャストサービスを識別する識別子を更新する端末は、外部と無線信号を送受信する無線通信部と、前記無線通信部に接続された制御部と、を含み、前記制御部は、基地局から、更新された識別子と関連したパラメータを含むメッセージを受信するように前記無線通信部を制御し、前記更新された識別子に基づいて識別子を更新し、前記基地局に、前記パラメータを含むメッセージの受信を知らせるための確認メッセージを送信するように前記無線通信部を制御することを特徴とする。
【発明の効果】
【００３２】
本発明によれば、Ｍ２Ｍ端末がＭ２Ｍ  Ｇｒｏｕｐ  ＩＤ（ＭＧＩＤ）を用いてデータを送受信する場合、端末が、割り当てられたＭＧＩＤを誤りなしに更新することができる。特に、アイドルモード（ｉｄｌｅ  ｍｏｄｅ）にある端末が位置更新を通じてＭＧＩＤを更新する場合、基地局から新しいＭＧＩＤをよく受信したか否かを基地局が確認することができる。これによって、ＭＧＩＤの更新に対する信頼性が保障されるという利点がある。
【図面の簡単な説明】
【００３３】
【図１】無線通信システムを示すブロック図である。
【図２】無線接続システムにおける端末及び基地局の内部ブロック図である。
【図３】無線通信システムにおいて初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）方法を示すフローチャートである。
【図４】Ｍ２Ｍ端末がＭ２Ｍグループ識別子（ＭＧＩＤ）を更新しなければならない状況を示す図である。
【図５】本明細書に開示された第１実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【図６】本明細書に開示された第２実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【図７】本明細書に開示された第３実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【図８】本明細書に開示された第４実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【図９】本明細書に開示された第５実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【図１０】本明細書に開示された第６実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【発明を実施するための形態】
【００３４】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線通信システムに使用可能である。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現可能である。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現可能である。ＯＦＤＭＡは、ＩＥＥＥ ８０２.１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２.１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現可能である。ＩＥＥＥ ８０２．１６ｍは、ＩＥＥＥ ８０２.１６ｅの進化であって、ＩＥＥＥ ８０２.１６ｅベースのシステムとの下位互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。また、８０２．１６ｐは、機器間通信（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＭＴＣ）を支援するための通信規格を提供する。
【００３５】
ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ） ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００３６】
説明を明確にするために、ＩＥＥＥ ８０２．１６ｍを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００３７】
図１−無線通信システム
【００３８】
図１は、無線通信システムを示すブロック図である。
【００３９】
無線通信システムは、音声、パケットデータなどのような様々な通信サービスを提供するために広く配置される。
【００４０】
図１を参照すると、無線通信システムは、端末（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ、ＭＳ）１０及び基地局（Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は、固定されているか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの他の用語で呼ばれてもよい。
【００４１】
一般に、基地局２０は、端末１０と通信を行う固定された地点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ノードＢ（ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの他の用語で呼ばれてもよい。一つの基地局２０には一つ以上のセルが存在することができる。
【００４２】
無線通信システムは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）／ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ベースのシステムであってもよい。
【００４３】
ＯＦＤＭは、多数の直交副搬送波を用いる。ＯＦＤＭは、ＩＦＦＴ（ｉｎｖｅｒｓｅ  ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）とＦＦＴ（ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）との間の直交性特性を用いる。送信機において、データはＩＦＦＴを行って伝送する。受信機において、受信信号に対してＦＦＴを行って元のデータを復元する。送信機は、多重副搬送波を結合するためにＩＦＦＴを用い、受信機は、多重副搬送波を分離するために、対応するＦＦＴを用いる。
【００４４】
また、スロット（ｓｌｏｔ）は、最小限の可能なデータ割当ユニットであって、時間とサブチャネル（ｓｕｂｃｈａｎｎｅｌ）で定義される。アップリンクで、サブチャネルは多数のタイル（ｔｉｌｅ）で構成され得る（ｃｏｎｓｔｒｕｃｔ）。サブチャネルは６タイルで構成され、アップリンクで、一つのバーストは３ ＯＦＤＭシンボル及び１サブチャネルで構成され得る。
【００４５】
ＰＵＳＣ（Ｐａｒｔｉａｌ  Ｕｓａｇｅ  ｏｆ  Ｓｕｂｃｈａｎｎｅｌｓ）順列（ｐｅｒｍｕｔａｔｉｏｎ）において、各タイルは、３ ＯＦＤＭシンボル上で４つの隣接する副搬送波を含むことができる。選択的に、各タイルは、３ ＯＦＤＭシンボル上で３つの隣接する副搬送波を含むことができる。ビン（ｂｉｎ）は、ＯＦＤＭシンボル上で９つの隣接する（ｃｏｎｔｉｇｕｏｕｓ）副搬送波を含む。バンド（ｂａｎｄ）は、ビンの４行（ｒｏｗ）のグループをいい、ＡＭＣ（Ａｄａｐｔｉｖｅ  ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ）サブチャネルは、同一のバンドで６つの隣接するビンで構成される。
【００４６】
図２−端末及び基地局の内部ブロック図
【００４７】
図２は、無線接続システムにおける端末及び基地局の内部ブロック図を示す。
【００４８】
端末１０は、制御部１１、メモリ１２及び無線通信（ＲＦ）部１３を含む。
【００４９】
また、端末は、ディスプレイ部（ｄｉｓｐｌａｙ  ｕｎｉｔ）、ユーザインターフェース部（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ  ｕｎｉｔ）なども含む。
【００５０】
制御部１１は、提案された機能、過程及び／または方法を具現する。無線インターフェースプロトコルの層は制御部１１によって具現可能である。
【００５１】
メモリ１２は、制御部１１と連結され、無線通信実行のためのプロトコルやパラメータを格納する。すなわち、端末駆動システム、アプリケーション及び一般的なファイルを格納する。
【００５２】
ＲＦ部１３は、制御部１１と連結され、無線信号を送信及び／または受信する。
【００５３】
なお、ディスプレイ部は、端末の様々な情報をディスプレイし、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅｓ）などのよく知られた要素を使用することができる。前記ユーザインターフェース部は、キーパッドやタッチスクリーンなどのよく知られたユーザインターフェースの組み合わせからなることができる。
【００５４】
基地局２０は、制御部２１、メモリ２２及び無線通信（ＲＦ）部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）２３を含む。
【００５５】
制御部２１は、提案された機能、過程及び／または方法を具現する。無線インターフェースプロトコルの層は制御部２１によって具現可能である。
【００５６】
メモリ２２は、制御部２１と連結され、無線通信実行のためのプロトコルやパラメータを格納する。
【００５７】
ＲＦ部２３は、制御部２１と連結され、無線信号を送信及び／または受信する。
【００５８】
制御部１１，２１は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリ１２，２２は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部１３，２３は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される場合、上述した技法は上述した機能を行うモジュール（過程、機能など）で具現可能である。モジュールは、メモリ１２，２２に格納され、前記制御部１１，２１によって実行可能である。
【００５９】
メモリ１２，２２は、制御部１１，２１の内部または外部にあってもよく、よく知られている様々な手段により制御部１１，２１と連結されてもよい。
【００６０】
図３−初期接続方法
【００６１】
図３は、無線通信システムにおいて初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）方法を示すフローチャートである。
【００６２】
図３を参照すると、端末１０は、電源を入れ、初期接続を行うために、まず、ダウンリンクチャネルをスキャンして、接続可能な基地局を探索する。このとき、端末は、初期にネットワークの地理または構成に関する情報がないため、周辺基地局の全ての周波数をスキャンする必要がある。
【００６３】
そして、端末１０は、探索された基地局２０からダウンリンク及びアップリンクに関するシステム情報を獲得して全てのシステム設定を終えた後（Ｓ３１０）、図３に示すように、探索された基地局とレンジング手順を行う。端末は、任意のＣＤＭＡレンジングコードを選択して基地局に伝送する競合ベース（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）の方法で基地局とレンジングを行って、アップリンクに対する同期を合わせる（Ｓ３２０）。
【００６４】
完全に同期されるまで、基地局は、端末が補正しなければならない変数値をレンジング応答（ｒａｎｇｉｎｇ  ｒｅｓｐｏｎｓｅ、ＲＮＧ−ＲＳＰ）メッセージを通じて知らせる。変数値を補正する間、レンジング応答メッセージは、状態（ｓｔａｔｕｓ）が“ｃｏｎｔｉｎｕｅ（継続）”に設定され、変数値の補正が終わると、基地局は、状態が“ｓｕｃｃｅｓｓ（成功）”であるレンジング応答メッセージを伝送する。
【００６５】
このとき、基地局２０が端末１０に伝送するＲＮＧ−ＲＳＰメッセージには、端末から受信したレンジング要請コードに基づいて基地局が計算した端末の電力オフセット情報、タイミングオフセット情報及びデータ送受信周波数オフセット情報が含まれており、端末は、この情報に基づいて、以降の基地局へのデータ伝送を行う。
【００６６】
レンジングコードによるレンジング要請がＲＮＧ−ＲＳＰメッセージによってうまく行われたことを確認した後、端末は、レンジング要請（Ｒａｎｇｉｎｇ  Ｒｅｑｕｅｓｔ；以下、ＲＮＧ−ＲＥＱという）メッセージを基地局に送信し（Ｓ３２１）、基地局は、これに対応するＲＮＧ−ＲＳＰメッセージを端末に送信する（Ｓ３２２）。
【００６７】
基地局からＲＮＧ−ＲＳＰメッセージを受信した端末は、基地局とのデータ送受信のために端末が支援可能な様々なパラメータ及び認証方式に関する情報を含む端末基本機能要請（Ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ  Ｂａｓｉｃ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｑｕｅｓｔ；以下、ＳＢＣ−ＲＥＱという）メッセージを、基地局に伝送する（Ｓ３３０）。
【００６８】
端末からＳＢＣ−ＲＥＱメッセージを受信した基地局は、ＳＢＣ−ＲＥＱメッセージに含まれる端末が支援するパラメータ及び認証方式と、基地局が支援するパラメータ及び認証方式とを比較する。比較の結果、基地局は、基地局とのデータ送受信のために端末が用いるパラメータ及び認証方式を決定し、このパラメータ及び認証方式を含む端末基本機能応答（Ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ  Ｂａｓｉｃ  Ｃａｐａｂｉｌｉｔｙ  Ｒｅｓｐｏｎｓｅ、以下、ＳＢＣ−ＲＳＰという）メッセージを、端末に伝送する（Ｓ３４０）。
【００６９】
端末は、基地局との基本能力交渉（Ｂａｓｉｃ  Ｃａｐａｂｉｌｉｔｙ  ｎｅｇｏｔｉａｔｉｏｎ）の実行を完了し、以降、基地局と本格的な認証手順（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行う。すなわち、端末と基地局は互いに認証し、認証キー（ａｕｔｈｏｒｉｚａｔｉｏｎ  ｋｅｙ）を交換する（Ｓ３５０）。
【００７０】
その後、端末は、基地局と登録要請（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ；ＲＥＧ−ＲＥＱ）メッセージ及び登録応答（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ；ＲＥＧ−ＲＳＰ）メッセージの交換を通じて、基地局登録手順を行う（Ｓ３６０、Ｓ３７０）。
【００７１】
端末と基地局との登録が行われた後にＩＰ接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）を確立し、時刻（ｔｉｍｅ  ｏｆ  ｄａｙ）を確立し、その他の動作パラメータを伝送する。これによって、端末と基地局間の接続がセットアップされる。
【００７２】
機器間通信（Ｍ２Ｍ）
【００７３】
以下、機器間通信（Ｍ２Ｍ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）について簡略に説明する。
【００７４】
機器間（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ：Ｍ２Ｍ）通信とは、文字通り、電子装置と電子装置間の通信を意味する。すなわち、事物間の通信を意味する。一般に、電子装置間の有線又は無線通信や、人が制御する装置と機械間の通信を意味するが、特に、電子装置と電子装置間、すなわち、機器間の無線通信を示す意味として用いられる。また、セルラーネットワークで使用されるＭ２Ｍ端末は、一般的な端末より性能や能力が劣る。
【００７５】
また、Ｍ２Ｍ環境の特徴は、下記の通りである。
【００７６】
１．セル内の多数の端末
２．少ないデータ量
３．低い伝送頻度
４．制限された数のデータ特性
５．時間遅延に敏感ではない
【００７７】
セル内には多くの端末が存在し、端末は、端末のタイプ（ｔｙｐｅ）、クラス（ｃｌａｓｓ）、サービスタイプ（ｓｅｒｖｉｃｅ  ｔｙｐｅ）などによって互いに区分できる。特に、ｍａｃｈｉｎｅ  ｔｏ  ｍａｃｈｉｎｅ（Ｍ２Ｍ）ｃｏｍｍｕｎｉｃａｔｉｏｎ（またはｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＭＴＣ））が考慮されると、全体的な端末の数は急激に増加し得る。Ｍ２Ｍ端末は、支援するサービス（ｓｅｒｖｉｃｅ）によって、次のような特性を有することができる。
【００７８】
１．間欠的にデータを伝送する。このとき、周期性を有してもよい。
２．Ｌｏｗ  ｍｏｂｉｌｉｔｙを有するか、または固定されている。
３．信号伝送での待ち時間（ｌａｔｅｎｃｙ）に一般的に敏感ではない。
【００７９】
上記の特性を有するセル内の多くのＭ２Ｍ端末は、相互間にマルチホップ（ｍｕｌｔｉ−ｈｏｐ）構成を用いたり、または階層的構造を用いて、端末間又は基地局に信号を送信するか、または受信することができる。
【００８０】
すなわち、基地局から信号を受信して、他の層あるいは下位に存在するＭ２Ｍ端末にデータを送信するか、または他のＭ２Ｍ端末から信号を受信して、他のＭ２Ｍ端末や基地局に信号を送信することができる。または、リレーではなく、端末間に直接通信を行うこともできる。
【００８１】
このような包括的な意味のＭ２Ｍ端末間の信号伝送のために、それぞれのＭ２Ｍ端末は互いに上／下位の構造形態で接続されて信号を伝送することができる（端末間の直接通信の場合は上／下位の概念がないこともあるが、上／下位の概念を同一に適用して説明することも可能である）。
【００８２】
一例として、ダウンリンク送信の観点で、基地局が送信した信号をＭＳ １が受信して、これをＭＳ ２に送信する。そして、このとき、ＭＳ １は、ＭＳ ２だけでなく、下位の他の端末ＭＳにも信号を送信することができる。ここで、ＭＳ ２は、ＭＳ １の下位にある端末を意味する。
【００８３】
ＭＳ １から信号を受信したＭＳ ２は、受信した信号を下位のＭＳに送信し、このような方法でＭＳ Ｎまで送信する。ここで、ＭＳ ２とＭＳ Ｎとの間には多くの端末がマルチホップ（ｍｕｌｔｉ−ｈｏｐ）の形態あるいは階層的に接続されていてもよい。
【００８４】
他の一例として、アップリンク送信の観点で、Ｍ２Ｍ端末間の信号伝送のために、次のように信号を伝送することができる。下位に位置するＭ２Ｍ端末は、上位のＭ２Ｍ端末を用いて、他のＭ２Ｍ端末あるいは基地局に信号を伝送することができる。
【００８５】
Ｍ２Ｍシステムで使用される用語を整理すると、下記の通りである。
【００８６】
（１）Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ（Ｍ２Ｍ）通信：基地局を介してユーザ装置間、または基地局を介してコアネットワーク内のサーバと装置との間で人の関与なしに行われる情報交換をいう。
（２）Ｍ２Ｍ  ＡＳＮ：Ｍ２Ｍサービスを支援することができるアクセスサービスネットワークをいう。
（３）Ｍ２Ｍ  Ｄｅｖｉｃｅ：Ｍ２Ｍ機能を有する（または支援する）端末をいう。
（４）Ｍ２Ｍ  ｓｕｂｓｃｒｉｂｅｒ：Ｍ２Ｍサービスの消費者をいう。
（５）Ｍ２Ｍ  Ｓｅｒｖｅｒ：Ｍ２Ｍ装置と通信することができるエンティティをいう。Ｍ２Ｍサーバは、Ｍ２Ｍ  ｓｕｂｓｃｒｉｂｅｒによって接続可能なインターフェースを提供する。
（６）Ｍ２Ｍ  ｆｅａｔｕｒｅ：Ｍ２Ｍ  ＡＳＮによって支援されるＭ２Ｍアプリケーションの独特の特性をいう。一つ以上の特徴は、アプリケーションを支援するために必要となり得る。
（７）Ｍ２Ｍグループ：共通及び／または同一のＭ２Ｍ  ｓｕｂｃｒｉｂｅｒを含む、すなわち、一つ以上の特徴を共有するＭ２Ｍ端末のグループをいう。
【００８７】
以下、８０２．１６（特に、１６ｍ）システムを例に挙げて説明するが、本明細書で提案する方法が８０２．１６ｍシステムでのみ限定されるものではなく、ＬＴＥ、ＬＴＥ−Ａなどのようなシステムでも使用できることは当然である。
【００８８】
Ｍ２ＭグループＩＤ（ＭＧＩＤ）、ＭＧＩＤ  Ｚｏｎｅ  ＩＤ及びＭ２Ｍ端末（または装置）ＩＤ（ＭＤＩＤ）の定義
【００８９】
本発明の実施例に係るＭ２Ｍ端末は、一つ以上のＭ２Ｍグループに属することができる。前記Ｍ２Ｍグループは、一つ以上の特性（ｆｅａｔｕｒｅ）を共有するＭ２Ｍ端末のグループである。例えば、前記Ｍ２Ｍグループは、特定の応用サービスを受ける端末の集合であり得る。各Ｍ２Ｍグループは、Ｍ２Ｍグループ識別子（Ｍ２Ｍ  Ｇｒｏｕｐ  ＩＤ；ＭＧＩＤ）が割り当てられ、ＭＧＩＤは、ネットワークエンティティ（ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）で特定のＭ２Ｍグループを唯一に識別する。ここで、ネットワークエンティティは、一例として、Ｍ２Ｍサーバであってもよい。
【００９０】
Ｍ２Ｍグループ識別子（ＭＧＩＤ）は、ネットワークエンティティ（ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）によって割り当てられ、初期ネットワーク進入の後、ＤＳＡ過程を通じて、Ｍ２Ｍ端末のサービスフロー（ｓｅｒｖｉｃｅ  ｆｌｏｗ）に対して割り当てられてもよい。または、他の過程を通じて割り当てられてもよい。割り当てられたＭＧＩＤは、端末がネットワークを外れたり、またはネットワークがＭＧＩＤと関連するサービスフローを削除しない限り、Ｍ２Ｍ端末に維持される。ＭＧＩＤは、動的サービス変更（ｄｙｎａｍｉｃ  ｓｅｒｖｉｃｅ  ｃｈａｎｇｅ；ＤＳＣ）過程を通じて変更されてもよい。
【００９１】
機器間（Ｍ２Ｍ）通信を支援するシステムにおいて、Ｍ２Ｍ端末（Ｍ２Ｍ  ｄｅｖｉｃｅ）は、各Ｍ２Ｍ端末の属するＭ２Ｍグループ（Ｍ２Ｍ  ｇｒｏｕｐ）を示すＭＧＩＤ（Ｍ２Ｍ  Ｇｒｏｕｐ  ＩＤ）、及び前記Ｍ２Ｍグループに属するＭ２Ｍ端末を区別するためのＭ２ＭデバイスＩＤが割り当てられる。
【００９２】
ここで、ＭＧＩＤは、セル内でそれぞれのＭ２Ｍ  Ｇｒｏｕｐを区別するために使用される識別子を意味し、Ｍ２ＭデバイスＩＤは、Ｍ２Ｍデバイスの属するグループで、各Ｍ２Ｍデバイスを区別するために使用される識別子を意味する。
【００９３】
Ｍ２Ｍ端末は、初期ネットワークエントリー（ｉｎｉｔｉａｌ  ｎｅｔｗｏｒｋ  ｅｎｔｒｙ）を行う際に、機器間通信支援システムから、基地局との通信で使用するＭ２Ｍ  Ｇｒｏｕｐ  ＩＤ及びＭ２ＭデバイスＩＤが割り当てられる。ここで、前記機器間通信支援システムは、基地局またはネットワークに接続されたネットワークエンティティ（ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）を意味し、前記ネットワークエンティティは、一例として、Ｍ２Ｍサーバであってもよい。
【００９４】
Ｍ２Ｍグループゾーン識別子（Ｍ２Ｍ  Ｇｒｏｕｐ  Ｚｏｎｅ  ＩＤｅｎｔｉｆｉｅｒ）は、ＭＧＩＤを割り当てるネットワークエンティティを区別する識別子である。一つのＭ２Ｍグループには一つ以上の基地局が含まれることができ、一つの基地局は一つ以上のＭ２Ｍグループに属することができる。一つのＭ２Ｍグループ内でサービスフローとＭＧＩＤのマッピング（ｍａｐｐｉｎｇ）関係は同一であり、互いに異なるＭ２Ｍグループ間にはサービスフローとＭＧＩＤのマッピング（ｍａｐｐｉｎｇ）関係が異なってもよい。互いに異なるＭＧＩＤ  Ｚｏｎｅ  ＩＤを有するそれぞれのグループゾーンにおいて、ＭＧＩＤは個別的に管理され得る。
【００９５】
図４−Ｍ２Ｍ  Ｇｒｏｕｐ  ＩＤ及びＭ２Ｍ  Ｄｅｖｉｃｅ  ＩＤの関係
【００９６】
図４は、Ｍ２Ｍ端末がＭ２Ｍグループ識別子（ＭＧＩＤ）を更新しなければならない状況を示す図である。
【００９７】
各基地局は、特定のＭ２Ｍグループゾーンに属することができる。図４に示された各基地局は、ＩＤが０であるＭ２Ｍグループゾーン、またはＩＤが１であるＭ２Ｍグループゾーンに属する。
【００９８】
Ｍ２Ｍ端末が、ＩＤが０であるＭ２ＭグループゾーンからＩＤが１であるＭ２Ｍグループゾーンに移動する状況を仮定すると、このとき、各Ｍ２Ｍグループゾーンで支援するＭＧＩＤが変わり得る。
【００９９】
仮に、Ｍ２Ｍグループゾーンで支援するＭＧＩＤが変わると、すなわち、ＭＧＩＤが割り当てられたＭ２Ｍ端末が、該当のＭＧＩＤが有効なＭ２Ｍグループゾーンを外れた場合、端末及びネットワークは、これを認識し、変更されたＭ２Ｍグループゾーンに合うＭＧＩＤに更新する必要が発生する。
【０１００】
図４のように、ＩＤが０であるＭ２Ｍグループゾーンでは、特定のサービスフロー（例えば、交通情報、地図情報ｔｒａｆｆｉｃ  ｍａｐ  ｉｎｆｏｒｍａｔｉｏｎ）に対するＭＧＩＤが２と割り当てられたが、ＩＤが１であるＭ２Ｍグループゾーンでは、同一のサービスフローに対するＭＧＩＤが３と割り当てられることができる。このような場合、端末は、データを正確に受信するためには、ＭＧＩＤを更新しなければならない。
【０１０１】
関連技術
【０１０２】
ＭＧＩＤは、１５ビットのＭ２Ｍ  Ｇｒｏｕｐ  ＩＤであって、ＭＧＩＤを割り当てるネットワークエンティティのドメイン内にあるＭ２Ｍ  Ｇｒｏｕｐを固有に識別するために使用される。Ｍ２Ｍ  Ｇｒｏｕｐには、一つ以上のＭ２Ｍデバイスが属するようになる。
【０１０３】
ＭＧＩＤは、ネットワークエンティティによって初期ネットワークエントリーの後に、ＤＳＡ過程を通じてＭ２Ｍデバイスのサービスフローに割り当てられ、明示的なネットワークの終了（Ｅｘｐｌｉｃｉｔ  ｎｅｔｗｏｒｋ  ｅｘｉｔ）またはＤＣＲモードに入る時に解除（ｒｅｌｅａｓｅ）可能である。Ｍ２Ｍデバイスがネットワークから外れないか、またはネットワークが明示的にＭＧＩＤと関連したサービスフローを削除しなければ、アイドルモードでも、割り当てられたＭＧＩＤがＭ２Ｍデバイスによって維持され得る。ＭＧＩＤは、接続状態及びアイドル状態の間、再割り当てが可能である。接続状態の間、ＭＧＩＤは、ＤＳＣ過程によって変更可能であり、ＤＳＤ過程によって削除可能である。接続追加（ａｄｄ）段階で、ＦｌｏｗとＭＧＩＤがマッピングされ、Ｆｌｏｗの削除時にＭＧＩＤが解除され得る。
【０１０４】
アイドル状態の間、ＭＧＩＤは、位置更新（すなわち、Ｍ２Ｍデバイス−開始位置更新または基地局−開始位置更新）またはネットワークリエントリーによって変更され得る。基地局が、基地局−開始位置更新を通じてＭＧＩＤを更新するとき、基地局は、個別的な位置更新だけでなく、グループ位置更新もトリガーすることができる。基地局がマルチキャストグループ内の全てのＭ２ＭデバイスのＭＧＩＤを変更するとき、基地局は、ページングメッセージを通じてグループ位置更新をトリガーすることができる。Ｍ２Ｍデバイスがタイマーベースの更新を行うとき、基地局がＭ２ＭデバイスのＭＧＩＤを更新する必要があるとき、ＡＡＩ−ＲＮＧ−ＲＥＱメッセージに応答して、新しいＭＧＩＤを有するＡＡＩ−ＲＮＧ−ＲＳＰメッセージが基地局によって送信され得る。また、ハンドオーバ時には、ＲＮＧ−ＲＳＰを通じてＭＧＩＤが更新され得る。
【０１０５】
送信機は、送信された制御メッセージが対応する応答メッセージを有していないか、または送信された制御メッセージが即座の応答を要求してはいないが、信頼性のある送信を要求する場合、受信機に、送信された制御メッセージの状態を決定するためのＭＡＣ層確認を送信するように要請する。ＭＡＣ層確認が使用されるとき、送信機は、完全な制御メッセージまたは制御メッセージの最後の係留部分を含むＭＡＣ  ＰＤＵのＭＣＥＨでポーリング（Ｐｏｌｌｉｎｇ）ビットを１に設定することができる。送信機は、ＡＡＩ−ＭＳＧ−ＡＣＫメッセージまたはＭｅｓｓａｇｅ  ＡＣＫ拡張ヘッダーを待つために、ＭＣＥＨでポーリング（Ｐｏｌｌｉｎｇ）ビットを１に設定したＭＡＣ  ＰＤＵを送信した直後に、ＡＣＫタイマーを開始することができる。ＭＣＥＨでポーリング（Ｐｏｌｌｉｎｇ）ビットを１にして伝達するＭＡＣ  ＰＤＵのために地域ＮＡＣＫが受信されると、最後の係留部分を含むＭＡＣ  ＰＤＵを再送信する間、ＭＣＥＨでポーリング（Ｐｏｌｌｉｎｇ）ビットを１に設定することができる。ＡＣＫタイマーは、地域ＮＡＣＫが受信されると中断される。地域ＮＡＣＫによって中断されたＡＣＫタイマーは、最後の係留部分を再送信する間、再開され得る。ＡＡＩ−ＭＳＧ−ＡＣＫメッセージまたはＭｅｓｓａｇｅ  ＡＣＫ拡張ヘッダーが受信機から受信されると、ＡＣＫタイマーが中断される。確認が受信される前にＡＣＫタイマーが満了するか、または再送信タイマーが満了すると、送信機は、全体メッセージの再送信を開始することができる。送信機は、再送信タイマーが満了すると、ＡＣＫタイマーを中断することができる。送信機は、ＡＣＫタイマーまたは再送信タイマーが満了した後に、送信機が再送信を開始すると、再送信タイマーを再設定することができる。
【０１０６】
次の表１は、以下の説明で使用されるＲＮＧ−ＲＳＰメッセージのフィールドの説明を示す。
【０１０７】
【表１】
0005815872.tif 000002
【０１０８】
ＭＧＩＤの更新は、信頼性が提供されなければならない過程である。ＭＧＩＤの更新は、基地局が提供する過程であって、接続モード端末にはＤＳＣ過程（ＤＳＣ−ＲＥＱ／ＲＳＰ）を通じて、アイドルモード端末には位置更新（ＲＮＧ−ＲＳＰ）を通じて提供される。
【０１０９】
ＤＳＣ過程を通じてＭＧＩＤの更新が提供される場合、端末が送信したＤＳＣ−ＲＥＱの応答として送信されるＤＳＣ−ＲＳＰに新しいＭＧＩＤが送信される場合、該当のＤＳＣ−ＲＳＰメッセージをよく受信したか否かを確認するために、ＡＡＩ−ＤＳＣ−ＡＣＫメッセージが送信される。したがって、接続モード端末のＭＧＩＤの更新は、高い信頼性で提供され得る。
【０１１０】
しかし、アイドルモード端末のために、ＭＧＩＤの更新が位置更新を通じて提供される場合、基地局は、常に端末のＲＮＧ−ＲＥＱに対する応答メッセージとしてＲＮＧ−ＲＳＰメッセージを送信し、このメッセージを通じて新しいＭＧＩＤを送信するようになるが、新しいＭＧＩＤを送信するＲＮＧ−ＲＳＰメッセージを端末がよく受信したか否かを確認できない。したがって、信頼性のあるＭＧＩＤの更新のための方法が定義される必要性が存在する。
【０１１１】
以下では、本発明の実施例に係る信頼性のあるＭＧＩＤ更新方法について、位置更新の場合とページングの場合とに分けて説明する。
【０１１２】
図５及び図６−位置更新を通じたＭＧＩＤ更新
【０１１３】
図５は、本明細書に開示された第１実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【０１１４】
基地局２０が、位置更新のために、ＰＡＧ−ＡＤＶメッセージをＭ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができる（Ｓ４１０）。この場合、ＰＡＧ−ＡＤＶメッセージをうまく受信した端末１０は、ＲＮＧ−ＲＥＱメッセージを基地局２０に送信する（Ｓ４２０）。
【０１１５】
端末１０からＲＮＧ−ＲＥＱメッセージを受信した基地局２０は、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＲＮＧ−ＲＳＰメッセージを端末１０に送信することができる（Ｓ４３０）。このとき、ＡＣＫタイマーが開始される。
【０１１６】
この場合、端末１０は、ＭＧＩＤ更新と共に位置更新を行い（Ｓ４４０）、ＭＧＩＤ更新に対するＲＮＧ−ＲＳＰメッセージをうまく受信したことを知らせるＭＳＧ−ＡＣＫを、ＡＣＫタイマーが満了する前に送信する（Ｓ４５０）。
【０１１７】
基地局２０は、端末１０が、ＭＧＩＤ更新情報をＡＡＩ−ＲＮＧ−ＲＳＰメッセージのＭＣＥＨでポーリング（Ｐｏｌｌｉｎｇ）ビットを１に設定することによって、ＡＡＩ−ＭＳＧ−ＡＣＫを送信するようにトリガーする。
【０１１８】
ＭＳＧ−ＡＣＫのための帯域幅は、基地局２０がＲＮＧ−ＲＳＰで割り当てるか、またはＲＮＧ−ＲＳＰメッセージを送信した後に新しく割り当てる。
【０１１９】
図６は、本明細書に開示された第２実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【０１２０】
ステップＳ４１０及びステップＳ４２０で、図５を参照して説明したように、基地局２０が、位置更新のために、ＰＡＧ−ＡＤＶメッセージをＭ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信し、ＰＡＧ−ＡＤＶメッセージをうまく受信した端末１０は、ＲＮＧ−ＲＥＱメッセージを基地局２０に送信する。
【０１２１】
基地局２０が、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＲＮＧ−ＲＳＰメッセージを端末１０に送信することができる（Ｓ４３０’）。このとき、Ｔ３タイマーが開始される。
【０１２２】
この場合、端末１０は、ステップＳ４４０で、ＭＧＩＤ更新と共に位置更新を行い、ＭＧＩＤ更新に対するＲＮＧ−ＲＳＰメッセージをうまく受信したことを知らせるＭＳＧ−ＡＣＫを、Ｔ３タイマーが満了する前に送信する（Ｓ４５０’）。ここで、ＭＧＩＤ更新応答メッセージとして使用されるＲＮＧ−ＲＥＱメッセージには、ＭＧＩＤ更新確認指示（ＭＧＩＤ  ｕｐｄａｔｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  ｉｎｄｉｃａｔｉｏｎ）が含まれ得る。
【０１２３】
次の表２は、Ｔ３タイマーの全域の値を示す。
【０１２４】
【表２】
0005815872.tif 000003
【０１２５】
図７乃至図１０−ページングメッセージを通じたＭＧＩＤ更新
【０１２６】
図７は、本明細書に開示された第３実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【０１２７】
基地局２０が、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＰＡＧ−ＡＤＶメッセージをＭ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができる（Ｓ５１０）。このとき、ＡＣＫタイマーが開始される。この場合、ＰＡＧ−ＡＤＶメッセージをうまく受信した全ての端末１０は、ＭＧＩＤ更新を行い、ＭＧＩＤ更新に成功したことを知らせるＭＳＧ−ＡＣＫをＡＣＫタイマーが満了する前に送信する（Ｓ５２０）。
【０１２８】
図８は、本明細書に開示された第４実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【０１２９】
図７のステップＳ５１０及びステップＳ５２０を参照して説明したように、基地局２０が、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＰＡＧ−ＡＤＶメッセージを、Ｍ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができ（このとき、ＡＣＫタイマーが開始され得る）、ＰＡＧ−ＡＤＶメッセージをうまく受信した全ての端末１０は、ＭＧＩＤ更新を行い、ＭＧＩＤ更新に成功したことを知らせるＭＳＧ−ＡＣＫをＡＣＫタイマーが満了する前に送信する（Ｓ６１０、Ｓ６２０）。
【０１３０】
仮に、ＡＣＫタイマーが満了するまでＭＳＧ−ＡＣＫを送信しなかった端末１０がある場合、基地局２０は、該当の端末にのみ位置更新のためのＰＡＧ−ＡＤＶメッセージを送信することによって、個別的にＭＧＩＤを更新するようにすることができる。
【０１３１】
すなわち、基地局２０は、位置更新のために、ＰＡＧ−ＡＤＶメッセージをＭ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができる（Ｓ６３０）。この場合、ＰＡＧ−ＡＤＶメッセージをうまく受信した端末１０は、ＲＮＧ−ＲＥＱメッセージを基地局２０に送信する（Ｓ６４０）。
【０１３２】
端末１０からＲＮＧ−ＲＥＱメッセージを受信した基地局２０は、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＲＮＧ−ＲＳＰメッセージを端末１０に送信することができる（Ｓ６５０）。このとき、ＡＣＫタイマーが開始される。
【０１３３】
この場合、端末１０は、ＭＧＩＤ更新と共に位置更新を行い、ＭＧＩＤ更新に対するＲＮＧ−ＲＳＰメッセージをうまく受信したことを知らせるＭＳＧ−ＡＣＫを、ＡＣＫタイマーが満了する前に送信する（Ｓ６６０）。
【０１３４】
図９は、本明細書に開示された第５実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【０１３５】
基地局２０が、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＰＡＧ−ＡＤＶメッセージをＭ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができる（Ｓ７１０）。このとき、Ｔ３タイマーが開始され得る。
【０１３６】
この場合、ＰＡＧ−ＡＤＶメッセージをうまく受信した全ての端末１０は、ＭＧＩＤ更新に成功したことを知らせるＲＮＧ−ＲＥＱを、Ｔ３タイマーが満了する前に送信する（Ｓ７２０）。
【０１３７】
次の表３は、Ｔ３タイマーの全域の値を示す。
【０１３８】
【表３】
0005815872.tif 000004
【０１３９】
図１０は、本明細書に開示された第６実施例に係るＭＧＩＤ更新過程を示すフローチャートである。
【０１４０】
図９のステップＳ７１０及びステップＳ７２０を参照して説明したように、基地局２０が、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＰＡＧ−ＡＤＶメッセージを、Ｍ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができ（このとき、Ｔ３タイマーが開始され得る）、ＰＡＧ−ＡＤＶメッセージをうまく受信した全ての端末１０は、ＭＧＩＤ更新を行い、ＭＧＩＤ更新に成功したことを知らせるＭＳＧ−ＡＣＫを、Ｔ３タイマーが満了する前に送信する（Ｓ８１０、Ｓ８２０）。
【０１４１】
仮に、Ｔ３タイマーが満了するまでＭＳＧ−ＡＣＫを送信しなかった端末１０がある場合、基地局２０は、該当の端末にのみ位置更新のためのＰＡＧ−ＡＤＶメッセージを送信することによって、個別的にＭＧＩＤを更新するようにすることができる。
【０１４２】
すなわち、基地局２０は、位置更新のために、ＰＡＧ−ＡＤＶメッセージをＭ２Ｍ  Ｇｒｏｕｐに属する端末１０に送信することができる（Ｓ８３０）。この場合、ＰＡＧ−ＡＤＶメッセージをうまく受信した端末１０は、ＲＮＧ−ＲＥＱメッセージを基地局２０に送信する（Ｓ８４０）。
【０１４３】
端末１０からＲＮＧ−ＲＥＱメッセージを受信した基地局２０は、現在のＭＧＩＤを更新するために、ＭＧＩＤ更新関連パラメータを含むＲＮＧ−ＲＳＰメッセージを端末１０に送信することができる（Ｓ８５０）。このとき、Ｔ３タイマーが開始される。
【０１４４】
この場合、端末１０は、ＭＧＩＤ更新と共に位置更新を行い、ＭＧＩＤ更新に対するＲＮＧ−ＲＳＰメッセージをうまく受信したことを知らせるＭＳＧ−ＡＣＫを、Ｔ３タイマーが満了する前に送信する（Ｓ８６０）。
【０１４５】
前述した各実施例で使用される確認目的のＭＳＧ−ＡＣＫまたはＲＮＧ−ＲＥＱメッセージに対するリソース割当は、様々な方法で行うことができる。例えば、基地局２０が、要請なしに（ｕｎｓｏｌｉｃｉｔｅｄ）帯域幅を割り当てることができる。このとき、基地局２０は、ＭＧＩＤ更新目的で送信するメッセージに対して端末が応答メッセージを送信することを知って、このようなメッセージ（ＰＡＧ−ＡＤＶまたはＲＮＧ−ＲＳＰなど）を送信した後に、帯域幅の割当てを、要請のない方式で送信することができる。このような場合、端末１０は、ＭＧＩＤ更新目的のメッセージを受信した後に、基地局２０から受信される帯域幅割当てを待つことができる（ＢＲグラント時間またはＴ３タイマーを使用することができる）。
【０１４６】
また、例えば、端末１０が帯域幅を要請した後、基地局２０から帯域幅が割り当てられた後に使用することができ（競合（ｃｏｎｔｅｎｔｉｏｎ）ベース）、基地局２０は、ＭＧＩＤ更新目的で送信するメッセージで帯域幅を割り当てることができる。
【０１４７】
また、本明細書に開示された各実施例で使用されるＡＣＫ目的のＭＳＧ−ＡＣＫまたはＲＮＧ−ＲＥＱメッセージは、端末−開始位置更新時にも使用することができる。例えば、タイマーベースの位置更新を行う場合、端末１０がＲＮＧ−ＲＥＱを送信し、基地局２０がＲＮＧ−ＲＳＰで応答し、このとき、ＲＮＧ−ＲＳＰメッセージにＭＧＩＤ更新情報が含まれることができ、このような場合にも、端末から応答メッセージが送信されなければならない。
【０１４８】
また、本明細書に開示された各実施例で使用されるＡＣＫ目的のＭＳＧ−ＡＣＫまたはＲＮＧ−ＲＥＱメッセージは、位置更新時には省略することができる。例えば、本明細書に開示された第４実施例に係るＭＧＩＤ更新過程を行う場合、基地局２０が送信したＡＡＩ＿ＰＡＧ−ＡＤＶに対する応答として、端末１０からＭＳＧ−ＡＣＫを受信しなかった場合、このとき、基地局２０は、位置更新を通じて個別的なＭＧＩＤ更新過程を行い、このような場合には、端末から送信されるＲＮＧ−ＲＥＱを通じて端末のＭＧＩＤ更新を確認し、ＭＳＧ-ＡＣＫを通じた応答メッセージは省略できる。
【０１４９】
本明細書で使用される技術用語は、単に、特定の実施例を説明するために使用されたもので、本発明を限定しようとする意図ではないことに留意しなければならない。また、本明細書で使用される技術用語は、本明細書で特に他の意味で定義されない限り、本発明の属する技術の分野における通常の知識を有する者によって一般的に理解される意味で解釈しなければならず、過度に包括的な意味で解釈したり、過度に縮小された意味で解釈してはならない。また、本明細書で使用される技術的な用語が、本発明の思想を正確に表現できない誤った技術用語である場合には、当業者が正しく理解できる技術用語で代替して理解すべきであろう。また、本発明で使用される一般的な用語は、辞書の定義に従って、または前後の文脈によって解釈しなければならず、過度に縮小された意味で解釈してはならない。
【０１５０】
また、本明細書で使用される単数の表現は、文脈上明らかに他の意味を表すものでない限り、複数の表現を含む。本出願において、「構成される」または「含む」などの用語は、明細書上に記載された様々な構成要素、または様々な段階を必ず全て含むものと解釈してはならず、そのうち、一部の構成要素または一部の段階を含まないこともあり、または追加の構成要素または段階をさらに含むこともあると解釈しなければならない。
【０１５１】
また、本明細書で使用される第１、第２などのように序数を含む用語は、様々な構成要素を説明するために使用できるが、前記構成要素は、前記用語によって限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的でのみ使用される。例えば、本発明の権利範囲を外れない限り、第１構成要素は第２構成要素と命名してもよく、同様に、第２構成要素は第１構成要素と命名してもよい。
【０１５２】
ある構成要素が他の構成要素に「連結」又は「接続」されていると言及された場合には、その他の構成要素に直接的に連結又は接続されていることもあるが、その構成要素間に他の構成要素が存在することもある。反面、ある構成要素が他の構成要素に「直接連結」又は「直接接続」されていると言及された場合には、その構成要素間に他の構成要素が存在しないと理解すべきであろう。
【０１５３】
以下、添付の図面を参照して、本発明の好ましい実施例を詳細に説明し、図面符号に関係なく同一又は類似の構成要素には同一の参照番号を付与し、これに関する重複説明は省略する。また、本発明を説明するにあたって、関連する公知技術に対する具体的な説明が本発明の要旨を曖昧にすると判断される場合は、その詳細な説明を省略する。また、添付の図面は、本発明の思想を容易に理解できるようにするためのものに過ぎず、添付の図面によって本発明の思想が制限されるものと解釈してはならないことに留意すべきである。本発明の思想は、添付の図面以外に、全ての変更、均等物ないし代替物にまで拡張されるものと解釈しなければならない。
【図１】
0005815872.tif 000005
【図２】
0005815872.tif 000006
【図３】
0005815872.tif 000007
【図４】
0005815872.tif 000008
【図５】
0005815872.tif 000009
【図６】
0005815872.tif 000010
【図７】
0005815872.tif 000011
【図８】
0005815872.tif 000012
【図９】
0005815872.tif 000013
【図１０】
0005815872.tif 000014