(57)【要約】  本発明の無線通信システムは、移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局と、を有する。ここで、前記移動端末は、所定の報知情報の識別情報を前記無線基地局に送信する。また、前記無線基地局は、前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較し、比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する。
2010067686.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局と、を有してなる無線通信システムであって、
前記移動端末は、
所定の報知情報を識別する識別情報を前記無線基地局に送信し、
前記無線基地局は、
前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較し、比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する無線通信システム。
【請求項２】
請求項１に記載の無線通信システムにおいて、
前記移動端末は、
呼確立を要求するメッセージに、前記所定の報知情報として自端末で保持している報知情報の識別情報を設定し、該メッセージを前記無線基地局に送信する無線通信システム。
【請求項３】
請求項２に記載の無線通信システムにおいて、
前記無線基地局は、
前記比較の結果として、前記移動端末から送信されてきた識別情報が現在送信中の報知情報の識別情報と一致する場合、呼確立をするメッセージを前記移動端末に送信する無線通信システム。
【請求項４】
請求項２または３に記載の無線通信システムにおいて、
前記無線基地局は、
以前に送信していた、少なくとも一つの過去の報知情報の識別情報を保存し、
前記比較の結果として、前記移動端末から送信されてきた識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から送信されてきた識別情報と過去の報知情報の識別情報とを比較する無線通信システム。
【請求項５】
請求項４に記載の無線通信システムにおいて、
前記無線基地局は、
前記比較の結果として、前記移動端末から送信されてきた識別情報が過去の報知情報の識別情報のいずれにも一致しない場合、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報を、呼確立を拒否するメッセージに設定し、該メッセージを前記移動端末に送信する無線通信システム。
【請求項６】
請求項５に記載の無線通信システムにおいて、
前記移動端末は、
現在送信中の報知情報を取得した後、自端末で保持している報知情報の識別情報を、現在送信中の報知情報の識別情報に更新し、
呼確立を要求するメッセージに、更新した識別情報を設定し、該メッセージを前記無線基地局に送信する無線通信システム。
【請求項７】
請求項４から６のいずれか１項に記載の無線通信システムにおいて、
前記無線基地局は、
前記比較の結果として、前記移動端末から送信されてきた識別情報が過去の報知情報の識別情報のいずれかと一致する場合、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、自局へのアクセスの規制に関する規制情報が含まれるか判定する無線通信システム。
【請求項８】
請求項７に記載の無線通信システムにおいて、
前記無線基地局は、
前記判定の結果として、報知情報の差分に規制情報が含まれない場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を、呼確立をするメッセージに設定し、該メッセージを前記移動端末に送信する無線通信システム。
【請求項９】
請求項７または８に記載の無線通信システムにおいて、
前記無線基地局は、
前記判定の結果として、報知情報の差分に規制情報が含まれる場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を、呼確立を拒否するメッセージに設定し、該メッセージを前記移動端末に送信する無線通信システム。
【請求項１０】
請求項１から９のいずれか１項に記載の無線通信システムにおいて、
前記識別情報は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｖａｌｕｅ  Ｔａｇである無線通信システム。
【請求項１１】
移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局であって、
前記移動端末から、所定の報知情報を識別する識別情報を受信する受信部と、
前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較する制御部と、
報知情報を前記移動端末に送信するとともに、前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する送信部と、を有する無線基地局。
【請求項１２】
請求項１１に記載の無線基地局において、
前記受信部は、
前記移動端末から、前記所定の報知情報として前記移動端末で保持している報知情報の識別情報が設定された、呼確立を要求するメッセージを受信する無線基地局。
【請求項１３】
請求項１２に記載の無線基地局において、
前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致する場合、呼確立をするメッセージを生成する処理部をさらに有し、
前記送信部は、
前記呼確立をするメッセージを前記移動端末に送信する無線基地局。
【請求項１４】
請求項１３に記載の無線基地局において、
前記制御部は、
以前に送信していた、少なくとも一つの過去の報知情報の識別情報を保存し、
前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から受信した識別情報と過去の報知情報の識別情報とを比較する無線基地局。
【請求項１５】
請求項１４に記載の無線基地局において、
前記処理部は、
前記比較の結果として、前記移動端末から受信した識別情報が過去の報知情報の識別情報のいずれにも一致しない場合、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報を設定した、呼確立を拒否するメッセージを生成し、
前記送信部は、
報知情報の再取得を要求する情報を設定した、呼確立を拒否するメッセージを前記移動端末に送信する無線基地局。
【請求項１６】
請求項１４または１５に記載の無線基地局において、
前記制御部は、
前記比較の結果として、前記移動端末から受信した識別情報が過去の報知情報の識別情報のいずれかと一致する場合、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、自局へのアクセスの規制に関する規制情報が含まれるか判定する無線基地局。
【請求項１７】
請求項１６に記載の無線基地局において、
前記処理部は、
前記判定の結果として、報知情報の差分に規制情報が含まれない場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立をするメッセージを生成し、
前記送信部は、
報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立をするメッセージを、前記移動端末に送信する無線基地局。
【請求項１８】
請求項１６または１７に記載の無線基地局において、
前記処理部は、
前記判定の結果として、報知情報の差分に規制情報が含まれる場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立を拒否するメッセージを生成し、
前記送信部は、
報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立を拒否するメッセージを前記移動端末に送信する無線基地局。
【請求項１９】
請求項１１から１８のいずれか１項に記載の無線基地局において、
前記識別情報は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｖａｌｕｅ  Ｔａｇである無線基地局。
【請求項２０】
無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末であって、
所定の報知情報を識別する識別情報を前記無線基地局に送信する送信部と、
前記無線基地局から報知情報を受信するとともに、前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報を受信する受信部と、を有する移動端末。
【請求項２１】
請求項２０に記載の移動端末において、
前記所定の報知情報として自端末で保持している報知情報の識別情報を設定した、呼確立を要求するメッセージを生成する処理部をさらに有し、
前記送信部は、
自端末で保持している報知情報の識別情報を設定した、呼確立を要求するメッセージを前記無線基地局に送信する移動端末。
【請求項２２】
請求項２１に記載の移動端末において、
前記受信部は、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致する場合、前記無線基地局から、呼確立をするメッセージを受信する移動端末。
【請求項２３】
請求項２１または２２に記載の移動端末において、
前記受信部は、
前記無線基地局に送信した識別情報が現在送信中および過去の報知情報の識別情報のいずれにも一致しない場合、前記無線基地局から、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報が設定された、呼確立を拒否するメッセージを受信する移動端末。
【請求項２４】
請求項２３に記載の移動端末において、
現在送信中の報知情報を取得した後、自端末で保持している報知情報の識別情報を、現在送信中の報知情報の識別情報に更新する制御部をさらに有し、
前記処理部は、
更新した識別情報を設定した、呼確立を要求するメッセージを生成し、
前記送信部は、
更新した識別情報を設定した、呼確立を要求するメッセージを前記無線基地局に送信する移動端末。
【請求項２５】
請求項２１から２４のいずれか１項に記載の移動端末において、
前記受信部は、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報とは一致しないが、過去の報知情報の識別情報のいずれかと一致し、かつ、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、前記無線基地局へのアクセスの規制に関する規制情報が含まれない場合、前記無線基地局から、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報が設定された、呼確立をするメッセージを受信する移動端末。
【請求項２６】
請求項２１から２５のいずれか１項に記載の移動端末において、
前記受信部は、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報とは一致しないが、過去の報知情報の識別情報のいずれかと一致し、かつ、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、前記無線基地局へのアクセスの規制に関する規制情報が含まれる場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報が設定された、呼確立を拒否するメッセージを受信する移動端末。
【請求項２７】
請求項２０から２６のいずれか１項に記載の移動端末において、
前記識別情報は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｖａｌｕｅ  Ｔａｇである移動端末。
【請求項２８】
移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局と、を有してなる無線通信システムによる無線通信方法であって、
前記移動端末が、所定の報知情報を識別する識別情報を前記無線基地局に送信するステップと、
前記無線基地局が、前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較するステップと、
前記無線基地局が、前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信するステップと、を有する無線通信方法。
【請求項２９】
移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局による無線通信方法であって、
前記移動端末から、所定の報知情報を識別する識別情報を受信するステップと、
前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較するステップと、
前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信するステップと、を有する無線通信方法。
【請求項３０】
無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末による無線通信方法であって、
所定の報知情報を識別する識別情報を前記無線基地局に送信するステップと、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報を受信するステップと、を有する無線通信方法。
【請求項３１】
移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局に、
前記移動端末から、所定の報知情報を識別する識別情報を受信する手順と、
前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較する手順と、
前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する手順と、を実行させるプログラム。
【請求項３２】
無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末に、
所定の報知情報を識別する識別情報を前記無線基地局に送信する手順と、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報を受信する手順と、を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、無線基地局、移動端末、無線通信方法、プログラムに関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（3rd  Generation  Partnership  Projects）において、ＵＴＲＡＮ（Universal  Terrestrial  Radio  Access  Network）が標準化されている。【０００３】
図１に、ＵＴＲＡＮを適用した無線通信システムのアーキテクチャの一例を示す。【０００４】
図１に示すように、ＵＴＲＡＮ６０は、コアネットワーク（Core  Network）５０と接続され、また、複数のＲＮＳ（Radio  Network  Subsystem）７０によって構成されている。【０００５】
また、ＲＮＳ７０のそれぞれは、ＲＮＣ（Radio  Network  Controller）８０と、無線基地局である複数のＮｏｄｅＢ９０と、から構成されている。ＮｏｄｅＢ９０は、移動端末であるＵＥ（User  Equipment）１０と無線通信を行う。【０００６】
また、最近の３ＧＰＰの標準化においては、ＵＴＲＡＮが無線ＬＡＮ（Local  Area  Network）などの他の無線通信技術の発展に対して競争力を保つことを目的として、ＵＴＲＡＮ  ＬＴＥ（Long  Term  Evolution）の検討が行われている（非特許文献１）。【０００７】
図２に、ＵＴＲＡＮ  ＬＴＥを適用した無線通信システムのアーキテクチャの一例を示す。【０００８】
図２に示すように、ＵＴＲＡＮ  ＬＴＥでは、ＲＮＣとＮｏｄｅＢとが一体化されて実現された無線基地局である複数のｅＮＢ２０によってＵＴＲＡＮが構成されている。【０００９】
ＵＴＲＡＮ  ＬＴＥでは、ＵＴＲＡＮは、Ｅ−ＵＴＲＡＮ（Evolution-UTRAN）３０と定義され、また、コアネットワークと制御機能部は、ＭＭＥ（Mobility  Management  Entity）４０と定義されている。【００１０】
また、ＵＴＲＡＮ  ＬＴＥでは、ｅＮＢ２０とＭＭＥ４０間のインターフェースはＳ１、ｅＮＢ２０間のインターフェースはＸ２、ｅＮＢ２０とＵＥ１０間のインターフェースはＵｕとそれぞれ定義されている。【００１１】
上述のように、ＵＴＲＡＮ  ＬＴＥでは、ＲＮＣとＮｏｄｅＢとを一体化することにより、図１のＵＴＲＡＮ６０と比較して、Ｅ−ＵＴＲＡＮ３０のノード数が削減される。【００１２】
また、ＵＴＲＡＮ  ＬＴＥでは、ノード数が削減されるため、ＵＥ１０が通信を行うためのＵＥ１０／ｅＮＢ２０／ＭＭＥ４０間のコネクションの設定遅延が低減される（非特許文献２）。これは、図１のＵＴＲＡＮ６０でのＲＮＣ８０／ＮｏｄｅＢ９０間のコネクションの設定が、図２のＥ−ＵＴＲＡＮ３０では不要になるからである。【００１３】
ところで、ＵＥ１０は、ｅＮＢ２０と呼を確立するためには、ｅＮＢ２０からブロードキャストで配信される報知情報を受信することが必要となる。報知情報とは、ＵＥ１０が呼を確立するために最低限必要となる設定情報であり、例えば、ＵＥ１０からｅＮＢ２０への送信信号の送信電力を示すパラメータ、ＵＥ１０からｅＮＢ２０へのアクセスの規制に関する規制情報を示すパラメータ等が含まれる。【００１４】
例えば、ＵＥ１０は、ＵＥ１０の起動・セルの再選択・ハンドオーバの完了・カバレージからの復帰・報知情報の変更の際に、報知情報を受信する（非特許文献３）。【００１５】
図３に、ＵＴＲＡＮ  ＬＴＥにおける報知情報受信シーケンスの一例を示す。【００１６】
図３に示すように、ｅＮＢ２０は、報知情報を変更する際、ステップＥ１１において、報知情報を変更することを通知する情報をページング信号に付与し、そのページング信号のＲＲＣ（Radio  Resource  Control）メッセージをＵＥ１０に送信する。【００１７】
ＵＥ１０は、ｅＮＢ２０から、報知情報の変更を通知する情報が付与されたページング信号のＲＲＣメッセージの受信後に、ステップＥ１２〜Ｅ１４において、変更された報知情報のＲＲＣメッセージを受信する。【００１８】
報知情報は、ＭＩＢ（Master  Information  Block）、ＳＩＢｔｙｐｅ１（System  Information  Block  Type1）、およびＳＩ（System  Information）から構成される。なお、上述のパラメータは、ＳＩＢｔｙｐｅ１またはＳＩに付与される。【００１９】
報知情報が変更された際、ＵＥ１０は、ＭＩＢおよびＳＩＢｔｙｐｅ１を受信し、また、ＳＩＢｔｙｐｅ１のＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｖａｌｕｅ  Ｔａｇ（以下、ＶａｌｕｅＴａｇと称す）が変更前の報知情報のＶａｌｕｅＴａｇの値と異なる時のみＳＩを受信する。ＶａｌｕｅＴａｇとは、報知情報を識別する識別情報であり、例えば、報知情報のバージョン番号等である。【００２０】
ＵＥ１０は、上記のように受信した報知情報を基に、ｅＮＢ２０と呼確立処理、すなわちＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立処理を行う。【００２１】
図４に、ＵＴＲＡＮ  ＬＴＥにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスの一例を示す。【００２２】
図４に示すように、まず、ＵＥ１０は、ステップＦ１１において、ＲＡＣＨ（Random  Access  Channel）  ＰｒｅａｍｂｌｅメッセージをｅＮＢ２０に送信し、ステップＦ１２において、ｅＮＢ２０からＲＡＣＨ  Ｒｅｓｐｏｎｓｅメッセージを受信する。このＲＡＣＨ手順により、ＵＥ１０は、ＲＲＣメッセージを送信するためのＩＤを取得する。【００２３】
次に、ＵＥ１０は、ステップＦ１３において、ｅＮＢ２０に対し、呼確立を要求するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを送信する。【００２４】
ｅＮＢ２０は、呼確立をする場合、ステップＦ１４において、ＵＥ１０に対し、呼確立をするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを送信する。【００２５】
その後、ＵＥ１０は、呼確立が完了すると、ステップＦ１５において、ｅＮＢ２０に対し、呼確立が完了したことを通知するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージを送信する。
【先行技術文献】
【非特許文献】
【００２６】
【非特許文献１】E-UTRA  and  E-UTRAN;  Overall  description  [3GPP  TS  36.300  V8.6.0  (2008-9)]
【非特許文献２】UTRAN  overall  description  [3GPP  TS  25.401  V8.1.0  (2008-09)]
【非特許文献３】E-UTRA  RRC  Protocol  specification  [3GPP  TS  36.331  V8.3.0  (2008-9)]
【発明の概要】
【発明が解決しようとする課題】
【００２７】
しかし、ＵＥ１０は、電波の受信品質が悪い場合、報知情報の変更を通知する情報が付与されたページング信号を受信できない、または、報知情報の変更に関する誤った情報を受信するおそれがある。【００２８】
この場合、ＵＥ１０は、報知情報が変更されたことに気づかず、現在送信中の報知情報を取得することができないという課題がある。【００２９】
そこで、本発明の目的は、上述した課題を解決し、移動端末が現在送信中の報知情報を取得することができる無線通信システム、無線基地局、移動端末、無線通信方法、プログラムを提供することにある。
【課題を解決するための手段】
【００３０】
本発明の無線通信システムは、
移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を無線上に送信する無線基地局と、を有してなる無線通信システムであって、
前記移動端末は、
所定の報知情報の識別情報を前記無線基地局に送信し、
前記無線基地局は、
前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較し、比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する。【００３１】
本発明の無線基地局は、
移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局であって、
前記移動端末から、所定の報知情報を識別する識別情報を受信する受信部と、
前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較する制御部と、
報知情報を前記移動端末に送信するとともに、前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する送信部と、を有する。【００３２】
本発明の移動端末は、
無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末であって、
所定の報知情報を識別する識別情報を前記無線基地局に送信する送信部と、
前記無線基地局から報知情報を受信するとともに、前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報を受信する受信部と、を有する。【００３３】
本発明の第１の無線通信方法は、
移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局と、を有してなる無線通信システムによる無線通信方法であって、
前記移動端末が、所定の報知情報を識別する識別情報を前記無線基地局に送信するステップと、
前記無線基地局が、前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較するステップと、
前記無線基地局が、前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信するステップと、を有する。【００３４】
本発明の第２の無線通信方法は、
移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局による無線通信方法であって、
前記移動端末から、所定の報知情報を識別する識別情報を受信するステップと、
前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較するステップと、
前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信するステップと、を有する。【００３５】
本発明の第３の無線通信方法は、
無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末による無線通信方法であって、
所定の報知情報を識別する識別情報を前記無線基地局に送信するステップと、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報を受信するステップと、を有する。【００３６】
本発明の第１のプログラムは、
移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局に、
前記移動端末から、所定の報知情報を識別する識別情報を受信する手順と、
前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較する手順と、
前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する手順と、を実行させる。【００３７】
本発明の第２のプログラムは、
無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末に、
所定の報知情報を識別する識別情報を前記無線基地局に送信する手順と、
前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報を受信する手順と、を実行させる。
【発明の効果】
【００３８】
本発明によれば、移動端末は、所定の報知情報の識別情報を無線基地局に送信し、無線基地局は、移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較し、比較結果に基づいて、現在送信中の報知情報を取得するための情報を移動端末に送信する。【００３９】
よって、移動端末は、無線基地局から送信されてきた情報を基に、現在送信中の報知情報を取得できるようになるという効果が得られる。
【図面の簡単な説明】
【００４０】
【図１】ＵＴＲＡＮを適用した無線通信システムのアーキテクチャの一例を示す図である。
【図２】ＵＴＲＡＮ  ＬＴＥを適用した無線通信システムのアーキテクチャの一例を示す図である。
【図３】ＵＴＲＡＮ  ＬＴＥにおける報知情報受信シーケンスの一例を説明するシーケンスチャートである。
【図４】ＵＴＲＡＮ  ＬＴＥにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスの一例を説明するシーケンスチャートである。
【図５】本実施形態のＵＥの構成の一例を示すブロック図である。
【図６】本実施形態のｅＮＢの構成の一例を示すブロック図である。
【図７】本実施形態の報知情報の変更履歴テーブルの一例を説明する図である。
【図８】本実施形態の無線通信システムにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスの第１の例を説明するシーケンスチャートである。
【図９】本実施形態の無線通信システムにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスの第２の例を説明するシーケンスチャートである。
【図１０】本実施形態の無線通信システムにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスの第３の例を説明するシーケンスチャートである。
【図１１】本実施形態の無線通信システムにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスの第４の例を説明するシーケンスチャートである。
【図１２】図８〜図１１において、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの受信時のｅＮＢの処理のシーケンス全体を説明するシーケンスチャートである。
【発明を実施するための形態】
【００４１】
以下に、本発明を実施するための最良の形態について図面を参照して説明する。
【００４２】
なお、以下で説明する実施形態において、無線通信システムの全体構成自体は、図２のＵＴＲＡＮ  ＬＴＥを適用した無線通信システムと同様であるとする。
【００４３】
図５および図６を参照すると、本実施形態のＵＥ１０およびｅＮＢ２０の各ノードの構成の詳細が示されている。
【００４４】
図５に示すように、本実施形態のＵＥ１０は、ＲＲＣレイヤー１１と、伝送部（Ｕｕ）１２と、制御部１３と、を有している。
【００４５】
ＲＲＣレイヤー１１は、ＲＲＣメッセージの解読処理とＲＲＣメッセージの生成処理とを実施する処理部である。
【００４６】
伝送部（Ｕｕ）１２は、Ｕｕインターフェースへメッセージを送信する送信部（Ｕｕ）１２Ａと、Ｕｕインターフェースからメッセージや報知情報を受信する受信部（Ｕｕ）１２Ｂと、を持つ。
【００４７】
制御部１３は、ＲＲＣレイヤー１１にＲＲＣメッセージの生成を指示する。また、制御部１３は、ＲＲＣレイヤー１１からのＲＲＣメッセージの解読結果を基に必要な処理を実施する。
【００４８】
具体的には、ＲＲＣレイヤー１１は、ＵＥ１０内で保持している報知情報等の所定の報知情報のＶａｌｕｅＴａｇを設定したＲＲＣメッセージを生成し、送信部（Ｕｕ）１２Ａは、そのＲＲＣメッセージをＵｕインターフェース経由でｅＮＢ２０に送信する。
【００４９】
また、制御部１３は、ｅＮＢ２０に送信した報知情報のＶａｌｕｅＴａｇが、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと一致しない場合、ｅＮＢ２０から、現在送信中の報知情報を取得するための情報が設定されたＲＲＣメッセージが送信されてくるため、その情報を基に現在送信中の報知情報を取得する。
【００５０】
なお、現在送信中の報知情報を取得するための情報とは、以下の（１）または（２）のいずれかであるが、詳細は後述する。
【００５１】
（１）報知情報の再取得を要求する情報
（２）ＵＥ１０内で保持されている報知情報と現在送信中の報知情報との差分の情報および現在送信中の報知情報のＶａｌｕｅＴａｇ
また、図６に示すように、本実施形態のｅＮＢ２０は、ＲＲＣレイヤー２１と、伝送部（Ｕｕ）２２と、制御部２３と、を有している。
【００５２】
ＲＲＣレイヤー２１は、ＲＲＣメッセージの解読処理とＲＲＣメッセージの生成処理とを実施する処理部である。
【００５３】
伝送部（Ｕｕ）２２は、Ｕｕインターフェースへメッセージや報知情報を送信する送信部（Ｕｕ）２２Ａと、Ｕｕインターフェースからメッセージを受信する受信部（Ｕｕ）２２Ｂと、を持つ。
【００５４】
制御部２３は、ＲＲＣレイヤー２１にＲＲＣメッセージの生成を指示する。また、制御部２３は、ＲＲＣレイヤー２１からのＲＲＣメッセージの解読結果を基に必要な処理を実施する。
【００５５】
具体的には、制御部２３は、ＵＥ１０から送信されてきたＶａｌｕｅＴａｇが、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと一致するか比較する。
【００５６】
また、ＲＲＣレイヤー２１は、ＵＥ１０から送信されてきたＶａｌｕｅＴａｇが現在送信中の報知情報のＶａｌｕｅＴａｇと一致しない場合、現在送信中の報知情報を取得するための情報を設定したＲＲＣメッセージを生成し、送信部（Ｕｕ）２２Ａは、そのＲＲＣメッセージをＵｕインターフェース経由でＵＥ１０に送信する。
【００５７】
その他にも、制御部２３は、以前に無線上に送信していた過去の報知情報の変更履歴を、図７に示すように、報知情報変更履歴テーブルに設定し保存する処理を実施する。
【００５８】
図７に示す報知情報変更履歴テーブルには、以前に無線上に送信していた過去の報知情報のＶａｌｕｅＴａｇの値と、そのＶａｌｕｅＴａｇを保持するＵＥ１０との呼確立の実施／未実施を判定する情報と、が対応付けられて設定されている。
【００５９】
呼確立の実施／未実施を設定するに際しては、対応するＶａｌｕｅＴａｇの値で送信していた過去の報知情報と現在送信中の報知情報との差分に規制情報に関連するパラメータが含まれていない場合は呼確立を実施とし、規制情報に関連するパラメータが含まれている場合は呼確立を未実施とする。
【００６０】
以下、本実施形態の無線通信システムにおけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスについて、４つの例に分けて説明する。
【００６１】
（第１の例）
図８に、本例におけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスを示す。
【００６２】
なお、図８（後述する図９〜図１１も同様）において、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの受信時のｅＮＢ２０の処理のシーケンス全体は、後述する図１２に示すものとする。
【００６３】
本例は、ＵＥ１０が無線上に現在送信中の報知情報を保持している状態において呼確立を実施する手順とする。
【００６４】
まず、ステップＡ１１，Ａ１２において、ＵＥ１０とｅＮＢ２０との間で、図４のステップＦ１１，Ｆ１２と同様のＲＡＣＨ手順を実施する。
【００６５】
次に、ＵＥ１０は、ステップＡ１３において、ＲＲＣレイヤー１１により、ＵＥ１０内部で保持しているＶａｌｕｅＴａｇを、呼確立を要求するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージへ設定し、送信部（Ｕｕ）１２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをｅＮＢ２０へ送信する。
【００６６】
次に、ｅＮＢ２０は、ステップＳ１１において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致したため、ｅＮＢ２０は、ステップＡ１４において、送信部（Ｕｕ）２２Ａにより、呼確立をするＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＳｅｔｕｐメッセージをＵＥ１０へ送信する。
【００６７】
その後、ＵＥ１０は、ステップＡ１５において、送信部（Ｕｕ）１２Ａにより、呼確立が完了したことを通知するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２０に送信する。これにより、呼確立が完了となる。
【００６８】
（第２の例）
図９に、本例におけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスを示す。
【００６９】
本例は、ＵＥ１０が、無線上に現在送信中の報知情報を保持していない状態において呼確立を実施する手順とし、かつ、呼確立の実施を中止した後、無線上に現在送信中の報知情報を受信し、再度呼確立を実施する手順とする。
【００７０】
まず、ステップＢ１１，Ｂ１２において、ＵＥ１０とｅＮＢ２０との間で、図４のステップＦ１１，Ｆ１２と同様のＲＡＣＨ手順を実施する。
【００７１】
次に、ＵＥ１０は、ステップＢ１３において、ＲＲＣレイヤー１１により、ＵＥ１０内部で保持しているＶａｌｕｅＴａｇをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージへ設定し、送信部（Ｕｕ）１２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをｅＮＢ２０へ送信する。
【００７２】
次に、ｅＮＢ２０は、ステップＳ１１において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致しなかったため、ステップＳ１２の処理に移る。
【００７３】
次に、ｅＮＢ２０は、ステップＳ１２において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、報知情報変更履歴テーブル（図７参照）に設定されているＶａｌｕｅＴａｇすなわち以前に無線上に送信されていた過去の報知情報のＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致しなかったため、ステップＳ１３の処理に移る。
【００７４】
次に、ｅＮＢ２０は、ステップＳ１３において、ＲＲＣレイヤー２１により、呼確立を拒否するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔメッセージに、報知情報の再取得を要求する情報を設定し、ステップＢ１４において、送信部（Ｕｕ）２２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｊｅｃｔメッセージをＵＥ１０へ送信する。
【００７５】
次に、ＵＥ１０は、ステップＢ１５において、受信部（Ｕｕ）１２Ｂにより、図３の報知情報のＲＲＣメッセージだけを受信する処理を実施する。
【００７６】
その後、ＵＥ１０は、ステップＢ１６において、制御部１３により、ＵＥ１０内部のＶａｌｕｅＴａｇの値を更新した上で、図８全体の処理を実施し、呼を確立する。
【００７７】
（第３の例）
図１０に、本例におけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスを示す。
【００７８】
本例は、ＵＥ１０が、無線上に現在送信中の報知情報を保持していない状態において呼確立を実施する手順とし、かつ、呼確立の実施を中止せずに、ＵＥ１０が現在保持している報知情報を無線上に現在送信中の報知情報へ更新し、呼確立を継続して実施する手順とする。
【００７９】
まず、ステップＣ１１，Ｃ１２において、ＵＥ１０とｅＮＢ２０との間で、図４のステップＦ１１，Ｆ１２と同様のＲＡＣＨ手順を実施する。
【００８０】
次に、ＵＥ１０は、ステップＣ１３において、ＲＲＣレイヤー１１により、ＵＥ１０内部で保持しているＶａｌｕｅＴａｇをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージへ設定し、送信部（Ｕｕ）１２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをｅＮＢ２０へ送信する。
【００８１】
次に、ｅＮＢ２０は、ステップＳ１１において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致しなかったため、ステップＳ１２の処理に移る。
【００８２】
次に、ｅＮＢ２０は、ステップＳ１２において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、報知情報変更履歴テーブル（図７参照）に設定されているＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致したため、ステップＳ１４の処理に移る。
【００８３】
次に、ｅＮＢ２０は、ステップＳ１４において、制御部２３により、一致したＶａｌｕｅＴａｇと対応付けられて報知情報変更履歴テーブル（図７参照）に設定されている呼確立の実施／未実施の情報を基に、ＵＥ１０と呼確立を実施するか判定する。ここでは、呼確立を実施すると判定したとし、ステップＳ１５の処理に移る。
【００８４】
次に、ｅＮＢ２０は、ステップＳ１５において、ＲＲＣレイヤー２１により、ステップＳ１２の処理で一致したＶａｌｕｅＴａｇの値で送信していた過去の報知情報と無線上に現在送信中の報知情報との差分のパラメータと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇの値と、をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージに設定し、ステップＣ１４において、送信部（Ｕｕ）１２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＳｅｔｕｐメッセージをＵＥ１０へ送信する。
【００８５】
その後、ＵＥ１０は、ステップＣ１５において、制御部１３により、ＵＥ１０内部の報知情報の差分のパラメータとＶａｌｕｅＴａｇの値とを更新した上で、送信部（Ｕｕ）１２Ａにより、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２０に送信する。これにより、呼確立が完了となる。
【００８６】
（第４の例）
図１１に、本例におけるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ確立シーケンスを示す。
【００８７】
本例は、ＵＥ１０が、無線上に現在送信中の報知情報を保持していない状態において呼確立を実施する手順とし、かつ、呼確立の実施を中止し、ＵＥ１０が現在保持している報知情報を無線上に現在送信中の報知情報へ更新し、再度呼確立を実施するかＵＥ１０に判定させる手順とする。
【００８８】
まず、ステップＤ１１，Ｄ１２において、ＵＥ１０とｅＮＢ２０との間で、図４のステップＦ１１，Ｆ１２と同様のＲＡＣＨ手順を実施する。
【００８９】
次に、ＵＥ１０は、ステップＤ１３において、ＲＲＣレイヤー１１により、ＵＥ１０内部で保持しているＶａｌｕｅＴａｇをＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージへ設定し、送信部（Ｕｕ）１２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをｅＮＢ２０へ送信する。
【００９０】
次に、ｅＮＢ２０は、ステップＳ１１において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致しなかったため、ステップＳ１２の処理に移る。
【００９１】
次に、ｅＮＢ２０は、ステップＳ１２において、制御部２３により、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、報知情報変更履歴テーブル（図７参照）に設定されているＶａｌｕｅＴａｇと、を比較する。ここでは、比較結果が一致したため、ステップＳ１４の処理に移る。
【００９２】
次に、ｅＮＢ２０は、ステップＳ１４において、制御部２３により、一致したＶａｌｕｅＴａｇと対応付けられて報知情報変更履歴テーブル（図７参照）に設定されている呼確立の実施／未実施の情報を基に、ＵＥ１０と呼確立を実施するか判定する。ここでは、呼確立を実施しないと判定したとし、ステップＳ１６の処理に移る。
【００９３】
次に、ｅＮＢ２０は、ステップＳ１６において、ＲＲＣレイヤー２１により、ステップＳ１２の処理で一致したＶａｌｕｅＴａｇの値で送信していた過去の報知情報と無線上に現在送信中の報知情報との差分のパラメータと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇの値と、をＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔメッセージに設定し、ステップＤ１４において、送信部（Ｕｕ）１２Ａにより、そのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｊｅｃｔメッセージをＵＥ１０へ送信する。
【００９４】
その後、ＵＥ１０は、ステップＤ１５において、制御部１３により、ＵＥ１０内部の報知情報の差分のパラメータとＶａｌｕｅＴａｇの値とを更新した上で、更新した報知情報を基に、呼確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ）を再度送信するか判定する。呼確立要求の送信の判定は、報知情報に含まれる規制情報を基に実施する。例えば、規制情報にｅＮＢ２０へのアクセスが禁止されている情報が設定されている場合、ＵＥ１０は呼確立要求を送信しない。
【００９５】
図１２に、図８〜図１１において、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの受信時のｅＮＢ２０の処理のシーケンス全体を示す。
【００９６】
図１２中のステップＡ１４までの処理の流れは図８の第１の例、図１２中のステップＢ１４までの処理の流れは図９の第２の例、図１２中のステップＣ１４までの処理の流れは図１０の第３の例、図１２中のステップＤ１４までの処理の流れは第４の例にそれぞれ該当する。
【００９７】
上述したように本実施形態においては、ＵＥ１０は、所定の報知情報のＶａｌｕｅＴａｇをｅＮＢ２０に送信し、ｅＮＢ２０は、ＵＥ１０から送信されてきたＶａｌｕｅＴａｇと無線上に現在送信中の報知情報のＶａｌｕｅＴａｇとの比較結果に基づいて、現在送信中の報知情報を取得するための情報をＵＥ１０に送信する。
【００９８】
よって、ＵＥ１０は、ｅＮＢ２０から送信されてきた情報を基に、現在送信中の報知情報を取得できるようになる。
【００９９】
そのため、ＵＥ１０が、過去の報知情報を保持し続け、過去の報知情報を基にｅＮＢ２０と呼の確立処理を実施することにより、呼を確立できなかったり、呼を確立できても過去の報知情報による呼の確立のために通信品質が劣化したりすることが回避される。
【０１００】
より具体的には、本実施形態においては、ＵＥ１０は、ＵＥ１０内で保持している報知情報のＶａｌｕｅＴａｇを、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに設定してｅＮＢ２０に送信する。
【０１０１】
また、ｅＮＢ２０は、ＵＥ１０内で保持しているＶａｌｕｅＴａｇが、現在送信中の報知情報および過去の報知情報のＶａｌｕｅＴａｇのいずれにも一致しない場合は、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報を、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔメッセージに設定して送信する。
【０１０２】
このＵＥ１０は、現在送信中の報知情報にも、過去の報知情報にも一致しない報知情報を保持している。そのため、ｅＮＢ２０は、このようなＵＥ１０に対し、現在送信中の報知情報を再取得させることができる。
【０１０３】
また、ｅＮＢ２０は、ＵＥ１０内で保持しているＶａｌｕｅＴａｇが、過去の報知情報のＶａｌｕｅＴａｇのいずれかと一致し、かつ、一致した過去の報知情報と現在送信中の報知情報との差分に規制情報が含まれない場合は、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報のＶａｌｕｅＴａｇを、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージに設定して送信する。
【０１０４】
このＵＥ１０は、現在送信中の報知情報とは規制情報自体には差分がない過去の報知情報を保持しているため、ｅＮＢ２０がアクセスを禁止していないことを確認した上で、呼確立要求を送信している。よって、ｅＮＢ２０は、このようなＵＥ１０に対しては、呼確立をし、現在送信中の報知情報の差分の情報を通知することで、ＵＥ１０が現在送信中の報知情報を全て読む手間を省き、短時間で呼を確立できるようになる。
【０１０５】
また、ｅＮＢ２０は、ＵＥ１０内で保持しているＶａｌｕｅＴａｇが、過去の報知情報のＶａｌｕｅＴａｇのいずれかと一致し、かつ、一致した過去の報知情報と現在送信中の報知情報との差分に規制情報が含まれる場合は、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報のＶａｌｕｅＴａｇを、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｊｅｃｔメッセージに設定して送信する。
【０１０６】
このＵＥ１０は、現在送信中の報知情報とは規制情報に差分がある過去の報知情報を保持しているため、ｅＮＢ２０がアクセスを禁止している状態でも、呼確立要求を送信する場合がある。よって、ｅＮＢ２０は、アクセスを禁止している状態で呼確立要求を送信してきたＵＥ１０に対しては、呼確立を中止し、ｅＮＢ２０へのアクセスを禁止する規制情報を含む現在送信中の報知情報を通知することで、再度の呼確立の要求を送信させないことができる。
【０１０７】
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解し得る様々な変更をすることができる。
【０１０８】
例えば、本実施形態においては、まず、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、無線上に現在送信中の報知情報のＶａｌｕｅＴａｇと、を比較した後、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、以前に無線上に送信されていた過去の報知情報のＶａｌｕｅＴａｇと、を比較している。すなわち２ステップで比較している。これに代えて例えば、ＵＥ１０から通知されたＶａｌｕｅＴａｇと、無線上に現在送信中の報知情報及び過去送信された報知情報のＶａｌｕｅＴａｇと、を一度に比較する、すなわち１ステップで比較するよう構成してもよい。
【０１０９】
また、本実施形態においては、本発明をＵＴＲＡＮ  ＬＴＥに適用した場合を例に挙げて説明したが、本発明はこれに限定されず、ＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）にも適用することができる。
【０１１０】
ただし、ＷＣＤＭＡに適用する場合には、無線通信システムの構成を、図１のＵＴＲＡＮを適用した構成とする必要がある。さらに、ＵＥ１０が、ｃｅｌｌ  ｖａｌｕｅ  ｔａｇとＰＬＭＮ  ｖａｌｕｅ  ｔａｇという２つのＶａｌｕｅＴａｇを、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに設定し送信する処理と、ＲＮＣ８０が２つのＶａｌｕｅＴａｇのそれぞれについて現在送信中の報知情報のＶａｌｕｅＴａｇと比較し、その比較結果をＮｏｄｅＢ９０に通知する処理と、を追加で行う必要がある。
【０１１１】
また、本発明の無線基地局および移動端末にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
【０１１２】
本出願は、２００８年１２月１０日に出願された日本出願特願２００８−３１４７４８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2010067686.tif 000003
【図２】
2010067686.tif 000004
【図３】
2010067686.tif 000005
【図４】
2010067686.tif 000006
【図５】
2010067686.tif 000007
【図６】
2010067686.tif 000008
【図７】
2010067686.tif 000009
【図８】
2010067686.tif 000010
【図９】
2010067686.tif 000011
【図１０】
2010067686.tif 000012
【図１１】
2010067686.tif 000013
【図１２】
2010067686.tif 000014
【国際調査報告】
2010067686.tif 000015
2010067686.tif 000016