(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて機器間通信（Ｍ２Ｍ）装置が測距を行う方法であって、
Ｍ２Ｍ測距設定を表すＭ２Ｍ測距指示子を含む高度無線インタフェースシステム構成記述子（ＡＡＩ−ＳＣＤ）メッセージを受信するステップと、
前記Ｍ２Ｍ測距設定がネットワーク再進入を禁止しない場合に、前記Ｍ２Ｍ測距設定によって測距を行うステップと、を含み、
前記Ｍ２Ｍ測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、測距方法。
【請求項２】
前記Ｍ２Ｍ装置のための専用測距は、Ｍ２Ｍ装置のための専用測距リソースに関する情報を用いて行われる、請求項１に記載の測距方法。
【請求項３】
前記Ｍ２Ｍ装置のための専用測距リソースは、基地局（ＢＳ）によって割り当てられる、請求項２に記載の測距方法。
【請求項４】
前記Ｍ２Ｍ装置のための専用測距リソースについての情報は、前記ＡＡＩ−ＳＣＤメッセージで送信される、請求項２に記載の測距方法。
【請求項５】
前記一般的な測距は、２次スーパフレームヘッダ（Ｓ−ＳＦＨ）に含まれている情報を用いて行われる、請求項１に記載の測距方法。
【請求項６】
前記測距設定を表す前記Ｍ２Ｍ測距指示子は、２ビットの情報フィールドである、請求項１に記載の測距方法。
【請求項７】
無線通信システムにおいて基地局（ＢＳ）が測距情報を送信する方法であって、
機器間通信（Ｍ２Ｍ）装置が使用する測距設定を決定するステップと、
前記の決定された測距設定を表すＭ２Ｍ測距指示子を、高度無線インタフェースシステム構成記述子（ＡＡＩ−ＳＣＤ）メッセージに含めるステップと、
前記ＡＡＩ−ＳＣＤメッセージを送信するステップと、を含み、
前記測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、測距情報送信方法。
【請求項８】
前記Ｍ２Ｍ装置のための専用測距は、Ｍ２Ｍ装置のための専用測距リソースに関する情報を用いて行われる、請求項７に記載の測距情報送信方法。
【請求項９】
前記Ｍ２Ｍ装置のための専用測距リソースは、前記ＢＳによって割り当てられる、請求項８に記載の測距情報送信方法。
【請求項１０】
前記Ｍ２Ｍ装置のための専用測距リソースについての情報は、前記ＡＡＩ−ＳＣＤメッセージで送信される、請求項８に記載の測距情報送信方法。
【請求項１１】
前記一般的な測距は、Ｓ−ＳＦＨに含まれている情報を用いて行われる、請求項７に記載の測距情報送信方法。
【請求項１２】
前記測距設定を表す前記Ｍ２Ｍ測距指示子は、２ビットの情報フィールドである、請求項７に記載の測距情報送信方法。
【請求項１３】
無線通信システムにおいて測距を行う機器間通信（Ｍ２Ｍ）装置であって、
無線周波（ＲＦ）ユニットと、
プロセッサと、を備え、
前記プロセッサは、前記Ｍ２Ｍ測距設定がネットワーク再進入を禁止しない場合に、前記ＲＦユニットを介して受信した高度無線インタフェースシステム構成記述子（ＡＡＩ−ＳＣＤ）メッセージに含まれたＭ２Ｍ測距指示子が表すＭ２Ｍ測距設定によって測距を行い、
前記Ｍ２Ｍ測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、Ｍ２Ｍ装置。
【請求項１４】
無線通信システムにおいて測距情報を送信する基地局（ＢＳ）であって、
無線周波数（ＲＦ）ユニットと、
プロセッサと、を備え、
前記プロセッサは、機器間通信（Ｍ２Ｍ）装置が使用する測距設定を決定し、前記の決定された測距設定を表すＭ２Ｍ測距指示子を含む高度無線インタフェースシステム構成記述子（ＡＡＩ−ＳＣＤ）メッセージを前記ＲＦユニットを介して送信し、
前記測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、特に、無線通信システムにおいて機器間（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ；以下、Ｍ２Ｍ）通信が適用されるＭ２Ｍ装置によるネットワーク再進入を行う方法及びその端末に関する。
【背景技術】
【０００２】
既存の通信は、基地局を経由して利用者が使用する人間同士（以下、Ｈ２Ｈ）の通信が大部分であったが、通信技術の発達に伴い、機器間（以下、Ｍ２Ｍ）通信が可能になった。機器間通信、言葉の通り、電子機器と電子機器との通信を意味する。広義には、電子機器同士の有線通信若しくは無線通信、又は人間が制御する機器と機械との通信のことを意味する。しかし、最近では、電子機器と電子機器との間、すなわち、人間の関与なしに行われる機器間の無線通信を指すのが一般的である。
【０００３】
Ｍ２Ｍ通信は、その概念が初めて導入された１９９０年代初期には、単に、遠隔調整やテレマティックスの概念として認識され、派生する市場自体も非常に限定されていた。しかし、ここ数年高度成長を重ねながら全世界的に注目される市場へと成長してきた。特に、販売管理システム（ＰＯＳ）及びセキュリティ関連応用市場における物流管理（Ｆｌｅｅｔ  Ｍａｎａｇｅｍｅｎｔ）、機械及び設備の遠隔監視、建設機械設備上の作動時間測定、及び熱又は電気使用量を自動測定するスマート検針（Ｓｍａｒｔ  Ｍｅｔｅｒ）などの分野で大きな影響力を発揮してきた。将来のＭ２Ｍ通信は、既存の移動通信、無線超高速インターネット、及びＷｉ−Ｆｉ又はＺｉｇｂｅｅ（登録商標）などの小出力通信ソリューションと連携してより様々な用途に活用されるため、これまでのＢ２Ｂ市場に限らず、Ｂ２Ｃ市場へとその領域が拡大する見込みである。
【０００４】
Ｍ２Ｍ通信時代において、ＳＩＭカードを装着している機械はいずれもデータ送受信が可能となり、遠隔管理及び統制が実現できる。例えば、自動車、トラック、電車、コンテナ、自動販売機、ガスタンクなどを含む数多くの機器又は装備にＭ２Ｍ通信技術が利用されるなど、その適用範囲は非常に広範囲である。
【０００５】
Ｍ２Ｍ装置のアプリケーションタイプも継続して増加しており、これに伴い、同一の基地局内に上記のようなＭ２Ｍ装置が数多く存在することになるであろう。このように増加した数多くのＭ２Ｍ装置が待機（ｉｄｌｅ）状態からネットワーク再進入を試みると、接続衝突及び接続輻輳が多く発生し、通信性能が低下する問題につながるであろう。しかしながら、既存の端末（Ｈ２Ｈ端末）と異なる特性を有するＭ２Ｍ装置が待機状態からネットワーク再進入を行うための手順については過去に研究されたことがない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明では、無線通信システムにおいて既存の端末、すなわち、Ｈ２Ｈ端末のネットワーク再進入手順への影響を最小化しながら、Ｍ２Ｍ装置を効率的にサポートできる、ネットワーク再進入手順を行う方法及びそのための装置を提供する。
【０００７】
本発明で達成しようとする技術的課題は、以上に言及した技術的課題に制限されるものではなく、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【０００８】
本発明の第１技術的な態様は、無線通信システムにおいてＭ２Ｍ装置が測距（ｒａｎｇｉｎｇ）を行う方法において、高度無線インタフェースシステム構成記述子（Ａｄｖａｎｃｅｄ  Ａｉｒ  Ｉｎｔｅｒｆａｃｅ−Ｓｙｓｔｅｍ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ，ＡＡＩ−ＳＣＤ）メッセージを受信するステップと、ＡＡＩ−ＳＣＤメッセージに含まれたＭ２Ｍ測距指示子が表す測距設定を適用するステップと、測距設定がネットワーク再進入を禁止しない場合に、測距設定によって測距を行うステップと、を含み、測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、測距方法を提供する。
【０００９】
本発明の第２技術的な態様は、無線通信システムにおいて基地局が測距情報を送信する方法において、Ｍ２Ｍ装置が使用する測距設定を決定するステップと、決定された測距設定を表すＭ２Ｍ測距指示子をＡＡＩ−ＳＣＤメッセージに含めるステップと、ＡＡＩ−ＳＣＤメッセージを送信するステップと、を含み、測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、測距情報送信方法を提供する。
【００１０】
本発明の第３技術的な態様は、無線通信システムにおいて測距を行うＭ２Ｍ装置において、無線周波（ＲＦ）ユニットと、プロセッサと、を備え、プロセッサは、ＲＦユニットを介して受信したＡＡＩ−ＳＣＤメッセージに含まれたＭ２Ｍ測距指示子が表す測距設定を適用し、測距設定がネットワーク再進入を禁止しない場合、測距設定によって測距を行うように制御し、測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、Ｍ２Ｍ装置を提供する。
【００１１】
本発明の第４技術的な態様は、無線通信システムにおいて測距情報を送信する基地局装置において、無線周波（ＲＦ）ユニットと、プロセッサと、を備え、プロセッサは、Ｍ２Ｍ装置が使用する測距設定を決定し、決定された測距設定を表すＭ２Ｍ測距指示子を含むＡＡＩ−ＳＣＤメッセージをＲＦユニットを介して送信し、測距設定は、一般的な測距、Ｍ２Ｍ装置のための専用測距、及びＭ２Ｍ装置のネットワーク再進入禁止のいずれか一つである、基地局装置を提供する。
【００１２】
本発明の第１乃至第４技術的な態様において、Ｍ２Ｍ装置のための専用測距は、Ｍ２Ｍ装置のための専用測距リソースに関する情報を用いることであってもよい。
【００１３】
また、Ｍ２Ｍ装置のための専用測距リソースは、基地局によって割り当てられたものであってもよい。
【００１４】
また、Ｍ２Ｍ装置のための専用測距リソースは、ＡＡＩ−ＳＣＤメッセージ上で送信してもよい。
【００１５】
また、一般的な測距は、２次スーパフレームヘッダ（Ｓ−ＳＦＨ）に含まれている情報を用いることであってもよい。
【００１６】
また、測距設定を表す指示子は、２ビットの情報フィールドからなるものであってもよい。
【発明の効果】
【００１７】
本発明の実施例によれば、Ｍ２Ｍ装置は、無線通信システム内で既存の端末（Ｈ２Ｈ端末）への影響を最小化しながら、迅速で効率的にネットワーク再進入を行うことができる。
【００１８】
本発明から得られる効果は、以上に言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【図面の簡単な説明】
【００１９】
【図１】無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおけるスーパフレームを示す図である。
【図２】無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおけるＳ−ＳＦＨ ＩＥの更新を説明するための図である。
【図３】無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおける端末の状態を示すダイヤグラムである。
【図４】無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおいて端末が競合ベースのネットワーク再進入を行う過程を示す図である。
【図５】無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおいて端末が非競合ベースのネットワーク再進入を行う過程を示す図である。
【図６】本発明の一実施例に係るＭ２Ｍ装置が非競合ベースのネットワーク再進入を行う過程を示す図である。
【図７】本発明の一実施例に係るＭ２Ｍ装置が非競合ベースのネットワーク再進入を行う過程を示す図である。
【図８】ＡＡＩ−ＳＣＤメッセージ、Ｐ−ＳＦＨ ＩＥ及びＳ−ＳＦＨ ＩＥの関係を説明する図である。
【図９】本発明の一実施例に係るＡＡＩ−ＳＣＤメッセージ、Ｐ−ＳＦＨ ＩＥ及びＳ−ＳＦＨ ＩＥの関係を説明する図である。
【図１０】本発明の一実施例に係るＭ２Ｍ装置及び基地局のブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明の好適な実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのものであり、本発明が実施され得る唯一の実施形態を示すためのものではない。
【００２１】
以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項なしにも本発明の実施が可能であるということが当業者には理解されるであろう。例えば、以下の詳細な説明は、移動通信システムがＩＥＥＥ ８０２．１６システムである場合を取り上げて具体的に説明するが、ＩＥＥＥ ８０２．１６システム特有の事項以外は、他の任意の無線通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａ）にも同様の適用が可能である。
【００２２】
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置が省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されたりすることもある。また、本明細書全体を通じて同一の構成要素には同一の参照符号を付して説明する。
【００２３】
なお、端末は、利用者装置（ＵＥ）、移動機（ＭＳ）、高度移動機（ＡＭＳ）などの、移動型又は固定型の利用者端機器を総称し、また、基地局は、ノードＢ、進化ノードＢ、基地局（ＢＳ）、アクセスポイント（ＡＰ）などの、端末と通信するネットワーク端の任意のノードを総称するものとする。以下の説明において、端末は、ＩＥＥＥ ８０２．１６ｍ規格を満たす高度端末（ＡＭＳ）とし、基地局も、同規格を満たす高度基地局（ＡＢＳ）とする。
【００２４】
移動通信システムにおいて、端末は、基地局からダウンリンクで情報を受信し、基地局にアップリンクで情報を送信することができる。端末が送信又は受信する情報にはデータ及び種々の制御情報があり、端末が送信又は受信する情報の種類・用途に応じて様々な物理チャネルが存在する。
【００２５】
上述したＭ２Ｍ方式で通信する端末は、Ｍ２Ｍ装置、Ｍ２Ｍ通信端末、機械タイプ通信（ＭＴＣ）端末のように様々に呼んでもよい。そして、既存の端末は、人間タイプ通信（ＨＴＣ）端末及びＨ２Ｈ端末と呼んでもよい。
【００２６】
Ｍ２Ｍ装置は、それらの機械アプリケーションタイプが増加するに伴い、一定のネットワークにおいてその数が次第に増加していくであろう。議論されている機械アプリケーションタイプには、（１）セキュリティ、（２）治安、（３）貨物追跡（ｔｒａｃｋｉｎｇ  ａｎｄ  ｔｒａｃｉｎｇ）、（４）支払い、（５）健康管理、（６）遠隔保守及び制御、（７）検針（ｍｅｔｅｒｉｎｇ）、（８）消費者装置、（９）販売管理システム（ＰＯＳ）及びセキュリティ関連応用市場における物流管理、（１０）自動販売機の機器間通信、（１１）機械及び設備の遠隔監視、建設機械設備上の作動時間測定及び熱又は電気使用量を自動測定するスマート検針（Ｓｍａｒｔ  Ｍｅｔｅｒ）、（１２）監視カメラの監視ビデオ通信などがあるが、これらに限定されるものではなく、その他様々な機械アプリケーションタイプが議論されている。このように機械アプリケーションタイプが増加するに伴い、Ｍ２Ｍ装置の数は既存の端末、すなわちＨ２Ｈ端末の数に比べて飛躍的に増加するであろう。
【００２７】
このように、同一の基地局内における数多くのＭ２Ｍ装置は、既存の端末、すなわちＨ２Ｈ端末との接続輻輳又はＭ２Ｍ装置同士の接続衝突などの問題を招くことになる。そこで、既存の端末（Ｈ２Ｈ端末）への影響を最小化しながら、限られたリソースを、新しく登場した多数のＭ２Ｍ装置にどのようにして効率的に分配するかについて議論する必要がある。
【００２８】
すなわち、無線通信システムにおいて既存の端末、すなわちＨ２Ｈ端末に適用される待機モード（ｉｄｌｅ  ｍｏｄｅ）におけるネットワークへの再進入手順を、多数のＭ２Ｍ装置にそのまま適用すると、Ｍ２Ｍ装置の特性の上、既存のＨ２Ｈ端末との接続及びＭ２Ｍ装置同士の接続に輻輳を招くことがあるため、ネットワーク再進入手順について一部修正する必要がある。
【００２９】
図１は、無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおいてスーパフレームを示す図である。
【００３０】
図１を参照すると、スーパフレームは、２０ｍｓの長さを有し、４個のフレームで構成されている。さらに１個のフレームは８個のサブフレームで構成されている。時分割２重通信（ＴＤＤ）では、８個のサブフレームは、ダウンリンクとアップリンクとの比（ＤＬ/ＵＬ比）によって、所定個数のサブフレームを含むダウンリンクサブフレーム領域とアップリンクサブフレーム領域とに区別してもよい。すなわち、図１（ｂ）に示すように、アップリンク／ダウンリンク（ＵＬ／ＤＬ）の比が５:３の場合に、８個のサブフレームのうち５個がダウンリンクサブフレーム（ＳＦ０乃至ＳＦ４）として割り当てられ、残り３個がアップリンクサブフレーム（ＳＦ５乃至ＳＦ７）として割り当てられる。
【００３１】
ダウンリンクサブフレーム領域とアップリンクサブフレームとの間には、データを搬送するデータシンボル（すなわち、有効シンボル）が割り当てられない待機時間、すなわち、送信／受信遷移ギャップ（ＴＴＧ）が存在する。また、ダウンリンクサブフレーム領域の末尾にも待機時間（Ｉｄｌｅ  ｔｉｍｅ）、すなわち、受信／送信遷移ギャップ（ＲＴＧ）が存在してもよい。さらに、１個のサブフレームは６個のＯＦＤＭシンボルで構成される。
【００３２】
上述したフレーム構造を用いて基地局と端末とがデータ交換を行うことができる。例えば、端末は、ダウンリンクサブフレームで基地局からデータを受信することができ、アップリンクサブフレームで基地局にデータを送信することができる。また、基地局は、ダウンリンクサブフレームで端末にデータを送信することができ、アップリンクサブフレームで端末からデータを受信することができる。
【００３３】
上述したフレーム構造では、スーパフレームにおいてスーパフレームヘッダ（ＳＦＨ）を端末に送信してもよい。スーパフレームヘッダには、スーパフレームに含まれるフレーム又はサブフレーム単位のリソース割当情報又はシステム情報などを含んでもよい。ＳＦＨは、スーパフレームにおける最初のサブフレームに位置し、サブフレームにおいて５個のＯＦＤＭシンボルを使用してもよい。
【００３４】
ＳＦＨは、１次スーパフレームヘッダ（Ｐ−ＳＦＨ）と２次スーパフレームヘッダ（Ｓ−ＳＦＨ）とに区別してもよい。
【００３５】
Ｐ−ＳＦＨは、スーパフレーム周期ごとに送信され、スーパフレームごとに送信されるべきシステム情報を含んでもよい。Ｐ−ＳＦＨには、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔ、Ｓ−ＳＦＨ ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐ、Ｓ−ＳＦＨ ａｐｐｌｉｃａｔｉｏｎ ｈｏｌｄ ｉｎｄｉｃａｔｏｒなどを含んでもよい。
【００３６】
Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔは、Ｓ−ＳＦＨ ＳＰ ＩＥ内の各フィールドの値が変更（更新）されるか否かを表すことができる。すなわち、Ｓ−ＳＦＨ ＳＰ ＩＥ内のいずれかのフィールドの値が変更されると、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔは１ ｍｏｄｕｌｏ １６で増加する。このとき、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔは次のＳ−ＳＦＨ ｃｈａｎｇｅ ｃｙｃｌｅから増加する。この増加したＳ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔは、その次のＳ−ＳＦＨ変更周期（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｙｃｌｅ）まで維持される。次のＰ−ＳＦＨ ＩＥのＳ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔフィールドの値が、端末が保存している値と同一のとき、端末はＳ−ＳＦＨ ＩＥに変更がないと判断し、Ｓ−ＳＦＨ ＩＥを無視する。
【００３７】
Ｓ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐは、いずれのＳ−ＳＦＨ ＳＰ ＩＥが変更されたかを表すことができる。Ｓ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐの各ビットはそれぞれＳ−ＳＦＨ ＳＰ１ ＩＥ、Ｓ−ＳＦＨ ＳＰ２ ＩＥ、Ｓ−ＳＦＨ ＳＰ３ ＩＥを表し、変更されたＳ−ＳＦＨ ＳＰ ＩＥは１、そうでない場合は０と表示されることがある。例えば、Ｓ−ＳＦＨ ＳＰ３ ＩＥが変更された場合、Ｓ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐは１００と表現してもよい。
【００３８】
Ｓ−ＳＦＨ ａｐｐｌｉｃａｔｉｏｎ ｈｏｌｄ ｉｎｄｉｃａｔｏｒは、明示的に変更されたＳＦＨ ＳＰ ＩＥが適用される時点を表すことができる。フィールドの値が０のとき、端末は現在のＳ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔに関連したＳ−ＳＦＨ ＳＰ ＩＥを使用し、１のときは、以前Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔに関連したＳ−ＳＦＨ ＳＰ ＩＥを使用する。
【００３９】
Ｓ−ＳＦＨ ＩＥ（情報要素）は、ネットワーク進入／再進入などに関連した情報を含み、３種類のサブパケット（ＳＰ）に区別されることがある。これらのサブパケットは別個の周期で送信してもよく、この周期に関する情報はＳ−ＳＦＨ ＳＰ３にＳＰ ｓｃｈｅｄｕｌｉｎｇ ｐｅｒｉｏｄｉｃｉｔｙ ｉｎｆｏｒｍａｔｉｏｎとして含んでもよい。Ｓ−ＳＦＨ ＳＰ１ ＩＥは、ネットワーク再進入のための情報を含み、Ｓ−ＳＦＨ ＳＰ２ ＩＥは、初期ネットワーク進入及びネットワーク発見のための情報を含み、Ｓ−ＳＦＨ ＳＰ３ ＩＥはネットワーク（再）進入のための残りの必須システム情報を含む。
【００４０】
図２は、無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおいてＳ−ＳＦＨ ＩＥの更新を説明するための図である。特に、Ｓ−ＳＦＨ ＳＰ３ ＩＥに含まれた情報に変更がある場合を示す。
【００４１】
図２を参照すると、Ｓ−ＳＦＨ変更周期は３２と前提され、スーパフレーム番号（ＳＦＮ）ごとに特定Ｓ−ＳＦＨ ＳＰ ＩＥが送信されることがわかる。例えば、基地局がＳＦＮ ３０にＳ−ＳＦＨ ＳＰ３ ＩＥに含まれているネットワーク再進入に関する情報を変更させた場合に、ＣＣ（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔ）は、次のＳ−ＳＦＨ変更周期が始まるＳＦＮ ３２からＣＣを１増加する。これと共にＣＢ（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐ）も、変更されたＳ−ＳＦＨ ＩＥがＳ−ＳＦＨ ＳＰ３ ＩＥであることを表すために０００から１００へと変更される。
【００４２】
端末はＰ−ＳＦＨ ＩＥを受信して、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔフィールドを確認し、ＳＦＮ ３２でＣＣ（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔ）が、自身が保存しているＫから１増加したこと、すなわち、Ｓ−ＳＦＨ ＳＰ ＩＥに変更があることを知る。これと共に、ＣＢ（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐ）から、変更のあるＳ−ＳＦＨ ＳＰ３ ＩＥが変更されたことを知り、Ｓ−ＳＦＨ ＳＰ３ ＩＥを待つ。ＳＦＮ ３５で変更のあるＳ−ＳＦＨ ＳＰ３ ＩＥを初めて受信した後、これを復号し、ＳＦＮ ３６から、変更されたネットワーク再進入情報が使用可能になる。変更のあるＳ−ＳＦＨ ＩＥがＳ−ＳＦＨ ＳＰ１ ＩＥ又はＳ−ＳＦＨ ＳＰ２ ＩＥである場合は、２番目に送信される変更されたＳ−ＳＦＨ ＩＥから、変更された内容が適用される。
【００４３】
このように、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔ、Ｓ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐ、Ｓ−ＳＦＨ ａｐｐｌｉｃａｔｉｏｎ ｈｏｌｄ ｉｎｄｉｃａｔｏｒなどから、基地局は、Ｓ−ＳＦＨ ＳＰ ＩＥに含まれているシステムパラメータを更新するために、現在スーパフレームのいずれのＳ−ＳＦＨ ＳＰ ＩＥを復号すべきかがわかる。
【００４４】
一方、ＡＡＩ−ＳＣＤメッセージは、基地局からシステム設定に関する情報を送信するためのもので、周期的に送信される。ＡＡＩ−ＳＣＤメッセージの内容に変更がある場合、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｈａｎｇｅ  Ｃｏｕｎｔフィールドの値は増加（１ ｍｏｄｕｌｏ １６）する。
【００４５】
基地局は、Ｓ−ＳＦＨ ＳＰ３ ＩＥのＳＣＤ ｃｏｕｎｔフィールドを通じて、変更されたＡＡＩ−ＳＣＤメッセージがいつ適用されるかを指示する。基地局は、ＡＡＩ−ＳＣＤ内のｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔと同一のＳＣＤ ｃｏｕｎｔを含むＳ−ＳＦＨ ＳＰ３ ＩＥを送信した後、変更されたシステム設定を適用する。
【００４６】
一方、端末は、現在ＳＣＤ ｃｏｕｎｔに関するＡＡＩ−ＳＣＤメッセージのシステム設定情報を受信する。ＡＡＩ−ＳＣＤメッセージの変更がＳ−ＳＦＨ ＳＰ３ ＩＥの更新に起因したものであるとき、新しいＡＡＩ−ＳＣＤメッセージは、変更されたＳ−ＳＦＨ ＳＰの前に送信される。端末は、変更されたＳ−ＳＦＨ ＳＰ３を受信した後、現在のＳＣＤ ｃｏｕｎｔに関連したＡＡＩ−ＳＣＤメッセージのシステム設定を使用することができる。
【００４７】
図３は、無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおける端末の状態を示すダイヤグラムである。
【００４８】
図３を参照すると、端末の状態は、接続された（ｃｏｎｎｅｃｔｅｄ）状態と未接続の（ｕｎｃｏｎｎｅｃｔｅｄ）状態とに大別される。さらに、接続された状態は、正規モード（ｎｏｒｍａｌ  ｍｏｄｅ）と休眠モード（ｓｌｅｅｐ  ｍｏｄｅ）とに区別されることがある。また、未接続の状態は、待機モード（ｉｄｌｅ  ｍｏｄｅ）とコンテキスト保持登録解除（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｗｉｔｈ  Ｃｏｎｔｅｘｔ  Ｒｅｔｅｎｔｉｏｎ、ＤＣＲ）モードとに区別されることがある。ここで、休眠モード及び待機モードはいずれも端末の消費電力を効率的に使用するために定義される。
【００４９】
まず、休眠モードは、端末の電力節約のために、端末と基地局との間にＡＡＩ−ＳＬＰ−ＲＥＱ／ＡＡＩ−ＳＬＰ−ＲＳＰメッセージの送受信によって基地局が承認した休眠ウィンドウ及び聴取ウィンドウ（ｌｉｓｔｅｎｉｎｇ−ｗｉｎｄｏｗ）で構成された休眠モードパターンを運用するモードである。待機モードは、端末の電力節約及び無線リソース節約のために、端末と基地局との間のＡＡＩ−ＤＲＥＧ−ＲＥＱ／ＡＡＩ−ＤＲＥＧ−ＣＭＤメッセージ送受信によって基地局が承認した呼出し（Ｐａｇｉｎｇ）グループ、呼出しサイクル及び呼出しオフセットを運用するモードである。
【００５０】
正規モードは、端末が無線リソースを用いて該当のシステムが提供するサービスを行うモードである。ＤＣＲモードは、端末がネットワークから登録解除されるが、所定時間の間にそのコンテキストは保存されるモードである。
【００５１】
休眠モードの基本動作の詳細は、次の通りである。正規モードにおいて一定時間の間にアップリンク又はダウンリンクのトラヒックが発生しないとき、端末は基地局に休眠モードへの遷移を要求するためにＡＡＩ−ＳＬＰ−ＲＥＱメッセージを送信する。ＡＡＩ−ＳＬＰ−ＲＥＱメッセージを通じて休眠モードへの動作要求を受信すると、基地局は、ＡＡＩ−ＳＬＰ−ＲＳＰメッセージを通じて要求に対する最終承認をし、端末はＡＡＩ−ＳＬＰ−ＲＳＰメッセージ受信によって、休眠モードで動作する端末を区別するためのＩＤ（ＳＬＰＩＤ）の割り当てを受けた後、休眠モードを運用する。
【００５２】
ここで、端末と基地局との間のメッセージ送受信によって得られる主要パラメータは、初期休眠ウィンドウ区間の大きさを指定するｉｎｉｔｉａｌ ｓｌｅｅｐ−ｗｉｎｄｏｗ、最終休眠ウィンドウ区間の大きさを指定するｆｉｎａｌ ｓｌｅｅｐ−ｗｉｎｄｏｗ ｂａｓｅ、ｆｉｎａｌ ｓｌｅｅｐ−ｗｉｎｄｏｗ ｅｘｐｏｎｅｎｔ、及び聴取ウィンドウ区間の大きさを設定するｌｉｓｔｅｎｉｎｇ−ｗｉｎｄｏｗであり、パラメータの単位はいずれもフレームである。休眠ウィンドウは、休眠モードで動作する端末が自身の電力を最小化する区間であり、端末は休眠ウィンドウ区間ではダウンリンク制御情報及びダウンリンクトラヒックを受信しない。また、聴取ウィンドウは、休眠モードで動作する端末が休眠ウィンドウを脱して、基地局が送信するＡＡＩ−ＴＲＦ−ＩＮＤメッセージを受信し、自身に送信されるダウンリンクトラヒックの有無を判断する区間であり、端末は休眠ウィンドウ区間でダウンリンク制御情報及びダウンリンクトラヒックを受信することができる。
【００５３】
待機モードの基本動作の詳細は、次の通りである。正規モードにおいて一定時間の間にアップリンク又はダウンリンクのトラヒックが発生しないとき、端末は基地局に待機モードへの遷移を要求するためにＡＡＩ−ＤＲＥＧ−ＲＥＱメッセージを送信した後、基地局からＡＡＩ−ＤＲＥＧ−ＣＭＤメッセージを受信して待機モードを運用する。ＡＡＩ−ＤＲＥＧ−ＲＥＱメッセージには、端末が要求した呼出しサイクルが定義されており、ＡＡＩ−ＤＲＥＧ−ＲＥＱメッセージを受信した基地局が端末に送信するＤＲＥＧ−ＣＭＤメッセージには、呼出しグループＩＤ、呼出しオフセット及び呼出しサイクルが定義されている。端末は、パラメータに基づいて呼出し不可区間（Ｐａｇｉｎｇ  Ｕｎａｖａｉｌａｂｌｅ  Ｉｎｔｅｒｖａｌ）及び呼出し聴取区間（Ｐａｇｉｎｇ  Ｌｉｓｔｅｎｉｎｇ  Ｉｎｔｅｒｖａｌ）を設定する。
【００５４】
端末は、呼出し不可区間で電源を最小化し、呼出し聴取区間で基地局から送信されるＡＡＩ−ＰＡＧ−ＡＤＶメッセージを受信する。ＡＡＩ−ＰＡＧ−ＡＤＶメッセージは、メッセージを送信する基地局が属している呼出しグループＩＤ及び待機モードで動作する端末のうち、位置更新又はネットワーク進入／再進入を必要とする端末を指示するＭＡＣアドレスハッシュ（Ｈａｓｈ）情報、及び端末別に行うべき手順について記述したアクションコードで構成される。
【００５５】
待機モードで動作する端末へのトラヒックが発生したとき、基地局は次の呼出し聴取区間にＡＡＩ−ＰＡＧ−ＡＤＶメッセージを端末に送信し、ＡＡＩ−ＰＡＧ−ＡＤＶメッセージを受信した端末は、待機モードから脱して正規モードに進入する。
【００５６】
一方、待機モードでネットワーク再進入及びネットワーク進入などの手順を行うとき、端末が基地局とのアップリンク通信のための送信パラメータ（周波数オフセット、時間オフセット及び送信電力）を調整する過程を測距という。
【００５７】
測距には、初期測距（ｉｎｉｔｉａｌ  ｒａｎｇｉｎｇ）、ハンドオーバ測距（ｈａｎｄｏｖｅｒ  ｒａｎｇｉｎｇ）、周期的測距（ｐｅｒｉｏｄｉｃ  ｒａｎｇｉｎｇ）及び帯域幅要求測距（Ｂａｎｄｗｉｄｔｈ  ｒｅｑｕｅｓｔ  ｒａｎｇｉｎｇ）の４種類のモードがある。
【００５８】
初期測距は、最初ネットワーク進入手順を行う過程において、端末が基地局とのアップリンク通信のための送信パラメータ（周波数オフセット、時間オフセット、送信電力）を調整する過程を意味する。ハンドオーバ測距は、端末がハンドオーバ動作時に手順を簡素化するための過程を意味する。周期的測距は、端末がネットワーク進入手順を行った後に、基地局とのアップリンク通信を保持し続けるための過程を意味する。帯域幅要求測距は、端末が基地局に送信するトラヒックが発生したとき、アップリンク帯域を要求する過程で行われる過程を意味する。
【００５９】
無線通信システムにおいて、測距の種類によって測距を行うときに使用可能な測距コード（又は、測距プリアンブル）及び測距コードを送信する領域（測距チャネル）は、ネットワークによって、システム情報を同報するチャネル（例えば、Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥ）を通じて割り当てられる。例えば、端末がハンドオーバ測距を行うためには、ハンドオーバ測距のための測距コードの中から特定測距コードを選択し、選択されたコードを、ハンドオーバ測距チャネルを介してネットワークに送信することによって測距を要求する。ネットワークは、受信した測距コード、及び測距コードの送信されたチャネルから、測距の種類が区別できる。
【００６０】
ＩＥＥＥ ８０２．１６ｍシステムでは、測距チャネルが、同期の取れた端末が行う測距のための同期測距チャネル（Ｓ−ＲＣＨ）と、そうでない端末が行う測距のための非同期測距チャネル（ＮＳ−ＲＣＨ）とに区別されることがある。また、ＩＥＥＥ ８０２．１６ｍシステムでは、端末の送信するデータが発生したとき、アップリンク帯域を要求する帯域幅要求チャネルが存在する。これらの測距チャネル（Ｓ−ＲＣＨ、ＮＳ−ＲＣＨ）及び帯域幅要求チャネル（ＢＲＣＨ）は、媒体接続制御層（ＭＡＣ  ｌａｙｅｒ）においてそれぞれ，測距機会（ｒａｎｇｉｎｇ  ｏｐｐｏｒｔｕｎｉｔｙ）及び帯域幅要求機会（ｂａｎｄｗｉｄｔｈ  ｒｅｑｕｅｓｔ  ｏｐｐｏｒｔｕｎｉｔｙ）の概念として用いられる。
【００６１】
一方、測距コード及び測距チャネルの割当情報が送信される方式及び当該測距チャネルは、基地局の形態によって区別される。
【００６２】
例えば、“Ｗｉｒｅｌｅｓｓ ＭＡＮ−ＯＦＤＭＡ ｗｉｔｈ ＦＤＭ−ｂａｓｅｄ ＵＬ ＰＵＳＣ Ｚｏｎｅ”をサポートする基地局、及びフェムトセルのようなサービス範囲の狭い基地局については、端末と基地局との同期が外れる可能性が低いため、初期測距、ハンドオーバ測距及び周期的測距を行うとき、いずれもＳ−ＲＣＨを使用する。
【００６３】
測距コード及び測距チャネルの割当情報は基本的に、ＳＦＨ（ＳＰ１：Ｒａｎｇｉｎｇ Ｐａｒａｍｅｔｅｒ（ＲＰ） ｃｏｄｅ ｐａｒｔｉｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ Ｓ−ＲＣＨ、Ａｌｌｏｃａｔｉｏｎ ｐｅｒｉｏｄｉｃｉｔｙ ｏｆ ｔｈｅ Ｓ−ＲＣＨ、Ｓｕｂｆｒａｍｅ ｏｆｆｓｅｔ ｏｆ ｔｈｅ Ｓ−ＲＣＨなど）を通じて送信される。
【００６４】
その他の基地局（例えば、Ｍａｃｒｏ、Ｒｅｌａｙ、Ｍａｃｒｏ ｈｏｔ−ｚｏｎｅ）については、初期測距及びハンドオーバ測距を行うとき、ＮＳ−ＲＣＨが使用され、周期的測距では、端末が既に同期化している場合であるから、Ｓ−ＲＣＨが使用される。
【００６５】
測距コード及び測距チャネルの割当情報は基本的に、ＳＦＨ（ＳＰ１：ＲＰ ｃｏｄｅ ｐａｒｔｉｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｔｈｅ ＮＳ−ＲＣＨ、Ａｌｌｏｃａｔｉｏｎ ｐｅｒｉｏｄｉｃｉｔｙ ｏｆ ｔｈｅ ＮＳ−ＲＣＨ、Ｓｕｂｆｒａｍｅ ｏｆｆｓｅｔ ｏｆ ｔｈｅ ＮＳ−ＲＣＨなど）を通じて送信される。また、ＳＦＨの他に、Ａ−ＭＡＰ又はＡＡＩ−ＳＣＤメッセージを通じて測距チャネルの割当情報を伝達してもよい。Ａ−ＭＡＰが用いられる場合に、ハンドオーバ測距のためのＮＳ−ＲＣＨの割当情報は、基地局のスケジュール決定によって任意の一般的な同報データの割当のために使用されたサブフレーム以外のサブフレームでＢｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥ又はＡＡＩ−ＨＯ−ＣＭＤを通じて送信してもよい。なお、ＡＡＩ−ＳＣＤメッセージが用いられる場合は、Ｓ−ＲＣＨ割当周期及び周期的測距のための測距コードの数などの情報が当該メッセージに含まれる。
【００６６】
図４は、無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおいて端末が競合ベースのネットワーク再進入を行う過程を示す図である。
【００６７】
図４を参照すると、端末は、測距チャネルを選択し、競合ベースの測距コードを選択した後に、選択した測距チャネルを介して競合ベースの測距コードを基地局に送信する（Ｓ１１０）。基地局は、当該測距コードを成功裏に受信すると、ＡＡＩ−ＲＮＧ−ＡＣＫメッセージを同報によって端末に送信する（Ｓ１２０）。ＡＡＩ−ＲＮＧ−ＡＣＫメッセージは、測距チャネルで測距コードを成功裏に受信して検出したという応答を提供するメッセージである。また、基地局は、端末がＡＡＩ−ＲＮＧ−ＲＥＱメッセージを送信するためのアップリンクリソース割当情報であるＣＤＭＡ ａｌｌｏｃａｔｉｏｎ Ａ−ＭＡＰ ＩＥをランダム接続識別子（ＲＡ−ＩＤ）でマスクして送信する（Ｓ１３０）。端末は、割り当てられたアップリンクリソースを用いてＡＡＩ−ＲＮＧ−ＲＥＱメッセージを基地局に送信し（Ｓ１４０）、基地局は、ＡＡＩ−ＲＮＧ−ＲＳＰメッセージが送信されるダウンリンクリソース割当情報を端末に送信する（Ｓ１５０）。このとき、ダウンリンクリソース割当情報は、ＲＡ−ＩＤでマスクされたＣＤＭＡ ａｌｌｏｃａｔｉｏｎ Ａ−ＭＡＰ ＩＥ又はＢｒｏａｄｃａｓｔ ＤＬ ｂａｓｉｃ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを通じて端末に送信してもよい。その後、端末は、当該ダウンリンクリソースを用いてＡＡＩ−ＲＮＧ−ＲＳＰメッセージを受信してもよい（Ｓ１６０）。
【００６８】
図５は、無線通信システムの一例であるＩＥＥＥ ８０２．１６ｍシステムにおいて、端末が非競合ベースのネットワーク再進入を行う過程を示す図である。これは、非競合ベースのハンドオーバ測距を取り上げて説明する。
【００６９】
図５を参照すると、サービス提供基地局が端末にＡＡＩ−ＨＯ−ＣＭＤメッセージを通じて専用測距コードを送信する（Ｓ２１０）。端末は、割り当てられた専用測距コードをターゲット基地局に送信する（Ｓ２２０）。ターゲット基地局は、当該専用測距コードを成功裏に受信したことを、局識別子（ｓｔａｔｉｏｎ  ｉｄｅｎｔｉｆｉｅｒ、ＳＴＩＤ）ベースのＡＡＩ−ＲＮＧ−ＡＣＫメッセージを通じてユニキャストして端末に知らせる（Ｓ２３０）。専用測距コードを受信したターゲット基地局は、当該専用測距コードを送信した端末を知っている。また、ＡＡＩ−ＨＯ−ＣＭＤメッセージ内には、専用測距コードの他、ターゲット基地局が端末に予め割り当てたＳＴＩＤも含まれる。この場合には、当該端末が既にＳＴＩＤを取得したため、ＲＡ−ＩＤに基づいてＡＡＩ−ＲＮＧ−ＡＣＫメッセージを送信しなくてもよい。ターゲット基地局は、端末がＡＡＩ−ＲＮＧ−ＲＥＱメッセージを送信するためのアップリンクリソース割当情報を、ＳＴＩＤベースのＵＬ ｂａｓｉｃ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを通じて端末にユニキャスト送信する（Ｓ２４０）。端末は、割り当てられたアップリンクリソースを用いてＡＡＩ−ＲＮＧ−ＲＥＱメッセージをターゲット基地局に送信し（Ｓ２５０）、基地局は、ＡＡＩ−ＲＮＧ−ＲＳＰメッセージが送信されるダウンリンクリソース割当情報をＳＴＩＤベースのＤＬ ｂａｓｉｃ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを通じて送信する（Ｓ２６０）。その後、端末は、割り当てられたダウンリンクリソースを通じてＡＡＩ−ＲＮＧ−ＲＳＰメッセージを受信してもよい（Ｓ２７０）。
【００７０】
一方、上述した通り、非競合ベースのネットワーク再進入のための測距では、基地局が端末に、ＡＡＩ−ＨＯ−ＣＭＤメッセージ内に専用測距コード、及び基地局が端末に予め割り当てたＳＴＩＤを含めて送信する。しかし、Ｍ２Ｍ装置が非競合ベースのネットワーク再進入のための非競合ベースの測距を行う場合には、ＲＡ−ＩＤに基づいて測距手順を行うため、既存のＲＡ−ＩＤに基づくその他の測距手順との区別が問題となる。
【００７１】
まず、ＲＡ−ＩＤについて簡単に説明する。ＲＡ−ＩＤは、合計１５ビットであって、該当端末のランダムアクセス特性によって定義される。具体的には、ＲＡ−ＩＤは、５ビットのｓｕｐｅｒｆｒａｍｅ ｎｕｍｂｅｒ、２ビットのｆｒａｍｅ＿ｉｎｄｅｘ、６ビットのｐｒｅａｍｂｌｅ ｃｏｄｅ ｉｎｄｅｘ ｆｏｒ ｒａｎｇｉｎｇ、及び２ビットのｏｐｐｏｒｔｕｎｉｔｙ ｉｎｄｅｘ ｆｏｒ ｒａｎｇｉｎｇで構成される。６ビットのｐｒｅａｍｂｌｅ ｃｏｄｅ ｉｎｄｅｘは測距コードを表し、２ビットのｏｐｐｏｒｔｕｎｉｔｙ ｉｎｄｅｘは、測距コードが送信される測距チャネルを指示する。具体的には、ｏｐｐｏｒｔｕｎｉｔｙ ｉｎｄｅｘは、ＮＳ−ＲＣＨを指示する「０ｂ００」、 Ｓ−ＲＣＨを指示する「０ｂ１１」及び動的測距チャネル（ｄｙｎａｍｉｃ  ｒａｎｇｉｎｇ  ｃｈａｎｎｅｌ）を指示する「０ｂ０１／０ｂ１０」に設定される。すなわち、６ビットの測距コード、及び測距コードが送信される２ビットの測距チャネルが、ＲＡ−ＩＤを決定する主な構成要素となる。
【００７２】
図６は、本発明の実施例に係るＭ２Ｍ装置が非競合ベースのネットワーク再進入を行う過程を示す図である。
【００７３】
基地局は、一つの専用識別子（ｄｅｄｉｃａｔｅｄ  ｉｄｅｎｔｉｆｉｅｒ）（例えば、一つの専用ＳＴＩＤ）を設定してもよい。基地局が設定した一つの専用ＳＴＩＤは、非競合ベースのネットワーク再進入を行うＭ２Ｍ装置又はＭ２Ｍ装置が共に使用できるＩＤである。基地局は、設定された一つの専用ＳＴＩＤを含むＡＡＩ−ＰＡＧ−ＡＤＶメッセージを同報する（Ｓ３１０）。
【００７４】
基地局は、設定された一つの専用ＳＴＩＤでマスクされた特定ＩＥ内にＲＡ−ＩＤ ｌｉｓｔ／ｓｅｔに関する情報を含めて、一つのＭ２Ｍ装置又は複数のＭ２Ｍ装置に送信する（Ｓ３２０）。ＲＡ−ＩＤ ｌｉｓｔ／ｓｅｔに関する情報内には、専用測距コード及び測距チャネルに関する情報を含むとよい。特定ＩＥは、ＵＬ ｂａｓｉｃ ａｌｌｏｃａｔｉｏｎ Ａ−ＭＡＰ ＩＥであるか、Ｂｒｏａｄｃａｓｔ Ａ−ＭＡＰ ＩＥであってよい。また、ＲＡ−ＩＤ ｌｉｓｔ／ｓｅｔに関する情報を送信する新しいＩＥを定義してもよい。一つの専用ＳＴＩＤのＣＲＣマスク方法については、下記の表１乃至表３を参照してより詳しく後述する。
【００７５】
Ｍ２Ｍ装置は、測距チャネルを選択し、測距コードを選択した後に、選択した測距チャネルを介して測距コードを基地局に送信する（Ｓ３３０）。基地局は、Ｍ２Ｍ装置がＡＡＩ−ＲＮＧ−ＲＥＱメッセージを送信するためのアップリンクリソース割当情報であるＣＤＭＡ ａｌｌｏｃａｔｉｏｎ Ａ−ＭＡＰ ＩＥを、ＲＡ−ＩＤでＣＲＣマスクして送信する（Ｓ３４０）。Ｍ２Ｍ装置は、割り当てられたアップリンクリソースを用いてＡＡＩ−ＲＮＧ−ＲＥＱメッセージを基地局に送信し（Ｓ３５０）、基地局は、ＡＡＩ−ＲＮＧ−ＲＳＰメッセージが送信されるダウンリンクリソース割当情報をＭ２Ｍ装置に送信する（Ｓ３６０）。その後、Ｍ２Ｍ装置は、当該ダウンリンクリソースを通じてＡＡＩ−ＲＮＧ−ＲＳＰメッセージを受信してもよい（Ｓ３７０）。
【００７６】
一方、該当のＭ２Ｍ装置が特定呼出しグループを対象とする場合、ＡＡＩ−ＰＡＧ−ＡＤＶメッセージ内のｐａｇｉｎｇ ｇｒｏｕｐ ＩＤに関連したフィールドに、一つの専用ＳＴＩＤを含めて送信してもよい。また、該当のＭ２Ｍ装置が一つのＭ２Ｍグループに含まれる場合に、Ｍ２Ｍグループ識別子（ＭＧＩＤ）を一つの専用ＳＴＩＤの代わりに使用してもよい。
【００７７】
下記の表１乃至表３は、ＩＥＥＥ ８０２．１６ｍシステムでのＣＲＣマスクを説明するための表である。ＣＲＣは、マスクプレフィクス１ビット、タイプ指示子３ビット、及びその他１２ビットで構成される。
【００７８】
【表１】
0005711422.tif 000002
【００７９】
表１を参照すると、マスクプレフィクスは１ビットであって、「０ｂ０」及び「０ｂ１」に設定される。マスクプレフィクスが「０ｂ０」のときは、タイプ指示子によるマスクコードを表す。タイプ指示子は「０ｂ０００」、「０ｂ００１」、「０ｂ０１０」まで定義されている。タイプ指示子が「０ｂ０００」のときは、１２ビットのＳＴＩＤ又はＴＳＴＩＤを表す。そして、タイプ指示子が「０ｂ００１」であれば、表８４４を参照し、タイプ指示子が「０ｂ０１０」であれば、表８４５を参照する。表８４４及び表８４５はそれぞれ下記の表２及び表３に相応する。
【００８０】
【表２】
0005711422.tif 000003
【００８１】
【表３】
0005711422.tif 000004
【００８２】
本発明に係る専用ＳＴＩＤのＣＲＣマスク方法によれば、既存のマスクプレフィクスが「０ｂ０」であり、タイプ指示子が「０ｂ０００」であり、マスクコードが１２ビットであるＳＴＩＤ定義をそのまま使用する。Ｍ２Ｍ装置専用測距リソース割当のための、Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥをＣＲＣマスクするために用いられる値は、マスクプレフィクスが「０ｂ０」、タイプ指示子が「０ｂ００１」、Ｄｅｃｉｍａｌ ｖａｌｕｅが「１２９」又は「４０９５」と定義できる。また、Ｍ２Ｍ装置専用測距リソース割当のための、Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥをマスクするために用いられる値が、マスクプレフィクスが「０ｂ０」、タイプ指示子が「０ｂ０１０」、十進値が「０」又は「４０９４」と定義してもよい。一方、Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥ内に含まれた機能インデクス「０ｂ１１」をＭ２Ｍ専用測距リソース割当のためのインデクスと定義し、このフィールド内にＲＡ−ＩＤ ｌｉｓｔ／ｓｅｔに関する情報を含むように定義できる。また、ＭＧＩＤが一つの専用ＳＴＩＤの代わりに用いられる場合にも、前述したＣＲＣマスク方法を同様に適用してもよい。
【００８３】
図７は、本発明の一実施例によってＭ２Ｍ装置が非競合ベースのネットワーク再進入を行う過程を示す図である。
【００８４】
基地局は、Ｍ２Ｍ装置専用測距コード及び測距チャネル（ｒａｎｇｉｎｇ  ｏｐｐｏｒｔｕｎｉｔｙ）を含むＭ２Ｍ装置専用測距リソースを割り当てることがある（Ｓ４１０）。この場合、Ｍ２Ｍ装置は、専用測距リソースを用いて非競合ベースのネットワーク再進入を行うことができる。
【００８５】
基地局は、割り当てられたＭ２Ｍ装置専用測距リソースに関する情報をＭ２Ｍ装置に送信する（Ｓ４２０）。割り当てられたＭ２Ｍ装置専用測距リソースに関する情報を送信する方法については、後でより具体的に説明する。基地局がＭ２Ｍ装置専用測距リソースを割り当てらない場合は、Ｍ２Ｍ装置はＳ−ＳＦＨ ＳＰ１ ＩＥ内に定義された測距リソースを用いてネットワーク再進入のための手順を行ってもよい。
【００８６】
その後、Ｍ２Ｍ装置は、割り当てられた専用測距リソースを用いてネットワーク再進入のための測距を行う。すなわち、当該Ｍ２Ｍ装置は、割り当てられた専用測距コードを、割り当てられた専用測距チャネルで基地局に送信する（Ｓ４３０）。基地局は、Ｍ２Ｍ装置がＡＡＩ−ＲＮＧ−ＲＥＱメッセージを送信するためのアップリンクリソース割当情報であるＣＤＭＡ Ａｌｌｏｃａｔｉｏｎ Ａ−ＭＡＰ ＩＥをＲＡ−ＩＤでマスクして送信する（Ｓ４４０）。
【００８７】
このとき、ＣＤＭＡ Ａｌｌｏｃａｔｉｏｎ Ａ−ＭＡＰ ＩＥに対してマスクされるＲＡ−ＩＤ内の機会インデクス（ｏｐｐｏｒｔｕｎｉｔｙ ｉｎｄｅｘ）は、既存の目的及び用途とは違い、「０ｂ０１」又は「０ｂ１０」のいずれか一つに設定してもよい。設定された機会インデクスは、Ｍ２Ｍ装置専用測距コード又は測距チャネルを表すタイプ指示子として用いてもよい。この場合、動的測距チャネル（例えば、動的ＮＳ−ＲＣＨ）を表す機会インデクスは別の値に設定されなければならない。例えば、Ｍ２Ｍ装置専用測距コード又は測距チャネルを表す機会インデクスが「０ｂ０１」に設定されたとき、動的測距チャネルは「０ｂ１０」に設定されなければならない。
【００８８】
Ｍ２Ｍ装置は、割り当てられたアップリンクリソースを用いてＡＡＩ−ＲＮＧ−ＲＥＱメッセージを基地局に送信し（Ｓ４５０）、基地局からＡＡＩ−ＲＮＧ−ＲＳＰメッセージが送信されるダウンリンクリソース割当情報を受信し（Ｓ４６０）、以降、ＡＡＩ−ＲＮＧ−ＲＳＰメッセージを受信してもよい（Ｓ４７０）。
【００８９】
以下、割り当てられたＭ２Ｍ装置専用測距リソースをいかなる方法で一つのＭ２Ｍ装置又は複数のＭ２Ｍ装置に知らせるかについて説明する。Ｈ２Ｈ端末のように、ＡＡＩ−ＨＯ−ＣＭＤメッセージを用いて、割り当てられた専用測距リソースに関する情報を送信する方法を適用すると、多数のＭ２Ｍ装置のそれぞれに対してユニキャストで送信しなければならず、オーバヘッドの側面で好ましくない。そこで、Ｓ−ＳＦＨ、ＡＡＩ−ＳＣＤメッセージ及びＢｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥなどを用いて、割り当てられた専用測距リソースに関する情報を同報する方法が提案される。特に、Ｓ−ＳＦＨについては、Ｓ−ＳＦＨ ＳＰ１ ＩＥ及びＳ−ＳＦＨ ＳＰ２ ＩＥ内には既存の情報で更に利用する空間が足りず、Ｓ−ＳＦＨ ＳＰ３ ＩＥ内には割り当てられた専用測距リソースを追加に送信する空間はあるが、すべての端末にシステム構成情報を送信する区間である点で、Ｈ２Ｈ端末との衝突などを考慮した慎重な取組み方が必要である。
【００９０】
割り当てられたＭ２Ｍ装置専用測距リソースを送信する第一の方法として、ＡＡＩ−ＳＣＤメッセージを利用する方法を説明する。好ましくは、ＡＡＩ−ＳＣＤ内に、割り当てられた専用測距リソースに関する情報を含めて送信し、それを制御する情報をＳ−ＳＦＨ内に含めて送信してもよい。
【００９１】
ＡＡＩ−ＳＣＤメッセージ内に更に、Ｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｒｅｇｉｏｎ及びＤｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｃｏｄｅ ｉｎｄｅｘ/ｓｅｔを定義してもよい。Ｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｒｅｇｉｏｎは、Ｍ２Ｍ装置専用測距チャネルを指示し、Ｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｃｏｄｅ ｉｎｄｅｘは、Ｍ２Ｍ装置専用測距コードを指示する。
【００９２】
Ｍ２Ｍ装置のためのＤｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｒｅｇｉｏｎは、周波数空間の側面で、既存に一つのサブバンドを使用していたとすれば、一つのサブバンドを更に割り当てるものでよい。更に割り当てられたサブバンドの位置は、セル特定測距サブバンドの次のサブバンドのｒｅｓｏｕｒｃｅ ｉｎｄｅｘで割り当ててもよく、特定オフセット値だけ離れているサブバンドのｒｅｓｏｕｒｃｅ ｉｎｄｅｘで割り当ててもよい。この特定オフセット値は、予め決定されていてもよいし、Ｓ−ＳＦＨを通じて送信してもよい。
【００９３】
また、時空間の側面でＭ２Ｍ装置のための専用測距チャネルのサブフレームインデクスを指示してもよい。この場合、フレーム当たり最大１個、動的測距まで考慮する場合はフレーム当たり最大２個までサポートできる環境でサブフレームを更に割り当てるときは、アップリンクサブフレームが２個であるフレーム構造では適用し難い。そのため、アップリンクサブフレームが２個であるフレーム構造では専用測距割当を禁止してもよい。例えば、サブフレームインデクスの有効性は、専用測距割当を指示する動作によって決定してもよい。
【００９４】
Ｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｃｏｄｅ ｉｎｄｅｘ／ｓｅｔは、５ビットであて、最大３２個のＭ２Ｍ装置専用測距コードを提供することができる。また、ＭＧＩＤをこのフィールドに追加することによって該当のＭ２Ｍ装置ごとに区別して適用してもよい。
【００９５】
一方、Ｓ−ＳＦＨとＡＡＩ−ＳＣＤメッセージとの両方に専用測距リソース割当情報のｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｃｈａｎｇｅ ｃｏｕｎｔ ｆｉｅｌｄを含めて送信することによって、専用測距リソース割当情報が更新される場合に、Ｈ２Ｈ端末及び関連のないＭ２Ｍ装置が余計に当該情報を復号することを防止することができる。これについては図９を参照して後述する。
【００９６】
割り当てられたＭ２Ｍ装置専用測距リソースを送信する第二の方法として、Ｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを利用する方法を説明する。Ｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥ内には、Ｎｕｍｂｅｒ ｏｆ Ｒａｎｇｉｎｇ Ｏｐｐｏｒｔｕｎｉｔｉｅｓフィールド、ｓｕｂｆｒａｍｅ ｉｎｄｅｘフィールド及びＲａｎｇｉｎｇ ｏｐｐｏｒｔｕｎｉｔｙ ｉｎｄｅｘフィールドを含む。これらを用いて専用測距チャネル及び専用測距コードに関する情報を提供することができる。
【００９７】
一方、Ｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥ内にはＦｕｎｃｔｉｏｎ Ｉｎｄｅｘフィールドを含む。このＦｕｎｃｔｉｏｎ Ｉｎｄｅｘは、Ｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥがどのような情報を伝達するかを表す情報である。具体的には、Ｆｕｎｃｔｉｏｎ Ｉｎｄｅｘが「０ｂ００」のとき、Ｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥがｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎを伝達することを指示し、「０ｂ０１」のとき、ｈａｎｄｏｖｅｒ ｒａｎｇｉｎｇ ｃｈａｎｎｅｌ ａｌｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎを伝達することを指示する。また、「０ｂ１０」のとき、ｍｕｌｔｉｃａｓｔ ａｓｓｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎを伝達することを指示し、「０ｂ１１」はｒｅｓｅｒｖｅｄを指示する。このとき、Ｆｕｎｃｔｉｏｎ Ｉｎｄｅｘが「０ｂ０１」のとき、２種類のｒａｎｇｉｎｇ ｏｐｐｏｒｔｕｎｉｔｙ ｉｎｄｅｘで、ハンドオーバのための動的測距チャネルを指示する。したがって、これらのインデクスのいずれかをＭ２Ｍ装置専用測距リソース割当のために使用してもよい。
【００９８】
また、Ｆｕｎｃｔｉｏｎ Ｉｎｄｅｘにおいてｒｅｓｅｒｖｅｄを指示する「０ｂ１１」を、Ｍ２Ｍ装置専用測距を指示するように定義してもよい。この場合、Ｆｕｎｃｔｉｏｎ Ｉｎｄｅｘが「０ｂ１１」を指示すると、そのフィールド内でＭ２Ｍ装置専用測距リソース割当情報を送信してもよい（例えば、サブフレームインデクス、測距チャネルインデクス及び測距コードインデクス）。
【００９９】
割り当てられたＭ２Ｍ装置専用測距リソースを送信する本発明の第三の方法として、Ｍ２Ｍ装置だけが受信して復号できる、Ｍ２Ｍ装置専用Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを定義する方法について説明する。そのために、Ｍ２Ｍ装置専用Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥは、ＭＧＩＤ又はＭ２Ｍ装置専用ＳＴＩＤでＣＲＣマスクされて送信されればよい。これによって、Ｈ２Ｈ端末及び関連のないＭ２Ｍ装置が当該Ｍ２Ｍ装置専用Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを復号することを防止することができる。
【０１００】
一方、Ｍ２Ｍ装置専用Ｂｒｏａｄｃａｓｔ Ａ−ＭＡＰ ＩＥを常に復号することは、低い電力消費が要求されるＭ２Ｍ装置には負担となることがある。そのため、上で提案したＳ−ＳＦＨ ＳＰ３ ＩＥ内にＭ２Ｍ ｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを通じて、このフィールドがＭ２Ｍ装置専用測距を指示する場合に限って、Ｍ２Ｍ装置がＭ２Ｍ装置専用Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥを復号するように設定してもよい。この場合、Ｍ２Ｍ装置専用Ｂｒｏａｄｃａｓｔ Ａｓｓｉｇｎｍｅｎｔ Ａ−ＭＡＰ ＩＥが送信される位置（例えば、フレーム及びサブフレーム）は、予め決定された位置にしてもよいし、Ｓ−ＳＦＨ ＳＰ３ ＩＥを通じて送信してもよい。
【０１０１】
以下では、ＡＡＩ−ＳＣＤメッセージにＭ２Ｍ装置のための専用測距情報（例えば、Ｍ２Ｍ装置のための専用測距リソースに関する情報を含める場合に、既存のＨＴＣ端末が余計に当該情報を復号することを防止するための方法について説明する。
【０１０２】
該方法についての説明に先立って、ＡＡＩ−ＳＣＤメッセージ、Ｐ−ＳＦＨ ＩＥ及びＳ−ＳＦＨ ＩＥの関係について図８を参照して説明する。図８には、ＡＡＩ−ＳＣＤメッセージ、Ｐ−ＳＦＨ ＩＥ及びＳ−ＳＦＨ ＳＰ３ ＩＥが示されており、各フォーマットにおいて、以下の説明に関連しないフィールドは省略されている。ＡＡＩ−ＳＣＤメッセージに表されたｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔフィールドは、ＡＡＩ−ＳＣＤメッセージ内に変更があるか否かを表す。
【０１０３】
ＡＡＩ−ＳＣＤメッセージで伝達されるシステム情報の変更がある場合に、ＡＡＩ−ＳＣＤメッセージ内のｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔは増加し、これに伴って、ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔを指示する、Ｓ−ＳＦＨ ＳＰ３ ＩＥ内のＳＣＤ ｃｏｕｎｔも変更（増加）する（８０１）。この場合、Ｓ−ＳＦＨ ＳＰ３ ＩＥが変更されたことを表すためにＰ−ＳＦＨ ＩＥ内のＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔ及びＳ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐが設定される（８０３）。したがって、端末はＰ−ＳＦＨ ＩＥを復号した後、Ｓ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐが指示するＳＰ３ ＩＥを復号することで、ＳＣＤ ｃｏｕｎｔから、ＡＡＩ−ＳＣＤのシステム情報が変更されたということがわかる。その後、端末は、変更されたシステム情報を含む新しいＡＡＩ−ＳＣＤメッセージを受信して、変更されたシステム情報を適用してもよい。
【０１０４】
一方、Ｓ−ＳＦＨ ＳＰ３ ＩＥに含まれている情報のいずれかに変更がある場合に、Ｓ−ＳＦＨ ＳＰ３ ＩＥ内のＳＣＤ ｃｏｕｎｔフィールドが変更される。この場合、Ｓ−ＳＦＨ ＳＰ３ ＩＥに変更があることを表すために、Ｐ−ＳＦＨ ＩＥ内のＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔフィールド及びＳ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐが設定される（８０２）。また、ＳＣＤ ｃｏｕｎｔフィールドの変更は、ＡＡＩ−ＳＣＤ内のｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔフィールドの変更をもたらし（８０３）、このＡＡＩ−ＳＣＤメッセージは、変更されたＳ−ＳＦＨ ＳＰ３ ＩＥが送信される前に端末に送信される。端末は、Ｐ−ＳＦＨ ＩＥを復号してＳ−ＳＦＨ ＳＰ３ ＩＥを通じて変更された情報が得られる。
【０１０５】
ＡＡＩ−ＳＣＤメッセージにＭ２Ｍ装置のための専用測距情報を含める場合、Ｍ２Ｍ専用測距情報が変更されたときは、前述した通り、ＡＡＩ−ＳＣＤメッセージのｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔが変更され、連鎖的にＳ−ＳＦＨ ＳＰ３ ＩＥのＳＣＤ ｃｏｕｎｔが変更される。また、Ｐ−ＳＦＨ ＩＥのＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔフィールド及びＳ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐフィールドなども変更される。したがって、このような場合、ＡＡＩ−ＳＣＤメッセージを受信するすべての端末は、スーパフレームでＰ−ＳＦＨ ＩＥ復号後に指示されるＳ−ＳＦＨ ＳＰ３ ＩＥを必ず復号することになる。これは、専用測距情報を必要としない既存のＨＴＣ端末にとっては余計な復号となる。そこで、専用測距情報を必要とするＭ２Ｍ装置のみが復号を行うようにする方法が提示される。
【０１０６】
その第一は、専用測距情報の変更を表すフィールドを、ＡＡＩ−ＳＣＤメッセージ及びＳ−ＳＦＨ ＳＰ３ ＩＥの両方で送信することによって、専用測距情報を必要とするＭ２Ｍ装置だけが復号を効率的に行うように支援する方法である。これを、図９を参照して説明する。ＡＡＩ−ＳＣＤメッセージに、専用測距情報が変更されたことを表す第２カウント情報（Ｍ２Ｍ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔ）を含め、Ｓ−ＳＦＨ ＳＰ３ ＩＥにＭ２Ｍ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔに連動する（Ｍ２Ｍ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔを指示する）、Ｍ２Ｍ装置のための第１カウント情報（Ｍ２Ｍ ＳＣＤ ｃｏｕｎｔ）を含めている。こうする場合、ＡＡＩ−ＳＣＤメッセージ内の専用測距情報に変更があったときは、ＡＡＩ−ＳＣＤメッセージのＭ２Ｍ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔが変更され、これによって、Ｓ−ＳＦＨ ＳＰ３ ＩＥのＭ２Ｍ ＳＣＤ ｃｏｕｎｔにも変更がある（９０１）。
【０１０７】
このとき、Ｍ２Ｍ装置のみが専用測距情報を復号できるように、ＳＣＤ ｃｏｕｎｔの場合とは違い、Ｍ２Ｍ ＳＣＤ ｃｏｕｎｔの変更は、Ｐ−ＳＦＨ ＩＥに含まれた情報（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔ、Ｓ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐ）を変更させないように設定してもよい（９０２）。言い換えると、ＡＡＩ−ＳＣＤメッセージにおいてＭ２Ｍのための専用測距情報の変更があっても、Ｐ−ＳＦＨ ＩＥ内の情報は再び設定されないようにする。Ｐ−ＳＦＨ ＩＥ内のＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔ及びＳ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐなどのフィールドがＳ−ＳＦＨ ＳＰ３ ＩＥ変更を指示しないため、専用測距情報に関連していない既存のＨＴＣ端末は、Ｓ−ＳＦＨ ＳＰ３ ＩＥを復号する必要がなくなる。ただし、この場合、Ｍ２Ｍ装置も同様、Ｐ−ＳＦＨ ＩＥを復号することだけではＳ−ＳＦＨ ＳＰ３ ＩＥのＭ２Ｍ ＳＣＤ ｃｏｕｎｔの変更が分からない。よって、Ｍ２Ｍ装置は常にＳ−ＳＦＨ ＳＰ３ ＩＥを復号するように設定してもよい。
【０１０８】
また、専用測距情報が更に変更されたときも、ＡＡＩ−ＳＣＤメッセージのｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔが変更されないように設定してもよい。そうしないと、前述したように、Ｍ２Ｍ ＳＣＤ ｃｏｕｎｔの変更がＰ−ＳＦＨの情報（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｏｕｎｔ、Ｓ−ＳＦＨ ＳＰ ｃｈａｎｇｅ ｂｉｔｍａｐ）を変更させないように設定しても、ＡＡＩ−ＳＣＤ内の専用測距情報の変更はｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔを増加させる。連鎖的にＳ−ＳＦＨ ＳＰ３ ＩＥ内のＳＣＤ ｃｏｕｎｔが変更され、これを表すためにＰ−ＳＦＨ ＩＥの情報を変更させることになる。このようにＰ−ＳＦＨ ＩＥの情報がＳ−ＳＦＨ ＳＰ３に変更があることを表すとき、ＨＴＣ端末は、常にＰ−ＳＦＨを復号することになっているため、自身に関係していない専用測距情報を復号することになってしまう。
【０１０９】
上述した内容が適用された場合に、ＨＴＣ端末及びＭ２Ｍ装置の動作は、下記の通りである。
【０１１０】
ＨＴＣ端末については、ｉ）専用測距情報の変更がある場合と、ｉｉ）専用測距情報以外の情報の変更がある場合とがあり得る。ｉ）の場合、ＨＴＣ端末は、スーパフレームを受信してＰ−ＳＦＨ ＩＥを復号し、Ｐ−ＳＦＨ ＩＥに含まれたＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔ及びＳ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐに変更がないことを確認する（専用測距情報の変更はＰ−ＳＦＨ ＩＥ内の情報に影響を与えないため）。そのため、ＨＴＣ端末はＳ−ＳＦＨ ＩＥを復号しなくなる。
【０１１１】
ｉｉ）の場合、ＨＴＣ端末は、スーパフレームを受信してＰ−ＳＦＨ ＩＥを復号し、Ｐ−ＳＦＨ ＩＥに含まれたＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔ及びＳ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐから、どのＳ−ＳＦＨ ＩＥを復号すべきかを知る（例えば、Ｓ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐ＝１００の場合はＳ−ＳＦＨ ＳＰ３ ＩＥを復号する）。その後、ＨＴＣ端末は当該Ｓ−ＳＦＨ ＩＥを復号し、変更された情報を取得する。
【０１１２】
Ｍ２Ｍ装置についても、ｉｉｉ）専用測距情報の変更がある場合と、ｉｖ）専用測距情報以外の情報の変更がある場合とがあり得る。
【０１１３】
ｉｉｉ）の場合、Ｍ２Ｍ装置は、スーパフレームを受信してＰ−ＳＦＨ ＩＥを復号し、Ｓ−ＳＦＨ ＩＥに変更がないということを確認する（専用測距情報の変更は、Ｐ−ＳＦＨ ＩＥ内の情報に影響を与えないため）。しかし、前述したように、Ｍ２Ｍ装置は常にＳ−ＳＦＨ ＳＰ３ ＩＥを復号するように設定されているため、Ｓ−ＳＦＨ ＳＰ３ ＩＥを復号することになる。Ｍ２Ｍ装置は、Ｓ−ＳＦＨ ＳＰ３ ＩＥ内のＭ２Ｍ ＳＣＤ ｃｏｕｎｔが変更されたことを認識し、後で受信されたＡＡＩ−ＳＣＤメッセージから専用測距情報を取得できる。
【０１１４】
ｉｖ）の場合は、Ｐ−ＳＦＨ ＩＥのＳ−ＳＦＨ ＩＥ ｃｈａｎｇｅ ｃｏｕｎｔ及びＳ−ＳＦＨ ｃｈａｎｇｅ ｂｉｔｍａｐから知った変更のあるＳ−ＳＦＨ ＩＥがＳ−ＳＦＨ ＳＰ３ ＩＥでなくても、Ｓ−ＳＦＨ ＳＰ３ ＩＥを復号する以外は、ｉｉ）の場合と同様の動作を行う。
【０１１５】
一方、専用測距情報を指示する時点及び／又は周期情報を指示する情報フィールドをＳ−ＳＦＨ ＳＰ３ ＩＥに含め、Ｍ２Ｍ装置がその周期に従ってＳ−ＳＦＨ ＳＰ３ ＩＥを復号できるようにしてもよい。
【０１１６】
第二に、呼出しメッセージ（例えば、ＡＡＩ−ＰＡＧ−ＡＤＶ ｍｅｓｓａｇｅ）にＭ２Ｍ ＳＣＤ ｃｏｕｎｔ情報を含めて送信し、ＡＡＩ−ＳＣＤメッセージにＭ２Ｍ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔを含めて送信する方法がある。この場合、呼出しメッセージを用いてネットワーク進入／再進入を行うＭ２Ｍ装置、又はＭ２Ｍグループは、ＡＡＩ−ＳＣＤメッセージを通じて送信される専用測距情報が更新されたという事実を、このＭ２Ｍ ＳＣＤ ｃｏｕｎｔ及びＭ２Ｍ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｈａｎｇｅ ｃｏｕｎｔから知り、さらには、更新された専用測距情報の適用時点も知ることになる。
【０１１７】
Ｍ２Ｍ装置は以前カウント値を保存しておき、新しく受信したカウントと以前カウント値との比較によって、更新された情報がどの時点に送信されるかを判断してもよい。適用時点に関する情報は、既存のＡＡＩ−ＳＣＤ更新手順と同様にして取得してもよい。
【０１１８】
第三に、新しいメッセージを定義し、該新しいメッセージにＭ２Ｍ ＳＣＤ ｃｏｕｎｔを含めて送信する方法がある。この場合、Ｍ２Ｍ装置のネットワーク初期進入（ｉｎｉｔｉａｌ  ｅｎｔｒｙ）までサポートできる長所がある。端末にとっては新しいメッセージが送信される時点及び周期を知ることができず、新しいメッセージは特定時点に特定周期で送信する必要がある。そのため、すべての端末が知っているＳ−ＳＦＨ変更周期（Ｓ−ＳＦＨ ｃｈａｎｇｅ ｃｙｃｌｅ）及びこの周期に該当するスーパフレームを、新しいメッセージの送信時点にしてもよい。例えば、Ｍ２Ｍ ＳＣＤ ｃｏｕｎｔを送信するメッセージは、Ｓ−ＳＦＨ変更周期が始まる最初のスーパフレームをその送信時点とし、Ｓ−ＳＦＨ変更周期をそのメッセージの送信周期と同一に設定してもよい。その他の動作は、上述した最初の方法と同一にする。
【０１１９】
一方、上述の方法は、後述する測距設定指示子によって適用してもよい。例えば、測距指示子がＭ２Ｍ専用測距を指示する条件下で適用してもよい。
【０１２０】
以下、Ｍ２Ｍ装置が競合ベースのネットワーク進入を行うか、非競合ベースのネットワーク進入を行うかを表す指示子が提案される。無線通信システムの環境によって、Ｈ２Ｈ端末に競合ベースの測距リソースを多く割り当てるべき場合があり、この場合には、Ｍ２Ｍ装置に非競合ベースの測距リソースを相対的に多く割り当てることになる。逆に、Ｈ２Ｈ端末に非競合ベースの測距リソースを多く割り当てるべき場合もあり、この場合には、Ｍ２Ｍ装置に競合ベースの測距リソースを相対的に多く割り当てることになる。
【０１２１】
各環境によって、Ｍ２Ｍ装置に競合ベースの測距リソースを多く割り当てるべき場合及び非競合ベースの測距リソースを多く割り当てるべき場合に、それを誘導できるように特定指示子（Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒ）を定義することによって、制限されたリソースを効率的に利用することができる。基本的に、Ｍ２Ｍ装置専用測距リソースに関する情報がＡＡＩ−ＳＣＤメッセージを通じて送信されるとして説明する。しかし、本発明がこれに制限されるものではない。
【０１２２】
ここで、指示子、すなわち、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒは、Ｍ２Ｍ装置に対して、競合ベースの測距（すなわち、ＨＴＣ端末と同様の一般的な測距）、非競合ベースの測距（すなわち、Ｍ２Ｍ装置のための専用測距）、Ｍ２Ｍ装置のネットワーク再進入を許容しないという内容及び／又は非競合ベースの測距も競合ベースの測距も適用可能であるという内容を指示することができる。このような内容を指示するために、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒはフィールドをｉ）１ビット、又はｉｉ）２ビットで構成してもよい。
【０１２３】
ｉ）Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒが１ビットに設定される場合、「０ｂ０」のときは、非競合ベースの測距を許容し、「０ｂ１」のときは、競合ベースの測距だけを許容するように構成することがある。この場合、「０ｂ０」は非競合ベースの測距を許容するという意味で、非競合ベースの測距、競合ベースの測距の両方とも適用可能であることを指示できる。この場合、非競合ベースの測距だけを許容するようにＭ２Ｍ ｓｈａｒｅｄ ｒａｎｇｉｎｇ ａｌｌｏｗａｎｃｅ ｉｎｄｉｃａｔｏｒを更に定義し、「０ｂ０」は競合ベースの測距を許容することを、「０ｂ１」は非競合ベースの測距だけを許容することを指示するようにしてもよい。
【０１２４】
また、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒが「０ｂ０」のとき、競合ベースの測距を許容し、「０ｂ１」のとき、非競合ベースの測距のみを許容するように構成することもある。「０ｂ０」は、競合ベースの測距を許容するという意味で、競合ベースの測距、非競合ベースの測距の両方とも適用可能であることを指示できる。このとき、競合ベースの測距のみを許容するようにＭ２Ｍ ｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ａｌｌｏｗａｎｃｅ ｉｎｄｉｃａｔｏｒを更に定義し、「０ｂ０」は非競合ベースの測距を許容することを、「０ｂ０」は競合ベースの測距だけを許容することを指示するようにしてもよい。
【０１２５】
ｉｉ）Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒが２ビットに設定される例は、次の通りである。「０ｂ００」は、Ｍ２Ｍ装置のための専用測距が許容されない一般的な測距を、「０ｂ０１」はＭ２Ｍ装置のための専用測距を、「０ｂ１０」は競合ベースの測距と非競合ベースの測距の両方を許容し、「０ｂ１１」は、Ｍ２Ｍ装置のネットワーク進入／再進入を許容しないものと定義される。ここで、各ビットとその意味する内容との対応関係は変更してもよい。必要によって、４種類のビットの全部を使用してもよく、一部を使用してもよい。
【０１２６】
上述した通り、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒフィールドは、既存の８０２．１６ｍに定義されているメッセージ／フォーマットなどに含めてもよい。すなわち、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒフィールドは、ｉ）ＡＡＩ−ＳＣＤメッセージ内に、ｉｉ）Ｓ−ＳＦＨ ＳＰ ＩＥ内に、又はｉｉｉ）Ｂｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ_ＭＡＰ ＩＥ内に含めてもよい。
【０１２７】
第一に、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒがＡＡＩ−ＳＣＤメッセージ内に含まれる場合がある。この場合は、Ｓ−ＳＦＨ ＩＥフィールドにＭ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒを含めることが負担となる場合と解される。ＡＡＩ−ＳＣＤメッセージのＭ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒは、前述したように、１ビット又は２ビットにしてもよい。２ビットにする場合、前述とは異なる例示として、「０ｂ００」はＭ２Ｍ装置のための専用測距が許容されない一般的な測距を、「０ｂ０１」はＭ２Ｍ装置のための専用測距を、「０ｂ１０」はＭ２Ｍ装置のネットワーク進入／再進入を許容しないものと設定してもよい。
【０１２８】
又は、ＡＡＩ−ＳＣＤメッセージ内に含まれる５ビットのｄｅｄｉｃａｔｅｄ ｒａｎｇｉｎｇ ｃｏｄｅ ｉｎｄｅｘ／ｓｅｔに該当の情報、すなわち、競合ベースの測距だけを許容するか、非競合ベースの測距だけを許容するかに関する情報を更に定義してもよい。
【０１２９】
第二に、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒがＳ−ＳＦＨ ＳＰ ＩＥ内に含まれることもある。この場合にも、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒは１ビット又は２ビットで表現してもよく、重複説明を避けるために、その詳細については説明を省略する。
【０１３０】
第三に、特定Ｍ２Ｍグループに属するＭ２Ｍ装置に適用されうるように、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒをＢｒｏａｄｃａｓｔ ａｓｓｉｇｎｍｅｎｔ Ａ_ＭＡＰ ＩＥに含めることもある。この場合も同様、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒは１ビット又は２ビットで表現してもよい。Ｍ２Ｍグループを区別するための識別子（例えば、ＭＧＩＤ）を付加してもよく、又は、待機モードでネットワークに再進入する特定Ｍ２Ｍ装置又はＭ２Ｍグループに対して呼出しメッセージにＭ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒを含めることによって、特定Ｍ２Ｍ装置又はＭ２Ｍグループに測距設定を適用してもよい。
【０１３１】
一方、上述したＭ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒを８０２．１６ｅシステムに適用する場合もあるが、この場合には、既存の端末に影響を与えないような方法が必要である。具体的に、既存の８０２．１６ｅシステムでは一つのメッセージ（例えば、ＵＬ−ＭＡＰメッセージ）で複数の端末のＵＬ−ＭＡＰ ＩＥ（固定された長さを持つ）が送信され、全体ＵＬ−ＭＡＰメッセージに対してビット数を合わせるための埋め草ビット（ｐａｄｄｉｎｇ ｂｉｔ）が付加される。Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒを各端末のＵＬ−ＭＡＰ ＩＥに含めると長さが変わるため、既存の端末の復号に影響を与えることがある。これを解決するには、下記のような方法を用いることができる。
【０１３２】
Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒをＵＬ−ＭＡＰメッセージの埋め草ビット部分に位置させてもよい。この場合、既存のＵＬ−ＭＡＰメッセージの埋め草ビット部分は、挿入されたＭ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒのビット数だけ減る。既存の端末は既存のシステムにおけると同様に復号を行い、Ｍ２Ｍ装置は、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒまで復号するように設定してもよい。
【０１３３】
又は、Ｍ２Ｍ装置のための新しいＭＡＰ ＩＥを定義し、このＭＡＰ ＩＥにＭ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒを含めてもよい。この場合、既存の端末の復号に影響を与えないように、新しいＭＡＰ ＩＥの長さは既存のＵＬ−ＭＡＰ ＩＥと同一に設定したり、又は最後に送信したりするようにしてもよい。
【０１３４】
又は、Ｍ２Ｍ ｒａｎｇｉｎｇ ｉｎｄｉｃａｔｏｒをＵＬ−ＭＡＰ ＩＥではなく上位層の制御信号送信チャネルで送信されるようにしてもよい。具体的に、アップリンクチャネル記述子（ＵＣＤ）を使用してもよく、フレーム制御ヘッダ（ＦＣＨ）の予約されているビットを使用してもよい。
【０１３５】
図１０は、本発明の一実施例に係るＭ２Ｍ装置及び基地局の構成を示す図である。
【０１３６】
図１０を参照すると、Ｍ２Ｍ装置１０００及び基地局１５００はそれぞれ、ＲＦユニット１１００，１６００、プロセッサ１２００，１７００及びメモリ１３００，１８００を備えている。また、各ＲＦユニット１１００，１６００は、送信器１１１０，１６１０及び受信器１１２０，１６２０を備えている。
【０１３７】
Ｍ２Ｍ装置１０００の送信器１１１０及び受信器１１２０は、基地局１５００及び他のＭ２Ｍ装置と信号を送信及び受信するように構成され、プロセッサ１２００は、送信器１１１０及び受信器１１２０と機能的に接続して、送信器１１１０及び受信器１１２０が他の端末と信号を送受信する過程を制御するように構成してもよい。
【０１３８】
また、プロセッサ１２００は、送信する信号について各種処理を行って送信器１１１０に送信し、受信器１１２００が受信した信号について処理を行ってもよい。必要によって、プロセッサ１２００は、交換されたメッセージに含まれた情報をメモリ１３００に保存してもよい。このような構造によって、Ｍ２Ｍ装置１０００は、上述した様々な実施の形態に係る方法を行うことができる。
【０１３９】
図１０には示していないが、Ｍ２Ｍ装置１０００は、その機器アプリケーションタイプによって様々な追加構成を備えてもよい。Ｍ２Ｍ装置１０００がスマート検針のためのものであれば、Ｍ２Ｍ装置１０００は電力測定などのための追加的な構成を備えてもよく、この電力測定動作は、図１０に示したプロセッサ１２００で制御してもよいし、別に構成されたプロセッサ（図示せず）で制御してもよい。
【０１４０】
図１０は、Ｍ２Ｍ装置１０００と基地局１５００との間に通信が行われる場合を例示しているが、本発明に係るＭ２Ｍ通信方法は、Ｍ２Ｍ装置同士で発生してもよく、それぞれの端末は、図１０に示した各端末構成と同一の形態をもって、上述した様々な実施の形態に係る方法を行ってもよい。
【０１４１】
一方、基地局１５００の送信器１６１０及び受信器１６２０は、他の基地局、Ｍ２Ｍサーバー、Ｍ２Ｍ装置と信号を送信及び受信するように構成され、プロセッサ１７００は、送信器１６１０及び受信器１６２０と機能的に接続されて、送信器１６１０及び受信器１６２０が他の端末と信号を送受信する過程を制御するように構成してもよい。
【０１４２】
また、プロセッサ１７００は、送信する信号について各種処理を行って送信器１６１０を介して送信し、受信器１６２０が受信した信号について処理を行ってもよい。必要によって、プロセッサ１７００は、交換されたメッセージに含まれた情報をメモリ１３００に保存してもよい。このような構造によって、基地局１５００は、上述した様々な実施の形態に係る方法を行うことができる。
【０１４３】
Ｍ２Ｍ装置１１００及び基地局１５００のプロセッサ１２００，１７００はそれぞれ、Ｍ２Ｍ装置１１００及び基地局１５００における動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサ１２００，１７００は、プログラムコード及びデータを保存するメモリ１３００，１８００に接続してもよい。
【０１４４】
メモリ１３００，１８００は、プロセッサ１２００，１７００に接続して、オペレーティングシステム、アプリケーション、及び一般ファイルを保存する。
【０１４５】
プロセッサ１２００，１７００は、コントローラ、マイクロコントローラ、マイクロプロセッサ、マイクロコンピュータなどと呼んでもよい。一方、プロセッサ１２００，１７００は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの結合によって具現してもよい。ハードウェアを用いて本発明の実施例を具現する場合には、本発明を実行するように構成された特定用途集積回路（ＡＳＩＣ）又はデジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）などをプロセッサ１２００，１７００に備えてもよい。
【０１４６】
一方、ファームウェアやソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェア又はソフトウェアを構成してもよく、本発明を実行できるように構成されたファームウェア又はソフトウェアは、プロセッサ１２００，１７００内に設けられてもよいし、メモリ１３００，１８００に保存されてプロセッサ１２００，１７００によって駆動してもよい。
【０１４７】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもできるし、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、別の実施例に含めることもできるし、別の実施例の対応する構成又は特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０１４８】
本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化できる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって定めなければならず、本発明の均等な範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１４９】
Ｍ２Ｍ装置がネットワーク再進入を行う方法は、３ＧＰＰ ＬＴＥ−Ａ、ＩＥＥＥ ８０２などの多様な無線通信システムにおいて利用可能である。
【図１】
0005711422.tif 000005
【図２】
0005711422.tif 000006
【図３】
0005711422.tif 000007
【図４】
0005711422.tif 000008
【図５】
0005711422.tif 000009
【図６】
0005711422.tif 000010
【図７】
0005711422.tif 000011
【図８】
0005711422.tif 000012
【図９】
0005711422.tif 000013
【図１０】
0005711422.tif 000014