(57)【要約】  実施形態に係るマスタ基地局は、二重接続方式において、移動局のベアラを２つの分割ベアラに分割する。セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられている。前記マスタ基地局は、前記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記移動局に送信する送信部を備える。
2015141845.tif 000002
【特許請求の範囲】
【請求項１】
二重接続方式において、移動局のベアラを２つの分割ベアラに分割するマスタ基地局であって、
セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられており、
前記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記移動局に送信する送信部を備えるマスタ基地局。
【請求項２】
二重接続方式において、マスタ基地局と接続される移動局であって、
セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられており、
前記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記マスタ基地局から受信する受信部を備える移動局。
【請求項３】
分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信可能な移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、
前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、
前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む通信制御方法であって、
前記移動局が、前記第２無線基地局に、前記第２データ送信用のリソース割り当てに用いる制御情報を通知するステップをさらに含み、
前記制御情報は、前記リソース割り当ての対象となる前記第２データが、前記分割ベアラに属することを識別可能に構成されることを特徴とする通信制御方法。
【請求項４】
前記制御情報は、上りリンク無線リソース割り当て要求であり、
前記上りリンク無線リソース割り当て要求は、分割ベアラ識別子を含む、又は前記分割ベアラの専用フォーマットが適用されることを特徴とする請求項３に記載の通信制御方法。
【請求項５】
前記制御情報は、前記移動局の送信バッファ領域に格納されている前記第２データの量を示す状況報告であり、
前記状況報告は、前記分割ベアラを示す識別子を含むことを特徴とする請求項３に記載の通信制御方法。
【請求項６】
分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信可能な移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、
前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、
前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む通信制御方法であって、
前記移動局が、ＭＡＣ層において、前記第２データを優先的に送信するための制御を行うステップをさらに含むことを特徴とする通信制御方法。
【請求項７】
前記制御を行うステップにおいて、前記移動局が、論理チャネルグループのうち、高優先度の論理チャネルグループに前記第２データを分類することを特徴とする請求項６に記載の通信制御方法。
【請求項８】
前記第１無線基地局が、前記順序制御の許容処理時間に応じて定められる許容遅延量を前記移動局に通知するステップをさらに含むことを特徴とする請求項６に記載の通信制御方法。
【請求項９】
分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信する移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、
前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、
前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む通信制御方法であって、
前記第１無線基地局が、前記順序制御の許容処理時間を前記第２無線基地局に通知するステップをさらに含むことを特徴とする通信制御方法。
【請求項１０】
分割ベアラに属する上りデータを第１無線基地局及び第２無線基地局を用いて送信する移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、
前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、
前記第１無線基地局は、前記第１データと前記第２データの順序制御をするステップと、を含む通信制御方法であって、
前記移動局が、前記第１データと前記第２データの送信比率を決定するステップと、
前記移動局が、前記送信比率に従って前記第１データと前記第２データとを送信するステップと、
をさらに含むことを特徴とする通信制御方法。
【請求項１１】
前記移動局は、さらに、前記分割ベアラと異なるベアラを前記第１無線基地局及び、前記第２無線基地局のうち少なくとも一方と確立しており、
前記移動局は、前記分割ベアラに対応付けられた第１ＰＤＣＰ機能と、前記異なるベアラに対応付けられた前記移動局の第２ＰＤＣＰ機能と、を有し、
前記通信制御方法は、
前記第１ＰＤＣＰ機能が、前記第２ＰＤＣＰ機能から、該第２ＰＤＣＰ機能の送信バッファ領域に格納されている上りデータ量を、取得するステップと、
前記第１ＰＤＣＰ機能が、前記第２ＰＤＣＰ機能から取得した前記上りデータ量に基づいて、前記送信比率を決定するステップと、
をさらに含むことを特徴とする請求項９に記載の通信制御方法。
【請求項１２】
前記移動局は、さらに、前記分割ベアラと異なるベアラを前記第１無線基地局及び、前記第２無線基地局のうち少なくとも一方と確立しており、
前記移動局は、前記分割ベアラに対応付けられた第１ＰＤＣＰ機能と、前記第１無線基地局に対応付けられた第１ＭＡＣ機能と、前記第２無線基地局に対応付けられた第２ＭＡＣ機能と、を有し、
前記通信制御方法は、
前記第１ＰＤＣＰ機能が、前記第１ＭＡＣ機能及び前記第２ＭＡＣ機能から、前記第１無線基地局向けの送信バッファ領域及び前記第２無線基地局向けの送信バッファ領域に格納されている上りデータ量を、取得するステップと、
前記第１ＰＤＣＰ機能が、前記第１ＭＡＣ機能及び前記第２ＭＡＣ機能から取得した上りデータ量に基づいて、前記送信比率を決定するステップと、
をさらに含むことを特徴とする請求項１０に記載の通信制御方法。
【請求項１３】
前記移動局は、前記分割ベアラに対応付けられたＲＲＣ機能をさらに有し、
前記第１ＭＡＣ機能と前記第２ＭＡＣ機能とが、前記第１無線基地局向け送信バッファ領域及び前記第２無線基地局向け送信バッファ領域に格納されている上りデータ量を、前記ＲＲＣ機能に報告するステップと、
前記第１ＰＤＣＰ機能が、前記ＲＲＣ機能から前記第１無線基地局向けの前記送信バッファ領域に格納されている上りデータ量、及び前記第２無線基地局向けの前記送信バッファ領域に格納されている上りデータ量を取得するステップと、
をさらに含むことを特徴とする請求項１２に記載の通信制御方法。
【請求項１４】
前記移動局は、分割ベアラに対応付けられた送信バッファ領域を有し、
前記移動局が、前記送信バッファ領域に格納されている前記第１データ及び前記第２データの量を、前記第１無線基地局又は前記第２無線基地局に報告するステップと、
前記第１無線基地局又は前記第２無線基地局が、前記第１データと前記第２データの送信比率を、前記移動局に指定するステップと、
をさらに含むことを特徴とする請求項１０に記載の通信制御方法。
【請求項１５】
前記移動局は、送信バッファ領域に前記上りデータが格納されている時間を計時する送信タイマを有し、
前記通信制御方法は、前記移動局が、前記送信タイマの満了時に、前記送信バッファ領域に残っている前記上りデータの送信先を一方の無線基地局から他方の無線基地局に変更するステップをさらに含むことを特徴とする請求項１０に記載の通信制御方法。
【請求項１６】
前記移動局は、前記第１無線基地局向けの送信バッファ領域に前記上りデータが格納されている時間を計時する第１タイマと、前記第２無線基地局向けの送信バッファ領域に前記上りデータが格納されている時間を計時する第２タイマと、を有し、
前記第１タイマ及び前記第２タイマのうち一方のタイマが満了した際に、他方のタイマが満了していない場合には、前記送信バッファ領域に残っている前記上りデータの送信先を他方のタイマに対応する他方の無線基地局に変更することを特徴とする請求項１０に記載の通信制御方法。
【請求項１７】
前記移動局は、前記送信バッファ領域に前記上りデータが格納されている時間を計時する破棄タイマを含み、
前記破棄タイマが満了した際に、前記送信バッファ領域に残っている前記上りデータを破棄することを特徴とする請求項１５に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられるマスタ基地局、移動局及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降において二重接続方式（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、移動局は、複数の基地局からユーザデータを受信する。移動局には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。【０００３】
二重接続方式は、下りデータの送受信に適用することを前提に検討されており、移動局との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが、移動局とＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続を移動局と確立せずに、追加的な無線リソースを移動局に提供する。つまり、マスタ基地局が移動局との通信に必要な全ての機能を提供しつつ、セカンダリ基地局は、ユーザデータの送信に必要な機能に絞って提供する前提で検討がされている。なお、二重接続方式は、基地局間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ＣＡ）と称されることもある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４２  Ｖ１２．０．０」  ２０１４年１月７日
【発明の概要】
【０００５】
二重接続方式は、下りデータ送信への適用について検討されているが、上りデータ送信に適用する方法については検討されていない。このため、上りデータ送信のスループット向上のため、二重接続方式を適用する方法を明確化する必要があると考えられる。
【０００６】
そこで、本願は、上りデータ送信において、二重接続方式の通信を適切に行うことを可能とするマスタ基地局、移動局及び通信制御方法を提供することを目的とする。
【０００７】
一の実施形態に係るマスタ基地局は、二重接続方式において、移動局のベアラを２つの分割ベアラに分割する。セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられている。前記マスタ基地局は、記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記移動局に送信する送信部を備える。
【０００８】
一の実施形態に係る移動局は、二重接続方式において、マスタ基地局と接続される。セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられる。前記移動局は、前記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記マスタ基地局から受信する受信部を備える。
【０００９】
一の実施形態に係る通信制御方法は、分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信可能な移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む。前記通信制御方法は、前記移動局が、前記第２無線基地局に、前記第２データ送信用のリソース割り当てに用いる制御情報を通知するステップをさらに含む。前記制御情報は、前記リソース割り当ての対象となる前記第２データが、前記分割ベアラに属することを識別可能に構成される。
【００１０】
一の実施形態に係る通信制御方法は、分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信可能な移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む。前記通信制御方法は、前記移動局が、ＭＡＣ層において、前記第２データを優先的に送信するための制御を行うステップをさらに含む。
【００１１】
一の実施形態に係る通信制御方法は、分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信する移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む。前記通信制御方法は、前記第１無線基地局が、前記順序制御の許容処理時間を前記第２無線基地局に通知するステップをさらに含む。
【００１２】
一の実施形態に係る通信制御方法は、分割ベアラに属する上りデータを第１無線基地局及び第２無線基地局を用いて送信する移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データの順序制御をするステップと、を含む。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態乃至第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態乃至第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態乃至第２実施形態に係るeＮＢのブロック図である。
【図４】二重接続方式の上りデータ処理を示す図である。
【図５】二重接続方式の上りデータ処理を示す図である。
【図６】第１実施形態に係る信号フォーマット（バッファ状況報告）の一例を示す図である。
【図７】第１実施形態に係る信号フォーマット（バッファ状況報告）の一例を示す図である。
【図８】第１実施形態に係る信号フォーマット（バッファ状況報告）の一例を示す図である。
【図９】第１実施形態に係る信号フォーマット（許容遅延量通知）を示す図である。
【図１０】第１実施形態に係るシーケンス（順序制御タイマ通知）の図である。
【図１１】第２実施形態に係るシーケンス（ＰＤＣＰエンティティ）の図である。
【図１２】第２実施形態に係る第１のフローチャートである。
【図１３】第２実施形態に係る第２のフローチャートである。
【図１４】第２実施形態に係るシーケンス（ＭＡＣエンティティ）の図である。
【図１５】第２実施形態に係るシーケンス（ＲＲＣエンティティ）の図である。
【図１６】第２実施形態に係るシーケンス（ＰＤＣＰバッファ状況報告）の図である。
【図１７】第２実施形態に係る信号フォーマット（バッファ状況報告）を示す図である。
【図１８】第２実施形態に係る信号フォーマットの設定値を示す図である。
【図１９】第２実施形態に係る信号フォーマット（送信比率設定）の図である。
【図２０】上りリンク二重接続方式の可能な全体構造の一例を説明するための図である。
【図２１】ルート再決定（Ｒｅ−ｒｏｕｔｉｎｇ）メカニズムのオプションを説明するための図である。
【発明を実施するための形態】
【００１４】
［実施形態の概要］
実施形態に係るマスタ基地局は、二重接続方式において、移動局のベアラを２つの分割ベアラに分割する。セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられている。前記マスタ基地局は、記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記移動局に送信する送信部を備える。
【００１５】
実施形態に係る移動局は、二重接続方式において、マスタ基地局と接続される。セカンダリ基地局を介さずに前記マスタ基地局と前記移動局との間に一方の分割ベアラが設けられ、かつ、前記セカンダリ基地局を介して前記マスタ基地局と前記移動局との間に他方の分割ベアラが設けられる。前記移動局は、前記移動局が上りデータを前記マスタ基地局に送信すべきか前記セカンダリ基地局に送信すべきかを示す情報を、前記マスタ基地局から受信する受信部を備える。
【００１６】
実施形態に係る通信制御方法は、分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信可能な移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む。前記通信制御方法は、前記移動局が、前記第２無線基地局に、前記第２データ送信用のリソース割り当てに用いる制御情報を通知するステップをさらに含む。前記制御情報は、前記リソース割り当ての対象となる前記第２データが、前記分割ベアラに属することを識別可能に構成される。
【００１７】
実施形態では、前記制御情報は、上りリンク無線リソース割り当て要求である。前記上りリンク無線リソース割り当て要求は、分割ベアラ識別子を含む、又は前記分割ベアラの専用フォーマットが適用される。
【００１８】
実施形態では、前記制御情報は、前記移動局の送信バッファ領域に格納されている前記第２データの量を示す状況報告である。前記状況報告は、前記分割ベアラを示す識別子を含む。
【００１９】
実施形態に係る通信制御方法は、分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信可能な移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む。前記通信制御方法は、前記移動局が、ＭＡＣ層において、前記第２データを優先的に送信するための制御を行うステップをさらに含む。
【００２０】
実施形態では、前記制御を行うステップにおいて、前記移動局が、論理チャネルグループのうち、高優先度の論理チャネルグループに前記第２データを分類する。
【００２１】
実施形態に係る通信制御方法は、前記第１無線基地局が、前記順序制御の許容処理時間に応じて定められる許容遅延量を前記移動局に通知するステップをさらに含む。
【００２２】
実施形態に係る通信制御方法は、分割ベアラの上りデータを第１無線基地局及び第２無線基地局を用いて送信する移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データとの順序制御をするステップと、を含む。前記通信制御方法は、前記第１無線基地局が、前記順序制御の許容処理時間を前記第２無線基地局に通知するステップをさらに含む。
【００２３】
実施形態に係る通信制御方法は、分割ベアラに属する上りデータを第１無線基地局及び第２無線基地局を用いて送信する移動局が、前記分割ベアラに属する第１データを前記第１無線基地局に送信しつつ、前記分割ベアラに属する第２データを前記第２無線基地局に送信するステップと、前記第２無線基地局は、前記第２データを前記第１無線基地局に転送するステップと、前記第１無線基地局は、前記第１データと前記第２データの順序制御をするステップと、を含む。
【００２４】
前記通信制御方法は、前記移動局が、前記第１データと前記第２データの送信比率を決定するステップと、前記移動局が、前記送信比率に従って前記第１データと前記第２データとを送信するステップと、をさらに含む。
【００２５】
実施形態では、前記移動局は、さらに、前記分割ベアラと異なるベアラを前記第１無線基地局及び、前記第２無線基地局のうち少なくとも一方と確立している。前記移動局は、前記分割ベアラに対応付けられた第１ＰＤＣＰ機能と、前記異なるベアラに対応付けられた前記移動局の第２ＰＤＣＰ機能と、を有する。前記通信制御方法は、前記第１ＰＤＣＰ機能が、前記第２ＰＤＣＰ機能から、該第２ＰＤＣＰ機能の送信バッファ領域に格納されている上りデータ量を、取得するステップと、前記第１ＰＤＣＰ機能が、前記第２ＰＤＣＰ機能から取得した前記上りデータ量に基づいて、前記送信比率を決定するステップと、をさらに含む。
【００２６】
実施形態では、前記移動局は、さらに、前記分割ベアラと異なるベアラを前記第１無線基地局及び、前記第２無線基地局のうち少なくとも一方と確立している。前記移動局は、前記分割ベアラに対応付けられた第１ＰＤＣＰ機能と、前記第１無線基地局に対応付けられた第１ＭＡＣ機能と、前記第２無線基地局に対応付けられた第２ＭＡＣ機能と、を有する。前記通信制御方法は、前記第１ＰＤＣＰ機能が、前記第１ＭＡＣ機能及び前記第２ＭＡＣ機能から、前記第１無線基地局向けの送信バッファ領域及び前記第２無線基地局向けの送信バッファ領域に格納されている上りデータ量を、取得するステップと、前記第１ＰＤＣＰ機能が、前記第１ＭＡＣ機能及び前記第２ＭＡＣ機能から取得した上りデータ量に基づいて、前記送信比率を決定するステップと、をさらに含む。
【００２７】
実施形態では、前記移動局は、前記分割ベアラに対応付けられたＲＲＣ機能をさらに有する。前記第１ＭＡＣ機能と前記第２ＭＡＣ機能とが、前記第１無線基地局向け送信バッファ領域及び前記第２無線基地局向け送信バッファ領域に格納されている上りデータ量を、前記ＲＲＣ機能に報告するステップと、前記第１ＰＤＣＰ機能が、前記ＲＲＣ機能から前記第１無線基地局向けの前記送信バッファ領域に格納されている上りデータ量、及び前記第２無線基地局向けの前記送信バッファ領域に格納されている上りデータ量を取得するステップと、をさらに含む。
【００２８】
実施形態では、前記移動局は、分割ベアラに対応付けられた送信バッファ領域を有する。前記通信制御方法は、前記移動局が、前記送信バッファ領域に格納されている前記第１データ及び前記第２データの量を、前記第１無線基地局又は前記第２無線基地局に報告するステップと、前記第１無線基地局又は前記第２無線基地局が、前記第１データと前記第２データの送信比率を、前記移動局に指定するステップと、をさらに含む。
【００２９】
実施形態では、前記移動局は、送信バッファ領域に前記上りデータが格納されている時間を計時する送信タイマを有する。前記通信制御方法は、前記移動局が、前記送信タイマの満了時に、前記送信バッファ領域に残っている前記上りデータの送信先を一方の無線基地局から他方の無線基地局に変更するステップをさらに含む。
【００３０】
実施形態では、前記移動局は、前記第１無線基地局向けの送信バッファ領域に前記上りデータが格納されている時間を計時する第１タイマと、前記第２無線基地局向けの送信バッファ領域に前記上りデータが格納されている時間を計時する第２タイマと、を有する。前記第１タイマ及び前記第２タイマのうち一方のタイマが満了した際に、他方のタイマが満了していない場合には、前記送信バッファ領域に残っている前記上りデータの送信先を他方のタイマに対応する他方の無線基地局に変更する。
【００３１】
実施形態では、前記移動局は、前記送信バッファ領域に前記上りデータが格納されている時間を計時する破棄タイマを含む。前記破棄タイマが満了した際に、前記送信バッファ領域に残っている前記上りデータを破棄する。
【００３２】
［第１実施形態］
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００３３】
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３４】
ＵＥ１００は、移動局に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３５】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、無線基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３６】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３７】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３８】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３９】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００４０】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４１】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４２】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００４３】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４４】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４５】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４６】
（ユーザデータの処理）
第１実施形態に係るＬＴＥシステムは、上りリンクにおいて二重接続方式をサポートする。
【００４７】
二重接続方式では、ＵＥ１００と接続を確立する複数のｅＮＢのうち、マスタｅＮＢ（ＭｅＮＢ）２００−１のみが、当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢのうちセカンダリｅＮＢ（ＳｅＮＢ）２００−２は、ＲＲＣ層よりも下位層の接続をＵＥ１００と確立し、ＲＲＣ接続を当該ＵＥ１００と確立しない。
【００４８】
二重接続方式では、１つのベアラ（ベアラ１）に属するユーザデータを分割ベアラを用いて送信することが検討されている。
【００４９】
二重接続方式の分割ベアラ（Ｓｐｌｉｔ  Ｂｅａｒｅｒ）のユーザデータ制御においては、ＭｅＮＢ２００−１が、物理レイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤの機能を提供する。これに対し、ＳｅＮＢ２００−２は、物理レイヤ、ＭＡＣレイヤ、ＲＬＣレイヤの機能を提供し、ＰＤＣＰの機能を提供しない。
【００５０】
ＭｅＮＢ２００−１とＳｅＮＢ２００−２の間にはＸｎインターフェイスが設定される。ＸｎインターフェイスはＸ２インターフェイス又は新たなインターフェイスである。ＭｅＮＢ２００−１とＳｅＮＢ２００−２の間で、制御信号の送受信や、ユーザデータの送受信に用いられる。
【００５１】
二重接続方式の分割ベアラは、ＵＥ１００とＭｅＮＢ２００−１との間及び、ＳｅＮＢ２００−２を介してＵＥ１００とＭｅＮＢ２００−１との間にそれぞれ設定される。
【００５２】
図４及び図５を用いて上りリンクにおける二重接続方式におけるユーザデータの制御を説明する。なお、物理レイヤの処理については、図示を省略している。
【００５３】
図４は、Ｓｐｌｉｔ  Ｂｅａｒｅｒと通常の接続方式のベアラ（ベアラ２、ベアラ３）のユーザデータ制御を示す図である。なお、ベアラ２とベアラ３（図５参照）とは、通常の接続方式のベアラでなく、二重接続方式のＯｐｔｉｏｎ  １Ａで検討されている非分割ベアラでもよい。ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒと異なるベアラ（ベアラ２、ベアラ３）をＭｅＮＢ２００−１及びＳｅＮＢ２００−２のうち少なくとも一方と確立している。
【００５４】
２つのＳｐｌｉｔ  Ｂｅａｒｅｒから成る二重接続方式のベアラ１は、ＵＥ１００とＭｅＮＢ２００−１との間及び、ＵＥ１００からＳｅＮＢ２００−２を経由してＭｅＮＢ２００−１に送信される様に設定される。また、通常の接続方式のベアラであるベアラ２は、ＵＥ１００とＭｅＮＢ２００−１との間で設定される。
【００５５】
ＵＥ１００は、ＰＤＣＰ機能（１６１、１６４）と、ＲＬＣ機能（１６２、１６５、１６６）と、ＭＡＣ機能（１６３、１６７）とを有する。ＰＤＣＰ機能１６１、ＲＬＣ機能１６２及びＭＡＣ機能１６３は、ベアラ２に対応付けられている。ＰＤＣＰ機能１６４、ＲＬＣ機能１６５、１６６、及びＭＡＣ機能１６７は、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対応付けられている。
【００５６】
ＰＤＣＰ機能（１６１、１６４）は、ユーザデータであるＩＰパケットに対して、ヘッダ圧縮、暗号化を行い、ＰＤＣＰパケット（ＰＤＣＰ  ＰＤＵ）を生成する。また、ＰＤＣＰ機能（１６１、１６４）は、ＰＤＣＰパケットをＲＬＣ機能（１６２、１６５、１６６）に渡す。ＰＤＣＰ機能（１６１、１６４）は、ベアラ単位で設けられる。
【００５７】
ベアラ１のＰＤＣＰ機能１６４は、ベアラ１のＲＬＣ機能であるＭｅＮＢ送信用ＲＬＣ機能１６５とＳｅＮＢ送信用ＲＬＣ機能１６６にＰＤＣＰパケットを渡す。一方、ベアラ２のＰＤＣＰ機能１６１はベアラ２のＲＬＣ機能１６２にＰＤＣＰパケットを渡す。
【００５８】
ＲＬＣ機能（１６２、１６５、１６６）は、ＰＤＣＰ機能からＰＤＣＰパケットを受け取り、受け取ったＰＤＣＰパケットに対して、ＰＤＣＰパケットのセグメンテーション及びコンカチネーション処理、通信モードに応じたＲＬＣヘッダの付加を行い、ＲＬＣパケット（ＲＬＣ  ＰＤＵ）を生成する。ＲＬＣ機能（１６２、１６５、１６６）は、生成したＲＬＣパケットを、ＭＡＣ機能（１６３、１６７）に渡す。
【００５９】
ＲＬＣ機能は、通常の接続方式の場合はベアラ単位で設けられる。これに対して、二重接続方式の場合、ＲＬＣ機能は、分割されたベアラ毎に設けられる。
【００６０】
ベアラ２のＲＬＣ機能１６２は、ＭｅＮＢ送信用ＭＡＣ機能１６３に、ＲＬＣパケットを渡す。一方、ベアラ１のＭｅＮＢ送信用ＲＬＣ機能１６５は、ＭｅＮＢ送信用ＭＡＣ機能１６３に、ＲＬＣパケットを渡す。ベアラ１のＳｅＮＢ送信用ＲＬＣ機能１６６は、ＳｅＮＢ２００−２送信用ＭＡＣ機能１６７にＲＬＣパケットを渡す。
【００６１】
ＭＡＣ機能（１６３、１６７）は、ＲＬＣパケットに、ＭＡＣヘッダやパディングを付加し、ＭＡＣパケットを生成する。ＭＡＣ機能は、送信先の無線基地局単位で設けられる。生成されたＭＡＣパケットは、物理レイヤにおける処理が行われた後に、無線基地局に送信される。
【００６２】
ＭｅＮＢ２００−１向けの上りデータは、ＭＡＣ機能１６３を介して送信され、ＳｅＮＢ２００−２向けの上りデータは、ＭＡＣ機能１６７を介して送信される。
【００６３】
ＳｅＮＢ２００−２は、ＭＡＣ機能２４６、ＲＬＣ機能２４７を有する。ＭＡＣ機能２４６は、ＳｅＮＢ２００−２が受信した上りデータから、ＭＡＣパケットを生成する。さらに、ＭＡＣ機能２４６は、ＭＡＣパケットからヘッダとパディングを削除したＲＬＣパケットを生成し、ＲＬＣ機能２４７に渡す。ＲＬＣ機能２４７は、ＲＬＣパケットからＲＬＣヘッダを削除と、セグメンテーション及びコンカチネーションを行い、ＰＤＣＰパケットを生成する。ＲＬＣ機能２４７は、生成されたＰＤＣＰパケットを、マスタ基地局のＰＤＣＰ機能２４３に送信する。
【００６４】
ＭｅＮＢ２００−１は、ＭＡＣ機能２４１、ＲＬＣ機能（２４２、２４４）、ＰＤＣＰ機能（２４３、２４５）を有する。
【００６５】
ＭＡＣ機能２４１は、ＭＡＣ機能２４６と同様の手順により、ＭｅＮＢ２００−１が受信した、上りデータから、ＲＬＣパケットを生成しＲＬＣ機能（２４２、２４４）に渡す。具体的には、ＭＡＣ機能２４１は、ベアラ１のＲＬＣパケットを、ＲＬＣ機能２４２に渡し、ベアラ２のＲＬＣパケットを、ＲＬＣ機能２４４に渡す。
【００６６】
ＲＬＣ機能（２４２、２４４）は、ＲＬＣ機能２４７と同様の手順により、ＰＤＣＰパケットを生成し、ＰＤＣＰ機能（２４３、２４５）に渡す。具体的には、ＲＬＣ機能２４２が、ベアラ１のＰＤＣＰパケットをＰＤＣＰ機能２４３に渡し、ＲＬＣ機能２４４は、ベアラ２のＰＤＣＰパケットをＰＤＣＰ機能２４５に渡す。
【００６７】
ＰＤＣＰ機能（２４３、２４５）は、ＰＤＣＰパケットの伸長、復号化、必要な場合には順序制御を行い、ＩＰパケットを生成する。ベアラ２のＰＤＣＰ機能２４５は、ＲＬＣ機能２４４からベアラ２のＰＤＣＰパケットを受信し、ＰＤＣＰパケットの伸長、復号化を行い、ベアラ２のＩＰパケットを生成する。一方、ベアラ１のＰＤＣＰ機能２４３は、ＲＬＣ機能２４７と、ＲＬＣ機能２４２とから受信したＰＤＣＰパケットに対して伸長、復号化、順序制御を行い、ベアラ１のＩＰパケットを生成する。
【００６８】
図５は、ＵＥ１００が、図４と同様にベアラ１とベアラ２を設定しつつ、ＳｅＮＢ２００−２との間でベアラ３を設定し、上りデータを送信する際の動作を示す図である。
【００６９】
ベアラ１とベアラ２の上りデータのＵＥ１００における送信処理と、ＭｅＮＢ２００−１とＳｅＮＢ２００−２における受信処理の動作は図４と同様である。
【００７０】
ＵＥ１００は、図４に示す機能部に加えて、ベアラ３の上りデータを処理する機能部としてベアラ３に対応付けられたＰＤＣＰ機能１６９とＲＬＣ機能１７０を有する。また、ＳｅＮＢ２００−２は、ベアラ３の上りデータを処理する機能部として、ＰＤＣＰ機能２４９とＲＬＣ機能２４８を有する。
【００７１】
各機能での処理内容は、ベアラ１及びベアラ２と概ね同じである。
【００７２】
ＵＥ１００のＭＡＣ機能１６７は、ベアラ１のＲＬＣ機能１６６から渡されたＲＬＣパケットに加えて、ベアラ３のＲＬＣ機能１７０から渡されたＲＬＣパケットについて、上述したＵＥ１００のＭＡＣ機能が提供する処理を行い、ＭＡＣパケットを生成する。
【００７３】
ＳｅＮＢ２００−２のＭＡＣ機能２４６は、ＳｅＮＢ２００−２が受信した上りデータから、ＭＡＣデータを生成し、さらにＲＬＣパケットを生成しＲＬＣ機能（２４７、２４８）に渡す。具体的には、ＭＡＣ機能２４６は、ベアラ１のＲＬＣパケットを、ＲＬＣ機能２４７に渡し、ベアラ３のＲＬＣパケットを、ＲＬＣ機能２４８に渡す。
【００７４】
（上りリソースの割り当て）
ＭｅＮＢ２００−１のＰＤＣＰ機能２４３は、ＲＬＣ機能２４２及びＲＬＣ機能２４７から受信したＳｐｌｉｔ  ＢｅａｒｅｒのＰＤＣＰパケットに対して、順序制御を行う。ＭｅＮＢ２００−１の順序制御処理の負荷を一定の範囲に抑えるため、ＰＤＣＰ機能２４３は、ＵＥ１００が上りデータを送信してから、所定の時間内に、ＰＤＣＰパケットを受信することが望ましい。例えば、ＰＤＣＰ機能２４３が、ＰＤＣＰ機能２４３の順序制御タイマ（Ｔ−ｒｅｏｒｄｅｒｉｎｇ）で設定された時間内に、Ｓｐｌｉｔ  ＢｅａｒｅｒのＰＤＣＰパケットを受信できるように制御することが望ましい。このため、ＭＡＣ機能２４６でＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータと通常のベアラの上りデータを同時に処理しつつも、ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータを認識し、適切な上りリソースの割り当てをすることができるよう制御する必要がある。従って、ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータをＳｅＮＢ２００−２へ送信するためのリソース割り当てに用いる制御情報をＳｅＮＢ２００−２に通知することができる。制御情報は、当該リソース割り当ての対象となる上りデータが、Ｓｐｌｉｔ  Ｂｅａｒｅｒに属することを識別可能に構成される。制御情報は、後述にて説明するように、上りリソース割り当て要求又はバッファ状況報告である。
【００７５】
本実施形態では、ＵＥ１００は、ＳｅＮＢ２００−２に送信する上りリソース割り当て要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）に、Ｓｐｌｉｔ  Ｂｅａｒｅｒであることを示す識別子（分割ベアラ識別子）を含める。これにより、ＳｅＮＢ２００−２は、ベアラ１にＳｐｌｉｔ  Ｂｅａｒｅｒのデータが存在することを認識することができる。また、ＳｅＮＢ２００−２は、Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ後に送信されるバッファ状況報告（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）にＳｐｌｉｔ  Ｂｅａｒｅｒｎｏデータが含まれることを認識することができる。ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対してリソースの割り当てを行うことができる。
【００７６】
また、新たにＳｐｌｉｔ  Ｂｅａｒｅｒ用の上りリソース割り当て要求を示すメッセージの構成（Ｓｐｌｉｔ  Ｂｅａｒｅｒ（分割ベアラ）の専用フォーマット）を定義してもよい。ＵＥ１００は、新たに定義されたメッセージ構成を用いてリソース割り当て要求をしてもよい。より具体的には、ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒ用のＰＵＣＣＨ  Ｆｏｒｍａｔを用いて、ＳｅＮＢ２００−２にリソース割り当て要求を送信してもよい。
【００７７】
Ｓｐｌｉｔ  Ｂｅａｒｅｒに適切な上りリソースの割り当てを行うために、ＵＥ１００は、ＳｅＮＢ２００−２へのバッファ状況報告を用いて、ＵＥ１００の送信バッファに格納されているＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータ量をＳｅＮＢ２００−２に通知する。
【００７８】
より具体的には、図６（ａ）に示すように、ＵＥ１００がバッファ状況報告メッセージを送信する際に用いるＭＡＣサブヘッダは、Ｓｐｌｉｔ  Ｂｅａｒｅｒであることを示す識別子を設定する領域を有する。これにより、ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒのバッファ状況を認識することができる。
【００７９】
或いは、図６（ｂ）に示すように、ＵＥ１００が、Ｓｐｌｉｔ  Ｂｅａｒｅｒのバッファ状況報告を示すＭＣＥ（ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）を用いて、ＳｅＮＢ２００−２にＳｐｌｉｔ  Ｂｅａｒｅｒのバッファ状況報告を送信する。この方法によっても、ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒのバッファ状況を認識することができる。
【００８０】
なお、図６（ｂ）の場合、ＵＥ１００には、Ｓｐｌｉｔ  ｂｅａｒｅｒ用に別のバッファが設定されており、ＵＥ１００は、Ｓｐｌｉｔ  ｂｅａｒｅｒ用のバッファの状況報告を行ってもよい。もしくは、ＵＥ１００は、当該ＬＣＧ  ＩＤに割り当てられたバッファ内に存在するＳｐｒｉｔ  Ｂｅａｒｅｒデータのバッファリング状況報告を行ってもよい。
【００８１】
さらに、ＳｅＮＢ２００−２が、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対して、ＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）の識別子を割り振ることも考えられる。具体的には、ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対してＬＣＧの識別子を割り振る。
【００８２】
図７（ａ）に、ＵＬ−ＳＣＨ（上りリンク共有チャネル）で用いるＬＣＩＤ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  識別子）の設定例を示す。Ｓｐｌｉｔ  Ｂｅａｒｅｒのバッファ状況報告について、不完全なバッファ状況報告（Ｔｒｕｎｃａｔｅｄ  ＢＳＲ）と、ショートバッファ状況報告（Ｓｈｏｒｔ  ＢＳＲ）と、ロングバッファ状況報告（Ｌｏｎｇ  ＢＳＲ）の少なくとも３種類が設定できることが好ましい。
【００８３】
図７（ｂ）に、不完全なバッファ状況報告とショートバッファ状況報告とのＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ（ＭＣＥ）のフォーマット例を示す。２つのバッファ状況報告は同じフォーマットである。また、図７（ｃ）に、ロングバッファ状況報告のＭＣＥフォーマット例を示す。
【００８４】
ＵＥ１００は、送信バッファに格納されているＰＤＣＰパケットの量を報告してもよい。報告の際に、ＵＥ１００は、Ｓｐｌｉｔ  ＢｅａｒｅｒのＬＣＧの識別子を設定して、ＳｅＮＢ２００−２にＰＤＣＰパケットのバッファ状況報告を送信する。これにより、ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒのバッファ状況報告を認識することができる。図８にＰＤＣＰパケットのバッファ状況報告のＵＬ  ＳＣＨで用いるＬＣＩＤの設定例と、ＭＣＥのフォーマット例とを示す。
【００８５】
（優先制御）
ＵＥ１００と、ＳｅＮＢ２００−２とは、ＳｅＮＢ２００−２経由で送信される上りデータを、他のデータより優先的に処理してもよい。これにより、Ｓｐｌｉｔ  ＢｅａｒｅｒのＰＤＣＰ機能２４３が、所定の時間内に上りデータを受信することが可能になる。
【００８６】
例えば、ＵＥ１００が、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータのＬＣＰ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙ）を、高優先度に設定する。すなわち、ＵＥ１００は、複数の論理チャネルグループのうち、高優先度の論理チャネルグループにＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータを分類する。これにより、ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータを優先的にＳｅＮＢ２００−２に送信し、ＰＤＣＰ機能２４３は、所定の時間内に上りデータを受信することができる。
【００８７】
ＰＤＣＰ機能１６４は、ＭＡＣ機能１６７にＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータを識別可能な情報を通知する。例えば、ＰＤＣＰ機能１６４は、ＲＬＣ機能１６６を識別可能な情報や、ＰＤＣＰ機能１６４を識別可能な情報をＭＡＣ機能１６７に通知する。これにより、ＭＡＣ機能１６７は、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータのＬＣＰを高優先度に設定することができる。
【００８８】
また、ＭｅＮＢ２００−１は、Ｓｐｌｉｔ  ＢｅａｒｅｒのＰＤＣＰ機能２４３の許容遅延量をＵＥ１００に通知する。許容遅延量は、順序制御の許容処理時間に応じて定められる。ＵＥ１００は、通知された許容遅延量に収まるよう、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータをＳｅＮＢ２００−２に送信する。例えば、ＭｅＮＢ２００−１とＵＥ１００とのＲＲＣ手順において、ＭｅＮＢ２００−１は、ＬＣＰ情報を設定する情報要素（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｃｏｎｆｉｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を用いて、ＵＥ１００に許容遅延量を通知する。図９に示すように、ＭｅＮＢ２００−１は、上りデータの許容遅延量の情報要素「Ｓｐｌｉｔ  Ｂｅａｒｅｒ  Tolerance」を用いてＵＥ１００に許容遅延量を通知してもよい。
【００８９】
また、ＳｅＮＢ２００−２がＳｐｌｉｔ  ＢｅａｒｅｒのＰＤＣＰパケットを所定の時間内にＭｅＮＢ２００−１に送信できるように、ＭｅＮＢ２００−１は、順序制御の許容処理時間を、ＳｅＮＢ２００−２に通知する。より具体的には、ＭｅＮＢ２００−１が、順序制御タイマのタイマ値をＳｅＮＢ２００−２に通知する。ＰＤＣＰ機能２４３が通知されたタイマ値の範囲内でＳｐｌｉｔ  ＢｅａｒｅｒのＰＤＣＰパケットを受信できるように、ＳｅＮＢ２００−２は、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータ処理を行う。この際に、ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１とＳｅＮＢ２００−２との間のデータ転送遅延（Ｘ２）遅延も考慮して、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータ処理を行う。
【００９０】
順序制御タイマのタイマ値の通知シーケンスを図１０に示す。ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２に順序制御タイマの値（ＰＤＣＰ  Ｔ−ｒｅｏｒｄｅｒｉｎｇ  ｖａｌｕｅ）をｅＮＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅメッセージ（Ｓ８０１）を用いて通知する。
【００９１】
なお、タイマの値は、（Ａ）ＭｅＮＢのＴ−ｒｅｏｒｄｅｒｉｎｇと同じ値、（Ｂ）ＭｅＮＢのＴ−ｒｅｏｒｄｅｒｉｎｇ−Ｘ２遅延量、（Ｃ）ＭｅＮＢのＴ−ｒｅｏｒｄｅｒｉｎｇ−ＵＥに設定したタイマ値（許容処理時間）、若しくは（Ａ）から（Ｃ）の組み合わせでもよい。
【００９２】
［第２実施形態］
以下において、第２実施形態に係る通信制御方法について、第１実施形態との相違点を主として説明する。
【００９３】
（送信比率の制御）
ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒの上りデータについて、ＭｅＮＢ２００−１と、ＳｅＮＢ２００−２のどちらに送信するか決定する。より具体的には、ＰＤＣＰ機能１６４は、ＰＤＣＰパケットを渡す先を、ＲＬＣ機能１６５、或いはＲＬＣ機能１６６のどちらにするか判断を行う。上りデータの送信先を決定する際には、ＰＤＣＰ機能１６４は、Ｓｐｌｉｔ  Ｂｅａｒｅｒであるベアラ１の状況に加えて、ＭｅＮＢ２００−１との間で設定しているベアラ２、ＳｅＮＢ２００−２との間で設定しているベアラ３の状況を考慮して決定する。
【００９４】
ＰＤＣＰ機能１６４は、ＰＤＣＰ機能１６１とＰＤＣＰ機能１６９とから、各ベアラの上りバッファの状況に関する情報を交換し、Ｓｐｌｉｔ  Ｂｅａｒｅｒの送信先を決定する。例えば、図１１に示すように、ＰＤＣＰ機能１６４は、ＰＤＣＰ機能１６１に対してベアラ情報の通知（Ｓ１００１  Ｂｅａｒｅｒ  ｉｎｆｏｒｍａｔｉｏｎ）、バッファステータス要求（Ｓ１００２  Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｑｕｅｓｔ）を送信する。ＰＤＣＰ機能１６１は、バッファステータス応答（Ｓ１００３  Ｂｕｆｆｅｒ  ｓｔａｔｕｓ  ｒｅｓｐｎｓｅ）にて、ＰＤＣＰ機能１６１の送信バッファ領域に格納されている上りデータのバッファ量を、つまり送信バッファ領域に格納されているベアラ２の上りデータの量を、ＰＤＣＰ機能１６４に通知する。この手順によりＰＤＣＰ機能１６４は、ベアラ１の上りデータのバッファ量を取得する。また、ＰＤＣＰ機能１６４は、ベアラ３のＰＤＣＰ機能１６９とも同様の手順を行うことにより、送信バッファ領域に格納されているベアラ３の上りデータのバッファ量を取得する。
【００９５】
ＰＤＣＰ機能１６４は、取得したバッファ量から送信先を決定する。図１２と図１３に送信先を決定する動作例を示す。
【００９６】
図１２に示すように、ＰＤＣＰ機能１６４はＰＤＣＰ機能１６１から上りバッファ量（ＢＳＲＭＣＧ）を取得し、ＰＤＣＰ機能１６９から上りデータのバッファ量（ＢＳＲＳＣＧ）を取得する（１１０１）。ＰＤＣＰ機能１６４は、ＢＳＲＭＣＧとＢＳＲＳＣＧを比較し（１１０２）、バッファ量が少ない方にＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータを送信する（１１０３、１１０４）。これにより、ＵＥ１００は、ＭｅＮＢ２００−１と、ＳｅＮＢ２００−２との間で空いている無線基地局を用いて上りデータの送信をすることができる。
【００９７】
また、図１３に示すように、ＰＤＣＰ機能１６４は、ＢＳＲＭＣＧとＢＳＲＳＣＧを取得し（１２０１）、取得したバッファ量から、空いている無線基地局をなるべく用いるように送信割合を決定する。ＵＥ１００は、決定した送信割合に従ってＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータを送信することも可能である（１２０２）。例えば、ＰＤＣＰ１６４は、ＭｅＮＢ２００−１向けに「ＢＳＲＳＣＧ／（ＢＳＲＭＣＧ＋ＢＳＲＳＣＧ）」の割合で送信し、ＳｅＮＢ２００−２向けに「ＢＳＲＳＣＧ／（ＢＳＲＭＣＧ＋ＢＳＲＳＣＧ）」の割合で送信するといった設定をすることができる。
【００９８】
（ＭＡＣ機能からの取得）
ＰＤＣＰ機能１６４は、ＭＡＣ機能（１６３、１６７）から送信バッファ領域に格納されている上りデータのバッファ量を取得することも可能である。
【００９９】
図１４に示すように、ＰＤＣＰ機能１６４は、ＭｅＮＢ２００−１送信用ＭＡＣ機能１６３とＳｅＮＢ２００−２送信用ＭＡＣ機能１６７から、バッファ状況情報（Ｓ１３０１  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信すると、ＰＤＣＰ機能１６４は、ＭＡＣ機能１６３とＭＡＣ機能１６７に、バッファステータス要求（Ｓ１３０２  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  ｒｅｑｕｅｓｔ）を送信する。ＭＡＣ機能１６３とＭＡＣ機能１６７は、バッファステータス応答（Ｓ１３０３  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  ｒｅｓｐｏｎｓｅ）にて、各基地局向けの送信バッファに格納されている上りデータ量をＰＤＣＰ機能１６４に送信する。これにより、ＰＤＣＰ機能１６４は、各基地局向けの送信バッファに格納されている上りデータ量を取得する。ＰＤＣＰ機能１６４は、取得した上りデータ量に基づいてＭｅＮＢ２００−１とＳｅＮＢ２００−２とへの送信比率を決定する。
【０１００】
図１５に示すように、ＰＤＣＰ機能１６４は、ＲＲＣ機能１７１経由で取得することも可能である。ＲＲＣ機能１７１は、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対応付けられている。
【０１０１】
図１５に示す実施形態では、ＭＡＣ機能１６３が、ＭｅＮＢ２００−１向けの送信バッファ領域に格納されているデータ量をＲＲＣ機能１７１に通知し、ＭＡＣ機能１６７が、ＳｅＮＢ２００−２向けの送信バッファ領域に格納されているデータ量をＲＲＣ機能１７１に通知する（Ｓ１４０１、Ｓ１４０２）。ＲＲＣ機能１７１は、通知されたデータ量を記憶する。ＰＤＣＰ機能１６４は、ＲＲＣ機能１７１にバッファ状況要求（Ｓ１４０３  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  ｒｅｑｕｅｓｔ）を送信する。ＲＲＣ機能１７１は、バッファステータス応答（Ｓ１４０４  Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  ｒｅｓｐｏｎｓｅ）にて、各基地局向けの送信バッファに格納されている上りデータ量をＰＤＣＰ機能に送信する。これにより、ＰＤＣＰ機能１６４は、各基地局向けの送信バッファに格納されている上りデータ量を取得する。ＰＤＣＰ機能１６４は、取得した上りデータ量に基づいてＭｅＮＢ２００−１とＳｅＮＢ２００−２とへの送信比率を決定する。
【０１０２】
ＵＥ１００は、送信比率を決定（設定）した後、決定した送信比率に従って、Ｓｐｌｉｔ  Ｂｅａｒｅｒに属するＭｅＮＢ２００−１への上りデータとＳｐｌｉｔ  Ｂｅａｒｅｒに属するＳｅＮＢ２００−２への上りデータとをそれぞれ送信する。
【０１０３】
（ベアラ単位のバッファ状況報告）
ＭｅＮＢ２００−１又はＳｅＮＢ２００−２が、送信比率を適切に設定するため、ＵＥ１００は、ベアラ単位（ＰＤＣＰエンティティ単位）でバッファ状況を報告してもよい。ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対応付けられた送信バッファ領域を有する。
【０１０４】
具体的には、ベアラ単位でバッファ状況報告を送信するＭＡＣ機能（１６３、１６７）が、ＰＤＣＰ機能１６４からバッファ状況を取得する。この際に、ＭＡＣ機能（１６３、１６７）は、ＲＬＣパケットを受信しなくてもよい。
【０１０５】
次に、図１６に示すように、ＵＥ１００は、ＰＤＣＰ機能１６４の送信バッファ領域に格納されているＳｐｌｉｔ  Ｂｅａｒｅｒの上りデータ量をＭｅＮＢ２００−１又はＳｅＮＢ２００−２に送信する（Ｓ１７０１  ＰＤＣＰ  ＢＳＲ）。すなわち、ＵＥ１００は、Ｓｐｌｉｔ  Ｂｅａｒｅｒに対応付けられた送信バッファ領域に格納されている上りデータ量をＭｅＮＢ２００−１又はＳｅＮＢ２００−２に報告する。報告を受けたＭｅＮＢ２００−１又はＳｅＮＢ２００−２は、ＵＥ１００から上りデータを受信するためのリソース割り当てを行う（Ｓ１７０２  Ｓｃｈｅｄｕｌｉｎｇ）。なお、ＭｅＮＢ２００−１又はＳｅＮＢ２００−２は、通常の無線リソースのスケジューリングによりリソース割り当て（Ｓ１７０２  Ｓｃｈｅｄｕｌｉｎｇ）を行ってもよいし、ＰＤＣＰパケットの送信先ＲＬＣに対するスケジューリングを行ってもよい。送信先ＲＬＣに対するスケジューリングには、無線状況等を考慮して、（ａ）ＭｅＮＢ２００−１向けのＲＬＣ機能１６５とＳｅＮＢ２００−２向けＲＬＣ１６６との比率を設定する方法、（ｂ）ある時点まではＲＬＣ機能１６５にのみデータを送信するよう設定する方法などがある。
【０１０６】
リソース割り当て後に、ＭｅＮＢ２００−１又はＳｅＮＢ２００−２は、送信先を指定して上りリソースを通知する（Ｓ１７０３  ＵＬ  Ｇｒａｎｔ）。
【０１０７】
ＵＥ１００は、図１７（ａ）に示すメッセージのフォーマットで、ベアラ単位でバッファ状況を報告する。また、図１７（ｂ）に示すメッセージフォーマットでＵＬ  ＧｒａｎｔがＭｅＮＢ２００−１又はＳｅＮＢ２００−２からＵＥ１００に通知される。
【０１０８】
ここでＤ／Ｃは制御信号（Ｃｏｎｔｒｏｌ）若しくはデータ（Ｄａｔａ）を示す識別子であり、ＰＤＵ  ＴｙｐｅはＣｏｎｔｒｏｌ  ＰＤＵの型（０１０：ＰＤＣＰ  ＢＳＲ、０１１：ＰＤＣＰ  ＵＬ  Ｇｒａｎｔ）を表す。バッファ状況報告の場合は「０１０」が設定され、ＵＬ  Ｇｒａｎｔの場合は「０１１」が設定される。Ｂｅａｒｅｒ  ＩＤはベアラの識別子であり、ＰＤＣＰエンティティの識別子が設定されてもよい。ＰＤＣＰ  ＢＳＲについては、ＭＣＥと同様のテーブルが設定される。ＤｉｒはＰＤＣＰ  ＰＤＵを送信する方向（マスタｅＮＢ２００−１向け、ＭＣＧ／ＳｅＮＢ２００−２向け、ＳＣＧ）を示す情報であり、ＲはＲｅｓｅｒｖｅである。
【０１０９】
なお、ここでは、ＰＤＣＰ制御パケットを用いる方法について説明したが、物理レイヤ、ＭＡＣレイヤ、ＲＬＣレイヤを介して処理を行ってもよい。また、ＵＬ  Ｇｒａｎｔに、ＭＣＧとＳＣＧの比率情報を設定してもよい。
【０１１０】
Ｄｉｒで送信する方向以外に、ＭＣＧとＳＣＧの送信比率を指定してもよい。例えば、４ビットのフォーマットを用いて、ＭＣＧとＳＣＧの比率を以下のように設定してもよい。
【０１１１】
００００  ＝  ０：１０
０００１  ＝  １：９
００１０  ＝  ２：８
００１１  ＝  ３：７
０１００  ＝  ４：６
０１０１  ＝  ５：５
１０００  ＝  １０：０
１００１  ＝  ９：１
１０１０  ＝  ８：２
１０１１  ＝  ７：３
１１００  ＝  ６：４
０１１０から０１１１と、１１０１から１１１１は予備（ｒｅｓｅｒｖｅ）である。
【０１１２】
図１８に各パラメータの設定方法を示す。
【０１１３】
ＵＬ  Ｇｒａｎｔを用いてスケジューリングを行う方法について説明したが、ＭｅＮＢ２００−１又はＳｅＮＢ２００−２が、ＲＲＣ信号でＵＥ１００に対して送信比率を指定することも可能である。
【０１１４】
ＲＲＣ信号での例を図１９に示す。ＲＲＣ信号の「Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｃｏｎｆｉｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ」にＳｐｌｉｔ  Ｂｅａｒｅｒの送信比率を示すパラメータ「ＳｐｌｉｔＲａｔｉｏ」を新たに設け、送信比率を指定する。
【０１１５】
このようにして、ＭｅＮＢ２００−１又はＳｅＮＢ２００−２は、上りデータの送信比率を、ＵＥ１００に指定する。
【０１１６】
（所定時間内に送信できない場合）
ＵＥ１００は、送信バッファ領域に上りデータが格納されている時間を計時する送信タイマ（ＰＤＣＰ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ）を有している。ＵＥ１００は、タイマ満了までに上りデータを送信できない場合には、送信先の無線基地局を変更する。すなわち、ＵＥ１００は、送信タイマの満了時に、送信バッファ領域に残っている上りデータの送信先を一方のｅＮＢ２００から他方のｅＮＢに変更する。具体的には、ＵＥ１００がＭｅＮＢ２００−１向けの上りデータを送信タイマ満了までに送信できない場合には、ＵＥ１００は送信できなかった上りデータをＳｅＮＢ２００−２に送信する。同様に、ＵＥ１００がＳｅＮＢ２００−２向けの上りデータを送信タイマ満了までに送信できない場合には、ＵＥ１００は送信できなかった上りデータをＭｅＮＢ２００−１に送信する。
【０１１７】
ＵＥ１００は、ＭｅＮＢ２００−１向けの送信タイマ１（ＭｅＮＢ２００−１向けＰＤＣＰ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ）と、ＳｅＮＢ２００−２向け送信タイマ２（ＳｅＮＢ２００−２向けＰＤＣＰ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅｒ）を有してもよい。送信タイマ１は、ＭｅＮＢ２００−１向けの送信バッファ領域に上りデータが格納されている時間を計時する。送信タイマ２は、ＳｅＮＢ２００−２向けの送信バッファ領域に格納されている上りデータが格納されている時間を計時する。ＵＥ１００は、一方のタイマが満了した際に、他方のタイマが満了していない場合は、送信先を変更する。つまり、ＭｅＮＢ２００−１向けの上りデータは、ＳｅＮＢ２００−２向けに変更され、ＳｅＮＢ２００−２向けの上りデータは、ＭｅＮＢ２００−１向けに変更される。
【０１１８】
また、ＵＥ１００は、送信タイマに加えて、送信バッファ領域に上りデータが格納されている時間を計時する破棄タイマ（ＰＤＣＰ  Ｄｉｓｃａｒｄ  Ｔｉｍｅｒ）を設けてもよい。ＵＥ１００は、破棄タイマが満了した際に、送信バッファ領域に残っているＳｐｌｉｔ  Ｂｅａｒｅｒに属する上りデータを破棄する。従って、ＵＥ１００は、送信タイマが満了した際に、送信先の変更を行い、破棄タイマが満了した際に、送信できなかった上りデータを破棄する。
【０１１９】
これにより、ＵＥ１００は、送信タイマ満了の場合に上りデータを破棄せずに、あらかじめ送信先として設定されていない無線基地局の上りリソースを用いて、上りデータを送信することができる。
【０１２０】
［その他の実施形態］
上述した各実施形態では、ＵＥ１００が、ＭｅＮＢ２００−１と、１つのＳｅＮＢ２００−２とで二重接続を実施する形態を説明したが、ＵＥ１００が、ＭｅＮＢ２００−１と、複数のＳｅＮＢ２００−２とで二重接続を実施することも、同様の手順を用いて実施可能である。
【０１２１】
また、二重接続を実施するＭｅＮＢ２００−１とＳｅＮＢ２００−２とのセルの種別には特に限定はない。例えば、マクロセルと小セルとの組み合わせ、マクロセルとピコセルの組み合わせ、ピコセルとフェムトセルの組み合わせ、マクロセルとマクロセルの組み合わせで二重接続方式の通信を行ってもよい。
【０１２２】
ＳｅＮＢ２００−２として、他システムの無線基地局を用いて、無線リソースの付加的な追加を行ってもよい。例えば、ＷＬＡＮのアクセスポイントをＳｅＮＢ２００−２としてもよい。
【０１２３】
また、上述した各実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１２４】
［付記］
（１）導入
二重接続方式に関して、二種類のユーザプレーン構造（ｕｓｅｒ  ｐｌａｎｅ  ａｒｃｈｉｔｅｃｔｕｒｅ）、すなわちＳｐｌｉｔ  ＢｅａｒｅｒとＳＣＧ  Ｂｅａｒｅｒ（ＳＣＧベアラ）をサポートすることが決定された。この付記では、上りリンクＳｐｌｉｔ  Ｂｅａｒｅｒをサポートするためのユーザプレーンの特徴の詳細を考察する。
【０１２５】
（２）二重接続の上りリンク構造
いくつかの合意事項を考慮すると、上りリンク二重接続の全体的な構成は、図２０が想定される。
【０１２６】
一方で、これまでに、二重接続方式をサポートするためにいくつかの検討事項がある。以下の検討事項は、確認されて、まだ残ったままである。
【０１２７】
「他のベアラ（１Ａ）がＳｅＮＢによって提供されている間、ＵＥの一部のベアラ（３Ｃ）が分割されてもよいかどうかは検討事項である。」
【０１２８】
以下に示す、具体的な構造を説明するための考察すべき他の検討事項も、確認されている。
【０１２９】
「１つのＤＲＢのＵＬ  ＰＤＣＰデータは、ＳＣＧ及びＭＣＧ（ＵＬ分割）に向けて送られてもよいかどうかは検討事項である」
【０１３０】
しかしながら、以下の意見（ｓｔａｔｅｍｅｎｔ）によれば、Ｓｐｌｉｔ  Ｂｅａｒｅｒをサポートすることは、すでに共通の見解のように思われる。
【０１３１】
「ＭＡＣにおいて、下りリンクにおけるＳｐｌｉｔ  Ｂｅａｒｅｒもまた、送信すべきデータの２つの論理チャネル、２つのＭＡＣエンティティにおけるＢＳＲ、ＬＣＰ及びＳＲに影響を与えることについて、上りリンクにおけるＳｐｌｉｔ  Ｂｅａｒｅとして見えることは、必然的である。」
【０１３２】
見解１：Ｓｐｌｉｔ  Ｂｅａｒｅｒ及びＳＣＧベアラがＵＥに同時に設定されることは検討事項である。
【０１３３】
見解２：上りリンクのＳｐｌｉｔ  Ｂｅａｒｅｒがサポートされることは、検討事項であるが、共通の見解のように思える。
【０１３４】
従って、図２０で想定されたる全体構造は、まだ確定していない。すなわち、この構造は、この時点で、最も高負荷の想定である。しかしながら、以下の検討では、ＵＥにとって最も悪いケースを考慮するために、この構造をベースラインとして想定する。
【０１３５】
（３）上りリンクＳｐｌｉｔ  ＢｅａｒｅｒをサポートするためのＭＡＣ
（３．１）スケジューリング要求及びバッファ状況報告
図２０に示すように、ＵＥのＭＡＣエンティティは、セルグループ毎に設定される。すなわち、ＭＣＧのために１つのＭＡＣが設定され、ＳＣＧのために１つのＭＡＣが設定される。このユーザプレーン構造は、既存のメカニズムを再利用可能なだけでなく、各基地局において独立したスケジューリング処理を可能にする。さらに、二重の基地局における二重のスケジューラからの利点を最大にするために、２つのＭＡＣ間の完全に独立した動作であることが基本的に理想である。これは、Ｘ２による２つのｅＮＢ間の協調を減らすことにも寄与する。
【０１３６】
上りリンクＳｐｌｉｔ  Ｂｅａｒｅｒをサポートするために、既存のメカニズムを再利用することに何の問題も見当たらない。
【０１３７】
提案１：既存のＳＲ／ＢＳＲメカニズムは、ＵＬ  Ｓｐｌｉｔ  Ｂｅａｒｅｒをサポートするために再利用すべきである。
【０１３８】
（３．２）論理チャネル優先順位付け及び論理チャネルグループ
提案され、検討されている２つのオプション、すなわち、共通バケット（ｃｏｍｍｏｎ  ｂｕｃｋｅｔ）及び分離バケット（ｓｅｐａｒａｔｅ  ｂｕｃｋｅｔ）がある。２つの分離バケットのケースでは、ＰＢＲ（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｂｉｔ  Ｒａｔｅ）値（優先付けされたビッドレート値）を設定する方法が明らかでないので、共通バケットオプションは、Ｓｐｌｉｔ  Ｂｅａｒｅｒの要求されるＱｏＳを確保するために利点があるかもしれない。一方で、分離バケットオプションは、独立した処理を確実にするだけでなく、既存のメカニズムと一致しており、標準化の努力がいらない。
【０１３９】
「ＳｐｌｉｔモードにおけるＲＬＣ  ＵＭベアラはサポートされない」という合意がなされた。
【０１４０】
ＧＢＲベアラは、Ｓｐｌｉｔ  Ｂｅａｒｅｒと共に設定されないことを意味する合意事項を前提としており、共通バケットオプションは、ＵＥ実装において追加的な複雑性、例えば、顕著な利点なく各エンティティ間の相互作用、の原因となる。
【０１４１】
分離バケットオプションでは、独立した処理が容易となり、ＱｏＳ制御は高位レイヤ、すなわち、ＰＤＣＰレイヤ及び／又はＲＲＣレイヤで扱うことができることが想定される。
【０１４２】
提案２：分離バケットメカニズムが、ＵＬＳｐｌｉｔ  Ｂｅａｒｅｒのために各セルグループに関してサポートされるべきである。
【０１４３】
しかしながら、ネットワーク側の観点から他の問題がある。ＵＥと同様に、ＭｅＮＢは、処理のための制限されたバッファサイズを有するＰＤＣＰレイヤにおいて、再順序付け処理（順序制御）を実行すべきであり、上りリンクＳｐｌｉｔ  Ｂｅａｒｅｒをサポートでは、これをどのように扱うか考慮すべきである。
【０１４４】
ＭｅＮＢにおけるＰＤＣＰ再順序付け処理でバッファのオーバーフローを避けるために、Ｓｐｌｉｔ  Ｂｅａｒｅｒ上での上りリンクパケット搬送は、無線状況、Ｘ２遅延及びＬＣＰ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ：論理チャネル優先順位付け）／ＬＣＧ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ：論理チャネルｇｒｏｕｐ）設定に起因するＭｅＮＢパスとＳｅＮＢパスとの間の異なる遅延性能を考慮する必要がある。特に、ＵＥがＸ２遅延を知ることができないので、ｅＮＢ側で扱うべきであり、ＭｅＮＢにおけるＲＲＣが、ＬＣＰ設定を慎重に規定し、適切なＬＣＧにＳｐｌｉｔ  Ｂｅａｒｅｒを割り当てなくてはならない。しかしながら、ＬＣＧの数は非常に限られているので、ｅＮＢは、Ｓｐｌｉｔ  ＢｅａｒｅｒとＳＣＧベアラの両方を同時に良好に取り扱うことに悩まされる可能性がある。ＬＣＧ設定におけるいくつかの追加的なルール又はＬＣＰにおけるメカニズムがこの問題を解決することを想定する。以下の３つのオプションが検討できる。
【０１４５】
１．共通バケットメカニズムを想定した場合
Ａ）ＳｅＮＢのためのＭＡＣにおけるＬＣＧ＃０は、ＭｅＮＢ再順付け能力（例えば、バッファサイズ及び再順序付けタイマ）を考慮するＲＲＣによる慎重な論理チャネル設定と共にＳｐｌｉｔ  Ｂｅａｒｅｒのために用いられる。このオプションでは、ＳｅＮＢは、ＳＲＢ０を転送する必要がないので、スケジューラが仕様と同様に、非Ｓｐｌｉｔ  Ｂｅａｒｅｒに用いられるかもしれない他のＬＣＧに重大な影響なく、ＳｅＮＢに向かうＳｐｌｉｔ  Ｂｅａｒｅｒを扱うために専用のＬＣＧ＃０の優先順位付けを十分に制御できる。
【０１４６】
Ｂ）ＳｅＮＢへ向かうＳｐｌｉｔ  Ｂｅａｒｅｒにのみ適用できる新たなオプションパラメータを導入する。このオプションでは、ＭｅＮＢは、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ内の設定に関するオフセット、例えば、ＰＢＲ及び／又はＸ２遅延を含むＳｅＮＢを介するデータパスの遅延を補うための優先度、をＵＥに示すパラメータをセット可能である。
【０１４７】
２．分離バケットメカニズムを想定した場合、ＲＲＣ設定によって二重ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇＩＥが設定されるおかげで、分離バケットメカニズムはこの補償メカニズムをサポートできるため、論理チャネル設定のためのオプション１−Ａで述べられた新たなパラメータが必要ない。
【０１４８】
提案３：ＭｅＮＢにおけるＰＤＣＰ再順序処理でのバッファのオーバーフローを避ける方法を検討すべきである。
【０１４９】
（４）上りリンクＳｐｌｉｔ  ＢｅａｒｅｒをサポートするためのＰＤＣＰ
（４．１）２つのルートのスケーリング
送信のために利用可能なデータ（ｄａｔａ  ａｖａｉｌａｂｌｅ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）が議論され、データルーティング機能の能力を有する可能性があるオプション３、すなわち、ＰＤＣＰ  ＰＤＵがＭＣＧ又はＳＣＧに向かって搬送されることを支持した。実際には、送信のために利用可能なデータの議論は、２つのルート間のスケーリングを扱う方法についてのベースラインのための合意を必要とする。設定のための以下の２つのオプションを想定する。
【０１５０】
１．ＲＲＣ設定が、パケット搬送ルートのスケーリングの固定値、例えば、３０％：７０％を提供する。このオプションは、よりシンプルな方法であるが、２つのリンクの最新の状況、例えば、スループット及び／又は遅延、に適応できず、値を変えるためにＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が必要である。
【０１５１】
２．ＭｅＮＢにおけるスケジューラは、最新の状況を考慮して、スケーリングの動的／準静的な値を提供する。このオプションは、より複雑な方法であるが、より多くのゲインが期待できる。
【０１５２】
提案４：Ｓｐｌｉｔ  Ｂｅａｒｅｒ上のパケット搬送のためのＭＣＧパスとＳＣＧパスとの間のスケーリングを扱う方法を検討すべきである。
【０１５３】
（４．２）２つのルートを考慮した破棄ルール
現在の仕様によれば、ＰＤＣＰ破棄は、以下の条件で起こる。
【０１５４】
「ＰＤＣＰ  ＳＤＵのための破棄タイマが満了した場合、又はＰＤＣＰ  ＳＤＵの搬送の成功がＰＤＣＰ状況報告によって確認された場合に、ＵＥは、対応するＰＤＣＰ  ＰＤＵと共にＰＤＣＰ  ＳＤＵを破棄しなければならない。もし対応するＰＤＣＰ  ＳＤＵが下位レイヤにすでに送られている場合、下位レイヤに破棄が指示される。」
【０１５５】
明らかに、このメカニズムは、１つのデータパス、すなわち、二重接続方式におけるＭＣＧベアラ又はＳＣＧベアラを前提としている。
【０１５６】
見解３：既存のＰＤＣＰ破棄メカニズムは、１つのデータパスを前提にしている。すなわち、既存のＰＤＣＰメカニズムは、ＭＣＧベアラ又はＳＣＧベアラのために再利用できる。
【０１５７】
見解４：既存のＰＤＣＰ破棄メカニズムがＳｐｌｉｔ  Ｂｅａｒｅｒのために再利用できるかどうかを明確にする必要がある。
【０１５８】
Ｓｐｌｉｔ  Ｂｅａｒｅｒを考慮すると、強力な利点の一つは、パケットを搬送するための２つのパスを有することである。既存のメカニズムは、Ｓｐｌｉｔ  Ｂｅａｒｅｒのために機能できる一方で、効率的かつ確実にパケットを搬送するために、メカニズムを強化することができる。例えば、ＳＣＧは、小さなセル、すなわちピコセルやフェムトセルとして一般的に展開され、ＳＣＧとＵＥとの間の無線状況は、ＭＣＧとＵＥとの間の無線状況よりも、移動するＵＥの下ではより影響を受ける。ＵＥがＳＣＧのセル端に向かって移動するケースでは、ＳＣＧに向かって送信しようとしたＰＤＣＰ  ＳＤＵ／ＰＤＵが正常に搬送されることが期待されず、ＳＤＵ／ＰＤＵの不必要な廃棄を避けるため、及びできる限り確実に配送するために、より良い無線状況を維持するＭＣＧに向かうルートを決定すべきである。これを行うためには、以下のオプションを考慮することができる。
【０１５９】
１．破棄タイマが満了した場合に、ルートを再び決定できる新たなルールを導入する。例えば、ＵＥは、タイマが満了した場合に、他のセルグループに向かって関連するＰＤＣＰ  ＳＤＵ／ＰＤＵの再送を試み、もう一度タイマが満了した場合に、ＰＤＣＰ  ＳＤＵ／ＰＤＵを破棄する。
【０１６０】
２．各セルグループのための二重破棄タイマ（ｄｕａｌ  ｄｉｓｃａｒｄ  ｔｉｍｅｒｓ）を導入する。このオプションでは、ＵＥは、ＰＤＣＰ  ＳＤＵ／ＰＤＵを他のセルグループに向かって再送すべきか（１つのタイマが満了した場合）、破棄すべきか（２つのタイマが満了した場合）をきめることができる。
【０１６１】
３．ルート再決定（ｒｅ−ｒｏｕｔｅｉｎｇ）及び破棄のための二重破棄タイマを導入する。このオプションでは、ＵＥは、まだ搬送に成功していないＰＤＣＰ  ＳＤＵ／ＰＤＵの再送を試みて、第１のタイマが満了した場合に、第２のタイマを開始する。それから、ＵＥは、第２のタイマが満了した場合に、ＰＤＣＰ  ＳＤＵ／ＰＤＵを破棄する。
【０１６２】
３つのオプションは、図２１に描かれている。
【０１６３】
オプション１は、１つの値のみをタイマ値として２回用いることができる一方で、オプション２及び３は、タイマ設定に潜在的な柔軟性を有する。例えば、ＳｅＮＢは一般的にスモールセルと想定されるため、ＭｅＮＢに向かう無線リンクよりも、ＳｅＮＢに向かう無線リンクの方が多くの能力、例えば、ユーザ毎のスループット、を有することが想定できる。このケースにおいて、ＰＤＣＰ  ＳＤＵ／ＰＤＵを不必要な時間保持することを避けるために、ＳｅＮＢのための破棄タイマは、ＭｅＮＢのための他のタイマよりも短い時間が設定されるべきである。ＵＥの移動を仮定すると、ＭｅＮＢへのリンクの無線状況よりも不安定なＳｅＮＢへのリンクの無線状況において、二重タイマの同じ設定は、よりよく機能できる。従って、二重破棄タイマを導入するオプション２，３は、適切な制御のために、より適していることが分かる。
【０１６４】
提案５：Ｓｐｌｉｔ  Ｂｅａｒｅｒのための二重破棄タイマを導入すべきである。
【０１６５】
なお、米国仮出願第６１／９６８０１７（２０１４年３月２０日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１６６】
以上のように、本実施形態に係るマスタ基地局、移動局及び通信制御方法によれば、上りデータ送信において、二重接続方式を適切に行うことができるため、移動通信分野において有用である。
【図１】
2015141845.tif 000003
【図２】
2015141845.tif 000004
【図３】
2015141845.tif 000005
【図４】
2015141845.tif 000006
【図５】
2015141845.tif 000007
【図６】
2015141845.tif 000008
【図７】
2015141845.tif 000009
【図８】
2015141845.tif 000010
【図９】
2015141845.tif 000011
【図１０】
2015141845.tif 000012
【図１１】
2015141845.tif 000013
【図１２】
2015141845.tif 000014
【図１３】
2015141845.tif 000015
【図１４】
2015141845.tif 000016
【図１５】
2015141845.tif 000017
【図１６】
2015141845.tif 000018
【図１７】
2015141845.tif 000019
【図１８】
2015141845.tif 000020
【図１９】
2015141845.tif 000021
【図２０】
2015141845.tif 000022
【図２１】
2015141845.tif 000023
【国際調査報告】
2015141845.tif 000024
2015141845.tif 000025
2015141845.tif 000026
2015141845.tif 000027