(57)【要約】本発明は、無線通信システムと関連する。より具体的に、本発明は、無線通信システムでセル変更手順を行う方法及び装置に関し、前記方法は、セル変更手順が行われる無線ベアラの識別子を指示する設定情報を受信すること；及び前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで前記セル変更手順を行うことを含み、前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立を含むことができる。
2016514922.tif 000002
【特許請求の範囲】
【請求項１】
通信システムの端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）のための方法であって、
セル変更手順が行われる無線ベアラの識別子を指示する設定情報を受信すること；及び
前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで前記セル変更手順を行うことを含み、
前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立を含む、方法。
【請求項２】
前記設定情報は、第１の類型セル上の第１の基地局又は第２の類型セル上の第２の基地局によって指示された、請求項１に記載の方法。
【請求項３】
前記設定情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信された、請求項１に記載の方法。
【請求項４】
前記ＰＤＣＰエンティティは、前記ＰＤＣＰエンティティの再確立が行われる場合、保安キーを変更しない、請求項１に記載の方法。
【請求項５】
前記ＲＬＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後でリリースされる、請求項１に記載の方法。
【請求項６】
前記ＲＬＣエンティティが追加、変更又はリリースされた場合、ＰＤＣＰ状態報告を送信することをさらに含む、請求項１に記載の方法。
【請求項７】
前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせる、請求項６に記載の方法。
【請求項８】
前記無線ベアラのネットワーク側のＰＤＣＰエンティティとＲＬＣエンティティは異なる基地局上に常在する、請求項１に記載の方法。
【請求項９】
前記端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請する、請求項１に記載の方法。
【請求項１０】
前記端末のＲＲＣエンティティは、前記ＲＬＣエンティティが、前記ＲＬＣエンティティの再確立が行われた後でリリースされるように要求する、請求項１に記載の方法。
【請求項１１】
通信システムの端末であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール；及び
前記ＲＦモジュールを制御するように構成されたプロセッサを含み、
前記プロセッサは、セル変更手順が行われる無線ベアラの識別子は指示する設定情報を受信し、前記セル変更手順を前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで行うようにさらに構成され、
前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立を含む、端末。
【請求項１２】
前記設定情報は、第１の類型セル上の第１の基地局又は第２の類型セル上の第２の基地局によって指示された、請求項１１に記載の端末。
【請求項１３】
前記プロセッサは、前記設定情報をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信するようにさらに構成された、請求項１１に記載の端末。
【請求項１４】
前記プロセッサは、前記ＰＤＣＰエンティティの再確立が行われる場合、前記ＰＤＣＰエンティティの保安キーを変更しないようにさらに構成された、請求項１１に記載の端末。
【請求項１６】
前記プロセッサは、前記ＲＬＣエンティティの再確立が行われた後、前記ＲＬＣエンティティをリリースするようにさらに構成された、請求項１１に記載の端末。
【請求項１７】
前記プロセッサは、前記ＲＬＣエンティティが追加、変更又はリリースされた場合、ＰＤＣＰ状態報告を送信するようにさらに構成された、請求項１１に記載の端末。
【請求項１８】
前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせる、請求項１７に記載の端末。
【請求項１９】
前記端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請する、請求項１１に記載の端末。
【請求項２０】
前記端末のＲＲＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後、前記ＲＬＣエンティティがリリースされるように要請する、請求項１１に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、セル変更手順を行うための方法及びこのための装置に関する。
【背景技術】
【０００２】
本発明が適用され得る無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という）通信システムに対して概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ―ＵＭＴＳ網構造を概略的に示した図である。Ｅ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）システムは、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  ＳｐｅｃｉｆｉｃａｔｉｏｎグループＲａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７とＲｅｌｅａｓｅ８を参照することができる。
【０００４】
図１を参照すると、Ｅ―ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと連結される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に伝送することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンク又はアップリンク伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を伝送し、該当の端末にデータが伝送される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当の端末に伝送し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間では、ユーザートラフィック又は制御トラフィックの伝送のためのインターフェースを使用することができる。核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザー登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）を基盤にしてＬＴＥまで開発されてきたが、ユーザーと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後の競争力を有するためには新たな技術進化が要求される。ビット当たりの費用減少、サービス可用性の増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、無線通信システムでセル変更（ｃｅｌｌ  ｃｈａｎｇｅ）手順を行うための方法及びこのための装置の問題を解決するためになされたものである。本発明によって解決される技術的課題は、上述した技術的課題に限定されるものではなく、本技術分野の通常の技術者は、以下の説明から他の技術的課題を理解できるだろう。
【課題を解決するための手段】
【０００８】
本発明の技術的課題を達成するための方法であって、通信システムの端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）のための方法は、セル（ｃｅｌｌ）変更手順が行われる無線ベアラ（ｒａｄｉｏ  ｂｅａｒｅｒ）の識別子を指示する設定情報を受信すること；及び前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティ（ｅｎｔｉｔｙ）で前記セル変更手順を行うことを含み、前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立（ｒｅ―ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むことができる。
【０００９】
本発明の他の実施例に係る無線通信システムでの端末は、ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール；及び前記ＲＦモジュールを制御するように構成されたプロセッサを含み、前記プロセッサは、セル変更手順が行われる無線ベアラの識別子は指示する設定情報を受信し、前記セル変更手順を前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで行うようにさらに構成され、前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立を含むことができる。
【００１０】
好ましくは、前記設定情報は、第１の類型セル上の第１の基地局又は第２の類型セル上の第２の基地局によって指示される。
【００１１】
好ましくは、前記設定情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信される。
【００１２】
好ましくは、前記ＰＤＣＰエンティティは、前記ＰＤＣＰエンティティの再確立が行われる場合、保安キーを変更しない。
【００１３】
好ましくは、前記ＲＬＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後でリリース（ｒｅｌｅａｓｅ）される。
【００１４】
好ましくは、前記方法は、前記ＲＬＣエンティティが追加、変更又はリリースされた場合、ＰＤＣＰ状態報告を送信することをさらに含むことができる。
【００１５】
好ましくは、前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせることができる。
【００１６】
好ましくは、前記無線ベアラのネットワーク側のＰＤＣＰエンティティとＲＬＣエンティティは異なる基地局上に常在することができる。
【００１７】
好ましくは、前記端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請することができる。
【００１８】
好ましくは、前記端末のＲＲＣエンティティは、前記ＲＬＣエンティティが、前記ＲＬＣエンティティの再確立が行われた後でリリースされるように要求することができる。
【発明の効果】
【００１９】
本発明によると、無線通信システムでのセル変更手順を効果的に行うことができる。特に、セル変更手順における無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティの再確立を効率的に行うことができる。
【００２０】
本発明で得られる効果は、以上で言及した各効果に制限されず、言及していない他の効果は、下記の記載及び参照された各図面から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【図面の簡単な説明】
【００２１】
以下で、添付の各図面は、本発明に関する理解を促進するためのものであって、詳細な説明と共に本発明に対する各実施例を提供する。
【００２２】
図面は、次の通りである。
【００２３】
【図１】無線通信システムの一例としてＥ―ＵＭＴＳ網構造を概略的に示した図である。
【００２４】
【図２Ａ】Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。
【図２Ｂ】一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【００２５】
【図３】３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏａｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ  ｐｌａｎｅ）の構造を示す図である。
【００２６】
【図４】Ｅ―ＵＭＴＳシステムで用いられる物理チャンネル構造の一例を示す図である。
【００２７】
【図５】マクロセルとスモールセルとの間の二重連結性を示す概念図である。
【００２８】
【図６】二重連結性システムのセル変更手順に対する概念図である。
【００２９】
【図７】ハンドオーバー手順におけるＲＬＣエンティティとＰＤＣＰエンティティの再確立の概念図である。
【００３０】
【図８】本願の実施例に係るセル変更手順におけるＲＬＣエンティティ及びＰＤＣＰエンティティの再確立の概念図である。
【００３１】
【図９】本発明の実施例に係るセル変更遂行方法の概念図である。
【００３２】
【図１０】本発明の実施例に係る通信装置のブロック図である。
【発明を実施するための形態】
【００３３】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）は、ヨーロッパシステム、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））、及びＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）に基盤したＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）で動作する３世代（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）非対称移動通信システムである。ＵＭＴＳのＬＴＥ（Ｌｏｎｇ―Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、ＵＭＴＳを規格化する３ＧＰＰによって論議中にある。
【００３４】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にする技術である。ユーザー及び提供者の費用を減少させ、サービス品質を改善し、カバレッジ（ｃｏｖｅｒａｇｅ）及びシステム容量を拡張及び改善することを目的とするＬＴＥ課題のための多くの方法が提案された。３Ｇ  ＬＴＥは、上位―レベル要求であって、ビット（ｂｉｔ）当たりの費用減少、増加したサービス可用性、周波数帯域の柔軟性、単純な構造、開放型インターフェース、及び端末の適切な電力消耗を要求する。
【００３５】
以下で、添付の図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解され得るだろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された各例である。
【００３６】
本明細書は、ＬＴＥシステム及びＬＴＥ―Ａシステムを使用して本発明の実施例を説明するが、これは例示であって、本発明の実施例は、前記定義に該当するいずれの通信システムにも適用することができる。また、本明細書は、ＦＤＤ方式を基準にして本発明の実施例に対して説明するが、これは例示であって、本発明の実施例は、Ｈ―ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用することができる。
【００３７】
図２Ａは、Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網構造を示すブロック図である。Ｅ―ＵＭＴＳは、ＬＴＥシステムと称することもできる。通信網は、ＩＭＳ及びパケットデータを通じたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）などの多様なサービスを提供するために広く配置される。
【００３８】
図２Ａに示したように、Ｅ―ＵＭＴＳ網は、Ｅ―ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上の端末を含む。Ｅ―ＵＴＲＡＮは、一つのセルに位置することもできる一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０、及び複数の端末１０を含むこともできる。一つ以上のＥ―ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワークの終端に位置し、外部ネットワークに連結することもできる。
【００３９】
本明細書において、「ダウンリンク（ｄｏｗｎｌｉｎｋ）」は、ｅＮＢ２０から端末１０への通信を称し、「アップリンク（ｕｐｌｉｎｋ）」は、端末１０からｅＮＢ２０への通信を称する。端末１０は、ユーザーによって運搬される通信装備を称し、また、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、ＭＳ）、ユーザー端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ、ＵＴ）、加入者ステーション（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ、ＳＳ）又は無線デバイスと称することもできる
【００４０】
図２Ｂは、一般的なＥ―ＵＴＲＡＮとＥＰＣの構造を示すブロック図である。
【００４１】
図２Ｂに示したように、ｅＮＢ２０は、ユーザー平面及び制御平面のエンドポイント（ｅｎｄ  ｐｏｉｎｔ）をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して連結することができる。
【００４２】
ｅＮＢ２０は、一般にＵＥ１０と通信する固定局であって、基地局（ＢＳ）又はアクセスポイントと称することもある。一つのｅＮＢ２０はセルごとに配置することができる。ユーザートラフィック又は制御トラフィックを送信するためのインターフェースをｅＮＢ２０間で使用することができる。
【００４３】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインターＣＮノードシグナリング、（ページング再伝送の制御及び実行を含む）遊休モードＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休及び活性モードのＵＥのための）トラッキング領域リスト管理、ＰＤＮ  ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ  ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、ＰＷＳ（ＥＴＷＳ及びＣＭＡＳを含む）メッセージ伝送のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー―ユーザー（Ｐｅｒ―ｕｓｅｒ）基盤のパケットフィルタリング（例えば、Ｋパケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ  ＩＰ住所割り当て、ダウンリンクでの伝送ポートレベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ―ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、明確性のために、本明細書で単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を全て含む。
【００４４】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インターフェースを介して連結することができる。各ｅＮＢ２０は、Ｘ２インターフェースを介して相互接続することができ、各隣接ｅＮＢは、Ｘ２インターフェースを有するメッシュネットワーク構造を有することができる。
【００４５】
図２Ｂは、一般的なＥ―ＵＴＲＡＮ及び一般的なＥＰＣ構造を示すブロック図である。図２Ｂに示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線資源制御（ＲＲＣ）活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャンネル（ＢＣＣＨ）情報のスケジューリング及び送信、アップリンク及びダウンリンクの全てにおける各ＵＥ１０のための動的資源割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御（ＲＡＣ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態での連結移動性制御などの各機能を行うことができる。ＥＰＣにおいて、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザー平面暗号化、システム構造エボリューション（ＳＡＥ）ベアラ制御、及び非―接続層（ＮＡＳ）シグナリングの暗号化及び無欠性保護などの各機能を行うことができる。
【００４６】
ＥＰＣは、移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービング―ゲートウェイ（ｓｅｒｖｉｎｇ―ｇａｔｅｗａｙ、Ｓ―ＧＷ）、及びパケットデータネットワーク―ゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ―Ｇａｔｅｗａｙ、ＰＤＮ―ＧＷ）を含む。ＭＭＥは、主に各端末の移動性を管理する目的で用いられる連結及び可用性に対する情報を有する。Ｓ―ＧＷは、Ｅ―ＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ―ＧＷは、パケットデータネットワーク（ＰＤＮ）を終端点として有するゲートウェイである。
【００４７】
図３は、３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコルの制御平面及びユーザー平面の構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために用いる各制御メッセージが伝送される通路を意味する。ユーザー平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが伝送される通路を意味する。
【００４８】
第１の層である物理層は、物理チャンネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは伝送チャンネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されている。前記伝送チャンネルを介して媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層間には、物理チャンネルを介してデータが移動する。前記物理チャンネルは、時間と周波数を無線資源として活用する。具体的に、物理チャンネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００４９】
第２の層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２の層のＲＬＣ層は、信頼性のあるデータ伝送をサポートする。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックで具現することもできる。第２の層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に伝送するために不必要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００５０】
第３の層の最下部に位置した無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面のみで定義される。ＲＲＣ層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャンネル、伝送チャンネル及び物理チャンネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２の層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は、互いにＲＲＣメッセージを交換する。
【００５１】
ｅＮＢの一つのセルは、１．２５、２．５、５、１０、１５及び２０ＭＨｚなどの各帯域のうち一つで動作するように設定することができ、帯域でダウンリンク又はアップリンク伝送サービスを提供するように設定することができる。異なる各セルは、異なる各帯域を提供するように設定することもできる。
【００５２】
Ｅ―ＵＴＲＡＮから端末への送信のためのダウンリンク伝送チャンネル（Ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）は、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、各ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、及びユーザートラフィック又は各制御メッセージを伝送するためのダウンリンク共有チャンネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＳＣＨ）を含む。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクＳＣＨを介して伝送することもでき、又は別途のダウンリンクＭＣ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して伝送することもできる。
【００５３】
一方、端末からネットワークにデータを伝送するアップリンク伝送チャンネルとしては、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）と、その他にユーザートラフィックや制御メッセージを伝送するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）とがある。伝送チャンネルの上位にあり、伝送チャンネルにマッピングされる論理チャンネルとしては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００５４】
図４は、Ｅ―ＵＭＴＳシステムで使用する物理チャンネル構造の一例を示した図である。物理チャンネルは、時間軸上にある多数のサブフレームと、周波数軸上にある多数のサブキャリア（Ｓｕｂ―ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ―ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）で構成される。一つのサブフレームは、複数の資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つの資源ブロックは、複数のシンボル及び複数のサブキャリアで構成される。また、各サブフレームは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャンネルのために該当のサブフレームの特定シンボル（例えば、１番目のシンボル）の特定サブキャリアを用いることができる。図４には、Ｌ１／Ｌ２制御情報伝送領域（ハッチング部分）とデータ伝送領域（ハッチングしていない部分）を示した。現在論議が進行中のＥ―ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）システムでは、１０ｍｓの無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）を使用し、一つの無線フレームは１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。また、一つのサブフレームは二つの連続するスロットで構成される。一つのスロットの長さは、０．５ｍｓである。また、一つのサブフレームは多数のＯＦＤＭシンボルで構成され、多数のＯＦＤＭシンボルのうち一部のシンボル（例えば、１番目のシンボル）は、Ｌ１／Ｌ２制御情報を伝送するために使用することができる。データ伝送のための時間単位である伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）は１ｍｓである。
【００５５】
基地局と端末は、一般に特定制御信号又は特定サービスデータを除いては、伝送チャンネルであるＤＬ―ＳＣＨを用いるＰＤＳＣＨを介してデータを送信／受信する。ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に伝送されるもので、前記各端末がどのようにＰＤＳＣＨデータを受信してデコーディング（ｄｅｃｏｄｉｎｇ）しなければならないのかに対する情報などは、ＰＤＣＣＨに含まれて伝送される。
【００５６】
例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線資源（例えば、周波数位置）及び「Ｃ」という伝送形式情報（例えば、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて伝送されるデータに関する情報が特定サブフレームを通じて伝送されると仮定する。この場合、セル内の端末は、自分が有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」ＲＮＴＩを有している一つ以上の端末があると、前記各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００５７】
図５は、マクロセルとスモールセルとの間の二重連結性を示す概念図である。
【００５８】
一方、ＬＴＥ―Ａ以後の次期のシステムでは、トラフィック最適化などのためにカバレッジが大きいセル（例えば、マクロセル）内にカバレッジが小さい多数のセル（例えば、マイクロセル）を配置することができる。例えば、一つの端末に対してマクロセルとマイクロセルを併合することができ、マクロセルは主に移動性管理用途（例えば、ＰＣｅｌｌ）で使用され、マイクロセルは主にスループットブースティング用途（例えば、ＳＣｅｌｌ）で使用される状況を考慮することができる。この場合、一つの端末に併合される各セルは、互いに異なるカバレッジを有することができ、それぞれのセルは、地理的に離れた互いに異なる基地局（或いは、これに相応するノード（例えば、リレー））によってそれぞれ管理することができる（インター―サイトＣＡ）。
【００５９】
二重連結性（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）は、端末がマクロセルとスモールセルの全てに同時に連結できることを意味する。二重連結性で、ハンドオーバー（ｈａｎｄｏｖｅｒ）可能性を低下させるためにマクロセル内のスケジューリング無線ベアラ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＳＲＢ）又は他のＤＲＢを維持する同時に、高い処理量を提供するために、いくつかのデータ無線ベアラ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ、ＤＲＢ）はスモールセルにオフロード（ｏｆｆｌｏａｄ）することができる。マクロセルは、周波数ｆ１を通じてＭｅＮＢ（Ｍａｃｒｏ  ｃｅｌｌ  ｅＮＢ）によって作動し、スモールセルは、周波数ｆ２を通じてＳｅＮＢ（Ｓｍａｌｌ  ｃｅｌｌ  ｅＮＢ）によって作動する。周波数ｆ１及びｆ２は同一であり得る。ＭｅＮＢとＳｅＮＢとの間のバックホール（ｂａｃｋｈａｕｌ）インターフェースは、バックホールに相当する遅延があり、一つのノードでの中央化されたスケジューリングが不可能であるので、非―理想的である。
【００６０】
二重連結性による利得を得るために、例えば、ＳＲＢｓ又はリアルタイムトラフィックなどの他のトラフィックがマクロセルによって依然としてサービスされる間、遅延耐性（ｄｅｌａｙ  ｔｏｌｅｒａｎｔ）であるベスト―エフォートトラフィック（ｂｅｓｔ―ｅｆｆｏｒｔ  ｔｒａｆｆｉｃ）はスモールセルにオフロードされる。
【００６１】
図６は、二重連結性システムのセル変更手順に対する概念図である。
【００６２】
端末は、セルが追加、変更、又は除去されたとき、セル変更手順を行う。より具体的に、セルをサポートする特定無線ベアラが追加、変更、又は除去されたとき、端末はセル変更手順を行う。
【００６３】
マクロセルとスモールセルとの間の二重連結性システムにおいて、セルが追加、変更、又は除去されたとき、端末は、マクロ（又はマスター）セル基地局（ＭｅＮＢ）と通信するＲＬＣ及びＰＤＣＰエンティティでスモールセル変更（Ｓｍａｌｌ  Ｃｅｌｌ  Ｃｈａｎｇｅ、ＳＣＣ）手順を行う。スモールセル（例えば、ピコセル（ｐｉｃｏ―ｃｅｌｌ）、フェムトセル（ｆｅｍｔｏ―ｃｅｌｌ）など）は、サービングセル（例えば、マクロセル）のカバレッジより小さいカバレッジを有するセルであり得る。スモールセル基地局（ＳｅＮＢ）は、スモールセルカバレッジ上の一つの基地局であって、スモールセルカバレッジを提供する。マクロセルのカバレッジとスモールセルのカバレッジは、互いに重畳する領域を含む。
【００６４】
端末がＳＣＣ手順を行うとき、スモールセル上に常在することもできるネットワークの全てのエンティティの無線ベアラ又はネットワークのＲＬＣ／ＭＡＣ／ＰＨＹ（又はＲＬＣエンティティのみ）の無線ベアラのみがＭｅＮＢからＳｅＮＢに、ＳｅＮＢ１から他のＳｅＮＢ２に、又はＳｅＮＢからＭｅＮＢに移動することもできる。ＰＤＣＰエンティティは、変更されたセル（分割ベアラ構造）上に常在することもできる。
【００６５】
図６の（ａ）に示したように、ＭｅＮＢに連結された端末がＳｅＮＢ１下の領域に移動する場合、例えば、ＢＥ―ＤＲＢ（Ｂｅｓｔ  Ｅｆｆｏｒｔ―ＤＲＢ）などの一部のＤＲＢは、ＳｅＮＢ１にオフロードすることができる。このような方式で、ＢＥ―ＤＲＢのＲＬＣ／ＭＡＣ／ＰＨＹは、ＰＤＣＰエンティティがＭｅＮＢ内に維持された状態で、ＭｅＮＢからＳｅＮＢ１に変更される。
【００６６】
図６の（ｂ）の場合、ＭｅＮＢに連結された端末がＳｅＮＢ１下の領域からＳｅＮＢ２下の領域に移動する場合、ＳｅＮＢ１によってサービングされるＢＥ―ＤＲＢはＳｅＮＢ２に移動する。このような方式で、ＢＥ―ＤＲＢのＲＬＣ／ＭＡＣ／ＰＨＹは、ＰＤＣＰエンティティがＭｅＮＢ内に維持された状態で、ＳｅＮＢ１からＳｅＮＢ２に変更される。
【００６７】
図６の（ｃ）の場合、ＭｅＮＢに連結された端末がＳｅＮＢ２下の領域外に移動する場合、ＳｅＮＢ２によってサービングされるＢＥ―ＤＲＢはＭｅＮＢに移動する。このような方式で、ＢＥ―ＤＲＢのＲＬＣ／ＭＡＣ／ＰＨＹは、ＰＤＣＰエンティティがＭｅＮＢ内に維持された状態で、ＳｅＮＢ２からＭｅＮＢに変更される。
【００６８】
図７は、ハンドオーバー手順におけるＲＬＣエンティティとＰＤＣＰエンティティの再確立の概念図である。
【００６９】
ＲＬＣエンティティとＰＤＣＰエンティティは、ハンドオーバー手順で再確立される。端末は、基地局からｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると、ハンドオーバー手順を開始する。
【００７０】
端末は、確立された全ての無線ベアラに対するＭＡＣをリセットし、ＰＤＣＰエンティティを再確立することもできる。例えば、知られていない各ＰＤＣＰ  ＳＤＵの（連関した状態報告も）再伝送、及びＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）及びＨＦＮ（Ｈｙｐｅｒ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）の取り扱いなどのＰＤＣＰ再確立の成功的完了後の無線ベアラの取り扱いは、関連３ＧＰＰ規格によって参照することができる。
【００７１】
端末は、確立された全ての無線ベアラに対するＲＬＣエンティティを再確立することもできる。端末は、各下位層が各ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を考慮するように設定される場合、非活性状態にあり、ｎｅｗＵＥ―Ｉｄｅｎｔｉｔｙ値をＣ―ＲＮＴＩとして適用するように設定することもできる。
【００７２】
端末は、各下位層が無欠性（ｉｎｔｅｇｒｉｔｙ）保護アルゴリズム及びＫＲＲＣｉｎｔキーを適用するように設定することもできる。例えば、無欠性保護設定は、手順の成功的完了を示すために用いられるメッセージを含み、端末によって受信及び送信される全ての後続メッセージに適用することができる。端末は、各下位層が暗号化アルゴリズムを適用するように設定することもできる。ＫＲＲＣｅｎｃキーとＫＵＰｅｎｃキー、例えば、暗号化設定は、手順の成功的完了を示すために用いられるメッセージを含み、端末によって受信及び送信される全ての後続メッセージに適用することができる。
【００７３】
端末がリレーノード（Ｒｅｌａｙ  Ｎｏｄｅ、ＲＮ）として連結された場合、端末は、各下位層が、無欠性保護が適用されるように設定された現在又は後続して確立された各ＤＲＢに対する無欠性保護アルゴリズム及びＫＵＰｉｎｔキーを適用するように設定することもできる。
【００７４】
ＰＤＣＰ再確立手順
【００７５】
各上位層がＰＤＣＰ再確立を要請する場合、端末は、対応ＲＬＣモードに対して本セクションで説明する手順を一度追加的に行うこともできる。ＰＤＣＰ再確立手順は、ＵＬデータ伝送手順の場合とＤＬデータ伝送手順の場合を含む。
【００７６】
ＲＬＣ  ＡＭにマッピングされた各ＤＲＢに対するＵＬデータ伝送の場合、上位層がＰＤＣＰ再確立を要請したとき、端末は、アップリンクに対するヘッダー圧縮プロトコルをリセットし、ＩＲ状態でＵ―モードで開始することもできる。端末がＲＮとして連結された場合、再確立手順の間、端末は、（設定された場合）各上位層によって提供された無欠性保護アルゴリズム及びキーを適用することもできる。端末は、再確立手順の間、各上位層によって提供された暗号化アルゴリズム及びキーを適用することもできる。各下位層によって確認されていない対応ＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の成功的伝送のための１番目のＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）から、端末は、下記に特定したように、ＰＤＣＰ再確立の前に、ＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値の昇順に各ＰＤＣＰ  ＳＮと既に連関した全てのＰＤＣＰ  ＳＤＵの送信又は再送信を行うこともできる。：１）ＰＤＣＰ  ＳＤＵのヘッダー圧縮を遂行、２）ＲＮとして連結された場合、このＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値を用いてＰＤＣＰ  ＳＤＵの無欠性保護を遂行、３）このＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値を用いてＰＤＣＰ  ＳＤＵの暗号化を遂行、４）結果物であるＰＤＣＰデータＰＤＵを下位レイヤードに提出。
【００７７】
ＲＬＣ  ＵＭにマッピングされた各ＤＲＢに対するＵＬデータ伝送の場合、各上位層がＰＤＣＰ再確立を要請したとき、そして、ＤＲＢがヘッダー圧縮プロトコルで設定され、ｄｒｂ―ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていない場合、端末は、アップリンクに対するヘッダー圧縮プロトコルをリセットし、Ｕ―モードでＩＲ状態で開始することもできる。端末は、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮとＴＸ＿ＨＦＮを０に設定し、再確立手順の間、各上位層によって提供された暗号化アルゴリズム及びキーを適用することもできる。端末がＲＮとして連結された場合、端末は、再確立手順の間、各上位層によって提供された暗号化アルゴリズム及びキーを適用することもできる。ＰＤＣＰ  ＳＮと既に連関しているが、以前に各下位層に提出されていない対応ＰＤＵに対するＰＤＣＰ  ＳＤＵのそれぞれに対して、１）各ＰＤＣＰ  ＳＤＵは、上位層レイヤードから受信されたものと見なされ、２）廃棄タイマー（ｄｉｓｃａｒｄＴｉｍｅｒ）を再開始せず、ＰＤＣＰ再確立前にＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値の昇順に送信を行う。
【００７８】
各ＳＲＢのＵＬデータ伝送手順の場合、各上位層がＰＤＣＰ再確立を要請したとき、端末は、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮとＴＸ＿ＨＦＮを０に設定し、格納された全てのＰＤＣＰ  ＳＵＤとＰＤＣＰ  ＰＤＵを廃棄し、再確立手順の間、各上位層によって提供された暗号化及び無欠性保護アルゴリズムを適用することもできる。
【００７９】
ＲＬＣ  ＡＭにマッピングされた各ＤＲＢに対するＤＬデータ伝送手順の場合、各上位層がＰＤＣＰ再確立を要請したとき、端末は、各下位層の再確立により、各下位層から受信されたＰＤＣＰデータＰＤＵを処理することもできる。端末は、ダウンリンクに対するヘッダー圧縮プロトコルをリセットし、再確立手順の間、各上位層によって提供された暗号化及び無欠性保護アルゴリズムを適用することもできる。端末がＲＮとして連結された場合、端末は、再確立手順の間、各上位層によって提供された暗号化及び無欠性保護アルゴリズムを適用することもできる。
【００８０】
ＲＬＣ  ＵＭにマッピングされた各ＤＲＢに対するＤＬデータ伝送手順の場合、各上位層がＰＤＣＰ再確立を要請したとき、端末は、各下位層の再確立によって各下位層から受信されたＰＤＣＰデータＰＤＵを処理することもできる。端末は、ＤＲＢがヘッダー圧縮プロトコルで設定され、ａｒｂ―ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていない場合、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮとＲＸ＿ＨＦＮを０に設定し、再確立手順の間、各上位層によって提供された暗号化アルゴリズム及びキーを適用することもできる。端末がＲＮとして連結された場合、端末は、（設定された場合）再確立手順の間、各上位層によって提供された暗号化アルゴリズム及びキーを適用することもできる。
【００８１】
各ＳＲＢに対するＤＬデータ伝送手順の場合、各上位層がＰＤＣＰ再確立を要請したとき、端末は、各下位層の再確立によって各下位層から受信されたＰＤＣＰデータＰＤＵを廃棄し、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮとＲＸ＿ＨＦＮを０に設定し、格納された全てのＰＤＣＰ  ＳＤＵとＰＤＣＰ  ＰＤＵを廃棄し、再確立手順の間、各上位層によって提供された無欠性保護アルゴリズム及びキーを適用することもできる。
【００８２】
ＲＬＣ再確立手順
【００８３】
ＲＬＣ再確立は、ＲＲＣの要請時に行われ、機能はＡＭ、ＵＭ及びＴＭ  ＲＬＣエンティティに適用可能である。
【００８４】
ＲＬＣエンティティが再確立されなければならないことを示すＲＲＣがＴＭ  ＲＬＣエンティティに送信される場合、ＲＬＣエンティティは全てのＲＬＤ  ＳＤＵを廃棄することもできる。
【００８５】
受信ＵＭ  ＲＬＣエンティティの場合、可能であれば、ＲＬＣエンティティは、ＳＮ＜ＶＲ（ＵＨ）で各ＵＭＤ  ＰＤＵから各ＲＬＣ  ＳＤＵを再組立て（ｒｅａｓｓｅｍｂｌｅ）することもでき、この過程で各ＲＬＣヘッダーを除去することができ、以前に伝達されておらず、全ての残余ＵＭＤ  ＰＤＵを廃棄していないと、ＲＬＣ  ＳＮの昇順に再組立てされた全てのＲＬＣ  ＰＤＵを上位層に伝達することもできる。
【００８６】
送信ＵＭ  ＲＬＣエンティティの場合、ＲＬＣエンティティは全てのＲＬＣ  ＳＤＵを廃棄することもできる。
【００８７】
ＡＭ  ＲＬＣエンティティの場合、可能であれば、ＲＬＣエンティティは、受信側でＳＮ＜ＶＲ（ＭＲ）で各ＡＭＤ  ＰＤＵの任意の各バイトセグメントから各ＲＬＣ  ＳＤＵを再組立てすることもでき、各ＲＬＣヘッダーを除去することができ、以前に伝達されていない場合、ＲＬＣ  ＳＮの昇順に再組立てされた全てのＲＬＣ  ＳＤＵを上位層に伝達することもできる。また、ＲＬＣエンティティは、残余受信側の各ＡＭＤ  ＰＤＵの各バイトセグメント及び各ＡＭＤ  ＰＤＵを廃棄することができ、送信側の各ＡＭＤ  ＰＤＵ及び各ＲＬＣ  ＳＤＵを全て廃棄することができ、全てのＲＬＣ制御ＰＤＵを廃棄することもできる。その後、ＲＬＣは、全てのタイマーを停止及びリセットすることもでき、全ての状態変数をそれぞれの初期値にリセットすることもできる。
【００８８】
ハンドオーバー手順において、パケット損失を最小化するためにＰＤＣＰ及びＲＬＣエンティティは全て再確立される。しかし、図６を参照して説明した３つの類型のセル変更手順において、ＰＤＣＰが依然としてＭｅＮＢに維持されるなど、このような再確立がハンドオーバー手順と見なされないので、このような再確立が起こらない。したがって、セル変更手順において各ＲＬＣエンティティの変更によるパケット損失もあり得るので、「セル変更手順」に特定されたパケット損失を最小化する特別なメカニズムが要求される。
【００８９】
図８は、本願の実施例に係るセル変更手順におけるＲＬＣエンティティ及びＰＤＣＰエンティティの再確立の概念図である。
【００９０】
このメッセージを端末が受信する場合、ＲＲＣは、指示された各無線ベアラのＰＤＣＰ及びＲＬＣがセル変更手順を行うように要求する。その後、要求されたＰＤＣＰ及びＲＬＣエンティティは、下記のようにセル変更手順を行う。
【００９１】
下記の行動を含むＲＬＣエンティティにおけるセル変更手順
【００９２】
送信ＴＭ  ＲＬＣエンティティの場合、端末は、全てのＲＬＣ  ＳＤＵを廃棄することもできる。受信ＵＭ  ＲＬＣエンティティの場合、可能であれば、端末は、ＳＮ＜ＶＲ（ＵＨ）で各ＵＭＤ  ＰＤＵから各ＲＬＣ  ＳＤＵを再組立てすることもでき、この過程で各ＲＬＣヘッダーを除去することができ、以前に伝達されていない場合、ＲＬＣ  ＳＮの昇順に再組立てされた各ＲＬＣ  ＳＤＵを各上位層に伝達することもできる。また、端末は、全ての残余ＵＭＤ  ＰＤＵを廃棄することもできる。
【００９３】
送信ＵＭ  ＲＬＣエンティティの場合、端末は、全てのＲＬＣ  ＳＤＵを廃棄することもできる。ＡＭ  ＲＬＣエンティティの場合、可能であれば、端末は、受信側でＳＮ＜ＶＲ（ＭＲ）で各ＡＭＤ  ＰＤＵの各セグメントから各ＲＬＣ  ＳＤＵを再組立てすることもでき、この過程で各ＲＬＣヘッダーを除去することもでき、以前に伝送されていない場合、ＲＬＣ  ＳＮの昇順に上位層に再組立てされた全てのＲＬＣ  ＳＤＵを伝達することもできる。また、端末は、受信側の残余ＡＭＤ  ＰＤＵ及びＡＭＤ  ＰＤＵの各バイトセグメントを廃棄することができ、送信側の全てのＲＬＣ  ＳＤＵとＡＭＤ  ＰＤＵを廃棄することができ、全てのＲＬＣ制御ＰＤＵを廃棄することもできる。また、その後、端末は、全てのタイマーを停止してリセットすることもでき、全ての状態変数をそれぞれの初期値にリセットすることもできる。
【００９４】
下記の行動を含むＰＤＣＰエンティティにおけるセル変更手順
【００９５】
ＲＬＣ  ＡＭにマッピングされた各ＤＲＢに対するＰＤＣＰ送信側手順の場合、端末は、アップリンクに対するヘッダー圧縮プロトコルをリセットし、ＩＲ状態でＵ―モードで開始することもできる。各下位層によって確認されていない対応ＰＤＣＰ  ＰＤＵの成功的伝送のための１番目のＰＤＣＰ  ＳＤＵから、端末は、下記に特定したように、ＰＤＣＰの再確立前に、ＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値の昇順に各ＰＤＣＰ  ＳＮと既に連関した全てのＰＤＣＰ  ＳＤＵの送信又は再送信を行うこともできる。：１）ＰＤＣＰ  ＳＤＵのヘッダー圧縮を遂行、２）このＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値を用いてＰＤＣＰ  ＳＤＵの暗号化を遂行、３）結果物であるＰＤＣＰデータＰＤＵを下位レイヤーに提出。
【００９６】
ＲＬＣ  ＵＭにマッピングされた各ＤＲＢに対するＰＤＣＰ送信側手順の場合、ＤＲＢがヘッダー圧縮プロトコルで設定され、ｄｒｂ―ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていない場合、端末は、アップリンクに対するヘッダー圧縮プロトコルをリセットし、Ｕ―モードでＩＲ状態で開始することもできる。端末は、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮとＴＸ＿ＨＦＮを０に設定することもできる。ＰＤＣＰ  ＳＮと既に連関しているが、以前に各下位層に提出されていない対応ＰＤＵに対するＰＤＣＰ  ＳＤＵのそれぞれに対して、端末は、各ＰＤＣＰ  ＳＤＵは上位層レイヤーから受信されたと見なし、廃棄タイマー（ｄｉｓｃａｒｄＴｉｍｅｒ）を再開始せず、セル変更手順のＰＤＣＰ以前にＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値の昇順にＰＤＣＰ  ＳＤＵの送信を行うこともできる。
【００９７】
各ＳＲＢに対するＰＤＣＰ送信側手順の場合、端末は、Ｎｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮ及びＴＸ＿ＨＦＮを０に設定し、格納された全てのＰＤＣＰ  ＳＤＵとＰＤＣＰ  ＰＤＵを廃棄することもできる。
【００９８】
ＲＬＣ  ＡＭ上にマッピングされた各ＤＲＢに対するＰＤＣＰ受信側手順の場合、端末は、セル変更手順のＲＬＣにより、各下位層から受信されたＰＤＣＰデータＰＤＵを処理することもできる。受信されたＰＤＣＰ  ＳＮ  −  Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＞Ｒｅｏｄｅｒｉｎｇ＿Ｗｉｎｄｏｗである場合又は０＜＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ  −  受信されたＰＤＣＰ  ＳＮ＜Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗで、受信されたＳＮ＞Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末は、ＲＸ＿ＨＦＮ  −  １及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用いてＰＤＣＰ  ＰＤＵを解読したり、ＲＸ＿ＨＦＮ及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用いてＰＤＣＰ  ＰＤＵを解読することもできる。また、その後、端末は、ヘッダー圧縮解除及び該当のＰＤＣＰ＿ＳＤＵの廃棄を行うこともできる。
【００９９】
上述した場合と異なり、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ  −  受信されたＰＤＣＰ  ＳＮ＞Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗである場合、端末は、ＲＸ＿ＨＦＮを１だけ増加させ、ＰＤＣＰ  ＰＤＵの解読のためにＲＸ＿ＨＦＮ及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰ  ＳＮ  ＋  １に設定することもできる。
【０１００】
受信されたＰＤＣＰ  ＳＮ  −  Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＞＝Ｒｅｏｒｄｅｒｉｎｇ＿Ｗｉｎｄｏｗである場合、端末は、ＰＤＣＰ  ＰＤＵの解読のためにＲＸ＿ＨＦＮ  −  １及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用いることもできる。
【０１０１】
受信されたＰＤＣＰ  ＳＮ＞＝Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末は、ＰＤＣＰ  ＰＤＵの解読のためにＲＸ＿ＨＦＮ及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用い、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰ  ＳＮ  ＋  １に設定することもできる。また、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮがＭａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮより大きい場合、端末は、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを０に設定し、ＲＸ＿ＨＦＮを１だけ増加させることもできる。受信されたＰＤＣＰ  ＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末は、ＰＤＣＰ  ＰＤＵの解読のためにＲＸ＿ＨＦＮ及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用いることもできる。前記の手順でＰＤＣＰ  ＰＤＵが廃棄されていないと、端末は、ＰＤＣＰ  ＰＤＵに対する解読及びヘッダー圧縮解除（設定された場合）を行うことができる。同一のＰＤＣＰ  ＳＮでＰＤＣＰ  ＳＤＵが格納された場合、端末は、該当のＰＤＣＰ  ＳＤＵを廃棄又は格納することもできる。
【０１０２】
ＰＤＣＰによって受信されたＰＤＣＰ  ＰＤＵがＲＬＣ  ＳＣＣ手順によるものでない場合、端末は、連関したＣＯＵＮＴ値の昇順にＰＤＣＰ  ＰＤＵを各上位層に伝達することもできる。端末は、受信されたＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値より小さいＣＯＵＮＴ値と連関した全ての格納されたＰＤＣＰ  ＰＤＵ、又は受信されたＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値から開始するＣＯＵＮＴ値と継続的に連関した全ての格納されたＰＤＣＰ  ＰＤＵを各上位層に伝達することもできる。端末は、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを上位層に伝達された最後の（ｌａｓｔ）ＰＤＣＰ  ＳＤＵに設定することもできる。受信されたＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ  ＋  １であるか、受信されたＰＤＣＰ  ＳＮ＝Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮ  −  Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合、端末は、受信されたＰＤＣＰ  ＳＤＵと連関したＣＯＵＮＴ値から開始するＣＯＵＮＴ値と継続的に連関した全ての格納されたＰＤＣＰ  ＰＤＵを連関したＣＯＵＮＴ値の昇順に各上位層に伝達することもできる。端末は、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮを各上位層に伝達された最後のＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮに設定することもできる。その後、端末は、ダウンリンクに対するヘッダー圧縮プロトコルをリセットすることもできる。
【０１０３】
ＲＬＣ  ＵＭ上にマッピングされた各ＤＲＢに対するＰＤＣＰ受信側手順の場合、端末は、セル変更手順によって各下位層から受信されたＰＤＣＰデータＰＵＤを処理することもできる。
【０１０４】
受信されたＰＤＣＰ  ＳＮ＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮである場合、端末は、ＲＸ＿ＨＦＮを１だけ増加させることもできる。端末は、ＲＸ＿ＨＦＮ及び受信されたＰＤＣＰ  ＳＮに基づいたＣＯＵＮＴを用いてＰＤＣＰデータを解読することができるし、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを受信されたＰＤＣＰ  ＳＮ  ＋  １に設定することもできる。Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ＞Ｍａｘｉｍｕｍ＿ＰＤＣＰ＿ＳＮである場合、端末は、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮを０に設定することができ、ＲＸ＿ＨＦＮを１だけ増加させることができる。端末は、（設定された場合）解読されたＰＤＣＰデータＰＤＵのヘッダー圧縮解除を行うこともでき、結果物であるＰＤＣＰ  ＳＤＵを上位層に伝達することもできる。端末は、ＤＲＢがヘッダー圧縮プロトコルで設定され、ｄｒｂ―ＣｏｎｔｉｎｕｅＲＯＨＣが設定されていない場合、ダウンリンクに対するヘッダー圧縮プロトコルをリセットすることもでき、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ及びＲＸ＿ＨＦＮを０に設定することもできる。
【０１０５】
各ＳＲＢに対するＰＤＣＰ受信側手順において、端末は、ＲＬＣ  ＳＣＣ手順によって各下位層から受信されたＰＤＣＰデータＰＤＵを廃棄することができ、Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮ、及びＲＸ＿ＨＦＮを０に設定し、格納された全てのＰＤＣＰ  ＳＤＵ及びＰＤＣＰ  ＰＤＵを廃棄することもできる。
【０１０６】
ネットワーク側のＲＬＣ及びＰＤＣＰエンティティも、セル変更手順で上述した各行動を行う。セル変更手順のＰＤＣＰは、ＭｅＮＢ内のＰＤＣＰエンティティによって行われる。しかし、セル変更手順のＲＬＣは、セル変更手順が行われた後で除去される（又は用いられない）旧基地局内のＲＬＣエンティティによって行われる。例えば、ＤＲＢの経路がＭｅＮＢからＳｅＮＢに変更された場合、ＭｅＮＢ内のＲＬＣエンティティは、上述したセル変更手順を行うことができ、その後で除去することもできる。
【０１０７】
セル変更手順は、変更された再確立手順として見ることができる。相違点は、保安キーがＰＤＣＰ再確立手順では変更される一方、セル変更手順のＰＤＣＰでは保安キーが変更されないこと点にあり、ＲＬＣ再確立手順以後にはＲＬＣエンティティが維持されるが、ＲＬＣ  ＳＣＣ手順以後にはＲＬＣエンティティが除去されるという点にある。したがって、ＲＲＣは、新たな保安キーの適用なしで再確立手順を行うことをＰＤＣＰに要求することができ、ＲＬＣが再確立手順を行ってリリースされることを要求することができる。
【０１０８】
セル変更手順が行われた後、いずれのＰＤＣＰ  ＳＤＵが正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせるために、ＰＤＣＰ受信側は、ＰＤＣＰ状態情報をＰＤＣＰ送信側に送信する。これは、ＰＤＣＰ状態報告がセル変更手順によってトリガリング（ｔｒｉｇｇｅｒｉｎｇ）されることを意味する。ＰＤＣＰ送信側がＰＤＣＰ状態報告を受信すると、ＰＤＣＰ送信側は、ＰＤＣＰ受信側によって正しく受信されていない各ＰＤＣＰ  ＳＤＵを再送信する。
【０１０９】
図９は、本発明の実施例に係るセル変更遂行を行う方法の概念図である。
【０１１０】
端末は、セル変更手順が行われる無線ベアラの識別子を指示する設定情報を受信（Ｓ９０１）する。セル変更手順は、端末との連結の間に、サービングセルがデータをターゲットセルにオフロードする必要があるときに行われる。
【０１１１】
好ましく、サービングセルは、特定インジケーターを用いてセル変更手順の要請を示すこともできる。又は、端末は、特定条件が満足されたとき、自らセル変更手順を行うこともできる。
【０１１２】
設定情報は、マクロセル上のマクロ基地局又はスモールセル上のスモール基地局によって指示することもできる。スモールセル（例えば、ピコセル、フェムトセルなど）は、サービングセル（例えば、マクロセル）より小さいカバレッジを有するセルであり得る。マクロ基地局（ＭｅＮＢ）は、マクロセルカバレッジ上の一つの基地局であって、マクロセルカバレッジを提供する。スモール基地局（ＭｅＮＢ）は、スモールセルカバレッジ上の一つの基地局であって、スモールセルカバレッジを提供する。マクロセルのカバレッジとスモールセルのカバレッジは互いに重畳し得る。設定情報は、ＲＲＣシグナリングを通じて受信される。端末が設定情報を受信すると、端末は、設定情報で指示された無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティでセル変更手順を行うこともできる（Ｓ９０３〜Ｓ９０５）。セル変更手順は、ＲＬＣ及びＰＤＣＰエンティティの再確立を含むこともできる。
【０１１３】
好ましくは、ＲＬＣエンティティの再確立（Ｓ９０３）の場合、端末は、ＲＬＣエンティティの再確立が行われた後、ＲＬＣエンティティをリリースすることもできる。
【０１１４】
好ましくは、ＰＤＣＰエンティティの再確立（Ｓ９０４）の場合、端末は、新たな保安キーの適用なしでＰＤＣＰエンティティの再確立が行われるマクロ基地局内のＰＤＣＰエンティティの再確立を行うこともできる。
【０１１５】
端末は、ＲＬＣエンティティが追加、変更、又はリリースされたとき、ＰＤＣＰ状態報告を送信（Ｓ９０７）する。ＲＬＣ  ＡＭ上にマッピングされた各無線ベアラに対して、各上位層がＰＤＣＰ再確立を要請したとき、無線ベアラが各上位層によってＰＤＣＰ状態報告をアップリンクに送信するように設定された場合、端末は、各下位層の再確立によって各下位層から受信されたＰＤＣＰデータＰＤＵを処理した後、下記に示したように状態報告をコンパイル（ｃｏｍｐｉｌｅ）し、１番目の漏れたＰＤＣＰ  ＳＤＵのＰＤＣＰ  ＳＮにＦＭＳフィールドを設定し、状態報告を送信のための１番目のＰＤＣＰ  ＰＤＵとして各下位層に提出することもできる。
【０１１６】
少なくとも一つのアウト―オブ―シーケンス（ｏｕｔ―ｏｆ―ｓｅｑｕｅｎｃｅ）ＰＤＣＰ  ＳＤＵが格納された場合、８の次の倍数でラウンド―アップ（ｒｏｕｎｄｅｄ  ｕｐ）された、１番目の漏れたＰＤＣＰ  ＳＤＵを除いては、１番目のＰＤＣＰ  ＳＤＵから最後のアウト―オブ―シーケンスＰＤＣＰ  ＳＤＵを含み、最後のアウト―オブ―シーケンスＰＤＣＰ  ＳＤＵまでの各ＰＤＣＰ  ＳＮの数と同一の各ビットの長さのビットマップフィールドを割り当てることによって、端末は、これを送信のための１番目のＰＤＣＰ  ＰＤＵとして各下位層に提出することもできる。また、ＰＤＣＰ下位層によって指示された通りに受信されていない全てのＰＤＣＰ  ＳＤＵと、選択的に、圧縮解除に失敗した各ＰＤＣＰ  ＳＤＵに対して、ＰＤＣＰ報告は、ビットマップフィールド内の対応する位置を「０」に設定することもできる。また、端末は、他の全てのＰＤＣＰ  ＳＤＵに対してビットマップフィールドを「１」に示すこともできる。
【０１１７】
図１０は、本発明の実施例に係る通信装置のブロック図である。
【０１１８】
図１０に示した装置は、上述したメカニズムを行うように適応されたユーザー装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）及び／又はｅＮＢであってもよいが、同一の作業を行う任意の装置であってもよい。
【０１１９】
図１０に示したように、装置は、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）／マイクロプロセッサー１１０及びＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール（送受信機）１３５を含むこともできる。ＤＳＰ／マイクロプロセッサ１１０は、送受信機１３５に電気的に連結され、送受信機１３５を制御する。装置は、設計者の選択によって、電力管理モジュール１０５、バッテリ１５５、ディスプレイ１１５、キーパッド１２０、メモリデバイス１３０、スピーカー１４５及び入力デバイス１５０をさらに含むこともできる。
【０１２０】
特に、図１０は、ネットワークから要請メッセージを受信するように構成された受信機１３５、及びネットワークにタイミング送／受信タイミング情報を送信するように構成された送信機１３５を含む端末を示すこともできる。このような送信機と受信機は、送受信機１３５を構成することができる。端末は、送受信機（受信機及び送信機）１３５に連結されたプロセッサ１１０をさらに含むことができる。
【０１２１】
また、図１０は、端末に要請メッセージを送信するように構成された送信機１３５、及び端末から送受信タイミング情報を受信するように構成された受信機１３５を含むネットワーク装置を示すこともできる。このプロセッサ１１０は、送受信タイミング情報に基づいて遅延を計算することもできる。
【０１２２】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態に具体化することができる。前記の詳細な説明は、別途に明示していない限り、制限的に解釈してはならなく、請求項で定義された範囲内で広義に解釈しなければならない。したがって、本発明の等価的範囲内での全ての変更及び修正は、本発明の範囲に含まれ、特許請求の範囲内で解釈されるだろう。
【０１２３】
以上説明した各実施例は、本発明の各構成要素と各特徴が所定形態で結合されたものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含ませ得ることは自明である。
【０１２４】
本発明の実施例において、基地局（ＢＳ）によって行われると説明した特定動作は、上位ノードのＢＳによって行うこともできる。ＢＳを含む複数のネットワークノードにおいて、ＭＳとの通信のために行われる多様な動作が基地局によって行われたり、基地局以外の他のネットワークノードによって行われ得ることは明らかである。「ｅＮＢ」という用語は、「固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）」、「ＮｏｄｅＢ」、「基地局（ＢＳ）」、アクセスポイントなどに取り替えることもできる。
【０１２５】
上述した各実施例は、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせなどの多様な手段によって具現することもできる。
【０１２６】
ハードウェア設定において、本発明の実施例に係る方法は、一つ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１２７】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知となった多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０１２８】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１２９】
上述した方法は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステム以外にも、多様な無線通信システムに適用することが可能である。
【図１】
2016514922.tif 000003
【図２Ａ】
2016514922.tif 000004
【図２Ｂ】
2016514922.tif 000005
【図３】
2016514922.tif 000006
【図４】
2016514922.tif 000007
【図５】
2016514922.tif 000008
【図６】
2016514922.tif 000009
【図７】
2016514922.tif 000010
【図８】
2016514922.tif 000011
【図９】
2016514922.tif 000012
【図１０】
2016514922.tif 000013
【手続補正書】
【提出日】平成28年2月9日(2016.2.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マスター基地局（ＢＳ）および第２のＢＳを含む通信システムにおいて動作する端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）のための方法であって、前記方法は、
セル変更手順が行われる無線ベアラの識別子を含む設定情報を受信すること；及び
前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで前記セル変更手順を行うこと
を含み、
前記セル変更手順は、前記ＲＬＣエンティティ及びＰＤＣＰエンティティの再確立を含み、
前記セル変更手順は、前記第２のＢＳに属するセルが少なくとも追加、変更、または除去される場合に行われる、方法。
【請求項２】
前記設定情報は、前記マスターＢＳまたは第２のＢＳによって指示される、請求項１に記載の方法。
【請求項３】
前記設定情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信される、請求項１に記載の方法。
【請求項４】
前記ＰＤＣＰエンティティは、前記ＰＤＣＰエンティティの再確立が行われる場合、保安キーを変更しない、請求項１に記載の方法。
【請求項５】
前記ＲＬＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後でリリースされる、請求項１に記載の方法。
【請求項６】
前記セルが少なくとも追加、変更、または除去された後、ＰＤＣＰ状態報告を送信することをさらに含む、請求項１に記載の方法。
【請求項７】
前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせる、請求項６に記載の方法。
【請求項８】
前記無線ベアラのネットワーク側のＰＤＣＰエンティティとＲＬＣエンティティとは異なる基地局上に常在する、請求項１に記載の方法。
【請求項９】
前記ＵＥのＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請する、請求項１に記載の方法。
【請求項１０】
前記ＵＥのＲＲＣエンティティは、前記ＲＬＣエンティティが、前記ＲＬＣエンティティの再確立が行われた後でリリースされるように要求する、請求項１に記載の方法。
【請求項１１】
マスター基地局（ＢＳ）および第２のＢＳを含む通信システムにおける端末（ＵＥ）であって、前記ＵＥは、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール；及び
前記ＲＦモジュールを制御するように構成されたプロセッサ
を含み、
前記プロセッサは、セル変更手順が行われる無線ベアラの識別子を含む設定情報を受信し、前記セル変更手順を前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）エンティティ及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで行うように構成され、
前記セル変更手順は、前記ＲＬＣエンティティ及びＰＤＣＰエンティティの再確立を含み、
前記セル変更手順は、前記第２のＢＳに属するセルが少なくとも追加、変更、または除去される場合に行われる、ＵＥ。
【請求項１２】
前記設定情報は、前記マスターＢＳまたは前記第２のＢＳによって指示される、請求項１１に記載のＵＥ。
【請求項１３】
前記プロセッサは、前記設定情報をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信する、請求項１１に記載のＵＥ。
【請求項１４】
前記プロセッサは、前記ＰＤＣＰエンティティの再確立が行われる場合、前記ＰＤＣＰエンティティの保安キーを変更しない、請求項１１に記載のＵＥ。
【請求項１５】
前記プロセッサは、前記ＲＬＣエンティティの再確立が行われた後、前記ＲＬＣエンティティをリリースする、請求項１１に記載のＵＥ。
【請求項１６】
前記プロセッサは、前記セルが少なくとも追加、変更又はリリースされた後、ＰＤＣＰ状態報告を送信するようにさらに構成されている、請求項１１に記載のＵＥ。
【請求項１７】
前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせる、請求項１６に記載のＵＥ。
【請求項１８】
前記無線ベアラのネットワーク側のＰＤＣＰエンティティおよびＲＬＣエンティティは、異なる基地局上に常在する、請求項１６に記載のＵＥ。
【請求項１９】
前記ＵＥのＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請する、請求項１１に記載のＵＥ。
【請求項２０】
前記ＵＥのＲＲＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後、前記ＲＬＣエンティティがリリースされるように要請する、請求項１１に記載のＵＥ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
好ましくは、前記端末のＲＲＣエンティティは、前記ＲＬＣエンティティが、前記ＲＬＣエンティティの再確立が行われた後でリリースされるように要求することができる。
本発明は、例えば、以下を提供する。
（項目１）
通信システムの端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）のための方法であって、セル変更手順が行われる無線ベアラの識別子を指示する設定情報を受信すること；及び
前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで前記セル変更手順を行うことを含み、
前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立を含む、方法。
（項目２）
前記設定情報は、第１の類型セル上の第１の基地局又は第２の類型セル上の第２の基地局によって指示された、項目１に記載の方法。
（項目３）
前記設定情報は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信された、項目１に記載の方法。
（項目４）
前記ＰＤＣＰエンティティは、前記ＰＤＣＰエンティティの再確立が行われる場合、保安キーを変更しない、項目１に記載の方法。
（項目５）
前記ＲＬＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後でリリースされる、項目１に記載の方法。
（項目６）
前記ＲＬＣエンティティが追加、変更又はリリースされた場合、ＰＤＣＰ状態報告を送信することをさらに含む、項目１に記載の方法。
（項目７）
前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせる、項目６に記載の方法。
（項目８）
前記無線ベアラのネットワーク側のＰＤＣＰエンティティとＲＬＣエンティティは異なる基地局上に常在する、項目１に記載の方法。
（項目９）
前記端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請する、項目１に記載の方法。
（項目１０）
前記端末のＲＲＣエンティティは、前記ＲＬＣエンティティが、前記ＲＬＣエンティティの再確立が行われた後でリリースされるように要求する、項目１に記載の方法。
（項目１１）
通信システムの端末であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール；及び
前記ＲＦモジュールを制御するように構成されたプロセッサを含み、
前記プロセッサは、セル変更手順が行われる無線ベアラの識別子は指示する設定情報を受信し、前記セル変更手順を前記設定情報で指示された前記無線ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）エンティティで行うようにさらに構成され、
前記セル変更手順は、前記ＲＬＣ及びＰＤＣＰエンティティの再確立を含む、端末。
（項目１２）
前記設定情報は、第１の類型セル上の第１の基地局又は第２の類型セル上の第２の基地局によって指示された、項目１１に記載の端末。
（項目１３）
前記プロセッサは、前記設定情報をＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングメッセージを介して受信するようにさらに構成された、項目１１に記載の端末。
（項目１４）
前記プロセッサは、前記ＰＤＣＰエンティティの再確立が行われる場合、前記ＰＤＣＰエンティティの保安キーを変更しないようにさらに構成された、項目１１に記載の端末。
（項目１６）
前記プロセッサは、前記ＲＬＣエンティティの再確立が行われた後、前記ＲＬＣエンティティをリリースするようにさらに構成された、項目１１に記載の端末。
（項目１７）
前記プロセッサは、前記ＲＬＣエンティティが追加、変更又はリリースされた場合、ＰＤＣＰ状態報告を送信するようにさらに構成された、項目１１に記載の端末。
（項目１８）
前記ＰＤＣＰ状態報告は、いずれのＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）が正しく受信され、いずれのＰＤＣＰ  ＳＤＵが正しく受信されていないのかを知らせる、項目１７に記載の端末。
（項目１９）
前記端末のＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）エンティティは、前記ＰＤＣＰエンティティが、保安キーの変更なしで前記ＰＤＣＰエンティティの再確立を行うように要請する、項目１１に記載の端末。
（項目２０）
前記端末のＲＲＣエンティティは、前記ＲＬＣエンティティの再確立が行われた後、前記ＲＬＣエンティティがリリースされるように要請する、項目１１に記載の端末。
【国際調査報告】
2016514922.tif 000014
2016514922.tif 000015
2016514922.tif 000016
2016514922.tif 000017