(57)【特許請求の範囲】
【請求項１】
無線通信システムであって、
無線端末がアイドル状態となる場合、前記アイドル状態となる前に接続していた無線基地局は、該無線端末との接続のための接続情報を保持し、
前記無線端末が他無線基地局の配下で前記アイドル状態から復帰する場合、該他無線基地局は、前記アイドル状態となる前に接続していた無線基地局が保持していた前記接続情報を取得し、前記無線端末との接続に該接続情報を用いること
を特徴とする無線通信システム。
【請求項２】
無線基地局であって、
他無線基地局配下の無線端末がアイドル状態となった後に前記無線基地局配下に移動して復帰するとき、該他無線基地局で保持されていた該無線端末との接続のための接続情報を該他無線基地局から取得する取得部と、
前記接続情報に基づいて前記無線端末と接続する接続部と、
を備える無線基地局。
【請求項３】
前記無線端末が復帰するときに、前記無線端末が前記他無線基地局配下にて前記アイドル状態になったか否かを判断する判断部をさらに備え、
前記取得部は、前記判断部が前記無線端末が前記他無線基地局配下で前記アイドル状態になったと判断した場合、前記接続情報を該他無線基地局から取得する
請求項２記載の無線基地局。
【請求項４】
前記無線基地局配下の接続中無線端末が前記アイドル状態となるとき、該接続中無線端末との接続のための接続情報を記憶する記憶部をさらに備え、
前記判断部が前記無線端末が前記無線基地局配下で前記アイドル状態になったと判断した場合、前記接続部は、前記記憶部に記憶された前記接続情報に基づいて前記無線端末と接続する
請求項２または３に記載の無線基地局。
【請求項５】
前記無線端末が前記アイドル状態から復帰することを示す復帰メッセージを該無線端末から受信する無線通信部をさらに備え、
前記取得部は、前記復帰メッセージに基づいて前記接続情報を取得する
請求項２〜４のいずれかに記載の無線基地局。
【請求項６】
前記復帰メッセージは、前記無線端末が前記アイドル状態となる前に接続していた無線基地局を識別する無線基地局識別情報を含み、
前記判断部は、前記無線基地局識別情報に基づいて、前記判断を行う
請求項５に記載の無線基地局。
【請求項７】
前記判断部が前記無線端末が前記他無線基地局配下で前記アイドル状態になったと判断した場合、該無線端末と上位局との間の経路の切替を依頼する依頼メッセージを送信する網側通信部を
さらに備える請求項３〜６のいずれかに記載の無線基地局。
【請求項８】
無線基地局であって、
配下の無線端末がアイドル状態となる場合、該無線端末との接続のための接続情報を保持する保持部と、
前記無線端末が他無線基地局の配下で前記アイドル状態から復帰する場合、前記接続情報を通知する通知部と
を備える無線基地局。
【請求項９】
前記無線端末と前記無線基地局との間の通信方式が３ＧＰＰ（Third Generation Partnership Project）により定められた通信規格に基づく通信方式である
請求項２〜８のいずれか１項に記載の無線基地局。
【請求項１０】
無線端末であって、
前記無線端末がアイドル状態から復帰するときに、前記無線端末がアイドル状態となる前に接続していた無線基地局を識別する無線基地局識別情報を含むとともに該無線端末が復帰することを示す復帰メッセージを無線基地局に送信する送信部
を備える無線端末。
【請求項１１】
他無線基地局配下の無線端末がアイドル状態となった後に前記無線基地局配下に移動して前記アイドル状態から復帰するとき、該他無線基地局で保持されていた該無線端末との接続のための接続情報を該他無線基地局から取得し、
前記接続情報に基づいて前記無線端末と接続する、
無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、無線基地局、無線端末、および無線通信方法に関する。
【背景技術】
【０００２】
近年、携帯電話システム等の無線通信システムにおいて、無線通信の更なる高速化・大容量化等を図るため、次世代の無線通信技術について議論が行われている。例えば、標準化団体である３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）と呼ばれる通信規格や、ＬＴＥの無線通信技術をベースとしたＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）と呼ばれる通信規格が提案されている。【０００３】
一方、近年普及が進んでいる高機能無線端末であるいわゆるスマートフォンは、有線通信網を介してインターネットに常時接続しているパーソナルコンピュータ等と同様に、無線通信網を介してインターネットに常時接続している状態になっている。このためスマートフォンに対しては、高機能化による単位時間当たりの消費電力の増大に加え、常時接続化による電力消費時間の増大に伴い、消費電力量の抑制が強く求められている。先述したＬＴＥ等においても、スマートフォンのような無線端末における消費電力量の抑制を目的として、Ｆａｓｔ  Ｄｏｒｍａｎｃｙ（高速休止）機能が規格化されている。【０００４】
Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能は、無線端末と無線通信網との間のデータ通信が途切れた場合に、無線端末が無線基地局に対し接続終了を通知した後に、速やかに休止状態に移行するものである。Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能により、スマートフォンのような無線端末が常時接続を適宜解除し、電力消費量の少ない休止状態に移行することができる。そのため、Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能により、無線端末の消費電力量を抑えることが可能となる。【０００５】
Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能によって休止状態になった無線端末は、通信要求が発生すると休止状態から復帰する。通信要求は、ユーザが無線端末上のアプリケーションを操作することでデータ通信が再開される場合や、無線端末に着信があった場合等に発生する。このとき、無線端末と無線通信網側との間で、通信再開のための所定の手続が行われる。【０００６】
このような通信再開のための手続においては、無線端末における各種設定、無線基地局における各種設定、網側の上位局における各種設定等が行われる。これらの各種設定は、無線端末が通信を行うために必要なものであり、各装置における通信のためのパラメータの設定や、各装置間の通信リソースの確保等を含んでいる。無線端末が休止状態に移行する際に、無線通信網側にとっては無線端末との接続が一旦切れることになるため、これらの各種設定が一旦解除される。そのため、無線端末の通信再開時にこれらの手続きが必要となっている。【０００７】
無線端末の通信再開のための手続は、無線端末と無線通信網との間で多くの制御信号（シグナリング（Ｓｉｇｎａｌｉｎｇ）あるいはメッセージとも呼ばれる）をやり取りすることで行われる。そのため、Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能に基づいて無線端末の休止状態から通信再開への移行が繰り返されると、制御信号の量が膨大となり、ネットワークリソースが圧迫されるという問題が生ずる。【０００８】
従来技術として、無線端末が休止している間も無線基地局等が各種設定を解除せずに維持することによって、無線端末の通信再開時の所定の手続きの一部を省略するものが知られている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５−３３４８１号公報
【特許文献２】特開２００７−３１２３９３号公報
【非特許文献】
【００１０】
【非特許文献１】３ＧＰＰ  ＴＳＧ−ＲＡＮ  Ｒ２−０７４８４８（２００７−１１）
【非特許文献２】３ＧＰＰ  ＴＳ３６．３００  Ｖ９．９．０（２０１１−１２）
【非特許文献３】３ＧＰＰ  ＴＳ３６．３３１  Ｖ９．８．０（２０１１−１０）
【非特許文献４】３ＧＰＰ  ＴＳ３６．４１３  Ｖ９．７．０（２０１１−０６）
【非特許文献５】３ＧＰＰ  ＴＳ３６．４２３  Ｖ９．６．０（２０１１−０４）
【非特許文献６】３ＧＰＰ  ＴＳ２４．３０１  Ｖ９．８．０（２０１１−０９）
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、前記の従来技術によって、無線端末の通信再開時の手続きを常に一部省略とできるわけではない。具体的には、無線端末が休止状態に移行した際の無線基地局と、通信を再開する際の無線基地局が同じ場合（無線端末が休止中に移動していない場合等）には、従来技術によって通信再開時の手続を一部省略することができる。無線端末の休止中に無線基地局で維持されている各種設定を、無線端末の通信再開時に継続して使用できるためである。【００１２】
他方、無線端末が休止状態に移行した際の無線基地局と、通信を再開する際の無線基地局が異なる場合（無線端末が休止中に移動した場合等）には、従来技術によっても、通信再開時の手続を一部省略することができない。したがって、従来技術には、無線端末が接続する無線基地局が休止前後で異なる場合には、無線端末の通信再開時の制御信号を抑制することができないという課題が残っている。【００１３】
開示の技術は、上記に鑑みてなされたものであって、無線端末が接続する無線基地局が休止前後で異なる場合であっても、無線端末の通信再開時の制御信号を抑制することができる無線通信システム、無線基地局、無線端末、および無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
１つの態様では、無線通信システムであって、無線端末がアイドル状態となる場合、前記アイドル状態となる前に接続していた無線基地局は、該無線端末との接続のための接続情報を保持し、前記無線端末が他無線基地局の配下で前記アイドル状態から復帰する場合、該他無線基地局は、前記アイドル状態となる前に接続していた無線基地局が保持していた前記接続情報を取得し、前記無線端末との接続に該接続情報を用いる。
【発明の効果】
【００１５】
本件の開示する無線通信システム、無線基地局、無線端末、および無線通信方法の一つの態様によれば、無線端末が接続する無線基地局が休止前後で異なる場合であっても、無線端末の通信再開時の制御信号を抑制することができるという効果を奏する。
【図面の簡単な説明】
【００１６】
【図１】図１は、本実施形態の無線通信システムのネットワーク構成の一例を示す。
【図２】図２は、従来の無線通信システムにおいて、無線端末が休止中に移動した場合の動作シーケンスを示す。
【図３】図３は、従来の無線通信システムにおいて、無線端末が休止中に移動しなかった場合の動作シーケンスを示す。
【図４】図４は、本実施形態の無線通信システムにおける呼解放処理の動作シーケンスの一例を示す。
【図５】図５は、本実施形態の無線通信システムにおいて、無線端末が休止中に移動した場合の呼設定処理の動作シーケンスの一例を示す。
【図６】図６は、本実施形態の無線通信システムにおいて、無線端末が休止中に移動しなかった場合の呼設定処理の動作シーケンスの一例を示す。
【図７】図７は、本実施形態の通信システムにおける無線端末の機能構成の一例を示す。
【図８】図８は、本実施形態の通信システムにおける無線端末のハードウェア構成の一例を示す。
【図９】図９は、本実施形態の通信システムにおける無線基地局の機能構成の一例を示す。
【図１０】図１０は、本実施形態の通信システムにおける無線基地局のハードウェア構成の一例を示す。
【図１１】図１１は、本実施形態の通信システムにおける移動管理エンティティの機能構成の一例を示す。
【図１２】図１２は、本実施形態の通信システムにおける移動管理エンティティのハードウェア構成の一例を示す。
【図１３】図１３は、本実施形態の通信システムにおけるサービングゲートウェイの機能構成の一例を示す。
【図１４】図１４は、本実施形態の通信システムにおけるサービングゲートウェイのハードウェア構成の一例を示す。
【図１５】図１５Ａ乃至Ｂは、本実施形態の通信システムにおける制御メッセージの一例を示す。
【図１６】図１６は、本実施形態の通信システムにおける無線端末の備える記憶部の一例を示す。
【図１７】図１７は、本実施形態の通信システムにおける無線基地局の備える記憶部の一例を示す。
【発明を実施するための形態】
【００１７】
以下、図面を用いながら、開示の無線通信システム、無線基地局、無線端末、および無線通信方法の実施形態について説明する。尚、便宜上別個の実施形態として説明するが、各実施形態を組み合わせることで、組み合わせの効果を得て、更に、有用性を高めることもできることはいうまでもない。
【００１８】
図１に本実施形態における無線通信システムのネットワーク構成を示す。本実施形態は、ＬＴＥに準拠した無線通信システムにおける実施形態となっている。そのため、ＬＴＥ特有の用語や概念がいくつか登場する。しかし、本実施形態はあくまでも一例にすぎず、ＬＴＥ以外の通信規格に準拠した無線通信システムにも適用可能であることに注意されたい。
【００１９】
図１のＬＴＥネットワークは、無線端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１、無線基地局（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）２ａおよび２ｂ、移動管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３、およびサービングゲートウェイ（Ｓ−ＧＷ：Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）４等を備える。
無線端末１は、無線基地局２ａの配下にいるときは無線基地局２ａと無線通信を行うが、無線基地局２ｂの配下に移動すると、無線基地局２ｂと無線通信を行う。サービングゲートウェイ４はユーザデータの転送を行うゲートウェイの一種である。無線端末１は無線基地局２ａまたは２ｂとサービングゲートウェイ４を順に経由して、インターネット等の他ネットワークとデータ通信を行う。移動管理エンティティ３は、無線端末１の移動管理や認証、および無線基地局２ａまたは２ｂとサービングゲートウェイ４との間のユーザデータの転送経路を設定する機能を備える装置である。以降の説明では、複数の無線基地局２ａおよび２ｂをまとめて、無線基地局２と表記する。
【００２０】
なお、ＬＴＥネットワークは、ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）と呼ばれることもある。ＥＰＳは、無線アクセスネットワークであるｅＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ）とコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とを含む。コアネットワークはＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）と呼ばれることもある。
【００２１】
ここで、まず、本実施形態に関する詳細な説明の準備として、従来の一般的なＦａｓｔ  Ｄｏｒｍａｎｃｙ処理について、図２〜３に基づいて説明する。従来の一般的なＦａｓｔ  Ｄｏｒｍａｎｃｙ処理においては、本実施形態における無線通信システムのネットワーク構成を示す図１に記載の各装置に加え、ホーム加入者サーバ５（ＨＳＳ：Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）の存在が前提となる。ホーム加入者サーバ５は、サービスの制御や加入者データを扱う機能を備える装置である。
【００２２】
図２は、一般的なＦａｓｔ  Ｄｏｒｍａｎｃｙ処理における動作シーケンスの一例である。図２の例は、無線端末１の休止前後で接続する無線基地局２が異なる場合に対応している。無線端末１が休止前に接続している方を無線基地局２ａ（図ではｅＮＢ−Ａと表記）、休止後に接続する方を無線基地局２ｂ（図ではｅＮＢ−Ｂと表記）とする。図２において、(1)で示される部分が、無線端末１が休止状態に移行する際の処理手順（呼解放処理と呼ぶ）に相当する。また、(2)で示される部分が、無線端末１が休止状態から復帰して通信を再開する際の処理手順（呼設定処理と呼ぶ）に相当する。
【００２３】
まず、呼解放処理について説明する。
【００２４】
無線端末１は、通信中の無線基地局２である無線基地局２ａとの間でデータの送受信が途切れた場合（あるいは、途切れてから所定時間が経過した場合）、休止状態への移行を決定する。ここで休止状態とは、無線端末１の消費電力が相対的に少ない状態であればよい。一般に、無線端末１が制御情報を間欠的に送受するような状態は、制御情報を送受信しない期間において不要な機能に対する電力供給を止めることができるため、消費電力が相対的に少なくなる。休止状態の具体的としては、待受け状態であるアイドルモード（Ｉｄｌｅ  Ｍｏｄｅ）の他に、ページングチャネルモード（ＰＣＨ  Ｍｏｄｅ）やフォワードアクセスチャネルモード（ＦＡＣＨ  Ｍｏｄｅ）等が含まれる。
【００２５】
無線端末１は休止状態への移行を決定すると、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクション用のリソースを解放することを要求するためのメッセージであるＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎを、接続中の無線基地局２である無線基地局２ａに送信する（Ｓ２０１）。ここでＲＲＣコネクションとは、無線端末１と無線基地局２の間の無線接続である。また、無線端末１と無線基地局２の間のインタフェースはＬＴＥ−Ｕｕインタフェースと呼ばれるため、以下ではＲＲＣコネクション用のリソースをＵｕリソースと呼ぶことがある。
【００２６】
ＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎには、Ｕｕリソースを解放する原因を格納するＣａｕｓｅ領域が用意されている。休止状態に移行する場合、無線端末１はＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  ＩｎｄｉｃａｔｉｏｎのＣａｕｓｅ領域に、ＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄを格納する。
【００２７】
無線基地局２ａは、ＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎを受信すると、そのＣａｕｓｅ領域の内容を確認する。Ｃａｕｓｅ領域の内容がＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄである場合、無線基地局２ａは、無線端末１が休止状態に移行することを認識する。そして無線基地局２ａは、ＵＥコンテキストを解放（削除）することを要求するメッセージであるＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔを、移動管理エンティティ３に送信する（Ｓ２０２）。ここで、ＵＥコンテキストとは、無線基地局２ａで保持されている、無線端末１の通信設定状況に関する各種パラメータを含む情報である。また、ＵＥコンテキストの解放は、その無線端末１にとっての、無線基地局２ａと上位局である移動管理エンティティ３およびサービングゲートウェイ４との間の接続が切れることを意味する。すなわち、ＵＥコンテキストの解放に伴い、無線基地局２ａと移動管理エンティティ３との間および無線基地局２ａとサービングゲートウェイ４との間のネットワークリソースもそれぞれ解放される。一般に、無線基地局２と移動管理エンティティ３との間のインタフェースはＳ１−移動管理エンティティ３インタフェースと呼ばれ、無線基地局２とサービングゲートウェイ４との間のインタフェースはＳ１−Ｕインタフェースと呼ばれ、これら２つはまとめてＳ１インタフェースと呼ばれる。以下では無線基地局２とサービングゲートウェイ４の間のネットワークリソースをＳ１リソースと呼ぶことがある。
【００２８】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔにも、ＵＥコンテキストを解放する原因を格納するＣａｕｓｅ領域が用意されている。無線基地局２ａは、受信したＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎに合わせ、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  ＲｅｑｕｅｓｔのＣａｕｓｅ領域にＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄを設定する。
【００２９】
移動管理エンティティ３は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔを受信すると、Ｃａｕｓｅ領域の内容等に基づいて、ＵＥコンテキストの解放の要否を判断する。そして、ＵＥコンテキストを解放する場合、移動管理エンティティ３は、サービングゲートウェイ４へのＲｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信（不図示）およびサービングゲートウェイ４からのＲｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの受信（不図示）を行う。これにより、Ｓ１−Ｕリソースがまず解放される。そして移動管理エンティティ３は、ＵＥコンテキストの解放を指示する為のメッセージであるＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを無線基地局２ａに送信する（Ｓ２０３）。
【００３０】
無線基地局２ａは、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを受信すると無線端末１にＲＲＣコネクション用のリソース（Ｕｕリソース）を解放させるためのメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅを無線端末１に送信する（Ｓ２０４）。無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅを受信すると、ＲＲＣコネクション用リソースの解放を通知するメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを無線基地局２ａに返信する（Ｓ２０５）。その後、無線端末１は無線端末１側のＲＲＣコネクション用リソース（Ｕｕリソース）を解放し、休止状態に移行する。
【００３１】
無線基地局２ａは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを受信すると、無線基地局２ａはＵＥコンテキストを解放し、無線基地局２ａ側のＲＲＣコネクション用リソース（Ｕｕリソース）の解放を行う。そして、無線基地局２ａは、ＵＥコンテキストの解放が完了したことを通知するメッセージであるＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを移動管理エンティティ３に送信する（Ｓ２０６）。最後に無線基地局２ａと移動管理エンティティ３が双方で、Ｓ１−移動管理エンティティ３リソースの解放を行う。これにより、Ｓ１リソースの解放が完了し、網側がアイドル状態に移行する。これにより、呼解放処理が完了する。
【００３２】
引き続き、図２に基づいて呼設定処理を説明する。なお、上述したとおり、図２において、無線端末１は休止中に無線基地局２ａの配下から無線基地局２ｂの配下に移動している。
【００３３】
無線端末１はアプリケーション等から通信要求等により無線通信網に復帰することを決定すると、ＲＲＣコネクションの確立を要求するメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを無線基地局２ｂに送信する（Ｓ２０７）。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔには、ＲＲＣコネクションを確立する原因を格納するＣａｕｓｅ領域が用意されている。無線端末１は、受付けた通信要求に応じて、Ｃａｕｓｅ領域に設定する値を選択する。例えば、通信要求が無線端末１起点のデータ送信に基づく場合、Ｃａｕｓｅ領域にはｍｏ−Ｄａｔａ（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  Ｄａｔａ）を格納する。その他に採りうるＣａｕｓｅの値として、ｅｍｅｒｇｅｎｃｙ、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ−Ａｃｃｅｓｓ（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  Ａｃｃｅｓｓ）、ｍｏ−ｓｉｇｎａｌｉｎｇ（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｓｉｇｎａｌｉｎｇ）等が用意されている。
【００３４】
無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受信すると、そのＣａｕｓｅ値等に基づき、ＲＲＣコネクションの確立の要否を判断する。そして、ＲＲＣコネクションを確立する場合、無線基地局２ｂは、ＲＲＣコネクション用リソースであるＵｕリソースを確保し、ＲＲＣコネクションの確立を行う。そして、無線基地局２ｂは、ＲＲＣコネクション確立処理が成功すると、ＲＲＣコネクションを設定するためのメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐを無線端末１に返信する（Ｓ２０８）。無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐを受信すると、その中で設定されている設定パラメータにしたがってＲＲＣコネクションに関する設定を行う。これにより、無線端末１はＲＲＣコネクションの接続状態となる。そして無線端末１は、ＲＲＣコネクションの確立に成功し完了したことを通知するためのメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅを無線基地局２ｂに返信する（Ｓ２０９）。このとき、無線端末１は、移動管理エンティティ３に対して無線通信網への所属を要求するＮＡＳ（Ｎｏｎｅ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージであるＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの所定領域に格納して送信する。
【００３５】
無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの受信に応じて、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅを移動管理エンティティ３に送信する（Ｓ２１０）。このとき無線基地局２ｂは、受信したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅに格納されたＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅに格納して転送する。移動管理エンティティ３は、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅに格納されたＡｔｔａｃｈ  Ｒｅｑｕｅｓｔの受信に応じて、認証情報を要求するメッセージであるＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔをホーム加入者サーバ５に送信する（Ｓ２１１）。ホーム加入者サーバ５は、受信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔに応じて、認証情報を含むメッセージであるＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒを移動管理エンティティ３に返信する（Ｓ２１２）。
【００３６】
移動管理エンティティ３は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｎｓｗｅｒの受信に応じて、無線端末１に対して認証を要求するＮＡＳメッセージであるＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔを、ＮＡＳメッセージを無線基地局２に送信するためのメッセージであるＤｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納して、無線基地局２ｂに送信する（Ｓ２１３）。無線基地局２ｂは、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔの受信に応じて、受信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔを、ＮＡＳメッセージを無線端末１に転送するためのメッセージであるＤＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに格納して、無線端末１に送信する（Ｓ２１４）。無線端末１は、Ｄｏｗｎｌｉｎｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに格納されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔの受信に応じて、移動管理エンティティ３へのＮＡＳメッセージを無線基地局２に転送してもらうためのメッセージであるＵＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに、要求された認証情報を含むＮＡＳメッセージであるＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを格納して、無線基地局２ｂに送信する（Ｓ２１５）。
【００３７】
無線基地局２ｂは、ＵＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに格納されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅの受信に応じて、受信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを、ＮＡＳメッセージを移動管理エンティティ３に転送するためのメッセージであるＵｐｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納して、移動管理エンティティ３に送信する（Ｓ２１６）。移動管理エンティティ３は、Ｕｐｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅを受信する。移動管理エンティティ３は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅに含まれる認証情報が要求したものであるかを確認することで、無線端末１の認証処理を行う。
【００３８】
その後移動管理エンティティ３は、ＮＡＳに関するセキュリティモードを指示するＮＡＳメッセージであるＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（図においては「Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）」と表記）をＤｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納して、無線基地局２ｂに送信する（Ｓ２１７）。ここでＮＡＳに関するセキュリティモードとは、ＮＡＳのセキュリティに関する各種設定であり、たとえばＮＡＳメッセージのセキュリティを確保するための暗号化方式等を含む。無線基地局２ｂは、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納されたＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄの受信に応じて、受信したＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  ＣｏｍｍａｎｄをＤＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに格納して、無線端末１に送信する（Ｓ２１８）。無線端末１は、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納されたＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄの受信に応じて、ＮＡＳに関するセキュリティモードの設定を行う。そして無線端末１は、ＮＡＳに関するセキュリティモードの受付が完了したことを通知するＮＡＳメッセージであるＳｅｃｕｒｉｔｙ  Ｃｏｍｍａｎｄ  Ｃｏｍｐｌｅｔｅ（図においては「Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｐｌｅｔｅ（ＮＡＳ）と表記」をＵＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに格納して、無線基地局２ｂに送信する（Ｓ２１９）。
【００３９】
無線基地局２ｂは、ＵＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒに格納されたＳｅｃｕｒｉｔｙ  Ｃｏｍｍａｎｄ  Ｃｏｍｐｌｅｔｅの受信に応じて、受信したＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  ＣｏｍｐｌｅｔｅをＵｐｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納して、移動管理エンティティ３に送信する（Ｓ２２０）。移動管理エンティティ３は、Ｕｐｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔに格納されたＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｐｌｅｔｅを受信する。これにより、無線端末１のＮＡＳに関するセキュリティモードの設定が完了する。
【００４０】
次に移動管理エンティティ３は、無線端末１の位置情報の更新を要求するメッセージであるＵｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔをホーム加入者サーバ５に送信する（Ｓ２２１）。ホーム加入者サーバ５は、受信したＵｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔに応じて、無線端末１の位置情報の更新を行う。そしてホーム加入者サーバ５は、無線端末１の位置情報の更新が完了したことを通知するメッセージであるＵｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ａｎｓｗｅｒを移動管理エンティティ３に返信する（Ｓ２２２）。
【００４１】
次に移動管理エンティティ３は、ＵＥコンテキスト（すなわちＳ１リソース）の初期設定を要求するメッセージであるＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを、無線基地局２ｂに送信する（Ｓ２２３）。このとき移動管理エンティティ３は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに、無線端末１の網への所属が受付けられたことを示すＮＡＳメッセージであるＡｔｔａｃｈ  Ａｃｃｅｐｔを格納する。無線基地局２ｂは、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに格納されたＡｔｔａｃｈ  Ａｃｃｅｐｔの受信に応じて、ＲＲＣに関するセキュリティモードを指示するためのメッセージであるＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（図においては「Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＲＲＣ）」と表記）を無線端末１に送信する（Ｓ２２４）。ここでＲＲＣに関するセキュリティモードとは、ＲＲＣのセキュリティに関する各種設定であり、たとえばＲＲＣ制御メッセージやユーザデータを暗号化するための情報等を含む。無線端末１は、Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄの受信に応じて、ＲＲＣに関するセキュリティモードの設定を行う。そして無線端末１は、ＲＲＣに関するセキュリティモードの設定が完了したことを通知するメッセージであるＳｅｃｕｒｉｔｙ  Ｃｏｍｍａｎｄ  Ｃｏｍｐｌｅｔｅ（図においては「Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｐｌｅｔｅ（ＲＲＣ）」と表記）を、無線基地局２ｂに送信する（Ｓ２２５）。
【００４２】
次に無線基地局２ｂは、ＲＲＣコネクションの再設定を要求するメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを無線端末１に送信する（Ｓ２２６）。このとき無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに、先に受信したＡｔｔａｃｈ  Ａｃｃｅｐｔを格納する。無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに格納されたＡｔｔａｃｈ  Ａｃｃｅｐｔを受信すると、それに格納された設定情報に基づいてＲＲＣコネクションの再設定を行う。そして、無線端末１は、無線通信網への所属が完了したことを示すメッセージであるＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを、ＲＲＣコネクションの再設定が完了したことを示すメッセージであるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅに格納して、無線基地局２ｂに送信する（Ｓ２２７）。
【００４３】
無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの受信に応じて、ＵＥコンテキストの設定（生成）を行う。そして無線基地局２ｂは、ＵＥコンテキストの設定が完了したことを通知するメッセージであるＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを移動管理エンティティ３に送信する（Ｓ２２８）。このとき無線基地局２ｂは、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに、受信したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅに格納されたＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを格納する。
【００４４】
移動管理エンティティ３は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに格納されたＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを受信する。これにより、無線基地局２ｂと移動管理エンティティ３の双方で、無線基地局２ｂと移動管理エンティティ３との間の通信リソースであるＳ１−移動管理エンティティ３リソースの設定が行われる。さらに、移動管理エンティティ３は、サービングゲートウェイ４へのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信（不図示）およびサービングゲートウェイ４からのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの受信（不図示）を行う。これにより、無線基地局２ｂとサービングゲートウェイ４との間のネットワークリソースであるＳ１−Ｕリソースが設定される。以上でＳ１リソースの設定が完了し、無線端末１の通信再開の準備が整い、無線端末と無線通信網が通信中の状態となる。
【００４５】
図３は、一般的なＦａｓｔ  Ｄｏｒｍａｎｃｙ処理における動作シーケンスの他の一例である。図２の例は無線端末１の休止前後で接続する無線基地局２が異なる場合（ｅＮＢ−ＡとｅＮＢ−Ｂ）であるのに対し、図３の例は無線端末１の休止前後で接続する無線基地局２が同一である場合（ｅＮＢ−Ａ）に対応している。図２と図３では無線端末１の通信再開時に通信を行う相手の無線基地局２が異なるのみで、処理の流れやメッセージの内容に違いはない。そのため図３の説明は割愛する。
【００４６】
図２および図３で示されるように、特に無線端末１の通信再開時において、多くのメッセージがやり取りされている。したがって、Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能に基づいて無線端末１の休止状態から通信再開への移行が繰り返されると、これらメッセージの量が膨大となり、ネットワークリソースが圧迫されるという問題が生ずる。開示の技術は、この問題を解決することを目的としている。
【００４７】
以下では図４〜６に基づいて、本実施形態の無線通信システムにおける動作シーケンスについて説明する。
【００４８】
図４は、本実施形態における呼解放処理（無線端末１の休止時の処理）の動作シーケンスの一例を示す図である。
【００４９】
まず無線端末１は通信中の状態から休止状態への移行を決定すると、従来のＦａｓｔ  Ｄｏｒｍａｎｃｙにおける呼解放処理（図２や図３）と同様に、Ｃａｕｓｅ領域にＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄを格納したＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎを、接続中の無線基地局２である無線基地局２ａに送信する（Ｓ４０１）。一方無線基地局２ａは、Ｃａｕｓｅ領域にＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄを格納されたＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎを受信すると、無線端末１が休止状態に移行することを認識する。
【００５０】
このとき無線基地局２ａは、従来の呼解放処理と異なり、無線基地局２と移動管理エンティティ３／サービングゲートウェイ４の間のネットワークリソースであるＳ１リソースの解放を行わない。そのため、無線基地局２ａは、図２または３と異なり、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔを移動管理エンティティ３に対して送信しない。これにより、移動管理エンティティ３も、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを無線基地局２ａに対して送信しない。なお、図４および以降の図においては、本実施形態で送信しないメッセージ（図２または３で示される従来の処理から、本実施形態において省略されるメッセージ）を破線矢印で示している。
【００５１】
無線基地局２ａは、無線端末１が休止状態に移行することを認識すると、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅを無線端末１に送信する（Ｓ４０２）。ここで無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅを受信すると、従来の呼解放処理とは異なり、無線端末１の復帰時に無線端末１において使用する情報である無線端末側設定情報を別途記憶しておく。ＲＲＣコネクション用リソースを解放した後であっても、無線端末１の復帰時に使用する情報が残るようにするためである。
【００５２】
ここで無線端末側設定情報とは、本実施形態により省略される手続きによって従来は無線端末１に設定される各種設定情報である。さらに具体的には、無線端末側設定情報は、図３における３つのメッセージＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）、Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＲＲＣ）、Ａｔｔａｃｈ  Ａｃｃｅｐｔに含まれる情報それぞれを含む。無線端末側設定情報は休止前の無線端末１が既に保持している情報であるが、従来は無線端末１の休止時に解放（消去）されてしまうため、無線端末１の復帰時に前記３つのメッセージの受信を含む所定の手続きにより再設定されている。本実施形態では、無線端末１が無線端末側設定情報を休止時に解放しないことで、無線端末１の復帰時に所定の手続きを省略することを可能としている。無線端末側設定情報の詳細は後述する。
【００５３】
図４の説明に戻って、さらに無線端末１は、在圏セルのＩＤであるＣｅｌｌＩＤを別途記憶する。ＣｅｌｌＩＤは、無線端末１側のＲＲＣコネクション用リソースに関する設定情報から得られる。本実施形態においては、一例として、無線基地局２ａのセルＩＤは「１０」とする。このとき無線端末１はＣｅｌｌＩＤの値として「１０」を記憶する。
【００５４】
そして、無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを無線基地局２ａに返信する（Ｓ４０３）。その後、無線端末１は無線端末１側のＲＲＣコネクション用リソース（無線端末１と無線基地局２ａとの間のネットワークリソースであるＵｕリソース）を解放し、休止状態に移行する。無線端末１の休止状態中も、上記の処理により、無線端末１の復帰時に用いる無線端末側設定情報が無線端末１内に保持され続けることとなる。
【００５５】
無線基地局２ａは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを受信すると、従来の呼解放処理と同様に、無線基地局２ａ側のＲＲＣコネクション用リソースの解放を行う。ここで、無線基地局２ａは、先述の通りＳ１リソースの解放は行わないため、従来の呼解放処理と異なり、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを移動管理エンティティ３に送信しない。また、無線基地局２ａはＵＥコンテキストを含むＳ１設定情報を解放（消去）せず、保持し続ける。
【００５６】
ここでＳ１設定情報とは、無線端末１の復帰時に無線基地局２において必要な情報を含んでおり、本実施形態により省略される手続きによって従来は無線基地局２が取得する各種設定情報である。さらに具体的には、Ｓ１設定情報には、ＵＥコンテキストに対応する情報、すなわち図３におけるメッセージＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに含まれる情報を含む。Ｓ１設定情報は、無線端末１の休止前に無線基地局２が既に保持している情報であるが、従来は無線端末１の休止時に解放（消去）されてしまうため、無線端末１の復帰時にＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔの受信を含む所定の手続きにより再設定されている。本実施形態では、無線基地局２がこれらの情報を無線端末１の休止時に解放しないことで、無線端末１の復帰時に所定の手続きを一部省略することを可能としている。Ｓ１設定情報の詳細は後述する。
【００５７】
以上の手順によって、Ｕｕリソースが解放される（アイドル状態）とともにＳ１リソースの解放が完了しない状態（通信中）で呼解放処理が完了する。これにより、無線端末１の休止中も、Ｓ１リソースが解放されずに維持され続けることとなる。
【００５８】
図５は、本実施形態における呼設定処理（無線端末１の休止からの復帰時の処理）の動作シーケンスの一例を示す図である。図５の例は、無線端末１の休止前後で接続する無線基地局２が異なる場合に対応している。
【００５９】
無線端末１は通信要求を検出する等して無線通信網への復帰を決定すると、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを新たな接続先無線基地局２である無線基地局２ｂに送信する（Ｓ５０１）。ここで、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔにおけるＣａｕｓｅの値として、従来の呼設定処理では用意されていない「休止からの復帰」を示す値を格納する。この値は新たに用意してもよいし、すでに用意されているスペア値の一つを用いてもよい。本実施形態では、一例として、スペア値であるＳｐａｒｅ３を「休止からの復帰」を示す値として用いることとする。
【００６０】
また、従来の呼設定処理と異なり、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔには新たな領域であるＣｅｌｌＩＤを用意する。ＣｅｌｌＩＤには、無線端末１が休止前に記憶したＣｅｌｌＩＤすなわち休止前に接続していたセルの識別子を格納する。本実施形態では無線端末１は休止前にＣｅｌｌＩＤとして「１０」を記憶しているので、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ中のＣｅｌｌＩＤに「１０」を格納して送信する。
【００６１】
無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受信すると、そのＣａｕｓｅ値を確認する。Ｃａｕｓｅ値が「休止からの復帰」を示す場合（本実施形態ではＳｐａｒｅ３の場合）、無線基地局２ｂは無線端末１が休止から復帰しようとしていることを認識する。
【００６２】
Ｃａｕｓｅ値が「休止からの復帰」を示す場合、無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔに格納されたＣｅｌｌＩＤと、自分のＩＤとを比較する。図５の例は、無線端末１の休止前後の無線基地局２が異なる場合であるため、受信したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ中のＣｅｌｌＩＤ（上記のように本実施形態では「１０」である）と自己のＩＤ（本実施形態では「２０」とする）は異なるとの比較結果が得られる。
【００６３】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔにおけるＣｅｌｌＩＤの値と自分のＩＤが異なる場合、無線基地局２ｂは、他の無線基地局２に接続していた無線端末１が休止後に復帰すると判断する。なお、図５の場合とは異なるが、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔにおけるＣｅｌｌＩＤの値と自分のＩＤが同じ場合、無線基地局２ｂは、前に自分に接続していた無線端末１が休止後に復帰すると判断する。無線基地局２ｂは、この判断結果（比較結果）に基づき、ＣｅｌｌＩＤに基づく判断結果を示す内部パラメータであるＣｈａｎｇｅ  Ｃｅｌｌの値を設定する。無線基地局２ｂは、他の無線基地局２に接続していた無線端末１が休止後に復帰すると判断した場合には、Ｃｈａｎｇｅ  Ｃｅｌｌに無線基地局変更有りを示す値である「１」を設定する。また、無線基地局２ｂは、前に自分に接続していた無線端末１が休止後に復帰すると判断した場合には、Ｃｈａｎｇｅ  Ｃｅｌｌに無線基地局変更無しを示す値である「０」を設定する。図５の場合では、Ｃｈａｎｇｅ  Ｃｅｌｌに「１」が設定される。
【００６４】
また、無線基地局２ｂは、他の無線基地局２に接続していた無線端末１が休止後に復帰すると判断した場合、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔにおけるＣｅｌｌＩＤの値を内部パラメータであるＳｏｕｒｓｅ  Ｃｅｌｌ  ＩＤに設定する。図５の場合では、Ｓｏｕｒｓｅ  Ｃｅｌｌ  ＩＤに「１０」が設定される。
【００６５】
ここで、従来の呼設定処理と同様に、無線基地局２ｂはＲＲＣコネクション用リソース（Ｕｕリソース）を確保し、ＲＲＣコネクションを確立する。そして、無線基地局２ｂは、ＲＲＣコネクションの確立が成功すると、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐを無線端末１に返信する（Ｓ５０２）。無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐを受信すると、その中で設定されている設定パラメータにしたがってＲＲＣコネクションに関する設定を行う。これにより、無線端末１はＲＲＣコネクション状態となる。そして無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅを無線基地局２ｂに返信する（Ｓ５０３）。
【００６６】
ここから、従来の呼設定処理のメッセージが大幅に省略される。従来の呼設定処理と異なり、ここで無線基地局２ｂが移動管理エンティティ３に送信するＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅから、無線端末１が無線基地局２ｂに対して送信するＳｅｃｕｒｉｔｙ  Ｃｏｍｐｌｅｔｅまでの全てのメッセージが省略される。
【００６７】
まず無線基地局２ｂは、ＣｅｌｌＩＤに基づく判断結果を示す内部パラメータＣｈａｎｇｅ  Ｒｅｑｕｅｓｔの値を参照する。そして無線基地局２ｂは、Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔが変更有りを示す「１」の場合、無線基地局２ａに対してＳ１設定情報を要求するメッセージを無線基地局２ａに送信する（Ｓ５０４）。他の無線基地局２ａに対してＳ１設定情報を要求するメッセージは従来の呼設定処理には無いものであり、本実施形態では一例として、このメッセージをＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔとする。Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの宛先は、内部パラメータＳｏｕｒｃｅ  Ｃｅｌｌ  ＩＤ（本実施形態では「１０」）を指定する。
【００６８】
なお、図５の場合とは異なるが、Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔが変更無しを示す「０」の場合、無線基地局２ｂは、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信は行わない。その代わりに、無線基地局２ｂが呼解放処理において記憶したＳ１設定情報を読み出して、Ｓ１リソースの設定に使用する。
【００６９】
図５に戻って、無線基地局２ａは、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔを受信すると、Ｓ１設定情報を通知するためのメッセージを無線基地局２ｂに送信する（Ｓ５０５）。他の無線基地局２に対してＳ１設定情報を通知するメッセージは従来の呼設定処理には無いものであり、本実施形態では一例としてこのメッセージをＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅとする。無線基地局２ａは、呼解放処理において記憶したＳ１設定情報をＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅに格納して無線基地局２ｂに送信する。
【００７０】
一方、無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅを送信した後、呼解放処理において記憶した無線端末側設定情報に基づいて、本実施形態において省略されたメッセージに基づく設定を行う。具体的には、無線端末１は、無線端末側設定情報に含まれるＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）に相当する情報に基づいて、ＮＡＳに関するセキュリティモードの設定を行う。また、無線端末１は、無線端末側設定情報に含まれるＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＲＲＣ）に相当する情報に基づいて、ＲＲＣに関するセキュリティモードの設定を行う。これにより、無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信の準備が整う。
【００７１】
無線基地局２ｂは、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅを受信すると、それに格納されたＳ１設定情報を取得する。そして、無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを無線端末１に送信する（Ｓ５０６）。従来の呼設定処理において無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに、移動管理エンティティ３から受信したＡｔｔａｃｈ  Ａｃｃｅｐｔを格納する。しかし、本実施形態における無線基地局２ｂは、移動管理エンティティ３からＡｔｔａｃｈ  Ａｃｃｅｐｔを受信しない。そこで、本実施形態における無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにはＡｔｔａｃｈ  Ａｃｃｅｐｔを格納しなくてよい。
【００７２】
無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信に応じて、ＲＲＣコネクションの再設定を行う。従来の呼設定処理ではＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅに基づいてＲＲＣコネクションの再設定を行うが、本実施形態ではＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにＡｔｔａｃｈ  Ａｃｃｅｐｔは格納されない。そこで、本実施形態では、無線端末１は、呼解放処理において記憶した無線端末側設定情報を読み出して、ＲＲＣコネクションの再設定を行う。無線端末１は呼解放処理において、Ａｔｔａｃｈ  Ａｃｃｅｐｔに含まれる情報に対応する情報を無線端末側設定情報として記憶しているため、このような対応が可能となっている。
【００７３】
そして無線端末１は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを、無線基地局２ｂに送信する（Ｓ５０７）。このとき、無線端末１は、従来の呼設定処理と異なり、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＣｏｍｐｌｅｔｅにＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを格納しなくてもよい。
【００７４】
無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの受信に応じて、従来の呼設定処理とは異なる処理を行う。
【００７５】
まず無線基地局２ｂは、内部パラメータＣｈａｎｇｅ  Ｒｅｑｕｅｓｔが変更有りを示す「１」の場合、ハンドオーバ時にパス（通信経路）を切替えるためのメッセージであるＰａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔを移動管理エンティティ３に送信する（Ｓ５０８）。移動管理エンティティ３は、Ｐａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔを受信すると、通常のハンドオーバの時と同様に、サービングゲートウェイ４と無線端末１との間のパスを無線基地局２ａ経由から無線基地局２ｂ経由へ切替える。そのために、移動管理エンティティ３は、サービングゲートウェイ４へのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信（不図示）およびサービングゲートウェイ４からのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの受信（不図示）を行う。そして移動管理エンティティ３は、パスの切替えが完了したことを示すメッセージであるＰａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅを無線基地局２ｂに送信する（Ｓ５０９）。
【００７６】
なお、図５の場合とは異なるが、Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔが変更無しを示す「０」の場合、無線基地局２ｂは、Ｐａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔの送信およびＰａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信は行わない。
【００７７】
また、従来の呼設定処理とは異なり、無線基地局２ｂは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの受信に応じて、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅの送信は行わない。その前提となるＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信していないためである。
【００７８】
無線基地局２ｂは、Ｐａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅを受信すると、先に取得したＳ１設定情報などを用いて、Ｓ１リソースの設定を行う。
【００７９】
最後に無線基地局２ｂは、内部パラメータＣｈａｎｇｅ  Ｒｅｑｕｅｓｔが変更有りを示す「１」の場合、従来の呼設定処理とは異なり、Ｓ１リソースの解放を依頼するメッセ―ジである無線端末１  Ｃｏｎｔｅｎｔ  Ｒｅｌｅａｓｅを無線基地局２ａに送信する（Ｓ５１０）。無線基地局２ａは、無線端末１  Ｃｏｎｔｅｎｔ  Ｒｅｌｅａｓｅを受信すると、保持するＳ１リソースを解放する。
【００８０】
なお、図５の場合とは異なるが、Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔが変更無しを示す「０」の場合、無線基地局２ｂは、Ｃｏｎｔｅｎｔ  Ｒｅｌｅａｓｅの送信は行わない。
【００８１】
以上により、呼設定処理が完了し、無線端末１の通信再開の準備が整い、無線端末１と無線通信網が通信中となる。すなわち、上記の呼設定処理により、無線端末１と無線基地局２ｂとの間のＵｕリソースが設定される。また、無線基地局２ｂと移動管理エンティティ３／サービングゲートウェイ４との間のＳ１リソースが設定され、かつ無線基地局２ａと移動管理エンティティ３／サービングゲートウェイ４との間のＳ１リソースが解放された状態となる。これにより、無線端末１は無線基地局２ｂを介してユーザデータの通信を再開することが可能となる。
【００８２】
以上のように、本実施形態によれば、図５で示されるように、従来と比較して呼設定処理におけるメッセージ量を削減することができる。
【００８３】
図６は、本実施形態における呼解放処理の動作シーケンスの他の一例を示す図である。図５の例は無線端末１の休止前後で接続する無線基地局２が異なる場合（ｅＮＢ−ＡとｅＮＢ−Ｂ）に対応しているのに対し、図６の例は無線端末１の休止前後で接続する無線基地局２が同一である場合（ｅＮＢ−Ａ）に対応している。図６の動作シーケンスは、無線端末１の接続先の無線基地局２が休止前と同じ無線基地局２ａ（図においてはｅＮＢ−Ａ）であることを除いては、図５と重複する処理が多い。そのため、ここでは図５と異なる処理についてのみ説明する。
【００８４】
図６において、無線端末１は、ＣｅｌｌＩＤの値として「１０」を設定したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを無線基地局２ａに送信する（Ｓ６０１）。無線基地局２ａは無線端末１からＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受信すると、それに含まれるＣｅｌｌＩＤの値である「１０」と自分のＩＤである「１０」を比較する。この場合、両者は同一なので、無線基地局２ａは、内部パラメータＣｅｌｌ  Ｃｈａｎｇｅの値を、無線基地局変更無しを示す「０」に設定する。
【００８５】
無線基地局２ａは、無線端末１情報のＣｅｌｌ  Ｃｈａｎｇｅが無線基地局変更無しに対応する「０」の場合、Ｓ１設定情報を他の無線基地局２に要求する必要が無い。自分で保持しているＳ１設定情報を利用すればよいからである。したがって、この場合は図５と異なり、無線基地局２ａは、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信、およびＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅの受信を行わない。
【００８６】
無線基地局２ａは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの受信した際に、無線端末１情報のＣｅｌｌ  Ｃｈａｎｇｅが無線基地局変更無しに対応する「０」の場合、サービングゲートウェイ４と無線端末１との間のパスを切り替える必要がない。したがって、無線基地局２ａは、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの送信、およびＰａｔｈ  Ｓｗｉｔｈｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信を行わない。
【００８７】
無線基地局２ａは、無線端末１情報のＣｅｌｌ  Ｃｈａｎｇｅが無線基地局変更無しに対応する「０」の場合、Ｓ１リソースの解放を他無線基地局２に依頼する必要がない。そのため、無線基地局２ａは、無線端末１  Ｃｏｎｔｅｎｔ  Ｒｅｌｅａｓｅの送信を行わない。
【００８８】
以上のように、本実施形態によれば、図６の場合でも、図５と同様に、従来と比較して呼設定処理におけるメッセージ量を削減することができる。
【００８９】
次に図７〜１４に基づいて、本実施形態の無線通信システムにおける各装置の機能構成およびハードウェア構成について説明する。
【００９０】
図７に本実施形態における無線端末１の機能構成の一例を示す。無線端末１は、例えば、無線通信部１１、呼解放部１２、呼設定部１３、記憶部１４を備える。
【００９１】
無線通信部１１は、無線基地局２と無線通信を行う。例えば無線通信部１１は、無線基地局２に対して無線信号を介して、図４で示されるＲＲＣ  Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎの送信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅの受信、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅの送信を行う。また、例えば無線通信部１１は、無線基地局２に対して無線信号を介して、図５および６で示されるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔの送信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐの受信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの送信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信、およびＲＲＣＣｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの送信を行う。また、例えば無線通信部１１は、これら以外の制御メッセージやユーザデータを含む、無線基地局２を相手に送受信するあらゆる情報を無線信号を介して送受信する。
【００９２】
呼解放部１２は、一例として図４で示される呼解放処理における無線端末１側の処理を行う。例えば呼解放部１２は、ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅの受信に伴う処理、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅの送信に伴う処理を行う。呼解放部１２は、必要に応じて記憶部１４に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【００９３】
呼設定部１３は、一例として図５および６で示される呼設定処理における無線端末１側の処理を行う。例えば呼設定部１３は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐの受信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信に伴う処理、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの送信に伴う処理を行う。呼設定部１３は、必要に応じて記憶部１４に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【００９４】
記憶部１４は、呼解放部１２や呼設定部１３が行う処理に用いる各種情報を記憶する。例えば記憶部１４は、先述した無線端末側設定情報を記憶する。また、例えば記憶部１４は、先述のＣｅｌｌＩＤを記憶する。また、例えば記憶部１４は、これら以外の任意の設定情報や制御情報を記憶することができる。
【００９５】
図８に本実施形態における無線端末１のハードウェア構成の一例を説明する。前述の無線端末１の各機能は、以下のハードウェア部品の一部又は全部により実現される。上記実施形態における無線端末１は、無線ＩＦ（ＩｎｔｅｒＦａｃｅ）１０１、プロセッサ１０２、メモリ１０３、電子回路１０４、入力ＩＦ１０５、出力ＩＦ１０６等を備える。無線ＩＦ１０１は、無線基地局２と無線通信を行うためのインタフェース装置であり、例えばアンテナである。プロセッサ１０２は、データを処理する装置であり、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＤＳＰ（Ｄｅｓｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等を含む。メモリ１０３は、データを記憶する装置であり、例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。電子回路１０４は、例えばＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍｉｎｇ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等を含む。入力ＩＦ１０５は、入力を行う装置であり、例えば操作ボタンやマイク等を含む。出力ＩＦ１０６は、出力を行う装置であり、例えばディスプレイやスピーカー等を含む。
【００９６】
無線端末１の機能構成とハードウェア構成の対応関係を説明する。無線通信部１１は、例えば無線ＩＦ１０１、電子回路１０４によって実現される。呼解放部１２は、例えばプロセッサ１０２、電子回路１０４によって実現される。すなわち、プロセッサ１０２が、必要に応じて記憶部１４を制御し、ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅの受信に伴う処理、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅの送信に伴う処理を行うことで、呼解放部１２を実現する。また、呼設定部１３は、必要に応じて記憶部１４を制御し、例えばプロセッサ１０２、電子回路１０４によって実現される。すなわち、プロセッサ１０２が、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐの受信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信に伴う処理、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの送信に伴う処理を行うことで、呼設定部１３を実現する。記憶部１４は、例えばメモリ１０３によって実現される。
【００９７】
図９に本実施形態における無線基地局２の機能構成を示す。無線基地局２は、例えば、無線通信部２１、網側通信部２２、呼解放部２３、呼設定部２４、記憶部２５を備える。さらに、呼設定部２４は、例えば、判断部２６、取得部２７、切替部２８、接続部２９、制御部３０を備える。
【００９８】
無線通信部２１は、無線端末１と無線通信を行う。例えば無線通信部２１は、無線端末１に対して無線信号を介して、図４で示されるＲＲＣ  Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎの受信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅの送信、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅの受信を行う。また、例えば無線通信部２１は、無線端末１に対して無線信号を介して、図５および６で示されるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔの受信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐの送信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの受信、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの送信、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅの受信を行う。また、例えば無線通信部２１は、これら以外の制御メッセージやユーザデータを含む、無線端末１を相手に送受信するあらゆる情報を無線信号を介して送受信する。
【００９９】
網側通信部２２は、他の無線基地局２、移動管理エンティティ３、サービングゲートウェイ４を含む網側の装置と有線通信または無線通信を行う。例えば網側通信部２２は、有線信号または無線信号を介して、図５および６で示される他の無線基地局２に対するＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信または受信、他の無線基地局２に対するＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅの受信または送信、移動管理エンティティ３に対するＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの送信、移動管理エンティティ３からのＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信、他の無線基地局２に対するＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅの送信または受信を行う。また、例えば網側通信部２２は、これら以外の制御メッセージやユーザデータを含む、網側の装置を相手に送受信するあらゆる情報を有線信号または無線信号を介して送受信する。
【０１００】
呼解放部２３は、一例として図４で示される呼解放処理における無線基地局２ａの処理を行う。例えば呼解放部２３は、ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎの受信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅの送信に伴う処理、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅの受信に伴う処理を行う。呼解放部２３は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０１】
呼設定部２４は、一例として図５および６で示される呼設定処理における無線基地局２ｂまたは無線基地局２ａの処理を行う。例えば呼設定部２４は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔの受信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの受信に伴う処理、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信または受信に伴う処理、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅの受信または送信に伴う処理、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの受信または送信に伴う処理、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信に伴う処理、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅの送信または受信に伴う処理を行う。呼設定部２４は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０２】
判断部２６は、一例として図５および６で示される呼設定処理における無線基地局２ｂまたは無線基地局２ａで為される種々の判断を行う。一例として、判断部２６は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＣａｕｓｅ値に基づいて、無線端末１が休止から復帰しようとしているかを判断する。一例として、判断部２６は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＣｅｌｌＩＤ値と自分のＩＤとに基づいて、休止から復帰する無線端末１が休止前に他の無線基地局２に接続していたのか、もしくは自分に接続していたのかを判断する。判断部２６は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０３】
取得部２７は、一例として図５で示される呼設定処理において、無線基地局２ｂがＳ１設定情報を取得する処理を行う。一例として取得部２７は、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信およびＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅの受信を行い、Ｓ１設定情報を取得する。取得部２７は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０４】
切替部２８は、一例として図５で示される呼設定処理において、サービングゲートウェイ４と無線端末１との間のパスを無線基地局２ａ経由から無線基地局２ｂ経由へ切替える処理を行う。一例として切替部２８は、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの送信およびＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信を行い、サービングゲートウェイ４と無線端末１との間のパスの切替えを行う。切替部２８は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０５】
接続部２９は、一例として図５および６で示される呼設定処理において、無線基地局２ａまたは無線基地局２ｂが無線端末１と無線通信網を接続させる処理を行う。一例として接続部２９は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ受信後にＵｕリソースを設定する処理、およびＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信後にＳ１リソースを設定することで、無線端末１と無線通信網を接続させる。接続部２９は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０６】
制御部３０は、一例として図５および６で示される呼設定処理において、無線基地局２ａまたは無線基地局２ｂにおける種々の制御を行う。一例として制御部３０は、判断部、取得部、切替部、接続部を制御する。制御部３０は、必要に応じて記憶部２５に記憶された情報に対する種々の制御、すなわち参照（読み出し）、変更（書き込み）、消去等を行う。
【０１０７】
記憶部２５は、呼解放部２３や呼設定部２４等が行う制御に用いる各種情報を記憶する。例えば記憶部２５は、先述したＳ１設定情報を記憶する。また、例えば記憶部２５は、先述の内部パラメータであるＣｈａｎｇｅ  ＣｅｌｌやＳｏｕｒｓｅ  Ｃｅｌｌ  ＩＤを記憶する。また、例えば記憶部２５は、これら以外の任意の設定情報や制御情報を記憶することができる。
【０１０８】
図１０に本実施形態における無線基地局２のハードウェア構成の一例を説明する。前述の無線基地局２の各機能は、以下のハードウェア部品の一部又は全部により実現される。上記実施形態における無線基地局２は、無線ＩＦ（ＩｎｔｅｒＦａｃｅ）２０１、プロセッサ２０２、メモリ２０３、電子回路２０４、網側通信ＩＦ２０５等を備える。無線ＩＦ２０１は、無線端末１と無線通信を行うためのインタフェース装置であり、例えばアンテナである。プロセッサ２０２は、データを処理する装置であり、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＤＳＰ（Ｄｅｓｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等を含む。メモリ２０３は、データを記憶する装置であり、例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。電子回路２０４は、例えばＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍｉｎｇ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等を含む。網側通信ＩＦ２０５は、携帯電話システムの網側のネットワーク（いわゆるバックホールネットワーク）に接続された有線回線または無線回線により、他の無線基地局２、移動管理エンティティ３、サービングゲートウェイ４を含む網側の装置と有線通信または無線通信を行うためのインタフェース装置である。
【０１０９】
無線基地局２の機能構成とハードウェア構成の対応関係を説明する。無線通信部２１は、例えば無線ＩＦ２０１、電子回路２０４によって実現される。網側通信部２２は、例えば網側通信ＩＦ２０５、電子回路２０４によって実現される。呼解放部２３は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、ＲＲＣ  Ｓｉｇｎａｌｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎの受信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅの送信に伴う処理、およびＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅの受信に伴う処理を行うことで、呼解放部２３を実現する。また、呼設定部２４は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、ＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔの受信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐの送信に伴う処理、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅの受信に伴う処理、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信または受信に伴う処理、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅの受信または送信に伴う処理、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの受信または送信に伴う処理、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信に伴う処理、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅの送信または受信に伴う処理を行うことで、呼設定部２４を実現する。
【０１１０】
判断部２６は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＣａｕｓｅ値に基づいて、無線端末１が休止から復帰しようとしているかを判断することによって判断部２６を実現する。また、プロセッサ２０２が、必要に応じて記憶部２５を制御し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＣｅｌｌＩＤ値と自分のＩＤとに基づいて、休止から復帰する無線端末１が休止前に他の無線基地局２に接続していたのか、もしくは自分に接続していたのかを判断することによって判断部２６を実現する。取得部２７は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの送信およびＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅの受信を行い、Ｓ１設定情報を取得することによって取得部２７を実現する。切替部２８は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの送信およびＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信を行い、サービングゲートウェイ４と無線端末１との間のパスの切替えを行うことで切替部２８を実現する。接続部２９は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ受信後にＵｕリソースを設定する処理、およびＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの受信後にＳ１リソースを設定することで、無線端末１と網を接続させることによって、接続部２９を実現する。制御部３０は、例えばプロセッサ２０２、電子回路２０４によって実現される。すなわち、プロセッサ２０２が、必要に応じて記憶部２５を制御し、判断部２６、取得部２７、切替部２８、接続部２９を制御することによって、制御部３０を実現する。
【０１１１】
記憶部２５は、例えばメモリ２０３によって実現される。
【０１１２】
図１１に本実施形態における移動管理エンティティ３の機能構成を示す。移動管理エンティティ３は、例えば、網側通信部３１、切替部３２を備える。
【０１１３】
網側通信部３１は、無線基地局２、他の移動管理エンティティ３、サービングゲートウェイ４を含む網側の装置と有線通信または無線通信を行う。例えば網側通信部３１は、有線信号または無線信号を介して、図５で示される無線基地局２からのＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの受信、サービングゲートウェイ４へのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信（不図示）、サービングゲートウェイ４からのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの受信（不図示）、無線基地局２へのＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの送信を行う。また、例えば網側通信部３１は、これら以外の制御メッセージやユーザデータを含む、網側の装置を相手に送受信するあらゆる情報を有線信号または無線信号を介して送受信する。
【０１１４】
切替部３２は、一例として図５で示される呼設定処理において、サービングゲートウェイ４と無線端末１との間のパスを無線基地局２ａ経由から無線基地局２ｂ経由へ切替える処理を行う。一例として切替部３２は、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの受信、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信（不図示）、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの受信（不図示）、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの送信を行い、サービングゲートウェイ４と無線端末１との間のパスの切替えを行う。
【０１１５】
図１２に本実施形態における移動管理エンティティ３のハードウェア構成の一例を説明する。前述の移動管理エンティティ３の各機能は、以下のハードウェア部品の一部又は全部により実現される。上記実施形態における移動管理エンティティ３は、プロセッサ３０１、メモリ３０２、補助記憶３０３、電子回路３０４、網側通信ＩＦ３０５等を備える。プロセッサ３０１は、データを処理する装置であり、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＤＳＰ（Ｄｅｓｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等を含む。メモリ３０２は、データを記憶する装置であり、例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。補助記憶３０３はデータを補助的に記憶する装置であり、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）や種々の外部記憶媒体およびその読み取り装置を含む。電子回路３０４は、例えばＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍｉｎｇ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等を含む。網側通信ＩＦ３０５は、携帯電話システムの網側のネットワーク（いわゆるバックホールネットワーク）に接続された有線回線または無線回線により、無線基地局２、他の移動管理エンティティ３、サービングゲートウェイ４を含む網側の装置と有線通信または無線通信を行うためのインタフェース装置である。
【０１１６】
移動管理エンティティ３の機能構成とハードウェア構成の対応関係を説明する。網側通信部３１は、例えば網側通信ＩＦ３０５、電子回路３０３によって実現される。切替部３２は、例えばプロセッサ３０１、電子回路３０３によって実現される。すなわち、プロセッサ３０１が、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔの受信、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの送信（不図示）、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの受信（不図示）、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅの送信を行い、サービングゲートウェイ４と無線端末１との間のパスの切替えを行うことで切替部３２を実現する。
【０１１７】
図１３に本実施形態におけるサービングゲートウェイ４の機能構成を示す。サービングゲートウェイ４は、例えば、網側通信部４１、切替部４２を備える。
【０１１８】
網側通信部４１は、無線基地局２、移動管理エンティティ３、他のサービングゲートウェイ４を含む網側の装置と有線通信または無線通信を行う。例えば網側通信部４１は、有線信号または無線信号を介して、図５で示される移動管理エンティティ３からのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの受信（不図示）、移動管理エンティティ３へのＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの送信（不図示）を行う。また、例えば網側通信部４１は、これら以外の制御メッセージやユーザデータを含む、網側の装置を相手に送受信するあらゆる情報を有線信号または無線信号を介して送受信する。
【０１１９】
切替部４２は、一例として図５で示される呼設定処理において、サービングゲートウェイ４と無線端末１との間のパスを無線基地局２ａ経由から無線基地局２ｂ経由へ切替える処理を行う。一例として切替部４２は、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの受信（不図示）、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの送信（不図示）を行い、サービングゲートウェイ４と無線端末１との間のパスの切替えを行う。
【０１２０】
図１４に本実施形態におけるサービングゲートウェイ４のハードウェア構成の一例を説明する。前述のサービングゲートウェイ４の各機能は、以下のハードウェア部品の一部又は全部により実現される。上記実施形態におけるサービングゲートウェイ４は、プロセッサ４０１、メモリ４０２、補助記憶４０３、電子回路４０４、網側通信ＩＦ４０５等を備える。プロセッサ４０１は、データを処理する装置であり、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＤＳＰ（Ｄｅｓｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等を含む。メモリ４０２は、データを記憶する装置であり、例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。補助記憶４０３はデータを補助的に記憶する装置であり、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）や種々の外部記憶媒体およびその読み取り装置を含む。電子回路４０４は、例えばＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍｉｎｇ  Ｇａｔｅ  Ａｒｒａｙ）やＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等を含む。網側通信ＩＦ４０５は、携帯電話システムの網側のネットワーク（いわゆるバックホールネットワーク）に接続された有線回線または無線回線により、無線基地局２、移動管理エンティティ３、他のサービングゲートウェイ４を含む網側の装置と有線通信または無線通信を行うためのインタフェース装置である。
【０１２１】
サービングゲートウェイ４の機能構成とハードウェア構成の対応関係を説明する。網側通信部４１は、例えば網側通信ＩＦ４０５、電子回路４０３によって実現される。切替部４２は、例えばプロセッサ４０１、電子回路４０３によって実現される。すなわち、プロセッサ４０１が、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔの受信、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅの送信を行い、サービングゲートウェイ４と無線端末１との間のパスの切替えを行うことで切替部４２を実現する。
【０１２２】
次に、本実施形態の無線通信システムで用いられる制御メッセージを説明する。
【０１２３】
ＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎは、存在するＲＲＣシグナリングコネクションを解放することを無線端末１が無線基地局２に伝えるためのメッセージである。ＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎには、シグナリングコネクションを解放する原因を格納するＣａｕｓｅ領域が用意されている。休止状態に移行する場合、無線端末１はＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  ＩｎｄｉｃａｔｉｏｎのＣａｕｓｅ領域に、ＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄを格納する。これにより、無線基地局２がＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎを受信したときに、Ｃａｕｓｅ領域の値がＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＳ  Ｄａｔａ  ｓｅｓｓｉｏｎ  ｅｎｄである場合に、無線端末１が休止状態に移行しようとしていることを認識できる。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅは、無線基地局２がＲＲＣコネクションを解放することを無線端末１に命じるためのメッセージである。
【０１２４】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅは、無線端末１がＲＲＣコネクションを解放したことを無線基地局２に通知するためのメッセージである。
【０１２５】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔは、無線端末１が無線基地局２にＲＲＣコネクションを確立することを要求するためのメッセージである。ＲＲＣ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎには、ＲＲＣコネクションを確立する原因を格納するＣａｕｓｅ領域が用意されている。本実施形態においては、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ中のＣａｕｓｅ領域において、「休止からの復帰」を示す値を設定することができる。「休止からの復帰」を示す値は、従来のＬＴＥシステムにおいては用意されていないものである。「休止からの復帰」を示す値としては、新たに用意してもよいし、ＬＴＥシステムにおいてすでに用意されているスペア値の一つを用いてもよい。本実施形態では、一例として、スペア値であるＳｐａｒｅ３を「休止からの復帰」を示す値として用いている。これにより、無線基地局２がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受信したときに、Ｃａｕｓｅ領域の値がＳｐａｒｅ３である場合に、無線端末１が休止状態から復帰しようとしていることを認識できる。
【０１２６】
また、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔには、無線端末１が休止前に接続していたセル（無線基地局）の識別子を格納する領域を含むことができる。このような領域は、従来のＬＴＥシステムにおいては用意されていないものである。本実施形態では一例として、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔにおいて、このような領域としてＣｅｌｌＩＤ領域を用意している。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを受信した無線基地局２は、ＣｅｌｌＩＤ領域の値を参照することで、無線端末１が休止前に接続していたセルを特定することができる。
【０１２７】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐは、無線基地局２が無線端末１に対してＲＲＣコネクションを設定するためのメッセージである。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅは、無線端末１が無線基地局２に対してＲＲＣコネクションの確立が完了して成功したことを通知するためのメッセージである。
【０１２８】
Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔは、無線基地局２が他の無線基地局２に対して、Ｓ１設定情報を要求するためのメッセージの一例である。このようなメッセージは、従来のＬＴＥシステムにおいては用意されていないものである。このメッセージにより、無線端末１の休止前後で無線端末１が接続する無線基地局（セル）が変更された場合に、休止後の無線基地局２が休止前の無線基地局２に対してＳ１設定情報を要求することが可能となる。
【０１２９】
図１５Ａに、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔの形式の一例を示す。なお、図１５Ａおよび１５Ｂにおいて、ＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）／Ｇｒｏｕｐ  Ｎａｍｅ列は、その領域の名前を示している。また、Ｐｒｅｓｅｎｃｅの列の値「Ｍ」は、この領域が必須である（オプションではないこと）ことを示している。
【０１３０】
Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔは、例えば、Ｍｅｓｓａｇｅ  Ｔｙｐｅ、ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）の各領域を含む。Ｍｅｓｓａｇｅ  Ｔｙｐｅは、メッセージがＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔであることを示す識別子を格納する領域である。ＴＭＳＩは、Ｓ１設定情報が対象とする無線端末１の識別子を格納する領域である。すなわち、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔは、ＴＭＳＩ領域において指定された無線端末１に対するＳ１設定情報を要求する。
【０１３１】
Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅは、無線基地局２が他の無線基地局２に対して、Ｓ１設定情報を通知するためのメッセージの一例である。このようなメッセージは、従来のＬＴＥシステムにおいては用意されていないものである。このメッセージにより、無線端末１の休止前後で無線端末１が接続する無線基地局（セル）が変更された場合に、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔに応答して、休止前の無線基地局２が休止後の無線基地局２に対してＳ１設定情報を通知することが可能となる。
【０１３２】
図１５Ｂに、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅに含まれるＳ１設定情報の形式の一例を示す。なお、図１５Ｂにおいて、ＩＥ／Ｇｒｏｕｐ  Ｎａｍｅ列における記号「＞」は、それを付与された領域が入れ子構造を形成していることを示している。また、「＞」の数は入れ子の深さを示している。
【０１３３】
Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅは、例えば、Ｍｅｓｓａｇｅ  Ｔｙｐｅ、ＵＥ  Ｃｏｎｔｅｘｔ  Ｉｎｆｏｒｍａｔｉｏｎ、Ｏｌｄ  無線基地局  無線端末１  Ｘ２ＡＰ  ＩＤの各領域を含む。Ｍｅｓｓａｇｅ  Ｔｙｐｅは、メッセージがＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅであることを示す識別子を格納する領域である。
【０１３４】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｉｎｆｏｒｍａｔｉｏｎは、先述のＵＥコンテキストであり、さらに無線端末１  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓ、Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）ｓ  Ｔｏ  Ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔを含む。無線端末１  Ｓｅｃｕｒｉｔｙ  Ｃａｐａｂｉｌｉｔｉｅｓは、無線端末１との間で使用する暗号アルゴリズムを格納する領域である。Ｅ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ｓｅｔｕｐ  Ｌｉｓｔは、セットアップされるべき無線アクセスベアラのリストであるが詳細は割愛する。Ｏｌｄ  無線基地局  無線端末１  Ｘ２ＡＰ  ＩＤは、無線基地局間で無線端末１を識別するための識別子を格納する領域である。
【０１３５】
なお、上記のＳ１設定情報に含まれる情報要素は一例に過ぎない。Ｓ１設定情報は上記の一部の情報要素のみ含まれていてもよいし、上記以外の情報要素を含んでいてもよい。
【０１３６】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、無線基地局２が無線端末１に対してＲＲＣコネクションを変更することを命じるためのメッセージである。このメッセージは、測定（ｍｅａｓｕｒｅｍｅｎｔ）設定、移動（ｍｏｂｉｌｉｔｙ）制御、無線リソース設定、ＮＡＳメッセージおよびセキュリティ設定を含んで良い。
【０１３７】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅは、無線端末１が無線基地局２に対してＲＲＣコネクションの変更が完了して成功したことを通知するためのメッセージである。
【０１３８】
Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔは、無線基地局２が移動管理エンティティ３に対して、サービングゲートウェイ４との無線基地局２との間のパスを、サービングゲートウェイ４と他の無線基地局２との間に切替えることを要求するためのメッセージである。ＬＴＥシステムにおいては、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔは、通常は無線端末１がハンドオーバする際に使用される。本実施形態においては、このような通常の使用とは異なり、休止中の無線端末１が休止前と異なる無線基地局２の配下で復帰する場合にこのメッセージを用いている。これにより、移動管理エンティティ３等の上位装置には通常のハンドオーバに見せかけながら、サービングゲートウェイ４と無線基地局２の間のパスを切替えることを可能としている。また、新たなメッセージの規定や、移動管理エンティティ３等の上位装置に新たな処理ロジックを組み込むことによって生ずる処理の複雑化を回避している。
【０１３９】
Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅは、移動管理エンティティ３が無線基地局２に対して、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔで要求されたパスの切替が完了したことを示すためのメッセージである。ＬＴＥシステムにおいては、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅは、通常は無線端末１がハンドオーバする際に使用される。本実施形態においては、このような通常の使用とは異なり、休止中の無線端末１が休止前と異なる無線基地局２の配下で復帰する場合にこのメッセージを用いている。これにより、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを使用するのと同様の効果が得られる。
【０１４０】
ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅは、無線基地局２が他の無線基地局２に対して、ＵＥコンテキストの解放を要求するためのメッセージである。ＬＴＥシステムにおいては、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅは、通常は無線端末１がハンドオーバする際にターゲット無線基地局２からソース無線基地局２に対して使用される。本実施形態においては、このような通常の使用とは異なり、休止中の無線端末１が休止前と異なる無線基地局２の配下で復帰する場合にこのメッセージを用いている。これにより、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔを使用するのと同様の効果が得られる。
【０１４１】
Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔは、移動管理エンティティ３がサービングゲートウェイ４に対し、無線基地局２のＳ１−Ｕインタフェースの変更を要求するためのメッセージである。Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅは、サービングゲートウェイ４が移動管理エンティティ３に対し、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔに応じて、無線基地局２のＳ１−Ｕインタフェースの変更が完了したことを示すためのメッセージである。
【０１４２】
次に、本実施形態の無線通信システムにおける各装置で記憶される各種情報について説明する。
【０１４３】
図１６に、無線端末１の記憶部１４に格納される情報の一例を示す。記憶部１４は、例えば、内部パラメータであるＣｅｌｌＩＤ１４１、無線端末側設定情報１４２を格納している。
【０１４４】
ＣｅｌｌＩＤ１４１は、図４の呼解放処理において記憶される内部パラメータであり、在圏セルのＩＤ（すなわち、休止前の基地局の識別子に対応する）を示す。
【０１４５】
無線端末側設定情報１４２は、先述の通り、呼解放処理において無線端末１が解放せずに記憶しておき、無線端末１が休止中に保持し続ける情報である。
【０１４６】
無線端末側設定情報１４２は、例えば、Ｓｅｌｅｃｔｅｄ ＮＡＳ ｓｅｃｕｒｔｉｙ ａｌｇｏｒｉｔｈｍｓ、ＮＡＳ ｋｅｙ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ、Ｒｅｐｌａｙｅｄ ＵＥ ｓｅｃｕｒｉｔｙ ｃａｐａｃｉｔｉｅｓ、ＩＭＥＩＳＶ ｒｅｑｕｅｓｔ、Ｒｅｐｌａｙｅｄ ｎｏｎｃｅ ＵＥ、Ｎｏｎｃｅ ＭＭＥ、Ｓｅｃｕｒｉｔｙ Ｃｏｎｆｉｇ ＳＭＣ、Ｔ３４１２ ｖａｌｕｅ、ＴＡＩ ｌｉｓｔ、ＥＳＭ ｍｅｓｓａｇｅ ｃｏｎｔａｉｎｅｒ、ＧＵＴＩ、Ｌｏｃａｔｉｏｎ ａｒｅａ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＭＳ ｉｄｅｎｔｉｔｙ、ＥＭＭ ｃａｕｓｅ、Ｔ３４０２ ｖａｌｕｅ、Ｔ３４２３ ｖａｌｕｅ、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮｓの各情報要素（領域）を含む。これらは、従来の呼設定処理（図２および３）において無線端末１が受信するメッセージに含まれる情報に対応している。具体的には、Ｓｅｌｅｃｔｅｄ ＮＡＳ ｓｅｃｕｒｔｉｙ ａｌｇｏｒｉｔｈｍｓ、ＮＡＳ ｋｅｙ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ、Ｒｅｐｌａｙｅｄ ＵＥ ｓｅｃｕｒｉｔｙ ｃａｐａｃｉｔｉｅｓ、ＩＭＥＩＳＶ ｒｅｑｕｅｓｔ、Ｒｅｐｌａｙｅｄ ｎｏｎｃｅ ＵＥ、Ｎｏｎｃｅ ＭＭＥは、従来の呼設定処理において無線端末１が受信するＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）に含まれる情報に対応している。Ｓｅｃｕｒｉｔｙ Ｃｏｎｆｉｇ ＳＭＣ、は、従来の呼設定処理において無線端末１が受信するＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）に含まれる情報に対応している。Ｔ３４１２ ｖａｌｕｅ、ＴＡＩ ｌｉｓｔ、ＥＳＭ ｍｅｓｓａｇｅ ｃｏｎｔａｉｎｅｒ、ＧＵＴＩ、Ｌｏｃａｔｉｏｎ ａｒｅａ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＭＳ ｉｄｅｎｔｉｔｙ、ＥＭＭ ｃａｕｓｅ、Ｔ３４０２ ｖａｌｕｅ、Ｔ３４２３ ｖａｌｕｅ、Ｅｑｕｉｖａｌｅｎｔ ＰＬＭＮｓは、従来の呼設定処理において無線端末１が受信するＡｔｔａｃｈ  Ａｃｃｅｐｔに含まれる情報に対応している。各情報要素の詳細な説明は割愛する。
【０１４７】
無線端末側設定情報は通信中の無線端末１が保持している情報である。しかし従来の呼解放処理においては、無線端末１は休止時これらの情報を解放（消去）してしまう。そのため、従来の呼設定処理において、無線端末１は３つのメッセージＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）、Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＲＲＣ）、Ａｔｔａｃｈ  Ａｃｃｅｐｔの受信により再度取得を行っている。
【０１４８】
これに対し、本実施形態では、呼解放処理において、無線端末１は無線端末側設定情報を解放しない。これにより、呼設定処理において、無線端末１が復帰時にこれら３つのメッセージＳｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＮＡＳ）、Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ（ＲＲＣ）、Ａｔｔａｃｈ  Ａｃｃｅｐｔの受信を含む所定の手続きを省略することを可能としている。
【０１４９】
なお、上記の無線端末側設定情報に含まれる情報要素は一例に過ぎない。無線端末側設定情報は上記の一部の情報要素のみ含まれていてもよいし、上記以外の情報要素を含んでいてもよい。
【０１５０】
図１７に、無線基地局２の記憶部２５に格納される情報の一例を示す。記憶部２５は、例えば、内部パラメータであるＣｈａｎｇｅ  Ｃｅｌｌ２５１、Ｓｏｕｒｃｅ  Ｃｅｌｌ  ＩＤ２５２、Ｓ１設定情報２５３を格納している。
【０１５１】
Ｃｈａｎｇｅ  Ｃｅｌｌ２５１は、図５または６の呼設定処理において記憶される内部パラメータである。無線基地局２は、他の無線基地局２に接続していた無線端末１が休止後に復帰すると判断した場合には、Ｃｈａｎｇｅ  Ｃｅｌｌに無線基地局変更有りを示す値である「１」を設定する。また、無線基地局２は、前に自分に接続していた無線端末１が休止後に復帰すると判断した場合には、Ｃｈａｎｇｅ  Ｃｅｌｌに無線基地局変更無しを示す値である「０」を設定する。
【０１５２】
Ｓｏｕｒｃｅ  Ｃｅｌｌ  ＩＤ２５２は、図５または６の呼設定処理において記憶される内部パラメータである。無線基地局２は、受信したＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔにおけるＣｅｌｌＩＤの値を、Ｓｏｕｒｃｅ  Ｃｅｌｌ  ＩＤ２５２に設定する。
【０１５３】
Ｓ１設定情報２５３は、先述の通り、呼解放処理において無線基地局２が解放せずに記憶しておき、無線基地局２が無線端末の休止中に保持し続ける情報である。Ｓ１設定情報２５３の内容は、図１５Ｂに基づいて先に説明したとおりであり、ここでの説明は割愛する。
【０１５４】
以上説明した本実施形態の処理手順により、従来の呼設定処理と比較して、図２および図３における多くのメッセージを省略することができる。したがって、Ｆａｓｔ  Ｄｏｒｍａｎｃｙ機能に基づいて無線端末１の休止状態から通信再開への移行が繰り返されることによるメッセージ量の増大を抑制することが可能となる。
【０１５５】
また、従来の呼設定処理から省略されたメッセージに含まれる情報は、無線端末１と無線基地局２のそれぞれにおいて、各種設定やリソースを確保するための処理に利用されている。これに対し、本実施形態では、呼解放処理において、無線端末１が無線端末側設定情報を、無線基地局２がＳ１設定情報を解放せずに保持しておくことで、従来は省略されるメッセージに基づいて行われる設定やリソース確保を可能としている。
【０１５６】
さらに無線基地局２においては、無線端末１の休止前後で接続先となる無線基地局２が変わった場合であっても、移動先無線基地局２が移動元無線基地局２から設定情報を受け取ることで、省略されるメッセージにおいて本来設定される設定情報やリソースを確保することを可能としている。
【０１５７】
したがって、本実施形態によれば、従来のＦａｓt  Ｄｏｒｍａｎｃｙで実現される機能を損なうことなく、メッセージ量の削減を実現することができる。
【０１５８】
以下では、上記の各実施形態におけるバリエーションを説明する。
【０１５９】
上記実施形態では、呼設定手順において、無線基地局２ｂ（図５）または無線基地局２ａ（図６）は、無線端末１から受信するＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ値が「休止から復帰」に対応するもの）に含まれるＣｅｌｌＩＤ値を参照することで、無線端末１が休止したときに接続していた無線基地局２が他の無線基地局なのか自分なのかを判断している。これに対し、無線基地局２ｂまたは無線基地局２ａは、無線端末１からＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ値が「休止から復帰」に対応するもの）を受信したときに、その無線端末１に対応するＳ１設定情報を保持しているか否かに基づいて、無線端末１が休止したときに接続していた無線基地局２が他の無線基地局なのか自分なのかを判断してもよい。
【０１６０】
すなわち、無線基地局２ｂ（図５）は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを送信した無線端末１に対応するＳ１設定情報を保持していない場合、無線端末１が休止したときに接続していた無線基地局２が他の無線基地局２であると判断する。また、無線基地局２ａ（図６）は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔを送信した無線端末１に対応するＳ１設定情報を保持している場合、無線端末１が休止したときに接続していた無線基地局２が自分であると判断する。なお、無線基地局２ｂ（図５）は、無線端末１が休止したときに接続していた無線基地局２が他の無線基地局２であると判断した場合、ＣｅｌｌＩＤ（無線端末１が休止前に接続していたセルの識別情報）を、無線端末１から受け取ってもいいし、無線端末１に問い合わせて受け取ってもよいし、移動管理エンティティ３に問い合わせて受け取ってもよい。
【０１６１】
また、図５において無線基地局２ｂがＳ１設定情報を取得する方法は、上記に限らない。例えば以下のような方法が考えられる。
【０１６２】
図５の例では、無線基地局２ｂは、Ｓ１設定情報を要求するメッセージであるＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔを、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＣｅｌｌＩＤの識別子に基づいて送信先を特定して送信している。この方法は、メッセージ量が少なくなるというメリットがある。しかし、無線基地局２ｂは、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔを隣接基地局に同報してもかまわない。そして、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔを受信した隣接基地局は、Ｓ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｑｕｅｓｔに含まれる無線端末１識別子に基づき、対応する無線端末１のＳ１設定情報を保持しているかを確認し、保持している場合にはＳ１設定情報を格納したＳ１  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｎｄ  Ｒｅｓｐｏｎｓｅを送信する。この方法を図５の方法と比較すると、メッセージ量は多くなるが、無線端末１が移動元無線基地局２の識別子を保持したり送信する処理を省くことが可能となる。
【０１６３】
また、図５の場合においては、無線基地局２ｂは、無線基地局２ａからＳ１設定情報を他装置を経由せずに受信しているが、そうでなくてもよい。例えば、端末が休止時に移動元無線基地局２からＳ１設定情報を受信して保持しておき、端末が通信再開時にＳ１設定情報を移動先無線基地局２に送信してもよい。また、移動管理エンティティ３等の上位局が休止時に移動元無線基地局２からＳ１設定情報を受信して保持しておき、移動管理エンティティ３等の上位局が端末の通信再開時にＳ１設定情報を移動先無線基地局２に送信してもよい。
【符号の説明】
【０１６４】
１：無線端末
２：無線基地局
３：移動管理エンティティ
４：サービングゲートウェイ
５：ホーム加入者サーバ
【図１】
0006028738.tif 000002
【図２】
0006028738.tif 000003
【図３】
0006028738.tif 000004
【図４】
0006028738.tif 000005
【図５】
0006028738.tif 000006
【図６】
0006028738.tif 000007
【図７】
0006028738.tif 000008
【図８】
0006028738.tif 000009
【図９】
0006028738.tif 000010
【図１０】
0006028738.tif 000011
【図１１】
0006028738.tif 000012
【図１２】
0006028738.tif 000013
【図１３】
0006028738.tif 000014
【図１４】
0006028738.tif 000015
【図１５】
0006028738.tif 000016
【図１６】
0006028738.tif 000017
【図１７】
0006028738.tif 000018