(57)【要約】  一つの実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記マスタ基地局に対して送信を行う第１の送信経路と前記セカンダリ基地局に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記制御部は、前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を、前記第１の無線通信装置からの指示に依存することなく自律的に決定する。
2016163432.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線通信装置及び第２の無線通信装置との二重接続通信を行うユーザ端末であって、
前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備え、
前記制御部は、前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を、前記第１の無線通信装置からの指示に依存することなく自律的に決定することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記第１の無線通信装置に対して送信が完了していないデータのバッファ量と前記第２の無線通信装置に対して送信が完了していないデータのバッファ量とに基づいて、前記データ送信比率を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、前記第１の無線通信装置と自ユーザ端末との間の無線品質パラメータと、前記第２の無線通信装置と自ユーザ端末との間の無線品質パラメータと、に基づいて、前記データ送信比率を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記制御部は、前記第１の無線通信装置から自ユーザ端末に対するリソース割り当ての状況と、前記第２の無線通信装置から自ユーザ端末に対するリソース割り当ての状況とに基づいて、前記データ送信比率を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記制御部は、前記第１の無線通信装置と自ユーザ端末との間の上りリンクビットレートの上限値と、前記第２の無線通信装置と自ユーザ端末との間の上りリンクビットレートの上限値と、に基づいて、前記データ送信比率を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項６】
第１の無線通信装置及び第２の無線通信装置との二重接続通信を行うユーザ端末であって、
前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備え、
前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を決定するための方式として、複数の方式が規定されており、
前記制御部は、前記複数の方式の中から選択された方式を使用して、前記データ送信比率を決定することを特徴とするユーザ端末。
【請求項７】
前記制御部は、前記第１の無線通信装置が選択した方式を示す設定情報を前記第１の無線通信装置から受信する処理を行い、前記第１の無線通信装置が選択した方式を使用して前記データ送信比率を決定することを特徴とする請求項６に記載のユーザ端末。
【請求項８】
前記複数の方式は、
前記第１の無線通信装置から前記データ送信比率が設定される方式と、
前記ユーザ端末が自律的に前記データ送信比率を決定する方式と、を含むことを特徴とする請求項６に記載のユーザ端末。
【請求項９】
前記複数の方式は、
ＲＲＣ層のシグナリングにより、前記第１の無線通信装置から前記データ送信比率が静的に設定される方式と、
前記ＲＲＣ層よりも下位層のシグナリングにより、前記第１の無線通信装置から前記データ送信比率が動的又は準静的に設定される方式と、を含むことを特徴とする請求項６に記載のユーザ端末。
【請求項１０】
第２の無線通信装置と共に、ユーザ端末との二重接続通信を行う第１の無線通信装置であって、
前記ユーザ端末から前記第１の無線通信装置に対して送信を行う第１の送信経路と前記ユーザ端末から前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを受信する処理を行う制御部を備え、
前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を決定するための方式として、複数の方式が規定されており、
前記制御部は、前記複数の方式の中から１つの方式を選択して、選択した方式を示す設定情報を前記ユーザ端末に送信する処理を行うことを特徴とする無線通信装置。
【請求項１１】
前記複数の方式は、
前記第１の無線通信装置から前記データ送信比率が設定される方式と、
前記ユーザ端末が自律的に前記データ送信比率を決定する方式と、を含むことを特徴とする請求項１０に記載の無線通信装置。
【請求項１２】
前記複数の方式は、
ＲＲＣ層のシグナリングにより、前記第１の無線通信装置から前記データ送信比率が静的に設定される方式と、
前記ＲＲＣ層よりも下位層のシグナリングにより、前記第１の無線通信装置から前記データ送信比率が動的又は準静的に設定される方式と、を含むことを特徴とする請求項１０に記載の無線通信装置。
【請求項１３】
前記制御部は、前記スプリットベアラに対応付けられたＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）情報に基づいて、前記複数の方式の中から１つの方式を選択することを特徴とする請求項１０に記載の無線通信装置。
【請求項１４】
前記制御部は、前記第１の無線通信装置と前記第２の無線通信装置との間の伝搬遅延に基づいて、前記複数の方式の中から１つの方式を選択することを特徴とする請求項１０に記載の無線通信装置。
【請求項１５】
第１の無線通信装置及び第２の無線通信装置との二重接続通信を行うユーザ端末であって、
前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備え、
前記第２の無線通信装置との無線リンク障害が検知された場合において、前記制御部は、前記第２の送信経路に割り振られた送信未完了データを前記第１の送信経路に割り振り直すことを特徴とするユーザ端末。
【請求項１６】
前記制御部は、前記第２の無線通信装置との無線リンク障害が検知されてから一定時間が経過した後において、前記第２の送信経路に割り振られた前記送信未完了データを前記第１の送信経路に割り振り直すことを特徴とする請求項１５に記載のユーザ端末。
【請求項１７】
前記制御部は、
前記第１の送信経路と前記第２の送信経路との間のデータ割り振りを行うＰＤＣＰエンティティと、
前記ＰＤＣＰエンティティにより前記第１の送信経路に割り振られたデータを前記第１の無線通信装置に送信する第１のエンティティと、
前記ＰＤＣＰエンティティにより前記第２の送信経路に割り振られたデータを前記第２の無線通信装置に送信する第２のエンティティと、を含み、
前記送信未完了データは、前記第２のエンティティから前記ＰＤＣＰエンティティに対して送信完了が通知されていないデータであることを特徴とする請求項１５に記載のユーザ端末。
【請求項１８】
前記第２の無線通信装置との無線リンク障害が検知された場合において、前記第２のエンティティは、前記送信未完了データを破棄することを特徴とする請求項１７に記載のユーザ端末。
【請求項１９】
前記第２の無線通信装置との無線リンク障害が検知された後、前記第２の無線通信装置が復旧した場合において、前記ＰＤＣＰエンティティは、前記第１の無線通信装置において未受信のデータを示すＰＤＣＰ状態報告を前記第１の無線通信装置から取得することを特徴とする請求項１７に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおけるユーザ端末及び無線通信装置に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、二重接続（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）通信が仕様化されている（例えば、非特許文献１参照）。二重接続通信は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクティッドモードのユーザ端末にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、マスタ基地局により管理されるサービングセル群である。ＳＣＧは、セカンダリ基地局により管理されるサービングセル群である。【０００３】
また、二重接続通信におけるユーザデータの転送方式について、ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの計３つのタイプのベアラが規定されている。ＭＣＧベアラは、対応する無線プロトコルがマスタ基地局にのみ存在し、マスタ基地局のリソースのみを使用するベアラである。ＳＣＧベアラは、対応する無線プロトコルがセカンダリ基地局にのみ存在し、セカンダリ基地局のリソースのみを使用するベアラである。スプリットベアラは、対応する無線プロトコルがマスタ基地局及びセカンダリ基地局の両方に存在し、マスタ基地局及びセカンダリ基地局の両方のリソースを使用するベアラである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術仕様書  「ＴＳ  ３６．３００  Ｖ１２．５．０」  ２０１５年３月
【発明の概要】
【０００５】
一つの実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記第１の無線通信装置に対して送信を行う第１の送信経路と前記セカンダリ基地局に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記制御部は、前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を、前記第１の無線通信装置からの指示に依存することなく自律的に決定する。
【０００６】
一つの実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を決定するための方式として、複数の方式が規定されている。前記制御部は、前記複数の方式の中から選択された方式を使用して、前記データ送信比率を決定する。
【０００７】
一つの実施形態に係る無線通信装置は、第２の無線通信装置と共に、ユーザ端末との二重接続通信を行う第１の無線通信装置である。前記第１の無線通信装置は、前記ユーザ端末から前記第１の無線通信装置に対して送信を行う第１の送信経路と前記ユーザ端末から前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを受信する処理を行う制御部を備える。前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を決定するための方式として、複数の方式が規定されている。前記制御部は、前記複数の方式の中から１つの方式を選択して、選択した方式を示す設定情報を前記ユーザ端末に送信する処理を行う。
【０００８】
一つの実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記第２の無線通信装置との無線リンク障害が検知された場合において、前記制御部は、前記第２の送信経路に割り振られた送信未完了データを前記第１の送信経路に割り振り直す。
【図面の簡単な説明】
【０００９】
【図１】実施形態に係る移動通信システムの構成を示す図である。
【図２】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。
【図４】実施形態に係るｅＮＢ２００（基地局）のブロック図である。
【図５】実施形態に係る上りリンクにおける二重接続通信を示す図である。
【図６】第１実施形態に係るＵＥ１００（ユーザ端末）の動作を示すフロー図である。
【図７】第２実施形態に係る動作シーケンスを示すシーケンス図である。
【図８】第３実施形態に係る動作シーケンスを示すシーケンス図である。
【図９】付記に係る再ルーティングメカニズムオプションを示す図である。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
３ＧＰＰリリース１２においては、上りリンクにおけるスプリットベアラは実質的に機能していない。具体的には、上りリンクにおけるスプリットベアラについては、ユーザ端末からマスタ基地局に対して送信を行う第１の送信経路（ＭＣＧパス）とユーザ端末からセカンダリ基地局に対して送信を行う第２の送信経路（ＳＣＧパス）との何れか一方の上りリンクパスのみがＲＲＣメッセージにより静的に設定される。すなわち、第１の送信経路及び第２の送信経路の両方を同時に使用することができない仕様になっている。
【００１１】
しかしながら、３ＧＰＰリリース１２よりも後のリリースにおいて、上りリンクにおけるスプリットベアラを高度化する試みがなされ得る。このため、第１の送信経路及び第２の送信経路の両方を同時に使用することが可能となり得る。
【００１２】
以下の実施形態において、上りリンクにおけるスプリットベアラを高度化可能とするユーザ端末及び無線通信装置を開示する。
【００１３】
第１実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記制御部は、前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を、前記第１の無線通信装置からの指示に依存することなく自律的に決定する。
【００１４】
第２実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を決定するための方式として、複数の方式が規定されている。前記制御部は、前記複数の方式の中から選択された方式を使用して、前記データ送信比率を決定する。
【００１５】
第２実施形態に係る無線通信装置は、第２の無線通信装置と共に、ユーザ端末との二重接続通信を行う第１の無線通信装置である。前記第１の無線通信装置は、前記ユーザ端末から前記第１の無線通信装置に対して送信を行う第１の送信経路と前記ユーザ端末から前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを受信する処理を行う制御部を備える。前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を決定するための方式として、複数の方式が規定されている。前記制御部は、前記複数の方式の中から１つの方式を選択して、選択した方式を示す設定情報を前記ユーザ端末に送信する処理を行う。
【００１６】
第３実施形態に係るユーザ端末は、第１の無線通信装置及び第２の無線通信装置との二重接続通信を行う。前記ユーザ端末は、前記第１の無線通信装置に対して送信を行う第１の送信経路と前記第２の無線通信装置に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の無線通信装置に伝達する処理を行う制御部を備える。前記第２の無線通信装置との無線リンク障害が検知された場合において、前記制御部は、前記第２の送信経路に割り振られた送信未完了データを前記第１の送信経路に割り振り直す。
【００１７】
［移動通信システム］
以下において、第１実施形態乃至第３実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。
【００１８】
（システム構成）
図１は、実施形態に係る移動通信システムであるＬＴＥシステムの構成を示す図である。
【００１９】
図１に示すように、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２０】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２１】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２２】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２３】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００２４】
（無線プロトコルの構成）
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００２５】
図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００２６】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００２７】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００２８】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００２９】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３０】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモード（コネクティッドモード）であり、そうでない場合、ＵＥ１００はＲＲＣアイドルモード（アイドルモード）である。
【００３１】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３２】
（ユーザ端末の構成）
図３は、実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００３３】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００３４】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３５】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００３６】
（基地局の構成）
図４は、実施形態に係るｅＮＢ２００（基地局）のブロック図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００３７】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３８】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００３９】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００４０】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００４１】
［実施形態に係る二重接続通信］
図５は、実施形態に係る上りリンクにおける二重接続通信を示す図である。なお、図５は、ユーザプレーンのプロトコルスタックを図示している。また、図５において、物理層のエンティティの図示を省略している。
【００４２】
図５に示すように、二重接続通信は、ＲＲＣコネクティッドモードのＵＥ１００にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、ＭｅＮＢ２００Ｍ（マスタ基地局）により管理されるサービングセル群である。ＳＣＧは、ＳｅＮＢ２００Ｓ（セカンダリ基地局）により管理されるサービングセル群である。ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓに接続し、ＭｅＮＢ２００Ｍのスケジューラ及びＳｅＮＢ２００Ｓのスケジューラのそれぞれからリソース割当を受ける。実施形態において、ＭｅＮＢ２００Ｍ（マスタ基地局）は第１の無線通信装置に相当し、ＳｅＮＢ２００Ｓ（セカンダリ基地局）は第２の無線通信装置に相当する。
【００４３】
ＭｅＮＢ２００Ｍは、ＵＥ１００とのＲＲＣ接続を有し、ＲＲＣメッセージをＵＥ１００と送受信することができる。ＳｅＮＢ２００Ｓは、ＵＥ１００とのＲＲＣ接続を有さず、ＲＲＣメッセージをＵＥ１００と送受信することができない。例えば、ＭｅＮＢ２００Ｍはマクロセル基地局であり、ＳｅＮＢ２００Ｍは小セル基地局であってもよい。
【００４４】
ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓは、Ｘ２インターフェイスを介して相互に接続される。ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのそれぞれは、Ｓ１インターフェイス（Ｓ１−Ｕインターフェイス）を介してＳ−ＧＷと接続される。ＭｅＮＢ２００Ｍは、Ｓ１インターフェイス（Ｓ１−ＭＭＥインターフェイス）を介してＭＭＥと接続される。
【００４５】
二重接続通信において、ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの計３つのタイプのベアラ（データベアラ）が規定されている。
【００４６】
ＭＣＧベアラに属するデータは、ＵＥ１００のＰＤＣＰエンティティ１１、ＲＬＣエンティティ２１、及びＭＡＣエンティティ３１の順に処理されてＭｅＮＢ２００Ｍに送信される。ＭＣＧベアラに属するデータは、ＭｅＮＢ２００ＭのＭＡＣエンティティ４１、ＲＬＣエンティティ５１、及びＰＤＣＰエンティティ６１の順に処理されてＳ−ＧＷに転送される。
【００４７】
ＳＣＧベアラに属するデータは、ＵＥ１００のＰＤＣＰエンティティ１３、ＲＬＣエンティティ２４、及びＭＡＣエンティティ３２の順に処理されてＳｅＮＢ２００Ｓに送信される。ＳＣＧベアラに属するデータは、ＳｅＮＢ２００ＳのＭＡＣエンティティ４２、ＲＬＣエンティティ５４、及びＰＤＣＰエンティティ６３の順に処理されてＳ−ＧＷに転送される。
【００４８】
スプリットベアラに属するデータは、ＵＥ１００のＰＤＣＰエンティティ１２において、ＭｅＮＢ２００Ｍ（ＭＣＧ）向けのＲＬＣエンティティ２２及びＳｅＮＢ２００Ｓ（ＳＣＧ）向けのＲＬＣエンティティ２３に振り分けられる。具体的には、ＰＤＣＰエンティティ１２は、ＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）をＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に変換し、ＰＤＣＰ  ＰＤＵごとにＲＬＣエンティティ２２及びＲＬＣエンティティ２３の何れか一方に振り分ける（ルーティング）。換言すると、ＰＤＣＰエンティティ１２は、スプリットベアラに属するデータを、ＭｅＮＢ２００Ｍに対して送信を行う第１の送信経路（以下、「ＭＣＧパス」という）、及びＳｅＮＢ２００Ｍに対して送信を行う第２の送信経路（以下、「ＳＣＧパス」という）に振り分ける。
【００４９】
ＭＣＧパスに関して、ＲＬＣエンティティ２２は、ＰＤＣＰエンティティ１２により振り分けられたＰＤＣＰ  ＰＤＵをＲＬＣ  ＳＤＵとして受け取り、ＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵに変換してＭＡＣエンティティ３１に出力する。ＭＡＣエンティティ３１は、ＲＬＣエンティティ２２から出力されるＲＬＣ  ＰＤＵをＭＡＣ  ＳＤＵとして受け取り、ＭＡＣ  ＳＤＵをＭＡＣ  ＰＤＵに変換し、物理層エンティティ（不図示）を介してＭｅＮＢ２００Ｍに送信する。
【００５０】
ＳＣＧパスに関して、ＲＬＣエンティティ２３は、ＰＤＣＰエンティティ１２により振り分けられたＰＤＣＰ  ＰＤＵをＲＬＣ  ＳＤＵとして受け取り、ＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵに変換してＭＡＣエンティティ３２に出力する。ＭＡＣエンティティ３２は、ＲＬＣエンティティ２３から出力されるＲＬＣ  ＰＤＵをＭＡＣ  ＳＤＵとして受け取り、ＭＡＣ  ＳＤＵをＭＡＣ  ＰＤＵに変換し、物理層エンティティ（不図示）を介してＳｅＮＢ２００Ｓに送信する。
【００５１】
また、ＳＣＧパスに関して、ＳｅＮＢ２００ＳのＭＡＣエンティティ４２は、物理層エンティティ（不図示）を介してＭＡＣ  ＰＤＵを受け取り、ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵに変換してＲＬＣエンティティ５３に出力する。ＲＬＣエンティティ５３は、ＭＡＣエンティティ４２から出力されるＭＡＣ  ＳＤＵをＲＬＣ  ＰＤＵとして受け取り、ＲＬＣ  ＰＤＵをＲＬＣ  ＳＤＵに変換して、Ｘ２インターフェイスを介してＭｅＮＢ２００ＭのＰＤＣＰエンティティ６２に出力する。
【００５２】
一方、ＭＣＧパスに関して、ＭｅＮＢ２００ＭのＭＡＣエンティティ４２は、物理層エンティティ（不図示）を介してＭＡＣ  ＰＤＵを受け取り、ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵに変換してＲＬＣエンティティ５２に出力する。ＲＬＣエンティティ５２は、ＭＡＣエンティティ４１から出力されるＭＡＣ  ＳＤＵをＲＬＣ  ＰＤＵとして受け取り、ＲＬＣ  ＰＤＵをＲＬＣ  ＳＤＵに変換してＰＤＣＰエンティティ６２に出力する。
【００５３】
ＰＤＣＰエンティティ６２は、ＭｅＮＢ２００ＭのＲＬＣエンティティ５２から出力されるＲＬＣ  ＳＤＵをＰＤＣＰ  ＰＤＵ（ＭＣＧパス）として受け取りつつ、ＳｅＮＢ２００ＳのＲＬＣエンティティ５３から出力されるＲＬＣ  ＳＤＵをＰＤＣＰ  ＰＤＵ（ＳＣＧパス）として受け取る。ＰＤＣＰエンティティ６２は、ＰＤＣＰ  ＰＤＵ（ＭＣＧパス）及びＰＤＣＰ  ＰＤＵ（ＳＣＧパス）の並べ替え処理（いわゆる、ＰＤＣＰリオーダリング）を行いつつ、ＰＤＣＰ  ＰＤＵをＰＤＣＰ  ＳＤＵに変換する。
【００５４】
［第１実施形態］
以下において、第１実施形態について説明する。
【００５５】
（第１実施形態に係る動作フロー）
図６は、第１実施形態に係るＵＥ１００（ユーザ端末）の動作を示すフロー図である。第１実施形態に係るＵＥ１００の制御部１３０は、ＭｅＮＢ２００Ｍに対して送信を行うＭＣＧパスとＳｅＮＢ２００Ｍに対して送信を行うＳＣＧパスとを介して、スプリットベアラに属するデータをＭｅＮＢ２００Ｍに伝達する処理を行う。図５に示すフローは、繰り返し実行されてもよい。
【００５６】
図６に示すように、ステップＳ１０１において、制御部１３０は、ＭＣＧパスとＳＣＧパスとの間のデータ送信比率を、ＭｅＮＢ２００Ｍからの指示に依存することなく自律的に決定する。上述したように、ＵＥ１００のＰＤＣＰエンティティ１２は、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティ２２（ＭＣＧパス）及びＲＬＣエンティティ２３（ＳＣＧパス）に振り分ける。制御部１３０は、ＭＣＧパス及びＳＣＧパスを同時に使用する前提下において、どの程度の割合でＰＤＣＰ  ＰＤＵをＲＬＣエンティティ２２（ＭＣＧパス）及びＲＬＣエンティティ２３（ＳＣＧパス）に振り分けるかを自律的に決定する。当該決定は、ＰＤＣＰエンティティ１２が行ってもよいし、ＰＤＣＰエンティティ１２以外のエンティティ（例えばＵＥ１００のＲＲＣエンティティ）が行ってもよい。
【００５７】
制御部１３０は、以下の方法のうち少なくとも１つの方法により、データ送信比率を決定する。
【００５８】
第１の方法において、制御部１３０は、ＭｅＮＢ２００Ｍに対して送信が完了していないデータのバッファ量とＳｅＮＢ２００Ｍに対して送信が完了していないデータのバッファ量とに基づいて、データ送信比率を決定する。ＭｅＮＢ２００Ｍに対して送信が完了していないデータのバッファ量とは、ＭＣＧパスにおけるデータのバッファ量である。ＭＣＧパスにおけるデータとは、ＭＣＧパスに振り分けられたＰＤＣＰ  ＰＤＵ（ＲＬＣ  ＳＤＵ）、ＲＬＣ  ＰＤＵ（ＭＡＣ  ＳＤＵ）、ＭＡＣ  ＰＤＵのうち少なくとも１つである。また、ＳｅＮＢ２００Ｍに対して送信が完了していないデータのバッファ量とは、ＳＣＧパスにおけるデータのバッファ量である。ＳＣＧパスにおけるデータとは、ＳＣＧパスに振り分けられたＰＤＣＰ  ＰＤＵ（ＲＬＣ  ＳＤＵ）、ＲＬＣ  ＰＤＵ（ＭＡＣ  ＳＤＵ）、ＭＡＣ  ＰＤＵのうち少なくとも１つである。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうちバッファ量が少ない方のパスのデータ送信比率を高くしてもよい。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうちバッファ量が多い方のパスのデータ送信比率を低くしてもよい。
【００５９】
第２の方法において、制御部１３０は、ＭｅＮＢ２００Ｍと自ＵＥ１００との間の無線品質パラメータと、ＳｅＮＢ２００Ｍと自ＵＥ１００との間の無線品質パラメータと、に基づいて、データ送信比率を決定する。無線品質パラメータとは、例えば下りリンクの参照信号の受信電力又は受信品質、エラーレート等である。但し、このような物理層の無線品質パラメータに限らず、レイヤ２の無線品質パラメータ（スループット等）を使用してもよい。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうち無線品質パラメータが良好な方のパスのデータ送信比率を高くしてもよい。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうち無線品質パラメータが劣悪な方のパスのデータ送信比率を低くしてもよい。
【００６０】
第３の方法において、制御部１３０は、ＭｅＮＢ２００Ｍから自ＵＥ１００に対するリソース割り当ての状況と、ＳｅＮＢ２００Ｍから自ＵＥ１００に対するリソース割り当ての状況とに基づいて、データ送信比率を決定する。リソース割り当ての状況とは、主として上りリンク無線リソースの割当（ＵＬ  ｇｒａｎｔ）の状況である。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうちリソース割り当てが多い方のパスのデータ送信比率を高くしてもよい。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうちリソース割り当てが少ない方のパスのデータ送信比率を低くしてもよい。或いは、制御部１３０は、ＭＣＧパス及びＳＣＧパスのうちリソース割り当てがある方のパスのデータ送信比率を高くし、リソース割り当てがない方のパスのデータ送信比率を低くしてもよい。
【００６１】
第４の方法において、制御部１３０は、ＭｅＮＢ２００Ｍと自ＵＥ１００との間の上りリンクビットレートの上限値と、ＳｅＮＢ２００Ｍと自ＵＥ１００との間の上りリンクビットレートの上限値と、に基づいて、データ送信比率を決定する。上りリンクビットレートの上限値とは、例えばセルごとに設定される「Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ」である。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうち上りリンクビットレートの上限値が大きい方のパスのデータ送信比率を高くしてもよい。制御部１３０は、ＭＣＧパス及びＳＣＧパスのうち上りリンクビットレートの上限値が小さい方のパスのデータ送信比率を低くしてもよい。
【００６２】
次に、ステップＳ１０２において、制御部１３０（ＰＤＣＰエンティティ１２）は、ステップＳ１０１により決定したデータ送信比率に従って、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティ２２（ＭＣＧパス）及びＲＬＣエンティティ２３（ＳＣＧパス）に振り分ける。
【００６３】
（第１実施形態のまとめ）
第１実施形態において、ＵＥ１００は、ＭＣＧパスとＳＣＧパスとの間のデータ送信比率を、ＭｅＮＢ２００Ｍからの指示に依存することなく自律的に決定する。これにより、ＵＥ１００の状況に適応したデータ送信比率を動的に決定することができる。また、ＭｅＮＢ２００ＭとＵＥ１００との間のシグナリングの増加を回避することができる。
【００６４】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態においては、ＭＣＧパスとＳＣＧパスとの間のデータ送信比率を決定するための方式として、複数の方式が規定されている場合を想定する。
【００６５】
（第２実施形態に係る動作シーケンス）
図７は、第２実施形態に係る動作シーケンスを示すシーケンス図である。
【００６６】
図７に示すように、ステップＳ２０１において、ＭｅＮＢ２００Ｍの制御部２３０は、ＭＣＧパスとＳＣＧパスとの間のデータ送信比率を決定するための複数の方式（以下、「ＭＣＣ・ＳＧＧ比率決定方式」という）の中から１つの方式を選択する。
【００６７】
複数のＭＣＣ・ＳＧＧ比率決定方式は、ＭｅＮＢ２００Ｍからデータ送信比率が設定される方式と、ＵＥ１００が自律的にデータ送信比率を決定する方式と、を含む。ＭｅＮＢ２００Ｍからデータ送信比率が設定される方式は、ＭｅＮＢ２００Ｍ主導の方式である。ＵＥ１００が自律的にデータ送信比率を決定する方式は、第１実施形態において説明した方式である。
【００６８】
また、ＭｅＮＢ２００Ｍ主導の方式は、ＲＲＣ層のシグナリングにより、ＭｅＮＢ２００Ｍからデータ送信比率が静的に設定される方式と、ＲＲＣ層よりも下位層のシグナリングにより、ＭｅＮＢ２００Ｍからデータ送信比率が動的又は準静的に設定される方式と、を含む。前者の場合、データ送信比率の固定値がＲＲＣ層のシグナリングによりＵＥ１００に設定される。後者の場合、ＵＥ１００からの報告に応じてＭｅＮＢ２００Ｍがデータ送信比率を決定する。なお、ＲＲＣ層よりも下位層のシグナリングとは、例えばＰＤＣＰ層のシグナリングである。
【００６９】
ＭｅＮＢ２００Ｍの制御部２３０は、スプリットベアラに対応付けられたＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）情報に基づいて、複数のＭＣＣ・ＳＧＧ比率決定方式の中から１つの方式を選択してもよい。例えば、要求されるＱｏＳが低い場合には、Ｘ２インターフェイスにおける遅延（伝搬遅延）を考慮する必要性が低いと判断して、ＵＥ１００が自律的にデータ送信比率を決定する方式を選択する。これに対し、要求されるＱｏＳが高い場合（特に、遅延が致命的になりうるデータ）については、Ｘ２インターフェイスにおける遅延（伝搬遅延）を考慮する必要性が高いと判断して、ＭｅＮＢ２００Ｍ主導の方式（ＰＤＣＰ層のシグナリングによりデータ送信比率を動的又は準静的に設定する方式、又は、ＲＲＣ層のシグナリングによりデータ送信比率を静的に設定する方式）を選択する。なお、ＭｅＮＢ２００Ｍの制御部２３０は、Ｘ２インターフェイスの遅延時間を予め取得していてもよいし、定期的に測定してもよい。
【００７０】
ＭｅＮＢ２００Ｍの制御部２３０は、ＭｅＮＢ２００ＭとＳｅＮＢ２００Ｍとの間のＸ２インターフェイスの遅延の状況に基づいて、複数のＭＣＣ・ＳＧＧ比率決定方式の中から１つの方式を選択してもよい。Ｘ２インターフェイスの遅延が小さい場合には、動的にデータ送信比率を設定する必要がないとみなして、ＲＲＣ層のシグナリングによりデータ送信比率を静的に設定する方式を選択する。これに対し、Ｘ２インターフェイスの遅延が大きい場合には、動的にデータ送信比率を設定する必要性が高いとみなして、ＰＤＣＰ層のシグナリングによりデータ送信比率を動的又は準静的に設定する方式、又は、ＵＥ１００が自律的にデータ送信比率を決定する方式を選択する。
【００７１】
ステップＳ２０２において、ＭｅＮＢ２００Ｍの制御部２３０は、ステップＳ２０１により選択したＭＣＣ・ＳＧＧ比率決定方式を示す設定情報をＵＥ１００に送信する。当該設定情報は、ＭＣＣ・ＳＧＧ比率決定方式の識別子だけでなく、対象とするベアラ（スプリットベアラ）の識別子を含んでもよい。また、当該設定情報は、個別ＲＲＣシグナリング（例えば、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージ）により送信されてもよい。
【００７２】
ＵＥ１００の制御部１３０は、ＭｅＮＢ２００Ｍが選択したＭＣＣ・ＳＧＧ比率決定方式を示す設定情報をＭｅＮＢ２００Ｍから受信する処理を行い、ＭｅＮＢ２００Ｍが選択したＭＣＣ・ＳＧＧ比率決定方式を使用してデータ送信比率を決定する。ＭｅＮＢ２００Ｍ主導の方式が選択された場合、ＵＥ１００の制御部１３０は、ＭｅＮＢ２００Ｍが決定したデータ送信比率を示す情報を受信する処理を行う（ステップＳ２０３）。これに対し、第１実施形態において説明したＵＥ主導の方式が選択された場合、ＵＥ１００の制御部１３０は、データ送信比率を自律的に決定する処理を行う。
【００７３】
（第２実施形態のまとめ）
上述したように、第２実施形態によれば、複数のＭＣＣ・ＳＧＧ比率決定方式の中から、状況に応じて最適な方式を使用することが可能になる。
【００７４】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。
【００７５】
第３実施形態は、第１実施形態又は第２実施形態に係る二重接続通信を行う状況下において、ＵＥ１００がＳｅＮＢ２００Ｓとの無線リンク障害（Ｓ−ＲＬＦ）を検知した場合の動作に関する。
【００７６】
（第３実施形態に係る動作シーケンス）
図８は、第３実施形態に係る動作シーケンスを示すシーケンス図である。
【００７７】
図８に示すように、ステップＳ３０１において、ＵＥ１００の制御部１３０は、ＳｅＮＢ２００Ｍとの無線リンク障害（Ｓ−ＲＬＦ）を検知する。例えば、ＳＣＧに含まれるプライマリ・セカンダリセル（ＰＳＣｅｌｌ）とのＲＬＦ（Ｓ−ＲＬＦ）が検知される。その結果、ＳＣＧパスを介したデータ送信が不能となるが、ＭＣＧパスを介したデータ送信は継続される。ＵＥ１００の制御部１３０は、Ｓ−ＲＬＦに関する報告をＭｅＮＢ２００Ｍに送信してもよい（ステップＳ３０２）。
【００７８】
Ｓ−ＲＬＦの発生により、ＳＣＧパスに割り振られた送信未完了データがＭｅＮＢ２００Ｍに伝達されないため、ＭｅＮＢ２００ＭにおけるＰＤＣＰリオーダリングが完了せずに、ＰＤＣＰリオーダリング用のバッファがオーバーフローし得る。
【００７９】
そこで、ステップＳ３０３において、ＵＥ１００の制御部１３０は、ＳＣＧパスに割り振られた送信未完了データをＭＣＧパスに割り振り直す（リルート処理）。その結果、ＳＣＧパスに割り振られた送信未完了データは、ＭＣＧパスを介してＭｅＮＢ２００Ｍに伝達される。
【００８０】
上述したように、ＵＥ１００の制御部１３０は、ＭＣＧパスとＳＣＧパスとの間のデータ割り振りを行うＰＤＣＰエンティティ１２と、ＰＤＣＰエンティティ１２によりＭＣＧパスに割り振られたデータをＭｅＮＢ２００Ｍに送信するＲＬＣエンティティ２２（第１のＲＬＣエンティティ）と、ＰＤＣＰエンティティによりＳＣＧパスに割り振られたデータをＳｅＮＢ２００Ｍに送信するＲＬＣエンティティ２３（第２のＲＬＣエンティティ）と、を含む。ＳＣＧパスに割り振られた送信未完了データとは、ＲＬＣエンティティ２３からＰＤＣＰエンティティ１２に対して送信完了（Ｓｕｃｃｅｓｓｆｕｌ  Ｄｅｌｉｖｅｒｙ  Ｉｎｄｉｃａｔｉｏｎ）が通知されていないデータ（ＰＤＣＰ  ＰＤＵ）である。
【００８１】
リルート処理において、ＰＤＣＰエンティティ１２は、「Ｓｕｃｃｅｓｓｆｕｌ  Ｄｅｌｉｖｅｒｙ  Ｉｎｄｉｃａｔｉｏｎ」が通知されていないＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵを改めて作成し、当該ＰＤＣＰ  ＰＤＵをＲＬＣエンティティ２２（ＭＣＧパス）に割り振ってもよい。なお、ＰＤＣＰエンティティ１２は、「Ｓｕｃｃｅｓｓｆｕｌ  Ｄｅｌｉｖｅｒｙ  Ｉｎｄｉｃａｔｉｏｎ」が通知されるまでは、ＰＤＣＰ  ＳＤＵ（ＰＤＣＰ  ＰＤＵ）を破棄すること無く保持している。或いは、リルート処理において、ＰＤＣＰエンティティ１２又はＲＬＣエンティティ２３は、ＲＬＣエンティティ２３が保持しているＰＤＣＰ  ＰＤＵ（ＲＬＣ  ＳＤＵ）をＲＬＣエンティティ２２に転送するように制御してもよい。
【００８２】
ステップＳ３０４において、ＳＣＧパスに対応するＲＬＣエンティティ２３（第２のＲＬＣエンティティ）は、保持しているＲＬＣ  ＳＤＵ（送信未完了データ）を破棄する。ＲＬＣエンティティ２３がＲＬＣ  ＳＤＵ（送信未完了データ）を保持し続けていると、ＳｅＮＢ２００Ｓ（ＳＣＧ）が復旧した場合に、ＭｅＮＢ２００Ｍに同じデータが二重で伝達されてしまう。ここで、ＰＤＣＰはすでに二重送信破棄機能を備えているが、ウィンドウサイズをオーバーしたＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）については適切な処理をできない虞がある。特に、Ｓ−ＲＬＦからＳｅＮＢ２００Ｓが復旧するまでにこのウィンドウサイズを超えたデータがＭｅＮＢ２００Ｍのバッファにストックされてしまう可能性は十分にある。また、既存仕様においてＰＤＣＰ  ＰＤＵを再送するための処理（ＰＤＣＰ  Ｄａｔａ  Ｒｅｃｏｖｅｒｙ）は、ＲＲＣ再設定がされるまでは実行されないため、上記問題を解決できない。このため、ＲＬＣエンティティ２３がＲＬＣ  ＳＤＵ（送信未完了データ）を破棄することにより、そのような２重化（Ｄｕｐｌｉｃａｔｉｏｎ）の問題を回避することができる。
【００８３】
ステップＳ３０５において、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓは、ＳＣＧに含まれるプライマリ・セカンダリセル（ＰＳＣｅｌｌ）を変更するためのＳＣＧ修正手順を行ってもよい。但し、ＳＣＧ修正手順は必須ではなく、ＳＣＧ修正手順を行わなくてもよい。これにより、ＳｅＮＢ２００Ｓ（ＳＣＧ）が復旧し、二重接続通信が再開される。
【００８４】
ステップＳ３０６において、ＭｅＮＢ２００Ｍの制御部２３０（ＰＤＣＰエンティティ６２）は、ＭｅＮＢ２００Ｍにおいて未受信のデータ（ＰＤＣＰ  ＰＤＵ又はＰＤＣＰ  ＳＤＵ）を示すＰＤＣＰ状態報告をＵＥ１００に通知する。ＵＥ１００の制御部１３０（ＰＤＣＰエンティティ１２）は、ＰＤＣＰ状態報告をＭｅＮＢ２００Ｍから取得する。これにより、ＵＥ１００の制御部１３０（ＰＤＣＰエンティティ１２）は、ＭｅＮＢ２００Ｍに伝達済みのＰＤＣＰ  ＰＤＵ（又はＰＤＣＰ  ＳＤＵ）を把握し、ＭｅＮＢ２００Ｍに伝達済みのＰＤＣＰ  ＰＤＵ（又はＰＤＣＰ  ＳＤＵ）を送信しないように制御することができる。
【００８５】
（第３実施形態のまとめ）
上述したように、ＵＥ１００は、Ｓ−ＲＬＦを検知した場合において、ＳＣＧパスに割り振られた送信未完了データをＭＣＧパスに割り振り直す。これにより、ＭｅＮＢ２００ＭにおけるＰＤＣＰリオーダリング用のバッファがオーバーフローすることを防止することができる。
【００８６】
［第３実施形態の変更例］
ＵＥ１００の制御部１３０は、ＳｅＮＢ２００Ｍとの無線リンク障害が検知されてから一定時間が経過した後において、ＳＣＧパスに割り振られた送信未完了データをＭＣＧパスに割り振り直してもよい。すなわち、Ｓ−ＲＬＦを検知して直ぐにリルート処理を行うのではなく、所定のタイマ期間だけ待ってリルート処理を行う。これにより、当該タイマ期間内にＳｅＮＢ２００Ｓ（ＳＣＧ）が復旧した際に、ＳＣＧパスに割り振られた送信未完了データをＳＣＧパスによりＳｅＮＢ２００Ｓに送信することができる。当該タイマ期間は、ＭｅＮＢ２００Ｍから事前に指定されてもよい。
【００８７】
また、ＵＥ１００の制御部１３０（ＲＬＣエンティティ２３）は、ＳｅＮＢ２００Ｍとの無線リンク障害が検知されてから一定時間が経過した後において、保持しているＲＬＣ  ＳＤＵ（送信未完了データ）を破棄してもよい。すなわち、Ｓ−ＲＬＦを検知して直ぐにＲＬＣ  ＳＤＵ（送信未完了データ）を破棄するのではなく、所定のタイマ期間だけ待って破棄する。これにより、当該タイマ期間内にＳｅＮＢ２００Ｓ（ＳＣＧ）が復旧した際に、ＳＣＧパスに割り振られた送信未完了データをＳＣＧパスによりＳｅＮＢ２００Ｓに送信することができる。当該タイマ期間は、ＭｅＮＢ２００Ｍから事前に指定されてもよい。
【００８８】
［その他の実施形態］
上述した第１実施形態乃至第３実施形態は、別個独立して実施してもよいし、２以上の実施形態を組み合わせて実施してもよい。
【００８９】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示し、ＷＷＡＮ通信としてＬＴＥ通信を例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。
【００９０】
上述した各実施形態において、ＭｅＮＢ２００Ｍ（マスタ基地局）が第１の無線通信装置に相当し、ＳｅＮＢ２００Ｓ（セカンダリ基地局）が第２の無線通信装置に相当する一例を説明した。しかしながら、上述した各実施形態は、基地局及びＷＬＡＮノードとの二重接続通信（ＬＴＥ・ＷＬＡＮアグリゲーション通信）に応用してもよい。すなわち、上述した各実施形態において、ＭｅＮＢ２００Ｍを基地局と読み替え、ＳｅＮＢ２００ＭをＷＬＡＮノードと読み替えてもよい。ＷＬＡＮノードは、ＷＬＡＮアクセスポイント（ＡＰ）を含む。ＷＬＡＮノードは、ＷＬＡＮアクセスコントローラ（ＡＣ）を含んでもよい。また、ＬＴＥ・ＷＬＡＮアグリゲーション通信に応用する場合、ＷＬＡＮノードは基地局と一体型のタイプであってもよい。さらに、ＬＴＥ・ＷＬＡＮアグリゲーション通信の場合、ＷＬＡＮ側にＲＬＣは存在せず、ＲＬＣはＷＬＡＮにおいてＲＬＣに相当するエンティティに置き換えられる。ＲＬＣに相当するエンティティとは、例えばＩＥＥＥ  ＭＡＣ（ＷＬＡＮ  ＭＡＣ）である。
【００９１】
［付記］
（導入）
本付記において、上りリンクスプリットベアラのユーザプレーンの様態の詳細は検討され、いくつかの提言は提供される。
【００９２】
（上りリンクスプリットベアラをサポートするＭＡＣ）
（スケジューリングリクエスト及びバッファ状態レポート）
Ｒｅｌ−１２において既に合意されるように、ＵＥにおけるＭＡＣエンティティは、セルグループ毎に設定される（すなわち、ＭＣＧに対する１つのＭＡＣ及びＳＣＧに対する１つのＭＡＣ）。この構成は、各ｅＮＢにおける独立スケジューリングプロセスと、既存のメカニズムを再利用する可能性と、を許容する。更に、二重ｅＮＢにおける二重スケジューラからの利益を最大にするために、各ＭＡＣの完全に独立した運用がサポートされるべきである。これはまた、必要なＸ２での２つのｅＮＢ間の協調を減らすことができる。上記の原則を満たすために、既存のメカニズムは、上りリンクスプリットベアラをサポートするように再利用されるべきである。
【００９３】
提案１：既存のＳＲ／ＢＳＲメカニズムは、ＵＬスプリットベアラをサポートするように再利用されるべきである。
【００９４】
（論理チャネル優先度付け）
２つのオプション、すなわち、共通バケツ及び個別バケツが提案された。２つの個別バケツの場合においてＰＢＲ値がどのように設定されるかが明確ではないので、共通バケツオプションは、スプリットベアラの要求ＱｏＳが満たされることを確保するのに有益であり得る。一方、個別バケツオプションは既存のメカニズムと一致するので、仕様への影響が大幅に低減され、かつ、ＭＡＣの独立プロセスはサポートされ得る。
【００９５】
Ｒｅｌ−１２において、ＲＡＮ２指定のスプリットベアラは、ＲＬＣ  ＡＭだけのためにサポートされる。この制限は、ＲＡＮ２が達成した以下の合意に由来する。
【００９６】
スプリットモードにおいてＲＬＣ  ＵＭベアラをサポートしない。
【００９７】
この合意は、ＧＢＲベアラがスプリットベアラにより構成されていないことを意味するので、ＵＥ複雑さを低減するために共通バケツオプションを使用する利点がない。
【００９８】
個別バケツオプションを使うと、独立プロセスを容易にし、ＱｏＳ制御は、より高い層、すなわち、ＰＤＣＰ及び／又はＲＲＣにおいて対処され得る。
【００９９】
提案２：個別バケツメカニズムは、ＵＬスプリットベアラのために、各セルグループに対してサポートされるべきである。
【０１００】
ネットワークの観点から対処されるべきもう１つの問題は、制限されるバッファサイズを有し得るＭｅＮＢのＰＤＣＰ層での再順序付けプロセスの取り扱いである。こらは、上りリンクベアラに対するサポートの一部として考えるべきである。
【０１０１】
ＭｅＮＢにおけるＰＤＣＰ再順序付けプロセスでのバッファオーバフローを回避するために、スプリットベアラでの上りリンクパケット配送は、無線状態及びＸ２レイテンシに起因する、ＭｅＮＢパスとＳｅＮＢパスとの間のレイテンシパフォーマンスの違いを考慮する必要がある。
【０１０２】
ベースラインとして、スプリットベアラのＳＣＧ部分の優先度付けは、スプリットベアラのＭＣＧ部分よりも優先されるべきである。しかし、これはｅＮＢ実装により対処され得る。
【０１０３】
提案３：ＰＤＣＰバッファオーバフローを回避するために、スプリットベアラのＭＣＧ部分よりもＳＣＧ部分を優先することは必要とするが、これはｅＮＢ実装により対処され得る。
【０１０４】
（上りリンクスプリットベアラをサポートするためのＰＤＣＰ）
（２つのルートのスケーリング）
送信のための利用可能なデータは検討され、かつ、オプション３は、ＭＣＧ又はＳＣＧへのデータルーティング機能における差異、すなわち、ＰＤＣＰ  ＰＤＵがどのようにＭＣＧ又はＳＣＧに向かって配送されるか、を許容するメカニズムとして記載される。この検討に基づいて、送信のためのデータが利用可能である場合において、２つのルートの間のスケーリングをどのように扱うかの決定がない。スケーリングのために以下の４つの選択肢は考慮され得る。
【０１０５】
選択肢１．ＲＲＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎは、パケット配送ルートのスケーリングの固定値、例えば、３０％：７０％を提供する。このオプションは、簡単であるが、両方のリンクの状態の変更、例えば、スループット及び／又はレイテンシ、に容易に適応できない。スケーリング値を変更するためにＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎが必要とする。
【０１０６】
選択肢２．ＭｅＮＢのスケジューラは、両方のリンクの状態変更を考慮してスケーリングの動的／半静的値を提供する。このオプションはより複雑であり、増加したオーバヘッドを要求し得るが、多くのゲインが期待される。
【０１０７】
選択肢３．ＵＥ自身が比率を決める（ＵＥ実装）。ＵＥは、ＭＣＧ／ＳＣＧのためのバッファ状態の量、無線状態、各ＣＧを介するスループット、及びＵＬグラントの有無を考慮して比率を決定し得る。
【０１０８】
選択肢４．ＭｅＮＢは、上記の複数の解決策から１つの解決策を選択する。ＭｅＮＢは、例えば、Ｘ２遅延がどれくらいクリティカルかに基づいて、どの解決策を使用するのを決定し得る。
【０１０９】
提案４：スプリットベアラでのパケット配送のために、ＭＣＧパスとＳＣＧパスとの間のスケーリングに対して、上記の選択肢のどれが採用されるべきかを検討すべきである。
【０１１０】
（２つのルートを考慮した破棄ルール）
現在の仕様によれば、以下の状況の下にＰＤＣＰ破棄は発生する。
【０１１１】
（５．４ＰＤＣＰ破棄）
ＰＤＣＰ  ＳＤＵに対してｄｉｓｃａｒｄＴｉｍｅｒが満了する場合、或いは、ＰＤＣＰ  ＳＤＵの配送成功がＰＤＣＰ状態レポートによって確認される場合、ＵＥは、対応するＰＤＣＰ  ＰＤＵと一緒に該ＰＤＣＰ  ＳＤＵを破棄しなければならない。対応するＰＤＣＰ  ＰＤＵが既に低い層に提出されたら、低い層に破棄を指示する。
【０１１２】
上記のメカニズムは、１つのデータパス、すなわち、二重接続におけるＭＣＧベアラ又はＳＣＧベアラ、を仮定する。
【０１１３】
考察１：既存のＰＤＣＰ破棄メカニズムは、１つのデータパスがＭＣＧベアラ又はＳＣＧベアラのために再利用され得ることを仮定する。
【０１１４】
考察２：既存のＰＤＣＰ破棄メカニズムは、スプリットベアラに対して再利用され得るか否かを明確にする必要がある。
【０１１５】
スプリットベアラに伴う１つの主な利点は、２つのパスを使用してパケットを配送する機会である。既存のメカニズムもスプリットベアラに有効であり得るが、パケットを効率的に送信し、かつ、ＰＤＣＰ  ＳＤＵ／ＰＤＵの不必要な破棄をなくすために、可能な強化が考慮されるべきである。例えば、ＳＣＧが小セル、すなわち、ピコセル又はフェムトセル、として展開することは一般的知られている。かつ、ＭＣＧとＵＥとの間のモビリティロバスト性は、ＳＣＧとＵＥとの間よりも頼もしい。ＵＥがＳＣＧのセル端部に向かって移動する時、ＳＣＧに向かって送信しようとするＰＤＣＰ  ＳＤＵ／ＰＤＵが正常に配送されることが期待されない。代わりに、ＳＤＵ／ＰＤＵの不必要な破棄を回避するために、ＰＤＣＰ  ＳＤＵ／ＰＤＵは、より良いモビリティロバスト性を持つＭＣＧに対して再ルーティングされるべきである。これを達成するために、以下の３つのオプションが考慮され得る。
【０１１６】
１．破棄タイマが満了する際に再ルーティングを許容する新たなルールを導入する。例えば、タイマが満了する時、ＵＥは他のセルグループに向かって関連するＰＤＣＰ  ＳＤＵ／ＰＤＵを再送信しようとする。同じタイマがもう一回満了する時、ＵＥはＰＤＣＰ  ＳＤＵ／ＰＤＵを破棄する。
【０１１７】
２．各セルグループに対して二重破棄タイマを導入する。このオプションを使うと、ＵＥは、ＰＤＣＰ  ＳＤＵ／ＰＤＵが、他のセルグループに対して再送信されるべきであるか（１つのタイマが満了する時）、破棄されるべきであるか（両方のタイマが満了する時）を決定し得る。
【０１１８】
３．再ルーティング及破棄のための二重破棄タイマを導入する。このオプションを使うと、ＵＥは、まだ正常に配送されていないＰＤＣＰ  ＳＤＵ／ＰＤＵを再送信しようとするべきであり、かつ、第１タイマが満了する場合に第２タイマを開始する。その後、第２タイマが満了したら、ＵＥは、ＰＤＣＰ  ＳＤＵ／ＰＤＵを破棄する。
【０１１９】
この３つのオプションは図９に示される。
【０１２０】
オプション２及び３は、タイマ構成においてより多くの柔軟性を有する。オプション１が１つのタイマ値のみにより構成されることができ、同じタイマが２回使用される。例えば、ＳｅＮＢが一般的に小セルとして想定しているので、ＳｅＮＢに向かう無線リンクが、ＭｅＮＢに向かう無線リンクよりも多くのキャパシティ、例えば、ユーザごとのスループットを有すると仮定し得る。この場合、  ＰＤＣＰ  ＳＤＵ／ＰＤＵを維持するための非必要な延長時間を回避するために、ＳｅＮＢのための破棄タイマは、ＭｅＮＢよりも短いタイマにより構成されるべきである。ＵＥモビリティに起因して、ＳｅＮＢとの無線状態がＭｅＮＢとの無線状態よりも悪い場合、同じ二重タイマ構成もうまく動作できる。従って、二重破棄タイマを使うと、オプション２又は３のどちらも、潜在的なゲインを実現するためにより適切である。
【０１２１】
提案５：  スプリットベアラのために二重破棄タイマを導入すべきである。
【０１２２】
（２つのルートを考慮するＳＣＧ−ＲＬＦの場合）
Ｒｅｌ−１２において、ＵＥは、ＳＣＧ−ＲＬＦの検出に応じて、全てのＳＣＧ  ＤＲＢを停止し、スプリットＤＲＢのためのＳＣＧ送信を停止しなければならい。しかし、スプリットＤＲＢのためのＭＣＧ送信に対する制限がない。この挙動はＲＡＮ２の合意に対応している。
【０１２３】
３  Ｓ−ＲＬＦの際に、ＭｅＮＢを介するスプリットベアラのデータ送信は維持される。
【０１２４】
Ｒｅｌ−１２において、ＵＥは、実際に、ＭｅＮＢとＳｅＮＢとの何れかの１つのｅＮＢに向かって上りリンクベアラを送る。ＵＥがＳｅＮＢに上りリンクを送り、ＳＣＧ−ＲＬＦがその後検出される場合において、ＵＥは、ＭｅＮＢに向かって全てのＰＤＣＰパケットの送信をリダイレクトし、ＳｅＮＢに向かう全てのＰＤＣＰパケットの送信を停止すべきである。しかし、ＳｅＮＢへの一部のパケットが停止されると同時にＵＥはＭｅＮＢに向かって一部のＰＤＣＰパケット送信を送信すると、ＰＤＣＰが再確立されないので、ＭｅＮＢでのバッファオーバフローを引き起こし得る。
【０１２５】
この問題を解決するために、ＵＥは、ＲＲＣ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎなしで、ＭｅＮＢに向かって、ＳｅＮＢで待っているＰＤＣＰ  ＰＤＵを自律的に再ルーティングすべきである。すると、バッファオーバフローが回避され得る。ＳＣＧ−ＲＬＦの検出は、このようなＭｅＮＢへの再ルーティングが必要とすることに対する良い指示である。ＰＤＣＰ再確立のための既存の手順は、このシナリオに再利用され得る。
【０１２６】
提案６：ＳＣＧ−ＲＬＦは、全ての未応答のＰＤＣＰパケットがＭｅＮＢへ再ルーティングされるべきであることをＵＥに指示するのに使用されるべきである。
【０１２７】
ＳＣＧ−ＲＬＦが検出された後、ＳＣＧ変更手順を通じてＳｅＮＢが再開される可能性がある。この場合、パケットが既にＭｅＮＢによって受信されるが、ＵＥは、ＳｅＮＢを通じて同じパケットを送り得る。この重複を回避するために、ＵＥにおけるＳＣＧ−ＲＬＣは、ＳＣＧ−ＲＬＦに応じて自身のＳＤＵを破棄すべきである。ＰＤＣＰ層における重複を防止するために、ＭｅＮＢは、ＳｅＮＢ稼働の再開に応じてＰＤＣＰ状態レポートをＵＥに提供すべきである。これで、ＵＥは未応答のＰＤＣＰパケットのみをＳｅＮＢに送信する。
【０１２８】
提案７：ＳＣＧ−ＲＬＦに応じてＵＥにおけるＳＣＧ−ＲＬＣは自身のＳＤＵを破棄すべきである。
【０１２９】
提案８：ＰＤＣＰ層における重複を防止するために、ＭｅＮＢは、ＳｅＮＢ稼働の再開に応じてＰＤＣＰ状態レポートをＵＥに提供すべきである。
【０１３０】
（結論）
この付記において、ＵＥとネットワークとの両方の観点から、ＭＡＣ及びＰＤＣＰ層による上りリンクスプリットベアラへのサポートが分析される。ＭＡＣ層において、個別バケツオプションが提案される。
【０１３１】
ＰＤＣＰ層において、スケーリング問題を対処するためのオプションが提案される。更に、ＰＤＣＰデータユニットを再ルーティングするための二重破棄タイマが採用されるべきであることが提案される。ＳＣＧ−ＲＬＦの検出に応じてＰＤＣＰデータユニットを再ルーティングすることも検討される。
【０１３２】
［相互参照］
米国仮出願第６２／１４５７００号（２０１５年４月１０日）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１３３】
本発明は、通信分野において有用である。
【図１】
2016163432.tif 000003
【図２】
2016163432.tif 000004
【図３】
2016163432.tif 000005
【図４】
2016163432.tif 000006
【図５】
2016163432.tif 000007
【図６】
2016163432.tif 000008
【図７】
2016163432.tif 000009
【図８】
2016163432.tif 000010
【図９】
2016163432.tif 000011
【手続補正書】
【提出日】平成29年10月4日(2017.10.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の基地局及び第２の基地局との二重接続通信を行うユーザ端末であって、
前記第１の基地局に対して送信を行う第１の送信経路と前記第２の基地局に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の基地局に伝達する処理を行う制御部を備え、
前記制御部は、前記データを前記第１の基地局に伝達する際に、前記第１の基地局からの指示に依存することなく自律的に、前記データを前記第１の送信経路及び前記第２の送信経路に振り分けることを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記第１の送信経路と前記第２の送信経路との間のデータ送信比率を前記第１の基地局からの指示に依存することなく自律的に決定し、
前記制御部は、前記決定したデータ送信比率に従って前記データを前記第１の送信経路及び前記第２の送信経路に振り分けることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、前記第１の基地局に対して送信が完了していないデータのバッファ量と前記第２の基地局に対して送信が完了していないデータのバッファ量とに基づいて、前記データ送信比率を決定することを特徴とする請求項２に記載のユーザ端末。
【請求項４】
前記制御部は、前記第１の基地局と自ユーザ端末との間の無線品質パラメータと、前記第２の基地局と自ユーザ端末との間の無線品質パラメータと、に基づいて、前記データ送信比率を決定することを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記制御部は、前記第１の基地局から自ユーザ端末に対するリソース割り当ての状況と、前記第２の基地局から自ユーザ端末に対するリソース割り当ての状況とに基づいて、前記データを前記第１の送信経路及び前記第２の送信経路に振り分けることを特徴とする請求項１に記載のユーザ端末。
【請求項６】
前記制御部は、前記第１の基地局と自ユーザ端末との間の上りリンクビットレートの上限値と、前記第２の基地局と自ユーザ端末との間の上りリンクビットレートの上限値と、に基づいて、前記データ送信比率を決定することを特徴とする請求項２に記載のユーザ端末。
【請求項７】
第１の基地局及び第２の基地局との二重接続通信を行うユーザ端末に用いる通信方法であって、
前記第１の基地局に対して送信を行う第１の送信経路と前記第２の基地局に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の基地局に伝達するステップと、
前記データを前記第１の基地局に伝達する際に、前記第１の基地局からの指示に依存することなく自律的に、前記データを前記第１の送信経路及び前記第２の送信経路に振り分けるステップと、を備えることを特徴とする通信方法。
【請求項８】
第１の基地局及び第２の基地局との二重接続通信を行うユーザ端末を制御するためのプロセッサであって、
前記第１の基地局に対して送信を行う第１の送信経路と前記第２の基地局に対して送信を行う第２の送信経路とを介して、スプリットベアラに属するデータを前記第１の基地局に伝達する処理と、
前記データを前記第１の基地局に伝達する際に、前記第１の基地局からの指示に依存することなく自律的に、前記データを前記第１の送信経路及び前記第２の送信経路に振り分ける処理と、を実行することを特徴とするプロセッサ。
【国際調査報告】
2016163432.tif 000012
2016163432.tif 000013
2016163432.tif 000014
2016163432.tif 000015
2016163432.tif 000016
2016163432.tif 000017
2016163432.tif 000018
2016163432.tif 000019
2016163432.tif 000020