[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP6009064B2 - バッファー状態報告の方法、システム及び装置 - Google Patents

バッファー状態報告の方法、システム及び装置 Download PDF

Info

Publication number
JP6009064B2
JP6009064B2 JP2015515380A JP2015515380A JP6009064B2 JP 6009064 B2 JP6009064 B2 JP 6009064B2 JP 2015515380 A JP2015515380 A JP 2015515380A JP 2015515380 A JP2015515380 A JP 2015515380A JP 6009064 B2 JP6009064 B2 JP 6009064B2
Authority
JP
Japan
Prior art keywords
network side
buffer status
status information
side device
aggregation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015515380A
Other languages
English (en)
Other versions
JP2015520585A (ja
Inventor
▲亞▼利 ▲趙▼
▲亞▼利 ▲趙▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Original Assignee
China Academy of Telecommunications Technology CATT
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Publication of JP2015520585A publication Critical patent/JP2015520585A/ja
Application granted granted Critical
Publication of JP6009064B2 publication Critical patent/JP6009064B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (11)

  1. バッファー状態報告の方法であって、
    前記方法は、
    複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置が、バッファー状態情報を確定するステップと、
    前記ユーザー装置が、アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告するステップとを備え、
    １） 前記ユーザー装置が、アグリゲーションに参加する１つのネットワーク側装置にバッファー状態情報を報告する場合、
    前記ユーザー装置が、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、
    または、
    前記ユーザー装置が、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、
    または、
    前記ユーザー装置が、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告するか、
    または、
    前記ユーザー装置が、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告し、
    ２） 前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、
    前記ユーザー装置が、アグリゲーションに参加するか、またはアグリゲーションに参加し且つスケジューリングするか、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置に、バッファー状態情報を報告し、且つユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻が同一であるかまたは異なり、
    ３） 前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告することは、
    １つのネットワーク側装置に対し、前記ユーザー装置が、前記ネットワーク側装置により管理される活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告し、
    前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する後に、
    １つのネットワーク側装置に対し、前記ユーザー装置が前記ネットワーク側装置にバッファー状態情報を報告する後、短縮されたバッファー状態情報が報告される場合、前記ネットワーク側装置に対応する周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動し、もし短縮されていないバッファー状態情報が報告される場合、前記ネットワーク側装置に対応するｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動することを備えることを特徴とするバッファー状態報告の方法。
  2. 請求項１における２）の場合において、
    前記ユーザー装置は、アグリゲーションセルとネットワーク側装置の対応関係、または無線ベアラＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定することを特徴とする請求項１に記載のバッファー状態報告の方法。
  3. 請求項１における２）の場合において、
    前記ユーザー装置が、少なくとも２つのネットワーク側装置にバッファー状態情報を報告することは、
    前記ユーザー装置が、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースがないことを確定した後、他のネットワーク側装置に、前記バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知することを備えることを特徴とする請求項１に記載のバッファー状態報告の方法。
  4. 請求項１における２）の場合において、
    前記ユーザー装置が少なくとも１つのネットワーク側装置にバッファー状態情報を報告する前に、
    前記ユーザー装置が、現在、利用可能なアップリンクリソースがないことを確定した後、ネットワーク側装置にスケジューリング・リクウェスト（ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストすることを備え、
    前記ユーザー装置が少なくとも１つのネットワーク側装置にバッファー状態情報を報告することは、
    前記ユーザー装置が、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告することを備えることを特徴とする、請求項１に記載のバッファー状態報告の方法。
  5. 前記ユーザー装置がバッファー状態報告を行う粒度は、論理チャネルグループＬＣＧまたはＲＢに基づく粒度であることを特徴とする請求項１または請求項２に記載のバッファー状態報告の方法。
  6. バッファー状態報告の方法であって、
    前記方法は、
    ネットワーク側装置が、複数のネットワーク側装置のリソースをアグリゲーションするユーザー装置からのバッファー状態情報を受信するステップと、
    前記ネットワーク側装置が、前記バッファー状態情報に基づいてスケジューリングするステップとを備え、
    １） ユーザー装置が１つのネットワーク側装置にバッファー状態情報を報告する場合、
    前記ネットワーク側装置が、ユーザー装置からのバッファー状態情報を受信した後に、
    前記ネットワーク側装置が、他のネットワーク側装置に受信した前記バッファー状態情報を送信するか、
    または、
    前記ネットワーク側装置が、受信した前記バッファー状態情報の一部論理チャネルグループのバッファー状態情報または一部ＲＢのバッファー状態情報を修正し、他のネットワーク側装置に修正後のバッファー状態情報を送信するか、
    または、
    前記ネットワーク側装置が、受信した前記バッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を、対応するネットワーク側装置に送信するか、
    または、
    前記ネットワーク側装置が、受信した前記バッファー状態情報のうち、他のネットワーク側装置と係わる論理チャネルグループのバッファー状態情報またはＲＢのバッファー状態情報を修正後に、対応するネットワーク側装置に送信し、
    ２） ユーザー装置が少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、
    前記ネットワーク側装置がユーザー装置からのバッファー状態情報を受信する前に、
    前記ネットワーク側装置が、アグリゲーションセルとネットワーク側装置の対応関係を、前記ユーザー装置に送信し、
    及び/又は、
    前記ネットワーク側装置が、ＲＢとネットワーク側装置との対応関係を、前記ユーザー装置に送信し、
    ３） ユーザー装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告し、
    前記ネットワーク側装置がユーザー装置からのバッファー状態情報を受信する前に、
    もし１つのユーザー装置に１セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする１つのネットワーク側装置が、前記ユーザー装置に、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒを設定し、
    もし１つのユーザー装置に複数セットのｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒがあれば、アグリゲーションに参加するまたはアグリゲーションに参加し、且つスケジューリングする各ネットワーク側装置が、前記ユーザー装置のために、ｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びｒｅｔｘＢＳＲ-Ｔｉｍｅｒをそれぞれ設定することを備えることを特徴とするバッファー状態報告の方法。
  7. 請求項６における１）の場合において、
    前記他のネットワーク側装置は、アグリゲーションに参加するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置、またはアグリゲーションに参加し、且つスケジューリングするネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置、またはアグリゲーションに参加し且つスケジューリングし、且つ活性化セルを有するネットワーク側装置のうち、バッファー状態情報を受信できていないネットワーク側装置であることを特徴とする請求項６に記載のバッファー状態報告の方法。
  8. ユーザー装置であって、
    前記ユーザー装置は、
    前記ユーザー装置が、複数のネットワーク側装置的リソースをアグリゲーションする後に、バッファー状態情報を確定する処理器と、
    アグリゲーションに参加する少なくとも１つのネットワーク側装置にバッファー状態情報を報告する送信装置と、を備え、
    １）前記送信装置は、
    アグリゲーションに参加する１つのネットワーク側装置に、バッファー状態情報を報告する場合、アグリゲーションに参加する１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、または、スケジューリングを担当するネットワーク側装置により管理される１つの活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告するか、または、搬送分離を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告するか、または、バッファー状態報告パラメータの設定を担当するネットワーク側装置のアップリンクリソースを有する１つのセルを介して、バッファー状態情報を報告し、
    ２） 前記送信装置は、少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、アグリゲーションに参加するか、または、アグリゲーションに参加し、且つスケジューリングするか、または、アグリゲーションに参加し、且つスケジューリングし、且つ活性化セルを有するネットワーク側装置にバッファー状態情報を報告し、且つ、ユーザー装置から異なるネットワーク装置にバッファー状態情報を報告する時刻が同一であるかまたは異なり、
    ３） 前記送信装置は、
    少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、１つのネットワーク側装置に対し、前記ネットワーク側装置により管理される活性化され且つアップリンクリソースを有するセルを介して、バッファー状態情報を報告し、
    少なくとも２つのネットワーク側装置にバッファー状態情報を報告した後、１つのネットワーク側装置に対し、前記ネットワーク側装置にバッファー状態情報を報告した後、短縮されたバッファー状態情報が報告される場合、前記ネットワーク側装置に対応する周期ＢＳＲタイマーｐｅｒｉｏｄｉｃＢＳＲ-Ｔｉｍｅｒ及びＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動し、もし短縮されていないバッファー状態情報が報告される場合、前記ネットワーク側装置に対応するＢＳＲ再送タイマーｒｅｔｘＢＳＲ-Ｔｉｍｅｒを起動又は再起動することを特徴とするユーザー装置。
  9. 請求項８における２）の場合において、
    前記送信装置は、アグリゲーションセルとネットワーク側装置の対応関係または無線ベアラＲＢとネットワーク側装置との対応関係に基づいて、アグリゲーションに参加するネットワーク側装置を確定することを特徴とする請求項８に記載のユーザー装置。
  10. 前記送信装置は、
    少なくとも２つのネットワーク側装置にバッファー状態情報を報告する場合、報告すべくバッファー状態情報に対応するネットワーク側装置により管理されるセルに利用可能なアップリンクリソースがないことを確定した後、他のネットワーク側装置に、前記バッファー状態情報を送信し、他のネットワーク側装置に、前記バッファー状態情報を対応するネットワーク側装置に送信するように通知することを特徴とする請求項８に記載のユーザー装置。
  11. 前記送信装置は、
    現在利用可能なアップリンクリソースがないことを確定した後、ネットワーク側装置にスケジューリング・リクウェスト（ＳＲ）を送信し、ネットワーク側装置がアップリンクリソースを割り当てるようにリクウェストし、ネットワーク側装置により割り当てたアップリンクリソースを介して、少なくとも１つのネットワーク側装置にバッファー状態情報を報告することを特徴とする請求項８に記載のユーザー装置。
JP2015515380A 2012-06-04 2013-06-04 バッファー状態報告の方法、システム及び装置 Active JP6009064B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201210181298.1A CN103458526B (zh) 2012-06-04 2012-06-04 一种缓冲区状态上报的方法、系统和设备
CN201210181298.1 2012-06-04
PCT/CN2013/076704 WO2013182035A1 (zh) 2012-06-04 2013-06-04 一种缓冲区状态上报的方法、系统和设备

Publications (2)

Publication Number Publication Date
JP2015520585A JP2015520585A (ja) 2015-07-16
JP6009064B2 true JP6009064B2 (ja) 2016-10-19

Family

ID=49711368

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015515380A Active JP6009064B2 (ja) 2012-06-04 2013-06-04 バッファー状態報告の方法、システム及び装置

Country Status (7)

Country Link
US (1) US9775064B2 (ja)
EP (1) EP2858447B1 (ja)
JP (1) JP6009064B2 (ja)
KR (1) KR101643957B1 (ja)
CN (2) CN107249197B (ja)
ES (1) ES2644603T3 (ja)
WO (1) WO2013182035A1 (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014180351A1 (en) * 2013-05-10 2014-11-13 Mediatek Singapore Pte. Ltd. Enhanced mechanism of scheduling request to multiple schedulers in a wireless network with inter base station carrier aggregation
US10892879B2 (en) 2013-05-10 2021-01-12 Hfi Innovation Inc. Enhanced mechanism of scheduling request to multiple schedulers in a wireless network with multiple connectivity
CN105230100B (zh) 2013-05-15 2018-10-16 Lg电子株式会社 在无线通信系统中分配上行链路资源的方法及针对该方法的装置
US20160157211A1 (en) * 2013-07-25 2016-06-02 Sharp Kabushiki Kaisha Wireless communication system, base station apparatus, terminal apparatus, wireless communication method, and integrated circuit
CN105432111B (zh) * 2013-07-26 2019-07-05 Lg电子株式会社 计算可用于传输的数据的量的方法及其装置
ES2806007T3 (es) * 2013-09-26 2021-02-16 Lg Electronics Inc Procedimiento para activar y notificar un estado de la memoria tampón, y dispositivo correspondiente
US9924405B2 (en) * 2013-10-04 2018-03-20 Industrial Technology Research Institute Method for buffer status report in dual connectivity
US9572171B2 (en) * 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
CN104735791B (zh) * 2013-12-23 2018-09-11 中国电信股份有限公司 一种用户缓存状态汇报方法和系统
CN104936291A (zh) * 2014-03-21 2015-09-23 中兴通讯股份有限公司 一种控制终端能力的方法、终端及基站
CN106304411B (zh) * 2015-05-15 2020-02-21 上海诺基亚贝尔股份有限公司 用于双连接系统中的上行链路分割承载的方法及装置
US10972981B2 (en) 2016-01-05 2021-04-06 Lg Electronics Inc. Method for performing DRX operation in wireless communication system and a device therefor
CN107295561B (zh) * 2016-04-01 2022-06-21 中兴通讯股份有限公司 资源的申请方法及装置
US10667170B2 (en) * 2017-03-21 2020-05-26 Htc Corporation Device and method of handling buffer status reporting for packet duplication
US11082992B2 (en) * 2017-04-26 2021-08-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource scheduling method and device
US11425747B2 (en) * 2017-09-28 2022-08-23 Nokia Technologies Oy Method, apparatus, computer program product and computer program
CN110139388B (zh) * 2018-02-08 2022-05-03 大唐移动通信设备有限公司 缓冲区状态的上报、数据调度方法、终端及网络侧设备
CN110139389B (zh) * 2018-02-09 2021-05-11 电信科学技术研究院有限公司 一种缓冲区状态上报的方法、装置及计算机存储介质
WO2019246382A1 (en) * 2018-06-20 2019-12-26 Convida Wireless, Llc Quality of service realization in multi-hop data forwarding
WO2020139811A1 (en) 2018-12-28 2020-07-02 Google Llc User-equipment-coordination set for a wireless network
US11240817B2 (en) 2019-02-07 2022-02-01 Samsung Electronics Co., Ltd. Bandwidth allocation request in cellular mesh networks
US10873986B1 (en) * 2019-06-04 2020-12-22 Sprint Spectrum L.P. Use of buffer occupancy as a basis to control configuration of dual-connectivity service
BR112020016223A2 (pt) 2019-07-25 2021-03-23 Google Llc reagrupamento de conjunto de coordenação de equipamento de usuário
US11350439B2 (en) 2019-08-13 2022-05-31 Google Llc User-equipment-coordination-set control aggregation
US11638272B2 (en) 2019-09-19 2023-04-25 Google Llc User-equipment-coordination-set selective participation

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101541099B (zh) * 2008-03-21 2011-12-07 中兴通讯股份有限公司 缓冲区状态报告方法及装置、数据量设置方法
US8279818B2 (en) * 2008-10-31 2012-10-02 Htc Corporation Methods of packet element transmission in wireless communications system
US8437798B2 (en) * 2009-04-27 2013-05-07 Motorola Mobility Llc Uplink scheduling support in multi-carrier wireless communication systems
CN101925128B (zh) * 2009-06-17 2012-07-04 电信科学技术研究院 一种上报缓存状态报告的方法及装置
CN101932019B (zh) * 2009-06-19 2015-06-03 中兴通讯股份有限公司 一种实现上报缓冲区状态报告的方法、终端及网络系统
CN102111751B (zh) * 2009-12-28 2013-08-14 电信科学技术研究院 缓存状态报告上报方法和设备
US8638815B2 (en) * 2010-01-08 2014-01-28 Blackberry Limited Method and apparatus for logical channel prioritization for uplink carrier aggregation
JP2013520096A (ja) * 2010-02-12 2013-05-30 インターデイジタル テクノロジー コーポレーション 複数のサイト間のデータ分割
CN101835191B (zh) 2010-04-19 2012-11-14 新邮通信设备有限公司 载波聚合通信系统的上行载波调度方法、基站和用户设备
KR101740447B1 (ko) * 2010-06-18 2017-05-26 엘지전자 주식회사 무선 통신 시스템에서 단말이 버퍼 상태 보고를 전송하는 방법 및 이를 위한 장치
US9258088B2 (en) * 2010-06-18 2016-02-09 Acer Incorporated Method of performing buffer status reporting and communication device thereof
CN102291760B (zh) 2010-06-21 2014-04-02 电信科学技术研究院 一种上报和确认缓存状态信息的方法、系统及设备
CN103139918B (zh) * 2011-11-30 2016-05-18 华为技术有限公司 一种实现数据调度的方法、装置和系统
EP2813118A4 (en) * 2012-02-07 2015-09-30 Nokia Technologies Oy METHOD AND DEVICE FOR NOTIFYING AND HANDLING A BUFFER STATUS FOR A USER DEVICE IN A SITE-ALLOCATING AGGREGATE MODE

Also Published As

Publication number Publication date
KR101643957B1 (ko) 2016-07-29
EP2858447B1 (en) 2017-08-09
WO2013182035A1 (zh) 2013-12-12
CN103458526B (zh) 2017-07-14
EP2858447A4 (en) 2015-04-29
JP2015520585A (ja) 2015-07-16
ES2644603T3 (es) 2017-11-29
US20150110040A1 (en) 2015-04-23
CN103458526A (zh) 2013-12-18
US9775064B2 (en) 2017-09-26
KR20150020633A (ko) 2015-02-26
CN107249197A (zh) 2017-10-13
CN107249197B (zh) 2019-12-13
EP2858447A1 (en) 2015-04-08

Similar Documents

Publication Publication Date Title
JP6009064B2 (ja) バッファー状態報告の方法、システム及び装置
USRE50037E1 (en) Method and apparatus for transceiving data using plurality of carriers in mobile communication system
US12041665B2 (en) Method and apparatus for transmitting and receiving data using plurality of carriers in mobile communication system
JP6480540B2 (ja) 搬送波集積技術を使用する無線通信システムにおける副搬送波の不活性化方法及び装置
EP2536234B1 (en) Data transmission method and device in multi-carrier system
EP3609290A2 (en) Terminal for supporting device to device communication and method for operating same
US9955377B2 (en) Transmission control method for buffer status report, user equipment, and mobile communication system
WO2015010647A1 (zh) 一种bsr上报方法、上行资源分配方法及其设备
WO2012003719A1 (zh) 一种上行资源分配方法、系统及相关装置
US10743216B2 (en) Device and method for processing plurality of resource requests in wireless communication system
US20210385851A1 (en) Data transmission method of internet of vehicles, sending terminal and network-side device

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151019

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160208

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20160314

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160713

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20160722

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160815

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160913

R150 Certificate of patent or registration of utility model

Ref document number: 6009064

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250