(57)【要約】【課題】時間とともに変化する移動局の状態に応じて移動局の位置情報管理を円滑に行う。【解決手段】サーバ５が、移動局１の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出する着信群検出手段（制御部２３）と、移動局１が位置登録している位置登録エリアを変更したことを検出するエリア変更検出手段（網インタフェース２１）とを備え、該エリア変更検出手段（網インタフェース２１）により、移動局１が位置登録エリアを変更した場合、着信群検出手段（制御部２３）は、検出した着信群を該移動局１に割り当てる。【選択図】図２１
2007166676.tif 000002
【特許請求の範囲】
【請求項１】
移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出する着信群検出手段と、
前記移動局が位置登録している位置登録エリアを変更したことを検出するエリア変更検出手段とを備え、
該エリア変更検出手段により、前記移動局が前記位置登録エリアを変更した場合、前記着信群検出手段は、前記検出した着信群を該移動局に割り当てることを特徴とするサーバ。
【請求項２】
前記エリア変更検出手段は、前記移動局の位置登録エリア変更を検出した際、該移動局に割り当てられている変更前着信群を取得する着信群取得手段を有し、
前記着信群検出手段は、前記着信群取得手段が取得した変更前着信群と、前記検出した着信群が同一か異なるかを判断し、異なる場合にのみ該検出した着信群を該移動局に割り当てることを特徴とする請求項１に記載のサーバ。
【請求項３】
前記位置登録エリアの各着信群のタイミングにおける着信トラフィック量を測定するトラフィック量測定手段を備え、
前記着信群検出手段は、前記トラフィック量測定手段による測定結果に基づいて、前記一の着信群を検出することを特徴とする請求項１又は２に記載のサーバ。
【請求項４】
前記位置登録エリアの各着信群に属する前記移動局の数を測定する移動局数測定手段を備え、
前記着信群検出手段は、前記移動局数測定手段による測定結果に基づいて、前記一の着信群を検出することを特徴とする請求項１又は２に記載のサーバ。
【請求項５】
前記位置登録エリアの各着信群のタイミングで送信するデータ量を測定するデータ量測定手段を備え、
前記着信群検出手段は、前記データ量測定手段による測定結果に基づいて、前記一の着信群を検出することを特徴とする請求項１又は２に記載のサーバ。
【請求項６】
前記着信群検出手段は、前記移動局が要求するサービス品質を取得する品質取得手段を備え、
該品質取得手段が取得したサービス品質に基づいて、前記一の着信群を検出することを特徴とする請求項１〜５のいずれか１項に記載のサーバ。
【請求項７】
位置登録している位置登録エリアと異なる位置登録エリアに移動した場合、それを検出し、位置登録エリア変更要求を行う要求手段と、
無線基地局から情報信号を受信した場合、通知された情報に従い、着信群の設定を変更する設定変更手段とを備え、
前記要求手段により位置登録エリア変更要求を行った際、前記無線基地局から通知された情報の中に着信群情報が含まれている場合、前記設定変更手段は、前記着信群の設定を変更することを特徴とする移動局。
【請求項８】
前記設定変更手段は、前記着信群情報が含まれていなかった場合、位置登録エリアを変更する前に属していた着信群を継続して使用することを特徴とする請求項７に記載の移動局。
【請求項９】
移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出する着信群検出手段と、
前記移動局が位置登録している位置登録エリアを変更したことを検出するエリア変更検出手段とを備え、
該エリア変更検出手段により、前記移動局が前記位置登録エリアを変更したことを検出した場合、前記着信群検出手段は、前記検出した着信群を該移動局に割り当てることを特徴とする移動通信システム。
【請求項１０】
移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出するステップと、
前記移動局が位置登録している位置登録エリアを変更したことを検出するステップと、
前記移動局が前記位置登録エリアを変更したことを検出した場合、前記検出した着信群を該移動局に割り当てるステップと
を有することを特徴とする移動通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、移動局、移動通信システム及び移動通信方法に関する。
【背景技術】
【０００２】
従来のＰＨＳに関する技術では、受信タイミングが定められた着信群の着信群番号が、各移動局の電話番号に対応して予め規定されているため、位置登録エリアにおいて、各着信群に属する移動局の数が不均衡となれば、各着信群の着信トラフィック負荷に不均衡が生じるという問題点があった。そのため、無線基地局のバッファがオーバーフローし、呼び出し信号が移動局に送信されず、無線基地局に到着した着信呼が呼損となるおそれがあった。又、その呼損を防ぐために、呼び出し信号の送信に用いる制御チャネルの容量を、ある程度余裕を持たせて設計しなければならないという問題もあった。更に、従来技術１の方法では、移動局が要求するサービス品質を考慮していないため、ＱｏＳ（Quality  Of  Service）制御を行うことが困難であった。
【０００３】
また、各着信群に割り当てられる呼び出し信号を受信する受信タイミングをフレーム毎に変化させる従来技術がある。この技術では、変化させた受信タイミングを、図２７（ａ）に示す制御チャネルを用いて、無線基地局が移動局に通知する（特許文献１参照）。制御チャネルは、１単位が、１つの報知タイムスロット１０１と、６つのタイムスロット１０２〜１０７の合計７タイムスロットのフレームから構成される。制御チャネルの負荷を軽減するために、どの着信群に属する移動局であっても、報知タイムスロット１０１を受信する。無線基地局は、この報知タイムスロット１０１において、報知タイムスロットに続くタイムスロット１０２〜１０７における各着信群の呼び出し信号の受信タイミング、即ち、タイムスロットの位置を通知する。報知タイムスロット１０１は、着信群番号を報知するためのスロット１０８〜１１３から構成されている。例えば、移動局は、図２７（ｂ）に示す制御チャネルを受信した場合、各着信群番号が示されたスロット１２１〜１２６を含む報知タイムスロット１１４から、各着信群の呼び出し信号の受信タイミングを把握することができる。そして、各移動局は、報知タイムスロット１１４以降のタイムスロット１１５〜１２０において、報知タイムスロット１１４から把握した受信タイミングで、呼び出し信号を受信する。例えば、タイムスロット１１５においては、スロット１２１に着信群番号が示されていた着信群番号「２」の着信群に属する移動局が、呼び出し信号を受信する。このように、この方法では、全ての移動局について、フレーム毎に移動局が属する着信群に対応する受信タイミングが変化する。
【特許文献１】特開平５―１１４８８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、フレーム毎に全ての移動局について、各移動局が属する着信群に対応する受信タイミングが変化する技術では、無線基地局は、フレーム毎に、全ての移動局に対して報知タイムスロットを送信しなければならず、移動局は、フレーム毎に報知タイムスロットを受信しなければならなかった。よって、チャネルの利用効率が非常に悪くなるという問題点や、無線基地局及び移動局の着信制御の負荷が大きくなるという問題点、移動局が受信すべきタイムスロットが増え、バッテリーセービングが行えないという問題点があった。更に、フレーム毎に、移動局が属する着信群に対応する受信タイミングが変化するため、移動局は、必ずしも間欠受信を行えるとは限らず、効果的なバッテリーセービングが行えないという問題点があった。特に、着信呼が無線基地局に到着した順番で、各着信群の受信タイミングが割り当てられ、呼び出し信号が送信される場合には、同一のフレーム内で、同一の着信群の移動局への呼び出し信号を、２回以上送信してしまうことがあった。そのため、更に、チャネルの利用効率を悪化させてしまうという問題点があった。
【０００５】
本発明は、上記課題を解決するために成されたものであり、着信制御の負荷を軽減するとともにチャネルを有効利用することができるサーバ、移動局、移動通信システム及び移動通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係るサーバは、移動局の呼出信号を受信するタイミング毎に分けられた複数のグループ（以下「着信群」という）の中から、所定の情報に基づいて一の着信群を検出する着信群検出手段と、移動局が位置登録している位置登録エリアを変更したことを検出するエリア変更検出手段とを備え、エリア変更検出手段により、移動局が位置登録エリアを変更したことを検出した場合、着信群検出手段は、検出した着信群（以下「指定着信群」という）を移動局に割り当てることを特徴とする。
【０００７】
このような本発明にかかるサーバによれば、着信群検出手段が、移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出する。又、エリア変更検出手段が、移動局が位置登録している位置登録エリアを変更したことを検出する。そして、エリア変更検出手段により、移動局が位置登録エリアを変更したことを検出した場合、着信群検出手段が、検出した指定着信群を移動局に割り当てる。
【０００８】
また、本発明に係る移動通信システムは、移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出する着信群検出手段と、移動局が位置登録している位置登録エリアを変更したことを検出するエリア変更検出手段とを備え、エリア変更検出手段により、移動局が位置登録エリアを変更したことを検出した場合、着信群検出手段は、検出した着信群（指定着信群）を移動局に割り当てることを特徴とする。
【０００９】
このような本発明にかかる移動通信システムによれば、着信群検出手段が、移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出する。又、エリア変更検出手段が、移動局が位置登録している位置登録エリアを変更したことを検出する。そして、エリア変更検出手段により、移動局が位置登録エリアを変更したことを検出した場合、着信群検出手段が、検出した指定着信群を移動局に割り当てる。
【００１０】
なお、本発明は、以下のように移動通信方法に係る発明として記述することもできる。即ち、本発明に係る移動通信方法は、移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を検出するステップと、前記移動局が位置登録している位置登録エリアを変更したことを検出するステップと、前記移動局が前記位置登録エリアを変更したことを検出した場合、前記検出した着信群を該移動局に割り当てるステップとを有することを特徴とする。
【００１１】
上記のサーバに係る発明、移動通信システムに係る発明、及び移動通信方法に係る発明によれば、移動局が位置登録している位置登録エリアを変更したことが検出された場合にだけ、指定着信群を割り当てればよい。そのため、サーバ又は移動通信システムにおいて、チャネルを有効利用することができ、着信制御の負荷を軽減することができる。
【００１２】
また、上記サーバに係る発明及び移動通信システムに係る発明において、エリア変更検出手段は、移動局の位置登録エリア変更を検出した際、移動局に割り当てられている着信群（以下「変更前着信群」という）を取得する着信群取得手段を有し、着信群検出手段は、着信群取得手段が取得した変更前着信群と、検出した指定着信群が同一か異なるかを判断し、異なる場合にのみ検出した指定着信群を移動局に割り当てることが好ましい。
【００１３】
これによれば、変更前着信群と指定着信群が異なり、着信群に変更がある場合にだけ、着信群検出手段が、検出した指定着信群を移動局に割り当て、変更前着信群と指定着信群が同一であり、着信群に変更がない場合には、検出した指定着信群の移動局への割り当てを省略することができる。よって、移動通信システムは、より一層、チャネルを有効利用することができる。又、移動局の作用として、余計な情報を取得する必要がないため、常に冗長な情報信号を受信せずに済むという作用がある。その結果、移動局は、受信時間の効率化によるバッテリーセービングを拡大することができる。
【００１４】
又、本発明に係るサーバ又は本発明に係る移動通信システムは、位置登録エリアの各着信群のタイミングにおける着信トラフィック量を測定するトラフィック量測定手段や、位置登録エリアの各着信群に属する移動局の数を測定する移動局数測定手段を備え、着信群検出手段は、トラフィック量測定手段や移動局数測定手段による測定結果に基づいて、一の着信群を検出することが好ましい。ここで、着信トラフィック量とは、着信呼の数をいう。これによって、位置登録エリアの各着信群のタイミングにおける着信トラフィック量や、位置登録エリアの各着信群に属する移動局数に基づいて、指定着信群の割り当てを行うことができる。そのため、サーバ又は移動通信システムは、特定の着信群のタイミングに、着信トラフィック負荷が集中することを防止でき、各着信群の着信トラフィック負荷の平滑化を図ることができる。又、同一のフレーム内で、同一の着信群の移動局への呼び出し信号を２回以上送信してしまうことを回避できる。よって、更に、チャネルを有効利用することができる。
【００１５】
又、例えば、データ通信等において、着信群の着信トラフィック量が少ない場合や、着信群に属する移動局数が少ない場合であっても、一つの着信呼に含まれるデータ量や、一つの移動局が受信するデータ量が多く、その着信群に着信トラフィック負荷が集中する場合がある。そのため、本発明に係るサーバ又は本発明に係る移動通信システムは、位置登録エリアの各着信群のタイミングで送信するデータ量を測定するデータ量測定手段を備え、着信群検出手段は、そのデータ量測定手段による測定結果に基づいて、一の着信群を検出することが好ましい。これによれば、位置登録エリアの各着信群のタイミングで送信する実際のデータ量に基づいて、指定着信群の割り当てを行うことができるため、特定の着信群のタイミングに、着信トラフィック負荷が集中することを、トラフィック量測定手段や移動局数測定手段による測定結果に基づいて一の着信群を検出する場合よりも防止でき、各着信群の着信トラフィック負荷の平滑化を、より図ることができる。
【００１６】
又、上記サーバに係る発明及び移動通信システムに係る発明において、着信群検出手段は、移動局が要求するサービス品質を取得する品質取得手段を備え、品質取得手段が取得したサービス品質に基づいて、一の着信群を検出することが好ましい。これによれば、サーバ又は移動通信システムは、移動局が要求するサービス品質を考慮して指定着信群の検出ができ、ＱｏＳ制御を行うことが容易となる。
【００１７】
又、本発明に係る移動局は、位置登録している位置登録エリアと異なる位置登録エリアに移動した場合、それを検出し、位置登録エリア変更要求を行う要求手段と、無線基地局から情報信号を受信した場合、通知された情報に従い、着信群の設定を変更する設定変更手段とを備え、要求手段により位置登録エリア変更要求を行った際、無線基地局から通知された情報の中に着信群情報が含まれている場合、設定変更手段は、着信群の設定を変更することを特徴とする。
【００１８】
このような本発明に係る移動局によれば、要求手段が、位置登録している位置登録エリアと異なる位置登録エリアに移動し、それを検出し、位置登録エリア変更要求を行う。又、設定変更手段が、無線基地局から情報信号を受信した場合、通知された情報に従い、着信群の設定を変更する。そして、要求手段により位置登録エリア変更要求を行った際、無線基地局から通知された情報の中に着信群情報が含まれている場合、設定変更手段が、着信群の設定を変更する。
【００１９】
よって、移動局は、余計な情報を取得する必要がないため、冗長な情報信号を受信せずに済む。その結果、移動局は、受信時間の効率化によるバッテリーセービングを拡大することができる。
【００２０】
又、設定変更手段は、着信群情報が含まれていなかった場合、位置登録エリアを変更する前に属していた着信群を継続して使用することが好ましい。これによれば、移動局は、着信群に変更がない場合には、着信群の設定の変更を行わなくてよいため、着信制御の負荷を更に軽減できる。
【発明の効果】
【００２１】
以上説明したように、本発明によれば、着信制御の負荷を軽減するとともにチャネルを有効利用することができる。
【発明を実施するための最良の形態】
【００２２】
以下では、本発明に係る実施形態として、（第１部）移動局がスリープ状態であると判断された場合のリンクレイヤでの制御に係る構成と処理、（第２部）移動局がアイドル状態であると判断された場合のネットワークレイヤでの制御に係る構成と処理を順に説明し、その後、（第３部）移動局の状態に応じた制御処理を説明する。
【００２３】
［（第１部）移動局がスリープ状態であると判断された場合のリンクレイヤでの制御に係る構成と処理］
以下、図面を参照しながら、本発明に係る呼出方法及び移動通信システムの実施形態を説明する。
【００２４】
［移動通信システムの構成］
図１には、第１部の実施形態に係る移動通信システムの概略構成を示す。図１に示す移動局１は、無線基地局２が形成するセル３に在圏し、セルの集合が形成する呼び出しエリア６に対応する位置登録エリアに位置登録を行う。移動局１の位置に関する情報および状態（スリープモード、切断状態等）に関する情報は、網４に接続された位置情報管理サーバ５によって管理されている。なお、以下の第１部では、呼び出しエリア６と、呼び出しエリア６に対応する位置登録エリアとが同一の例で説明する。そのため、説明を簡易にするため、以下では「呼び出しエリア６に対応する位置登録エリアに位置登録する」を、「呼び出しエリア６に位置登録する」と表記する。しかし、本発明にとって、これらは同一である必要はなく、位置情報管理サーバ５がこれらの対応関係を把握し両者を管理していれば構わない。
【００２５】
図２０には、本実施形態の移動通信システムの構成に関する機能ブロック図を示す。なお、図２０では図を簡略化するため、移動局１、無線基地局２をそれぞれ１つずつ記載したが、実際には、同様の構成の移動局１、無線基地局２が複数存在するものとする。
【００２６】
この図２０に示すように、移動局１は、無線基地局２や他の移動局１との間で無線によるパケット通信等を行う無線通信部１Ｂと、通信状態において一定期間パケットの送受信が行われない場合に無線基地局２から送信された信号を周期的に間欠受信するスリープモードに移行したり当該周期の変更等を行う間欠受信制御部１Ｃと、上記各部の動作を監視・制御する制御部１Ａとを含んで構成されている。
【００２７】
無線基地局２は、網４を介して位置情報管理サーバ５と通信する網通信部２Ｂと、自局配下のセル内に存在するスリープモードに移行している移動局の数と呼び出しチャネルの呼び出しトラヒックの両方又は一方を測定し該測定値を保持する測定保持部２Ｃと、移動局が新規にスリープモードに移行する場合又はスリープモードに既に移行している移動局が新たにセル内に移動してきた場合又はスリープモードに既に移行している移動局がスリープ状態を変更する場合又は無線基地局が決定した任意の場合に、保持された測定値に応じて、移動局に対し、呼び出し周期と受信タイミングの両方又は一方の変更を指示する変更指示部２Ｄと、移動局のサービスクラスを認識し該サービスクラス情報を保持する認識保持部２Ｅと、移動局１や他の無線基地局２との間で無線によるパケット通信等を行う無線通信部２Ｆと、タイマーを内蔵し上記各部の動作を監視・制御する制御部２Ａとを含んで構成されている。
【００２８】
位置情報管理サーバ５は、網４を介して無線基地局２と通信する網通信部５Ｂと、各々の呼び出しエリアに在圏しているスリープモードに移行している移動局の数と各々の呼び出しエリア内で呼び出しチャネルの各々の受信タイミングでの着信トラヒックの両方又は一方を測定し該測定値を保持する測定保持部５Ｃと、移動局が新規にスリープモードに移行する場合又はスリープモードに既に移行している移動局が新しい呼び出しエリアに移動してきた場合又はスリープモードに既に移行している移動局がスリープ状態を変更する場合又は位置情報管理サーバが決定した任意の場合に、保持された測定値に応じて、移動局に対し、呼び出し周期と受信タイミングの両方又は一方の変更を指示する変更指示部５Ｄと、移動局のサービスクラスを認識し該サービスクラス情報を保持する認識保持部５Ｅと、上記各部の動作を監視・制御する制御部５Ａとを含んで構成されている。
【００２９】
［受信タイミング、呼び出し周期及び呼び出しエリアについて］
次に、図２、図３を用いて本実施形態における受信タイミング、呼び出し周期及び呼び出しエリアについて説明する。
【００３０】
図１の無線基地局２は、スリープモード中の移動局に対し、図２（ａ）〜図２（ｅ）の呼び出し周期Ａ〜Ｅの何れかの呼び出し周期にて呼び出し信号を間欠送信しているものとし、呼び出し周期Ａに対応する周期をＴとすると、呼び出し周期Ｂの周期は２Ｔ、呼び出し周期Ｃの周期は３Ｔ、呼び出し周期Ｄの周期は４Ｔ、呼び出し周期Ｅの周期は５Ｔで、それぞれ表される。
【００３１】
また、各呼び出し周期には、各移動局が受信すべき受信タイミングが規定されており、例えば、呼び出し周期Ａでは受信タイミングとしてＡ１、Ａ２、Ａ３の３つがある。同様に、呼び出し周期Ｂでは受信タイミングとしてＢ１、Ｂ２、Ｂ３の３つがあり、呼び出し周期Ｃでは受信タイミングとしてＣ１、Ｃ２、Ｃ３の３つがある。また、呼び出し周期Ｄでは受信タイミングとしてＤ１、Ｄ２、Ｄ３の３つがあり、呼び出し周期Ｅでは受信タイミングとしてＥ１、Ｅ２、Ｅ３の３つがある。
【００３２】
更に、図３（ａ）〜図３（ｃ）に示すように、呼び出し周期は呼び出しエリアと対応付けられている。つまり、呼び出しエリアＡは、呼び出し周期Ａに対応している。同様に、呼び出しエリアＢは、呼び出し周期Ｂに対応しており、呼び出しエリアＣは、呼び出し周期Ｃに対応している。
【００３３】
［本実施形態における処理動作］
以下、本実施形態における処理動作を説明する。以下では、まず、本発明の要部を成す第１の呼び出し方法と第２の呼び出し方法とを順に説明し、その後、図７〜図１３に基づき無線基地局、位置情報管理サーバ及び移動局の各々における詳細な処理動作を順に説明する。
【００３４】
［第１の呼び出し方法］
最初に、図４を用いて本発明に係る第１の呼び出し方法について説明する。
【００３５】
第１の呼び出し方法においては、セルのみを考えている。ここで、呼び出し周期には、図４（ｂ）〜図４（ｄ）に示す３種類（呼び出し周期Ａ〜Ｃ）があり、移動局が受信すべき受信タイミングは、各呼び出し周期について３種類あるものとする。即ち、呼び出し周期Ａでは受信タイミングＡ１、Ａ２、Ａ３が対応し、呼び出し周期Ｂでは受信タイミングＢ１、Ｂ２、Ｂ３が対応し、呼び出し周期Ｃでは受信タイミングＣ１、Ｃ２、Ｃ３が対応しているものとする。
【００３６】
以下、(1)移動局が新たにスリープモードに移行する場合、(2)スリープモードに移行している移動局がセルを変更する場合、(3)移動局がスリープ状態を変更する場合、(4)無線基地局が任意の時点で受信タイミングを変更する場合の４つの場合の動作方法を順に説明する。
【００３７】
(1)移動局が新たにスリープモードに移行する場合
今、移動局１が、セル３Ａ内で，無線基地局２とパケットのやり取りを行っているものとする。移動局１は、パケットのやり取り終了後、スリープモード移行を判断するためのタイマを起動させる。このタイマが満了すると、移動局１は、無線基地局２に対し、スリープモードに移行する旨を通知する。
【００３８】
スリープモードに移行しようとしている移動局１は、まず呼び出し周期Ａで待ち受けを行うため、通知を受けた無線基地局２は、自局配下のセル３Ａ内で、呼び出し周期Ａで間欠受信を行っている移動局の数及び各受信タイミングＡ１〜Ａ３にかかっているトラヒックを、自局（無線基地局２）が持つテーブルに予め設定された所定の閾値とそれぞれ比較することで、トラヒック量を評価する。例えば、ここでのトラヒック量の評価としては、セル３Ａ内で呼び出し周期Ａの各受信タイミングＡ１〜Ａ３で間欠受信を行っている実際の移動局の数と、対応する受信タイミングに属している移動局数の平均とを比較するとともに、各受信タイミングＡ１〜Ａ３でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００３９】
今、該セル３Ａ内で、受信タイミングＡ１でのトラヒックが多く、受信タイミングＡ２でのトラヒックが少ないものとすると、無線基地局２は、移動局１に対し、受信タイミングＡ２で待ち受けを行うように指示する。受信タイミングＡ２で間欠受信を行うよう指示を受けた移動局１は、呼び出し周期Ａで且つ受信タイミングＡ２にて間欠受信を行う。
【００４０】
また、受信タイミングＡ１〜Ａ３全ての受信タイミングにおいてトラヒックが混んでいる場合には、無線基地局２は、移動局１をスリープモードに移行させないか、又は呼び出し周期Ｂにおいてトラヒックが空いている受信タイミングＢ１〜Ｂ３の何れかを割り当てる。例えば、呼び出し周期Ｂの受信タイミングＢ２で間欠受信を行うよう指示された移動局１は、該タイミングにおいて間欠受信を行う。
【００４１】
(2)スリープモードに移行している移動局がセルを変更する場合
今、移動局１が、既にスリープモードに移行しており、最初、セル３Ｂに在圏し、その後、セル３Ａに移動してきたものとする。ここで、セル３Ｂでは、呼び出し周期Ｂで受信タイミングＢ１で間欠受信を行っていたものとする。移動局１は、やりとりする無線基地局のＩＤが変化したことを認識し、移動先のセル３Ａの無線基地局２に対し、自局はスリープモードであり、呼び出し周期Ｂで受信タイミングＢ１にて間欠受信を行っている旨を通知する。
【００４２】
通知を受けた無線基地局２は、該呼び出し周期Ｂにおける受信タイミングＢ１〜Ｂ３の着信トラヒックを評価する。例えば、自局配下のセル３Ａ内で、呼び出し周期Ｂで間欠受信を行っている移動局の数及び各受信タイミングＢ１〜Ｂ３にかかっているトラヒックを、自局（無線基地局２）が持つテーブルに予め設定された所定の閾値とそれぞれ比較することで、トラヒック量を評価する。ここでのトラヒック量の評価としては、セル３Ａ内で呼び出し周期Ｂの各受信タイミングＢ１〜Ｂ３で間欠受信を行っている実際の移動局の数と、対応する受信タイミングに属している移動局数の平均とを比較するとともに、各受信タイミングＢ１〜Ｂ３でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００４３】
今、受信タイミングＢ１のトラヒックが空いている場合には、移動局１に対し、受信タイミングＢ１で間欠受信を行うよう通知する。移動局１は、そのまま呼び出し周期Ｂで受信タイミングＢ１で間欠受信を行う。一方、受信タイミングＢ１が混んでいる場合には、受信タイミングＢ２、Ｂ３のトラヒックを評価し、受信タイミングＢ３が空いていれば、受信タイミングＢ３で間欠受信を行うように移動局１に通知する。指示を受けた移動局１は、呼び出し周期Ｂで受信タイミングＢ３にて間欠受信を行う。
【００４４】
また、受信タイミングＢ１〜Ｂ３全てのタイミングが混んでいる場合には、呼び出し周期Ａ及び呼び出し周期Ｃに対応するトラヒックを上記同様の方法で評価し、呼び出し周期Ａにおける受信タイミングＡ２が空いているとすれば、該受信タイミングＡ２にて間欠受信を行うよう指示する。指示を受けた移動局１は、呼び出し周期Ａに変更し、受信タイミングＡ２にて間欠受信を行う。
【００４５】
(3)移動局がスリープ状態を変更する場合
今、移動局１が、既にスリープモードに移行しており、呼び出し周期Ａで受信タイミングＡ２にて間欠受信をしているものとする。この移動局１が、スリープモードに移行した後、スリープモード変更のためのタイマを起動させ、そのタイマが満了し、スリープ状態を変更しようとしている。つまり、呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしているものとする。
【００４６】
移動局１は、無線基地局２に対し、上記タイマが満了し、呼び出し周期Ｂへ移行する旨を通知する。通知を受けた無線基地局２は、該呼び出し周期Ｂにおける受信タイミングＢ１〜Ｂ３の着信トラヒックを評価する。例えば、自局配下のセル３Ａ内で、呼び出し周期Ｂで間欠受信を行っている移動局の数及び各受信タイミングＢ１〜Ｂ３にかかっているトラヒックを、自局（無線基地局２）が持つテーブルに予め設定された所定の閾値とそれぞれ比較することで、トラヒック量を評価する。ここでのトラヒック量の評価としては、セル３Ａ内で呼び出し周期Ｂの各受信タイミングＢ１〜Ｂ３で間欠受信を行っている実際の移動局の数と、対応する受信タイミングに属している移動局数の平均とを比較するとともに、各受信タイミングＢ１〜Ｂ３でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００４７】
その結果、受信タイミングＢ３が空いているとすると、無線基地局２は、移動局１に対し、受信タイミングＢ３にて間欠受信を行うよう指示する。指示を受けた移動局１は、呼び出し周期Ｂへ変更し、受信タイミングＢ３にて間欠受信を行う。また、上記でトラヒックを評価した結果、呼び出し周期Ｂに空きが無い（受信タイミングＢ１〜Ｂ３全てで空きが無い）場合には、移動局１を移行させないか、又は、呼び出し周期Ｃの受信タイミングＣ１〜Ｃ３でのトラヒックを評価し、何れかの受信タイミングで空きがあれば、そちらへ移行させる。
【００４８】
今、呼び出し周期Ｂ、Ｃにも空きが無い場合には、呼び出し周期Ａのまま移行させない旨を指示する。指示を受けた移動局１は、そのままの状態を維持する。
【００４９】
(4)無線基地局が任意の時点で受信タイミングを変更する場合
今、呼び出し周期Ｂで受信タイミングＢ２に対する着信トラヒックが急激に増加したものとする。この状態で無線基地局２は、呼び出しチャネルの圧迫を回避するため、呼び出し周期Ｂの受信タイミングＢ２で間欠受信を行っている移動局１に対し、空いている受信タイミングＢ３を通知し、指示を受けた移動局１は、受信タイミングＢ３にて間欠受信を行う。
【００５０】
［第２の呼び出し方法］
次に、図５を用いて本発明に係る第２の呼び出し方法について説明する。
【００５１】
第２の呼び出し方法においては、セルを複数まとめた呼び出しエリア構成をとっているものとする。ここで、呼び出し周期には、図５（ｂ）〜図５（ｄ）に示す３種類（呼び出し周期Ａ〜Ｃ）があり、移動局が受信すべき受信タイミングは、各呼び出し周期について３種類あるものとする。即ち、呼び出し周期Ａでは受信タイミングＡ１、Ａ２、Ａ３が対応し、呼び出し周期Ｂでは受信タイミングＢ１、Ｂ２、Ｂ３が対応し、呼び出し周期Ｃでは受信タイミングＣ１、Ｃ２、Ｃ３が対応しているものとする。
【００５２】
以下、(1)スリープモードに移行している移動局が呼び出しエリアを変更する場合、(2)移動局が新たにスリープモードに移行する場合、(3)移動局がスリープ状態を変更する場合、(4)位置情報管理サーバが任意の時点で受信タイミングを変更する場合の４つの場合の動作方法を順に説明する。
【００５３】
(1)スリープモードに移行している移動局が呼び出しエリアを変更する場合
移動局１は、既にスリープモードに移行しており、呼び出しエリアＡに対応するエリアに位置登録を行っているものとし、呼び出し周期Ａの受信タイミングＡ１で受信を行っているものとする。移動局１は、移動し、呼び出しエリアＩＤがそれまでの呼び出しエリアＩＤと異なっていることを認識すると、位置登録を行う。移動局１は、位置情報管理サーバ５に対し、自局（移動局１）がスリープモードにあり、直前の呼び出しエリアＡにおいて受信タイミングＡ１で受信を行っていたことを通知する。
【００５４】
通知を受けた位置情報管理サーバ５は、移動先の呼び出しエリアＢ内のトラヒックを評価する。例えば、呼び出しエリアＢ内で、呼び出し周期Ｂで間欠受信を行っている移動局の数及び各受信タイミングＢ１〜Ｂ３にかかっているトラヒックを、自局（位置情報管理サーバ５）が持つテーブルに予め設定された所定の閾値とそれぞれ比較することで、トラヒック量を評価する。ここでのトラヒック量の評価としては、呼び出しエリアＢ内で呼び出し周期Ｂの各受信タイミングＢ１〜Ｂ３で間欠受信を行っている実際の移動局の数と、対応する受信タイミングに属している移動局数の平均とを比較するとともに、各受信タイミングＢ１〜Ｂ３でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００５５】
評価した結果、移動先の呼び出しエリアＢにおいても、受信タイミングＢ１が空いている場合には、移動局１に対し、受信タイミングＢ１にて間欠受信を行うよう指示する。指示を受けた移動局１は、そのまま受信タイミングＢ１にて間欠受信を行う。
【００５６】
一方、例えば受信タイミングＢ１が混んでおり、受信タイミングＢ３が空いている場合には、移動局１に対し、受信タイミングを受信タイミングＢ３に変更するよう変更指示を行う。この変更指示を受けた移動局１は、受信タイミングＢ３にて間欠受信を行う。
【００５７】
また、受信タイミングＢ１〜Ｂ３全てにおいてトラヒックが混んでいる場合には、位置情報管理サーバ５は、呼び出しエリアを呼び出しエリアＢ以外に変更するよう変更指示を行う。変更指示を受けた移動局１は、該呼び出しエリアに位置登録を行う。
【００５８】
(2)移動局が新たにスリープモードに移行する場合
今、移動局１が、無線基地局２とパケットのやり取りを行っているものとする。移動局１は、パケットのやり取り終了後、スリープモード移行を判断するためのタイマを起動させる。その後、予め定められた期間、パケットの送受がなくタイマが満了すると、移動局１は、スリープモードへ移行するものとする。
【００５９】
移動局１は、スリープモードへ移行する旨を位置情報管理サーバ５に通知する。この通知を受けた位置情報管理サーバ５は、該移動局１が、間欠受信を行う呼び出し周期Ａに対応する呼び出しエリアＡ内のトラヒックを評価する。例えば、呼び出しエリアＡ内で、呼び出し周期Ａで間欠受信を行っている移動局の数及び各受信タイミングＡ１〜Ａ３にかかっているトラヒックを、自局（位置情報管理サーバ５）が持つテーブルに予め設定された所定の閾値とそれぞれ比較することで、トラヒック量を評価する。ここでのトラヒック量の評価としては、呼び出しエリアＡ内で呼び出し周期Ａの各受信タイミングＡ１〜Ａ３で間欠受信を行っている実際の移動局の数と、対応する受信タイミングに属している移動局数の平均とを比較するとともに、各受信タイミングＡ１〜Ａ３でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００６０】
ここで、呼び出しエリアＡ内で受信タイミングＡ１でのトラヒックが空いているとすると、位置情報管理サーバ５は、移動局１に対し、受信タイミングＡ１で間欠受信を行うよう指示する。指示を受けた移動局１は、呼び出し周期Ａの受信タイミングＡ１で間欠受信を行い、呼び出しエリアＡに対応する該呼び出しエリアに位置登録を行う。
【００６１】
(3)移動局がスリープ状態を変更する場合
移動局１は、既にスリープモードに移行しているものとし、呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っているものとする。また、移動局１は、呼び出し周期Ａで間欠受信を始めると同時に、スリープモード変更のためのタイマを起動させ、そのタイマが満了したものとする。
【００６２】
移動局１は、上記タイマが満了し、呼び出し周期Ａから呼び出し周期Ｂへ移行する旨を位置情報管理サーバ５に通知する。通知を受けた位置情報管理サーバ５は、呼び出し周期Ｂに対応する呼び出しエリア内の着信トラヒックを評価する。例えば、呼び出しエリアＢ内で、呼び出し周期Ｂで間欠受信を行っている移動局の数及び各受信タイミングＢ１〜Ｂ３にかかっているトラヒックを、自局（位置情報管理サーバ５）が持つテーブルに予め設定された所定の閾値とそれぞれ比較することで、トラヒック量を評価する。ここでのトラヒック量の評価としては、呼び出しエリアＢ内で呼び出し周期Ｂの各受信タイミングＢ１〜Ｂ３で間欠受信を行っている実際の移動局の数と、対応する受信タイミングに属している移動局数の平均とを比較するとともに、各受信タイミングＢ１〜Ｂ３でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００６３】
その結果、該呼び出しエリアＢにおいて受信タイミングＢ１が空いている場合には、移動局１に対し、呼び出し周期Ｂの受信タイミングＢ１で間欠受信を行うよう指示する。移動局１は、指示された受信タイミングＢ１にて間欠受信を行う。
【００６４】
また、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の全てについてトラヒックが混んでいる場合には、位置情報管理サーバ５は、そのままの呼び出し周期Ａで間欠受信を行うか又は呼び出し周期Ｃで間欠受信を行うよう指示する。この指示を受けた移動局１は、該受信タイミングにて間欠受信を行う。
【００６５】
(4)位置情報管理サーバが任意の時点で受信タイミングを変更する場合
今、呼び出しエリアＢにおいて、移動局１が呼び出し周期Ｂの受信タイミングＢ２で間欠受信を行っているときに、当該受信タイミングＢ２での着信トラヒックが急激に増加したものとする。位置情報管理サーバ５は、呼び出しチャネルの圧迫を回避するため、移動局１に対し、空いている受信タイミングＢ３を通知し、この指示を受けた移動局１は、受信タイミングＢ３にて間欠受信を行う。
【００６６】
なお、上記第２の呼び出し方法の変形例として、図６の態様がある。即ち、図６に示す位置情報管理サーバ５Ｚ、５Ｙ、５Ｘは、呼び出しエリアＣに対応する位置情報管理サーバ５Ｚを頂点として、呼び出しエリアの大きさが小さくなる方向に階層化されている。各々の階層において、スリープモードに移行している移動局数及びスリープモードに移行している移動局が間欠受信を行っているタイミングを認識する機能を有している。スリープモードにおいて、各階層毎に、前述した第２の呼び出し方法の処理が実行される。
【００６７】
このように階層構造とした上で第２の呼び出し方法の処理を実行することで、１つの位置情報管理サーバに集中していた処理を各階層で分散することができ、１つの位置情報管理サーバに過度の負荷がかかるのを回避することができる。また、負荷分散の構成とすれば、故障時に全てのシステムがダウンしてしまうといった事態を回避できる。
【００６８】
（１）無線基地局の第１の処理動作
図７に沿って、無線基地局２の第１の処理動作を説明する。無線基地局２は、移動局１から、新たにスリープモードへ移行する又はスリープ状態を変更する又は新たにセルに移動した旨の通知があるか否かを判断する（７０１）。ここで、移動局１からの通知が無い場合には、例えば一定時間おきに、自セル内で移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価する。例えば、移動局１が当該時点で呼び出し周期Ａの受信タイミングＡ１で間欠受信しているとすると、無線基地局２は、自局配下のセル３Ａ内で呼び出し周期Ａの受信タイミングＡ１でのトラヒックを評価する（７１０）。例えば、ここでのトラヒック量の評価としては、セル３Ａ内で呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っている実際の移動局の数と、受信タイミングＡ１〜Ａ３で間欠受信を行っている移動局数の平均値とを比較するとともに、受信タイミングＡ１でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００６９】
上記７１０にて無線基地局２は、例えば図１４（ａ）、図１４（ｂ）のテーブルを利用して、移動局数の平均値や着信トラヒック量を求め、トラヒックの評価を行ってもよい。図１４（ａ）、図１４（ｂ）には無線基地局２が持つテーブルの構成例を示す。無線基地局２は、自局配下のセルに在圏しスリープモードに移行している移動局を認識するためのテーブル１４Ａを有し、このテーブル１４Ａでは、移動局の識別番号（ＭＴ１、ＭＴ２等）と、移動局が間欠受信を行っている呼び出し周期とが対応づけられて記憶されている。また、無線基地局２は、個々の呼び出し周期について自局配下のセル内で各々の受信タイミングに対応する移動局の数及び該受信タイミングにおける着信トラヒック量を管理する上で用いるテーブル１４Ｂを有し、このテーブル１４Ｂでは、各呼び出し周期毎に、当該呼び出し周期で間欠受信を行う移動局の識別番号とその受信タイミングとが対応づけられて記憶されている。
【００７０】
７１０でトラヒックが空いている場合は、無線基地局２は何も行わない。一方、トラヒックが混んでいる場合は、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（７１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（７１２）。ここでの各受信タイミングについての余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。
【００７１】
７１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（７１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（７０６）。
【００７２】
ところで、７０１で移動局１から通知があった場合には、当該通知が、移動局１が新規にスリープモードへ移行する旨の通知であるか否かを判断する（７０２）。当該通知が新規にスリープモードへ移行する旨の通知であれば、呼び出し周期Ａのある１つの受信タイミング（例えば受信タイミングＡ１）でのトラヒックを測定し（７０３）、該呼び出し周期Ａの受信タイミングＡ１にてトラヒックに余裕があるか否かを判断する（７０４）。ここでの余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。
【００７３】
７０４の判断にて受信タイミングＡ１でのトラヒックに余裕がある場合には、当該空いている受信タイミングＡ１を移動局１に通知する（７０５）。一方、７０４の判断にて受信タイミングＡ１でのトラヒックに余裕が無い場合には、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（７１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（７１２）。ここでの各受信タイミングについての余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。
【００７４】
７１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（７１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（７０６）。
【００７５】
また、７０２で移動局１からの通知が、移動局１が新規にスリープモードへ移行する旨の通知でなければ、当該通知が、移動局１がスリープ状態を変更する旨の通知であるか否かを判断する（７０７）。当該通知が、移動局１がスリープ状態を変更する旨の通知であれば、該移動局１が指定した呼び出し周期における各受信タイミングでの着信トラヒックを測定する（７０８）。ここでは、例えば、該移動局１が呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしており、変更先として呼び出し周期Ｂを指定したものとする。よって、７０８では、指定された呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【００７６】
そして、７０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（７０４）。ここでの余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。７０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（７０５）。一方、７０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（７１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（７１２）。ここでの各受信タイミングについての余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。７１２でトラヒックに余裕がある受信タイミングが存在する場合には、該受信タイミングを移動局１に通知する（７１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（７０６）。
【００７７】
また、７０７で移動局１からの通知が、移動局１がスリープ状態を変更する旨の通知でなければ、当該通知が、移動局１がスリープモードであり新たなセルに移動した旨の通知であるか否かを判断する（７０９）。ここで、当該通知が、移動局１がスリープモードであり新たなセルに移動した旨の通知でなければ、７０１へ戻り、処理を繰り返す。一方、当該通知が、移動局１がスリープモードであり新たなセルに移動した旨の通知であれば、当該通知とともに移動局１により通知される呼び出し周期（即ち、移動局１がセルの移動前に間欠受信していた呼び出し周期）における各受信タイミングでの着信トラヒックを測定する（７０８）。例えば、呼び出し周期Ｂが移動局１から通知された場合は、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【００７８】
そして、７０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（７０４）。ここでの余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。７０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（７０５）。一方、７０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（７１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（７１２）。ここでの各受信タイミングについての余裕有無の判断では、上記７１０でのトラヒック評価方法と同様の方法を採用することができる。７１２でトラヒックに余裕がある受信タイミングが存在する場合には、該受信タイミングを移動局１に通知する（７１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（７０６）。
【００７９】
上記では、無線基地局が、移動局が新規にスリープモードに移行する場合、又はスリープモードに既に移行している移動局が新たにセル内に移動してきた場合、又はスリープモードに既に移行している移動局がスリープ状態を変更する場合、又は無線基地局が決定した任意の場合に、セル内に存在するスリープモードに移行している移動局の数と呼び出しチャネルの呼び出しトラヒックの両方又は一方に応じて、移動局に対し呼び出し周期と受信タイミングの両方又は一方の変更を指示し、当該移動局が当該変更指示に基づく呼び出し周期及び受信タイミングにて間欠受信を行うため、特定の受信タイミングに着信トラヒックが集中するという問題を回避でき、それと同時に各々の受信タイミングでの着信トラヒックを平滑化できるという効果がある。
【００８０】
また、移動局１からの通知が無い場合でも、当該移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価し、もし混んでいると無線基地局２が判断すれば、他の余裕のある受信タイミング又は呼び出し周期を探して、当該余裕のある受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知し間欠受信させるため、間欠受信中の受信タイミングでの着信トラヒックが急激に増加しても、当該輻輳状態を迅速に解消することができる。
【００８１】
（２）無線基地局の第２の処理動作
図８に沿って、無線基地局２の第２の処理動作を説明する。無線基地局２は、移動局１から、新たにスリープモードへ移行する又はスリープ状態を変更する又は新たなセルに移動した旨の通知があるか否かを判断する（８０１）。ここで、移動局１からの通知が無い場合には、例えば一定時間おきに、自セル内で移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価する。例えば、移動局１が当該時点で呼び出し周期Ａの受信タイミングＡ１で間欠受信しているとすると、無線基地局２は、自局配下のセル３Ａ内で呼び出し周期Ａの受信タイミングＡ１でのトラヒックを評価する（８１０）。例えば、ここでのトラヒック量の評価としては、セル３Ａ内で呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っている実際の移動局の数と、受信タイミングＡ１〜Ａ３で間欠受信を行っている移動局数の平均値とを比較するとともに、受信タイミングＡ１でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００８２】
上記８１０にて無線基地局２は、例えば図１５（ａ）〜図１５（ｃ）のテーブルを利用して、移動局数の平均値や着信トラヒック量を求め、トラヒックの評価を行ってもよい。図１５（ａ）〜図１５（ｃ）には無線基地局２が持つテーブルの構成例を示す。無線基地局２は、自局配下のセルに在圏しスリープモードに移行している移動局を認識するためのテーブル１５Ａを有し、このテーブル１５Ａでは、移動局の識別番号（ＭＴ１、ＭＴ２等）と、移動局が間欠受信を行っている呼び出し周期と、移動局が属するサービスクラスとが対応づけられて記憶されている。また、無線基地局２は、各サービスクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブル１５Ｂ、１５Ｃを持つ。テーブル１５Ｂでは、各呼び出し周期毎に、当該呼び出し周期で間欠受信を行う移動局の識別番号とその受信タイミングとが対応づけられて記憶されており、テーブル１５Ｃも同様に構成されている。ここでは、サービスクラスとして、処理の迅速性が強く求められるリアルタイムクラス及び処理の迅速性は求められず節電等が求められる非リアルタイムクラスが存在する例を示すが、それ以外にもクラス分けが可能なものには適用可能である。
【００８３】
８１０でトラヒックが空いている場合は、無線基地局２は何も行わない。一方、トラヒックが混んでいる場合は、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（８１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（８１２）。ここでの各受信タイミングについての余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。
【００８４】
８１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、サービスクラスに応じて、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（８１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（８０６）。
【００８５】
ところで、８０１で移動局１から通知があった場合には、当該通知が、移動局１が新規にスリープモードへ移行する旨の通知であるか否かを判断する（８０２）。当該通知が新規にスリープモードへ移行する旨の通知であれば、移動局１のサービスクラスを確認し、該移動局１が間欠受信を行う該サービスクラスに対応する呼び出し周期Ａのトラヒックを測定し（８０３）、該呼び出し周期のトラヒックに余裕があるか否かを判断する（８０４）。ここでの余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。
【００８６】
８０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、サービスクラスに応じて空いている受信タイミングを移動局１に通知する（８０５）。例えば、リアルタイムクラスの場合には、呼損が生じないように、なるべくすいている受信タイミングを割り当てる。一方、８０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（８１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（８１２）。ここでの各受信タイミングについての余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。
【００８７】
８１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、サービスクラスに応じて、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（８１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（８０６）。
【００８８】
また、８０２で移動局１からの通知が、移動局１が新規にスリープモードへ移行する旨の通知でなければ、当該通知が、移動局１がスリープ状態を変更する旨の通知であるか否かを判断する（８０７）。当該通知が、移動局１がスリープ状態を変更する旨の通知であれば、該移動局１のサービスクラスを確認し、該移動局１が指定した呼び出し周期における各受信タイミングでの着信トラヒックを測定する（８０８）。ここでは、例えば、該移動局１が呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしており、変更先として呼び出し周期Ｂを指定したものとする。よって、８０８では、指定された呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【００８９】
そして、８０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（８０４）。ここでの余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。８０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、サービスクラスに応じて、当該余裕がある受信タイミングを移動局１に通知する（８０５）。一方、８０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（８１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（８１２）。ここでの各受信タイミングについての余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。８１２でトラヒックに余裕がある受信タイミングが存在する場合には、サービスクラスに応じて、該受信タイミングを移動局１に通知する（８１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（８０６）。
【００９０】
また、８０７で移動局１からの通知が、移動局１がスリープ状態を変更する旨の通知でなければ、当該通知が、移動局１がスリープモードであり新たなセルに移動した旨の通知であるか否かを判断する（８０９）。ここで、当該通知が、移動局１がスリープモードであり新たなセルに移動した旨の通知でなければ、８０１へ戻り、処理を繰り返す。一方、当該通知が、移動局１がスリープモードであり新たなセルに移動した旨の通知であれば、該移動局１のサービスクラスを確認し、当該通知とともに移動局１により通知される呼び出し周期（即ち、移動局１がセルの移動前に間欠受信していた呼び出し周期）における各受信タイミングでの着信トラヒックを測定する（８０８）。例えば、呼び出し周期Ｂが移動局１から通知された場合は、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【００９１】
そして、８０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（８０４）。ここでの余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。８０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（８０５）。一方、８０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（８１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（８１２）。ここでの各受信タイミングについての余裕有無の判断では、上記８１０でのトラヒック評価方法と同様の方法を採用することができる。８１２でトラヒックに余裕がある受信タイミングが存在する場合には、サービスクラスに応じて、該受信タイミングを移動局１に通知する（８１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（８０６）。
【００９２】
上記では、移動局のサービスクラスに応じて、呼び出し周期と受信タイミングの両方又は一方を設定することが可能であるため、移動局により当該サービスクラスに応じた適切な間欠受信が実現できる。例えば、サービスクラスとしては、リアルタイムクラスと非リアルタイムクラスを移動局に設定することができ、非リアルタイムクラスの移動局に対しては、呼び出し周期を長くして効果的なバッテリーセービングを行うことが可能となる。また、リアルタイムクラスの移動局に対しては、呼び出し周期を短く設定して、呼び出し遅延を極力抑えることが可能となる。
【００９３】
（３）位置情報管理サーバの第１の処理動作
図９に沿って、位置情報管理サーバ５の第１の処理動作を説明する。位置情報管理サーバ５は、移動局１から、新たにスリープモードへ移行する又はスリープ状態を変更する又は新たな呼び出しエリアに移動した旨の通知があるか否かを判断する（９０１）。ここで、移動局１からの通知が無い場合には、例えば一定時間おきに、配下の呼び出しエリア内で移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価する。例えば、移動局１が当該時点で呼び出し周期Ａの受信タイミングＡ１で間欠受信しているとすると、無線基地局２は、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１でのトラヒックを評価する（９１０）。例えば、ここでのトラヒック量の評価としては、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っている実際の移動局の数と、受信タイミングＡ１〜Ａ３で間欠受信を行っている移動局数の平均値とを比較するとともに、受信タイミングＡ１でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【００９４】
上記９１０にて位置情報管理サーバ５は、例えば図１６（ａ）、図１６（ｂ）のテーブルを利用して、移動局数の平均値や着信トラヒック量を求め、トラヒックの評価を行ってもよい。図１６（ａ）、図１６（ｂ）には位置情報管理サーバ５が持つテーブルの構成例を示す。位置情報管理サーバ５は、管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブル１６Ａを有し、このテーブル１６Ａでは、移動局の識別番号（ＭＴ１、ＭＴ２等）と、移動局が間欠受信を行っている呼び出し周期と、位置登録を行っている呼び出しエリアとが対応づけられて記憶されている。また、位置情報管理サーバ５は、呼び出し周期毎に、移動局の位置情報を管理するとともに各々の受信タイミングに対応する移動局の数及び該受信タイミングにおける着信トラヒック量を管理する上で用いるテーブル１６Ｂを有し、このテーブル１６Ｂでは、呼び出しエリアクラス毎及び呼び出しエリア毎に、当該呼び出しエリアに対応する呼び出し周期で間欠受信を行う移動局の識別番号とその受信タイミングとが対応づけられて記憶されている。
【００９５】
９１０でトラヒックが空いている場合は、位置情報管理サーバ５は何も行わない。一方、トラヒックが混んでいる場合は、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（９１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（９１２）。ここでの各受信タイミングについての余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。
【００９６】
９１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（９１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（９０６）。
【００９７】
ところで、９０１で移動局１から通知があった場合には、当該通知が、移動局１が新規にスリープモードへ移行する旨の通知であるか否かを判断する（９０２）。当該通知が新規にスリープモードへ移行する旨の通知であれば、呼び出し周期Ａのある１つの受信タイミング（例えば受信タイミングＡ１）でのトラヒックを測定し（９０３）、該呼び出し周期Ａの受信タイミングＡ１にてトラヒックに余裕があるか否かを判断する（９０４）。ここでの余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。
【００９８】
９０４の判断にて受信タイミングＡ１でのトラヒックに余裕がある場合には、当該空いている受信タイミングＡ１を移動局１に通知する（９０５）。一方、９０４の判断にて受信タイミングＡ１でのトラヒックに余裕が無い場合には、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（９１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（９１２）。ここでの各受信タイミングについての余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。
【００９９】
９１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（９１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（９０６）。
【０１００】
また、９０２で移動局１からの通知が、移動局１が新規にスリープモードへ移行する旨の通知でなければ、当該通知が、移動局１がスリープ状態を変更する旨の通知であるか否かを判断する（９０７）。当該通知が、移動局１がスリープ状態を変更する旨の通知であれば、該移動局１が指定した呼び出し周期における各受信タイミングでの着信トラヒックを測定する（９０８）。ここでは、例えば、該移動局１が呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしており、変更先として呼び出し周期Ｂを指定したものとする。よって、９０８では、指定された呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１０１】
そして、９０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（９０４）。ここでの余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。９０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（９０５）。一方、９０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（９１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（９１２）。ここでの各受信タイミングについての余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。９１２でトラヒックに余裕がある受信タイミングが存在する場合には、該受信タイミングを移動局１に通知する（９１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（９０６）。
【０１０２】
また、９０７で移動局１からの通知が、移動局１がスリープ状態を変更する旨の通知でなければ、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であるか否かを判断する（９０９）。ここで、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知でなければ、９０１へ戻り、処理を繰り返す。一方、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であれば、当該通知とともに移動局１により通知される呼び出し周期（即ち、移動局１が呼び出しエリアの移動前に間欠受信していた呼び出し周期）における各受信タイミングでの着信トラヒックを測定する（９０８）。例えば、呼び出し周期Ｂが移動局１から通知された場合は、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１０３】
そして、９０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（９０４）。ここでの余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。９０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（９０５）。一方、９０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（９１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（９１２）。ここでの各受信タイミングについての余裕有無の判断では、上記９１０でのトラヒック評価方法と同様の方法を採用することができる。９１２でトラヒックに余裕がある受信タイミングが存在する場合には、該受信タイミングを移動局１に通知する（９１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（９０６）。
【０１０４】
上記では、位置情報管理サーバが、移動局が新規にスリープモードに移行する場合、又はスリープモードに既に移行している移動局がスリープ状態を変更する場合、又はスリープモードに既に移行している移動局が新しい呼び出しエリアに移動した場合、又は位置情報管理サーバが決定した任意の場合に、各々の呼び出しエリアに在圏しているスリープモードの移動局の数と、各々の呼び出しエリア内で呼び出しチャネルの各々の受信タイミングでの着信トラヒックの両方又は一方に応じて、移動局に対し、呼び出し周期と受信タイミングの両方又は一方の変更を指示し、当該移動局が当該変更指示に基づく呼び出し周期及び受信タイミングにて間欠受信を行うため、呼び出しエリア内で特定の受信タイミングに着信トラヒックが集中する問題を回避でき、それと同時に各々の受信タイミングでの着信トラヒックを平滑化できるという効果がある。
【０１０５】
また、移動局１からの通知が無い場合でも、当該移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価し、もし混んでいると位置情報管理サーバ５が判断すれば、他の余裕のある受信タイミング又は呼び出し周期を探して、当該余裕のある受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知し間欠受信させるため、間欠受信中の受信タイミングでの着信トラヒックが急激に増加しても、当該輻輳状態を迅速に解消することができる。
【０１０６】
（４）位置情報管理サーバの第２の処理動作
図１０に沿って、位置情報管理サーバ５の第２の処理動作を説明する。位置情報管理サーバ５は、移動局１から、新たにスリープモードへ移行する又はスリープ状態を変更する又は新たな呼び出しエリアに移動した旨の通知があるか否かを判断する（１００１）。ここで、移動局１からの通知が無い場合には、例えば一定時間おきに、配下の呼び出しエリア内で移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価する。例えば、移動局１が当該時点で呼び出し周期Ａの受信タイミングＡ１で間欠受信しているとすると、無線基地局２は、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１でのトラヒックを評価する（１０１０）。例えば、ここでのトラヒック量の評価としては、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っている実際の移動局の数と、受信タイミングＡ１〜Ａ３で間欠受信を行っている移動局数の平均値とを比較するとともに、受信タイミングＡ１でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【０１０７】
上記１０１０にて位置情報管理サーバ５は、例えば図１７（ａ）〜図１７（ｃ）のテーブルを利用して、移動局数の平均値や着信トラヒック量を求め、トラヒックの評価を行ってもよい。図１７（ａ）〜図１７（ｃ）には位置情報管理サーバ５が持つテーブルの構成例を示す。位置情報管理サーバ５は、管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブル１７Ａを有し、このテーブル１７Ａでは、移動局の識別番号（ＭＴ１、ＭＴ２等）と、移動局が間欠受信を行っている呼び出し周期と、位置登録を行っている呼び出しエリアと、移動局が属するサービスクラスとが対応づけられて記憶されている。また、位置情報管理サーバ５は、各サービスクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブル１７Ｂ、１７Ｃを持つ。テーブル１７Ｂでは、呼び出しエリアクラス毎及び呼び出しエリア毎に、当該呼び出しエリアに対応する呼び出し周期で間欠受信を行う移動局の識別番号とその受信タイミングとが対応づけられて記憶されており、テーブル１７Ｃも同様に構成されている。ここでは、サービスクラスとして、処理の迅速性が強く求められるリアルタイムクラス及び処理の迅速性は求められず節電等が求められる非リアルタイムクラスが存在する例を示すが、それ以外にもクラス分けが可能なものには適用可能である。
【０１０８】
１０１０でトラヒックが空いている場合は、位置情報管理サーバ５は何も行わない。一方、トラヒックが混んでいる場合は、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（１０１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（１０１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１０９】
１０１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、サービスクラスに応じて、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（１０１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（１００６）。
【０１１０】
ところで、１００１で移動局１から通知があった場合には、当該通知が、移動局１が新規にスリープモードへ移行する旨の通知であるか否かを判断する（１００２）。当該通知が新規にスリープモードへ移行する旨の通知であれば、移動局１のサービスクラスを確認し、該移動局１が間欠受信を行う該サービスクラスに対応する呼び出し周期Ａのトラヒックを測定し（１００３）、該呼び出し周期のトラヒックに余裕があるか否かを判断する（１００４）。ここでの余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１１１】
１００４の判断にて受信タイミングＡ１でのトラヒックに余裕がある場合には、サービスクラスに応じて空いている受信タイミングを移動局１に通知する（１００５）。例えば、リアルタイムクラスの場合には、呼損が生じないように、なるべくすいている受信タイミングを割り当てる。一方、１００４の判断にて受信タイミングＡ１でのトラヒックに余裕が無い場合には、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（１０１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（１０１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１１２】
１０１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、サービスクラスに応じて、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知する（１０１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（１００６）。
【０１１３】
また、１００２で移動局１からの通知が、移動局１が新規にスリープモードへ移行する旨の通知でなければ、当該通知が、移動局１がスリープ状態を変更する旨の通知であるか否かを判断する（１００７）。当該通知が、移動局１がスリープ状態を変更する旨の通知であれば、該移動局１のサービスクラスを確認し、該移動局１が指定した呼び出し周期における各受信タイミングでの着信トラヒックを測定する（１００８）。ここでは、例えば、該移動局１が呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしており、変更先として呼び出し周期Ｂを指定したものとする。よって、１００８では、指定された呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１１４】
そして、１００４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（１００４）。ここでの余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。１００４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、サービスクラスに応じて、当該余裕がある受信タイミングを移動局１に通知する（１００５）。一方、１００４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（１０１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（１０１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。１０１２でトラヒックに余裕がある受信タイミングが存在する場合には、サービスクラスに応じて、該受信タイミングを移動局１に通知する（１０１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（１００６）。
【０１１５】
また、１００７で移動局１からの通知が、移動局１がスリープ状態を変更する旨の通知でなければ、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であるか否かを判断する（１００９）。ここで、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知でなければ、１００１へ戻り、処理を繰り返す。一方、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であれば、該移動局１のサービスクラスを確認し、当該通知とともに移動局１により通知される呼び出し周期（即ち、移動局１が呼び出しエリアの移動前に間欠受信していた呼び出し周期）における各受信タイミングでの着信トラヒックを測定する（１００８）。例えば、呼び出し周期Ｂが移動局１から通知された場合は、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１１６】
そして、１００４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（１００４）。ここでの余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。１００４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（１００５）。一方、１００４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（１０１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（１０１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１０１０でのトラヒック評価方法と同様の方法を採用することができる。１０１２でトラヒックに余裕がある受信タイミングが存在する場合には、サービスクラスに応じて、該受信タイミングを移動局１に通知する（１０１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（１００６）。
【０１１７】
上記では、移動局のサービスクラスに応じて、呼び出し周期と受信タイミングの両方又は一方を設定することが可能であるため、移動局により当該サービスクラスに応じた適切な間欠受信が実現できる。例えば、サービスクラスとしては、リアルタイムクラスと非リアルタイムクラスを移動局に設定することができ、非リアルタイムクラスの移動局に対しては、呼び出し周期を長くして効果的なバッテリーセービングを行うことが可能となる。また、リアルタイムクラスの移動局に対しては、呼び出し周期を短く設定して、呼び出し遅延を極力抑えることが可能となる。
【０１１８】
（５）位置情報管理サーバの第３の処理動作
図１１に沿って、位置情報管理サーバ５の第３の処理動作を説明する。位置情報管理サーバ５は、移動局１から、新たにスリープモードへ移行する又はスリープ状態を変更する又は新たな呼び出しエリアに移動した旨の通知があるか否かを判断する（１１０１）。ここで、移動局１からの通知が無い場合には、例えば一定時間おきに、配下の呼び出しエリア内で移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価する。例えば、移動局１が当該時点で呼び出し周期Ａの受信タイミングＡ１で間欠受信しているとすると、無線基地局２は、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１でのトラヒックを評価する（１１１０）。例えば、ここでのトラヒック量の評価としては、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っている実際の移動局の数と、受信タイミングＡ１〜Ａ３で間欠受信を行っている移動局数の平均値とを比較するとともに、受信タイミングＡ１でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【０１１９】
上記１１１０にて位置情報管理サーバ５は、例えば図１８（ａ）、図１８（ｂ）のテーブルを利用して、移動局数の平均値や着信トラヒック量を求め、トラヒックの評価を行ってもよい。図１８（ａ）、図１８（ｂ）には位置情報管理サーバ５が持つテーブルの構成例を示す。位置情報管理サーバ５は、管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブル１８Ａを有し、このテーブル１８Ａでは、移動局の識別番号（ＭＴ１、ＭＴ２等）と、位置登録を行っている呼び出しエリアとが対応づけられて記憶されている。また、位置情報管理サーバ５は、個々の呼び出しエリアについて移動局の位置情報を管理するとともに各々の受信タイミングに対応する移動局の数及び該受信タイミングにおける着信トラヒック量を管理する上で用いるテーブル１８Ｂを有し、このテーブル１８Ｂでは、呼び出しエリア毎に、当該呼び出しエリアに対応する呼び出し周期で間欠受信を行っている移動局の識別番号とその受信タイミングとが対応づけられて記憶されている。
【０１２０】
１１１０でトラヒックが空いている場合は、位置情報管理サーバ５は何も行わない。一方、トラヒックが混んでいる場合は、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（１１１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（１１１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１２１】
１１１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１１１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（１１０６）。
【０１２２】
ところで、１１０１で移動局１から通知があった場合には、当該通知が、移動局１が新規にスリープモードへ移行する旨の通知であるか否かを判断する（１１０２）。当該通知が新規にスリープモードへ移行する旨の通知であれば、呼び出し周期Ａのある１つの受信タイミング（例えば受信タイミングＡ１）でのトラヒックを測定し（１１０３）、該呼び出し周期Ａの受信タイミングＡ１にてトラヒックに余裕があるか否かを判断する（１１０４）。ここでの余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１２３】
１１０４の判断にて受信タイミングＡ１でのトラヒックに余裕がある場合には、当該空いている受信タイミングＡ１を移動局１に通知する（１１０５）。一方、１１０４の判断にて受信タイミングＡ１でのトラヒックに余裕が無い場合には、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（１１１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（１１１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１２４】
１１１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１１１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（１１０６）。
【０１２５】
また、１１０２で移動局１からの通知が、移動局１が新規にスリープモードへ移行する旨の通知でなければ、当該通知が、移動局１がスリープ状態を変更する旨の通知であるか否かを判断する（１１０７）。当該通知が、移動局１がスリープ状態を変更する旨の通知であれば、該移動局１が指定した呼び出し周期における各受信タイミングでの着信トラヒックを測定する（１１０８）。ここでは、例えば、該移動局１が呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしており、変更先として呼び出し周期Ｂを指定したものとする。よって、１１０８では、指定された呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１２６】
そして、１１０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（１１０４）。ここでの余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。１１０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（１１０５）。一方、１１０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（１１１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（１１１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。１１１２でトラヒックに余裕がある受信タイミングが存在する場合には、該受信タイミングを移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１１１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（１１０６）。
【０１２７】
また、１１０７で移動局１からの通知が、移動局１がスリープ状態を変更する旨の通知でなければ、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であるか否かを判断する（１１０９）。ここで、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知でなければ、１１０１へ戻り、処理を繰り返す。一方、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であれば、当該通知とともに移動局１により通知される呼び出し周期（即ち、移動局１が呼び出しエリアの移動前に間欠受信していた呼び出し周期）における各受信タイミングでの着信トラヒックを測定する（１１０８）。例えば、呼び出し周期Ｂが移動局１から通知された場合は、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１２８】
そして、１１０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（１１０４）。ここでの余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。１１０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（１１０５）。一方、１１０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（１１１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（１１１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１１１０でのトラヒック評価方法と同様の方法を採用することができる。１１１２でトラヒックに余裕がある受信タイミングが存在する場合には、該受信タイミングを移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１１１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（１１０６）。
【０１２９】
上記では、１つの位置情報管理サーバに集中していた処理を各階層の位置情報管理サーバで分散するため、処理負荷を分散し１つのサーバにかかる処理負荷を削減することができる。また、故障時に全てのシステムが停止するという問題を回避できる。
【０１３０】
（６）位置情報管理サーバの第４の処理動作
図１２に沿って、位置情報管理サーバ５の第４の処理動作を説明する。位置情報管理サーバ５は、移動局１から、新たにスリープモードへ移行する又はスリープ状態を変更する又は新たな呼び出しエリアに移動した旨の通知があるか否かを判断する（１２０１）。ここで、移動局１からの通知が無い場合には、例えば一定時間おきに、配下の呼び出しエリア内で移動局１が間欠受信している呼び出し周期の受信タイミングでの現状のトラヒックを評価する。例えば、移動局１が当該時点で呼び出し周期Ａの受信タイミングＡ１で間欠受信しているとすると、無線基地局２は、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１でのトラヒックを評価する（１２１０）。例えば、ここでのトラヒック量の評価としては、配下の呼び出しエリア内で呼び出し周期Ａの受信タイミングＡ１で間欠受信を行っている実際の移動局の数と、受信タイミングＡ１〜Ａ３で間欠受信を行っている移動局数の平均値とを比較するとともに、受信タイミングＡ１でのトラヒックと所定のトラヒック閾値とを比較することで行う。なお、評価方法はこれらに限定されるものではなく、上記以外の方法にて行ってもよい。
【０１３１】
上記１２１０にて位置情報管理サーバ５は、例えば図１９（ａ）〜図１９（ｃ）のテーブルを利用して、移動局数の平均値や着信トラヒック量を求め、トラヒックの評価を行ってもよい。図１９（ａ）〜図１９（ｃ）には位置情報管理サーバ５が持つテーブルの構成例を示す。位置情報管理サーバ５は、管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブル１９Ａを有し、このテーブル１９Ａでは、移動局の識別番号（ＭＴ１、ＭＴ２等）と、位置登録を行っている呼び出しエリアと、移動局が属するサービスクラスとが対応づけられて記憶されている。また、位置情報管理サーバ５は、各サービスクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブル１９Ｂ、１９Ｃを持つ。テーブル１９Ｂでは、呼び出しエリア毎に、当該呼び出しエリアに対応する呼び出し周期で間欠受信を行う移動局の識別番号とその受信タイミングとが対応づけられて記憶されており、テーブル１９Ｃも同様に構成されている。ここでは、サービスクラスとして、処理の迅速性が強く求められるリアルタイムクラス及び処理の迅速性は求められず節電等が求められる非リアルタイムクラスが存在する例を示すが、それ以外にもクラス分けが可能なものには適用可能である。
【０１３２】
１２１０でトラヒックが空いている場合は、位置情報管理サーバ５は何も行わない。一方、トラヒックが混んでいる場合は、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（１２１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（１２１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１３３】
１２１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、サービスクラスに応じて該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１２１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（１２０６）。
【０１３４】
ところで、１２０１で移動局１から通知があった場合には、当該通知が、移動局１が新規にスリープモードへ移行する旨の通知であるか否かを判断する（１２０２）。当該通知が新規にスリープモードへ移行する旨の通知であれば、移動局１のサービスクラスを確認し、該移動局１が間欠受信を行う該サービスクラスに対応する呼び出し周期Ａのトラヒックを測定し（１２０３）、該呼び出し周期のトラヒックに余裕があるか否かを判断する（１２０４）。ここでの余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１３５】
１２０４の判断にて受信タイミングＡ１でのトラヒックに余裕がある場合には、サービスクラスに応じて空いている受信タイミングを移動局１に通知する（１２０５）。例えば、リアルタイムクラスの場合には、呼損が生じないように、なるべくすいている受信タイミングを割り当てる。一方、１２０４の判断にて受信タイミングＡ１でのトラヒックに余裕が無い場合には、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、該呼び出し周期Ａの他の受信タイミングＡ２、Ａ３及び他の呼び出し周期Ｂ、Ｃにおけるトラヒックを測定する（１２１１）。そして、その測定結果より、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在するか否かを判断する（１２１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。
【０１３６】
１２１２でトラヒックに余裕がある受信タイミング又は呼び出し周期が存在する場合には、サービスクラスに応じて該受信タイミング又は呼び出し周期又はこれら両者を移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１２１３）。一方、トラヒックに余裕がある受信タイミング又は呼び出し周期が存在しない場合には、現状維持を移動局１に対し通知する（１２０６）。
【０１３７】
また、１２０２で移動局１からの通知が、移動局１が新規にスリープモードへ移行する旨の通知でなければ、当該通知が、移動局１がスリープ状態を変更する旨の通知であるか否かを判断する（１２０７）。当該通知が、移動局１がスリープ状態を変更する旨の通知であれば、該移動局１のサービスクラスを確認し、該移動局１が指定した呼び出し周期における各受信タイミングでの着信トラヒックを測定する（１２０８）。ここでは、例えば、該移動局１が呼び出し周期Ａから呼び出し周期Ｂへ変更しようとしており、変更先として呼び出し周期Ｂを指定したものとする。よって、１２０８では、指定された呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１３８】
そして、１２０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（１２０４）。ここでの余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。１２０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、サービスクラスに応じて、当該余裕がある受信タイミングを移動局１に通知する（１２０５）。一方、１２０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（１２１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（１２１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。１２１２でトラヒックに余裕がある受信タイミングが存在する場合には、サービスクラスに応じて該受信タイミングを移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１２１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（１２０６）。
【０１３９】
また、１２０７で移動局１からの通知が、移動局１がスリープ状態を変更する旨の通知でなければ、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であるか否かを判断する（１２０９）。ここで、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知でなければ、１２０１へ戻り、処理を繰り返す。一方、当該通知が、移動局１がスリープモードであり新たな呼び出しエリアに移動した旨の通知であれば、該移動局１のサービスクラスを確認し、当該通知とともに移動局１により通知される呼び出し周期（即ち、移動局１が呼び出しエリアの移動前に間欠受信していた呼び出し周期）における各受信タイミングでの着信トラヒックを測定する（１２０８）。例えば、呼び出し周期Ｂが移動局１から通知された場合は、呼び出し周期Ｂの受信タイミングＢ１〜Ｂ３の各々での着信トラヒックを測定する。
【０１４０】
そして、１２０４にて該呼び出し周期Ｂの各受信タイミングにてトラヒックに余裕があるか否かを判断する（１２０４）。ここでの余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。１２０４の判断にて何れかの受信タイミングでのトラヒックに余裕がある場合には、当該余裕がある受信タイミングを移動局１に通知する（１２０５）。一方、１２０４の判断にて何れの受信タイミングでもトラヒックに余裕が無い場合には、自位置情報管理サーバ５より上位又は下位の位置情報管理サーバを検索し、他の呼び出し周期（残りの候補である呼び出し周期Ｃ）の各受信タイミングでのトラヒックを測定し（１２１１）、その測定結果より、トラヒックに余裕がある受信タイミングが存在するか否かを判断する（１２１２）。ここでの各受信タイミングについての余裕有無の判断では、上記１２１０でのトラヒック評価方法と同様の方法を採用することができる。１２１２でトラヒックに余裕がある受信タイミングが存在する場合には、サービスクラスに応じて該受信タイミングを移動局１に通知すると同時に、該位置情報管理サーバに該移動局を追加する（１２１３）。一方、トラヒックに余裕がある受信タイミングが存在しない場合には、現状維持を移動局１に対し通知する（１２０６）。
【０１４１】
上記では、移動局により当該サービスクラスに応じた適切な間欠受信が実現できるとともに、１つの位置情報管理サーバに集中していた処理を各階層の位置情報管理サーバで分散するため、処理負荷を分散し１つのサーバにかかる処理負荷を削減することができる。また、故障時に全てのシステムが停止するという問題を回避できる。
【０１４２】
（７）移動局の処理動作
図１３に沿って、移動局１の処理動作を説明する。移動局１は、自局内の所定のタイマ（スリープモード移行判断用タイマ）が満了し新たにスリープモードへ移行する移行要求が発生しているか否かを判断する（１３０１）。
【０１４３】
ここで、新たにスリープモードへの移行要求が発生している場合は、無線基地局２又は位置情報管理サーバ５から受信タイミングのみを通知されたか否かを判断する（１３０４）。受信タイミングのみ通知された場合には、移動局１は、受信タイミングを該通知された番号（指定番号）に変更し（１３０６）、予め定めたデフォルトの呼び出し周期（例えば呼び出し周期Ａ）で該変更後の受信タイミングにて間欠受信を行う（１３０８）。一方、１３０４で受信タイミングだけでなく呼び出し周期に関しても通知された場合には、移動局１は、受信タイミング及び呼び出し周期を、それぞれ該通知された受信タイミング及び呼び出し周期に変更し（１３０５）、該変更後の呼び出し周期及び受信タイミングにて間欠受信を行う（１３０８）。
【０１４４】
１３０１で、新たにスリープモードへの移行要求が発生していない場合は、既にスリープモードに移行済みでスリープ状態を変更する変更要求が発生しているか否かを判断する（１３０２）。
【０１４５】
ここで、スリープモードの変更要求が発生している場合は、無線基地局２又は位置情報管理サーバ５から受信タイミングのみを通知されたか否かを判断する（１３０４）。受信タイミングのみ通知された場合には、移動局１は、受信タイミングを該通知された番号（指定番号）に変更し（１３０６）、予め定めたデフォルトの呼び出し周期（例えば呼び出し周期Ａ）で該変更後の受信タイミングにて間欠受信を行う（１３０８）。一方、１３０４で受信タイミングだけでなく呼び出し周期に関しても通知された場合には、移動局１は、受信タイミング及び呼び出し周期を、それぞれ該通知された受信タイミング及び呼び出し周期に変更し（１３０５）、該変更後の呼び出し周期及び受信タイミングにて間欠受信を行う（１３０８）。
【０１４６】
１３０２で、スリープモードの変更要求が発生していない場合は、自局（移動局１）が新規のセル内又は新規の呼び出しエリア内へ移動してきたか否かを判断する（１３０３）。なお、前述した図６のように複数の位置情報管理サーバ５Ｚ、５Ｙ、５Ｘが、呼び出しエリアＣに対応する位置情報管理サーバ５Ｚを頂点として、呼び出しエリアの大きさが小さくなる方向に階層化されたシステム構成の場合は、自局（移動局１）が新規の位置情報管理サーバ配下へ移動してきた場合も、１３０３では肯定判断されるものとする。
【０１４７】
ここで、新規のセル内又は新規の位置情報管理サーバ配下へ移動してきた場合は、無線基地局２又は位置情報管理サーバ５から受信タイミングのみを通知されたか否かを判断する（１３０４）。受信タイミングのみ通知された場合には、移動局１は、受信タイミングを該通知された番号（指定番号）に変更し（１３０６）、予め定めたデフォルトの呼び出し周期（例えば呼び出し周期Ａ）で該変更後の受信タイミングにて間欠受信を行う（１３０８）。一方、１３０４で受信タイミングだけでなく呼び出し周期に関しても通知された場合には、移動局１は、受信タイミング及び呼び出し周期を、それぞれ該通知された受信タイミング及び呼び出し周期に変更し（１３０５）、該変更後の呼び出し周期及び受信タイミングにて間欠受信を行う（１３０８）。
【０１４８】
なお、１３０１、１３０２、１３０３の何れでも否定判断された場合は、それまでの呼び出し周期及び受信タイミングを維持し（１３０７）、当該呼び出し周期及び受信タイミングにて間欠受信を行う（１３０８）。
【０１４９】
上記の移動局の動作により、無線基地局又は位置情報管理サーバからの呼び出し周期と受信タイミングの両方又は一方に関する変更指示に基づく呼び出し周期及び受信タイミングによる間欠受信、又は該移動局のサービスクラスに応じた適切な間欠受信が実現されることとなる。
【０１５０】
［（第２部）移動局がアイドル状態であると判断された場合のネットワークレイヤでの制御に係る構成と処理］
［第１実施形態］
以下、第２部の第１実施形態について、図面を参照しながら説明する。
【０１５１】
（移動通信システム及び各装置の構成）
移動通信システムの構成を図１に示す。移動通信システムは、位置情報管理サーバ５と、通信網４と、複数の移動局１と、複数の無線基地局２とから構成される。位置情報管理サーバ５は、通信網４に接続され、移動局１の位置に関する位置情報や、移動局１に割り当てられている着信群に関する着信群情報を管理する。又、位置情報管理サーバ５は、各移動局１に、呼び出し信号を受信すべきタイミングの指定着信群の割り当てや、移動局１への指定着信群の通知等を行う。位置情報管理サーバ５は、通信網４及び無線基地局２を介して、移動局１と信号の送受信を行う。なお、「着信群」とは、第１部における「呼び出し周期」と「受信タイミング」の組合せに相当する。但し、以下の第２部では呼び出し周期が一定の場合について説明するため、「着信群」は受信タイミングに相当することとなる。
【０１５２】
通信網４には、位置情報管理サーバ５、複数の無線基地局２が接続され、通信網４は、位置情報管理サーバ５と無線基地局２との間の通信や、無線基地局２同士の通信を中継する。無線基地局２は、セル３と呼ばれる無線エリアを形成し、セル３内に在圏する移動局１と無線回線を設定して、通信を行う。無線基地局２は、自局がカバーするセル３に在圏する複数の待ち受け状態の移動局１に、着信群毎に定められたタイミングで、周期的に呼び出し信号を送信する。セル３は複数集合して位置登録エリア６を形成する。又、無線基地局２は、自局が属している位置登録エリアの位置登録エリアＩＤを含む制御信号を、定期的に移動局１に送信している。これにより移動局１が位置登録エリアの変更を検出できる。尚、位置登録エリアＩＤとは、位置登録エリア６を識別するための各位置登録エリア６に固有の文字や記号、数字である。又、無線基地局２は、位置登録エリアＩＤではなく、基地局ＩＤを送信するようにしてもよい。これによっても、移動局１は位置登録エリアの変更を検出できる。又、無線基地局２は、通信網４と接続され、セル３内に在圏する移動局１から送信される位置情報管理サーバ５への信号や他の移動局１への信号を中継する。又、無線基地局２は、通信網４を介して位置情報管理サーバ５との間で信号の送受信を行う。
【０１５３】
移動局１は、自局が在圏するセル３が属する位置登録エリア６に位置登録を行い、無線基地局２を介して通信を行う。移動局１は、割り当てられた着信群に属し、待ち受け状態のときに、その着信群のタイミングで、呼び出し信号を間欠的に受信する間欠受信を行う。
【０１５４】
次に、図２１を用いて、位置情報管理サーバ５及び移動局１について、より詳細に説明する。図２１（ａ）においては、位置登録エリアＡ、位置登録エリアＢという２つの位置登録エリアを用いて説明する。尚、図示されていないが、位置登録エリアは、位置登録エリアＡ、位置登録エリアＢだけでなく、位置登録エリアＣ、位置登録エリアＤというように、多数存在する。又、移動局１は、最初、位置登録エリアＡに位置登録されており、位置登録エリアＡに含まれるセルをカバーする無線基地局２ａと無線回線を設定して通信を行っている。ここで、移動局１が、位置登録エリアＡから位置登録エリアＢの方向へ移動して、位置登録エリアＢに含まれるセルをカバーする無線基地局２ｂとの間の無線回線に切り替えて、通信を行うとする。尚、図２１（ａ）では、各位置登録エリアに設けられている無線基地局２ａ、２ｂは、１つずつしか図示されていないが、実際には、複数存在する。又、図２１（ａ）における位置登録エリアＡの着信群は、図２１（ｂ）に示す着信群８ａであり、位置登録エリアＢの着信群は、図２１（ｃ）に示す着信群８ｂである。各着信群には、着信群を識別するための各着信群に固有の番号である着信群番号が付与されている。図２１（ａ）の場合、移動局１は、変更前の位置登録エリアＡにおいて、図２１（ｂ）に示す着信群番号が１である着信群９ａに属している。
【０１５５】
まず、位置情報管理サーバ５について説明する。位置情報管理サーバ５は、網インタフェース２１と、測定部２２と、制御部２３と、データベース２４とから構成される。網インタフェース２１は、通信網４、測定部２２、制御部２３と接続されている。網インタフェース２１は、移動局１が位置登録している位置登録エリアを変更したことを検出するエリア変更検出手段である。又、網インタフェース２１は、移動局１の位置登録エリア変更を検出した際、その移動局に割り当てられている変更前着信群を取得する着信群取得手段を有する。具体的には、網インタフェース２１は、移動局１からの位置登録要求の信号１０を、無線基地局２ｂ、通信網４を介して受信する。この位置登録要求の信号１０には、位置登録エリアＢに移動局１を位置登録する位置登録エリア変更要求と、移動局１が、変更する前の位置登録エリアである位置登録エリアＡにおいて属していた変更前着信群である着信群９ａの着信群番号「１」が含まれている。よって、網インタフェース２１は、位置登録要求の信号１０を受信することにより、移動局１が位置登録されている位置登録エリアの変更が発生したことや、変更前着信群を取得できる。そして、網インタフェース２１は、制御部２３に、受信した位置登録要求の信号１０を伝送する。
【０１５６】
又、網インタフェース２１は、制御部２３が位置登録エリアの変更を行う移動局１に割り当てた指定着信群を、通知する通知手段としても機能する。具体的には、網インタフェース２１は、制御部２３の制御に基づいて、指定着信群の通知を行う。網インタフェース２１は、移動局１に割り当てた着信群番号を含む情報信号１１を取得する。網インタフェース２１は、通信網４、無線基地局２ｂを介して、移動局１に、情報信号１１を送信して、制御部２３が割り当てた位置登録エリアＢで属すべき指定着信群を、移動局１に通知する。
【０１５７】
データベース２４は、移動局１に関する位置情報や、移動局１に関する着信群情報を保持する保持手段である。データベース２４は、位置管理テーブル２４ａと、着信群管理テーブル２４ｂと、測定結果テーブル２４ｃとから構成される。図２２に、データベース２４のより詳細な構成を示す。図２２（ａ）に示す位置管理テーブル２４ａは、各移動局１の移動局ＩＤと、各移動局１が位置登録を行っている位置登録エリアを示す位置登録エリアＩＤの情報とを対応付けて、保持している。
【０１５８】
又、図２２（ｂ）に示す着信群管理テーブル２４ｂは、位置登録エリア毎の領域に分かれている。着信群管理テーブル２４ｂは、位置登録エリア毎に、その位置登録エリアに位置登録を行っている移動局１の移動局ＩＤと、その移動局１に割り当てられている指定着信群の着信群番号を対応付けて、保持している。更に、着信群管理テーブル２４ｂは、測定部２２が、着信群に属する移動局１の数や、各着信群における着信トラフィック量やデータ量を認識し、管理する。図２２（ｃ）に示す測定結果テーブル２４ｃは、測定部２２による測定結果を保持する。測定結果テーブル２４ｃは、着信群番号と、その着信群番号の着信群に関する測定結果を対応付けて保持している。尚、図２２（ｃ）では、測定結果の一例として、各着信群における着信トラフィック量を保持しているが、測定結果テーブル２４ｃは、他にも測定結果として、着信群に属する移動局１の数や、各着信群のタイミングで送信するデータ量等を保持する。
【０１５９】
測定部２２は、各位置登録エリアの各着信群のタイミングにおける着信トラフィック量を測定するトラフィック量測定手段である。又、測定部２２は、各位置登録エリアの各着信群に属する移動局１の数を測定する移動局数測定手段としても機能する。又、測定部２２は、各位置登録エリアの各着信群のタイミングで送信するデータ量を測定するデータ量測定手段としても機能する。測定部２２は、網インタフェース２１、制御部２３、データベース２４と接続している。以下に、位置登録エリアＢにおけるトラフィック測定処理例を示す。
【０１６０】
例えば、測定部２２は、位置登録エリアＢに位置登録を行っている複数の移動局１に宛てられた着信呼の数を監視し、位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量を測定する。例えば、測定部２２は、位置登録エリアＢに含まれるセル３をカバーする複数の無線基地局２ｂについて、各無線基地局２ｂに一定期間に到着した着信呼の数や、そのとき各無線基地局２ｂのバッファに溜まっている着信呼の数等を、着信呼の宛先の移動局１毎に常時もしくは定期的に測定する。これにより、測定部２２は、移動局１毎の着信呼の数を把握する。次に、測定部２２は、着信群管理テーブル２４ｂを参照し、各移動局１が属する着信群を把握する。そして、測定部２２は、受信した移動局１毎の着信呼の数と、各移動局１が属する着信群から、各着信群の着信呼の数を求める。これにより、測定部２２は、着信呼の数を着信群毎に監視することができる。又、測定部２２は、他の方法により、各着信群の着信トラフィック量を測定するようにしてもよい。
【０１６１】
又、測定部２２は、位置登録エリアＢで待ち受けを行っている複数の移動局１の数を、着信群毎に常時もしくは定期的に監視することにより、位置登録エリアＢの各着信群に属する移動局１の数を測定することができる。例えば、測定部２２は、着信群管理テーブル２４ｂを参照し、位置登録エリア毎、着信群毎に、移動局１の数を数えることにより、位置登録エリアＢに属する移動局１の数を着信群毎に監視できる。又、測定部２２は、他の方法により、各着信群に属する移動局１の数を測定するようにしてもよい。
【０１６２】
又、測定部２２は、位置登録エリアＢに位置登録を行っている複数の移動局１に宛てられた着信呼のデータ量を、着信群毎に常時もくしは定期的に監視することにより、位置登録エリアＢの各着信群のタイミングで送信するデータ量を測定する。尚、着信呼のデータ量は、着信呼に含まれるパケット数等で把握することができる。例えば、測定部２２は、位置登録エリアＢに含まれるセル３をカバーする複数の無線基地局２ｂについて、各無線基地局２ｂに一定期間に到着した着信呼のパケット数等のデータ量や、そのとき各無線基地局２ｂのバッファに溜まっている着信呼のパケット数のデータ量等を、着信呼の宛先の移動局１毎に測定する。これにより、測定部２２は、移動局１毎の着信呼のデータ量を把握する。次に、測定部２２は、着信群管理テーブル２４ｂを参照し、各移動局１が属する着信群を把握する。そして、測定部２２は、受信した移動局１毎の着信呼のパケット数等のデータ量と、各移動局１が属する着信群から、各着信群の着信呼のパケット数等のデータ量を求める。これにより、測定部２２は、着信呼のデータ量を着信群毎に監視することができる。又、測定部２２は、他の方法により、各着信群で送信するデータ量を測定するようにしてもよい。
【０１６３】
測定部２２は、測定した位置登録エリアＢにおける各着信群の着信トラフィック量、移動局１の数、移動局１あての着信呼のデータ量等の測定結果と、着信群番号とを、制御部２３に通知する。又、測定部２２は、測定した位置登録エリアＢにおける各着信群のトラフィック量、移動局１の数、移動局１あての着信呼のデータ量等の測定結果と、着信群番号とを測定結果テーブル２４ｃに記録する。測定部２２は、定期的に測定を行う場合には、定期的に測定結果テーブル２４ｃのトラフィック量、移動局１の数、移動局１あての着信呼のデータ量を更新する。又、制御部２３が着信群の割り当てを行う際に測定部２２が測定を行う場合には、測定結果テーブル２４ｃは、次の測定まで測定結果を保持していてもよく、一定時間経過後に破棄するようにしてもよい。
【０１６４】
制御部２３は、網インタフェース２１、測定部２２、データベース２４と接続されている。制御部２３は、複数の着信群の中から、所定の情報に基づいて指定着信群を検出する着信群検出手段である。網インタフェース２１により、移動局１が位置登録エリアを変更したことを検出した場合、制御部２３は、検出した指定着信群を移動局１に割り当てる。即ち、制御部２３は、移動局１が位置登録エリアを変更した際に、その移動局１に対して、指定着信群の割り当てを行う。
【０１６５】
具体的には、網インタフェース２１が、位置登録要求の信号１０を受信し、制御部２３に伝送し、制御部２３がその信号を取得することにより、網インタフェース２１が位置登録エリアの変更の発生を検出する。この際、制御部２３は、位置登録要求の信号１０から、位置情報を変更する位置登録エリアの位置登録エリアＩＤと、移動局１の着信群の着信群番号とを取得する。
【０１６６】
制御部２３は、測定部２２から測定結果の通知を受け、その測定結果に基づいて位置登録エリアＢにおける指定着信群を検出する。この場合、制御部２３は、位置登録エリアＢの各着信群における着信トラフィック量に基づいて、指定着信群を検出する。例えば、制御部２３は、位置登録エリアＢの着信群の中で、着信トラフィック量が少ない着信群を選択し、当該着信群を指定着信群として検出する。又、制御部２３は、位置登録エリアＢの各着信群に属する移動局１の数に基づいて、指定着信群を検出する。例えば、制御部２３は、位置登録エリアＢの着信群の中で、属している移動局の数が少なく、更に、待ち受けを行っている移動局の数が少ない着信群を選択し、当該着信群を指定着信群として検出する。又、制御部２３は、変更先の位置登録エリアＢの各着信群のタイミングで送信するデータ量に基づいて、指定着信群を検出する。例えば、制御部２３は、位置登録エリアＢの着信群の中で、送信するデータ量が少ない着信群を選択し、当該着信群を指定着信群として検出する。このように、制御部２３は、着信トラフィック量、移動局１の数、各着信群のタイミングで送信するデータ量のいずれか１つに基づいて、着信群を選択してもよく、着信トラフィック量、移動局１の数、各着信群のタイミングで送信するデータ量のいずれか２つ、又は、全てに基づいて、着信群を選択し、当該着信群を指定着信群として検出してもよい。
【０１６７】
図２１（ａ）の場合、上記したように、移動局１は、変更前の位置登録エリアＡにおいて、着信群番号が「１」である着信群９ａ（図２１（ｂ）参照）に属している。ここで、位置登録エリアＢでは、着信群番号が「１」の着信群の着信トラフィック量が大きく、着信群番号が「２」の着信群の着信トラフィック量が小さい場合を想定する。この場合、制御部２３は、位置登録エリアＢにおける指定着信群として、着信群番号「２」の着信群を選択し、当該着信群を指定着信群として検出する。
【０１６８】
尚、制御部２３は、測定部２２から、定期的に、各位置登録エリアについての測定結果の通知を受けるようにしてもよい。又、制御部２３は、着信群の割り当てを行う際に、各位置登録エリアについて、着信トラフィック量、移動局１の数、移動局１あての着信呼のデータ量等を測定するように測定部２２に指示をし、測定結果の通知を受けるようにしてもよい。尚、この場合には、制御部２３は、測定部２２に、測定させる項目の種類を指定して指示をする。即ち、制御部２３は、着信トラフィック量、移動局１の数、移動局１あての着信呼のデータ量のいずれか１つ、又は２つ以上、或いは全てを測定するよう指定して、指示をする。
【０１６９】
又、制御部２３は、網インタフェース２１の制御も行う。制御部２３は、位置登録エリアＢにおける指定着信群を検出すると、その指定着信群の着信群番号と、網インタフェース２１から伝送された位置登録要求の信号１０に含まれていた変更前着信群の着信群番号とが同一であるか異なるかを判断する。制御部２３は、変更前着信群と指定着信群の着信群番号が異なり、着信群に変更がある場合には、検出した指定着信群を、移動局１に割り当てる。そして、制御部２３は、移動局１の移動局ＩＤと対応付けて、割り当てた指定着信群の着信群番号を含む情報信号１１を網インタフェース２１に伝送し、移動局１に位置登録完了通知と共に着信群変更を指示する。一方、制御部２３は、変更前着信群と指定着信群の着信群番号が同一であり、着信群に変更がない場合には、検出した指定着信群を、移動局１に割り当てず、網インタフェース２１に対して何も指示は行わない。よって、この場合には、網インタフェース２１は、移動局１に指定着信群の着信群番号の通知を行わず、移動局１へ位置登録完了通知のみ行う。
【０１７０】
図２１（ａ）の場合、変更前着信群である着信群が着信群番号「１」であり、指定着信群である着信群の着信群番号「２」とは異なると判断し、着信群に変更があると判断する。そのため、制御部２３は、検出した指定着信群を移動局１に割り当て、割り当てた指定着信群の着信群番号「２」を含む情報信号１１を網インタフェース２１に伝送し、移動局１に位置登録完了通知と共に着信群変更を指示する。
【０１７１】
又、制御部２３は、移動局１に位置登録エリアＢにおける指定着信群を割り当てると、指定着信群の着信群番号を着信群管理テーブル２４ｂに追加して、記録する。具体的には、制御部２３は、着信群管理テーブル２４ｂの位置登録エリアＢの領域に、指定着信群を割り当てた移動局１の移動局ＩＤと対応付けて、指定着信群である着信群の着信群番号「２」を記録する。このようにして、制御部２３は、移動局１の移動局ＩＤと、その移動局１が属している着信群の着信群番号との関係を登録し、着信群管理テーブル２４ｂを自動的に作成する。
【０１７２】
又、制御部２３は、位置登録要求の信号１０を取得すると、その信号に含まれる変更先の位置登録エリアの位置登録エリアＩＤを位置管理テーブル２４ａに記録し、位置登録を行う。具体的には、制御部２３は、位置管理テーブル２４ａに、位置登録要求をしてきた移動局１の移動局ＩＤと対応付けて、位置登録エリアＢの位置登録エリアＩＤを記録する。このようにして、制御部２３は、移動局１の移動局ＩＤと、その移動局１が属している位置登録エリアの位置登録エリアＩＤとの関係を登録し、位置管理テーブル２４ａを作成して、移動局１の位置情報を管理する。
【０１７３】
次に、移動局１について説明する。図２１（ａ）に示すように、移動局１は、無線部４１と制御部４２とから構成され、無線部４１と制御部４２は接続されている。無線部４１は、位置登録している位置登録エリアと異なる位置登録エリアに移動した場合、それを検出し、位置登録エリア変更要求を行う要求手段である。又、無線部４１は、無線基地局２ａ、２ｂから情報信号を受信し、通知された情報の中から、新たな位置登録エリアで呼び出し信号を受信すべきタイミングの着信群を取得する取得手段である。具体的には、移動局１は、位置登録エリアの変更が発生した際に、位置情報管理サーバ５へ位置登録要求の信号１０を送信し、位置情報管理サーバ５が変更先の位置登録エリアＢで呼び出し信号を受信すべきタイミングの着信群として割り当てた指定着信群の着信群番号を含む情報信号１１を、位置情報管理サーバ５から、通信網４、無線基地局２ｂを介して受信する。無線部４１は、着信群番号を含む情報信号１１を受信した場合のみ制御部４２に、情報信号１１を伝送する。
【０１７４】
又、無線部４１は、制御部４２による制御に基づいて、無線基地局２ａ、２ｂから送信される呼び出し信号を受信する受信手段としても機能する。無線部４１は、指定着信群のタイミングで、呼び出し信号の間欠受信を行う。又、無線部４１は、常に、無線基地局２ａ、２ｂから送信される位置登録エリアＩＤを含む制御信号を受信し、受信した制御信号を制御部４２に伝送する。
【０１７５】
又、無線部４１は、制御部４２による制御に基づいて、位置登録要求の信号１０を送信する送信手段としても機能する。無線部４１は、無線基地局２ａ、２ｂ、通信網４を介して、位置登録要求の信号１０を、位置情報管理サーバ５に送信する。
【０１７６】
制御部４２は、無線部４が無線基地局２ａ、２ｂから情報信号を受信した場合、通知された情報に従い、着信群の設定を変更する設定変更手段である。制御部４２は、無線部４１により位置登録エリア変更要求を行った際、無線基地局２ａ、２ｂから通知された情報の中に着信群情報が含まれている場合に、着信群の設定を変更する。まず、制御部４２は、無線基地局２ａ、２ｂから通知された情報の中に着信群情報が含まれているか否かを判断する。ここでは、制御部４２は、位置情報管理サーバ５から指定着信群着信群番号の通知があるか否かを判断する。具体的には、制御部４２は、無線部４１から着信群番号を含む情報信号１１の伝送があれば、着信群番号の通知があると判断し、着信群番号を含む情報信号１１の伝送がなければ、着信群番号の通知がないと判断する。
【０１７７】
制御部４２は、着信群番号の通知があると判断し、通知された情報の中に着信群情報が含まれていた場合には、着信群番号を含む情報信号１１から、指定着信群の着信群番号を取得する。制御部４２は、呼び出し信号を受信するタイミングを、取得した指定着信群のタイミングに設定し直す。そして、制御部４２は、その設定し直した着信群番号の指定着信群のタイミングで、呼び出し信号を受信するように、無線部４１を制御する。
【０１７８】
一方、制御部４２は、着信群番号の通知がないと判断し、通知された情報の中に着信群情報が含まれていなかった場合には、呼び出し信号を受信するタイミングの設定の変更は行わない。そして、制御部４２は、変更先の位置登録エリアＢにおいても、位置登録エリアを変更する前に属していた位置登録エリアＡで属していた変更前着信群を継続して使用し、変更前着信群のタイミングで呼び出し信号を受信するように、無線部４１を制御する。
【０１７９】
又、制御部４２は、位置登録要求の信号１０を生成し、無線部４１を、位置登録要求の信号１０を送信するよう制御する。制御部４２は、無線部４１から、無線部４１が受信した位置登録エリアＩＤを含む制御信号を取得する。制御部４２は、その制御信号に含まれる位置登録エリアＩＤが変更したことを認識すると、位置登録エリアが変更したと判断し、位置登録要求の信号１０を生成する。制御部４２は、位置登録エリアの変更要求と、位置登録エリア変更前の位置登録エリアで属していた変更前着信群の着信群番号とを含む位置登録要求の信号１０を生成する。そして、制御部４２は、生成した位置登録要求の信号１０を、無線部４１に伝送し、位置情報管理サーバ５に送信するよう指示をして、制御する。
【０１８０】
図２１（ａ）の場合、無線部４１は、最初、位置登録エリアＡの位置登録エリアＩＤを含む制御信号を受信している。そして、移動局１が、位置登録エリアＡから位置登録エリアＢに向かって移動し、位置登録エリアＡと位置登録エリアＢとの境界にさしかかると、無線部４１は、位置登録エリアＢの位置登録エリアＩＤを含む制御信号を受信するようになる。そのため、制御部４２は、制御信号に含まれる位置登録エリアＩＤが位置登録エリアＢの位置登録エリアＩＤに変更したことを認識し、位置登録エリアが変更したと判断する。そして、制御部４２は、変更先の位置登録エリアＢの位置登録エリアＩＤと、位置登録エリアＡで属していた変更前着信群である着信群９ａ（図２１（ｂ）参照）の着信群番号「１」とを含む位置登録要求の信号１０を生成し、無線部４１に位置情報管理サーバ５に送信させる。
【０１８１】
そして、無線基地局２ｂから、無線部４１は、着信群番号を含む情報信号１１を受信するため、制御部４２は、指定着信群である着信群の着信群番号「２」を取得する。制御部４２は、呼び出し信号を受信するタイミングを、着信群番号「１」の着信群のタイミングから、取得した着信群番号「２」の着信群のタイミングに設定し直す。これにより、位置登録エリアＢにおいては、無線部４１は、着信群番号「２」の着信群９ｂ（図２１（ｃ）参照）のタイミングで、呼び出し信号を間欠受信する。
【０１８２】
（移動通信方法）
次に、移動通信システムを用いて行う移動通信方法について説明する。まず、位置情報管理サーバ５の動作について説明する。図２３は、位置情報管理サーバ５の動作手順を示すフロー図である。まず、位置情報管理サーバ５は、移動局１から位置登録要求があるか否かを監視する（Ｓ１０１）。具体的には、網インタフェース２１が移動局１から受信し制御部２３に伝送する位置登録要求の信号１０を、位置情報管理サーバ５の制御部２３が、取得したか否かにより判断する。
【０１８３】
ステップ（Ｓ１０１）において、移動局１からの位置登録エリアＢでの位置登録要求があった場合、位置情報管理サーバ５は、位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量や、位置登録エリアＢの各着信群に属する移動局１の数、位置登録エリアＢの各着信群のタイミングで到着するデータ量等を測定する（Ｓ１０２）。具体的には、位置情報管理サーバ５の制御部２３が、測定部２２に、位置登録エリアＢについて着信群毎の着信トラフィック量や移動局１の数、各着信群のタイミングで到着するデータ量を測定するよう指示し、測定部２２が測定を行う。一方、ステップ（Ｓ１０１）において、位置登録要求がなかった場合には、位置情報管理サーバ５は、位置登録要求があるか否かの監視を続ける。
【０１８４】
次に、位置情報管理サーバ５は、ステップ（Ｓ１０２）における測定結果に基づいて、位置登録エリアＢにおける指定着信群を選択し、当該着信群を指定着信群として検出する（Ｓ１０３）。具体的には、位置情報管理サーバ５の制御部２３が、測定部２２から測定結果の通知を受け、その測定結果に基づいて、位置登録エリアＢの着信群の中で着信トラフィック量が少ない着信群を選択したり、位置登録エリアＢの着信群の中で、属している移動局１の数が少なく待ち受けを行っている移動局１の数が少ない着信群を選択したり、位置登録エリアＢの着信群の中で、送信すべきデータ量が少ない着信群を選択する。
【０１８５】
次に、位置情報管理サーバ５は、検出した指定着信群の着信群番号と、変更前着信群の着信群番号とが同一であるか異なるかを判断する（Ｓ１０４）。具体的には、位置情報管理サーバ５の制御部２３が、指定着信群の着信群番号と、網インタフェース２１から伝送された位置登録要求の信号１０に含まれている変更前着信群の着信群番号とが同一であるか異なるかを判断する。
【０１８６】
ステップ（Ｓ１０４）において、変更前着信群の着信群番号と指定着信群の着信群番号とが異なる場合には、位置情報管理サーバ５は、移動局１に指定着信群を割り当て、割り当てた指定着信群の着信群番号を、移動局１に通知する（Ｓ１０５）。一方、ステップ（Ｓ１０４）において、両着信群番号が同一であった場合には、位置情報管理サーバ５は、移動局１に指定着信群の着信群番号の通知を行わず、ステップ（Ｓ１０６）に進む。
【０１８７】
最後に、位置情報管理サーバ５は、着信群管理テーブル２４ｂに、指定着信群の着信群番号を追加して、記録する（Ｓ１０６）。具体的には、位置情報管理サーバ５の制御部２３が、着信群管理テーブル２４ｂの位置登録エリアＢの領域に、指定着信群を割り当てた移動局１の移動局ＩＤと対応付けて、指定着信群の着信群番号を記録する。位置情報管理サーバ５は、このステップ（Ｓ１０１）〜（Ｓ１０６）の動作を繰り返す。
【０１８８】
次に、移動局１の動作について説明する。図２４は、移動局１の動作手順を示すフロー図である。まず、移動局１は、位置登録エリアＡから位置登録エリアＢに変更した場合には、位置登録要求を行う（Ｓ２０１）。具体的には、移動局１の制御部４２が、位置登録要求の信号１０を生成し、無線部４１が、位置情報管理サーバ５に位置登録要求の信号１０を送信する。
【０１８９】
移動局１は、ステップ（Ｓ２０１）において、位置登録要求を行った場合、一定時間待って、位置情報管理サーバ５から、指定着信群の着信群番号の通知があるか否かを判断する（Ｓ２０２）。具体的には、移動局１の制御部４２は、無線部４１から着信群番号を含む情報信号１１の伝送があれば、着信群番号の通知があると判断し、着信群番号を含む情報信号１１の伝送がなければ、着信群番号の通知がないと判断する。
【０１９０】
ステップ（Ｓ２０２）において、移動局１は、指定着信群の着信群番号の通知があると判断した場合には、呼び出し信号を受信するタイミングを、通知された着信群番号の指定着信群のタイミングに設定し直す（Ｓ２０３）。具体的には、移動局１の制御部４２が、着信群番号を含む情報信号１１から、指定着信群の着信群番号を取得し、その着信群番号の指定着信群のタイミングに設定し直す。
【０１９１】
一方、ステップ（Ｓ２０２）において、移動局１は、指定着信群の着信群番号の通知がないと判断した場合には、移動局１の制御部４２は、呼び出し信号を受信するタイミングの設定の変更は行わず、位置登録エリアを変更する前に属していた位置登録エリアＡで属していた変更前着信群のタイミングのままに設定しておき、変更前着信群を継続して使用する（Ｓ２０４）。
【０１９２】
そして、移動局１は、設定された着信群のタイミングで、待ち受けを行い、呼び出し信号を間欠受信する（Ｓ２０５）。具体的には、移動局１の制御部４２が、設定したタイミングで、待ち受け信号を受信するよう無線部４１を制御し、無線部４１が、制御部４２の制御に従い、そのタイミングで間欠受信する。移動局１は、ステップ（Ｓ２０１）〜（Ｓ２０５）の動作を繰り返す。
【０１９３】
（第１実施形態の効果）
このような第１実施形態に係る移動通信システム、位置情報管理サーバ５、移動局１、移動通信方法によれば、網インタフェース２１が、移動局１が移動し、位置登録している位置登録エリアを変更したことを、位置登録要求の信号１０を受信することにより、検出する。又、制御部２３が、複数の着信群の中から、所定の情報に基づいて指定着信群を検出する。そして、網インタフェース２１により、移動局１が位置登録エリアを変更したことを検出した場合、制御部２３が、検出した指定着信群を、移動局１に割り当てる。最後に、網インタフェース２１が、制御部２３が割り当てた指定着信群の着信群番号を含む情報信号１１を、位置登録エリアの変更を行う移動局１に通知する。
【０１９４】
よって、制御部２３は、移動局１が位置登録している位置登録エリアを変更したことを網インタフェース２１が検出した場合にだけ、指定着信群を割り当てればよく、網インタフェース２１も、位置登録エリアの変更が発生した際にだけ、その変更を行う移動局１に対してのみ指定着信群の着信群番号を含む情報信号１１の送信を行えばよい。そのため、移動通信システムは、チャネルを有効利用することができ、制御部２３の着信制御の負荷を軽減することができる。
【０１９５】
更に、網インタフェース２１は、移動局１の位置登録エリア変更を検出した際、変更前着信群を取得する着信群取得手段を有し、制御部２３は、網インタフェース２１が取得した変更前着信群の着信群番号を取得し、取得した変更前着信群の着信群番号と、指定着信群の着信群番号とが同一か異なるかを判断する。そして、制御部２３は、異なる場合にのみ、検出した指定着信群を移動局１に割り当てる。又、網インタフェース２１も、変更前着信群の着信群番号と指定着信群の着信群番号とが異なり、着信群に変更がある場合にだけ、指定着信群の着信群番号を含む情報信号１１を移動局１に送信し、変更前着信群の着信群番号と指定着信群の着信群番号とが同一であり、着信群に変更がない場合には、移動局１への通知を省略する。よって、移動通信システムは、より一層、チャネルを有効利用することができる。又、移動局１の作用として、余計な情報を取得する必要がないため、冗長な情報信号を受信せずに済むという作用がある。その結果、移動局１は、受信時間の効率化によるバッテリーセービングを拡大することができる。
【０１９６】
更に、制御部２３は、位置登録エリア毎に各着信群のタイミングにおける着信トラフィック量や、位置登録エリアＢの各着信群に属する移動局１の数に基づいて、着信群の割り当てを行うことができる。そのため、移動通信システムは、特定の着信群のタイミングに、着信トラフィック負荷が集中することを防止でき、各着信群の着信トラフィック負荷の平滑化を図ることができる。又、同一のフレーム内で、同一の着信群の移動局１への呼び出し信号を２回以上送信してしまうことを回避できる。よって、更に、チャネルを有効利用することができる。
【０１９７】
又、制御部２３は、位置登録エリア毎に各着信群のタイミングで送信するデータ量に基づいて、着信群の割り当てを行うことができる。そのため、データ通信等において、着信群の着信トラフィック量が少ないにもかかわらず、又、着信群に属する移動局数が少ないにもかかわらず、一つの着信呼に含まれるデータ量や、一つの移動局が受信するデータ量が多くなってしまった場合であっても、特定の着信群のタイミングに着信トラフィック負荷が集中することをより確実に防止でき、各着信群の着信トラフィック負荷のさらなる平滑化を図ることができる。
【０１９８】
又、移動局１によれば、無線部４１が、位置登録している位置登録エリアと異なる位置登録エリアに移動し、それを検出し、位置登録エリア変更要求を行う。又、無線部４１が、無線基地局２ｂから情報信号１１を受信した場合、制御部４２が、通知された情報に従い着信群の設定を変更する。そして、無線部４１により位置登録エリア変更要求を行った際、無線基地局２ｂから通知された情報の中に着信群情報が含まれている場合、制御部４２が、情報信号１１に含まれる着信群番号の指定着信群に、着信群の設定を変更する。そして、無線部４１が、その指定着信群で呼び出し信号を受信する。
【０１９９】
よって、移動局１は、余計な情報を取得する必要がないため、冗長な情報信号を受信せずに済む。その結果、移動局１は、受信時間の効率化によるバッテリーセービングを拡大することができる。
【０２００】
更に、無線部４１が、着信群番号を含む情報信号１１を受信しなかった場合、即ち、無線基地局２ｂから通知された情報の中に着信群情報含まれていなかった場合、制御部２３は、位置登録エリアＢにおいて、変更前着信群を継続して使用し、変更前着信群のタイミングで呼び出し信号を受信するように、無線部４１を制御する。そのため、移動局１は、着信群に変更がない場合には、着信群の設定の変更を行わなくてよく、呼び出し信号を受信するタイミングの変更を行わなくてよいため、着信制御の負荷を更に軽減できる。
【０２０１】
［第２実施形態］
次に、第２部の第２実施形態について、図面を参照しながら説明する。
【０２０２】
（移動通信システム及び各装置の構成）
本実施形態に係る移動通信システムは、図２２（ａ）〜図２２（ｃ）に示される位置情報管理サーバ５のデータベース２４を、図２５（ａ）〜図２５（ｃ）に示すデータベース２２４と置き換え、それに伴い、位置情報管理サーバ５の測定部２２、制御部２３の動作の一部が異なっている以外は、図２１（ａ）に示す移動通信システムと、実質的に同様である。そのため、実質的に同様の部分については、重複した記載を省略する。
【０２０３】
データベース２２４は、図２５（ａ）に示す位置管理テーブル２２４ａと、図２５（ｂ）に示すリアルタイムクラス着信群管理テーブル２２４ｂと、図２５（ｃ）に示すノンリアルタイムクラス着信群管理テーブル２２４ｃとから構成される。
【０２０４】
移動局１が要求するサービス品質には、図２５（ａ）においては、リアルタイムクラスとノンリアルタイムクラスという２つのサービスクラスがある。リアルタイムクラスは、リアルタイム性が要求され、許容遅延時間が非常に短いというサービス品質であり、例えば、動画通信や音声通信等を行う移動局１に要求される。又、ノンリアルタイムクラスは、リアルタイム性が要求されず、許容遅延時間も比較的に長いというサービス品質であり、例えば、データ通信を行う移動局１に要求される。よって、要求するサービス品質に応じて、移動局１の種別を分けることができる。
【０２０５】
このように、図２５（ａ）では、サービス品質として、リアルタイムクラス、ノンリアルタイムクラスを用いているが、サービス品質の内容は特に限定されない。例えば、呼損率の程度をサービス品質として用いることができる。具体的には、呼損率を閾値以下に抑える場合に、その呼損率をパラメータとし、呼損率の閾値が異なる複数のサービスクラスを用意することができる。他にも、着信呼に含まれるデータの緊急度等をサービス品質として用いることができる。尚、サービス品質は、クラス分けできるものを用いることが制御の上で、好ましい。
【０２０６】
データベース２２４では、サービス品質別に着信群管理テーブルが設けられている。具体的には、図２５（ｂ）のリアルタイムクラス着信群管理テーブル２２４ｂと、図２５（ｃ）のノンリアルタイムクラス着信群管理テーブル２２４ｃとが設けられている。リアルタイムクラス着信群管理テーブル２２４ｂは、リアルタイムクラスのサービス品質を要求する移動局１の着信群に関する情報が保持され、ノンリアルタイムクラス着信群管理テーブル２２４ｃは、ノンリアルタイムクラスのサービス品質を要求する移動局１の着信群に関する情報が保持される。
【０２０７】
リアルタイムクラス着信群管理テーブル２２４ｂ、ノンリアルタイムクラス着信群管理テーブル２２４ｃは、それぞれ、位置登録エリア毎の領域に分かれている。リアルタイムクラス着信群管理テーブル２２４ｂ、ノンリアルタイムクラス着信群管理テーブル２２４ｃは、それぞれ、位置登録エリアの領域毎に、その位置登録エリアに位置登録を行っている移動局１の移動局ＩＤと、その移動局１に割り当てられ移動局１が待ち受けを行っている着信群の着信群番号とを対応付けて、保持している。以下、位置登録エリアＢでの処理例を示す。
【０２０８】
本実施形態において、測定部２２は、位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量、位置登録エリアＢの各着信群に属する移動局１の数、位置登録エリアＢの各着信群のタイミングで送信するデータ量を、サービス品質別に測定する。尚、この点以外は、測定部２２は、第１実施形態と同様に動作する。
【０２０９】
例えば、測定部２２は、位置登録エリアＢに位置登録を行っている複数の移動局１に宛てられた着信呼の数を、着信群毎に、サービスクラス別に監視する。まず、測定部２２は、第１実施形態と同様にして、移動局１毎の着信呼の数を把握する。次に、測定部２２は、図２５（ｂ）に示すリアルタイムクラス着信群管理テーブル２２４ｂを参照し、リアルタイムクラス着信群管理テーブル２２４ｂに登録されている各移動局１が属する着信群を把握する。そして、測定部２２は、受信した移動局１毎の着信呼の数と、各移動局１が属する着信群から、各着信群の着信呼の数を求めることにより、リアルタイムクラスについて、着信呼の数を着信群毎に監視する。ノンリアルタイムクラスについても同様にして、図２５（ｃ）に示すノンリアルタイムクラス着信群管理テーブル２２４ｃを参照することにより、ノンリアルタイムクラスについて、着信呼の数を着信群毎に監視する。測定部２２は、このようにして、位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量を、サービス品質別に測定する。
【０２１０】
又、測定部２２は、位置登録エリアＢで、待ち受けを行っている複数の移動局１の数を、着信群毎に、サービスクラス別に監視する。例えば、測定部２２は、リアルタイムクラス着信群管理テーブル２２４ｂを参照し、着信群毎に、移動局１の数を数えることにより、リアルタイムクラスについて、位置登録エリアＢに属する移動局１の数を、着信群毎に監視する。ノンリアルタイムクラスについても同様にして、ノンリアルタイムクラス着信群管理テーブル２２４ｃを参照することにより、ノンリアルタイムクラスについて、着信呼の数を着信群毎に監視することができる。  測定部２２は、このようにして、位置登録エリアＢの各着信群に属する移動局１の数を、サービス品質別に測定する。
【０２１１】
又、測定部２２は、位置登録エリアＢに位置登録を行っている複数の移動局１に宛てられた着信呼のデータ量を、着信群毎に、サービスクラス別に監視する。例えば、測定部２２は、第１実施形態と同様にして、移動局１毎の着信呼のデータ量を把握する。次に、測定部２２は、リアルタイムクラス着信群管理テーブル２２４ｂを参照し、リアルタイムクラス着信群管理テーブル２２４ｂに登録されている各移動局１が属する着信群を把握する。そして、測定部２２は、受信した移動局１毎の着信呼のパケット数等のデータ量と、各移動局１が属する着信群から、各着信群の着信呼のデータ量を求めることにより、リアルタイムクラスについて、着信呼のデータ量を着信群毎に監視する。ノンリアルタイムクラスについても同様にして、ノンリアルタイムクラス着信群管理テーブル２２４ｃを参照することにより、ノンリアルタイムクラスについて、着信呼のデータ量を着信群毎に監視する。測定部２２は、このようにして、位置登録エリアＢの各着信群のタイミングで送信するデータ量を、サービス品質別に測定する。
【０２１２】
測定部２２は、測定した着信トラフィック量、移動局１の数、着信呼のデータ量等を、サービス品質の種類であるサービスクラス及び着信群番号と対応付けて、制御部２３に通知する。又、測定部２２は、測定したトラフィック量、移動局１の数、着信呼のデータ量等を、着信群番号及びサービスクラスと対応付けて、保持する。
【０２１３】
又、本実施形態において、制御部２３は、移動局１が要求するサービス品質を取得する品質取得手段を備える。そして、制御部２３は、取得したサービス品質に基づいて、指定着信群を検出する。尚、この点以外は、制御部２３は、第１実施形態と同様に動作する。まず、制御部２３は、ある移動局１の指定着信群を選択する際に、位置管理テーブル２２４ａを参照し、当該移動局１の移動局ＩＤから、当該移動局１のサービスクラスを取得する。
【０２１４】
次に、制御部２３は、測定部２２から、サービスクラス別の位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量や、サービスクラス別の位置登録エリアＢの各着信群に属する移動局１の数、サービスクラス別の位置登録エリアＢの各着信群のタイミングで送信すべきデータ量を取得する。そして、制御部２３は、位置登録エリアＢの各着信群の各サービスクラスの着信トラフィック量が、移動局１のサービスクラスにとって、多いか少ないかを判断し、少ないと判断した着信群を選択する。又、制御部２３は、位置登録エリアＢの各着信群に属する各サービスクラスの移動局１の数が、移動局１のサービスクラスにとって、多いか少ないかを判断し、少ないと判断した着信群を選択してもよい。又、制御部２３は、位置登録エリアＢの各着信群のタイミングで送信するデータ量が、移動局１のサービスクラスにとって、多いか少ないかを判断し、少ないと判断した着信群を選択してもよい。
【０２１５】
例えば、制御部２３は、ある着信群のリアルタイムクラスの着信トラフィック量が多い場合、その着信群は、リアルタイムクラスの移動局１にとっては、リアルタイムクラスの着信トラフィック量が多いため、適さないと判断する。一方、制御部２３は、同じ着信群について、多少、リアルタイムクラスの着信トラフィック量が多くても、リアルタイムクラスとノンリアルタイムクラスの着信トラフィック量を合計した着信トラフィック量がそれ程多くなければ、ノンリアルタイムクラスの移動局１にとっては、その着信群を利用できると判断する。
【０２１６】
又、制御部２３は、呼損率の閾値が異なる複数のサービスクラスを用意した場合も同様に制御することができる。例えば、制御部２３は、ある着信群の呼損率の閾値が高いクラスの着信トラフィック量が多い場合、その着信群は、呼損率の閾値が高いクラスの移動局１にとっては、呼損率の閾値が高いクラスの着信トラフィック量が多いため、適さないと判断する。
【０２１７】
一方、制御部２３は、同じ着信群について、多少、呼損率の閾値が高いクラスの着信トラフィック量が多くても、呼損率の閾値が高いクラスと低いクラスの着信トラフィック量を合計した着信トラフィック量がそれ程多くなければ、呼損率の閾値が低いクラスの移動局１にとっては、その着信群を利用できると判断する。
【０２１８】
又、制御部２３は、リアルタイムクラスの着信トラフィック量が少ない着信群や、呼損率の閾値が高いクラスの着信トラフィック量が少ない着信群を、優先して、リアルタイムクラスや呼損率の閾値が高いクラスの移動局１に割り当てるようにしてもよい。
【０２１９】
又、制御部２３は、ある着信群に属するリアルタイムクラスの移動局１の数が多い場合、その着信群は、リアルタイムクラスの移動局１にとっては、リアルタイムクラスの移動局１の数が多いため、適さないと判断する。
【０２２０】
一方、制御部２３は、同じ着信群について、多少、リアルタイムクラスの移動局１の数が多くても、リアルタイムクラスとノンリアルタイムクラスの移動局１を合計した移動局１の数がそれ程多くなければ、ノンリアルタイムクラスの移動局１にとっては、その着信群を利用できると判断する。尚、制御部２３は、呼損率の閾値が異なる複数のサービスクラスを用意した場合も、同様に制御することができる。
【０２２１】
又、制御部２３は、属しているリアルタイムクラスの移動局１の数が少ない着信群や、属している呼損率の閾値が高いクラスの移動局１の数が少ない着信群を、優先して、リアルタイムクラスや呼損率の閾値が高いクラスの移動局１に割り当てるようにしてもよい。
【０２２２】
又、ある着信群のタイミングで送信するリアルタイムクラスのデータ量が多い場合、制御部２３は、その着信群は、リアルタイムクラスの移動局１にとっては、リアルタイムクラスのデータ量が多いため、適さないと判断する。
【０２２３】
一方、制御部２３は、同じ着信群について、多少、リアルタイムクラスのデータ量が多くても、リアルタイムクラスとノンリアルタイムクラスのデータ量を合計したデータ量がそれ程多くなければ、ノンリアルタイムクラスの移動局１にとっては、その着信群を利用できると判断する。
【０２２４】
尚、制御部２３は、呼損率の閾値が異なる複数のサービスクラスを用意した場合も、同様に制御することができる。又、制御部２３は、送信すべきリアルタイムクラスのデータ量が少ない着信群や、送信すべき呼損率の閾値が高いクラスのデータ量が少ない着信群を、優先して、リアルタイムクラスや呼損率の閾値が高いクラスの移動局１に割り当てるようにしてもよい。このようにして、制御部２３は、取得したサービス品質に基づいて、指定着信群を選択し、検出する。
【０２２５】
（移動通信方法）
次に、位置情報管理サーバ５の動作について説明する。以下、位置登録エリアＢにおける処理例を示す。図２６は、位置情報管理サーバ５の動作手順を示すフロー図である。ステップ（Ｓ３０１）は、ステップ（Ｓ１０１）と同様である。ステップ（Ｓ３０１）において、移動局１からの位置登録要求があった場合、位置情報管理サーバ５は、位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量や、位置登録エリアＢの各着信群に属する移動局１の数、位置登録エリアＢの各着信群のタイミングで到着するデータ量等を、サービス品質別に測定する（Ｓ３０２）。具体的には、位置情報管理サーバ５の制御部２３が、リアルタイムクラスとノンリアルタイムクラス毎に、測定を行う。
【０２２６】
次に、位置情報管理サーバ５は、移動局１が要求するサービス品質を取得し、そのサービス品質と、ステップ（Ｓ３０２）における測定結果に基づいて、位置登録エリアＢにおける指定着信群を選択し、当該着信群を指定着信群として検出する（Ｓ３０３）。具体的には、位置情報管理サーバ５の制御部２３が、位置管理テーブル２２４ａを参照し、その移動局１のサービスクラスを取得し、測定部２２から、サービスクラス別の着信トラフィック量や、移動局１の数、データ量を取得して、指定着信群を選択する。
【０２２７】
ステップ（Ｓ３０４）、（Ｓ３０５）は、ステップ（Ｓ１０４）、（Ｓ１０５）と同様である。最後に、位置情報管理サーバ５は、サービスクラス別に設けられたリアルタイムクラス着信群管理テーブル２２４ｂと、ノンリアルタイムクラス着信群管理テーブル２２４ｃのいずれかに、指定着信群の着信群番号を追加して、記録する（Ｓ３０６）。例えば、移動局１のサービスクラスがリアルタイムクラスであった場合、位置情報管理サーバ５の制御部２３が、リアルタイムクラス着信群管理テーブル２２４ｂの位置登録エリアＢの領域に、指定着信群を割り当てた移動局１の移動局ＩＤと対応付けて、指定着信群の着信群番号を記録する。位置情報管理サーバ５は、このステップ（Ｓ３０１）〜（Ｓ３０６）の動作を繰り返す。
【０２２８】
（第２実施形態の効果）
このような第２実施形態に係る移動通信システム、位置情報管理サーバ５、移動通信方法によれば、位置管理テーブル２２４ａが、各移動局１を識別する移動局ＩＤと、各移動局１が要求するサービス品質を示すサービスクラスとを対応付けて保持する。又、データベース２４は、サービス品質別に、リアルタイムクラス着信群管理テーブル２２４ｂと、ノンリアルタイムクラス着信群管理テーブル２２４ｃといった着信群管理テーブルが設けられ、それぞれが、リアルタイムクラスのサービス品質を要求する移動局１の着信群情報や、ノンリアルタイムクラスのサービス品質を要求する移動局１の着信群情報を保持する。
【０２２９】
更に、測定部２２が、位置登録エリアＢの各着信群のタイミングにおける着信トラフィック量や、位置登録エリアＢの各着信群に属する移動局１の数、位置登録エリアＢの各着信群のタイミングで送信するデータ量等を、サービス品質別に測定する。
【０２３０】
そのため、制御部２３は、位置管理テーブル２２４ａを参照して、移動局１が要求するサービス品質を取得し、測定部２２から、サービス品質別の着信トラフィック量や、移動局１の数、データ量を取得することにより、移動局１のサービス品質と、サービス品質別の着信トラフィック量や、移動局１の数、データ量を用いて、指定着信群の検出を行うことができる。又、指定着信群を、リアルタイムクラス着信群管理テーブル２２４ｂ、ノンリアルタイムクラス着信群管理テーブル２２４ｃに記録することにより、サービス品質別に着信群に関する情報の管理を行うことができる。
【０２３１】
よって、移動通信システムは、移動局１が要求するサービス品質を考慮して指定着信群の検出を行い、その管理をすることができる。その結果、例えば、リアルタイムクラスの移動局１に宛てられたデータを含む着信呼が、無線基地局２のバッファにおいてオーバーフローしてしまわないように、指定着信群を割り当てること等ができ、移動通信システムは、許容遅延時間等を考慮したＱｏＳ制御を行うことが容易となる。又、呼損率をパラメータとしてサービス品質を定めている場合には、呼損率が、各サービスクラスの閾値を越えないように、指定着信群を割り当てること等ができる。そのため、移動通信システムは、ユーザが支払う料金に応じて、呼損率を閾値以下に抑えるといったＱｏＳ制御を行うことが容易となる。
【０２３２】
［変更例］
本発明は、上記実施形態に限定されるものではなく、種々の変更が可能である。上記実施形態においては、位置情報管理サーバ５は全移動局１の位置情報を管理する機能と、各位置登録エリアでの着信群情報を全て管理する機能の両方を有しているが、各位置登録エリアに位置情報管理サーバを設け、位置登録エリア毎の位置情報管理サーバが、位置情報を管理する機能と、着信群に関する情報を管理する機能とを備えてもよい。
【０２３３】
又、制御部２３は、変更前着信群の着信群番号を、移動局１に送信してもらい、位置登録要求の信号１０から取得しているが、位置登録エリアにおける指定着信群の着信群番号を追加する前の着信群管理テーブル２４ｂから、変更前着信群の着信群番号を取得するようにしてもよい。
【０２３４】
又、移動局１のサービスクラスを、位置管理テーブル２２４ａで保持せずに、移動局１が、位置登録要求の信号１０に含めるようにしてもよい。
【０２３５】
又、図２２（ａ）〜図２２（ｃ）、図２５（ａ）〜図２５（ｃ）に示したデータベース２４、２２４では、移動局ＩＤがキーになっており、移動局ＩＤに着信群番号や位置登録エリアＩＤが対応付けられているが、着信群番号や位置登録エリアＩＤをキーとし、それらに、移動局ＩＤを対応付けるようにしてもよい。
【０２３６】
又、図２２（ａ）〜図２２（ｃ）に示したデータベース２４と同様にして、データベース２２４にも、測定部２２による測定結果を保持する測定結果テーブルを設け、測定部２２は、測定結果を、その測定結果テーブルに記録するようにしてもよい。
【０２３７】
［（第３部）移動局の状態に応じた制御処理］
以下では、移動局からの状態通知と連携した位置情報管理サーバ及び基地局での制御処理を説明する。図２８には移動局の動作手順を、図２９には位置情報管理サーバ及び基地局による移動局の状態に応じた制御処理を、図３０にはサーバ・基地局の構成例を、それぞれ示す。
【０２３８】
サーバは、例えば図３０に示すように構成することができる。即ち、サーバ９０は、判断手段９１と設定手段９２とを含んで構成され、判断手段９１が、移動局の状態として、スリープ状態又はアイドル状態を含む複数の状態の中から、セル内で当該移動局と無線基地局との間でパケット送受信が行われない期間に応じた状態を判断し、設定手段９２が、当該判断で得られた状態に応じて、当該移動局の呼出周期と当該移動局による間欠受信の受信タイミングの両方又は一方を当該移動局に対し設定する。
【０２３９】
このとき、サーバ９０は、更に、各々の呼び出しエリアに在圏している状態に移行した移動局の数と、各々の呼び出しエリア内で呼び出しチャネルの各々の受信タイミングでの着信トラヒックの両方又は一方を測定し、当該測定値を保持する測定保持手段９３を更に備え、設定手段９２が、移動局の状態がスリープ状態であると判断された場合に、測定保持手段９１により保持された測定値に応じて、当該移動局の呼出周期と当該移動局による間欠受信の受信タイミングの両方又は一方を当該移動局に対し設定する構成とすることが望ましい。
【０２４０】
また、サーバ９０は、エリア変更検出手段９４と着信群割当制御手段９５とを更に備え、エリア変更検出手段９４によって移動局が位置登録している位置登録エリアを変更したことが検出されると、着信群割当制御手段９５が、移動局の呼出信号を受信するタイミング毎に分けられた複数の着信群の中から、所定の情報に基づいて一の着信群を選択し、選択された着信群を当該移動局に割り当てる構成とすることが望ましい。
【０２４１】
なお、上記のようなサーバ９０と同様の構成を基地局８０に備えても良い（但し、基地局８０のエリアはただ一つなので、基地局８０はエリア変更検出手段９４に相当する構成を含まない）。この場合、例えば、リンクレイヤでの制御を基地局８０が、ネットワークレイヤでの制御をサーバ９０が、それぞれ分担して実行することができる。
【０２４２】
図２８に示すように、移動局では、パケット送受信後、自局がスリープ状態へ遷移したと判断するためのタイマ（以下「第１タイマ」という）を起動する（Ｓ１）。その後、第１タイマがタイムアウトする前に当該移動局においてパケット送受信があった場合は、第１タイマを再起動する（Ｓ１へ戻る）。一方、パケット送受信がないまま第１タイマがタイムアウトした場合は、Ｓ３で肯定判断となり、自局がスリープ状態へ遷移したことを基地局へ通知するとともに、自局がその後アイドル状態へ遷移したと判断するためのタイマ（以下「第２タイマ」という）を起動する（Ｓ４）。
【０２４３】
基地局では、移動局から状態遷移の通知を受信したときに、図２９の処理が割り込み実行される。上記Ｓ４にて移動局からスリープ状態への遷移が通知されたことを受けて、基地局は当該通知を受信し、当該移動局がスリープ状態へ遷移したと判断し（図２９のＳ１１で肯定判断し）、第１部で説明したリンクレイヤでの制御処理を当該移動局に対し実行する（Ｓ１２）。この中で、当該移動局がセルを移行する場合もリンクレイヤでの制御処理が実行される。
【０２４４】
移動局では、上記のようにリンクレイヤでの制御処理を受けることとなる（図２８のＳ５）。その後、第２タイマがタイムアウトする前に当該移動局でパケット送受信があった場合は、移動局のスリープ状態が解除されたと判断できるため、第１タイマを再起動する（Ｓ１へ戻る）。一方、パケット送受信がないまま第２タイマがタイムアウトした場合は、Ｓ７で肯定判断となり、自局がさらにアイドル状態へ遷移したことを位置情報管理サーバへ通知する（Ｓ８）。
【０２４５】
位置情報管理サーバでも、移動局から状態遷移の通知を受信したときに、図２９の処理が割り込み実行される。上記Ｓ８にて移動局からアイドル状態への遷移が通知されたことを受けて、位置情報管理サーバは当該通知を受信し、当該移動局がアイドル状態へ遷移したと判断し（図２９のＳ１３で肯定判断し）、第２部で説明したネットワークレイヤでの制御処理を当該移動局に対し実行する（Ｓ１４）。この中で、当該移動局が位置登録エリアを変更する場合もネットワークレイヤでの制御処理が実行される。
【０２４６】
移動局では、上記のようにネットワークレイヤでの制御処理を受けることとなる（図２８のＳ９）。その後、パケット送受信があるまで、ネットワークレイヤでの制御処理（Ｓ９）が継続実行される。パケット送受信があれば、移動局のアイドル状態が解除されたと判断できるため、Ｓ１へ戻り、第１タイマを再起動する。
【０２４７】
このようにして、移動局においてパケット送受信が行われない期間に応じて、移動局の状態（スリープ状態又はアイドル状態）が的確に判断され、各状態に応じたリンクレイヤでの制御処理（第１部で述べた制御処理）又はネットワークレイヤでの制御処理（第２部で述べた制御処理）が実行されるため、時間とともに変化する移動局の複数の状態に応じて、移動局の位置情報管理を円滑に行うことができる。
【０２４８】
なお、位置情報管理サーバが、基地局が持つリンクレイヤでの制御機能をも備え、図２９の制御処理全体を位置情報管理サーバが実行する形態を採用してもよい。
【０２４９】
また、上記第３部のように、リンクレイヤでの制御処理とネットワークレイヤでの制御処理とを組み合わせた実施形態のみならず、前述のリンクレイヤでの制御処理を実行するだけで、特定の受信タイミングへの着信トラヒックの集中を回避し、各々の受信タイミングでの着信トラヒックを平滑化できるという効果、チャネルを有効利用でき従来に比べ効果的にバッテリーセービングを行うことができるという効果、及び、特定の呼び出し周期への移動局の集中を回避し、複数の呼び出し周期同士でもトラヒックを平滑化できるという効果が得られることは言うまでもない。また、前述のネットワークレイヤでの制御処理を実行するだけで、チャネルを有効利用することができ、着信群検出に係る着信制御の負荷を軽減することができる、という効果が得られることは言うまでもない。
【図面の簡単な説明】
【０２５０】
【図１】第１部の実施形態の想定する移動通信システムの構成図である。
【図２】（ａ）は第１部の実施形態の想定する無線基地局が間欠送信する呼び出し周期のうち呼び出し周期Ａを示す図であり、（ｂ）は第１部の実施形態の想定する無線基地局が間欠送信する呼び出し周期のうち呼び出し周期Ｂを示す図であり、（ｃ）は第１部の実施形態の想定する無線基地局が間欠送信する呼び出し周期のうち呼び出し周期Ｃを示す図であり、（ｄ）は第１部の実施形態の想定する無線基地局が間欠送信する呼び出し周期のうち呼び出し周期Ｄを示す図であり、（ｅ）は第１部の実施形態の想定する無線基地局が間欠送信する呼び出し周期のうち呼び出し周期Ｅを示す図である。
【図３】（ａ）は呼び出しエリアＡと呼び出し周期Ａとの対応付けを示す図であり、（ｂ）は呼び出しエリアＢと呼び出し周期Ｂとの対応付けを示す図であり、（ｃ）は呼び出しエリアＣと呼び出し周期Ｃとの対応付けを示す図である。
【図４】（ａ）は第１の呼び出し方法を説明するための移動通信システムの構成図であり、（ｂ）は第１の呼び出し方法における呼び出し周期Ａと３つの受信タイミングを示す図であり、（ｃ）は第１の呼び出し方法における呼び出し周期Ｂと３つの受信タイミングを示す図であり、（ｄ）は第１の呼び出し方法における呼び出し周期Ｃと３つの受信タイミングを示す図である。
【図５】（ａ）は第２の呼び出し方法を説明するための移動通信システムの構成図であり、（ｂ）は第２の呼び出し方法における呼び出し周期Ｃと３つの受信タイミングを示す図であり、（ｃ）は第２の呼び出し方法における呼び出し周期Ｂと３つの受信タイミングを示す図であり、（ｄ）は第２の呼び出し方法における呼び出し周期Ａと３つの受信タイミングを示す図である。
【図６】第２の呼び出し方法の変形例を説明するための図である。
【図７】無線基地局の第１の処理動作に関する流れ図である。
【図８】無線基地局の第２の処理動作に関する流れ図である。
【図９】位置情報管理サーバの第１の処理動作に関する流れ図である。
【図１０】位置情報管理サーバの第２の処理動作に関する流れ図である。
【図１１】位置情報管理サーバの第３の処理動作に関する流れ図である。
【図１２】位置情報管理サーバの第４の処理動作に関する流れ図である。
【図１３】移動局の処理動作に関する流れ図である。
【図１４】（ａ）は無線基地局が第１の処理動作において自局配下のセルに在圏しスリープモードに移行している移動局を認識するためのテーブルであり、（ｂ）は無線基地局が第１の処理動作において個々の呼び出し周期について自局配下のセル内で各々の受信タイミングに対応する移動局の数及び該受信タイミングにおける着信トラヒック量を管理する上で用いるテーブルである。
【図１５】（ａ）は無線基地局が第２の処理動作において自局配下のセルに在圏しスリープモードに移行している移動局を認識するためのテーブルであり、（ｂ）は無線基地局が第２の処理動作においてリアルタイムクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブルであり、（ｃ）は無線基地局が第２の処理動作において非リアルタイムクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブルである。
【図１６】（ａ）は位置情報管理サーバが第１の処理動作において管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブルであり、（ｂ）は位置情報管理サーバが第１の処理動作において呼び出し周期毎に移動局の位置情報を管理するとともに各々の受信タイミングに対応する移動局の数及び該受信タイミングにおける着信トラヒック量を管理する上で用いるテーブルである。
【図１７】（ａ）は位置情報管理サーバが第２の処理動作において管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブルであり、（ｂ）は位置情報管理サーバが第２の処理動作においてリアルタイムクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブルであり、（ｃ）は位置情報管理サーバが第２の処理動作において非リアルタイムクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブルである。
【図１８】（ａ）は位置情報管理サーバが第３の処理動作において管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブルであり、（ｂ）は位置情報管理サーバが第３の処理動作において個々の呼び出しエリアについて移動局の位置情報を管理するとともに各々の受信タイミングに対応する移動局の数及び該受信タイミングにおける着信トラヒック量を管理する上で用いるテーブルである。
【図１９】（ａ）は位置情報管理サーバが第４の処理動作において管理下の呼び出しエリア内に位置しスリープモードに移行している移動局を認識するためのテーブルであり、（ｂ）は位置情報管理サーバが第４の処理動作においてリアルタイムクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブルであり、（ｃ）は位置情報管理サーバが第４の処理動作において非リアルタイムクラスにおいて呼び出し周期及び受信タイミングを管理するためのテーブルである。
【図２０】移動通信システムの構成に関する機能ブロック図である。
【図２１】（ａ）は第２部の第１実施形態に係る移動通信システムの構成図であり、（ｂ）は位置登録エリアＡの着信群を示す図であり、（ｃ）は位置登録エリアＢの着信群を示す図である。
【図２２】（ａ）は第２部の第１実施形態に係る位置管理テーブルを示す図であり、（ｂ）は第２部の第１実施形態に係る着信群管理テーブルを示す図であり、（ｃ）は第２部の第１実施形態に係る測定結果テーブルを示す図である。
【図２３】第２部の第１実施形態に係る位置情報管理サーバの動作手順を示すフロー図である。
【図２４】第２部の第１実施形態に係る移動局の動作手順を示すフロー図である。
【図２５】（ａ）は第２部の第２実施形態に係る位置管理テーブルを示す図であり、（ｂ）は第２部の第２実施形態に係るリアルタイムクラス着信群管理テーブルを示す図であり、（ｃ）は第２部の第２実施形態に係るノンリアルタイムクラス着信群管理テーブルを示す図である。
【図２６】第２部の第２実施形態に係る位置情報管理サーバの動作手順を示すフロー図である。
【図２７】（ａ）は従来の移動通信方法における制御チャネルの第１の例を示す図であり、（ｂ）は従来の移動通信方法における制御チャネルの第２の例を示す図である。
【図２８】第３部の実施形態に係る移動局の動作手順を示すフロー図である。
【図２９】第３部の実施形態に係る移動局に対する制御動作を示すフロー図である。
【図３０】第３部に関するサーバ・基地局の構成例を示す図である。
【図１】
2007166676.tif 000003
【図２】
2007166676.tif 000004
【図３】
2007166676.tif 000005
【図４】
2007166676.tif 000006
【図５】
2007166676.tif 000007
【図６】
2007166676.tif 000008
【図７】
2007166676.tif 000009
【図８】
2007166676.tif 000010
【図９】
2007166676.tif 000011
【図１０】
2007166676.tif 000012
【図１１】
2007166676.tif 000013
【図１２】
2007166676.tif 000014
【図１３】
2007166676.tif 000015
【図１４】
2007166676.tif 000016
【図１５】
2007166676.tif 000017
【図１６】
2007166676.tif 000018
【図１７】
2007166676.tif 000019
【図１８】
2007166676.tif 000020
【図１９】
2007166676.tif 000021
【図２０】
2007166676.tif 000022
【図２１】
2007166676.tif 000023
【図２２】
2007166676.tif 000024
【図２３】
2007166676.tif 000025
【図２４】
2007166676.tif 000026
【図２５】
2007166676.tif 000027
【図２６】
2007166676.tif 000028
【図２７】
2007166676.tif 000029
【図２８】
2007166676.tif 000030
【図２９】
2007166676.tif 000031
【図３０】
2007166676.tif 000032