JP2004032728A

JP2004032728A - Ｓｒｎｓ再配置期間のｒｌｃエンティティ再構築時期を決定する方法

Info

Publication number: JP2004032728A
Application number: JP2003143828A
Authority: JP
Inventors: Fengqi Guo; 郭　豊旗
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2002-06-21
Filing date: 2003-05-21
Publication date: 2004-01-29
Also published as: TW200400737A; KR20030097643A; KR100541014B1; CN1468013A; TWI231679B; EP1377096B1; EP1377096A1; CN1274165C; US20040203971A1; DE60316751D1; US7068636B2; DE60316751T2

Abstract

【課題】ＳＲＮＳ再配置期間のＲＬＣエンティティ再構築時期を好適に決定する方法を提供する。
【解決手段】ワイヤレスコミュニケーション装置（ＵＥ）は、ベース（ＵＴＲＡＮ）とアップリンク通信ができない複数の状態（ＣＥＬＬ　ＰＣＨ，　ＵＲＡ　ＰＣＨ）を有するＲＲＣ層をサポートする。ＲＲＣ層は、ワイヤレス装置のベース再配置手続きを初期化するベースからの再設定手続きを受信する。ワイヤレス装置（ＵＥ）は、再設定手続きに応答して、確認情報（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｒｅｐｌｙ）をベースに伝送する。ワイヤレス装置のＲＲＣ層はベースが正確に確認情報を受信したことの確認応答（ＡＣＫ）を受信する。最後に、複数の状態のうちのどれか一つの時、確認応答（ＡＣＫ）に応答して、ＲＲＣ層は、ベース再配置手続きを達成させるために、ワイヤレス装置によりサポートされるＲＬＣエンティティを再構築する。
【選択図】　図６

Description

【０００１】
【発明の属する技術分野】
本発明は、ワイヤレスコミュニケーションネットワークに関するもので、特に、３ＧＰＰ再配置手続き中、ＲＬＣエンティティを構築する時期を決定する方法に関するものである。
【０００２】
【従来の技術】
図１を参照する。図１は、ワイヤレスコミュニケーションネットワーク１０を示す図であり、ネットワーク１０は、参照規格である第３世代パートナーシップ・プロジェクト（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ　、３ＧＰＰ）規格の３ＧＰＰ　　ＴＳ　　２５．３２２　Ｖ３．１０．０の“ＲＬＣプロトコル規格（ＲＬＣ　Ｐｒｏｔｏｃｏｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ）”と３ＧＰＰ　　ＴＳ　　２５．３３１　Ｖ３．１０．０“ＲＲＣ　（Ｒａｄｉｏ　　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）規格”によって規定される。
【０００３】
ワイヤレスコミュニケーションネットワーク１０は、コアネットワーク（ｃｏｒｅｎｅｔｗｏｒｋ、ＣＮ）３０と通信する複数の無線ネットワークサブシステム（Ｒａｄｉｏ　　ｎｅｔｗｏｒｋ　ｓｕｂｓｙｓｔｅｍ、ＲＮＳ）２０を含む。複数の無線ネットワークサブシステムＲＮＳ２０は、第３世代携帯電話規格（Ｕｎｉｖｅｒｓａｌ　Ｍｏｂｉｌｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　Ｓｙｓｔｅｍ　ＵＭＴＳ）の地上無線接続網（Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）、或いは、簡単にＵＴＲＡＮとも称される。各ＲＮＳ２０は複数のノードＢ（Ｎｏｄｅ　Ｂ）２４と通信する無線ネットワークコントローラー（Ｒａｄｉｏ　ｎｅｔｗｏｒｋ　ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）２２を含む。ノードＢ２４はトランシーバ（ｔｒａｎｓｃｅｉｖｅｒ）で、調整後、無線信号を送受信し、セル領域を定義する。複数のセル（即ち、複数のノードＢ２４）は、ＵＴＲＡＮ位置登録領域（ＵＴＲＡＮ　Ｒｅｇｉｓｔｒａｔｉｏｎ　Ａｒｅａ、ＵＲＡ）を定義する。
【０００４】
特に、ワイヤレスコミュニケーションネットワーク１０は、モバイルユニット４０（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ、ＵＥと称される）を特定のＲＮＳ２０に割り当て、ＲＮＳ２０は、ＵＥ４０のサービングＲＮＳ（ｓｅｒｖｉｎｇ　ＲＮＳ、ＳＲＮＳ）２０ｓと称される。ＵＥ４０に送るデータは、ＣＮ３０（或いは、ＵＴＲＡＮ２０ｕ）からＳＲＮＳ２０ｓに伝送される。このデータは、一つ、或いは多くの、特定のデータ構造を有するパッケージの形式で送り出され、その後、複数の無線ベアラー（Ｒａｄｉｏ　ｂｅａｒｅｒｓ、ＲＢｓ）２８、４８の一つのＲＢにより伝送、受信する。ＳＲＮＳ２０ｓに構築されたＲＢ２８は、ＵＥ４０中に構築された対応するＲＢ４８を有する。ＲＢｓは、順に、ＲＢ０〜ＲＢｎの番号が付けられる。一般に、ＲＢ０〜ＲＢ４は専用の信号伝達ＳＲＢｓ（ｓｉｇｎａｌｉｎｇ　ＲＢｓ、ＳＲＢｓ）で、これらのＲＢｓは主に、ＵＴＲＡＮ２０ｕとＵＥ４０間のプロトコル信号を送るのに用いられ、以下で詳述する。４以上であるＲＢｓ２８、４８（即ち、ＲＢ５、ＲＢ６等）は、通常、ユーザーデータを運ぶのに用いられる。
【０００５】
ＲＮＣ２２は、セルアップデート手続き（ｐｒｏｃｅｄｕｒｅ）によりＵＥ４０が割り当てられるノードＢ２４を用いて、ＵＥ４０にデータを伝送したり、ＵＥ４０からデータを受信したりする。セルアップデート手続きは、ＵＥ４０により初期化されて、ノードＢ２４により定義されるセル、ＵＲＡまでも交換する。新しいセル領域の選定は、例えば、ＳＲＮＳ２０ｓのドメイン内のＵＥ４０の位置に基づく。ＵＥ４０は、データをワイヤレスコミュニケーションネットワーク１０に伝送し、これらの信号がＳＲＮＳ２０ｓにより収集された後、ＣＮ３０に送られる。
【０００６】
ＵＥ４０はもう一つのＲＮＳ２０のドメインに移動することもあり、ドリフトＲＮＳ（ｄｒｉｆｔ　ＲＮＳ、ＤＲＮＳ）２０ｄと称される。ＤＲＮＳ２０ｄのノードＢ２４は、ＵＥ４０により伝送される信号を収集する。ＤＲＮＳ２０ｄのＲＮＣ２２は、受信した信号をＳＲＮＳ２０Ｓに伝送する。ＳＲＮＳ２０ＳはＤＲＮＳ２０ｄからの信号を、ノードＢ２４からの対応信号と合わせて、合成信号を生成し、デコードした後、パケットデータに処理する。その後、ＳＲＮＳ２０Ｓは、受信したデータをＣＮ３０に伝送する。よって、ＵＥ４０とＣＮ３０間の全ての通信は、ＳＲＮＳ２０Ｓを通過しなければならない。
【０００７】
図２と、図１を合わせて参照する。図２はＵＭＴＳ無線インターフェースプロトコルの機構を示す図である。ＵＥ４０とＵＴＲＡＮ２０ｕ間の通信は、第一層、第二層、第三層を含むマルチ層コミュニケーションプロトコルによりもたらされ、信号伝達平面（ｓｉｇｎａｌｉｎｇ　ｐｌａｎｅ、Ｃ−ｐｌａｎｅ）９２とユーザー平面（ｕｓｅｒ　ｐｌａｎｅ、Ｕ−ｐｌａｎｅ）９４の伝送を提供する。第一層は実体層６０で、ＵＴＲＡＮ２０ｕ中、ＤＲＮＳ２０ｄとＳＲＮＳ２０Ｓから受信した信号の合成を担う。第二層はＰＤＣＰ層７０、ＲＬＣ層７２、及び媒体アクセス制御（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ、　ＭＡＣ）層７４を含む。第三層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層８０を含む。
【０００８】
Ｕ平面９４は、ＵＥ４０とＵＴＲＡＮ２０ｕ間のユーザーデータ伝送を処理し、Ｃ平面９２は、ＵＥ４０とＵＴＲＡＮ２０ｕ間の信号伝達データの伝送を処理する。ＲＲＣ８０は、ＵＥ４０とＵＴＲＡＮ２０ｕ間の全ＲＢｓ２８、４８を構築、設定する。ＰＤＣＰ層７０は、Ｕ平面９４から受信されたサービスデータユニット（ＳＤＵ）のヘッダー圧縮を提供する。ＲＬＣ層７２は、ＰＤＣＰ層７０ＳＤＵとＲＲＣ８０ＳＤＵの細分化（ｓｅｇｍｅｎｔａｔｉｏｎ）を提供し、細分化後、ＲＬＣ　　プロトコルデータユニット（ＰＤＵ）になる。確認応答（ＡＣＫ）伝送下で、ＲＬＣ層７２は、上層（ＰＤＣＰ７０、或いは、ＲＲＣ層８０）に、ＵＥ４０とＵＴＥＡＮ２０ｕ間のＲＬＣ　　ＰＤＵが正確に送受信されたことに関する情報を提供する。ＭＡＣ層７４は伝送チャネル上にＲＬＣ　　ＰＤＵのスケジューリングと多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）を提供して、実体層６０間のインターフェースを提供する。
【０００９】
先に、以下で使用する術語を説明しておく。いわゆるＳＤＵというのは、上層から、或いは上層へ伝送されるパケット（ｐａｃｋｅｔ）のことで、ＰＤＵは、１つの層によって生成され、下層へ、或いは下層から受信されるパケットのことである。これにより、ＰＤＣＰ　ＰＤＵはＲＬＣ　　ＳＤＵである。同様に、ＲＬＣ　　ＰＤＵはＭＡＣ　　ＳＤＵである。一般に、ＰＤＵは、上層から受信されたＳＤＵデータにヘッダーを追加することにより形成されるか、又は、ＵＥ４０とＵＴＲＡＮ２０間の層−層通信のパケットを生成することにより形成される。
【００１０】
本発明と特に関係が深い個所は、第二層スタックのＲＬＣ層７２である。ＲＬＣ層７２は、所定の大きさのＲＬＣ　　ＰＤＵを生成し、ＰＤＵの大きさはＭＡＣ層７４によって決まる。これらのＲＬＣ　　ＰＤＵをＭＡＣ層７４に送って伝送し、ＭＡＣ層７４からのＲＬＣ　　ＰＤＵを受信する。ＲＬＣ　　ＰＤＵはそれぞれ、そのヘッダー内にｎビットのシーケンス番号を運び、複数の連続したＲＬＣ　　ＰＤＵ中の連続位置を識別し、ＲＬＣ　　ＰＤＵが正確な順序で組み立てられ、ＲＬＣ　　ＳＤＵ（つまり、ＰＤＣＰ　ＰＤＵ、或いはＲＲＣ　　ＰＤＵ）が形成できるようにする。ＲＬＣ層７２は一つ或いは多くのＲＬＣエンティティ７６から構成される。各ＲＬＣエンティティ７６は、個々に、ＲＢ２８、４８と結びつく。
【００１１】
ＵＴＲＡＮ２０ｕ端のＲＢ２８にとって、ＲＢ２８専用としてＲＬＣエンティティ７６が存在する。同様に、ＵＥ４０端のＲＢ４８にとって、対応するＲＬＣエンティティ７６が存在する。同一のＲＢ２８、４８にとって、これら二つの対応するＲＬＣエンティティ７６は、“ＲＬＣ同等エンティティ（ＲＬＣ　ｐｅｅｒ　ｅｎｔｉｔｉｅｓ）”と称される。ＲＬＣ　　ＰＤＵヘッダー内のｎビットのシーケンス番号中の“ｎ”値は、ＲＬＣ同等エンティティ７６間で使用される伝送モードに基づく。例えば、ＡＭ伝送モードにおいて、ＲＬＣ同等エンティティ７６は、正確に受信されたＲＬＣ　　ＰＤＵそれぞれに応答し、ｎ＝１２である。その他の伝送モードにおいて、ｎ＝７である。
【００１２】
ＵＴＲＡＮ２０ｕとＵＥ４０間の通信は、成功すれば、ＲＬＣ同等エンティティ７６は互いに正確に同期化されることが最も重要である。特に、ＲＬＣ同等エンティティ７６は、それぞれ、二つのハイパーフレーム番号（ｈｙｐｅｒｆｒａｍｅ　ｎｕｍｂｅｒ、ＨＦＮｓ）、すなわち、受信ＨＦＮ（ｒＨＦＮ）７６ｒ、及び伝送ＨＦＮ（ｔＨＦＮ）７６ｔを備える。ｒＨＦＮとｔＨＦＮはそれぞれ、パケットデータの暗号化（ｅｎｃｒｙｐｔｉｏｎ）と復号化（ｄｅｃｒｙｐｔｉｏｎ）に用いられる。この暗号化と復号化を成功させるため、ＲＬＣ同等エンティティ７６は、ｒＨＦＮ７６ｒとｔＨＦＮ７６ｔ値が同時に同期化されていなければならない。特に、ＲＬＣ同等エンティティ７６のｒＨＦＮ７６ｒは、ＲＬＣ同等エンティティ７６のｔＨＦＮ７６ｔと等しくなければならず、逆もまた同様である。
【００１３】
ＲＬＣ　　ＰＤＵがＲＬＣエンティティ７６により伝送される時、ｔＨＦＮ７６ｔは徐々に増加する。ＲＬＣ　　ＰＤＵがＲＬＣエンティティ７６により受信される時、ｒＨＦＮ７６ｒは徐々に増加する。ｒＨＦＮ７６ｒは受信したＲＬＣ　　ＰＤＵのシーケンス番号中、ロールオーバー（ｒｏｌｌｏｖｅｒ）が何回検出されたかを計算する。ｔＨＦＮ７６ｔも伝送されたＲＬＣ　　ＰＤＵのシーケンス番号中、ロールオーバーが何回検出されたかを計算する。ｒＨＦＮ７６ｒとｔＨＦＮ７６ｔは、よって、ＲＬＣ　　ＰＤＵのシーケンス番号中、伝送されない、且つ、高い順序（ｈｉｇｈ−ｏｒｄｅｒ）のビットと考えられ、また、これらのＨＦＮｓ７６ｒ、７６ｔはＲＬＣ同等エンティティ７６で正確に同期化されることが重要である。
【００１４】
ＲＲＣ層８０はＲＢｓ２８、４８の構築と設定を担う。ＲＲＣ層８０は、ＲＲＣ層８０の行為に影響する様々な作業状態を有する。図３と、図１及び図２を合わせて参照する。図３はＲＲＣ層８０の状態を示す図である。
【００１５】
ＲＲＣ層８０は、二つの主要な状態、すなわち、アイドルモード８１とＵＴＲＡ　ＲＲＣ接続モード８６を有する。アイドルモード８１の時、ＲＲＣ層８０間には、いかなる通信も存在しない。つまり、ＲＢ０以外には、ＲＲＣ層８０間を通信させることが出来るＳＲＢｓ２８、４８がない。ＵＴＲＡＮ２０ｕ中、ＲＢ０は全ＵＥ４０が使用できるコモンチャネル（ｃｏｍｍｏｎ　ｃｈａｎｎｅｌ）である。
【００１６】
ＵＥ４０を範例の基盤（プラットホーム）とすると、ＵＥ４０のＲＲＣ層８０が、一旦、ＵＴＲＡＮ２０ｕ中の同等ＲＲＣ層８０接続を構築すると、ＵＥ４０のＲＲＣ層８０は、ＵＴＲＡ　ＲＲＣ接続モード８６に切り替わる。この接続は、一般に、シェアチャネル（ｓｈａｒｅｄ　ｃｈａｎｎｅｌ）であるＲＢ０に沿って初期化される。ＵＴＲＡ　ＲＲＣ接続モード８６は、四つの固有の状態、すなわち、ＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３、ＣＥＬＬ＿ＰＣＨ状態８４、ＵＲＡ＿ＰＣＨ状態８５を有する。
【００１７】
ＣＥＬＬ＿ＤＣＨ状態８２の特徴は、専用のチャネルがＵＥ４０に割り当てられて、アップリンク（ｕｐｌｉｎｋ）（ＵＥ４０からＵＴＲＡＮ２０ｕ）とダウンリンク（ｄｏｗｎｌｉｎｋ）（ＵＴＲＡＮ２０ｕからＵＥ４０）の通信に用いられることである。ＣＥＬＬ＿ＦＡＣＨ状態８３の特徴は、割り当てられる専用のチャネルがないが、ＵＥ４０はデフォルトコモン（ｄｅｆａｕｌｔ　ｃｏｍｍｏｎ）、或いはシェア伝送チャネルが与えられて、アップリンクに用いられる。ＣＥＬＬ＿ＰＣＨ状態８４の特徴は、割り当てられる専用のチャネルがなく、ＵＥ４０にとって、可能なアップリンクがなく、ＵＥ４０の位置は、ＵＴＲＡＮ２０ｕによりセルレベルで認知される（つまり、一つのノードＢ２４を基本とする）ことである。ＵＲＡ＿ＰＣＨ状態８５の特徴は、割り当てられる専用のチャネルがなく、ＵＥ４０にとって、可能なアップリンクがなく、ＵＥ４０の位置は、ＵＴＲＡＮ２０ｕによりＵＲＡ基準で認知されることである。
【００１８】
多数の再設定手続き（ｐｒｏｃｅｄｕｒｅ）は、ＲＲＣ層８０がＲＢｓ２８及び４８をセットアップ及び設定するのに有効である。これらの手続きは、ＵＴＲＡＮ２０ｕが特定の情報を、ＲＢｓ２８及び４８に沿ってＵＥ４０に送り、ＵＥ４０により、対応する情報に応答する工程を含む。一般には、情報はＲＢ２に沿って送られ、即ちＳＲＢである。この情報は、無線ベアラーセットアップ（Ｒａｄｉｏ　Ｂｅａｒｅｒ　Ｓｅｔｕｐ）、無線ベアラー再設定（Ｒａｄｉｏ　Ｂｅａｒｅｒ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、無線ベアラー解除（Ｒａｄｉｏ　Ｂｅａｒｅｒ　Ｒｅｌｅａｓｅ）、伝送チャネル再設定（Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、実体チャネル再設定（Ｐｈｙｓｉｃａｌ　Ｃｈａｎｎｅｌ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む。
【００１９】
これらの再設定情報に対し、ＵＥ４０は、対応する“完成”或いは“失敗”応答情報を備え、ＵＥ４０端でその手続きが成功したかどうかを示し、ＵＴＲＡＮ２０ｕに必要な情報を与えて、ＵＴＲＡＮ２０ｕに手続きを終了させる。再設定情報と応答情報は全て、任意の情報素子（ｉｎｆｏｒｍａｔｉｏｎ　ｅｌｅｍｅｎｔ、ＩＥ）、即ち、補助情報を保持するデータ領域を運ぶ。この他、セルアップデート手続きもあり、この手続きはＵＥ４０からのセルアップデート情報に起因し、ＵＴＲＡＮ２０ｕにより応答する。セルアップデート手続きは、ＵＥ４０により、セル位置（即ち、ノードＢ２４）の変化、ＵＲＡの変化、或いは接続状態８２、８３、８４、８５の変化を示すのに用いられる。
【００２０】
ＵＥ４０がＤＲＮＳ２０ｄのドメインの方向に移動する時、ＵＴＲＡＮ２０ｕにより最終決定がなされ、ＵＥ４０をＤＲＮＳ２０ｄの管轄下に置くと共に、伝送工程が成立して、ＤＲＮＳ２０ｄがＵＥ４０の新しいＳＲＮＳ２０ｓになる。この工程は、ＳＲＮＳ再配置手続き（ｐｒｏｃｅｄｕｒｅ）と称される。ＳＲＮＳ再配置手続きは、前に提示されたＲＲＣ手続きと組み合わされる。特に、“Ｎｅｗ　　Ｕ−ＲＮＴＩ”ＩＥを無線ベアラー再設定情報に含め、ＳＲＮＳ再配置が開始される。その他の手続き（無線ベアラーセットアップ、無線ベアラー解除、伝送チャネル再設定、実体チャネル再設定、セルアップデート）に対しは、ダウンリンクカウンタ同期化情報（Ｄｏｗｎｌｉｎｋ　ｃｏｕｎｔｅｒ　ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｉｎｆｏ）ＩＥがＳＲＮＳ再配置を開始させる。
【００２１】
ＳＲＮＳ再配置が実行されることを示す、再設定情報（ＳＲＮＳ２０ｓからＲＢ２　２８に沿って送られる）を受信する時、ＵＥ４０はＲＢ２　４８のＲＬＣエンティティ７６を再構築し、ＲＢ２　４８のｒＨＦＮ７６ｒとｔＨＦＮ７６ｔを再初期化する。ＲＢ２　４８のＲＬＣエンティティ７６がＤＲＮＳ２０ｄの同等エンティティ７６と共に再構築され、ＤＲＮＳ２０ｄ　はＵＥ４０のＳＲＮＳ２０ｓの役目をする。ＲＢ２　４８のｒＨＦＮ７６ｒとｔＨＦＮ７６ｔの新しい値は、次の公式により得られる。
ＭＡＸ（ＲＢ２のｒＨＦＮ、ＲＢ２のｔＨＦＮ）＋１　　：ここでＭＡＸ（ａ、ｂ）はａ或いはｂの大きい方
ＵＥ４０は各ＣＮ３０ドメインのためにＳＴＡＲＴ値を計算し、これらのＳＴＡＲＴ値を応答情報中の“ＳＴＡＲＴリスト”ＩＥに含ませる。複数のＳＴＡＲＴ値は、ＲＢ０以外の、全ての他のＲＢｓ２８、４８のｒＨＦＮ７６ｒとｔＨＦＮ７６ｔを初期化するのに用いられ、ＲＢｓ２８、４８のｒＨＦＮ７６ｒとｔＨＦＮ７６ｔは、特定のＲＢ２８、４８が属するドメインに基づく。現在、２種類のドメインがあり、一つは、パケット交換（ＰＳ）ドメイン３０ｐ、もう一つは、回線交換（ＣＳ）ドメイン３０ｃである。よって、ＳＴＡＲＴリストＩＥは、二つの数値を含む。パケット交換（ＰＳ）ドメイン３０ｐに使用するＳＴＡＲＴ値と、回線交換（ＣＳ）ドメイン３０ｃに使用するＳＴＡＲＴ値である。
【００２２】
ＵＥ４０は、その後、ＳＴＡＲＴリストＩＥを含む応答メッセージを、ＲＢ２　４８に沿ってＵＴＲＡＮ２０ｕに伝送する。ＲＢ２　４８のＲＬＣエンティティ７６はＡＭ接続で、ＵＥ４０のＲＲＣ層８０は、ＵＴＲＡＮ２０ｕが正確に応答メッセージを受信したか知ることが出来、これは、ＲＬＣエンティティ７６がＲＲＣ層８０に通知しなければいけないからである。ＲＢ２　４８のＲＬＣエンティティ７６は正確に応答メッセージを伝送されたことを確認した後、ＵＥ４０のＲＲＣ層８０の新しい状態がＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３の時、ＵＥ４０のＲＲＣ層８０は、ＲＢ０（ＲＢはコモンチャネル）以外の全てのＲＬＣエンティティ７６を再構築し、ＵＴＲＡＮ２０ｕに戻される応答情報中に含まれる適切なＳＴＡＲＴ値により、これらのＲＢ２　４８のｒＨＦＮ７６ｒとｔＨＦＮ７６ｔを再初期化する。
【００２３】
【発明が解決しようとする課題】
正確に応答情報を受信したことが確認される時、ＲＲＣ層８０の新しい状態がＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３である場合、ＲＢ４８が再構築されるので、ＳＲＮＳ再配置手続きが実行され、ＵＥ４０がＣＥＬＬ＿ＰＣＨ状態８４、ＵＲＡ＿ＰＣＨ状態８５にスリップする場合、恐らく問題が発生する。この問題は、セルアップデート手続きがＵＥ４０により周期的に実行されることによるものである。ＳＲＮＳ再配置手続きにおいて、ＵＥ４０のＲＲＣ層８０の新しい状態が、ＣＥＬＬ＿ＰＣＨ状態８４、ＵＲＡ＿ＰＣＨ状態８５のどちらかである場合、その他のＲＢｓ４８（ＲＢ１、ＲＢ２、ＲＢ３、ＲＢ４、ＲＢｎ）は、再構築されず、それらのＨＦＮ値７６ｒ、７６ｔも再初期化されない。その結果、ＵＥ４０のＲＲＣ層８０が一旦、ＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３のどちらかに戻れば、これらのＲＬＣエンティティ７６は、ＵＴＲＡＮ２０ｕ中のＲＬＣ同等エンティティ７６と正確に同期化することができない。同期化の欠落は、暗号化／復号化工程を失敗させ、ＲＢｓ２８、４８に沿った通信も作用しなくなる。
【００２４】
本発明は、ＳＲＮＳ再配置手続きにおいて、ＲＬＣエンティティの再構築を決定する方法を提供することを目的とする。
【００２５】
【課題を解決するための手段】
簡潔に言えば、本発明の好ましい実施形態は、ＵＴＲＡＮにより、ＳＲＮＳ再配置手続き中、ワイヤレスコミュニケーション装置において、ＲＬＣエンティティの再構築を決定する方法を提供する。ワイヤレスコミュニケーション装置は、複数の状態を有するＲＲＣ層をサポートし、複数の状態は、ＵＴＲＡＮとアップリンク通信が出来ないＣＥＬＬ＿ＰＣＨ状態とＵＲＡ＿ＰＣＨ状態を含む。ＲＲＣ層は、ワイヤレス装置のＳＲＮＳ再配置手続きを初期化する、ＵＴＲＡＮからの再設定手続きを受信する。ワイヤレス装置は、確認情報をＵＴＲＡＮに伝送し、再設定手続きの応答とする。ＲＲＣ層は、ＵＴＲＡＮが正確に確認情報を受信したことを示す確認応答（ＡＣＫ）を受信する。最後に、ＣＥＬＬ＿ＰＣＨ状態とＵＲＡ＿ＰＣＨ状態において、確認応答に応答して、ワイヤレス装置によりサポートされるＲＬＣエンティティを再構築し、ＳＲＮＳ手続きを達成させる。もう一つの好ましい具体例において、ＲＲＣ層が、アップリンク可能な状態に変わる時、ＲＲＣ層はＲＬＣエンティティを再構築する。
【００２６】
本発明の長所は、ＣＥＬＬ＿ＰＣＨ状態とＵＲＡ＿ＰＣＨ状態にある時、無線ベアラーの再構築を実行することにより、本発明の方法が、ＳＲＮＳ再配置手続きが正確に完成できるようにすることである。特に、本発明は、ＵＥ　ＲＬＣエンティティがＵＴＲＡＮ中の対応するＲＬＣ同等エンティティと同期化されるようにする。
【００２７】
【発明の実施の形態】
上述した本発明の目的、特徴、及び長所をいっそう明瞭にするため、以下に本発明の好ましい実施の形態を挙げ、図を参照にしながらさらに詳しく説明する。
【００２８】
以下の記述において、ＵＥは、携帯電話、トランシーバ、ＰＤＡ、コンピューター、或いは、データの無線交換が要求されるその他の装置である。このデータの無線交換は、３ＧＰＰが規定するプロトコルに完全に符合する。この他、多くの異なる手段が実体層に用いられて、無線通信を効果的にし、それらの方法は、以下で説明するシステムに運用することが出来る。
【００２９】
図４は、本発明によるワイヤレス装置を示す図で、以下では、ＵＥ１００と称する。ほとんどの構成において、ＵＥ１００は公知のＵＥ４０と共通している。よって、図２と図３中で示される３ＧＰＰコミュニケーションプロトコルの一般仕様も本発明の方法の説明を提供するのに適用する。　ＵＥ１００は、キーバッド１０２などの入力を受信する装置、液晶ディスプレイ１０４などの出力を提供する装置を含む。トランシーバ１０８は、無線信号を受信し、対応するデータを制御回路１０６に提供することが出来、制御回路１０６からのデータをワイヤレス方式で伝送することも出来る。よって、トランシーバ１０８は、本発明の通信プロトコルの第一層スタック（ｓｔａｃｋ）６０の一部分である。
【００３０】
制御回路１０６はＵＥ１００のオペレーションを制御するためのもので、本発明の通信プロトコルの第二、第三層スタックを実行するのに用いられる。この目的のため、制御回路１０６は、メモリ１０６ｍと電気的に接続する中央演算処理装置ＣＰＵ１０６Ｃを備え、このような配置は、公知のワイヤレスコミュニケーションシステムにおいてよく知られている。メモリ１０６ｍは、本発明の通信プロトコルの第二、第三層スタックを実行するのに用いられるプログラムコード１０７を保有する。公知のＵＥ４０に対して、本発明のＵＥ１００は、プログラムコード１０７を修正して本発明の方法を実行する。
【００３１】
図５と、図２〜図４を合わせて参照する。図５はワイヤレスコミュニケーションシステム１１０中のＵＥ１００の簡略図である。ワイヤレスコミュニケーションシステム１１０は、コアネットワーク（ｃｏｒｅ　ｎｅｔｗｏｒｋ、ＣＮ）１３０と通信するＵＴＲＡＮ１２０ｕを備える。ＵＴＲＡＮ１２０ｕとＣＮ１３０は、機能上、公知技術と同じである。
【００３２】
初め、ＵＥ１００は、複数の無線ベアラー２０８、ＲＢＯからＲＢｎ（プログラムコード１０７によるサポートによって決まる）により、ＳＲＮＳ１２０ｓと通信する。特に、ＵＥ１００とＳＲＮＳ１２０ｓ間は、ＲＢ２　２０２が構築されている。ＵＥ１００がＤＲＮＳ１２０ｄのドメインに接近する時、ＵＴＲＡＮ１２０ｕにより最終決定がなされ、ＤＲＮＳ１２０ｄ下でＵＥ１００を配置し、ＳＲＮＳ再配置手続きが開始される。前述のように、ＳＲＮＳ再配置手続きは、他のＲＲＣ８０手続きと結合し、例えば、“Ｎｅｗ　　Ｕ−ＲＮＴＩ”ＩＥを無線ベアラー再設定メッセージに含め、或いは、“Ｄｏｗｎｌｉｎｋ　ｃｏｕｎｔｅｒ　ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ　ｉｎｆｏ”ＩＥを無線ベアラーセットアップ、無線ベアラー解除、伝送チャネル再設定、実体チャネル再設定、及びセルアップデート情報に含める。
【００３３】
ＵＥ１００のＲＲＣ層８０が、ＳＲＮＳ再配置が実行されることを指示する再設定情報を受信する時、ＵＥ１００のＲＲＣ層８０は、ＳＲＮＳ再配置手続きを開始する。ＳＲＮＳ手続きに対応して、ＵＥ１００はＳＴＡＲＴリスト２０４を形成し、ＳＴＡＲＴリスト２０４は、ＵＥ１００とＤＲＮＳ１２０ｄのＲＬＣエンティティ７６再構築後、ＲＢｓ２０８のｔＨＦＮｓ７６ｔとｒＨＦＮｓ７６ｒを設定するのに用いられる。特に、ＳＴＡＲＴリスト２０４は、ＰＳドメイン１３０ｐ中のＲＢｓ２０８に用いられるＰＳ　ＳＴＡＲＴ値２０４ｐと、ＣＳドメイン１３０ｃ中のＲＢｓ２０８に用いられるＣＳ　ＳＴＡＲＴ値２０４ｃとを含む。しかし、ＲＢ２　２０２のｔＨＦＮｓ７６ｔとｒＨＦＮｓ７６ｒは、このような方式で設定されない。その代わりに、二つのうちのどちらか大きい方が、７６ｔと７６ｒを設定するのに用いられる。
【００３４】
ＳＲＮＳ手続きにおいて、他のＲＬＣエンティティを解除する前、ＵＥ１００は先ず、ＲＢ２　２０２のＲＬＣエンティティ７６を解除し、その後、ＤＲＮＳ１２０ｄと共にＲＢ２２０２のＲＬＣエンティティ７６を再構築する。ＵＥ１００は、ＲＢ２　２０２のＲＬＣエンティティ７６のｔＨＦＮｓ７６ｔとｒＨＦＮｓ７６ｒを、前のＲＢ２　２０２のＲＬＣエンティティ７６の大きい方に１を加えて設定する。よって、ＵＥ１００は、ＤＲＮＳ１２０ｄと共に、ＲＬＣ同等エンティティ７６を構築し、ＤＲＮＳは、この手続きの認識し、同様に、ＲＢ２のＲＬＣ同等エンティティ７６のｔＨＦＮｓ７６ｔとｒＨＦＮｓ７６ｒを同期化する。
【００３５】
ＳＲＮＳ１２０ｓは再配置情報をＤＲＮＳ１２０ｄに送り、同期化を可能にする。ＤＲＮＳ１２０ｄと共にＲＢ２　２０２が再構築された後、ＵＥ１００は再設定情報に対する応答を生成し、ＳＴＡＲＴリスト２０４を含む応答を、ＲＢ２　２０２に沿ってＵＴＲＡＮ１２０ｕに伝送する。これにより、ＤＲＮＳ１２０ｄにより前記応答と、その中に含まれるＳＴＡＲＴリスト２０４が受信される。リストは、本来の再設定情報に応じて伝送するためのものである。この時、ＵＥ１００のＲＲＣ層８０は、ＣＥＬＬ＿ＤＣＨ状態８２、或いはＣＥＬＬ＿ＦＡＣＨ状態８３にあり、通常はこれで維持されている。このような状況下で、ＵＥ１００は公知の方法に符合する方式で、残りのＲＬＣエンティティ７６を再構築する。
【００３６】
しかし、ＲＲＣ層８０は、再設定情報に対する応答を伝送した後、ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５に転移（ｔｒａｎｓｉｔｉｏｎ）する可能性がある。このような状況が生じるのは、例えば、セルアップデート（Ｃｅｌｌ　Ｕｐｄａｔｅ）手続きがＵＥ１００により周期的に実行されるためで、Ｕ平面９４が相対的にしばらくの間使用されていないのと重なって、再設定情報がＵＥ１００のＲＲＣ層８０に、ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５になるよう通知する可能性がある。この状況下で、ＵＥ１００　のＲＲＣ層８０の新しい状態は、ＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３ではなく、本発明は、残りのＲＬＣエンティティ７６を正確に再構築するのを確実にするのに用いられなければならない。
【００３７】
ＲＢ２　２０２のＲＬＣエンティティ７６は、ＲＲＣ層８０に、応答が既に正確にＵＴＲＡＮ１２０ｕにより受信されたことを通知する。ＵＥ１００のＲＲＣ層８０は、この状況に対して応答し、ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５のどちらかに転移する。この時、本発明の方法にかかる二つの実施形態の一つが、残りのＲＢ２０８を正確に再構築し、ＳＲＮＳ再配置手続きの完成を手助けする。
【００３８】
図６と、図２〜図５を合わせて参照する。図６は、本発明の第一実施形態によるメッセージ手順表である。第一実施形態において、ＲＢ２　２０２のＲＬＣエンティティ７６が、応答（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｒｅｐｌｙ）が既にＵＴＲＡＮ１２０ｕにより正確に受信されたことを確認した（図６中のｒｅｐｌｙ　　ａｃｋ：確認応答ＡＣＫ）後、ＵＥ１００のＲＲＣ層８０は、ＲＢ０以外の、全残りのＲＢ２０８のＲＬＣエンティティ７６を解除する。これにより、ＲＢ１、ＲＢ３、ＲＢ４、ＲＢｎのＲＬＣエンティティ７６は解除される。
【００３９】
その後、これらのＲＬＣエンティティ７６は、ＲＲＣ層８０の新しい状態が、ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５のどちらであっても、或いは、ＲＲＣ層８０が新しい状態に変わる前であっても、ＤＲＮＳ１２０ｄと共に再構築される。新しく構築されたＲＬＣ同等エンティティ７６のｔＨＦＮｓ７６ｔとｒＨＦＮｓ７６ｒは、ＲＢ２０８が関連するドメインに基づいて、ＳＴＡＲＴリスト２０４に従って設定される。ＤＲＮＳ１２０ｄは応答を受信した後、同じＳＴＡＲＴリスト２０４を有することから、同様に、ＳＴＡＲＴリスト２０４ｐ、２０４ｃを、対応するＲＬＣ同等エンティティ７６に供給する。よって、同等エンティティ７６の構築と同期化は確保され、ＵＥ１００のＲＲＣ層８０がＣＥＬＬ＿ＤＣＨ状態８２、或いは、ＣＥＬＬ＿ＦＡＣＨ状態８３に戻った時、ＵＥ１００とＵＴＲＡＮ１２０ｕ間の通信は、正確に実行される。
【００４０】
図７と、図２〜図５を合わせて参照する。図７は本発明の第二実施形態によるメッセージ手順表である。第二実施形態において、ＵＥ１００のＲＲＣ層８０は、ＲＢ２　２０２のＲＬＣエンティティ７６から、応答（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ｒｅｐｌｙ）がＵＴＲＡＮ１２０ｕにより正確に受信された確認応答（ＡＣＫ：図７中のｒｅｐｌｙ　ａｃｋ）を得る。この確認応答（ＡＣＫ）は、ＲＲＣ層８０がＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３のどちらかである時受信され、これに応答して、ＲＲＣ層８０は、ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５のどちらかに変わる。しかし、ＲＲＣ層８０は、残ったＲＬＣエンティティ７６を即刻解放、再構築するのではなく、ＲＲＣ層８０がＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３のどちらかに戻るまで待つ。この変化は、通常、ＵＴＲＡＮ１２０ｕからのセルアップデート情報に応じて発生する。
【００４１】
ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５から、ＣＥＬＬ＿ＤＣＨ状態８２、ＣＥＬＬ＿ＦＡＣＨ状態８３に変化し、受信された確認応答（ＡＣＫ）に対応する時、ＵＥ１００のＲＲＣ層８０が残ったＲＬＣエンティティ７６（ＲＢ０を除く）を解放し、その後、ＤＲＮＳ１２０ｄと共に、ＲＬＣエンティティ７６を再構築する。よって、ＲＢ１、ＲＢ３、ＲＢ４、ＲＢｎのＲＬＣエンティティ７６は解放され、再構築される。新しく再構築されたＲＬＣエンティティ７６のｔＨＦＮｓ７６ｔとｒＨＦＮｓ７６ｒは、ＳＴＡＲＴリスト２０４に従って、ＵＥ１００により設定される。ＲＬＣエンティティ７６の再構築は、ＣＥＬＬ＿ＤＣＨ状態８２、或いは、ＣＥＬＬ＿ＦＡＣＨ状態８３への転移の前か後に、実施される。
【００４２】
注意すべきことは、ＳＲＮＳ再配置手続きは、ＵＴＲＡＮ１２０ｕにより再設定情報をＵＥ１００に送って初期化される、と仮定することである。しかし、この技術を熟知するものなら、ＳＲＮＳ再配置手続きは、ＵＴＲＡＮ１２０ｕ　に送られたセルアップデートメッセージによって、ＵＥ１００により初期化できることを理解できるであろう。よって、本発明は、以下のような状況下でも適用できる。それは、ＲＬＣエンティティ７６の再構築は、ＣＥＬＬ＿ＰＣＨ状態８４か、ＵＲＡ＿ＰＣＨ状態８５、或いは、これらの状態から他の状態に変わる時、実施される。
【００４３】
本発明では好ましい実施形態を前述の通り開示したが、これらは決して本実施形態に限定するものではなく、本発明の精神と領域を脱しない範囲内で各種の変更を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。
【００４４】
【発明の効果】
本発明では、ＲＲＣ層の状態がＣＥＬＬ＿ＰＣＨ状態、或いはＵＲＡ＿ＰＣＨ状態にある時、無線ベアラーの再構築を実行することにより、ＳＲＮＳ再配置手続きが正確に完了される。さらに、ＵＥ　ＲＬＣエンティティがＵＴＲＡＮ中の対応するＲＬＣ同等エンティティと同期化される。
【図面の簡単な説明】
【図１】ワイヤレスコミュニケーションシステムを示す図である。
【図２】ＵＴＭＳ無線インターフェースプロトコルの構造を示す図である。
【図３】図２中のＲＲＣ層の状態図である。
【図４】本発明のワイヤレス装置を示す図である。
【図５】ワイヤレスコミュニケーションシステム中の図４のＵＥを示す図である。
【図６】本発明の第一実施形態によるメッセージ手順表である。
【図７】本発明の第二実施形態によるメッセージ手順表である。
【符号の説明】
１０…ワイヤレスコミュニケーションネットワーク
２０…ＲＮＳ
２０ｕ…ＵＴＲＡＮ
２０ｄ…ＤＲＮＳ
２０ｓ…ＳＲＮＳ
２２…ＲＮＣ
３０…ＣＮ
３０ｃ…ＣＳドメイン
３０ｐ…ＰＳドメイン
２４…ノードＢ
２８…ＲＢ
４８…ＲＢ
６０実体層
７０…ＰＤＣＰ
７２…ＲＬＣ
７４…ＭＡＣ
７６ｔ…ｔＴＦＮ
７６ｒ…ｒＨＦＮ
８０…ＲＲＣ
８１…ｉｄｌｅモード
８２…Ｃｅｌｌ＿ＤＣＨ状態
８３…Ｃｅｌｌ＿ＦＡＣＨ状態
８４…Ｃｅｌｌ＿ＰＣＨ
８５…ＵＲＡ＿ＰＣＨ状態
８６…ＵＴＲＡ　ＲＲＣ接続モード
９２…Ｃ平面
９４…Ｕ平面
４０、１００…ＵＥ
１０２…キーバッド
１０４…ＬＣＤ
１０６…制御回路
１０６Ｃ…ＣＰＵ
１０６ｍ…メモリ
１０７…プログラムコード
１０８…トランシーバ
１１０…ワイヤレスコミュニケーションシステム
１２０ｕ…ＵＴＲＡＮ
１２０ｓ…ＳＲＮＳ
１２０ｄ…ＤＲＮＳ
１３０…ＣＮ
１３０ｐ…ＰＳドメイン
１３０ｃ…ＣＳドメイン
２０２…ＲＢ２
２０４ｐ…ＰＳ　ＳＴＡＲＴ値
２０４ｃ…ＣＳ　ＳＴＡＲＴ値
２０８…無線ベアラーＲＢ

Claims

ワイヤレスコミュニケーション装置とＵＴＲＡＮ（ユニバーサル携帯電話通信システム地上無線接続網）により、ＳＲＮＳ（サービング無線ネットワークサブシステム）再配置手続き中、前記ワイヤレスコミュニケーション装置内のＲＬＣ（無線リンクコントロール）エンティティの再構築を決定する方法であって、前記ワイヤレスコミュニケーション装置は、複数の状態を有するＲＲＣ（無線リソースコントロール）層をサポートし、
前記複数の状態は、
前記ＵＴＲＡＮとの間でアップリンク通信が不可能で、前記ワイヤレス装置の位置がセルレベルで認知されるＣＥＬＬ＿ＰＣＨ状態と、
前記ＵＴＲＡＮとの間でアップリンク通信が不可能で、前記ワイヤレス装置の位置がＵＲＡ（ＵＴＲＡＮ登録領域）基準で認知されるＵＲＡ＿ＰＣＨ状態と、
を含み、
前記方法は、
前記ＲＲＣ層により、前記ＵＴＲＡＮからの、前記ワイヤレス装置にＳＲＮＳ再配置手続きを初期化させる再設定手続きを受信する工程と、
前記ワイヤレス装置により、確認情報を前記ＵＴＲＡＮに伝送して、前記再配置手続きに対する応答とする工程と、
前記ＲＲＣ層により、前記ＵＴＲＡＮが正確に前記確認情報を受信したことの確認応答（ＡＣＫ）を受信する工程と、
前記確認応答に応答して、前記ＲＲＣ層において、前記ＣＥＬＬ＿ＰＣＨ状態、或いは、前記ＵＲＡ＿ＰＣＨ状態に転移すると共に、前記ＳＲＮＳ再配置手続きを達成するために、前記ＲＲＣ層により、前記ワイヤレス装置によりサポートされるＲＬＣエンティティを再構築する工程と、
を備えることを特徴とする方法。
更に、
前記ワイヤレス装置により、ハイパーフレーム番号を保持する前記ＲＬＣエンティティに対応するＳＴＡＲＴ値を生成する工程と、
前記ＳＴＡＲＴ値を前記確認情報に含ませる工程と、
前記確認応答に応答して、前記ワイヤレス装置により、前記ＳＴＡＲＴ値を前記ハイパーフレーム番号の複数の最重要ビットに割り当てる工程と、
を備えることを特徴とする請求項１に記載の方法。
前記ＲＬＣエンティティは、前記ＲＲＣ層が前記ＣＥＬＬ＿ＰＣＨ状態、或いは、前記ＵＲＡ＿ＰＣＨ状態に転移する前に再構築されることを特徴とする請求項１に記載の方法。
前記ＲＬＣエンティティは、前記ＲＲＣ層が前記ＣＥＬＬ＿ＰＣＨ状態、或いは、前記ＵＲＡ＿ＰＣＨ状態に転移した後に再構築されることを特徴とする請求項１に記載の方法。
メモリと電気的に接続されるＣＰＵを備えるワイヤレス装置であって、前記メモリは、請求項１の方法を実行するプログラムコードを含むことを特徴とするワイヤレス装置。
ワイヤレスコミュニケーション装置とＵＴＲＡＮ（ユニバーサル携帯電話通信システム地上無線接続網）により、ＳＲＮＳ（サービング無線ネットワークサブシステム）再配置手続き中、前記ワイヤレスコミュニケーション装置内のＲＬＣ（無線リンクコントロール）エンティティの再構築を決定する方法であって、前記ワイヤレスコミュニケーション装置は、複数の状態を有するＲＲＣ（無線リソースコントロール）層をサポートし、
前記ＲＲＣ層は、
前記ＵＴＲＡＮとアップリンク通信する専用のチャネルが前記ワイヤレス装置に割り当てられるＣＥＬＬ＿ＤＣＨ状態と、
前記ＵＴＲＡＮとアップリンク通信する専用のチャネルがないＣＥＬＬ＿ＦＡＣＨ状態と、
前記ＵＴＲＡＮとの間でアップリンク通信が不可能で、前記ワイヤレス装置の位置がセルレベルで認知されるＣＥＬＬ＿ＰＣＨ状態と、
前記ＵＴＲＡＮとの間でアップリンク通信が不可能で、前記ワイヤレス装置の位置がＵＲＡ（ＵＴＲＡＮ登録領域）基準で認知されるＵＲＡ＿ＰＣＨ状態と、
を有し、
前記方法は、
前記ＲＲＣ層により、前記ＵＴＲＡＮからの、前記ワイヤレス装置にＳＲＮＳ再配置手続きを初期化させる再設定手続きを受信する工程と、
前記ワイヤレス装置により、確認情報を前記ＵＴＲＡＮに伝送して、前記再配置手続きに対する応答とする工程と、
前記ＲＲＣ層により、前記ＵＴＲＡＮが正確に前記確認信号を受信したことの確認応答（ＡＣＫ）を受信する工程と、
前記確認応答に応答して、前記ＲＲＣ層で、前記ＣＥＬＬ＿ＰＣＨ状態、或いは、前記ＵＲＡ＿ＰＣＨ状態に転移する工程と、
前記ＣＥＬＬ＿ＰＣＨ状態、或いは、前記ＵＲＡ＿ＰＣＨ状態に転換した後、前記ＲＲＣ層において、前記ＣＥＬＬ＿ＤＣＨ状態、或いは、前記ＣＥＬＬ＿ＦＡＣＨ状態に転移すると共に、前記確認応答に応答して前記ＳＲＮＳ再配置手続きを達成するために、前記ワイヤレス装置によりサポートされるＲＬＣエンティティを再構築する工程と、
を備えることを特徴とする方法。
更に、
前記ワイヤレス装置により、ハイパーフレーム番号を保持する前記ＲＬＣエンティティに対応するＳＴＡＲＴ値を生成する工程と、
前記ＳＴＡＲＴ値を前記確認情報に含める工程と、
前記確認応答に対応して、前記ワイヤレス装置により、前記ＳＴＡＲＴ値を前記ハイパーフレーム番号の複数の最重要ビットに割り当てる工程と、
を備えることを特徴とする請求項６に記載の方法。
メモリと電気的に接続するＣＰＵを備えるワイヤレス装置であって、前記メモリは、請求項６の方法を実行するプログラムコードを含むことを特徴とするワイヤレス装置。