JPWO2007037284A1 - 無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法 - Google Patents

無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法 Download PDF

Info

Publication number
JPWO2007037284A1
JPWO2007037284A1 JP2007537648A JP2007537648A JPWO2007037284A1 JP WO2007037284 A1 JPWO2007037284 A1 JP WO2007037284A1 JP 2007537648 A JP2007537648 A JP 2007537648A JP 2007537648 A JP2007537648 A JP 2007537648A JP WO2007037284 A1 JPWO2007037284 A1 JP WO2007037284A1
Authority
JP
Japan
Prior art keywords
rrc
rrc connection
location registration
release
utran
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2007537648A
Other languages
English (en)
Inventor
福井　章人
章人 福井
青山　高久
高久 青山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2007037284A1 publication Critical patent/JPWO2007037284A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

位置登録後のRRC Connection解放に要する電力消費を低減する無線通信端末装置、ネットワーク装置、移動通信システム及び位置登録方法を開示する。この位置登録方法において、ＳＴ５０１では、ＵＥのＲＲＣステートがIdle状態である場合、ＵＥがflag=1を設定し、一方でＵＥとＵＴＲＡＮとの間にRRC Connectionを確立する。ＳＴ５０４では、ＳＴ５０１において設定したflagをＵＥがＵＴＲＡＮに送信し、ＳＴ５０５では、ＵＴＲＡＮが受信したflagを記憶する。ＳＴ５０７では、ＵＴＲＡＮが受信したRA Update AcceptをＵＥに送信すると共に、ＳＴ５０５において記憶したflagの値が１である場合には、RRC Connectionを解放する。一方、ＵＥはDOWNLINK DIRECT TRANSFERを受信すると、ＳＴ５０１において設定したflagの値が１である場合には、RRC Connectionを解放する。

Description

本発明は、無線回線を開設し、位置登録を行う無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法に関する。
一般に、無線アクセスネットワーク（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解放に要する電力消費を低減することができ、３ＧＰＰ無線通信方式等に適用できる。
本発明は、無線回線を開設し、位置登録を行う無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法に関する。
一般に、無線アクセスネットワーク（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の構成を示す図 本発明の実施の形態３に係るＵＥ、ＵＴＲＡＮ、ＣＮの間における位置登録処理の手順を示すシーケンス図

Claims (10)

  1. ネットワーク装置との間にＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
    前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションはネットワーク装置との間の位置登録、デタッチ又はＴＭＳＩリアロケーションを行うために開設するものと判断し、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段と、
    を具備する無線通信端末装置。
  2. 前記ＲＲＣプロトコル処理手段は、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示すRRC release flagとを前記ネットワーク装置に送信する請求項１に記載の無線通信端末装置。
  3. 前記ＲＲＣプロトコル処理手段は、前記管理手段に記憶管理されている状態に応じて、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信する請求項１に記載の無線通信端末装置。
  4. 無線通信端末装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放するＲＲＣプロトコル処理手段を具備するネットワーク装置。
  5. 前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する請求項４に記載のネットワーク装置。
  6. 前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示す情報が設定されたEstablishment causeを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する請求項４に記載のネットワーク装置。
  7. 前記ＲＲＣプロトコル処理手段は、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示す情報が設定されたEstablishment causeを前記無線通信端末装置から受信した場合、位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagを前記無線通信端末装置に送信する請求項６に記載のネットワーク装置。
  8. ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
    前記管理手段に記憶管理されている状態がアイドル状態においてＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の要求と、位置登録の終了と共にＲＲＣコネクションの解放を許可することを示すRRC release flagとを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、
    を有する無線通信端末装置と、
    前記RRC release flagを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、
    を具備する移動体通信システム。
  9. ＲＲＣコネクションが開設されている状態をコネクティド状態とし、ＲＲＣコネクションが開設されていない状態をアイドル状態として両状態を記憶管理する管理手段と、
    前記管理手段に記憶管理されている状態がアイドル状態において位置登録を行うためにＲＲＣコネクションを開設する場合、前記ＲＲＣコネクションは位置登録を行うために開設するものと判断し、位置登録の終了と共にＲＲＣコネクションの解放を許可するか否かを示す情報を、ＲＲＣコネクションの開設を要求するRRC Connection Requestに含まれるEstablishment causeに設定し、前記RRC Connection Requestを前記ネットワーク装置に送信するＲＲＣプロトコル処理手段と、
    を有する無線通信端末装置と、
    前記Establishment causeを前記無線通信端末装置から受信した場合、位置登録の終了と共に前記ＲＲＣコネクションを解放するネットワーク装置と、
    を具備する移動体通信システム。
  10. 無線通信端末装置とネットワーク装置との間で位置登録、デタッチ又はＴＭＳＩリアロケーションを行うためにＲＲＣコネクションが開設された場合、前記無線通信端末装置及び前記ネットワーク装置のそれぞれが位置登録、デタッチ又はＴＭＳＩリアロケーションの終了と共にＲＲＣコネクションを解放する位置登録方法。
JP2007537648A 2005-09-28 2006-09-27 無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法 Pending JPWO2007037284A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2005282986 2005-09-28
JP2005282986 2005-09-28
PCT/JP2006/319196 WO2007037284A1 (ja) 2005-09-28 2006-09-27 無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法

Publications (1)

Publication Number Publication Date
JPWO2007037284A1 true JPWO2007037284A1 (ja) 2009-04-09

Family

ID=37899708

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007537648A Pending JPWO2007037284A1 (ja) 2005-09-28 2006-09-27 無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法

Country Status (3)

Country Link
US (1) US20090270100A1 (ja)
JP (1) JPWO2007037284A1 (ja)
WO (1) WO2007037284A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101836494B (zh) * 2007-10-24 2013-03-20 日本电气株式会社 移动通信***、通信方法和移动台、无线基站以及用于移动通信***和通信方法的无线基站的高阶装置
KR20110045103A (ko) * 2008-03-21 2011-05-03 인터디지탈 패튼 홀딩스, 인크 패킷 교환 도메인으로부터 회선 교환 도메인으로의 폴백 방법 및 장치
CN101605315B (zh) * 2008-06-11 2011-05-18 大唐移动通信设备有限公司 一种去附着用户终端的方法、***及装置
CN101610504B (zh) 2008-06-18 2012-08-08 上海华为技术有限公司 接入、获取用户设备上下文及用户设备标识的方法和装置
JP4493707B2 (ja) * 2008-08-07 2010-06-30 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、移動局及び交換局
BRPI0921356B1 (pt) * 2008-11-10 2020-10-13 Blackberry Limited método para enviar uma indicação de dormência rápida e equipamento de usuário
WO2011000436A1 (en) * 2009-07-03 2011-01-06 Nokia Siemens Networks Oy Methods, apparatuses, related computer program product and data structure for connection release indication
KR20110010237A (ko) * 2009-07-24 2011-02-01 삼성전자주식회사 휴대용 단말기에서 전력 소모를 줄이기 위한 장치 및 방법
WO2011053824A2 (en) 2009-10-30 2011-05-05 Interdigital Patent Holdings, Inc. Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
JP5896040B2 (ja) * 2012-12-14 2016-03-30 富士通株式会社 無線通信システム、移動局、サーバ、及び無線通信方法
US10122500B2 (en) * 2015-08-26 2018-11-06 Apple Inc. Efficient sparse network resource usage and connection release
EP3944671A1 (en) * 2015-11-06 2022-01-26 Interdigital Patent Holdings, Inc. Method and wireless transmit/receive unit (wtru) registering with a changed or new dedicated network (dcn) type

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3358555B2 (ja) * 1998-08-27 2002-12-24 日本電気株式会社 移動体パケット通信におけるパス設定方式
FI107311B (fi) * 1998-11-06 2001-06-29 Nokia Networks Oy Signalointimenetelmä
EP1128686B1 (en) * 2000-02-22 2006-07-19 Lucent Technologies Inc. Voice-capable GPRS support nodes
US7089002B2 (en) * 2001-05-11 2006-08-08 Telefonaktiebolaget Lm Ericsson (Publ) Releasing plural radio connections with omnibus release message
JP4608830B2 (ja) * 2001-08-22 2011-01-12 日本電気株式会社 移動通信システム及び通信制御方法並びにこれに用いる移動端末及びその制御方法
US7076248B2 (en) * 2001-09-10 2006-07-11 Telefonaktiebolaget Lm Ericsson (Publ) Recovery of mobile station(s) in connected mode upon RNC failure
US7596380B2 (en) * 2004-07-26 2009-09-29 Lg Electronics Inc. Changing serving radio network controller for mobile terminal supporting multimedia broadcast services

Also Published As

Publication number Publication date
WO2007037284A1 (ja) 2007-04-05
US20090270100A1 (en) 2009-10-29

Similar Documents

Publication Publication Date Title
JPWO2007037284A1 (ja) 無線通信端末装置、ネットワーク装置、移動体通信システム及び位置登録方法
TWI724132B (zh) 無線通訊的方法、用於無線通訊的裝置以及用於執行該方法的電腦程式軟體
TWI231679B (en) Method for determining RLC entity re-establishment during SRNS relocation
JP4919795B2 (ja) 無線通信基地局装置、無線通信端末装置及び通信方法
CN101933364B (zh) 移动通信***及其切换过程的处理方法
JP4931818B2 (ja) 無線通信端末装置、無線通信基地局装置、無線通信システム及び呼接続方法
ES2362397T3 (es) Procedimiento y aparato para manipular un procedimiento de transferencia.
ES2373710T3 (es) Procedimiento de reubicación de srns y controlador de red radio correspondiente.
KR101589574B1 (ko) 비신뢰 네트워크를 통한 외부 인증 지원
JP6016643B2 (ja) 無線電気通信における暗号化
JP5484347B2 (ja) 基地局装置、ゲートウェイ装置、呼接続方法及び無線通信システム
TWI271080B (en) Method and device for storing a security start value in a wireless communications system
JP2011512750A (ja) 無線通信システムにおいて、ハンドオーバ、またはハンドオーバを実行している間に鍵管理を実行するためのシステムおよび方法
WO2008115447A2 (en) Methods and apparatus to facilitate security context transfer, rohc and pdcp sn context reinitialization during handover
WO2008095428A1 (fr) Procédé, dispositif et système de réseau de négociation d'algorithmes de sécurité
CN105682091A (zh) 促成安全性配置的同步的方法和装置
JPWO2007091598A1 (ja) 無線通信基地局装置、無線通信端末装置及び無線通信システム
CN111466131B (zh) 用于在多个接入之间分割流量的方法和计算设备
TW200425699A (en) Ciphering activation during an inter-rat handover procedure
WO2011091771A1 (zh) 中继节点的认证方法、装置及***
JP4879117B2 (ja) 無線通信基地局装置、無線通信システム及び無線通信方法
TW201043059A (en) Wireless handover optimization
WO2019029531A1 (zh) 触发网络鉴权的方法及相关设备
WO2008133481A1 (en) Method for performing an authentication of entities during establishment of wireless call connection
JP6725764B2 (ja) 無線リソース制御接続の再確立