JP2017521004A

JP2017521004A - 端末が二重連結システムでｐｄｃｐｐｄｕを処理する方法及びその装置

Info

Publication number: JP2017521004A
Application number: JP2016575909A
Authority: JP
Inventors: ソンジュンイ，; スンヨンリ，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-08-07
Filing date: 2015-06-12
Publication date: 2017-07-27
Anticipated expiration: 2035-06-12
Also published as: US20170215225A1; WO2016021822A1; CN106537882A; EP3178218A4; JP6422514B2; KR20170041658A; EP3178218A1

Abstract

本発明は無線通信システムに関する。より具体的に、本発明は二重連結システムでＰＤＣＰＰＤＵを処理する方法及びその装置に関するものであり、前記方法は、新たなセキュリティー構成を含む無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；どんなＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する段階；及び前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する段階を含む。【選択図】図１７

Description

本発明は無線通信システムに係り、より詳しくは端末が二重連結システムでＰＤＣＰＰＤＵを処理する方法及びその装置に関するものである。

本発明を適用できる無線通信システムの一例として、３ＧＰＰＬＴＥ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ；以下、“ＬＴＥ”という）通信システムについて概略的に説明する。

図１は、無線通信システムの一例として、Ｅ−ＵＭＴＳ網の構造を概略的に示した図である。Ｅ−ＵＭＴＳ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）は、既存のＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７とＲｅｌｅａｓｅ８を参照することができる。

図１を参照すると、Ｅ−ＵＭＴＳは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置し、外部ネットワークと接続される接続ゲートウェイ（ＡｃｃｅｓｓＧａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。

一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末に下りリンク又は上りリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網（ＣｏｒｅＮｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）単位で端末の移動性を管理する。

無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術進化が要求され、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。

本発明の課題はＰＤＣＰＰＤＵの手順が正しくないことが検出される場合、二重連結システムでＰＤＣＰＰＤＵを処理する方法及び装置を提供することにある。本発明が解決しようとする技術的課題は以上で言及した技術的課題に制限されなく、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野の当業者に明らかに理解可能であろう。

本発明の目的は、無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、新たなセキュリティー構成を含む無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；どんなＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する段階；及び前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する段階を含む方法を提供することによって達成可能である。

好ましくは、前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を含む場合、前記新たなセキュリティー構成は前記ＰＤＣＰデータＰＤＵから適用される。

好ましくは、前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を含まない場合、前記新たなセキュリティー構成は前記ＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用される。

好ましくは、前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示すことを含む。

好ましくは、前記ＰＤＣＰ制御ＰＤＵのヘッダーはどんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む。

本発明の他の態様において、本発明の目的は、無線通信システムで動作する端末に対する方法であって、ヘッダー圧縮コンテキストリセットを示す無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；前記ヘッダー圧縮コンテキストがリセットされるＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）のＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を示すＰＤＣＰ制御ＰＤＵを受信する段階；及び前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰＳＮを有するＰＤＣＰＤａｔａＰＤＵから前記ヘッダー圧縮コンテキストリセットを適用する段階を含む方法を提供することによって達成可能である。

好ましくは、前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す。

好ましくは、前記ＰＤＣＰ制御ＰＤＵヘッダーは前記ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰＳＮを示すＰＤＣＰ制御ＰＤＵの類型を含む。

前述した一般的な説明と次の本発明の詳細な説明は例示及び説明のためのもので、請求するような本発明の更なる説明を提供しようとするものであることを理解すべきである。

本発明によると、二重連結システムでＰＤＣＰＰＤＵを効果的に処理することができる。当業者であれば、本発明によって達成される効果が先に具体的に説明したものに限定されなく、本発明の他の利点は添付図面を参照する以降の詳細な説明からより明らかに理解可能であることが分かるであろう。

本発明の更なる理解のために含まれ、この出願に組み込まれてこの出願の一部を構成する添付図面は本発明の実施形態を例示し、詳細な説明とともに本発明の原理を説明する機能をする。
無線通信システムの一例であり、Ｅ―ＵＭＴＳネットワーク構造を概略的に示す図である。図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）構造を示すブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）構造を示すブロック図であり、図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間における無線インタフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ）及びユーザ平面（ＵｓｅｒＰｌａｎｅ）の構造を示す図である。Ｅ―ＵＭＴＳシステムで用いられる物理チャネル構造の一例を示す図である。本発明の実施例に係る通信装置を示すブロック図である。搬送波集成を示す図である。マスターセルグループ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ、ＭＣＧ）と補助セルグループ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ、ＳＣＧ）の間の二重連結性（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）の概念図である。図８ａは二重連結性に関連する基地局の制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ、Ｃ−Ｐｌａｎｅ）連結性の概念図、図８ｂは二重連結性に関連する基地局の使用者平面（ＵｓｅｒＰｌａｎｅ、Ｕ−Ｐｌａｎｅ）連結性の概念図である。図８ａは二重連結性に関連する基地局の制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ、Ｃ−Ｐｌａｎｅ）連結性の概念図、図８ｂは二重連結性に関連する基地局の使用者平面（ＵｓｅｒＰｌａｎｅ、Ｕ−Ｐｌａｎｅ）連結性の概念図である。二重連結性のための無線プロトコル構造の概念図である。下りリンクに対するＬＴＥプロトコル構造の概略図である。ＰＤＣＰエンティティの構造の概念図である。ＰＤＣＰエンティティの機能的観点を示す概念図である。送信側と受信側のＰＤＣＰ状態報告に対する概念図である。図１４ａはＳＣＧ変更手順の概念図、図１４ｂはＳＣＧ追加／ＭｅＮＢによるＳＣＧ変更手順を示す概念図である。図１４ａはＳＣＧ変更手順の概念図、図１４ｂはＳＣＧ追加／ＭｅＮＢによるＳＣＧ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。図１５ａはＳｅＮＢ追加手順を示す概念図、図１５ｂはＭｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｃはＳｅＮＢで始まったＳｅＮＢ変更手順を示す概念図、図１５ｄはＭｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｅはＳｅＮＢで始まったＳｅＮＢ解除手順を示す概念図、図１５ｆはＳｅＮＢ変更手順を示す概念図、図１５ｇはＭｅＮＢのｅＮＢ変更手順を示す概念図である。Ｅ−ＵＴＲＡＮから端末に送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの概念図である。本発明の実施例による二重連結システムでＰＤＣＰＰＤＵを処理する方法の概念図である。本発明の実施例による二重連結システムでＰＤＣＰＰＤＵを処理する方法の概念図である。

ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌｓｙｓｔｅｍｆｏｒｍｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）、及びＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）で動作する３世代（３ｒｄＧｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―ＴｅｒｍＥｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって議論中にある。

３ＧＰＰＬＴＥは、高速パケット通信を可能にする技術である。ユーザ及び提供者の費用を減少させ、サービス品質を改善し、カバレージ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３ＧＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。

以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。

本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。したがって、本発明の各実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。

図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）などの多様なサービスを提供するために広く配置される。

図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄＵＭＴＳｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）、ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ）２０を含むことができ、複数の端末１０が一つのセルに位置することができる。一つ以上のＥ―ＵＴＲＡＮＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）／ＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに接続することもできる。

本明細書において、「下りリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「上りリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザによって運搬される通信装備を称し、また、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ、ＭＳ）、ユーザ端末（ＵｓｅｒＴｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる。

図２Ｂは、一般的なＥ―ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。

図２Ｂに示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント（ｅｎｄｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続することができる。

ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）と称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。

ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター（ｉｎｔｅｒ）ＣＮノードシグナリング、（ページング再送信の制御及び実行を含む。）遊休モード（ｉｄｌｅｍｏｄｅ）ＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休モード及び活性モード（ａｃｔｉｖｅｍｏｄｅ）のＵＥのための）トラッキング領域リスト管理、ＰＤＮＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラー設定を含むベアラー管理、（ＥＴＷＳ及びＣＭＡＳを含む）ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザ（Ｐｅｒ―ｕｓｅｒ）ベースのパケットフィルタリング（例えば、深層パケット検査を使用）、適法なインターセプション（ＬａｗｆｕｌＩｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥＩＰアドレス割当て、下りリンクでの送信（Ｔｒａｎｓｐｏｒｔ）レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。

複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造（ｍｅｓｈｅｄｎｅｔｗｏｒｋｓｔｒｕｃｔｕｒｅ）を有することができる。

図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＣＨ）情報のスケジューリング及び送信、上りリンク及び下りリンクの全てにおける各ＵＥ１０のための動的リソース割当て、ｅＮＢ測定の構成及び準備、無線ベアラー制御、無線承認制御（ＲａｄｉｏＡｄｍｉｓｓｉｏｎＣｏｎｔｒｏｌ、ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ、ＳＡＥ）ベアラー制御、及び非―接続層（Ｎｏｎ―ＡｃｃｅｓｓＳｔｒａｔｕｍ、ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。

ＥＰＣは、移動性管理エンティティ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＵＴＲＡＮを終端点として有するゲートウェイであり、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。

図３は、３ＧＰＰ無線接続網規格に基づく端末とＥ―ＵＴＲＡＮとの間の無線インタフェースプロトコルの制御平面及びユーザ平面の構造を示す図である。制御平面は、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

第１層である物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて上位層に情報送信サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層とは送信チャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）を介して接続されている。前記送信チャネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャネルを介してデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ―ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調される。

第２層の媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２層のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰバージョン４（ＩＰｖｅｒｓｉｏｎ４、ＩＰｖ４）パケットやＩＰバージョン６（ＩＰｖ６）パケットのようなＩＰ（ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌ）パケットを効率的に送信するために不必要な制御情報を減少させるヘッダー圧縮（ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）機能を行う。

第３層の最下部に位置した無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。

ｅＮＢの一つのセルは、１．２５ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域で下りリンク又は上りリンク送信サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。

Ｅ―ＵＴＲＡＮから端末への送信のための下りリンク送信チャネル（ＤｏｗｎｌｉｎｋｔｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）、各ページングメッセージを送信するＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅｌ）、及びユーザトラフィック又は各制御メッセージを送信するための下りリンク共有チャネル（ＳｈａｒｅｄＣｈａｎｎｅｌ、ＳＣＨ）を含む。下りリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、下りリンクＳＣＨを介して送信することもでき、又は別途の下りリンクＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信することもできる。

端末からネットワークにデータを送信する上りリンク送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）と、その他にユーザトラフィックや制御メッセージを送信する上りリンクＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）とがある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネルとしては、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、及びＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャネル構造の一例を示した図である。物理チャネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報送信領域（ＰＤＣＣＨ）とデータ領域（ＰＤＳＣＨ）を示した。一実施例において、１０ｍｓの無線フレーム（ｒａｄｉｏｆｒａｍｅ）が使用され、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を送信するために使用することができる。データ送信のための時間単位である送信時間間隔（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。

基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、送信チャネルであるＤＬ―ＳＣＨを用いる物理チャネルであるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて送信される。

例えば、特定のＰＤＣＣＨが「Ａ」というＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ）でＣＲＣマスク（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース（例えば、周波数位置）及び「Ｃ」という送信形式情報（例えば、送信ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が特定サブフレームを通じて送信されると仮定する。この場合、セル内の端末は、自身が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

図５は、本発明の実施例に係る通信装置のブロック図である。

図５に示された装置は、前述したメカニズムを行うように適応されたユーザ装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同じ作業を行う任意の装置であってもよい。

図５に示したように、装置は、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）／マイクロプロセッサ１１０及びＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）モジュール（送受信機；１３５）を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に接続されて送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、ＳＩＭカード１２５、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。

特に、図５は、ネットワークから要求メッセージを受信するように構成された受信機１３５、及びネットワークに送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示してもよい。このような受信機と送信機は送受信機１３５を構成できる。端末は、送受信機（受信機及び送信機）１３５に接続されたプロセッサ１１０をさらに含むこともできる。

また、図５は、端末に要求メッセージを送信するように構成された送信機１３５、及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示してもよい。送信機及び受信機は送受信機１３５を構成することもできる。ネットワークは、送信機及び受信機に接続されたプロセッサ１１０をさらに含む。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延（ｌａｔｅｎｃｙ）を計算することもできる。

図６は搬送波集成（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）を示す図である。

図６を参照して多重搬送波を支援する搬送波集成技術について説明する。前述したように、搬送波集成によって既存の無線通信システム（例えば、ＬＴＥシステム）で定義される帯域幅単位（例えば、２０ＭＨｚ）の搬送波（構成搬送波、ＣＣ）を最大５個束ねて最大１００ＭＨｚまでのシステム帯域幅を支援することができる。搬送波集成に用いられる構成搬送波の帯域幅の大きさは互いに同一であっても異なってもよい。また、それぞれの構成搬送波は異なった周波数帯域（又は中心周波数）を有する。また、それぞれの構成搬送波は連続的な周波数帯域上に存在することもできるが、不連続的な周波数帯域上に存在する構成搬送波を搬送波集成に用いることもできる。また、搬送波集成技術において、上りリンクと下りリンクの帯域幅大きさが対称的に割り当てられることも、非対称的に割り当てられることもできる。

搬送波集成に用いられる多重搬送波（構成搬送波）は主構成搬送波（ＰｒｉｍａｒｙＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ；ＰＣＣ）及び補助構成搬送波（ＳｅｃｏｎｄａｒｙＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ；ＳＣＣ）に分類できる。ＰＣＣはＰセル（ＰＣｅｌｌ；ＰｒｉｍａｒｙＣｅｌｌ）と言うこともでき、ＳＣＣはＳセル（ＳＣｅｌｌ；ＳｅｃｏｎｄａｒｙＣｅｌｌ）と言うこともできる。主構成搬送波は、基地局が端末とトラフィック及び制御シグナリングを交換するために用いる搬送波である。制御シグナリングには、構成搬送波の付加、主構成搬送波に対する設定、上りリンクグラント（ＵＬｇｒａｎｔ）又は下りリンク割当て（ＤＬａｓｓｉｇｎｍｅｎｔ）などを含むことができる。基地局で複数の構成搬送波が用いることができるが、その基地局に属する端末は一つの主構成搬送波のみを有するものに設定されることもできる。端末が単一搬送波モードで動作する場合には主構成搬送波が用いられる。よって、主構成搬送波は独立的にも用いられるように基地局と端末の間のデータ及び制御シグナリングの交換に必要な全ての要求事項を満たすように設定されなければならない。

一方、補助構成搬送波は送受信されるデータ要求量などによって活性化するかあるいは非活性化することができる付加的な構成搬送波である。補助構成搬送波は基地局から受信される特定の命令及び規則に従ってのみ使われるように設定されることもできる。また、補助構成搬送波は付加的な帯域幅を支援するために主構成搬送波と一緒に用いられるように設定されることもできる。活性化した補助構成搬送波を介して、基地局から端末に上りリンクグラント又は下りリンク割当てのような制御信号が受信されることができ、端末から基地局にチャネル品質指示子（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ；ＣＱＩ）、プレコーディング行列指示子（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｅｘ；ＰＭＩ）、ランク指示者（ＲａｎｋＩｎｄｉｃａｔｏｒ；ＲＩ）、サウンディング参照信号（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＳＲＳ）などの上りリンクを介した制御信号が送信されることができる。

端末に対するリソース割当ては主構成搬送波及び複数の補助構成搬送波の範囲を有することができる。多重搬送波集成モードにおいて、システムはシステム負荷（つまり、静的／動的負荷バランシング）、ピークデータレート、又はサービス品質要求に基づいて、下りリンク及び／又は上りリンクに非対称的に補助構成搬送波を端末に割り当てることもできる。搬送波集成技術を用いるに際して、構成搬送波に対する設定はＲＲＣ連結手順（ＲＲＣｃｏｎｎｅｃｔｉｏｎｐｒｏｃｅｄｕｒｅ）以後に基地局から端末に提供される。ＲＲＣ連結は、ＳＲＢを介して端末のＲＲＣ階層とネットワークの間で交換されるＲＲＣシグナリングに基づいて端末に無線リソースが割り当てられることを意味する。端末と基地局のＲＲＣ連結手順の後に、端末は基地局から主構成搬送波及び補助構成搬送波に対する設定情報を受けることができる。補助構成搬送波に対する設定情報は補助構成搬送波の付加／削除（又は活性化／非活性化）を含むことができる。したがって、基地局と端末の間に補助構成搬送波を活性化させるか既存の補助構成搬送波を非活性化させるためには、ＲＲＣシグナリング及びＭＡＣ制御要素（ＭＡＣＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）の交換を遂行する必要がある。

補助構成搬送波の活性化又は非活性化は、サービス品質（ＱｏＳ）、搬送波の負荷条件及び他の要因に基づいて基地局によって決定されることができる。基地局は、下りリンク／上りリンクに対する指示類型（活性化／非活性化）及び補助構成搬送波リストなどの情報を含む制御メッセージを用いて端末に補助構成搬送波設定を指示することができる。

図７はマスターセルグループ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ、ＭＣＧ）と補助セルグループ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ、ＳＣＧ）の間の二重連結性（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）に対する概念図である。

二重連結性（ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ）は端末がマスターｅＮＢ（ＭｅＮＢ）と補助ｅＮＢ（ＳｅＮＢ）に同時に連結されることができることを意味する。ＭＣＧはＭｅＮＢと関連するサービングセルのグループであって、ＰＣｅｌｌに加えて選択的に一つ以上のＳＣｅｌｌを含む。またＳＣＧはＳｅＮＢと関連するサービングセルのグループであって、特別（ｓｐｅｃｉａｌ）ＳＣｅｌｌに加えて選択的に一つ以上のＳＣｅｌｌを含む。ＭｅＮＢは少なくともＳ１−ＭＭＥ（制御平面のためのＳ１）を縦断するｅＮＢであり、ＳｅＮＢはＭｅＮＢではないが、端末のための付加的な無線リソースを提供するｅＮＢである。

二重連結性は端末に複数のサービングセルが設定されるという点で搬送波集成の一種である。ただ、図８の搬送波集成の場合、全てのサービングセルが同じｅＮＢによってサーブされるが、図１０の二重連結の場合、全てのサービングセルは同時にそれぞれ互いに異なるｅＮＢによってサーブされる。端末が互いに異なるｅＮＢに同時に連結されているから、互いに異なるｅＮＢは非理想的（ｎｏｎ−ｉｄｅａｌ）バックホールインターフェースを介して連結されている。

二重連結性によって、ハンドオーバー（ｈａｎｄｏｖｅｒ）可能性を低めるためにＭＣＧ内のスケジューリング無線ベアラー（ＳｃｈｅｄｕｌｉｎｇＲａｄｉｏＢｅａｒｅｒ、ＳＲＢ）又は他のＤＲＢを維持するとともに高処理量を提供するために、一部のデータ無線ベアラー（ＤａｔａＲａｄｉｏＢｅａｒｅｒ、ＤＲＢ）はＳＣＧにオフロード（ｏｆｆｌｏａｄ）されることができる。ＭＣＧは周波数ｆ１を介してＭｅＮＢによって作動し、ＳＣＧは周波数ｆ２を介してＳｅＮＢによって作動する。周波数ｆ１及びｆ２は同一であり得る。ＭｅＮＢとＳｅＮＢの間のバックホール（ｂａｃｋｈａｕｌ）インターフェースは（例えば、Ｘ２インターフェース）、バックホールに相当な遅延があって一つのノードでの中央化したスケジューリングができないため、非理想的である。

図８ａは特定端末に対する二重連結性に関与する基地局の制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ、Ｃ−Ｐｌａｎｅ）連結性を示す。ＭｅＮＢはＳ１−ＭＭＥに連結された制御平面であり、ＭｅＮＢとＳｅＮＢはＸ２−Ｃ（Ｘ２−制御平面）を介して互いに連結される。図８ａのように、二重連結性のための基地局間（Ｉｎｔｅｒ−ｅＮＢ）制御平面シグナリングがＸ２インターフェースシグナリングによって遂行される。ＭＭＥへの制御平面シグナリングはＳ１インターフェースシグナリングによって遂行される。ＭｅＮＢとＭＭＥの間に端末当たりただ一つのＳ１−ＭＭＥ連結が存在する。それぞれの基地局は、例えばＳＣＧに対するＳＣｅｌｌ（ＳｅｃｏｎｄａｒｙＣｅｌｌ）を他の端末に提供する間に一部の端末にはＰＣｅｌｌ（ＰｒｉｍａｒｙＣｅｌｌ）を提供することのように、端末を独立的に取り扱わなければならない。特定の端末に対する二重連結性に関連するそれぞれの基地局は自分の無線リソースを有し、自分のセルの無線リソースを割り当てること及びＸ２インターフェースシグナリングによって行われるＭｅＮＢとＳｅＮＢ間のそれぞれの調整に対して主に責任がある。

図８ｂは特定端末に対する二重連結性に関連する基地局の使用者平面（ＵｓｅｒＰｌａｎｅ、Ｕ−Ｐｌａｎｅ）連結性を示す。使用者平面連結性は次のようにベアラーオプション設定による：ｉ）ＭＣＧベアラーにおいて、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷに使用者平面連結され、ii）分割ベアラーにおいて、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷに使用者平面連結され、さらにＭｅＮＢとＳｅＮＢはＸ２−Ｕを介して互いに連結され、iii）ＳＣＧベアラーにおいて、ＳｅＮＢはＳ１−Ｕを介してＳ−ＧＷと直接連結される。ＭＣＧ及び分離ベアラーのみが設定された場合、ＳｅＮＢにはＳ１−Ｕ縦断が存在しない。二重連結性において、マクロセルのグループからスモールセルのグループへのデータオフロード（ｏｆｆｌｏａｄ）のためにスモールセルの改善が要求される。スモールセルはマクロセルから離れて配置されることができるため、端末の観点で複数のスケジューラが互いに異なるノードに分離されて位置し、独立的に動作する。これは、異なったスケジューリングノードが異なった無線リソース環境と出会うことを意味し、それぞれのスケジューリングノードが異なったスケジューリング結果を有することができることを意味する。

図９は二重連結性のための無線プロトコル構造の概念図である。

本実施例のＥ−ＵＴＲＡＮは、Ｘ２インターフェース上の非理想的バックホール（ｂａｃｋｈａｕｌ）を介して連結された２個の基地局に位置し、２個の別個のスケジューラ（ｓｃｈｅｄｕｌｅｒ）によって提供された無線リソースを活用するように構成されたＲＲＣ連結（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態の複数の受信／送信（Ｒｘ／Ｔｘ）端末によって二重連結性（Ｄｕａｌｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）動作を支援することができる。特定の端末に対する二重連結性に関連する基地局は２種の異なった役目を取ることもできる：基地局はＭｅＮＢ又はＳｅＮＢとして行動することもできる。二重連結性において、端末は一つのＭｅＮＢ及び一つのＳｅＮＢに連結されることができる。

二重連結性（ＤＣ）動作において、特定のベアラー（ｂｅａｒｅｒ）が用いる無線プロトコル構造はベアラーがどのように設定されたかによる。三つの代案として、ＭＣＧ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ）ベアラー９０１、分割ベアラー（ｓｐｌｉｔｂｅａｒｅｒ）９０３及びＳＣＧ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ）ベアラー９０５が存在する。三つの代案は図９に図示されている。ＳＲＢ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ）はいつもＭＣＧベアラーでなり、ＭｅＮＢによって提供される無線リソースのみを用いる。ＭＣＧ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ）ベアラー９０１は二重連結性でのみＭｅＮＢリソースを用いるためにＭｅＮＢにのみ位置する無線プロトコルである。また、ＳＣＧ（ＳｅｃｏｎｄａｒｙＣｅｌｌＧｒｏｕｐ）ベアラー９０５は二重連結性でＳｅＮＢリソースを用いるためにＳｅＮＢにのみ位置する無線プロトコルである。

特に、分割（ｓｐｌｉｔ）ベアラー９０３は二重連結性でＭｅＮＢ及びＳｅＮＢリソースの両者を用いるためにＭｅＮＢ及びＳｅＮＢの両者に位置する無線プロトコルであり、分割ベアラー８０３は一方向（ｄｉｒｅｃｔｉｏｎ）に対する単一ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）エンティティ、２個のＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）エンティティ及び２個のＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）エンティティを含む無線ベアラーであり得る。特に、二重連結性動作はＳｅＮＢによって提供された無線リソースを用いるように設定された少なくとも一つのベアラーを有するものとしても説明されることができる。

予想される分割ベアラー９０３の利点は次のようである。ｉ）ＳｅＮＢの移動性（ｍｏｂｉｌｉｔｙ）がＣＮに隠され、ii）ＭｅＮＢでのみ要求される暗号化（ｃｉｐｈｅｒｉｎｇ）の保安に影響がなく、iii）ＳｅＮＢ転換に要求されるＳｅＮＢの間のデータ伝達（ｆｏｒｗａｒｄｉｎｇ）が不要であり、iｖ）ＭｅＮＢからＳｅＮＢへのＳｅＮＢトラフィックのＲＬＣプロセッシングが除去され、ｖ）ＲＬＣに及ぶ影響がほとんどなく、ｖi）同じベアラーに対してＭｅＭＢとＳｅＮＢで無線リソースを用いることができ、ｖii）ＳｅＮＢ移動性に対する要求条件が緩和される（ＭｅＮＢを用いることができる）。

予想される分割ベアラー９０３の欠点は次のようである。ｉ）ＭｅＮＢで全ての二重連結性トラフィックを探して処理及び記憶しなければならなく、ii）ＰＤＣＰエンティティがＰＤＣＰＰＤＵの送信のためにＭｅＮＢへの経路を探し、受信のために記憶しなければならなく、iii）ＭｅＮＢとＳｅＮＢの間に流れ制御（ｆｌｏｗｃｏｎｔｒｏｌ）が必要であり、iｖ）上りリンクで、ＲＬＣ再伝送及びＲＬＣ状態ＰＤＵ（対応ＲＬＣエンティティが存在するｅＮＢに制限される）の処理に論理チャネル優先順位が影響を及ぼし、ｖ）二重連結ＵＥに対して、ローカルブレイクアウト（ｌｏｃａｌｂｒｅａｋ−ｏｕｔ）及びＳｅＮＢに記憶されるコンテンツを支援しない。

二重連結性において、ＭＣＧとＳＣＧのための二つのＭＡＣエンティティがＵＥに設定される。それぞれのＭＡＣエンティティはＲＲＣによって構成され、サービングセルはＰＵＣＣＨ伝送及び競争に基づくランダムアクセスを支援する。ＳｐＣｅｌｌはこのようなセルを意味し、ＳＣｅｌｌは他のサービングセルを意味する。また、ＳｐＣｅｌｌはＭＡＣエンティティのＭＣＧ又はＳＣＧとの関連有無によってＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌ（ＰｒｉｍａｒｙＳｅｃｏｎｄａｒｙＣｅｌｌ）を意味する。ＭＡＣエンティティのＳｐＣｅｌｌを含むタイミングアドバンスグループ（ＴｉｍｉｎｇＡｄｖａｎｃｅＧｒｏｕｐ）をｐＴＡＧといい、ｓＴＡＧは他のＴＡＧを意味する。

ＵＥにおける互いに異なるＭＡＣエンティティの機能は別に指示されない限り、独立的に動作する。それぞれのＭＡＣエンティティに使われるタイマーとパラメータは他に指示されない限り、独立的に設定される。それぞれのＭＡＣエンティティによって考慮されるサービングセル、Ｃ−ＲＮＴＩ、無線ベアラー、論理チャネル、上部及び下部レイヤーエンティティ、ＬＣＧ及びＨＡＲＱエンティティは他に指示されない限り、当該ＭＡＣエンティティにマッピングされるサービングセル、Ｃ−ＲＮＴＩ、無線ベアラー、論理チャネル、上部及び下部レイヤーエンティティ、ＬＣＧ及びＨＡＲＱエンティティを意味する。

一方、二重連結性において、一つのＰＤＣＰエンティティは端末に設定される。一つの端末には非理想的なバックホールＸ２を介して連結された二つの相異なるｅＮＢがある。分割ベアラー９０３が相異なるｅＮＢ（ＭｅＮＢ及びＳｅＮＢ）に伝達される場合、ＳｅＮＢはＰＤＣＰＰＤＵをＭｅＮＢにフォワーディングする。この非理想的バックホールのため、ＰＤＣＰＰＤＵは正しくない順序で受信されやすい。

図１０は下りリンクに対するＬＴＥプロトコル構造の概略図である。

図１０に下りリンクに対するＬＴＥプロトコル構造の概略図が示されている。また、輸送（ｔｒａｎｓｐｏｒｔ）フォーマット選択及び多重アンテナ送信に関連する違いがあるが、上りリンク送信に関連するＬＴＥプロトコル構造は図９に示した下りリンクに対するＬＴＥプロトコル構造と類似している。

下りリンクで送信されるデータはＳＡＥベアラー（ｂｅａｒｅｒ）１００１の一つ上のＩＰパケットフォーマットに進入する、無線インターフェース上の送信に先立ち、インカミング（ｉｎｃｏｍｉｎｇ）ＩＰパケットは、以下に要約されて次の節でもっと具体的に説明される多重プロトコルエンティティを介して通過される：
＊ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）１００３は、無線インターフェース上での送信に必要なビットの数を減らすために、ＩＰヘッダー圧縮を遂行する。ヘッダー圧縮メカニズムは、ＷＣＤＭＡ（登録商標）だけでなく他の一部の移動通信標準に用いられる標準ヘッダー圧縮アルゴリズムであるＲＯＨＣに基づく。また、ＰＤＣＰ１００３は送信データの暗号化（ｃｉｐｈｅｒｉｎｇ）と完全性保護（ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）に関与している。受信側で、ＰＤＣＰプロトコルは対応暗号解読（ｄｅｃｉｐｈｅｒｉｎｇ）及び圧縮解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）動作を遂行する。移動端末に設定された無線ベアラー当たり一つのＰＤＣＰエンティティが存在する。

＊ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）１００５は分割（ｓｅｇｍｅｎｔａｔｉｏｎ）／連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、再送信処理、及び上位階層への順次伝達（ｉｎ−ｓｅｑｕｅｎｃｅｄｅｌｉｖｅｒｙ）に責任がある。ＷＣＤＭＡ（登録商標）とは違い、ＬＴＥ無線−接続−ネットワーク構造でノードの単一類型のみあるため、ＲＬＣプロトコルはｅＮＢ（ｅＮｏｄｅＢ）に位置する。ＲＬＣ９０５は無線ベアラーの形態としてサービスをＰＤＣＰ１００３に提供する。端末に対して設定された無線ベアラー当たり一つのＲＬＣエンティティが存在する。

端末に設定されるそれぞれの論理チャネルに対して一つのＲＬＣエンティティが存在し、それぞれのＲＬＣエンティティは、ｉ）ＲＬＣＳＤＵの分割（ｓｅｇｍｅｎｔａｔｉｏｎ）、連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）及び再組立（ｒｅａｓｓｅｍｂｌｙ）、ii）ＲＬＣ再伝送、iii）当該論理チャネルに対する順次（ｉｎ−ｓｅｑｕｅｎｃｅ）伝達及び複製検出を担当する。

その他の著しいＲＬＣの特徴は、（１）変化するＰＣＵ大きさの処理、（２）ｈｙｂｒｉｄ−ＡＲＱとＲＬＣプロトコル間の密接な相互作用の可能性である。最後に、論理チャネル当たり一つのＲＬＣエンティティ、コンポーネント搬送波当たり一つのｈｙｂｒｉｄ−ＡＲＱが存在するというのは、搬送波集成の場合、一つのＲＬＣエンティティが多数のｈｙｂｒｉｄ−ＡＲＱエンティティと相互作用することもできることを意味する。

分割及び連結メカニズムの目的は、受信されるＲＬＣＳＤＵから適切な大きさを有するＲＬＣＰＤＵを生成することである。一つの可能な方法は、妥協の可能な固定されたＰＤＵ大きさを定義することである。この大きさがあまり大きくなれば、最小データ速度を支援することができない。したがって、一部のシナリオにおいては過度なパディング（ｐａｄｄｉｎｇ）が要求されることができる。しかし、一つの小さなＰＤＵ大きさはそれぞれのＰＤＵに含まれるヘッダーに大きなオーバーヘッドをもたらすことができる。ＬＴＥが支援するデータ速度の非常に大きなダイナミックレンジにおいて特に問題になるこのような欠点を避けるために、ＲＬＣＰＤＵ大きさを動的に変化させる。

ＲＬＣＳＤＵをＲＬＣＰＤＵに扮する及び連結する過程において、ヘッダーは、他のフィールドの中で、リオーダリング（ｒｅｏｒｄｅｒｉｎｇ）及び再伝送メカニズムに用いられるシーケンスナンバーを含む。受信側の再組立機能（ｒｅａｓｓｅｍｂｌｙｆｕｎｃｔｉｏｎ）は逆動作を行って、受信されたＰＤＵからＳＤＵを再組立する。

＊ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）１００７はハイブリッド−ＡＲＱ再送信と上りリンク及び下りリンクスケジューリングを取り扱う。スケジューリング機能は、上りリンクと下りリンクの両者に対し、セル当たり一つのＭＡＣエンティティを有するｅＮＢ内に位置する。ハイブリッド−ＡＲＱプロトコル部はＭＡＣプロトコルの送信端及び受信端の両者に存在する。ＭＡＣ１００７は、論理チャネル１００９の形態としてサービスをＲＬＣ１００５に提供する。

＊物理階層（ＰｈｙｓｉｃａｌＬａｙｅｒ、ＰＨＹ）１０１１は符号化／復号化、変調／復調、多重アンテナマッピング、及び他の通常的物理階層機能を取り扱う。物理階層１０１１は輸送チャネル１０１３の形態としてＭＡＣレイヤー１００７にサービスを提供する。

図１１はＰＤＣＰエンティティの構造の概念図である。

図１１はＰＤＣＰ下位階層に対する一つの可能な一例の構造を示すが、具現を制限しない。それぞれのＲＢ（すなわち、ＳＲＢ０を除いたＤＲＢ及びＳＲＢ）は一つのＰＤＣＰエンティティと関連する。それぞれのＰＤＣＰエンティティはＲＢ特性（すなわち、偏方向又は両方向）及びＲＬＣモードによって一つ又は二つの（各方向に対して一つの）ＲＬＣエンティティと連関する。ＰＤＣＰエンティティはＰＤＣＰ下位階層にある。ＰＤＣＰ下位階層は上位階層によって設定される。

図１２はＰＤＣＰエンティティの機能的観点を示す概念図である。

ＰＤＣＰエンティティはＰＤＣＰ下位階層に位置する。一つの端末に対して多くのＰＤＣＰエンティティが定義されることができる。使用者平面データを運ぶ各ＰＤＣＰエンティティはヘッダー圧縮を用いるように構成可能である。各ＰＤＣＰエンティティは一つの無線ベアラー（ｒａｄｉｏｂｅａｒｅｒ）のデータを運ぶ。本明細書のバージョンでは、強靭なヘッダー圧縮プロトコル（ｒｏｂｕｓｔｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎｐｒｏｔｏｃｏｌ；ＲＯＨＣ）のみ支援される。全てのＰＤＣＰエンティティは多くても一つのＲＯＨＣ圧縮機と多くても一つのＲＯＨＣ圧縮解除器を使う。ＰＤＣＰエンティティはどのベアラーに対してデータを運ぶかによって制御平面又は使用者平面と関連される。

図１２はＰＤＣＰ下位階層に対するＰＤＣＰエンティティの機能的観点を示すが、本発明の具現はこれに制限されない。ＲＮの場合、ｕ平面に対して無欠性保護及び検証も遂行される。

（ＵＬデータ伝送過程：）
上位階層からのＰＤＣＰＳＤＵの受信時、端末はＰＤＣＰＳＤＵと関連した除去タイマー（ｄｉｓｃａｒｄｔｉｍｅｒ）を始める。上位階層から受信されたＰＤＣＰＳＤＵの場合、端末はＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮに相当するＰＤＣＰＳＮ（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）をＰＤＣＰＳＤＵと関連させ（Ｓ１２０１）、ＰＤＣＰＳＤＵのヘッダー圧縮を遂行し（Ｓ１２０３）、このＰＤＣＰＳＤＵと関連したＴＸ＿ＨＦＮ及びＰＤＣＰＳＮに基づいてＣＯＵＮＴを使って無欠性保護及び演算を遂行し（Ｓ１２０７）、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮを１ずつ増加させ、結果としてのＰＤＣＰＤａｔａＰＤＵを下位階層に提出することができる（Ｓ１２０９）。

仮に、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮがＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮより大きければ、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮは‘０’に設定され、ＴＸ＿ＨＦＮは１だけ増加する。

（ＵＬデータ伝送過程においてＰＤＣＰエンティティの再設定：）
上位階層がＰＤＣＰ再構成を要請するとき、ＵＥは上りリンクのためのヘッダー圧縮プロトコルをリセットし、Ｕ−モードでＩＲ状態を始める。そして、再構成手順の間に上位階層によって提供される暗号化アルゴリズム及びキーを適用することができる。

ＲＮとして接続される場合、ＵＥは再構成手順の間に上位階層（構成されていれば）によって提供される無欠性保護アルゴリズム及びキーを適用することができる。

対応するＰＤＣＰＰＤＵの成功的な伝達が下位階層によって確認されなかった一番目のＰＤＣＰＳＤＵから、ＵＥは次のような方法で、ＰＤＣＰ再構成に先立ち、ＰＤＣＰＳＤＵに関連したＣＯＵＮＴの昇順にＰＤＣＰＳＮと既に関連された全てのＰＤＣＰＳＤＵの再伝送又は伝送を遂行することができる：ｉ）ＰＤＣＰＳＤＵのヘッダー圧縮を遂行し（構成されている場合）、ii）ＲＮとして連結されている場合、このＰＤＣＰＳＤＵと関連したＣＯＵＮＴ値を使ってＰＤＣＰＳＤＵの無欠性保護（構成されている場合）を遂行し、iii）このＰＤＣＰＳＤＵと連関したＣＯＵＮＴ値を使ってＰＤＣＰＳＤＵを暗号化し、iｖ）生成されたＰＤＣＰデータＰＤＵを下位階層に送る。

（ＤＬデータ伝送過程：）
ＲＬＣＡＭにマッピングされたＤＲＢは、下位階層からＰＤＣＰデータＰＤＵを受信するとき、受信されたＰＤＣＰＳＮ−Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ又は０≦Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−受信されたＰＤＣＰＳＮ＜Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗ及び受信されたＰＤＣＰＳＮ＞Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末はＲＸ＿ＨＦＮ−１と受信されたＰＤＣＰＳＮに基づいてＣＯＵＮＴを用いてＰＤＣＰＰＤＵを解読することができる。

受信されたＰＤＣＰＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末はＲＸ＿ＨＦＮと受信されたＰＤＣＰＳＮに基づいてＣＯＵＮＴを用いてＰＤＣＰＰＤＵを解読することができる（Ｓ１２０１’）。そして、端末はヘッダー圧縮を解除し、該当のＰＤＣＰＳＤＵを捨てる（Ｓ１２０３’）。

Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−ｒｅｃｅｉｖｅｄＰＤＣＰＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗの場合、端末はＲＸ＿ＨＦＮを‘１’ずつ増加させ、ＲＸ＿ＨＦＮと受信されたＰＤＣＰＳＮに基づいたＣＯＵＮＴ値をＰＤＣＰＰＤＵの復号化に使い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰＳＮ＋１値に設定する。

受信されたＰＤＣＰＳＮ−Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ≧Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗの場合、端末はＲＸ＿ＨＦＮ−１と受信されたＰＤＣＰＳＮに基づいたＣＯＵＮＴ値をＰＤＣＰＰＤＵの復号化に使う。

受信されたＰＤＣＰＳＮ≧Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮの場合、端末はＲＸ＿ＨＦＮと受信されたＰＤＣＰＳＮに基づいたＣＯＵＮＴ値の復号化に使い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ値を受信されたＰＤＣＰＳＮ＋１に設定する。Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ値がＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮ値より大きい場合、端末はＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを‘０’に設定し、ＲＸ＿ＨＦＮ値を‘１’増加させる。

受信されたＰＤＣＰＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮの場合、端末はＲＸ＿ＨＦＮと受信されたＰＤＣＰＳＮに基づいたＣＯＵＮＴ値をＰＤＣＰＰＤＵの復号化に使う。

ＰＤＣＰＰＤＵが前述したことによって除去されなかった場合、端末はＰＤＣＰＰＤＵに対して復号化及びヘッダー圧縮解除をそれぞれ遂行する。

同じＰＤＣＰＳＮを有するＰＤＣＰＳＤＵが保存されれば、端末は該当のＰＤＣＰＳＤＵを廃棄することができる。そして、同じＰＤＣＰＳＮを有するＰＤＣＰＳＤＵが保存されていなければ、端末はＰＤＣＰＳＤＵを保存することができる。

ＰＤＣＰによって受信されたＰＤＣＰＰＤＵが下位階層の再設定によるものでなければ、端末は該当のＣＯＵＮＴ値の昇順に次のようなＰＤＣＰＳＤＵを上位階層に伝達する：ｉ）受信されたＰＤＣＰＳＤＵに関連したＣＯＵＮＴ値より小さいＣＯＵＮＴに関連する全てのＰＤＣＰＳＤＵ、ii）受信されたＰＤＣＰＳＤＵに関連したＣＯＵＮＴ値から始まるＣＯＵＮＴ値に連続的に関連した全てのＰＤＣＰＳＤＵ、そして端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ値を上位階層に最後に伝達されたＰＤＣＰＳＤＵのＰＤＣＰＳＮ値に設定することができる。

その外に、受信されたＰＤＣＰＳＮとＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＋１値が同一であるか、あるいは受信されたＰＤＣＰＳＮ値がＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ−Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮの場合、端末は受信されたＰＤＣＰＳＤＵに関連したＣＯＵＮＴ値から始まるＣＯＵＮＴ値に連続的に関連した全てのＰＤＣＰＳＤＵを連関したＣＯＵＮＴ値の昇順に上位階層に伝達することができる。

そして、端末はＬａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位階層に最後に伝達されたＰＤＣＰＳＤＵのＰＤＣＰＳＮ値に設定することができる。

（下りリンクデータ伝送過程でのＰＤＣＰ再設定：）
上位階層でＰＤＣＰ再設定を要請すれば、端末は下位階層の再設定のために下位階層から受信されたＰＤＣＰＤａｔａＰＤＵを処理し、下りリンク（設定されている場合）に対するヘッダー圧縮プロトコルをリセットし、再設定手順の間に上位階層から提供された暗号アルゴリズムとキーを適用することができる。

ＲＮとして連結された場合、端末は再設定手順の間に上位階層（設定されている場合）から提供された無欠性保護アルゴリズムとキーを適用することができる。

分割ベアラーの場合、ＰＤＣＰエンティティは順序再整列（ｒｅｏｒｄｅｒｉｎｇ）、解読（ｄｅｃｉｐｈｅｒｉｎｇ）及びヘッダー圧縮解除（ｈｅａｄｅｒｄｅｃｏｍｐｒｅｓｓｉｏｎ）を順次遂行する。特に、全体ＰＤＣＰ順序再整列手順は絶対値演算を用いた別個の手順で遂行される。ＰＤＣＰエンティティは分割ベアラーの設定メッセージが受信されると直ぐ遂行される。ＭＣＧベアラーへの分割ベアラー再設定の後、ＰＤＣＰエンティティはしばらく順序再整列動作を続ける。

ＳＣＧ変更中にＳＣＧ−ＭＡＣはリセットされる。ＳＣＧ−ＲＬＣ及びＳＣＧ−ＰＤＣＰ（ＳＣＧベアラーの場合）は再設定される。ＭＣＧベアラーへの分割ベアラー再設定において、ＭＣＧＲＬＣは再設定されない。

図１３は送信側と受信側でのＰＤＣＰ状態報告に対する概念図である。

（送信側動作：）
上位階層でＰＤＣＰｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔを要請する場合（Ｓ１３０１）、ＲＬＣＡＭにマッピングされたラジオベアラーに対し、端末は、上位階層によってラジオベアラーが設定された場合、下位階層の再設定によって下位階層から受信されたＰＤＣＰＤａｔａＰＤＵを処理した後（Ｓ１３０３）、下記のように状態報告を作る（Ｓ１３０５）。その後、ＰＤＣＰ状態報告を上りリンクに送信し（Ｓ１３０７）、これを下位階層に一番目ＰＤＣＰＰＤＵとして伝達する：ｉ）ＦＭＳフィールドを一番目ｍｉｓｓｉｎｇＰＤＣＰＳＤＵのＰＤＣＰＳＮ値に設定し、ii）ビットマップフィールドの長さを、前記一番目ｍｉｓｓｉｎｇＰＤＣＰＳＤＵを含まない手順が正しくない最後のＰＤＣＰＳＤＵまで含むＰＤＣＰＳＮの個数と同一に割り当てる。この時、順序が正しくないＰＤＣＰＳＤＵが一つでもある場合は、次の８の倍数に切り上げる。iii）下位階層によって指示されたように受信されなかった全てのＰＤＣＰＳＤＵ又は選択的に圧縮解除が失敗したＰＤＣＰＳＤＵのためのビットマップフィールドに対応する位置に‘０’として設定し、iｖ）他の全てのＰＤＣＰＳＤＵのビットマップフィールドには‘１’として指示する。

（受信側動作：）
下りリンクでＰＤＣＰ状態報告が受信された場合（Ｓ１３０７）、ＲＬＣＡＭにマッピングされたラジオベアラーにおいて、それぞれのＰＤＣＰＳＤＵに対し、ビットマップ内のビットが‘１’に設定されるか、あるいは関連ＣＯＵＮＴ値がＦＭＳフィールドによって識別されたＰＤＣＰＳＤＵのＣＯＵＮＴ値より小さければ、対応するＰＤＣＰＳＤＵの成功的な伝達が確認され、端末はＰＤＣＰＳＤＵを処理することができる（Ｓ１３０９）。

分割ベアラーに対し、ネットワークが端末にＰＤＣＰ状態報告伝送を設定した場合、ＳＣＧＲＬＣ解除又は再設定時、端末は分割ベアラーに対するＰＤＣＰ状態報告をトリガーする。そして、ネットワークが端末にＰＤＣＰ状態報告伝送を設定した場合、ＭＣＧベアラーからＳＣＧベアラーへの再設定時、ＰＤＣＰ状態報告をトリガーする。

二重連結システムにおいて、３類型のラジオベアラー、例えばＭＣＧベアラー、ＳＣＧベアラー、及び分割ベアラーがあるので、９種の相異なるベアラータイプの変更を考慮しなければならない。なお、ＲＡＮ２は分割ベアラー（ＳＢ−ＰＤＣＰで表示する）に対して新たなＰＤＣＰ受信手順を使うことに同意したので、既存のＰＤＣＰ受信手順（Ｌ−ＰＤＣＰで表示する）と区別されなければならない。また、ＰＤＣＰ状態報告をトリガーするか否かも考慮しなければならない。

図１４Ａは、ＳＣＧ変更手順を示す図であり、図１４Ｂは、ＳＣＧ追加／ＭｅＮＢでトリガーされたＳＣＧ変更手順を示す図である。

１．ＳＣＧ修正
ＳＣＧ変更手順は、ＳｅＮＢによって開始され、同じＳｅＮＢ内でＳＣＧの設定変更を行うために用いられる。図１１ＡにはＳＣＧ変更手順を示す。

図１１Ａと関連して、ＳｅＮＢは、適切なＸ２ＡＰメッセージによって搬送されるＳＣＧ設定においてＳＣＧの新しい無線リソース設定を提供することによってＳＣＧ変更を要求する（Ｓ１４０１ａ）。

ＭｅＮＢは、ＳｅＮＢ要求を受諾する場合、ＳＣＧ設定によって、ＳＣＧの新しい無線リソース構成を含むＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を端末に送信する（Ｓ１４０３ａ）。

端末は、新しい設定を適用し、ＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を返す。ＳｅＮＢに対する同期化が新しい設定のために要求されないと、端末は新しい設定を適用した後にＵＬ伝送を行うことができる（Ｓ１４０５ａ）。ＭｅＮＢは、適切なＸ２ＡＰメッセージでＩｎｔｅｒ−ｅＮＢ−ＲＲＣ−ｍｅｓｓａｇｅ−Ｙメッセージを伝達するＳｅＮＢにＳＣＧ変更応答を返す（Ｓ１１０７ａ）。

新しい設定がＳｅＮＢに対する同期化を要求すると、端末はランダムアクセス手順を行う（Ｓ１４０９ａ）。

端末がＲＲＣ接続再設定メッセージに含まれた設定（の一部）に従うことができない場合、端末は再設定失敗手順を行う。

端末がＲＲＣ接続再設定完了メッセージを送信し、ＳＣＧに対してランダムアクセス手順を行う順序は定義されない。ＳＣＧに対する成功したＲＡ手順は、ＲＲＣ接続再設定手順の成功的な完了のために要求されない。

ＳＣＧ内のＰＳＣｅｌｌは、ＳＣＧ変更手順で変更することができる。ＳｅＮＢは、例えば旧ＰＳＣｅｌｌと新ＰＳＣｅｌｌが同じＴＡＧに属するか否かによって、ランダムアクセス手順が必要であるか否かを決定することができる。

ＳｅＮＢはＳＣＣ変更手順を用いてＰＳＣｅｌｌ以外のＳＣＧＳＣｅｌｌの解除をトリガーすることができ、ＭｅＮＢは拒否することができない。しかし、ＳｅＮＢは、この手順を用いてＳＣＧＳＣｅｌｌの追加をトリガーすることができない。すなわち、ＳＣＧＳＣｅｌｌ追加は常にＭｅＮＢによって開始される。

ＳｅＮＢは分割ベアラーのＳＣＧベアラー又はＳＣＧ部分の解除をトリガーすることができ、ＭｅＮＢは、ベアラーを解除したり、ベアラーをＭＣＧベアラーに再設定することができる。その具体的な内容は、後でさらに論議される予定である。それは、例えば、ＳｅＮＢが直ちに解除をトリガーできるか否か、又はＳｅＮＢがＭｅＮＢにトリガーを送り、続いてＭｅＮＢがトリガーＳＣＧ修正を送信するか否かである。

２．ＳＣＧ追加／ＭｅＮＢトリガーＳＣＧ修正
ＳＣＧ追加手順はＭｅＮＢによって始まり、ＳＣＧの第１セルを追加するために用いられる。ＭｅＮＢトリガーＳＣＧ変更手順はＭｅＮＢによって始まる。図１４Ｂに、ＳＣＧ追加／ＭｅＮＢトリガーＳＣＧ変更手順を示す。ＭｅＮＢはこの手順を用いてＳＣＧセル、及びＳＣＧベアラー又はＳＣＧの分割ベアラーの追加又は解除を開始することができる。全ＳＣＧの解除以外の全てのＳＣＧ修正に対して、ＳｅＮＢは端末に対するシグナリングを生成する。ＭｅＮＢは特定セルをＳｅＮＢに追加するように要求することができ、ＳｅＮＢは拒否することができる。変更手順を用いてＭｅＮＢはＰＳＣｅｌｌ以外のＳＣＧＳＣｅｌｌの解除をトリガーすることができ、この場合、ＳｅＮＢは拒否することができない。

ＭｅＮＢは適切なＸ２ＡＰメッセージ内で、ＳｅＮＢによる再設定の基礎となる端末性能コーディネーションのための全端末性能及びＭＣＧ設定を含むＳＣＧ−ＣｏｎｆｉｇＩｎｆｏを送信する。ＳＣＧ追加及びＳＣＧＳＣｅｌｌ追加要求の場合、ＭｅＮＢは、追加要求されたＳＣＧセル及びＳＣＧサービングセルに対する最後の測定結果を提供することができる。ＳｅＮＢは要求を拒絶することができる（Ｓ１４０１ｂ）。

ＳｅＮＢがＭｅＮＢ要求を受諾すると、ＳｅＮＢはＳＣＧ変更手順を開始する（Ｓ１４０３ｂ）。

３．ＳＣＧ変更
ＳＣＧ変更手順は、設定されたＳＣＧを一つのＳｅＮＢから端末の他のＳｅＮＢ（又は同じＳｅＮＢ）に変更するために用いられる。対象ＳｅＮＢに対して、ＭｅＮＢはＳＣＧ変更手順を開始する。ＭｅＮＢは端末へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに、端末が以前ＳＣＧ設定を解除し、新しいＳＣＧ設定を追加することを指示する。同じＳｅＮＢ内でのＳＣＧ変更であれば、経路切替が抑制され得る。

４．ＳＣＧ解除
ＳＣＧ解除手順はＳｅＮＢでＣＧを解除するために用いられる。ＳＣＧ解除手順は、基地局間ＲＲＣメッセージの伝送を伴わない特定Ｘ２ＡＰ手順によって実現される。ＭｅＮＢはＳｅＮＢにＳＣＧを解除するように要求することもでき、その逆の場合も可能である。この要求の受信ノードは拒絶することができない。結果的に、ＭｅＮＢは端末へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに、端末が全ＳＣＧ設定を解除しなければならないことを示す。

５．ＭｅＮＢとｅＮＢ間のハンドオーバー中にＳＣＧ解除
ＭｅＮＢの変更を伴うハンドオーバー時に、ソースＭｅＮＢはハンドオーバー準備情報（ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ）にＳＣＧ設定を含める。ソースＭｅＮＢはＳｅＮＢに対して解除を開始し、対象ｅＮＢは、ハンドオーバーをトリガーし、端末が全ＳＣＧ設定を解除することを示すフィールドを生成／包含する移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）を含むＲＲＣ接続再設定メッセージを準備する。

ＭｅＮＢ内ハンドオーバーの場合、ＭｅＮＢは、移動性制御情報を含むＲＲＣ接続再設定メッセージでＳＣＧ変更を示すことができる。しかし、ｅＮＢ間ハンドオーバー時には、ＳＣＧの追加はハンドオーバー完了後にのみ開始され得ると仮定する。端末はハンドオーバーがＭｅＮＢ間ハンドオーバーかあるいはＭｅＮＢ内ハンドオーバーかが認知できない。

６．ＳｅＮＢ端末情報
ＳｅＮＢは特定ＵＥと関連してＭｅＮＢに情報を提供することができ、ＭｅＮＢはこの情報を用いて、例えば、ＳＣＧにおいてＳＣＧベアラー又は分割ベアラーの解除を開始する。

図１５ＡはＳｅＮＢ追加手順を示す図、図１５ＢはＭｅＮＢで始まったＳｅＮＢ変更手順を示す図、図１５ＣはＳｅＮＢで始まったＳｅＮＢ変更手順を示す図、図１５ＤはＭｅＮＢで始まったＳｅＮＢ解除手順を示す図、図１５ＥはＳｅＮＢで始まったＳｅＮＢ解除手順を示す図である。図１５Ｆは、ＳｅＮＢ変更手順を示す図であり、図１５Ｇは、ＭｅＮＢのｅＮＢ変更手順を示す図である。

図１５Ａは、ＳｅＮＢ追加手順を示す図である。ＳｅＮＢ追加手順はＭｅＮＢによって開始され、ＳｅＮＢからＵＥに無線リソースを提供するためにＳｅＮＢで端末コンテキストを確立するために用いられる。

ＭｅＮＢは、特定Ｅ−ＲＡＢに対する無線リソースを割り当てるようにＳｅＮＢに要求すると決定し、Ｅ−ＲＡＢ特性を示す（１）。ＳＣＧベアラーとは違い、分割（ｓｐｌｉｔ）ベアラーオプションの場合、ＭｅＮＢは、ＳｅＮＢからの各Ｅ−ＲＡＢに対するＱｏＳがＳｅＮＢと共にＭｅＮＢによって提供されたリソースの正確な合計によって保障される程度の量又はより多い量のリソースを要求することと決定する。ＭｅＮＢの決定は、ＳｅＮＢにシグナルされたＥ−ＲＡＢパラメータによって段階２に反映され得るが、このパラメータはＳ１を介して受信されたＥ−ＲＡＢパラメータと異なるものであってもよい。

ＳｅＮＢのＲＲＭエンティティがリソース要求を承認できる場合、ＲＲＭエンティティはそれぞれの無線リソースを割り当て、ベアラーオプションにしたがって各伝送ネットワークリソースを割り当てる（２）。ＳｅＮＢは、ＳｅＮＢ無線リソース設定の同期化が行われ得るようにランダムアクセスをトリガーすることができる。ＳｅＮＢは、新しい無線リソース設定をＭｅＮＢに提供する。ＳＣＧベアラーの場合、各Ｅ−ＲＡＢに対するＳ１ＤＬＴＮＬアドレス情報を共に提供し、分割ベアラーの場合にはＸ２ＤＬＴＮＬアドレス情報を提供する。

新しい設定を承認する場合、ＭｅＮＢは端末がこの設定を適用するようにトリガーする。端末は新しい設定を適用し始める（３）。そして、端末は再設定手順を完了する（４）。ＭｅＮＢは、端末が再設定手順の完了に成功したことをＳｅＮＢに知らせる（５）。端末はＳｅＮＢのセルに対して同期化を行う（６）。

ＳＣＧベアラーの場合、各Ｅ−ＲＡＢのベアラー特性によって、ＭｅＮＢは二重接続性の活性化によるサービス中断を最小化するために措置を取ることができる（７〜８）。ＳＣＧベアラーの場合、ＥＰＣへのＵＰ経路のアップデートが行われる（９〜１０）。

図１２Ｂは、ＭｅＮＢで始まったＳｅＮＢ変更手順を示す図であり、図１２Ｃは、ＳｅＮＢで始まったＳｅＮＢ変更手順を示す図である
ＳｅＮＢ変更手順は、ＭｅＮＢによって又はＳｅＮＢによって開始され得る。これは、ベアラーを修正、設定又は解除し、ＳｅＮＢとベアラーコンテキストを授受したり、ＳｅＮＢで端末コンテキストの他の属性を変更するために用いられ得る。必ずしもＵＥへのシグナリングを含む必要はない。

図１５Ｂと関連して、ＭｅＮＢはベアラーコンテキスト関連又は他の端末コンテキスト関連情報を含み得るＳｅＮＢ変更要求メッセージを送信し、適用可能な場合、データ伝達アドレス情報を送信する（１）。ＳｅＮＢは、無線設定情報、及び適用可能な場合にデータ伝達アドレス情報を含み得るＳｅＮＢ変更要求確認メッセージで応答する（２）。ＭｅＮＢは、ＲＲＣ接続再設定手順を開始する（３〜４）。ＲＲＣ接続再設定手順の成功をＳｅＮＢ再設定完了メッセージで示す（５）。端末はＳｅＮＢのセルに対して同期化を行う（６）。ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されていると、適用可能な場合にＭｅＮＢとＳｅＮＢ間にデータ伝達がなされる（７〜８）。そして、適用可能な場合、経路アップデートが行われる（９）。

図１５Ｃと関連して、ＳｅＮＢは、ベアラーコンテキスト関連又は他の端末コンテキスト関連情報を含み得るＳｅＮＢ変更要求メッセージを送信する（１）。

ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定され、データ伝達が適用される必要がある場合、ＭｅＮＢは、ＭｅＮＢ開始ＳｅＮＢ変更手順の準備をトリガーし、ＳｅＮＢ変更要求メッセージで伝達アドレス情報を提供する。（２〜３）ＭｅＮＢは、ＲＲＣ接続再設定手順を開始する（４〜５）。ＲＲＣ接続再設定手順の成功をＳｅＮＢ変更確認メッセージで示す（６）。端末はＳｅＮＢのセルに対して同期化を行う（７）。ＭｅＮＢとＳｅＮＢ間のデータ伝達が発生し（８〜９）、適用可能な場合に経路アップデートが行われる（１０）。

図１５Ｄは、ＭｅＮＢで始まったＳｅＮＢ解除手順を示す図であり、図１１Ｅは、ＳｅＮＢで始まったＳｅＮＢ解除手順を示す図である。

ＳｅＮＢ解除手順はＭｅＮＢによって又はＳｅＮＢによって開始され得る。この手順は、ＳｅＮＢで端末コンテキストを解除するために用いられる。必ずしもＵＥへのシグナリングを含む必要はない。

図１５Ｄと関連して、ＭｅＮＢはＳｅＮＢ解除要求メッセージを送信することによって手順を開始する（１）。ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されており、例えば、ＭｅＮＢに移動する場合、ＭｅＮＢはＳｅＮＢにデータ伝達アドレスを提供する。ＳｅＮＢはデータ伝達を開始し、ＳｅＮＢ解除要求メッセージを受信すると、端末へのユーザデータ提供を中断することができる。ＭｅＮＢはＲＲＣ接続再設定手順を開始する（２〜３）。ＳｅＮＢからＭｅＮＢへのデータ伝達が発生し（４〜５）、適用可能な場合に経路アップデート手順が開始される（６）。端末コンテキスト解除（ＣＯＮＴＥＸＴＲＥＬＥＡＳＥ）メッセージを受信すると、ＳｅＮＢは、端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる（７）。

図１５Ｅと関連して、ＳｅＮＢは、ノード間メッセージを含めないでＳｅＮＢ解除要求メッセージを送信することによって手順を開始する。ＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されており、例えばＭｅＮＢに移動する場合、ＭｅＮＢは、ＳｅＮＢ解除確認メッセージでＳｅＮＢにデータ伝達アドレスを提供する（２）。ＳｅＮＢはデータ伝送を開始し、ＳｅＮＢ解除確認メッセージを受信すると、端末へのユーザデータ提供を中止することができる。ＭｅＮＢはＲＲＣ接続再設定手順を開始する（３〜４）。ＳｅＮＢでＭｅＮＢへのデータ伝達が行われ（５〜６）、適用可能な場合に経路アップデート手順が開始される（７）。端末コンテキスト解除メッセージを受信すると、ＳｅＮＢは端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる。進行中のデータ伝達は続けられ得る（８）。

図１５Ｆは、ＳｅＮＢ変更手順を示す図である。

ＳｅＮＢ変更手順は、ソースＳｅＮＢから対象ＳｅＮＢに端末コンテキストを送信する手段を提供する。

ＭｅＮＢは、ＳｅＮＢ追加準備手順を通じて端末に対するリソースを割り当てるように対象ＳｅＮＢに要求することによってＳｅＮＢ変更手順を開始する（１〜２）。伝達が必要な場合、対象ＳｅＮＢはＭｅＮＢに伝達アドレスを提供する。

対象ＳｅＮＢリソースの割り当てが成功すると、ＭｅＮＢは、端末及びソースＳｅＮＢへのソースＳｅＮＢリソースの解除を開始する（３）。データ伝達が必要な場合、ＭｅＮＢはソースＳｅＮＢにデータ伝達アドレスを提供する。直接データ伝達又は間接データ伝達が用いられる。ＳｅＮＢ解除要求メッセージの受信は、ソースＳｅＮＢがユーザデータを端末に提供することを中止し、該当する場合、データ伝達を始めるようにトリガーする。ＭｅＮＢは、端末が新しい設定を適用するようにトリガーする（４〜５）。ＲＲＣ接続再設定手順に成功すると、ＭｅＮＢは対象ＳｅＮＢに知らせる（６）。端末は対象ＳｅＮＢと同期を取る（７）。ソースＳｅＮＢからのデータ伝達は、ＳＣＧベアラーオプションと設定されたＥ−ＲＡＢに対して行われる。これは、ソースＳｅＮＢがＭｅＮＢからＳｅＮＢ解除要求メッセージを受信するやいなや、始まり得る（８〜９）。ベアラーコンテキストのいずれか一つがソースＳｅＮＢでＳＣＧベアラーオプションと設定された場合、経路アップデートがＭｅＮＢによってトリガーされる（１０〜１４）。端末コンテキスト解除メッセージの受信時に、Ｓ−ＳｅＮＢは、端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる。進行中のデータ伝達は続けられ得る（１５）。

図１５Ｇは、ＭｅＮＢのｅＮＢ変更手順を示す図である。

ソースＭｅＮＢは、Ｘ２ハンドオーバー準備手順を開始することによってＭｅＮＢからｅＮＢへの変更手順を開始する（１〜２）。対象ｅＮＢは、ソースＭｅＮＢに伝達アドレスを提供することができる。対象ｅＮＢリソースの割り当てが成功すると、ＭｅＮＢはソースＳｅＮＢに対するソースＳｅＮＢリソースの解除を開始する（３）。ＭｅＮＢが伝達アドレスを受信し、ソースＳｅＮＢのベアラーコンテキストがＳＣＧベアラーオプションと設定されており、データ伝達が必要な場合に、ＭｅＮＢはソースＳｅＮＢにデータ伝達アドレスを提供する。直接データ伝達又は間接データ伝達のいずれかが用いられる。ＳｅＮＢ解除要求メッセージの受信は、ソースＳｅＮＢがユーザデータを端末に提供することを中止し、該当する場合、データ伝達を始めるようにトリガーする。ＭｅＮＢは、端末が新しい設定を適用するようにトリガーする（４）。端末は対象ｅＮＢと同期を取る（５〜６）。ＳｅＮＢからのデータ伝達は、ＳＣＧベアラーオプションと設定されたＥ−ＲＡＢに対して行われる（７〜８）。これは、ＳｅＮＢがＭｅＮＢからＳｅＮＢ解除要求メッセージを受信するやいなや、開始され得る。対象ｅＮＢはＳ１経路切替手順を開始する（９〜１３）。対象ｅＮＢはソースＭｅＮＢに対して端末コンテキスト解除手順を開始する（１４）。端末コンテキスト解除メッセージの受信時に、Ｓ−ＳｅＮＢは端末コンテキストと関連した無線及びＣ平面関連リソースを解除することができる。進行中のデータ伝達は続けられ得る（１５）。

図１６はＥ−ＵＴＲＡＮから端末に送信されるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに対する概念図である。

ＲＲＣ連結再設定メッセージが移動性制御情報を含まなく、端末がこのメッセージに含まれた構成を守ることができる場合、ＲＲＣ連結再設定手順の成功的な完了後、これが一番目ＲＲＣ連結再設定メッセージである場合、端末はＳＲＢ２と全てのＤＲＢのＰＤＣＰを再設定するか、ＳＲＢ２又は全てのＤＲＢのＲＬＣに対して再設定する。若しくは、ＲＲＣ連結再設定メッセージがｆｕｌｌＣｏｎｆｉｇを含む場合、ｒａｄｉｏｃｏｎｆｉｇｕｒａｔｉｏｎ手順を遂行し、ＲＲＣ連結再設定メッセージがｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合、ｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｆｉｇｕｒａｔｉｏｎ手順を遂行し、その外に、端末はＳＲＢ２及び中止した全てのＤＲＢを再開する。

ＲＲＣ連結再設定メッセージがｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄを含む場合、端末はｒａｄｉｏｒｅｓｏｕｒｃｅｃｏｎｆｉｇｕｒａｔｉｏｎ手順を遂行する。

受信されたＲＲＣ連結再設定メッセージがｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合、端末はＳＣｅｌｌを解除することができる。ＲＲＣ連結再設定メッセージにｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合、端末はＳＣｅｌｌの追加及び修正を遂行する。ＲＲＣ連結再設定メッセージにｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１Ｄｅｄｉｃａｔｅｄを含む場合、端末はＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１メッセージを受信した時に該当の動作を遂行する。ＲＲＣ連結再設定メッセージにｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳＬｉｓｔが含まれた場合、端末はｄｅｄｉｃａｔｅｄＩｎｆｏＮＡＳＬｉｓｔの各要素を羅列順と同一の順に上位階層に伝達することができる。ＲＲＣ連結再設定メッセージにｍｅａｓＣｏｎｆｉｇが含まれた場合、端末は測定再設定手順を遂行することができる。ＲＲＣ連結再設定メッセージにｏｔｈｅｒＣｏｎｆｉｇが含まれた場合、端末は他の構成手順を遂行する。

端末はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを新たな構成を使う伝送のために下位階層に伝達することができ、この時にその手順が終了する。

一方、ＲＲＣ連結再設定メッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むとともに端末がこのメッセージに含まれた構成を守ることができる場合、端末は実行中のタイマーＴ３１０を中止することができ、実行中のタイマーＴ３１２を中止することができ、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに含まれたようにｔ３０４にセットされたタイマーＴ３０４を開始させる。若しくは、ＲＲＣ連結再設定メッセージにｃａｒｒｉｅｒＦｒｅｑが含まれた場合、端末はｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄによって指示された物理的セルアイデンティティーを有するｃａｒｒｉｅｒＦｒｅｑによって表示された周波数上のターゲットＰＣｅｌｌとして見なすことができる。

また、ＲＲＣ連結再設定メッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むとともに端末がこのメッセージに含まれた構成を守ることができる場合、端末はターゲットＰＣｅｌｌの下りリンクとの同期化を始め、ＭＡＣをリセットし、全てのＲＢに対してＰＤＣＰを再設定し、全てのＲＢに対してＲＬＣを再設定し、下位階層にＳＣｅｌｌ（設定されている場合）を非活性化することを設定し、Ｃ−ＲＮＴＩから新たなＵＥアイデンティティーの値を適用する。

二重連結性において、ＵＥは以前のＭｅＮＢから新しいＭｅＮＢにハンドオーバーされることができる。この場合、ＳｅＮＢで構成された分割ベアラーはハンドオーバー時にＭＣＧベアラーに再構成される。ＵＥが分割ベアラーからＭＣＧベアラーへのベアラータイプ変更を含むＲＲＣ連結再構成メッセージを受信すれば、ＵＥはＳＣＧ−ＲＬＣを解除し、しばらく解除されたＳＣＧ−ＲＬＣから受信されたＰＤＣＰＰＤＵの再整列を遂行する（いわゆる、一時順序再整列）。前記一時順序再整列の後、前記端末はＰＤＣＰ動作モードをＳＢ−ＰＤＣＰからＬ−ＰＤＣＰに変更する。前記一時順序再整列をいつ中止するかは３ＧＰＰで論議中である。

ＭｅＮＢｈａｎｄｏｖｅｒの際にセキュリティーキーとヘッダー圧縮手順は変更されることができる。再整列バッファーに保存されたＰＤＣＰＰＤＵは以前のセキュリティーキーによって暗号化され、以前のヘッダー圧縮によって圧縮されるが、ＭｅＮＢハンドオーバー後に受信されたＰＤＣＰＰＤＵは新たなセキュリティーキーによって暗号化されて新たなヘッダー圧縮によって圧縮される。

この時、端末はどんなＰＤＣＰＰＤＵから新たなセキュリティーキーと新たなヘッダー圧縮を適用するかに対して分からないというのが問題点である。これは、ＭｅＮＢハンドオーバー時に幾つかの目立つＰＤＣＰＰＤＵｓ、つまりＭｅＮＢハンドオーバー時にＨＡＲＱ伝送中の一部ＰＤＣＰＰＤＵｓに起因する。本発明は、端末が新たなセキュリティーキーと新たなヘッダー圧縮をどんなＰＤＣＰＰＤＵから適用するかを示す方法に対して提案する。

図１７は本発明の一実施例による二重連結システムでＰＤＣＰＰＤＵを処理する方法の概念図である。

本発明は、送信側ＰＤＣＰエンティティが分割無線ベアラーのセキュリティーキーを変更する時、送信側は新たなセキュリティーキーが後続のＰＤＵから適用されることを示す指示子を受信側に送信することを提案する。

ハンドオーバーの際、端末は新たなセキュリティー構成を含むＲＲＣ再設定メッセージを受信する（Ｓ１７０１）。そして、端末は新たなセキュリティー構成から新たなセキュリティーキーを導出する。この時、端末はデータの伝送及び受信のために新たなセキュリティーキーを直ぐ適用しない。

その後、端末はｅＮＢからどんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する（Ｓ１７０３）。

好ましくは、前記ＰＤＣＰ制御ＰＤＵはセキュリティーキー変更指示子又は新たなセキュリティーキーが適用される一番目ＰＤＣＰＰＤＵのＰＤＣＰシーケンス番号を含む。

端末は新たなセキュリティーキー変更指示子又は新たなセキュリティーキーが適用される一番目ＰＤＣＰＰＤＵのＰＤＣＰシーケンス番号を含むＰＤＣＰ制御ＰＤＵを受信すれば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージから受信したセキュリティー設定から導出されたセキュリティーキーに取り替え、次に送信されるか受信されるＰＤＣＰＰＤＵに導出された新たなセキュリティーキーを適用する。

前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバーを含む場合には、新たなセキュリティー構成が該当のＰＤＣＰデータＰＤＵから適用される。

前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバーを含まない場合には、新たなセキュリティー構成は該当のＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用される。

好ましくは、ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ指示する。

好ましくは、ＰＤＣＰ制御ＰＤＵのヘッダーはどんなＰＤＣＰデータＰＤＵから新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む。

前記セキュリティーキー変更指示子はＲＲＣメッセージ、ＲＬＣ制御ＰＤＵ、ＭＡＣ制御要素又は物理シグナリングによって伝送されることができる。

図１８は本発明の一実施例による二重連結システムでＰＤＣＰＰＤＵを処理する方法の概念図である。

本発明は送信側が分割ラジオベアラーのヘッダー圧縮コンテキストをリセットするとき、送信側がヘッダー圧縮リセットを示す指示子を受信側に送信することを提案する。

ヘッダー圧縮のリセットは、圧縮機の場合はＵモードで初期化及びリフレッシュ（ＩＲ）状態で始め、あるいは圧縮解除器の場合はＵモードでＮＣ（ＮｏＣｏｎｔｅｘｔ）状態で始める。

ハンドオーバーの際、端末はヘッダー圧縮コンテキストリセットを示すＲＲＣ連結再設定メッセージを受信する（Ｓ１８０１）。端末は直ぐＨＣをリセットする。

端末は、ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰＳＮを示すＰＤＣＰ制御ＰＤＵを受信する（Ｓ１８０３）。

ＰＤＣＰ制御ＰＤＵはヘッダー圧縮リセット指示子又はヘッダー圧縮リセットを適用する一番目ＰＤＣＰＰＤＵのＰＤＣＰシーケンスナンバーを含む。

ハンドオーバーの後、ヘッダー圧縮リセット指示子又はヘッダー圧縮リセットを適用する一番目ＰＤＣＰＰＤＵのＰＤＣＰシーケンスナンバーを含むＰＤＣＰ制御ＰＤＵを受信する場合、端末は前記ＰＤＣＰ制御ＰＤＵを受信した時にＨＣをリセットするか、あるいは該当のヘッダー圧縮リセットを適用する一番目ＰＤＣＰＰＤＵを受信する時にＨＣをリセットすることができる（Ｓ１８０５）。

好ましくは、ＰＤＣＰ制御ＰＤＵは送信側と受信側でそれぞれ別個の値を指示する。

好ましくは、ＰＤＣＰ制御ＰＤＵのヘッダーはどんなＰＤＣＰデータＰＤＵからヘッダー圧縮コンテキストリセットするかを示すＰＤＣＰ制御ＰＤＵの類型を含む。

前記セキュリティーキー変更指示子は、ＲＲＣメッセージ、ＲＬＣ制御ＰＤＵ、ＭＡＣ制御要素又は物理シグナリングによって送信されることができる。

以下で説明する本発明の実施例は本発明の構成要素及び特徴の組合せである。これら構成要素又は特徴は、特に他に指示がない限り、選択的なものとして見なすことができる。それぞれの構成要素又は特徴は他の構成要素又は特徴との組合せなしに実施されてもよい。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。一実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係でない請求項を結合して実施例を構成するか、出願後の補正によって新たな請求項として含めることができるということは当業者に明らかである。

本発明の実施例において、基地局（ＢＳ）によって行われると説明された特定の動作は、上位ノードのＢＳによって行われてもよい。ＢＳを含む複数のネットワークノードで、ＭＳとの通信のために行われる様々な動作が、基地局によって行われるか、あるいは基地局以外の他のネットワークノードによって行われることは明らかである。「ｅＮＢ」は、「固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどの用語に代替されてもよい。

前述した実施例は、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの組合せのような様々な手段によって具現されてもよい。

ハードウェアの設定において、本発明の実施例に係る方法は、１つ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現されてもよい。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態で具現されてもよい。ソフトウェアコードは、メモリユニットに格納され、プロセッサによって駆動され得る。前記メモリユニットは、前記プロセッサの内部又は外部に位置して、公知の様々な手段によって前記プロセッサとデータを交換することができる。

本発明は、本発明の特徴を逸脱しない範囲内で他の特定の形態に具体化できるということは、当業者にとって自明である。したがって、上記の詳細な説明は、全ての面で制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定されなければなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

以上の方法は、３ＧＰＰＬＴＥシステムに適用される例示を中心に説明されたが、本発明は、３ＧＰＰＬＴＥシステムの他にも様々な無線通信システムに適用可能である。

Claims

無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、
新たなセキュリティー構成を含む無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；
どんなＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信する段階；及び
前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する段階を含む、方法。
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を含む場合、前記新たなセキュリティー構成は前記ＰＤＣＰデータＰＤＵから適用される、請求項１に記載の方法。
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を含まない場合、前記新たなセキュリティー構成は前記ＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用される、請求項１に記載の方法。
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、請求項１に記載の方法。
前記ＰＤＣＰ制御ＰＤＵのヘッダーは、どんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む、請求項１に記載の方法。
無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対する方法であって、
ヘッダー圧縮コンテキストリセットを示す無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信する段階；
前記ヘッダー圧縮コンテキストがリセットされるＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）のＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を示すＰＤＣＰ制御ＰＤＵを受信する段階；及び
前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰＳＮを有するＰＤＣＰＤａｔａＰＤＵから前記ヘッダー圧縮コンテキストリセットを適用する段階を含む、方法。
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、請求項６に記載の方法。
前記ＰＤＣＰ制御ＰＤＵヘッダーは、前記ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰＳＮを示すＰＤＣＰ制御ＰＤＵの類型を含む、請求項１に記載の方法。
無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、
無線通信（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ；ＲＦ）モジュール；及び
前記ＲＦモジュールを制御するプロセッサを含み、
前記プロセッサは、
新たなセキュリティー構成を含む無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信し、どんなＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）から前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵを受信し、前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成を適用する、端末。
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を含む場合、前記新たなセキュリティー構成を前記ＰＤＣＰデータＰＤＵから適用する、請求項９に記載の端末。
前記ＰＤＣＰ制御ＰＤＵが前記新たなセキュリティー構成が適用されるＰＤＣＰデータＰＤＵのＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を含まない場合、前記新たなセキュリティー構成を前記ＰＤＣＰ制御ＰＤＵが受信された後に生成されるか受信されたＰＤＣＰデータＰＤＵから適用する、請求項９に記載の端末。
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、請求項９に記載の端末。
前記ＰＤＣＰ制御ＰＤＵのヘッダーは、どんなＰＤＣＰデータＰＤＵから前記新たなセキュリティー構成が適用されるかを示すＰＤＣＰ制御ＰＤＵの類型を含む、請求項９に記載の端末。
無線通信システムで動作する端末（ｕｓｅｒｅｑｕｉｐｍｅｎｔ）であって、
無線通信（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ；ＲＦ）モジュール；及び
前記ＲＦモジュールを制御するプロセッサを含み、
前記プロセッサは、
ヘッダー圧縮コンテキストリセットを示す無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）再構成メッセージを受信し、前記ヘッダー圧縮コンテキストがリセットされるＰＤＣＰ（ＰａｃｋｅｔＤａｔａｃｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）データＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）のＰＤＣＰシーケンスナンバー（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ；ＳＮ）を示すＰＤＣＰ制御ＰＤＵを受信し、前記ＰＤＣＰ制御ＰＤＵによって指示されるＰＤＣＰＳＮを有するＰＤＣＰＤａｔａＰＤＵから前記ヘッダー圧縮コンテキストリセットを適用する、端末。
前記ＰＤＣＰ制御ＰＤＵは送信側と受信側に対して別個の値をそれぞれ示す、請求項１４に記載の端末。
前記ＰＤＣＰ制御ＰＤＵヘッダーは、前記ヘッダー圧縮コンテキストリセットを適用するＰＤＣＰデータＰＤＵのＰＤＣＰＳＮを示すＰＤＣＰ制御ＰＤＵの類型を含む、請求項１４に記載の端末。