(57)【要約】  本発明に係る移動通信システムは、コアネットワークとユーザ端末との間に、第１の基地局を経由する第１のデータパスと、第２の基地局を経由する第２のデータパスと、が確立される。前記移動通信システムは、第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を、前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御装置を備える。前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立される。前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立される。
2015098951.tif 000002
【特許請求の範囲】
【請求項１】
第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、
コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される移動通信システムであって、
第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を、前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御装置を備え、
前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立され、
前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立されることを特徴とする移動通信システム。
【請求項２】
前記制御装置は、前記第１の基地局に設けられており、
前記第１の基地局は、前記ユーザ端末のための無線リソースの割り当てを要求するメッセージに前記ユーザプレーン構造を示す情報を含めて、前記第２の基地局に送信することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記制御装置は、前記第１の基地局に設けられており、
前記第１の基地局は、前記ユーザ端末のための無線リソースの変更を要求するメッセージに前記ユーザプレーン構造を示す情報を含めて、前記第２の基地局に送信することを特徴とする請求項１に記載の移動通信システム。
【請求項４】
前記メッセージを受信した前記第２の基地局は、前記ユーザプレーン構造を示す情報によって示される前記ユーザプレーン構造を受け入れるか否かを前記第１の基地局に通知することを特徴とする請求項２又は３に記載の移動通信システム。
【請求項５】
前記第２の基地局は、前記ユーザプレーン構造を受け入れるか否かを示すインジケータを含むメッセージを前記第１の基地局に送信することによって前記第１の基地局に通知することを特徴とする請求項４に記載の移動通信システム。
【請求項６】
前記第２の基地局は、前記第２の基地局で受け入れ可能なユーザプレーン構造を列挙したインジケータを含むメッセージを前記第１の基地局に送信することによって前記第１の基地局に通知することを特徴とする請求項４に記載の移動通信システム。
【請求項７】
前記メッセージを受信した前記第２の基地局は、前記ユーザプレーン構造を示す情報によって示される前記ユーザプレーン構造を受け入れられない場合、前記ユーザプレーン構造を受け入れられない理由を含むメッセージを前記第１の基地局に送信することを特徴とする請求項２又は３に記載の移動通信システム。
【請求項８】
前記メッセージを受信した前記第２の基地局は、前記ユーザプレーン構造を示す情報によって示される前記ユーザプレーン構造を受け入れられない場合、前記第２の基地局が受け入れ可能なユーザプレーン構造を示す代替案を含むメッセージを前記第１の基地局に送信することを特徴とする請求項２又は３に記載の移動通信システム。
【請求項９】
前記制御装置は、前記第１の基地局に設けられており、
前記第１の基地局は、ＲＲＣメッセージに前記ユーザプレーン構造を示す情報を含めて、前記ユーザ端末に送信することを特徴とする請求項１に記載の移動通信システム。
【請求項１０】
前記制御装置は、前記第１の基地局に設けられており、
前記ユーザ端末は、当該ユーザ端末が適用可能なユーザプレーン構造を示すためのＵＥ能力情報を前記第１の基地局に送信することを特徴とする請求項１に記載の移動通信システム。
【請求項１１】
前記制御装置は、前記第１の基地局に設けられており、
前記ユーザ端末は、前記第１の基地局が前記ユーザ端末に適用するユーザプレーン構造を選択するために用いられるＦＧＩ（Ｆｅａｔｕｒｅ  Ｇｒｏｕｐ  Ｉｎｄｉｃａｔｏｒ）を前記第１の基地局に送信することを特徴とする請求項１に記載の移動通信システム。
【請求項１２】
前記制御装置は、ネットワークの状況及び／又は前記ユーザ端末の状況に基づいて、前記ユーザプレーン構造を選択することを特徴とする請求項１に記載の移動通信システム。
【請求項１３】
前記ネットワークの状況は、前記第１の基地局の負荷、前記第１の基地局と前記第２の基地局との間の通信遅延時間、前記第１の基地局と前記第２の基地局との間の通信速度、前記第１の基地局及び前記第２の基地局のそれぞれの能力、及び前記第１の基地局と前記第２の基地局との間のバックホール回線の能力のうち少なくとも１つを含むことを特徴とする請求項１２に記載の移動通信システム。
【請求項１４】
前記制御装置は、前記第１の基地局の負荷が高いことに応じて、前記第１のユーザプレーン構造を選択し、
前記制御装置は、前記第１の基地局の負荷が低いことに応じて、前記第２のユーザプレーン構造を選択することを特徴とする請求項１３に記載の移動通信システム。
【請求項１５】
前記制御装置は、前記通信遅延時間が大きいことに応じて、前記第１のユーザプレーン構造を選択し、
前記制御装置は、前記通信遅延時間が小さいことに応じて、前記第２のユーザプレーン構造を選択することを特徴とする請求項１３に記載の移動通信システム。
【請求項１６】
前記制御装置は、前記第１の基地局に設けられており、
前記制御装置は、前記ネットワークの状況を示す情報として、前記第１の基地局と、前記第２の基地局を含む複数の基地局のそれぞれとの組み合わせに関するリストを受信し、
前記リストは、前記組み合わせにおける通信遅延時間を示す情報を含むことを特徴とする請求項１２に記載の移動通信システム。
【請求項１７】
前記ユーザ端末の状況は、前記ユーザ端末の能力を含むことを特徴とする請求項１２に記載の移動通信システム。
【請求項１８】
前記ユーザ端末の能力は、ユーザデータの受信信号の再順序付けに関する演算処理能力及び前記ユーザデータのバッファ容量の少なくとも一方に基づいて決定されることを特徴とする請求項１７に記載の移動通信システム。
【請求項１９】
第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される移動通信システムに用いられる制御装置であって、
第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御部を備え、
前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立され、
前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立されることを特徴とする制御装置。
【請求項２０】
第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される移動通信システムに用いられ、前記第１の基地局に該当する基地局であって、
第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御部を備え、
前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立され、
前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立されることを特徴とする基地局。
【請求項２１】
第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することが可能であり、かつ、コアネットワークとの間に前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、を確立可能であるユーザ端末であって、
第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から前記ユーザ端末に適用されるユーザプレーン構造を示す情報を前記第１の基地局から受信する受信部を備え、
前記ユーザプレーン構造を示す情報が前記第１のユーザプレーン構造を示す情報である場合、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立され、
前記ユーザプレーン構造を示す情報が前記第２のユーザプレーン構造を示す情報である場合、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立されることを特徴とするユーザ端末。
【請求項２２】
前記ユーザ端末が適用可能なユーザプレーン構造を示すためのＵＥ能力情報を前記第１の基地局に送信する送信部をさらに備えることを特徴とする請求項２１に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二重接続方式をサポートする移動通信システムに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、二重接続方式を利用したユーザデータの伝送方式の導入が検討されている。この伝送方式では、異なる複数の基地局のそれぞれとユーザ端末が接続を確立することにより、ユーザデータの伝送に用いられるデータパスが複数確立される。【０００３】
具体的には、二重接続において確立されるデータパスには、コアネットワークとユーザ端末との間に１つの基地局を経由するデータパス、コアネットワークとユーザ端末との間に、１つの基地局において分岐し、一方の分岐先が他の基地局を経由し、且つ、他方の分岐先が他の基地局を経由しないデータパスなどがある。このようなデータパスは、ベアラと称されることがある。【０００４】
また、このようなデータパスの組み合わせが異なる複数のユーザプレーン構造が提案されている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４２  Ｖ１．０．０」  ２０１３年１１月
【発明の概要】
【０００６】
しかしながら、現状の仕様では、複数のユーザプレーン構造が利用可能である場合に二重接続方式を適切に制御するための仕組みが存在しない。
【０００７】
そこで、本発明は、複数のユーザプレーン構造が利用可能である場合に二重接続方式を適切に制御可能とする移動通信システム、制御装置、基地局、及びユーザ端末を提供することを目的とする。
【０００８】
一実施形態によれば、移動通信システムは、第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される。前記移動通信システムは、第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を、前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御装置を備える。前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立される。前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立される。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】図５は、実施形態に係るユーザプレーン構造において確立されるデータパスを説明するための図（その１）である。
【図６】図６は、実施形態に係るユーザプレーン構造において確立されるデータパスを説明するための図（その２）である。
【図７】図７は、本実施形態に係る動作概要を説明するための図である。
【図８】図８は、本実施形態に係る動作概要を説明するための図である。
【図９】図９は、実施形態に係るユーザプレーン構造の選択を説明するためのフローチャートである。
【図１０】図１０は、実施形態に係る動作シーケンス１を説明するためのシーケンス図である。
【図１１】図１１は、実施形態に係る動作シーケンス２を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
実施形態に係る移動通信システムは、第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される。前記移動通信システムは、第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を、前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御装置を備える。前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立される。前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立される。
【００１１】
実施形態において、前記制御装置は、前記第１の基地局に設けられている。前記第１の基地局は、前記ユーザ端末のための無線リソースの割り当てを要求するメッセージに前記ユーザプレーン構造を示す情報を含めて、前記第２の基地局に送信する。
【００１２】
実施形態において、前記制御装置は、前記第１の基地局に設けられている。前記第１の基地局は、前記ユーザ端末のための無線リソースの変更を要求するメッセージに前記ユーザプレーン構造を示す情報を含めて、前記第２の基地局に送信する。
【００１３】
実施形態において、前記メッセージを受信した前記第２の基地局は、前記ユーザプレーン構造を示す情報によって示される前記ユーザプレーン構造を受け入れるか否かを前記第１の基地局に通知する。
【００１４】
実施形態において、前記第２の基地局は、前記ユーザプレーン構造を受け入れるか否かを示すインジケータを含むメッセージを前記第１の基地局に送信することによって前記第１の基地局に通知する。
【００１５】
実施形態において、前記第２の基地局は、前記第２の基地局で受け入れ可能なユーザプレーン構造を列挙したインジケータを含むメッセージを前記第１の基地局に送信することによって前記第１の基地局に通知する。
【００１６】
実施形態において、前記メッセージを受信した前記第２の基地局は、前記ユーザプレーン構造を示す情報によって示される前記ユーザプレーン構造を受け入れられない場合、前記ユーザプレーン構造を受け入れられない理由を含むメッセージを前記第１の基地局に送信する。
【００１７】
実施形態において、前記メッセージを受信した前記第２の基地局は、前記ユーザプレーン構造を示す情報によって示される前記ユーザプレーン構造を受け入れられない場合、前記第２の基地局が受け入れ可能なユーザプレーン構造を示す代替案を含むメッセージを前記第１の基地局に送信する。
【００１８】
実施形態において、前記制御装置は、前記第１の基地局に設けられている。前記第１の基地局は、ＲＲＣメッセージに前記ユーザプレーン構造を示す情報を含めて、前記ユーザ端末に送信する。
【００１９】
実施形態において、前記制御装置は、前記第１の基地局に設けられている。前記ユーザ端末は、当該ユーザ端末が適用可能なユーザプレーン構造を示すためのＵＥ能力情報を前記第１の基地局に送信する。
【００２０】
実施形態において、前記制御装置は、前記第１の基地局に設けられている。前記ユーザ端末は、前記第１の基地局が前記ユーザ端末に適用するユーザプレーン構造を選択するために用いられるＦＧＩ（Ｆｅａｔｕｒｅ  Ｇｒｏｕｐ  Ｉｎｄｉｃａｔｏｒ）を前記第１の基地局に送信する。
【００２１】
実施形態において、前記制御装置は、ネットワークの状況及び／又は前記ユーザ端末の状況に基づいて、前記ユーザプレーン構造を選択する。
【００２２】
実施形態において、前記ネットワークの状況は、前記第１の基地局の負荷、前記第１の基地局と前記第２の基地局との間の通信遅延時間、前記第１の基地局と前記第２の基地局との間の通信速度、前記第１の基地局及び前記第２の基地局のそれぞれの能力、及び前記第１の基地局と前記第２の基地局との間のバックホール回線の能力のうち少なくとも１つを含む。
【００２３】
実施形態において、前記制御装置は、前記第１の基地局の負荷が高いことに応じて、前記第１のユーザプレーン構造を選択する。前記制御装置は、前記第１の基地局の負荷が低いことに応じて、前記第２のユーザプレーン構造を選択する。
【００２４】
実施形態において、前記制御装置は、前記通信遅延時間が大きいことに応じて、前記第１のユーザプレーン構造を選択する。前記制御装置は、前記通信遅延時間が小さいことに応じて、前記第２のユーザプレーン構造を選択する。
【００２５】
実施形態において、前記制御装置は、前記第１の基地局に設けられている。前記制御装置は、前記ネットワークの状況を示す情報として、前記第１の基地局と、前記第２の基地局を含む複数の基地局のそれぞれとの組み合わせに関するリストを受信する。前記リストは、前記組み合わせにおける通信遅延時間を示す情報を含む。
【００２６】
実施形態において、前記ユーザ端末の状況は、前記ユーザ端末の能力を含む。
【００２７】
実施形態において、前記ユーザ端末の能力は、ユーザデータの受信信号の再順序付けに関する演算処理能力及び前記ユーザデータのバッファ容量の少なくとも一方に基づいて決定される。
【００２８】
実施形態に係る制御装置は、第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される移動通信システムに用いられる。当該制御装置は、第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御部を備る。前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立される。前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立される。
【００２９】
実施形態に係る基地局は、第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することができるユーザ端末を有しており、コアネットワークと前記ユーザ端末との間に、前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、が確立される移動通信システムに用いられ、前記第１の基地局に該当する。当該基地局は、第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から、前記ユーザ端末に適用するユーザプレーン構造を示す情報を前記第１の基地局、前記第２の基地局及び前記ユーザ端末の少なくともいずれかに通知する制御部を備える。前記第１のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立される。前記第２のユーザプレーン構造では、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立される。
【００３０】
実施形態に係るユーザ端末は、第１の基地局との接続を確立するとともに、第２の基地局との接続を確立することが可能であり、かつ、コアネットワークとの間に前記第１の基地局を経由する第１のデータパスと、前記第２の基地局を経由する第２のデータパスと、を確立可能である。前記ユーザ端末は、第１のユーザプレーン構造と第２のユーザプレーン構造とを含む複数のユーザプレーン構造の中から前記ユーザ端末に適用されるユーザプレーン構造を示す情報を前記第１の基地局から受信する受信部を備える。前記ユーザプレーン構造を示す情報が前記第１のユーザプレーン構造を示す情報である場合、前記第２のデータパスとして、前記第１の基地局を経由せずに前記第２の基地局を経由するデータパスが確立される。前記ユーザプレーン構造を示す情報が前記第２のユーザプレーン構造を示す情報である場合、前記第２のデータパスとして、前記第１の基地局において分岐し、一方の分岐先が前記第２の基地局を経由し、かつ、他方の分岐先が前記第２の基地局を経由しないデータパスが確立される。
【００３１】
実施形態に係るユーザ端末は、前記ユーザ端末が適用可能なユーザプレーン構造を示すためのＵＥ能力情報を前記第１の基地局に送信する送信部をさらに備える。
【００３２】
［実施形態］
以下、実施形態について、説明する。
【００３３】
（ＬＴＥシステム）
図１は、本実施形態に係るＬＴＥシステムの構成図である。
【００３４】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３５】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００３６】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。また、ｅＮＢ２００は、ＭｅＮＢ（Ｍａｓｔｅｒ  ｅＮＢ）２００Ａ及びＳｅＮＢ（Ｓｌａｖｅ  ｅＮＢ又はＳｅｃｏｎｄａｒｙ  ｅＮＢ）２００Ｂを含む。
【００３７】
ＭｅＮＢ２００Ａは、ＵＥ１００に対する無線リソース制御機能（ＲＲＣ  Ｅｎｔｉｔｙ）を有し、ＳｅＮＢ２００Ｂは、当該ＵＥ１００に対する無線リソース制御機能を有さない。また、ＭｅＮＢ２００Ａは、大セルを管理してもよい。一方、ＳｅＮＢ２００Ｂは、大セルよりもカバレッジの小さい小セル（ピコセル／フェムトセル）を管理し、ＭｅＮＢ２００が管理するセル内に設置されていてもよい。ＳｅＮＢ２００Ｂは、ホーム基地局であってもよい。ＳｅＮＢ２００Ｂは、二重接続方式が適用されているＵＥ１００に対しては、ＵＥ１００のモビリティの管理を行わなくてもよい。
【００３８】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３９】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００４０】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と）を含む。また、ＥＰＣ２０は、コアネットワークに相当する。
【００４１】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００４２】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００４３】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００４４】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００４５】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。
【００４６】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４７】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００４８】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００４９】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００５０】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００５１】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００５２】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５３】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００５４】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００５５】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５６】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００５７】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５８】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００５９】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００６０】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００６１】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００６２】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００６３】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００６４】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣ  ｉｄｌｅ  ｓｔａｔｅ）である。
【００６５】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００６６】
（ユーザプレーン構造）
次に、実施形態に係るユーザプレーン構造について、図５及び図６を用いて、説明する。図５は、実施形態に係るユーザプレーン構造において確立されるデータパスを説明するための図（その１）である。図６は、実施形態に係るユーザプレーン構造において確立されるデータパスを説明するための図（その２）である。図５（Ａ）及び図６（Ａ）は、第１のユーザプレーン構造（１Ａ）において確立されるデータパスを説明するための図であり、図５（Ｂ）及び図６（Ｂ）は、第２のユーザプレーン構造（３Ｃ）において確立されるデータパスを説明するための図である。
【００６７】
図５に示すように、ＵＥ１００は、二重接続方式が適用されており、ＭｅＮＢ２００Ａとの接続を確立するとともに、ＳｅＮＢ２００Ｂとの接続を確立している。より具体的には、ＵＥ１００は、ＭｅＮＢ２００ＡとＲＲＣ接続を確立しており、ＳｅＮＢ２００ＢとＲＲＣ接続を確立せずに、ユーザデータの送受信のために用いられる無線ベアラを確立している。このため、ＵＥ１００は、コアネットワークとＵＥ１００との間に、ＭｅＮＢ２００Ａを経由するデータパス（以下、第１のデータパスと適宜称する）とＳｅＮＢ２００Ｂを経由可能なデータパス（以下、第２のデータパスと適宜称する）とを確立することが可能である。このようなデータパスの組み合わせが異なる複数のユーザプレーン構造（Ｕｓｅｒ  ｐｌａｎｅ  ａｒｃｈｉｔｅｃｔｕｒｅ）について、以下、説明する。なお、データパスは、ベアラ（ＥＰＳ  ｂｅａｒｅｒ）と称されることがある。
【００６８】
第１のユーザプレーン構造（以下、ＵＰ１Ａ構造）では、図５（Ａ）に示すように、第１のデータパス（ＥＰＳ  ｂｅａｒｅｒ♯１：実線）は、ＭｅＮＢ２００Ａを経由する。具体的には、第１のデータパスは、Ｓ−ＧＷ３００Ａ及びＭｅＮＢ２００Ａを経由する。一方、第２のデータパス（ＥＰＳ  ｂｅａｒｅｒ♯２：点線）は、ＭｅＮＢ２００Ａを経由せずにＳｅＮＢ２００Ｂを経由する。具体的には、第２のデータパスは、Ｓ−ＧＷ３００Ａ及びＳｅＮＢ２００Ｂを経由する。従って、第２のデータパスでは、Ｅ−ＵＴＲＡＮ１０とＳ−ＧＷ３００Ａとの間のリファレンスポイント（ＲＰ）であるＳ１−Ｕが、ＳｅＮＢ２００Ｂにおいて終端している。また、第２のデータパスは、分かれない。なお、第１のユーザプレーン構造に係るデータパスは、ＳＣＧベアラと称されることがある。
【００６９】
第２のユーザプレーン構造（以下、ＵＰ３Ｃ構造）では、図５（Ｂ）に示すように、第１のデータパス（ＥＰＳ  ｂｅａｒｅｒ♯１：実線）は、ＵＰ１Ａ構造と同じである。一方、第２のデータパス（ＥＰＳ  ｂｅａｒｅｒ♯２：点線）は、ＭｅＮＢ２００Ａにおいて分岐する。一方の分岐先は、ＳｅＮＢ２００Ｂを経由する。他方の分岐先は、ＳｅＮＢ２００Ｂを経由しない。従って、第２のデータパスでは、Ｓ１−Ｕが、ＭｅＮＢ２００Ａにおいて終端する。また、第２のデータパスが、Ｅ−ＵＴＲＡＮ１０において分かれる。なお、第２のユーザプレーン構造に係るデータパスは、分割ベアラ（ｓｐｌｉｔ  ｂｅａｒｅｒ）と称されることがある。
【００７０】
また、ＵＰ１Ａ構造では、図６（Ａ）に示すように、第１のデータパスは、ＭｅＮＢ２００ＡにおけるＰＤＣＰレイヤを経由し、第２のデータパスは、ＳｅＮＢ２００ＢにおけるＰＤＣＰレイヤを経由する。従って、第１のデータパスが経由するＰＤＣＰレイヤと第２のデータパスが経由するＰＤＣＰレイヤとが異なるｅＮＢ２００に存在し、それぞれのＰＤＣＰレイヤが独立している。なお、第１のデータパスは、ＭｅＮＢ２００ＡにおけるＲＬＣレイヤを経由し、第２のデータパスは、ＳｅＮＢ２００ＢにおけるＲＬＣレイヤを経由する。
【００７１】
一方、ＵＰ３Ｃ構造では、図６（Ｂ）に示すように、第１のデータパス及び第２のデータパスは、ＭｅＮＢ２００ＡにおけるＰＤＣＰレイヤを経由し、第２のデータパスは、ＳｅＮＢ２００ＢにおけるＰＤＣＰレイヤを経由しない。また、第１のデータパスは、ＭｅＮＢ２００ＡにおけるＲＬＣレイヤを経由する。一方、第２のデータパスは、Ｘ２インターフェイスを介して、ＳｅＮＢ２００ＢにおけるＲＬＣレイヤを経由し、ＭｅＮＢ２００ＡにおけるＲＬＣレイヤを経由しない。従って、第１のデータパスが経由するＰＤＣＰレイヤと第２のデータパスが経由するＰＤＣＰレイヤとが同じｅＮＢ２００（ＭｅＮＢ２００Ａ）に存在する。また、第１のデータパスが経由するＲＬＣレイヤと第２のデータパスが経由するＲＬＣレイヤとが異なるｅＮＢ２００に存在し、それぞれのＲＬＣレイヤが独立している。従って、第２のデータパスでは、Ｓ１−Ｕが、ＭｅＮＢ２００Ａにおいて終端する。
【００７２】
なお、第２のデータパスが用いられた場合、ＭｅＮＢ２００ＡのみがユーザデータをＵＥ１００と送受信するパターン、ＳｅＮＢ２００ＢのみがユーザデータをＵＥ１００と送受信するパターン、及び、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００ＢのそれぞれがユーザデータをＵＥ１００と送受信するパターンが適宜使い分けられる。
【００７３】
ＵＰ３Ｃ構造の特徴として、ＵＰ１Ａと比較した場合、第２のデータパスがＭｅＮＢ２００Ａを経由するため、柔軟なリソース割り当て（Ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）が可能である。具体的には、第２のデータパスに基づくユーザデータの伝送について、ＭｅＮＢ２００Ａが管理する無線リソース及びＳｅＮＢ２００Ｂが管理する無線リソースの一方、又は、両方の無線リソースを用いることが可能である。従って、ユーザデータのスループットが増加できる。
【００７４】
また、ＵＰ３Ｃ構造では、Ｓ１−Ｕが、ＭｅＮＢ２００Ａにおいて終端するため、コアネットワークに対して、ＳｅＮＢ２００Ｂのモビリティを隠蔽することができる。
【００７５】
なお、下りリンクにおいて、第２のデータパスによって、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとのそれぞれがユーザデータ（詳細には、ユーザデータユニット又はパケット）をＵＥ１００に送信した場合、ＵＥ１００は、ＭｅＮＢ２００Ａから直接受信したユーザデータユニットとＳｅＮＢ２００Ｂから受信したユーザデータユニットとのそれぞれの受信信号の再順序付け（ｒｅ−ｏｒｄｅｒｉｎｇ）を行う必要がある。なお、再順序付けとは、ユーザデータ（パケット）を復元するために、ユーザデータユニットを正しい順番に並び替えることである。上りリンクでも同様に、第２のデータパスによって、ＵＥ１００がユーザデータを分けて送信した場合、ＭｅＮＢ２００Ａは、ＵＥ１００から直接受信したユーザデータとＳｅＮＢ２００Ｂを介してＵＥ１００から受信したユーザデータとのそれぞれの受信信号の再順序付けを行う必要がある。このため、ＵＥ１００及びＭｅＮＢ２００Ａのそれぞれは、再順序付けに用いられるバッファが必要である。
【００７６】
一方、ＵＰ１Ａ構造の特徴として、ＵＰ３Ｃと比較した場合、ＭｅＮＢ２００ＡからＳｅＮＢ２００Ｂへユーザデータの転送がないため、ＭｅＮＢ２００Ａの処理負荷が増加しない。また、ＭｅＮＢ２００ＡからＳｅＮＢ２００Ｂへユーザデータの転送に用いられるバックホール回線におけるトラフィックが発生しないため、トラフィックが増加しない。また、ＵＥ１００及びＭｅＮＢ２００Ａのそれぞれは、再順序付けに用いられるバッファが必要ない。
【００７７】
（実施形態に係る動作）
以下において、実施形態に係る動作について説明する。
【００７８】
（１）動作概要
実施形態に係る動作概要を図７及び図８を用いて説明する。図７及び図８は、本実施形態に係る動作概要を説明するための図である。
【００７９】
図７に示すように、本実施形態に係る移動通信システムは、ＥＰＣ２０、ルータ（Ｒｏｕｔｅｒ）、複数のＵＥ１００（ＵＥ１００−１、ＵＥ１００−２、ＵＥ１００−３）、ＭｅＮＢ２００Ａ、複数のＳｅＮＢ２００Ｂ（ＳｅＮＢ２００Ｂ−１、ＳｅＮＢ２００Ｂ−２、ＳｅＮＢ２００Ｂ−３）を備える。
【００８０】
ＥＰＣ２０は、ルータを介して、ＭｅＮＢ２００Ａ及び複数のＳｅＮＢ２００Ｂのそれぞれと接続している。また、ＭｅＮＢ２００Ａは、ルータを介して、複数のＳｅＮＢ２００Ｂのそれぞれと接続している。また、複数のＳｅＮＢ２００Ｂは、ＭｅＮＢ２００Ａが管理するセル内に設置されている。
【００８１】
本実施形態において、ＵＥ１００に適用するユーザプレーン構造（すなわち、データベアラ）を選択する制御装置は、ＭｅＮＢ２００Ａに設けられる。従って、ＭｅＮＢ２００Ａは、ネットワークの状況及び／又はＵＥ１００の状況に基づいて、複数のユーザプレーン構造の中から、ＵＥ１００に適用するユーザプレーン構造を選択する。
【００８２】
ここで、ネットワークの状況は、ＭｅＮＢ２００Ａの負荷、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信状況（ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信遅延時間、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度）、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂのそれぞれの能力、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間のバックホール回線の能力のうち、少なくとも１つを含む。なお、ネットワークの状況は、ＭｅＮＢ２００ＡとＭＭＥ／Ｓ−ＧＷ３００との間の通信状況、ＥＰＣ２０（具体的には、ＭＭＥ／Ｓ−ＧＷ３００）の負荷、ＳｅＮＢ２００Ｂの負荷及びルータの負荷などを含んでもよい。
【００８３】
具体的には、ＭｅＮＢ２００Ａの負荷は、ＭｅＮＢ２００Ａのハードウェア負荷である。また、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信遅延時間（レイテンシ）は、トラフィック状況などに応じて変動する（動的な）遅延時間である。
【００８４】
また、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度（キャパシティ）は、トラフィック状況などに応じて変動する（動的な）通信速度である。或いは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度（キャパシティ）は、通信速度の余裕度であってもよい。
【００８５】
また、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂのそれぞれの能力は、ｅＮＢ２００の処理能力であり、例えば、ユーザデータの受信信号の再順序付けに関する演算処理能力、第２のデータパスに係るＰＤＣＰレイヤの処理能力、ユーザデータのバッファ容量（特に、ユーザデータの受信信号の再順序付けに用いられるバッファ容量）である。バッファ容量（バッファサイズ）は、メモリ２３０に依存する固有のバッファ容量であってもよいし、ユーザプレーン構造を選択する際のバッファ使用率（或いは、バッファ容量の余裕度）であってもよい。バッファは、第２のデータパスのための再順序付け専用のバッファであってもよい。
【００８６】
また、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂのそれぞれに接続されたバックホール回線の能力は、バックホール回線の種類（例えば、光回線、ＡＤＳＬ回線）、回線設計（例えば、トポロジ）などに応じた通信状況に依存しない固定的な能力である。
【００８７】
また、ＵＥ１００の状況は、ＵＥ１００の能力を含む。ＵＥ１００の能力は、ユーザデータの受信信号の再順序付けに関する演算処理能力、ユーザデータのバッファ容量の少なくとも一方に基づいて決定されてもよい。また、ＵＥ１００の能力は、ユーザプレーン構造の適用能力を含む。なお、ＵＥ１００の状況は、ＵＥ１００の通信環境（ＵＥ１００とＭｅＮＢ２００Ａとの通信環境及び／又はＵＥ１００とＳｅＮＢ２００Ｂ−２との通信環境）、ＵＥ１００の移動状況を含んでもよい。
【００８８】
ユーザデータの受信信号の再順序付けに関する演算処理能力は、ＵＥ１００のＣＰＵの処理能力であってもよい。また、ユーザデータのバッファ容量は、メモリ１５０に依存する固有のバッファ容量であってもよいし、第２のデータパスのための再順序付け専用のバッファ容量であってもよいし、ユーザプレーン構造を選択する際のバッファ使用率（或いは、バッファ容量の余裕度）であってもよい。これらの演算処理能力及びバッファに関する能力を含むチップセットの処理能力であってもよい。また、ＵＥ１００は、例えば、ＵＰ３Ｃ構造をサポートしている場合、ＵＰ３Ｃ構造の適用能力を有する。
【００８９】
ＭｅＮＢ２００Ａは、少なくとも以下のいずれかの方法によって、ＵＥ１００に適用するユーザプレーン構造を選択できる。なお、ＭｅＮＢ２００Ａは、複数の方法を組み合わせてＵＥ１００に適用するユーザプレーン構造を選択してもよい。
【００９０】
第１に、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａの負荷と所定の閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａの負荷が高いことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａの負荷が低いことに応じて、ＵＰ３Ｃ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、ＭｅＮＢ２００Ａの負荷が大きいもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９１】
第２に、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信遅延時間と所定の閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信遅延時間が大きいことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信遅延時間が低いことに応じて、ＵＰ３Ｃ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、ＭｅＮＢ２００Ａ及びＵＥ１００のハードウェア負荷が高いもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９２】
第３に、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度と所定の閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度が遅いことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度が速いことに応じて、ＵＰ３Ｃ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、バックホールの負荷が大きくなるもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９３】
第４に、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂのそれぞれの能力と閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａの能力（例えば、バッファ容量）が低いことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａの能力が高いことに応じて、ＵＰ３Ｃ構造を選択する。また、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂの能力が高いことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂの能力が低いことに応じて、ＵＰ１Ａ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、再順序付け用のバッファが必要となるもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９４】
第５に、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間のバックホール回線の能力と閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間のバックホール回線の能力が低いことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間のバックホール回線の能力が高いことに応じて、ＵＰ３Ｃ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、通信遅延が発生する可能性があるもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９５】
第６に、ＭｅＮＢ２００Ａは、ユーザデータの受信信号の再順序付けに関するＵＥ１００の演算処理能力と所定の閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＵＥ１００の当該演算能力が低いことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＵＥ１００の当該演算能力が高いことに応じて、ＵＰ３Ｃ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、ＵＥ１００の負荷が大きいもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９６】
第７に、ＭｅＮＢ２００Ａは、ＵＥ１００のバッファ容量と所定の閾値とを比較することによって、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＵＥ１００のバッファ容量（特に、上記再順序付けに用いられるバッファ容量）が小さいことに応じて、ＵＰ１Ａ構造を選択する。また、ＭｅＮＢ２００Ａは、ＵＥ１００のバッファ容量が大きいことに応じて、ＵＰ３Ｃ構造を選択する。これにより、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造に比べて、ＵＥ１００が再順序付け用のバッファが必要になるもののスループットが高いＵＰ３Ｃ構造を適切に選択することができる。
【００９７】
第８に、ＭｅＮＢ２００Ａは、ＵＥ１００のユーザプレーン構造の適用能力に基づいて、ＵＥ１００に適用するユーザプレーン構造を選択できる。具体的には、ＭｅＮＢ２００Ａは、ＵＥ１００がＵＰ１Ａ構造及びＵＰ３Ｃ構造の適用をサポートしている場合、ＵＰ１Ａ構造又はＵＰ３Ｃ構造のいずれかを選択する。ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造又はＵＰ３Ｃ構造のいずれかの適用をサポートしている場合、サポートされているユーザプレーン構造を選択する。ＭｅＮＢ２００Ａは、ＵＥ１００がＵＰ１Ａ構造及びＵＰ３Ｃ構造の適用をサポートしていない場合（ＵＥ１００が二重接続方式をサポートしていない場合）、二重接続方式ではなく単一接続（Ｓｉｎｇｌｅ  Ｃｏｎｎｅｃｔｉｏｎ）方式を利用したユーザプレーン構造を選択する。
【００９８】
ＭｅＮＢ２００Ａは、上述の少なくともいずれかの方法を用いて、ＭｅＮＢ２００Ａは、複数のユーザプレーン構造の中からＵＰ１Ａ構造とＵＰ３Ｃ構造とを適切に選択することができる。
【００９９】
例えば、図７（Ａ）では、ｅＮＢ２００（ＭｅＮＢ２００Ａ、ＳｅＮＢ２００Ｂ）に接続するＵＥ１００の数が少ない（図７（Ｂ）参照）。ＭｅＮＢ２００Ａは、ネットワーク内のトラフィック量が少なく、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信状況が良好であるため、ＳｅＮＢ２００Ｂ−１のセル内（及びＭｅＮＢ２００Ａのセル内）に位置するＵＥ１００に対して、ＵＰ３Ｃ構造を選択する。その結果、ＵＥ１００−１は、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂ−１のそれぞれとＵＰ３Ｃ構造に基づくユーザデータの送受信を行う。
【０１００】
一方、図７（Ｂ）では、ｅＮＢ２００に接続するＵＥ１００の数が多い。このため、バックホール回線が混雑する。例えば、ルータを介したＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂ−３との間のバックホール回線が混雑したと仮定する。ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂ−３との間のバックホール回線の混雑（通信速度の低下／通信遅延時間の増加）を検知した場合、ＳｅＮＢ２００Ｂ−３のセル内（及びＭｅＮＢ２００Ａのセル内）に位置するＵＥ１００−３に対して、ＵＰ１Ａ構造を選択する。その結果、ＵＥ１００−３は、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂ−３のそれぞれとＵＰ１Ａ構造に基づくユーザデータの送受信を行う。
【０１０１】
なお、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂ−２との間のバックホール回線の混雑を検知していないため、ＳｅＮＢ２００Ｂ−２のセル内（及びＭｅＮＢ２００Ａのセル内）に位置するＵＥ１００−２に対して、ＵＰ３Ｃ構造を選択する。このように、ＭｅＮＢ２００Ａは、複数のＵＥ１００のそれぞれに対して、ユーザプレーン構造を選択する。
【０１０２】
また、ＭｅＮＢ２００Ａは、再順序付けを行うユーザデータを記憶するために必要なバッファ容量が、通信遅延時間に比例して大きくなるため、通信遅延時間とバッファ容量（バッファサイズ）とに基づいて、複数のユーザプレーン構造の中から、ＵＥ１００に適用するユーザプレーン構造を選択してもよい。
【０１０３】
例えば、図８に示すように、ＥＰＣ２０は、各ｅＮＢ２００から報告によって、ＭｅＮＢ２００Ａと各ＳｅＮＢ２００Ｂとの間の通信遅延時間を知る。また、ＥＰＣ２０は、ＭｅＮＢ２００Ａと複数のＳｅＮＢ２００Ｂとの組み合わせに関するＤＣリストを管理するＥＰＣ２０は、各ｅＮＢ２００から報告に基づいて、ＤＣリストに登録されているＭｅＮＢ２００Ａと各ＳｅＮＢ２００Ｂとの間の通信遅延時間を更新する。なお、ＤＣリストは、ＭｅＮＢ２００Ａと各ＳｅＮＢ２００Ｂとの間のスループットが登録されていてもよい。
【０１０４】
ＥＰＣ２０は、当該通信遅延時間を示す情報をＭｅＮＢ２００Ａに通知する。ＥＰＣ２０は、ＤＣリストをＭｅＮＢ２００Ａに通知してもよい。ＭｅＮＢ２００Ａは、当該通信遅延時間を示す情報に基づいて、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂ−１との間の通信遅延時間を知る。また、ＭｅＮＢ２００Ａは、ＵＥ１００−１からのバッファ状態報告（ＢＳＲ）に基づいて、ＵＥ１００−１のバッファ容量（バッファサイズ）を知る。
【０１０５】
その後、ＭｅＮＢ２００Ａは、通信遅延時間及びＵＥ１００−１のバッファ容量（バッファサイズ）に基づいて、ＵＥ１００−１に適用するユーザプレーン構造を選択する。
【０１０６】
また、図９に示すように、ＭｅＮＢ２００Ａは、ＵＥ１００の能力及びバックホールの負荷（Ｂａｃｋｈｏｕｌ  ｌｏａｄ）に基づいて、複数のユーザプレーン構造の中から、ＵＥ１００に適用するユーザプレーン構造を選択してもよい。なお、バックホールの負荷は、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信遅延時間、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信速度などによって決定される。バックホールの負荷は、当該通信遅延時間又は当該通信速度であってもよい。
【０１０７】
図９に示すように、ステップＳ１０１において、ＭｅＮＢ２００Ａは、ＵＥ能力情報及びバックホールの負荷情報を取得する。
【０１０８】
ステップＳ１０２において、ＭｅＮＢ２００Ａは、ＵＥ１００が、ＵＥ能力情報に基づいて、二重接続（ＤＣ）をサポートしているか否かを判定する。ＭｅＮＢ２００Ａは、ＵＥ１００が二重接続をサポートしていないと判定した場合、単一接続に基づくユーザプレーン構造を選択し、処理を終了する。一方、ＭｅＮＢ２００Ａは、ＵＥ１００が二重接続をサポートしていると判定した場合、ステップＳ１０３の処理を実行する。
【０１０９】
ステップＳ１０３において、ＭｅＮＢ２００Ａは、ＵＥ１００がＵＰ３Ｃ構造をサポートしているか否かを判定する。ＭｅＮＢ２００Ａは、ＵＥ１００がＵＰ３Ｃ構造をサポートしていないと判定した場合、ＵＰ１Ａ構造を選択し、処理を終了する。一方、ＭｅＮＢ２００Ａは、ＵＥ１００がＵＰ３Ｃ構造をサポートしていると判定した場合、ステップＳ１０４の処理を実行する。
【０１１０】
ステップＳ１０４において、ＭｅＮＢ２００Ａは、バックホールがＵＰ３Ｃ構造をサポートしているか否かを判定する。具体的には、ＭｅＮＢ２００Ａは、バックホールの負荷が、ＵＰ３Ｃ構造の適用を許容する閾値未満である場合、バックホールがＵＰ３Ｃ構造をサポートしていないと判定し、ＵＰ１Ａ構造を選択する。一方、ＭｅＮＢ２００Ａは、バックホールの負荷が、ＵＰ３Ｃ構造の適用を許容する閾値以上である場合、バックホールがＵＰ３Ｃ構造をサポートしていると判定し、ＵＰ３Ｃ構造を選択する。
【０１１１】
（２）動作シーケンス
次に、実施形態に係る動作シーケンス１，２について、図１０及び図１１を用いて説明する。図１０は、実施形態に係る動作シーケンス１を説明するためのシーケンス図である。図１１は、実施形態に係る動作シーケンス２を説明するためのシーケンス図である。
【０１１２】
（２．１）動作シーケンス１
動作シーケンス１では、ＵＥ１００は、ＭｅＮＢ２００Ａに接続し、ＳｅＮＢ２００Ｂに接続していない。また、ユーザプレーン構造を選択する制御装置は、ＭｅＮＢ２００Ａに設けられている。
【０１１３】
図１０に示すように、ステップＳ２０１において、ＭｅＮＢ２００Ａは、ＵＥ能力問い合わせ（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｅｎｑｕｉｒｙ）メッセージをＵＥ１００に通知する。ＵＥ能力問い合わせメッセージは、ＵＥ１００の二重接続能力（ＤＣ  Ｃａｐａｂｉｌｉｔｙ）を問い合わせるための情報を含んでもよい。
【０１１４】
ステップＳ２０２において、ＵＥ１００は、ＵＥ能力情報（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）をＭｅＮＢ２００Ａに送信する。ＵＥ能力情報は、二重接続能力（ＤＣ  Ｃａｐａｂｉｌｉｔｙ）を示す情報を含む。
【０１１５】
二重接続能力（ＤＣ  Ｃａｐａｂｉｌｉｔｙ）を示す情報は、「ｎｏｎ（ＵＥ１００が二重接続方式をサポートしていない（すなわち、ＵＥ１００がＵＰ１Ａ構造及びＵＰ３Ｃ構造の両方対応不能である））」、「１Ａ（ＵＥ１００がＵＰ１Ａ構造に対応可能である）」、「３Ｃ（ＵＥ１００がＵＰ３Ｃ構造に対応可能である）」及び「ｂｏｔｈ（ＵＥがＵＰ１Ａ構造及びＵＰ３Ｃ構造の両方対応可能である）」の少なくともいずれかを示す情報を含む。例えば、上記二重接続能力を示す情報は、以下の（ａ）又は（ｂ）の２パターンによって示されてもよい。
（ａ）ＤＣ−ｃａｐａｂｉｌｉｔｙ  ＝  ＥＮＵＭ（Ｎｏｎ，  １Ａ，  ３Ｃ，  Ｂｏｔｈ，  …）
（ｂ）1Ａ−ｃａｐａｂｉｌｉｔｙ  ＝  ＥＮＵＭ（ｙｅｓ，  ｎｏ）、3Ｃ−ｃａｐａｂｉｌｉｔｙ  ＝  ＥＮＵＭ（ｙｅｓ，  ｎｏ）
【０１１６】
ステップＳ２０３において、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂ、Ｓ−ＧＷ３００Ａ及びＭＭＥ３００Ｂの少なくともいずれか一つを負荷状況をモニタリングする。ＭｅＮＢ２００Ａは、ＵＥ１００が、二重接続方式をサポートしている場合にステップＳ２０３の処理を行ってもよい。また、ＭｅＮＢ２００Ａは、ネイバーリストに基づいて、（複数の）隣接ＳｅＮＢ２００Ｂの負荷状況をモニタリングしてもよい。または、ＭｅＮＢ２００Ａは、ＵＥ１００からの測定報告及び／又はＵＥ１００の位置情報に基づいて、ＵＥ１００の周囲のＳｅＮＢ２００Ｂの負荷状況をモニタリングしてもよい。
【０１１７】
ステップＳ２０４において、ＭｅＮＢ２００Ａは、二重接続能力を示す情報とＳｅＮＢ２００Ｂ、Ｓ−ＧＷ３００Ａ及びＭＭＥ３００Ｂの負荷状況とに基づいて、ＵＥ１００に適用するユーザプレーン構造を選択する。本実施形態において、ＭｅＮＢ２００Ａは、ＵＰ１Ａ構造及びＵＰ３Ｃ構造のいずれかを選択したと仮定して説明を進める。これにより、ＭｅＮＢ２００Ａ（ＲＲＭ）は、ＵＥ１００のユーザデータの伝送のために、ＭｅＮＢ２００Ａの無線リソースに加えて、ＳｅＮＢ２００Ｂの無線リソースを追加すると決定する。或いは、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂの無線リソースの割り当て情報を受信していた場合、ＳｅＮＢ２００Ｂの無線リソースを変更すると決定する。
【０１１８】
なお、図１０において、破線で示された矢印（Ｓ２１０、Ｓ２１１、Ｓ２１３、Ｓ２１５〜Ｓ２１７）は、ＭｅＮＢ２００Ａが「ＵＰ１Ａ構造」を選択した場合のシグナリング（すなわち、選択したＵＰ１Ａ構造に係るデータパス（ＳＣＧベアラ）に関するシグナリング）を示す。
【０１１９】
ステップＳ２０５において、ＳｅＮＢ２００Ｂ（ＲＲＭ）は、ＳｅＮＢ２００Ｂの無線リソースを変更すると決定する。
【０１２０】
ステップＳ２０６において、ＭｅＮＢ２００Ａは、ＳｅＮＢ追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）又はＳｅＮＢ変更要求（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｂに送信する。
【０１２１】
ＳｅＮＢ追加要求は、無線リソースの割り当ての要求である。また、ＳｅＮＢ変更要求は、無線リソースの変更の要求である。ＳｅＮＢ追加要求及びＳｅＮＢ変更要求は、二重接続構造指示（ＤＣ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｉｎｄｉｃａｔｉｏｎ）を含む。二重接続構造指示は、ステップＳ２０４において、ＭｅＮＢ２００Ａが選択したユーザプレーン構造（ＵＰ１Ａ構造／ＵＰ３Ｃ構造）を示す情報及び選択したユーザプレーン構造を適用するＵＥ１００の識別子を含む。これにより、ＳｅＮＢ２００Ｂは、ＭｅＮＢ２００Ａによって選択されたユーザプレーン構造及び選択されたユーザプレーン構造が適用されるＵＥ１００を知ることができる。
【０１２２】
ステップＳ２０７において、ＳｅＮＢ２００Ｂ（ＲＲＭ）は、ＭｅＮＢ２００Ａからの要求を承認するか否かを決定する。具体的には、ＳｅＮＢ２００Ｂは、ＭｅＮＢ２００Ａが選択したユーザプレーン構造を用いた通信を承認するか否かを決定する。また、無線リソースの追加又は変更を承認するか否かを決定する。
【０１２３】
ＳｅＮＢ２００Ｂは、ＭｅＮＢ２００Ａからの要求を承認すると決定した場合、Ｌ１及びＬ２レイヤにおける無線リソースの割り当てを行う。ＳｅＮＢ２００Ｂは、ＳｅＮＢ２００Ｂの無線リソース設定の同期をＵＥ１００が実行できるように、ＵＥ１００のために専用のＲＡＣＨプレアンブルの割り当ててもよい。
【０１２４】
以下において、ＳｅＮＢ２００Ｂは、ＭｅＮＢ２００Ａからの要求を承認すると決定したと仮定して説明を進める。
【０１２５】
ステップＳ２０８において、ＳｅＮＢ２００Ｂは、ＳｅＮＢ追加指示（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｃｏｍｍａｎｄ）又はＳｅＮＢ変更指示（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｍｍａｎｄ）をＭｅＮＢ２００Ａに送信する。
【０１２６】
ＳｅＮＢ追加指示及びＳｅＮＢ変更指示は、選択されたユーザプレーン構造のための新しい無線リソース設定を含む。
【０１２７】
ＭｅＮＢ２００Ａは、ＳｅＮＢ追加指示又はＳｅＮＢ変更指示の受信に応じて、ステップＳ２０９の処理を実行する。なお、ＭｅＮＢ２００Ａは、ＭｅＮＢ２００Ａからの要求を拒否する旨の応答を受信した場合及び新しい無線リソース設定を承認しない場合、ステップＳ２０６の処理を再度行ってもよい。
【０１２８】
ステップＳ２０９において、ＭｅＮＢ２００Ａは、ＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。ＲＲＣ接続再設定メッセージを受信したＵＥ１００は、新しい設定の適用を開始する。
【０１２９】
ＲＲＣ接続再設定メッセージは、二重接続構造指示を含む。二重接続構造指示は、ＭｅＮＢ２００Ａが選択したユーザプレーン構造（ＵＰ１Ａ構造／ＵＰ３Ｃ構造）を示す情報を含む。ＵＥ１００は、二重接続構造指示に基づいて、選択されたユーザプレーン構造を知る。
【０１３０】
ステップＳ２１０において、ＭｅＮＢ２００Ａは、ＵＥ１００への送信データのシーケンス番号（ＳＮ）をＳｅＮＢ２００Ｂに転送する。
【０１３１】
ステップＳ２１１において、ＭｅＮＢ２００Ａは、ＵＥ１００へ未送信のデータをＳｅＮＢ２００Ｂに送信（転送）する。
【０１３２】
ステップＳ２１２において、ＵＥ１００は、ＲＲＣ接続再設定完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）メッセージをＭｅＮＢ２００Ａに送信する。
【０１３３】
ステップＳ２１３において、ＵＥ１００及びＳｅＮＢ２００Ｂは、ランダムアクセス手続き（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行う。ＵＥ１００は、必要に応じて、ＳｅＮＢ２００Ｂのセルとの同期を取る。
【０１３４】
ステップＳ２１４において、ＳｅＮＢ２００Ｂは、ＳｅＮＢ追加完了（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージ又はＳｅＮＢ変更完了（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  ）メッセージをＭｅＮＢ２００Ａに送信する。
【０１３５】
ＳｅＮＢ追加完了メッセージ及びＳｅＮＢ変更完了メッセージは、ＳｅＮＢ２００ＢとＵＥ１００との同期が取れたことを示す情報を含む。ＭｅＮＢ２００Ａは、ＳｅＮＢ追加完了メッセージ及びＳｅＮＢ変更完了メッセージの受信によって、選択されたユーザプレーン構造がＵＥ１００に適用されたと判定する。
【０１３６】
ＵＰ３Ｃ構造が選択されていた場合、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂは、ＵＰ３Ｃ構造に基づくユーザデータの送受信をＵＥ１００と開始する。
【０１３７】
ステップＳ２１５において、ＭｅＮＢ２００Ａは、ベアラ変更指示（Ｅ−ＲＡＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎ）をＭＭＥ３００Ｂに送信する。
【０１３８】
ステップＳ２１６において、Ｓ−ＧＷ３００ＡとＭＭＥ３００Ｂとは、ベアラ変更（Ｂｅａｒｅｒ  Ｍｏｄｉｆｉｃａｔｉｏｎ）を行う。
【０１３９】
ステップＳ２１７において、ＭＭＥ３００Ｂは、ベアラ変更確認（Ｅ−ＲＡＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージをＭｅＮＢ２００Ａに送信する。
【０１４０】
ＵＰ１Ａ構造が選択されていた場合、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂは、ＵＰ１Ａ構造に基づくユーザデータの送受信をＵＥ１００と開始する。
【０１４１】
（２．２）動作シーケンス２
次に、動作シーケンス２について、図１１を用いて説明する。上述した動作シーケンス１と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１４２】
上述した動作シーケンス１では、ＵＥ１００に適用するユーザプレーン構造を選択する制御装置がＭｅＮＢ２００Ａに設けられていた。動作シーケンス２では、ＯＡＭ４００に当該制御装置が設けられる。
【０１４３】
また、動作シーケンス２では、所定のユーザプレーン構造がＵＥ１００に適用され、ＭｅＮＢ２００Ａ及びＳｅＮＢ２００Ｂは、二重接続方式を利用した通信をＵＥ１００と行っている。
【０１４４】
ステップＳ３０１において、ＯＡＭ４００は、二重接続能力（ＤＣ  ｃａｐａｂｉｌｉｔｙ）メッセージをＳｅＮＢ２００Ｂに送信する。
【０１４５】
二重接続能力メッセージは、ＯＡＭ４００が選択したユーザプレーン構造（単一接続構造（ｎｏｎ）／ＵＰ１Ａ構造（１Ａ）／ＵＰ３Ｃ構造（３Ｃ））を示す情報を含む。ＯＡＭ４００は、例えば、Ｘ２インターフェイスの種類に応じてユーザプレーン構造を選択する。
【０１４６】
なお、二重接続能力メッセージは、バックホール回線の通信遅延時間を示すレイテンシ情報、及び当該バックホール回線におけるインターフェイス種別を示す情報を含んでもよい。また、選択したユーザプレーン構造を適用するＵＥ１００の識別子を含んでもよい。
【０１４７】
ＯＡＭ４００が、ＭｅＮＢ２００Ａではなく、ＳｅＮＢ２００Ｂに二重接続能力メッセージを送信し、ＳｅＮＢ２００Ｂが当該情報を管理することにより、ＭｅＮＢ２００Ａが、大セル内に存在する各ＳｅＮＢ２００Ｂの当該情報を管理する場合に比べて、管理負荷を軽減することができる。
【０１４８】
ステップＳ３０２において、ＭｅＮＢ２００Ａは、ＵＥ１００のユーザデータの伝送のために、ＳｅＮＢ２００Ｂの無線リソースを追加すると決定する。或いは、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂの無線リソースを変更すると決定する。
【０１４９】
ステップＳ３０３において、ＳｅＮＢ２００Ｂは、ＳｅＮＢ２００Ｂの無線リソースを変更すると決定する。ＳｅＮＢ２００Ｂは、例えば、ＵＥ１００の無線通信品質が変動したことに基づいて、無線リソースを変更すると決定してもよい。
【０１５０】
ステップＳ３０４において、ＭｅＮＢ２００Ａは、ＳｅＮＢ追加要求又はＳｅＮＢ変更要求をＳｅＮＢ２００Ｂに送信する。ここで、ＳｅＮＢ追加要求及びＳｅＮＢ変更要求は、ステップＳ２０６と異なり、二重接続構造指示を含まない。
【０１５１】
ステップＳ３０５において、ＳｅＮＢ２００Ｂは、ＯＡＭ４００Ａから受信した二重接続能力メッセージに基づいて、無線リソースの設定変更（無線リソースの追加又は変更）を承認する。なお、ＳｅＮＢ２００Ｂは、二重接続能力メッセージに基づいて、無線リソースの設定変更を拒否してもよい。
【０１５２】
また、ＳｅＮＢ２００Ｂは、ステップＳ２０７と同様に、ＳｅＮＢ２００Ｂの無線リソース設定の同期をＵＥ１００が実行できるように、ＵＥ１００のために専用のＲＡＣＨプレアンブルの割り当ててもよい。
【０１５３】
ステップＳ３０６において、ＳｅＮＢ２００Ｂは、ＳｅＮＢ２００Ｂは、ＳｅＮＢ追加指示又はＳｅＮＢ変更指示をＭｅＮＢ２００Ａに送信する。
【０１５４】
ＳｅＮＢ追加指示及びＳｅＮＢ変更指示は、選択されたユーザプレーン構造のための新しい無線リソース設定だけでなく、ＯＡＭ４００が選択したユーザプレーン構造を示す情報を含む。
【０１５５】
ステップＳ３０７からＳ３１５は、ステップＳ２０９からＳ２１７に対応する。
【０１５６】
［その他の実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０１５７】
上述した実施形態において、ＭｅＮＢ２００Ａは、ＵＥ能力情報の代わりにＦＧＩ（Ｆｅａｔｕｒｅ  Ｇｒｏｕｐ  Ｉｎｄｉｃａｔｏｒ（ｓ））に基づいて、ユーザプレーン構造を選択してもよい。
【０１５８】
上述した実施形態において、ＭｅＮＢ２００ＡとＳｅＮＢ２００Ｂとの間の通信状況及びＭｅＮＢ２００ＡとＭＭＥ／Ｓ−ＧＷ３００との間の通信状況は、フロー制御情報及びＴＮＬ（Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）情報の少なくともいずれかに基づいて、決定されてもよい。
【０１５９】
上述した実施形態では、ｅＮＢ２００は、選択したユーザプレーン構造をＲＲＣ接続再設定メッセージに含めていたが、ＲＲＣ接続確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージに含めてもよい。
【０１６０】
上述した実施形態に係る動作シーケンス１において、ＯＡＭ４００Ａは、ＭｅＮＢ２００Ａに二重接続能力メッセージを送信してもよい。また、ＭｅＮＢ２００Ａが、ＵＥ１００の識別子を含まない二重接続能力メッセージをＯＡＭ４００から受信した場合に、接続を希望するＵＥ１００にＵＥ能力問い合わせメッセージを通知してもよい。なお、ＯＡＭ４００Ａは、上述の動作シーケンス２のように、バックホール回線の通信遅延時間を示すレイテンシ情報等を含む二重接続能力メッセージをＭｅＮＢ２００Ａに送信してもよい。
【０１６１】
上述した実施形態に係る動作シーケンス１において、ｅＮＢ２００は、選択したユーザプレーン構造及び選択したユーザプレーン構造を適用するＵＥ１００をコアネットワーク（Ｓ−ＧＷ３００Ａ、ＭＭＥ３００Ｂ、ＯＡＭ４００の少なくともいずれか）に通知してもよい。
【０１６２】
上述した実施形態に係る動作シーケンス２において、ｅＮＢ２００（ＭｅＮＢ２００Ａ又はＳｅＮＢ２００Ｂ）が、ＯＡＭ４００に二重接続に関する問い合わせを行って、ＯＡＭ４００が当該問い合わせに対する応答として、二重接続能力メッセージをｅＮＢ２００に通知してもよい。また、ｅＮＢ２００は、ＵＥ１００からの能力情報に基づいて、ＵＥ１００に対してＵＰ３Ｃ構造が適用可能である場合に、ステップＳ３０２を行う前に、上記問い合わせをＯＡＭ４００に行ってもよい。
【０１６３】
上述した実施形態に係る動作シーケンス２において、ＯＡＭ４００に制御装置が設けられていたが、これに限られない。ＯＡＭ４００に加えて、ＳｅＮＢ２００Ｂに制御装置が設けられていてもよい。
【０１６４】
この場合、ステップＳ３０４よりも前に、ＭｅＮＢ２００Ａは、ＵＥ能力問い合わせを行うことによって取得したＵＥ能力情報を含むＳｅＮＢ追加要求又はＳｅＮＢ変更要求を、ステップＳ３０４においてＳｅＮＢ２００Ｂに送信してもよい。
【０１６５】
また、ステップＳ３０５において、ＳｅＮＢ２００Ｂは、ＯＡＭ４００Ａから受信したレイテンシ情報などを含む二重接続能力メッセージと、ＭｅＮＢ２００Ａから受信したＵＥ能力情報とに基づいて、ＵＥ１００毎に、ユーザプレーン構造を選択できる。
【０１６６】
また、上述した実施形態において、ＳｅＮＢ２００Ｂに制御装置が設けられていてもよい。例えば、制御装置が設けられたＳｅＮＢ２００Ｂは、ＭｅＮＢ２００Ａに対して、ＳｅＮＢ２００Ｂが選択したユーザプレーン構造（ＵＰ１Ａ構造／ＵＰ３Ｃ構造）を示す情報を含むＳｅＮＢ追加要求又はＳｅＮＢ変更要求を送信してもよい。この場合、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂが選択したユーザプレーン構造を用いた通信を承認するか否かを決定する。ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂが選択したユーザプレーン構造を用いた通信を拒否する場合、ＳｅＮＢ２００Ｂからの要求を拒否する旨の応答をＳｅＮＢ２００Ｂに送信してもよい。この場合、ＭｅＮＢ２００Ａは、ユーザプレーン構造に関する代替案をＳｅＮＢ２００Ｂに送信してもよい。例えば、ＭｅＮＢ２００Ａは、ＳｅＮＢ２００Ｂが選択した構造がＵＰ１Ａ構造である場合、ＵＰ３Ｃ構造を提案することができる。ＭｅＮＢ２００Ａは、拒否する旨の応答と共に代替案を送信してもよい。
【０１６７】
なお、上述した実施形態において、同様に、ＳｅＮＢ２００Ｂは、が選択したユーザプレーン構造を用いた通信を拒否する場合、ユーザプレーン構造に関する代替案をＭｅＮＢ２００Ａに送信してもよい。
【０１６８】
また、上述した実施形態において、制御装置（ＭｅＮＢ２００Ａ、ＳｅＮＢ２００Ｂ、ＯＡＭ４００など）は、ネットワークの状況及び／又はＵＥ１００の状況に基づいて、複数のユーザプレーン構造の中からＵＥ１００に適用するユーザプレーン構造を選択していたが、これに限られない。例えば、制御装置は、オペレータによって定められた規則に基づいて、ＵＥ１００に適用するユーザプレーン構造を選択してもよい。或いは、制御装置は、既に適用しているユーザプレーン構造の数（又は割合）に応じて、ＵＥ１００に適用するユーザプレーン構造を選択してもよい。例えば、制御装置は、ＵＰ３Ｃ構造に基づいてユーザデータの送受信を行っているＵＥの数が閾値以上である場合、ＵＰ３Ｃ構造を選択せずに、ＵＰ１Ａ構造を選択してもよい。或いは、制御装置は、ＭｅＮＢ２００が管理するセル内の全ＵＥの数（又はＵＰ１Ａ構造に基づいてユーザデータの送受信を行っているＵＥの数）に対するＵＰ３Ｃ構造に基づいてユーザデータの送受信を行っているＵＥの数が、閾値以上である場合、ＵＰ３Ｃ構造を選択せずに、ＵＰ１Ａ構造を選択してもよい。
【０１６９】
［付記］
（１）導入
二重接続（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の新たなワークアイテムが承認された。このワークアイテムの目標の一つは、検討段階の間に特定された異なるタイプのユーザプレーン構造、すなわち、１Ａ及び３Ｃを実現するための機能及び手順を導入することである。この付記では、１Ａ及び３Ｃの両方をネットワークに展開する必要があるかどうかを分析する。
【０１７０】
（２）二重接続ユーザプレーンの下での制約
以下のように様々な観点に関する構造の良い点と悪い点とが特定されている。
【０１７１】
・ユーザ毎のスループットゲイン：３Ｃは、１Ｃよりも高いゲインを有することが期待される。
【０１７２】
・バックホールの影響：３Ｃは、非理想的なＸｎインターフェイスに起因して、１Ａと比較して、より厳しい要件を有する一方で、１Ａは、ユーザプレーンデータ転送に関して影響がない。
【０１７３】
・ＭｅＮＢハードウェアの影響の一つ：３Ｃ構造でＳｅＮＢをサポートするために、追加のＰＤＣＰ処理がＭｅＮＢで必要となるだろう。
【０１７４】
・ＵＥハードウェアの影響の一つ：３Ｃは、再順序付け処理（ｒｅ−ｏｒｄｅｒｉｎｇ  ｐｒｏｃｅｓｓｉｎｇ）が必要である。
【０１７５】
すなわち、ネットワーク及びＵＥの両方でハードウェアへ相当な影響を与えることを代償として、より高いスループットゲインが３Ｃから得られる。このことが一つの理由で、２つの構造がワークアイテム段階のベースラインとして合意された。
【０１７６】
・見解１：ＵＰ３Ｃ構造は、より高いユーザ毎のスループットゲインを有することが期待されるが、ネットワークのハードウェアに関してより厳しい要件が求められる。
【０１７７】
バックホールの前提に関して、適正な負荷状況において、Ｘｎ上でのパケット損失及びシーケンス外配信は、ほとんど生じない。これは、できる限り安定した動作のために、二重接続が、適正な状況においてＭｅＮＢとＳｅＮＢとの間のパス上のバックホール負荷を維持しなくてはならないことを意味する。しかしながら、非理想的なバックホールという前提は、キャパシティが限られていることを意味する。例えば、Ｘｎ接続を示唆する実際のバックホールが、１Ｇｂｐｓスループットの可能性がある。二重接続ＵＥをサポートするためにＭｅＮＢで十分なリソースが利用可能であるという前提では、バックホールへの要求が、ユーザプレーン構造と二重接続を用いるＵＥの数との両方によって決定される。
【０１７８】
・見解２：たとえバックホールが、オペレータによって十分な規模であったとしても、ネットワークは、ユーザプレーン構造と二重接続ＵＥの数とを考慮すべきである。
【０１７９】
（３）混合構造ネットワークに関するユースケース
上述の通り、適正な負荷状況におけるバックホールを用いて、ユーザ毎のスループットの最大化を検討することが重要である。同じネットワークに１Ａ及び３Ｃが同時に展開される例として、バックホール負荷が適正な負荷状況に達していない場合に、ＭｅＮＢが、ユーザ毎のスループットを最大化するためにＵＥに対して３Ｃを開始することを前提にしてもよい。しかしながら、３Ｃ接続されたＵＥの数の増加が原因で、（図７（Ｂ）におけるＭｅＮＢ２００Ａとルータとの間の）共通リンクか（図７（Ｂ）におけるＳｅＮＢ２００Ｂとルータとの間の）個別リンクのどちらかで、ＭｅＮＢのバックホールが混雑することになるというケースでは、ＭｅＮＢは、バックホールの過負荷を避けるために、１Ａでの二重接続を他のＵＥと開始するという選択肢を有すべきである。このように、ＭｅＮＢがＵＥ毎に適切なＵＰ構造を選択するための順応性があることによって、混合構造ネットワークは、ＱｏＥと安定した動作とのバランシングの最適化を促進できる。
【０１８０】
・提案１：１Ａ  ＵＥと３Ｃ  ＵＥとの両方がネットワーク内で同時にアクティブであってもよいことを前提とすべきである。
【０１８１】
（４）混合構造のカテゴリ
提案１が承認される場合、通常ベアラと１Ａベアラとの間又は通常ベアラと３Ｃベアラとの間の切り替えに関するサポートが承認されるべきである。そのような通常ベアラと二重接続ベアラとの間の切り替えがＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して達成できることも前提とすべきである。
【０１８２】
・提案２：ＲＲＣ接続再設定と共に１Ａ／３Ｃの構造選択がベースラインとして承認されるべきである。
【０１８３】
上記ベースラインの提案に加えて、ベアラ毎の切り替えと共にさらに順応性があるスキームが提示された。この切り替えスキームは、二重接続ベアラのための１Ａと３Ｃとの直接的な切り替えだけでなく、１Ａベアラと３Ｃベアラとの両方が同時にＵＥに設定されてもよいＵＥ毎の混合構造も前提とする。
【０１８４】
・見解３：１Ａベアラが３Ｃベアラになるように直接的に再設定できるかどうか、また３Ｃベアラが１Ａベアラになるように直接的に再設定できるかどうかはさらなる課題である（ＦＦＳ  １）。
【０１８５】
・見解４：１Ａベアラと３Ｃベアラとの両方を同時にＵＥに設定できるかどうかもさらなる課題である（ＦＦＳ  ２）。
【０１８６】
ＦＦＳ  １で記載された直接的な切り替えスキームは、１Ａ乃至３Ｃのベアラを再設定するために必要なＲＲＣシグナリングメッセージの数を減少する利点を有する。提案２のベースラインの前提と共に、非二重接続（ｎｏｎ−ｄｕａｌ−ｃｏｎｎｅｃｔｉｖｉｔｙ）乃至二重接続（ｄｕａｌ−ｃｏｎｎｅｃｔｉｖｉｔｙ）で確立されるベアラの再設定をサポートでき、当該再設定が新たに確立されるベアラのためだけではないことを前提としてもよい。さらに、ＭＣＧ及びＳＣＧのために二重ＭＡＣレイヤ（ｄｕａｌ  ＭＡＣ  ｌａｙｅｒｓ）をＵＥがサポートしなくてはならないことが既に合意されている。従って、１Ａ乃至３Ｃのベアラを直接再設定するためのサポートによって、ＵＥ複雑性が増大してはならない。従って、１Ａ乃至３Ｃのベアラの直接再設定がサポートされるべきである。
【０１８７】
・提案３：１Ａ乃至３Ｃのベアラの再設定がサポートされるべきである。
【０１８８】
ＦＦＳ  ２で記載の混合構造に関して、各ベアラのＱＣＩに従う混雑制御の観点から、いくつかの潜在的な利点がある。しかしながら、当該利点は、特にＰＤＣＰレイヤでのＵＥ複雑性及びＵＥ電力消費が増大する可能性と比較検討すべきである。ＦＦＳ  ２のサポートを正当化するためにさらなる議論が必要となるだろう。
【０１８９】
・提案４：リリース１２  ＵＥに１Ａと３Ｃとの両方のベアラを同時に設定できないことをワーキングアサンプションとして前提とすべきである。
【０１９０】
（５）二重接続のためのＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）
提案２が合意されると仮定して、二重接続のためのＵＰ１Ａ構造又はＵＰ３Ｃ構造を指定するために、ネットワークに関する効率的なメカニズムを検討すべきである。これは、ＭｅＮＢが選択されたＵＰ構造をＵＥに通知することを許可するためにＲＲＣ接続再設定をさらに拡張すべきであることを意味する。
【０１９１】
・提案５：ＲＲＣ接続再設定は、二重接続のために選択されたＵＰ構造をＵＥに示すべきである。
【０１９２】
（６）ＳｅＮＢ追加／変更
非理想的なバックホールの展開が原因で、手順の遅延に直接的に影響を与えるので、Ｘ２上で不必要なシグナリングは避けるべきである。ＭｅＮＢのバックホール状況に基づいて、ＭｅＮＢは、二重接続のための１Ａ又は３ＣベアラのいずれかをＵＥに設定することを決定してもよい。これは、ＭｅＮＢがＵＥのために要求されたＵＰ構造をＳｅＮＢに通知するための手段を持たなければならないことを意味する。この要求は、単に既存のＳｅＮＢ追加／変更手順に含まれてもよい。
【０１９３】
・提案６：ＳｅＮＢ追加／変更手順は、二重接続のために選択されたＵＰ構造に関するインジケータを含むべきである。
【０１９４】
提案６が合意可能である場合、ＭｅＮＢから要求されたＵＰ構造をＳｅＮＢで受け入れ可能かどうかを決めることをＳｅＮＢに許可すべきである。これを必要としてもよいのは、ＳｅＮＢのバックホール状況をＭｅＮＢが知らない可能性があるためである。
【０１９５】
・提案７：ＳｅＮＢは、ＭｅＮＢに提案されたＵＰ構造を受け入れるか否かをＭｅＮＢに通知するための手段を有するべきである。
【０１９６】
ＳｅＮＢが当該要求を拒否することを決めたと仮定すると、検討してもよい複数の代替案がある。
【０１９７】
・代替案１：ＳｅＮＢは、追加／変更コマンド（Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｃｏｍｍａｎｄ）において、ＭｅＮＢによって要求されたＵＰ構造を拒否したことを示すための選択肢を有する。
【０１９８】
・選択肢１：ＳｅＮＢは、ＭｅＮＢのＵＰ構造要求への対案（ｃｏｕｎｔｅｒ  ｐｒｏｐｏｓａｌ）として追加／変更コマンドのＲＲＣコンテナ内に代わりのＵＰ構造を含める。
【０１９９】
・選択肢２：ＳｅＮＢは、以下の従属選択肢を用いて、追加／変更コマンド内に新たなインジケータを含める。
【０２００】
・選択肢２−１：新たなインジケータは、要求されたＵＰ構造が受け入れ可能であるかどうかをＭｅＮＢに通知するための１ビットインジケータである。
【０２０１】
・選択肢２−２：新たなインジケータは、ＳｅＮＢが受け入れ可能なＵＰ構造（１Ａ又は３Ｃ）の選択を含む列挙インジケータである。
【０２０２】
・代替案２：新たなインジケーションメッセージ、例えば、追加／変更失敗（Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｆａｉｌｕｒｅ）が、要求されたＵＰ構造を拒否するためにＳｅＮＢに用いられてもよい。
【０２０３】
・選択肢１：ＳｅＮＢは、失敗（ＵＰ構造拒否）の理由を示す原因を追加／変更失敗に含める。
【０２０４】
・選択肢２：ＳｅＮＢは、以下の従属選択肢を用いて、追加／変更失敗内に新たなインジケータを含める。
【０２０５】
・選択肢２−１：新たなインジケータは、要求されたＵＰ構造が受け入れ可能であるかどうかをＭｅＮＢに通知するための１ビットインジケータである。
【０２０６】
・選択肢２−２：新たなインジケータは、ＳｅＮＢが受け入れ可能なＵＰ構造（１Ａ又は３Ｃ）の選択を含む列挙インジケータである。
【０２０７】
代替案１は、追加／変更コマンドを再利用してもよいという利点を有するが、ＳｅＮＢが対案（代替案）又は拒否を示すためにＲＲＣコンテナを用いるので、拒否通知を受信するために、ＭｅＮＢがＳｅＮＢからの情報を解釈／理解する必要があるだろう。
【０２０８】
・見解５：代替案１について、ＭｅＮＢは、対案（代替案）又は拒否情報を受信するために、ＲＲＣコンテナからの情報を解釈／理解する必要がある。
【０２０９】
いずれの代替案についても、ＳｅＮＢは、ＭｅＮＢの開始要求への対案として受け入れ可能な設定を要求するための選択肢を有する。しかしながら、これは、ＭｅＮＢがＳｅＮＢの対案又は拒否を検討することも許可すべきことも暗に示しているであろう。特に、ＳｅＮＢからの対案又は拒否を受けて、ＭｅＮＢは、以下の選択肢も有すべきである。
【０２１０】
・ＭｅＮＢは、ＳｅＮＢからの拒否インディケーション（どちらかの代替案の選択肢２−１）を受信した場合、異なるＵＰ構造を要求する更新されたＳｅＮＢ追加／変更要求を送ってもよい。
【０２１１】
・ＭｅＮＢは、ＳｅＮＢから送られた対案（どちらかの代替案の選択肢２−２）を受信した場合、ＳｅＮＢからの対案が受け入れ可能か否かを決定してもよい。現在２つのＵＰ構造しかないので、原則として、これらの対案は、わずか１回の反復しか続かないはずである。しかしながら、二重接続ができない可能性があるケースでは、いずれのＵＰ構造もＭｅＮＢ及びＳｅＮＢの両方を満足させることができない可能性もある。
【０２１２】
・提案８：提案７が合意される場合、どちらの代替案でも拒否又は対案の機能を承認すべきであるかどうかも検討すべきである。
【０２１３】
（７）各種ＵＥのサポート
確認したように、３Ｃユーザプレーン構造は、ＵＥへの複雑性及びハードウェア影響をもたらすであろう。これらは、処理電力の増加、及び、シーケンス外へ配信に起因した広範囲に及ぶ再順序付けを考慮するために必要とされるバッファサイズを含む。そして、これは、ただ１Ａをサポートするための二重送受信（ｄｕａｌ  Ｒｘ／Ｔｘ）をサポートするための前提条件に加えてある。
【０２１４】
ＬＴＥをサポートする装置（デバイス）には多くの種類があり、例えば、高性能スマートフォン、音声電話送受話器、低コスト装置、ＭＴＣ装置がある。一部の装置は、高速データ転送のために３Ｃを用いた二重接続をサポートする必要があるかもしれないが、他の装置は、特にハードウェアコストが増加する可能性が原因で、そのような機能に関する用途を有さないかもしれない。従って、たとえ二重接続がサポートされたとしても、リリース１２の全てのＵＥが両方のユーザプレーン構造をサポートすることを前提とすべきでない。
【０２１５】
・提案９：リリース１２の全てのＵＥが両方のユーザプレーン構造をサポートできることを前提にすべきでない。
【０２１６】
提案７が合意される場合、二重接続の設定の前にＵＥ能力（ＵＥ  ｃａｐａｂｉｌｉｔｙ）をｅＮＢに通知すべきである。
【０２１７】
・提案１０：二重接続のための特定のユーザプレーン構造のサポートに関するＵＥ能力をサポートすべきである。
【０２１８】
（８）結論
この付記では、二重接続のためのユーザプレーン構造の選択をサポートするためのユースケース及び可能なメカニズムを説明した。
【０２１９】
なお、日本国特許出願第２０１３−２６６１７９号（２０１３年１２月２４日出願）及び米国仮出願第６１／９３４４２４号（２０１４年１月３１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２２０】
以上のように、本実施形態に係る移動通信システム、制御装置、基地局及びユーザ端末は、複数のユーザプレーン構造が利用可能である場合に二重接続方式を適切に制御できるため、移動通信分野において有用である。
【図１】
2015098951.tif 000003
【図２】
2015098951.tif 000004
【図３】
2015098951.tif 000005
【図４】
2015098951.tif 000006
【図５】
2015098951.tif 000007
【図６】
2015098951.tif 000008
【図７】
2015098951.tif 000009
【図８】
2015098951.tif 000010
【図９】
2015098951.tif 000011
【図１０】
2015098951.tif 000012
【図１１】
2015098951.tif 000013
【手続補正書】
【提出日】平成28年6月24日(2016.6.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マスタ基地局であって、
二重接続におけるユーザプレーン構造が、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラが用いられる構造かスプリットベアラが用いられる構造か、を示すための情報をセカンダリ基地局に通知する処理を実行するコントローラを備え、
前記ＳＣＧベアラは、前記マスタ基地局を経由せずにサービングゲートウェイと前記セカンダリ基地局とを経由するベアラであり、
前記スプリットベアラは、前記サービングゲートウェイと前記マスタ基地局とを経由し、かつ、前記マスタ基地局のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤにおいてスプリットされるベアラであり、
前記スプリットベアラの一方のスプリットされたパスは前記セカンダリ基地局を経由し、前記スプリットベアラの他方のスプリットされたパスは前記セカンダリ基地局を経由しないマスタ基地局。
【請求項２】
前記コントローラは、前記情報を含むＳｅＮＢ追加要求メッセージを前記セカンダリ基地局へ送信する処理を実行し、
前記ＳｅＮＢ追加要求メッセージは、ユーザ端末への無線リソースの割り当てを要求するためのメッセージであることを特徴とする請求項１に記載のマスタ基地局。
【請求項３】
前記コントローラは、前記ＳｅＮＢ追加要求メッセージに対する応答を前記セカンダリ基地局から受信する処理を実行し、
前記応答は、新たな無線リソースの情報を含むことを特徴とする請求項２に記載のマスタ基地局。
【請求項４】
前記コントローラは、前記ＳｅＮＢ追加要求メッセージに対する応答を前記セカンダリ基地局から受信する処理を実行し、
前記応答は、前記マクロ基地局が提案した前記ユーザプレーン構造を前記セカンダリ基地局で受け入れ可能であることを示す情報を含む請求項２に記載のマスタ基地局。
【請求項５】
前記コントローラは、前記情報を含むＳｅＮＢ変更要求メッセージを前記セカンダリ基地局へ送信する処理を実行し、
前記ＳｅＮＢ変更メッセージは、ユーザ端末への無線リソースの変更を要求するためのメッセージであることを特徴とする請求項１に記載のマスタ基地局。
【請求項６】
前記コントローラは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続再設定メッセージをユーザ端末へ送信する処理を実行し、
前記ＲＲＣ接続再設定メッセージは、前記二重接続におけるユーザプレーン構造が前記ＳＣＧベアラが用いられる構造か前記スプリットベアラが用いられる構造かを示すための情報を含む請求項１に記載のマスタ基地局。
【請求項７】
前記コントローラは、前記ＳＣＧベアラと前記スプリットベアラとの両方を同時に設定せずに、前記ＳＣＧベアラと前記スプリットベアラとの一方を前記ユーザ端末に設定する処理を実行することを特徴とする請求項１に記載のマスタ基地局。
【請求項８】
前記コントローラは、前記二重接続においてユーザ端末がサポートしているユーザプレーン構造に関する情報を含む能力情報を前記ユーザ端末から受信する処理を実行する請求項１に記載のマスタ基地局。
【請求項９】
ユーザ端末であって、
二重接続におけるユーザプレーン構造が、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラが用いられる構造かスプリットベアラが用いられる構造かを示すための情報をマスタ基地局から受信するレシーバを備え、
前記ＳＣＧベアラは、前記マスタ基地局を経由せずにサービングゲートウェイとセカンダリ基地局とを経由するベアラであり、
前記スプリットベアラは、前記サービングゲートウェイと前記マスタ基地局とを経由し、かつ、前記マスタ基地局のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤにおいてスプリットされるベアラであり、
前記スプリットベアラの一方のスプリットされたパスは前記セカンダリ基地局を経由し、前記スプリットベアラの他方のスプリットされたパスは前記セカンダリ基地局を経由しないことを特徴とするユーザ端末。
【請求項１０】
前記ユーザ端末には、前記ＳＣＧベアラと前記スプリットベアラとの両方が設定されずに、前記ＳＣＧベアラと前記スプリットベアラとの一方が設定されることを特徴とする請求項９に記載のユーザ端末。
【請求項１１】
前記二重接続において前記ユーザ端末がサポートしているユーザプレーン構造に関する情報を含む能力情報を前記マスタ基地局に送信するトランスミッタをさらに備えることを特徴とする請求項９に記載のユーザ端末。
【請求項１２】
セカンダリ基地局であって、
二重接続におけるユーザプレーン構造が、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラが用いられる構造かスプリットベアラが用いられる構造かを示すための情報をマスタ基地局から受信する処理を実行するコントローラを備え、
前記ＳＣＧベアラは、前記マスタ基地局を経由せずにサービングゲートウェイと前記セカンダリ基地局とを経由するベアラであり、
前記スプリットベアラは、前記サービングゲートウェイと前記マスタ基地局とを経由し、かつ、前記マスタ基地局のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤにおいてスプリットされるベアラであり、
前記スプリットベアラの一方のスプリットされたパスは前記セカンダリ基地局を経由し、前記スプリットベアラの他方のスプリットされたパスは前記セカンダリ基地局を経由しないことを特徴とするセカンダリ基地局。
【請求項１３】
前記コントローラは、前記情報を含むＳｅＮＢ追加要求メッセージを前記マスタ基地局から受信する処理を実行し、
前記ＳｅＮＢ追加要求メッセージは、ユーザ端末への無線リソースの割り当てを要求するためのメッセージであることを特徴とする請求項１２に記載のセカンダリ基地局。
【請求項１４】
前記コントローラは、前記ＳｅＮＢ追加要求メッセージに対する応答を前記マスタ基地局へ送信する処理を実行し、
前記応答は、新たな無線リソースの情報を含むことを特徴とする請求項１３に記載のセカンダリ基地局。
【請求項１５】
前記コントローラは、前記ＳｅＮＢ追加要求メッセージに対する応答を前記マスタ基地局へ送信する処理を実行し、
前記応答は、前記マクロ基地局が提案した前記ユーザプレーン構造を受け入れ可能であることを示す情報を含む請求項１３に記載のセカンダリ基地局。
【請求項１６】
前記コントローラは、前記情報を含むＳｅＮＢ変更要求メッセージを前記マスタ基地局から受信する処理を実行し、
前記ＳｅＮＢ変更メッセージは、ユーザ端末への無線リソースの変更を要求するためのメッセージであることを特徴とする請求項１２に記載のセカンダリ基地局。
【手続補正書】
【提出日】平成28年10月17日(2016.10.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マスタ基地局であって、
コントローラを備え、
前記コントローラは、
二重接続におけるユーザプレーン構造が、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラが用いられる第１構造かスプリットベアラが用いられる第２構造か、を示すための第１情報を含む要求をセカンダリ基地局から受け取る処理と、
前記要求を承認するか拒否するかを判断する処理と、
前記要求を拒否することに応じて、前記第１構造か前記第２構造かを示すための第２情報を前記セカンダリ基地局へ通知する処理と、を実行し、
前記ＳＣＧベアラは、前記マスタ基地局を経由せずにサービングゲートウェイと前記セカンダリ基地局とを経由するベアラであり、
前記スプリットベアラは、前記サービングゲートウェイと前記マスタ基地局とを経由し、かつ、前記マスタ基地局のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤにおいてスプリットされるベアラであり、
前記スプリットベアラの一方のスプリットされたパスは前記セカンダリ基地局を経由し、前記スプリットベアラの他方のスプリットされたパスは前記セカンダリ基地局を経由せずに前記マスタ基地局を経由する、マスタ基地局。
【請求項２】
前記コントローラは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続再設定メッセージをユーザ端末へ送信する処理を実行し、
前記ＲＲＣ接続再設定メッセージは、前記二重接続におけるユーザプレーン構造が前記ＳＣＧベアラが用いられる構造か前記スプリットベアラが用いられる構造かを示すための情報を含む請求項１に記載のマスタ基地局。
【請求項３】
前記コントローラは、前記ＳＣＧベアラと前記スプリットベアラとの両方を同時に設定せずに、前記ＳＣＧベアラと前記スプリットベアラとの一方をユーザ端末に設定する処理を実行することを特徴とする請求項１に記載のマスタ基地局。
【請求項４】
前記コントローラは、前記二重接続においてユーザ端末がサポートしているユーザプレーン構造に関する情報を含む能力情報を前記ユーザ端末から受信する処理を実行する請求項１に記載のマスタ基地局。
【請求項５】
セカンダリ基地局であって、
コントローラを備え、
前記コントローラは、
二重接続におけるユーザプレーン構造が、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラが用いられる第１構造かスプリットベアラが用いられる第２構造かを示すための第１情報を含む要求をマスタ基地局へ送信する処理と、
前記マスタ基地局により前記要求が拒否される場合に、前記第１構造か前記第２構造かを示すための第２情報を含む応答を前記マスタ基地局から受信する処理と、を実行し、
前記ＳＣＧベアラは、前記マスタ基地局を経由せずにサービングゲートウェイと前記セカンダリ基地局とを経由するベアラであり、
前記スプリットベアラは、前記サービングゲートウェイと前記マスタ基地局とを経由し、かつ、前記マスタ基地局のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤにおいてスプリットされるベアラであり、
前記スプリットベアラの一方のスプリットされたパスは前記セカンダリ基地局を経由し、前記スプリットベアラの他方のスプリットされたパスは前記セカンダリ基地局を経由せずに前記マスタ基地局を経由する、セカンダリ基地局。
【国際調査報告】
2015098951.tif 000014
2015098951.tif 000015
2015098951.tif 000016