JP2005518135A - Ｓｒｎｓ再割当方法 - Google Patents

Abstract

本発明は、非同期式ＩＭＴ２０００システムであるＵＭＴＳシステムで、無線資源の効率的な利用のためにＳＲＮＣ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を変更するＳＲＮＳ再割当（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂ−ｓｙｓｔｅｍ 再割当）方法に関するものである。本発明のＳＲＮＳ再割当方法は、ネットワーク上でＳＲＮＳ再割当が決定される過程と、ネットワーク上でＳＲＮＳ再割当に必要な資源を予約する過程と、ＳＲＮＳ再割当過程以後、ＳＲＮＣの役割を遂行する目的ＲＮＣが、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）との通信のために、端末にＳＲＮＳ再割当関連のＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを伝送する過程と、前記端末が、これに対する応答として、目的ＲＮＣにＳＲＮＳ再割当関連の応答ＲＲＣメッセージを伝送する過程と、を含むことを特徴とする。

Description

本発明は、移動通信システムに関し、特に、非同期式ＩＭＴ−２０００システムであるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）システムで、無線資源の効率的な利用のためにＳＲＮＣ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を変更するＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂ−ｓｙｓｔｅｍ）再割当（Ｒｅｌｏｃａｔｉｏｎ）方法に関するものである。

一般に、ＵＭＴＳは、ヨーロッパ式標準のＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）システムから進化した第３世代移動通信システムであって、ＧＳＭ核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）及びＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）接続技術を基盤として一層向上した移動通信サービスの提供を目標とする。

ＵＭＴＳの標準化作業のために、１９９８年１２月にヨーロッパのＥＴＳＩ、日本国のＡＲＩＢ／ＴＴＣ、米国のＴ１及び大韓民国のＴＴＡなどは、第３世代共同プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；以下、３ＧＰＰと略称する）というプロジェクトを構成し、現在までＵＭＴＳの細部的な標準明細書（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）を作成中にある。

前記３ＧＰＰでは、ＵＭＴＳの迅速且つ効率的な技術開発のために、網構成要素及びその動作に対する独立性を考慮して、ＵＭＴＳの標準化作業を五つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐｓ；以下、ＴＳＧと略称する）に分けて進行している。

各ＴＳＧは、関連した領域内で標準規格の開発、承認及びその管理を担当するが、これら中無線接続網（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；以下、ＲＡＮと略称する）グループ（ＴＳＧ−ＲＡＮ）は、ＵＭＴＳでＷＣＤＭＡ接続技術を支援するための新しい無線接続網のＵＭＴＳ無線網（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；以下、ＵＴＲＡＮと略称する）の機能、要求事項及びインターフェースに関する規格を開発する。

ＴＳＧ−ＲＡＮグループは、再び全体会議（Ｐｌｅｎａｒｙ）グループと四つの運営グループ（Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）とから構成される。

第１運営グループ（ＷＧ１；Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ１）では、物理階層（第１階層）に関する規格を開発し、第２運営グループ（ＷＧ２）では、データリンク階層（第２階層）及びネットワーク階層（第３階層）の役割を規定する。

また、第３運営グループでは、ＵＴＲＡＮ内の基地局、無線網制御器（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ；以下、ＲＮＣと略称する）及び核心網間のインターフェースに関する規格を定め、第４運営グループでは、無線リンクの性能に対する要求条件及び無線資源の管理に対する要求事項などを議論する。

図１は、従来及び本発明が適用されるＵＭＴＳの網構造を示す図である。

ＵＭＴＳシステムは、大きく端末（ＵＥ；Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）（移動局）、ＵＴＲＡＮ及び核心網からなる。

ＵＴＲＡＮは、一つ以上の無線網サブシステム（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂ−ｓｙｓｔｅｍｓ；以下ＲＮＳと略称する）から構成され、各ＲＮＳは、一つのＲＮＣ及び該ＲＮＣにより管理される一つ以上のＮｏｄｅ Ｂから構成される。

Ｎｏｄｅ Ｂは、ＲＮＣにより管理され、アップリンクでは、送信側の端末の物理階層から送る情報を受信し、ダウンリンクでは、データを受信側の端末に送信する端末に対するＵＴＲＡＮのアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）の役割を担当する。

ＲＮＣは、無線資源の割当及び管理を担当するが、Ｎｏｄｅ Ｂの直接的な管理を担当するＲＮＣをＣＲＮＣ（Ｃｏｎｔｒｏｌ ＲＮＣ）といい、共用無線資源の管理を担当する。

各端末に割り当てられた専用無線資源（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅｓ）を管理する所はＳＲＮＣ（Ｓｅｒｖｉｎｇ ＲＮＣ）という。

ＣＲＮＣとＳＲＮＣとは同じであり得るが、端末がＳＲＮＣの領域から離脱して他のＲＮＣの領域に移動する場合は、ＣＲＮＣとＳＲＮＣとは異なり得る。

特定の端末に提供されるサービスは、大きく回線交換サービスとパケット交換サービスとに区分される。

例えば、一般的な音声電話サービスは回線交換サービスに属し、インターネット接続によるウェブブラウジング（Ｗｅｂ Ｂｒｏｗｓｉｎｇ）サービスはパケット交換サービスに属する。

回線交換サービスを支援する場合、ＳＲＮＣは、核心網のＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）と連結され、このＭＳＣは、外部網との通信のためにＧＭＳＣ（Ｇａｔｅｗａｙ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）と連結される。

このとき、ＧＭＳＣは、他の網との連結の管理を担当する。

パケット交換サービスは、核心網のＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）及びＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）によりサービスが提供される。ＳＧＳＮは、ＳＲＮＣに向かうパケット通信を支援し、ＧＧＳＮは、インターネット網のような他のパケット交換網への連結を管理する。

多様な網構成要素間には、相互間の通信のためにデータを交換できるインターフェースが存在するが、ＲＮＣと核心網とのインターフェースをＩｕインターフェースと定義する。

また、Ｉｕインターフェースがパケット交換領域と連結された場合はＩｕ−ＰＳといい、回線交換領域と連結された場合はＩｕ−ＣＳと定義する。

図２は、３ＧＰＰ無線接続網の規格を基盤とする端末とＵＴＲＡＮ間の無線接続インターフェースプロトコルの構造を示す。

図２の無線接続インターフェースプロトコルは、水平的には、物理階層、データリンク階層及びネットワーク階層からなり、垂直的には、制御信号（Ｓｉｇｎａｌｉｎｇ）の伝達のための制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）と、データ情報の伝送のための使用者平面（Ｕｓｅｒ Ｐｌａｎｅ）とに区分される。

使用者平面は、音声やＩＰパケットの伝送などのように使用者のトラフィック情報が伝達される領域で、制御平面は、網のインターフェースや呼の維持及び管理などの制御情報が伝達される領域を示す。

図２のプロトコル階層は、通信システムで広く知られている開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ；ＯＳＩ）基準モデルの下位の三つの階層に基づいて、Ｌ１、Ｌ２、Ｌ３に区分することができる。

Ｌ１は、無線インターフェースに対する物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）の役割を遂行し、上位にある媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；以下ＭＡＣと略称する）階層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して連結されており、伝送チャネルを通して物理階層に伝達されたデータを無線環境に適した多様なコーディング及び変調方式などを利用して受信側に伝達する役割を担当する。

物理階層とＭＡＣ階層間に存在する伝送チャネルは、端末が独占的に利用することができるか、または、複数の端末が共有して使用するかによって、それぞれ専用伝送チャネル（Ｄｅｄｉｃａｔｅｄ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と共用伝送チャネル（Ｃｏｍｍｏｎ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）とに区分される。

Ｌ２は、データリンク階層の役割を遂行し、複数の端末がＷＣＤＭＡ網の無線資源を共有できるようにする。

Ｌ２は、ＭＡＣ階層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；以下、ＲＬＣと略称する）階層、パケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ；以下ＰＤＣＰと略称する）階層、及び放送／マルチキャスト制御（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ；以下ＢＭＣと略称する）階層とに分けられる。

ＭＡＣ階層は、論理チャネルと伝送チャネル間の適切な対応（Ｍａｐｐｉｎｇ）関係を通してデータを伝達する。上位階層とＭＡＣ階層とを連結する論理チャネルは、これらを通して伝送される情報の種類によって大きく二つに区分される。

即ち、制御平面の情報を伝送する場合は制御チャネルを、使用者平面の情報を伝送する場合はトラフィックチャネルを使用する。

ＲＬＣ階層は、上位から伝送されたＲＬＣ ＳＤＵの分割及び連結（Ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ Ｃｏｎｃａｔｅｎａｔｉｏｎ）機能により伝送に適したＲＬＣ ＰＤＵを構成し、伝送中に消失されたＲＬＣ ＰＤＵの再伝送を担当する自動反復要求（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ；ＡＲＱ）機能を遂行することができる。

ＰＤＣＰ階層は、ＲＬＣ階層の上位に位置し、ＩＰｖ４やＩＰｖ６のようなネットワークプロトコルを通して伝送されるデータがＲＬＣ階層で伝送されるのに適合にする。

特に、ＩＰパケットの効率的な伝送のために、パケットのヘッダー情報を圧縮して伝送するヘッダー圧縮技法を用いることができる。

ＢＭＣ階層は、ＣＢＳ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｃｅｎｔｅｒ）から伝達されたメッセージを無線インターフェースを通して伝送できるようにする。ＢＭＣの主な機能は、端末に伝送されるセル放送メッセージ（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｍｅｓｓａｇｅ）をスケジューリングして伝送することで、一般に、ＵＭで動作するＲＬＣ階層を通してデータを伝送する。

参考で、ＰＤＣＰ階層及びＢＭＣ階層は、使用者データのみを伝送するので、使用者平面にのみ位置する。

これらとは異なって、ＲＬＣ階層は、上位に連結された階層によって、使用者平面に属することもでき、制御平面に属することもできる。

制御平面に属する場合は、無線資源制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する）階層からデータの伝達を受ける場合に該当し、その他の場合は使用者平面に属する。

Ｌ３の最下部に位置したＲＲＣ階層は、制御平面でのみ定義され、無線運搬者の設定、再設定及び解除と関連して、伝送チャネル及び物理チャネルの制御を担当する。

このとき、無線運搬者が設定されるということは、特定のサービスを提供するために必要なプロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメーター及び動作方法を設定する過程を意味する。

ＲＲＣメッセージを通して上位階層から伝達される制御メッセージの伝送も可能である。

以下、前記無線運搬者及びＲＬＣ階層の動作について詳細に説明する。

一般に、使用者平面でＬ２階層により上位階層に提供される使用者データの伝送サービスを無線運搬者（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）と定義し、制御平面でＬ２階層により上位階層に提供される制御情報の伝送サービスをシグナリング無線運搬者（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ；ＳＲＢ）と定義する。

各無線運搬者は、共通的にＲＬＣ階層を通して伝送されるが、伝送特性は、ＲＬＣ階層の動作モードによって決定される。

即ち、上位からＲＬＣ階層に伝達されたデータに対して分割機能を遂行するか否か、再伝送を支援するか否かによって、ＲＬＣ階層の動作は次の三つの場合に区分することができる。

これらは、それぞれ透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ；以下、ＴＭと略称する）、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ；以下、ＵＭと略称する）、及び応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ；以下、ＡＭと略称する）である。

第一に、ＴＭで動作する場合は、上位から下ったＲＬＣ ＳＤＵに如何なるヘッダー情報も追加されない。ＲＬＣ ＰＤＵに一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）が添付されず、データの再伝送を支援しない。ＴＭでは、一般にＲＬＣ ＳＤＵの分割及び再組立を使用しないが、場合によって、無線運搬者の設定時、分割及び再組立機能を使用するか否かが決定される。

第二に、ＲＬＣ階層がＵＭで動作する場合は、ＲＬＣ ＰＤＵの伝送が失敗しても再伝送を支援しない。よって、伝送中にデータが消失されても、受信側では再伝送を要求することなく関連したデータを失敗と判断する。ＵＭで動作するＲＬＣ階層では、ＲＬＣ ＳＤＵを分割してＲＬＣ ＰＤＵを構成することができ、各ＲＬＣ ＰＤＵには順に一連番号が添付される。従って、受信側は、その一連番号に基づいてデータを連結させて復旧することができる。

ＵＭ ＲＬＣを利用するサービスとしては、セル放送サービス（Ｃｅｌｌ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）及びＩＰ網を利用する音声サービス（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）などを挙げることができる。

最後に、ＲＬＣがＡＭで動作する場合は、パケットの伝送失敗時に再伝送を支援する。即ち、送信側のＲＬＣ階層は、受信側から伝送が成功したか否かを判断できる状態情報を受け、再伝送が必要なＲＬＣ ＰＤＵを再伝送する。ＡＭで動作する間、ＲＬＣ階層が上位階層から受けたＲＬＣ ＳＤＵは、必要によって分割や連結により予め定義されたサイズに分けられた後、一連番号を含むヘッダー情報が加えられてＲＬＣ ＰＤＵになり、これらは一連番号に従ってＲＬＣバッファに保存される。

保存されたＲＬＣ ＰＤＵは、ＭＡＣ階層が要求した個数だけＭＡＣ階層に伝達され、基本的に一連番号順に従って伝送される。

送信側のＲＬＣ階層では、最初に送信されるＲＬＣ ＰＤＵが一連番号順に伝送されるので、受信側のＲＬＣ階層では、受信される一連番号を観察し、伝送に失敗したデータに対し送信側のＲＬＣ階層に再伝送を要求する。

例えば、受信されたＲＬＣ ＰＤＵの一連番号が＃２３、＃２４、＃２５、＃３２、＃３４であると、＃２６〜＃３１及び＃３３の一連番号を有するＲＬＣ ＰＤＵは伝送中に消失されたということができる。このような受信側のバッファの状態情報は、状態ＰＤＵ（Ｓｔａｔｕｓ ＰＤＵ）を通して送信側に伝送されるが、送信側では、状態ＰＤＵに含まれた内容によって、再伝送すべきＲＬＣ ＰＤＵ及び成功的に伝送されたＲＬＣ ＰＤＵの一連番号が分かる。

図３にＲＬＣ階層から伝送されるＲＬＣ ＰＤＵの構造を示す。ＲＬＣ ＰＤＵは、ヘッダー情報及びペイロード（Ｐａｙ ｌｏａｄ）から構成され、ヘッダー情報には多様な制御情報が含まれる。

図３のヘッダー情報には一連番号及び長さ指示子が含まれるが、一連番号は、順次的なデータの伝達のために必要な識別情報として用いられ、長さ指示子は、ＲＬＣ ＳＤＵの境界を示す。

一連番号は、ＵＭの場合は７ビットから構成され、ＡＭの場合は１２ビットから構成される。「Ｅ」フィールドは、１ビットから構成された拡張ビットであって、続くフィールドが長さ指示子であるか、データであるかを区分するときに用いられる。

長さ指示子は、ＲＬＣ階層の連結機能により、複数のＲＬＣ ＳＤＵが一つのＲＬＣ ＰＤＵに含まれる場合、該当ＲＬＣ ＳＤＵの境界面を指示する。従って、ＲＬＣ ＳＤＵが該当ＲＬＣ ＰＤＵ内で終わらない場合は、長さ指示子が存在しないことがある。

且つ、長さ指示子は、単純にＲＬＣ ＳＤＵの境界面を指示する役割の他に特別な用途にも使用される。代表的な用途がパディング（Ｐａｄｄｉｎｇ）及びデータ開始指示子の役割である。パディングは、該当ＲＬＣ ＰＤＵ内に追加で連結すべきＲＬＣ ＳＤＵがなく、ＲＬＣ ＰＤＵのデータ部分が含むべきＲＬＣ ＳＤＵのサイズより大きい場合に使用する。即ち、パディングにより指示された部分は、意味のないデータであることを意味する。

また、データ開始指示子は、ＵＭの場合は１１１１１００、ＡＭの場合は１１１１１１１１１１１１１００に設定し、この値が設定されている場合は、長さ指示子の後に続くデータ部分がＲＬＣ ＳＤＵの最初の部分であることを意味する。

これは、ＲＬＣで追加的なデータの消失を防止するのに用いることができる。

例えば、一連番号４番のＲＬＣ ＰＤＵが消失され、一連番号５番のＲＬＣ ＰＤＵが受信される場合を説明すると次のようである。仮りに、新しいＲＬＣ ＳＤＵが一連番号５番から始まって５番内で終わる場合は、５番のＲＬＣ ＰＤＵには長さ指示子フィールドが存在するようになる。

しかし、データ開始指示子がないと、４番のＲＬＣ ＰＤＵが消失されたので、受信側のＲＬＣ階層は、５番のＲＬＣ ＰＤＵに属するＲＬＣ ＳＤＵが４番のＲＬＣ ＰＤＵ内のＲＬＣ ＳＤＵと繋がると仮定し、５番のＲＬＣ ＰＤＵ内の最初のＲＬＣ ＳＤＵを廃棄させることができる。

ＲＬＣ階層では、データの伝送及びＲＬＣバッファの効率的な管理のために、状態変数（Ｓｔａｔｅ Ｖａｒｉａｂｌｅ）を定義して用いる。

図４に送信側のＡＭ ＲＬＣバッファの構造及びＲＬＣバッファの状態指示子を示す。ＡＭ ＲＬＣでＲＬＣ ＰＤＵは、一連番号に従って順に保存されており、成功的に伝送されたＲＬＣ ＰＤＵはバッファから削除する。

図４において、ＶＴ（Ｓ）という状態変数は、最初に伝送されるべきＰＤＵのうち最も小さいＲＬＣ ＰＤＵの一連番号を示す。また、ＶＴ（Ａ）は、伝送後に受信側から肯定応答を待つＰＤＵのうち最も小さい一連番号を示す。

よって、送信側では、ＶＴ（Ｓ）−１の一連番号を有するＲＬＣ ＰＤＵまで伝送し、ＶＴ（Ａ）−１までのＲＬＣ ＰＤＵに対しては受信側から肯定応答を受けたことを意味する。

図４にはＡＭ ＲＬＣの場合のみを示しているが、ＲＬＣ階層がＵＭモードで動作する場合は、ＡＭのＶＴ（Ｓ）と類似にＶＴ（ＵＳ）を定義することができる。即ち、ＶＴ（ＵＳ）は、ＵＭで動作する送信側のＲＬＣ階層で最初に伝送されるべきＲＬＣ ＰＤＵのうち最も小さい一連番号を示す。

しかし、ＵＭでは再伝送が支援されないため、受信側から肯定応答または否定応答などの確認を受けることができないので、ＶＴ（Ａ）のような状態変数は定義されない。一般に、これらの状態変数は、ＲＬＣ階層が再設定（Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）されるか、または初期化（Ｒｅｓｅｔ）される場合、初期値の０に設定される。

前述したように、制御平面でＬ２階層により上位階層に提供される制御情報の伝送サービスは、シグナリング無線運搬者（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ；ＳＲＢ）と定義する。

全てのＲＲＣメッセージは、ＳＲＢを通して端末とＲＮＣ間で交換され、新しい無線運搬者の設定、並びに既設定された無線運搬者の再設定及び解除を命令することができる。

ＵＭＴＳシステムでは、端末とＲＮＣ間の制御情報の伝送のために、総３２個のＳＲＢを使用することができる。

各ＳＲＢの特性は、ＳＲＢを支援するＲＬＣの動作モード、及び使用する論理チャネルの種類によって決定される。ＳＲＢで使用する論理チャネルは、制御情報の伝送のために考案されたＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の二つを使用する。

ＣＣＣＨは、端末とＵＴＲＡＮ間の共用制御情報を乗せ運ぶ論理チャネルであって、複数の端末が同時に利用することができる。

前記ＣＣＣＨは、共用論理チャネルであるので、端末の識別情報であるＵ−ＲＮＴＩ（ＵＴＲＡＮ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）を含む。

これとは異なって、ＤＣＣＨは、特定の端末とＵＴＲＡＮ間の専用制御情報を伝送する論理チャネルであって、他の端末と共有されず該当端末の専用として使用される。各ＳＲＢの特性をまとめると次のようである。

−ＳＲＢ０：アップリンクではＴＭ ＲＬＣを、ダウンリンクではＵＭ ＲＬＣを通してＲＲＣメッセージを伝送する。ＳＲＢ０に使用される論理チャネルはＣＣＣＨである。

−ＳＲＢ１：ＵＭ ＲＬＣを利用し、ＤＣＣＨを通してＲＲＣメッセージを伝送するときに使用する。

−ＳＲＢ２：ＡＭ ＲＬＣを利用し、ＤＣＣＨを通してＲＲＣメッセージを伝送するときに使用する。このとき、ＲＲＣの上位階層から伝達されたメッセージの伝送に使用されることはない。

−ＳＲＢ３：ＡＭ ＲＬＣを利用し、ＤＣＣＨを通してＲＲＣの上位階層から伝送されたメッセージを伝送する。

−ＳＲＢ４：このＳＲＢは選択事項である。ＳＲＢ３のようにＲＲＣの上位階層から伝達されたメッセージを伝送するが、ＳＲＢ３との優先順位の制御のために使用する。

即ち、ＳＲＢ４は、優先順位の低いメッセージを含み、ＳＲＢ３には優先順位の高いメッセージを伝達することができる。

−ＳＲＢ５−３１：ＴＭ ＲＬＣと連結されたＤＣＣＨを利用してＲＲＣメッセージを伝送する全ての場合に使用する。

図５は、パケット交換領域で行われる典型的なＳＲＮＳ再割当過程を示し、回線交換領域に対しても同様に適用することができる。

ＳＲＮＳ再割当は、端末の移動により端末の位置が変わる場合、端末と核心網間のＩｕアクセスポイントをより短い経路に設定するために用いる方法であって、端末と連結されたＳＲＮＣを既存に使用していたＲＮＣでない他のＲＮＣに変更する過程をいう。

ＳＲＮＳ再割当は、多様な網構成要素が関連しているので、一般的なハンドオーバー手順よりもっと複雑な過程を経る。

図５において、端末は現在ＲＮＣ１と連結されており、ＲＮＣ１が該当端末に対するＳＲＮＣの役割を遂行する。ＲＮＣ１は、核心網のＳＧＳＮ１と連結され、外部網との連結のために、ＳＧＳＮ１はＧＧＳＮと連結されている。

端末の移動により端末がＲＮＣ２が管理する領域に入ると、ＲＮＣ１によるＳＧＳＮ１との連結よりは、ＲＮＣ２によるＳＧＳＮ２との連結がより短い経路になるということができる。

もちろん、ＲＮＣ２を経由し既存（現在）のＳＲＮＣ機能をＲＮＣ１にそのままおくこともできるが、このような場合は、ＲＮＣ１とＲＮＣ２間の資源を利用するようになってＵＴＲＡＮの網資源を費やすようになるので、ＳＲＮＳ再割当過程を通して資源の浪費を減少させることができる。

ＳＲＮＳ再割当手順の完了後に、端末のＳＲＮＣの役割はＲＮＣ２が担当し、核心網とはＳＧＳＮ２を通して連結される。

ＳＲＮＳ再割当を行うための条件は多様であるが、代表的な例としては、ＵＴＲＡＮと核心網間のアクセスポイントを移動させるために網自体的にＳＲＮＳ再割当を行う場合（ＣａｓｅＩ）と、端末から報告されたセルの変更過程や位置登録変更過程と同時にＳＲＮＳ再割当を行う場合（ＣａｓｅＩＩ）を挙げることができる。

ＳＲＮＳ再割当時の端末との関連性の有無がＣａｓｅＩとＣａｓｅＩＩとの相違点であるということができるが、両者ともＳＲＮＣ再割当と関連した手順上においては大きな差はない。

ＳＲＮＳ再割当過程が進行される間、端末とＲＮＣ間、ＲＮＣとＲＮＣ間、及びＲＮＣと核心網間で多様なシグナリングメッセージが交換される。

以下、端末とＲＮＣ及び核心網間で交換されるシグナリングメッセージを通してＳＲＮＳ再割当手順を説明する。

図６は、ＵＭＴＳ内におけるＳＲＮＳ再割当過程を示す。

図６において、ソースＲＮＣ（Ｓｏｕｒｃｅ ＲＮＣ）は、ＳＲＮＳ再割当前に該当端末に対してＳＲＮＣの役割を遂行するＲＮＣを示し、目標ＲＮＣ（Ｔａｒｇｅｔ ＲＮＣ）は、ＳＲＮＳ再割当以後に該当端末に対してＳＲＮＣの役割を遂行するＲＮＣを示す。

同じように、旧ＳＧＳＮ及び新ＳＧＳＮは、それぞれＳＲＮＳ再割当以前及び以後に該当端末に対してＳＧＳＮの役割を遂行するＧＳＮを示す。

図６においては、旧ＳＧＳＮと新ＳＧＳＮとが互いに異なる場合を示しているが、場合によって旧ＳＧＳＮと新ＳＧＳＮとは同じであり得る。

且つ、図６は、ＣａｓｅＩ及びＣａｓｅＩＩの両方に適用することができる。

図６を参照してＳＲＮＳ再割当が行われる手順を要約してみると次のようである。

図６において、各メッセージの伝送は、割り当てられた番号に従って順に進行されるが、この順序を従わないこともできる。

１．ＣａｓｅＩやＣａｓｅＩＩの場合によって、ＳＲＮＳ再割当を行うか否かが決定される。

２．ソースＲＮＣは、旧ＳＧＳＮに再割当要求メッセージを通して目的ＲＮＣの識別情報、端末情報、保安情報及びＲＲＣプロトコル情報など、再割当と関連した情報を伝送する。

３．旧ＳＧＳＮは、伝送された情報を利用して、該当ＳＲＮＳ再割当手順がＳＧＳＮの変更が必要なＩｎｔｅｒ−ＳＲＮＳ ＳＲＮＳ再割当であるか、または、同一のＳＧＳＮ内で行われるｉｎｔｒａ−ＳＧＳＮ ＳＲＮＳ再割当であるかを把握する。

図示するように、ＳＧＳＮが異なってくる場合、旧ＳＧＳＮは、順方向再割当要求（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを新ＳＧＳＮに伝送して、再割当と関連した網資源を割り当てるように命令する。

４．新ＳＧＳＮは、目的ＲＮＣに再割当要求メッセージを伝送して、目的ＲＮＣがＳＲＮＣになる場合に必要な多様な資源を割り当てるようにする。

この過程には、ソースＲＮＣで端末との通信のために使用していた多様な無線運搬者を設定する過程も含まれる。新ＳＧＳＮが再割当要求応答（Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを受信した後には、目的ＲＮＣと新ＳＧＳＮ間には、データの伝達のための通路も共に生成される。

５．目的ＲＮＣと新ＳＧＳＮ間でデータを伝送するための資源が設けられ、ＳＲＮＳ再割当に対する準備が終わると、新ＳＧＳＮが順方向再割当応答（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）メッセージを旧ＳＧＳＮに伝送して、目的ＲＮＣがソースＲＮＣから伝送される下向データの伝達を受ける準備が完了したことを知らせる。

６．データの移動及び端末との通信のための全ての資源が設けられたので、旧ＳＧＳＮは、再割当命令メッセージをソースＲＮＣに伝送して、解除させるべき無線運搬者情報、及び目的ＲＮＣにデータを伝達すべき無線運搬者情報などを知らせる。

７．再割当命令メッセージを受信したソースＲＮＣは、再割当委任（Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｍｉｔ）メッセージを目的ＲＮＣに伝送して、ＳＲＮＳの動作と関連した接続情報を目的ＲＮＣに伝達し、ソースＲＮＣから目的ＲＮＣにＳＲＮＣの役割が変更されるということを知らせる。

８．ソースＲＮＣは、目的ＲＮＣへのデータの伝達が必要な無線運搬者に対しデータを伝達し始める。このとき、データの伝達通路は、ソースＲＮＣと目的ＲＮＣ間の直接的なデータの伝達でなく、核心網を経由するようになる。

９．前記手順７の再割当委任メッセージを受信した目的ＲＮＣは、再割当感知メッセージを新ＳＧＳＮに伝送する。

この再割当感知（Ｒｅｌｏｃａｔｉｏｎ Ｄｅｔｅｃｔ）メッセージを伝送してから初めて、目的ＲＮＣは、ＳＲＮＣとしての役割を遂行するようになる。

１０．目的ＲＮＣは、ＲＲＣメッセージであるＵＴＲＡＮ移動性情報（Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）（ＣａｓｅＩ）メッセージ、またはＣｅｌｌ／ＵＲＡ（ＵＴＲＡＮ Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｒｅａ）更新（ＣａｓｅＩＩ）メッセージを端末に伝送する。

このメッセージは、新しい端末識別情報であるＮｅｗ Ｕ−ＲＮＴＩ、端末関連情報及び核心網関連情報を含む。

端末は、これらのメッセージに対する応答として、ＵＴＲＡＮ移動性情報確認メッセージを目的ＲＮＣに伝送する。この過程が完了すると、端末とＲＮＣではＰＤＣＰ及びＲＬＣ個体（Ｅｎｔｉｔｙ）を再設定して駆動させる。

従って、この過程が終了した後にアップリンク及びダウンリンクの設定が完了し、目的ＲＮＣと端末とは使用者データを交換することができる。

１１．核心網が再割当感知メッセージを受信すると、核心網は使用者平面をソースＲＮＣから目的ＲＮＣに転換する。新ＳＧＳＮは、ＳＧＳＮ間再割当（Ｉｎｔｅｒ−ＳＧＳＮ Ｒｅｌｏｃａｔｉｏｎ）の場合、新ＳＧＳＮのアドレス及びその他の接続情報を含む更新ＰＤＰ文脈要求（Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）メッセージをＧＧＳＮに伝送する。

これを受信したＧＧＳＮは、該当の接続と関連した制御情報を更新し、これに対する応答メッセージである更新ＰＤＰ文脈応答（Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）メッセージを新ＳＧＳＮに伝送する。

１２．目的ＲＮＣがＵＴＲＡＮ移動性情報確認（Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｎｆｉｒｍ）メッセージを成功的に受信すると、目的ＲＮＣは、新ＳＧＳＮに再割当完了（Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを伝送する。

これは、目的ＲＮＣが新ＳＧＳＮにＳＲＮＳ再割当手順が完了したことを知らせる。また、ＳＧＳＮ間ＳＲＮＳ再割当（Ｉｎｔｅｒ−ＳＧＳＮ ＳＲＮＳ Ｒｅｌｏｃａｔｉｏｎ）の場合は、新ＳＧＳＮが旧ＳＧＳＮにＳＲＮＳ再割当手順が完了したことを知らせるために、順方向再割当完了（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）メッセージを伝送する。

１３．全ての過程が完了した後は、旧ＳＧＳＮがＩｕ解除命令（Ｉｕ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄ）メッセージをソースＲＮＣに伝送して、ソースＲＮＣと旧ＳＧＳＮ間に存在するＩｕ接続を解除させる。

前記図６からＳＲＮＳ再割当の基本的な動作及び手順が分かる。

以下、ＵＴＲＡＮ内でＳＲＮＳ再割当と関連して伝送されるＲＲＣメッセージについて詳細に説明する。

図７は、ＵＴＲＡＮと端末間でＳＲＮＳ再割当が行われる過程を示す。

図７において、ＲＲＣメッセージが伝送される場合は、１番、７番、８番に該当するが、これらのＲＲＣメッセージについて説明する。

（１） セル更新（Ｃｅｌｌ Ｕｐｄａｔｅ）メッセージ及びセル更新確認（Ｃｅｌｌ Ｕｐｄａｔｅ Ｃｏｎｆｉｒｍ）メッセージ：端末の移動によりセルが変更される場合、端末がセル更新メッセージを送ることによって実行される。セル更新確認メッセージは、セル更新メッセージに対するＵＴＲＡＮの応答メッセージであって、無線運搬者の解除／再設定、伝送チャネル／物理チャネルの再設定などのような命令を伝送することができる。

また、端末に対するＮｅｗ Ｕ−ＲＮＴＩ値も含むことができる。セル更新メッセージは、ＳＲＢ０を利用して伝送され、セル更新確認メッセージは、ＳＲＢ０またはＳＲＢ１を利用して伝送される。

（２） ＵＲＡ更新メッセージ及びＵＲＡ更新確認メッセージ：ＵＲＡ（ＵＴＲＡＮ Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｒｅａ）は、一つまたは複数のセルからなる領域で、ＵＴＲＡＮが端末の移動性を支援するための効率的な方法を提供する。

ＵＲＡは、ＵＴＲＡＮの内部的に知られている。且つ、端末の移動によるピンポン（Ｐｉｎｇ−Ｐｏｎｇ）効果を防止するために、ＵＲＡは相互間に重なるように設計される。

従って、一つのセルは、一つまたはそれ以上のＵＲＡに属することができる。端末は、各セルから伝送されるＵＲＡリストから最終のＵＲＡの情報が分かり、ＵＲＡが変更される度にＵＲＡ更新手順を行う。

ＵＲＡ更新手順は、端末がＵＲＡ更新メッセージをＵＴＲＡＮに伝送することで実行される。ＵＴＲＡＮは、ＵＲＡ更新メッセージの応答信号として、ＵＲＡ更新確認メッセージを端末に伝送し、これを通じて特定の端末に対し新しく割り当てられたＵＲＡ識別情報を知らせることができる。

また、セル更新手順と同じように、ＵＲＡ更新確認メッセージは、端末の識別のためのＮｅｗ Ｕ−ＲＮＴＩ値を含むことができる。

前記（１）の場合のように、ＵＲＡ更新メッセージは、ＳＲＢ０を利用して伝送され、ＵＲＡ更新確認メッセージは、ＳＲＢ０またはＳＲＢ１を利用して伝送される。

（３） ＵＴＲＡＮ移動性情報メッセージ及びＵＴＲＡＮ移動性情報確認メッセージ：ＵＴＲＡＮ移動性情報メッセージは、ＵＴＲＡＮから端末に送るＲＲＣメッセージであって、端末に新しい識別情報を割り当てるか、またはその他の端末の移動性と関連した情報を伝送するときに使用する。

端末は、これに対する応答として、ＵＴＲＡＮ移動性情報確認メッセージを伝送する。ＵＴＲＡＮ移動性情報メッセージは、ＳＲＢ１またはＳＲＢ２を利用して伝送され、ＵＴＲＡＮ移動性情報確認メッセージは、ＳＲＢ２のみを利用して伝送される。

参考で、前記図６または図７において、端末がＵＴＲＡＮ移動性情報確認メッセージを伝送した後に、端末とＲＮＣではＰＤＣＰ階層及びＲＬＣ階層に対する再設定のためにそれぞれＣＰＤＣＰ−ＣＯＮＦＩＧ−Ｒｅｑ命令及びＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑ命令を利用してＰＤＣＰ個体及びＲＬＣ個体を設定／再設定する。

以上、ＳＲＮＳ再割当過程について説明した。前述した手順は、基本的に端末とＲＮＣ及び核心網間で交換される多様なメッセージを基盤としている。しかし、これらのメッセージ中、端末とＲＮＣ間で交換されるＲＲＣメッセージは、たまにデータの保安のために暗号化されて伝達される。

仮りに、ＲＲＣメッセージが暗号化されずに伝達されるとすると、前記ＳＲＮＳ再割当過程には大きな問題はないということができるが、ＳＲＮＳ再割当過程中に伝送されるＲＲＣメッセージが暗号化されている、より現実的な状況を考慮すると、ＲＲＣメッセージの伝達時、端末とＵＴＲＡＮ内における暗号化パラメーターが異なって、伝送されたＲＲＣメッセージが正しく受信されない場合が発生することができる。

これを理解するためには、ＲＬＣ階層で行うＲＬＣ ＰＤＵの暗号化（Ｃｉｐｈｅｒｉｎｇ）方法に関する理解が必要がある。

データの暗号化は、共用で使用する無線資源を通して所望しない使用者が自身の通信を意図的に盗聴することを防止するために用いる方法であって、端末とＲＮＣ間に固有の暗号化パラメーターがあり、この情報を知らない使用者は正常的に該当データに接近できないようにする役割をする。

３ＧＰＰで採択している暗号化方法は、Ｌ２階層に対して行うが、ＲＬＣ階層のモードによってＲＬＣ階層またはＭＡＣ階層で行うことができる。

即ち、ＲＬＣ階層がＡＭまたはＵＭで動作する場合は、ＲＬＣ階層でデータの暗号化を行い、ＲＬＣ階層がＴＭで動作する場合は、ＭＡＣ階層で暗号化を行う。また、全ての暗号化は、ＤＣＣＨを通して伝達されたメッセージに対してのみ行われる。

暗号化方法は、多様な入力パラメーターを基盤として暗号化に必要なＭＡＳＫを生成し、これをＲＬＣ ＰＤＵまたはＭＡＣ ＳＤＵに加えて暗号化されたデータを生成する。

受信側では、送信側と同じＭＡＳＫを自体的に生成して受信されたデータと加算演算を行うと、暗号化以前のデータを復旧することができる。

このような暗号化過程は、図８に示されている。

ここで、ＰＬＡＩＮＴＥＸＴ ＢＬＯＣＫは、暗号化される前のデータで、ＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫは、暗号化のためのＭＡＳＫである。

ＰＬＡＩＮＴＥＸＴ ＢＬＯＣＫは、ＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫとのビット演算により暗号化されてＣＩＰＨＥＲＴＥＸＴ ＢＬＯＣＫを形成する。

このように暗号化されたＣＩＰＨＥＲＴＥＸＴ ＢＬＯＣＫは無線区間に伝送され、これを受けた受信側は、送信側で暗号化時に使用されたＭＡＳＫと全く同じＭＡＳＫであるＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫを利用してＣＩＰＨＥＲＴＥＸＴ ＢＬＯＣＫを復旧することができる。

即ち、誰かが伝送途中のデータを抽出しても、これはＣＩＰＨＥＲＴＥＸＴ ＢＬＯＣＫであるので、ＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫを知っていないと、ＰＬＡＩＮＴＥＸＴ ＢＬＯＣＫは知ることができないということである。

このような暗号化の核心は、暗号化ＭＡＳＫであるＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫを生成することにあり、ＭＡＳＫの条件として重要なことは、逆推定を通してＭＡＳＫを探り出せないべきこと、各無線運搬者毎に互いに異なるＭＡＳＫを使用すべきこと、及びＭＡＳＫ自体が時間によって変化し続けるべきことである。

多様な暗号化アルゴリズムのうちＦ８と命名された方法が、３ＧＰＰで暗号化の標準方法として採択された。

Ｆ８アルゴリズムは、様々な入力因子を利用して暗号化ＭＡＳＫであるＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫを生成するが、このとき使用される入力因子は次のようである。

− ＣＫ（Ｃｉｐｈｅｒｉｎｇ Ｋｅｙ、１２８ｂｉｔｓ）：暗号化キー（Ｋｅｙ）であって、回線交換領域に対して一つ（ＣＫ_ＣＳ）、パケット交換領域に対して一つ（ＣＫ_ＰＳ）の暗号化キーがそれぞれ存在する。

− ＢＥＡＲＥＲ（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｉｄｅｎｔｉｆｉｅｒ、５ｂｉｔｓ）：無線運搬者の判別子であって、各無線運搬者毎に一つの値が存在する。

− ＤＩＲＥＣＴＩＯＮ（Ｄｉｒｅｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ、１ｂｉｔ）：方向判別子であって、アップリンクの場合０、ダウンリンクの場合１に設定する。

− ＬＥＮＧＴＨ（１６ｂｉｔｓ）：長さ指示子であって、生成するＭＡＳＫであるＫＥＹＳＴＲＥＡＭ ＢＬＯＣＫの長さを決定する。

− ＣＯＵＮＴ−Ｃ（３２ｂｉｔｓ）：暗号化一連番号（Ｃｉｐｈｅｒｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）であって、ＡＭまたはＵＭ ＲＬＣを使用する無線運搬者に対しては、各ＲＢ当たり一つずつのＣＯＵＮＴ−Ｃを使用し、ＴＭ ＲＬＣを使用する無線運搬者に対しては、全ての無線運搬者に対し一つのＣＯＵＮＴ−Ｃ値を使用する。

前記の暗号化入力因子のうち他の因子は全てが固定された値であるが、ＣＯＵＮＴ−Ｃのみは、時間によってまたは一つのＲＬＣ ＰＤＵが伝送される度に値が変化する。

このＣＯＵＮＴ−Ｃの構成は、大きく二つからなるが、前部分は長い一連番号（ｌｏｎｇ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）で、後部分は短い一連番号（ｓｈｏｒｔ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）である。

ＲＬＣ伝送モードによる具体的なＣＯＵＮＴ−Ｃ構造を図９に示す。

それぞれを説明すると次のようである。

＊ ＲＬＣ ＴＭを使用する場合、
− 長い一連番号：２４ｂｉｔのＭＡＣ−ｄ ＨＦＮ（Ｈｙｐｅｒ ｆｒａｍｅ Ｎｕｍｂｅｒ）
− 短い一連番号：８ｂｉｔのＣＦＮ（Ｃｏｎｎｅｃｔｉｏｎ Ｆｒａｍｅ Ｎｕｍｂｅｒ）
＊ ＲＬＣ ＵＭを使用する場合
− 長い一連番号：２５ｂｉｔのＲＬＣ ＨＦＮ（Ｈｙｐｅｒ ｆｒａｍｅ Ｎｕｍｂｅｒ）
− 短い一連番号：７ｂｉｔのＲＬＣ ＵＭ ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）
＊ ＲＬＣ ＡＭを使用する場合
− 長い一連番号：２０ｂｉｔのＲＬＣ ＨＦＮ（Ｈｙｐｅｒ ｆｒａｍｅ Ｎｕｍｂｅｒ）
− 短い一連番号：１２ｂｉｔのＲＬＣ ＡＭ ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）
前記ＣＦＮは、ＭＡＣ階層の伝送チャネルに対し、端末とＵＴＲＡＮ間の同期を合わせるために使用するカウンタであって、０〜２５５の値を有し、一つの無線フレーム（Ｒａｄｉｏ Ｆｒａｍｅ、長さは１０ｍｓ）毎に１ずつ増加する。

ＲＬＣ ＳＮは、ＲＬＣで各ＲＬＣ ＰＤＵを区別するために付ける一連番号であって、ＵＭの場合は０〜１２７の値を（７ｂｉｔ）、ＡＭの場合は０〜４０９５の値を（１２ｂｉｔ）有し、各ＲＬＣ ＰＤＵ毎に１ずつ増加する。

このような短い一連番号は、無線接続プロトコルで使用されているカウンタであって、その長さが多少短いということができる。

従って、より長いパラメーターにするために、前に長い一連番号に該当するＨＦＮを付けるようになる。各ＨＦＮは、短い一連番号が増加して一回り回って０に初期化される度にその値が１ずつ増加する。

ＲＲＣメッセージの場合も、ＵＭまたはＡＭを利用するＲＬＣ階層を通して伝達されるため、暗号化を適用することができる。

即ち、ＲＬＣ階層に伝達されたＲＲＣメッセージは、伝送サイズに合うように適切に分割または連結されてＲＬＣ ＰＤＵを構成し、ＲＬＣ ＰＤＵのデータ部分は、前記図８で生成されたＭＡＳＫを使用して暗号化される。

このとき、ＭＡＳＫを生成するために使用する多様な暗号化パラメーターが受信側と送信側とで同一であるべきであるが、正常的にデータの送受信が行われている場合でもＣＯＵＮＴ−Ｃ値が異なってくると、全く異なるデータに復旧されるはずである。

このとき、ＣＯＵＮＴ−Ｃで短い一連番号に該当する部分は、ＲＬＣ ＰＤＵに共に乗せてきたヘッダー情報に含まれているので、厳密にいえば、端末とＲＮＣとで管理しているＨＦＮ値が一致しないと、暗号化されたデータの復旧が失敗してデータを正常的に受信することができなくなる。

以下、このような暗号化方法に基づいて、図７の手順７及び８で発生し得る問題点について説明する。参考で、手順１もＲＲＣメッセージを使用するが、ＲＬＣ ＰＤＵがＣＣＣＨを利用して伝送されて暗号化が行われないので問題にならない。

１．手順７の問題点
ＣａｓｅＩ及びＣａｓｅＩＩの場合、端末に伝送されるＲＲＣメッセージは、適切なＳＲＢを利用して目的ＲＮＣから伝送されている。しかし、目的ＲＮＣで生成されたＲＬＣ階層は、ＳＲＮＳ再割当過程中に新しく生成されたので、全ての状態変数値及びタイマーは初期化されている。例えば、目的ＲＮＣのＲＬＣ階層から伝送されるＲＬＣ ＰＤＵの一連番号は、初期値の０に初期化されている。

これにより発生し得る問題点を各メッセージ別に説明する。

（１） ＵＴＲＡＮ移動性情報がＳＲＢ１を利用して伝送される場合：ＵＭ ＲＬＣを利用する場合であって、目的ＲＮＣがソースＲＮＣから受けたＨＦＮをそのまま使用してデータを伝送すると、端末では自身が待っていた一連番号が到着しなくなるので、中間に複数のメッセージが消失されたと判断する。

これにより、受信側は、一連番号が一回り回ったと仮定し、ＨＦＮ値が１だけ増加するようになる。

従って、送信側で暗号化したＨＦＮ値と受信側で暗号化を復旧するのに使用するＨＦＮ値とが異なるので、このＲＲＣメッセージは正常的に受信されることができない。

（２） ＵＴＲＡＮ移動性情報がＳＲＢ２を利用して伝送される場合：ＡＭ ＲＬＣを利用する場合である。

一般に、受信側のＡＭ ＲＬＣ階層は、再伝送による管理を容易にするために、受信側のＲＬＣ階層で受信できるＲＬＣ ＰＤＵの一連番号の範囲を設定しておいている。

これを受信ウィンドウというが、受信側では受信ウィンドウの範囲を超える一連番号を有するＲＬＣ ＰＤＵが受信されると、このデータは直ちに廃棄される。

目的ＲＮＣから伝送されたＲＬＣ ＰＤＵの一連番号が０に設定されるため、この値が端末の受信ウィンドウの範囲内にあると受信が可能であるが、ウィンドウの範囲から外れる場合は廃棄されるので、該当ＲＲＣメッセージを受信することができなくなる。

たとえ、ウィンドウ内の範囲にあって成功的に受信されるとしても、前記（１）の場合のように、ＨＦＮの差により成功的にＲＬＣ ＰＤＵを復旧することができなくなる。

（３） Ｃｅｌｌ／ＵＲＡ更新確認がＳＲＢ１を利用して伝送される場合：（１）と同じ問題が発生する。

（４） Ｃｅｌｌ／ＵＲＡ更新確認がＳＲＢ０を利用して伝送される場合：ＣＣＣＨを利用するので、暗号化による問題は発生しない。

以上のように、目的ＲＮＣで手順７を通して伝送されるＲＲＣメッセージは、（４）の場合を除いては全ての場合に該当ＲＲＣメッセージを受信することができないという問題点が発生する。これは、ＳＲＮＳ再割当後に端末と目的ＲＮＣ間でそれ以上のデータ通信が行われないということを意味する。

２．手順８の問題点
ＣａｓｅＩ及びＣａｓｅＩＩの全ての場合において、端末はＳＲＮＳ再割当の最終過程として、ＳＲＢ２を利用してＵＴＲＡＮ移動性情報確認命令を送信する。

しかし、手順７と同じように、目的ＲＮＣに生成されたＳＲＢ２のためのＲＬＣ階層は再設定されたため、目的ＲＮＣで受信されることで期待しているＲＬＣ ＰＤＵの一連番号は０に初期化されている。

しかし、端末ではその間使用していたＳＲＢ２を利用してデータを伝送するため、前記手順７の問題点を指摘した（２）番の場合と同じように、受信ウィンドウの範囲を外れる場合は、該当ＲＬＣ ＰＤＵを廃棄させて該当ＲＲＣメッセージを受信できなくなる。

従来のＳＲＮＳ再割当方法においては、データの暗号化及び目的ＲＮＣに位置したＲＬＣ階層が再設定される問題により、受信側のＲＬＣ階層が該当ＲＲＣメッセージを正しく受信できないという問題が発生することができる。従って、本発明においては、このような問題点に対する解決方案を提示する。

このような目的を達成するために、本発明に係るＳＲＮＳ再割当方法は、ネットワーク上でＳＲＮＳ再割当が決定される過程と、ネットワーク上でＳＲＮＳ再割当に必要な資源を予約する過程と、ＳＲＮＳ再割当過程以後、ＳＲＮＣの役割を遂行する目的ＲＮＣが、端末との通信のために、端末にＳＲＮＳ再割当関連のＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを伝送する過程と、前記端末が、これに対する応答として、目的ＲＮＣにＳＲＮＳ再割当関連の応答ＲＲＣメッセージを伝送する過程と、を含むことを特徴とする。

また、本発明において、前記無線網制御器が担当無線網サブシステム再割当関連の無線資源制御メッセージを端末機に伝送する前に、端末機が暗号化されたデータを成功的に復旧できるように、前記無線網制御器が該当無線リンク制御階層を設定し、暗号化に必要なフレーム番号を調節してデータを伝送することを特徴とする。

また、本発明は、前記フレーム番号値は、現在使用していた値より１だけ増加させ、この値を利用して前記無線リンク制御階層の単位データを暗号化して伝送することを特徴とする。

また、本発明において、無線資源制御階層が、前記無線リンク制御階層の設定、及びフレーム番号の設定のための命令を無線リンク制御階層に伝送することを特徴とする。

また、本発明において、Ｔａｒｇｅｔ無線網制御器が担当無線網サブシステム再割当関連の無線資源制御メッセージを端末に伝送する前に、端末が成功的に無線資源制御メッセージを受信できるように、担当無線網サブシステム再割当前に担当無線網制御器の役割を遂行していた元無線網制御器が目標無線網制御器に現在使用中の無線リンク制御階層の状態情報を伝達することを特徴とする。

また、本発明において、伝達される状態情報は、無応答モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）で動作する無線リンク制御階層と関連したパラメーターであることを特徴とする。

また、本発明において、目標無線網制御器から端末機に伝達される担当無線網サブシステム再割当関連の無線資源制御メッセージを含む無線リンク制御階層の単位データの最初の一連番号は、前記無応答モードで動作する無線リンク制御階層と関連したパラメーターであるＶＴ（ＵＳ）に設定して伝送することを特徴とする。

また、本発明において、伝達される状態情報は、応答モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）で動作する無線リンク制御階層と関連したパラメーターまたはデータであることを特徴とする。

また、本発明において、目標無線網制御器から端末に伝達される担当無線網サブシステム再割当関連の無線資源制御メッセージを含む無線リンク制御階層の単位データの最初の一連番号は、前記応答モードで動作する無線リンク制御階層と関連したパラメーターであるＶＴ（Ｓ）に設定して伝送することを特徴とする。

また、本発明において、目標無線網制御器の無線リンク制御階層は、元無線網制御器から伝達された再伝送中の無線リンク制御階層の単位データを伝送することを特徴とする。

また、本発明において、元無線網制御器が前記応答モードで動作する無線リンク制御階層と関連したパラメーターを目標無線網制御器に伝達する前に、伝送中または伝送待機中の無線資源制御メッセージの伝送を完了することを特徴とする。

また、本発明において、Ｔａｒｇｅｔ無線網制御器の無線リンク制御階層は、一連番号がＶＴ（Ｓ）−１以下の一連番号を有する無線リンク制御階層の単位データに対する伝送を実施しないようにするために、端末の無線リンク制御階層に受信ウィンドウ移動命令を送信することを特徴とする。

また、本発明において、前記受信ウィンドウ移動命令を伝送するために、Ｔａｒｇｅｔ無線網制御器の無線資源制御階層が無線リンク制御階層に前記受信ウィンドウ移動命令の開始を指示することを特徴とする。

また、本発明において、元無線網制御器から伝達された前記パラメーターまたは前記データを、無線資源制御階層が無線リンク制御階層に伝達することを特徴とする。

また、本発明において、担当無線網サブシステム再割当後に目標無線網制御器から端末に伝送される前記無線資源制御メッセージが含まれた最初の無線リンク制御階層の単位データの長さ指示子フィールドの値は、該当無線リンク制御階層の単位データが前記無線資源制御メッセージの最初の部分から含んでいるという情報を指示することを特徴とする。

また、本発明において、目標無線網制御器が担当無線網サブシステム再割当と関連した無線資源制御メッセージを端末に伝送する前に、端末が成功的に前記無線資源制御メッセージを受信することができるように、端末の無線リンク制御階層と目標無線網制御器の無線リンク制御階層間の状態変数の初期化、及びフレーム番号の同期化のために無線リンク制御階層の初期化過程を行うことを特徴とする。

また、本発明において、目標無線網制御器の無線リンク制御階層が端末の無線リンク制御階層に無線リンク制御の初期化作業を行う命令である初期化単位データを伝送することを特徴とする。

また、本発明において、目標無線網制御器の無線リンク制御階層が無線リンク制御階層の初期化過程を開始するように、目標無線網制御器の無線資源制御階層が前記無線リンク制御階層に初期化開始命令を伝達することを特徴とする。

また、本発明において、端末が目標無線網制御器に担当無線網サブシステム再割当関連の無線資源制御メッセージを伝送する前に、目標無線網制御器が成功的に該当無線資源制御メッセージを受信することができるように、目標無線網制御器及び端末の無線リンク制御階層を設定することを特徴とする。

また、本発明において、目標無線網制御器及び端末の無線リンク制御階層の設定過程中、フレーム番号値を同期化することを特徴とする。

また、本発明において、前記フレーム番号値の設定は、上位階層から伝達されることを特徴とする。

また、本発明において、前記フレーム番号値の設定は、端末及び目標無線網制御器で使用するフレーム番号値をそれぞれ１ずつ増加させることを特徴とする。

また、本発明において、端末の無線リンク制御階層及び目標無線網制御器の無線リンク制御階層で使用するフレーム番号の設定は、端末の無線リンク制御階層及び目標無線網制御器の無線リンク制御階層で使用する上向及び下向フレーム番号値のうち最大値を基準として、この値から１ずつ増加させて設定することを特徴とする。

また、本発明において、端末及び目標無線網制御器の無線資源制御階層がそれぞれ該当無線リンク制御階層の設定／再設定過程のための命令を伝送することを特徴とする。

また、本発明において、端末が目標無線網制御器に担当無線網サブシステム再割当関連の応答無線資源制御メッセージを伝送する過程後に、端末及び目標無線網制御器におけるシグナリング無線運搬者（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）及び無線運搬者（Ｒａｄｉｏ Ｂｅａｒｅｒ）の設定／再設定を行うことを特徴とする。

また、本発明において、端末と目標無線網制御器間に存在するシグナリング無線運搬者及び無線運搬者の設定／再設定過程で、フレーム番号値の設定は、端末が目標無線網制御器に伝送した担当無線網サブシステム再割当関連の応答無線資源制御メッセージに含まれたフレーム番号初期値に設定することを特徴とする。

また、本発明において、前記無線資源制御メッセージに含まれたフレーム番号初期値は、非同期式ＩＭＴ２０００システムであるＵＭＴＳ標準で定義した端末の暗号化モジュールに保存されている始初値であることを特徴とする。

本発明の他の目的及び特徴は、添付の図面を参照した各実施例の詳細な説明により明確になるはずである。

以下、本発明に係るＳＲＮＳ再割当方法について説明する。

本発明は、前述した現在のＳＲＮＳ再割当と関連した問題点を解決するためのもので、暗号化に利用されるＨＦＮ値を調節するか、ＳＲＮＳ再割当時、以前のＳＲＮＣに設定されていたＳＲＢの情報を知らせるなど、ＲＬＣ階層の設定／再設定過程、暗号化過程などと関連した動作を修正して、伝送されたＲＲＣメッセージを成功的に受信することができる方法を提示する。

まず、図７の手順８で発生する問題点の解決方法を説明する。

手順８の問題点は、端末からＳＲＢ２を利用して伝送されたＵＴＲＡＮ移動性情報確認というＲＲＣメッセージを目的ＲＮＣで成功的に受信できないということで、端末と目的ＲＮＣ間のＨＦＮ同期を合わせることでＲＲＣメッセージを正常的に受信するようにすることができる。

図１０にこれを解決するための方法を示す。現在のようなＳＲＮＳ再割当方法において端末が送るＲＲＣメッセージであるＵＴＲＡＮ移動性情報確認メッセージを目的ＲＮＣが正常的に受信することができるように、ＲＬＣ階層間の同期を合わせる方法である。

即ち、ＳＲＮＳ再割当過程が進行される間、端末及び目的ＲＮＣのＲＬＣ階層を同時に設定／再設定して状態変数を初期化させ、ＨＦＮ値を同じように合わせる方法である。

同一のＨＦＮ値を使用するためには多様な方法を用いることができるが、本発明においては三つの方法を提案する。

第一の方法は、端末及び目的ＲＮＣのＳＲＢ２で使用するＨＦＮ値をそれぞれ１ずつ増加させる方法である。

第二の方法は、上位階層であるＲＲＣ階層から今後使用されるべきＨＦＮ値の伝達を受ける方法である。

第三の方法は、ＳＲＢ２が上向及び下向に対しペアで存在する点を利用する方法である。

即ち、ＳＲＢ２を利用して伝送されるデータの暗号化に使用する上向または下向ＨＦＮ値のうち最大値を選択して従来のＨＦＮ値に判断することである。

もちろん、以前のＨＦＮ値とは異なる値を使用すべきであるので、前記最大値から１ずつ増加させた値に上向及び下向ＨＦＮ値を設定する。

これらの命令は、ＲＲＣからＲＬＣ階層に送る設定命令であるＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑを使用して伝達することができる。

端末は、手順７のＲＲＣメッセージを成功的に受信した後、該当ＲＬＣ階層を再設定しＨＦＮ値を設定する手順Ａ１を行い、ＵＴＲＡＮは、手順７のＲＲＣメッセージを伝送した後、図１０の手順Ａ２を行う。

図１０の手順８の前に手順Ａ１及びＡ２を行うと、ＵＴＲＡＮ ＲＬＣ階層は、受信を期待しているその一連番号を有するＲＬＣ ＰＤＵを受信するようになり、同一のＨＦＮを利用して暗号化されたので、ＵＴＲＡＮ移動性情報確認メッセージは、目的ＲＮＣで成功的に受信されることができる。

次に、図６の手順７の問題を解決するための方法を説明する。

図７の手順７における問題点は、ＳＲＢ１またはＳＲＢ２を利用して伝送される下向ＲＲＣメッセージを端末が成功的に受信できるか否かであるということができる。

ＳＲＢ１及びＳＲＢ２に対し互いに異なる解決策を提示することができ、以下にこれを区分して説明する。

（１） ＳＲＢ１を利用してＲＲＣメッセージを伝送する場合
この場合は、ＵＴＲＡＮ移動性情報メッセージまたはＣｅｌｌ／ＵＲＡ更新メッセージをＵＭ ＲＬＣ及びＤＣＣＨを利用して伝送する場合である。

本発明においては、これを解決するための二つの方法（方法Ａ、方法Ｂ）を提案し、図１１にこれらの方法を示す。

（方法Ａ） ＲＬＣ階層の再設定時、端末のＨＦＮを考慮した解決方法。

図１１の手順Ａに示すように、手順７の前に目的ＲＮＣのＲＲＣからＲＬＣ階層にＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑ命令を伝達して目的ＲＮＣのＲＬＣ階層を再設定するとき、端末のＨＦＮを考慮する方法である。

一般に、Ｔａｒｇｅｔ ＲＬＣ階層は、ＳＲＮＳ再割当過程中にＲＬＣ階層の設定／再設定過程を経るが、単純に設定／再設定して状態変数を初期化するだけでは充分でない。

その理由は、前述したように、端末のＲＬＣ階層は、０の一連番号を有するＲＬＣ ＰＤＵが受信されると、ＨＦＮ値を増加させて暗号化されたデータを復旧するためである。

これを解決するために、目的ＲＮＣは、ＳＲＢ１のＲＬＣ階層を再設定するとき、ＨＦＮ値を１だけ増加させるようにする方法を用いれば良い。これにより、端末と目的ＲＮＣ間にはＨＦＮの同期化が行われるので、ＵＴＲＡＮ移動性情報またはＣｅｌｌ／ＵＲＡ更新確認メッセージを成功的に受信できるようになる。

このとき、受信されたＲＬＣ ＰＤＵの一連番号が連続して受信されないと、最初に受信するＲＬＣ ＰＤＵは、以前のＲＬＣ ＰＤＵと連結されるデータと判断して廃棄させることができるので、ＳＲＮＳ再割当直後に伝送されるＲＬＣ ＰＤＵの長さ指示子フィールドにデータ開始指示値を設定して伝送されるようにする。

このために、ＲＲＣ階層がこれを指示する命令をＲＬＣ階層に伝達することができる。

（方法Ｂ） ソースＲＮＣからＳＲＢ１関連情報の伝送を受ける方法：
図１１の手順Ｂ１及び手順Ｂ２に示すように、ＳＲＮＳ再割当過程中のＵＴＲＡＮで、ソースＲＮＣがＳＲＢ１の設定と関連した多様なパラメーターを目的ＲＮＣに知らせる方法である。

端末で受信されたＲＬＣ ＰＤＵが成功的に復旧されるためには、端末で使用するものと同一のＨＦＮ値を有し、一連番号がソースＲＮＣで使用していた適切な範囲内にあれば良い。

従って、ソースＲＮＣのＲＬＣ階層で使用していたＲＬＣ ＰＤＵの一連番号、状態変数及びＨＦＮなどを目的ＲＮＣに伝達し、目的ＲＮＣでこの値を利用してＲＬＣ ＰＤＵを伝送すると、端末のＲＬＣ階層はソースＲＮＣからＲＬＣ ＰＤＵの伝送を受けることと同じ状態となる。

一例として、ソースＲＮＣは、ＨＦＮ値と次に伝送すべきＲＬＣ ＰＤＵの一連番号であるＶＴ（ＵＳ）を、手順Ｂ１を通して目的ＲＮＣに知らせるようにする。

また、目的ＲＮＣでは、ＲＬＣ階層の再設定過程後に最初に伝送するＲＬＣ ＰＤＵの一連番号をＶＴ（ＵＳ）から設定して伝送することができるように、ＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑ命令を使用してＶＴ（ＵＳ）値を知らせる。（手順Ｂ２）
また、方法Ａの場合と同じように、受信されたＲＬＣ ＰＤＵの一連番号が連続して受信されないと、最初に受信するＲＬＣ ＰＤＵは、以前のＲＬＣ ＰＤＵと連結されるデータと判断して廃棄させることができるので、ＳＲＮＳ再割当直後に伝送されるＲＬＣ ＰＤＵの長さ指示子フィールドにデータ開始指示値を設定して伝送されるようにする。このために、ＲＲＣ階層がこれを指示する命令をＲＬＣ階層に伝達することができる。

（２） ＳＲＢ２を利用してＲＲＣメッセージを伝送する場合
この場合は、ＵＴＲＡＮ移動性情報メッセージをＡＭ ＲＬＣ及びＤＣＣＨを利用して伝送する場合である。

（１）の場合と同じように多様な方法が存在することができ、本発明においては、再設定（Ｒｅｓｅｔ）手順を利用する方法である（方法Ａ）とソースＲＮＣから関連情報の伝送を受ける（方法Ｂ）を提案する。

（方法Ａ） 再設定手順を行う方法：
図１２の手順Ａ１及びＡ２に再設定手順を利用した解決方法を示す。再設定手順は、ＡＭモードで動作している端末とＵＴＲＡＮ間のＲＬＣ階層を初期化する手順であって、この過程が成功的に終了すると両ＲＬＣ階層のＨＦＮは同一値を有するようになり、状態変数及び一連番号は初期化される。

従って、ＳＲＢ２を利用してＲＲＣメッセージを伝送する前に、目的ＲＮＣと端末のＲＬＣ間の再設定手順が成功的に終了すると、目的ＲＮＣから伝送されるＲＬＣ ＰＤＵは初期化された一連番号で伝送され、両方で使用するＨＦＮ値は同一であるので、受信されたＲＬＣ ＰＤＵは容易に復旧することができる。

再設定手順のために、目的ＲＮＣのＲＬＣ階層は、再設定ＰＤＵ（Ｒｅｓｅｔ ＰＤＵ）（手順Ａ１）を端末に伝送し、端末のＲＬＣ階層は、これに対する応答として、Ｒｅｓｅｔ ＡＣＫ ＰＤＵ（手順Ａ２）を目的ＲＮＣに伝送することで、再設定手順が完了する。

このとき、一般的なＲＬＣ ＰＤＵとは異なって、再設定ＰＤＵには一連番号や暗号化が施されていないので、ＳＲＢ２を通して伝送された再設定ＰＤＵは端末が成功的に受信することができる。

特に、再設定手順を利用すると、ＳＲＢ２に対するアップリンク及びダウンリンクの送受信問題が全て解決されるので、アップリンクを利用したＲＲＣメッセージの受信も問題にならない。

従って、図１０で提示した解決方法を用いることなく、手順８の問題点も同時に解決することができる。

このとき、手順７を行う前に目的ＲＮＣで再設定手順を進行させるために、ＲＬＣ階層が再設定手順を開始するように命令する必要がある。この命令は、ＲＲＣからＲＬＣ階層にＣＲＬＣ−ＣＯＮＦＩＧ−Ｒｅｑや新しい命令の形態で伝送されることができる。

（方法Ｂ） ソースＲＮＣから関連情報の伝送を受ける方法：
図１２の手順Ｂ１及び手順Ｂ２に示すように、ＳＲＮＳ再割当過程中のＵＴＲＡＮ内で、ソースＲＮＣがＳＲＢ２の設定と関連した多様なパラメーターを目的ＲＮＣに知らせる方法である。

ＳＲＢ１の場合と類似した解決方法であるが、ＳＲＢ２の場合はＡＭ ＲＬＣを利用しているので、ＲＬＣ ＰＤＵの再伝送を考慮しなければならない。

即ち、単純に伝送されるＲＬＣ ＰＤＵの一連番号とＨＦＮ値を合わせる他にも、以前に端末に伝送されたが肯定応答を受けていないデータに対する考慮が必要なこともある。このために、次の三つ方法を考えることができる。

第一の方法は、ＵＴＲＡＮ内のソースＲＮＣのＲＬＣ階層で使用していた一連番号、状態変数及びＨＦＮなどと共に、再伝送過程中のＲＬＣ ＰＤＵまたはＲＲＣメッセージを目的ＲＮＣに伝達する方法である。

目的ＲＮＣがこれらのパラメーターを利用してＲＬＣ ＰＤＵを伝送すると、端末のＲＬＣ階層は、ソースＲＮＣからＲＬＣ ＰＤＵの伝送を受けることと同様な場合となる。

一例として、ソースＲＮＣは、ＨＦＮ値、再伝送中のＲＬＣ ＰＤＵ、再伝送中のＲＬＣ ＰＤＵ及びＶＴ（Ｓ）、ＶＴ（Ａ）値を、手順Ｂ１を通して目的ＲＮＣに知らせるようにする。

目的ＲＮＣでは、ＲＬＣ階層の再設定過程後にソースＲＮＣから受信したＲＬＣ ＰＤＵをバッファに保存し、ＵＴＲＡＮ移動性情報メッセージは、ＶＴ（Ｓ）から始まるＰＤＵに割り当てる（手順Ｂ２）。

その後、目的ＲＮＣは、ソースＲＮＣと同一のＳＲＢ２のバッファ状態を維持してデータを伝送することができるので、端末は、ＳＲＢ２を通して伝送されるデータを復旧することができる。

第二の方法は、ソースＲＮＣがＨＦＮ値、ＶＴ（Ｓ）を（手順Ｂ１）を通して目的ＲＮＣに知らせ、ソースＲＮＣでは、ＳＲＮＳ再割当が行われる前のＲＬＣ ＰＤＵの伝送を中止する方法である。

この方法によれば、端末のＲＬＣは、以前のＲＲＣメッセージに対する処理が完了した状態となるので、ＳＲＮＳ再割当後に最初に受信するＲＬＣ ＰＤＵは、ＶＴ（Ｓ）を有するＵＴＲＡＮ移動性情報メッセージを含むようになる。

第三の方法は、ソースＲＮＣがＨＦＮ値、ＶＴ（Ｓ）を（手順Ｂ１）を通して目的ＲＮＣに知らせ、ソースＲＮＣでは、端末のＲＬＣ階層が以前のデータを要求しないようにするために、端末のＲＬＣ階層に受信ウィンドウの移動を命令する方法である。

この方法は、前記第二の方法と類似しているが、ＳＲＮＳ再割当が行われる前のＲＲＣメッセージを除去し、再伝送問題を解決できる具体的な方法になり得る。

もちろん、受信ウィンドウを移動させる命令を伝送するために、ＲＲＣ階層はＲＬＣ階層にこれを命令する必要がある。

前記三つの方法のうち、第二及び第三の方法においては、ＳＲＢ１を通しての下向ＲＲＣメッセージの伝送問題と同じように、長さ指示子にデータ開始指示値を設定すべき場合が発生することができる。

即ち、ＶＴ（Ｓ）−１の一連番号に設定されて伝送されるＲＬＣ ＰＤＵが正しく受信されないことがあるので、ＳＲＮＳ再割当直後に伝送されるＲＬＣ ＰＤＵの長さ指示子フィールドにデータ開始指示値を設定して伝送されるようにする。このために、ＲＲＣ階層がこれを指示する命令をＲＬＣ階層に伝達することができる。

以上、図７の手順７及び手順８で発生し得る問題点を説明した。たとえ、ＲＲＣメッセージの送受信には成功したとしても、目的ＲＮＣでは多様な無線運搬者のためのＲＬＣ階層が設定／再設定されたので、手順８の完了後に正常的な通信を可能にするためには、目的ＲＮＣで設定／再設定されたＲＬＣ階層と端末のＲＬＣ階層とが互いに情報を交換できる状態になるべきである。

ＳＲＢと共に他の無線運搬者の場合も、暗号化を利用したデータ交換が可能であるので、ＲＬＣ階層の設定／再設定時、暗号化による連結解除を防止するための努力が必要である。このために、端末は、図７の手順８を通して、ＨＦＮを初期値であるＳＴＡＲＴ値を目的ＲＮＣに伝送することができる。

これを受信したＵＴＲＡＮ及びこのメッセージの肯定応答を受信した端末は、各無線運搬者のためのＲＬＣ階層を設定／再設定し、ＨＦＮの上位２０ビットをＳＴＡＲＴ値として設定する。

仮りに、ＨＦＮのサイズが２０ビットを超える場合は、残りのビットは全て０に初期化する。

このとき、ＳＴＡＲＴ値は、３ＧＰＰの標準案で定義される値であって、端末の暗号化モジュールで管理する。端末の連結が切れるか、連結中のＨＦＮ値の変化によって更新されることができる。

もちろん、以上のような手順は、全てのＳＲＢ及び一般的な無線運搬者の全てに該当する。しかし、ＳＲＢ２に対しては、既に手順８の前にＨＦＮ値の同期化が行われたので、ＳＲＢ２に対してはＨＦＮ値を再設定する必要がない。

以上、本発明の好ましい実施例を説明したが、本発明は多様な変化、変更及び均等物を用いることができる。本発明は、前記実施例を適宜変形して同様に応用できることが明らかである。従って、前記の記載内容は、特許請求の範囲の限界により決まる本発明の範囲を限定するものではない。

（産業上の利用可能性）
以上説明したように、本発明は、非同期式ＩＭＴ−２０００システムであるＵＭＴＳシステムで、無線資源の効率的な利用のために、ＳＲＮＣ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を変更するＳＲＮＳ再割当方法に関するもので、特に、暗号化されたＲＲＣメッセージを利用して、ＳＲＮＳ再割当手順が進行される場合に発生し得る問題点を解決することで、成功的なＳＲＮＳ再割当を支援することができるという効果がある。

図１は、ＵＭＴＳの網構造を示す図。 図２は、無線接続プロトコルの構造を示す図。 図３は、ＲＬＣ階層で使用するＲＬＣ ＰＤＵの構造。 図４は、送信側のＡＭ ＲＬＣバッファの構造及びＲＬＣバッファの状態指示子を示す図。 図５は、ＳＲＮＳ再割当過程の概念を示す図。 図６は、ＵＭＴＳシステムにおけるＳＲＮＳ再割当過程を示す図。 図７は、ＵＴＲＡＮにおけるＳＲＮＳ再割当過程を示す図。 図８は、３ＧＰＰ無線区間で使用される暗号化過程を示す図。 図９は、ＲＬＣ伝送モードによるＣＯＵＮＴ−Ｃの構成を示す図。 図１０は、ＵＴＲＡＮ移動性情報確認メッセージを受信できるように提案された方法の進行手順を示す図。 図１１は、ＳＲＢ１を通してのＲＲＣメッセージを受信できるように提案された方法の進行手順を示す図。 図１２は、ＳＲＢ２を通してのＲＲＣメッセージを受信できるように提案された方法の進行手順を示す図。

Claims (73)

1. 目標ＲＮＣがソースＲＮＣから暗号化パラメーターを含む無線資源情報を受信する段階と、
   非順次データが受信されるとき使用する一つの使用者端末に対応する使用者端末の解読パラメーターと一致させるために、前記暗号化パラメーターを修正する段階と、
   前記修正された暗号化パラメーターに基づいてデータを暗号化する段階と、
   前記暗号化されたデータを目標ＲＮＣから使用者端末に伝送する段階と、から構成されたことを特徴とするＳＲＮＳ再割当方法。
2. 前記目標ＲＮＣ及び端末は、ＵＭモードで動作することを特徴とする請求項１記載のＳＲＮＳ再割当方法。
3. 担当無線運搬者（ＳＲＢ１）を通して暗号化されたデータユニットを伝送する段階をさらに含むことを特徴とする請求項２記載のＳＲＮＳ再割当方法。
4. ＵＭ ＤＣＣＨチャネルを通して前記暗号化されたデータを伝送する段階をさらに含むことを特徴とする請求項２記載のＳＲＮＳ再割当方法。
5. 前記非順次データは、ソースＲＮＣから使用者端末に伝送された最後のＰＤＵの送信一連番号を連続的に従わない送信一連番号を有するデータを含むことを特徴とする請求項１記載のＳＲＮＳ再割当方法。
6. 前記暗号化パラメーター及び前記解読パラメーターは、ＨＦＮパラメーターであることを特徴とする請求項１記載のＳＲＮＳ再割当方法。
7. 前記修正段階は、前記非順次データが受信されるとき、前記解読パラメーターのＨＦＮ値と同一であるように、前記暗号化パラメーターのＨＦＮ値を調整する段階を含むことを特徴とする請求項１記載のＳＲＮＳ再割当方法。
8. 前記調整段階は、前記解読パラメーターの増加値と同一であるように、前記暗号化パラメーターのＨＦＮ値を増加させる段階を含むことを特徴とする請求項７記載のＳＲＮＳ再割当方法。
9. 前記伝送段階は、暗号化されたデータと共にデータ開始指示子を伝送する段階を含むことを特徴とする請求項１記載のＳＲＮＳ再割当方法。
10. 前記データ開始指示子は、暗号化されたデータが使用者端末に以前に伝送されたＳＤＵの一部に含まれないことを示すことを特徴とする請求項９記載のＳＲＮＳ再割当方法。
11. 目標ＲＮＣがソースＲＮＣから無線資源情報を受信する段階と、
    データユニットを目標ＲＮＣから使用者端末に伝送する段階と、から構成され、
    前記データユニットは、ソースＲＮＣから使用者端末に伝送された最後のデータユニットの送信一連番号を連続的に従う送信一連番号を含むことを特徴とするＳＲＮＳ再割当方法。
12. 前記伝送段階前に、前記データユニットを暗号化する段階をさらに含むことを特徴とする請求項１１記載のＳＲＮＳ再割当方法。
13. 前記暗号化段階は、ソースＲＮＣから使用者端末に伝送されたデータユニットを暗号化するために使用された使用者端末の同一の暗号化パラメーターでデータユニットを暗号化する段階を含むことを特徴とする請求項１２記載のＳＲＮＳ再割当方法。
14. 前記同一の暗号化パラメーターは、同一のＨＦＮ値を含むことを特徴とする請求項１３記載のＳＲＮＳ再割当方法。
15. 前記目標ＲＮＣ及び使用者端末は、ＵＭモードで動作することを特徴とする請求項１１記載のＳＲＮＳ再割当方法。
16. ＵＭ ＤＣＣＨチャネルを通して前記データユニットを伝送する段階をさらに含むことを特徴とする請求項１１記載のＳＲＮＳ再割当方法。
17. 担当無線運搬者（ＳＲＢ１）を通して前記データユニットを伝送する段階をさらに含むことを特徴とする請求項１１記載のＳＲＮＳ再割当方法。
18. 前記伝送段階は、前記データユニットと共にデータ開始指示子を伝送する段階から構成されたことを特徴とする請求項１１記載のＳＲＮＳ再割当方法。
19. 前記データ開始指示子は、データユニットが以前に使用者端末に伝送されたＳＤＵの一部に含まれないことを示すことを特徴とする請求項１８記載のＳＲＮＳ再割当方法。
20. 目標ＲＮＣの送信情報を再設定する段階と、
    受信情報を前記再設定された送信情報と一致する値に再設定するために、使用者端末を指示するメッセージを伝送する段階と、から構成されたことを特徴とするＳＲＮＳ再割当方法。
21. 前記再設定段階は、前記目標ＲＮＣで送信一連番号を初期値に再設定する段階を含み、前記再設定された受信情報は、前記初期値に設定された後の予想データユニットの送信一連番号を含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
22. 前記再設定段階は、目標ＲＮＣで状態変数を初期値に再設定する段階を含み、前記メッセージは、前記状態変数に設定される使用者端末を指示する情報を含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
23. 前記メッセージは、暗号化されていないメッセージであることを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
24. 使用者端末が前記受信情報を再設定したことを示すメッセージを端末から受信する段階をさらに含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
25. 前記再設定段階は、暗号化パラメーターを初期値に設定する段階を含み、前記再設定された受信情報は、前記暗号化パラメーターの初期値と一致する解読パラメーターを含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
26. 前記暗号化パラメーターと解読パラメーターとは、同一のＨＦＮ値を含むことを特徴とする請求項２５記載のＳＲＮＳ再割当方法。
27. 前記再設定段階は、目標ＲＮＣでＳＤＵを出力する段階を含み、前記メッセージは、ＳＤＵを出力するように使用者端末に指示することを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
28. 担当無線運搬者（ＳＲＢ２）を通して目標ＲＮＣから使用者端末にデータユニットを伝送する段階をさらに含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
29. 前記目標ＲＮＣ及び使用者端末は、ＡＭモードで動作することを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
30. 前記ソースＲＮＣから目標ＲＮＣに暗号化パラメーター及び送信一連番号情報を伝送する段階をさらに含み、前記暗号化パラメーターは、使用者端末で使用された解読パラメーター、及びソースＲＮＣが使用者端末にデータユニットを伝送するために使用した暗号化パラメーターと一致し、前記送信一連番号情報は、使用者端末で次の予想送信一連番号を示すことを特徴とする請求項２９記載のＳＲＮＳ再割当方法。
31. 前記目標ＲＮＣから使用者端末にデータユニットを伝送する段階をさらに含み、前記データユニットは、自身が以前に使用者端末に伝送されたＳＤＵの一部ではないことを示すデータ開始指示子を含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
32. ＡＭ ＤＣＣＧチャネルを通して目標ＲＮＣから使用者端末にデータユニットを伝送する段階をさらに含むことを特徴とする請求項２０記載のＳＲＮＳ再割当方法。
33. ＵＴＲＡＮでソースＲＮＣから目標ＲＮＣに、ソースＲＮＣが使用者端末にＰＤＵを伝送するために使用した暗号化パラメーター、及びソースＲＮＣにより使用者端末に伝送される次のＰＤＵまたはソースＲＮＣから使用者端末に伝送された最後のＰＤＵのうち一つに該当する送信一連番号を含む、無線資源情報を伝達する段階と、
    前記送信一連番号に基づいてＰＤＵ／ＲＲＣメッセージを発生する段階と、
    前記暗号化パラメーターで前記ＰＤＵ／ＲＲＣメッセージを暗号化する段階と、
    前記暗号化されたメッセージを目標ＲＮＣから使用者端末に伝送する段階と、から構成されたことを特徴とするＳＲＮＳ再割当方法。
34. 前記目標ＲＮＣ及び使用者端末は、ＡＭ ＲＬＣモードで動作することを特徴とする請求項３３記載のＳＲＮＳ再割当方法。
35. 新一連番号を第１値に設定する段階と、解読パラメーターを第２値に設定する段階とを含み、受信機と通信するために送信機を初期化する段階と、
    前記初期一連番号及び前記解読パラメーターを含むＰＤＵを送信機から受信機に伝送する段階と、
    受信機で、前記ＰＤＵにある初期一連番号が受信機が待っている次の一連番号と同一でないことを決定する段階と、
    受信機で解読パラメーターを前記第２値に設定する段階と、
    前記ＰＤＵを解読する段階と、から構成されたことを特徴とする通信システムにおける再割当手順遂行方法。
36. ソースＲＮＣから暗号化パラメーターを含む無線資源情報を受信する目標ＲＮＣと、
    使用者端末の解読パラメーターと一致させるために前記暗号化パラメーターを修正し、該修正された暗号化パラメーターに基づいてデータユニットを暗号化するプロセッサと、
    前記目標ＲＮＣから使用者端末に前記暗号化されたデータを伝送する送信機と、から構成され、
    前記解読パラメーターは、非順次データが受信されるとき、前記使用者端末が使用する解読パラメーターに該当することを特徴とする送信部。
37. 前記目標ＲＮＣ及び使用者端末は、ＵＭモードで動作することを特徴とする請求項３６記載の送信部。
38. 前記送信機は、担当無線運搬者（ＳＲＢ１）を通して、暗号化されたデータユニットを伝送することを特徴とする請求項３７記載の送信部。
39. 前記送信機は、ＵＭ ＤＣＣＨチャネルを通して、暗号化されたデータユニットを伝送することを特徴とする請求項３６記載の送信部。
40. 前記非順次データは、前記ソースＲＮＣから使用者端末に伝送された最後のＰＤＵの送信一連番号を連続的に従わない送信一連番号を有するデータを含むことを特徴とする請求項３６記載の送信部。
41. 前記暗号化パラメーター及び解読パラメーターは、ＨＦＮパラメーターであることを特徴とする請求項３６記載の送信部。
42. 前記プロセッサは、非順次データが受信されるとき、前記解読パラメーターのＨＦＮ値と同一に前記暗号化パラメーターのＨＦＮ値を調整することを特徴とする請求項３６記載の送信部。
43. 前記プロセッサは、前記解読パラメーターの増加値と同一にするために、前記暗号化パラメーターのＨＦＮ値を増加させることを特徴とする請求項４２記載の送信部。
44. 前記送信機は、前記暗号化されたデータユニットと共にデータ開始指示子を伝送することを特徴とする請求項２６記載の送信部。
45. 前記データ開始指示子は、暗号化されたデータユニットが以前に使用者端末に伝送されたＳＤＵの一部に含まれないことを示すことを特徴とする請求項４４記載の送信部。
46. ソースＲＮＣから無線資源情報を受信する目標ＲＮＣと、
    前記目標ＲＮＣから使用者端末にデータユニットを伝送する送信機と、から構成され、
    前記データユニットは、ソースＲＮＣから使用者端末に伝送された最後のデータユニットの送信一連番号を連続的に従う送信一連番号を含むことを特徴とする送信部。
47. 伝送前に前記データユニットを暗号化するプロセッサをさらに含むことを特徴とする請求項４６記載の送信部。
48. 前記プロセッサは、ソースＲＮＣから使用者端末に伝送されたデータユニットを解読するために、前記使用者端末が使用した同一の暗号化パラメーターで前記データユニットを暗号化することを特徴とする請求項４７記載の送信部。
49. 前記同一の暗号化パラメーターは、同一のＨＦＮ値を含むことを特徴とする請求項４８記載の送信部。
50. 前記目標ＲＮＣ及び使用者端末は、ＵＭモードで動作することを特徴とする請求項４６記載の送信部。
51. 前記送信機は、ＵＭ ＤＣＣＨチャネルを通して前記データユニットを伝送することを特徴とする請求項４６記載の送信部。
52. 前記送信機は、担当無線運搬者（ＳＲＢ１）を通して前記データユニットを伝送することを特徴とする請求項４６記載の送信部。
53. 前記送信機は、データユニットと共にデータ開始指示子を伝送することを特徴とする請求項４６記載の送信部。
54. 前記データ開始指示子は、データユニットが以前に使用者端末に伝送されたＳＤＵの一部に含まれないことを示すことを特徴とする請求項５３記載の送信部。
55. 目標ＲＮＣで、ソースＲＮＣからＨＦＮ暗号化パラメーターを含むＲＮＳＡＰ再割当委任メッセージを受信する段階と、
    非順次ＰＤＣＰ一連番号が受信されるとき、ＵＥが使用したものに該当するＵＥのＨＦＮパラメーターと一致するように、ＨＦＮ暗号化パラメーターを修正する段階と、
    前記修正されたＨＦＮ暗号化パラメーターに基づいてＲＬＣ ＰＤＵを暗号化する段階と、
    目標ＲＮＣからＵＥに前記暗号化されたＲＬＣ ＰＤＵを送信する段階と、から構成されたことを特徴とするＳＲＮＳ再割当方法。
56. 前記目標ＲＮＣ及びＵＥは、ＵＭモードで動作することを特徴とする請求項５５記載のＳＲＮＳ再割当方法。
57. 担当無線運搬者（ＳＲＢ１）を通して前記暗号化されたＲＬＣ ＰＤＵを送信する段階をさらに含むことを特徴とする請求項５６記載のＳＲＮＳ再割当方法。
58. ＵＭ ＤＣＣＨチャネルを通して前記暗号化されたＲＬＣ ＰＤＵを伝送する段階をさらに含むことを特徴とする請求項５６記載のＳＲＮＳ再割当方法。
59. 前記非順次ＰＤＣＰ一連番号は、ソースＲＮＣからＵＥに伝送された最後のＲＬＣ ＰＤＵのＰＤＣＰ一連番号を連続的に従わないことを特徴とする請求項５５記載のＳＲＮＳ再割当方法。
60. 前記修正段階は、前記非順次ＰＤＣＰ一連番号が受信されるとき、前記ＵＥ ＨＦＮパラメーターの値と同一であるように、前記ＨＦＮ暗号化パラメーターの値を調整する段階を含むことを特徴とする請求項５５記載のＳＲＮＳ再割当方法。
61. 前記調整段階は、前記ＵＥ ＨＦＮパラメーターの増加値と同一であるように、前記ＨＦＮ暗号化パラメーターを増加させることを特徴とする請求項６０記載のＳＲＮＳ再割当方法。
62. 前記送信段階は、前記暗号化されたＲＬＣ ＰＤＵと共にＳＴＡＲＴ値を伝送する段階を含み、前記ＳＴＡＲＴ値は、前記暗号化されたＲＬＣ ＰＤＵが以前にＵＥに伝送されたＳＤＵの一部に含まれないことを示すことを特徴とする請求項５５記載のＳＲＮＳ再割当方法。
63. 暗号化一連番号及び以前に端末の担当無線網制御器であった無線網制御器の無線網制御個体（Ｅｎｔｉｔｙ）の状態変数に関連した番号を含む情報を受信する段階と、
    前記端末に情報を伝送するための無線リンク制御個体を樹立する段階と、
    前記受信された状態変数に同期された無線リンク制御個体の状態変数を設定する段階と、
    前記状態変数から始まる前記情報のデータユニットを端末に伝送する段階と、から構成されたことを特徴とする移動無線通信システムにおける情報伝送方法。
64. サービスデータユニットが前記無線リンク制御個体のデータユニット初期から始まる情報を含んでいることを示す指示子を設定する段階をさらに含むことを特徴とする請求項６３記載の移動無線通信システムにおける情報伝送方法。
65. 前記無線リンク制御個体の状態変数の一つは、次に伝送されるＲＬＣ ＰＤＵの一連番号であることを特徴とする請求項６３記載の移動無線通信システムにおける情報伝送方法。
66. 前記無線リンク制御個体の状態変数の一つは、伝送されるＲＬＣ ＰＤＵの最も最近の一連番号であることを特徴とする請求項６５記載の移動無線通信システムにおける情報伝送方法。
67. 前記端末に受信ウィンドウを移動させるための指示を伝送する段階をさらに含むことを特徴とする請求項６４記載の移動無線通信システムにおける情報伝送方法。
68. 暗号化一連番号に関連した番号を含む情報と共に、核心網から端末の担当無線網制御器になるように指示する指示を受信する段階と、
    前記端末に制御情報をシグナリングするための無線リンク制御個体を樹立する段階と、
    他の無線網制御器から受信された前記番号によって、前記暗号化一連番号を設定する段階と、
    ＲＬＣ ＳＤＵがＲＬＣ ＰＤＵの初期に始まることを示す長さ指示子を設定する段階と、
    前記暗号化一連番号及び前記暗号化された情報を、無線リンク制御個体を通して端末に伝送する段階と、から構成されたことを特徴とする移動無線通信システムにおける情報伝送方法。
69. シグナリング無線運搬者上のダウンリンク無線資源制御メッセージを受信する段階と、
    担当無線網制御器が変更されるかをチェックする段階と、
    他のシグナリング無線運搬者のために、ハイパーフレーム番号値を変更する段階と、
    前記変更されたハイパーフレーム番号からの番号に暗号化されたアップリンク無線資源制御メッセージを伝送する段階と、から構成されたことを特徴とする移動無線通信システムにおける情報伝送方法。
70. 前記ハイパーフレーム番号のための所定値を、前記担当無線網制御器に伝送する段階と、
    前記所定値で他のシグナリング無線運搬者を樹立する段階と、をさらに含むことを特徴とする請求項６９記載の移動無線通信システムにおける情報伝送方法。
71. 前記所定値は、前記ハイパーフレーム番号の開始値であることを特徴とする請求項７０記載の移動無線通信システムにおける情報伝送方法。
72. 前記変更されたハイパーフレーム番号値は、現在値＋１であることを特徴とする請求項６９記載の移動無線通信システムにおける情報伝送方法。
73. 前記変更されたハイパーフレーム番号値は、アップリンク及びダウンリンクハイパーフレーム番号値＋１の値間で最も大きい値であることを特徴とする請求項６９記載の移動無線通信システムにおける情報伝送方法。

Images