JP4995146B2

JP4995146B2 - Ｓｒｎｓ再割当方法

Info

Publication number: JP4995146B2
Application number: JP2008137198A
Authority: JP
Inventors: スン−ジュンイ; ウン−ヨンヨ; ソ−ヨンリー; ヒョ−サンハン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2002-02-16
Filing date: 2008-05-26
Publication date: 2012-08-08
Anticipated expiration: 2023-02-10
Also published as: GB2387510B; CN1633762A; ATE532358T1; CN1633762B; EP1337125B1; JP2005518135A; KR20030068741A; HK1058590A1; UA77049C2; ES2373710T3; ES2578260T3; RU2287228C2; JP2008271583A; EP1876855B1; US7706537B2; ZA200405611B; GB2387510A; MXPA04007854A; WO2003069806A1; AU2003207130A1

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

サービング無線ネットワークコントローラを再割当する方法であって、
該方法は、
第２の無線ネットワークコントローラにより、複数の暗号化パラメーター値を第１の無線ネットワークコントローラから受信することであって、該複数の暗号化パラメーター値は、第１のシグナリング無線ベアラ（ＳＲＢ＃１）のダウンリンクハイパーフレーム番号と、該第１のシグナリング無線ベアラ（ＳＲＢ＃１）のアップリンクハイパーフレーム番号と、第２のシグナリング無線ベアラ（ＳＲＢ＃２）のダウンリンクハイパーフレーム番号と、該第２のシグナリング無線ベアラ（ＳＲＢ＃２）のアップリンクハイパーフレーム番号とを含み、各暗号化パラメーター値は、アップリンク暗号化パラメーター値またはダウンリンク暗号化パラメーター値を含み、該複数の暗号化パラメーター値のうちの１つは、状態変数であり、該状態変数は、以下、ＶＴ（ＵＳ）と呼ばれ、該ＶＴ（ＵＳ）は、該第１の無線ネットワークコントローラから端末機へと最後に伝送されたデータユニットの一連番号に連続して続く一連番号値を示す、ことと、
該端末機へと伝送する第１のデータを暗号化するために、
該第１のシグナリング無線ベアラに対して無応答モード無線リンク制御（ＵＭＲＬＣ）エンティティを確立することと、
該第２のシグナリング無線ベアラ（ＳＲＢ＃２）に対して応答モード無線リンク制御（ＡＭＲＬＣ）エンティティを確立することと、
該第２のシグナリング無線ベアラ（ＳＲＢ＃２）のダウンリンクハイパーフレーム番号と該第２のシグナリング無線ベアラ（ＳＲＢ＃２）のアップリンクハイパーフレーム番号とのうちの大きい方の値を選択することと、
該選択された大きい方の値を１だけインクリメントすることと、
該第１のシグナリング無線ベアラ（ＳＲＢ＃１）のダウンリンクハイパーフレーム番号および該ＶＴ（ＵＳ）を用いて、該無応答モード無線リンク制御エンティティにおいて該第１のデータを暗号化することと、
該暗号化された第１のデータを該端末機に伝送することと
によって、該複数の暗号化パラメーター値を使用することと
を包含する、方法。
第１の一連番号は、前記端末機がダウンリンク上で受信することを期待する次のデータユニット番号である、請求項１に記載の方法。
第１の一連番号は、データが伝送されるたびに１だけインクリメントされる、請求項２に記載の方法。
前記状態変数は、無応答モード状態変数である、請求項１に記載の方法。
前記複数の暗号化パラメーター値と第１の一連番号とは、前記第２の無線ネットワークコントローラが前記サービング無線ネットワークコントローラになることを可能にする、請求項１に記載の方法。
前記第１のデータは、制御情報を含む、請求項１に記載の方法。
前記第１のデータは、無線資源制御メッセージである、請求項６に記載の方法。
前記無線資源制御メッセージは、ＵＴＲＡＮ移動性情報メッセージと、ＣＥＬＬ／ＵＲＡ更新確認メッセージとのうちの１つである、請求項７に記載の方法。
前記複数の暗号化パラメーター値を使用することにより、アップリンクおよびダウンリンクにおいて使用する規定の暗号化パラメーター値を取得することをさらに包含する、請求項１に記載の方法。
前記第２の無線ネットワークコントローラは、該第２の無線ネットワークコントローラ内で第１のＲＬＣエンティティを確立すること、該第２の無線ネットワークコントローラによって前記端末機へと前記暗号化された第１のデータを伝送することと、該第２の無線ネットワークコントローラ内で第２のＲＬＣエンティティを確立することであって、該少なくとも１つの暗号化パラメーター値は、アップリンク暗号化パラメーター値と、ダウンリンク暗号化パラメーター値とを含む、こととによって、前記サービング無線ネットワークコントローラになる、請求項５に記載の方法。
前記端末機によって、前記インクリメントされた暗号化パラメーター値と第２の一連番号とを用いて第２のデータを暗号化することであって、該第２のデータは、該インクリメントされた暗号化パラメーター値の開始値を含む、ことと、該暗号化された第２のデータを該端末機から前記第２の無線ネットワークコントローラに伝送することと、該インクリメントされた暗号化パラメーター値を用いて、該第２の無線ネットワークコントローラによって該暗号化された第２のデータを解読することとをさらに包含する、請求項１０に記載の方法。
他の無線ベアラに対して、前記端末機と前記第２の無線ネットワークコントローラとの両方において前記開始値に基づいて他の暗号化パラメーター値を修正することと、該端末機と該第２の無線ネットワークコントローラとの間でデータを伝送および受信することとをさらに包含する、請求項１１に記載の方法。
前記端末機によって、前記インクリメントされた暗号化パラメーター値と第２の一連番号とを用いて第２のデータを暗号化することをさらに包含する、請求項１に記載の方法。
前記第２のデータは、制御情報を含む、請求項１３に記載の方法。
前記第２のデータは、無線資源制御メッセージである、請求項１４に記載の方法。
前記無線資源制御メッセージは、ＵＴＲＡＮ移動性情報確認メッセージである、請求項１５に記載の方法。
前記第２のデータは、前記インクリメントされた暗号化パラメーター値の開始値を含む、請求項１３に記載の方法。
前記開始値は、前記インクリメントされた暗号化パラメーター値の最上位２０ビットを含む、請求項１７に記載の方法。
前記暗号化された第２のデータを前記端末機から前記第２の無線ネットワークコントローラに伝送することと、前記インクリメントされた暗号化パラメーター値を用いて、該第２の無線ネットワークコントローラによって該暗号化された第２のデータを解読することとをさらに包含する、請求項１７に記載の方法。
他の無線ベアラに対して、前記端末機と前記第２の無線ネットワークコントローラとの両方において前記開始値に基づいて他の暗号化パラメーター値を修正することと、該端末機と該第２の無線ネットワークコントローラとの間でデータを伝送および受信することとをさらに包含する、請求項１９に記載の方法。
サービング無線ネットワークサブシステム（以下、ＳＲＮＳと呼ぶ）再割当を実行する方法であって、該方法は、移動端末機により実行され、該方法は、
第１の暗号化パラメーター値と第１の状態変数とを用いて暗号化された第１のメッセージを受信することであって、該第１の状態変数は、以下、ＶＴ（ＵＳ）と呼ばれ、該ＶＴ（ＵＳ）は、第１の無線ネットワークコントローラから該移動端末機へと最後に伝送されたデータユニットの一連番号に連続して続く一連番号値を示し、該第１の暗号化パラメーター値は、第１の無線ベアラのダウンリンクハイパーフレーム番号およびアップリンクハイパーフレーム番号を含む、ことと、
第２の無線ベアラのダウンリンクハイパーフレーム番号とアップリンクハイパーフレーム番号とのうちの大きい方の値を決定することと、
該決定された大きい方の値を１だけインクリメントすることと、
該１だけインクリメントされた決定された大きい方の値を用いて第２のメッセージを暗号化することと
を包含する、方法。
前記第２の無線ベアラを除く無線ベアラの各々の少なくとも１つのハイパーフレーム番号値を開始値に設定することをさらに包含する、請求項２１に記載の方法。
前記第２の無線ベアラは、ＳＲＢ＃２である、請求項２１に記載の方法。
サービング無線ネットワークサブシステム（以下、ＳＲＮＳと呼ぶ）再割当を実行するように適合された移動端末機であって、該移動端末機は、
第１の暗号化パラメーター値と第１の状態変数とを用いて暗号化された第１のメッセージを受信するように適合された受信器ユニットであって、該第１の状態変数は、以下、ＶＴ（ＵＳ）と呼ばれ、該ＶＴ（ＵＳ）は、第１の無線ネットワークコントローラから該移動端末機へと最後に伝送されたデータユニットの一連番号に連続して続く一連番号値を示し、該第１の暗号化パラメーター値は、第１の無線ベアラのダウンリンクハイパーフレーム番号およびアップリンクハイパーフレーム番号を含む、受信器ユニットと、
第２の無線ベアラのダウンリンクハイパーフレーム番号とアップリンクハイパーフレーム番号とのうちの大きい方の値を決定するステップと、該決定された大きい方の値を１だけインクリメントするステップと、該１だけインクリメントされた決定された大きい方の値を用いて第２のメッセージを暗号化するステップとを実行するように適合されたコントローラユニットと
を備える、移動端末機。