(57)【特許請求の範囲】
【請求項１】
二重接続モードを支援する無線接続システムにおいてソースセルがハンドオーバーを支援する方法であって、
端末から測定報告メッセージを受信するステップと、
ターゲットセルにスモールセル維持要求情報を送信するステップと、
前記ターゲットセルからスモールセル維持応答情報を受信するステップと、
を有し、
前記二重接続モードは、前記端末が前記ソースセル及びスモールセルと同時に接続を維持するモードであり、
前記スモールセル維持要求情報は、前記ハンドオーバーを支援するために前記スモールセルに対する前記二重接続モードの維持を要求するための情報であり、
前記スモールセル維持応答情報は、前記ターゲットセルで前記スモールセルに対する前記二重接続モードの維持が可能か否かを示す情報である、ハンドオーバー支援方法。
【請求項２】
前記スモールセル維持応答情報が、前記ターゲットセルで前記スモールセルの前記二重接続モードを継続して維持する場合、
前記ソースセルは、前記端末が前記ハンドオーバーを行う途中にも前記スモールセルを介して下りリンクデータを送信するステップをさらに有する、請求項１に記載のハンドオーバー支援方法。
【請求項３】
前記ソースセルは、前記測定報告メッセージに基づいて、前記スモールセルの前記二重接続モードを維持するか否かを決定する、請求項１に記載のハンドオーバー支援方法。
【請求項４】
前記ターゲットセルは、前記スモールセル維持要求情報に基づいて、前記スモールセルの前記二重接続モードを維持するか否かを決定する、請求項１に記載のハンドオーバー支援方法。
【請求項５】
前記スモールセル維持要求情報は、ハンドオーバー要求メッセージ又はスモールセル維持要求メッセージで送信され、
前記スモールセル維持応答情報は、ハンドオーバー要求応答メッセージ又はスモールセル維持応答メッセージで送信される、請求項１に記載のハンドオーバー支援方法。
【請求項６】
前記ソースセル、前記ターゲットセル及び前記スモールセルの間には、バックホールリンクとしてＸ２インターフェース又はＳ１インターフェースが用いられる、請求項１に記載のハンドオーバー支援方法。
【請求項７】
前記ソースセル及び前記スモールセルは、地理的に離隔して位置する、請求項１に記載のハンドオーバー支援方法。
【請求項８】
二重接続モードを支援する無線接続システムにおいてハンドオーバーを支援するソースセルは、
受信器と、
送信器と、
前記二重接続モードで前記ハンドオーバーを支援するためのプロセッサと、
を備え、
前記プロセッサは、前記受信器を制御して、端末から測定報告メッセージを受信し、
前記送信器を制御して、ターゲットセルにスモールセル維持要求情報を送信し、
前記受信器を制御して、前記ターゲットセルからスモールセル維持応答情報を受信する、ように構成され、
前記二重接続モードは、前記端末が前記ソースセル及びスモールセルと同時に接続を維持するように支援するモードであり、
前記スモールセル維持要求情報は、前記ハンドオーバーを支援するために前記スモールセルに対する前記二重接続モードの維持を要求するための情報であり、
前記スモールセル維持応答情報は、前記ターゲットセルで前記スモールセルに対する前記二重接続モードの維持が可能か否かを示す情報である、ソースセル。
【請求項９】
前記スモールセル維持応答情報が、前記ターゲットセルで前記スモールセルの前記二重接続モードを継続して維持することを示すと、
前記プロセッサは、前記端末が前記ハンドオーバーを行う途中にも前記スモールセルを介して下りリンクデータを送信するように前記送信器を制御するように構成される、請求項８に記載のソースセル。
【請求項１０】
前記ソースセルは、前記測定報告メッセージに基づいて、前記スモールセルの前記二重接続モードを維持するか否かを決定する、請求項８に記載のソースセル。
【請求項１１】
前記ターゲットセルは、前記スモールセル維持要求情報に基づいて、前記スモールセルの前記二重接続モードを維持するか否かを決定する、請求項８に記載のソースセル。
【請求項１２】
前記スモールセル維持要求情報は、ハンドオーバー要求メッセージ又はスモールセル維持要求メッセージで送信され、
前記スモールセル維持応答情報は、ハンドオーバー要求応答メッセージ又はスモールセル維持応答メッセージで送信される、請求項８に記載のソースセル。
【請求項１３】
前記ソースセル、前記ターゲットセル及び前記スモールセルの間には、バックホールリンクとしてＸ２インターフェース又はＳ１インターフェースが用いられる、請求項８に記載のソースセル。
【請求項１４】
前記ソースセル及び前記スモールセルは、地理的に離隔して位置する、請求項８に記載のソースセル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線接続システムに関し、特に、二重接続モードを支援するネットワークシステムにおいてシームレスにハンドオーバーを行う方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
無線接続システムは、音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有して多重ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【０００３】
近年、無線接続システムは、様々な形態の小さい大きさのスモールセル（Ｓｍａｌｌ  Ｃｅｌｌ：例えば、マイクロセル（Ｍｉｃｒｏ  Ｃｅｌｌ）、ピコセル（Ｐｉｃｏ  Ｃｅｌｌ）、フェムトセル（Ｆｅｍｔｏ  ｃｅｌｌ）など）が、相対的に大きい大きさのマクロセル（Ｍａｃｒｏ  Ｃｅｌｌ）と連動する形態で無線接続ネットワーク構造が変化している。これは、従来のマクロセルが基本的に関与する垂直的な階層の多階層セルが混在する状況で、最終ユーザ端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の観点では高いデータ送信率が提供されることにより、体感品質（ＱｏＥ：Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）を増進することを目的とする。
【０００４】
現在、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準化範ちゅうの一つであるＥ−ＵＴＲＡ及びＥ−ＵＴＲＡＮ ＳＩのためのスモールセル向上（Ｓｍａｌｌ  Ｃｅｌｌ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅ−ＵＴＲＡ  ａｎｄ  Ｅ−ＵＴＲＡＮ  ＳＩ；ｅ．ｇ．，ＲＰ−１２２０３３文書参照）によれば、低電力ノード（Ｌｏｗ  Ｐｏｗｅｒ  Ｎｏｄｅ）を使用する宅内／外（Ｉｎｄｏｏｒ／Ｏｕｔｄｏｏｒ）シナリオを向上させるための議論が、スモールセル向上（Ｓｍａｌｌ  Ｃｅｌｌ  Ｅｎｈａｎｃｅｍｅｎｔ）という主題で行われている。また、このためのシナリオと要求事項が３ＧＰＰ ＴＲ３６．９３２規格に記述されている。
【０００５】
このようなトレンドから、将来、多数のスモールセルがマクロセル内に配置され、最終ＵＥはネットワークに物理的に一層近く位置するようになるだろう。このため、次世代無線接続ネットワークでは、従来のような物理的セルベースの通信ではなく、ＵＥ中心のゾーン（Ｚｏｎｅ）を通した通信が可能になると予想される。このような容量増進のためのＵＥ中心のゾーンを通した通信がなされるためには、いままでの物理的セルのようなサービス提供単位とは差別化したＵＥ中心のゾーンのようなサービス提供単位を具現するための技術的な課題が導出され、解決されるべきであろう。
【０００６】
また、このようなスモールセルの登場は、現在の遠距離通信網（ＲＡＮ：Ｒｅｍｏｔｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に大きな影響を与えることができる。特に、省エネルギーの観点で、スモールセルのオンオフ特性はマクロセルの配置に影響を及ぼすことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、スモールセル環境でハンドオーバーを行う方法を提供することにある。
【０００８】
本発明の他の目的は、二重接続モードを支援するために、端末がハンドオーバーを行う場合にもスモールセルを維持する方法を提供することにある。
【０００９】
本発明の他の目的は、二重接続モードの端末がハンドオーバーを行う際、下りリンクデータをシームレスに提供する方法を提供することにある。
【００１０】
本発明の他の目的は、二重接続モードの端末に下りリンクデータを提供するために直／間接ベアラーを形成する方法を提供することにある。
【００１１】
本発明の他の目的は、上述した方法を支援する装置を提供することにある。
【００１２】
本発明で遂げようとする技術的課題は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されるであろう。
【課題を解決するための手段】
【００１３】
本発明は、無線接続システムに関し、特に、二重接続モードを支援するネットワークシステムにおいてシームレスにハンドオーバーを行う方法及びこれを支援する装置を提供する。
【００１４】
本発明の一様態であり、二重接続モードを支援する無線接続システムにおいてソースセルがハンドオーバーを支援する方法は、端末から測定報告メッセージを受信するステップと、ターゲットセルにスモールセル維持要求情報を送信するステップと、ターゲットセルからスモールセル維持応答情報を受信するステップとを有することができる。このとき、二重接続モードは、端末がソースセル及びスモールセルと同時に接続を維持するモードであり、スモールセル維持要求情報は、ハンドオーバーを支援するためにスモールセルに対する二重接続モードの維持を要求するための情報であり、スモールセル維持応答情報はターゲットセルでスモールセルに対する二重接続モードの維持が可能か否かを示す情報である。
【００１５】
本発明の他の様態であり、二重接続モードを支援する無線接続システムにおいてハンドオーバーを支援するソースセルは、受信器、送信器、及び二重接続モードでハンドオーバーを支援するためのプロセッサを備えることができる。ここで、プロセッサは、前記受信器を制御して、端末から測定報告メッセージを受信し、送信器を制御して、ターゲットセルにスモールセル維持要求情報を送信し、受信器を制御して、ターゲットセルからスモールセル維持応答情報を受信するように構成されてもよい。また、二重接続モードは、端末がソースセル及びスモールセルと同時に接続を維持するように支援するモードであり、スモールセル維持要求情報は、ハンドオーバーを支援するためにスモールセルに対する二重接続モードの維持を要求するための情報であり、スモールセル維持応答情報は、ターゲットセルでスモールセルに対する二重接続モードの維持が可能か否かを示す情報であってもよい。
【００１６】
仮に、スモールセル維持応答情報が、ターゲットセルでスモールセルの二重接続モードを継続して維持することを示すと、ソースセルは、端末がハンドオーバーを行う途中にもスモールセルを介して下りリンクデータを送信するステップをさらに行うことができる。
【００１７】
ソースセルは、測定報告メッセージに基づいて、スモールセルの二重接続モードを維持可能か否かを決定することができる。
【００１８】
ターゲットセルは、スモールセル維持要求情報に基づいて、スモールセルの二重接続モードを維持可能か否かを決定することができる。
【００１９】
スモールセル維持要求情報は、ハンドオーバー要求メッセージ又はスモールセル維持要求メッセージで送信されてもよく、スモールセル維持応答情報は、ハンドオーバー要求応答メッセージ又はスモールセル維持応答メッセージで送信されてもよい。
【００２０】
ソースセル、ターゲットセル及びスモールセルの間には、バックホールリンクとしてＸ２インターフェース又はＳ１インターフェースが用いられてもよい。ここで、Ｘ２インターフェースは、ソースセル、ターゲットセル及びスモールセルが直接接続される無線ベアラー上で具現され、前記Ｓ１インターフェースは、ソースセル、ターゲットセル及びスモールセルが間接的に接続される無線ベアラー上で具現されてもよい。
【００２１】
ソースセル、ターゲットセル及びスモールセルは、互いに地理的に離隔して位置してもよい。
【００２２】
上述した本発明の様態は、本発明の好ましい実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者によって、以下に詳述する本発明の詳細な説明から導出され、理解されるであろう。
【発明の効果】
【００２３】
本発明の実施例によれば、次のような効果が得られる。
【００２４】
第一に、二重接続モードの端末にシームレスにデータサービスを提供することができる。
【００２５】
第二に、二重接続モードを支援するためのスモールセルを決定することができる。
【００２６】
第三に、二重接続モードの端末に下りリンクデータを送信するためのベアラーを形成することができる。
【００２７】
本発明の実施例から得られる効果は、以上に言及した効果に制限されず、言及していない他の効果は、以下の本発明の実施例についての記載から、本発明の属する技術の分野における通常の知識を有する者に明確に導出されて理解されるであろう。すなわち、本発明を実施する上での意図しない効果も、本発明の実施例から、当該技術の分野における通常の知識を有する者にとって導出されるだろう。
【図面の簡単な説明】
【００２８】
【図１】Ｅ−ＵＭＴＳのネットワーク構造を示すブロック図である。
【図２】一般的なＥ−ＵＴＲＡＮ及び一般的なゲートウェイ（３０）の構造を示すブロック図である。
【図３】Ｅ−ＵＭＴＳのためのユーザ−プレーンプロトコル及び制御−プレーンプロトコルスタックを示すブロック図である。
【図４】Ｅ−ＵＭＴＳのためのユーザ−プレーンプロトコル及び制御−プレーンプロトコルスタックを示すブロック図である。
【図５】本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【図６】ＬＴＥシステムにおいて接続モードハンドオーバー過程の一例を示す図である。
【図７】異種ネットワーク配置の一例を示す図である。
【図８】二重接続モードを実行している端末と基地局との配置の一例を示す図である。
【図９】二重接続モードの端末がハンドオーバーを行う様子を示す概念図である。
【図１０】ハンドオーバーを行う際、ターゲットＰセルがＳセル接続を維持するか否かを決定する方法の一例を示す図である。
【図１１】ハンドオーバーを行う際、ターゲットＰセルがＳセル接続を維持するか否かを決定する方法の他の例を示す図である。
【図１２】ハンドオーバーを行う際、ソースＰセルがＳセル接続を維持するか否かを決定する方法の一例を示す図である。
【図１３】ハンドオーバーを行う際、ソースＰセルがＳセル接続を維持するか否かを決定する方法の他の例を示す図である。
【図１４】Ｘ２送信ベアラーを設定する方法の一例を示す図である。
【図１５】Ｘ２送信ベアラーを設定する方法の他の例を示す図である。
【図１６】Ｘ２送信ベアラーを設定する方法の更に他の例を示す図である。
【図１７】Ｘ２送信ベアラーを設定する方法の更に他の例を示す図である。
【図１８】間接ベアラーを設定する方法の一例を示す図である。
【図１９】間接ベアラーを設定する方法の他の例を示す図である。
【図２０】図１乃至図１９で説明した内容を具現できる装置を示す図である。
【発明を実施するための形態】
【００２９】
以下に添付される図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。ただし、本発明の技術的特徴が特定図面に限定されるものではなく、各図面で開示する特徴は組み合わされて新しい実施例として構成されてもよい。
本発明の実施例は、スモールセルベースのネットワークシステムにおいてオンオフスモールセルに関する情報を管理する方法及びこれを支援する装置を提供する。
【００３０】
以下の実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取って代わってもよい。
【００３１】
図面に関する説明で、本発明の要旨を曖昧にさせ得る手順又は段階などは記述せず、また、当業者のレベルで理解できる程度の手順又は段階も記述しないものとする。
【００３２】
明細書全体を通じて、ある部分がある構成要素を「含む(又は、備える或いは有する)」ということは、特別に反対の記載がない限り、他の構成要素を排除することを意味せず、他の構成要素をさらに含んでもよいということを意味する。また、明細書に記載された「…部」，「…器」，「モジュール」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「一つ又は一」，「１つ（ｏｎｅ）」，「その（ｔｈｅ）」及び類似関連語は、本発明を記述する文脈において（特に、以下の請求項の文脈において）、本明細書で別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両方を含む意味で使うことができる。
【００３３】
本明細書で本発明の実施例は基地局と移動局との間のデータ送受信関係を中心に説明されている。ここで、基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味がある。本文書で基地局によって行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われてもよい。
【００３４】
すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）で構成されるネットワークにおいて、端末との通信のために行われる様々な動作は基地局又は基地局以外のネットワークノードによって行われる。ここで、「基地局」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、発展した基地局（ＡＢＳ：Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）、又はアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代えてもよい。
【００３５】
また、端末という用語は、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、又は発展した移動端末（ＡＭＳ：Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語に代えてもよい。
【００３６】
また、送信端は、データサービス又は音声サービスを提供する固定ノード及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定ノード及び／又は移動ノードを意味する。したがって、上りリンクでは端末を送信端とし、基地局を受信端とすることができる。同様に、下りリンクでは端末を受信端とし、基地局を送信端とすることができる。
【００３７】
本発明の実施例は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。
【００３８】
ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。ＵＭＴＳは、ヨーロッパシステムベースの広帯域コード分割多元接続（ＷＣＤＭＡ）、移動通信用グローバルシステム（ＧＳＭ）及び一般パケット無線サービス（ＧＰＲＳ）で動作する３世代（３Ｇ）非同期式移動通信システムである。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）を使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００３９】
本発明の技術的特徴を明確に説明するために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的特徴は必ずしもこれに制限されない。また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的特徴から逸脱しない範囲で他の形態に変更されてもよい。
【００４０】
本発明の実施例で説明する‘セル’は、基本的に、下りリンクリソース（Ｄｏｗｎｌｉｎｋ  Ｒｅｓｏｕｒｃｅ）と選択的に上りリンクリソース（Ｕｐｌｉｎｋ  Ｒｅｓｏｕｒｃｅ）との組合せで構成することができる。このとき、下りリンクリソースのための搬送波周波数（Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ）と上りリンクリソースのための搬送波周波数（Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ）間の連結（Ｌｉｎｋｉｎｇ）は、下りリンクリソースで伝達されるシステム情報（ＳＩ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ）に明示される。
【００４１】
また、‘セル’という用語は、基地局のカバレッジであり、特定周波数領域又は特定地理的領域を意味する。ただし、‘セル’は、説明の便宜上、特定カバレッジを支援する基地局と同じ意味で使われてもよい。例えば、マクロ基地局はマクロセルと、スモール基地局はスモールセルと同じ意味で使われてもよい。ただし、セルと基地局を明示的に区別して使用する場合には、本来の意味で使われる。
【００４２】
以下、本発明の実施例が用いられてもよい無線接続システムの一例として、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００４３】
１．  ３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステム
１．１  ＬＴＥ／ＬＴＥ−Ａネットワーク構造
以下、本発明の実施例が用いられてもよい３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムで使用できるネットワーク構造について説明する。
【００４４】
図１は、Ｅ−ＵＭＴＳのネットワーク構造を示すブロック図である。
【００４５】
Ｅ−ＵＭＴＳはＬＴＥシステムとも呼ばれる。通信ネットワークは広範囲に配置され、音声、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）を用いたＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）及びパケットデータのような様々な通信サービスを提供する。
【００４６】
図１に示すように、Ｅ−ＵＭＴＳネットワークは、発展したＵＭＴＳ地上無線接続ネットワーク（Ｅ−ＵＴＲＡＮ）、発展したパケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び一つ以上のユーザ装置を含む。Ｅ−ＵＴＲＡＮは、一つ以上の発展したノードＢ（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）２０を含むことができ、複数個のユーザ機器（ＵＥ）１０は一つのセルに位置してもよい。一つ以上のＥ−ＵＴＲＡＮ移動性管理エンターティー（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／システム構造エボリューション（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０は、ネットワーク末端に位置して外部ネットワークと接続されてもよい。
【００４７】
ｅＮＢ ２０は、ユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）及びコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）のエンドポイントをＵＥ １０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、セッション及び移動性管理機能のエンドポイントをＵＥ １０に提供する。ｅＮＢ ２０及びＭＭＥ／ＳＡＥゲートウェイ３０は、Ｓ１インターフェースを介して接続されてもよい。
【００４８】
ｅＮＢ ２０は一般に、ＵＥ １０と通信する固定局であり、基地局（ＢＳ）又はアクセスポイントと呼ぶこともできる。一つのｅＮＢ ２０がセルごとに配置されてもよい。ユーザトラフィック又は制御トラフィックを送信するためのインターフェースがｅＮＢ ２０同士間に用いられてもよい。
【００４９】
ＭＭＥは、ｅＮＢ ２０に対するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリング保安、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインターＣＮ（ｉｎｔｅｒ−Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノードシグナリング、（ページング再送信の制御及び実行を含む）遊休モードＵＥ接近性（Ｒｅａｃｈａｂｉｌｉｔｙ）、（遊休及び活性モードのＵＥのための）トラッキング領域リスト管理、ＰＤＮ ＧＷ及びサービングＧＷ選択、ＭＭＥ変化を伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）選択、ローミング、認証、専用ベアラー設定を含むベアラー管理、ＰＷＳ（Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）（ＥＴＷＳ（Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）及びＣＭＡＳを含む）メッセージ送信のための支援を含む様々な機能を有する。
【００５０】
ＳＡＥゲートウェイホストは、個別ユーザー（Ｐｅｒ−ｕｓｅｒ）ベースパケットフィルタリング（例、Ｋパケット検査を使用）、適法なインターセプション（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ＵＥ ＩＰアドレス割り当て、下りリンクで送信ポートレベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ−ＡＭＢＲ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ−Ａｇｇｒｅｇａｔｅｄ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）に基づくＤＬレート強化を含む様々な機能を提供する。
【００５１】
ＭＭＥ／ＳＡＥゲートウェイ３０は、説明の明確性のために、本明細書では簡単に「ゲートウェイ」と呼ぶ。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０は、ＭＭＥ及びＳＡＥゲートウェイの両者を含むものである。
【００５２】
複数のノードがｅＮＢ ２０とゲートウェイ３０との間でＳ１インターフェースを介して接続されてもよい。ｅＮＢ ２０は、Ｘ２インターフェースを介して相互接続することができ、隣接するｅＮＢがＸ２インターフェースを有するメッシュネットワーク構造を形成することができる。
【００５３】
図２は、一般的なＥ−ＵＴＲＡＮ及び一般的なゲートウェイ３０の構造を示すブロック図である。
【００５４】
図２に示すように、ｅＮＢ ２０は、ゲートウェイ３０に対する選択、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）活性化の間にゲートウェイ３０に向けるルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャスト制御チャネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）情報のスケジューリング及び送信、上りリンク及び下りリンク両方においてＵＥ １０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラー制御、無線承認制御（ＲＡＣ：Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、及びＬＴＥ＿ＡＣＴＩＶＥ状態で接続移動性制御のような機能を有することができる。ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）において、ゲートウェイ３０は、ページング発信、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーン暗号化、ＳＡＥベアラー制御、及び非−接続階層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングの暗号化及び完全性保護のような機能を有することができる。
【００５５】
図３及び図４は、Ｅ−ＵＭＴＳのためのユーザ−プレーンプロトコル及び制御−プレーンプロトコルスタックを示すブロック図である。
【００５６】
図３及び図４に示すように、プロトコル層は、通信システムの技術分野で公知であるオープンシステム相互接続（ＯＳＩ：Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）標準モデルの下位の３層に基づいて、第１層（Ｌ１：Ｌａｙｅｒ１）、第２層（Ｌ２：Ｌａｙｅｒ２）及び第３層（Ｌ３：Ｌａｙｅｒ３）に区別することができる。
【００５７】
物理層、すなわち、第１層（Ｌ１）は、物理チャネルを用いて上位層への情報送信サービスを提供する。物理層は、上位レベルに位置している媒体接続制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層に伝送チャネルを介して接続し、伝送チャネルを介してＭＡＣ層と物理層との間でデータが送信される。データは、送信端の物理層と受信端の物理層との間のように、互いに異なる物理層との間で物理チャネルを介して送信される。
【００５８】
第２層（Ｌ２）の一つであるＭＡＣ層は、論理チャネルを介して上位層の無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層にサービスを提供する。第２層（Ｌ２）のＲＬＣ層は、信頼できるデータの送信を支援する。図３及び図４ではＲＬＣ層が示されているが、ＭＡＣ層がＲＬＣ機能を兼ねる場合にはＲＬＣ層は省かれてもよいことに留意されたい。
【００５９】
第２層（Ｌ２）のＰＤＣＰ層は、不要な制御情報を減少させるヘッダー圧縮機能を果たす。これは、相対的に小さい帯域幅を有する無線インターフェースを介してＩＰｖ４又はＩＰｖ６のようなインターネットプロトコル（ＩＰ）パケットを使用するデータが効率的に送信されるようにする。
【００６０】
第３層（Ｌ３）の最下位に位置している無線リソース制御（ＲＲＣ）層は、コントロールプレーンでのみ定義され、無線ベアラー（ＲＢ：Ｒａｄｉｏ  Ｂｅａｒｅｒ）の構成、再構成及びリリースと関連して論理チャネル、伝送チャネル及び物理チャネルを制御する。ＲＢは、ＵＥ １０とＥ−ＵＴＲＡＮとの間におけるデータ送信のために第２層（Ｌ２）によって提供されるサービスを意味する。
【００６１】
図３に示すように、ＲＬＣ及びＭＡＣ層は、ネットワーク側のｅＮＢ ２０で終了し、スケジューリング、自動再送要求（ＡＲＱ：Ａｕｔｏ  Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｒｅＱｕｅｔ）、及びハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ−ＡＲＱ）のような機能を有することができる。ＰＤＣＰ層は、ネットワーク側のｅＮＢ ２０で終了し、ヘッダー圧縮、完全性保護、及び暗号化のようなユーザプレーン機能を有することができる。
【００６２】
図４に示すように、ＲＬＣ及びＭＡＣ層は、ネットワーク側のｅＮＢ ２０で終了し、コントロールプレーンにおけると同じ機能を果たす。図４に示すように、ＲＲＣ層はネットワーク側のｅＮＢ ２０で終了し、ブロードキャスティング、ページング、ＲＲＣ接続管理、無線ベアラー（ＲＢ）制御、移動性機能、及びＵＥ １０測定報告及び制御のような機能を有することができる。図４に示すように、ＮＡＳ制御プロトコルは、ネットワーク側のゲートウェイ３０のＭＭＥで終了し、ＳＡＥベアラー管理、認証、ＬＴＥ＿ＩＤＬＥ移動性ハンドリング、ＬＴＥ＿ＩＤＬＥページング発信、及びゲートウェイとＵＥ １０間におけるシグナリングに対する保安制御のような機能を有することができる。
【００６３】
ＲＲＣ状態は、ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤのような２つの異なる状態に区別することができる。
【００６４】
ＲＲＣ＿ＩＤＬＥ状態で、ＵＥ １０は、ＮＡＳによって構成された不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）の間にシステム情報及びページング情報のブロードキャストを受信することができ、ＵＥは、トラッキング領域でＵＥを唯一に識別するＩＤが割り当てられ、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）選択及びセル再−選択を行うことができる。また、ＲＲＣ＿ＩＤＬＥ状態ではｅＮＢにいかなるＲＲＣコンテクストも記憶されない。
【００６５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、ＵＥ １０は、Ｅ−ＵＴＲＡＮ ＲＲＣ接続及びＥ−ＵＴＲＡＮにおけるＲＲＣコンテクストを有し、これによってデータをｅＮＢに／から送信及び／又は受信することができる。また、ＵＥ １０は、チャネル品質情報及びフィードバック情報をｅＮＢに報告することができる。
【００６６】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮは、ＵＥ １０の属したセルを認識する。したがって、ネットワークはＵＥ １０に／からデータを送信及び／又は受信し、ＵＥの移動性（例、ハンドオーバー、ＮＡＣＣ（Ｎｅｔ−ｗｏｒｋ  Ａｓｓｉｓｔｅｄ  Ｃｅｌｌ  Ｃｈａｎｇｅ）を有するＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）へのインター−ＲＡＴ（Ｉｎｔｅｒ−Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）セルチェンジオーダー）を制御し、周辺セルに対するセル測定を行うことができる。
【００６７】
ＲＲＣ＿ＩＤＬＥモードで、ＵＥ １０は、ページングＤＲＸ（不連続受信）サイクルを特定する。具体的に、ＵＥ １０は、ＵＥ特定ページングＤＲＸサイクルごとの特定ページング機会（ｏｃｃａｓｉｏｎ）にページング信号をモニタリングする。
【００６８】
１．２  キャリア集成（併合）（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）環境
１．２．１  ＣＡ一般
３ＧＰＰ ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；Ｒｅｌ−８又はＲｅｌ−９）システム（以下、ＬＴＥシステム）は、単一コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）を複数の帯域に分割して使用する多重搬送波変調（ＭＣＭ：Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ  Ｍｏｄｕｌａｔｉｏｎ）方式を用いる。しかし、３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄシステム（例、Ｒｅｌ−１０又はＲｅｌ−１１）（以下、ＬＴＥ−Ａシステム）では、ＬＴＥシステムよりも広帯域のシステム帯域幅を支援するために、１つ以上のコンポーネントキャリアを結合して使用するキャリア集成（ＣＡ：Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）のような方法を使用することができる。キャリア集成は、搬送波集成、搬送波整合、マルチコンポーネントキャリア環境（Ｍｕｌｔｉ−ＣＣ）又はマルチキャリア環境に言い換えてもよい。
【００６９】
本発明でいうマルチキャリアは、キャリアの集成（又は、搬送波集成）を意味し、このとき、キャリアの集成は、隣接した（ｃｏｎｔｉｇｕｏｕｓ）キャリア間の集成だけでなく、非隣接した（ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ）キャリア間の集成も意味する。また、下りリンクと上りリンク間に集成されるコンポーネントキャリアの数が異なるように設定されてもよい。下りリンクコンポーネントキャリア（以下、「ＤＬ ＣＣ」という。）数と上りリンクコンポーネントキャリア（以下、「ＵＬ ＣＣ」という。）数とが一致する場合を対称的（ｓｙｍｍｅｔｒｉｃ）集成といい、それらの数が異なる場合を非対称的（ａｓｙｍｍｅｔｒｉｃ）集成という。このようなキャリア集成は、搬送波集成、帯域幅集成（ｂａｎｄｗｉｄｔｈ  ａｇｇｒｅｇａｔｉｏｎ）、スペクトル集成（ｓｐｅｃｔｒｕｍ  ａｇｇｒｅｇａｔｉｏｎ）などのような用語と同じ意味で使われてもよい。
【００７０】
ＬＴＥ−Ａシステムでは、２つ以上のコンポーネントキャリアが結合して構成されるキャリア集成は、１００ＭＨｚ帯域幅まで支援することを目標とする。目標帯域よりも小さい帯域幅を有する１個以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存のＩＭＴシステムとの互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）維持のために、既存システムで使用する帯域幅に制限することができる。
【００７１】
例えば、既存の３ＧＰＰ ＬＴＥシステムでは｛１．４、３、５、１０、１５、２０｝ＭＨｚ帯域幅を支援し、３ＧＰＰ ＬＴＥ−ａｄｖａｎｃｅｄシステム（すなわち、ＬＴＥ−Ａ）では、既存システムとの互換のために、上記の帯域幅のみを用いて２０ＭＨｚよりも大きい帯域幅を支援するようにすることができる。また、本発明で用いられるキャリア集成システムは、既存システムで用いる帯域幅と無関係に、新しい帯域幅を定義してキャリア集成を支援するようにしてもよい。
【００７２】
また、上述のようなキャリア集成は、イントラ−バンドＣＡ（Ｉｎｔｒａ−ｂａｎｄ  ＣＡ）及びインター−バンドＣＡ（Ｉｎｔｅｒ−ｂａｎｄ  ＣＡ）とに区別できる。イントラ−バンドキャリア集成とは、複数のＤＬ ＣＣ及び／又はＵＬ ＣＣが周波数上で隣接したり近接して位置することを意味する。換言すれば、ＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が同一のバンド内に位置することを意味できる。一方、周波数領域で遠く離れている環境をインター−バンドＣＡ（Ｉｎｔｅｒ−Ｂａｎｄ  ＣＡ）と呼ぶことができる。換言すれば、複数のＤＬ ＣＣ及び／又はＵＬ ＣＣのキャリア周波数が互いに異なるバンドに位置することを意味できる。このような場合、端末は、キャリア集成環境での通信を行うために複数のＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）端を使用することもできる。
【００７３】
ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（ｃｅｌｌ）の概念を用いる。上述したキャリア集成環境は、多重セル（ｍｕｌｔｉｐｌｅ  ｃｅｌｌｓ）環境と呼ぶことができる。セルは、下りリソース（ＤＬ ＣＣ）と上りリソース（ＵＬ ＣＣ）との一対の組合せと定義されるが、上りリソースは必須要素ではない。そのため、セルは、下りリソース単独で構成されてもよく、下りリソースと上りリソースとで構成されてもよい。
【００７４】
例えば、特定端末が１つの設定されたサービングセル（ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ）を有する場合、１個のＤＬ ＣＣと１個のＵＬ ＣＣを有することができるが、特定端末が２個以上の設定されたサービングセルを有する場合には、セルの数だけのＤＬ ＣＣを有し、ＵＬ ＣＣの数は該ＤＬ ＣＣと等しくてもよく小さくてもよい。又は、逆に、ＤＬ ＣＣとＵＬ ＣＣが構成されてもよい。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬ ＣＣの数よりもＵＬ ＣＣが多いキャリア集成環境も支援可能である。
【００７５】
また、キャリア集成（ＣＡ）は、それぞれキャリア周波数（セルの中心周波数）が互いに異なる２つ以上のセルの集成と理解されてもよい。ここでいう「セル（Ｃｅｌｌ）」は、一般的に使われる基地局がカバーする地理的領域としての「セル」とは区別しなければならない。以下、上述したイントラ−バンドキャリア集成をイントラ−バンド多重セルと称し、インター−バンドキャリア集成をインター−バンド多重セルと称する。
【００７６】
ＬＴＥ−Ａシステムで使われるセルは、プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ  Ｃｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ）を含む。ＰセルとＳセルは、サービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）として用いることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア集成が設定されていないか、キャリア集成を支援しない端末の場合、Ｐセルのみで構成されたサービングセルが１つ存在する。一方、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあると共にキャリア集成が設定された端末の場合、１つ以上のサービングセルが存在でき、全体サービングセルにはＰセルと１つ以上のＳセルが含まれる。
【００７７】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータを用いて設定することができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子であって、０から５０３までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（Ｐセル又はＳセル）を識別するために使われる簡略な（ｓｈｏｒｔ）識別子であって、０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘはＳセルに適用するためにあらかじめ与えられる。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最も小さいセルＩＤ（又は、セルインデックス）を有するセルがＰセルとなる。
【００７８】
Ｐセルは、プライマリ周波数（又は、ｐｒｉｍａｒｙ  ＣＣ）上で動作するセルを意味する。端末が初期接続設定（ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程を行ったり接続再−設定過程を行ったりするために用いられることもあり、ハンドオーバー過程で指示されたセルを意味することもある。また、Ｐセルは、キャリア集成環境で設定されたサービングセルのうち、制御関連通信の中心となるセルを意味する。すなわち、端末は、自身のＰセルでのみＰＵＣＣＨの割り当てを受けて送信することができ、システム情報を取得したりモニタリング手順を変更するためにＰセルのみを用いることができる。Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）は、キャリア集成環境を支援する端末に対し、移動性制御情報（ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いてハンドオーバー手順のためにＰセルのみを変更することもできる。
【００７９】
Ｓセルは、セカンダリ周波数（又は、Ｓｅｃｏｎｄａｒｙ  ＣＣ）上で動作するセルを意味することができる。特定端末にＰセルは１つのみ割り当てられ、Ｓセルは１つ以上割り当てられうる。Ｓセルは、ＲＲＣ接続設定がなされた後に構成可能であり、さらなる無線リソースを提供するために用いることができる。キャリア集成環境で設定されたサービングセルのうち、Ｐセル以外のセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。
【００８０】
Ｅ−ＵＴＲＡＮは、Ｓセルを、キャリア集成環境を支援する端末に追加する際、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連したセルの動作に関する全てのシステム情報を、特定シグナル（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌ）を用いて提供することができる。システム情報の変更は、関連したＳセルの解除及び追加によって制御することができ、このとき、上位層のＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを用いることができる。Ｅ−ＵＴＲＡＮは、関連したＳセル内でブロードキャストするよりは、端末別に異なるパラメータを有する特定シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）を行うことができる。
【００８１】
初期保安活性化過程が始まった後、Ｅ−ＵＴＲＡＮは、接続設定過程で初期に構成されるＰセルに加えて、１つ以上のＳセルを含むネットワークを構成することができる。キャリア集成環境でＰセル及びＳセルはそれぞれのコンポーネントキャリアとして動作することができる。以下の実施例では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同じ意味で使われ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同じ意味で使われてもよい。
【００８２】
１．２．２  クロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）
キャリア集成システムでは、キャリア（又は、搬送波）又はサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）に対するスケジューリング観点で、自己スケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）方法及びクロスキャリアスケジューリング（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）方法の２つがある。クロスキャリアスケジューリングは、クロスコンポーネントキャリアスケジューリング（Ｃｒｏｓｓ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）又はクロスセルスケジューリング（Ｃｒｏｓｓ  Ｃｅｌｌ  Ｓｃｈｅｄｕｌｉｎｇ）と呼ぶこともできる。
【００８３】
自己スケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨが同一のＤＬ ＣＣで送信されたり、ＤＬ ＣＣで送信されたＰＤＣＣＨ（ＵＬ  Ｇｒａｎｔ）に基づいて送信されるＰＵＳＣＨが、ＵＬグラント（ＵＬ  Ｇｒａｎｔ）を受信したＤＬ ＣＣとリンクされているＵＬ ＣＣで送信されることを意味する。
【００８４】
クロスキャリアスケジューリングは、ＰＤＣＣＨ（ＤＬ  Ｇｒａｎｔ）とＰＤＳＣＨがそれぞれ異なるＤＬ ＣＣで送信されたり、ＤＬ ＣＣで送信されたＰＤＣＣＨ（ＵＬ  Ｇｒａｎｔ）に基づいて送信されるＰＵＳＣＨが、ＵＬグラントを受信したＤＬ ＣＣとリンクされているＵＬ ＣＣではなく他のＵＬ ＣＣで送信されることを意味する。
【００８５】
クロスキャリアスケジューリングは、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）に活性化又は非活性化することができ、これは、上位層シグナリング（例えば、ＲＲＣシグナリング）によって半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に各端末別に知らせることができる。
【００８６】
クロスキャリアスケジューリングが活性化された場合、ＰＤＣＣＨに、当該ＰＤＣＣＨが指示するＰＤＳＣＨ／ＰＵＳＣＨがどのＤＬ／ＵＬ ＣＣで送信されるかを知らせるキャリア指示子フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）が必要である。例えば、ＰＤＣＣＨは、ＰＤＳＣＨリソース又はＰＵＳＣＨリソースをＣＩＦを用いて複数のコンポーネントキャリアのうちの一つに割り当てることができる。すなわち、ＤＬ ＣＣ上のＰＤＣＣＨが、多重集成されたＤＬ／ＵＬ ＣＣの一つにＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てる場合、ＣＩＦが設定される。この場合、ＬＴＥ Ｒｅｌｅａｓｅ−８のＤＣＩフォーマットをＣＩＦによって拡張することができる。このとき、設定されたＣＩＦは、３ビットフィールドとして固定したり、設定されたＣＩＦの位置は、ＤＣＩフォーマットの大きさにかかわらずに固定することができる。また、ＬＴＥ Ｒｅｌｅａｓｅ−８のＰＤＣＣＨ構造（同一コーディング及び同一ＣＣＥベースのリソースマッピング）を再使用することもできる。
【００８７】
一方、ＤＬ ＣＣ上のＰＤＣＣＨが、同一ＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、単一リンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる場合には、ＣＩＦが設定されない。この場合、ＬＴＥ Ｒｅｌｅａｓｅ−８と同一のＰＤＣＣＨ構造（同一コーディング及び同じＣＣＥベースのリソースマッピング）及びＤＣＩフォーマットを使用することができる。
【００８８】
クロスキャリアスケジューリングが可能なとき、端末は、ＣＣ別送信モード及び／又は帯域幅によって、モニタリングＣＣの制御領域で複数のＤＣＩに対するＰＤＣＣＨをモニタリングする必要がある。したがって、これを支援し得る検索空間の構成とＰＤＣＣＨモニタリングが必要である。
【００８９】
キャリア集成システムにおいて、端末ＤＬ ＣＣ集合は、端末がＰＤＳＣＨを受信するようにスケジュールされたＤＬ ＣＣの集合を表し、端末ＵＬ ＣＣ集合は、端末がＰＵＳＣＨを送信するようにスケジュールされたＵＬ ＣＣの集合を表す。また、ＰＤＣＣＨモニタリング集合（ｍｏｎｉｔｏｒｉｎｇ  ｓｅｔ）は、ＰＤＣＣＨモニタリングを行う少なくとも一つのＤＬ ＣＣの集合を表す。ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合と同一であってもよく、端末ＤＬ ＣＣ集合の副集合（ｓｕｂｓｅｔ）であってもよい。ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合のＤＬ ＣＣのうち少なくとも一つを含むことができる。又は、ＰＤＣＣＨモニタリング集合は、端末ＤＬ ＣＣ集合に関係なく別個として定義されるようにしてもよい。ＰＤＣＣＨモニタリング集合に含まれるＤＬ ＣＣは、リンクされたＵＬ ＣＣに対する自己−スケジューリング（ｓｅｌｆ−ｓｃｈｅｄｕｌｉｎｇ）は常に可能なように設定することができる。このような、端末ＤＬ ＣＣ集合、端末ＵＬ ＣＣ集合及びＰＤＣＣＨモニタリング集合は、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定（ＵＥ  ｇｒｏｕｐ−ｓｐｅｃｉｆｉｃ）又はセル特定（Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）に設定することができる。
【００９０】
クロスキャリアスケジューリングが非活性化されたということは、ＰＤＣＣＨモニタリング集合が常に端末ＤＬ ＣＣ集合と同一であることを意味し、このような場合には、ＰＤＣＣＨモニタリング集合に対する別のシグナリングのような指示が不要である。しかし、クロスキャリアスケジューリングが活性化された場合には、ＰＤＣＣＨモニタリング集合が端末ＤＬ ＣＣ集合内で定義されることが好ましい。すなわち、端末に対してＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために基地局はＰＤＣＣＨモニタリング集合でのみＰＤＣＣＨを送信する。
【００９１】
図５は、本発明の実施例で用いられるクロスキャリアスケジューリングによるＬＴＥ−Ａシステムのサブフレーム構造を示す図である。
【００９２】
図５を参照すると、ＬＴＥ−Ａ端末のためのＤＬサブフレームは、３個の下りリンクコンポーネントキャリア（ＤＬ ＣＣ）が結合されており、ＤＬ ＣＣ’Ａ’は、ＰＤＣＣＨモニタリングＤＬ ＣＣと設定されている。ＣＩＦが用いられない場合、各ＤＬ ＣＣは、ＣＩＦ無しで、自身のＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信することができる。一方、ＣＩＦが上位層シグナリングによって用いられる場合には、一つのＤＬ ＣＣ’Ａ’のみが、ＣＩＦを用いて、自身のＰＤＳＣＨ又は他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨを送信することができる。このとき、ＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されていないＤＬ ＣＣ’Ｂ’と’Ｃ’はＰＤＣＣＨを送信しない。
【００９３】
１．３  ハンドオーバー過程
図６は、ＬＴＥシステムで接続モードハンドオーバー過程の一例を示す図である。
【００９４】
図６で、ネットワークシステムは、端末、ソース基地局（Ｓｏｕｒｃｅ  ｅＮＢ）及びターゲット基地局（Ｔａｒｇｅｔ  ｅＮＢ）を含むことができる。ここで、ソース基地局は、端末にスケジューリングサービスを提供するサービング基地局であり、ターゲット基地局は、端末がハンドオーバーを行おうとするターゲット基地局である。また、ソース基地局及びターゲット基地局は、レガシー基地局及びマクロ基地局であってもよい。
【００９５】
ネットワークは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末を制御し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の移動性を管理するためにハンドオーバー過程が定義される。一般に、ネットワークは、無線チャネル条件及び負荷によってハンドオーバー過程をトリガーする。このようなハンドオーバー過程を図６に示す。
【００９６】
図６を参照すると、端末はソース基地局に、近隣セルに対する測定結果を含む測定報告メッセージを送信する（Ｓ６０１）。
【００９７】
ソース基地局は、ハンドオーバーを行うか否か、及び端末がハンドオーバーするターゲット基地局を決定することができる。その後、ソース基地局は、ハンドオーバーを行うために、ターゲット基地局にハンドオーバー要求メッセージを送信することができる（Ｓ６０３，Ｓ６０５）。
【００９８】
ターゲット基地局は、端末の承認を制御し、仮に端末が承認されると、ターゲット基地局はＨＯ要求確認（ＨＯ  ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをサービング基地局に送信する（Ｓ６０７，Ｓ６０９）。
【００９９】
ＨＯ要求確認メッセージを受信したソース基地局は、ＨＯ過程の実行を指示するために、ＲＲＣ接続再構成メッセージを端末に送信する（Ｓ６１１）。
[131]ＲＲＣ接続再構成メッセージを受信した端末は、既存セル（すなわち、ソース基地局）から分離（ｄｅｔａｃｈ）され、新しいセル（すなわち、ターゲット基地局）と同期を取る過程を行うことができる（Ｓ６１３）。
【０１００】
ソース基地局は、端末がどのターゲット基地局にハンドオーバーするかを知っているため、ターゲット基地局に、端末に送信するバッファされたパケットを伝達する（Ｓ６１５）。
【０１０１】
ソース基地局は、バッファされたデータ又はパケットをターゲット基地局に伝達するために、まず、シーケンス番号（ＳＮ：Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）状態伝達メッセージをターゲット基地局に送信する（Ｓ６１７）。
【０１０２】
その後、端末はターゲット基地局と同期を取るためにランダムアクセスプリアンブルを送信する（Ｓ６１９）。
【０１０３】
ターゲット基地局は、ランダムアクセスプリアンブルに対する応答としてＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）メッセージ又はＲＲＣメッセージを用いて上りリンクリソース割り当て情報及びタイミングアドバンス（ＴＡ：Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）情報を端末に送信する（Ｓ６２１）。
【０１０４】
端末は、上りリンクリソース割り当て情報及びＴＡ情報に基づいてＲＲＣ接続再構成完了メッセージをターゲット基地局に送信する（Ｓ６２３）。
【０１０５】
仮に、ターゲット基地局がＲＲＣ接続再構成完了メッセージを端末から受信すると、ターゲット基地局は、端末と関連した情報の除去を要求するＵＥコンテクスト解除メッセージをサービング基地局に送信する（Ｓ６２５）。
【０１０６】
ＵＥコンテクスト解除メッセージを受信したサービング基地局は、端末に対するリソースを解除し、ハンドオーバー過程を完了する（Ｓ６２７）。
【０１０７】
上述したように、図６は、端末によって行われるレガシーハンドオーバー過程を示す。すなわち、スケジューリングサービスを端末に提供する基地局が変更される度に、端末は、図６に示すハンドオーバー過程を行うことができる。
【０１０８】
２．  スモールセル環境
本発明の実施例で、スモールセル（Ｓｍａｌｌ  Ｃｅｌｌ）は、ＤＬリソース（すなわち、コンポーネントキャリア）及び選択的なＵＬリソースの組合せとして説明することができる。ＤＬリソース及びＵＬリソースのキャリア周波数の連結関係は、ＤＬリソース上で送信されるシステム情報で示すことができる。
【０１０９】
２．１  異種ネットワーク配置（Ｈｅｔｅｒｏｇｅｎｅｏｕｓ  Ｎｅｔｗｏｒｋ  Ｄｅｐｌｏｙｍｅｎｔ）
図７は、異種ネットワーク配置の一例を示す図である。
【０１１０】
次世代移動通信システムではマルチメディアなどのデータサービスをより安定的に保障するために、マクロセル（Ｍａｃｒｏ  Ｃｅｌｌ）ベースの同種網に、低電力／近距離通信のためのスモールセルであるマイクロセル（ｍｉｃｒｏ  Ｃｅｌｌ）、ピコセル（Ｐｉｃｏ  Ｃｅｌｌ）、及び／又はフェムトセル（Ｆｅｍｔｏ  Ｃｅｌｌ）が混在する階層的セル構造（ｈｉｅｒａｒｃｈｉｃａｌ  ｃｅｌｌ  ｓｔｒｕｃｔｕｒｅ）或いは異種セル構造（Ｈｅｔｅｒｏｇｅｎｅｏｕｓ  Ｃｅｌｌ  Ｓｔｒｕｃｔｕｒｅ）の導入に関する関心が高まっている。
【０１１１】
これは、既存の基地局配置へのマクロセルの追加設置は、システム性能の向上に比べて、追加設置にかかる費用及び複雑度が高く、非効率的であるからである。現在の通信網で考慮している異種網の構造は、図７のような形態を有する。
【０１１２】
図７で、マクロセルを管理及びカバーする基地局をマクロ基地局（ＭｅＮＢ：Ｍａｃｒｏ  ｅＮｏｄｅＢ）と定義し、マクロ基地局のマクロセル内で動作する端末をマクロ端末（ＭＵＥ：Ｍａｃｒｏ  ＵＥ）と定義する。また、ピコセルを管理及びカバーする基地局をピコ基地局（ＰｅＮＢ：Ｐｉｃｏ  ｅＮｏｄｅＢ）と呼び、ピコセルのピコ基地局からスケジューリングされる端末をピコ端末（ＰＵＥ：Ｐｉｃｏ  ＵＥ）と呼ぶ。また、フェムトセルを管理及びカバーする基地局をフェムト基地局（ＦｅＮＢ：Ｆｅｍｔｏ  ｅＮｏｄｅＢ）と呼び、フェムト基地局からスケジューリングされる端末をフェムト端末と呼ぶ。
【０１１３】
図７を参照すると、一つのマクロセル内には多数個のマイクロセルが共存してもよい。このとき、マイクロセルは、セル調整（ｃｅｌｌ  ｃｏｏｒｄｉｎａｔｉｏｎ）方式によってリソース割り当てを受け、該当のＵＥをサービスする。このようなマイクロセルの種類は、接続方式によって２種類に区別される。
【０１１４】
（１）ＯＳＧ（Ｏｐｅｎ  ａｃｃｅｓｓ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）タイプ：ＯＳＧタイプマイクロセルの場合、既存のマクロＵＥ又は他のマイクロＵＥの接続を許容するセルであり、自身のセル又はマクロセルへのハンドオーバーが可能である。ＯＳＧタイプは、ＮＣＳＧ（Ｎｏｎ  Ｃｌｏｓｅ  ａｃｃｅｓｓ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）と呼ぶこともできる。
【０１１５】
（２）ＣＳＧ（Ｃｌｏｓｅ  ａｃｃｅｓｓ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）タイプ：ＣＳＧタイプマイクロセルの場合、既存のマクロ端末又は他のマイクロ端末の接続を認証なしでは許容しないセルを意味する。このため、自身のセル或いはマクロ基地局へのハンドオーバーが不可能である。
【０１１６】
２．２  二重接続（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）
図８は、二重接続モードを実行している端末と基地局の配置の一例を示す図である。
【０１１７】
マクロセルとスモールセルはキャリア集成（ＣＡ）を行っていてもよい。例えば、マクロ基地局は、任意のｎ個（ｎは任意の正の整数）のキャリアを使用することができ、スモールセルは、任意のｋ個（ｋは任意の正の整数）のキャリアを使用することができる。このとき、マクロセルとスモールセルのキャリアは、任意の同一の周波数キャリアであってもよく、又は任意の異なる周波数キャリアであってもよい。例えば、マクロセルが任意のｆ１及びｆ２周波数帯域を使用し、スモールセルが任意のｆ２及びｆ３周波数帯域を使用することができる。
【０１１８】
二重接続又はデュアル接続は、スモールセルカバレッジ（Ｓｍａｌｌ  ｃｅｌｌ  ｃｏｖｅｒａｇｅ）内に位置している端末がマクロセルとスモールセルに同時に接続できることを意味する。すなわち、端末は、マクロセルとスモールセルからサービスを同時に受けたり、又はＴＤＭ方式で受けることができる。例えば、端末は、マクロセルレイヤ（Ｍａｃｒｏ  ｃｅｌｌ  ｌａｙｅｒ）ではコントロールプレーン（Ｃ−ｐｌａｎｅ）で提供される機能（Ｆｕｎｃｔｉｏｎａｌｉｔｉｅｓ、例、接続管理（ｃｏｎｎｅｃｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、移動性（ｍｏｂｉｌｉｔｙ）管理）のサービスを受けることができる。
【０１１９】
また、端末は、ユーザプレーンデータ経路（Ｕ−ｐｌａｎｅ  ｄａｔａ  ｐａｔｈ）の場合には、マクロセル及び／又はスモールセルを選択することができる。例えば、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｆ  ＬＴＥ）のように実時間データサービスの場合には、スモールセルよりは、ＵＥの移動性が保障されるマクロセルでデータ送受信を行うことができる。なぜなら、スモールセルは密集して配置され得るため、端末がスモールセルを移動する際に頻繁にハンドオーバーを行わなければならず、これはサービスの中断を招きうる。このとき、二重接続状態である端末は、ＢＥＳ（Ｂｅｓｔ  Ｅｆｆｅｃｔ  Ｓｅｒｖｉｃｅ）を受ける場合には、マクロセルではなくスモールセルからサービスを受けることができる。マクロセルとスモールセル間のバックホールは、理想的バックホール（ｉｄｅａｌ  ｂａｃｋｈａｕｌ）であってもよく、非理想的バックホール（ｎｏｎ  ｉｄｅａｌ  ｂａｃｋｈａｕｌ）であってもよい。
【０１２０】
また、マクロセルとスモールセルの場合、同一のＴＤＤ或いはＦＤＤシステムで構成されてもよく、異なるＴＤＤ、ＦＤＤシステムで構成されてもよい。例えば、図８で二重接続モードにおけるシナリオを参照することができる。すなわち、マクロセルとスモールセルとが同じ周波数帯域（Ｆ１，Ｆ１）を用いてもよく、異なる周波数帯域（Ｆ１，Ｆ２）を用いてもよい。
【０１２１】
二重接続モードが構成されたＵＥは、マクロセルとスモールセルに同時に接続することができる。図８では、ユーザプレーンデータ経路をスモールセルに設定した場合を示す。すなわち、端末は、制御信号を送受信するためのコントロールプレーン経路はマクロ基地局と接続し、下りリンク又は上りリンクデータを送受信するためのユーザプレーン経路は、スモール基地局と接続することができる。
【０１２２】
３．二重接続モード端末のハンドオーバー実行方法
ソースＰセル及びＳセルに接続している二重接続モードの端末はハンドオーバーを行ってターゲットＰセル及びＳセルに接続する二重接続モードに切り替わってもよい。このとき、端末がハンドオーバーを行う前に接続している一つ以上のＳセルとハンドオーバー以降に接続する一つ以上のＳセルには、同一の周波数帯域（ＤＬ／ＵＬ又はＤＬ）及び／又は物理セル識別子（ＰＣＩＤ：Ｐｈｙｓｉｃａｌ  Ｃｅｌｌ  ＩＤ）を有するセルが存在してもよい。
【０１２３】
図９は、二重接続モードの端末がハンドオーバーを行う様子を示す概念図である。
【０１２４】
図９で説明するネットワークには、Ｐセルである第１基地局（ｅＮＢ１）及び第２基地局（ｅＮＢ２）とＳセルである第３基地局（ｅＮＢ３）を含むことができる。このとき、ＰセルとＳセルはそれぞれ異なる基地局が管理する状況を仮定する。ここで、端末は、ソースＰセルである第１基地局からターゲットＰセルである第２基地局に移動しようとする。このとき、端末は、第１基地局、及びＳセルである第３基地局と二重接続モード状態にある。第１基地局は、端末の送信した測定報告メッセージのイベントによって第２基地局へのハンドオーバーを行うか否かを決定することができる。
【０１２５】
一般にハンドオーバーを行うと、端末は以前基地局との接続を全て切り、新しいターゲット基地局と接続を形成する。しかし、本発明の実施例において、二重接続モードの端末は、ソースＰセルとの接続は切ってターゲットＰセルと接続を新しく形成するが、シームレスなデータサービスを受けるために、既存スモールセルとの接続を維持することができる。例えば、図９の端末が第２基地局へのハンドオーバー過程を行う場合、第２基地局と接続を形成し、同時にＳセルである第３基地局との接続を維持することができる。
【０１２６】
図９で、端末は、第１基地局と接続している状況では、第１基地局、及び一つ以上のＳセルと二重接続モードを構成することができ、第２基地局にハンドオーバーを行った後にも、一つ以上のＳセルと二重接続モードを構成することができる。もちろん、データサービスを受ける必要がない場合には、二重接続モードを解除し、Ｐセルである第１基地局又は第２基地局との接続のみを維持してもよい。
【０１２７】
ＬＴＥ Ｒｅｌ−８／９／１０システムの場合には、ＣＡ状況でハンドオーバーをＰセルベースに行う。ソースｅＮＢからターゲットｅＮＢにハンドオーバーを準備する段階で、ソースｅＮＢとターゲットｅＮＢとの間に下りリンクデータ伝達（ＤＬ  ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ）のために直接トンネル（ｄｉｒｅｃｔ  ｔｕｎｎｅｌ）又は間接トンネル（ｉｎｄｉｒｅｃｔ  ｔｕｎｎｅｌ）を設定することができる。これは、ＵＥがソースｅＮＢから分離（ｄｅｔａｃｈ）する場合にソースｅＮＢ（すなわち、Ｐセル、又はＰセル及び一つ以上のＳｃｅｌｌ）から送信すべきＤＬデータパケットを、直接又は間接トンネルを通してターゲットｅＮＢ（Ｐｃｅｌｌ、或いはＰｃｅｌｌ及び一つ以上のＳｃｅｌｌ）のバッファに伝達される。ＵＥがターゲットｅＮＢとの接続を終えた後、ターゲットｅＮＢからバッファ内のデータを受信することができる。
【０１２８】
また、一般的なハンドオーバー状況で、端末は、ソース基地局から受信すべき下りリンクデータを、ターゲット基地局にハンドオーバーが完了した後に、ターゲット基地局から受信することができる。そのために、ハンドオーバー準備過程で、ソース基地局はターゲット基地局に、端末に対する下りリンクデータを送信する。
【０１２９】
しかし、本発明の実施例では、二重接続モードである端末が、ソースｅＮＢ（Ｐｃｅｌｌ）からターゲットｅＮＢ（Ｐｃｅｌｌ）にハンドオーバーを行う場合に、当該端末が接続しているＳセルを用いて、ハンドオーバー中の端末にシームレスにＤＬデータパケットを送信することができる。
【０１３０】
本発明の実施例で用いられる第３基地局は、スモールセルに限定されず、マクロセル、マイクロセル、ピコセル、フェムトセルなどが用いられてもよい。また、本発明の実施例で、説明の便宜のために、ソース基地局のＰセルとターゲット基地局のＰセルをそれぞれソースＰセル、ターゲットＰセルと定義する。また、ソース基地局とターゲット基地局は一つ以上のＳセルと接続することができる。
【０１３１】
３．１  二重接続構成方法
以下では、二重接続が構成される方法について説明する。
【０１３２】
既存のＬＴＥ−Ｒｅｌ８／９／１０システムでＣＡ（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）を行う場合に、同一のｅＮＢにおいて任意のキャリアをＰセルとし、残りのセルをＳセルとすることができる。ｅＮＢは、Ｐセルで送信されるＲＲＣ信号のうち、ＵＥ特定に送信されるＲＲＣ（再）構成メッセージに、一つ以上のＳセルに対するＳセル情報を送信することができる。Ｓセルは、ＲＲＣ（再）構成メッセージを受信した端末に構成することができる。
【０１３３】
このように構成されたＳセルはまだ非活性化（ｄｅａｃｔｉｖｅ）状態である。その後、基地局はＰセルでＭＡＣ信号を端末に送信することによって、端末に構成された一つ以上のＳセルを活性化させることができる。このように活性化したＳセルに対して端末はチャネル状態に関する測定報告を行うことができる。
【０１３４】
既存ＬＴＥ／ＬＴＥ−Ａシステムで用いられるＣＡの場合には、基地局が自身のセルの負荷（ｌｏａｄ）状態などを把握することができる。このため、基地局は、端末のために一つ以上のＳセルを追加したり解除するように、Ｐセルを通じてＲＲＣ（再）構成メッセージを端末に送信することができる。
【０１３５】
しかし、二重接続モードでは、端末の接続しているＰセルとＳセルはそれぞれ異なる基地局の管理を受ける場合が一般的である。すなわち、ＰセルとＳセルの基地局が異なることから、既存ＬＴＥ／ＬＴＥ−ＡシステムのようなＳセル構成方法をそのまま適用することができない。
【０１３６】
ＵＥへの二重接続モードは、Ｓセルの負荷情報やＵＥの二重接続モード支援の有無などに基づいて決定することができる。以下では、二重接続モードを構成する方法について説明する。
【０１３７】
３．１．１  Ｐセルの決定方法
本発明の一様態として、Ｐセルが二重接続モードを支援するか否かを決定することができる。
【０１３８】
（１）Ｐセルは、二重接続モードを支援する端末の測定報告に基づいて一つ以上のＳセル候補を決定することができる。
【０１３９】
（２）その後、Ｐセルは、一つ以上のＳセル候補に負荷情報要求メッセージ（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信することができる。このとき、負荷情報要求メッセージは、バックホール信号（例えば、Ｘ２インターフェース信号又は無線信号）を用いて送信することができる。
【０１４０】
（３）負荷情報要求メッセージを受信したＳセルは、それに対する応答として、自身の負荷状態情報を含む負荷情報メッセージ（ｌｏａｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｍｅｓｓａｇｅ）をＰセルに送信する。負荷情報メッセージも、Ｘ２インターフェース又は無線インターフェースであるバックホール信号を用いて送信することができる。
【０１４１】
（４）Ｓセル候補セルから負荷情報を受信したＰセルは、二重接続モードに進入する端末のためにＳセルを決定する。その後、Ｐセルは、決定したＳセルに関する情報を、ＲＲＣ（再）構成メッセージを用いて端末に送信することによって二重接続モードを支援することができる。
【０１４２】
３．１．２  Ｓセル決定方法
Ｓセルが二重接続モードを支援するか否かを決定することができる。
【０１４３】
（１）Ｐセルは、二重接続モードを支援する端末の測定報告メッセージによって一つ以上のＳセル候補を決定することができる。一つ以上のＳセル候補を決定した後に、ＰセルはＳセル候補に、二重接続モードで動作できるか否かを問い合わせするために二重接続要求メッセージ（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信することができる。このとき、二重接続要求メッセージは、バックホール信号（例えば、Ｘ２インターフェース信号又は無線インターフェース信号）で送信することができる。
【０１４４】
（２）二重接続要求メッセージを受信した一つ以上のＳセルは、自身のセルの負荷状態などを考慮して、ＵＥに二重接続モードを支援するか否かを決定することができる。ＵＥのために二重接続モードを支援すると決定した一つ以上のＳセルは、二重接続モードを支援するか否かを知らせるために二重接続応答メッセージ（ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ）をバックホール信号を用いてＰセルに送信することができる。
【０１４５】
（３）二重接続応答メッセージを受信したＰセルは、ＲＲＣ（再）構成メッセージを用いて当該Ｓセルを二重接続モードとして端末に構成することができる。
【０１４６】
３．２  二重接続モード維持条件
以下に説明する本発明の実施例で、二重接続モード支援は、前述の３．１節のように決定されると仮定する。特定端末がソースＰセル及びＳセルと同時に接続されている二重接続モード状態で、ターゲットＰセルにハンドオーバーを行うことができる。このとき、二重接続モードで接続が設定されている一つ以上のＳセルのうちの一つ以上のＳセルは、端末との接続を継続して維持することができる。Ｓセルが二重接続モードを維持する条件は、次のとおりである。
【０１４７】
（１）二重接続モードの端末は、ハンドオーバーを行う前に、一つ以上のＳセルに対する信号強度に関する情報を含む測定報告メッセージを、ソースＰセルに送信することができる。ソースＰセルは、一つ以上のＳセルに対する信号強度に基づいて、ＵＥがハンドオーバーする過程で特定Ｓセルへの接続を継続して維持するようにトリガーすることができる。
【０１４８】
例えば、二重接続モードの端末が測定報告したＳセルの信号強度が、既に設定された臨界値（ｔｈｒｅｓｈｏｌｄ）以上であるＳセルに対して、ソースＰセルは端末にハンドオーバー中にも当該Ｓセルへの接続を継続して維持するようにトリガーすることができる。このような臨界値は、システム上であらかじめ設定された値であってもよく、基地局がネットワーク負荷状況を考慮して動的に設定する値であってもよい。例えば、基地局は二重接続モードを構成する時、当該臨界値を端末に知らせることができる。
【０１４９】
（２）二重接続モードを維持するか否かは、端末の移動速度（又は、速力）によって決定されてもよい。例えば、二重接続モードの端末の速度が特定値又は特定レベル以下である場合に、ソースＰセルは、端末がハンドオーバーする過程で当該端末がＳセルを維持するようにトリガーすることができる。このような、端末の移動速度の特定値や特定レベルは、システム上であらかじめ定義されていてもよく、基地局によって動的に設定されてもよい。
【０１５０】
３．３  ハンドオーバー時にＳセル接続維持方法
３．３．１  ターゲットＰセルがＳセル接続を維持するか否かを決定
図１０は、ハンドオーバーを行う際、ターゲットＰセルがＳセルの接続を維持するか否かを決定する方法の一例を示す図である。
【０１５１】
端末は、ハンドオーバー実行前に、Ｓセルを含む近隣セルのチャネル品質を測定し、測定したチャネル品質関連情報を含む測定報告メッセージをソースＰセルに送信する（Ｓ１００１）。
【０１５２】
ソースＰセルは、測定報告メッセージに基づいて、二重接続モードである端末がターゲットＰセルにハンドオーバーする否かを決定することができる（Ｓ１００３）。
【０１５３】
ソースＰセルがＳ１００３段階でハンドオーバーを決定すると、ソースＰセルはターゲットＰセルにハンドオーバー要求メッセージを送信する（Ｓ１００５）。
【０１５４】
また、ソースＰセルは、現在、二重接続モード状態である端末がＳセルを維持するか否かをターゲットＰセルに問い合わせするために、Ｓセル維持要求メッセージ（Ｓｃｅｌｌ（ｓ）  ｍａｉｎｔｅｎａｎｃｅ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信することができる（Ｓ１００７）。
【０１５５】
Ｓセル維持要求メッセージは、Ｓセル情報を含むことができる。Ｓセル情報は、当該メッセージのタイプを示すタイプフィールド（すなわち、Ｓセル維持要求メッセージであることを示す指示子）、維持しようとする一つ以上の特定Ｓセルのそれぞれに対するＳセルＩＤ（ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）或いはＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ））、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ或いはＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス（ｓｃｅｌｌｉｎｄｅｘ）、ＰＣＩＤ及び周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などに関する情報を含むことができる。
【０１５６】
Ｓセル維持要求メッセージを受信したターゲットＰセルは、ＨＯ要求メッセージから把握したＨＯを行おうとする端末のために、Ｓセル維持要求メッセージで示す一つ以上の特定Ｓセルに対して継続して接続を維持するか否かを決定することができる（Ｓ１００９）。
【０１５７】
仮に、ターゲットＰセルが端末のハンドオーバーを承認し、Ｓセルを維持すると決定すると、ターゲットＰセルは、ＨＯ要求応答メッセージ及び維持しようとするＳセルに対するＳセル情報を含むＳセル維持応答メッセージ（Ｓｃｅｌｌ（ｓ）  ｍａｉｎｔｅｎａｎｃｅ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ）をソース基地局に送信する（Ｓ１０１１，Ｓ１０１３）。
【０１５８】
本発明の他の側面として、ソースＰセル及びターゲットＰセルは、自身が二重接続モードを支援できるスモールセルに関する情報を、セルリストとしてあらかじめ有していてもよい。この場合、二重接続モードの対象となるスモールセルは、ＰセルとＸ２インターフェース接続が可能なＳセルに限定することができる。セルリストは、各セルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ））、ＵＥ ＩＤ（例えば、ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、ＰＣＩＤ、周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などのような情報で構成することができる。このような情報は、各セルが互いにＸ２インターフェース接続する際に交換することもできる。
【０１５９】
したがって、Ｓ１００９段階でターゲットＰセルは、ソースＰセルからＳセル維持要求を受けた一つ以上のスモールセルが自身の管理するセルリストに含まれているか否か確認することによって、Ｓセルを維持するか否かを決定することができる。仮に、ターゲットＰセルで維持可能な一つ以上のＳセルがある場合には、ターゲットＰセルは、Ｓ１０１３段階でＳセル維持応答メッセージ（Ｓｃｅｌｌ（ｓ）  ｍａｉｎｔｅｎａｎｃｅ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ）をソースＰセルに送信することができる。
【０１６０】
このとき、Ｓセル維持応答メッセージはＳセル維持情報を含むことができる。ターゲットＰセルが維持しようとするＳセル維持情報は、タイプフィールド（Ｓセル維持応答メッセージであることを示す指示子）、維持しようとする一つ以上の特定Ｓセルのそれぞれに対するＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス及び周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などを含むことができる。
【０１６１】
万一、Ｓ１００９段階で二重接続モードを支援できるスモールセルがターゲットＰセルのセルリストに含まれていないと、Ｓ１０１３段階でターゲットＰセルは、Ｓセル維持応答メッセージの代わりにＳセル維持失敗メッセージ（Ｓｃｅｌｌ（ｓ）  ｍａｉｎｔｅｎａｎｃｅ  ｆａｉｌｕｒｅ  ｍｅｓｓａｇｅ）をソースＰセルに送信することができる。
【０１６２】
このとき、Ｓセル維持失敗メッセージは、タイプフィールド（Ｓセル維持失敗メッセージであることを示す指示子）、一つ以上の特定Ｓセルのそれぞれに対する各ＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、周波数構成情報（ＤＬ／ＵＬ又はＤＬ）、及び失敗原因を示す原因フィールドなどを含むことができる。原因フィールドは、あらかじめ定義された様々な原因のうちいかなる原因によって当該Ｓセルを維持できないかを示す。
【０１６３】
ソースＰセルは、原因フィールドに基づいて特定時間（例えば、あらかじめ定義された時間値であっもよく、又はネットワークによって構成されてもよい。）が過ぎた後、再びターゲットＰセルに当該Ｓセルに対する維持要求を行ってもよく、行わなくてもよい。
【０１６４】
本発明の他の側面として、ターゲットＰセルがソースＰセルから維持要求を受けた一つ以上のＳセルのうち、一部のＳセルは維持できるが、他のＳセルは維持できない場合もある。この場合、ターゲットＰセルは、Ｓセル維持指示子を用いて、維持要求を受けた各Ｓセルに対して、Ｓセルを維持するか否かを知らせることができる。例えば、あるＳセルを維持しようとする場合には、当該Ｓセルに対するＳセル維持指示子を‘１’に設定することによって維持する旨を示し、当該Ｓセルを維持しない場合にはＳセル維持指示子を‘０’に設定することができる。このとき、Ｓセル維持指示子はＳセル維持応答メッセージに含めて送信することができる。
【０１６５】
ターゲットＰセルは、Ｓ１００５段階でＨＯ要求メッセージを受信した場合に、ハンドオーバー対象端末のためにリソース割り当て及び承認制御を行った後、Ｓ１０１１段階でＨＯ要求応答メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  Ａｃｋ  ｍｅｓｓａｇｅ）をソースＰセルに送信することができる。
【０１６６】
ＨＯ要求応答メッセージは、端末にターゲットＰセルによって構成されるＲＲＣ信号に関する情報を含むことができる。このとき、ターゲットＰセルは、当該端末のために構成したＳセル関連情報を用いて、ターゲットＰセルが維持しようとする特定Ｓセルのそれぞれに対するＳセル情報を含めることができる。Ｓセル維持情報は、各ＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、及びＳセルの周波数構成情報（ＤＬ／ＵＬ又はＤＬ）を含むことができる。また、ＨＯ要求応答メッセージには、ターゲットＰセルで新しく構成するＳセルに対するそれぞれのＳセルインデックス、ＳセルＰＣＩＤ、Ｓセル周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などがさらに含まれてもよい。
【０１６７】
ここで、ターゲットＰセルが維持しようとする特定Ｓセルに対するＳセルインデックスは、ソースＰセルから送信されたＨＯ要求メッセージに含まれる特定Ｓセルに関する情報と同一に構成することができる。端末は、ハンドオーバーを準備する段階で、ソースＰセルに接続しているため、ターゲットＰセル及び維持しようとするＳセルに関連したＲＲＣ信号を、ソースＰセルからＲＲＣ Ｅ−ＵＴＲＡハンドオーバー命令メッセージ（ＲＲＣ  Ｅ−ＵＴＲＡ  Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ  ｍｅｓｓａｇｅ）を通じて受信することができる（図示せず）。
【０１６８】
図１１はハンドオーバーを行う際、ターゲットＰセルがＳセルの接続を維持するか否かを決定する方法の他の例を示す図である。
【０１６９】
端末は、ハンドオーバー実行前に、Ｓセルを含む近隣セルのチャネル品質を測定し、測定したチャネル品質関連情報を含む測定報告メッセージをソースＰセルに送信する（Ｓ１１０１）。
【０１７０】
ソースＰセルは、測定報告メッセージに基づいて、二重接続モードである端末がターゲットＰセルにハンドオーバーするか否かを決定することができる（Ｓ１１０３）。
【０１７１】
また、ソースＰセルは、特定Ｓセルを維持するようにトリガーする条件を満たす場合（３．２節参照）、Ｓセル維持要求フィールドを含むＨＯ要求メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を用いてターゲットＰセルに該当のＳセルの維持を要求することができる（Ｓ１１０５）。
【０１７２】
ＨＯ要求メッセージには、二重接続モードの端末が維持しようとするＳセル情報を含むＲＲＣコンテクスト関連フィールドが含まれる。すなわち、Ｓセル情報は、端末のために構成されたＳセルのそれぞれに対する各ＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、及び周波数構成情報（ＤＬ／ＵＬ又はＤＬ）が含まれる。また、ＨＯ要求メッセージ内に含まれるそれぞれのＳセル関連情報を示すフィールドにＳセル維持要求フィールドが含まれてもよい。
【０１７３】
例えば、ソースＰセルが端末のために任意のＳセルを維持するように要求する場合に、ターゲットＰセルに送信されるＨＯ要求メッセージには‘１’に設定された当該Ｓセルに対するＳセル維持指示子が含まれてもよい。仮に、ソースＰセルが一つ以上のＳセルのうち、維持しないと決定したＳセルに対しては、ＨＯ要求メッセージ中に含まれるＳセル維持指示子を‘０’に設定して送信することができる。
【０１７４】
ＨＯ要求メッセージを受信したターゲットＰセルは、当該端末のためのリソース割り当て及び承認制御を行うことができる。また、ターゲットＰセルは、Ｓセルを維持するか否かを決定することができる（Ｓ１１０７）。
【０１７５】
Ｓ１１０７段階で端末へのリソース割り当て及び承認制御が完了した場合に、ターゲットＰセルは、Ｓセル維持応答フィールドを含むＨＯ要求応答メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  Ａｃｋ  ｍｅｓｓａｇｅ）をソースＰセルに送信することができる。このとき、ＨＯ要求応答メッセージは、端末のための特定Ｓセルを維持するか否かに関する情報を含むことができる（Ｓ１１０９）。
【０１７６】
ＨＯ要求応答メッセージにはターゲットＰセルによって構成されるＲＲＣ信号に関する情報が含まれてもよい。このとき、ターゲットＰセルが当該端末のために構成するＳセル関連情報は、維持しようとする特定Ｓセルのそれぞれに対する各ＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、Ｓセルの周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などを含むことができる。また、ＨＯ要求応答メッセージには、ターゲットＰセルが端末に新しく構成するＳセルのそれぞれに対するＳセルインデックス、ＳセルＰＣＩＤ、Ｓセル周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などがさらに含まれてもよい。
【０１７７】
このとき、維持しようとする特定Ｓセルに対するＳセルインデックスは、ソースＰセルから送信されたＨＯ要求メッセージに含まれている特定Ｓセルに関する情報と同一に構成することができる。端末はハンドオーバーを準備する段階でソースＰセルに接続しているため、ターゲットＰセルと関連したＲＲＣ信号をソースＰセルからＲＲＣ Ｅ−ＵＴＲＡハンドオーバー命令メッセージ（ＲＲＣ  Ｅ−ＵＴＲＡ  Ｈａｎｄｏｖｅｒ  Ｃｏｍｍａｎｄ  ｍｅｓｓａｇｅ）を通じて受信することができる（図示せず）。
【０１７８】
ソースＰセルがＲＲＣ Ｅ−ＵＴＲＡハンドオーバー命令メッセージを用いてＳセル構成関連情報を端末に送信するために、ターゲットＰセルからソースＰセルに送信するＨＯ要求応答メッセージ内に含まれるＴａｒｇｅｔ ｅＮＢ Ｔｏ Ｓｏｕｒｃｅ ｅＮＢ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ ｆｉｅｌｄに、それぞれのＳセルに対するＳセル維持指示子フィールドがさらに定義されてもよい。Ｓセル維持指示子フィールドは、ターゲットＰセルが端末に対して特定Ｓセルを維持するように決定したか否かを示す。
【０１７９】
例えば、ソースＰセルからターゲットＰセルに送信されるＨＯ要求メッセージにおいて、Ｓセルである第２キャリア（ＣＣ２：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）のための情報フィールドが‘１’に設定されていると、ターゲットＰセルは、ＨＯを行う端末のためにＣＣ２を維持するか否かを決定する。ターゲットＰセルがＣＣ２を維持すると決定すれば、ターゲットＰセルは、ＨＯ要求応答メッセージに含まれるＣＣ２のための情報フィールドのうちＳセル維持応答フィールドを‘１’に設定してソースＰセルに送信する。
【０１８０】
又は、ターゲットＰセルは、ＣＣ２を任意のＵＥのために維持できないか、或いは維持したくない場合に、ＨＯ要求応答メッセージに含まれているＣＣ２のための情報フィールドのうちＳセル維持応答フィールドを‘０’に設定することができる。
【０１８１】
本発明の実施例でいうＣＣ２は、端末と二重接続モードを構成するスモールセルのうちの一つを意味する。もちろん、他のＣＣがＣＣ２に代えてスモールセルに設定されてもよい。
【０１８２】
３．３．２  ソースＰセルがＳセル接続を維持するか否かを決定
図１２は、ハンドオーバーを行う際、ソースＰセルが、Ｓセルの接続を維持するか否かを決定する方法の一例を示す図である。
【０１８３】
端末は、ハンドオーバー実行前に、Ｓセルを含む近隣セルのチャネル品質を測定し、測定したチャネル品質関連情報を含む測定報告メッセージをソースＰセルに送信する（Ｓ１２０１）。
【０１８４】
ソースＰセルは、測定報告メッセージに基づいて、二重接続モードである端末がターゲットＰセルにハンドオーバーするか否か、及び二重接続モードのＳセルを継続して維持するか否かを決定することができる。このとき、Ｓセルを維持するか否かの決定については、３．２節で説明した方法を参照することができる（Ｓ１２０３）。
【０１８５】
ソースＰセルがＳ１２０３段階でハンドオーバーを決定すると、ソースＰセルは、ターゲットＰセルにハンドオーバー要求メッセージを送信する（Ｓ１２０５）。
【０１８６】
また、特定Ｓセルに対してＳセル維持のためのトリガー条件を満たす場合に、ソースＰセルは、維持するものと決定した特定ＳセルをターゲットＰセルに知らせるために、Ｓセル維持指示子メッセージ（Ｓｃｅｌｌ（ｓ）  ｍａｉｎｔｅｎａｎｃｅ  ｉｎｄｉｃａｔｏｒ  ｍｅｓｓａｇｅ）を送信することができる（Ｓ１２０７）。
【０１８７】
Ｓセル維持指示子メッセージには、ソースＰセルが維持するものと決定した特定Ｓセルのそれぞれに対するＳセル情報が含まれてもよい。Ｓセル情報は、各ＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、Ｓセルの周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などを含むことができる。
【０１８８】
ターゲットＰセルがソースＰセルからＨＯ要求メッセージを受信した後、ＨＯ対象端末のためにリソース割り当て及び承認制御を行うことができる（Ｓ１２０９）。
【０１８９】
その後、ターゲットＰセルは、ＨＯ要求応答メッセージを用いてターゲットＰセルにおけるＲＲＣ構成情報をソースＰセルに送信することができる。ソースＰセルは、受信したターゲットＰセルのＲＲＣ構成情報を、ハンドオーバー命令メッセージを用いて端末に送信することができる（図示せず）。
【０１９０】
ターゲットＰセルは、Ｓ１２０７段階でＳセル維持指示子メッセージを正常に受信した場合に、Ｓセル維持指示子メッセージに対する応答として、ＨＯ要求応答メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  Ａｃｋ  ｍｅｓｓａｇｅ）を送信する（Ｓ１２１１）。
【０１９１】
このとき、ＨＯ要求応答メッセージで送信されるＴａｒｇｅｔ ｅＮＢ Ｔｏ Ｓｏｕｒｃｅ ｅＮＢ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ ｆｉｅｌｄ内に、特定Ｓセルに対するＳセル情報が含まれてもよい。Ｓセル情報は、ターゲットＰセルが維持できる特定Ｓセルのそれぞれに対するＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、及びＳセルの周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などを含むことができる。また、ＨＯ要求応答メッセージは、ターゲットＰセルで端末に対して新しく構成するＳセルに対するそれぞれの各ＳセルのＩＤ（例えば、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）又はＥＣＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｉｄｅｎｔｉｆｉｅｒ）、ＰＣＩＤ）、ＵＥ ＩＤ（ＵＥ−ＣＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤなど）、Ｓセルインデックス、及びＳセルの周波数構成情報（ＤＬ／ＵＬ又はＤＬ）などを含むことができる。このとき、維持しようとする特定ＳセルのＳセルインデックスは、ソースＰセルから送信されたＳセル維持指示子メッセージに含まれる特定セルインデックスと同一に構成することができる。Ｓ１２１１段階でＨＯ要求応答メッセージに端末のために維持しようとする特定Ｓセルが構成されている場合、これを受信したソースＰセルは、Ｓセル維持指示子メッセージをターゲットＰセルが正常に受信したことを確認することができる。
【０１９２】
図１３は、ハンドオーバーを行う際、ソースＰセルがＳセルの接続を維持するか否かを決定する方法の他の例を示す図である。
【０１９３】
端末は、ハンドオーバー実行前に、Ｓセルを含む近隣セルのチャネル品質を測定し、測定したチャネル品質関連情報を含む測定報告メッセージをソースＰセルに送信する（Ｓ１３０１）。
【０１９４】
ソースＰセルは、測定報告メッセージに基づいて、二重接続モードである端末がターゲットＰセルにハンドオーバーするか否か、及び二重接続モードのＳセルを継続して維持するか否かを決定することができる。このとき、Ｓセルを維持するか否かの決定については、３．２節で説明した方法を参照することができる（Ｓ１３０３）。
【０１９５】
ソースＰセルがＳ１３０３段階でハンドオーバーを決定すると、ソースＰセルはターゲットＰセルにハンドオーバー要求メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信する（Ｓ１３０５）。
【０１９６】
このとき、ハンドオーバー要求メッセージは、維持すると決定した特定Ｓセルに対するＳセル情報を含むＲＲＣコンテクストフィールドを含むことができる。ここで、Ｓセル情報は、各Ｓセルが維持されるか否かを示すＳセル維持指示子フィールドを含むことができる。
【０１９７】
例えば、二重接続モードである端末に３個のＳセルが含まれた場合、ソースＰセルは３個Ｓセルに対するそれぞれのＳセル情報を構成することができる。このとき、Ｓセル情報に含まれるＳセル維持指示子は、各Ｓセルが継続して維持されるか否かを示すことができる。例えば、Ｓセル維持指示子が‘１’に設定されると、当該Ｓセルは維持されたことを意味し、Ｓセル維持指示子が‘０’に設定されると、当該Ｓセルは維持されないことを意味する。
【０１９８】
それ以降の段階及び説明は、図１２で説明した内容と同一であり、よって、当該の部分を参照されたい。
【０１９９】
３．４  下りリンクデータ伝達方法
特定Ｓセルを維持するか否かを決定するための３．２節の過程においてソースＰセルとターゲットＰセルとの間におけるデータ／信号などは、バックホール網であるＸ２インターフェースで送受信することができる。仮に、ソースＰセルとターゲットＰセルとの間にＸ２インターフェースがない場合には、ＭＭＥを介して、特定Ｓセルを維持するか否かの決定に関連したメッセージを送受信することができる。
【０２００】
特定Ｓセルを維持するか否かの決定に関連したメッセージがＸ２インターフェース又はＭＭＥを経由したＳ１インターフェースを介して送受信されることは、ソースＰセルとターゲットＰセルで特定端末のために決定されたハンドオーバー過程にも影響を及ぼす。すなわち、特定端末がハンドオーバーする場合、Ｘ２ハンドオーバーとＳ１ハンドオーバーとも関連して同一の又は異なるインターフェースを用いることができる。
【０２０１】
端末のために特定Ｓセルを維持しようとする時、ＬＴＥ／ＬＴＥ−Ａシステムで用いられるＨＯ要求メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を通じて送信されるデータ伝達指示子フィールド（ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ）とハンドオーバー要求応答メッセージ（ＨＯ  ｒｅｑｕｅｓｔ  ＡＣＫ  ｍｅｓｓａｇｅ）を通じて送信されるＴＥＩＤ（Ｔｅｒｍｉｎａｌ  Ｅｎｄ  Ｐｏｉｎｔ  ＩＤ）は省略されてもよい。これは、ＬＴＥ／ＬＴＥ−ＡシステムではソースＰセルのＤＬデータ伝達のためにターゲットＰセルと直接トンネル又は間接トンネルを生成する上で上記のような情報が必要であるが、本発明の実施例で提案する方法は、任意のＵＥが維持している特定ＳセルにソースＰセルのＤＬデータ伝達を行うものであるからである。
【０２０２】
以下では、二重接続モードである端末がターゲットＰセルにハンドオーバーする場合、既存ソースＰセルから提供される下りリンク（ＤＬ）データを、維持されたＳセルを介して受信する方法について具体的に説明する。
【０２０３】
ソースＰセルと特定Ｓセルとの間にＸ２ベアラー（すなわち、直接ベアラー）又はＳ１ベアラー（すなわち、間接ベアラー）が生成されてもよい。このとき、ソースＰセルとターゲットＰセルのハンドオーバーの種類（例えば、Ｘ２ハンドオーバー又はＳ１ハンドオーバー）にかかわらず、ソースＰセルと特定Ｓセルとの間にデータベアラーが生成されてもよい。すなわち、ソースＰセルとＳセルとの間のインターフェース設定方法によって、Ｘ２ベアラー（直接ベアラー）又はＳ１ベアラー（間接ベアラー）が生成されてもよい。本発明の実施例ではソースＰセルとターゲットＰセルがＸ２ハンドオーバーを行う場合に限定したが、これは便宜のためのものであり、これに限定されない。
【０２０４】
ソースＰセルが特定端末のターゲットＰセルへのＨＯを決定し、当該端末が特定Ｓセルの維持をトリガーする条件を満たす場合、特定ＳセルにＸ２接続を用いることができるか否かによって、Ｓセルを介したソースＰセルのＤＬデータ送信のための方法を決定することができる。例えば、ソースＰセルと特定ＳセルとがＸ２接続を行うことができれば、ソースＰセルと特定Ｓセルとの間にＸ２送信ベアラー（ｔｒａｎｓｐｏｒｔ  ｂｅａｒｅｒ）を設定し、Ｘ２送信ベアラーを通じてソースＰセルのＤＬデータを特定Ｓセルに伝達することができる。仮に、ソースＰセルと特定Ｓセルとの間にＸ２接続ができないと、ＭＭＥを用いてソースＰセル−スモールセルゲートウェイ（Ｓ−ＧＷ）−特定Ｓセルの経路でＳ１ベアラーを生成し（すなわち、Ｓ１ベアラーを通じた間接トンネル）、ソースＰセルのＤＬデータをＳ１ベアラーを通じて特定Ｓセルに伝達することができる。
【０２０５】
３．４．１  ソースＰセルと特定Ｓセルとの間にＸ２ベアラーが生成される場合
ソースＰセルと特定ＳセルとがＸ２接続できる場合に、ソースＰセルは、ソースＰセルと特定Ｓセルとの間にＤＬデータ伝達（ｆｏｒｗａｒｄｉｎｇ）のために、データパケットを伝達するために設定されたＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）のＩＤを割り当て、Ｘ２ベアラーを生成するために特定Ｓセルにデータ伝達要求メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信することができる。
【０２０６】
データ伝達要求メッセージは、メッセージタイプフィールド（すなわち、データ伝達要求メッセージであることを示す指示子）、ソースＰセルのＰＣＩＤ又はＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）、特定ＳセルのＰＣＩＤ又はＥＣＧＩ、端末のためのコンテクスト情報（例えば、ＵＥ ＩＤ（Ｃ−ＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤ）、Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）のＱＣＩ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）、ＵＥ−ＡＭＢＲ（ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ−Ｒａｔｅ）など）、及び特定Ｓセルが無線区間で当該端末に対するパケットを伝達するために設定されたＤＲＢ ＩＤなどを含むことができる。
【０２０７】
データ伝達要求メッセージを受信した特定Ｓセルは、ソースＰセルから伝達されるＤＬデータを受信するために、ソースＰセルとＸ２送信ベアラー（すなわち、ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）  ｔｕｎｎｅｌ）を設定することができる。そのために、特定Ｓセルは、Ｘ２ ＧＴＰトンネルの下りＴＥＩＤであるＸ２ Ｓｃｅｌｌ ＴＥＩＤを割り当てる。その後、特定Ｓセルは、Ｘ２ Ｓｃｅｌｌ  ＴＥＩＤ値から、ハンドオーバー実行段階でＤＬデータを特定Ｓセルに伝達するＸ２送信ベアラーを設定できるように、ソースＰセルにデータ伝達応答メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ）を送信する。
【０２０８】
データ伝達応答メッセージは、メッセージタイプフィールド（すなわち、データ伝達応答メッセージであることを示す指示子）、ソースＰセルのＰＣＩＤ又はＥＣＧＩ、特定ＳセルのＰＣＩＤ又はＥＣＧＩ及びＸ２ Ｓｃｅｌｌ ＴＥＩＤ、ＵＥ ＩＤ（Ｃ−ＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤ）などを含むことができる。したがって、データ伝達応答メッセージを受信したソースＰセルは、データ伝達のためのＸ２送信ベアラーであるＸ２ ＧＴＰトンネルを設定することができる。
【０２０９】
特定Ｓセルが端末のためのＱｏＳを満たせないか、又は負荷の過剰によって当該端末のためにソースＰセルのデータを伝達できない場合には、Ｓセルは、データ伝達応答メッセージの代わりに、データ伝達失敗メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｆａｉｌｕｒｅ  ｍｅｓｓａｇｅ）をソースＰセルに送信することができる。
【０２１０】
データ伝達失敗メッセージは、メッセージタイプフィールド（データ伝達失敗メッセージであることを示す指示子）、ソースＰセルのＰＣＩＤ又はＥＣＧＩ、特定ＳセルのＰＣＩＤ又はＥＣＧＩ及び失敗原因を示す原因フィールド（Ｃａｕｓｅ  ｆｉｅｌｄ）、ＵＥ ＩＤ（Ｃ−ＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤ）などを含むことができる。
【０２１１】
以下に説明する実施例では、上述したデータ伝達要求メッセージ、データ伝達応答メッセージ及び／又はデータ伝達失敗メッセージを用いることができる。
【０２１２】
図１４は、Ｘ２送信ベアラーを設定する方法の一例を示す図である。
【０２１３】
図１４のＳ１４０１、Ｓ１４０３、Ｓ１４０７、Ｓ１４０９及びＳ１４１３段階は、図１１のＳ１１０１段階乃至Ｓ１１０９段階に対応する。すなわち、ソースＰセルは、Ｓセル維持要求フィールドを含むＨＯ要求メッセージをターゲットＰセルに送信して、二重接続モードのＳセルを維持するように要求し、ターゲットＰセルは、Ｓセル維持応答フィールドを含むＨＯ要求応答メッセージをソースＰセルに送信して、ターゲットＰセルで維持可能なＳセルに関する情報を知らせることができる。詳細な内容は、図１１に関する説明を参照する。以下では、Ｘ２送信ベアラーを設定する方法について説明する。
【０２１４】
ソースＰセルとターゲットＰセル間のＨＯ準備（Ｐｒｅｐａｒａｔｉｏｎ）過程に関係なく、ソースＰセルと特定Ｓセルとの間にはデータ伝達のためのＸ２送信ベアラー（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  Ｘ２  ｔｒａｎｓｐｏｒｔ  ｂｅａｒｅｒ）を設定することができる。また、ＨＯ要求メッセージを受信したターゲットＰセルが端末のＱｏＳを保障できないなどの理由でＨＯ失敗が発生した場合、又はターゲットＰセルが特定Ｓセルを制御できないなどの理由で特定Ｓセルの維持ができない場合にも、ソースＰセルは特定Ｓセルにデータ伝達のためのベアラーを設定することができる。
【０２１５】
図１４のＨＯ要求及びＨＯ要求応答メッセージは、特定Ｓセルを維持するためのＳセル維持要求フィールド及びＳセル維持応答フィールドを含むことができる。この場合、ＨＯ要求メッセージ及びＨＯ要求応答メッセージに関係なく、ソースＰセルとＳｃｅｌｌとの間にデータ送信のためのＸ２送信ベアラーが設定されてもよい。
【０２１６】
図１４を参照すると、Ｘ２送信ベアラーを設定するために、ソースＰセルはデータ伝達要求メッセージを一つ以上のＳセルに送信する（Ｓ１４０５）。
【０２１７】
データ伝達要求メッセージを受信した一つ以上のＳセルは、Ｘ２送信ベアラーを生成できる場合には、ソースＰセルにデータ伝達応答メッセージを送信する（Ｓ１４１１）。
【０２１８】
ここで、データ伝達要求メッセージ及び／又はデータ伝達応答メッセージの構成については、上述の説明を参照されたい。
【０２１９】
その後、ソースＰセルは、二重接続モードである端末がターゲットＰセルにハンドオーバーする場合にも維持されるＳセルに対するＳセル情報を、ＲＲＣ接続再構成メッセージを用いて端末に送信する（Ｓ１４１５）。
【０２２０】
次に、Ｓ１４１７段階乃至Ｓ１４３１段階に関する説明は、上述した図６のＳ６１３段階乃至Ｓ６２７段階に関する説明と同一であり、その説明は省略する。ただし、ソースＰセルは、Ｓ１４０５段階及びＳ１４０７段階で形成したＸ２送信ベアラーを通じてＤＬデータをＳセルに送信することができる（Ｓ１４２１）。
【０２２１】
このようなＤＬデータは、ハンドオーバー中の端末に伝達され、端末がハンドオーバー中であってもＤＬデータを直ちに受信することができる（図示せず）。すなわち、シームレスなハンドオーバーが可能である。
【０２２２】
また、図１４では、Ｘ２送信ベアラーの設定がＨＯ準備過程に関係なく行われるので、Ｓ１４０５段階及びＳ１４１１段階はＳ１４０７段階乃至Ｓ１４１３段階の実行順序に関係なく行われてもよい。
【０２２３】
図１５は、Ｘ２送信ベアラーを設定する方法の他の例を示す図である。
【０２２４】
図１５のＳ１５０１段階乃至Ｓ１５３１段階に関する説明は、図１４のＳ１４０１段階乃至Ｓ１４３１段階に関する説明と同様である。ただし、図１５は、ソースＰセルとターゲットＰセルとの間にＨＯ準備過程が完了した場合に、ソースＰセルと特定Ｓセルとの間にＸ２送信ベアラーを設定する方法を説明するためのものである。
【０２２５】
ＨＯ要求メッセージを受信したターゲットＰセルが、（１）端末に対するＱｏＳを保障できない場合のようにＨＯ失敗が発生したり、（２）ターゲットＰセルが特定Ｓセルを制御できない場合のような理由で特定Ｓセルを維持できない場合には、ソースＰセルとターゲットＰセル間のＨＯが行われなくてもよい。
【０２２６】
すなわち、ＨＯが行われない場合には、ソースＰセルが端末に送信する下りリンクデータを継続して端末に提供できるので、敢えてＳセルに下りリンクデータを伝達する必要がない。このため、ソースＰセルとＳセルとの間にＸ２送信ベアラーも設定しなくて済む。
【０２２７】
したがって、図１５では、ＨＯ準備過程が完了した場合にのみ、ソースＰセルのＤＬデータをＳセルに伝達するための目的でＸ２送信ベアラーを設定することができる。すなわち、Ｘ２送信ベアラーを設定するためのデータ伝達要求メッセージが送信されるＳ１５１１段階、及びこれに対する応答であるデータ伝達応答メッセージが送信されるＳ１５１３段階は、ＨＯ準備過程であるＨＯ要求確認メッセージがソースＰセルに送信された後に行われる。
【０２２８】
図１６は、Ｘ２送信ベアラーを設定する方法の更に他の例を示す図である。
【０２２９】
図１６のＳ１６０１、Ｓ１６０３、Ｓ１６０５、Ｓ１６０７、Ｓ１６１３、Ｓ１６１５及びＳ１６１７段階は、図１０のＳ１００１段階乃至Ｓ１０１３段階に対応する。すなわち、ソースＰセルは、Ｓセル維持要求メッセージをターゲットＰセルに送信し、二重接続モードのＳセルを維持するか否かを問い合わせ、ターゲットＰセルは、Ｓセル維持応答メッセージをソースＰセルに送信し、ターゲットＰセルで維持可能なＳセルに関する情報を知らせることができる。詳細な内容は、図１０に関する説明を参照する。以下では、Ｘ２送信ベアラーを設定する方法について説明する。
【０２３０】
ソースＰセルとターゲットＰセル間のＨＯ準備（Ｐｒｅｐａｒａｔｉｏｎ）過程に関係なく、ソースＰセルと特定Ｓセルとの間にはデータ伝達のためのＸ２送信ベアラー（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  Ｘ２ｔｒａｎｓｐｏｒｔ  ｂｅａｒｅｒ）が設定されてもよい。また、ＨＯ要求メッセージを受信したターゲットＰセルが端末のＱｏＳを保障できないなどの理由でＨＯ失敗が発生した場合、又はターゲットＰセルが特定Ｓセルを制御できないなどの理由で特定Ｓセルの維持ができない場合にも、ソースＰセルは特定Ｓセルにデータ伝達のためのベアラーを設定することができる。
【０２３１】
図１６のＳセル維持要求メッセージ及びＳセル維持応答メッセージはそれぞれ、特定Ｓセルの維持を要求するためのＳセル情報（第１Ｓセル情報）、及び維持すると決定したＳセルに対するＳセル情報（第２Ｓセル情報）を含むことができる。この場合、Ｓセル維持要求メッセージ及びＳセル維持応答メッセージと関係なく、ソースＰセルとＳセルとの間にデータ送信のためのＸ２送信ベアラーを設定することができる。
【０２３２】
図１６を参照すると、Ｘ２送信ベアラーを設定するために、ソースＰセルはデータ伝達要求メッセージを一つ以上のＳセルに送信する（Ｓ１６０９）。
【０２３３】
データ伝達要求メッセージを受信した一つ以上のＳセルは、Ｘ２送信ベアラーを生成できる場合には、ソースＰセルにデータ伝達応答メッセージを送信する（Ｓ１６１１）。
【０２３４】
ここで、データ伝達要求メッセージ及び／又はデータ伝達応答メッセージの構成は、上述した説明を参照されたい。
【０２３５】
その後、ソースＰセルは、二重接続モードである端末がターゲットＰセルにハンドオーバーする場合にも維持されるＳセルに対するＳセル情報を、ＲＲＣ接続再構成メッセージを用いて端末に送信する（Ｓ１６１９）。
【０２３６】
以下、Ｓ１６２１段階乃至Ｓ１６３５段階に関する説明は、上述した図６のＳ６１３段階乃至Ｓ６２７段階に関する説明と同一であり、その説明は省略する。ただし、ソースＰセルは、Ｓ１６０９段階及びＳ１６１１段階で形成したＸ２送信ベアラーを通じてＤＬデータをＳセルに送信することができる（Ｓ１６２５）。
【０２３７】
このようなＤＬデータは、ハンドオーバー中の端末に伝達され、端末がハンドオーバー中であってもＤＬデータを直ちに受信することができる（図示せず）。すなわち、シームレスなハンドオーバーが可能である。
【０２３８】
また、図１６ではＸ２送信ベアラーの設定がＨＯ準備過程に関係なく行われるので、Ｓ１６０９段階及びＳ１６１１段階はＳ１６０５段階乃至Ｓ１６１７段階の実行順序に関係なく行われてもよい。
【０２３９】
図１７は、Ｘ２送信ベアラーを設定する方法の更に他の例を示す図である。
【０２４０】
図１７のＳ１７０１段階乃至Ｓ１７３５段階に関する説明は、図１６のＳ１６０１段階乃至Ｓ１６３５段階に関する説明と同様である。ただし、図１７は、ソースＰセルとターゲットＰセルとの間にＨＯ準備過程が完了した場合に、ソースＰセルと特定Ｓセル間のＸ２送信ベアラーを設定する方法を説明するためのものである。
【０２４１】
ＨＯ要求メッセージを受信したターゲットＰセルが、（１）端末に対するＱｏＳを保障できない場合のようにＨＯ失敗が発生したり、（２）ターゲットＰセルが特定Ｓセルを制御できない場合のような理由で特定Ｓセルを維持できない場合には、ソースＰセルとターゲットＰセル間のＨＯが行われなくてもよい。
【０２４２】
すなわち、ＨＯが行われない場合には、ソースＰセルが端末に送信する下りリンクデータを継続して端末に提供できるので、敢えてＳセルに下りリンクデータを伝達する必要がない。このため、ソースＰセルとＳセルとの間にＸ２送信ベアラーも設定しなくて済む。
【０２４３】
したがって、図１７では、ＨＯ準備過程が完了した場合にのみ、ソースＰセルのＤＬデータをＳセルに伝達するための目的でＸ２送信ベアラーを設定することができる。すなわち、Ｘ２送信ベアラーを設定するためのデータ伝達要求メッセージが送信されるＳ１７１５段階、及びこれに対する応答であるデータ伝達応答メッセージが送信されるＳ１７１７段階は、ＨＯ準備過程であるＨＯ要求確認メッセージがソースＰセルに送信された後にのみ行われる。
【０２４４】
図１４乃至図１７で言及した方法によって一つ以上のＳセルへのデータ伝達のためのＸ２送信ベアラーが生成された後、ソースＰセルは端末にＲＲＣ再構成メッセージを送信することができる（Ｓ１４１５，Ｓ１５１５，Ｓ１６１９，Ｓ１７１９）。ＲＲＣ再構成メッセージは、ソースＰセルが維持すると決定した一つ以上のＳセルに対するＤＲＢ ＩＤが含まれる。ＤＲＢ ＩＤを用いて、維持される一つ以上のＳセルと端末間のＤＲＢを設定することができる。また、ＲＲＣ再構成メッセージには、維持すると決定された一つ以上のＳセルに対するＳセル情報が含まれ、Ｓセル情報は、ソースＰセルで構成した特定Ｓセルに関する情報がそのまま送信されてもよい。
【０２４５】
ＲＲＣ再構成メッセージを受信した端末は、ソースＰセルから分離する過程を行う。この時、端末は、維持すると決定された特定Ｓセルとの接続は維持する。また、一つ以上のＳセルは、ソース基地局から一つ以上のＳセルに送信されるシーケンス番号状態伝達メッセージ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ）に含まれるＤＬカウント（例えば、ＤＬ ＰＤＣＰ ＳＮ）及びＵＬカウント（例えば、ＵＬ ＰＤＣＰ ＳＮ）などの情報から、端末から受信する最初の上りリンクパケットのカウント値と端末に送信する最初の下りリンクパケットのカウント値が把握できる。
【０２４６】
このとき、シーケンス番号状態伝達メッセージにおいてＵＬカウント情報は省略されてもよい。ソースＰセルが一つ以上のＳセルにシーケンス番号状態伝達メッセージを送信した後、ソースＰセルは、Ｓ−ＧＷから受信されるＤＬパケットを、Ｘ２インターフェースとして設定されたＸ２送信ベアラーを用いて、維持すると決定した一つ以上のＳセルに送信する。ＤＬデータパケットを受信した一つ以上のＳセルは、接続が設定されている端末に当該ＤＬデータパケットを伝達することによって、端末がＨＯを行う場合にもシームレスなＤＬデータサービスを提供することができる。
【０２４７】
また、ソースＰセルはターゲットＰセルに、シーケンス番号状態伝達メッセージにＵＬカウント情報を含めて送信することができる。このような情報を受信したターゲットＰセルは、端末から受信する最初の上りリンクパケットのカウント値が把握できる（図示せず）。
【０２４８】
３．４．２  ソースＰセルと特定Ｓセルとの間にＸ２ベアラーが生成されない場合
（１）ソースＰセルと特定Ｓセルとの間にＸ２接続がないか、（２）Ｘ２接続があっても、Ｘ２接続でソースＰセルのＤＬデータを伝達するように許容されていないか、（３）ソースＰセルと特定Ｓセルとの間にＸ２ベアラーを設定する作業に失敗する場合に、ソースＰセルと特定ＳセルはＳ１インターフェースを用いて間接ベアラー（ｉｎｄｉｒｅｃｔ  ｂｅａｒｅｒ）を生成することができる。Ｓ１インターフェースを用いて間接ベアラーを生成する場合、ソースＰセルはＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を用いて特定Ｓセルと通信し、間接ベアラーを用いてデータ伝達を行うことができる。以下、間接ベアラーを生成する方法について説明する。
【０２４９】
図１８は、間接ベアラーを設定する方法の一例を示す図である。
【０２５０】
図１８のＳ１８０１段階乃至Ｓ１８１３段階に関する説明は、図１０のＳ１００１段階乃至Ｓ１０１３段階に関する説明と同一であり、その説明は省略する。以下では、二重接続モードの端末に下りリンクデータ伝達のための間接ベアラーを設定する方法について説明する。
【０２５１】
ソースＰセルと特定ＳセルとがＸ２接続（すなわち、Ｘ２送信ベアラー設定）できない場合に、ソースＰセルはＭＭＥに第１データ伝達要求メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｒｅｑｕｉｒｅｄ  ｍｅｓｓａｇｅ）を送信する。第１データ伝達要求メッセージは、メッセージタイプフィールド（すなわち、データ伝達要求メッセージであることを示す指示子）、ソースＰセルのＰＣＩＤ又はＥＣＧＩ、特定ＳセルのＰＣＩＤ又はＥＣＧＩ、特定Ｓセルが無線区間で端末に対するＤＬパケットを伝達するために設定したＤＲＢ ＩＤ、及び端末のＩＤ（例えば、Ｃ−ＲＮＴＩ又はＵＥ Ｓ１ＡＰ ＩＤ）などを含むことができる（Ｓ１８１５）。
【０２５２】
第１データ伝達要求メッセージを受信したＭＭＥは、特定Ｓセルに第２データ伝達要求メッセージを送信し、ソースＰセルに代えてデータ伝達を要求することができる（Ｓ１８１７）。
【０２５３】
第２データ伝達要求メッセージは、メッセージタイプ（すなわち、第２データ伝達要求メッセージであることを示す指示子）、端末に関するコンテクスト情報、例えば、端末のＩＤ（Ｃ−ＲＮＴＩ又はＵＥ Ｓ１ＡＰ ＩＤ）、Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）のＱＣＩ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）、ＵＥ−ＡＭＢＲ（ＵＥ  Ａｇｇｒｅｇａｔｅ  Ｍａｘｉｍｕｍ  Ｂｉｔ−Ｒａｔｅ）など）、及び特定Ｓセルが無線区間で当該端末に対するパケットを伝達するために設定されたＤＲＢ ＩＤ及び端末のＣ−ＲＮＴＩなどを含むことができる。
【０２５４】
第２データ伝達要求メッセージを受信した特定Ｓセルは、ソースＰセルに伝達されるＤＬデータを受信するために、ソースＰセルがＳ−ＧＷを経て特定Ｓセルに間接ベアラー（すなわち、ＧＴＰトンネル）を設定できるように、Ｓ１Ｓｃｅｌｌ ＴＥＩＤ（Ｓ−ＧＷと特定ＳセルとのＧＴＰトンネルの下りＴＥＩＤ）を割り当てる。このとき、任意のＵＥのためのＱｏＳを考慮して間接ベアラー（ＧＴＰトンネル）を設定するか否かを判断することができる。また、データ伝達要求メッセージを受信した特定Ｓセルは、第２データ伝達要求メッセージから取得したＤＲＢ ＩＤを用いて端末とＤＲＢを設定することができる。
【０２５５】
第２データ伝達要求メッセージを受信し、間接ベアラーを生成することを決定したＳセルは、データ伝達要求確認メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｒｅｑｕｅｓｔ  Ａｃｋ  ｍｅｓｓａｇｅ）をＭＭＥに送信する（Ｓ１８１９）。
【０２５６】
データ伝達要求確認メッセージは、メッセージタイプフィールド（すなわち、データ伝達要求確認メッセージであることを示す指示子）、間接伝達のためのＥ−ＲＡＢ設定のために特定Ｓセルで割り当てたＳ１ Ｓｃｅｌｌ ＴＥＩＤ（Ｓ−ＧＷと特定ＳセルとのＧＴＰトンネルの下りＴＥＩＤ）などを含むことができる。
【０２５７】
ただし、特定Ｓセルが、（１）端末のためのＱｏＳを保障できず、ＨＯに失敗したり、（２）過度の負荷のため、端末にソースＰセルのＤＬデータを伝達できない場合には、Ｓ１８１９段階でデータ伝達失敗メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｆａｉｌｕｒｅ  ｍｅｓｓａｇｅ）をＭＭＥに送信することができる。データ伝達失敗メッセージは、メッセージタイプフィールド（すなわち、データ伝達失敗メッセージであることを示す指示子）、ソースＰセルのＰＣＩＤ又はＥＣＧＩ、特定ＳセルのＰＣＩＤ又はＥＣＧＩ、データ伝達失敗の原因を示す原因フィールド、及び端末のＩＤ（例えば、Ｃ−ＲＮＴＩ又はＵＥ Ｓ１ＡＰ ＩＤ）などを含むことができる。
【０２５８】
一方、データ伝達要求確認メッセージを受信したＭＭＥはＳ−ＧＷに、間接データ伝達トンネル要求メッセージ（Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信する（Ｓ１８２１）。
【０２５９】
間接データ伝達トンネル要求メッセージは、ＥＰＳベアラーＩＤ及びＳ１ Ｓｃｅｌｌ ＴＥＩＤ（Ｓ−ＧＷと特定ＳセルとのＧＴＰトンネルの下りＴＥＩＤ）などを含むことができる。間接データ伝達トンネル要求メッセージを受信したＳ−ＧＷは、特定ＳセルとＳ−ＧＷとの間におけるデータ間接伝達のためのＳ１ベアラーを設定する。Ｓ１ベアラー設定を完了したＳ−ＧＷは、間接伝達のためのＳ１ ＴＥＩＤ（Ｓ−ＧＷとソースＰセルとのＧＴＰトンネルの上りＴＥＩＤ）を生成し、ＭＭＥに間接データ伝達トンネル応答メッセージ（Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  ｒｅｓｐｏｎｓｅ  ｍｅｓｓａｇｅ）を送信する（Ｓ１８２３）。
【０２６０】
間接データ伝達トンネル応答メッセージは、Ｓ１ ＴＥＩＤ（Ｓ−ＧＷとソースＰセルとのＧＴＰトンネルの上りＴＥＩＤ）及びＥＰＳ ｂｅａｒｅｒ ＩＤなどを含む。間接データ伝達トンネル応答メッセージを受信したＭＭＥは、ソースＰセルにデータ伝達命令メッセージを送信する（Ｓ１８２５）。
【０２６１】
データ伝達命令メッセージは、メッセージタイプフィールド（すなわち、データ伝達命令メッセージであることを示す指示子）及びＳ１ ＴＥＩＤ（Ｓ−ＧＷとソースＰセルとのＧＴＰトンネルの上りＴＥＩＤ）などを含むことができる。データ伝達命令メッセージを受信したソースＰセルは、Ｓ−ＧＷとＵＬ Ｓ１ベアラーを生成する。
【０２６２】
その後、ソースＰセルは端末にＲＲＣ（再）構成メッセージを送信する（Ｓ１８２７）。ＲＲＣ（再）構成メッセージには、ソースＰセルが特定Ｓセルにデータ伝達のために生成したＤＲＢ ＩＤが含まれる。特定Ｓセル及び端末は、ＤＲＢ ＩＤを用いてＤＲＢを設定することができる。また、ＲＲＣ（再）構成メッセージは、二重接続モードを維持する特定Ｓセル関連情報を含むことができる。この場合、特定Ｓセルに対するＳセル情報は、既存のソースＰセルで構成した特定Ｓセルに対するＳセル情報をそのまま維持して送信することができる。
【０２６３】
ＲＲＣ（再）構成メッセージを受信した端末は、ソースＰセルから分離する過程を行い、ターゲットＰセルと同期を取る過程を行う。この時、端末は、維持すると決定された特定Ｓセルとの接続は維持することができる（Ｓ１８２９）。
【０２６４】
ソースＰセルはＭＭＥにｅＮＢ状態伝達メッセージ（ｅＮＢ  ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒ  ｍｅｓｓａｇｅ）を送信する。このｅＮＢ状態伝達メッセージは、端末に送信するＤＬデータのシーケンス番号を示すＤＬカウント（すなわち、ＤＬ ＰＤＣＰ ＳＮ）、及び端末が送信するＵＬデータのシーケンス番号を示すＵＬカウント（すなわち、ＵＬ ＰＤＣＰ ＳＮ）などの情報を含むことができる（Ｓ１８３１）。
【０２６５】
ｅＮＢ状態伝達メッセージを受信したＭＭＥは、ｅＮＢ状態伝達メッセージを、維持すると決定された特定Ｓセルに送信する（Ｓ１８３３）。
【０２６６】
このため、特定Ｓセルは、端末に送信すべき最初のＤＬデータパケットのカウンター値、及び端末が送信する最初のＵＬデータのカウンター値が把握できる。ただし、ｅＮＢ状態伝達メッセージにおいてＵＬカウントなどの情報は省略されてもよい。
【０２６７】
また、ソースＰセルはＭＭＥを介してターゲットＰセルに、シーケンス番号状態伝達メッセージにＵＬカウント情報を含めて送信することができる。このような情報を受信したターゲットＰセルは、端末から受信する最初の上りリンクパケットのカウント値が把握できる（図示せず）。
【０２６８】
ＭＭＥが特定ＳセルにｅＮＢ状態伝達メッセージを送信した後、ソースＰセルは、Ｓ−ＧＷから受信するＤＬデータパケットを間接ベアラー（すなわち、Ｓ１ベアラー）を通じて特定Ｓセルに送信することができる。すなわち、ソースＰセルは、Ｓ−ＧＷから受信したＤＬデータパケットを、再びＳ−ＧＷに送信し（Ｓ１８３５）、Ｓ−ＧＷは、このＤＬデータパケットを特定Ｓセルに送信する（Ｓ１８３７）。
【０２６９】
このＤＬデータパケットを受信した特定Ｓセルは、これらのＳセルに接続している端末に、ＤＬデータパケットを伝達することができる（図示せず）。
【０２７０】
図１８は、端末がソースＰセルからターゲットＰセルにＸ２ハンドオーバーを行う場合に、ソースＰセルのＤＬデータ伝達のために、ソースＰセルとＳ−ＧＷ、Ｓ−ＧＷと特定Ｓセルとの間のデータ送信のために間接ベアラーを設定する方法の一つである。
【０２７１】
ソースＰセルと特定Ｓセルとが直接接続されるＸ２ベアラーを生成できない場合には、間接ベアラーを生成することができる。このとき、間接ベアラーを生成するための過程は、Ｘ２ベアラーを生成するための過程と同様に構成することができる。
【０２７２】
（１）ソースＰセルとターゲットＰセルとの間のＨＯ準備過程にかかわらず、ソースＰセルと特定Ｓセルとの間におけるデータ伝達のための間接ベアラー（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｉｎｄｉｒｅｃｔ  ｂｅａｒｅｒ）を設定することができる。
【０２７３】
（２）ソースＰセルとターゲットＰセルとの間のＨＯ準備過程が完了した場合にのみ、ソースＰセルと特定Ｓセルとの間におけるデータ伝達のための間接ベアラー（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｉｎｄｉｒｅｃｔ  ｂｅａｒｅｒ）を設定することができる。
【０２７４】
（３）ソースＰセルとターゲットＰセルとの間におけるＳセル維持にかかわらず、ソースＰセルと特定Ｓセルとの間におけるデータ伝達のための間接ベアラー（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｉｎｄｉｒｅｃｔ  ｂｅａｒｅｒ）を設定することができる。
【０２７５】
（４）ソースＰセルとターゲットＰセルとの間において特定Ｓセル維持に対する決定及び構成が完了した場合に、ソースＰセルと特定Ｓセルとの間におけるデータ伝達のための間接ベアラー（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｉｎｄｉｒｅｃｔ  ｂｅａｒｅｒ）を設定することができる。
【０２７６】
ソースＰセルが端末のために送信するＲＲＣ再構成メッセージは、特定Ｓセル維持を指示するための情報を含むことができる。すなわち、Ｓセル維持指示子がＲＲＣ再構成メッセージに含まれてもよい。Ｓセル維持指示子を受信した端末は、維持されたと決定された特定Ｓセルに対するＳセル情報にＳセル維持指示子がある場合、ＨＯ時にも当該Ｓセルとは接続を引き続き維持することができる。
【０２７７】
本発明の実施例では、ソースＰセルのＤＬデータ伝達を目的に、ソースＰセルと特定Ｓセルとの間に直／間接ベアラーを生成する方法について提案した。このようなベアラー生成方法は、ハンドオーバーにおいてソースＰセルとターゲットＰセル間データ送信を目的に生成されるベアラー設定方法と同一に適用することができる。
【０２７８】
又は、既存の方法によって設定されるソースＰＣｅｌｌとターゲットＰｃｅｌｌとの間のデータ送信を目的に生成されるベアラーは設定されず、ソースＰセルと特定Ｓセルとの間のデータ伝達のためのベアラーのみが生成されてもよい。
【０２７９】
図１９は、スモールセルゲートウェイ（Ｓ−ＧＷ）においてソースＰセルに送信されたデータの経路を特定Ｓセルに変更する方法の一例を示す図である。
【０２８０】
この方法は、前述したソースＰセルに送信のために保存されているデータを、維持すると決定された特定Ｓセルとベアラーを設定してデータを伝達した後、特定Ｓセルを介して送信する方法と違い、端末が、ソースＰセルとの接続を絶つ前にあらかじめソースＰセルに送信されているデータはソースＰセルから受信し、Ｓ−ＧＷからソースＰセルに送信されているデータの経路を特定Ｓセルに変更する方法である。
【０２８１】
図１９のＳ１９０１段階乃至Ｓ１９１３段階に関する説明は、図１０のＳ１００１段階乃至Ｓ１０１３段階に関する説明と同一であり、これについては図１０の説明を参照されたい。以下では、二重接続モードの端末のためにＳ−ＧＷからソースＰセルに送信されたデータの経路を特定Ｓセルに切り替える方法について説明する。
【０２８２】
上記の実施例で説明したソースＰセルとターゲットＰセルとの間における特定Ｓセル維持のための過程が完了すると、ソースＰｃｅｌｌは特定Ｓセルにデータ伝達要求メッセージ（Ｄａｔａ  ｆｏｒｗａｒｄｉｎｇ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信することができる（Ｓ１９１５）。
【０２８３】
データ伝達要求メッセージは、メッセージタイプフィールド（データ伝達要求メッセージであることを示す指示子）、ソースＰｃｅｌｌのＰＣＩＤ又はＥＣＧＩ、特定ＳセルのＰＣＩＤ又はＥＣＧＩ、端末に関するコンテクスト情報（ＵＥ ＩＤ（例えば、Ｃ−ＲＮＴＩ又はＵＥ Ｘ２ＡＰ ＩＤ）、Ｅ−ＲＡＢのＱＣＩ、ＡＲＰ、ＵＥ−ＡＭＢＲなど）、及び特定Ｓセルが無線区間で端末にＤＬパケット送信のために設定したＤＲＢのＩＤなどを含むことができる。
【０２８４】
データ伝達要求メッセージを受信した特定Ｓセルは、データ伝達要求メッセージに含まれるＤＲＢ ＩＤを用いて端末とＤＲＢを設定することができる。
【０２８５】
特定Ｓセルは、任意のＵＥのためのＥ−ＲＡＢのＱＣＩ、ＡＲＰなどのＱｏＳを考慮して端末のためにＱｏＳを保障できない場合には、データ伝達失敗メッセージをソースＰセルに送信することができる。
【０２８６】
特定Ｓセルが端末に対するＱｏＳを保障し、ＤＲＢを設定した場合には、特定ＳセルはソースＰセルにデータ伝達応答メッセージを送信することができる（Ｓ１９１７）。
【０２８７】
データ伝達応答メッセージを受信したソースＰセルは、自身が特定ＳセルにＤＬデータ伝達を行わなければならないということがわかる。
【０２８８】
また、特定Ｓセルは、端末がハンドオーバーを行う際、端末にＤＬデータを送信するために、ＤＬデータ送信経路をＳ１ベアラーの経路に切り替えるようにＭＭＥに経路変更要求メッセージ（ｐａｔｈ  ｓｗｉｔｃｈｉｎｇ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信することができる（Ｓ１９１９）。
【０２８９】
経路変更要求メッセージは、ＤＬにおけるＥ−ＲＡＢの変更のための情報（例えば、特定ＳセルがＳ−ＧＷからのＤＬ Ｓ１ベアラーを生成するために割り当てたＳ１ Ｓｃｅｌｌ ＴＥＩＤ及びＥ−ＲＡＢ ＩＤ）、ＳセルのＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）及びＴＡＩ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）などを含むことができる。
【０２９０】
以降の過程（Ｓ１９２１段階乃至Ｓ１９２９段階）は、ハンドオーバー完了段階でＥＰＳベアラー経路変更要求段階と同様である。したがって、ＥＰＳベアラー経路変更要求段階で用いられるメッセージを再使用することができる。ＥＰＳベアラー経路変更過程は、ソースＰセルからターゲットＰセルへのハンドオーバー要求過程とは関係なく行うことができる。又は、ＥＰＳベアラー経路変更過程は、ハンドオーバー準備過程が完了した後に行うこともできる。
【０２９１】
本発明の実施例で、特定ＳセルでソースＰセルが端末に送信するＤＬデータを伝達するためにソースＰセルとベアラーを形成する方法について説明した。これは、端末のために以前に設定された特定ＳセルとＤＲＢ又は特定ＳセルとＳ−ＧＷ間のベアラーを用いてソースＰセルのデータを伝達する用途にも用いることができる。
【０２９２】
図２０で説明した装置は、図１乃至図１９で説明した内容を具現できる手段である。
【０２９３】
端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局（ｅＮＢ：ｅ−Ｎｏｄｅ  Ｂ）は、上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。本発明の実施例でいう“セル”は、基地局のカバレッジを示す用途に用いることができる。ただし、セルという用語は基地局と同じ意味で使われてもよい。
【０２９４】
すなわち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するためにそれぞれ、送信モジュール（Ｔｘ  ｍｏｄｕｌｅ）２０４０，２０５０及び受信モジュール（Ｒｘ  ｍｏｄｕｌｅ）２０５０，２０７０を備えることができ、情報、データ及び／又はメッセージを送受信するためのアンテナ２０００，２０１０などを備えることができる。
【０２９５】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を行うためのプロセッサ（Ｐｒｏｃｅｓｓｏｒ）２０２０，２０３０、及びプロセッサの処理過程を臨時的に又は持続的に記憶できるメモリ２０８０，２０９０をそれぞれ備えることができる。
【０２９６】
上述した端末及び基地局装置の構成成分及び機能を用いて本願発明の実施例を行うことができる。
【０２９７】
端末及び基地局に含まれた送信モジュール及び受信モジュールは、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）パケットスケジューリング、時分割デュプレックス（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）パケットスケジューリング及び／又はチャネル多重化機能を実行することができる。また、図２０の端末及び基地局は、低電力ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）／ＩＦ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ）モジュールをさらに備えることができる。ここで、送信モジュール及び受信モジュールは、それぞれ、送信器及び受信器と呼ぶことができ、併せて用いられる場合にはトランシーバーと呼ぶこともできる。
【０２９８】
一方、本発明で端末として、個人携帯端末機（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、個人通信サービス（ＰＣＳ：Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォン、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートパソコン、スマート（Ｓｍａｒｔ）フォン、又はマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることができる。
【０２９９】
ここで、スマートフォンは、移動通信端末機と個人携帯端末機の長所を組み合わせた端末機であって、移動通信端末機に、個人携帯端末機の機能である日程管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機を意味できる。また、マルチモードマルチバンド端末機は、マルチモデムチップを内蔵し、携帯インターネットシステムでも、その他の移動通信システム（例えば、ＣＤＭＡ２０００システム、ＷＣＤＭＡシステムなど）でも作動できる端末機のことを指す。
【０３００】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０３０１】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、１つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０３０２】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。例えば、ソフトウェアコードは、メモリユニット２０８０，２０９０に記憶され、プロセッサ２０２０，２０３０によって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の種々の手段によってプロセッサとデータをやり取りすることができる。
【０３０３】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化されてもよい。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０３０４】
本発明の実施例は、様々な無線接続システムに適用可能である。様々な無線接続システムの一例として、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）、３ＧＰＰ２及び／又はＩＥＥＥ ８０２．ｘｘ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃ  Ｅｎｇｉｎｅｅｒｓ  ８０２）システムなどがある。本発明の実施例は、上記の様々な無線接続システムだけでなく、これら様々な無線接続システムを応用したいずれの技術分野にも適用可能である。
【図１】
0006325083.tif 000002
【図２】
0006325083.tif 000003
【図３】
0006325083.tif 000004
【図４】
0006325083.tif 000005
【図５】
0006325083.tif 000006
【図６】
0006325083.tif 000007
【図７】
0006325083.tif 000008
【図８】
0006325083.tif 000009
【図９】
0006325083.tif 000010
【図１０】
0006325083.tif 000011
【図１１】
0006325083.tif 000012
【図１２】
0006325083.tif 000013
【図１３】
0006325083.tif 000014
【図１４】
0006325083.tif 000015
【図１５】
0006325083.tif 000016
【図１６】
0006325083.tif 000017
【図１７】
0006325083.tif 000018
【図１８】
0006325083.tif 000019
【図１９】
0006325083.tif 000020
【図２０】
0006325083.tif 000021