JP5099234B2 - 無線通信システム、無線基地局、移動端末、無線通信方法、プログラム - Google Patents

Description

本発明は、無線通信システム、無線基地局、移動端末、無線通信方法、プログラムに関する。

現在、３ＧＰＰ（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）にも適用することができる。

ただし、ＷＣＤＭＡに適用する場合には、無線通信システムの構成を、図１のＵＴＲＡＮを適用した構成とする必要がある。さらに、ＵＥ１０が、ｃｅｌｌ ｖａｌｕｅ ｔａｇとＰＬＭＮ ｖａｌｕｅ ｔａｇという２つのＶａｌｕｅＴａｇを、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに設定し送信する処理と、ＲＮＣ８０が２つのＶａｌｕｅＴａｇのそれぞれについて現在送信中の報知情報のＶａｌｕｅＴａｇと比較し、その比較結果をＮｏｄｅＢ９０に通知する処理と、を追加で行う必要がある。

また、本発明の無線基地局および移動端末にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。

本出願は、２００８年１２月１０日に出願された日本出願特願２００８−３１４７４８を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (25)

1. 移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局と、を有してなる無線通信システムであって、
   前記移動端末は、
   呼確立を要求するメッセージに、所定の報知情報として自端末で保持している報知情報を識別する識別情報を設定し、該メッセージを前記無線基地局に送信し、
   前記無線基地局は、
   以前に送信していた、少なくとも一つの過去の報知情報の識別情報を保存し、
   前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較し、
   前記比較の結果として、前記移動端末から送信されてきた識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から送信されてきた識別情報と過去の報知情報の識別情報とを比較し、
   比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する無線通信システム。
2. 請求項１に記載の無線通信システムにおいて、
   前記無線基地局は、
   前記比較の結果として、前記移動端末から送信されてきた識別情報が現在送信中の報知情報の識別情報と一致する場合、呼確立をするメッセージを前記移動端末に送信する無線通信システム。
3. 請求項１または２に記載の無線通信システムにおいて、
   前記無線基地局は、
   前記比較の結果として、前記移動端末から送信されてきた識別情報が過去の報知情報の識別情報のいずれにも一致しない場合、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報を、呼確立を拒否するメッセージに設定し、該メッセージを前記移動端末に送信する無線通信システム。
4. 請求項３に記載の無線通信システムにおいて、
   前記移動端末は、
   現在送信中の報知情報を取得した後、自端末で保持している報知情報の識別情報を、現在送信中の報知情報の識別情報に更新し、
   呼確立を要求するメッセージに、更新した識別情報を設定し、該メッセージを前記無線基地局に送信する無線通信システム。
5. 請求項１から４のいずれか１項に記載の無線通信システムにおいて、
   前記無線基地局は、
   前記比較の結果として、前記移動端末から送信されてきた識別情報が過去の報知情報の識別情報のいずれかと一致する場合、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、自局へのアクセスの規制に関する規制情報が含まれるか判定する無線通信システム。
6. 請求項５に記載の無線通信システムにおいて、
   前記無線基地局は、
   前記判定の結果として、報知情報の差分に規制情報が含まれない場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を、呼確立をするメッセージに設定し、該メッセージを前記移動端末に送信する無線通信システム。
7. 請求項５または６に記載の無線通信システムにおいて、
   前記無線基地局は、
   前記判定の結果として、報知情報の差分に規制情報が含まれる場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を、呼確立を拒否するメッセージに設定し、該メッセージを前記移動端末に送信する無線通信システム。
8. 請求項１から７のいずれか１項に記載の無線通信システムにおいて、
   前記識別情報は、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｖａｌｕｅ Ｔａｇである無線通信システム。
9. 移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局であって、
   前記移動端末から、所定の報知情報として前記移動端末で保持している報知情報を識別する識別情報が設定された、呼確立を要求するメッセージを受信する受信部と、
   前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較する制御部と、
   報知情報を前記移動端末に送信する送信部と、
   前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致する場合、呼確立をするメッセージを生成する処理部と、を有し、
   前記送信部は、
   前記呼確立をするメッセージを前記移動端末に送信し、
   前記制御部は、
   以前に送信していた、少なくとも一つの過去の報知情報の識別情報を保存し、
   前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から受信した識別情報と過去の報知情報の識別情報とを比較し、
   前記送信部は、
   前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する無線基地局。
10. 請求項９に記載の無線基地局において、
    前記処理部は、
    前記比較の結果として、前記移動端末から受信した識別情報が過去の報知情報の識別情報のいずれにも一致しない場合、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報を設定した、呼確立を拒否するメッセージを生成し、
    前記送信部は、
    報知情報の再取得を要求する情報を設定した、呼確立を拒否するメッセージを前記移動端末に送信する無線基地局。
11. 請求項９または１０に記載の無線基地局において、
    前記制御部は、
    前記比較の結果として、前記移動端末から受信した識別情報が過去の報知情報の識別情報のいずれかと一致する場合、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、自局へのアクセスの規制に関する規制情報が含まれるか判定する無線基地局。
12. 請求項１１に記載の無線基地局において、
    前記処理部は、
    前記判定の結果として、報知情報の差分に規制情報が含まれない場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立をするメッセージを生成し、
    前記送信部は、
    報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立をするメッセージを、前記移動端末に送信する無線基地局。
13. 請求項１１または１２に記載の無線基地局において、
    前記処理部は、
    前記判定の結果として、報知情報の差分に規制情報が含まれる場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立を拒否するメッセージを生成し、
    前記送信部は、
    報知情報の差分の情報および現在送信中の報知情報の識別情報を設定した、呼確立を拒否するメッセージを前記移動端末に送信する無線基地局。
14. 請求項９から１３のいずれか１項に記載の無線基地局において、
    前記識別情報は、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｖａｌｕｅ Ｔａｇである無線基地局。
15. 無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末であって、
    所定の報知情報として自端末で保持している報知情報を識別する識別情報を設定した、呼確立を要求するメッセージを生成する処理部と、
    自端末で保持している報知情報の識別情報を設定した、呼確立を要求するメッセージを前記無線基地局に送信する送信部と、
    前記無線基地局から報知情報を受信するとともに、前記無線基地局に送信した識別情報が現在送信中および過去の報知情報の識別情報のいずれにも一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報が設定された、呼確立を拒否するメッセージを受信する受信部と、を有する移動端末。
16. 請求項１５に記載の移動端末において、
    前記受信部は、
    前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報と一致する場合、前記無線基地局から、呼確立をするメッセージを受信する移動端末。
17. 請求項１５または１６に記載の移動端末において、
    現在送信中の報知情報を取得した後、自端末で保持している報知情報の識別情報を、現在送信中の報知情報の識別情報に更新する制御部をさらに有し、
    前記処理部は、
    更新した識別情報を設定した、呼確立を要求するメッセージを生成し、
    前記送信部は、
    更新した識別情報を設定した、呼確立を要求するメッセージを前記無線基地局に送信する移動端末。
18. 請求項１５から１７のいずれか１項に記載の移動端末において、
    前記受信部は、
    前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報とは一致しないが、過去の報知情報の識別情報のいずれかと一致し、かつ、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、前記無線基地局へのアクセスの規制に関する規制情報が含まれない場合、前記無線基地局から、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報が設定された、呼確立をするメッセージを受信する移動端末。
19. 請求項１５から１８のいずれか１項に記載の移動端末において、
    前記受信部は、
    前記無線基地局に送信した識別情報が現在送信中の報知情報の識別情報とは一致しないが、過去の報知情報の識別情報のいずれかと一致し、かつ、識別情報が一致した過去の報知情報と現在送信中の報知情報との差分に、前記無線基地局へのアクセスの規制に関する規制情報が含まれる場合、現在送信中の報知情報を取得するための情報として、報知情報の差分の情報および現在送信中の報知情報の識別情報が設定された、呼確立を拒否するメッセージを受信する移動端末。
20. 請求項１５から１９のいずれか１項に記載の移動端末において、
    前記識別情報は、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｖａｌｕｅ Ｔａｇである移動端末。
21. 移動端末と、前記移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局と、を有してなる無線通信システムによる無線通信方法であって、
    前記無線基地局が、以前に送信していた、少なくとも一つの過去の報知情報の識別情報を保存するステップと、
    前記移動端末が、呼確立を要求するメッセージに、所定の報知情報として自端末で保持している報知情報を識別する識別情報を設定し、該メッセージを前記無線基地局に送信するステップと、
    前記無線基地局が、前記移動端末から送信されてきた識別情報と現在送信中の報知情報の識別情報とを比較するステップと、
    前記無線基地局が、前記比較の結果として、前記移動端末から送信されてきた識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から送信されてきた識別情報と過去の報知情報の識別情報とを比較するステップと、
    前記無線基地局が、前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信するステップと、を有する無線通信方法。
22. 移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局による無線通信方法であって、
    以前に送信していた、少なくとも一つの過去の報知情報を識別する識別情報を保存するステップと、
    前記移動端末から、所定の報知情報として前記移動端末で保持している報知情報を識別する識別情報が設定された、呼確立を要求するメッセージを受信するステップと、
    前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較するステップと、
    前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致する場合、呼確立をするメッセージを生成し、前記移動端末に送信するステップと、
    前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から受信した識別情報と過去の報知情報の識別情報とを比較するステップと、
    前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信するステップと、を有する無線通信方法。
23. 無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末による無線通信方法であって、
    所定の報知情報として自端末で保持している報知情報を識別する識別情報を設定した、呼確立を要求するメッセージを生成するステップと、
    自端末で保持している報知情報の識別情報を設定した、呼確立を要求するメッセージを前記無線基地局に送信するステップと、
    前記無線基地局に送信した識別情報が現在送信中および過去の報知情報の識別情報のいずれにも一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報が設定された、呼確立を拒否するメッセージを受信するステップと、を有する無線通信方法。
24. 移動端末に対し、前記移動端末と自局との呼を確立するために用いる報知情報を送信する無線基地局に、
    以前に送信していた、少なくとも一つの過去の報知情報を識別する識別情報を保存する手順と、
    前記移動端末から、所定の報知情報として前記移動端末で保持している報知情報を識別する識別情報が設定された、呼確立を要求するメッセージを受信する手順と、
    前記移動端末から受信した識別情報と現在送信中の報知情報の識別情報とを比較する手順と、
    前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致する場合、呼確立をするメッセージを生成し、前記移動端末に送信する手順と、
    前記比較の結果として、前記移動端末から受信した識別情報が現在送信中の報知情報の識別情報と一致しない場合、前記移動端末から受信した識別情報と過去の報知情報の識別情報とを比較する手順と、
    前記比較の結果に基づいて、現在送信中の報知情報を取得するための情報を前記移動端末に送信する手順と、を実行させるプログラム。
25. 無線基地局から、前記無線基地局と自端末との呼を確立するために用いる報知情報を受信する移動端末に、
    所定の報知情報として自端末で保持している報知情報を識別する識別情報を設定した、呼確立を要求するメッセージを生成する手順と、
    自端末で保持している報知情報の識別情報を設定した、呼確立を要求するメッセージを前記無線基地局に送信する手順と、
    前記無線基地局に送信した識別情報が現在送信中および過去の報知情報の識別情報のいずれにも一致しない場合に、前記無線基地局から、現在送信中の報知情報を取得するための情報として、報知情報の再取得を要求する情報が設定された、呼確立を拒否するメッセージを受信する手順と、を実行させるプログラム。

Images