(57)【要約】【課題】スプリットベアラに係る上りデータが送信される場合に、無線リソースに無駄が発生するのを回避することができる技術を提供する。【解決手段】上りのキャリアアグリゲーションをサポートする無線通信システムにおいて、第一の基地局及び第二の基地局と通信を行うユーザ装置であって、バッファ内に蓄積されている上りデータ量が第一の閾値を超えたか否かを判定するのに加え、更に特定の条件を満たすか否かを判定する判定部と、前記バッファ内に蓄積されている上りデータ量が第一の閾値を超えたと判定され、かつ特定の条件を満たすと判定されている間、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行う通信部と、を有するユーザ装置を提供する。【選択図】図７
2017028415.tif 000002
【特許請求の範囲】
【請求項１】
上りのキャリアアグリゲーションをサポートする無線通信システムにおいて、第一の基地局及び第二の基地局と通信を行うユーザ装置であって、
バッファ内に蓄積されている上りデータ量が第一の閾値を超えたか否かを判定するのに加え、更に特定の条件を満たすか否かを判定する判定部と、
前記バッファ内に蓄積されている上りデータ量が第一の閾値を超えたと判定され、かつ特定の条件を満たすと判定されている間、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行う通信部と、
を有するユーザ装置。
【請求項２】
前記判定部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を超えている状態が所定の期間継続しているか否かを判定し、
前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を超えている状態が所定の期間継続していると判定される場合、上りリンクにベアラスプリットを適用する、請求項１に記載のユーザ装置。
【請求項３】
前記判定部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値よりも大きい第二の閾値を超えているか否かを判定し、
前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を超えていると判定される場合、上りリンクにベアラスプリットを適用する、請求項１に記載のユーザ装置。
【請求項４】
前記判定部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値よりも大きい第二の閾値を超えている状態が所定の期間継続しているか否かを判定し、
前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を超えている状態が所定の期間継続していると判定される場合、上りリンクにベアラスプリットを適用する、請求項１に記載のユーザ装置。
【請求項５】
前記判定部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を下回っている状態が所定の期間継続したか否かを判定し、
前記通信部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を下回っている状態が所定の期間継続したと判定される場合、上りリンクのベアラスプリットの適用を停止する、請求項１に記載のユーザ装置。
【請求項６】
前記判定部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値より小さい第二の閾値を下回ったか否かを判定し、
前記通信部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を下回ったと判定される場合、上りリンクのベアラスプリットの適用を停止する、請求項１に記載のユーザ装置。
【請求項７】
前記判定部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値より小さい第二の閾値を所定の期間下回ったか否かを判定し、
前記通信部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を所定の期間下回ったと判定される場合、上りリンクのベアラスプリットの適用を停止する、請求項１に記載のユーザ装置。
【請求項８】
前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を超えたと判定される場合、又は、前記バッファ内に蓄積されている上りデータ量が前記特定の条件を満たすと判定される場合、前記第一の基地局又は前記第二の基地局の少なくとも一方に対してＢＳＲを送信する、請求項１乃至７のいずれか一項に記載のユーザ装置。
【請求項９】
上りのキャリアアグリゲーションをサポートする無線通信システムにおいて、第一の基地局及び第二の基地局と通信を行うユーザ装置が行う通信方法であって、
バッファ内に蓄積されている上りデータ量が第一の閾値を超えたか否かを判定するのに加え、更に特定の条件を満たすか否かを判定するステップと、
前記バッファ内に蓄積されている上りデータ量が第一の閾値を超えたと判定され、かつ特定の条件を満たすと判定されている間、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行うステップと、
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置及び通信方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）システムでは、所定の帯域幅（最大２０ＭＨｚ）を基本単位として、複数のキャリアを同時に用いて通信を行うキャリアアグリゲーション（ＣＡ：Carrier Aggregation）が採用されている。キャリアアグリゲーションにおいて基本単位となるキャリアはコンポーネントキャリア（ＣＣ：Component Carrier）と呼ばれる。
【０００３】
ＣＡが行われる際には、ユーザ装置に対して、接続性を担保する信頼性の高いセルであるＰＣｅｌｌ（Primary Cell：プライマリセル）及び付随的なセルであるＳＣｅｌｌ（Secondary Cell：セカンダリセル）が設定される。ユーザ装置は、第１に、ＰＣｅｌｌに接続し、必要に応じて、ＳＣｅｌｌを追加することができる。ＰＣｅｌｌは、ＲＬＭ（Radio Link Monitoring）及びＳＰＳ（Semi-Persistent Scheduling）等をサポートする単独のセルと同様のセルである。
【０００４】
ＳＣｅｌｌは、ＰＣｅｌｌに追加されてユーザ装置に対して設定されるセルである。ＳＣｅｌｌの追加及び削除は、ＲＲＣ（Radio Resource Control）シグナリングによって行われる。ＳＣｅｌｌは、ユーザ装置に対して設定された直後は、非アクティブ状態（deactivate状態）であるため、アクティブ化することで初めて通信可能（スケジューリング可能）となるセルである。
【０００５】
図１に示すように、ＬＴＥのＲｅｌ−１０のＣＡでは、同一基地局配下の複数のＣＣを用いている。
【０００６】
一方、Ｒｅｌ−１２では、異なる基地局配下のＣＣを用いて同時通信を行い、高スループットを実現するＤｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（二重接続）が提案されている。つまり、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙでは、ユーザ装置は、２つの物理的に異なる基地局の無線リソースを同時に使用して通信を行う。
【０００７】
Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙはＣＡの一種であり、Ｉｎｔｅｒ  ｅＮＢ  ＣＡ（基地局間キャリアアグリゲーション）とも呼ばれ、Ｍａｓｔｅｒ−ｅＮＢ（ＭｅＮＢ）と、Ｓｅｃｏｎｄａｒｙ−ｅＮＢ（ＳｅＮＢ）が導入される。図４に、Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙの例を示す。図２の例では、ＭｅＮＢがＣＣ＃１でユーザ装置と通信を行い、ＳｅＮＢがＣＣ＃２でユーザ装置と通信を行うことでＤｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ（以下、ＤＣ）を実現している。
【０００８】
ＤＣにおいて、ＭｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＭＣＧ（Master Cell Group、マスターセルグループ）、ＳｅＮＢ配下のセル（１つ又は複数）で構成されるセルグループをＳＣＧ（Secondary Cell Group、セカンダリセルグループ）と呼ぶ。ＳＣＧのうちの少なくとも１つのＳＣｅｌｌにはＵＬのＣＣが設定され、そのうちの１つにＰＵＣＣＨが設定される。このＳＣｅｌｌをＰＳＣｅｌｌ（primary SCell）と呼ぶ。
【０００９】
また、ＤＣでは、スプリットベアラ（Split bearer）と呼ばれるベアラが規定されている。
【００１０】
図３は、ＤＣで用いられるベアラ及びプロトコルアーキテクチャを説明するための図である。ＤＣでは、従来と同様のベアラであるＭＣＧベアラ及びＳＣＧベアラと、スプリットベアラとが規定されている。図３（ａ）は、ＭＣＧベアラ及びＳＣＧベアラのプロトコルアーキテクチャを示しており、図３（ｂ）は、スプリットベアラのアーキテクチャを示している。
【００１１】
スプリットベアラとは、図３（ｂ）に示すように、ＰＤＣＰ（Packet Data Control Protocol）レイヤより下位のレイヤ（ＲＬＣ（Radio Link Control）レイヤ、ＭＡＣ（Media Access Control）レイヤ及び物理（ＰＨＹ：Physical）レイヤにおいて、上りデータ（ＰＤＣＰ  ＰＤＵ）をＭｅＮＢ及びＳｅＮＢの両方の無線リソースを用いてデータをユーザ装置に転送することが可能なベアラである。スプリットベアラを用いることで、ユーザ装置に伝送されるデータのスループット向上を図ることができる。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１２．５．０  （２０１５−０３）
【発明の概要】
【発明が解決しようとする課題】
【００１３】
Ｒｅｌ−１２のスプリットベアラでは、ＭｅＮＢ及びＳｅＮＢの両方の無線リソースを用いてＵ−ｐｌａｎｅデータ（ユーザのＩＰパケット）を送信できるのは下りリンクのみであり、上りリンクのＵ−ｐｌａｎｅデータは、ＭｅＮＢ又はＳｅＮＢのどちらか一方の無線リソースのみを用いて送信する必要があった。一方、Ｒｅｌ−１３では、上りリンク（ＵＬ：Uplink）に対しても、ＭｅＮＢ及びＳｅＮＢの両方の無線リソースを用いてＵ−ｐｌａｎｅデータを送信可能にすることが議論されている。具体的な実現方法として、Ｒｅｌ−１３では、ユーザ装置は以下のように振る舞うことが議論されている。
（１）：ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を上回る場合（又は所定の閾値以上の場合）、ユーザ装置はＭｅＮＢ及びＳｅＮＢの両方にＢＳＲ（Buffer Status Report）を送信（トリガ）する。
（２）：ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を下回る場合（又は所定の閾値以下の場合）、ユーザ装置は、ＭｅＮＢ及びＳｅＮＢのいずれか一方に、ＢＳＲを送信（トリガ）する。
【００１４】
更に、（２）の場合において、ユーザ装置は以下のように振る舞うことが議論されている。
（３）：ユーザ装置は、予めネットワークから指示された基地局（ＭｅＮＢ及びＳｅＮＢのうちいずれか一方）のみに対して、ＢＳＲを送信（トリガ）する。更に、ユーザ装置は、上りデータを送信する際、当該指示された基地局のみに対して上りデータを送信する。
【００１５】
ここで、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を上回り、ユーザ装置がＭｅＮＢ及びＳｅＮＢの両方にＢＳＲを送信した場合において、ＭｅＮＢ及びＳｅＮＢから送信されるＵＬグラント（UL grant）の送信タイミングが異なる場合、後から送信されたＵＬグラント及び上りリンクの無線リソースが無駄になる可能性がある。
【００１６】
図４は、課題を説明するための図である。図４において、ユーザ装置は、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を下回る場合（又は所定の閾値以下の場合）、ＭｅＮＢにＢＳＲ及び上りデータを送信するように予めネットワークから指示されている前提とする。また、図４に図示されているデータ量は、ユーザ装置におけるＵＬ  ＰＤＣＰバッファ内のデータ滞留量（以下、図４において単に「データ滞留量」という）を示している。また、図４において、所定の閾値は１００ｂｙｔｅであると仮定する。  まず、基地局に送信すべき上りデータが発生し、ＵＬ  ＰＤＣＰバッファ内に１２０ｂｙｔｅのデータが蓄積される（Ｓ１）。次に、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を上回っているため、ユーザ装置は、前述の（１）に従い、ＭｅＮＢ及びＳｅＮＢにＢＳＲを送信する（Ｓ２）。なお、ＭｅＮＢ及びＳｅＮＢに送信されるＢＳＲにはそれぞれ、１２０ｂｙｔｅが設定されている。
【００１７】
続いて、ＭｅＮＢから、３０ｂｙｔｅの無線リソースを示すＵＬグラントが通知される（Ｓ３）。ユーザ装置は、３０ｂｙｔｅの上りデータをＰＵＳＣＨ（Physical Uplink Shared Channel）を用いてＭｅＮＢに送信する（Ｓ４）。この時点で、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量は９０ｂｙｔｅ（１２０ｂｙｔｅ−３０ｂｙｔｅ）である。
【００１８】
続いて、ＳｅＮＢからＵＬグラントが通知される（Ｓ５）。当該ＵＬグラントには、９０ｂｙｔｅ分の無線リソースが割り当てられていると仮定する。
【００１９】
ここで、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量は９０ｂｙｔｅである。すなわち、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量は、所定の閾値（１００ｂｙｔｅ）を下回っていることになる。従って、ユーザ装置は、前述の（３）に従い、上りデータはＭｅＮＢのみに送信すべきと判断し、ＵＬ  ＰＤＣＰバッファ内のデータの代わりにパディングデータ（特に意味の無いデータ）をＰＵＳＣＨを用いてＳｅＮＢに送信する（Ｓ６）。
【００２０】
つまり、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を若干上回るような場合、ＭｅＮＢ及びＳｅＮＢから送信されるＵＬグラントの受信タイミングが異なると、後からユーザ装置に送信されたＵＬグラント及び上りリンクの無線リソースが無駄になってしまう可能性がある。
【００２１】
開示の技術は上記に鑑みてなされたものであって、スプリットベアラに係る上りデータが送信される場合に、無線リソースに無駄が発生するのを回避することができる技術を提供することを目的とする。
【課題を解決するための手段】
【００２２】
開示の技術のユーザ装置は、上りのキャリアアグリゲーションをサポートする無線通信システムにおいて、第一の基地局及び第二の基地局と通信を行うユーザ装置であって、バッファ内に蓄積されている上りデータ量が第一の閾値を超えたか否かを判定するのに加え、更に特定の条件を満たすか否かを判定する判定部と、前記バッファ内に蓄積されている上りデータ量が第一の閾値を超えたと判定され、かつ特定の条件を満たすと判定されている間、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行う通信部と、を有する。
【発明の効果】
【００２３】
開示の技術によれば、スプリットベアラに係る上りデータが送信される場合に、無線リソースに無駄が発生するのを回避することができる技術が提供される。
【図面の簡単な説明】
【００２４】
【図１】Ｒｅｌ−１０ＬＴＥのＣＡを説明するための図である。
【図２】Ｒｅｌ−１２で導入されたＤＣの例を示す図である。
【図３】ＤＣで用いられるベアラ及びプロトコルアーキテクチャを説明するための図である。
【図４】課題を説明するための図である。
【図５】実施の形態における無線通信システムの構成の一例を示す図である。
【図６】スプリットベアラが用いられる場合における上りデータの流れの一例を説明するための図である。
【図７】ベアラスプリット状態の切替え方法（その１）を示すフローチャートである。
【図８】ベアラスプリット状態の切替え方法（その２）を示すフローチャートである。
【図９】ベアラスプリット状態の切替え方法（その３）を示すフローチャートである。
【図１０】データの滞留量の変化に応じて、ベアラスプリット状態が切り替わる様子を説明するための図である。
【図１１】ベアラスプリット状態の切替え方法（その４）を示すフローチャートである。
【図１２】ベアラスプリット状態の切替え方法（その５）を示すフローチャートである。
【図１３】ベアラスプリット状態の切替え方法（その６）を示すフローチャートである。
【図１４】データの滞留量の変化に応じて、ベアラスプリット状態が切り替わる様子を説明するための図である。
【図１５】実施の形態に係るユーザ装置の機能構成の一例を示す図である。
【発明を実施するための形態】
【００２５】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００２６】
＜概要＞
図５は、実施の形態における無線通信システムの構成の一例を示す図である。図５に示すように、本実施の形態における無線通信システムは、基地局ＭｅＮＢ、基地局ＳｅＮＢ及びユーザ装置ＵＥを含む無線通信システムである。また、ユーザ装置ＵＥは、基地局ＭｅＮＢ及び基地局ＳｅＮＢとの間でＤＣを用いたＣＡ通信を行うことが可能である。なお、図５では、ユーザ装置ＵＥは１つ示されているが、これは図示の便宜上のものであり、ユーザ装置ＵＥは複数存在してもよい。以下の説明において、基地局ＭｅＮＢ及び基地局ＳｅＮＢのうち任意の基地局は「基地局ｅＮＢ」と表す。なお、以下の説明において、ＵＰ  ＰＤＣＰバッファとは、特に断りが無い限り、スプリットベアラに係る上りリンクのＰＤＣＰエンティティが備えるバッファを意味する。
【００２７】
（基本的な動作例）
図６は、スプリットベアラが用いられる場合における上りデータの流れの一例を説明するための図である。スプリットベアラに係る上りデータがＭｅＮＢ及びＳｅＮＢの両方の無線リソースを用いて送信される場合、スプリットベアラに係るＵＬ  ＰＤＣＰバッファ（Ｂ１）に蓄積された上りデータは、実線及び点線で図示される順に分割されて転送され、最終的にＭｅＮＢのＰＤＣＰバッファ（Ｂ２）に到達する。
【００２８】
一方、上りリンクのスプリットベアラに係る上りＵ−ｐｌａｎｅデータがＭｅＮＢのリソースのみを用いて送信される場合、ＵＬ  ＰＤＣＰバッファ（Ｂ１）に蓄積された上りデータは、実線で図示される順に転送され、基地局ＭｅＮＢのＰＤＣＰバッファに到達する。
【００２９】
図４を用いて説明したように、ユーザ装置ＵＥにおいて、単純にＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量が所定の閾値を上回るのか否かを判断することで発生する問題を回避するため、本実施の形態では、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が当該所定の閾値を上回るのか否かを判断すると共に、更に特定の条件を満たすか否かを判断する。より具体的には、データ滞留量が所定の閾値を上回り、更に特定の条件を満たしている間、ユーザ装置ＵＥは、スループットを向上させるためにＭｅＮＢ及びＳｅＮＢの両方の無線リソースを用いて上りデータを送信すべきと判定し、ユーザ装置ＵＥ内で管理される上りリンクのベアラスプリット（Bearer Split）状態を有効（ＯＮ）の状態に切替えるようにする。また、データ滞留量が所定の閾値を下回った場合、又は特定の条件を満たさない場合（満たさなくなった場合）、ユーザ装置ＵＥは、ＭｅＮＢ及びＳｅＮＢの両方の無線リソースを用いなくても上りデータを送信できると判断し、上りリンクのベアラスプリット状態を無効（ＯＦＦ）の状態に切替えるようにする。
【００３０】
ここで、上りリンクのベアラスプリット状態が有効（ＯＮ）の状態とは、基地局ＭｅＮＢ及び基地局ＳｅＮＢの両方にＢＳＲを送信（トリガ）すると共に、基地局ＭｅＮＢ及び基地局ＳｅＮＢの両方からＵＬグラントを受信した場合に、スプリットベアラに係る上りデータを基地局ＭｅＮＢ及び基地局ＳｅＮＢの両方に送信できる状態をいう。
【００３１】
なお、上りリンクのベアラスプリット状態が有効（ＯＮ）の状態は、基地局ＭｅＮＢ及び基地局ＳｅＮＢの両方にスケジューリングリクエスト（ＳＲ：Scheduling Request）を送信（トリガ）できる状態を含むように定義されてもよい。また、上りリンクのベアラスプリット状態が有効（ＯＮ）の状態は、ＰＤＣＰエンティティが２つのＭＡＣエンティティ（ユーザ装置ＵＥが備える２つのＭＡＣエンティティ）のそれぞれに対してデータ量を通知することを含むように定義されてもよい。
【００３２】
同様に、上りリンクのベアラスプリット状態が無効（ＯＦＦ）の状態とは、基地局ＭｅＮＢ及び基地局ＳｅＮＢうち、予めネットワークから指定されている基地局ｅＮＢにＢＳＲを送信（トリガ）すると共に、スプリットベアラに係る上りデータを、予めネットワークから指定されている基地局ｅＮＢ（ＭｅＮＢ又はＳｅＮＢのいずれか一方）に送信する状態をいう。前記スプリットベアラに係る上りデータには、PDCP control PDUのような制御信号が含まれなくても良い。
【００３３】
なお、上りリンクのベアラスプリット状態が無効（ＯＦＦ）の状態は、基地局ＭｅＮＢ及び基地局ＳｅＮＢのうち、予めネットワークから指定されている基地局ｅＮＢにスケジューリングリクエストを送信（トリガ）できる状態を含むように定義されてもよい。また、上りリンクのベアラスプリット状態が無効（ＯＦＦ）の状態は、基地局ＭｅＮＢ及び基地局ＳｅＮＢのうち、予めネットワークから指定されている基地局ｅＮＢに対して送信するバッファステータスレポート内に、スプリットベアラのための送信データ量を加味する状態と定義されてもよい。また、上りリンクのベアラスプリット状態が無効（ＯＦＦ）の状態は、ＰＤＣＰエンティティが、予めネットワークから指定されている基地局ｅＮＢに対応するＭＡＣエンティに対してデータ量を通知することを含むように定義されてもよい。
【００３４】
また、上りリンクのベアラスプリット状態が有効（ＯＮ）の状態は、「上りリンクのベアラスプリットを有効にする」と呼ぶようにしてもよいし、「上りリンクにベアラスプリットを適用する」と呼ぶようにしてもよい。また、上りリンクのベアラスプリット状態が無効（ＯＦＦ）の状態は、「上りリンクのベアラスプリット（Bearer Split）を無効にする」と呼ぶようにしてもよいし、「上りリンクにベアラスプリットを適用しない」と呼ぶようにしてもよい。また、上りリンクのベアラスプリット状態が無効（ＯＦＦ）の状態から有効（ＯＮ）の状態に切り替わることを、「上りリンクのベアラスプリットの適用を開始する」と呼ぶようにしてもよいし、上りリンクのベアラスプリット状態が有効（ＯＮ）の状態から無効（ＯＦＦ）の状態に切り替わることを、「上りリンクのベアラスプリットの適用を停止する」と呼ぶようにしてもよい。
【００３５】
また、実施の形態において、「ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量」とは、ＰＤＣＰバッファ内のＰＤＣＰ  ＳＤＵ（Service Data Unit）のデータ量を意味してもよいし、ＰＤＣＰバッファ内のデータ及びＲＬＣバッファ内のデータを合算したデータ量を意味してもよいし、ＰＤＣＰバッファからＲＬＣエンティティに送信されていないＰＤＣＰ  ＳＤＵ又は／及びＰＤＣＰ  ＰＤＵのデータ量を意味してもよいし、基地局ｅＮＢに送信されていないＰＤＣＰ  ＳＤＵ又は／及びＰＤＣＰ  ＰＤＵのデータ量を意味してもよい。
【００３６】
＜処理手順＞
（ベアラスプリット状態の切替え方法（その１））
まず、ベアラスプリット状態の切替え方法（その１）について説明する。切替え方法（その１）では、ユーザ装置ＵＥは、基地局ｅＮＢから、閾値Ｘと、所定の期間（ＴＴＴ：Time To Trigger）とを、例えばＲＲＣメッセージや報知情報（ＳＩＢ）等により予め通知（指示）されているようにしてもよいし、無線通信システムにおいて予め定められているようにしてもよいし、システム帯域やＵＥカテゴリに従って決定（選択）されるようにしてもよい。また、所定の期間（ＴＴＴ）及び閾値Ｘは、ベアラ単位（ＰＤＣＰエンティティ単位）、ユーザ装置ＵＥ単位、ベアラ（或いは論理チャネル）をグルーピングしたベアラ（論理チャネル）グループ単位で基地局ｅＮＢから指示されるようにしてもよい。
【００３７】
図７は、ベアラスプリット状態の切替え方法（その１）を示すフローチャートである。
【００３８】
ステップＳ１１で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っているか（又は閾値Ｘ以上であるか）否かを判定する。閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された場合はステップＳ１２に進み、閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された場合はステップＳ１４に進む。
【００３９】
ステップＳ１２で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っている（又は閾値Ｘ以上である）状態が、所定の期間（ＴＴＴ）継続しているか否かを判定する。所定の期間（ＴＴＴ）継続していると判定された場合、ステップＳ１３に進み、所定の期間（ＴＴＴ）継続してないと判定された場合は処理を終了する。
【００４０】
なお、ユーザ装置ＵＥは、ステップＳ１１でＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された時点でタイマを起動し、タイマが満了するまで（所定の期間（ＴＴＴ）が経過するまで）の間、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が継続して閾値Ｘを上回っていた（又は閾値Ｘ以上であった）か否かを判定することで、ステップＳ１２の処理手順を行うようにしてもよい。
【００４１】
ステップＳ１３で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を有効な状態に切替え、処理を終了する。
【００４２】
ステップＳ１４で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態が有効な状態であるか否かを判定する。上りリンクのベアラスプリット状態が有効な状態である場合はステップＳ１５に進み、上りリンクのベアラスプリット状態が無効な状態である場合は処理を終了する。
【００４３】
ステップＳ１５で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を無効な状態に切替え、処理を終了する。
【００４４】
なお、ユーザ装置ＵＥは、ステップＳ１１乃至ステップＳ１５の処理手順を繰り返し行うことで、ＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量に応じて、上りリンクのベアラスプリット状態を適宜切替えるようにする。
【００４５】
また、３つ以上の基地局ｅＮＢを用いてＤＣが行われる場合、ユーザ装置ＵＥは、スプリットベアラに係る上りデータを、１つの基地局ｅＮＢの無線リソースを用いて送信するのか、２つの基地局ｅＮＢの無線リソースを用いて送信するのか、又は、３つ以上の基地局ｅＮＢの全ての無線リソースを用いて送信するのか選択可能になると想定される。この場合、スプリットベアラに係る上りデータを送信する基地局ｅＮＢの数に対応して、複数の異なる「所定の期間（ＴＴＴ）」及び／又は「閾値Ｘ」が設定されるようにしてもよい。例えば、１又は２つの基地局ｅＮＢの無線リソースを用いて送信するのかを切替える際に用いられる「所定の期間（ＴＴＴ）」及び／又は「閾値Ｘ」と、２又は３つの基地局ｅＮＢの無線リソースを用いて送信するのかを切替える際に用いられる「所定の期間（ＴＴＴ）」及び／又は「閾値Ｘ」には異なる値が設定されるようにしてもよい。
【００４６】
以上説明したベアラスプリット状態の切替え方法（その１）によれば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を若干上回るような場合であっても、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【００４７】
（ベアラスプリット状態の切替え方法（その２））
次に、ベアラスプリット状態の切替え方法（その２）について説明する。切替え方法（その２）では、ユーザ装置ＵＥは、基地局ｅＮＢから、閾値Ｘと、閾値Ｙとを、例えばＲＲＣメッセージや報知情報（ＳＩＢ）等により予め通知（指示）されているようにしてもよいし、無線通信システムにおいて予め定められているようにしてもよいし、システム帯域やＵＥカテゴリに従って決定（選択）されるようにしてもよい。また、閾値Ｘ及び閾値Ｙは、ベアラ単位（ＰＤＣＰエンティティ単位）で基地局ｅＮＢから指示されるようにしてもよい。また、閾値Ｙは"閾値Ｘ＋ヒステリシス"と表現されてもよいし、逆に、閾値Ｘは"閾値Ｙ−ヒステリシス"と表現されてもよい。なお、切替え方法（その２）において、閾値Ｙ  ＞  閾値Ｘである。
【００４８】
図８は、ベアラスプリット状態の切替え方法（その２）を示すフローチャートである。
【００４９】
ステップＳ２１で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っているか（又は閾値Ｘ以上であるか）否かを判定する。閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された場合はステップＳ２２に進み、閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された場合はステップＳ２４に進む。
【００５０】
ステップＳ２２で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｙを上回っているか（又は閾値Ｙ以上であるか）否かを判定する。閾値Ｙを上回っている（又は閾値Ｙ以上である）と判定された場合はステップＳ２３に進み、閾値Ｙ以下である（又は閾値Ｙ未満である）と判定された場合は処理を終了する。
【００５１】
ステップＳ２３で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を有効な状態に切替え、処理を終了する。
【００５２】
ステップＳ２４で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態が有効な状態であるか否かを判定する。上りリンクのベアラスプリット状態が有効な状態である場合はステップＳ２５に進み、上りリンクのベアラスプリット状態が無効な状態である場合は処理を終了する。
【００５３】
ステップＳ２５で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を無効な状態に切替え、処理を終了する。
【００５４】
なお、ユーザ装置ＵＥは、ステップＳ２１乃至ステップＳ２５の処理手順を繰り返し行うことで、ＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量に応じて、上りリンクのベアラスプリット状態を適宜切替えるようにする。
【００５５】
また、３つ以上の基地局ｅＮＢを用いてＤＣが行われる場合、スプリットベアラに係る上りデータを送信する基地局ｅＮＢの数に対応して、複数の異なる「閾値Ｘ」及び／又は「閾値Ｙ」が設定されるようにしてもよい。
【００５６】
以上説明したベアラスプリット状態の切替え方法（その２）によれば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量がある程度大きくなった時点ですぐに上りリンクのベアラスプリット状態を有効化することができるため、上りリンクのスループットを向上させることができる。
【００５７】
（ベアラスプリット状態の切替え方法（その３））
次に、ベアラスプリット状態の切替え方法（その３）について説明する。切替え方法（その３）は、ベアラスプリット状態の切替え方法（その１）及びベアラスプリット状態の切替え方法（その２）を組み合わせたものである。特に言及しない点は、ベアラスプリット状態の切替え方法（その１）及びベアラスプリット状態の切替え方法（その２）と同一でよい。
【００５８】
図９は、ベアラスプリット状態の切替え方法（その３）を示すフローチャートである。
【００５９】
ステップＳ３１で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っているか（又は閾値Ｘ以上であるか）否かを判定する。閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された場合はステップＳ３２に進み、閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された場合はステップＳ３５に進む。
【００６０】
ステップＳ３２で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｙを上回っているか（又は閾値Ｙ以上であるか）否かを判定する。閾値Ｙを上回っている（又は閾値Ｙ以上である）と判定された場合はステップＳ３３に進み、閾値Ｙ以下である（又は閾値Ｙ未満である）と判定された場合は処理を終了する。
【００６１】
ステップＳ３３で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｙを上回っている（又は閾値Ｙ以上であるか）状態が、所定の期間（ＴＴＴ）継続しているか否かを判定する。所定の期間（ＴＴＴ）継続していると判定された場合、ステップＳ３４に進み、所定の期間（ＴＴＴ）継続してないと判定された場合は処理を終了する。
【００６２】
なお、ユーザ装置ＵＥは、ステップＳ３２でＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｙを上回っている（又は閾値Ｙ以上である）と判定された時点でタイマを起動し、タイマが満了するまで（所定の期間（ＴＴＴ）が経過するまで）の間、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が継続して閾値Ｙを上回っていた（又は閾値Ｘ以上であった）か否かを判定することで、ステップＳ３３の処理手順を行うようにしてもよい。
【００６３】
ステップＳ３４で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を有効な状態に切替え、処理を終了する。
【００６４】
ステップＳ３５で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態が有効な状態であるか否かを判定する。上りリンクのベアラスプリット状態が有効な状態である場合はステップＳ３６に進み、上りリンクのベアラスプリット状態が無効な状態である場合は処理を終了する。
【００６５】
ステップＳ３６で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を無効な状態に切替え、処理を終了する。
【００６６】
以上説明したベアラスプリット状態の切替え方法（その３）によれば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を若干上回るような場合であっても、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【００６７】
（切替え方法（その１〜その３）のまとめ）
以上説明したベアラスプリット状態の切替え方法（その１〜その３）について、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量の変化に応じて、ベアラスプリット状態が切り替わる様子の具体例を図１０に示す。
【００６８】
なお、図１０において、閾値Ｘ＝１００ｂｙｔｅ、閾値Ｙ＝１５０ｂｙｔｅ、所定の期間（ＴＴＴ）＝１００ｍｓである前提とする。また、グラフにおいて縦軸は、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量を示し、横軸は時間を示している。
【００６９】
図１０に示すように、ベアラスプリット状態の切替え方法（その１〜その３）は、従来の切り替え方法と比較して、ベアラスプリット状態が頻繁に切り替わらないように制御されることがわかる。
【００７０】
更に、ベアラスプリット状態の切替え方法（その２）は、データ滞留量が急激に増加した場合（閾値Ｙを超えた場合）に、ベアラスプリット状態の切替え方法（その１）よりも早くベアラスプリット状態が有効（ＯＮ）に切り替わるように制御されることがわかる。
【００７１】
次に、例えばベアラスプリット状態の切替え方法（その１〜３）の動作を図４に当てはめた場合に、図４で説明した課題が解決されることを説明する。なお、閾値Ｘ＝１００ｂｙｔｅであり、所定の期間（ＴＴＴ）＝１００ｍｓである前提とする。
【００７２】
図４において基地局ｅＮＢに送信すべきデータが発生し、ＵＬ  ＰＤＣＰバッファ内に１２０ｂｙｔｅのデータが蓄積される（Ｓ１）。次に、ユーザ装置ＵＥは基地局ｅＮＢにＢＳＲを送信する。切替え方法１及び３が適用された場合、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値Ｘを上回っているものの所定の期間（ＴＴＴ）が経過していないため、ユーザ装置ＵＥは、基地局ＭｅＮＢのみにＢＳＲを送信することになる。同様に、切り替え方法２が適用された場合、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値Ｙを上回っていないため、ユーザ装置ＵＥは、基地局ＭｅＮＢのみにＢＳＲを送信することになる。
【００７３】
図４で説明したように、従来の技術によれば、ユーザ装置は、基地局ＭｅＮＢ及び基地局ＳｅＮＢの両方にＢＳＲを送信した結果、基地局ＳｅＮＢが送信したＵＬグラント（Ｓ５）及びＰＵＳＣＨの無線リソース（Ｓ６）が無駄になった。一方、上述のように、実施の形態におけるユーザ装置ＵＥは、基地局ＭｅＮＢのみにＢＳＲを送信することになる。すなわち、図４のステップＳ５の処理が行われないことになるため、基地局ＳｅＮＢの無線リソースが無駄になるのを回避することができる。
【００７４】
（ベアラスプリット状態の切替え方法（その４））
次に、ベアラスプリット状態の切替え方法（その４）について説明する。切替え方法（その４）では、ユーザ装置ＵＥは、基地局ｅＮＢから、閾値Ｘと、所定の期間（ＴＴＴ）とを、例えばＲＲＣメッセージや報知情報（ＳＩＢ）等により予め通知（指示）されているようにしてもよいし、無線通信システムにおいて予め定められているようにしてもよいし、システム帯域やＵＥカテゴリに従って決定（選択）されるようにしてもよい。また、所定の期間（ＴＴＴ）及び閾値Ｘは、ベアラ単位（ＰＤＣＰエンティティ単位）、ユーザ装置ＵＥ単位、ベアラ（或いは論理チャネル）をグルーピングしたベアラ（論理チャネル）グループ単位で基地局ｅＮＢから指示されるようにしてもよい。
【００７５】
図１１は、ベアラスプリット状態の切替え方法（その４）を示すフローチャートである。
【００７６】
ステップＳ４１で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っているか（又は閾値Ｘ以上であるか）否かを判定する。閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された場合はステップＳ４２に進み、閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された場合はステップＳ４３に進む。
【００７７】
ステップＳ４２で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を有効な状態に切替え、処理を終了する。
【００７８】
ステップＳ４３で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態が有効な状態であるか否かを判定する。上りリンクのベアラスプリット状態が有効な状態である場合はステップＳ４４に進み、上りリンクのベアラスプリット状態が無効な状態である場合は処理を終了する。
【００７９】
ステップＳ４４で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘ以下である（又は閾値Ｘ未満である）状態が、所定の期間（ＴＴＴ）継続しているか否かを判定する。所定の期間（ＴＴＴ）継続していると判定された場合、ステップＳ４５に進み、所定の期間（ＴＴＴ）継続してないと判定された場合は処理を終了する。
【００８０】
なお、ユーザ装置ＵＥは、ステップＳ４１でＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された時点でタイマを起動し、タイマが満了するまで（所定の期間（ＴＴＴ）が経過するまで）の間、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が継続して閾値Ｘ以下であった（又は閾値Ｘ未満であった）か否かを判定することで、ステップＳ４４の処理手順を行うようにしてもよい。
【００８１】
ステップＳ４５で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を無効な状態に切替え、処理を終了する。
【００８２】
なお、ユーザ装置ＵＥは、ステップＳ４１乃至ステップＳ４５の処理手順を繰り返し行うことで、ＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量に応じて、上りリンクのベアラスプリット状態を適宜切替えるようにする。
【００８３】
また、３つ以上の基地局ｅＮＢを用いてＤＣが行われる場合、スプリットベアラに係る上りデータを送信する基地局ｅＮＢの数に対応して、複数の異なる「所定の期間（ＴＴＴ）」及び／又は「閾値Ｘ」が設定されるようにしてもよい。
【００８４】
以上説明したベアラスプリット状態の切替え方法（その４）によれば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量の変動によって、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【００８５】
（ベアラスプリット状態の切替え方法（その５））
次に、ベアラスプリット状態の切替え方法（その５）について説明する。切替え方法（その５）では、ユーザ装置ＵＥは、基地局ｅＮＢから、閾値Ｘと、閾値Ｚとを、例えばＲＲＣメッセージや報知情報（ＳＩＢ）等により予め通知（指示）されているようにしてもよいし、無線通信システムにおいて予め定められているようにしてもよいし、システム帯域やＵＥカテゴリに従って決定（選択）されるようにしてもよい。また、閾値Ｘ及び閾値Ｚは、ベアラ単位（ＰＤＣＰエンティティ単位）で基地局ｅＮＢから指示されるようにしてもよい。また、閾値Ｚは"閾値Ｘ−ヒステリシス"と表現されてもよいし、逆に、閾値Ｘは"閾値Ｚ＋ヒステリシス"と表現されてもよい。なお、切替え方法（その５）において、閾値Ｘ  ＞  閾値Ｚである。
【００８６】
図１２は、ベアラスプリット状態の切替え方法（その５）を示すフローチャートである。
【００８７】
ステップＳ５１で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っているか（又は閾値Ｘ以上であるか）否かを判定する。閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された場合はステップＳ５２に進み、閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された場合はステップＳ５３に進む。
【００８８】
ステップＳ５２で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を有効な状態に切替え、処理を終了する。
【００８９】
ステップＳ５３で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態が有効な状態であるか否かを判定する。上りリンクのベアラスプリット状態が有効な状態である場合はステップＳ５４に進み、上りリンクのベアラスプリット状態が無効な状態である場合は処理を終了する。
【００９０】
ステップＳ５４で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｚを下回っているか（又は閾値Ｚ以下であるか）否かを判定する。閾値Ｚを下回っている（又は閾値Ｚ以下である）と判定された場合はステップＳ５５に進み、閾値Ｚ以上である（又は閾値Ｚを上回っている）と判定された場合は処理を終了する
ステップＳ５５で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を無効な状態に切替え、処理を終了する。
【００９１】
なお、ユーザ装置ＵＥは、ステップＳ５１乃至ステップＳ５５の処理手順を繰り返し行うことで、ＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量に応じて、上りリンクのベアラスプリット状態を適宜切替えるようにする。
【００９２】
また、３つ以上の基地局ｅＮＢを用いてＤＣが行われる場合、スプリットベアラに係る上りデータを送信する基地局ｅＮＢの数に対応して、複数の異なる「閾値Ｘ」及び／又は「閾値Ｚ」が設定されるようにしてもよい。
【００９３】
以上説明したベアラスプリット状態の切替え方法（その５）によれば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量の変動によって、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。また、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量がある程度小さくなった時点ですぐに上りリンクのベアラスプリット状態を無効化することができ、ユーザ装置ＵＥの負荷を軽減することができる。
【００９４】
（ベアラスプリット状態の切替え方法（その６））
次に、ベアラスプリット状態の切替え方法（その６）について説明する。切替え方法（その６）は、ベアラスプリット状態の切替え方法（その４）及びベアラスプリット状態の切替え方法（その５）を組み合わせたものである。特に言及しない点は、ベアラスプリット状態の切替え方法（その４）及びベアラスプリット状態の切替え方法（その５）と同一でよい。
【００９５】
図１３は、ベアラスプリット状態の切替え方法（その６）を示すフローチャートである。
【００９６】
ステップＳ６１で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｘを上回っているか（又は閾値Ｘ以上であるか）否かを判定する。閾値Ｘを上回っている（又は閾値Ｘ以上である）と判定された場合はステップＳ６２に進み、閾値Ｘ以下である（又は閾値Ｘ未満である）と判定された場合はステップＳ６３に進む。
【００９７】
ステップＳ６２で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を有効な状態に切替え、処理を終了する。
【００９８】
ステップＳ６３で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態が有効な状態であるか否かを判定する。上りリンクのベアラスプリット状態が有効な状態である場合はステップＳ６４に進み、上りリンクのベアラスプリット状態が無効な状態である場合は処理を終了する。
【００９９】
ステップＳ６４で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｚを下回っているか（又は閾値Ｚ以下であるか）否かを判定する。閾値Ｚを下回っている（又は閾値Ｚ以下である）と判定された場合はステップＳ６５に進み、閾値Ｚ以上である（又は閾値Ｚを上回っている）と判定された場合は処理を終了する。
【０１００】
ステップＳ６５で、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｚを下回っている（又は閾値Ｚ以下である）状態が、所定の期間（ＴＴＴ）継続しているか否かを判定する。所定の期間（ＴＴＴ）継続していると判定された場合、ステップＳ６６に進み、所定の期間（ＴＴＴ）継続してないと判定された場合は処理を終了する。
【０１０１】
なお、ユーザ装置ＵＥは、ステップＳ６４でＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が閾値Ｚを下回っている（又は閾値Ｚ以下である）と判定された時点でタイマを起動し、タイマが満了するまで（所定の期間（ＴＴＴ）が経過するまで）の間、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量が継続して閾値Ｚ以下であった（又は閾値Ｚ未満であった）か否かを判定することで、ステップＳ６５の処理手順を行うようにしてもよい。
【０１０２】
ステップＳ６６で、ユーザ装置ＵＥは、上りリンクのベアラスプリット状態を無効な状態に切替え、処理を終了する。
【０１０３】
なお、ユーザ装置ＵＥは、ステップＳ６１乃至ステップＳ６６の処理手順を繰り返し行うことで、ＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量に応じて、上りリンクのベアラスプリット状態を適宜切替えるようにする。
【０１０４】
以上説明したベアラスプリット状態の切替え方法（その６）によれば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量の変動によって、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【０１０５】
（切替え方法（その４〜その６）のまとめ）
以上説明したベアラスプリット状態の切替え方法（その４〜その６）について、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量の変化に応じて、ベアラスプリット状態が切り替わる様子の具体例を図１４に示す。
【０１０６】
なお、図１４において、閾値Ｘ＝１００ｂｙｔｅ、閾値Ｚ＝５０ｂｙｔｅ、所定の期間（ＴＴＴ）＝１００ｍｓである前提とする。また、グラフにおいて縦軸は、ＵＬ  ＰＤＣＰバッファに蓄積されたデータの滞留量を示し、横軸は時間を示している。
【０１０７】
図１４に示すように、ベアラスプリット状態の切替え方法（その４〜その６）は、従来の切り替え方法と比較して、ベアラスプリット状態が頻繁に切り替わらないように制御されることがわかる。
【０１０８】
また、ベアラスプリット状態の切替え方法（その５）は、データ滞留量が急激に減少した場合（閾値Ｚを下回った場合）に、ベアラスプリット状態の切替え方法（その４）よりも早くベアラスプリット状態が無効（ＯＦＦ）に切り替わるように制御されることがわかる。
【０１０９】
次に、例えばベアラスプリット状態の切替え方法（その４〜６）の動作を図４に当てはめた場合に、図４で説明した課題が解決されることを説明する。なお、閾値Ｘ＝１００ｂｙｔｅであり、所定の期間（ＴＴＴ）＝１００ｍｓである前提とする。
【０１１０】
図４において基地局ｅＮＢに送信すべきデータが発生し、ＵＬ  ＰＤＣＰバッファ内に１２０ｂｙｔｅのデータが蓄積される（Ｓ１）。また、ユーザ装置ＵＥは、ベアラスプリット状態を有効化する。続いて、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値Ｘを上回っているため、ユーザ装置ＵＥは、ＭｅＮＢ及びＳｅＮＢにＢＳＲを送信する（Ｓ２）。基地局ＭｅＮＢ及び基地局ＳｅＮＢに送信されるＢＳＲの各々には、１２０ｂｙｔｅが設定されている。続いて、基地局ＭｅＮＢから、３０ｂｙｔｅの無線リソースを示すＵＬグラントが通知される（Ｓ３）。ユーザ装置ＵＥは、３０ｂｙｔｅのデータをＰＵＳＣＨを用いて基地局ＭｅＮＢに送信する（Ｓ４）。この状態で、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量は９０ｂｙｔｅになる。なお、切替え方法４及び６が適用された場合、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値Ｘを下回っているものの所定の期間（ＴＴＴ）が経過していないため、ベアラスプリット状態は有効のままである。続いて、基地局ＳｅＮＢからＵＬグラントが通知される（Ｓ５）。当該ＵＬグラントには、９０ｂｙｔｅ分の無線リソースが割り当てられていると仮定する。
【０１１１】
ここで、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値を下回っているものの、上述のようにベアラスプリット状態は有効である。従って、ユーザ装置ＵＥは、基地局ＳｅＮＢにデータを送信できると判断し、９０ｂｙｔｅのデータをＰＤＳＣＨを用いて基地局ＳｅＮＢに送信する（Ｓ６）。
【０１１２】
図４で説明したように、従来の技術によれば、ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値を下回っていたためにパディングデータを基地局ＳｅＮＢに送信してしまい、結果として基地局ＳｅＮＢが送信したＵＬグラント（Ｓ５）及びＰＵＳＣＨの無線リソース（Ｓ６）が無駄になった。一方、上述のように、実施の形態におけるユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が閾値を下回った場合であっても、上りデータを基地局ＳｅＮＢに送信することができる。すなわち、基地局ＳｅＮＢの無線リソースが無駄になるのを回避することができる。
【０１１３】
（切替え方法（その１〜その６）の変形例）
ユーザ装置ＵＥは、ＵＬ  ＰＤＣＰバッファに蓄積されているデータの滞留量が特定の条件を満たすと判断した場合、基地局ｅＮＢにＢＳＲを送信（トリガ）するようにしてもよい。
【０１１４】
例えば、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が、閾値Ｘ、閾値Ｙ若しくは閾値Ｚを上回った場合（閾値Ｘ、閾値Ｙ若しくは閾値Ｚ以上になった場合）、又は、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が、閾値Ｘ、閾値Ｙ若しくは閾値Ｚを下回った場合（閾値Ｘ、閾値Ｙ若しくは閾値Ｚ以下になった場合）に、ユーザ装置ＵＥは、基地局ｅＮＢにＢＳＲを送信（トリガ）するようにしてもよい。また、ユーザ装置ＵＥは、ベアラスプリット状態が切り替わるタイミングで、基地局ｅＮＢにＢＳＲを送信（トリガ）するようにしてもよい。
【０１１５】
また、当該ＢＳＲは、レギュラーＢＳＲ（Regular BSR）でもよい。また、上り無線リソースが割り当てられていない場合、ユーザ装置ＵＥは、当該ＢＳＲ送信しないようにしてもよい。つまり、当該ＢＳＲは、スケジューリングリクエスト（ＳＲ）を伴わないレギュラーＢＳＲでもよい。
【０１１６】
＜機能構成＞
図１５に、これまでに説明した処理を実行可能な本実施の形態に係るユーザ装置の機能構成図を示す。図１５に示すように、ユーザ装置ＵＥは、信号受信部１０１、信号送信部１０２、ＵＬ信号生成部１０３、判定部１０４、管理部１０５を含む。図１５は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１５に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【０１１７】
信号受信部１０１は、基地局ｅＮＢから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。信号送信部１０２は、物理レイヤの各種信号を無線送信する機能を含む。信号受信部１０１及び信号送信部１０２はそれぞれ、複数のＣＣを束ねてＣＡ通信を行う機能を含む。また、信号受信部１０１及び信号送信部１０２はそれぞれ、基地局ＭｅＮＢ及び基地局ＳｅＮＢとの間でＤＣによるＣＡ通信を行う機能を含む。
【０１１８】
また、信号送信部１０２は、ＵＬ  ＰＤＣＰバッファを有しており、ＵＬ信号生成部１０３で生成された上りデータをＵＬ  ＰＤＣＰバッファ蓄積する。また、信号送信部１０２は、信号受信部１０１でＵＬグラントを受信した場合、ＵＬグラントにて割当てられた上り無線リソースを用いて上りデータを基地局ｅＮＢに送信する。
【０１１９】
また、信号送信部１０２は、ベアラスプリット状態が有効（ＯＮ）であるか又は無効（ＯＦＦ）であるかに応じて、ＢＳＲ及び上りデータを、基地局ＭｅＮＢに送信するのか基地局ＳｅＮＢに送信するのかを選択する。
【０１２０】
ＵＬ信号生成部１０３は、基地局ｅＮＢに送信する上りデータを生成する機能を有する。ＵＬ信号生成部１０３は、例えば、ユーザ装置ＵＥが備える各種アプリケーション等である。ＵＬ信号生成部１０３で生成された上りデータは、信号送信部１０２に渡される。
【０１２１】
判定部１０４は、ベアラスプリット状態の切替え方法（その１〜６）で説明した判定処理（図７〜９、図１１〜図１３の処理手順）のうちのいずれか１つを実行する機能、いずれか複数を実行する機能、又は、全ての判定処理を実行する機能を有する。なお、判定部１０４は、これらの判定処理のうち、どの判定処理を用いるかを適宜切替えられるようにしてもよい。また、どの判定処理を用いるのかを、例えばＲＲＣメッセージや報知情報（ＳＩＢ）等により予め通知（指示）されているようにしてもよいし、無線通信システムにおいて予め定められているようにしてもよいし、システム帯域やＵＥカテゴリに従って決定（選択）されるようにしてもよい。
【０１２２】
管理部１０５は、ベアラスプリット状態が有効（ＯＮ）であるか、又は無効（ＯＦＦ）であるかの状態を管理する機能を有する。また、管理部１０５は、判定部１０４の指示により、ベアラスプリット状態を切替える機能を有する。
【０１２３】
なお、ＵＬ信号生成部１０３、判定部１０４及び管理部１０５は、信号送信部１０２内に含まれていてもよい。
【０１２４】
＜まとめ＞
以上説明した実施の形態によれば、上りのキャリアアグリゲーションをサポートする無線通信システムにおいて、第一の基地局及び第二の基地局と通信を行うユーザ装置であって、バッファ内に蓄積されている上りデータ量が第一の閾値を超えたか否かを判定するのに加え、更に特定の条件を満たすか否かを判定する判定部と、前記バッファ内に蓄積されている上りデータ量が第一の閾値を超えたと判定され、かつ特定の条件を満たすと判定されている間、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行う通信部と、を有するユーザ装置が提供される。このユーザ装置ＵＥにより、スプリットベアラに係る上りデータが送信される場合に、無線リソースに無駄が発生するのを回避することができる技術が提供される。
【０１２５】
また、前記判定部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を超えている状態が所定の期間継続しているか否かを判定し、前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を超えている状態が所定の期間継続していると判定される場合、上りリンクにベアラスプリットを適用するようにしてもよい。
【０１２６】
これにより、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を若干上回るような場合であっても、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【０１２７】
また、前記判定部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値よりも大きい第二の閾値を超えているか否かを判定し、前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を超えていると判定される場合、上りリンクにベアラスプリットを適用するようにしてもよい。
【０１２８】
これにより、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量がある程度大きくなった時点ですぐに上りリンクのベアラスプリット状態を有効化することができるため、スプリットベアラに係る上りリンクのスループットを向上させることができる。
【０１２９】
また、前記判定部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値よりも大きい第二の閾値を超えている状態が所定の期間継続しているか否かを判定し、前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を超えている状態が所定の期間継続していると判定される場合、上りリンクにベアラスプリットを適用するようにしてもよい。
【０１３０】
これにより、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量が所定の閾値を若干上回るような場合であっても、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【０１３１】
また、前記判定部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を下回っている状態が所定の期間継続したか否かを判定し、前記通信部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を下回っている状態が所定の期間継続したと判定される場合、上りリンクのベアラスプリットの適用を停止するようにしてもよい。
【０１３２】
これにより、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量の変動によって、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【０１３３】
また、前記判定部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値より小さい第二の閾値を下回ったか否かを判定し、前記通信部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を下回ったと判定される場合、上りリンクのベアラスプリットの適用を停止するようにしてもよい。
【０１３４】
これにより、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量の変動によって、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。また、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量がある程度小さくなった時点ですぐに上りリンクのベアラスプリット状態を無効化することができ、ユーザ装置ＵＥの負荷を軽減することができる。
【０１３５】
また、前記判定部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値より小さい第二の閾値を所定の期間下回ったか否かを判定し、前記通信部は、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行っている場合において、前記バッファ内に蓄積されている上りデータ量が前記第二の閾値を所定の期間下回ったと判定される場合、上りリンクのベアラスプリットの適用を停止するようにしてもよい。
【０１３６】
これにより、ＵＬ  ＰＤＣＰバッファ内のデータ滞留量の変動によって、上りリンクのベアラスプリット状態の有効化／無効化が頻繁に切替えられてしまうことを防止することができる。
【０１３７】
また、前記通信部は、前記バッファ内に蓄積されている上りデータ量が前記第一の閾値を超えたと判定される場合、又は、前記バッファ内に蓄積されている上りデータ量が前記特定の条件を満たすと判定される場合、前記第一の基地局又は前記第二の基地局の少なくとも一方に対してＢＳＲを送信するようにしてもよい。
【０１３８】
これにより、ユーザ装置ＵＥは、基地局ＭｅＮＢ及び基地局ＳｅＮＢに対して、自身のバッファ内に蓄積されている上りデータ量をより正確に伝えることが可能になる。また、これにより、基地局ＭｅＮＢ及び基地局ＳｅＮＢは、ユーザ装置ＵＥに対して上りリンクのスケジューリングをより適切に行うことが可能になる。
【０１３９】
また、以上説明した実施の形態によれば、上りのキャリアアグリゲーションをサポートする無線通信システムにおいて、第一の基地局及び第二の基地局と通信を行うユーザ装置が行う通信方法であって、バッファ内に蓄積されている上りデータ量が第一の閾値を超えたか否かを判定するのに加え、更に特定の条件を満たすか否かを判定するステップと、前記バッファ内に蓄積されている上りデータ量が第一の閾値を超えたと判定され、かつ特定の条件を満たすと判定されている間、上りリンクにベアラスプリットを適用して前記第一の基地局と前記第二の基地局との間で上り通信を行うステップと、を有する通信方法が提供される。この通信方法により、スプリットベアラに係る上りデータが送信される場合に、無線リソースに無駄が発生するのを回避することができる技術が提供される。
【０１４０】
＜実施形態の補足＞
尚、上記説明では、ユーザ装置ＵＥが異なる複数の基地局ｅＮＢと通信を行うことを想定していたが、本実施の形態は、同一の基地局ｅＮＢ内の異なる処理部間でキャリアアグリゲーションを行う際にも適用されてもよい。
【０１４１】
以上説明したベアラスプリット状態の切替え方法（その１〜６）を、任意に組み合わせるようにしてもよい。
【０１４２】
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／基地局ｅＮＢ）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１４３】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／基地局ｅＮＢは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局ｅＮＢが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１４４】
なお、実施の形態において、閾値Ｘは、第一の閾値の一例である。閾値Ｙ又は閾値Ｚは、第二の閾値の一例である。信号受信部１０１及び信号送信部１０２は、通信部の一例である。ＴＴＴは、所定の期間の一例である。
【符号の説明】
【０１４５】
ＭｅＮＢ  基地局
ＳｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号受信部
１０２  信号送信部
１０３  ＵＬ信号生成部
１０４  判定部
１０５  管理部
【図１】
2017028415.tif 000003
【図２】
2017028415.tif 000004
【図３】
2017028415.tif 000005
【図４】
2017028415.tif 000006
【図５】
2017028415.tif 000007
【図６】
2017028415.tif 000008
【図７】
2017028415.tif 000009
【図８】
2017028415.tif 000010
【図９】
2017028415.tif 000011
【図１０】
2017028415.tif 000012
【図１１】
2017028415.tif 000013
【図１２】
2017028415.tif 000014
【図１３】
2017028415.tif 000015
【図１４】
2017028415.tif 000016
【図１５】
2017028415.tif 000017