(57)【要約】【課題】サービング無線ネットワークコントローラを再割当する好適な方法を提供すること。【解決手段】本発明は、非同期式ＩＭＴ２０００システムであるＵＭＴＳシステムで、無線資源の効率的な利用のためにＳＲＮＣを変更するＳＲＮＳ再割当方法に関するものである。本発明のＳＲＮＳ再割当方法は、ネットワーク上でＳＲＮＳ再割当が決定される過程と、ネットワーク上でＳＲＮＳ再割当に必要な資源を予約する過程と、ＳＲＮＳ再割当過程以後、ＳＲＮＣの役割を遂行する目的ＲＮＣが、端末との通信のために、端末にＳＲＮＳ再割当関連のＲＲＣメッセージを伝送する過程と、前記端末が、これに対する応答として、目的ＲＮＣにＳＲＮＳ再割当関連の応答ＲＲＣメッセージを伝送する過程と、を含むことを特徴とする。【選択図】なし【特許請求の範囲】
【請求項１】
サービング無線ネットワークコントローラを再割当する方法であって、
該方法は、
少なくとも１つの暗号化パラメーター値と第１の無線リンク制御プロトコルデータユニット（ＲＬＣ  ＰＤＵ）一連番号とを第１の無線ネットワークコントローラから第２の無線ネットワークコントローラへと送信することと、
該第２の無線ネットワークコントローラによって端末機へと送信されるべき第１のデータを暗号化するために、該少なくとも１つの暗号化パラメーター値と、該第１のＲＬＣ  ＰＤＵ一連番号とを使用することと
を包含する、方法。
【請求項２】
前記少なくとも１つの暗号化パラメーター値は、アップリンク暗号化パラメーター値を含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの暗号化パラメーター値は、ダウンリンク暗号化パラメーター値を含む、請求項１に記載の方法。
【請求項４】
前記少なくとも１つの暗号化パラメーター値は、ハイパーフレーム番号である、請求項１に記載の方法。
【請求項５】
前記第１のＲＬＣ  ＰＤＵ一連番号は、前記端末機がダウンリンク上で受信することを期待する次のデータユニット番号である、請求項１に記載の方法。
【請求項６】
前記第１のＲＬＣ  ＰＤＵ一連番号は、データが伝送されるたびに１だけインクリメントされる、請求項５に記載の方法。
【請求項７】
前記第１のＲＬＣ  ＰＤＵ一連番号は、状態変数に含まれる、請求項１に記載の方法。
【請求項８】
前記状態変数は、無応答モード状態変数である、請求項７に記載の方法。
【請求項９】
前記ダウンリンク暗号化パラメーター値は、１だけインクリメントされ、前記第１のデータを暗号化するために前記第１のＲＬＣ  ＰＤＵ一連番号とともに使用される、請求項３に記載の方法。
【請求項１０】
前記少なくとも１つの暗号化パラメーター値と前記第１のＲＬＣ  ＰＤＵ一連番号とは、前記第２の無線ネットワークコントローラが前記サービング無線ネットワークコントローラになることを可能にする、請求項１に記載の方法。
【請求項１１】
前記第２の無線ネットワークコントローラ内で第１のＲＬＣエンティティを確立することをさらに包含する、請求項１に記載の方法。
【請求項１２】
前記第１のＲＬＣエンティティは、無応答モードＲＬＣエンティティである、請求項１１に記載の方法。
【請求項１３】
前記第２の無線ネットワークコントローラ内で第１のシグナリング無線ベアラを確立することをさらに包含する、請求項１に記載の方法。
【請求項１４】
前記第１のシグナリング無線ベアラは、ＳＲＢ＃１である、請求項１３に記載の方法。
【請求項１５】
前記第１のデータは、制御情報を含む、請求項１に記載の方法。
【請求項１６】
前記第１のデータは、無線資源制御メッセージである、請求項１５に記載の方法。
【請求項１７】
前記無線資源制御メッセージは、ＵＴＲＡＮ移動性情報メッセージと、ＣＥＬＬ／ＵＲＡ更新確認メッセージとのうちの１つである、請求項１６に記載の方法。
【請求項１８】
前記第１のデータは、前記ダウンリンク暗号化パラメーター値と前記第１のＲＬＣ  ＰＤＵ一連番号とを使用して暗号化される、請求項３に記載の方法。
【請求項１９】
前記第２の無線ネットワークコントローラによって前記端末機へと前記暗号化された第１のデータを伝送することをさらに包含する、請求項１に記載の方法。
【請求項２０】
前記第２の無線ネットワークコントローラ内で第２のＲＬＣエンティティを確立することをさらに包含する、請求項１に記載の方法。
【請求項２１】
前記第２のＲＬＣエンティティは、応答モードＲＬＣエンティティである、請求項２０に記載の方法。
【請求項２２】
前記第２の無線ネットワークコントローラ内で第２のシグナリング無線ベアラを確立することをさらに包含する、請求項１に記載の方法。
【請求項２３】
前記第２のシグナリング無線ベアラは、ＳＲＢ＃２である、請求項２２に記載の方法。
【請求項２４】
前記少なくとも１つの暗号化パラメーター値は、アップリンク暗号化パラメーター値とダウンリンク暗号化パラメーター値とを含み、前記方法は、前記端末機と前記第２の無線ネットワークコントローラとのうちの少なくとも１つによって、該アップリンク暗号化パラメーター値と該ダウンリンク暗号化パラメーター値とを比較することをさらに包含する、請求項１に記載の方法。
【請求項２５】
前記端末機と前記第２の無線ネットワークコントローラとのうちの少なくとも１つによって、前記アップリンク暗号化パラメーター値と前記ダウンリンク暗号化パラメーター値とのうちの大きい方の値を選択することをさらに包含する、請求項２４に記載の方法。
【請求項２６】
前記選択された暗号化パラメーター値を１だけインクリメントすることと、該インクリメントされた暗号化パラメーター値をアップリンク暗号化パラメーター値およびダウンリンク暗号化パラメーター値として前記端末機と前記第２の無線ネットワークコントローラとのうちの少なくとも１つにおいて使用することとをさらに包含する、請求項２５に記載の方法。
【請求項２７】
前記少なくとも１つの暗号化パラメーター値を使用することにより、アップリンクおよびダウンリンクにおいて使用する規定の暗号化パラメーター値を取得することをさらに包含する、請求項１に記載の方法。
【請求項２８】
前記第２の無線ネットワークコントローラは、該第２の無線ネットワークコントローラ内で第１のＲＬＣエンティティを確立すること、該第２の無線ネットワークコントローラによって前記端末機へと前記暗号化された第１のデータを伝送することと、該第２の無線ネットワークコントローラ内で第２のＲＬＣエンティティを確立することであって、該少なくとも１つの暗号化パラメーター値は、アップリンク暗号化パラメーター値と、ダウンリンク暗号化パラメーター値とを含む、ことと、該端末機と該第２の無線ネットワークコントローラとのうちの少なくとも１つによって、該アップリンク暗号化パラメーター値または該ダウンリンク暗号化パラメーター値を比較することとによって、前記サービング無線ネットワークコントローラになる、請求項１０または１３に記載の方法。
【請求項２９】
前記端末機と前記第２の無線ネットワークコントローラとのうちの少なくとも１つによって、前記アップリンク暗号化パラメーター値と前記ダウンリンク暗号化パラメーター値とのうちの大きい方の値を選択することと、該選択された暗号化パラメーター値を１だけインクリメントし、該インクリメントされた暗号化パラメーター値を規定の暗号化パラメーター値として該端末機と該第２の無線ネットワークコントローラとのうちの少なくとも１つにおいて使用することとをさらに包含する、請求項２８に記載の方法。
【請求項３０】
前記端末機によって、前記インクリメントされた暗号化パラメーター値と第２の一連番号とを用いて第２のデータを暗号化することであって、該第２のデータは、該インクリメントされた暗号化パラメーター値の開始値を含む、ことと、該暗号化された第２のデータを該端末機から前記第２の無線ネットワークコントローラに伝送することと、該インクリメントされた暗号化パラメーター値を用いて、該第２の無線ネットワークコントローラによって該暗号化された第２のデータを解読することとをさらに包含する、請求項２９に記載の方法。
【請求項３１】
他の無線ベアラに対して、前記端末機と前記第２の無線ネットワークコントローラとの両方において前記開始値に基づいて他の暗号化パラメーター値を修正することと、該端末機と該第２の無線ネットワークコントローラとの間でデータを伝送および受信することとをさらに包含する、請求項３０に記載の方法。
【請求項３２】
前記端末機によって、前記インクリメントされた暗号化パラメーター値と第２の一連番号とを用いて第２のデータを暗号化することをさらに包含する、請求項２６に記載の方法。
【請求項３３】
前記第２のデータは、制御情報を含む、請求項３２に記載の方法。
【請求項３４】
前記第２のデータは、無線資源制御メッセージである、請求項３３に記載の方法。
【請求項３５】
前記無線資源制御メッセージは、ＵＴＲＡＮ移動性情報確認メッセージである、請求項３４に記載の方法。
【請求項３６】
前記第２のデータは、前記インクリメントされた暗号化パラメーター値の開始値を含む、請求項３２に記載の方法。
【請求項３７】
前記開始値は、前記インクリメントされた暗号化パラメーター値の最上位２０ビットを含む、請求項３６に記載の方法。
【請求項３８】
前記暗号化された第２のデータを前記端末機から前記第２の無線ネットワークコントローラに伝送することと、前記インクリメントされた暗号化パラメーター値を用いて、該第２の無線ネットワークコントローラによって該暗号化された第２のデータを解読することとをさらに包含する、請求項３６に記載の方法。
【請求項３９】
他の無線ベアラに対して、前記端末機と前記第２の無線ネットワークコントローラとの両方において前記開始値に基づいて他の暗号化パラメーター値を修正することと、該端末機と該第２の無線ネットワークコントローラとの間でデータを伝送および受信することとをさらに包含する、請求項３８に記載の方法。
【請求項４０】
サービング無線ネットワークサブシステムを再割当する方法であって、各無線ネットワークサブシステムは、無線ネットワークコントローラと、１つ以上の基地局とを備え、該方法は、目標無線ネットワークコントローラによって実行され、
ソース無線ネットワークコントローラから暗号化情報と状態変数値とを受信することと、
第１のシグナリング無線ベアラを設定することにより、無応答モード無線リンク制御エンティティを確立することと、
該ソース無線ネットワークコントローラから受信された該暗号化情報と該状態変数値とを用いて、該無応答モード無線リンク制御エンティティ内で第１のデータを暗号化することと、
該暗号化された第１のデータを移動端末機に伝送すること
を特徴とする、方法。
【請求項４１】
前記無応答モード無線リンク制御エンティティは、前記ソース無線ネットワークコントローラから受信された前記状態変数値を用いてＶＴ（ＵＳ）を初期化する、請求項４０に記載の方法。
【請求項４２】
前記ＶＴ（ＵＳ）は、初めて伝送されるべき次の無線リンク制御プロトコルデータユニットの一連番号である、請求項４１に記載の方法。
【請求項４３】
前記ＶＴ（ＵＳ）は、前記移動端末機が受信することを期待する、一連番号上次の無線リンク制御プロトコルデータユニットの一連番号である、請求項４１に記載の方法。
【請求項４４】
前記第１のデータは、無線資源制御メッセージを含む無線リンク制御プロトコルデータユニットである、請求項４０に記載の方法。
【請求項４５】
前記無線リンク制御プロトコルデータユニットのヘッダに長さ指示子が含まれる、請求項４４に記載の方法。
【請求項４６】
前記長さ指示子は、サービスデータユニットが無線リンク制御プロトコルデータユニットの開始点において開始することを指示する、請求項４５に記載の方法。
【請求項４７】
前記暗号化情報は、ダウンリンクハイパーフレーム番号とアップリンクハイパーフレーム番号とのうちの少なくとも１つを含む、請求項４０に記載の方法。
【請求項４８】
第２のシグナリング無線ベアラを設定することにより、応答モード無線リンク制御エンティティを確立することと、
前記ダウンリンクハイパーフレーム番号と前記アップリンクハイパーフレーム番号とのうちの大きい方の値を決定し、該決定された大きい方の値を１だけインクリメントすることと
をさらに包含する、請求項４７に記載の方法。
【請求項４９】
前記決定された大きい方の値に１だけインクリメントした値を用いて、開始値を含む第２のデータを解読することをさらに包含する、請求項４８に記載の方法。
【請求項５０】
前記第２の無線ベアラを除く無線ベアラの各々の少なくとも１つのハイパーフレーム番号値を前記開始値に設定することをさらに包含する、請求項４９に記載の方法。
【請求項５１】
前記第１のシグナリング無線ベアラは、ＳＲＢ＃１である、請求項４０に記載の方法。
【請求項５２】
前記第２のシグナリング無線ベアラは、ＳＲＢ＃２である、請求項４８に記載の方法。
【請求項５３】
サービング無線ネットワークサブシステムを再割当する方法であって、各無線ネットワークサブシステムは、無線ネットワークコントローラと、１つ以上の基地局とを備え、該方法は、移動端末機によって実行され、
ソース無線ネットワークコントローラから受信された第１の暗号化情報と第１の状態変数値とを用いて暗号化された第１のデータを受信することと、
シグナリング無線ベアラを設定することにより、応答モード無線リンク制御エンティティを再確立することと
を特徴とする、方法。
【請求項５４】
前記第１の暗号化情報は、ダウンリンクハイパーフレーム番号とアップリンクハイパーフレーム番号とのうちの少なくとも１つを含む、請求項５３に記載の方法。
【請求項５５】
前記ダウンリンクハイパーフレーム番号と前記アップリンクハイパーフレーム番号とのうちの大きい方の値を決定し、該決定された大きい方の値を１だけインクリメントすることをさらに包含する、請求項５４に記載の方法。
【請求項５６】
前記決定された大きい方の値に１だけインクリメントした値を用いて、開始値を含む第２のデータを暗号化することをさらに包含する、請求項５５に記載の方法。
【請求項５７】
前記シグナリング無線ベアラを除く無線ベアラの各々の少なくとも１つのハイパーフレーム番号値を前記開始値に設定することをさらに包含する、請求項５６に記載の方法。
【請求項５８】
前記シグナリング無線ベアラは、ＳＲＢ＃２である、請求項５３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関し、特に、非同期式ＩＭＴ−２０００システムであるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ
Ｓｙｓｔｅｍ）システムで、無線資源の効率的な利用のためにＳＲＮＣ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を変更するＳＲＮＳ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂ−ｓｙｓｔｅｍ）再割当（Ｒｅｌｏｃａｔｉｏｎ）方法に関するものである。
【背景技術】
【０００２】
一般に、ＵＭＴＳは、ヨーロッパ式標準のＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）システムから進化した第３世代移動通信システムであって、ＧＳＭ核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）及びＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）接続技術を基盤として一層向上した移動通信サービスの提供を目標とする。
【０００３】
ＵＭＴＳの標準化作業のために、１９９８年１２月にヨーロッパのＥＴＳＩ、日本国のＡＲＩＢ／ＴＴＣ、米国のＴ１及び大韓民国のＴＴＡなどは、第３世代共同プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；以下、３ＧＰＰと略称する）というプロジェクトを構成し、現在までＵＭＴＳの細部的な標準明細書（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成中にある。
【０００４】
前記３ＧＰＰでは、ＵＭＴＳの迅速且つ効率的な技術開発のために、網構成要素及びその動作に対する独立性を考慮して、ＵＭＴＳの標準化作業を五つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐｓ；以下、ＴＳＧと略称する）に分けて進行している。
【０００５】
各ＴＳＧは、関連した領域内で標準規格の開発、承認及びその管理を担当するが、これら中無線接続網（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；以下、ＲＡＮと略称する）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳでＷＣＤＭＡ接続技術を支援するための新しい無線接続網のＵＭＴＳ無線網（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｎｅｔｗｏｒｋ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；以下、ＵＴＲＡＮと略称する）の機能、要求事項及びインターフェースに関する規格を開発する。
【０００６】
ＴＳＧ−ＲＡＮグループは、再び全体会議（Ｐｌｅｎａｒｙ）グループと四つの運営グループ（Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ）とから構成される。
【０００７】
第１運営グループ（ＷＧ１；Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ１）では、物理階層（第１階層）に関する規格を開発し、第２運営グループ（ＷＧ２）では、データリンク階層（第２階層）及びネットワーク階層（第３階層）の役割を規定する。
【０００８】
また、第３運営グループでは、ＵＴＲＡＮ内の基地局、無線網制御器（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ；以下、ＲＮＣと略称する）及び核心網間のインターフェースに関する規格を定め、第４運営グループでは、無線リンクの性能に対する要求条件及び無線資源の管理に対する要求事項などを議論する。
【０００９】
図１は、従来及び本発明が適用されるＵＭＴＳの網構造を示す図である。
【００１０】
ＵＭＴＳシステムは、大きく端末（ＵＥ；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）（移動局）、ＵＴＲＡＮ及び核心網からなる。
【００１１】
ＵＴＲＡＮは、一つ以上の無線網サブシステム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂ−ｓｙｓｔｅｍｓ；以下ＲＮＳと略称する）から構成され、各ＲＮＳは、一つのＲＮＣ及び該ＲＮＣにより管理される一つ以上のＮｏｄｅ  Ｂから構成される。
【００１２】
Ｎｏｄｅ  Ｂは、ＲＮＣにより管理され、アップリンクでは、送信側の端末の物理階層から送る情報を受信し、ダウンリンクでは、データを受信側の端末に送信する端末に対するＵＴＲＡＮのアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）の役割を担当する。
【００１３】
ＲＮＣは、無線資源の割当及び管理を担当するが、Ｎｏｄｅ  Ｂの直接的な管理を担当するＲＮＣをＣＲＮＣ（Ｃｏｎｔｒｏｌ  ＲＮＣ）といい、共用無線資源の管理を担当する。
【００１４】
各端末に割り当てられた専用無線資源（Ｄｅｄｉｃａｔｅｄ  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅｓ）を管理する所はＳＲＮＣ（Ｓｅｒｖｉｎｇ  ＲＮＣ）という。
【００１５】
ＣＲＮＣとＳＲＮＣとは同じであり得るが、端末がＳＲＮＣの領域から離脱して他のＲＮＣの領域に移動する場合は、ＣＲＮＣとＳＲＮＣとは異なり得る。
【００１６】
特定の端末に提供されるサービスは、大きく回線交換サービスとパケット交換サービスとに区分される。
【００１７】
例えば、一般的な音声電話サービスは回線交換サービスに属し、インターネット接続によるウェブブラウジング（Ｗｅｂ  Ｂｒｏｗｓｉｎｇ）サービスはパケット交換サービスに属する。
【００１８】
回線交換サービスを支援する場合、ＳＲＮＣは、核心網のＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）と連結され、このＭＳＣは、外部網との通信のためにＧＭＳＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）と連結される。
【００１９】
このとき、ＧＭＳＣは、他の網との連結の管理を担当する。
【００２０】
パケット交換サービスは、核心網のＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）及びＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）によりサービスが提供される。ＳＧＳＮは、ＳＲＮＣに向かうパケット通信を支援し、ＧＧＳＮは、インターネット網のような他のパケット交換網への連結を管理する。
【００２１】
多様な網構成要素間には、相互間の通信のためにデータを交換できるインターフェースが存在するが、ＲＮＣと核心網とのインターフェースをＩｕインターフェースと定義する。
【００２２】
また、Ｉｕインターフェースがパケット交換領域と連結された場合はＩｕ−ＰＳといい、回線交換領域と連結された場合はＩｕ−ＣＳと定義する。
【００２３】
図２は、３ＧＰＰ無線接続網の規格を基盤とする端末とＵＴＲＡＮ間の無線接続インターフェースプロトコルの構造を示す。
【００２４】
図２の無線接続インターフェースプロトコルは、水平的には、物理階層、データリンク階層及びネットワーク階層からなり、垂直的には、制御信号（Ｓｉｇｎａｌｉｎｇ）の伝達のための制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）と、データ情報の伝送のための使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ）とに区分される。
【００２５】
使用者平面は、音声やＩＰパケットの伝送などのように使用者のトラフィック情報が伝達される領域で、制御平面は、網のインターフェースや呼の維持及び管理などの制御情報が伝達される領域を示す。
【００２６】
図２のプロトコル階層は、通信システムで広く知られている開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ；ＯＳＩ）基準モデルの下位の三つの階層に基づいて、Ｌ１、Ｌ２、Ｌ３に区分することができる。
【００２７】
Ｌ１は、無線インターフェースに対する物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）の役割を遂行し、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；以下ＭＡＣと略称する）階層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、伝送チャネルを通して物理階層に伝達されたデータを無線環境に適した多様なコーディング及び変調方式などを利用して受信側に伝達する役割を担当する。
【００２８】
物理階層とＭＡＣ階層間に存在する伝送チャネルは、端末が独占的に利用することができるか、または、複数の端末が共有して使用するかによって、それぞれ専用伝送チャネル（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）と共用伝送チャネル（Ｃｏｍｍｏｎ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）とに区分される。
【００２９】
Ｌ２は、データリンク階層の役割を遂行し、複数の端末がＷＣＤＭＡ網の無線資源を共有できるようにする。
【００３０】
Ｌ２は、ＭＡＣ階層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；以下、ＲＬＣと略称する）階層、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ
Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；以下ＰＤＣＰと略称する）階層、及び放送／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ；以下ＢＭＣと略称する）階層とに分けられる。
【００３１】
ＭＡＣ階層は、論理チャネルと伝送チャネル間の適切な対応（Ｍａｐｐｉｎｇ）関係を通してデータを伝達する。上位階層とＭＡＣ階層とを連結する論理チャネルは、これらを通して伝送される情報の種類によって大きく二つに区分される。
【００３２】
即ち、制御平面の情報を伝送する場合は制御チャネルを、使用者平面の情報を伝送する場合はトラフィックチャネルを使用する。
【００３３】
ＲＬＣ階層は、上位から伝送されたＲＬＣ  ＳＤＵの分割及び連結（Ｓｅｇｍｅｎｔａｔｉｏｎ  ａｎｄ  Ｃｏｎｃａｔｅｎａｔｉｏｎ）機能により伝送に適したＲＬＣ  ＰＤＵを構成し、伝送中に消失されたＲＬＣ  ＰＤＵの再伝送を担当する自動反復要求（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ；ＡＲＱ）機能を遂行することができる。
【００３４】
ＰＤＣＰ階層は、ＲＬＣ階層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルを通して伝送されるデータがＲＬＣ階層で伝送されるのに適合にする。
【００３５】
特に、ＩＰパケットの効率的な伝送のために、パケットのヘッダー情報を圧縮して伝送するヘッダー圧縮技法を用いることができる。
【００３６】
ＢＭＣ階層は、ＣＢＳ（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ  Ｃｅｎｔｅｒ）から伝達されたメッセージを無線インターフェースを通して伝送できるようにする。ＢＭＣの主な機能は、端末に伝送されるセル放送メッセージ（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ  Ｍｅｓｓａｇｅ）をスケジューリングして伝送することで、一般に、ＵＭで動作するＲＬＣ階層を通してデータを伝送する。
【００３７】
参考で、ＰＤＣＰ階層及びＢＭＣ階層は、使用者データのみを伝送するので、使用者平面にのみ位置する。
【００３８】
これらとは異なって、ＲＬＣ階層は、上位に連結された階層によって、使用者平面に属することもでき、制御平面に属することもできる。
【００３９】
制御平面に属する場合は、無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する）階層からデータの伝達を受ける場合に該当し、その他の場合は使用者平面に属する。
【００４０】
Ｌ３の最下部に位置したＲＲＣ階層は、制御平面でのみ定義され、無線運搬者の設定、再設定及び解除と関連して、伝送チャネル及び物理チャネルの制御を担当する。
【００４１】
このとき、無線運搬者が設定されるということは、特定のサービスを提供するために必要なプロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメーター及び動作方法を設定する過程を意味する。
【００４２】
ＲＲＣメッセージを通して上位階層から伝達される制御メッセージの伝送も可能である。
【００４３】
以下、前記無線運搬者及びＲＬＣ階層の動作について詳細に説明する。
【００４４】
一般に、使用者平面でＬ２階層により上位階層に提供される使用者データの伝送サービスを無線運搬者（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）と定義し、制御平面でＬ２階層により上位階層に提供される制御情報の伝送サービスをシグナリング無線運搬者（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＳＲＢ）と定義する。
【００４５】
各無線運搬者は、共通的にＲＬＣ階層を通して伝送されるが、伝送特性は、ＲＬＣ階層の動作モードによって決定される。
【００４６】
即ち、上位からＲＬＣ階層に伝達されたデータに対して分割機能を遂行するか否か、再伝送を支援するか否かによって、ＲＬＣ階層の動作は次の三つの場合に区分することができる。
【００４７】
これらは、それぞれ透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ；以下、ＴＭと略称する）、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；以下、ＵＭと略称する）、及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ；以下、ＡＭと略称する）である。
【００４８】
第一に、ＴＭで動作する場合は、上位から下ったＲＬＣ  ＳＤＵに如何なるヘッダー情報も追加されない。ＲＬＣ  ＰＤＵに一連番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）が添付されず、データの再伝送を支援しない。ＴＭでは、一般にＲＬＣ  ＳＤＵの分割及び再組立を使用しないが、場合によって、無線運搬者の設定時、分割及び再組立機能を使用するか否かが決定される。
【００４９】
第二に、ＲＬＣ階層がＵＭで動作する場合は、ＲＬＣ  ＰＤＵの伝送が失敗しても再伝送を支援しない。よって、伝送中にデータが消失されても、受信側では再伝送を要求することなく関連したデータを失敗と判断する。ＵＭで動作するＲＬＣ階層では、ＲＬＣ  ＳＤＵを分割してＲＬＣ  ＰＤＵを構成することができ、各ＲＬＣ  ＰＤＵには順に一連番号が添付される。従って、受信側は、その一連番号に基づいてデータを連結させて復旧することができる。
【００５０】
ＵＭ  ＲＬＣを利用するサービスとしては、セル放送サービス（Ｃｅｌｌ  Ｂｒｏａｄｃａｓｔ  Ｓｅｒｖｉｃｅ）及びＩＰ網を利用する音声サービス（Ｖｏｉｃｅ  ｏｖｅｒ
ＩＰ）などを挙げることができる。
【００５１】
最後に、ＲＬＣがＡＭで動作する場合は、パケットの伝送失敗時に再伝送を支援する。即ち、送信側のＲＬＣ階層は、受信側から伝送が成功したか否かを判断できる状態情報を受け、再伝送が必要なＲＬＣ  ＰＤＵを再伝送する。ＡＭで動作する間、ＲＬＣ階層が上位階層から受けたＲＬＣ  ＳＤＵは、必要によって分割や連結により予め定義されたサイズに分けられた後、一連番号を含むヘッダー情報が加えられてＲＬＣ  ＰＤＵになり、これらは一連番号に従ってＲＬＣバッファに保存される。
【００５２】
保存されたＲＬＣ  ＰＤＵは、ＭＡＣ階層が要求した個数だけＭＡＣ階層に伝達され、基本的に一連番号順に従って伝送される。
【００５３】
送信側のＲＬＣ階層では、最初に送信されるＲＬＣ  ＰＤＵが一連番号順に伝送されるので、受信側のＲＬＣ階層では、受信される一連番号を観察し、伝送に失敗したデータに対し送信側のＲＬＣ階層に再伝送を要求する。
【００５４】
例えば、受信されたＲＬＣ  ＰＤＵの一連番号が＃２３、＃２４、＃２５、＃３２、＃３４であると、＃２６〜＃３１及び＃３３の一連番号を有するＲＬＣ  ＰＤＵは伝送中に消失されたということができる。このような受信側のバッファの状態情報は、状態ＰＤＵ（Ｓｔａｔｕｓ  ＰＤＵ）を通して送信側に伝送されるが、送信側では、状態ＰＤＵに含まれた内容によって、再伝送すべきＲＬＣ  ＰＤＵ及び成功的に伝送されたＲＬＣ  ＰＤＵの一連番号が分かる。
【００５５】
図３にＲＬＣ階層から伝送されるＲＬＣ  ＰＤＵの構造を示す。ＲＬＣ  ＰＤＵは、ヘッダー情報及びペイロード（Ｐａｙ  ｌｏａｄ）から構成され、ヘッダー情報には多様な制御情報が含まれる。
【００５６】
図３のヘッダー情報には一連番号及び長さ指示子が含まれるが、一連番号は、順次的なデータの伝達のために必要な識別情報として用いられ、長さ指示子は、ＲＬＣ  ＳＤＵの境界を示す。
【００５７】
一連番号は、ＵＭの場合は７ビットから構成され、ＡＭの場合は１２ビットから構成される。「Ｅ」フィールドは、１ビットから構成された拡張ビットであって、続くフィールドが長さ指示子であるか、データであるかを区分するときに用いられる。
【００５８】
長さ指示子は、ＲＬＣ階層の連結機能により、複数のＲＬＣ  ＳＤＵが一つのＲＬＣ  ＰＤＵに含まれる場合、該当ＲＬＣ  ＳＤＵの境界面を指示する。従って、ＲＬＣ  ＳＤＵが該当ＲＬＣ  ＰＤＵ内で終わらない場合は、長さ指示子が存在しないことがある。
【００５９】
且つ、長さ指示子は、単純にＲＬＣ  ＳＤＵの境界面を指示する役割の他に特別な用途にも使用される。代表的な用途がパディング（Ｐａｄｄｉｎｇ）及びデータ開始指示子の役割である。パディングは、該当ＲＬＣ  ＰＤＵ内に追加で連結すべきＲＬＣ  ＳＤＵがなく、ＲＬＣ  ＰＤＵのデータ部分が含むべきＲＬＣ  ＳＤＵのサイズより大きい場合に使用する。即ち、パディングにより指示された部分は、意味のないデータであることを意味する。
【００６０】
また、データ開始指示子は、ＵＭの場合は１１１１１００、ＡＭの場合は１１１１１１１１１１１１１００に設定し、この値が設定されている場合は、長さ指示子の後に続くデータ部分がＲＬＣ  ＳＤＵの最初の部分であることを意味する。
【００６１】
これは、ＲＬＣで追加的なデータの消失を防止するのに用いることができる。
【００６２】
例えば、一連番号４番のＲＬＣ  ＰＤＵが消失され、一連番号５番のＲＬＣ  ＰＤＵが受信される場合を説明すると次のようである。仮りに、新しいＲＬＣ  ＳＤＵが一連番号５番から始まって５番内で終わる場合は、５番のＲＬＣ  ＰＤＵには長さ指示子フィールドが存在するようになる。
【００６３】
しかし、データ開始指示子がないと、４番のＲＬＣ  ＰＤＵが消失されたので、受信側のＲＬＣ階層は、５番のＲＬＣ  ＰＤＵに属するＲＬＣ  ＳＤＵが４番のＲＬＣ  ＰＤＵ内のＲＬＣ  ＳＤＵと繋がると仮定し、５番のＲＬＣ  ＰＤＵ内の最初のＲＬＣ  ＳＤＵを廃棄させることができる。
【００６４】
ＲＬＣ階層では、データの伝送及びＲＬＣバッファの効率的な管理のために、状態変数（Ｓｔａｔｅ  Ｖａｒｉａｂｌｅ）を定義して用いる。
【００６５】
図４に送信側のＡＭ  ＲＬＣバッファの構造及びＲＬＣバッファの状態指示子を示す。ＡＭ  ＲＬＣでＲＬＣ  ＰＤＵは、一連番号に従って順に保存されており、成功的に伝送されたＲＬＣ  ＰＤＵはバッファから削除する。
【００６６】
図４において、ＶＴ（Ｓ）という状態変数は、最初に伝送されるべきＰＤＵのうち最も小さいＲＬＣ  ＰＤＵの一連番号を示す。また、ＶＴ（Ａ）は、伝送後に受信側から肯定応答を待つＰＤＵのうち最も小さい一連番号を示す。
【００６７】
よって、送信側では、ＶＴ（Ｓ）−１の一連番号を有するＲＬＣ  ＰＤＵまで伝送し、ＶＴ（Ａ）−１までのＲＬＣ  ＰＤＵに対しては受信側から肯定応答を受けたことを意味する。
【００６８】
図４にはＡＭ  ＲＬＣの場合のみを示しているが、ＲＬＣ階層がＵＭモードで動作する場合は、ＡＭのＶＴ（Ｓ）と類似にＶＴ（ＵＳ）を定義することができる。即ち、ＶＴ（ＵＳ）は、ＵＭで動作する送信側のＲＬＣ階層で最初に伝送されるべきＲＬＣ  ＰＤＵのうち最も小さい一連番号を示す。
【００６９】
しかし、ＵＭでは再伝送が支援されないため、受信側から肯定応答または否定応答などの確認を受けることができないので、ＶＴ（Ａ）のような状態変数は定義されない。一般に、これらの状態変数は、ＲＬＣ階層が再設定（Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）されるか、または初期化（Ｒｅｓｅｔ）される場合、初期値の０に設定される。
【００７０】
前述したように、制御平面でＬ２階層により上位階層に提供される制御情報の伝送サービスは、シグナリング無線運搬者（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＳＲＢ）と定義する。
【００７１】
全てのＲＲＣメッセージは、ＳＲＢを通して端末とＲＮＣ間で交換され、新しい無線運搬者の設定、並びに既設定された無線運搬者の再設定及び解除を命令することができる。
【００７２】
ＵＭＴＳシステムでは、端末とＲＮＣ間の制御情報の伝送のために、総３２個のＳＲＢを使用することができる。
【００７３】
各ＳＲＢの特性は、ＳＲＢを支援するＲＬＣの動作モード、及び使用する論理チャネルの種類によって決定される。ＳＲＢで使用する論理チャネルは、制御情報の伝送のために考案されたＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の二つを使用する。
【００７４】
ＣＣＣＨは、端末とＵＴＲＡＮ間の共用制御情報を乗せ運ぶ論理チャネルであって、複数の端末が同時に利用することができる。
【００７５】
前記ＣＣＣＨは、共用論理チャネルであるので、端末の識別情報であるＵ−ＲＮＴＩ（ＵＴＲＡＮ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）を含む。
【００７６】
これとは異なって、ＤＣＣＨは、特定の端末とＵＴＲＡＮ間の専用制御情報を伝送する論理チャネルであって、他の端末と共有されず該当端末の専用として使用される。各ＳＲＢの特性をまとめると次のようである。
【００７７】
−ＳＲＢ０：アップリンクではＴＭ  ＲＬＣを、ダウンリンクではＵＭ  ＲＬＣを通してＲＲＣメッセージを伝送する。ＳＲＢ０に使用される論理チャネルはＣＣＣＨである。
【００７８】
−ＳＲＢ１：ＵＭ  ＲＬＣを利用し、ＤＣＣＨを通してＲＲＣメッセージを伝送するときに使用する。
【００７９】
−ＳＲＢ２：ＡＭ  ＲＬＣを利用し、ＤＣＣＨを通してＲＲＣメッセージを伝送するときに使用する。このとき、ＲＲＣの上位階層から伝達されたメッセージの伝送に使用されることはない。
【００８０】
−ＳＲＢ３：ＡＭ  ＲＬＣを利用し、ＤＣＣＨを通してＲＲＣの上位階層から伝送されたメッセージを伝送する。
【００８１】
−ＳＲＢ４：このＳＲＢは選択事項である。ＳＲＢ３のようにＲＲＣの上位階層から伝達されたメッセージを伝送するが、ＳＲＢ３との優先順位の制御のために使用する。
【００８２】
即ち、ＳＲＢ４は、優先順位の低いメッセージを含み、ＳＲＢ３には優先順位の高いメッセージを伝達することができる。
【００８３】
−ＳＲＢ５−３１：ＴＭ  ＲＬＣと連結されたＤＣＣＨを利用してＲＲＣメッセージを伝送する全ての場合に使用する。
【００８４】
図５は、パケット交換領域で行われる典型的なＳＲＮＳ再割当過程を示し、回線交換領域に対しても同様に適用することができる。
【００８５】
ＳＲＮＳ再割当は、端末の移動により端末の位置が変わる場合、端末と核心網間のＩｕアクセスポイントをより短い経路に設定するために用いる方法であって、端末と連結されたＳＲＮＣを既存に使用していたＲＮＣでない他のＲＮＣに変更する過程をいう。
【００８６】
ＳＲＮＳ再割当は、多様な網構成要素が関連しているので、一般的なハンドオーバー手順よりもっと複雑な過程を経る。
【００８７】
図５において、端末は現在ＲＮＣ１と連結されており、ＲＮＣ１が該当端末に対するＳＲＮＣの役割を遂行する。ＲＮＣ１は、核心網のＳＧＳＮ１と連結され、外部網との連結のために、ＳＧＳＮ１はＧＧＳＮと連結されている。
【００８８】
端末の移動により端末がＲＮＣ２が管理する領域に入ると、ＲＮＣ１によるＳＧＳＮ１との連結よりは、ＲＮＣ２によるＳＧＳＮ２との連結がより短い経路になるということができる。
【００８９】
もちろん、ＲＮＣ２を経由し既存（現在）のＳＲＮＣ機能をＲＮＣ１にそのままおくこともできるが、このような場合は、ＲＮＣ１とＲＮＣ２間の資源を利用するようになってＵＴＲＡＮの網資源を費やすようになるので、ＳＲＮＳ再割当過程を通して資源の浪費を減少させることができる。
【００９０】
ＳＲＮＳ再割当手順の完了後に、端末のＳＲＮＣの役割はＲＮＣ２が担当し、核心網とはＳＧＳＮ２を通して連結される。
【００９１】
ＳＲＮＳ再割当を行うための条件は多様であるが、代表的な例としては、ＵＴＲＡＮと核心網間のアクセスポイントを移動させるために網自体的にＳＲＮＳ再割当を行う場合（ＣａｓｅＩ）と、端末から報告されたセルの変更過程や位置登録変更過程と同時にＳＲＮＳ再割当を行う場合（ＣａｓｅＩＩ）を挙げることができる。
【００９２】
ＳＲＮＳ再割当時の端末との関連性の有無がＣａｓｅＩとＣａｓｅＩＩとの相違点であるということができるが、両者ともＳＲＮＣ再割当と関連した手順上においては大きな差はない。
【００９３】
ＳＲＮＳ再割当過程が進行される間、端末とＲＮＣ間、ＲＮＣとＲＮＣ間、及びＲＮＣと核心網間で多様なシグナリングメッセージが交換される。
【００９４】
以下、端末とＲＮＣ及び核心網間で交換されるシグナリングメッセージを通してＳＲＮＳ再割当手順を説明する。
【００９５】
図６は、ＵＭＴＳ内におけるＳＲＮＳ再割当過程を示す。
【００９６】
図６において、ソースＲＮＣ（Ｓｏｕｒｃｅ  ＲＮＣ）は、ＳＲＮＳ再割当前に該当端末に対してＳＲＮＣの役割を遂行するＲＮＣを示し、目標ＲＮＣ（Ｔａｒｇｅｔ  ＲＮＣ）は、ＳＲＮＳ再割当以後に該当端末に対してＳＲＮＣの役割を遂行するＲＮＣを示す。
【００９７】
同じように、旧ＳＧＳＮ及び新ＳＧＳＮは、それぞれＳＲＮＳ再割当以前及び以後に該当端末に対してＳＧＳＮの役割を遂行するＧＳＮを示す。
【００９８】
図６においては、旧ＳＧＳＮと新ＳＧＳＮとが互いに異なる場合を示しているが、場合によって旧ＳＧＳＮと新ＳＧＳＮとは同じであり得る。
【００９９】
且つ、図６は、ＣａｓｅＩ及びＣａｓｅＩＩの両方に適用することができる。
【０１００】
図６を参照してＳＲＮＳ再割当が行われる手順を要約してみると次のようである。
【０１０１】
図６において、各メッセージの伝送は、割り当てられた番号に従って順に進行されるが、この順序を従わないこともできる。
【０１０２】
１．ＣａｓｅＩやＣａｓｅＩＩの場合によって、ＳＲＮＳ再割当を行うか否かが決定される。
【０１０３】
２．ソースＲＮＣは、旧ＳＧＳＮに再割当要求メッセージを通して目的ＲＮＣの識別情報、端末情報、保安情報及びＲＲＣプロトコル情報など、再割当と関連した情報を伝送する。
【０１０４】
３．旧ＳＧＳＮは、伝送された情報を利用して、該当ＳＲＮＳ再割当手順がＳＧＳＮの変更が必要なＩｎｔｅｒ−ＳＲＮＳ  ＳＲＮＳ再割当であるか、または、同一のＳＧＳＮ内で行われるｉｎｔｒａ−ＳＧＳＮ  ＳＲＮＳ再割当であるかを把握する。
【０１０５】
図示するように、ＳＧＳＮが異なってくる場合、旧ＳＧＳＮは、順方向再割当要求（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを新ＳＧＳＮに伝送して、再割当と関連した網資源を割り当てるように命令する。
【０１０６】
４．新ＳＧＳＮは、目的ＲＮＣに再割当要求メッセージを伝送して、目的ＲＮＣがＳＲＮＣになる場合に必要な多様な資源を割り当てるようにする。
【０１０７】
この過程には、ソースＲＮＣで端末との通信のために使用していた多様な無線運搬者を設定する過程も含まれる。新ＳＧＳＮが再割当要求応答（Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを受信した後には、目的ＲＮＣと新ＳＧＳＮ間には、データの伝達のための通路も共に生成される。
【０１０８】
５．目的ＲＮＣと新ＳＧＳＮ間でデータを伝送するための資源が設けられ、ＳＲＮＳ再割当に対する準備が終わると、新ＳＧＳＮが順方向再割当応答（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージを旧ＳＧＳＮに伝送して、目的ＲＮＣがソースＲＮＣから伝送される下向データの伝達を受ける準備が完了したことを知らせる。
【０１０９】
６．データの移動及び端末との通信のための全ての資源が設けられたので、旧ＳＧＳＮは、再割当命令メッセージをソースＲＮＣに伝送して、解除させるべき無線運搬者情報、及び目的ＲＮＣにデータを伝達すべき無線運搬者情報などを知らせる。
【０１１０】
７．再割当命令メッセージを受信したソースＲＮＣは、再割当委任（Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｍｉｔ）メッセージを目的ＲＮＣに伝送して、ＳＲＮＳの動作と関連した接続情報を目的ＲＮＣに伝達し、ソースＲＮＣから目的ＲＮＣにＳＲＮＣの役割が変更されるということを知らせる。
【０１１１】
８．ソースＲＮＣは、目的ＲＮＣへのデータの伝達が必要な無線運搬者に対しデータを伝達し始める。このとき、データの伝達通路は、ソースＲＮＣと目的ＲＮＣ間の直接的なデータの伝達でなく、核心網を経由するようになる。
【０１１２】
９．前記手順７の再割当委任メッセージを受信した目的ＲＮＣは、再割当感知メッセージを新ＳＧＳＮに伝送する。
【０１１３】
この再割当感知（Ｒｅｌｏｃａｔｉｏｎ  Ｄｅｔｅｃｔ）メッセージを伝送してから初めて、目的ＲＮＣは、ＳＲＮＣとしての役割を遂行するようになる。
【０１１４】
１０．目的ＲＮＣは、ＲＲＣメッセージであるＵＴＲＡＮ移動性情報（Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）（ＣａｓｅＩ）メッセージ、またはＣｅｌｌ／ＵＲＡ（ＵＴＲＡＮ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｒｅａ）更新（ＣａｓｅＩＩ）メッセージを端末に伝送する。
【０１１５】
このメッセージは、新しい端末識別情報であるＮｅｗ  Ｕ−ＲＮＴＩ、端末関連情報及び核心網関連情報を含む。
【０１１６】
端末は、これらのメッセージに対する応答として、ＵＴＲＡＮ移動性情報確認メッセージを目的ＲＮＣに伝送する。この過程が完了すると、端末とＲＮＣではＰＤＣＰ及びＲＬＣ個体（Ｅｎｔｉｔｙ）を再設定して駆動させる。
【０１１７】
従って、この過程が終了した後にアップリンク及びダウンリンクの設定が完了し、目的ＲＮＣと端末とは使用者データを交換することができる。
【０１１８】
１１．核心網が再割当感知メッセージを受信すると、核心網は使用者平面をソースＲＮＣから目的ＲＮＣに転換する。新ＳＧＳＮは、ＳＧＳＮ間再割当（Ｉｎｔｅｒ−ＳＧＳＮ
Ｒｅｌｏｃａｔｉｏｎ）の場合、新ＳＧＳＮのアドレス及びその他の接続情報を含む更新ＰＤＰ文脈要求（Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ）メッセージをＧＧＳＮに伝送する。
【０１１９】
これを受信したＧＧＳＮは、該当の接続と関連した制御情報を更新し、これに対する応答メッセージである更新ＰＤＰ文脈応答（Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ）メッセージを新ＳＧＳＮに伝送する。
【０１２０】
１２．目的ＲＮＣがＵＴＲＡＮ移動性情報確認（Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｎｆｉｒｍ）メッセージを成功的に受信すると、目的ＲＮＣは、新ＳＧＳＮに再割当完了（Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを伝送する。
【０１２１】
これは、目的ＲＮＣが新ＳＧＳＮにＳＲＮＳ再割当手順が完了したことを知らせる。また、ＳＧＳＮ間ＳＲＮＳ再割当（Ｉｎｔｅｒ−ＳＧＳＮ  ＳＲＮＳ  Ｒｅｌｏｃａｔｉｏｎ）の場合は、新ＳＧＳＮが旧ＳＧＳＮにＳＲＮＳ再割当手順が完了したことを知らせるために、順方向再割当完了（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを伝送する。
【０１２２】
１３．全ての過程が完了した後は、旧ＳＧＳＮがＩｕ解除命令（Ｉｕ  Ｒｅｌｅａｓｅ
Ｃｏｍｍａｎｄ）メッセージをソースＲＮＣに伝送して、ソースＲＮＣと旧ＳＧＳＮ間に存在するＩｕ接続を解除させる。
【０１２３】
前記図６からＳＲＮＳ再割当の基本的な動作及び手順が分かる。
【０１２４】
以下、ＵＴＲＡＮ内でＳＲＮＳ再割当と関連して伝送されるＲＲＣメッセージについて詳細に説明する。
【０１２５】
図７は、ＵＴＲＡＮと端末間でＳＲＮＳ再割当が行われる過程を示す。
【０１２６】
図７において、ＲＲＣメッセージが伝送される場合は、１番、７番、８番に該当するが、これらのＲＲＣメッセージについて説明する。
【０１２７】
（１）  セル更新（Ｃｅｌｌ  Ｕｐｄａｔｅ）メッセージ及びセル更新確認（Ｃｅｌｌ
Ｕｐｄａｔｅ  Ｃｏｎｆｉｒｍ）メッセージ：端末の移動によりセルが変更される場合、端末がセル更新メッセージを送ることによって実行される。セル更新確認メッセージは、セル更新メッセージに対するＵＴＲＡＮの応答メッセージであって、無線運搬者の解除／再設定、伝送チャネル／物理チャネルの再設定などのような命令を伝送することができる。
【０１２８】
また、端末に対するＮｅｗ  Ｕ−ＲＮＴＩ値も含むことができる。セル更新メッセージは、ＳＲＢ０を利用して伝送され、セル更新確認メッセージは、ＳＲＢ０またはＳＲＢ１を利用して伝送される。
【０１２９】
（２）  ＵＲＡ更新メッセージ及びＵＲＡ更新確認メッセージ：ＵＲＡ（ＵＴＲＡＮ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｒｅａ）は、一つまたは複数のセルからなる領域で、ＵＴＲＡＮが端末の移動性を支援するための効率的な方法を提供する。
【０１３０】
ＵＲＡは、ＵＴＲＡＮの内部的に知られている。且つ、端末の移動によるピンポン（Ｐｉｎｇ−Ｐｏｎｇ）効果を防止するために、ＵＲＡは相互間に重なるように設計される。
【０１３１】
従って、一つのセルは、一つまたはそれ以上のＵＲＡに属することができる。端末は、各セルから伝送されるＵＲＡリストから最終のＵＲＡの情報が分かり、ＵＲＡが変更される度にＵＲＡ更新手順を行う。
【０１３２】
ＵＲＡ更新手順は、端末がＵＲＡ更新メッセージをＵＴＲＡＮに伝送することで実行される。ＵＴＲＡＮは、ＵＲＡ更新メッセージの応答信号として、ＵＲＡ更新確認メッセージを端末に伝送し、これを通じて特定の端末に対し新しく割り当てられたＵＲＡ識別情報を知らせることができる。
【０１３３】
また、セル更新手順と同じように、ＵＲＡ更新確認メッセージは、端末の識別のためのＮｅｗ  Ｕ−ＲＮＴＩ値を含むことができる。
【０１３４】
前記（１）の場合のように、ＵＲＡ更新メッセージは、ＳＲＢ０を利用して伝送され、ＵＲＡ更新確認メッセージは、ＳＲＢ０またはＳＲＢ１を利用して伝送される。
【０１３５】
（３）  ＵＴＲＡＮ移動性情報メッセージ及びＵＴＲＡＮ移動性情報確認メッセージ：ＵＴＲＡＮ移動性情報メッセージは、ＵＴＲＡＮから端末に送るＲＲＣメッセージであって、端末に新しい識別情報を割り当てるか、またはその他の端末の移動性と関連した情報を伝送するときに使用する。
【０１３６】
端末は、これに対する応答として、ＵＴＲＡＮ移動性情報確認メッセージを伝送する。ＵＴＲＡＮ移動性情報メッセージは、ＳＲＢ１またはＳＲＢ２を利用して伝送され、ＵＴＲＡＮ移動性情報確認メッセージは、ＳＲＢ２のみを利用して伝送される。
【０１３７】
参考で、前記図６または図７において、端末がＵＴＲＡＮ移動性情報確認メッセージを伝送した後に、端末とＲＮＣではＰＤＣＰ階層及びＲＬＣ階層に対する再設定のためにそれぞれＣＰＤＣＰ−ＣＯＮＦＩＧ−Ｒｅｑ命令及びＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑ命令を利用してＰＤＣＰ個体及びＲＬＣ個体を設定／再設定する。
【０１３８】
以上、ＳＲＮＳ再割当過程について説明した。前述した手順は、基本的に端末とＲＮＣ及び核心網間で交換される多様なメッセージを基盤としている。しかし、これらのメッセージ中、端末とＲＮＣ間で交換されるＲＲＣメッセージは、たまにデータの保安のために暗号化されて伝達される。
【０１３９】
仮りに、ＲＲＣメッセージが暗号化されずに伝達されるとすると、前記ＳＲＮＳ再割当過程には大きな問題はないということができるが、ＳＲＮＳ再割当過程中に伝送されるＲＲＣメッセージが暗号化されている、より現実的な状況を考慮すると、ＲＲＣメッセージの伝達時、端末とＵＴＲＡＮ内における暗号化パラメーターが異なって、伝送されたＲＲＣメッセージが正しく受信されない場合が発生することができる。
【０１４０】
これを理解するためには、ＲＬＣ階層で行うＲＬＣ  ＰＤＵの暗号化（Ｃｉｐｈｅｒｉｎｇ）方法に関する理解が必要がある。
【０１４１】
データの暗号化は、共用で使用する無線資源を通して所望しない使用者が自身の通信を意図的に盗聴することを防止するために用いる方法であって、端末とＲＮＣ間に固有の暗号化パラメーターがあり、この情報を知らない使用者は正常的に該当データに接近できないようにする役割をする。
【０１４２】
３ＧＰＰで採択している暗号化方法は、Ｌ２階層に対して行うが、ＲＬＣ階層のモードによってＲＬＣ階層またはＭＡＣ階層で行うことができる。
【０１４３】
即ち、ＲＬＣ階層がＡＭまたはＵＭで動作する場合は、ＲＬＣ階層でデータの暗号化を行い、ＲＬＣ階層がＴＭで動作する場合は、ＭＡＣ階層で暗号化を行う。また、全ての暗号化は、ＤＣＣＨを通して伝達されたメッセージに対してのみ行われる。
【０１４４】
暗号化方法は、多様な入力パラメーターを基盤として暗号化に必要なＭＡＳＫを生成し、これをＲＬＣ  ＰＤＵまたはＭＡＣ  ＳＤＵに加えて暗号化されたデータを生成する。
【０１４５】
受信側では、送信側と同じＭＡＳＫを自体的に生成して受信されたデータと加算演算を行うと、暗号化以前のデータを復旧することができる。
【０１４６】
このような暗号化過程は、図８に示されている。
【０１４７】
ここで、ＰＬＡＩＮＴＥＸＴ  ＢＬＯＣＫは、暗号化される前のデータで、ＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫは、暗号化のためのＭＡＳＫである。
【０１４８】
ＰＬＡＩＮＴＥＸＴ  ＢＬＯＣＫは、ＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫとのビット演算により暗号化されてＣＩＰＨＥＲＴＥＸＴ  ＢＬＯＣＫを形成する。
【０１４９】
このように暗号化されたＣＩＰＨＥＲＴＥＸＴ  ＢＬＯＣＫは無線区間に伝送され、これを受けた受信側は、送信側で暗号化時に使用されたＭＡＳＫと全く同じＭＡＳＫであるＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫを利用してＣＩＰＨＥＲＴＥＸＴ  ＢＬＯＣＫを復旧することができる。
【０１５０】
即ち、誰かが伝送途中のデータを抽出しても、これはＣＩＰＨＥＲＴＥＸＴ  ＢＬＯＣＫであるので、ＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫを知っていないと、ＰＬＡＩＮＴＥＸＴ
ＢＬＯＣＫは知ることができないということである。
【０１５１】
このような暗号化の核心は、暗号化ＭＡＳＫであるＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫを生成することにあり、ＭＡＳＫの条件として重要なことは、逆推定を通してＭＡＳＫを探り出せないべきこと、各無線運搬者毎に互いに異なるＭＡＳＫを使用すべきこと、及びＭＡＳＫ自体が時間によって変化し続けるべきことである。
【０１５２】
多様な暗号化アルゴリズムのうちＦ８と命名された方法が、３ＧＰＰで暗号化の標準方法として採択された。
【０１５３】
Ｆ８アルゴリズムは、様々な入力因子を利用して暗号化ＭＡＳＫであるＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫを生成するが、このとき使用される入力因子は次のようである。
【０１５４】
−  ＣＫ（Ｃｉｐｈｅｒｉｎｇ  Ｋｅｙ、１２８ｂｉｔｓ）：暗号化キー（Ｋｅｙ）であって、回線交換領域に対して一つ（ＣＫＣＳ）、パケット交換領域に対して一つ（ＣＫＰＳ）の暗号化キーがそれぞれ存在する。
【０１５５】
−  ＢＥＡＲＥＲ（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｉｄｅｎｔｉｆｉｅｒ、５ｂｉｔｓ）：無線運搬者の判別子であって、各無線運搬者毎に一つの値が存在する。
【０１５６】
−  ＤＩＲＥＣＴＩＯＮ（Ｄｉｒｅｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ、１ｂｉｔ）：方向判別子であって、アップリンクの場合０、ダウンリンクの場合１に設定する。
【０１５７】
−  ＬＥＮＧＴＨ（１６ｂｉｔｓ）：長さ指示子であって、生成するＭＡＳＫであるＫＥＹＳＴＲＥＡＭ  ＢＬＯＣＫの長さを決定する。
【０１５８】
−  ＣＯＵＮＴ−Ｃ（３２ｂｉｔｓ）：暗号化一連番号（Ｃｉｐｈｅｒｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）であって、ＡＭまたはＵＭ  ＲＬＣを使用する無線運搬者に対しては、各ＲＢ当たり一つずつのＣＯＵＮＴ−Ｃを使用し、ＴＭ  ＲＬＣを使用する無線運搬者に対しては、全ての無線運搬者に対し一つのＣＯＵＮＴ−Ｃ値を使用する。
【０１５９】
前記の暗号化入力因子のうち他の因子は全てが固定された値であるが、ＣＯＵＮＴ−Ｃのみは、時間によってまたは一つのＲＬＣ  ＰＤＵが伝送される度に値が変化する。
【０１６０】
このＣＯＵＮＴ−Ｃの構成は、大きく二つからなるが、前部分は長い一連番号（ｌｏｎｇ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）で、後部分は短い一連番号（ｓｈｏｒｔ  ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）である。
【０１６１】
ＲＬＣ伝送モードによる具体的なＣＯＵＮＴ−Ｃ構造を図９に示す。
【０１６２】
それぞれを説明すると次のようである。
【０１６３】
＊  ＲＬＣ  ＴＭを使用する場合、
−  長い一連番号：２４ｂｉｔのＭＡＣ−ｄ  ＨＦＮ（Ｈｙｐｅｒ  ｆｒａｍｅ  Ｎｕｍｂｅｒ）
−  短い一連番号：８ｂｉｔのＣＦＮ（Ｃｏｎｎｅｃｔｉｏｎ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）
＊  ＲＬＣ  ＵＭを使用する場合
−  長い一連番号：２５ｂｉｔのＲＬＣ  ＨＦＮ（Ｈｙｐｅｒ  ｆｒａｍｅ  Ｎｕｍｂｅｒ）
−  短い一連番号：７ｂｉｔのＲＬＣ  ＵＭ  ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）
＊  ＲＬＣ  ＡＭを使用する場合
−  長い一連番号：２０ｂｉｔのＲＬＣ  ＨＦＮ（Ｈｙｐｅｒ  ｆｒａｍｅ  Ｎｕｍｂｅｒ）
−  短い一連番号：１２ｂｉｔのＲＬＣ  ＡＭ  ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）
前記ＣＦＮは、ＭＡＣ階層の伝送チャネルに対し、端末とＵＴＲＡＮ間の同期を合わせるために使用するカウンタであって、０〜２５５の値を有し、一つの無線フレーム（Ｒａｄｉｏ  Ｆｒａｍｅ、長さは１０ｍｓ）毎に１ずつ増加する。
【０１６４】
ＲＬＣ  ＳＮは、ＲＬＣで各ＲＬＣ  ＰＤＵを区別するために付ける一連番号であって、ＵＭの場合は０〜１２７の値を（７ｂｉｔ）、ＡＭの場合は０〜４０９５の値を（１２ｂｉｔ）有し、各ＲＬＣ  ＰＤＵ毎に１ずつ増加する。
【０１６５】
このような短い一連番号は、無線接続プロトコルで使用されているカウンタであって、その長さが多少短いということができる。
【０１６６】
従って、より長いパラメーターにするために、前に長い一連番号に該当するＨＦＮを付けるようになる。各ＨＦＮは、短い一連番号が増加して一回り回って０に初期化される度にその値が１ずつ増加する。
【０１６７】
ＲＲＣメッセージの場合も、ＵＭまたはＡＭを利用するＲＬＣ階層を通して伝達されるため、暗号化を適用することができる。
【０１６８】
即ち、ＲＬＣ階層に伝達されたＲＲＣメッセージは、伝送サイズに合うように適切に分割または連結されてＲＬＣ  ＰＤＵを構成し、ＲＬＣ  ＰＤＵのデータ部分は、前記図８で生成されたＭＡＳＫを使用して暗号化される。
【０１６９】
このとき、ＭＡＳＫを生成するために使用する多様な暗号化パラメーターが受信側と送信側とで同一であるべきであるが、正常的にデータの送受信が行われている場合でもＣＯＵＮＴ−Ｃ値が異なってくると、全く異なるデータに復旧されるはずである。
【０１７０】
このとき、ＣＯＵＮＴ−Ｃで短い一連番号に該当する部分は、ＲＬＣ  ＰＤＵに共に乗せてきたヘッダー情報に含まれているので、厳密にいえば、端末とＲＮＣとで管理しているＨＦＮ値が一致しないと、暗号化されたデータの復旧が失敗してデータを正常的に受信することができなくなる。
【０１７１】
以下、このような暗号化方法に基づいて、図７の手順７及び８で発生し得る問題点について説明する。参考で、手順１もＲＲＣメッセージを使用するが、ＲＬＣ  ＰＤＵがＣＣＣＨを利用して伝送されて暗号化が行われないので問題にならない。
【０１７２】
１．手順７の問題点
ＣａｓｅＩ及びＣａｓｅＩＩの場合、端末に伝送されるＲＲＣメッセージは、適切なＳＲＢを利用して目的ＲＮＣから伝送されている。しかし、目的ＲＮＣで生成されたＲＬＣ階層は、ＳＲＮＳ再割当過程中に新しく生成されたので、全ての状態変数値及びタイマーは初期化されている。例えば、目的ＲＮＣのＲＬＣ階層から伝送されるＲＬＣ  ＰＤＵの一連番号は、初期値の０に初期化されている。
【０１７３】
これにより発生し得る問題点を各メッセージ別に説明する。
【０１７４】
（１）  ＵＴＲＡＮ移動性情報がＳＲＢ１を利用して伝送される場合：ＵＭ  ＲＬＣを利用する場合であって、目的ＲＮＣがソースＲＮＣから受けたＨＦＮをそのまま使用してデータを伝送すると、端末では自身が待っていた一連番号が到着しなくなるので、中間に複数のメッセージが消失されたと判断する。
【０１７５】
これにより、受信側は、一連番号が一回り回ったと仮定し、ＨＦＮ値が１だけ増加するようになる。
【０１７６】
従って、送信側で暗号化したＨＦＮ値と受信側で暗号化を復旧するのに使用するＨＦＮ値とが異なるので、このＲＲＣメッセージは正常的に受信されることができない。
【０１７７】
（２）  ＵＴＲＡＮ移動性情報がＳＲＢ２を利用して伝送される場合：ＡＭ  ＲＬＣを利用する場合である。
【０１７８】
一般に、受信側のＡＭ  ＲＬＣ階層は、再伝送による管理を容易にするために、受信側のＲＬＣ階層で受信できるＲＬＣ  ＰＤＵの一連番号の範囲を設定しておいている。
【０１７９】
これを受信ウィンドウというが、受信側では受信ウィンドウの範囲を超える一連番号を有するＲＬＣ  ＰＤＵが受信されると、このデータは直ちに廃棄される。
【０１８０】
目的ＲＮＣから伝送されたＲＬＣ  ＰＤＵの一連番号が０に設定されるため、この値が端末の受信ウィンドウの範囲内にあると受信が可能であるが、ウィンドウの範囲から外れる場合は廃棄されるので、該当ＲＲＣメッセージを受信することができなくなる。
【０１８１】
たとえ、ウィンドウ内の範囲にあって成功的に受信されるとしても、前記（１）の場合のように、ＨＦＮの差により成功的にＲＬＣ  ＰＤＵを復旧することができなくなる。
【０１８２】
（３）  Ｃｅｌｌ／ＵＲＡ更新確認がＳＲＢ１を利用して伝送される場合：（１）と同じ問題が発生する。
【０１８３】
（４）  Ｃｅｌｌ／ＵＲＡ更新確認がＳＲＢ０を利用して伝送される場合：ＣＣＣＨを利用するので、暗号化による問題は発生しない。
【０１８４】
以上のように、目的ＲＮＣで手順７を通して伝送されるＲＲＣメッセージは、（４）の場合を除いては全ての場合に該当ＲＲＣメッセージを受信することができないという問題点が発生する。これは、ＳＲＮＳ再割当後に端末と目的ＲＮＣ間でそれ以上のデータ通信が行われないということを意味する。
【０１８５】
２．手順８の問題点
ＣａｓｅＩ及びＣａｓｅＩＩの全ての場合において、端末はＳＲＮＳ再割当の最終過程として、ＳＲＢ２を利用してＵＴＲＡＮ移動性情報確認命令を送信する。
【０１８６】
しかし、手順７と同じように、目的ＲＮＣに生成されたＳＲＢ２のためのＲＬＣ階層は再設定されたため、目的ＲＮＣで受信されることで期待しているＲＬＣ  ＰＤＵの一連番号は０に初期化されている。
【０１８７】
しかし、端末ではその間使用していたＳＲＢ２を利用してデータを伝送するため、前記手順７の問題点を指摘した（２）番の場合と同じように、受信ウィンドウの範囲を外れる場合は、該当ＲＬＣ  ＰＤＵを廃棄させて該当ＲＲＣメッセージを受信できなくなる。
【発明の開示】
【課題を解決するための手段】
【０１８８】
従来のＳＲＮＳ再割当方法においては、データの暗号化及び目的ＲＮＣに位置したＲＬＣ階層が再設定される問題により、受信側のＲＬＣ階層が該当ＲＲＣメッセージを正しく受信できないという問題が発生することができる。従って、本発明においては、このような問題点に対する解決方案を提示する。
【０１８９】
このような目的を達成するために、本発明に係るＳＲＮＳ再割当方法は、ネットワーク上でＳＲＮＳ再割当が決定される過程と、ネットワーク上でＳＲＮＳ再割当に必要な資源を予約する過程と、ＳＲＮＳ再割当過程以後、ＳＲＮＣの役割を遂行する目的ＲＮＣが、端末との通信のために、端末にＳＲＮＳ再割当関連のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージを伝送する過程と、前記端末が、これに対する応答として、目的ＲＮＣにＳＲＮＳ再割当関連の応答ＲＲＣメッセージを伝送する過程と、を含むことを特徴とする。
【０１９０】
また、本発明において、前記無線網制御器が担当無線網サブシステム再割当関連の無線資源制御メッセージを端末機に伝送する前に、端末機が暗号化されたデータを成功的に復旧できるように、前記無線網制御器が該当無線リンク制御階層を設定し、暗号化に必要なフレーム番号を調節してデータを伝送することを特徴とする。
【０１９１】
また、本発明は、前記フレーム番号値は、現在使用していた値より１だけ増加させ、この値を利用して前記無線リンク制御階層の単位データを暗号化して伝送することを特徴とする。
【０１９２】
また、本発明において、無線資源制御階層が、前記無線リンク制御階層の設定、及びフレーム番号の設定のための命令を無線リンク制御階層に伝送することを特徴とする。
【０１９３】
また、本発明において、Ｔａｒｇｅｔ無線網制御器が担当無線網サブシステム再割当関連の無線資源制御メッセージを端末に伝送する前に、端末が成功的に無線資源制御メッセージを受信できるように、担当無線網サブシステム再割当前に担当無線網制御器の役割を遂行していた元無線網制御器が目標無線網制御器に現在使用中の無線リンク制御階層の状態情報を伝達することを特徴とする。
【０１９４】
また、本発明において、伝達される状態情報は、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）で動作する無線リンク制御階層と関連したパラメーターであることを特徴とする。
【０１９５】
また、本発明において、目標無線網制御器から端末機に伝達される担当無線網サブシステム再割当関連の無線資源制御メッセージを含む無線リンク制御階層の単位データの最初の一連番号は、前記無応答モードで動作する無線リンク制御階層と関連したパラメーターであるＶＴ（ＵＳ）に設定して伝送することを特徴とする。
【０１９６】
また、本発明において、伝達される状態情報は、応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）で動作する無線リンク制御階層と関連したパラメーターまたはデータであることを特徴とする。
【０１９７】
また、本発明において、目標無線網制御器から端末に伝達される担当無線網サブシステム再割当関連の無線資源制御メッセージを含む無線リンク制御階層の単位データの最初の一連番号は、前記応答モードで動作する無線リンク制御階層と関連したパラメーターであるＶＴ（Ｓ）に設定して伝送することを特徴とする。
【０１９８】
また、本発明において、目標無線網制御器の無線リンク制御階層は、元無線網制御器から伝達された再伝送中の無線リンク制御階層の単位データを伝送することを特徴とする。
【０１９９】
また、本発明において、元無線網制御器が前記応答モードで動作する無線リンク制御階層と関連したパラメーターを目標無線網制御器に伝達する前に、伝送中または伝送待機中の無線資源制御メッセージの伝送を完了することを特徴とする。
【０２００】
また、本発明において、Ｔａｒｇｅｔ無線網制御器の無線リンク制御階層は、一連番号がＶＴ（Ｓ）−１以下の一連番号を有する無線リンク制御階層の単位データに対する伝送を実施しないようにするために、端末の無線リンク制御階層に受信ウィンドウ移動命令を送信することを特徴とする。
【０２０１】
また、本発明において、前記受信ウィンドウ移動命令を伝送するために、Ｔａｒｇｅｔ無線網制御器の無線資源制御階層が無線リンク制御階層に前記受信ウィンドウ移動命令の開始を指示することを特徴とする。
【０２０２】
また、本発明において、元無線網制御器から伝達された前記パラメーターまたは前記データを、無線資源制御階層が無線リンク制御階層に伝達することを特徴とする。
【０２０３】
また、本発明において、担当無線網サブシステム再割当後に目標無線網制御器から端末に伝送される前記無線資源制御メッセージが含まれた最初の無線リンク制御階層の単位データの長さ指示子フィールドの値は、該当無線リンク制御階層の単位データが前記無線資源制御メッセージの最初の部分から含んでいるという情報を指示することを特徴とする。
【０２０４】
また、本発明において、目標無線網制御器が担当無線網サブシステム再割当と関連した無線資源制御メッセージを端末に伝送する前に、端末が成功的に前記無線資源制御メッセージを受信することができるように、端末の無線リンク制御階層と目標無線網制御器の無線リンク制御階層間の状態変数の初期化、及びフレーム番号の同期化のために無線リンク制御階層の初期化過程を行うことを特徴とする。
【０２０５】
また、本発明において、目標無線網制御器の無線リンク制御階層が端末の無線リンク制御階層に無線リンク制御の初期化作業を行う命令である初期化単位データを伝送することを特徴とする。
【０２０６】
また、本発明において、目標無線網制御器の無線リンク制御階層が無線リンク制御階層の初期化過程を開始するように、目標無線網制御器の無線資源制御階層が前記無線リンク制御階層に初期化開始命令を伝達することを特徴とする。
【０２０７】
また、本発明において、端末が目標無線網制御器に担当無線網サブシステム再割当関連の無線資源制御メッセージを伝送する前に、目標無線網制御器が成功的に該当無線資源制御メッセージを受信することができるように、目標無線網制御器及び端末の無線リンク制御階層を設定することを特徴とする。
【０２０８】
また、本発明において、目標無線網制御器及び端末の無線リンク制御階層の設定過程中、フレーム番号値を同期化することを特徴とする。
【０２０９】
また、本発明において、前記フレーム番号値の設定は、上位階層から伝達されることを特徴とする。
【０２１０】
また、本発明において、前記フレーム番号値の設定は、端末及び目標無線網制御器で使用するフレーム番号値をそれぞれ１ずつ増加させることを特徴とする。
【０２１１】
また、本発明において、端末の無線リンク制御階層及び目標無線網制御器の無線リンク制御階層で使用するフレーム番号の設定は、端末の無線リンク制御階層及び目標無線網制御器の無線リンク制御階層で使用する上向及び下向フレーム番号値のうち最大値を基準として、この値から１ずつ増加させて設定することを特徴とする。
【０２１２】
また、本発明において、端末及び目標無線網制御器の無線資源制御階層がそれぞれ該当無線リンク制御階層の設定／再設定過程のための命令を伝送することを特徴とする。
【０２１３】
また、本発明において、端末が目標無線網制御器に担当無線網サブシステム再割当関連の応答無線資源制御メッセージを伝送する過程後に、端末及び目標無線網制御器におけるシグナリング無線運搬者（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）及び無線運搬者（Ｒａｄｉｏ  Ｂｅａｒｅｒ）の設定／再設定を行うことを特徴とする。
【０２１４】
また、本発明において、端末と目標無線網制御器間に存在するシグナリング無線運搬者及び無線運搬者の設定／再設定過程で、フレーム番号値の設定は、端末が目標無線網制御器に伝送した担当無線網サブシステム再割当関連の応答無線資源制御メッセージに含まれたフレーム番号初期値に設定することを特徴とする。
【０２１５】
また、本発明において、前記無線資源制御メッセージに含まれたフレーム番号初期値は、非同期式ＩＭＴ２０００システムであるＵＭＴＳ標準で定義した端末の暗号化モジュールに保存されている始初値であることを特徴とする。
【０２１６】
本発明の他の目的及び特徴は、添付の図面を参照した各実施例の詳細な説明により明確になるはずである。
【発明を実施するための最良の形態】
【０２１７】
以下、本発明に係るＳＲＮＳ再割当方法について説明する。
【０２１８】
本発明は、前述した現在のＳＲＮＳ再割当と関連した問題点を解決するためのもので、暗号化に利用されるＨＦＮ値を調節するか、ＳＲＮＳ再割当時、以前のＳＲＮＣに設定されていたＳＲＢの情報を知らせるなど、ＲＬＣ階層の設定／再設定過程、暗号化過程などと関連した動作を修正して、伝送されたＲＲＣメッセージを成功的に受信することができる方法を提示する。
【０２１９】
まず、図７の手順８で発生する問題点の解決方法を説明する。
【０２２０】
手順８の問題点は、端末からＳＲＢ２を利用して伝送されたＵＴＲＡＮ移動性情報確認というＲＲＣメッセージを目的ＲＮＣで成功的に受信できないということで、端末と目的ＲＮＣ間のＨＦＮ同期を合わせることでＲＲＣメッセージを正常的に受信するようにすることができる。
【０２２１】
図１０にこれを解決するための方法を示す。現在のようなＳＲＮＳ再割当方法において端末が送るＲＲＣメッセージであるＵＴＲＡＮ移動性情報確認メッセージを目的ＲＮＣが正常的に受信することができるように、ＲＬＣ階層間の同期を合わせる方法である。
【０２２２】
即ち、ＳＲＮＳ再割当過程が進行される間、端末及び目的ＲＮＣのＲＬＣ階層を同時に設定／再設定して状態変数を初期化させ、ＨＦＮ値を同じように合わせる方法である。
【０２２３】
同一のＨＦＮ値を使用するためには多様な方法を用いることができるが、本発明においては三つの方法を提案する。
【０２２４】
第一の方法は、端末及び目的ＲＮＣのＳＲＢ２で使用するＨＦＮ値をそれぞれ１ずつ増加させる方法である。
【０２２５】
第二の方法は、上位階層であるＲＲＣ階層から今後使用されるべきＨＦＮ値の伝達を受ける方法である。
【０２２６】
第三の方法は、ＳＲＢ２が上向及び下向に対しペアで存在する点を利用する方法である。
【０２２７】
即ち、ＳＲＢ２を利用して伝送されるデータの暗号化に使用する上向または下向ＨＦＮ値のうち最大値を選択して従来のＨＦＮ値に判断することである。
【０２２８】
もちろん、以前のＨＦＮ値とは異なる値を使用すべきであるので、前記最大値から１ずつ増加させた値に上向及び下向ＨＦＮ値を設定する。
【０２２９】
これらの命令は、ＲＲＣからＲＬＣ階層に送る設定命令であるＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑを使用して伝達することができる。
【０２３０】
端末は、手順７のＲＲＣメッセージを成功的に受信した後、該当ＲＬＣ階層を再設定しＨＦＮ値を設定する手順Ａ１を行い、ＵＴＲＡＮは、手順７のＲＲＣメッセージを伝送した後、図１０の手順Ａ２を行う。
【０２３１】
図１０の手順８の前に手順Ａ１及びＡ２を行うと、ＵＴＲＡＮ  ＲＬＣ階層は、受信を期待しているその一連番号を有するＲＬＣ  ＰＤＵを受信するようになり、同一のＨＦＮを利用して暗号化されたので、ＵＴＲＡＮ移動性情報確認メッセージは、目的ＲＮＣで成功的に受信されることができる。
【０２３２】
次に、図６の手順７の問題を解決するための方法を説明する。
【０２３３】
図７の手順７における問題点は、ＳＲＢ１またはＳＲＢ２を利用して伝送される下向ＲＲＣメッセージを端末が成功的に受信できるか否かであるということができる。
【０２３４】
ＳＲＢ１及びＳＲＢ２に対し互いに異なる解決策を提示することができ、以下にこれを区分して説明する。
【０２３５】
（１）  ＳＲＢ１を利用してＲＲＣメッセージを伝送する場合
この場合は、ＵＴＲＡＮ移動性情報メッセージまたはＣｅｌｌ／ＵＲＡ更新メッセージをＵＭ  ＲＬＣ及びＤＣＣＨを利用して伝送する場合である。
【０２３６】
本発明においては、これを解決するための二つの方法（方法Ａ、方法Ｂ）を提案し、図１１にこれらの方法を示す。
【０２３７】
（方法Ａ）  ＲＬＣ階層の再設定時、端末のＨＦＮを考慮した解決方法。
【０２３８】
図１１の手順Ａに示すように、手順７の前に目的ＲＮＣのＲＲＣからＲＬＣ階層にＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑ命令を伝達して目的ＲＮＣのＲＬＣ階層を再設定するとき、端末のＨＦＮを考慮する方法である。
【０２３９】
一般に、Ｔａｒｇｅｔ  ＲＬＣ階層は、ＳＲＮＳ再割当過程中にＲＬＣ階層の設定／再設定過程を経るが、単純に設定／再設定して状態変数を初期化するだけでは充分でない。
【０２４０】
その理由は、前述したように、端末のＲＬＣ階層は、０の一連番号を有するＲＬＣ  ＰＤＵが受信されると、ＨＦＮ値を増加させて暗号化されたデータを復旧するためである。
【０２４１】
これを解決するために、目的ＲＮＣは、ＳＲＢ１のＲＬＣ階層を再設定するとき、ＨＦＮ値を１だけ増加させるようにする方法を用いれば良い。これにより、端末と目的ＲＮＣ間にはＨＦＮの同期化が行われるので、ＵＴＲＡＮ移動性情報またはＣｅｌｌ／ＵＲＡ更新確認メッセージを成功的に受信できるようになる。
【０２４２】
このとき、受信されたＲＬＣ  ＰＤＵの一連番号が連続して受信されないと、最初に受信するＲＬＣ  ＰＤＵは、以前のＲＬＣ  ＰＤＵと連結されるデータと判断して廃棄させることができるので、ＳＲＮＳ再割当直後に伝送されるＲＬＣ  ＰＤＵの長さ指示子フィールドにデータ開始指示値を設定して伝送されるようにする。
【０２４３】
このために、ＲＲＣ階層がこれを指示する命令をＲＬＣ階層に伝達することができる。
【０２４４】
（方法Ｂ）  ソースＲＮＣからＳＲＢ１関連情報の伝送を受ける方法：
図１１の手順Ｂ１及び手順Ｂ２に示すように、ＳＲＮＳ再割当過程中のＵＴＲＡＮで、ソースＲＮＣがＳＲＢ１の設定と関連した多様なパラメーターを目的ＲＮＣに知らせる方法である。
【０２４５】
端末で受信されたＲＬＣ  ＰＤＵが成功的に復旧されるためには、端末で使用するものと同一のＨＦＮ値を有し、一連番号がソースＲＮＣで使用していた適切な範囲内にあれば良い。
【０２４６】
従って、ソースＲＮＣのＲＬＣ階層で使用していたＲＬＣ  ＰＤＵの一連番号、状態変数及びＨＦＮなどを目的ＲＮＣに伝達し、目的ＲＮＣでこの値を利用してＲＬＣ  ＰＤＵを伝送すると、端末のＲＬＣ階層はソースＲＮＣからＲＬＣ  ＰＤＵの伝送を受けることと同じ状態となる。
【０２４７】
一例として、ソースＲＮＣは、ＨＦＮ値と次に伝送すべきＲＬＣ  ＰＤＵの一連番号であるＶＴ（ＵＳ）を、手順Ｂ１を通して目的ＲＮＣに知らせるようにする。
【０２４８】
また、目的ＲＮＣでは、ＲＬＣ階層の再設定過程後に最初に伝送するＲＬＣ  ＰＤＵの一連番号をＶＴ（ＵＳ）から設定して伝送することができるように、ＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑ命令を使用してＶＴ（ＵＳ）値を知らせる。（手順Ｂ２）
また、方法Ａの場合と同じように、受信されたＲＬＣ  ＰＤＵの一連番号が連続して受信されないと、最初に受信するＲＬＣ  ＰＤＵは、以前のＲＬＣ  ＰＤＵと連結されるデータと判断して廃棄させることができるので、ＳＲＮＳ再割当直後に伝送されるＲＬＣ  ＰＤＵの長さ指示子フィールドにデータ開始指示値を設定して伝送されるようにする。このために、ＲＲＣ階層がこれを指示する命令をＲＬＣ階層に伝達することができる。
【０２４９】
（２）  ＳＲＢ２を利用してＲＲＣメッセージを伝送する場合
この場合は、ＵＴＲＡＮ移動性情報メッセージをＡＭ  ＲＬＣ及びＤＣＣＨを利用して伝送する場合である。
【０２５０】
（１）の場合と同じように多様な方法が存在することができ、本発明においては、再設定（Ｒｅｓｅｔ）手順を利用する方法である（方法Ａ）とソースＲＮＣから関連情報の伝送を受ける（方法Ｂ）を提案する。
【０２５１】
（方法Ａ）  再設定手順を行う方法：
図１２の手順Ａ１及びＡ２に再設定手順を利用した解決方法を示す。再設定手順は、ＡＭモードで動作している端末とＵＴＲＡＮ間のＲＬＣ階層を初期化する手順であって、この過程が成功的に終了すると両ＲＬＣ階層のＨＦＮは同一値を有するようになり、状態変数及び一連番号は初期化される。
【０２５２】
従って、ＳＲＢ２を利用してＲＲＣメッセージを伝送する前に、目的ＲＮＣと端末のＲＬＣ間の再設定手順が成功的に終了すると、目的ＲＮＣから伝送されるＲＬＣ  ＰＤＵは初期化された一連番号で伝送され、両方で使用するＨＦＮ値は同一であるので、受信されたＲＬＣ  ＰＤＵは容易に復旧することができる。
【０２５３】
再設定手順のために、目的ＲＮＣのＲＬＣ階層は、再設定ＰＤＵ（Ｒｅｓｅｔ  ＰＤＵ）（手順Ａ１）を端末に伝送し、端末のＲＬＣ階層は、これに対する応答として、Ｒｅｓｅｔ  ＡＣＫ  ＰＤＵ（手順Ａ２）を目的ＲＮＣに伝送することで、再設定手順が完了する。
【０２５４】
このとき、一般的なＲＬＣ  ＰＤＵとは異なって、再設定ＰＤＵには一連番号や暗号化が施されていないので、ＳＲＢ２を通して伝送された再設定ＰＤＵは端末が成功的に受信することができる。
【０２５５】
特に、再設定手順を利用すると、ＳＲＢ２に対するアップリンク及びダウンリンクの送受信問題が全て解決されるので、アップリンクを利用したＲＲＣメッセージの受信も問題にならない。
【０２５６】
従って、図１０で提示した解決方法を用いることなく、手順８の問題点も同時に解決することができる。
【０２５７】
このとき、手順７を行う前に目的ＲＮＣで再設定手順を進行させるために、ＲＬＣ階層が再設定手順を開始するように命令する必要がある。この命令は、ＲＲＣからＲＬＣ階層にＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑや新しい命令の形態で伝送されることができる。
【０２５８】
（方法Ｂ）  ソースＲＮＣから関連情報の伝送を受ける方法：
図１２の手順Ｂ１及び手順Ｂ２に示すように、ＳＲＮＳ再割当過程中のＵＴＲＡＮ内で、ソースＲＮＣがＳＲＢ２の設定と関連した多様なパラメーターを目的ＲＮＣに知らせる方法である。
【０２５９】
ＳＲＢ１の場合と類似した解決方法であるが、ＳＲＢ２の場合はＡＭ  ＲＬＣを利用しているので、ＲＬＣ  ＰＤＵの再伝送を考慮しなければならない。
【０２６０】
即ち、単純に伝送されるＲＬＣ  ＰＤＵの一連番号とＨＦＮ値を合わせる他にも、以前に端末に伝送されたが肯定応答を受けていないデータに対する考慮が必要なこともある。このために、次の三つ方法を考えることができる。
【０２６１】
第一の方法は、ＵＴＲＡＮ内のソースＲＮＣのＲＬＣ階層で使用していた一連番号、状態変数及びＨＦＮなどと共に、再伝送過程中のＲＬＣ  ＰＤＵまたはＲＲＣメッセージを目的ＲＮＣに伝達する方法である。
【０２６２】
目的ＲＮＣがこれらのパラメーターを利用してＲＬＣ  ＰＤＵを伝送すると、端末のＲＬＣ階層は、ソースＲＮＣからＲＬＣ  ＰＤＵの伝送を受けることと同様な場合となる。
【０２６３】
一例として、ソースＲＮＣは、ＨＦＮ値、再伝送中のＲＬＣ  ＰＤＵ、再伝送中のＲＬＣ  ＰＤＵ及びＶＴ（Ｓ）、ＶＴ（Ａ）値を、手順Ｂ１を通して目的ＲＮＣに知らせるようにする。
【０２６４】
目的ＲＮＣでは、ＲＬＣ階層の再設定過程後にソースＲＮＣから受信したＲＬＣ  ＰＤＵをバッファに保存し、ＵＴＲＡＮ移動性情報メッセージは、ＶＴ（Ｓ）から始まるＰＤＵに割り当てる（手順Ｂ２）。
【０２６５】
その後、目的ＲＮＣは、ソースＲＮＣと同一のＳＲＢ２のバッファ状態を維持してデータを伝送することができるので、端末は、ＳＲＢ２を通して伝送されるデータを復旧することができる。
【０２６６】
第二の方法は、ソースＲＮＣがＨＦＮ値、ＶＴ（Ｓ）を（手順Ｂ１）を通して目的ＲＮＣに知らせ、ソースＲＮＣでは、ＳＲＮＳ再割当が行われる前のＲＬＣ  ＰＤＵの伝送を中止する方法である。
【０２６７】
この方法によれば、端末のＲＬＣは、以前のＲＲＣメッセージに対する処理が完了した状態となるので、ＳＲＮＳ再割当後に最初に受信するＲＬＣ  ＰＤＵは、ＶＴ（Ｓ）を有するＵＴＲＡＮ移動性情報メッセージを含むようになる。
【０２６８】
第三の方法は、ソースＲＮＣがＨＦＮ値、ＶＴ（Ｓ）を（手順Ｂ１）を通して目的ＲＮＣに知らせ、ソースＲＮＣでは、端末のＲＬＣ階層が以前のデータを要求しないようにするために、端末のＲＬＣ階層に受信ウィンドウの移動を命令する方法である。
【０２６９】
この方法は、前記第二の方法と類似しているが、ＳＲＮＳ再割当が行われる前のＲＲＣメッセージを除去し、再伝送問題を解決できる具体的な方法になり得る。
【０２７０】
もちろん、受信ウィンドウを移動させる命令を伝送するために、ＲＲＣ階層はＲＬＣ階層にこれを命令する必要がある。
【０２７１】
前記三つの方法のうち、第二及び第三の方法においては、ＳＲＢ１を通しての下向ＲＲＣメッセージの伝送問題と同じように、長さ指示子にデータ開始指示値を設定すべき場合が発生することができる。
【０２７２】
即ち、ＶＴ（Ｓ）−１の一連番号に設定されて伝送されるＲＬＣ  ＰＤＵが正しく受信されないことがあるので、ＳＲＮＳ再割当直後に伝送されるＲＬＣ  ＰＤＵの長さ指示子フィールドにデータ開始指示値を設定して伝送されるようにする。このために、ＲＲＣ階層がこれを指示する命令をＲＬＣ階層に伝達することができる。
【０２７３】
以上、図７の手順７及び手順８で発生し得る問題点を説明した。たとえ、ＲＲＣメッセージの送受信には成功したとしても、目的ＲＮＣでは多様な無線運搬者のためのＲＬＣ階層が設定／再設定されたので、手順８の完了後に正常的な通信を可能にするためには、目的ＲＮＣで設定／再設定されたＲＬＣ階層と端末のＲＬＣ階層とが互いに情報を交換できる状態になるべきである。
【０２７４】
ＳＲＢと共に他の無線運搬者の場合も、暗号化を利用したデータ交換が可能であるので、ＲＬＣ階層の設定／再設定時、暗号化による連結解除を防止するための努力が必要である。このために、端末は、図７の手順８を通して、ＨＦＮを初期値であるＳＴＡＲＴ値を目的ＲＮＣに伝送することができる。
【０２７５】
これを受信したＵＴＲＡＮ及びこのメッセージの肯定応答を受信した端末は、各無線運搬者のためのＲＬＣ階層を設定／再設定し、ＨＦＮの上位２０ビットをＳＴＡＲＴ値として設定する。
【０２７６】
仮りに、ＨＦＮのサイズが２０ビットを超える場合は、残りのビットは全て０に初期化する。
【０２７７】
このとき、ＳＴＡＲＴ値は、３ＧＰＰの標準案で定義される値であって、端末の暗号化モジュールで管理する。端末の連結が切れるか、連結中のＨＦＮ値の変化によって更新されることができる。
【０２７８】
もちろん、以上のような手順は、全てのＳＲＢ及び一般的な無線運搬者の全てに該当する。しかし、ＳＲＢ２に対しては、既に手順８の前にＨＦＮ値の同期化が行われたので、ＳＲＢ２に対してはＨＦＮ値を再設定する必要がない。
【０２７９】
以上、本発明の好ましい実施例を説明したが、本発明は多様な変化、変更及び均等物を用いることができる。本発明は、前記実施例を適宜変形して同様に応用できることが明らかである。従って、前記の記載内容は、特許請求の範囲の限界により決まる本発明の範囲を限定するものではない。
【０２８０】
（産業上の利用可能性）
以上説明したように、本発明は、非同期式ＩＭＴ−２０００システムであるＵＭＴＳシステムで、無線資源の効率的な利用のために、ＳＲＮＣ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を変更するＳＲＮＳ再割当方法に関するもので、特に、暗号化されたＲＲＣメッセージを利用して、ＳＲＮＳ再割当手順が進行される場合に発生し得る問題点を解決することで、成功的なＳＲＮＳ再割当を支援することができるという効果がある。
【図面の簡単な説明】
【０２８１】
【図１】図１は、ＵＭＴＳの網構造を示す図。
【図２】図２は、無線接続プロトコルの構造を示す図。
【図３】図３は、ＲＬＣ階層で使用するＲＬＣ  ＰＤＵの構造。
【図４】図４は、送信側のＡＭ  ＲＬＣバッファの構造及びＲＬＣバッファの状態指示子を示す図。
【図５】図５は、ＳＲＮＳ再割当過程の概念を示す図。
【図６】図６は、ＵＭＴＳシステムにおけるＳＲＮＳ再割当過程を示す図。
【図７】図７は、ＵＴＲＡＮにおけるＳＲＮＳ再割当過程を示す図。
【図８】図８は、３ＧＰＰ無線区間で使用される暗号化過程を示す図。
【図９】図９は、ＲＬＣ伝送モードによるＣＯＵＮＴ−Ｃの構成を示す図。
【図１０】図１０は、ＵＴＲＡＮ移動性情報確認メッセージを受信できるように提案された方法の進行手順を示す図。
【図１１】図１１は、ＳＲＢ１を通してのＲＲＣメッセージを受信できるように提案された方法の進行手順を示す図。
【図１２】図１２は、ＳＲＢ２を通してのＲＲＣメッセージを受信できるように提案された方法の進行手順を示す図。
【図１】
2008271583.tif 000002
【図２】
2008271583.tif 000003
【図３】
2008271583.tif 000004
【図４】
2008271583.tif 000005
【図５】
2008271583.tif 000006
【図６】
2008271583.tif 000007
【図７】
2008271583.tif 000008
【図８】
2008271583.tif 000009
【図９】
2008271583.tif 000010
【図１０】
2008271583.tif 000011
【図１１】
2008271583.tif 000012
【図１２】
2008271583.tif 000013