(57)【特許請求の範囲】
【請求項１】
バッファー状態報告の方法であって、
前記方法は、
複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置が、バッファー状態情報を確定するステップと、
前記ユーザー装置が、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告するステップとを備え、
１）  前記ユーザー装置が、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する場合、
前記ユーザー装置が、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、
または、
前記ユーザー装置が、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、
または、
前記ユーザー装置が、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告するか、
または、
前記ユーザー装置が、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告し、
２）  前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、
前記ユーザー装置が、アグリゲーションに参加するか、またはアグリゲーションに参加し且つスケジューリングするか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置に、バッファー状態情報を報告し、且つユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻が同一であるかまたは異なり、
３）  前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告することは、
１つのネットワーク側装置に対し、前記ユーザー装置が、前記ネットワーク側装置により管理される活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告し、
前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する後に、
１つのネットワーク側装置に対し、前記ユーザー装置が前記ネットワーク側装置にバッファー状態情報を報告する後、短縮されたバッファー状態情報が報告される場合、前記ネットワーク側装置に対応する周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動し、もし短縮されていないバッファー状態情報が報告される場合、前記ネットワーク側装置に対応するｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動することを備えることを特徴とするバッファー状態報告の方法。
【請求項２】
請求項１における２）の場合において、
前記ユーザー装置は、アグリゲーションセルとネットワーク側装置の対応関係、または無線ベアラＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定することを特徴とする請求項１に記載のバッファー状態報告の方法。
【請求項３】
請求項１における２）の場合において、
前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告することは、
前記ユーザー装置が、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースがないことを確定した後、他のネットワーク側装置に、前記バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知することを備えることを特徴とする請求項１に記載のバッファー状態報告の方法。
【請求項４】
請求項１における２）の場合において、
前記ユーザー装置が少なくとも１つのネットワーク側装置にバッファー状態情報を報告する前に、
前記ユーザー装置が、現在、利用可能なアップリンクリソースがないことを確定した後、ネットワーク側装置にスケジューリング・リクウェスト（ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストすることを備え、
前記ユーザー装置が少なくとも１つのネットワーク側装置にバッファー状態情報を報告することは、
前記ユーザー装置が、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告することを備えることを特徴とする、請求項１に記載のバッファー状態報告の方法。
【請求項５】
前記ユーザー装置がバッファー状態報告を行う粒度は、論理チャネルグループＬＣＧまたはＲＢに基づく粒度であることを特徴とする請求項１または請求項２に記載のバッファー状態報告の方法。
【請求項６】
バッファー状態報告の方法であって、
前記方法は、
ネットワーク側装置が、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信するステップと、
前記ネットワーク側装置が、前記バッファー状態情報に基づいてスケジューリングするステップとを備え、
１）  ユーザー装置が１つのネットワーク側装置にバッファー状態情報を報告する場合、
前記ネットワーク側装置が、ユーザー装置からのバッファー状態情報を受信した後に、
前記ネットワーク側装置が、他のネットワーク側装置に受信した前記バッファー状態情報を送信するか、
または、
前記ネットワーク側装置が、受信した前記バッファー状態情報の一部論理チャネルグループのバッファー状態情報または一部ＲＢのバッファー状態情報を修正し、他のネットワーク側装置に修正後のバッファー状態情報を送信するか、
または、
前記ネットワーク側装置が、受信した前記バッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を、対応するネットワーク側装置に送信するか、
または、
前記ネットワーク側装置が、受信した前記バッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を修正後に、対応するネットワーク側装置に送信し、
２）  ユーザー装置が少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、
前記ネットワーク側装置がユーザー装置からのバッファー状態情報を受信する前に、
前記ネットワーク側装置が、アグリゲーションセルとネットワーク側装置の対応関係を、前記ユーザー装置に送信し、
及び/又は、
前記ネットワーク側装置が、ＲＢとネットワーク側装置との対応関係を、前記ユーザー装置に送信し、
３）  ユーザー装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告し、
前記ネットワーク側装置がユーザー装置からのバッファー状態情報を受信する前に、
もし１つのユーザー装置に１セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする１つのネットワーク側装置が、前記ユーザー装置に、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定し、
もし１つのユーザー装置に複数セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする各ネットワーク側装置が、前記ユーザー装置のために、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒをそれぞれ設定することを備えることを特徴とするバッファー状態報告の方法。
【請求項７】
請求項６における１）の場合において、
前記他のネットワーク側装置は、アグリゲーションに参加するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置であることを特徴とする請求項６に記載のバッファー状態報告の方法。
【請求項８】
ユーザー装置であって、
前記ユーザー装置は、
前記ユーザー装置が、複数のネットワーク側装置的リソースをアグリゲーションする後に、バッファー状態情報を確定する処理器と、
アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する送信装置と、を備え、
１）前記送信装置は、
アグリゲーションに参加する１つのネットワーク側装置に、バッファー状態情報を報告する場合、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、または、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、または、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告するか、または、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告し、
２）  前記送信装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、アグリゲーションに参加するか、または、アグリゲーションに参加し、且つスケジューリングするか、または、アグリゲーションに参加し、且つスケジューリングし、且つ活性化セルを有するネットワーク側装置にバッファー状態情報を報告し、且つ、ユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻が同一であるかまたは異なり、
３）  前記送信装置は、
少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、１つのネットワーク側装置に対し、前記ネットワーク側装置により管理される活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告し、
少なくとも２つのネットワーク側装置にバッファー状態情報を報告した後、１つのネットワーク側装置に対し、前記ネットワーク側装置にバッファー状態情報を報告した後、短縮されたバッファー状態情報が報告される場合、前記ネットワーク側装置に対応する周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動し、もし短縮されていないバッファー状態情報が報告される場合、前記ネットワーク側装置に対応するＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動することを特徴とするユーザー装置。
【請求項９】
請求項８における２）の場合において、
前記送信装置は、アグリゲーションセルとネットワーク側装置の対応関係または無線ベアラＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定することを特徴とする請求項８に記載のユーザー装置。
【請求項１０】
前記送信装置は、
少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースがないことを確定した後、他のネットワーク側装置に、前記バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知することを特徴とする請求項８に記載のユーザー装置。
【請求項１１】
前記送信装置は、
現在利用可能なアップリンクリソースがないことを確定した後、ネットワーク側装置にスケジューリング・リクウェスト（ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストし、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告することを特徴とする請求項８に記載のユーザー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信技術分野に関し、特にバッファー状態報告の方法、システム及び装置に関する。
【背景技術】
【０００２】
本出願は、２０１２年６月４日に中国特許局に提出し、出願番号が２０１２１０１８１２９８.１であり、発明名称が「バッファー状態報告の方法、システム及び装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
ロング・ターム・エボリューション・アドバンスト（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ-Ａｄｖａｎｃｅｄ，ＬＴＥ-Ａ）システムのピーク速度は、ＬＴＥと比べ、大幅に高められ、ダウンリンクの場合は、１Ｇｂｐｓとなり、アップリンクの場合、５００Ｍｂｐｓとなる。また、ＬＴＥ-Ａシステムは、ＬＴＥシステムとの優れる交換性が求められている。ピーク速度、ＬＴＥシステムとの交換性及びスペクトルリソースを十分に利用するとの要望に基づいて、ＬＴＥ-Ａシステムには、キャリア・アグリゲーション（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ，ＣＡ）技術が導入されている。
【０００３】
キャリア・アグリゲーション技術とは、端末が複数のセルで同時に動作でき、これらのセルが、周波数領域上で連続または非連続であり、各セルの帯域幅が同一になってもよいし、異なってもよい技術である。ＬＴＥシステムとの交換性を保つため、各セルの最大帯域幅を２０ＭＨzに制限する。現在１つのユーザー装置のアグリゲーションできるセルの数は、最大で５つである。
【０００４】
キャリア・アグリゲーションシステムにおいて、基地局から端末へ割り当てるセル（ｃｅｌｌ）は、サービングセル（Ｓｅｒｖｉｎｇ ｃｅｌｌ）と呼ばれるが、異なるｓｅｒｖｉｎｇ ｃｅｌｌの機能は異なる可能性があるため、ＬＴＥ-Ａシステムにおいて、ｓｅｒｖｉｎｇ ｃｅｌｌは下記のように分けられる。
【０００５】
プライマリーセル（Ｐｒｉｍａｒｙ Ｃｅｌｌ，ＰＣｅｌｌ）
ユーザー装置がアグリゲーションする複数のセルのうち、ただ１つのみのセルがＰＣｅｌｌとして定義される。ＰＣｅｌｌは、基地局より選定されて、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングにより端末に割り当てる。また、ＰＣｅｌｌ上にのみ、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎk Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）が割り当てられている。
【０００６】
セカンダリーセル（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ，ＳＣｅｌｌ）
ユーザー装置によりアグリゲーションした全部のセルには、Ｐｃｅｌｌ以外のセルは、ＳＣｅｌｌである。
【０００７】
リリース１０（Ｒ１０）/リリース１１（Ｒ１１）のキャリア・アグリゲーション概念としては、１つのユーザー装置（ＵＥ）が、同一基地局のセルしかアグリゲーションできないように許可され、即ち、基地局内（ｉｎｔｒａ-ｅＮB）のアグリゲーションが許可されている。
【０００８】
ＬＴＥ及びＬＴＥ-Ａシステムは、スケジューリングをベースとしたシステムであり、基地局によりＵＥへデータ伝送に用いられる時間/周波数リソースを割り当てる。端末は、基地局のスケジューリング指令に基づいて、ダウンリンクデータ受信またはアップリンクデータ送信を行う。
【０００９】
アップリンクデータ伝送は、基地局によりスケジューリングされる。基地局スケジューラは、アップリンクリソースの割り当て情報を確認した後に、アップリンク・グラント（ＵＬ ｇｒａｎｔ）により端末に通知することができる。基地局スケジューラによるアップリンクリソース割り当ては、ＵＥが送信しようとするアップリンクデータ量に基づいて行い、即ちＵＥのバッファー状態に基づいて行う。当該バッファーは、ＵＥ側に位置する。基地局が当該情報を取得しようとすれば、ＵＥから基地局へのバッファー状態報告（Ｂｕｆｆｅｒ ｓｔａｔｅ ｒｅｐｏｒｔ，ＢＳＲ）が必要となる。
【００１０】
前述のように、Ｒ１１リリース前のキャリア・アグリゲーションは、いずれも同一基地局下のセルアグリゲーションであり、即ち、基地局内（ｉｎｔｒａ-ｅＮＢ）のアグリゲーションである。リリース１２（Ｒ１２）には、基地局間（ｉｎｔｅｒ-ｅＮＢ）アグリゲーションが導入される可能性がある。Iｎｔｅｒ-ｅＮＢアグリゲーションは、Ｍｏｄｅ-１と、Ｍｏｄｅ-２がある。
〈Ｍｏｄｅ-１〉
同一ＵＥの同一ＲＢは、異なる基地局により伝送される。
〈Ｍｏｄｅ-２〉
同一ＵＥ的異なるＲＢは、異なる基地局により伝送される。
【００１１】
Ｒ１１及び前のリリースのＵＥの場合、ＢＳＲ報告は、ＵＥにより各論理チャネルグループのバッファーサイズを報告されたが、Ｒ１２にｉｎｔｅｒ-ｅＮＢアグリゲーションが導入されれば、２つのｅＮＢは、それぞれアップリンクスケジューリングを行うことができる。現在のＢＳＲスキームは、ｉｎｔｅｒ-ｅＮＢアグリゲーションが導入されたシナリオに適応できないことは、明らかである。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
総じて、ｉｎｔｅｒ-ｅＮＢアグリゲーションのシナリオに対し、現在までは、バッファー状態報告案は、まだ案出されていない。
【００１３】
本発明にかかる実施例により提供するＢＳＲは、ｉｎｔｅｒ-ｅＮＢアグリゲーションのシナリオに対して、バッファー状態報告を行う案である。
【課題を解決するための手段】
【００１４】
本発明にかかる実施例により提供するバッファー状態報告の方法は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置が、バッファー状態情報を確定するステップと、前記ユーザー装置が、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告するステップとを備える。
【００１５】
本発明にかかる実施例により提供する他のバッファー状態報告の方法は、ネットワーク側装置が、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信するステップと、前記ネットワーク側装置が、前記バッファー状態情報に基づいてスケジューリングするステップとを備える。
【００１６】
本発明にかかる実施例により提供するバッファー状態報告のユーザー装置は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置が、バッファー状態情報を確定するための確定モジュールと、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する報告モジュールとを備える。
【００１７】
本発明にかかる実施例により提供するバッファー状態報告のネットワーク側装置は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信する受信モジュールと、前記バッファー状態情報に基づいてスケジューリングする処理モジュールとを備える。
【００１８】
本発明にかかる実施例により提供するバッファー状態報告的システムは、バッファー状態情報を確定し、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置と、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信し、前記バッファー状態情報に基づいてスケジューリングする、ネットワーク側装置とを備える。
【００１９】
本発明にかかる実施例の他のネットワーク側装置は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信する受信器と、前記バッファー状態情報に基づいてスケジューリングする処理器とを備える。
【発明の効果】
【００２０】
複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置が、少なくとも１つのアグリゲーションに参加するネットワーク側装置にバッファー状態情報を報告するため、ｉｎｔｅｒ-ｅＮＢアグリゲーションのシナリオに対するバッファー状態報告が実現でき、さらに、基地局間アグリゲーション状況の複数の基地局がバッファー状態情報を獲得できるようになり、リソーススケジューリングを実現する。
【図面の簡単な説明】
【００２１】
【図１】図１は本発明にかかる実施例のバッファー状態報告のシステム構造図である。
【図２】図２は本発明にかかる実施例のバッファー状態報告のシステムにおけるユーザー装置のシステム構造図である。
【図３】図３は本発明にかかる実施例のバッファー状態報告のシステムにおけるネットワーク側装置のシステム構造図である。
【図４】図４は本発明にかかる実施例のユーザー装置がバッファー状態報告を行なう方法のフローチャートである
【図５】図５は本発明にかかる実施例のネットワーク側装置がバッファー状態報告を処理する方法のフローチャートである。
【発明を実施するための形態】
【００２２】
本発明にかかる実施例の、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置は、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。複数のネットワーク側装置のリソースをアグリゲーションするため、ユーザー装置少なくとも１つのアグリゲーションに参加するネットワーク側装置にバッファー状態情報を報告し、ｉｎｔｅｒ-ｅＮＢアグリゲーションのシナリオに対するバッファー状態報告を実施する。
【００２３】
以下、図面を参照しながら、本発明にかかる実施例を更に詳しく説明する。
【００２４】
以下の説明において、まずは、ネットワーク側とユーザー装置側の協同実施から始め、最後に、ネットワーク側とユーザー装置側のそれぞれの実施に対して説明するが、これは、二者が必ず協同実施すべくことではなく、実に、ネットワーク側とユーザー装置側がそれぞれ単独に実施する際も、ネットワーク側、ユーザー装置側それぞれに存在する問題を解決できるが、二者がセットで使う場合、より優れな技術効果が得られるものである。
【００２５】
図１に示すように、本発明にかかる実施例のバッファー状態報告のシステムは、ユーザー装置１０と、ネットワーク側装置２０とを備える。。
【００２６】
当該ユーザー装置１０は、バッファー状態情報を確定し、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。ユーザー装置１０は、複数のネットワーク側装置的リソースをアグリゲーションする。
【００２７】
当該ネットワーク側装置２０は、ユーザー装置１０からのバッファー状態情報を受信し、バッファー状態情報に基づいてスケジューリングする。
【００２８】
好ましくは、ユーザー装置１０がバッファー状態報告を行う粒度は、ＬＣＧまたはＲＢに基づく粒度である。
【００２９】
具体的には、ＬＣＧか、またはＲＢに基づいて報告するのかは、報告粒度のニーズと関わる。もし報告粒度のニーズが精確に要求すれば、ＲＢに基づく報告を選び、報告粒度のニーズが精確に要求しなければ、ＬＣＧに基づく報告を選ぶ。
【００３０】
ここで、ＢＳＲ情報コンテンツは、各ＬＣＧまたはＲＢに対応するバッファー内のデータ量のサイズである。例えば、１つのＲＢが同時に２つの基地局によりスケジューリングされれば、異なる基地局に異なるＢＳＲ情報を報告することができ、リソースをもっと効果的に利用できる。
【００３１】
実施の際に、ネットワーク側装置２０がバッファー状態情報に基づいてスケジューリングするコンテンツは、３ＧＰＰ ＴＳ ３６.３２１プロトコルを参照することができるため、この以上説明しない。
【００３２】
実施の際に、ユーザー装置１０は、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告することができるし、アグリゲーションに参加する少なくとも２つのネットワーク側装置にバッファー状態情報を報告することもできる。以下それぞれについて説明する。
【００３３】
〈場合１〉
ユーザー装置に基づいてＢＳＲトリガー及び報告を行い、アグリゲーションに参加するネットワーク側装置間には、ネットワーク側装置間のインタフェースを介してバッファー状態情報を交換する。
【００３４】
具体的には、ユーザー装置１０は、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する。
【００３５】
これに応じて、バッファー状態情報を受信したネットワーク側装置２０は、他のネットワーク側装置にバッファー状態情報を送信する必要がある。
【００３６】
ここで、場合１には、ＬＴＥ Ｒ１１及び前のリリースのトリガーメカニズム及び報告原則を用いる。
【００３７】
ＬＴＥシステムにおいて、ＲＲＣ層でのＢＳＲに対して設定したパラメータは、下記の２つのタイマーを含む。この２つのタイマーは、ともにＵＥにより設定且つ保守される。
ｒｅｔｘＢＳＲ-Ｔｉｍｅｒは、ＢＳＲ報告を禁止するタイマーである。
ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒは、ＢＳＲ報告を周期的に行うタイマーである。
【００３８】
ＢＳＲ分類及びトリガーメカニズム
普通ＢＳＲ（Ｒｅｇｕｌａｒ ＢＳＲ）
（１）現在バッファー（ｂｕｆｆｅｒ）におけるデータより高い優先レベルを有するデータが受信されるが、またはアイドル状態だったｂｕｆｆｅｒでデータを受信する場合、トリガーする。
（２）ｒｅｔｘＢＳＲ-Ｔｉｍｅｒがイクスパイア（ｅｘｐｉｒｅ）し、且つバッファーにデータがある場合、トリガーする。
【００３９】
周期ＢＳＲ（Ｐｅｒｉｏｄｉｃ ＢＳＲ）
ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒがイクスパイア（ｅｘｐｉｒｅ）する場合、Ｐｅｒｉｏｄｉｃ ＢＳＲをトリガーする。
【００４０】
パッデング（Ｐａｄｄｉｎｇ ＢＳＲ）
ＵＥがメディアをプロトコルデータユニット（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐａｃkｅｔ Ｄａｔａ Ｕｎｉｔ，ＭＡＣ ＰＤＵ）に接続させるようにする場合、伝送すべくデータ以外利用可能リソース（ｐａｄｄｉｎｇ）のある場合、Ｐａｄｄｉｎｇ ＢＳＲをトリガーすることができる。
【００４１】
ＢＳＲ報告原則：
普通（Ｒｅｇｕｌａｒ）ＢＳＲと周期（Ｐｅｒｉｏｄｉｃ）ＢＳＲの場合、もし１つ以上の論理チャネルグループ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ，ＬＣＧ）に利用可能データがあれば、ｌｏｎｇ ＢＳＲを報告し、１つ以上の論理チャネルグループ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ，ＬＣＧ）に利用可能データがなければ、ｓｈｏｒｔ ＢＳＲを報告する。
【００４２】
ｐａｄｄｉｎｇ ＢＳＲの場合、もしｐａｄｄｉｎｇ ｂｉｔが（ｓｈｏｒｔ ＢＳＲ＋ＭＡＣ ｓｕｂｈｅａｄｅｒ）より大か等しいが、（ｌｏｎｇ ＢＳＲ+ＭＡＣ ｓｕｂｈｅａｄｅｒ）より小さければ、ＵＥは、１つ以上のＬＣＧに利用可能データがあると、短縮されたＢＳＲを報告し、１つ以上のＬＣＧに利用可能データがないと、ｓｈｏｒｔ ＢＳＲを報告する。もしｐａｄｄｉｎｇ ｂｉｔが（ｌｏｎｇ ＢＳＲ+ＭＡＣ ｓｕｂｈｅａｄｅｒ）より大か等しければ、ｌｏｎｇ ＢＳＲを報告する。
【００４３】
ＢＳＲをトリガー後、Ｐｅｒｉｏｄｉｃ ＢＳＲ及びＰａｄｄｉｎｇ ＢＳＲは、アップリンクリソースがあり場合のみ報告でき、Ｒｅｇｕｌａｒ ＢＳＲは、利用可能なアップリンクリソースがないと、スケジューリング・リクウェスト（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ，ＳＲ）プロシージャをトリガーし、基地局がＵＥにアップリンクリソースを割り当てるようにリクウェストする。
【００４４】
基地局がＵＥにアップリンクリソースを割り当てた後、当該リソースが全部のアップリンクデータの伝送にちょうど満足できれば、ＢＳＲを送信せず、アップリンクデータを直接に送信する。当該リソースが全部のアップリンクデータの伝送に足りないのであれば、Ｒｅｇｕｌａｒ ＢＳＲまたはＰｅｒｉｏｄｉｃ ＢＳＲを優先的に報告し、そして、基地局は、ＢＳＲから報告したＵＥに必要とするアップリンクデータ量に基づいて後続伝送をスケジューリングする。
【００４５】
１つのＭＡＣ ＰＤＵには、最大１つのＢＳＲが含まれる。ＢＳＲ優先レベルは、Ｒｅｇｕｌａｒ ＢＳＲ＝Ｐｅｒｉｏｄｉｃ ＢＳＲ>ｐａｄｄｉｎｇ ＢＳＲであり、もし複数のＢＳＲがトリガーされる場合、優先レベルが最大のほうを報告し、Ｒｅｇｕｌａｒ ＢＳＲとＰｅｒｉｏｄｉｃ ＢＳＲの場合、報告コンテンツが同一であり、いずれもＵＥ ｂｕｆｆｅｒ内の全部利用可能データ量情報が含まれ、報告フォーマットが完全に同一であり、いずれの１つを選んで報告してもよい。ＭＡＣ層がＭＡＣ ＰＤＵを統合する際に、この２種類のＭＡＣ ＣＥを優先的に置き、その後にＭＡＣ ＳＤＵを置く。
【００４６】
ｐａｄｄｉｎｇ ＢＳＲの優先レベルは、データより低い。同一のサブフレームにおいて、異なるＭＡＣ ＰＤＵでｐａｄｄｉｎｇ ＢＳＲ及びｒｅｇｕｌａｒ/ｐｅｒｉｏｄｉｃ ＢＳＲを報告することができる。
ここで、ＬＴＥ Ｒ１１及び前のリリースに利用されたトリガーメカニズム及び報告原則は、３ＧＰＰ ＴＳ３６.３２１プロトコルを参照することができるため、この以上説明しない。
【００４７】
実施の際に、基地局はＵＥのためにＢＳＲと係わる層パラメータを設定し、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒが含まれる。当該ＢＳＲと係わるパラメータ設定の場合、基地局は、Ｍａｃｒｏ ｅＮＢ またはアグリゲーションに参加するローカル・ノードであることができる。例えば、アグリゲーションしたいずれの１つの基地局、移動管理を担当する基地局、または、Ｍａｃｒｏカバリッジを提供する基地局、ＢＳＲ受信を担当する基地局、またはＲＢの搬送分離を決める基地局、またはスケジューリングを担当する基地局であることができる。
【００４８】
ＢＳＲをトリガーすると、ユーザー装置１０は、下記スキーム中の１つを選択してアグリゲーションに参加する１つのネットワーク側装置２０にバッファー状態情報を報告する。
【００４９】
ユーザー装置１０は、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。
【００５０】
または、ユーザー装置１０は、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。
【００５１】
または、ユーザー装置１０は、搬送分離を担当するネットワーク側装置的アップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。
【００５２】
または、ユーザー装置１０は、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。
【００５３】
実施の際に、ＢＳＲをトリガー後、当時にアップリンクリソース（例えば、物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ））がなければ、ユーザー装置１０は、ネットワーク側装置にスケジューリング・リクウェスト（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ，ＳＲ）を送信し、ネットワーク側装置に、ＢＳＲを搬送するアップリンクリソースを割り当てるようにリクウェストする。そして、ユーザー装置１０は、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。好ましくは、ユーザー装置１０は、ＳＲをトリガーするＲＢが位置するネットワーク側装置にＳＲを送信する。
【００５４】
実施の際に、バッファー状態情報を受信したネットワーク側装置２０は、基地局間インタフェース（例えば、Ｘ２インタフェース、または他のインタフェース）を介してバッファー状態情報を交換する。
【００５５】
バッファー状態情報を受信したネットワーク側装置２０は、他のネットワーク側装置とバッファー状態情報を交換する際に、バッファー状態情報のコンテンツを修正することができる。コンテンツ修正は、ｂｕｆｆｅｒ ｓｉzｅ、論理チャネルグループ数（基于ＬＣＧ報告ＢＳＲ）または無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ，ＲＢ）数（ＲＢに基づいてＢＳＲを報告）である。好ましくは、論理チャネルグループを設定する場合、ネットワーク側が、ＢＳＲから異なるｅＮＢがサービングするＲＢのアップリンクバッファーを分離することを確保できる。例えば、異なる基地局が搬送するＲＢは、１つの論理チャネルグループに設定しないようにする。
【００５６】
具体的には、バッファー状態情報を受信したネットワーク側装置２０は、他のネットワーク側装置に受信したバッファー状態情報を送信する。
【００５７】
または、バッファー状態情報を受信したネットワーク側装置２０は、受信したバッファー状態情報の一部論理チャネルグループのバッファー状態情報または一部ＲＢのバッファー状態情報を修正し、他のネットワーク側装置に修正後のバッファー状態情報を送信する。
【００５８】
または、バッファー状態情報を受信したネットワーク側装置２０は、受信したバッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を、対応するネットワーク側装置に送信する。
【００５９】
または、バッファー状態情報を受信したネットワーク側装置２０は、受信したバッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を修正後に、対応するネットワーク側装置に送信する。
【００６０】
ここで、上述他のネットワーク側装置は、アグリゲーションに参加するネットワーク側装置のうちの、バッファー状態情報を受信できていないネットワーク側装置であるか、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置のうちの、バッファー状態情報を受信できていないネットワーク側装置であるか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置である。
【００６１】
〈場合２〉
ＵＥは、複数のアグリゲーションするネットワーク側装置にＢＳＲをそれぞれに報告し、基地局間の情報交換が必要ではない。
【００６２】
ここで、場合２は、２つのスキームに分けられる。
【００６３】
スキーム１
ＬＴＥ Ｒ１１及び前のリリースに利用されるトリガーメカニズム及び報告原則を利用する。ＬＴＥ Ｒ１１及び前のリリースに利用されるトリガーメカニズム及び報告原則は、３ＧＰＰ ＴＳ３６.３２１プロトコルを参照することができ、この以上説明しない。
【００６４】
これに応じて、ＢＳＲをトリガーすると、ユーザー装置１０は、ＲＢとスケジューリングする当該ＲＢのネットワーク装置の対応関係に基づいて、各ネットワーク側装置に報告するＢＳＲ情報を確定し、且つ、異なるネットワーク側装置に対する報告時刻は、同一である必要がある。即ち、同一サブフレームにおいて、複数のアグリゲーションに参加するか、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置２０にユーザー装置１０のバッファー状態情報を報告する。
【００６５】
実施の際に、ユーザー装置１０は、アグリゲーションセルとネットワーク側装置の対応関係またはＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定する。
【００６６】
具体的には、ユーザー装置１０は、アグリゲーションセルとネットワーク側装置の対応関係に基づいて、アグリゲーションセルに対応する、アグリゲーションに参加するネットワーク側装置を直接に確定することができる。
【００６７】
好ましくは、ネットワーク側装置は、アグリゲーションセルとネットワーク側装置の対応関係及び/又はＲＢとネットワーク側装置との対応関係を、ユーザー装置に送信する１０。
【００６８】
具体的には、ネットワーク側装置は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングを介して、上記対応関係を、ユーザー装置１０に通知する。
【００６９】
実施の際に、ユーザー装置１０が確定した異なるネットワーク側装置に報告するバッファー状態情報のうちの、同一論理チャネルグループに対するバッファー状態情報または同一ＲＢに対するバッファー状態情報が、同一であるか、異なる。即ち、ユーザー装置１０が異なるネットワーク側装置２０に報告する同一論理チャネルグループまたはＲＢのバッファー状態情報は、同一であってもよいし、異なってもよい。例えば、１つのＲＢが２つの基地局より同時にスケジューリングされる場合、異なる基地局に報告する当該ＲＢまたは当該ＲＢが帰属するＬＣＧのバッファー状態情報は、異なってもよい。
【００７０】
または、ユーザー装置１０が確定した異なるネットワーク側装置に報告するバッファー状態情報には、当該ネットワーク側装置がサービングするＲＢに対応するバッファー状態情報または当該ネットワーク側装置がサービングするＲＢに対応する論理チャネルグループのバッファー状態情報のみが含まれる。即ち、各アグリゲーションに参加するか、またはアグリゲーションに参加し、且つスケジューリングする当該ネットワーク側装置のバッファー状態情報には、当該ネットワーク側装置によりスケジューリングすべくＲＢまたは論理チャネルグループのバッファー状態情報のみが、含まれる。例えば、ネットワーク側装置Ａに対し、ユーザー装置からネットワーク側装置Ａに送信するバッファー状態情報には、ネットワーク側装置ＡがスケジューリングするＲＢまたは論理チャネルグループのバッファー状態情報のみが、含まれる。１つのＲＢが複数のネットワーク側装置によりスケジューリングされる場合、異なるネットワーク側に報告する当該ＲＢに対応するＬＣＧまたはＲＢのバッファー状態情報は、同一であってもよいし、異なってもよい。
【００７１】
好ましくは、ユーザー装置１０は、ＲＢとネットワーク側装置との対応関係に基づいて、各ネットワーク側装置２０がスケジューリングするＲＢを確定する。
【００７２】
スキーム２
Ｐｅｒ ｅＮＢをトリガーし、即ち、ＵＥは、スケジューリングする各ネットワーク側装置がスケジューリングできるＲＢまたはＬＣＧに対し、ＬＴＥ Ｒ１１及び前のリリースのＢＳＲトリガーメカニズムに基づいて、当該ネットワーク側装置に、トリガーするＢＳＲがあるかを判断する。このようなスキームにおいて、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒは、ＵＥまたはｅＮＢにより設定され、ｅＮＢにより保守される。
【００７３】
具体的には、ユーザー装置１０が確定した異なるネットワーク側装置に報告するバッファー状態情報には、当該ネットワーク側装置がサービングするＲＢに対応するバッファー状態情報または当該ネットワーク側装置がサービングするＲＢに対応する論理チャネルグループのバッファー状態情報のみが、含まれる。即ち、各アグリゲーションに参加するか、またはアグリゲーションに参加し、且つケジューリングする当該ネットワーク側装置のバッファー状態情報には、当該ネットワーク側装置がスケジューリングすべくＲＢまたは論理チャネルグループのバッファー状態情報のみが、含まれる。
【００７４】
ＢＳＲをトリガーすると、ユーザー装置１０は、当該ネットワーク側装置下の活性化され且つアップリンクリソースを有するセルのみを介して、バッファー状態情報を報告する。
【００７５】
好ましくは、１つのネットワーク側装置に対し、ユーザー装置１０は、当該ネットワーク側装置２０バッファー状態情報を報告した後、短縮されたバッファー状態情報が報告される場合、当該ネットワーク側装置に対応する周期ＢＳＲタイマー（ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ）及びＢＳＲ再送タイマー（ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ）を起動又は再起動する。もし短縮されていないバッファー状態情報が報告される場合、当該ネットワーク側装置に対応するｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【００７６】
好ましくは、ユーザー装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する。
【００７７】
１つのユーザー装置１０が、１セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする１つのネットワーク側装置は、ユーザー装置１０のために、周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定する。
【００７８】
１つのユーザー装置１０に、複数セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする各ネットワーク側装置は、前記ユーザー装置のために、周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒをそれぞれ設定する。
【００７９】
スキーム１とスキーム２に対し、実施の際に、ＢＳＲをトリガー後、現在利用可能なアップリンクリソースがなければ、ユーザー装置１０は、ネットワーク側装置にスケジューリング・リクウェスト（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ，ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストする。そして、ユーザー装置１０は、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。好ましくは、ユーザー装置１０は、ＳＲをトリガーするＲＢが位置するネットワーク側装置にＳＲを送信する。
【００８０】
スキーム１とスキーム２に対し、ユーザー装置１０は、報告すべくバッファー状態情報に対応するネットワーク側装置２０により管理されるセルに、利用可能なアップリンクリソースがないと確定した後、少なくとも１つの他のネットワーク側装置に当該バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知する。
【００８１】
ここで、本発明にかかる実施例のネットワーク側装置は、基地局（例えば、Ｍａｃｒｏ ｅＮＢ，ｈｏｍｅ  ｅＮＢ）であってもよいし、中継（ＲＮ）装置であってもよい、他のネットワーク側装置であってもよい。
【００８２】
図２に示すように、本発明にかかる実施例のバッファー状態報告のシステムにおけるユーザー装置は、確定モジュール２００と、報告モジュール２１０とを備える。
【００８３】
確定モジュール２００は、ユーザー装置が複数のネットワーク側装置のリソースをアグリゲーションした後、バッファー状態情報を確定する。
【００８４】
報告モジュール２１０は、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。
【００８５】
好ましくは、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する場合、報告モジュール２１０は、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。または、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。または、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。または、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。
【００８６】
好ましくは、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、報告モジュール２１０は、アグリゲーションに参加するか、またはアグリゲーションに参加し、且つスケジューリングするか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置にバッファー状態情報をそれぞれ報告する。且つ、ユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻は、同一であるかまたは異なる。
【００８７】
好ましくは、報告モジュール２１０は、下記ステップに基づいて、アグリゲーションに参加するネットワーク側装置を確定する。
【００８８】
アグリゲーションセルとネットワーク側装置の対応関係または無線ベアラＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定する。
【００８９】
好ましくは、確定モジュール２００が確定した異なるネットワーク側装置に報告するバッファー状態情報のうちの、同一論理チャネルグループに対するバッファー状態情報または同一ＲＢに対するバッファー状態情報が、同一であるか、異なる。
【００９０】
好ましくは、確定モジュール２００は、下記のステップに基づいてネットワーク側装置がスケジューリングするＲＢを確定する。
【００９１】
ＲＢとネットワーク側装置との対応関係に基づいて、各ネットワーク側装置がスケジューリングするＲＢを確定する。
【００９２】
好ましくは、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、１つのネットワーク側装置に対し、報告モジュール２１０は、当該ネットワーク側装置管理的活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。
【００９３】
好ましくは、確定モジュール２００が確定した異なるネットワーク側装置に報告するバッファー状態情報には、当該ネットワーク側装置がサービングするＲＢに対応するバッファー状態情報または当該ネットワーク側装置がサービングするＲＢに対応する論理チャネルグループのバッファー状態情報のみが、含まれる。
【００９４】
好ましくは、少なくとも２つのネットワーク側装置にバッファー状態情報を報告した後、１つのネットワーク側装置に対し、報告モジュール２１０は、当該ネットワーク側装置にバッファー状態情報を報告した後、短縮されたバッファー状態情報が報告される場合、当該ネットワーク側装置に対応するｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。もし短縮されていないバッファー状態情報が報告される場合、当該ネットワーク側装置に対応するｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【００９５】
好ましくは、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、報告モジュール２１０は、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースがないことを確定した後、他のネットワーク側装置に、前記バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知する。これに応じて、ネットワーク側装置は、ユーザー装置から送信した他のネットワーク側装置のバッファー状態情報を受信した後、バッファー状態情報を対応するネットワーク側装置に送信する。
【００９６】
好ましくは、報告モジュール２１０は、現在利用可能なアップリンクリソースがないことを確定した後、ネットワーク側装置にスケジューリング・リクウェスト（ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストし、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。
【００９７】
好ましくは、報告モジュール２１０は、ＳＲをトリガーするＲＢが位置するネットワーク側装置に、スケジューリング・リクウェスト（ＳＲ）を送信する。
【００９８】
ここで、前記的確定モジュール２００は処理器であることができ、前記報告モジュール２１０は、送信装置であることができる。
【００９９】
本発明にかかる実施例により提供する他のユーザー装置は、処理器と、送信装置とを備える。
【０１００】
処理器は、前記ユーザー装置が、複数のネットワーク側装置的リソースをアグリゲーションする後に、バッファー状態情報を確定する。
【０１０１】
送信装置は、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。
【０１０２】
好ましくは、前記送信装置は下記のことに用いられる。
【０１０３】
アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する場合、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。または、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。または、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。または、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。
【０１０４】
好ましくは、前記送信装置は下記のことに用いられる。
【０１０５】
少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、アグリゲーションに参加するか、またはアグリゲーションに参加し、且つスケジューリングするか、またはアグリゲーションに参加し且つスケジューリング史、且つ活性化セルを有するネットワーク側装置にバッファー状態情報をそれぞれに報告する。且つユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻は、同一であるかまたは異なる。
【０１０６】
好ましくは、前記送信装置は、アグリゲーションセルとネットワーク側装置の対応関係または無線ベアラＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定する。
【０１０７】
好ましくは、前記処理器が確定した異なるネットワーク側装置に報告するバッファー状態情報のうちの、同一論理チャネルグループに対するバッファー状態情報または同一ＲＢに対するバッファー状態情報は、同一であるか、異なる。
【０１０８】
好ましくは、前記処理器は、ＲＢとネットワーク側装置との対応関係に基づいて、各ネットワーク側装置がスケジューリングするＲＢを確定する。
【０１０９】
好ましくは、前記送信装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、１つのネットワーク側装置に対し、当該ネットワーク側装置管理的活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。
【０１１０】
好ましくは、前記処理器は、
確定した異なるネットワーク側装置に報告するバッファー状態情報には、当該ネットワーク側装置がサービングするＲＢに対応するバッファー状態情報または当該ネットワーク側装置がサービングするＲＢに対応する論理チャネルグループのバッファー状態情報のみが、含まれる。
【０１１１】
好ましくは、前記送信装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告した後、１つのネットワーク側装置に対し、当該ネットワーク側装置にバッファー状態情報を報告した後、短縮されたバッファー状態情報が報告される場合、当該ネットワーク側装置に対応する周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。もし短縮されていないバッファー状態情報が報告される場合、当該ネットワーク側装置に対応するＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【０１１２】
好ましくは、前記送信装置は下記のことに用いられる。
【０１１３】
少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースがないことを確定した後、他のネットワーク側装置に、前記バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知する。
【０１１４】
好ましくは、前記送信装置は、現在利用可能なアップリンクリソースがないことを確定した後、ネットワーク側装置にスケジューリング・リクウェスト（ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストし、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。
【０１１５】
好ましくは、前記送信装置は、ＳＲをトリガーするＲＢが位置するネットワーク側装置に、スケジューリング・リクウェスト（ＳＲ）を送信する。
【０１１６】
図３に示すように、本発明にかかる実施例のバッファー状態報告のシステムにおけるネットワーク側装置は、受信モジュール３００と処理モジュール３１０とを備える。
【０１１７】
受信モジュール３００は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信する。
【０１１８】
処理モジュール３１０は、バッファー状態情報に基づいてスケジューリングする。
【０１１９】
好ましくは、ユーザー装置が１つのネットワーク側装置にバッファー状態情報を報告する場合、処理モジュール３１０は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信した後、他のネットワーク側装置に受信したバッファー状態情報を送信する。または、受信したバッファー状態情報の一部論理チャネルグループのバッファー状態情報または一部ＲＢのバッファー状態情報を修正し、他のネットワーク側装置に修正後のバッファー状態情報を送信する。または、受信したバッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を、対応するネットワーク側装置に送信する。または、受信したバッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を修正後に、対応するネットワーク側装置に送信する。
【０１２０】
好ましくは、他のネットワーク側装置は、アグリゲーションに参加するネットワーク側装置のうちの、バッファー状態情報を受信できていないネットワーク側装置であるか、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置のうちの、バッファー状態情報を受信できていないネットワーク側装置であるか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置である。
【０１２１】
好ましくは、ユーザー装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告するする場合、処理モジュール３１０は、アグリゲーションセルとネットワーク側装置の対応関係をユーザー装置に送信し、及び/又は、ＲＢとネットワーク側装置との対応関係をユーザー装置に送信する。
【０１２２】
好ましくは、ユーザー装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する。
【０１２３】
もし１つのユーザー装置に１セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、ユーザー装置のために設定すべきと確定する場合、処理モジュール３１０は、ユーザー装置のために、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ和ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定する。もし１つのユーザー装置に複数セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、処理モジュール３１０は、ユーザー装置のためにｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ和ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定する。
【０１２４】
同一発明思想に基づいて、本発明にかかる実施例は、ユーザー装置がバッファー状態報告を行う方法及びネットワーク側装置がバッファー状態報告を処理する方法とを提供する。このような方法の課題解決原理は、本発明にかかる実施例バッファー状態報告のシステムと類似するため、これらの方法の実施は、システムの実施を参照することができ、繰り返すところは、説明を省略する。
【０１２５】
上述受信モジュールは、受信器であってもよい、処理モジュールは、処理器であってもよい。
【０１２６】
本発明にかかる実施例の他のネットワーク側装置は、受信器と、処理器とを備える。
【０１２７】
受信器は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信する。
【０１２８】
処理器は、前記バッファー状態情報に基づいてスケジューリングする。
【０１２９】
好ましくは、ユーザー装置が１つのネットワーク側装置にバッファー状態情報を報告する場合、前記処理器は、下記のことに用いられる。
【０１３０】
複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信した後、他のネットワーク側装置に受信した前記バッファー状態情報を送信する。または、受信した前記バッファー状態情報の一部論理チャネルグループのバッファー状態情報または一部ＲＢのバッファー状態情報を修正し、他のネットワーク側装置に修正後のバッファー状態情報を送信する。または、受信した前記バッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を、対応するネットワーク側装置に送信する。または、受信した前記バッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を修正した後、対応するネットワーク側装置に送信する。
【０１３１】
ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、前記処理器は、下記のことに用いられる。
【０１３２】
アグリゲーションセルとネットワーク側装置の対応関係を、前記ユーザー装置に送信する。
及び/又はＲＢとネットワーク側装置との対応関係を前記ユーザー装置に送信する。
【０１３３】
ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、前記処理器は、もし１つのユーザー装置に１セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、ユーザー装置のために設定すべきと確定する場合、前記ユーザー装置のためにｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定する。
また、前記処理器は、もし１つのユーザー装置に複数セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、前記ユーザー装置のためにｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定する。
【０１３４】
図４に示すように、本発明にかかる実施例のユーザー装置がバッファー状態報告の方法を実施するのに、ステップ４０１と、ステップ４０２とを備える
【０１３５】
ステップ４０１において、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置が、バッファー状態情報を確定する。
【０１３６】
ステップ４０２において、ユーザー装置は、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。
【０１３７】
好ましくは、ユーザー装置がバッファー状態報告を行う粒度は、ＬＣＧまたはＲＢに基づく粒度である。
【０１３８】
実施の際に、ユーザー装置アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告することができるし、アグリゲーションに参加する少なくとも２つのネットワーク側装置にバッファー状態情報を報告することもできる。
【０１３９】
場合１
ユーザー装置に基づいてＢＳＲトリガー及び報告を行い、アグリゲーションに参加するネットワーク側装置間には、ネットワーク側装置間のインタフェースを介してバッファー状態情報を交換する。
【０１４０】
具体的には、ユーザー装置は、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する。
【０１４１】
ここで、場合１ＬＴＥ Ｒ１１及び前のリリースに利用されるトリガーメカニズム及び報告原則を利用し、具体的には、３ＧＰＰ ＴＳ３６.３２１プロトコルを参照することができ、この以上説明しない。
【０１４２】
ＢＳＲをトリガーすると、ユーザー装置は、下記スキームうちの１つを選んで、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する。
【０１４３】
ユーザー装置は、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。
【０１４４】
または、ユーザー装置は、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。または、
【０１４５】
ユーザー装置は、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。または、
【０１４６】
ユーザー装置は、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告する。
【０１４７】
実施の際に、若ＢＳＲをトリガー後、現在利用可能なアップリンクリソースがなければ、ユーザー装置は、ネットワーク側装置にＳＲを送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストする。そして、ユーザー装置は、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。好ましくは、ユーザー装置は、ＳＲをトリガーするＲＢが位置するネットワーク側装置にＳＲを送信する。
【０１４８】
場合２
ＵＥは、複数のアグリゲーションするネットワーク側装置にＢＳＲをそれぞれに報告し、基地局間の情報交換が必要ではない。
【０１４９】
ここで、場合２は２つのスキームにさらに分けられる。
【０１５０】
スキーム１
ＬＴＥ Ｒ１１及び前のリリースに利用されるトリガーメカニズム及び報告原則を利用する。ＬＴＥ Ｒ１１及び前のリリースに利用されるトリガーメカニズム及び報告原則は、３ＧＰＰ ＴＳ３６.３２１プロトコルを参照することができ、これ以上説明しない。
【０１５１】
これに応じて、ＢＳＲをトリガーすると、ユーザー装置は、アグリゲーションに参加するか、またはアグリゲーションに参加し、且つスケジューリングするか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置にバッファー状態情報をそれぞれに報告する。且つユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻は、同一であるかまたは異なる。即ち、同一サブフレームにおいて、以同時向複数のアグリゲーションに参加するか、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置に、ユーザー装置のバッファー状態情報を同時に報告することができる。
【０１５２】
実施の際に、ユーザー装置は、アグリゲーションセルとネットワーク側装置の対応関係またはＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定する。
【０１５３】
具体的には、ユーザー装置は、アグリゲーションセルとネットワーク側装置の対応関係に基づいて、アグリゲーションセルに対応する、アグリゲーションに参加するネットワーク側装置を直接に確定することができる。
【０１５４】
ここで、アグリゲーションセルとネットワーク側装置の対応関係及び/又はＲＢとネットワーク側装置との対応関係は、プロトコルに規定されることもできるし、ネットワーク側より通知されてもよい。
【０１５５】
実施の際に、ユーザー装置が確定した異なるネットワーク側装置に報告するバッファー状態情報のうち、同一論理チャネルグループに対するバッファー状態情報または同一ＲＢに対するバッファー状態情報は、同一であるか、または異なる。または、
【０１５６】
ユーザー装置により確定した異なるネットワーク側装置に報告するバッファー状態情報が、当該ネットワーク側装置がサービングするＲＢに対応するバッファー状態情報または当該ネットワーク側装置がサービングするＲＢに対応する論理チャネルグループのバッファー状態情報のみが、含まれる。
【０１５７】
好ましくは、ユーザー装置は、ＲＢとネットワーク側装置との対応関係に基づいて、各ネットワーク側装置がスケジューリングするＲＢを確定する。
【０１５８】
スキーム２
Ｐｅｒ ｅＮＢトリガー、即ち、ＵＥは、スケジューリングする各ネットワーク側装置に対し、ネットワーク側装置がスケジューリングするＲＢまたはＬＣＧを、ＬＴＥ Ｒ１１及び前のリリースのメカニズムに基づいて、当該ネットワーク側装置にＢＳＲトリガーの有無を判断する。このようなスキームにおけるｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒは、ｅＮＢに基づいて設定及び保守される。
【０１５９】
具体的には、ユーザー装置により確定した異なるネットワーク側装置に報告するバッファー状態情報は、当該ネットワーク側装置がサービングするＲＢに対応するバッファー状態情報または当該ネットワーク側装置がサービングするＲＢに対応する論理チャネルグループのバッファー状態情報のみを含む。
【０１６０】
ＢＳＲをトリガーすると、ユーザー装置は、当該ネットワーク側装置下の活性かされ且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告する。
【０１６１】
好ましくは、１つのネットワーク側装置に対し、ユーザー装置は、当該ネットワーク側装置にバッファー状態情報を報告した後、短縮されたバッファー状態情報が報告される場合、当該ネットワーク側装置に対応するｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。もし短縮されていないバッファー状態情報が報告される場合、当該ネットワーク側装置に対応するｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【０１６２】
スキーム１とスキーム２に対し、実施の際に、ＢＳＲをトリガー後、現在利用可能なアップリンクリソースがなければ、ユーザー装置は、ネットワーク側装置にＳＲを送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストする。そして、ユーザー装置は、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告する。好ましくは、ユーザー装置は、ＳＲをトリガーするＲＢが位置するネットワーク側装置にＳＲを送信する。
【０１６３】
スキーム１とスキーム２に対し、ユーザー装置は、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースが無いことを確定した後、少なくとも１つの他のネットワーク側装置に当該バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知する。
【０１６４】
図５に示すように、本発明にかかる実施例ネットワーク側装置がバッファー状態報告の処理方法ステップ５０１と、ステップ５０２とを備える。
【０１６５】
ステップ５０１において、ネットワーク側装置は、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信する。
【０１６６】
ステップ５０２において、ネットワーク側装置は、バッファー状態情報に基づいてスケジューリングする。
【０１６７】
実施の際に、ユーザー装置アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告することができるし、アグリゲーションに参加する少なくとも２つのネットワーク側装置にバッファー状態情報を報告することもできる。
【０１６８】
場合１
ユーザー装置に基づいてＢＳＲトリガー及び報告を行い、アグリゲーションに参加するネットワーク側装置間には、ネットワーク側装置間のインタフェースを介してバッファー状態情報を交換する。
【０１６９】
具体的には、バッファー状態情報を受信したネットワーク側装置は、他のネットワーク側装置にバッファー状態情報を送信する必要がある。
【０１７０】
実施の際に、基地局は、ＵＥのためにＢＳＲと係わるＲＲＣ層パラメータを設定し、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒが含まれる。当該ＢＳＲと係わるパラメータを設定する基地局は、Ｍａｃｒｏ ｅＮＢ またはアグリゲーションに参加するローカル・ノードであることができる。例えば、アグリゲーションしたいずれの１つの基地局であるか、移動管理を担当する基地局であるか、または、ｍａｃｒｏカバリッジを提供する基地局であるか、またはＢＳＲ受信を担当する基地局であるか、またはＲＢの搬送分離を決める基地局であるか、またはスケジューリングを担当する基地局である。
【０１７１】
実施の際に、バッファー状態情報を受信したネットワーク側装置は、通過基地局間インタフェース（例えば、Ｘ２インタフェース、または他のインタフェース）バッファー状態情報を交換する。
【０１７２】
バッファー状態情報を受信したネットワーク側装置は、他のネットワーク側装置とバッファー状態情報を交換する際に、バッファー状態情報のコンテンツを修正することができる。コンテンツ修正は、ｂｕｆｆｅｒ ｓｉzｅサイズ、論理チャネルグループ数（ＬＣＧに基づいてＢＳＲを報告）または無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ，ＲＢ）数（基于ＲＢ報告ＢＳＲ）に対する修正である。好ましくは、論理チャネルグループを設定する場合、ネットワーク側が、ＢＳＲから異なるｅＮＢサービングするＲＢのアップリンク・バッファーを分離させることを確保できる。例えば、異なる基地局が搬送するＲＢは、１つの論理チャネルグループ内に設定しない。
【０１７３】
具体的には、バッファー状態情報を受信したネットワーク側装置は、他のネットワーク側装置に受信したバッファー状態情報を送信する。
【０１７４】
または、バッファー状態情報を受信したネットワーク側装置は、受信したバッファー状態情報の一部論理チャネルグループのバッファー状態情報または一部ＲＢのバッファー状態情報を修正し、他のネットワーク側装置に修正後のバッファー状態情報を送信する。
【０１７５】
または、バッファー状態情報を受信したネットワーク側装置は、受信したバッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を、対応するネットワーク側装置に送信する。
【０１７６】
または、バッファー状態情報を受信したネットワーク側装置は、受信したバッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を修正後に、対応するネットワーク側装置に送信する。
【０１７７】
ここで、上述の他のネットワーク側装置は、アグリゲーションに参加するネットワーク側装置のうちの、バッファー状態情報を受信できていないネットワーク側装置であるか、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置のうちの、バッファー状態情報を受信できていないネットワーク側装置であるか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置である。
【０１７８】
場合２
ＵＥは、複数のアグリゲーション的ネットワーク側装置にＢＳＲをそれぞれに報告し、基地局間の情報交換が必要ではない。
【０１７９】
場合２に対し、ネットワーク側装置は、ユーザー装置から送信した他のネットワーク側装置のバッファー状態情報を受信した後、バッファー状態情報を対応するネットワーク側装置に送信する。
【０１８０】
好ましくは、ネットワーク側装置は、アグリゲーションセルとネットワーク側装置の対応関係及び/又はＲＢとネットワーク側装置との対応関係を、ユーザー装置に送信する。
【０１８１】
具体的には、ネットワーク側装置は、ＲＲＣシグナリングを介して、上記対応関係をユーザー装置に通知する。
【０１８２】
好ましくは、ユーザー装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する。
【０１８３】
もし１つのユーザー装置に１セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする１つのネットワーク側装置は、ユーザー装置のためにｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定する。
【０１８４】
もし１つのユーザー装置に複数セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする各ネットワーク側装置は、ユーザー装置のために、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒをそれぞれ設定する。
【０１８５】
ここで、図４と図５は、１つのフローチャートに組み合わせて、バッファー状態報告の方法を構成することができる。即ち、まずは、ステップ４０１及びステップ４０２を執行し、さらに、ステップ５０１及びステップ５０２を執行することができる。
【０１８６】
以下、１つの例を挙げて、上述の場合１を詳細に説明する。
【０１８７】
ステップ１において、ＢＳＲパラメータを設定する。
【０１８８】
基地局は、ＵＥのためにＢＳＲと係わるＲＲＣ層パラメータを設定し、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを含む。当該ＢＳＲと係わるパラメータ設定の場合、基地局は、Ｍａｃｒｏ ｅＮＢ またはアグリゲーションに参加するローカル・ノードであることができる。
【０１８９】
ステップ２において、ＢＳＲをトリガーする。
【０１９０】
ＢＳＲトリガータイプ及びトリガースキームは、Ｒ１２前のリリースのＢＳＲトリガーメカニズムに従うことができ、背景技術の部分を参照することができる。ＢＳＲトリガーがあるが、利用可能なＵＬリソースがなければ、ＳＲをトリガーし、ＳＲリソースは、ＵＥに基づいて設定される。
【０１９１】
ステップ３において、ＢＳＲを報告する。
【０１９２】
ＢＳＲ報告原則は、Ｒ１２前のリリース的ＢＳＲ報告原則に従うことができ、背景技術の部分を参照することができる。ＢＳＲ報告リソースの選択は、下記いくつかのスキームがある。
【０１９３】
いずれ１つの活性化され且つアップリンクリソースを有するセルを介して基地局に報告する。
搬送分離を担当する基地局に帰属するセルを介して、基地局に報告する。
ＢＳＲパラメータ設定を担当する基地局により管理されるセルを介して、基地局に報告する。
スケジューリングを担当する基地局により管理されるセルを介して、基地局に報告する。
【０１９４】
ステップ４において、ＢＳＲ報告後の処理を行う。
【０１９５】
ＵＥにおいて、トリガーされたＢＳＲがあり且つ報告できれば、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。ただし、短縮されたＢＳＲのみが報告される場合、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを起動/再起動できず、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【０１９６】
ステップ５において、基地局間で、ＢＳＲ情報を交換する。
【０１９７】
アグリゲーションする異なる基地局のうち、１つのみの基地局がスケジューリングを担当すれば、当該基地局は、ＢＳＲ情報に基づいて複数のアグリゲーション基地局リソースをスケジューリングすればよい。もしアグリゲーションする異なる基地局のうち、複数の基地局がスケジューリングする必要があれば、ＢＳＲ情報を獲得する基地局は、基地局間インタフェース（例えば、Ｘ２インタフェース）を介して、ＢＳＲ情報を関連基地局に転送することができ、下記のいくつかのスキームがある。
【０１９８】
基地局が受信した全部ＢＳＲ情報を、他の基地局に全部転送し、さらに、基地局が一部のＲＢまたは論理チャネルグループのｂｕｆｆｅｒ情報を修正することを許可する。即ち、１つのＲＢが同時に２つの基地局によりスケジューリングされれば、ＢＳＲを転送する基地局は、自身のリソース状況に基づいて対応するＲＢまたはＬＣＧのｂｕｆｆｅｒ情報を修正することができる。
【０１９９】
基地局は、ある基地局に関連するＲＢまたは論理チャネルグループのＢｕｆｆｅｒ情報を対応の基地局に転送し、さらに、ＵＥが一部のＲＢまたは論理チャネルグループのＢｕｆｆｅｒ情報を修正することを許可する。即ち、もし１つのＲＢが同時に２つの基地局によりスケジューリングされれば、ＢＳＲを転送する基地局は、自身のリソース状況に基づいて対応するＲＢまたはＬＣＧのｂｕｆｆｅｒを修正することができる。
【０２００】
以下、３つの例を挙げて上述の場合２を詳細に説明する。
【０２０１】
例１
各ＵＥが報告をトリガーし、アグリゲーションに参加し且つスケジューリングする基地局に同時に報告する。また、各ＵＥのＢＳＲ情報を報告し、各ＲＢまたはＬＣＧに対応するｂｕｆｆｅｒコンテンツは、異なってもよい。
【０２０２】
ステップ１において、設定情報を獲得する。
【０２０３】
ＵＥは、下記の設定情報を獲得する。
ＵＥは、ＲＲＣシグナリングを介してアグリゲーションセルと基地局間の対応関係を獲得する。
ＵＥは、ＲＲＣシグナリングを介して、ＲＢと伝送基地局間の対応関係を獲得する。
ＵＥＲＲＣシグナリングを介して、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ設定を獲得する。当該ＢＳＲと係わるパラメータ設定基地局可以是参与Ｍａｃｒｏ ｅＮＢ またはアグリゲーションに参加するローカル・ノード。
【０２０４】
設定情報の送信は、アグリゲーションに参加するいずれ１つの基地局、移動管理を担当する基地局、ｍａｃｒｏカバリッジを提供する基地局、ＢＳＲ受信を担当する基地局、またはＲＢの搬送分離を決める基地局、またはスケジューリングを担当する基地局により行うことができる。
【０２０５】
ステップ２において、ＢＳＲをトリガーする。
【０２０６】
ＢＳＲトリガータイプとトリガースキームは、Ｒ１２前のリリースのＢＳＲトリガーメカニズムに従い、背景技術部分を参照することができる。ＢＳＲトリガーがあるが、利用可能なＵＬリソースがなければ、ＳＲをトリガーし、ＳＲリソースは、ＵＥに基づいて設定される。
【０２０７】
ステップ３において、ＢＳＲを報告する。
【０２０８】
ＢＳＲ報告原則は、Ｒ１２前のリリースのＢＳＲ報告原則と下記のところで異なる。
【０２０９】
１つの伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Iｎｔｅｒｖａｌ，ＴＴI）において、同時に複数のＭＡＣ ＰＤＵがＲｅｇｕｌａｒ ＢＳＲ及びＰｅｒｉｏｄｉｃ ＢＳＲ（Ｒ１２前のリリースの場合、１つのＴＴIにおいて、１つのみのＭＡＣ ＰＤＵがＲｅｇｕｌａｒ/Ｐｅｒｉｏｄｉｃ ＢＳＲを搬送する）を搬送することができる。
【０２１０】
同一のＲＢまたはＬＣＧの場合、各ＢＳＲに含まれるｂｕｆｆｅｒサイズが同一であってもよいし、異なってもよい（Ｒ１２前のリリース場合、完全に一致しなければならない）
【０２１１】
ＢＳＲ報告リソースの選択は、下記のいくつかのスキームがある。
【０２１２】
ＵＥは、すくなくとも各アグリゲーションに参加し且つスケジューリングする基地局に、当該各ＵＥのＢＳＲ情報を送信する。異なる基地局に送信する各ＲＢまたはＬＣＧのｂｕｆｆｅｒ情報は、異なってもよいし、完全に一致してもよい。本発明において、基地局がＳＲを受信して、他のスケジューリングｅＮＢが同時にＵＥにＢＳＲリソースを割り当てるように調整する。
【０２１３】
ステップ４において、ＢＳＲ報告後の処理を行う。
【０２１４】
ＵＥにおいて、トリガーされたＢＳＲがあり且つ報告できれば、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。ただし、短縮されたＢＳＲのみが報告される場合、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを起動/再起動できず、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【０２１５】
例２
各ＵＥが報告をトリガーし、アグリゲーションに参加し且つスケジューリングする基地局に同時に報告する。各ｅＮＢに対する報告には、当該ｅＮＢがスケジューリングするＲＢまたはＬＣＧ的ＢＳＲ情報のみが含まれる。
【０２１６】
ステップ１において、設定情報を獲得する。
【０２１７】
ＵＥは、下記の設定情報を獲得する。
ＵＥは、ＲＲＣシグナリングを介してアグリゲーションセルと基地局間の対応関係を獲得する。
ＵＥは、ＲＲＣシグナリングを介して、ＲＢと伝送基地局間の対応関係を獲得する。
ＵＥは、ＲＲＣシグナリングを介して、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ設定を獲得する。当該ＢＳＲと係わるパラメータ設定基地局は、Ｍａｃｒｏ ｅＮＢ またはアグリゲーションに参加するローカル・ノードであることができる。
【０２１８】
設定情報の送信は、アグリゲーションに参加するいずれ１つの基地局、移動管理を担当する基地局、ｍａｃｒｏカバリッジを提供する基地局、ＢＳＲ受信を担当する基地局、またはＲＢの搬送分離を決める基地局、またはスケジューリングを担当する基地局により行うことができる。
【０２１９】
ステップ２において、ＢＳＲをトリガーする。
【０２２０】
ＢＳＲトリガータイプとトリガースキームは、Ｒ１２前のリリースのＢＳＲトリガーメカニズムに従い、背景技術部分を参照することができる。ＢＳＲトリガーがあるが、利用可能なＵＬリソースがなければ、ＳＲをトリガーし、ＳＲリソースは、ＵＥに基づいて設定される。
【０２２１】
ステップ３において、ＢＳＲを報告する。
【０２２２】
ＢＳＲ報告原則は、Ｒ１２前のリリース的ＢＳＲ報告原則と下記のところで異なる。
１つのＴＴIにおいて、同時に複数のＭＡＣ ＰＤＵがＲｅｇｕｌａｒ ＢＳＲとＰｅｒｉｏｄｉｃ ＢＳＲ（Ｒ１２前のリリースの場合、１つのＴＴIにおいて、１つ１つのみのＭＡＣ ＰＤＵがＲｅｇｕｌａｒ/Ｐｅｒｉｏｄｉｃ ＢＳＲを搬送する）を搬送することができる。
ＵＥは、アグリゲーションに参加するまたはアグリゲーションに参加し且つスケジューリングする異なる基地局に対してそれぞれＢＳＲ ＭＡＣ ＣＥを統合する。各ＢＳＲ ＭＡＣ ＣＥには、当該基地局に関連するＲＢまたはＬＣＧ的情報のみが含まれる。複数のＢＳＲ ＭＡＣ ＣＥには、同一のＲＢまたはＬＣＧのｂｕｆｆｅｒ情報が含まれれば、異なるＢＳＲ ＭＡＣ ＣＥ内のｂｕｆｆｅｒ値が異なることができる。
【０２２３】
ＢＳＲ報告リソースの選択は、下記のいくつかのスキームがある。
ＵＥが、各アグリゲーションに参加するか、またはアグリゲーションに参加し且つスケジューリングする基地局に対応するＢＳＲ情報を報告する場合、当該基地局に従う活性化セル上で割り当てられたアップリンクリソースを選択する必要がある。当該基地局に従うセルには、ＵＬ ｇｒａｎｔがなければ、他の基地局により当該ＢＳＲ ＭＡＣ ＣＥを送信することが許可される。ただし、ＢＳＲ ＭＡＣ ＣＥには、基地局指令を追加する必要があり、基地局が基地局間インタフェースを介してどちらの基地局に転送しようとするかを受信しやすくなる。
【０２２４】
ステップ４において、ＢＳＲ報告後の処理を行う。
【０２２５】
ＵＥにおいて、トリガーされたＢＳＲがあり且つ報告できれば、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。ただし、短縮されたＢＳＲのみが報告される場合、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを起動/再起動できず、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。
【０２２６】
例３
ｐｅｒ ｅＮＢのＢＳＲトリガー及び報告を行う。
【０２２７】
ステップ１において、設定情報を獲得する。
【０２２８】
ＵＥは、下記の設定情報を獲得する。
ＵＥは、ＲＲＣシグナリングを介して、アグリゲーションセルと基地局間の対応関係を獲得する。
ＵＥは、ＲＲＣシグナリングを介して、ＲＢと伝送基地局間の対応関係を獲得する。
各アグリゲーションに参加するか、またはアグリゲーションに参加し且つスケジューリングする基地局は、ＲＲＣシグナリングを介して、ＵＥに、当該基地局に対応するｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを割り当てる。
【０２２９】
前の２つの設定情報の送信は、アグリゲーションに参加するいずれ１つの基地局、移動管理を担当する基地局、ｍａｃｒｏカバリッジを提供する基地局、ＢＳＲ受信を担当する基地局、またはＲＢの搬送分離を決める基地局、またはスケジューリングを担当する基地局により行うことができる。もし１つの基地局により、他の基地局のｒｅｔｘＢＳＲ-Ｔｉｍｅｒ及びｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを送信する必要があれば、関連ＥＮＢ識別子情報が含まれるべきである。
【０２３０】
ステップ２において、ＢＳＲをトリガーする。
【０２３１】
各ｅＮＢに対して、ＲＢは、それぞれＲ１２前のリリースのＢＳＲトリガータイプ及びトリガースキームに従って、ＢＳＲトリガー有無を判断するが、以下で具体的に説明する。
【０２３２】
普通ＢＳＲ（Ｒｅｇｕｌａｒ ＢＳＲ）
当該ｅＮＢによりスケジューリングするＲＢの場合、下記２つ条件の１つを満足すれば、普通ＢＳＲをトリガーする。
条件（１）    現在ｂｕｆｆｅｒ内のデータより優先レベルが高いデータが受信されるか、または  アイドル状態だったｂｕｆｆｅｒ内に受信するデータがある場合、トリガーする。
条件（２）  ｒｅｔｘＢＳＲ-Ｔｉｍｅｒがイクスパイアし、且つバッファー内にデータがある場合トリガーする。
【０２３３】
周期ＢＳＲ（Ｐｅｒｉｏｄｉｃ ＢＳＲ）
当該基地局に対応するｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒがイクスパイアする場合、Ｐｅｒｉｏｄｉｃ ＢＳＲをトリガーする。
【０２３４】
Ｐａｄｄｉｎｇ ＢＳＲ
ＵＥがＭＡＣ ＰＤＵを統合する場合、当該基地局より割り当てられたリソースのうち、データ伝送用の以外、利用可能リソース（ｐａｄｄｉｎｇ）がまだあれば、Ｐａｄｄｉｎｇ ＢＳＲをトリガーすることができる。
【０２３５】
ステップ３において、ＢＳＲを報告する
【０２３６】
報告すべくＢＳＲがあるが、利用可能なＵＬリソースがない場合、ＵＥは当該基地局の下でＳＲをトリガーし、対応の基地局が自分にＵＬリソースを割り当てるようにリクウェストする。
【０２３７】
ＵＥは、ＢＳＲを報告すべく基地局に対し、Ｒ１２リリース前の的ＢＳＲ報告メカニズムに基づいてＢＳＲ報告を行う。もし、複数の基地局は、１つのＲＢまたは論理チャネルグループの情報を報告する必要がある場合、異なる基地局により報告したコンテンツが異なることができる。ＢＳＲは、基地局により活性かされ、且つアップリンク利用可能リソースがあるセルを介して、報告されることができる。
【０２３８】
ステップ４において、ＢＳＲ報告後の処理を行う。
ある基地局の場合、ＵＥによりＢＳＲが報告されれば、当該基地局により設定したｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒをを起動又は再起動する必要がある。ただし、短縮されたＢＳＲのみが報告される場合、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒを起動/再起動できず、ｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動する。他の基地局により設定したｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒは、影響を受けない。
【０２３９】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがかわるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【０２４０】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０２４１】
これらのコンピュータプログラム指令は又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０２４２】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０２４３】
上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。
【０２４４】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
【符号の説明】
【０２４５】
１０  ユーザー装置
２０  ネットワーク側装置
２００  確定モジュール
２１０  報告モジュール
３００  受信モジュール
３１０  処理モジュール
【図１】
0006009064.tif 000002
【図２】
0006009064.tif 000003
【図３】
0006009064.tif 000004
【図４】
0006009064.tif 000005
【図５】
0006009064.tif 000006