(57)【要約】  位置登録後のRRC Connection解放に要する電力消費を低減する無線通信端末装置、ネットワーク装置、移動通信システム及び位置登録方法を開示する。この位置登録方法において、ＳＴ５０１では、ＵＥのＲＲＣステートがIdle状態である場合、ＵＥがflag=1を設定し、一方でＵＥとＵＴＲＡＮとの間にRRC Connectionを確立する。ＳＴ５０４では、ＳＴ５０１において設定したflagをＵＥがＵＴＲＡＮに送信し、ＳＴ５０５では、ＵＴＲＡＮが受信したflagを記憶する。ＳＴ５０７では、ＵＴＲＡＮが受信したRA Update AcceptをＵＥに送信すると共に、ＳＴ５０５において記憶したflagの値が１である場合には、RRC Connectionを解放する。一方、ＵＥはDOWNLINK DIRECT TRANSFERを受信すると、ＳＴ５０１において設定したflagの値が１である場合には、RRC Connectionを解放する。
2007037284.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置との間にＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションはネットワーク装置との間の位置登録、デタッチ又はＴＭＳＩリアロケーションを行うために開設するものと判断し、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段と、
を具備する無線通信端末装置。
【請求項２】
前記ＲＲＣプロトコル処理手段は、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示すRRC release flagとを前記ネットワーク装置に送信する請求項１に記載の無線通信端末装置。
【請求項３】
前記ＲＲＣプロトコル処理手段は、前記管理手段に記憶管理されている状態に応じて、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信する請求項１に記載の無線通信端末装置。
【請求項４】
無線通信端末装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段を具備するネットワーク装置。
【請求項５】
前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する請求項４に記載のネットワーク装置。
【請求項６】
前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示す情報が設定されたEstablishment causeを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する請求項４に記載のネットワーク装置。
【請求項７】
前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示す情報が設定されたEstablishment causeを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagを前記無線通信端末装置に送信する請求項６に記載のネットワーク装置。
【請求項８】
ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagとを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、
を有する無線通信端末装置と、
前記RRC release flagを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、
を具備する移動体通信システム。
【請求項９】
ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
前記管理手段に記憶管理されている状態がアイドル状態において位置登録を行うためにＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、
を有する無線通信端末装置と、
前記Establishment causeを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、
を具備する移動体通信システム。
【請求項１０】
無線通信端末装置とネットワーク装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、前記無線通信端末装置及び前記ネットワーク装置のそれぞれが位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する位置登録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線回線を開設し、位置登録を行う無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法に関する。
【背景技術】
【０００２】
一般に、無線アクセスネットワーク（RAN: Radio Access Network）は、無線制御装置（RNC: Radio Network Controller）とノードＢとにより構成されており、ＲＮＣは、交換機ネットワークであるコアネットワーク（CN: Core Network）とIuインタフェースを介して接続され、ノードＢは、移動機（UE: User Equipment）と無線インタフェースを介して接続される。【０００３】
図１に、移動体通信システムの制御プレーンのプロトコル構成を示す。図１において、ＵＥ（User Equipment）は無線レイヤ１、無線レイヤ２、ＲＲＣ（Radio Resource Control）及びＮＡＳ（Non Access Stratum）により構成されている。また、ＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）は、無線レイヤ１、無線レイヤ２、ＲＲＣ、Ｌａｙｅｒ１、Ｌａｙｅｒ２及びＲＡＮＡＰにより構成されている。さらに、ＣＮ（Core Network）は、Ｌａｙｅｒ１、Ｌａｙｅｒ２、ＲＡＮＡＰ及びＮＡＳにより構成されている。【０００４】
無線レイヤ１は、誤り訂正符号化、変復調、ＲＦ処理などを行う。無線レイヤ２は、無線リソースの割り当て制御などを行うMedium Access Control(MAC)と、無線リンクの制御を行うRadio Link Control(RLC)の２つのサブレイヤに分けられる。ＭＡＣは、上位レイヤからのデータを無線レイヤ１に受け渡すための多重・分離処理などを行う。一方、ＲＬＣは、上位レイヤからのデータをＭＡＣに受け渡すためのデータの分割・結合、無線区間での誤りを回復するための再送などを行う。【０００５】
ＲＲＣは、無線リソース制御を行い、制御用無線回線の設定・解放、データ通信用無線回線の設定・解放、ハンドオーバ、ＮＡＳからのメッセージの転送などを行う。【０００６】
ＮＡＳは、ＵＥとＣＮとの間で通信のための位置登録、認証、セッション制御などを行う。ＮＡＳのシグナリングはＲＲＣ、ＲＡＮＡＰを介して、ＵＥとＣＮとの間で送受される。【０００７】
ＲＡＮＡＰは、ＵＴＲＡＮとＣＮとの間の制御、ＵＥからのＮＡＳメッセージの転送を行う。【０００８】
Ｌａｙｅｒ１及びＬａｙｅｒ２は、ＵＴＲＡＮとＣＮとの間の有線レイヤ１及び有線レイヤ２プロトコルであり、ＩＰ（Internet Protocol）、ＡＴＭ（Asynchronous Transfer Mode）などを利用可能である。【０００９】
ここで、一般的な位置登録手順について図２を用いて説明する。図２において、ステップ（以下、「ＳＴ」と省略する）１１では、ＵＥがＵＴＲＡＮとの間に制御用の無線回線（RRC Connection）を開設するため、ＵＥからRRC Connection RequestをＵＴＲＡＮに送信する。【００１０】
ＳＴ１２では、ＵＴＲＡＮがRRC Connection Requestを受信し、RRC ConnectionのパラメータをRRC Connection Setupに設定し、このパラメータをＵＥに送信する。【００１１】
ＳＴ１３では、ＵＥがRRC Connection Setupを受信し、RRC Connectionのパラメータを無線レイヤ１、無線レイヤ２に設定する。無線レイヤ１は、無線回線同期の確立を図り、ＵＥは無線レイヤ１から無線回線同期の確立が通知されると、RRC Connection Setup CompleteをＵＴＲＡＮに送信する。【００１２】
このとき、ＵＥ及びＵＴＲＡＮのＲＲＣでは、RRC Idle状態（RRC Connectionが開設されていない状態）からRRC Connected状態（RRC Connectionが開設されている状態）に遷移し、ＵＥ及びＵＴＲＡＮでは、それぞれ新しい状態（ここでは、RRC Connected状態）を記憶する。【００１３】
ＳＴ１４では、ＵＥがＮＡＳから位置登録要求を受信し、RA(Routing Area) Update RequestをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。ＳＴ１５では、ＵＴＲＡＮがUPLINK DIRECT TRANSFERを受信する。そして、受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮのＮＡＳに送信する。【００１４】
ＳＴ１６では、ＣＮが位置登録処理を行い、ＲＡＮＡＰを介して位置登録応答（RA Update Accept）をＵＴＲＡＮに送信する。ＳＴ１７では、ＵＴＲＡＮがRA Update Acceptを受信し、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。ＵＥは、DOWNLINK DIRECT TRANSFERを受信すると、設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＵＥのＮＡＳに送信する。【００１５】
ＳＴ１８では、ＵＴＲＡＮがRRC Connectionを解放するため、RRC Connection ReleaseをＵＥに送信する。ＳＴ１９では、ＵＥがRRC Connection Releaseを受信し、応答として、RRC Connection Release CompleteをＵＴＲＡＮに送信する。ＵＥはRRC Connectionのための無線回線の解放を無線レイヤ２、無線レイヤ１に指示し、RRC Connectionを解放する。同様に、ＵＴＲＡＮにおいても、RRC Connection Release Completeを受信すると、RRC Connectionのための無線回線の解放を無線レイヤ２、無線レイヤ１に指示し、RRC Connectionを解放する。【００１６】
このとき、ＵＥ及びＵＴＲＡＮのＲＲＣでは、RRC Connected状態からRRC Idle状態に遷移し、遷移したRRC Idle状態を記憶する。【００１７】
以上説明した手順により、ＵＥ、ＵＴＲＡＮ、ＣＮの間において位置登録の処理を行うことができる。
【特許文献１】特表２００４−５２６３９３号公報
【非特許文献１】3GPP TS.25.331 v6. 6. 0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); protocol specification
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、ＵＥはIdle状態にある場合、予め設定された周期、または、位置登録エリア間を移動するたび、位置登録を行わなければならず、ＵＥは位置登録を行ったらRRC Connectionを解放しなければならないので、このRRC Connection解放のためにＵＴＲＡＮとのメッセージの送受信に要する電力を消費してしまうという問題がある。【００１９】
本発明の目的は、位置登録後のRRC Connection解放に要する電力消費を低減する無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法を提供することである。
【課題を解決するための手段】
【００２０】
本発明の無線通信端末装置は、ネットワーク装置との間にＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションはネットワーク装置との間の位置登録、デタッチ又はＴＭＳＩリアロケーションを行うために開設するものと判断し、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段と、を具備する構成を採る。【００２１】
本発明のネットワーク装置は、無線通信端末装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段を具備する構成を採る。【００２２】
本発明の移動体通信システムは、ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagとを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、を有する無線通信端末装置と、前記RRC release flagを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、を具備する構成を採る。【００２３】
本発明の移動体通信システムは、ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、前記管理手段に記憶管理されている状態がアイドル状態において位置登録を行うためにＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、を有する無線通信端末装置と、前記Establishment causeを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、を具備する構成を採る。【００２４】
本発明の位置登録方法は、無線通信端末装置とネットワーク装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、前記無線通信端末装置及び前記ネットワーク装置のそれぞれが位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するようにした。
【発明の効果】
【００２５】
本発明によれば、位置登録後のRRC Connection解放に要する電力消費を低減することができる。
【図面の簡単な説明】
【００２６】
【図１】移動体通信システムの制御プレーンのプロトコル構成を示す図
【図２】一般的な位置登録手順を示すシーケンス図
【図３】本発明の実施の形態１に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図
【図４】図３に示したＵＥのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図５】UPLINK DIRECT TRANSFERの構成を示す図
【図６】図３に示したＵＴＲＡＮのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図７】本発明の実施の形態１に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図
【図８】本発明の実施の形態２に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図
【図９】Establishment causeの各種タイプを示す図
【図１０】図８に示したＵＥのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１１】RRC Connection Requestの構成を示す図
【図１２】図８に示したＵＴＲＡＮのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１３】本発明の実施の形態２に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図
【図１４】本発明の実施の形態３に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図
【図１５】図１４に示したＵＥのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１６】図１４に示したＵＴＲＡＮのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１７】DOWNLINK DIRECT TRANSFERの構成を示す図
【図１８】本発明の実施の形態３に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。【００２８】
（実施の形態１）
図３は、本発明の実施の形態１に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図である。この図において、ＲＲＣプロトコル処理部１０１−１、１０１−２は、RRC Connectionの設定及び解放、両者間で位置登録処理を行うなどのプロトコル処理を行う。【００２９】
ＲＲＣステート管理部１０２−１、１０２−２は、RRC Idle状態（RRC Connectionが開設されていない状態）であるかRRC Connected状態（RRC Connectionが開設されている状態）であるかのＲＲＣステートを管理する。【００３０】
ＲＲＣリリースフラグ記憶部１０３−１，１０３−２は、ＲＲＣステート管理部１０２−１、１０２−２にRRC Idle状態が記憶されている場合には、位置登録後にRRC Releaseを実行するため、RRC release flag=1を記憶する。また、ＲＲＣステート管理部１０２−１、１０２−２にRRC Connected状態が記憶されている場合には、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、RRC release flag=0を記憶する。【００３１】
次に、ＵＥのＲＲＣプロトコル処理部１０１−１における位置登録手順について図４を用いて説明する。図４において、ステップ（以下、「ＳＴ」と省略する）２０１では、ＲＲＣステート管理部１０２−１に管理されているＲＲＣステートを確認し、管理されているＲＲＣステートがIdle状態であるか否かを判定する。Idle状態（ＹＥＳ）である場合にはＳＴ２０２に移行し、Idle状態ではなくConnected状態（ＮＯ）である場合にはＳＴ２０６に移行する。【００３２】
ＳＴ２０２では、位置登録後にRRC Releaseを実行するため、RRC release flag=1を設定し、ＲＲＣリリースフラグ記憶部１０３−１に記憶させる。ＳＴ２０３では、RRC Connection RequestをＵＴＲＡＮに送信する。【００３３】
ＳＴ２０４では、ＵＴＲＡＮからRRC Connection Setupを受信し、ＳＴ２０５では、RRC Connection Setup CompleteをＵＴＡＲＮに送信する。【００３４】
ＳＴ２０６では、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、RRC release flag=0を設定し、ＲＲＣリリースフラグ記憶部１０３−１に記憶させる。【００３５】
ＳＴ２０７では、ＮＡＳ部から受信したRA Update RequestとＲＲＣリリースフラグ記憶部１０３−１に記憶されているRRC release flagをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。参考までに、UPLINK DIRECT TRANSFERの構成を図５に示す。図５に示すように、UPLINK DIRECT TRANSFERには、Integrity check info, RRC release flag, CN domain identity, NAS messageが含まれる。【００３６】
ＳＴ２０８では、ＵＴＲＡＮからDOWNLINK DIRECT TRANSFERを受信し、ＳＴ２０９において、ＲＲＣリリースフラグ記憶部１０３−１に記憶されたRRC release flagの値を確認し、RRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ２１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。【００３７】
ＳＴ２１０では、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。【００３８】
次に、ＵＴＲＡＮのＲＲＣプロトコル処理部１０１−２における位置登録手順について図６を用いて説明する。図６において、ＳＴ４０１では、ＵＥからRRC Connection Requestを受信し、ＳＴ４０２では、RRC Connection SetupをＵＥに送信する。【００３９】
ＳＴ４０３では、RRC Connection Setup CompleteをＵＥから受信し、ＵＥとＵＴＲＡＮとの間でRRCコネクションが設定される。【００４０】
ＳＴ４０４では、ＵＥからUPLINK DIRECT TRANSFERを受信し、ＳＴ４０５では、受信したUPLINK DIRECT TRANSFERに設定されているRRC release flagを取り出し、取り出したRRC release flagをＲＲＣリリースフラグ記憶部１０３−２に記憶させる。ＳＴ４０６では、さらに、受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。ちなみに、ＣＮはRA Update Requestを受信すると、位置登録を行い、ＲＡＮＡＰを介して応答としてのRA Update AcceptをＵＴＲＡＮに送信する。【００４１】
ＳＴ４０７では、ＣＮからRA Update Acceptを受信し、ＳＴ４０８では、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。【００４２】
ＳＴ４０９では、ＲＲＣリリースフラグ記憶部１０３−２に記憶されているRRC release flagの値を確認し、RRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ４１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。【００４３】
ＳＴ４１０では、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。【００４４】
次に、ＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順について図７を用いて説明する。図７において、ＳＴ５０１では、ＵＥのＲＲＣプロトコル処理部１０１−１がＲＲＣステート管理部１０２−１に記憶されているＲＲＣステートを確認する。ここでは、ＲＲＣステートがIdle状態であるものとし、RRC release flag=1を設定し、設定したRRC release flag=1をＲＲＣリリースフラグ記憶部１０３−１に記憶させる。そして、ＵＥからRRC Connection RequestをＵＴＲＡＮに送信する。【００４５】
ＳＴ５０２では、ＵＴＲＡＮがRRC Connection RequestをＵＥから受信し、ＵＴＲＡＮからRRC Connection SetupをＵＥに送信する。【００４６】
ＳＴ５０３では、ＵＥがRRC Connection SetupをＵＴＲＡＮから受信し、ＵＥからRRC Connection Setup CompleteをＵＴＲＡＮに送信する。ＵＴＲＡＮがRRC Connection Setup Completeを受信すると、ＵＥとＵＴＲＡＮとの間でRRC Connectionが設定される。【００４７】
ＳＴ５０４では、ＵＥがＮＡＳ部から受信したRA Update RequestとＲＲＣリリースフラグ記憶部１０３−１に記憶されているRRC release flagをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。【００４８】
ＳＴ５０５では、ＵＴＲＡＮがUPLINK DIRECT TRANSFERをＵＥから受信し、受信したUPLINK DIRECT TRANSFERに設定されているRRC release flagを取り出し、取り出したRRC release flagをＲＲＣリリースフラグ記憶部１０３−２に記憶させる。また、ＵＴＲＡＮが受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。【００４９】
ＳＴ５０６では、ＣＮがRA Update RequestをＵＴＲＡＮから受信し、位置登録を行い、応答としてのRA Update AcceptをＲＡＮＡＰを介してＵＴＲＡＮに送信する。【００５０】
ＳＴ５０７では、ＵＴＲＡＮがRA Update AcceptをＣＮから受信し、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。また、ＲＲＣリリースフラグ記憶部１０３−２に記憶されているRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。一方、ＵＥがDOWNLINK DIRECT TRANSFERをＵＴＲＡＮから受信すると、ＲＲＣリリースフラグ記憶部１０３−１に記憶されているRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。【００５１】
このように実施の形態１によれば、ＵＥとＵＴＲＡＮとの間で位置登録を行うためにRRC Connectionを開設した場合、位置登録の終了と共にRRC Connectionの解放を許可するRRC release flagをＵＥがUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信することにより、位置登録終了後にＵＴＲＡＮ及びＵＥがRRC Connection Releaseメッセージの送受信処理を行うことなく、RRC Connectionを解放することができるので、RRC Connection Releaseメッセージの送受信に要する電力消費を削減することができる。【００５２】
（実施の形態２）
図８は、本発明の実施の形態２に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図である。ただし、図８が図３と共通する部分には図３と同一の符号を付し、その詳細な説明は省略する。【００５３】
図８において、Establishment cause記憶部６０１−１、６０１−２は、ＲＲＣステート管理部１０２−１、１０２−２にRRC Idle状態が記憶されている場合には、位置登録後にRRC Releaseを実行するため、Establishment causeとして新たに設けたRA Update & RRC releaseを記憶する。また、ＲＲＣステート管理部１０２−１、１０２−２にRRC Connected状態が記憶されている場合には、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、Establishment causeとしてinvalidを記憶する。なお、Establishment causeには図９に示すような各種のタイプがある。【００５４】
次に、ＵＥのＲＲＣプロトコル処理部１０１−１における位置登録手順について図１０を用いて説明する。ただし、図１０が図４と共通する手順には図４と同一の符号を付し、その詳細な説明は省略する。図１０において、ＳＴ８０１では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがIdle状態であると判定され、位置登録後にRRC Releaseを実行するため、Establishment causeにRA Update & RRC releaseを設定し、Establishment cause記憶部６０１−１に記憶させる。【００５５】
ＳＴ８０２では、ＳＴ８０１において設定したEstablishment causeの値をRRC Connection Requestに設定し、ＵＴＲＡＮに送信する。参考までに、RRC Connection Requestの構成を図１１に示す。図１１に示すように、RRC Connection Requestには、Predefined configuration status information, Initial UE identity, Establishment cause, Access stratum release indicatorが含まれる。【００５６】
ＳＴ８０３では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがConnected状態であると判定され、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、Establishment causeにinvalidを設定し、Establishment cause記憶部６０１−１に記憶させる。【００５７】
ＳＴ８０４では、ＮＡＳ部から受信したRA Update RequestをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。【００５８】
ＳＴ８０５では、Establishment cause記憶部６０１−１に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseであるか否かを判定する。Establishment cause=RA Update & RRC release（ＹＥＳ）である場合にはＳＴ２１０に移行し、Establishment cause=RA Update & RRC releaseではなく、Establishment cause=invalid（ＮＯ）である場合には位置登録処理を終了する。【００５９】
次に、ＵＴＲＡＮのＲＲＣプロトコル処理部１０１−２における位置登録手順について図１２を用いて説明する。ただし、図１２が図６と共通する手順には図６と同一の符号を付し、その詳細な説明は省略する。図１２において、ＳＴ１００１では、ＳＴ４０１において受信したRRC Connection Requestに設定されているEstablishment causeを取り出し、取り出したEstablishment causeをEstablishment cause記憶部６０１−２に記憶させる。【００６０】
ＳＴ１００２では、ＳＴ４０４において受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。【００６１】
ＳＴ１００３では、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseであるか否かを判定する。Establishment cause=RA Update & RRC release（ＹＥＳ）である場合にはＳＴ４１０に移行し、Establishment cause=RA Update & RRC releaseではなく、Establishment cause=invalid（ＮＯ）である場合には位置登録処理を終了する。【００６２】
次に、ＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順について図１３を用いて説明する。ただし、図１３が図７と共通する手順には図７と同一の符号を付し、その詳細な説明は省略する。図１３において、ＳＴ１１０１では、ＵＥのＲＲＣプロトコル管理部１０１−１がＲＲＣステート管理部１０２−１に記憶されているＲＲＣステートを確認する。ここでは、ＲＲＣステートがIdle状態であるものとし、Establishment cause=RA Update & RRC releaseを設定し、Establishment cause記憶部６０１−１に記憶させる。そして、Establishment cause値をRRC Connection Requestに設定し、ＵＴＲＡＮに送信する。【００６３】
ＳＴ１１０２では、ＵＥがＮＡＳ部から受信したRA Update RequestをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。【００６４】
ＳＴ１１０３では、ＵＴＲＡＮがUPLINK DIRECT TRANSFERをＵＥから受信し、受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。【００６５】
ＳＴ１１０４では、ＵＴＲＡＮがRA Update AcceptをＣＮから受信し、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。また、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseである場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。一方、ＵＥがDOWNLINK DIRECT TRANSFERをＵＴＲＡＮから受信すると、Establishment cause記憶部６０１−１に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseである場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。【００６６】
このように実施の形態２によれば、ＵＥとＵＴＲＡＮとの間で位置登録を行うためにRRC Connectionを開設した場合、位置登録の終了と共にRRC Connectionの解放を許可するEstablishment causeをＵＥがRRC Connection Requestに設定して、ＵＴＲＡＮに送信することにより、位置登録終了後にＵＴＲＡＮ及びＵＥがRRC Connection Releaseメッセージの送受信処理を行うことなく、RRC Connectionを解放することができるので、RRC Connection Releaseメッセージの送受信に要する電力消費を削減することができる。【００６７】
（実施の形態３）
図１４は、本発明の実施の形態３に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図である。ただし、図１４は、図８に示したＵＥ及びＵＴＲＡＮのＲＲＣの構成において、ＵＥのEstablishment cause記憶部６０１−１を削除したものであるため、図１４が図８と共通する部分には図８と同一の符号を付し、その詳細な説明は省略する。【００６８】
図１４において、Establishment cause記憶部６０１−２は、ＵＥのＲＲＣステートに応じてＵＥから送信されたEstablishment causeを記憶する。すなわち、ＵＥのＲＲＣステートがIdle状態である場合には、Establishment cause=RA Update & RRC releaseを記憶し、ＵＥのＲＲＣステートがConnected状態である場合には、Establishment cause=invalidを記憶する。【００６９】
次に、ＵＥのＲＲＣプロトコル処理部１０１−１における位置登録手順について図１５を用いて説明する。ただし、図１５が図１０と共通する手順には図１０と同一の符号を付し、その詳細な説明は省略する。図１５において、ＳＴ１３０１では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがIdle状態であると判定され、位置登録後にRRC Releaseを実行するため、Establishment causeにRA Update & RRC releaseを設定する。ここでは、図１０に示した処理とは異なり、設定したEstablishment causeは記憶しない。【００７０】
ＳＴ１３０２では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがConnected状態であると判定され、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、Establishment causeにinvalidを設定する。ここでも、図１０に示した処理とは異なり、設定したEstablishment causeは記憶しない。【００７１】
ＳＴ１３０３では、ＵＴＲＡＮからRRC release flagが設定されたDOWNLINK DIRECT TRANSFERを受信し、ＳＴ１３０４では、ＳＴ１３０３において受信したDOWNLINK DIRECT TRANSFERからRRC release flagを取り出し、取り出したRRC release flagの値がRRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ２１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。【００７２】
次に、ＵＴＲＡＮのＲＲＣプロトコル処理部１２０１−２における位置登録手順について図１６を用いて説明する。ただし、図１６が図１２と共通する手順には図１２と同一の符号を付し、その詳細な説明は省略する。図１６において、ＳＴ１４０１では、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseであるか否かを判定する。Establishment cause=RA Update & RRC release（ＹＥＳ）である場合にはＳＴ１４０２に移行し、Establishment cause=RA Update & RRC releaseではなく、Establishment cause=invalid（ＮＯ）である場合にはＳＴ１４０３に移行する。【００７３】
ＳＴ１４０２では、RRC release flag=1を設定し、ＳＴ１４０３では、RRC release flag=0を設定する。【００７４】
ＳＴ１４０４では、ＳＴ４０７において受信したRA Update Accept及びＳＴ１４０２又はＳＴ１４０３において設定したRRC release flagをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。参考までに、DOWNLINK DIRECT TRANSFERの構成を図１７に示す。図１７に示すように、DOWNLINK DIRECT TRANSFERには、RRC transaction identifier, Integrity check info, RRC release flag, CN domain identity, NAS messageが含まれる。【００７５】
ＳＴ１４０５では、ＳＴ１４０２又はＳＴ１４０３において設定したRRC release flagの値を確認し、RRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ４１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。【００７６】
次に、ＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順について図１８を用いて説明する。ただし、図１８が図１３と共通する手順には図１３と同一の符号を付し、その詳細な説明は省略する。【００７７】
図１８において、ＳＴ１６０１では、ＵＴＲＡＮがRA Update AcceptをＣＮから受信する。また、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseである場合にはRRC release flag=1を設定し、Establishment cause=invalidである場合にはRRC release flag=0を設定する。そして、設定したRRC release flagとＣＮから受信したRA Update AcceptとをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。【００７８】
ここで、ＵＴＲＡＮは設定したRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。一方、RRC release flag=0である場合には、位置登録処理を終了する。【００７９】
ＵＥがDOWNLINK DIRECT TRANSFERをＵＴＲＡＮから受信すると、DOWNLINK DIRECT TRANSFERからRRC release flagを取り出し、取り出したRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。一方、RRC release flag=0である場合には、位置登録処理を終了する。【００８０】
このように実施の形態３によれば、ＵＥとＵＴＲＡＮとの間で位置登録を行うためにRRC Connectionを開設した場合、位置登録の終了と共にRRC Connectionの解放を許可するEstablishment causeをＵＥがRRC Connection Requestに設定して、ＵＴＲＡＮに送信し、RRC Connectionの解放を許可するRRC release flagをＵＴＲＡＮがDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信することにより、位置登録終了後にＵＴＲＡＮ及びＵＥがRRC Connection Releaseメッセージの送受信処理を行うことなく、RRC Connectionを解放することができるので、RRC Connection Releaseメッセージの送受信に要する電力消費を削減することができる。【００８１】
なお、上記各実施の形態では、ＵＴＲＡＮを例に挙げて説明したが、本発明はこれに限らず、例えば、ノードＢ、ＲＮＣ（Radio Network Controller）、ＳＧＳＮ又はＧＧＳＮ等であってもよく、これらを総称してネットワーク装置という。【００８２】
また、上記各実施の形態では、RRC Connection Release, RRC Connection Completeの両方の処理を行わないものとして説明したが、RRC Connection Releaseは行い、RRC Connection Completeまでは行わないようにしてもよい。【００８３】
また、上記各実施の形態では、位置登録について説明したが、デタッチ、ＴＭＳＩリアロケーションに対して適用してもよい。【００８４】
また、RRC Connectionを解放する際には、予めタイマを設定し、タイマが満了したらRRC Connectionを解放するようにしてもよい。【００８５】
上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。【００８６】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【００８７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。【００８８】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。【００８９】
本明細書は、２００５年９月２８日出願の特願２００５−２８２９８６に基づくものである。この内容をここに含めておく。
【産業上の利用可能性】
【００９０】
本発明にかかる無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法は、ＵＥの位置登録後のRRC Connection解放に要する電力消費を低減することができ、３ＧＰＰ無線通信方式等に適用できる。
【図１】
2007037284.tif 000003
【図２】
2007037284.tif 000004
【図３】
2007037284.tif 000005
【図４】
2007037284.tif 000006
【図５】
2007037284.tif 000007
【図６】
2007037284.tif 000008
【図７】
2007037284.tif 000009
【図８】
2007037284.tif 000010
【図９】
2007037284.tif 000011
【図１０】
2007037284.tif 000012
【図１１】
2007037284.tif 000013
【図１２】
2007037284.tif 000014
【図１３】
2007037284.tif 000015
【図１４】
2007037284.tif 000016
【図１５】
2007037284.tif 000017
【図１６】
2007037284.tif 000018
【図１７】
2007037284.tif 000019
【図１８】
2007037284.tif 000020
【手続補正書】
【提出日】平成20年4月16日(2008.4.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク装置との間にＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションはネットワーク装置との間の位置登録、デタッチ又はＴＭＳＩリアロケーションを行うために開設するものと判断し、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段と、
を具備する無線通信端末装置。
【請求項２】
前記ＲＲＣプロトコル処理手段は、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示すRRC release flagとを前記ネットワーク装置に送信する請求項１に記載の無線通信端末装置。
【請求項３】
前記ＲＲＣプロトコル処理手段は、前記管理手段に記憶管理されている状態に応じて、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信する請求項１に記載の無線通信端末装置。
【請求項４】
無線通信端末装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段を具備するネットワーク装置。
【請求項５】
前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する請求項４に記載のネットワーク装置。
【請求項６】
前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示す情報が設定されたEstablishment causeを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する請求項４に記載のネットワーク装置。
【請求項７】
前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示す情報が設定されたEstablishment causeを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagを前記無線通信端末装置に送信する請求項６に記載のネットワーク装置。
【請求項８】
ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagとを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、
を有する無線通信端末装置と、
前記RRC release flagを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、
を具備する移動体通信システム。
【請求項９】
ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
前記管理手段に記憶管理されている状態がアイドル状態において位置登録を行うためにＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、
を有する無線通信端末装置と、
前記Establishment causeを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、
を具備する移動体通信システム。
【請求項１０】
無線通信端末装置とネットワーク装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、前記無線通信端末装置及び前記ネットワーク装置のそれぞれが位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する位置登録方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線回線を開設し、位置登録を行う無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法に関する。
【背景技術】
【０００２】
一般に、無線アクセスネットワーク（RAN: Radio Access Network）は、無線制御装置（RNC: Radio Network Controller）とノードＢとにより構成されており、ＲＮＣは、交換機ネットワークであるコアネットワーク（CN: Core Network）とIuインタフェースを介して接続され、ノードＢは、移動機（UE: User Equipment）と無線インタフェースを介して接続される。
【０００３】
図１に、移動体通信システムの制御プレーンのプロトコル構成を示す。図１において、ＵＥ（User Equipment）は無線レイヤ１、無線レイヤ２、ＲＲＣ（Radio Resource Control）及びＮＡＳ（Non Access Stratum）により構成されている。また、ＵＴＲＡＮ（UMTS
Terrestrial Radio Access Network）は、無線レイヤ１、無線レイヤ２、ＲＲＣ、Ｌａｙｅｒ１、Ｌａｙｅｒ２及びＲＡＮＡＰにより構成されている。さらに、ＣＮ（Core Network）は、Ｌａｙｅｒ１、Ｌａｙｅｒ２、ＲＡＮＡＰ及びＮＡＳにより構成されている。
【０００４】
無線レイヤ１は、誤り訂正符号化、変復調、ＲＦ処理などを行う。無線レイヤ２は、無線リソースの割り当て制御などを行うMedium Access Control(MAC)と、無線リンクの制御を行うRadio Link Control(RLC)の２つのサブレイヤに分けられる。ＭＡＣは、上位レイヤからのデータを無線レイヤ１に受け渡すための多重・分離処理などを行う。一方、ＲＬＣは、上位レイヤからのデータをＭＡＣに受け渡すためのデータの分割・結合、無線区間での誤りを回復するための再送などを行う。
【０００５】
ＲＲＣは、無線リソース制御を行い、制御用無線回線の設定・解放、データ通信用無線回線の設定・解放、ハンドオーバ、ＮＡＳからのメッセージの転送などを行う。
【０００６】
ＮＡＳは、ＵＥとＣＮとの間で通信のための位置登録、認証、セッション制御などを行う。ＮＡＳのシグナリングはＲＲＣ、ＲＡＮＡＰを介して、ＵＥとＣＮとの間で送受される。
【０００７】
ＲＡＮＡＰは、ＵＴＲＡＮとＣＮとの間の制御、ＵＥからのＮＡＳメッセージの転送を行う。
【０００８】
Ｌａｙｅｒ１及びＬａｙｅｒ２は、ＵＴＲＡＮとＣＮとの間の有線レイヤ１及び有線レイヤ２プロトコルであり、ＩＰ（Internet Protocol）、ＡＴＭ（Asynchronous Transfer
Mode）などを利用可能である。
【０００９】
ここで、一般的な位置登録手順について図２を用いて説明する。図２において、ステップ（以下、「ＳＴ」と省略する）１１では、ＵＥがＵＴＲＡＮとの間に制御用の無線回線（RRC Connection）を開設するため、ＵＥからRRC Connection RequestをＵＴＲＡＮに送信する。
【００１０】
ＳＴ１２では、ＵＴＲＡＮがRRC Connection Requestを受信し、RRC ConnectionのパラメータをRRC Connection Setupに設定し、このパラメータをＵＥに送信する。
【００１１】
ＳＴ１３では、ＵＥがRRC Connection Setupを受信し、RRC Connectionのパラメータを無線レイヤ１、無線レイヤ２に設定する。無線レイヤ１は、無線回線同期の確立を図り、ＵＥは無線レイヤ１から無線回線同期の確立が通知されると、RRC Connection Setup CompleteをＵＴＲＡＮに送信する。
【００１２】
このとき、ＵＥ及びＵＴＲＡＮのＲＲＣでは、RRC Idle状態（RRC Connectionが開設されていない状態）からRRC Connected状態（RRC Connectionが開設されている状態）に遷移し、ＵＥ及びＵＴＲＡＮでは、それぞれ新しい状態（ここでは、RRC Connected状態）を記憶する。
【００１３】
ＳＴ１４では、ＵＥがＮＡＳから位置登録要求を受信し、RA(Routing Area) Update RequestをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。ＳＴ１５では、ＵＴＲＡＮがUPLINK DIRECT TRANSFERを受信する。そして、受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮのＮＡＳに送信する。
【００１４】
ＳＴ１６では、ＣＮが位置登録処理を行い、ＲＡＮＡＰを介して位置登録応答（RA Update Accept）をＵＴＲＡＮに送信する。ＳＴ１７では、ＵＴＲＡＮがRA Update Acceptを受信し、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。ＵＥは、DOWNLINK DIRECT TRANSFERを受信すると、設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＵＥのＮＡＳに送信する。
【００１５】
ＳＴ１８では、ＵＴＲＡＮがRRC Connectionを解放するため、RRC Connection ReleaseをＵＥに送信する。ＳＴ１９では、ＵＥがRRC Connection Releaseを受信し、応答として、RRC Connection Release CompleteをＵＴＲＡＮに送信する。ＵＥはRRC Connectionのための無線回線の解放を無線レイヤ２、無線レイヤ１に指示し、RRC Connectionを解放する。同様に、ＵＴＲＡＮにおいても、RRC Connection Release Completeを受信すると、RRC Connectionのための無線回線の解放を無線レイヤ２、無線レイヤ１に指示し、RRC Connectionを解放する。
【００１６】
このとき、ＵＥ及びＵＴＲＡＮのＲＲＣでは、RRC Connected状態からRRC Idle状態に遷移し、遷移したRRC Idle状態を記憶する。
【００１７】
以上説明した手順により、ＵＥ、ＵＴＲＡＮ、ＣＮの間において位置登録の処理を行うことができる。
【特許文献１】特表２００４−５２６３９３号公報
【非特許文献１】3GPP TS.25.331 v6. 6. 0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); protocol specification
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、ＵＥはIdle状態にある場合、予め設定された周期、または、位置登録エリア間を移動するたび、位置登録を行わなければならず、ＵＥは位置登録を行ったらRRC Connectionを解放しなければならないので、このRRC Connection解放のためにＵＴＲＡＮとのメッセージの送受信に要する電力を消費してしまうという問題がある。
【００１９】
本発明の目的は、位置登録後のRRC Connection解放に要する電力消費を低減する無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法を提供することで
ある。
【課題を解決するための手段】
【００２０】
本発明の無線通信端末装置は、ネットワーク装置との間にＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションはネットワーク装置との間の位置登録、デタッチ又はＴＭＳＩリアロケーションを行うために開設するものと判断し、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段と、を具備する構成を採る。
【００２１】
本発明のネットワーク装置は、無線通信端末装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段を具備する構成を採る。
【００２２】
本発明の移動体通信システムは、ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagとを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、を有する無線通信端末装置と、前記RRC release flagを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、を具備する構成を採る。
【００２３】
本発明の移動体通信システムは、ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、前記管理手段に記憶管理されている状態がアイドル状態において位置登録を行うためにＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、を有する無線通信端末装置と、前記Establishment causeを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、を具備する構成を採る。
【００２４】
本発明の位置登録方法は、無線通信端末装置とネットワーク装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、前記無線通信端末装置及び前記ネットワーク装置のそれぞれが位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するようにした。
【発明の効果】
【００２５】
本発明によれば、位置登録後のRRC Connection解放に要する電力消費を低減することができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２７】
（実施の形態１）
図３は、本発明の実施の形態１に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図である。この図において、ＲＲＣプロトコル処理部１０１−１、１０１−２は、RRC Connectionの設定及び解放、両者間で位置登録処理を行うなどのプロトコル処理を行う。
【００２８】
ＲＲＣステート管理部１０２−１、１０２−２は、RRC Idle状態（RRC Connectionが開設されていない状態）であるかRRC Connected状態（RRC Connectionが開設されている状態）であるかのＲＲＣステートを管理する。
【００２９】
ＲＲＣリリースフラグ記憶部１０３−１，１０３−２は、ＲＲＣステート管理部１０２−１、１０２−２にRRC Idle状態が記憶されている場合には、位置登録後にRRC Releaseを実行するため、RRC release flag=1を記憶する。また、ＲＲＣステート管理部１０２−１、１０２−２にRRC Connected状態が記憶されている場合には、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、RRC release flag=0を記憶する。
【００３０】
次に、ＵＥのＲＲＣプロトコル処理部１０１−１における位置登録手順について図４を用いて説明する。図４において、ステップ（以下、「ＳＴ」と省略する）２０１では、ＲＲＣステート管理部１０２−１に管理されているＲＲＣステートを確認し、管理されているＲＲＣステートがIdle状態であるか否かを判定する。Idle状態（ＹＥＳ）である場合にはＳＴ２０２に移行し、Idle状態ではなくConnected状態（ＮＯ）である場合にはＳＴ２０６に移行する。
【００３１】
ＳＴ２０２では、位置登録後にRRC Releaseを実行するため、RRC release flag=1を設定し、ＲＲＣリリースフラグ記憶部１０３−１に記憶させる。ＳＴ２０３では、RRC Connection RequestをＵＴＲＡＮに送信する。
【００３２】
ＳＴ２０４では、ＵＴＲＡＮからRRC Connection Setupを受信し、ＳＴ２０５では、RRC Connection Setup CompleteをＵＴＡＲＮに送信する。
【００３３】
ＳＴ２０６では、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、RRC release flag=0を設定し、ＲＲＣリリースフラグ記憶部１０３−１に記憶させる。
【００３４】
ＳＴ２０７では、ＮＡＳ部から受信したRA Update RequestとＲＲＣリリースフラグ記憶部１０３−１に記憶されているRRC release flagをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。参考までに、UPLINK DIRECT TRANSFERの構成を図５に示す。図５に示すように、UPLINK DIRECT TRANSFERには、Integrity check info, RRC release flag, CN domain identity, NAS messageが含まれる。
【００３５】
ＳＴ２０８では、ＵＴＲＡＮからDOWNLINK DIRECT TRANSFERを受信し、ＳＴ２０９において、ＲＲＣリリースフラグ記憶部１０３−１に記憶されたRRC release flagの値を確認し、RRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ２１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。
【００３６】
ＳＴ２１０では、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。
【００３７】
次に、ＵＴＲＡＮのＲＲＣプロトコル処理部１０１−２における位置登録手順について図６を用いて説明する。図６において、ＳＴ４０１では、ＵＥからRRC Connection Requestを受信し、ＳＴ４０２では、RRC Connection SetupをＵＥに送信する。
【００３８】
ＳＴ４０３では、RRC Connection Setup CompleteをＵＥから受信し、ＵＥとＵＴＲＡＮとの間でRRCコネクションが設定される。
【００３９】
ＳＴ４０４では、ＵＥからUPLINK DIRECT TRANSFERを受信し、ＳＴ４０５では、受信したUPLINK DIRECT TRANSFERに設定されているRRC release flagを取り出し、取り出したRRC release flagをＲＲＣリリースフラグ記憶部１０３−２に記憶させる。ＳＴ４０６では、さらに、受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。ちなみに、ＣＮはRA Update Requestを受信すると、位置登録を行い、ＲＡＮＡＰを介して応答としてのRA Update AcceptをＵＴＲＡＮに送信する。
【００４０】
ＳＴ４０７では、ＣＮからRA Update Acceptを受信し、ＳＴ４０８では、受信したRA U
pdate AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。
【００４１】
ＳＴ４０９では、ＲＲＣリリースフラグ記憶部１０３−２に記憶されているRRC release flagの値を確認し、RRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ４１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。
【００４２】
ＳＴ４１０では、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。
【００４３】
次に、ＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順について図７を用いて説明する。図７において、ＳＴ５０１では、ＵＥのＲＲＣプロトコル処理部１０１−１がＲＲＣステート管理部１０２−１に記憶されているＲＲＣステートを確認する。ここでは、ＲＲＣステートがIdle状態であるものとし、RRC release flag=1を設定し、設定したRRC release flag=1をＲＲＣリリースフラグ記憶部１０３−１に記憶させる。そして、ＵＥからRRC Connection RequestをＵＴＲＡＮに送信する。
【００４４】
ＳＴ５０２では、ＵＴＲＡＮがRRC Connection RequestをＵＥから受信し、ＵＴＲＡＮからRRC Connection SetupをＵＥに送信する。
【００４５】
ＳＴ５０３では、ＵＥがRRC Connection SetupをＵＴＲＡＮから受信し、ＵＥからRRC Connection Setup CompleteをＵＴＲＡＮに送信する。ＵＴＲＡＮがRRC Connection Setup Completeを受信すると、ＵＥとＵＴＲＡＮとの間でRRC Connectionが設定される。
【００４６】
ＳＴ５０４では、ＵＥがＮＡＳ部から受信したRA Update RequestとＲＲＣリリースフラグ記憶部１０３−１に記憶されているRRC release flagをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。
【００４７】
ＳＴ５０５では、ＵＴＲＡＮがUPLINK DIRECT TRANSFERをＵＥから受信し、受信したUPLINK DIRECT TRANSFERに設定されているRRC release flagを取り出し、取り出したRRC release flagをＲＲＣリリースフラグ記憶部１０３−２に記憶させる。また、ＵＴＲＡＮが受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。
【００４８】
ＳＴ５０６では、ＣＮがRA Update RequestをＵＴＲＡＮから受信し、位置登録を行い、応答としてのRA Update AcceptをＲＡＮＡＰを介してＵＴＲＡＮに送信する。
【００４９】
ＳＴ５０７では、ＵＴＲＡＮがRA Update AcceptをＣＮから受信し、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。また、ＲＲＣリリースフラグ記憶部１０３−２に記憶されているRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。一方、ＵＥがDOWNLINK DIRECT TRANSFERをＵＴＲＡＮから受信すると、ＲＲＣリリースフラグ記憶部１０３−１に記憶されているRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。
【００５０】
このように実施の形態１によれば、ＵＥとＵＴＲＡＮとの間で位置登録を行うためにRRC Connectionを開設した場合、位置登録の終了と共にRRC Connectionの解放を許可するRRC release flagをＵＥがUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信すること
により、位置登録終了後にＵＴＲＡＮ及びＵＥがRRC Connection Releaseメッセージの送受信処理を行うことなく、RRC Connectionを解放することができるので、RRC Connection
Releaseメッセージの送受信に要する電力消費を削減することができる。
【００５１】
（実施の形態２）
図８は、本発明の実施の形態２に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図である。ただし、図８が図３と共通する部分には図３と同一の符号を付し、その詳細な説明は省略する。
【００５２】
図８において、Establishment cause記憶部６０１−１、６０１−２は、ＲＲＣステート管理部１０２−１、１０２−２にRRC Idle状態が記憶されている場合には、位置登録後にRRC Releaseを実行するため、Establishment causeとして新たに設けたRA Update & RRC releaseを記憶する。また、ＲＲＣステート管理部１０２−１、１０２−２にRRC Connected状態が記憶されている場合には、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、Establishment causeとしてinvalidを記憶する。なお、Establishment causeには図９に示すような各種のタイプがある。
【００５３】
次に、ＵＥのＲＲＣプロトコル処理部１０１−１における位置登録手順について図１０を用いて説明する。ただし、図１０が図４と共通する手順には図４と同一の符号を付し、その詳細な説明は省略する。図１０において、ＳＴ８０１では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがIdle状態であると判定され、位置登録後にRRC Releaseを実行するため、Establishment causeにRA Update & RRC releaseを設定し、Establishment cause記憶部６０１−１に記憶させる。
【００５４】
ＳＴ８０２では、ＳＴ８０１において設定したEstablishment causeの値をRRC Connection Requestに設定し、ＵＴＲＡＮに送信する。参考までに、RRC Connection Requestの構成を図１１に示す。図１１に示すように、RRC Connection Requestには、Predefined configuration status information, Initial UE identity, Establishment cause, Access stratum release indicatorが含まれる。
【００５５】
ＳＴ８０３では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがConnected状態であると判定され、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、Establishment causeにinvalidを設定し、Establishment cause記憶部６０１−１に記憶させる。
【００５６】
ＳＴ８０４では、ＮＡＳ部から受信したRA Update RequestをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。
【００５７】
ＳＴ８０５では、Establishment cause記憶部６０１−１に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseであるか否かを判定する。Establishment cause=RA Update & RRC release（ＹＥＳ）である場合にはＳＴ２１０に移行し、Establishment cause=RA Update & RRC releaseではなく、Establishment cause=invalid（ＮＯ）である場合には位置登録処理を終了する。
【００５８】
次に、ＵＴＲＡＮのＲＲＣプロトコル処理部１０１−２における位置登録手順について図１２を用いて説明する。ただし、図１２が図６と共通する手順には図６と同一の符号を付し、その詳細な説明は省略する。図１２において、ＳＴ１００１では、ＳＴ４０１において受信したRRC Connection Requestに設定されているEstablishment causeを取り出し
、取り出したEstablishment causeをEstablishment cause記憶部６０１−２に記憶させる。
【００５９】
ＳＴ１００２では、ＳＴ４０４において受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。
【００６０】
ＳＴ１００３では、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseであるか否かを判定する。Establishment cause=RA Update & RRC release（ＹＥＳ）である場合にはＳＴ４１０に移行し、Establishment cause=RA Update & RRC releaseではなく、Establishment cause=invalid（ＮＯ）である場合には位置登録処理を終了する。
【００６１】
次に、ＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順について図１３を用いて説明する。ただし、図１３が図７と共通する手順には図７と同一の符号を付し、その詳細な説明は省略する。図１３において、ＳＴ１１０１では、ＵＥのＲＲＣプロトコル管理部１０１−１がＲＲＣステート管理部１０２−１に記憶されているＲＲＣステートを確認する。ここでは、ＲＲＣステートがIdle状態であるものとし、Establishment cause=RA Update & RRC releaseを設定し、Establishment cause記憶部６０１−１に記憶させる。そして、Establishment cause値をRRC Connection Requestに設定し、ＵＴＲＡＮに送信する。
【００６２】
ＳＴ１１０２では、ＵＥがＮＡＳ部から受信したRA Update RequestをUPLINK DIRECT TRANSFERに設定して、ＵＴＲＡＮに送信する。
【００６３】
ＳＴ１１０３では、ＵＴＲＡＮがUPLINK DIRECT TRANSFERをＵＥから受信し、受信したUPLINK DIRECT TRANSFERに設定されているRA Update Requestを取り出し、取り出したRA Update RequestをＲＡＮＡＰを介してＣＮに送信する。
【００６４】
ＳＴ１１０４では、ＵＴＲＡＮがRA Update AcceptをＣＮから受信し、受信したRA Update AcceptをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。また、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseである場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。一方、ＵＥがDOWNLINK DIRECT TRANSFERをＵＴＲＡＮから受信すると、Establishment cause記憶部６０１−１に記憶されているEstablishment
causeの値を確認し、Establishment cause=RA Update & RRC releaseである場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。
【００６５】
このように実施の形態２によれば、ＵＥとＵＴＲＡＮとの間で位置登録を行うためにRRC Connectionを開設した場合、位置登録の終了と共にRRC Connectionの解放を許可するEstablishment causeをＵＥがRRC Connection Requestに設定して、ＵＴＲＡＮに送信することにより、位置登録終了後にＵＴＲＡＮ及びＵＥがRRC Connection Releaseメッセージの送受信処理を行うことなく、RRC Connectionを解放することができるので、RRC Connection Releaseメッセージの送受信に要する電力消費を削減することができる。
【００６６】
（実施の形態３）
図１４は、本発明の実施の形態３に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図である。ただし、図１４は、図８に示したＵＥ及びＵＴＲＡＮのＲＲＣの構成にお
いて、ＵＥのEstablishment cause記憶部６０１−１を削除したものであるため、図１４が図８と共通する部分には図８と同一の符号を付し、その詳細な説明は省略する。
【００６７】
図１４において、Establishment cause記憶部６０１−２は、ＵＥのＲＲＣステートに応じてＵＥから送信されたEstablishment causeを記憶する。すなわち、ＵＥのＲＲＣステートがIdle状態である場合には、Establishment cause=RA Update & RRC releaseを記憶し、ＵＥのＲＲＣステートがConnected状態である場合には、Establishment cause=invalidを記憶する。
【００６８】
次に、ＵＥのＲＲＣプロトコル処理部１０１−１における位置登録手順について図１５を用いて説明する。ただし、図１５が図１０と共通する手順には図１０と同一の符号を付し、その詳細な説明は省略する。図１５において、ＳＴ１３０１では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがIdle状態であると判定され、位置登録後にRRC Releaseを実行するため、Establishment causeにRA Update & RRC releaseを設定する。ここでは、図１０に示した処理とは異なり、設定したEstablishment causeは記憶しない。
【００６９】
ＳＴ１３０２では、ＳＴ２０１においてＲＲＣステート管理部１０２−１に管理されているＲＲＣステートがConnected状態であると判定され、位置登録以外の通信のために、既にRRC Connectionが開設されており、RRC Connectionを開設する必要がなく、かつ、位置登録後にRRC Releaseを実行してはいけないため、Establishment causeにinvalidを設定する。ここでも、図１０に示した処理とは異なり、設定したEstablishment causeは記憶しない。
【００７０】
ＳＴ１３０３では、ＵＴＲＡＮからRRC release flagが設定されたDOWNLINK DIRECT TRANSFERを受信し、ＳＴ１３０４では、ＳＴ１３０３において受信したDOWNLINK DIRECT TRANSFERからRRC release flagを取り出し、取り出したRRC release flagの値がRRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ２１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。
【００７１】
次に、ＵＴＲＡＮのＲＲＣプロトコル処理部１２０１−２における位置登録手順について図１６を用いて説明する。ただし、図１６が図１２と共通する手順には図１２と同一の符号を付し、その詳細な説明は省略する。図１６において、ＳＴ１４０１では、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseであるか否かを判定する。Establishment cause=RA Update & RRC release（ＹＥＳ）である場合にはＳＴ１４０２に移行し、Establishment cause=RA Update & RRC releaseではなく、Establishment cause=invalid（ＮＯ）である場合にはＳＴ１４０３に移行する。
【００７２】
ＳＴ１４０２では、RRC release flag=1を設定し、ＳＴ１４０３では、RRC release flag=0を設定する。
【００７３】
ＳＴ１４０４では、ＳＴ４０７において受信したRA Update Accept及びＳＴ１４０２又はＳＴ１４０３において設定したRRC release flagをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。参考までに、DOWNLINK DIRECT TRANSFERの構成を図１７に示す。図１７に示すように、DOWNLINK DIRECT TRANSFERには、RRC transaction identifier, Integrity check info, RRC release flag, CN domain identity, NAS messageが含まれる。
【００７４】
ＳＴ１４０５では、ＳＴ１４０２又はＳＴ１４０３において設定したRRC release flag
の値を確認し、RRC release flag=1であるか否かを判定する。RRC release flag=1（ＹＥＳ）である場合にはＳＴ４１０に移行し、RRC release flag=1ではなく、RRC release flag=0（ＮＯ）である場合には位置登録処理を終了する。
【００７５】
次に、ＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順について図１８を用いて説明する。ただし、図１８が図１３と共通する手順には図１３と同一の符号を付し、その詳細な説明は省略する。
【００７６】
図１８において、ＳＴ１６０１では、ＵＴＲＡＮがRA Update AcceptをＣＮから受信する。また、Establishment cause記憶部６０１−２に記憶されているEstablishment causeの値を確認し、Establishment cause=RA Update & RRC releaseである場合にはRRC release flag=1を設定し、Establishment cause=invalidである場合にはRRC release flag=0を設定する。そして、設定したRRC release flagとＣＮから受信したRA Update AcceptとをDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信する。
【００７７】
ここで、ＵＴＲＡＮは設定したRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを送信することなく、RRC Connectionを解放する。一方、RRC release flag=0である場合には、位置登録処理を終了する。
【００７８】
ＵＥがDOWNLINK DIRECT TRANSFERをＵＴＲＡＮから受信すると、DOWNLINK DIRECT TRANSFERからRRC release flagを取り出し、取り出したRRC release flagの値を確認し、RRC release flag=1である場合には、無線レイヤ１及び無線レイヤ２にRRC Connectionの解放を指示し、RRC Connection Releaseメッセージを受信することなく、RRC Connectionを解放する。一方、RRC release flag=0である場合には、位置登録処理を終了する。
【００７９】
このように実施の形態３によれば、ＵＥとＵＴＲＡＮとの間で位置登録を行うためにRRC Connectionを開設した場合、位置登録の終了と共にRRC Connectionの解放を許可するEstablishment causeをＵＥがRRC Connection Requestに設定して、ＵＴＲＡＮに送信し、RRC Connectionの解放を許可するRRC release flagをＵＴＲＡＮがDOWNLINK DIRECT TRANSFERに設定して、ＵＥに送信することにより、位置登録終了後にＵＴＲＡＮ及びＵＥがRRC
Connection Releaseメッセージの送受信処理を行うことなく、RRC Connectionを解放することができるので、RRC Connection Releaseメッセージの送受信に要する電力消費を削減することができる。
【００８０】
なお、上記各実施の形態では、ＵＴＲＡＮを例に挙げて説明したが、本発明はこれに限らず、例えば、ノードＢ、ＲＮＣ（Radio Network Controller）、ＳＧＳＮ又はＧＧＳＮ等であってもよく、これらを総称してネットワーク装置という。
【００８１】
また、上記各実施の形態では、RRC Connection Release, RRC Connection Completeの両方の処理を行わないものとして説明したが、RRC Connection Releaseは行い、RRC Connection Completeまでは行わないようにしてもよい。
【００８２】
また、上記各実施の形態では、位置登録について説明したが、デタッチ、ＴＭＳＩリアロケーションに対して適用してもよい。
【００８３】
また、RRC Connectionを解放する際には、予めタイマを設定し、タイマが満了したらRRC Connectionを解放するようにしてもよい。
【００８４】
上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが
、本発明はソフトウェアで実現することも可能である。
【００８５】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００８６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【００８７】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【００８８】
本明細書は、２００５年９月２８日出願の特願２００５−２８２９８６に基づくものである。この内容をここに含めておく。
【産業上の利用可能性】
【００８９】
本発明にかかる無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法は、ＵＥの位置登録後のRRC Connection解放に要する電力消費を低減することができ、３ＧＰＰ無線通信方式等に適用できる。
【図面の簡単な説明】
【００９０】
【図１】移動体通信システムの制御プレーンのプロトコル構成を示す図
【図２】一般的な位置登録手順を示すシーケンス図
【図３】本発明の実施の形態１に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図
【図４】図３に示したＵＥのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図５】UPLINK DIRECT TRANSFERの構成を示す図
【図６】図３に示したＵＴＲＡＮのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図７】本発明の実施の形態１に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図
【図８】本発明の実施の形態２に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図
【図９】Establishment causeの各種タイプを示す図
【図１０】図８に示したＵＥのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１１】RRC Connection Requestの構成を示す図
【図１２】図８に示したＵＴＲＡＮのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１３】本発明の実施の形態２に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図
【図１４】本発明の実施の形態３に係るＵＥ及びＵＴＲＡＮのＲＲＣの構成を示すブロック図
【図１５】図１４に示したＵＥのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１６】図１４に示したＵＴＲＡＮのＲＲＣプロトコル処理部における位置登録手順を示すフロー図
【図１７】DOWNLINK DIRECT TRANSFERの構成を示す図
【図１８】本発明の実施の形態３に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2007037284.tif 000021
【図２】
2007037284.tif 000022
【図３】
2007037284.tif 000023
【図４】
2007037284.tif 000024
【図５】
2007037284.tif 000025
【図６】
2007037284.tif 000026
【図７】
2007037284.tif 000027
【図８】
2007037284.tif 000028
【図９】
2007037284.tif 000029
【図１０】
2007037284.tif 000030
【図１１】
2007037284.tif 000031
【図１２】
2007037284.tif 000032
【図１３】
2007037284.tif 000033
【図１４】
2007037284.tif 000034
【図１５】
2007037284.tif 000035
【図１６】
2007037284.tif 000036
【図１７】
2007037284.tif 000037
【図１８】
2007037284.tif 000038
【国際調査報告】
2007037284.tif 000039
2007037284.tif 000040