(57)【特許請求の範囲】
【請求項１】
無線通信システムで動作するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に対する方法であって、前記方法は、
新たなセキュリティー構成を含むＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）再構成メッセージを受信することと、
どのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）から前記新たなセキュリティー構成が適用されるかに関する情報を含むＰＤＣＰ制御ＰＤＵを受信することと、
前記情報に関連するＰＤＣＰデータＰＤＵに前記新たなセキュリティー構成を適用することと
を含み、
前記ＰＤＣＰ制御ＰＤＵは、どのＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかに関する前記情報を含む前記ＰＤＣＰ制御ＰＤＵの類型を含む、方法。
【請求項２】
前記ＰＤＣＰ制御ＰＤＵが前記ＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮを含む場合、前記新たなセキュリティー構成は、前記情報に関連する前記ＰＤＣＰデータＰＤＵから適用される、請求項１に記載の方法。
【請求項３】
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用される前記ＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を含まない場合、前記新たなセキュリティー構成は、前記ＰＤＣＰ制御ＰＤＵを受信した後に生成又は受信されたＰＤＣＰデータＰＤＵから適用される、請求項１に記載の方法。
【請求項４】
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、請求項１に記載の方法。
【請求項５】
無線通信システムで動作するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）であって、前記ＵＥは、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、
前記ＲＦモジュールを制御するように構成されたプロセッサと
を含み、
前記プロセッサは、
新たなセキュリティー構成を含むＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）再構成メッセージを受信することと、
どのＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）から前記新たなセキュリティー構成が適用されるかに関する情報を含むＰＤＣＰ制御ＰＤＵを受信することと、
前記情報に関連するＰＤＣＰデータＰＤＵに前記新たなセキュリティー構成を適用することと
を実行するように構成され、
前記ＰＤＣＰ制御ＰＤＵは、どのＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかに関する前記情報を含む前記ＰＤＣＰ制御ＰＤＵの類型を含む、ＵＥ。
【請求項６】
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用される前記ＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮを含む場合、前記新たなセキュリティー構成は、前記情報に関連する前記ＰＤＣＰデータＰＤＵから適用される、請求項５に記載のＵＥ。
【請求項７】
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用される前記ＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を含まない場合、前記新たなセキュリティー構成は、前記ＰＤＣＰ制御ＰＤＵを受信した後に生成又は受信されたＰＤＣＰデータＰＤＵから適用される、請求項５に記載のＵＥ。
【請求項８】
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、請求項５に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに係り、より詳しくは端末が二重連結システムでＰＤＣＰ  ＰＤＵを処理する方法及びその装置に関するものである。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、“ＬＴＥ”という）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ網の構造を概略的に示した図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末に下りリンク又は上りリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術進化が要求され、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題はＰＤＣＰ  ＰＤＵの手順が正しくないことが検出される場合、二重連結システムでＰＤＣＰ  ＰＤＵを処理する方法及び装置を提供することにある。本発明が解決しようとする技術的課題は以上で言及した技術的課題に制限されなく、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野の当業者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００８】
本発明の目的は、無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に対する方法であって、新たなセキュリティー構成を含む無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；どんなＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する段階；及び前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する段階を含む方法を提供することによって達成可能である。
【０００９】
好ましくは、前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含む場合、前記新たなセキュリティー構成は前記ＰＤＣＰデータＰＤＵから適用される。
【００１０】
好ましくは、前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含まない場合、前記新たなセキュリティー構成は前記ＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用される。
【００１１】
好ましくは、前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示すことを含む。
【００１２】
好ましくは、前記ＰＤＣＰ制御ＰＤＵのヘッダーはどんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む。
【００１３】
本発明の他の態様において、本発明の目的は、無線通信システムで動作する端末に対する方法であって、ヘッダー圧縮コンテキストリセットを示す無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；前記ヘッダー圧縮コンテキストがリセットされるＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を示すＰＤＣＰ制御ＰＤＵを受信する段階；及び前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰ  ＳＮを有するＰＤＣＰ  Ｄａｔａ  ＰＤＵから前記ヘッダー圧縮コンテキストリセットを適用する段階を含む方法を提供することによって達成可能である。
【００１４】
好ましくは、前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す。
【００１５】
好ましくは、前記ＰＤＣＰ制御ＰＤＵヘッダーは前記ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮを示すＰＤＣＰ制御ＰＤＵの類型を含む。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に対する方法であって、
新たなセキュリティー構成を含む無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；
どんなＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する段階；及び
前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する段階を含む、方法。
（項目２）
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含む場合、前記新たなセキュリティー構成は前記ＰＤＣＰデータＰＤＵから適用される、項目１に記載の方法。
（項目３）
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含まない場合、前記新たなセキュリティー構成は前記ＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用される、項目１に記載の方法。
（項目４）
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、項目１に記載の方法。
（項目５）
前記ＰＤＣＰ制御ＰＤＵのヘッダーは、どんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む、項目１に記載の方法。
（項目６）
無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）に対する方法であって、
ヘッダー圧縮コンテキストリセットを示す無線リソース制御（Ｒａｄｉｏ  ＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；
前記ヘッダー圧縮コンテキストがリセットされるＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を示すＰＤＣＰ制御ＰＤＵを受信する段階；及び
前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰ  ＳＮを有するＰＤＣＰ  Ｄａｔａ  ＰＤＵから前記ヘッダー圧縮コンテキストリセットを適用する段階を含む、方法。
（項目７）
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、項目６に記載の方法。
（項目８）
前記ＰＤＣＰ制御ＰＤＵヘッダーは、前記ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮを示すＰＤＣＰ制御ＰＤＵの類型を含む、項目１に記載の方法。
（項目９）
無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、
無線通信（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）モジュール；及び
前記ＲＦモジュールを制御するプロセッサを含み、
前記プロセッサは、
新たなセキュリティー構成を含む無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信し、どんなＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信し、前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する、端末。
（項目１０）
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含む場合、前記新たなセキュリティー構成を前記ＰＤＣＰデータＰＤＵから適用する、項目９に記載の端末。
（項目１１）
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を含まない場合、前記新たなセキュリティー構成を前記ＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用する、項目９に記載の端末。
（項目１２）
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、項目９に記載の端末。
（項目１３）
前記ＰＤＣＰ制御ＰＤＵのヘッダーは、どんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む、項目９に記載の端末。
（項目１４）
無線通信システムで動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）であって、
無線通信（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）モジュール；及び
前記ＲＦモジュールを制御するプロセッサを含み、
前記プロセッサは、
ヘッダー圧縮コンテキストリセットを示す無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信し、前記ヘッダー圧縮コンテキストがリセットされるＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）データＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）のＰＤＣＰシーケンスナンバー（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ；ＳＮ）を示すＰＤＣＰ制御ＰＤＵを受信し、前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰ  ＳＮを有するＰＤＣＰ  Ｄａｔａ  ＰＤＵから前記ヘッダー圧縮コンテキストリセットを適用する、端末。
（項目１５）
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、項目１４に記載の端末。
（項目１６）
前記ＰＤＣＰ制御ＰＤＵヘッダーは、前記ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮを示すＰＤＣＰ制御ＰＤＵの類型を含む、項目１４に記載の端末。
【００１６】
前述した一般的な説明と次の本発明の詳細な説明は例示及び説明のためのもので、請求するような本発明の更なる説明を提供しようとするものであることを理解すべきである。
【発明の効果】
【００１７】
本発明によると、二重連結システムでＰＤＣＰ  ＰＤＵを効果的に処理することができる。当業者であれば、本発明によって達成される効果が先に具体的に説明したものに限定されなく、本発明の他の利点は添付図面を参照する以降の詳細な説明からより明らかに理解可能であることが分かるであろう。
【図面の簡単な説明】
【００１８】
本発明の更なる理解のために含まれ、この出願に組み込まれてこの出願の一部を構成する添付図面は本発明の実施形態を例示し、詳細な説明とともに本発明の原理を説明する機能をする。
【図１】無線通信システムの一例であり、Ｅ―ＵＭＴＳネットワーク構造を概略的に示す図である。
【図２Ａ】図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）構造を示すブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【図２Ｂ】図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）構造を示すブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【図３】３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間における無線インタフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザ平面（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。
【図４】Ｅ―ＵＭＴＳシステムで用いられる物理チャネル構造の一例を示す図である。
【図５】本発明の実施例に係る通信装置を示すブロック図である。
【図６】搬送波集成を示す図である。
【図７】マスターセルグループ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ、ＭＣＧ）と補助セルグループ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ、ＳＣＧ）の間の二重連結性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）の概念図である。
【図８Ａ】図８ａは二重連結性に関連する基地局の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ）連結性の概念図、図８ｂは二重連結性に関連する基地局の使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ）連結性の概念図である。
【図８Ｂ】図８ａは二重連結性に関連する基地局の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ）連結性の概念図、図８ｂは二重連結性に関連する基地局の使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ）連結性の概念図である。
【図９】二重連結性のための無線プロトコル構造の概念図である。
【図１０】下りリンクに対するＬＴＥプロトコル構造の概略図である。
【図１１】ＰＤＣＰエンティティの構造の概念図である。
【図１２】ＰＤＣＰエンティティの機能的観点を示す概念図である。
【図１３】送信側と受信側のＰＤＣＰ状態報告に対する概念図である。
【図１４Ａ】図１４ａはＳＣＧ変更手順の概念図、図１４ｂはＳＣＧ追加／ＭｅＮＢによるＳＣＧ変更手順を示す概念図である。
【図１４Ｂ】図１４ａはＳＣＧ変更手順の概念図、図１４ｂはＳＣＧ追加／ＭｅＮＢによるＳＣＧ変更手順を示す概念図である。
【図１５Ａ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１５Ｂ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１５Ｃ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１５Ｄ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１５Ｅ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１５Ｆ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１５Ｇ】図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。
【図１６】Ｅ−ＵＴＲＡＮから端末に送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの概念図である。
【図１７】本発明の実施例による二重連結システムでＰＤＣＰ  ＰＤＵを処理する方法の概念図である。
【図１８】本発明の実施例による二重連結システムでＰＤＣＰ  ＰＤＵを処理する方法の概念図である。
【発明を実施するための形態】
【００１９】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。
【００２０】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレージ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ  ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。
【００２１】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００２２】
本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００２３】
図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）などの多様なサービスを提供するために広く配置される。
【００２４】
図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００２５】
本明細書において、「下りリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「上りリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、ユーザ端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。
【００２６】
図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。
【００２７】
図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄ  ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。
【００２８】
ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００２９】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む。）遊休モード（ｉｄｌｅ  ｍｏｄｅ）ＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅ  ｍｏｄｅ）のＵＥのための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラー設定を含むベアラー管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ  ＩＰアドレス割当て、下りリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００３０】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄ  ｎｅｔｗｏｒｋ  ｓｔｒｕｃｔｕｒｅ）を有することができる。
【００３１】
図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、上りリンク及び下りリンクの全てにおける各ＵＥ１０のための動的リソース割当て、ｅＮＢ測定の構成及び準備、無線ベアラー制御、無線承認制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラー制御、及び非―接続層（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。
【００３２】
ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００３３】
図３は、３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００３４】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３５】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰ  ｖｅｒｓｉｏｎ  ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００３６】
第３層の最下部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００３７】
ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域で下りリンク又は上りリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００３８】
Ｅ―ＵＴＲＡＮから端末への送信のための下りリンク送信チャネル（Ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するための下りリンク共有チャネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。下りリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、下りリンクＳＣＨを介して送信することもでき、又は別途の下りリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信することもできる。
【００３９】
端末からネットワークにデータを送信する上りリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信する上りリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４０】
図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。
【００４１】
基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。
【００４２】
例えば、特定のＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００４３】
図５は、本発明の実施例に係る通信装置のブロック図である。
【００４４】
図５に示された装置は、前述したメカニズムを行うように適応されたユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。
【００４５】
図５に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。
【００４６】
特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５、及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機）１３５に接続されたプロセッサ１１０をさらに含むこともできる。
【００４７】
また、図５は、端末に要求メッセージを送信するように構成された送信機１３５、及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。
【００４８】
図６は搬送波集成（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）を示す図である。
【００４９】
図６を参照して多重搬送波を支援する搬送波集成技術について説明する。前述したように、搬送波集成によって既存の無線通信システム（例えば、ＬＴＥシステム）で定義される帯域幅単位（例えば、２０ＭＨｚ）の搬送波（構成搬送波、ＣＣ）を最大５個束ねて最大１００ＭＨｚまでのシステム帯域幅を支援することができる。搬送波集成に用いられる構成搬送波の帯域幅の大きさは互いに同一であっても異なってもよい。また、それぞれの構成搬送波は異なった周波数帯域（又は中心周波数）を有する。また、それぞれの構成搬送波は連続的な周波数帯域上に存在することもできるが、不連続的な周波数帯域上に存在する構成搬送波を搬送波集成に用いることもできる。また、搬送波集成技術において、上りリンクと下りリンクの帯域幅大きさが対称的に割り当てられることも、非対称的に割り当てられることもできる。
【００５０】
搬送波集成に用いられる多重搬送波（構成搬送波）は主構成搬送波（Ｐｒｉｍａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ；ＰＣＣ）及び補助構成搬送波（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ；ＳＣＣ）に分類できる。ＰＣＣはＰセル（ＰＣｅｌｌ；Ｐｒｉｍａｒｙ  Ｃｅｌｌ）と言うこともでき、ＳＣＣはＳセル（ＳＣｅｌｌ；Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）と言うこともできる。主構成搬送波は、基地局が端末とトラフィック及び制御シグナリングを交換するために用いる搬送波である。制御シグナリングには、構成搬送波の付加、主構成搬送波に対する設定、上りリンクグラント（ＵＬ  ｇｒａｎｔ）又は下りリンク割当て（ＤＬ  ａｓｓｉｇｎｍｅｎｔ）などを含むことができる。基地局で複数の構成搬送波が用いることができるが、その基地局に属する端末は一つの主構成搬送波のみを有するものに設定されることもできる。端末が単一搬送波モードで動作する場合には主構成搬送波が用いられる。よって、主構成搬送波は独立的にも用いられるように基地局と端末の間のデータ及び制御シグナリングの交換に必要な全ての要求事項を満たすように設定されなければならない。
【００５１】
一方、補助構成搬送波は送受信されるデータ要求量などによって活性化するかあるいは非活性化することができる付加的な構成搬送波である。補助構成搬送波は基地局から受信される特定の命令及び規則に従ってのみ使われるように設定されることもできる。また、補助構成搬送波は付加的な帯域幅を支援するために主構成搬送波と一緒に用いられるように設定されることもできる。活性化した補助構成搬送波を介して、基地局から端末に上りリンクグラント又は下りリンク割当てのような制御信号が受信されることができ、端末から基地局にチャネル品質指示子（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ；ＣＱＩ）、プレコーディング行列指示子（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ；ＰＭＩ）、ランク指示者（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ；ＲＩ）、サウンディング参照信号（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＳＲＳ）などの上りリンクを介した制御信号が送信されることができる。
【００５２】
端末に対するリソース割当ては主構成搬送波及び複数の補助構成搬送波の範囲を有することができる。多重搬送波集成モードにおいて、システムはシステム負荷（つまり、静的／動的負荷バランシング）、ピークデータレート、又はサービス品質要求に基づいて、下りリンク及び／又は上りリンクに非対称的に補助構成搬送波を端末に割り当てることもできる。搬送波集成技術を用いるに際して、構成搬送波に対する設定はＲＲＣ連結手順（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）以後に基地局から端末に提供される。ＲＲＣ連結は、ＳＲＢを介して端末のＲＲＣ階層とネットワークの間で交換されるＲＲＣシグナリングに基づいて端末に無線リソースが割り当てられることを意味する。端末と基地局のＲＲＣ連結手順の後に、端末は基地局から主構成搬送波及び補助構成搬送波に対する設定情報を受けることができる。補助構成搬送波に対する設定情報は補助構成搬送波の付加／削除（又は活性化／非活性化）を含むことができる。したがって、基地局と端末の間に補助構成搬送波を活性化させるか既存の補助構成搬送波を非活性化させるためには、ＲＲＣシグナリング及びＭＡＣ制御要素（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）の交換を遂行する必要がある。
【００５３】
補助構成搬送波の活性化又は非活性化は、サービス品質（ＱｏＳ）、搬送波の負荷条件及び他の要因に基づいて基地局によって決定されることができる。基地局は、下りリンク／上りリンクに対する指示類型（活性化／非活性化）及び補助構成搬送波リストなどの情報を含む制御メッセージを用いて端末に補助構成搬送波設定を指示することができる。
【００５４】
図７はマスターセルグループ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ、ＭＣＧ）と補助セルグループ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ、ＳＣＧ）の間の二重連結性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）に対する概念図である。
【００５５】
二重連結性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）は端末がマスターｅＮＢ（ＭｅＮＢ）と補助ｅＮＢ（ＳｅＮＢ）に同時に連結されることができることを意味する。ＭＣＧはＭｅＮＢと関連するサービングセルのグループであって、ＰＣｅｌｌに加えて選択的に一つ以上のＳＣｅｌｌを含む。またＳＣＧはＳｅＮＢと関連するサービングセルのグループであって、特別（ｓｐｅｃｉａｌ）ＳＣｅｌｌに加えて選択的に一つ以上のＳＣｅｌｌを含む。ＭｅＮＢは少なくともＳ１−ＭＭＥ（制御平面のためのＳ１）を縦断するｅＮＢであり、ＳｅＮＢはＭｅＮＢではないが、端末のための付加的な無線リソースを提供するｅＮＢである。
【００５６】
二重連結性は端末に複数のサービングセルが設定されるという点で搬送波集成の一種である。ただ、図８の搬送波集成の場合、全てのサービングセルが同じｅＮＢによってサーブされるが、図１０の二重連結の場合、全てのサービングセルは同時にそれぞれ互いに異なるｅＮＢによってサーブされる。端末が互いに異なるｅＮＢに同時に連結されているから、互いに異なるｅＮＢは非理想的（ｎｏｎ−ｉｄｅａｌ）バックホールインターフェースを介して連結されている。
【００５７】
二重連結性によって、ハンドオーバー（ｈａｎｄｏｖｅｒ）可能性を低めるためにＭＣＧ内のスケジューリング無線ベアラー（Ｓｃｈｅｄｕｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＳＲＢ）又は他のＤＲＢを維持するとともに高処理量を提供するために、一部のデータ無線ベアラー（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＤＲＢ）はＳＣＧにオフロード（ｏｆｆｌｏａｄ）されることができる。ＭＣＧは周波数ｆ１を介してＭｅＮＢによって作動し、ＳＣＧは周波数ｆ２を介してＳｅＮＢによって作動する。周波数ｆ１及びｆ２は同一であり得る。ＭｅＮＢとＳｅＮＢの間のバックホール（ｂａｃｋｈａｕｌ）インターフェースは（例えば、Ｘ２インターフェース）、バックホールに相当な遅延があって一つのノードでの中央化したスケジューリングができないため、非理想的である。
【００５８】
図８ａは特定端末に対する二重連結性に関与する基地局の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ、Ｃ−Ｐｌａｎｅ）連結性を示す。ＭｅＮＢはＳ１−ＭＭＥに連結された制御平面であり、ＭｅＮＢとＳｅＮＢはＸ２−Ｃ（Ｘ２−制御平面）を介して互いに連結される。図８ａのように、二重連結性のための基地局間（Ｉｎｔｅｒ−ｅＮＢ）制御平面シグナリングがＸ２インターフェースシグナリングによって遂行される。ＭＭＥへの制御平面シグナリングはＳ１インターフェースシグナリングによって遂行される。ＭｅＮＢとＭＭＥの間に端末当たりただ一つのＳ１−ＭＭＥ連結が存在する。それぞれの基地局は、例えばＳＣＧに対するＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を他の端末に提供する間に一部の端末にはＰＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｃｅｌｌ）を提供することのように、端末を独立的に取り扱わなければならない。特定の端末に対する二重連結性に関連するそれぞれの基地局は自分の無線リソースを有し、自分のセルの無線リソースを割り当てること及びＸ２インターフェースシグナリングによって行われるＭｅＮＢとＳｅＮＢ間のそれぞれの調整に対して主に責任がある。
【００５９】
図８ｂは特定端末に対する二重連結性に関連する基地局の使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ、Ｕ−Ｐｌａｎｅ）連結性を示す。使用者平面連結性は次のようにベアラーオプション設定による：ｉ）ＭＣＧベアラーにおいて、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷに使用者平面連結され、ii）分割ベアラーにおいて、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷに使用者平面連結され、さらにＭｅＮＢとＳｅＮＢはＸ２−Ｕを介して互いに連結され、iii）ＳＣＧベアラーにおいて、ＳｅＮＢはＳ１−Ｕを介してＳ−ＧＷと直接連結される。ＭＣＧ及び分離ベアラーのみが設定された場合、ＳｅＮＢにはＳ１−Ｕ縦断が存在しない。二重連結性において、マクロセルのグループからスモールセルのグループへのデータオフロード（ｏｆｆｌｏａｄ）のためにスモールセルの改善が要求される。スモールセルはマクロセルから離れて配置されることができるため、端末の観点で複数のスケジューラが互いに異なるノードに分離されて位置し、独立的に動作する。これは、異なったスケジューリングノードが異なった無線リソース環境と出会うことを意味し、それぞれのスケジューリングノードが異なったスケジューリング結果を有することができることを意味する。
【００６０】
図９は二重連結性のための無線プロトコル構造の概念図である。
【００６１】
本実施例のＥ−ＵＴＲＡＮは、Ｘ２インターフェース上の非理想的バックホール（ｂａｃｋｈａｕｌ）を介して連結された２個の基地局に位置し、２個の別個のスケジューラ（ｓｃｈｅｄｕｌｅｒ）によって提供された無線リソースを活用するように構成されたＲＲＣ連結（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の複数の受信／送信（Ｒｘ／Ｔｘ）端末によって二重連結性（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）動作を支援することができる。特定の端末に対する二重連結性に関連する基地局は２種の異なった役目を取ることもできる：基地局はＭｅＮＢ又はＳｅＮＢとして行動することもできる。二重連結性において、端末は一つのＭｅＮＢ及び一つのＳｅＮＢに連結されることができる。
【００６２】
二重連結性（ＤＣ）動作において、特定のベアラー（ｂｅａｒｅｒ）が用いる無線プロトコル構造はベアラーがどのように設定されたかによる。三つの代案として、ＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラー９０１、分割ベアラー（ｓｐｌｉｔ  ｂｅａｒｅｒ）９０３及びＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラー９０５が存在する。三つの代案は図９に図示されている。ＳＲＢ（Ｓｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）はいつもＭＣＧベアラーでなり、ＭｅＮＢによって提供される無線リソースのみを用いる。ＭＣＧ（Ｍａｓｔｅｒ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラー９０１は二重連結性でのみＭｅＮＢリソースを用いるためにＭｅＮＢにのみ位置する無線プロトコルである。また、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラー９０５は二重連結性でＳｅＮＢリソースを用いるためにＳｅＮＢにのみ位置する無線プロトコルである。
【００６３】
特に、分割（ｓｐｌｉｔ）ベアラー９０３は二重連結性でＭｅＮＢ及びＳｅＮＢリソースの両者を用いるためにＭｅＮＢ及びＳｅＮＢの両者に位置する無線プロトコルであり、分割ベアラー８０３は一方向（ｄｉｒｅｃｔｉｏｎ）に対する単一ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ、２個のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）エンティティを含む無線ベアラーであり得る。特に、二重連結性動作はＳｅＮＢによって提供された無線リソースを用いるように設定された少なくとも一つのベアラーを有するものとしても説明されることができる。
【００６４】
予想される分割ベアラー９０３の利点は次のようである。ｉ）ＳｅＮＢの移動性（ｍｏｂｉｌｉｔｙ）がＣＮに隠され、ii）ＭｅＮＢでのみ要求される暗号化（ｃｉｐｈｅｒｉｎｇ）の保安に影響がなく、iii）ＳｅＮＢ転換に要求されるＳｅＮＢの間のデータ伝達（ｆｏｒｗａｒｄｉｎｇ）が不要であり、iｖ）ＭｅＮＢからＳｅＮＢへのＳｅＮＢトラフィックのＲＬＣプロセッシングが除去され、ｖ）ＲＬＣに及ぶ影響がほとんどなく、ｖi）同じベアラーに対してＭｅＭＢとＳｅＮＢで無線リソースを用いることができ、ｖii）ＳｅＮＢ移動性に対する要求条件が緩和される（ＭｅＮＢを用いることができる）。
【００６５】
予想される分割ベアラー９０３の欠点は次のようである。ｉ）ＭｅＮＢで全ての二重連結性トラフィックを探して処理及び記憶しなければならなく、ii）ＰＤＣＰエンティティがＰＤＣＰ  ＰＤＵの送信のためにＭｅＮＢへの経路を探し、受信のために記憶しなければならなく、iii）ＭｅＮＢとＳｅＮＢの間に流れ制御（ｆｌｏｗ  ｃｏｎｔｒｏｌ）が必要であり、iｖ）上りリンクで、ＲＬＣ再伝送及びＲＬＣ状態ＰＤＵ（対応ＲＬＣエンティティが存在するｅＮＢに制限される）の処理に論理チャネル優先順位が影響を及ぼし、ｖ）二重連結ＵＥに対して、ローカルブレイクアウト（ｌｏｃａｌ  ｂｒｅａｋ−ｏｕｔ）及びＳｅＮＢに記憶されるコンテンツを支援しない。
【００６６】
二重連結性において、ＭＣＧとＳＣＧのための二つのＭＡＣエンティティがＵＥに設定される。それぞれのＭＡＣエンティティはＲＲＣによって構成され、サービングセルはＰＵＣＣＨ伝送及び競争に基づくランダムアクセスを支援する。ＳｐＣｅｌｌはこのようなセルを意味し、ＳＣｅｌｌは他のサービングセルを意味する。また、ＳｐＣｅｌｌはＭＡＣエンティティのＭＣＧ又はＳＣＧとの関連有無によってＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ  Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を意味する。ＭＡＣエンティティのＳｐＣｅｌｌを含むタイミングアドバンスグループ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｇｒｏｕｐ）をｐＴＡＧといい、ｓＴＡＧは他のＴＡＧを意味する。
【００６７】
ＵＥにおける互いに異なるＭＡＣエンティティの機能は別に指示されない限り、独立的に動作する。それぞれのＭＡＣエンティティに使われるタイマーとパラメータは他に指示されない限り、独立的に設定される。それぞれのＭＡＣエンティティによって考慮されるサービングセル、Ｃ−ＲＮＴＩ、無線ベアラー、論理チャネル、上部及び下部レイヤーエンティティ、ＬＣＧ及びＨＡＲＱエンティティは他に指示されない限り、当該ＭＡＣエンティティにマッピングされるサービングセル、Ｃ−ＲＮＴＩ、無線ベアラー、論理チャネル、上部及び下部レイヤーエンティティ、ＬＣＧ及びＨＡＲＱエンティティを意味する。
【００６８】
一方、二重連結性において、一つのＰＤＣＰエンティティは端末に設定される。一つの端末には非理想的なバックホールＸ２を介して連結された二つの相異なるｅＮＢがある。分割ベアラー９０３が相異なるｅＮＢ（ＭｅＮＢ及びＳｅＮＢ）に伝達される場合、ＳｅＮＢはＰＤＣＰ  ＰＤＵをＭｅＮＢにフォワーディングする。この非理想的バックホールのため、ＰＤＣＰ  ＰＤＵは正しくない順序で受信されやすい。
【００６９】
図１０は下りリンクに対するＬＴＥプロトコル構造の概略図である。
【００７０】
図１０に下りリンクに対するＬＴＥプロトコル構造の概略図が示されている。また、輸送（ｔｒａｎｓｐｏｒｔ）フォーマット選択及び多重アンテナ送信に関連する違いがあるが、上りリンク送信に関連するＬＴＥプロトコル構造は図９に示した下りリンクに対するＬＴＥプロトコル構造と類似している。
【００７１】
下りリンクで送信されるデータはＳＡＥベアラー（ｂｅａｒｅｒ）１００１の一つ上のＩＰパケットフォーマットに進入する、無線インターフェース上の送信に先立ち、インカミング（ｉｎｃｏｍｉｎｇ）ＩＰパケットは、以下に要約されて次の節でもっと具体的に説明される多重プロトコルエンティティを介して通過される：
＊ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）１００３は、無線インターフェース上での送信に必要なビットの数を減らすために、ＩＰヘッダー圧縮を遂行する。ヘッダー圧縮メカニズムは、ＷＣＤＭＡ（登録商標）だけでなく他の一部の移動通信標準に用いられる標準ヘッダー圧縮アルゴリズムであるＲＯＨＣに基づく。また、ＰＤＣＰ  １００３は送信データの暗号化（ｃｉｐｈｅｒｉｎｇ）と完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）に関与している。受信側で、ＰＤＣＰプロトコルは対応暗号解読（ｄｅｃｉｐｈｅｒｉｎｇ）及び圧縮解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）動作を遂行する。移動端末に設定された無線ベアラー当たり一つのＰＤＣＰエンティティが存在する。
【００７２】
＊ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）１００５は分割（ｓｅｇｍｅｎｔａｔｉｏｎ）／連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、再送信処理、及び上位階層への順次伝達（ｉｎ−ｓｅｑｕｅｎｃｅ  ｄｅｌｉｖｅｒｙ）に責任がある。ＷＣＤＭＡ（登録商標）とは違い、ＬＴＥ無線−接続−ネットワーク構造でノードの単一類型のみあるため、ＲＬＣプロトコルはｅＮＢ（ｅＮｏｄｅＢ）に位置する。ＲＬＣ  ９０５は無線ベアラーの形態としてサービスをＰＤＣＰ１００３に提供する。端末に対して設定された無線ベアラー当たり一つのＲＬＣエンティティが存在する。
【００７３】
端末に設定されるそれぞれの論理チャネルに対して一つのＲＬＣエンティティが存在し、それぞれのＲＬＣエンティティは、ｉ）ＲＬＣ  ＳＤＵの分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）及び再組立（ｒｅａｓｓｅｍｂｌｙ）、ii）ＲＬＣ再伝送、iii）当該論理チャネルに対する順次（ｉｎ−ｓｅｑｕｅｎｃｅ）伝達及び複製検出を担当する。
【００７４】
その他の著しいＲＬＣの特徴は、（１）変化するＰＣＵ大きさの処理、（２）ｈｙｂｒｉｄ−ＡＲＱとＲＬＣプロトコル間の密接な相互作用の可能性である。最後に、論理チャネル当たり一つのＲＬＣエンティティ、コンポーネント搬送波当たり一つのｈｙｂｒｉｄ−ＡＲＱが存在するというのは、搬送波集成の場合、一つのＲＬＣエンティティが多数のｈｙｂｒｉｄ−ＡＲＱエンティティと相互作用することもできることを意味する。
【００７５】
分割及び連結メカニズムの目的は、受信されるＲＬＣ  ＳＤＵから適切な大きさを有するＲＬＣ  ＰＤＵを生成することである。一つの可能な方法は、妥協の可能な固定されたＰＤＵ大きさを定義することである。この大きさがあまり大きくなれば、最小データ速度を支援することができない。したがって、一部のシナリオにおいては過度なパディング（ｐａｄｄｉｎｇ）が要求されることができる。しかし、一つの小さなＰＤＵ大きさはそれぞれのＰＤＵに含まれるヘッダーに大きなオーバーヘッドをもたらすことができる。ＬＴＥが支援するデータ速度の非常に大きなダイナミックレンジにおいて特に問題になるこのような欠点を避けるために、ＲＬＣ  ＰＤＵ大きさを動的に変化させる。
【００７６】
ＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵに扮する及び連結する過程において、ヘッダーは、他のフィールドの中で、リオーダリング（ｒｅｏｒｄｅｒｉｎｇ）及び再伝送メカニズムに用いられるシーケンスナンバーを含む。受信側の再組立機能（ｒｅａｓｓｅｍｂｌｙ  ｆｕｎｃｔｉｏｎ）は逆動作を行って、受信されたＰＤＵからＳＤＵを再組立する。
【００７７】
＊ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）１００７はハイブリッド−ＡＲＱ再送信と上りリンク及び下りリンクスケジューリングを取り扱う。スケジューリング機能は、上りリンクと下りリンクの両者に対し、セル当たり一つのＭＡＣエンティティを有するｅＮＢ内に位置する。ハイブリッド−ＡＲＱプロトコル部はＭＡＣプロトコルの送信端及び受信端の両者に存在する。ＭＡＣ１００７は、論理チャネル１００９の形態としてサービスをＲＬＣ  １００５に提供する。
【００７８】
＊物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ、ＰＨＹ）１０１１は符号化／復号化、変調／復調、多重アンテナマッピング、及び他の通常的物理階層機能を取り扱う。物理階層１０１１は輸送チャネル１０１３の形態としてＭＡＣレイヤー１００７にサービスを提供する。
【００７９】
図１１はＰＤＣＰエンティティの構造の概念図である。
【００８０】
図１１はＰＤＣＰ下位階層に対する一つの可能な一例の構造を示すが、具現を制限しない。それぞれのＲＢ（すなわち、ＳＲＢ０を除いたＤＲＢ及びＳＲＢ）は一つのＰＤＣＰエンティティと関連する。それぞれのＰＤＣＰエンティティはＲＢ特性（すなわち、偏方向又は両方向）及びＲＬＣモードによって一つ又は二つの（各方向に対して一つの）ＲＬＣエンティティと連関する。ＰＤＣＰエンティティはＰＤＣＰ下位階層にある。ＰＤＣＰ下位階層は上位階層によって設定される。
【００８１】
図１２はＰＤＣＰエンティティの機能的観点を示す概念図である。
【００８２】
ＰＤＣＰエンティティはＰＤＣＰ下位階層に位置する。一つの端末に対して多くのＰＤＣＰエンティティが定義されることができる。使用者平面データを運ぶ各ＰＤＣＰエンティティはヘッダー圧縮を用いるように構成可能である。各ＰＤＣＰエンティティは一つの無線ベアラー（ｒａｄｉｏ  ｂｅａｒｅｒ）のデータを運ぶ。本明細書のバージョンでは、強靭なヘッダー圧縮プロトコル（ｒｏｂｕｓｔ  ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ  ｐｒｏｔｏｃｏｌ；ＲＯＨＣ）のみ支援される。全てのＰＤＣＰエンティティは多くても一つのＲＯＨＣ圧縮機と多くても一つのＲＯＨＣ圧縮解除器を使う。ＰＤＣＰエンティティはどのベアラーに対してデータを運ぶかによって制御平面又は使用者平面と関連される。
【００８３】
図１２はＰＤＣＰ下位階層に対するＰＤＣＰエンティティの機能的観点を示すが、本発明の具現はこれに制限されない。ＲＮの場合、ｕ平面に対して無欠性保護及び検証も遂行される。
【００８４】
（ＵＬデータ伝送過程：）
上位階層からのＰＤＣＰ  ＳＤＵの受信時、端末はＰＤＣＰ  ＳＤＵと関連した除去タイマー（ｄｉｓｃａｒｄ  ｔｉｍｅｒ）を始める。上位階層から受信されたＰＤＣＰ  ＳＤＵの場合、端末はＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮに相当するＰＤＣＰ  ＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）をＰＤＣＰ  ＳＤＵと関連させ（Ｓ１２０１）、ＰＤＣＰ  ＳＤＵのヘッダー圧縮を遂行し（Ｓ１２０３）、このＰＤＣＰ  ＳＤＵと関連したＴＸ＿ＨＦＮ及びＰＤＣＰ  ＳＮに基づいてＣＯＵＮＴを使って無欠性保護及び演算を遂行し（Ｓ１２０７）、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮを１ずつ増加させ、結果としてのＰＤＣＰ  Ｄａｔａ  ＰＤＵを下位階層に提出することができる（Ｓ１２０９）。
【００８５】
仮に、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮがＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮより大きければ、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮは‘０’に設定され、ＴＸ＿ＨＦＮは１だけ増加する。
【００８６】
（ＵＬデータ伝送過程においてＰＤＣＰエンティティの再設定：）
上位階層がＰＤＣＰ再構成を要請するとき、ＵＥは上りリンクのためのヘッダー圧縮プロトコルをリセットし、Ｕ−モードでＩＲ状態を始める。そして、再構成手順の間に上位階層によって提供される暗号化アルゴリズム及びキーを適用することができる。
【００８７】
ＲＮとして接続される場合、ＵＥは再構成手順の間に上位階層（構成されていれば）によって提供される無欠性保護アルゴリズム及びキーを適用することができる。
【００８８】
対応するＰＤＣＰ  ＰＤＵの成功的な伝達が下位階層によって確認されなかった一番目のＰＤＣＰ  ＳＤＵから、ＵＥは次のような方法で、ＰＤＣＰ再構成に先立ち、ＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴの昇順にＰＤＣＰ  ＳＮと既に関連された全てのＰＤＣＰ  ＳＤＵの再伝送又は伝送を遂行することができる：ｉ）ＰＤＣＰ  ＳＤＵのヘッダー圧縮を遂行し（構成されている場合）、ii）ＲＮとして連結されている場合、このＰＤＣＰ  ＳＤＵと関連したＣＯＵＮＴ値を使ってＰＤＣＰ  ＳＤＵの無欠性保護（構成されている場合）を遂行し、iii）このＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値を使ってＰＤＣＰ  ＳＤＵを暗号化し、iｖ）生成されたＰＤＣＰデータＰＤＵを下位階層に送る。
【００８９】
（ＤＬデータ伝送過程：）
ＲＬＣ  ＡＭにマッピングされたＤＲＢは、下位階層からＰＤＣＰデータＰＤＵを受信するとき、受信されたＰＤＣＰ  ＳＮ−Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ又は０≦Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−受信されたＰＤＣＰ  ＳＮ＜Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ及び受信されたＰＤＣＰ  ＳＮ＞Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末はＲＸ＿ＨＦＮ−１と受信されたＰＤＣＰ  ＳＮに基づいてＣＯＵＮＴを用いてＰＤＣＰ  ＰＤＵを解読することができる。
【００９０】
受信されたＰＤＣＰ  ＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末はＲＸ＿ＨＦＮと受信されたＰＤＣＰ  ＳＮに基づいてＣＯＵＮＴを用いてＰＤＣＰ  ＰＤＵを解読することができる（Ｓ１２０１’）。そして、端末はヘッダー圧縮を解除し、該当のＰＤＣＰ  ＳＤＵを捨てる（Ｓ１２０３’）。
【００９１】
Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−ｒｅｃｅｉｖｅｄ  ＰＤＣＰ  ＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗの場合、端末はＲＸ＿ＨＦＮを‘１’ずつ増加させ、ＲＸ＿ＨＦＮと受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴ値をＰＤＣＰ  ＰＤＵの復号化に使い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰ  ＳＮ＋１値に設定する。
【００９２】
受信されたＰＤＣＰ  ＳＮ−Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ≧Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗの場合、端末はＲＸ＿ＨＦＮ−１と受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴ値をＰＤＣＰ  ＰＤＵの復号化に使う。
【００９３】
受信されたＰＤＣＰ  ＳＮ≧Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮの場合、端末はＲＸ＿ＨＦＮと受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴ値の復号化に使い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ値を受信されたＰＤＣＰ  ＳＮ＋１に設定する。Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ値がＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ値より大きい場合、端末はＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを‘０’に設定し、ＲＸ＿ＨＦＮ値を‘１’増加させる。
【００９４】
受信されたＰＤＣＰ  ＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮの場合、端末はＲＸ＿ＨＦＮと受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴ値をＰＤＣＰ  ＰＤＵの復号化に使う。
【００９５】
ＰＤＣＰ  ＰＤＵが前述したことによって除去されなかった場合、端末はＰＤＣＰ  ＰＤＵに対して復号化及びヘッダー圧縮解除をそれぞれ遂行する。
【００９６】
同じＰＤＣＰ  ＳＮを有するＰＤＣＰ  ＳＤＵが保存されれば、端末は該当のＰＤＣＰ  ＳＤＵを廃棄することができる。そして、同じＰＤＣＰ  ＳＮを有するＰＤＣＰ  ＳＤＵが保存されていなければ、端末はＰＤＣＰ  ＳＤＵを保存することができる。
【００９７】
ＰＤＣＰによって受信されたＰＤＣＰ  ＰＤＵが下位階層の再設定によるものでなければ、端末は該当のＣＯＵＮＴ値の昇順に次のようなＰＤＣＰ  ＳＤＵを上位階層に伝達する：ｉ）受信されたＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値より小さいＣＯＵＮＴに関連する全てのＰＤＣＰ  ＳＤＵ、ii）受信されたＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値から始まるＣＯＵＮＴ値に連続的に関連した全てのＰＤＣＰ  ＳＤＵ、そして端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ値を上位階層に最後に伝達されたＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮ値に設定することができる。
【００９８】
その外に、受信されたＰＤＣＰ  ＳＮとＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１値が同一であるか、あるいは受信されたＰＤＣＰ  ＳＮ値がＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮの場合、端末は受信されたＰＤＣＰ  ＳＤＵに関連したＣＯＵＮＴ値から始まるＣＯＵＮＴ値に連続的に関連した全てのＰＤＣＰ  ＳＤＵを連関したＣＯＵＮＴ値の昇順に上位階層に伝達することができる。
【００９９】
そして、端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位階層に最後に伝達されたＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮ値に設定することができる。
【０１００】
（下りリンクデータ伝送過程でのＰＤＣＰ再設定：）
上位階層でＰＤＣＰ再設定を要請すれば、端末は下位階層の再設定のために下位階層から受信されたＰＤＣＰ  Ｄａｔａ  ＰＤＵを処理し、下りリンク（設定されている場合）に対するヘッダー圧縮プロトコルをリセットし、再設定手順の間に上位階層から提供された暗号アルゴリズムとキーを適用することができる。
【０１０１】
ＲＮとして連結された場合、端末は再設定手順の間に上位階層（設定されている場合）から提供された無欠性保護アルゴリズムとキーを適用することができる。
【０１０２】
分割ベアラーの場合、ＰＤＣＰエンティティは順序再整列（ｒｅｏｒｄｅｒｉｎｇ）、解読（ｄｅｃｉｐｈｅｒｉｎｇ）及びヘッダー圧縮解除（ｈｅａｄｅｒ  ｄｅｃｏｍｐｒｅｓｓｉｏｎ）を順次遂行する。特に、全体ＰＤＣＰ順序再整列手順は絶対値演算を用いた別個の手順で遂行される。ＰＤＣＰエンティティは分割ベアラーの設定メッセージが受信されると直ぐ遂行される。ＭＣＧベアラーへの分割ベアラー再設定の後、ＰＤＣＰエンティティはしばらく順序再整列動作を続ける。
【０１０３】
ＳＣＧ変更中にＳＣＧ−ＭＡＣはリセットされる。ＳＣＧ−ＲＬＣ及びＳＣＧ−ＰＤＣＰ（ＳＣＧベアラーの場合）は再設定される。ＭＣＧベアラーへの分割ベアラー再設定において、ＭＣＧ  ＲＬＣは再設定されない。
【０１０４】
図１３は送信側と受信側でのＰＤＣＰ状態報告に対する概念図である。
【０１０５】
（送信側動作：）
上位階層でＰＤＣＰ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔを要請する場合（Ｓ１３０１）、ＲＬＣ  ＡＭにマッピングされたラジオベアラーに対し、端末は、上位階層によってラジオベアラーが設定された場合、下位階層の再設定によって下位階層から受信されたＰＤＣＰ  Ｄａｔａ  ＰＤＵを処理した後（Ｓ１３０３）、下記のように状態報告を作る（Ｓ１３０５）。その後、ＰＤＣＰ状態報告を上りリンクに送信し（Ｓ１３０７）、これを下位階層に一番目ＰＤＣＰ  ＰＤＵとして伝達する：ｉ）ＦＭＳフィールドを一番目ｍｉｓｓｉｎｇ  ＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮ値に設定し、ii）ビットマップフィールドの長さを、前記一番目ｍｉｓｓｉｎｇ  ＰＤＣＰ  ＳＤＵを含まない手順が正しくない最後のＰＤＣＰ  ＳＤＵまで含むＰＤＣＰ  ＳＮの個数と同一に割り当てる。この時、順序が正しくないＰＤＣＰ  ＳＤＵが一つでもある場合は、次の８の倍数に切り上げる。iii）下位階層によって指示されたように受信されなかった全てのＰＤＣＰ  ＳＤＵ又は選択的に圧縮解除が失敗したＰＤＣＰ  ＳＤＵのためのビットマップフィールドに対応する位置に‘０’として設定し、iｖ）他の全てのＰＤＣＰ  ＳＤＵのビットマップフィールドには‘１’として指示する。
【０１０６】
（受信側動作：）
下りリンクでＰＤＣＰ状態報告が受信された場合（Ｓ１３０７）、ＲＬＣ  ＡＭにマッピングされたラジオベアラーにおいて、それぞれのＰＤＣＰ  ＳＤＵに対し、ビットマップ内のビットが‘１’に設定されるか、あるいは関連ＣＯＵＮＴ値がＦＭＳフィールドによって識別されたＰＤＣＰ  ＳＤＵのＣＯＵＮＴ値より小さければ、対応するＰＤＣＰ  ＳＤＵの成功的な伝達が確認され、端末はＰＤＣＰ  ＳＤＵを処理することができる（Ｓ１３０９）。
【０１０７】
分割ベアラーに対し、ネットワークが端末にＰＤＣＰ状態報告伝送を設定した場合、ＳＣＧ  ＲＬＣ解除又は再設定時、端末は分割ベアラーに対するＰＤＣＰ状態報告をトリガーする。そして、ネットワークが端末にＰＤＣＰ状態報告伝送を設定した場合、ＭＣＧベアラーからＳＣＧベアラーへの再設定時、ＰＤＣＰ状態報告をトリガーする。
【０１０８】
二重連結システムにおいて、３類型のラジオベアラー、例えばＭＣＧベアラー、ＳＣＧベアラー、及び分割ベアラーがあるので、９種の相異なるベアラータイプの変更を考慮しなければならない。なお、ＲＡＮ２は分割ベアラー（ＳＢ−ＰＤＣＰで表示する）に対して新たなＰＤＣＰ受信手順を使うことに同意したので、既存のＰＤＣＰ受信手順（Ｌ−ＰＤＣＰで表示する）と区別されなければならない。また、ＰＤＣＰ状態報告をトリガーするか否かも考慮しなければならない。
【０１０９】
図１４Ａは、ＳＣＧ変更手順を示す図であり、図１４Ｂは、ＳＣＧ追加／ＭｅＮＢでトリガーされたＳＣＧ変更手順を示す図である。
【０１１０】
１．  ＳＣＧ修正
ＳＣＧ変更手順は、ＳｅＮＢによって開始され、同じＳｅＮＢ内でＳＣＧの設定変更を行うために用いられる。図１１ＡにはＳＣＧ変更手順を示す。
【０１１１】
図１１Ａと関連して、ＳｅＮＢは、適切なＸ２ＡＰメッセージによって搬送されるＳＣＧ設定においてＳＣＧの新しい無線リソース設定を提供することによってＳＣＧ変更を要求する（Ｓ１４０１ａ）。
【０１１２】
ＭｅＮＢは、ＳｅＮＢ要求を受諾する場合、ＳＣＧ設定によって、ＳＣＧの新しい無線リソース構成を含むＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を端末に送信する（Ｓ１４０３ａ）。
【０１１３】
端末は、新しい設定を適用し、ＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を返す。ＳｅＮＢに対する同期化が新しい設定のために要求されないと、端末は新しい設定を適用した後にＵＬ伝送を行うことができる（Ｓ１４０５ａ）。ＭｅＮＢは、適切なＸ２ＡＰメッセージでＩｎｔｅｒ−ｅＮＢ−ＲＲＣ−ｍｅｓｓａｇｅ−Ｙメッセージを伝達するＳｅＮＢにＳＣＧ変更応答を返す（Ｓ１１０７ａ）。
【０１１４】
新しい設定がＳｅＮＢに対する同期化を要求すると、端末はランダムアクセス手順を行う（Ｓ１４０９ａ）。
【０１１５】
端末がＲＲＣ接続再設定メッセージに含まれた設定（の一部）に従うことができない場合、端末は再設定失敗手順を行う。
【０１１６】
端末がＲＲＣ接続再設定完了メッセージを送信し、ＳＣＧに対してランダムアクセス手順を行う順序は定義されない。ＳＣＧに対する成功したＲＡ手順は、ＲＲＣ接続再設定手順の成功的な完了のために要求されない。
【０１１７】
ＳＣＧ内のＰＳＣｅｌｌは、ＳＣＧ変更手順で変更することができる。ＳｅＮＢは、例えば旧ＰＳＣｅｌｌと新ＰＳＣｅｌｌが同じＴＡＧに属するか否かによって、ランダムアクセス手順が必要であるか否かを決定することができる。
【０１１８】
ＳｅＮＢはＳＣＣ変更手順を用いてＰＳＣｅｌｌ以外のＳＣＧ  ＳＣｅｌｌの解除をトリガーすることができ、ＭｅＮＢは拒否することができない。しかし、ＳｅＮＢは、この手順を用いてＳＣＧ  ＳＣｅｌｌの追加をトリガーすることができない。すなわち、ＳＣＧ  ＳＣｅｌｌ追加は常にＭｅＮＢによって開始される。
【０１１９】
ＳｅＮＢは分割ベアラーのＳＣＧベアラー又はＳＣＧ部分の解除をトリガーすることができ、ＭｅＮＢは、ベアラーを解除したり、ベアラーをＭＣＧベアラーに再設定することができる。その具体的な内容は、後でさらに論議される予定である。それは、例えば、ＳｅＮＢが直ちに解除をトリガーできるか否か、又はＳｅＮＢがＭｅＮＢにトリガーを送り、続いてＭｅＮＢがトリガーＳＣＧ修正を送信するか否かである。
【０１２０】
２．  ＳＣＧ追加／ＭｅＮＢトリガーＳＣＧ修正
ＳＣＧ追加手順はＭｅＮＢによって始まり、ＳＣＧの第１セルを追加するために用いられる。ＭｅＮＢトリガーＳＣＧ変更手順はＭｅＮＢによって始まる。図１４Ｂに、ＳＣＧ追加／ＭｅＮＢトリガーＳＣＧ変更手順を示す。ＭｅＮＢはこの手順を用いてＳＣＧセル、及びＳＣＧベアラー又はＳＣＧの分割ベアラーの追加又は解除を開始することができる。全ＳＣＧの解除以外の全てのＳＣＧ修正に対して、ＳｅＮＢは端末に対するシグナリングを生成する。ＭｅＮＢは特定セルをＳｅＮＢに追加するように要求することができ、ＳｅＮＢは拒否することができる。変更手順を用いてＭｅＮＢはＰＳＣｅｌｌ以外のＳＣＧ  ＳＣｅｌｌの解除をトリガーすることができ、この場合、ＳｅＮＢは拒否することができない。
【０１２１】
ＭｅＮＢは適切なＸ２ＡＰメッセージ内で、ＳｅＮＢによる再設定の基礎となる端末性能コーディネーションのための全端末性能及びＭＣＧ設定を含むＳＣＧ−ＣｏｎｆｉｇＩｎｆｏを送信する。ＳＣＧ追加及びＳＣＧ  ＳＣｅｌｌ追加要求の場合、ＭｅＮＢは、追加要求されたＳＣＧセル及びＳＣＧサービングセルに対する最後の測定結果を提供することができる。ＳｅＮＢは要求を拒絶することができる（Ｓ１４０１ｂ）。
【０１２２】
ＳｅＮＢがＭｅＮＢ要求を受諾すると、ＳｅＮＢはＳＣＧ変更手順を開始する（Ｓ１４０３ｂ）。
【０１２３】
３．  ＳＣＧ変更
ＳＣＧ変更手順は、設定されたＳＣＧを一つのＳｅＮＢから端末の他のＳｅＮＢ（又は同じＳｅＮＢ）に変更するために用いられる。対象ＳｅＮＢに対して、ＭｅＮＢはＳＣＧ変更手順を開始する。ＭｅＮＢは端末へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに、端末が以前ＳＣＧ設定を解除し、新しいＳＣＧ設定を追加することを指示する。同じＳｅＮＢ内でのＳＣＧ変更であれば、経路切替が抑制され得る。
【０１２４】
４．ＳＣＧ解除
ＳＣＧ解除手順はＳｅＮＢでＣＧを解除するために用いられる。ＳＣＧ解除手順は、基地局間ＲＲＣメッセージの伝送を伴わない特定Ｘ２ＡＰ手順によって実現される。ＭｅＮＢはＳｅＮＢにＳＣＧを解除するように要求することもでき、その逆の場合も可能である。この要求の受信ノードは拒絶することができない。結果的に、ＭｅＮＢは端末へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに、端末が全ＳＣＧ設定を解除しなければならないことを示す。
【０１２５】
５．  ＭｅＮＢとｅＮＢ間のハンドオーバー中にＳＣＧ解除
ＭｅＮＢの変更を伴うハンドオーバー時に、ソースＭｅＮＢはハンドオーバー準備情報（ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ）にＳＣＧ設定を含める。ソースＭｅＮＢはＳｅＮＢに対して解除を開始し、対象ｅＮＢは、ハンドオーバーをトリガーし、端末が全ＳＣＧ設定を解除することを示すフィールドを生成／包含する移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）を含むＲＲＣ接続再設定メッセージを準備する。
【０１２６】
ＭｅＮＢ内ハンドオーバーの場合、ＭｅＮＢは、移動性制御情報を含むＲＲＣ接続再設定メッセージでＳＣＧ変更を示すことができる。しかし、ｅＮＢ間ハンドオーバー時には、ＳＣＧの追加はハンドオーバー完了後にのみ開始され得ると仮定する。端末はハンドオーバーがＭｅＮＢ間ハンドオーバーかあるいはＭｅＮＢ内ハンドオーバーかが認知できない。
【０１２７】
６．  ＳｅＮＢ端末情報
ＳｅＮＢは特定ＵＥと関連してＭｅＮＢに情報を提供することができ、ＭｅＮＢはこの情報を用いて、例えば、ＳＣＧにおいてＳＣＧベアラー又は分割ベアラーの解除を開始する。
【０１２８】
図１５ＡはＳｅＮＢ追加手順を示す図、図１５ＢはＭｅＮＢで始まったＳｅＮＢ変更手順を示す図、図１５ＣはＳｅＮＢで始まったＳｅＮＢ変更手順を示す図、図１５ＤはＭｅＮＢで始まったＳｅＮＢ解除手順を示す図、図１５ＥはＳｅＮＢで始まったＳｅＮＢ解除手順を示す図である。図１５Ｆは、ＳｅＮＢ変更手順を示す図であり、図１５Ｇは、ＭｅＮＢのｅＮＢ変更手順を示す図である。
【０１２９】
図１５Ａは、ＳｅＮＢ追加手順を示す図である。ＳｅＮＢ追加手順はＭｅＮＢによって開始され、ＳｅＮＢからＵＥに無線リソースを提供するためにＳｅＮＢで端末コンテキストを確立するために用いられる。
【０１３０】
ＭｅＮＢは、特定Ｅ−ＲＡＢに対する無線リソースを割り当てるようにＳｅＮＢに要求すると決定し、Ｅ−ＲＡＢ特性を示す（１）。ＳＣＧベアラーとは違い、分割（ｓｐｌｉｔ）ベアラーオプションの場合、ＭｅＮＢは、ＳｅＮＢからの各Ｅ−ＲＡＢに対するＱｏＳがＳｅＮＢと共にＭｅＮＢによって提供されたリソースの正確な合計によって保障される程度の量又はより多い量のリソースを要求することと決定する。ＭｅＮＢの決定は、ＳｅＮＢにシグナルされたＥ−ＲＡＢパラメータによって段階２に反映され得るが、このパラメータはＳ１を介して受信されたＥ−ＲＡＢパラメータと異なるものであってもよい。
【０１３１】
ＳｅＮＢのＲＲＭエンティティがリソース要求を承認できる場合、ＲＲＭエンティティはそれぞれの無線リソースを割り当て、ベアラーオプションにしたがって各伝送ネットワークリソースを割り当てる（２）。ＳｅＮＢは、ＳｅＮＢ無線リソース設定の同期化が行われ得るようにランダムアクセスをトリガーすることができる。ＳｅＮＢは、新しい無線リソース設定をＭｅＮＢに提供する。ＳＣＧベアラーの場合、各Ｅ−ＲＡＢに対するＳ１  ＤＬ  ＴＮＬアドレス情報を共に提供し、分割ベアラーの場合にはＸ２  ＤＬ  ＴＮＬアドレス情報を提供する。
【０１３２】
新しい設定を承認する場合、ＭｅＮＢは端末がこの設定を適用するようにトリガーする。端末は新しい設定を適用し始める（３）。そして、端末は再設定手順を完了する（４）。ＭｅＮＢは、端末が再設定手順の完了に成功したことをＳｅＮＢに知らせる（５）。端末はＳｅＮＢのセルに対して同期化を行う（６）。
【０１３３】
ＳＣＧベアラーの場合、各Ｅ−ＲＡＢのベアラー特性によって、ＭｅＮＢは二重接続性の活性化によるサービス中断を最小化するために措置を取ることができる（７〜８）。ＳＣＧベアラーの場合、ＥＰＣへのＵＰ経路のアップデートが行われる（９〜１０）。
【０１３４】
図１２Ｂは、ＭｅＮＢで始まったＳｅＮＢ変更手順を示す図であり、図１２Ｃは、ＳｅＮＢで始まったＳｅＮＢ変更手順を示す図である
ＳｅＮＢ変更手順は、ＭｅＮＢによって又はＳｅＮＢによって開始され得る。これは、ベアラーを修正、設定又は解除し、ＳｅＮＢとベアラーコンテキストを授受したり、ＳｅＮＢで端末コンテキストの他の属性を変更するために用いられ得る。必ずしもＵＥへのシグナリングを含む必要はない。
【０１３５】
図１５Ｂと関連して、ＭｅＮＢはベアラーコンテキスト関連又は他の端末コンテキスト関連情報を含み得るＳｅＮＢ変更要求メッセージを送信し、適用可能な場合、データ伝達アドレス情報を送信する（１）。ＳｅＮＢは、無線設定情報、及び適用可能な場合にデータ伝達アドレス情報を含み得るＳｅＮＢ変更要求確認メッセージで応答する（２）。ＭｅＮＢは、ＲＲＣ接続再設定手順を開始する（３〜４）。ＲＲＣ接続再設定手順の成功をＳｅＮＢ再設定完了メッセージで示す（５）。端末はＳｅＮＢのセルに対して同期化を行う（６）。ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されていると、適用可能な場合にＭｅＮＢとＳｅＮＢ間にデータ伝達がなされる（７〜８）。そして、適用可能な場合、経路アップデートが行われる（９）。
【０１３６】
図１５Ｃと関連して、ＳｅＮＢは、ベアラーコンテキスト関連又は他の端末コンテキスト関連情報を含み得るＳｅＮＢ変更要求メッセージを送信する（１）。
【０１３７】
ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定され、データ伝達が適用される必要がある場合、ＭｅＮＢは、ＭｅＮＢ開始ＳｅＮＢ変更手順の準備をトリガーし、ＳｅＮＢ変更要求メッセージで伝達アドレス情報を提供する。（２〜３）ＭｅＮＢは、ＲＲＣ接続再設定手順を開始する（４〜５）。ＲＲＣ接続再設定手順の成功をＳｅＮＢ変更確認メッセージで示す（６）。端末はＳｅＮＢのセルに対して同期化を行う（７）。ＭｅＮＢとＳｅＮＢ間のデータ伝達が発生し（８〜９）、適用可能な場合に経路アップデートが行われる（１０）。
【０１３８】
図１５Ｄは、ＭｅＮＢで始まったＳｅＮＢ解除手順を示す図であり、図１１Ｅは、ＳｅＮＢで始まったＳｅＮＢ解除手順を示す図である。
【０１３９】
ＳｅＮＢ解除手順はＭｅＮＢによって又はＳｅＮＢによって開始され得る。この手順は、ＳｅＮＢで端末コンテキストを解除するために用いられる。必ずしもＵＥへのシグナリングを含む必要はない。
【０１４０】
図１５Ｄと関連して、ＭｅＮＢはＳｅＮＢ解除要求メッセージを送信することによって手順を開始する（１）。ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されており、例えば、ＭｅＮＢに移動する場合、ＭｅＮＢはＳｅＮＢにデータ伝達アドレスを提供する。ＳｅＮＢはデータ伝達を開始し、ＳｅＮＢ解除要求メッセージを受信すると、端末へのユーザデータ提供を中断することができる。ＭｅＮＢはＲＲＣ接続再設定手順を開始する（２〜３）。ＳｅＮＢからＭｅＮＢへのデータ伝達が発生し（４〜５）、適用可能な場合に経路アップデート手順が開始される（６）。端末コンテキスト解除（ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ）メッセージを受信すると、ＳｅＮＢは、端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる（７）。
【０１４１】
図１５Ｅと関連して、ＳｅＮＢは、ノード間メッセージを含めないでＳｅＮＢ解除要求メッセージを送信することによって手順を開始する。ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されており、例えばＭｅＮＢに移動する場合、ＭｅＮＢは、ＳｅＮＢ解除確認メッセージでＳｅＮＢにデータ伝達アドレスを提供する（２）。ＳｅＮＢはデータ伝送を開始し、ＳｅＮＢ解除確認メッセージを受信すると、端末へのユーザデータ提供を中止することができる。ＭｅＮＢはＲＲＣ接続再設定手順を開始する（３〜４）。ＳｅＮＢでＭｅＮＢへのデータ伝達が行われ（５〜６）、適用可能な場合に経路アップデート手順が開始される（７）。端末コンテキスト解除メッセージを受信すると、ＳｅＮＢは端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる。進行中のデータ伝達は続けられ得る（８）。
【０１４２】
図１５Ｆは、ＳｅＮＢ変更手順を示す図である。
【０１４３】
ＳｅＮＢ変更手順は、ソースＳｅＮＢから対象ＳｅＮＢに端末コンテキストを送信する手段を提供する。
【０１４４】
ＭｅＮＢは、ＳｅＮＢ追加準備手順を通じて端末に対するリソースを割り当てるように対象ＳｅＮＢに要求することによってＳｅＮＢ変更手順を開始する（１〜２）。伝達が必要な場合、対象ＳｅＮＢはＭｅＮＢに伝達アドレスを提供する。
【０１４５】
対象ＳｅＮＢリソースの割り当てが成功すると、ＭｅＮＢは、端末及びソースＳｅＮＢへのソースＳｅＮＢリソースの解除を開始する（３）。データ伝達が必要な場合、ＭｅＮＢはソースＳｅＮＢにデータ伝達アドレスを提供する。直接データ伝達又は間接データ伝達が用いられる。ＳｅＮＢ解除要求メッセージの受信は、ソースＳｅＮＢがユーザデータを端末に提供することを中止し、該当する場合、データ伝達を始めるようにトリガーする。ＭｅＮＢは、端末が新しい設定を適用するようにトリガーする（４〜５）。ＲＲＣ接続再設定手順に成功すると、ＭｅＮＢは対象ＳｅＮＢに知らせる（６）。端末は対象ＳｅＮＢと同期を取る（７）。ソースＳｅＮＢからのデータ伝達は、ＳＣＧベアラーオプションと設定されたＥ−ＲＡＢに対して行われる。これは、ソースＳｅＮＢがＭｅＮＢからＳｅＮＢ解除要求メッセージを受信するやいなや、始まり得る（８〜９）。ベアラーコンテキストのいずれか一つがソースＳｅＮＢでＳＣＧベアラーオプションと設定された場合、経路アップデートがＭｅＮＢによってトリガーされる（１０〜１４）。端末コンテキスト解除メッセージの受信時に、Ｓ−ＳｅＮＢは、端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる。進行中のデータ伝達は続けられ得る（１５）。
【０１４６】
図１５Ｇは、ＭｅＮＢのｅＮＢ変更手順を示す図である。
【０１４７】
ソースＭｅＮＢは、Ｘ２ハンドオーバー準備手順を開始することによってＭｅＮＢからｅＮＢへの変更手順を開始する（１〜２）。対象ｅＮＢは、ソースＭｅＮＢに伝達アドレスを提供することができる。対象ｅＮＢリソースの割り当てが成功すると、ＭｅＮＢはソースＳｅＮＢに対するソースＳｅＮＢリソースの解除を開始する（３）。ＭｅＮＢが伝達アドレスを受信し、ソースＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されており、データ伝達が必要な場合に、ＭｅＮＢはソースＳｅＮＢにデータ伝達アドレスを提供する。直接データ伝達又は間接データ伝達のいずれかが用いられる。ＳｅＮＢ解除要求メッセージの受信は、ソースＳｅＮＢがユーザデータを端末に提供することを中止し、該当する場合、データ伝達を始めるようにトリガーする。ＭｅＮＢは、端末が新しい設定を適用するようにトリガーする（４）。端末は対象ｅＮＢと同期を取る（５〜６）。ＳｅＮＢからのデータ伝達は、ＳＣＧベアラーオプションと設定されたＥ−ＲＡＢに対して行われる（７〜８）。これは、ＳｅＮＢがＭｅＮＢからＳｅＮＢ解除要求メッセージを受信するやいなや、開始され得る。対象ｅＮＢはＳ１経路切替手順を開始する（９〜１３）。対象ｅＮＢはソースＭｅＮＢに対して端末コンテキスト解除手順を開始する（１４）。端末コンテキスト解除メッセージの受信時に、Ｓ−ＳｅＮＢは端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる。進行中のデータ伝達は続けられ得る（１５）。
【０１４８】
図１６はＥ−ＵＴＲＡＮから端末に送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対する概念図である。
【０１４９】
ＲＲＣ連結再設定メッセージが移動性制御情報を含まなく、端末がこのメッセージに含まれた構成を守ることができる場合、ＲＲＣ連結再設定手順の成功的な完了後、これが一番目ＲＲＣ連結再設定メッセージである場合、端末はＳＲＢ２と全てのＤＲＢのＰＤＣＰを再設定するか、ＳＲＢ２又は全てのＤＲＢのＲＬＣに対して再設定する。若しくは、ＲＲＣ連結再設定メッセージがｆｕｌｌＣｏｎｆｉｇを含む場合、ｒａｄｉｏ  ｃｏｎｆｉｇｕｒａｔｉｏｎ手順を遂行し、ＲＲＣ連結再設定メッセージがｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合、ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ手順を遂行し、その外に、端末はＳＲＢ２及び中止した全てのＤＲＢを再開する。
【０１５０】
ＲＲＣ連結再設定メッセージがｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合、端末はｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ手順を遂行する。
【０１５１】
受信されたＲＲＣ連結再設定メッセージがｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合、端末はＳＣｅｌｌを解除することができる。ＲＲＣ連結再設定メッセージにｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合、端末はＳＣｅｌｌの追加及び修正を遂行する。ＲＲＣ連結再設定メッセージにｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１Ｄｅｄｉｃａｔｅｄを含む場合、端末はＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１メッセージを受信した時に該当の動作を遂行する。ＲＲＣ連結再設定メッセージにｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳＬｉｓｔが含まれた場合、端末はｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳＬｉｓｔの各要素を羅列順と同一の順に上位階層に伝達することができる。ＲＲＣ連結再設定メッセージにｍｅａｓＣｏｎｆｉｇが含まれた場合、端末は測定再設定手順を遂行することができる。ＲＲＣ連結再設定メッセージにｏｔｈｅｒＣｏｎｆｉｇが含まれた場合、端末は他の構成手順を遂行する。
【０１５２】
端末はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを新たな構成を使う伝送のために下位階層に伝達することができ、この時にその手順が終了する。
【０１５３】
一方、ＲＲＣ連結再設定メッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むとともに端末がこのメッセージに含まれた構成を守ることができる場合、端末は実行中のタイマーＴ３１０を中止することができ、実行中のタイマーＴ３１２を中止することができ、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに含まれたようにｔ３０４にセットされたタイマーＴ３０４を開始させる。若しくは、ＲＲＣ連結再設定メッセージにｃａｒｒｉｅｒＦｒｅｑが含まれた場合、端末はｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって指示された物理的セルアイデンティティーを有するｃａｒｒｉｅｒＦｒｅｑによって表示された周波数上のターゲットＰＣｅｌｌとして見なすことができる。
【０１５４】
また、ＲＲＣ連結再設定メッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むとともに端末がこのメッセージに含まれた構成を守ることができる場合、端末はターゲットＰＣｅｌｌの下りリンクとの同期化を始め、ＭＡＣをリセットし、全てのＲＢに対してＰＤＣＰを再設定し、全てのＲＢに対してＲＬＣを再設定し、下位階層にＳＣｅｌｌ（設定されている場合）を非活性化することを設定し、Ｃ−ＲＮＴＩから新たなＵＥアイデンティティーの値を適用する。
【０１５５】
二重連結性において、ＵＥは以前のＭｅＮＢから新しいＭｅＮＢにハンドオーバーされることができる。この場合、ＳｅＮＢで構成された分割ベアラーはハンドオーバー時にＭＣＧベアラーに再構成される。ＵＥが分割ベアラーからＭＣＧベアラーへのベアラータイプ変更を含むＲＲＣ連結再構成メッセージを受信すれば、ＵＥはＳＣＧ−ＲＬＣを解除し、しばらく解除されたＳＣＧ−ＲＬＣから受信されたＰＤＣＰ  ＰＤＵの再整列を遂行する（いわゆる、一時順序再整列）。前記一時順序再整列の後、前記端末はＰＤＣＰ動作モードをＳＢ−ＰＤＣＰからＬ−ＰＤＣＰに変更する。前記一時順序再整列をいつ中止するかは３ＧＰＰで論議中である。
【０１５６】
ＭｅＮＢ  ｈａｎｄｏｖｅｒの際にセキュリティーキーとヘッダー圧縮手順は変更されることができる。再整列バッファーに保存されたＰＤＣＰ  ＰＤＵは以前のセキュリティーキーによって暗号化され、以前のヘッダー圧縮によって圧縮されるが、ＭｅＮＢハンドオーバー後に受信されたＰＤＣＰ  ＰＤＵは新たなセキュリティーキーによって暗号化されて新たなヘッダー圧縮によって圧縮される。
【０１５７】
この時、端末はどんなＰＤＣＰ  ＰＤＵから新たなセキュリティーキーと新たなヘッダー圧縮を適用するかに対して分からないというのが問題点である。これは、ＭｅＮＢハンドオーバー時に幾つかの目立つＰＤＣＰ  ＰＤＵｓ、つまりＭｅＮＢハンドオーバー時にＨＡＲＱ伝送中の一部ＰＤＣＰ  ＰＤＵｓに起因する。本発明は、端末が新たなセキュリティーキーと新たなヘッダー圧縮をどんなＰＤＣＰ  ＰＤＵから適用するかを示す方法に対して提案する。
【０１５８】
図１７は本発明の一実施例による二重連結システムでＰＤＣＰ  ＰＤＵを処理する方法の概念図である。
【０１５９】
本発明は、送信側ＰＤＣＰエンティティが分割無線ベアラーのセキュリティーキーを変更する時、送信側は新たなセキュリティーキーが後続のＰＤＵから適用されることを示す指示子を受信側に送信することを提案する。
【０１６０】
ハンドオーバーの際、端末は新たなセキュリティー構成を含むＲＲＣ再設定メッセージを受信する（Ｓ１７０１）。そして、端末は新たなセキュリティー構成から新たなセキュリティーキーを導出する。この時、端末はデータの伝送及び受信のために新たなセキュリティーキーを直ぐ適用しない。
【０１６１】
その後、端末はｅＮＢからどんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する（Ｓ１７０３）。
【０１６２】
好ましくは、前記ＰＤＣＰ制御ＰＤＵはセキュリティーキー変更指示子又は新たなセキュリティーキーが適用される一番目ＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンス番号を含む。
【０１６３】
端末は新たなセキュリティーキー変更指示子又は新たなセキュリティーキーが適用される一番目ＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンス番号を含むＰＤＣＰ制御ＰＤＵを受信すれば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージから受信したセキュリティー設定から導出されたセキュリティーキーに取り替え、次に送信されるか受信されるＰＤＣＰ  ＰＤＵに導出された新たなセキュリティーキーを適用する。
【０１６４】
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバーを含む場合には、新たなセキュリティー構成が該当のＰＤＣＰデータＰＤＵから適用される。
【０１６５】
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバーを含まない場合には、新たなセキュリティー構成は該当のＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用される。
【０１６６】
好ましくは、ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ指示する。
【０１６７】
好ましくは、ＰＤＣＰ制御ＰＤＵのヘッダーはどんなＰＤＣＰデータＰＤＵから新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む。
【０１６８】
前記セキュリティーキー変更指示子はＲＲＣメッセージ、ＲＬＣ制御ＰＤＵ、ＭＡＣ制御要素又は物理シグナリングによって伝送されることができる。
【０１６９】
図１８は本発明の一実施例による二重連結システムでＰＤＣＰ  ＰＤＵを処理する方法の概念図である。
【０１７０】
本発明は送信側が分割ラジオベアラーのヘッダー圧縮コンテキストをリセットするとき、送信側がヘッダー圧縮リセットを示す指示子を受信側に送信することを提案する。
【０１７１】
ヘッダー圧縮のリセットは、圧縮機の場合はＵモードで初期化及びリフレッシュ（ＩＲ）状態で始め、あるいは圧縮解除器の場合はＵモードでＮＣ（Ｎｏ  Ｃｏｎｔｅｘｔ）状態で始める。
【０１７２】
ハンドオーバーの際、端末はヘッダー圧縮コンテキストリセットを示すＲＲＣ連結再設定メッセージを受信する（Ｓ１８０１）。端末は直ぐＨＣをリセットする。
【０１７３】
端末は、ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰ  ＳＮを示すＰＤＣＰ制御ＰＤＵを受信する（Ｓ１８０３）。
【０１７４】
ＰＤＣＰ制御ＰＤＵはヘッダー圧縮リセット指示子又はヘッダー圧縮リセットを適用する一番目ＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンスナンバーを含む。
【０１７５】
ハンドオーバーの後、ヘッダー圧縮リセット指示子又はヘッダー圧縮リセットを適用する一番目ＰＤＣＰ  ＰＤＵのＰＤＣＰシーケンスナンバーを含むＰＤＣＰ制御ＰＤＵを受信する場合、端末は前記ＰＤＣＰ制御ＰＤＵを受信した時にＨＣをリセットするか、あるいは該当のヘッダー圧縮リセットを適用する一番目ＰＤＣＰ  ＰＤＵを受信する時にＨＣをリセットすることができる（Ｓ１８０５）。
【０１７６】
好ましくは、ＰＤＣＰ制御ＰＤＵは送信側と受信側でそれぞれ別個の値を指示する。
【０１７７】
好ましくは、ＰＤＣＰ制御ＰＤＵのヘッダーはどんなＰＤＣＰデータＰＤＵからヘッダー圧縮コンテキストリセットするかを示すＰＤＣＰ制御ＰＤＵの類型を含む。
【０１７８】
前記セキュリティーキー変更指示子は、ＲＲＣメッセージ、ＲＬＣ制御ＰＤＵ、ＭＡＣ制御要素又は物理シグナリングによって送信されることができる。
【０１７９】
以下で説明する本発明の実施例は本発明の構成要素及び特徴の組合せである。これら構成要素又は特徴は、特に他に指示がない限り、選択的なものとして見なすことができる。それぞれの構成要素又は特徴は他の構成要素又は特徴との組合せなしに実施されてもよい。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。一実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係でない請求項を結合して実施例を構成するか、出願後の補正によって新たな請求項として含めることができるということは当業者に明らかである。
【０１８０】
本発明の実施例において、基地局（ＢＳ）によって行われると説明された特定の動作は、上位ノードのＢＳによって行われてもよい。ＢＳを含む複数のネットワークノードで、ＭＳとの通信のために行われる様々な動作が、基地局によって行われるか、あるいは基地局以外の他のネットワークノードによって行われることは明らかである。「ｅＮＢ」は、「固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどの用語に代替されてもよい。
【０１８１】
前述した実施例は、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの組合せのような様々な手段によって具現されてもよい。
【０１８２】
ハードウェアの設定において、本発明の実施例に係る方法は、１つ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現されてもよい。
【０１８３】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態で具現されてもよい。ソフトウェアコードは、メモリユニットに格納され、プロセッサによって駆動され得る。前記メモリユニットは、前記プロセッサの内部又は外部に位置して、公知の様々な手段によって前記プロセッサとデータを交換することができる。
【０１８４】
本発明は、本発明の特徴を逸脱しない範囲内で他の特定の形態に具体化できるということは、当業者にとって自明である。したがって、上記の詳細な説明は、全ての面で制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定されなければなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１８５】
以上の方法は、３ＧＰＰ  ＬＴＥシステムに適用される例示を中心に説明されたが、本発明は、３ＧＰＰ  ＬＴＥシステムの他にも様々な無線通信システムに適用可能である。
【図１】
0006422514.tif 000002
【図２Ａ】
0006422514.tif 000003
【図２Ｂ】
0006422514.tif 000004
【図３】
0006422514.tif 000005
【図４】
0006422514.tif 000006
【図５】
0006422514.tif 000007
【図６】
0006422514.tif 000008
【図７】
0006422514.tif 000009
【図８Ａ】
0006422514.tif 000010
【図８Ｂ】
0006422514.tif 000011
【図９】
0006422514.tif 000012
【図１０】
0006422514.tif 000013
【図１１】
0006422514.tif 000014
【図１２】
0006422514.tif 000015
【図１３】
0006422514.tif 000016
【図１４Ａ】
0006422514.tif 000017
【図１４Ｂ】
0006422514.tif 000018
【図１５Ａ】
0006422514.tif 000019
【図１５Ｂ】
0006422514.tif 000020
【図１５Ｃ】
0006422514.tif 000021
【図１５Ｄ】
0006422514.tif 000022
【図１５Ｅ】
0006422514.tif 000023
【図１５Ｆ】
0006422514.tif 000024
【図１５Ｇ】
0006422514.tif 000025
【図１６】
0006422514.tif 000026
【図１７】
0006422514.tif 000027
【図１８】
0006422514.tif 000028