JP6166189B2

JP6166189B2 - 移動通信システム及び移動局装置

Info

Publication number: JP6166189B2
Application number: JP2014015086A
Authority: JP
Inventors: 徹内野; 高橋　秀明; 秀明高橋
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2014-01-30
Filing date: 2014-01-30
Publication date: 2017-07-19
Anticipated expiration: 2034-01-30
Also published as: JP2015142302A; WO2015115205A1; US20160255537A1; CN105659679A

Description

本発明は移動通信の分野に関し、特に、上りリンクベアラスプリット（Uplink bearer split）実施時のリソース割当制御に関する。

３ＧＰＰ（Third Generation Partnership Project）標準化仕様において、複数のコンポーネントキャリア（ＣＣ）を束ねて通信を行うキャリアアグリゲーション（ＣＡ：Carrier Aggregation）が規定されている。

ＬＴＥ（Long Term Evolution）リリース１０までのキャリアアグリゲーションでは、ひとつのｅＮＢ（evolved NodeB：基地局）内で運用される複数のコンポーネントキャリアを用いて同時通信を行うことで、スループットを向上させている。

リリース１２では、ｅＮＢ内キャリアアグリゲーションを拡張し、異なるｅＮＢで運用されているコンポーネントキャリアを用いて同時通信を行う"Dual Connectivity"が検討されている（たとえば、非特許文献１、及び非特許文献２参照）。"Dual Connectivity"は、基地局間キャリアアグリゲーション（Inter-eNB Carrier Aggregation）に相当し、スループットのさらなる向上が期待される。

たとえば、すべてのコンポーネントキャリアを単一のｅＮＢ内に収容することができない場合にリリース１０と同程度のスループットを実現するには、Dual Connectivityが有用である。

Dual connectivityにおいて、一つのＥＰＳ（Evolved Packet System）ベアラを複数の基地局（ｅＮＢ：evolved Node B）のリソースを用いて構成することでスループットを向上するベアラスプリット（bearer split）という機能が検討されている。

上りリンク（ＵＬ）のベアラスプリットの場合、図１に示すように、たとえば、移動局（ＵＥ：User Equipment）１０で発生したデータを第１基地局２０−１のコンポーネントキャリア（ＣＣ＃１）と、第２基地局２０−２のコンポーネントキャリア（ＣＣ＃２）を用いて同時に伝送する（矢印(1)）。このとき、データパケットはＣＣ＃１とＣＣ＃２の間で特定の比率で分割されて送信される（たとえば、非特許文献３参照）。第２基地局２０−２は、ＵＥ１０から受信したデータを、アンカーノードである第１基地局２０−１に転送する（矢印(2)）。第１基地局２０−１は、自局がＵＥ１０から受信したデータと、第２基地局２０−２から転送されたデータを再構成（reordering）して、コアネットワーク（ＣＮ）に転送する（矢印(3)）。

3GPP TS36.842 3GPP TSG-RAN WG2 Meeting #82, Fukuoka, Japan 20-24 May 2013, R2-131782 3GPP TSG-RAN WG2 Meeting #84, San Francisco, USA, 11-15 November 2013, R2-134427

ＵＬベアラスプリットの実施時に、第１ｅＮＢと第２ｅＮＢにＵＥのデータパケットを所定の比率で分割して送信するに際して、ＵＥ１０のバッファ滞留量も同じ比率で分割され、分割されたそれぞれのバッファ滞留量についてバッファ状態報告（ＢＳＲ：Buffer Status Report）が報告される。たとえば、第１ｅＮＢと第２ｅＮＢの間で１：２の割合でＵＬベアラスプリットが設定されている場合、バッファ滞留量も１：２で分割されてＢＳＲが作成、送信される。その結果、第１ｅＮＢからＵＥ１０に与えられるＵＬリソース（ＣＣ＃１）と、第２ｅＮＢからＵＥ１０に与えられるＵＬリソース（ＣＣ＃２）の比率も１：２となる。

ＵＬベアラスプリットが設定されていると、ＵＬデータのサイズが小さい場合でもバッファ滞留量が分割されてＢＳＲが送信されてしまうため、リソース利用効率やアップリンクの送信遅延の観点で望ましくない。データ量が少ない場合は、いずれかのｅＮＢにＢＳＲをまとめて報告してそのｅＮＢからだけリソースの割り当てを受けた方がよいケースもある。

そこで、ＵＬベアラスプリット実施の際に、移動局が効率的な上りリンクリソースの割り当てを受けることのできる技術を提供することを課題とする。

上記課題を解決するために、本発明の第１の態様では、第１の基地局と、第２の基地局と、移動局装置とを含む移動通信システムを提供する。この移動通信システムでは、
前記第１の基地局、前記第２の基地局、及び前記移動局との間で所定のスプリット比率で上りリンクベアラスプリットが設定されている場合に、
前記移動局装置におけるバッファ滞留量が閾値を超えない場合は、前記移動局装置は前記上りリンクベアラスプリットが設定されていても、前記第１の基地局と前記第２の基地局のいずれか一方にだけバッファ状態報告を送信し、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記第１の基地局と前記第２の基地局にバッファ状態報告を報告する。

本発明の第２の態様では、移動局装置を提供する。移動局装置は、
少なくとも２つの基地局との間で設定される上りリンクベアラスプリットのためのスプリット比率を管理する比率管理部と、
バッファ滞留量を管理する上りデータ管理部と、
バッファ状態報告がトリガされたときに、前記バッファ滞留量が閾値を超えるか否かを判断する判断部と、
を有し、
前記上りデータ管理部は、前記バッファ滞留量が前記閾値を超えない場合は、前記上りリンクベアラスプリットが設定されている場合でも、前記基地局のうちの一部の基地局に対してだけバッファ状態報告を送信する第１のタイプの報告を行い、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記少なくとも２つの基地局のそれぞれに対してバッファ状態報告を報告する第２のタイプの報告を行う。

ＵＬベアラスプリット実施の際に、移動局装置は効率的に上りリンクリソースの割り当てを受けることができる。

ＵＬベアラスプリットを説明する図である。実施形態のリソース割り当て方法のフローチャートである。実施形態のデータ滞留量に応じたＢＳＲ制御の例を示す図である。実施形態のデータ滞留量に応じたＢＳＲ制御の例を示す図である。実施形態の移動局装置の概略構成図である。

図２は、実施形態のリソース割当制御方法のフローチャートである。実施形態ではＵＬベアラスプリット実施時に、ＵＥ１０内のＵＬデータサイズが所定の閾値を超えない場合には、ＵＬベアラスプリットが設定されていても特定のｅＮＢだけにＢＳＲを送信する。特定のｅＮＢだけにＢＳＲが送信される結果、特定のｅＮＢからだけＵＬデータ送信用のＵＬリソース（コンポーネントキャリア）が割り当てられる。これによりＵＬリソース割り当ての効率化を図ることができる。

まず、ＵＥ１０（図１参照）が第１基地局と接続している状態で、ＵＬベアラスプリットが実施されている（Ｓ１０１）。ＵＬベアラスプリットの実施には、ＵＬベアラスプリットの設定・変更を含み、Dual connectivityの設定・変更や、Dual connectivityの対象となる第２基地局で運用されるセル（コンポーネントキャリア）の設定・変更、ｅＮＢ間でのスプリット比率の設定・変更などが含まれる。ＵＬベアラスプリットの設定・変更は、たとえば第１基地局のバッファデータ量や、ＵＥ１０と第２基地局の間の受信電力などに基づいて決定される。スプリット比率は、その時点で設定されているｅＮＢの組み合わせ毎に設定されていてもよい。

ＵＬベアラスプリットの実施の際に、たとえばＵＥ１０が接続を確立している第１基地局からＵＥ１０に対してＵＬベアラスプリットの設定／変更要求が通知される。ＵＬベアラスプリットの設定／変更要求は、たとえばＲＲＣ（Radio Resource Control）シグナリングメッセージを用いてＵＥ１０に通知される。第１基地局はマスターｅＮＢ（MeNB）とも呼ばれ、たとえばマクロ基地局がMeNBの役割を果たす。Dual connectivityの対象となる第２基地局はセカンダリｅＮＢ（SeNB）とも呼ばれ、たとえばピコｅＮＢなどのスモール基地局がSeNBの役割を果たす。ＵＥ１０は、ＵＬベアラスプリットの設定／変更要求に基づいて、MeNBとSeNBの間でＵＬベアラスプリットを設定する。

ＵＬベアラスプリットが設定されている状態で、ＢＳＲがトリガされると、ＵＥ１０はバッファ滞留量が閾値を超えるか否かを判断する（Ｓ１０２）。閾値は、MeNBからＲＲＣ信号で通知されてもよい。ＵＬベアラスプリットは、一般にＵＥ１０に大量のＵＬデータが発生した場合に設定されるので、ＵＬベアラスプリットの設定直後は、通常は肯定判断になる（Ｓ１０２でＹＥＳ）。この場合、ＵＥ１０は、設定されているスプリット比率にしたがってバッファ滞留量を分割し、MeNBとSeNBのそれぞれに対応するＢＳＲを送信する（Ｓ１０３）。

ＢＳＲの送信手順は、ＬＴＥで規定される通常の手順に従う。ＵＥ１０がSeNBの個別のＵＬリソース（PUCCH-Scheduling request）を持っている場合は、SeNBにスケジューリング要求を送信し、割り当てられたUL grantに対応するＰＵＳＣＨ（Physical Uplink Shared Channel：物理上りリンク共有チャネル）でＢＳＲを送信する。

ＵＥ１０がSeNBの個別のＵＬリソースを保持していない場合は、ランダムアクセス手順を起動し、ランダムアクセス応答（RA response）で指示されたUL grantに対応するＰＵＳＣＨでＢＳＲを送信する。ＢＳＲは、データが存在する論理チャネルグループ（ＬＣＨ）ごとにデータの総量が算出され、データ総量を設定された比率で分割することで生成される。

ＢＳＲの報告に引き続いて、ＵＥ１０はMeNBとSeNBのそれぞれからコンポーネントキャリアの割り当てを受け、割り当てられたコンポーネントキャリアを用いてＵＬデータをMeNBとSeNBに同時に送信する（Ｓ１０５）。

他方、ＵＥ１０のＵＬデータ滞留量が閾値を超えない場合（Ｓ１０２でＮＯ）は、特定のｅＮＢに対してのみＢＳＲを送信する（Ｓ１０４）。特定のｅＮＢは、ネットワークから指定されてもよいし、MeNBであってもよい。あるいは、Dual Connectivityの対象となっているｅＮＢの中でｅＮＢインデックスの大きいｅＮＢやｅＮＢインデックスの小さいｅＮＢでもよい。平均ＵＬ送信レートの大きいｅＮＢや、最後に割り当てあがったｅＮＢ、ＴＡ（Time Alignment）タイマーが起動している（個別リソースが設定されている）ｅＮＢであってもよい。

ＵＬベアラスプリットが実施され、かつＵＬデータ量が閾値を超えない場合とは、たとえば、ＵＬベアラスプリットの設定あるいは運用中に、ＵＥ１０のＵＬデータが送信された直後の状態である。ＵＬベアラスプリットが設定されている場合は、ＵＥ１０内で引き続きＵＬデータが発生する可能性があるため、ＵＬデータの送信後も一定期間はＵＬベアラスプリットが維持されると考えられる。この場合は、ＵＬベアラスプリットが設定されていても、ＵＬデータ量が少ないので、ＢＳＲをひとつの基地局（たとえばMeNB）にだけ送信するのがリソース割り当ての観点から効率的である。そこで、ＵＥ１０は特定の基地局に対してだけＢＳＲを送信する（Ｓ１０４）。ＢＳＲの送信後に、この特定の基地局からＢＳＲの報告値に応じたコンポーネントキャリアの割り当てを受ける（Ｓ１０６）。

なお、いったんＵＬデータ滞留量が所定の閾値を超えたとしても、その後ＵＬ送信して所定の閾値を下回った場合は、やはり特定のｅＮＢに対してのみＢＳＲ報告を行う。

図３は、実施形態におけるＵＬベアラスプリット実施時のリソース割り当て制御を示す図である。図３では、ＵＥ１０と２つの基地局（ｅＮＢ＃１、ｅＮＢ＃２）の間でＵＬベアラスプリットを実施している（Ｓ１０１）。

時間ｔ１で、ＵＥ１０のＢＳＲがトリガされる。ＢＳＲトリガは、送信すべきデータが無くなった場合、周期ＢＳＲのタイマが満了した場合（周期的なＢＳＲトリガ）、より優先度の高い送信データが発生した場合、ＭＡＣＰＤＵ（Medium Access Control Protocol Data Unit）の余剰ビット数がＢＳＲ格納に必要なビット数よりも大きい場合（Padding BSR）などに発生する。図３の例は、たとえば、ＵＬベアラスプリットの設定後に、いったんＵＥ１０内のＵＬデータが、ｅＮＢ＃１のコンポーネントキャリアとｅＮＢ＃２のコンポーネントキャリアを用いて送信された後の状態である。

時間ｔ１において、ＵＥ１０内のＵＬデータ滞留量は、閾値以下である（Ｓ１０２でＮＯ）。したがって、ＵＥ１０は特定のｅＮＢ、たとえばｅＮＢ＃２にだけＢＳＲを報告する。ＵＥ１０は、ｅＮＢ＃２からＢＳＲの報告値に応じたUL grantを受信する（Ｓ１０６）。ＵＥ１０は、UL grantで指定されたコンポーネントキャリアを用いて、ＵＬデータをｅＮＢ＃２に送信する。

その後、時間ｔ２で次のＢＳＲトリガが発生する。時間ｔ２でのバッファ滞留量は閾値を超える（Ｓ１０２でＹＥＳ）。ＵＥ１０は、設定されているスプリット比率に基づいてバッファ滞留量を分割し、ｅＮＢ＃１とｅＮＢ＃２のそれぞれにＢＳＲを送信する（Ｓ１０３）。ＵＥ１０は、ｅＮＢ＃１とｅＮＢ＃２から、ＢＳＲに応じたUL grantを受信し（Ｓ１０５）、UL grantで指定されたコンポーネントキャリアを用いて、ＵＬデータをｅＮＢ＃１とｅＮＢ＃２に送信する。

ＵＥ１０内のバッファ滞留量は動的に変化しうるため、閾値との比較を行う際には、保護段数（時間的なヒステリシス）や閾値にヒステリシスが設けられても良い。特定のｅＮＢ（たとえばｅＮＢ＃１）に対するＢＳＲの送信から、ｅＮＢ＃１とｅＮＢ＃２のそれぞれに対するＢＳＲの送信への切替（切替ケース１）を行う際に用いられる閾値のヒステリシスと、ｅＮＢ＃１とｅＮＢ＃２のそれぞれに対するＢＳＲの送信から、特定の（たとえばｅＮＢ＃１）に対するＢＳＲの送信への切替（切替ケース２）を行う際に用いられる閾値のヒステリシスは、別々の値が設定されてもよい。保護段数やヒステリシスはネットワークから指定されてもよい。例えば、設定の方法として、ＵＬデータがより多く発生するＵＥに対しては切替ケース１のためのヒステリシスを小さく（或いはマイナスの値）を設定し、データ発生時にできるだけ早期にｅＮＢ＃１とｅＮＢ＃２の両方に対してＢＳＲを報告できるようにしてもよい。或いは、ＵＥ内部のパラメータとしてヒステリシスを設けても良い。

さらに、一旦閾値以上のＵＬデータが発生する場合、その後も継続してＵＬデータが発生することが予測されるため、ｅＮＢ＃１とｅＮＢ＃２の両方に対してＢＳＲを送信した際には、所定期間の間（ＵＬデータ滞留量にかかわらず）ｅＮＢ＃１とｅＮＢ＃２の両方に対してＢＳＲを送信をしてもよい。

また、通信においては一般的に信頼性の高いＴＣＰ（Transmission Control Protocol）通信が想定される。ＴＣＰ通信では、送信側から受信したデータに対してＡＣＫを送信し、当該ＡＣＫに応答して送信側は後続データを送出することとなる。即ち、ＤＬデータが大量に受信される際には、当該データに対応するＡＣＫがＵＬで発生することが予測されるため、ＵＬデータ滞留量の代わりに、ＤＬにおける（所定期間における）受信量が、ｅＮＢ＃１とｅＮＢ＃２の両方に対してＢＳＲを送信するための指標となってもよい。当該所定期間は、ネットワークから指定されてもよい。

図４は、図３の変形例を示す。図４の例で、Dual Connectivityの対象となっているｅＮＢが３つ以上ある場合に、ＵＥ１０の滞留データ量に応じて、ＢＳＲが送信されるｅＮＢの数を可変にしてもよい。どのｅＮＢに対してＢＳＲを報告するかは、平均データレートの大きい順、ｅＮＢのインデックス番号が小さい順あるいは大きい順など、あらかじめ決めておいてもよい。ＢＳＲが送信されるｅＮＢの数に応じて、スプリット比率をあらかじめ決めておいてもよいし、ＢＳＲが送信されるｅＮＢの数でバッファ滞留量を等分してもよい。尚、ｅＮＢの数としてカウントされるｅＮＢは、１つでもActiveなＣＣが設定されているｅＮＢでもよいし、１つでもTA timerが起動しているTAG（TA group）があるｅＮＢでもよいし、１つでも閾値以上の品質（e.g., CQI, RI. PTI, PMI, RSRP, RSRQ）のＣＣがあるｅＮＢでもよい。

図４では、ＵＥ１０のバッファ滞留量に対して、３つの異なる閾値が設定されている。ＵＬベアラスプリットが設定されている状態で（Ｓ１０１）、時間ｔ１においてＢＳＲがトリガされ、ＵＥ１０はバッファ滞留量の閾値判断を行う。バッファ滞留量が第１の閾値より大きく、第２の閾値以下である場合は、ＵＥ１０は１つのｅＮＢ（たとえばｅＮＢ＃３）に対してだけＢＳＲを送信する（Ｓ２０１）。その結果、ＵＥ１０はｅＮＢ＃１からUL grantを受信し、指定されたコンポーネントキャリアでＵＬデータを送信する。

バッファ滞留量が、第２の閾値を超え、第３の閾値以下である場合は、ＵＥ１０は２つのｅＮＢ（たとえばｅＮＢ＃２とｅＮＢ＃３）にＢＳＲを送信する。各ｅＮＢに対するＢＳＲは、設定されているスプリット比率に基づいて分割されたデータ滞留量を示す。その結果、ＵＥ１０はｅＮＢ＃２とｅＮＢ＃３からＢＳＲに応じたUL grantを受信する（Ｓ２０２）。ＵＥ１０は、ｅＮＢ＃２が運用するコンポーネントキャリアと、ｅＮＢ＃３が運用するコンポーネントキャリアを用いて、ＵＬデータを送信する。

バッファ滞留量が、第３の閾値を超える場合は、ＵＥ１０は３つのｅＮＢ（ｅＮＢ＃１〜ｅＮＢ＃３）にＢＳＲを送信する。その結果、ＵＥ１０はｅＮＢ＃１〜ｅＮＢ＃３のそれぞれからUL grantを受信する（Ｓ２０３）。ＵＥ１０は、ｅＮＢ＃１〜ｅＮＢ＃３のそれぞれが運用するコンポーネントキャリアを用いてＵＬデータを送信する。

図４の例では、ＵＬベアラスプリットが設定されている場合でも、ＵＥ１０内のバッファ滞留量に応じてDual Connectivityを行う基地局の数を変更できるので、上りリンクのコンポーネントキャリアをより効率的に使用することができる。

図５は、実施形態の移動局装置（ＵＥ）１０の概略構成図である。ＵＥ１０は、下りリンク（ＤＬ）信号受信部１１と、上りリンク（ＵＬ）信号送信部１２と、無線リソース制御（ＲＲＣ）管理部１３と、上りリンク（ＵＬ）データ管理部１４を有する。

ＤＬ信号受信部１１は、たとえばＲＲＣシグナリングメッセージとして送信されるＵＬベアラスプリットの設定／変更要求を受信する。ＵＬデータ管理部１４は、バッファ３１に滞留するＵＬデータ量を管理する。
ＲＲＣ管理部１３は、閾値判断部２１と、比率管理部２２と、コンポーネントキャリア（ＣＣ）管理部２３を有する。ＤＬ信号受信部１１でＵＬベアラスプリット設定／変更要求が受信されると、ＣＣ管理部２３は、この要求に含まれている第２のｅＮＢで運用されるセル（コンポーネントキャリア）をＵＬベアラスプリットの対象セルとして設定する。また、比率管理部２２は、設定／変更要求に含まれている比率をスプリット比率として設定する。閾値判断部２１は所定の閾値を管理し、ＢＳＲトリガが発生したときに、ＵＬデータ管理部１４から送られてくるバッファ滞留量が、閾値を超えるか否かを判断する。閾値判断結果はＵＬデータ管理部１４に通知される。
バッファ滞留量が閾値を超えない場合は、ＵＬデータ管理部１４はバッファ滞留量に基づいてＢＳＲを作成する。ＢＳＲは、ＵＬ信号送信部１２から特定のｅＮＢに向けて送信される。バッファ滞留量が閾値を超える場合は、ＵＬデータ管理部１４は、比率管理部２２で管理されているスプリット比率に基づいてバッファ滞留量を分割し、各ｅＮＢに対するＢＳＲを生成する。ＢＳＲは、ＵＬ信号送信部１２から対応するｅＮＢへ送信される。

上述した手法と構成により、Dual ConnectivityでＵＬベアラスプリットが設定されている場合でも、ＵＥ内のバッファ滞留量に応じて効率的なコンポーネントキャリアの割り当てを行うことができる。

１０移動局装置（ＵＥ）
１１ＤＬ信号受信部
１２ＵＬ信号送信部
１３ＲＲＣ管理部
１４ＵＬデータ管理部

Claims

第１の基地局と、第２の基地局と、移動局装置とを含む移動通信システムにおいて、
前記第１の基地局、前記第２の基地局、及び前記移動局との間で所定のスプリット比率で上りリンクベアラスプリットが設定されている場合に、
前記移動局装置におけるバッファ滞留量が閾値を超えない場合は、前記移動局装置は前記上りリンクベアラスプリットが設定されていても、前記第１の基地局と前記第２の基地局のいずれか一方にだけバッファ状態報告を送信し、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記第１の基地局と前記第２の基地局にバッファ状態報告を報告し、
前記移動通信システムが３以上の基地局を含み、前記３以上の基地局と前記移動局装置との間で上りリンクベアラスプリットが設定されている場合に、
前記移動局装置は２以上の閾値に基づいて前記バッファ滞留量を判断し、
前記バッファ滞留量に応じて、前記上りリンクベアラスプリットが設定されている基地局のうち、前記バッファ状態報告を報告する基地局の数を変更する
ことを特徴とする移動通信システム。
第１の基地局と、第２の基地局と、移動局装置とを含む移動通信システムにおいて、
前記第１の基地局、前記第２の基地局、及び前記移動局との間で所定のスプリット比率で上りリンクベアラスプリットが設定されている場合に、
前記移動局装置におけるバッファ滞留量が閾値を超えない場合は、前記移動局装置は前記上りリンクベアラスプリットが設定されていても、前記第１の基地局と前記第２の基地局のいずれか一方にだけバッファ状態報告を送信し、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記第１の基地局と前記第２の基地局にバッファ状態報告を報告し、
前記移動局は、特定の基地局に対してだけバッファ状態報告を送信する第１タイプの報告から、複数の基地局に対して分割してバッファ状態報告を送信する第２タイプの報告へ切り替えるときと、前記第２タイプの報告から前記１タイプの報告へ切り替えるときとで異なる閾値を設定することを特徴とする移動通信システム。
前記移動局は、前記第２タイプの報告に切り替えたあとに、一定時間前記第２タイプの報告を継続することを特徴とする請求項２に記載の移動通信システム。
第１の基地局と、第２の基地局と、移動局装置とを含む移動通信システムにおいて、
前記第１の基地局、前記第２の基地局、及び前記移動局との間で所定のスプリット比率で上りリンクベアラスプリットが設定されている場合に、
前記移動局装置におけるバッファ滞留量が閾値を超えない場合は、前記移動局装置は前記上りリンクベアラスプリットが設定されていても、前記第１の基地局と前記第２の基地局のいずれか一方にだけバッファ状態報告を送信し、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記第１の基地局と前記第２の基地局にバッファ状態報告を報告し、
前記移動局は、特定の基地局に対してだけバッファ状態報告を送信する第１タイプの報告と、複数の基地局に対して分割してバッファ状態報告を送信する第２タイプの報告の切り替え判断を、一定期間における下りリンクデータの受信量に基づいて行うことを特徴とする移動通信システム。
少なくとも２つの基地局との間で設定される上りリンクベアラスプリットのためのスプリット比率を管理する比率管理部と、
バッファ滞留量を管理する上りデータ管理部と、
バッファ状態報告がトリガされたときに、前記バッファ滞留量が閾値を超えるか否かを判断する判断部と、
を有し、
前記上りデータ管理部は、前記バッファ滞留量が前記閾値を超えない場合は、前記上りリンクベアラスプリットが設定されている場合でも、前記基地局のうちの一部の基地局に対してだけバッファ状態報告を送信する第１のタイプの報告を行い、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記少なくとも２つの基地局のそれぞれに対してバッファ状態報告を報告する第２のタイプの報告を行い、
前記判断部は、２以上の閾値を管理し、
前記上りデータ管理部は、前記バッファ滞留量に応じて、前記上りリンクベアラスプリットが設定されている前記基地局のうちで前記バッファ状態報告を報告する基地局の数を変更することを特徴とする移動局装置。
少なくとも２つの基地局との間で設定される上りリンクベアラスプリットのためのスプリット比率を管理する比率管理部と、
バッファ滞留量を管理する上りデータ管理部と、
バッファ状態報告がトリガされたときに、前記バッファ滞留量が閾値を超えるか否かを判断する判断部と、
を有し、
前記上りデータ管理部は、前記バッファ滞留量が前記閾値を超えない場合は、前記上りリンクベアラスプリットが設定されている場合でも、前記基地局のうちの一部の基地局に対してだけバッファ状態報告を送信する第１のタイプの報告を行い、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記少なくとも２つの基地局のそれぞれに対してバッファ状態報告を報告する第２のタイプの報告を行い、
前記判断部は、特定の基地局に対してだけバッファ状態報告を送信する第１タイプの報告から、複数の基地局に対して分割してバッファ状態報告を送信する第２タイプの報告へ切り替えるときと、前記第２タイプの報告から前記１タイプの報告へ切り替えるときとで異なる閾値を設定することを特徴とする移動局装置。
前記上りデータ管理部は、前記第２タイプの報告に切り替えたあとに、一定時間前記第２タイプの報告を継続することを特徴とする請求項６に記載の移動局装置。
少なくとも２つの基地局との間で設定される上りリンクベアラスプリットのためのスプリット比率を管理する比率管理部と、
バッファ滞留量を管理する上りデータ管理部と、
バッファ状態報告がトリガされたときに、前記バッファ滞留量が閾値を超えるか否かを判断する判断部と、
を有し、
前記上りデータ管理部は、前記バッファ滞留量が前記閾値を超えない場合は、前記上りリンクベアラスプリットが設定されている場合でも、前記基地局のうちの一部の基地局に対してだけバッファ状態報告を送信する第１のタイプの報告を行い、前記バッファ滞留量が前記閾値を超える場合は、前記スプリット比率に応じて前記バッファ滞留量を分割し、分割された前記バッファ滞留量に応じて前記少なくとも２つの基地局のそれぞれに対してバッファ状態報告を報告する第２のタイプの報告を行い、
前記上りデータ管理部は、特定の基地局に対してだけバッファ状態報告を送信する第１タイプの報告と、複数の基地局に対して分割してバッファ状態報告を送信する第２タイプの報告の切り替え判断を、一定期間における下りリンクデータの受信量に基づいて行うことを特徴とする移動局装置。