(57)【要約】      （修正有）【課題】スプリットベアラのバッファ状態報告にダブルＢＳＲを適用する場合に、オーバースケジューリングがが発生するのを防ぐ無線端末を提供する。【解決手段】無線端末ＵＥ１００は、１つのベアラのデータを２つの無線通信装置（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する送信部と、２つの無線通信装置に対応する２つの送信エンティティと、２つの送信エンティティよりも上位層に位置付けられる上位エンティテと、を含む制御部と、を備える。制御部は、２つの無線通信装置のうち少なくとも一方に対し、対応する送信エンティティのバッファに蓄積されたデータ量と上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行い、また、上位エンティティに蓄積されたデータ量を判断するための所定の情報を２つの無線通信装置のうちの少なくとも一方に通知する。【選択図】図６
2020174394.tif 000002
【特許請求の範囲】
【請求項１】
無線端末であって、
１つのベアラのデータを２つの無線通信装置に送信する送信部と、
前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部と、を備え、
前記制御部は、前記２つの無線通信装置のうち少なくとも一方に対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行い、
前記制御部は、前記上位エンティティのバッファに蓄積されたデータ量を判断するための所定の情報を前記２つの無線通信装置のうち少なくとも一方に通知する無線端末。
【請求項２】
前記制御部は、前記所定の情報として、前記上位エンティティが何れかの送信エンティティに対して前記データを引き渡す方式を示す情報を通知し、
前記方式は、上りリンク無線リソース割り当てに応じて前記データを引き渡すバッファ蓄積型の方式、及び上りリンク無線リソース割り当てが無くても前記データを引き渡す即時型の方式のうち一方である請求項１に記載の無線端末。
【請求項３】
前記制御部は、前記所定の情報として、前記対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との比を示す情報を通知する請求項１に記載の無線端末。
【請求項４】
前記制御部は、前記所定の情報として、前記上位エンティティのバッファに蓄積されたデータ量を示す情報を通知する請求項１に記載の無線端末。
【請求項５】
無線端末であって、
１つのベアラのデータを２つの無線通信装置に送信する送信部と、
前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部と、を備え、
前記制御部は、前記２つの無線通信装置のそれぞれに対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行い、
前記制御部は、前記上位エンティティのバッファに蓄積されたデータ量が所定量を下回ったことをトリガーとして、前記バッファ状態報告を送信する無線端末。
【請求項６】
無線端末であって、
１つのベアラのデータを２つの無線通信装置に送信する送信部と、
前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部と、を備え、
前記制御部は、前記２つの無線通信装置のそれぞれに対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行い、
前記制御部は、前記ベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を前記２つの無線通信装置のうち少なくとも一方に通知する無線端末。
【請求項７】
前記制御部は、前記２つの無線通信装置の何れかに最後のデータを送信する際に又は前記最後のデータを送信した後、前記最後のデータに対応する送達確認情報を受信していなくても、送信すべきデータが存在しないことを示す情報を通知する請求項６に記載の無線端末。
【請求項８】
前記制御部は、前記２つの無線通信装置の何れかに最後のデータを送信した後、データ送信のために割り当てられる無線リソースとは異なる無線リソースを用いて、送信すべきデータが存在しないことを示す情報を通知する請求項６に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける無線端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、無線端末が２つの基地局との通信を行う二重接続（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）通信が仕様化されている。二重接続通信は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクティッドモードの無線端末にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、マスタ基地局により管理されるサービングセル群である。ＳＣＧは、セカンダリ基地局により管理されるサービングセル群である。
【発明の概要】
【０００３】
一つの実施形態に係る無線端末は、１つのベアラのデータを第１の無線通信装置及び第２の無線通信装置に送信する。前記無線端末は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告の送信先として前記第１の無線通信装置のみが指定されている場合、前記第１の無線通信装置にのみ前記バッファ状態報告を送信する処理を行う制御部を備える。前記制御部は、前記データ量が前記閾値を下回っており、かつ、前記第１の無線通信装置との無線リンク障害を検知した場合、前記バッファ状態報告の送信先を前記第１の無線通信装置から前記第２の無線通信装置に変更する。
【図面の簡単な説明】
【０００４】
【図１】実施形態に係る移動通信システムの構成を示す図である。
【図２】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】実施形態に係るＵＥ（無線端末）のブロック図である。
【図４】実施形態に係るｅＮＢ（基地局）のブロック図である。
【図５】実施形態に係る上りリンクにおける二重接続通信を示す図である。
【図６】実施形態に係るスプリットベアラのＢＳＲを示す図である。
【図７】第１実施形態に係る動作の一例を示す図である。
【図８】第２実施形態に係る動作の一例を示す図である。
【図９】第３実施形態の通知パターン１を示す図である。
【図１０】付記に係る到着データの格納方法を示す図である。
【発明を実施するための形態】
【０００５】
［実施形態の概要］
第１実施形態に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告の送信先として一方の無線通信装置が指定されている場合、前記一方の無線通信装置にのみ前記バッファ状態報告を送信する処理を行う制御部を備える。前記制御部は、前記データ量が前記閾値を下回っており、かつ、前記一方の無線通信装置との無線リンク障害を検知した場合、前記バッファ状態報告の送信先を前記一方の無線通信装置から他方の無線通信装置に変更する。
【０００６】
後述する実施形態において、「１つのベアラ」がスプリットベアラであり、「２つの無線通信装置」がマスタ基地局及びセカンダリ基地局であり、「所定のバッファ」がＰＤＣＰエンティティのバッファである一例を説明する。「スプリットベアラ」とは、対応する無線プロトコルがマスタ基地局及びセカンダリ基地局の両方に存在し、マスタ基地局及びセカンダリ基地局の両方のリソースを使用するベアラである。
【０００７】
第１実施形態において、前記制御部は、前記バッファ状態報告の送信先を前記一方の無線通信装置から前記他方の無線通信装置に変更するとともに、前記データの送信先を前記一方の無線通信装置から前記他方の無線通信装置に変更してもよい。
【０００８】
第１実施形態において、前記他方の無線通信装置は、マスタセルグループを管理するマスタ基地局であってもよい。前記一方の無線通信装置は、セカンダリセルグループを管理するセカンダリ基地局であってもよい。
【０００９】
第２実施形態に係る無線端末は、複数のベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記上位エンティティは、前記２つの無線通信装置のうち一方の無線通信装置から前記無線端末に上りリンク無線リソースが割り当てられた場合、前記一方の無線通信装置に対応する送信エンティティに対し、優先度が高いベアラのデータを優先的に引き渡す。
【００１０】
後述する実施形態において、「複数のベアラ」が少なくとも１つのスプリットベアラを含む一例を説明する。また、後述する実施形態において、「送信エンティティ」がＲＬＣエンティティであり、「上位エンティティ」がＰＤＣＰエンティティである一例を説明する。但し、「送信エンティティ」は、ＭＡＣエンティティ等を含んでもよい。
【００１１】
第２実施形態において、前記上位エンティティは、前記複数のベアラに対する優先度付けを行ってもよい。
【００１２】
第２実施形態において、前記２つの無線通信装置は、マスタセルグループを管理するマスタ基地局を含む。前記上位エンティティは、前記マスタ基地局から通知される設定パラメータに基づいて、前記優先度付けを行ってもよい。
【００１３】
第２実施形態において、前記上位エンティティは、前記上位エンティティのバッファに蓄積されたベアラごとのデータ量に基づいて、前記優先度付けを行ってもよい。
【００１４】
第２実施形態において、前記上位エンティティは、前記複数のベアラのそれぞれに対応する論理チャネルに付与されている優先度に基づいて、前記優先度付けを行ってもよい。
【００１５】
第２実施形態において、前記上位エンティティは、他のエンティティからの前記複数のベアラに対する優先度付けに基づいた通知に従って、前記優先度が高いベアラのデータを優先的に引き渡してもよい。
【００１６】
第２実施形態において、前記他のエンティティは、前記送信エンティティに含まれる下位エンティティである。ここで下位エンティティとは、ＭＡＣエンティティであってもよい。
【００１７】
第３実施形態に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記制御部は、前記２つの無線通信装置のうち少なくとも一方に対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行う。前記制御部は、前記上位エンティティのバッファに蓄積されたデータ量を判断するための所定の情報を前記２つの無線通信装置のうち少なくとも一方に通知する。
【００１８】
第３実施形態において、前記制御部は、前記所定の情報として、前記上位エンティティが何れかの送信エンティティに対して前記データを引き渡す方式を示す情報を通知してもよい。前記方式は、上りリンク無線リソース割り当てに応じて前記データを引き渡すバッファ蓄積型の方式、及び上りリンク無線リソース割り当てが無くても前記データを引き渡す即時型の方式のうち一方である。
【００１９】
第３実施形態において、前記制御部は、前記所定の情報として、前記対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との比を示す情報を通知してもよい。
【００２０】
第３実施形態において、前記制御部は、前記所定の情報として、前記上位エンティティのバッファに蓄積されたデータ量を示す情報を通知してもよい。
【００２１】
第３実施形態の変更例に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記制御部は、前記２つの無線通信装置のそれぞれに対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行う。前記制御部は、前記上位エンティティのバッファに蓄積されたデータ量が所定量を下回ったことをトリガーとして、前記バッファ状態報告を送信する。
【００２２】
第４実施形態に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記制御部は、前記２つの無線通信装置のそれぞれに対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行う。前記制御部は、前記ベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を前記２つの無線通信装置のうち少なくとも一方に通知する。
【００２３】
第４実施形態において、前記制御部は、前記２つの無線通信装置の何れかに最後のデータを送信する際に又は前記最後のデータを送信した後、前記最後のデータに対応する送達確認情報を受信していなくても、送信すべきデータが存在しないことを示す情報を通知してもよい。
【００２４】
第４実施形態において、前記制御部は、前記２つの無線通信装置の何れかに最後のデータを送信した後、データ送信のために割り当てられる無線リソースとは異なる無線リソースを用いて、送信すべきデータが存在しないことを示す情報を通知してもよい。
【００２５】
［実施形態に係る移動通信システム］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。
【００２６】
（システム構成）
図１は、ＬＴＥシステムの構成を示す図である。
【００２７】
図１に示すように、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２８】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３０】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３１】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３２】
（無線プロトコルの構成）
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００３３】
図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３４】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３５】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３６】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３７】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３８】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモード（コネクティッドモード）であり、そうでない場合、ＵＥ１００はＲＲＣアイドルモード（アイドルモード）である。
【００３９】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４０】
（無線端末の構成）
図３は、実施形態に係るＵＥ１００（無線端末）のブロック図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００４１】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００４２】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００４３】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００４４】
（基地局の構成）
図４は、実施形態に係るｅＮＢ２００（基地局）のブロック図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００４５】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００４６】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００４７】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００４８】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００４９】
［実施形態に係る二重接続通信］
図５は、実施形態に係る上りリンクにおける二重接続通信を示す図である。なお、図５は、ユーザプレーンのプロトコルスタックを図示している。また、図５において、物理層のエンティティの図示を省略している。
【００５０】
図５に示すように、二重接続通信は、ＲＲＣコネクティッドモードのＵＥ１００にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、ＭｅＮＢ２００Ｍ（マスタ基地局）により管理されるサービングセル群である。ＳＣＧは、ＳｅＮＢ２００Ｓ（セカンダリ基地局）により管理されるサービングセル群である。ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓに接続し、ＭｅＮＢ２００Ｍのスケジューラ及びＳｅＮＢ２００Ｓのスケジューラのそれぞれからリソース割当を受ける。実施形態において、ＭｅＮＢ２００Ｍ（マスタ基地局）は第１の無線通信装置に相当し、ＳｅＮＢ２００Ｓ（セカンダリ基地局）は第２の無線通信装置に相当する。
【００５１】
ＭｅＮＢ２００Ｍは、ＵＥ１００とのＲＲＣ接続を有し、ＲＲＣメッセージをＵＥ１００と送受信することができる。ＳｅＮＢ２００Ｓは、ＵＥ１００とのＲＲＣ接続を有さず、ＲＲＣメッセージをＵＥ１００と送受信することができない。例えば、ＭｅＮＢ２００Ｍはマクロセル基地局であり、ＳｅＮＢ２００Ｍは小セル基地局であってもよい。
【００５２】
ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓは、Ｘ２インターフェイスを介して相互に接続される。ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのそれぞれは、Ｓ１インターフェイス（Ｓ１−Ｕインターフェイス）を介してＳ−ＧＷと接続される。ＭｅＮＢ２００Ｍは、Ｓ１インターフェイス（Ｓ１−ＭＭＥインターフェイス）を介してＭＭＥと接続される。
【００５３】
二重接続通信において、ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの計３つのタイプのベアラ（データベアラ）が規定されている。ＭＣＧベアラは、対応する無線プロトコルがＭｅＮＢ２００Ｍにのみ存在し、ＭｅＮＢ２００Ｍのリソースのみを使用するベアラである。ＳＣＧベアラは、対応する無線プロトコルがＳｅＮＢ２００Ｓにのみ存在し、ＳｅＮＢ２００Ｓのリソースのみを使用するベアラである。スプリットベアラは、対応する無線プロトコルがＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に存在し、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方のリソースを使用するベアラである。
【００５４】
ＭＣＧベアラのデータは、ＵＥ１００のＰＤＣＰエンティティ１１、ＲＬＣエンティティ２１、及びＭＡＣエンティティ３１の順に処理されてＭｅＮＢ２００Ｍに送信される。ＭＣＧベアラのデータは、ＭｅＮＢ２００ＭのＭＡＣエンティティ４１、ＲＬＣエンティティ５１、及びＰＤＣＰエンティティ６１の順に処理されてＳ−ＧＷに転送される。
【００５５】
ＳＣＧベアラのデータは、ＵＥ１００のＰＤＣＰエンティティ１３、ＲＬＣエンティティ２４、及びＭＡＣエンティティ３２の順に処理されてＳｅＮＢ２００Ｓに送信される。ＳＣＧベアラのデータは、ＳｅＮＢ２００ＳのＭＡＣエンティティ４２、ＲＬＣエンティティ５４、及びＰＤＣＰエンティティ６３の順に処理されてＳ−ＧＷに転送される。
【００５６】
スプリットベアラのデータは、ＵＥ１００のＰＤＣＰエンティティ１２において、ＭｅＮＢ２００Ｍ（ＭＣＧ）向けのＲＬＣエンティティ２２及びＳｅＮＢ２００Ｓ（ＳＣＧ）向けのＲＬＣエンティティ２３に振り分けられる。具体的には、ＰＤＣＰエンティティ１２は、ＰＤＣＰ  ＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）をＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に変換し、ＰＤＣＰ  ＰＤＵごとにＲＬＣエンティティ２２及びＲＬＣエンティティ２３の何れか一方に振り分ける（ルーティング）。換言すると、ＰＤＣＰエンティティ１２は、スプリットベアラのデータを、ＭｅＮＢ２００Ｍに対して送信を行う第１の送信経路（以下、「ＭＣＧパス」という）、及びＳｅＮＢ２００Ｍに対して送信を行う第２の送信経路（以下、「ＳＣＧパス」という）に振り分ける。
【００５７】
ＭＣＧパスに関して、ＲＬＣエンティティ２２は、ＰＤＣＰエンティティ１２により振り分けられたＰＤＣＰ  ＰＤＵをＲＬＣ  ＳＤＵとして受け取り、ＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵに変換してＭＡＣエンティティ３１に出力する。ＭＡＣエンティティ３１は、ＲＬＣエンティティ２２から出力されるＲＬＣ  ＰＤＵをＭＡＣ  ＳＤＵとして受け取り、ＭＡＣ  ＳＤＵをＭＡＣ  ＰＤＵに変換し、物理層エンティティ（不図示）を介してＭｅＮＢ２００Ｍに送信する。
【００５８】
ＳＣＧパスに関して、ＲＬＣエンティティ２３は、ＰＤＣＰエンティティ１２により振り分けられたＰＤＣＰ  ＰＤＵをＲＬＣ  ＳＤＵとして受け取り、ＲＬＣ  ＳＤＵをＲＬＣ  ＰＤＵに変換してＭＡＣエンティティ３２に出力する。ＭＡＣエンティティ３２は、ＲＬＣエンティティ２３から出力されるＲＬＣ  ＰＤＵをＭＡＣ  ＳＤＵとして受け取り、ＭＡＣ  ＳＤＵをＭＡＣ  ＰＤＵに変換し、物理層エンティティ（不図示）を介してＳｅＮＢ２００Ｓに送信する。
【００５９】
また、ＳＣＧパスに関して、ＳｅＮＢ２００ＳのＭＡＣエンティティ４２は、物理層エンティティ（不図示）を介してＭＡＣ  ＰＤＵを受け取り、ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵに変換してＲＬＣエンティティ５３に出力する。ＲＬＣエンティティ５３は、ＭＡＣエンティティ４２から出力されるＭＡＣ  ＳＤＵをＲＬＣ  ＰＤＵとして受け取り、ＲＬＣ  ＰＤＵをＲＬＣ  ＳＤＵに変換して、Ｘ２インターフェイスを介してＭｅＮＢ２００ＭのＰＤＣＰエンティティ６２に出力する。
【００６０】
一方、ＭＣＧパスに関して、ＭｅＮＢ２００ＭのＭＡＣエンティティ４２は、物理層エンティティ（不図示）を介してＭＡＣ  ＰＤＵを受け取り、ＭＡＣ  ＰＤＵをＭＡＣ  ＳＤＵに変換してＲＬＣエンティティ５２に出力する。ＲＬＣエンティティ５２は、ＭＡＣエンティティ４１から出力されるＭＡＣ  ＳＤＵをＲＬＣ  ＰＤＵとして受け取り、ＲＬＣ  ＰＤＵをＲＬＣ  ＳＤＵに変換してＰＤＣＰエンティティ６２に出力する。
【００６１】
ＰＤＣＰエンティティ６２は、ＭｅＮＢ２００ＭのＲＬＣエンティティ５２から出力されるＲＬＣ  ＳＤＵをＰＤＣＰ  ＰＤＵ（ＭＣＧパス）として受け取りつつ、ＳｅＮＢ２００ＳのＲＬＣエンティティ５３から出力されるＲＬＣ  ＳＤＵをＰＤＣＰ  ＰＤＵ（ＳＣＧパス）として受け取る。ＰＤＣＰエンティティ６２は、ＰＤＣＰ  ＰＤＵ（ＭＣＧパス）及びＰＤＣＰ  ＰＤＵ（ＳＣＧパス）の並べ替え処理（いわゆる、ＰＤＣＰリオーダリング）を行いつつ、ＰＤＣＰ  ＰＤＵをＰＤＣＰ  ＳＤＵに変換する。
【００６２】
［第１実施形態］
以下において、第１実施形態について説明する。第１実施形態は、スプリットベアラのバッファ状態報告に係る実施形態である。
【００６３】
第１実施形態に係るＵＥ１００は、１つのベアラ（スプリットベアラ）のデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。ＵＥ１００は、所定のバッファ（ＰＤＣＰエンティティ１２のバッファ）に蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告の送信先として一方のｅＮＢ２００（ＳｅＮＢ２００Ｓ）が指定されている場合、一方のｅＮＢ２００にのみバッファ状態報告を送信する処理を行う制御部１３０を備える。制御部１３０は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、当該一方のｅＮＢ２００との無線リンク障害を検知した場合、バッファ状態報告の送信先を当該一方のｅＮＢ２００から他方のｅＮＢ２００（ＭｅＮＢ２００Ｍ）に変更する。また、制御部１３０は、バッファ状態報告の送信先を一方のｅＮＢ２００から他方のｅＮＢ２００に変更するとともに、データの送信先を当該一方のｅＮＢ２００から当該他方のｅＮＢ２００に変更する。
【００６４】
（スプリットベアラのバッファ状態報告）
第１実施形態に係るスプリットベアラのバッファ状態報告（ＢＳＲ）について説明する。図６は、第１実施形態に係るスプリットベアラのＢＳＲを示す図である。
【００６５】
図６に示すように、ＵＥ１００は、スプリットベアラのデータを蓄積するためのバッファとして、ＰＤＣＰバッファ、ＭＣＧ向けバッファ、及びＳＣＧ向けバッファを有する。ＰＤＣＰバッファは、ＰＤＣＰエンティティ１２のバッファである。ＭＣＧ向けバッファは、ＲＬＣエンティティ２２のバッファ（ＲＬＣバッファ）である。ＭＣＧ向けバッファ（ＲＬＣバッファ）は、ＭＡＣエンティティ２２のバッファを含んでもよい。ＳＣＧ向けバッファは、ＲＬＣエンティティ２３のバッファ（ＲＬＣバッファ）である。ＳＣＧ向けバッファ（ＲＬＣバッファ）は、ＭＡＣエンティティ３２のバッファを含んでもよい。
【００６６】
スプリットベアラのＢＳＲには、「Ｄｏｕｂｌｅ  ＢＳＲ」という方式が適用される。
【００６７】
具体的には、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を上回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ（ＭＣＧ）及びＳｅＮＢ２００Ｓ（ＳＣＧ）の両方にＢＳＲを送信する。閾値は、例えばＭｅＮＢ２００ＭがＵＥ１００に送信するＲＲＣシグナリングにより、ベアラごとに設定される。また、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を上回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ（ＭＣＧ）及びＳｅＮＢ２００Ｓ（ＳＣＧ）の両方にスプリットベアラのデータを送信してもよい。
【００６８】
ＵＥ１００がＭｅＮＢ２００Ｍに送信するＢＳＲは、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）及びＭＣＧ向けバッファに蓄積されたデータ量（データ量Ｂ）の合計（Ａ＋Ｂ）を示す。これに対し、ＵＥ１００がＳｅＮＢ２００Ｓに送信するＢＳＲは、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）及びＳＣＧ向けバッファに蓄積されたデータ量（データ量Ｃ）の合計（Ａ＋Ｃ）を示す。
【００６９】
一方、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのうち指定された一方のｅＮＢのみにＢＳＲを送信する。当該一方のｅＮＢは、例えばＭｅＮＢ２００ＭがＵＥ１００に送信するＲＲＣシグナリングにより設定される。また、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのうち指定された一方のｅＮＢのみにスプリットベアラのデータを送信する。
【００７０】
ＭｅＮＢ２００Ｍは、ＵＥ１００からＢＳＲ（Ａ＋Ｂ）を受信し、受信したＢＳＲに基づいてＵＥ１００に上りリンク無線リソースを割り当てる。具体的には、ＭｅＮＢ２００Ｍは、ＢＳＲに基づいて、データ量Ａ＋Ｂに応じた量のＰＵＳＣＨリソースをＵＥ１００に割り当てる。そして、ＭｅＮＢ２００Ｍは、割り当て無線リソースを示すリソース割り当て情報（ＵＬ  ｇｒａｎｔ）をＵＥ１００に送信する。ＵＥ１００は、割り当て無線リソースを用いて、スプリットベアラのデータをＭｅＮＢ２００Ｍに送信する。
【００７１】
ＳｅＮＢ２００Ｓは、ＵＥ１００からＢＳＲ（Ａ＋Ｃ）を受信し、受信したＢＳＲに基づいてＵＥ１００に上りリンク無線リソースを割り当てる。具体的には、ＳｅＮＢ２００Ｓは、ＢＳＲに基づいて、データ量Ａ＋Ｃに応じた量のＰＵＳＣＨリソースをＵＥ１００に割り当てる。そして、ＳｅＮＢ２００Ｓは、割り当て無線リソースを示すリソース割り当て情報（ＵＬ  ｇｒａｎｔ）をＵＥ１００に送信する。ＵＥ１００は、割り当て無線リソースを用いて、スプリットベアラのデータをＳｅＮＢ２００Ｍに送信する。
【００７２】
（第１実施形態に係る動作）
ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っており、かつ、その際のＢＳＲ（及びデータ）の送信先としてＳｅＮＢ２００Ｓが指定されている場合を想定する。
【００７３】
このような状況下において、ＵＥ１００がＳｅＮＢ２００Ｓとの無線リンク障害（ＳＣＧ−ＲＬＦ）を検知したと仮定する。この場合、ＵＥ１００は、ＭｅＮＢ２００Ｍとの通信が可能であるにも拘らず、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの何れにもＢＳＲを送信することができない。このため、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの何れにもデータを送信できなくなる。
【００７４】
そこで、第１実施形態に係るＵＥ１００は、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っており、ＢＳＲ（及びデータ）の送信先としてＳｅＮＢ２００Ｓが指定されている場合、ＳＣＧ−ＲＬＦの検知に応じて、ＢＳＲ（及びデータ）の送信先をＳｅＮＢ２００ＳからＭｅＮＢ２００Ｍに自律的に変更する。換言すると、ＵＥ１００は、ＰＤＣＰデータ量Ａが閾値未満である場合の送信先としてＭｅＮＢ２００Ｍから指定されたｅＮＢ（ＳｅＮＢ２００Ｓ）とは異なるｅＮＢ（ＭｅＮＢ２００Ｍ）に対してＢＳＲ（及びデータ）を送信する。これにより、ＭｅＮＢ２００Ｍに対してスプリットベアラのデータを送信可能になる。
【００７５】
図７は、第１実施形態に係る動作の一例を示す図である。
【００７６】
図７に示すように、ステップＳ１０１において、ＭｅＮＢ２００Ｍは、ＰＤＣＰデータ量Ａが閾値未満である場合のＢＳＲ（及びデータ）の送信先としてＳｅＮＢ２００Ｓを指定するための設定情報をＲＲＣシグナリングによりＵＥ１００に送信する。
【００７７】
ＰＤＣＰデータ量Ａが閾値を下回っていない場合、ステップＳ１０２及びＳ１０３において、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方にＢＳＲを送信する。
【００７８】
ＰＤＣＰデータ量Ａが閾値を下回った場合（ステップＳ１０４）、ステップＳ１０５において、ＵＥ１００は、ＳｅＮＢ２００ＳにのみＢＳＲを送信する。なお、ＰＤＣＰデータ量Ａが閾値を下回った場合として、ＰＤＣＰデータ量Ａ（バッファ）が一度空になった後にＰＤＣＰデータ量Aが閾値を下回った場合及びＰＤＣＰデータ量Ａが閾値を上回った後にＰＤＣＰデータ量Aが閾値を下回った場合のいずれでもよい。
【００７９】
ステップＳ１０６において、ＵＥ１００は、ＳｅＮＢ２００ＳとのＲＬＦ（ＳＣＧ−ＲＬＦ）を検知する。
【００８０】
ステップＳ１０７において、ＵＥ１００は、ＢＳＲ（及びデータ）の送信先をＳｅＮＢ２００ＳからＭｅＮＢ２００Ｍに変更する。
【００８１】
ステップＳ１０８において、ＵＥ１００は、ＭｅＮＢ２００ＭにＢＳＲを送信する。
【００８２】
ＵＥ１００は、ＳＣＧ−ＲＬＦの検知に応じて、ＳＣＧ−ＲＬＦに関するＳＣＧ−ＲＬＦ報告をＭｅＮＢ２００Ｍに送信してもよい。ＭｅＮＢ２００Ｍは、ＳＣＧ−ＲＬＦ報告に基づいて、二重接続通信に関する設定を変更するためのＲＲＣシグナリングをＵＥ１００に送信してもよい。
【００８３】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＰＤＣＰエンティティ１２がＰＤＣＰ  ＰＤＵをＲＬＣエンティティ（ＲＬＣエンティティ２２又は２３）に引き渡す動作に関する実施形態である。
【００８４】
第２実施形態に係るＵＥ１００は、複数のベアラのデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。複数のベアラは、少なくとも１つのスプリットベアラを含む。ＵＥ１００は、２つのｅＮＢ２００に対応する２つのＲＬＣエンティティ２２及び２３と、２つのＲＬＣエンティティ２２及び２３よりも上位層に位置付けられるＰＤＣＰエンティティ１２と、を含む制御部１３０を備える。ＰＤＣＰエンティティ１２は、複数のベアラに対する優先度付けを行う。ＰＤＣＰエンティティ１２は、２つのｅＮＢ２００のうち一方のｅＮＢ２００からＵＥ１００に上りリンク無線リソースが割り当てられた場合、当該一方のｅＮＢ２００に対応するＲＬＣエンティティに対し、優先度が高いベアラのデータを優先的に引き渡す。なお、ＰＤＣＰエンティティ１２は、ＭＡＣエンティティからの複数のベアラに対する優先度付けに関する通知に従って、複数のベアラに対する優先度付けを行ってもよい。この場合、ＭＡＣエンティティが複数のベアラに対する優先度付けを行う。
【００８５】
（Ｐｕｓｈ  ｍｏｄｅｌ及びＰｕｌｌ  ｍｏｄｅｌ）
ＰＤＣＰエンティティ１２は、上位レイヤから受け取ったＰＤＣＰ  ＳＤＵに処理を施した後、ＰＤＣＰ  ＰＤＵとして何れかのＲＬＣエンティティ（ＲＬＣエンティティ２２又は２３）に引き渡す。引き渡しの方式としてはＰｕｓｈ  ｍｏｄｅｌ及びＰｕｌｌ  ｍｏｄｅｌの２通りが考えられている。
【００８６】
Ｐｕｓｈ  ｍｏｄｅｌは、上りリンク無線リソース割り当てが無くてもＰＤＣＰ  ＰＤＵを引き渡す即時型の方式である。ＰＤＣＰエンティティ１２は、ＰＤＣＰ  ＳＤＵを受信したらすぐにＰＤＣＰ  ＰＤＵを作成し、何れかのＲＬＣエンティティにＰＤＣＰ  ＰＤＵを引き渡す。
【００８７】
一方、Ｐｕｌｌ  ｍｏｄｅｌは、上りリンク無線リソース割り当てに応じてＰＤＣＰ  ＰＤＵを引き渡すバッファ蓄積型の方式である。ＰＤＣＰエンティティ１２は、ＰＤＣＰ  ＳＤＵを受信してもすぐにはＰＤＣＰ  ＰＤＵを引き渡さずに、ＰＤＣＰバッファに一旦蓄積する。ＰＤＣＰエンティティ１２は、リソース割り当て情報（ＵＬ  ｇｒａｎｔ）の受信に応じて、割り当てられたリソース分だけＰＤＣＰ  ＰＤＵを対応するＰＤＣＰエンティティに引き渡す。
【００８８】
（第２実施形態に係る動作）
Ｐｕｌｌ  ｍｏｄｅｌを採用した場合、ベアラ間の優先度に関する課題がある。例えば、スプリットベアラ＃１及びスプリットベアラ＃２がＵＥ１００に設定されたとする。Ｐｕｌｌ  ｍｏｄｅｌを採用した場合、ＵＥ１００のＰＤＣＰエンティティ１２は、スプリットベアラ＃１のデータ及びスプリットベアラ＃２のデータをＰＤＣＰバッファに蓄積する。ここで、ＰＤＣＰエンティティ１２は、スプリットベアラ＃１について１００ｋＢｙｔｅ分のデータをＰＤＣＰバッファに蓄積しており、スプリットベアラ＃２について２００ｋＢｙｔｅ分のデータをＰＤＣＰバッファに蓄積していると仮定する。このような状況下において、ＳｅＮＢ２００Ｓから５０ｋＢｙｔｅ分のリソース割り当てがあった場合、ＰＤＣＰエンティティ１２がどのようにＲＬＣエンティティ２３にＰＤＣＰ  ＰＤＵを引き渡すか不明確である。
【００８９】
そこで、第２実施形態に係るＵＥ１００のＰＤＣＰエンティティ１２は、複数のベアラ（スプリットベアラ＃１及び＃２）に対する優先度付けを行う。
【００９０】
図８は、第２実施形態に係る動作の一例を示す図である。
【００９１】
図８に示すように、ＰＤＣＰエンティティ１２は、スプリットベアラ＃１及び＃２のそれぞれに優先度を設定する。ＰＤＣＰエンティティ１２は、２つのｅＮＢ２００のうち一方のｅＮＢ２００からＵＥ１００に上りリンク無線リソースが割り当てられた場合、当該一方のｅＮＢ２００に対応するＲＬＣエンティティに対し、優先度が高いベアラのデータを優先的に引き渡す。例えば、ＰＤＣＰエンティティ１２は、ＭｅＮＢ２００Ｍから上りリンク無線リソースが割り当てられた場合、ＭＣＧ向けのＲＬＣエンティティ２２に対し、優先度が高いベアラのデータを優先的に引き渡す。これに対し、ＰＤＣＰエンティティ１２は、ＳｅＮＢ２００Ｓから上りリンク無線リソースが割り当てられた場合、ＳＣＧ向けのＲＬＣエンティティ２３に対し、優先度が高いベアラのデータを優先的に引き渡す。
【００９２】
これにより、Ｐｕｌｌ  ｍｏｄｅｌを採用した場合でも、ＰＤＣＰエンティティ１２がＲＬＣエンティティに対して適切にＰＤＣＰ  ＰＤＵを引き渡すことができる。以下において、スプリットベアラ間の優先度付けの具体例について説明する。
【００９３】
（１）優先度付けパターン１
第２実施形態の優先度付けパターン１において、ＰＤＣＰエンティティ１２は、ＭｅＮＢ２００Ｍから通知される設定パラメータに基づいて、優先度付けを行う。設定パラメータは、例えばＲＲＣシグナリングによりＭｅＮＢ２００ＭからＵＥ１００に通知される。
【００９４】
設定パラメータは、ｐｒｉｏｒｉｔｙ、Ｐｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ等を含む。ここで、ＰＤＣＰエンティティ１２が複数のスプリットベアラの優先度付けを行う動作の一例を説明する。
【００９５】
ステップ０：  ＰＤＣＰエンティティ１２は、スプリットベアラごとに変数Ｂｊを維持する。変数Ｂｊの初期値はゼロに設定されており、ＰＤＣＰエンティティ１２は、ＴＴＩ毎にＰＢＲ×ＴＴＩ分変数Ｂｊを増加させていく。ここで、ＰＢＲはスプリットベアラｊのＰｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅを指す。また、変数Ｂｊはスプリットベアラ毎に設定されたバケットサイズを超えてはならない。バケットサイズはＰＢＲ×ＢＳＤで求められる。ここでＢＳＤはＢｕｃｋｅｔ  Ｓｉｚｅ  Ｄｕｒａｔｉｏｎを指す。
【００９６】
ステップ１：  ＰＤＣＰエンティティ１２は、Ｂｊ＞０の全てのスプリットベアラのデータにリソースを与える（すなわち、ＰＤＣＰ  ＰＤＵを引き渡す）。ＰＤＣＰ  ＰＤＵを引き渡すベアラの順番は、優先度（ｐｒｉｏｒｉｔｙ）の順番にする。
【００９７】
ステップ２：  ＰＤＣＰエンティティ１２は、スプリットベアラ毎に、割り当てたリソース分だけ変数Ｂｊから値を差し引く。例えば、ＰＤＣＰエンティティ１２は、１０ｋＢｙｔｅ分ＰＤＣＰ  ＰＤＵを作成したら、Ｂｊから１０ｋＢｙｔｅを引く。
【００９８】
ステップ３：  上記の動作を行った後、まだ送信可能リソースに余りがあれば、ＰＤＣＰエンティティ１２は、送信可能リソースが尽きるまで再度リソース割り当てを行う（すなわち、ＰＤＣＰ  ＰＤＵを引き渡す）。この際、ｐｒｉｏｒｉｔｙ順に割り当てを行う。
【００９９】
（２）優先度付けパターン２
第２実施形態において、ＰＤＣＰエンティティ１２は、ＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたベアラごとのデータ量（ＰＤＣＰデータ量）に基づいて、優先度付けを行う。
【０１００】
例えば、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が閾値未満であるスプリットベアラ、すなわち、一方のｅＮＢにしかＢＳＲを送信していないようなスプリットベアラに対して、高い優先度を与える。具体的には、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が閾値未満であるスプリットベアラ、ＰＤＣＰデータ量が閾値を超えるスプリットベアラに比べて、ＰＤＣＰデータ量が閾値未満であるスプリットベアラの優先度を高く設定する。
【０１０１】
或いは、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が多いスプリットベアラに対して、高い優先度を与える。これに対し、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が少ないスプリットベアラに対して、低い優先度を与える。
【０１０２】
（３）優先度付けパターン３
第２実施形態において、ＰＤＣＰエンティティ１２は、複数のスプリットベアラのそれぞれに対応する論理チャネルに付与されている優先度に基づいて、優先度付けを行う。
【０１０３】
例えば、ＰＤＣＰエンティティ１２は、スプリットベアラに対応する論理チャネルの優先度をＭＡＣエンティティ３１及び３２から取得し、論理チャネルの優先度が高いスプリットベアラに対して、高い優先度を与える。これに対し、ＰＤＣＰエンティティ１２は、論理チャネルの優先度が低いスプリットベアラに対して、低い優先度を与える。
【０１０４】
或いは、ＰＤＣＰエンティティ１２は、ＭＡＣエンティティ３１及び３２が論理チャネルの優先度に基づいて行う要求に応じて、スプリットベアラの優先度付けを行なってもよい。例えば、ＭＡＣエンティティ３１及び３２が優先度の高い論理チャネルをＰＤＣＰエンティティ１２に指定し、ＰＤＣＰエンティティ１２は、対応するスプリットベアラの優先度を高く設定する。
【０１０５】
（４）その他の優先度付けパターン
ＰＤＣＰエンティティ１２は、複数のスプリットベアラのそれぞれに対応するＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｔｙ）に基づいて、優先度付けを行なってもよい。具体的には、ＰＤＣＰエンティティ１２は、ＱＣＩが高いスプリットベアラに対して、高い優先度を与える。これに対し、ＰＤＣＰエンティティ１２は、ＱＣＩが低いスプリットベアラに対して、低い優先度を与える。
【０１０６】
なお、ＭｅＮＢ２００Ｍは、上述したような優先度付けパターン１乃至３のうち１つを選択し、何れの方法を用いるかをＵＥ１００に設定してもよい。
【０１０７】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、上述した「Ｄｏｕｂｌｅ  ＢＳＲ」に関する実施形態である。
【０１０８】
第３実施形態に係るＵＥ１００は、１つのベアラ（スプリットベアラ）のデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。ＵＥ１００は、２つのｅＮＢ２００に対応する２つのＲＬＣエンティティ２２及び２３と、２つのＲＬＣエンティティ２２及び２３よりも上位層に位置付けられるＰＤＣＰエンティティ１２と、を含む制御部１３０を備える。制御部１３０は、２つのｅＮＢ２００のうち少なくとも一方に対し、対応するＲＬＣエンティティのバッファ（ＲＬＣバッファ）に蓄積されたデータ量とＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量との合計を示すＢＳＲを送信する処理を行う。制御部１３０は、ＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量を判断するための所定の情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。
【０１０９】
（第３実施形態に係る動作）
「Ｄｏｕｂｌｅ  ＢＳＲ」の欠点として、ＵＥ１００の保持する送信データ量以上に上りリンク無線リソースが割り当てられる「ｏｖｅｒ−ｓｃｈｅｄｕｌｉｎｇ」が挙げられる。上述したように、ＰＤＣＰデータ量が閾値を上回る場合、ＵＥ１００は、ＰＤＣＰデータ量ＡについてはＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に報告する。このため、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００ＳがＰＤＣＰデータ量Ａに対して重複して上りリンク無線リソースを割り当て得る。その結果、「ｏｖｅｒ−ｓｃｈｅｄｕｌｉｎｇ」が発生する。
【０１１０】
ここで、ｅＮＢ２００側で重要なことは、ＵＥ１００から受信したＢＳＲが示すデータ量のうち、どれくらいがＰＤＣＰバッファに蓄積されているデータ量で、どれくらいがＲＬＣバッファに蓄積されているデータ量であるのかを認識することである。例えば、ＰＤＣＰバッファには殆どデータが蓄積されていない場合（すなわち、Ｐｕｓｈ  ｍｏｄｅｌの場合）、各ｅＮＢ２００は、ＵＥ１００から受信したＢＳＲが示すデータ量の分だけ上りリンク無線リソースを割り当てればよい。一方、ＰＤＣＰバッファに殆どデータが蓄積されている場合（すなわち、Ｐｕｌｌ  ｍｏｄｅｌの場合）、各ｅＮＢ２００は、ＵＥ１００から受信したＢＳＲが示すデータ量の半分以上の上りリンク無線リソースを割り当てればよい。
【０１１１】
そこで、第３実施形態に係るＵＥ１００は、ＰＤＣＰバッファに蓄積されたデータ量を判断するための所定の情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。ＵＥ１００は、当該所定の情報をＭｅＮＢ２００Ｍのみに通知してもよい。或いは、ＵＥ１００は、当該所定の情報をＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に通知してもよい。以下において、当該所定の情報の通知の具体例について説明する。
【０１１２】
（１）通知パターン１
第３実施形態の通知パターン１において、ＵＥ１００は、所定の情報として、ＰＤＣＰエンティティ１２がＲＬＣエンティティ２２及び２３に対してデータを引き渡す方式を示す情報を通知する。当該方式は、上りリンク無線リソース割り当てに応じてデータを引き渡すバッファ蓄積型の方式（Ｐｕｌｌ  ｍｏｄｅｌ）、及び上りリンク無線リソース割り当てが無くてもデータを引き渡す即時型の方式（Ｐｕｓｈ  ｍｏｄｅｌ）のうち一方である。
【０１１３】
つまり、ＵＥ１００は、自身がＰｕｓｈ  ｍｏｄｅｌ及びＰｕｌｌ  ｍｏｄｅｌのどちらを採用しているのかをｅＮＢ２００に通知する。
【０１１４】
図９は、第３実施形態の通知パターン１を示す図である。
【０１１５】
図９に示すように、ステップＳ３０１において、ＵＥ１００は、自身がＰｕｓｈ  ｍｏｄｅｌ及びＰｕｌｌ  ｍｏｄｅｌのどちらを採用しているのかをＭｅＮＢ２００Ｍに通知する。例えば、ＵＥ１００は、ＲＲＣシグナリングの一種であるＵＥ  ｃａｐａｂｉｌｉｔｙ（能力通知）により通知を行なってもよい。或いは、ＵＥ１００は、ＰＤＣＰシグナリングであるＰＤＣＰ制御ＰＤＵにより通知を行なってもよい。
【０１１６】
ステップＳ３０２において、ＭｅＮＢ２００Ｍは、ＵＥ１００がＰｕｓｈ  ｍｏｄｅｌ及びＰｕｌｌ  ｍｏｄｅｌのどちらを採用しているのかをＸ２インターフェイス上でＳｅＮＢ２００Ｓに通知する。
【０１１７】
或いは、ＵＥ１００は、例えば「Ｄｏｕｂｌｅ  ＢＳＲがトリガーされた際（ＰＤＣＰデータ量が閾値を上回る際）、ＭＡＣシグナリングにより、自身がＰｕｓｈ  ｍｏｄｅｌ及びＰｕｌｌ  ｍｏｄｅｌのどちらを採用しているのかをＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に通知してもよい。この場合、新たなＭＡＣ制御要素（ＭＡＣ  ＣＥ）を定義してもよいし、Ｐａｄｄｉｎｇ  ＢＳＲのように上りリンク無線リソースの余剰分を用いた通知としてもよい。
【０１１８】
（２）通知パターン２
第３実施形態の通知パターン２において、ＵＥ１００は、所定の情報として、ＲＬＣエンティティのバッファに蓄積されたデータ量とＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量との比を示す情報を通知する。当該情報は、通知パターン１と同様に、ＲＲＣシグナリング、ＰＤＣＰシグナリング、又はＭＡＣシグナリングにより行われる。
【０１１９】
図６に示すように、ＵＥ１００は、ＭｅＮＢ２００Ｍに対して、データ量Ａとデータ量Ｂとの比を示す情報を通知する。これに対し、ＵＥ１００は、ＳｅＮＢ２００Ｓに対して、データ量Ａとデータ量Ｃとの比を示す情報を通知する。ＳｅＮＢ２００Ｓに対する通知は、図９に示すようなＭｅＮＢ２００Ｍ経由の通知としてもよい。
【０１２０】
（３）通知パターン３
第３実施形態の通知パターン３において、ＵＥ１００は、所定の情報として、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）を示す情報を通知する。当該情報は、通知パターン１と同様に、ＲＲＣシグナリング、ＰＤＣＰシグナリング、又はＭＡＣシグナリングにより行われる。ＳｅＮＢ２００Ｓに対する通知は、図９に示すようなＭｅＮＢ２００Ｍ経由の通知としてもよい。
【０１２１】
［第３実施形態の変更例］
第３実施形態の変更例に係るＵＥ１００は、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が所定量を下回ったことをトリガーとして、ＢＳＲを送信する。ＰＤＣＰデータ量Ａが所定量を下回ったとは、ＰＤＣＰデータ量Ａがゼロになったことであってもよい。このような新たなトリガーにより送信されるＢＳＲは、特殊なＢＳＲ（例えば、Ｔｒｕｎｃａｔｅｄ  ＢＳＲ）であってもよい。当該特殊なＢＳＲは、ＰＤＣＰデータ量Ａが所定量を下回ったベアラに対応する論理チャネルを含む論理チャネルグループ（ＬＣＧ）のバッファ状態（ＢＳ）を含むことが好ましい。
【０１２２】
第３実施形態の変更例によれば、新たなトリガーを導入することにより、ＵＥ１００のＰＤＣＰデータ量Ａが所定量を下回ったことを各ｅＮＢ２００がＢＳＲに基づいて推定可能となる。
【０１２３】
［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。第４実施形態は、上述した「Ｄｏｕｂｌｅ  ＢＳＲ」に関する実施形態である。
【０１２４】
第４実施形態に係るＵＥ１００は、１つのベアラ（スプリットベアラ）のデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。ＵＥ１００は、２つのｅＮＢ２００に対応する２つのＲＬＣエンティティ２２及び２３と、２つのＲＬＣエンティティ２２及び２３よりも上位層に位置付けられるＰＤＣＰエンティティ１２と、を含む制御部１３０を備える。制御部１３０は、２つのｅＮＢ２００のそれぞれに対し、対応するＲＬＣエンティティのバッファ（ＲＬＣバッファ）に蓄積されたデータ量とＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量との合計を示すＢＳＲを送信する処理を行う。制御部１３０は、スプリットベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。
【０１２５】
（第４実施形態に係る動作）
「Ｄｏｕｂｌｅ  ＢＳＲ」に起因するｏｖｅｒ−ｓｃｈｅｄｕｌｉｎｇにより、既にデータ送信が完了したＵＥ１００に余分な上りリンク無線リソースが割り当てられる可能性がある。これは、上りリンク無線リソースの無駄遣いに繋がる。
【０１２６】
そこで、第４実施形態に係るＵＥ１００は、スプリットベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。
【０１２７】
ＵＥ１００は、２つのｅＮＢ２００の何れかに最後のデータを送信する際に、送信すべきデータが存在しないことを明示的に示す情報（Ｅｎｄ  ｍａｒｋｅｒ）を通知する。或いは、ＵＥ１００は、２つのｅＮＢ２００の何れかに最後のデータを送信した後、当該最後のデータに対応する送達確認情報（ＡＣＫ／ＮＡＣＫ）を受信していなくても、送信すべきデータが存在しないことを明示的に示す情報（Ｅｎｄ  ｍａｒｋｅｒ）を通知する。このようなＥｎｄ  ｍａｒｋｅｒを受信したｅＮＢ２００は、ＵＥ１００に対する上りリンク無線リソースの割り当てを中止することができる。
【０１２８】
ＵＥ１００は、２つのｅＮＢ２００の何れかに最後のデータを送信した後、データ送信のために割り当てられる無線リソース（ＰＵＳＣＨリソース）とは異なる無線リソース（例えば、ＰＵＣＣＨリソース）を用いて、送信すべきデータが存在しないことを示す情報を通知する。当該情報を受信したｅＮＢ２００は、ＵＥ１００に対する上りリンク無線リソース（ＰＵＳＣＨリソース）の割り当てを中止することができる。
【０１２９】
［第４実施形態の変更例］
第４実施形態の変更例において、ｅＮＢ２００は、ＵＥ１００が割り当て無線リソースの余剰分を用いて送信する「Ｐａｄｄｉｎｇ  ＢＳＲ」又はＮｕｌｌデータに基づいて、ＵＥ１００の送信可能データ残量が後わずかでなくなると判断し、上りリンク無線リソースの割り当てに反映させてもよい。
【０１３０】
［その他の実施形態］
上述した各実施形態は、別個独立して実施してもよいし、２以上の実施形態を組み合わせて実施してもよい。
【０１３１】
上述した各実施形態において、ＭｅＮＢ２００Ｍ（マスタ基地局）が第１の無線通信装置に相当し、ＳｅＮＢ２００Ｓ（セカンダリ基地局）が第２の無線通信装置に相当する一例を説明した。しかしながら、上述した各実施形態は、ｅＮＢ及びＷＬＡＮノードとの二重接続通信（ＬＴＥ・ＷＬＡＮアグリゲーション）に応用してもよい。ＬＴＥ・ＷＬＡＮアグリゲーションにおいて、ＵＥ１００は、ｅＮＢとの通信及びＷＬＡＮノードとの通信を同時に行う。上述した各実施形態において、「ＭｅＮＢ２００Ｍ」をＬＴＥ・ＷＬＡＮアグリゲーションにおける「ｅＮＢ」と読み替え、ＳｅＮＢ２００ＭをＬＴＥ・ＷＬＡＮアグリゲーションにおける「ＷＬＡＮノード」と読み替えてもよい。ＷＬＡＮノードは、ＷＬＡＮアクセスポイント（ＡＰ）を含む。ＷＬＡＮノードは、ＷＬＡＮアクセスコントローラ（ＡＣ）を含んでもよい。
【０１３２】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。
【０１３３】
［付記］
（１．前書き）
現在のところ、どのようにしてＰＤＣＰがＰＤＵを下位層に引き渡すかはＵＥ実装に任されている。しかしながら、上りリンク方向のための２つのデータパスがある場合、複数の下位層へのＰＤＣＰ  ＰＤＵの引き渡しは、不明確であり、ＰＤＣＰ  ＰＤＵ引き渡しの背後にある原理のさらなる明確化が必要とされる。
【０１３４】
（２．考察）
リリース１３以前には、いつＰＤＣＰがＰＤＣＰ  ＰＤＵを下位層に引き渡すかは完全にＵＥ実装に任されている可能性がある。一部の企業は、ＰＤＣＰ  ＰＤＵがＰＤＣＰ  ＳＤＵの到着直後に下位層に引き渡されることを前提とすることがある。暗号化は、遅延が危機的な動作であってはならないので、ＰＤＣＰが直ちにＰＤＣＰ  ＳＤＵを処理することは理に適っている。その上に、ＰＤＣＰ  ＰＤＵを下位層に引き渡し、ＲＬＣ送信バッファの中に記憶することは、付加的なＰＤＣＰ  ＰＤＵバッファを要求することがないであろう。
【０１３５】
しかしながら、このモデルは、上りリンクスプリットベアラ動作に対して巧く機能しない。ＰＤＣＰ中のデータ量が構成された閾値を上回るときにダブルＢＳＲを規定することに合意した。これによって、両方のｅＮＢは、送信のためＵＥの利用可能なＰＤＣＰデータを認識することができるようになり、各ｅＮＢは、（たとえば、ｅＮＢ調整に基づいて）アップリンクリソースを適切であるとして許可することがある。ＰＤＣＰがこれのＰＤＵをやみくもに下位層に引き渡す場合、１つずつのレポートされたバッファ状態は、各ＲＬＣバッファ状態に基づくものであり、すなわち、ＳｅＮＢおよびＭｅＮＢは、それぞれ、ＵＥからＳＣＧ−ＲＬＣバッファ状態およびＭＣＧ−ＲＬＣバッファ状態だけを取得する（図１０）。上りリンクにおけるスループット強化のため、および、ＵＬリソースの過剰割り当ての量を削減するため、ＰＤＣＰデータは、上りリンクリソースが許可されるまでＰＤＣＰ層に記憶されるべきである。
【０１３６】
提案１：ＲＡＮ２は、上りリンクリにおけるスループット増強のための上りリンクソースがグラントされるまで到着データが  ＰＤＣＰに格納されることを確認するべきである。
【０１３７】
提案１が同意され得る場合、この挙動を達成する２つの方法がある。
【０１３８】
１．ＰＤＣＰ  ＳＤＵはＰＤＣＰ  ＳＤＵバッファに格納される。ＰＤＣＰは、上りリンクグラントに示されたら、ＳＤＵの処理を開始し、処理されたＰＤＵをＲＬＣ層に引き渡す。
【０１３９】
２．ＰＤＣＰ  ＳＤＵは即座に処理され、処理されたＰＤＣＰ  ＰＤＵはＰＤＣＰ  ＰＤＵバッファに保存される。ＰＤＣＰは、上りリンクグラントに示された場合、処理されたＰＤＵをＲＬＣ層に引き渡す。
【０１４０】
第２の方法は、暗号化の遅延が低減できるという利点があるが、どの方法を選択するかを決定する理由がＲＡＮ２にない。従って、  ＰＤＣＰ  ＳＤＵがいつ処理されるべきかと、ＰＤＣＰ  ＰＤＵバッファがインストールされるか否かとは、ＵＥ実装によって決定されてもよい。
【０１４１】
提案２：ＰＤＣＰ  ＳＤＵがいつ処理されるべきかと、ＰＤＣＰ  ＰＤＵバッファがインストールされるか否かとは、ＵＥ実装によって決定されてもよい。
【０１４２】
（３．結論）
本付記は、ＵＥがどのよういＰＤＣＰ到着データを処理するかと、処理されたＰＤＣＰ  ＰＤＵをいつ下位層に引き渡すかとについて検討した。該検討を経て、以下の提案に達した。
【０１４３】
提案１：ＲＡＮ２は、上りリンクリにおけるスループット増強のための上りリンクソースがグラントされるまで到着データが  ＰＤＣＰに格納されることを確認するべきである。
【０１４４】
提案２：ＰＤＣＰ  ＳＤＵがいつ処理されるべきかと、ＰＤＣＰ  ＰＤＵバッファがインストールされるか否かとは、ＵＥ実装によって決定されてもよい。
【０１４５】
なお、米国仮出願第62/198937号（２０１５年７月３０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１４６】
本発明は、移動通信分野において有用である。
【図１】
2020174394.tif 000003
【図２】
2020174394.tif 000004
【図３】
2020174394.tif 000005
【図４】
2020174394.tif 000006
【図５】
2020174394.tif 000007
【図６】
2020174394.tif 000008
【図７】
2020174394.tif 000009
【図８】
2020174394.tif 000010
【図９】
2020174394.tif 000011
【図１０】
2020174394.tif 000012