JP2013526223A - 無線ネットワーク内でバッファ・ステータス・レポートを送信するための方法および装置 - Google Patents
無線ネットワーク内でバッファ・ステータス・レポートを送信するための方法および装置 Download PDFInfo
- Publication number
- JP2013526223A JP2013526223A JP2013508346A JP2013508346A JP2013526223A JP 2013526223 A JP2013526223 A JP 2013526223A JP 2013508346 A JP2013508346 A JP 2013508346A JP 2013508346 A JP2013508346 A JP 2013508346A JP 2013526223 A JP2013526223 A JP 2013526223A
- Authority
- JP
- Japan
- Prior art keywords
- buffer status
- status report
- report message
- uplink buffer
- media access
- 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.)
- Granted
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
-
- 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/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- 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/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)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本発明は、無線ネットワークにおいてバッファ・ステータス・レポートを送信するための方法および装置を提案する。ユーザ装置が複数のコンポーネント・キャリアで構成され、ユーザ装置が、それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得し、送信されるべきデータの量に従ってアップリンク・バッファ・ステータス・レポート・メッセージを生成し、ユーザ装置にサービスしている基地局にアップリンク・バッファ・ステータス・レポート・メッセージを報告する。本発明は、送信時間間隔内に複数のメディア・アクセス・レイヤ・プロトコル・データ・ユニットがある場合の、バッファ・ステータス情報の報告の仕方の問題に対処する。本発明のソリューションを用いれば、基地局は、より効率的なスケジューリングを保証するために、ユーザ装置にいくつのアップリンク・リソースを割り当てられることができるかを決定的に知ることができる。
Description
本開示は無線通信に関し、詳細には、ＬＴＥ−Ａにおけるキャリア・アグリゲーションに基づく基地局およびユーザ装置に関する。
バッファ・ステータス・レポート（ＢＳＲ）は、基地局（進化型ノードＢ、すなわちｅＮＢ）でのスケジューリングに必要なユーザ装置（ＵＥ）側の情報を提供するため、アップリンク・システムにおいて非常に重要である。ロング・ターム・エボリューション・アドバンスト（ＬＴＥ−Ａ）リリース８／９では、バッファ・ステータス・レポートは、それぞれの送信時間間隔（ＴＴＩ）内に１つのメディア・アクセス制御・プロトコル・データ・ユニット（ＭＡＣ ＰＤＵ）しかないので、比較的単純である。しかし、ＬＴＥ−Ａリリース１０では、キャリア・アグリゲーション（ＣＡ）、すなわち複数のコンポーネント・キャリア（ＣＣ）の導入により１つのＴＴＩ内で複数のＭＡＣ ＰＤＵを送信できる。したがって、バッファ・ステータス・レポートで発生するいくつかの新たな問題に対処することが望ましい。
本発明は、バッファ・ステータス・レポートのルールを確立するために、ＬＴＥ−Ａにおける新たな特徴を考慮する。本発明は、キャリア・アグリゲーションを有する通信システムにバッファ・ステータス・レポート・メカニズムを提供する。
本発明の第１の態様によれば、複数のコンポーネント・キャリアで構成されたユーザ装置におけるアップリンク・バッファ・ステータス・レポート・メッセージを報告する方法が提供され、本方法は、Ａ．それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得するステップと、Ｂ．送信されるべきデータの量に従ってアップリンク・バッファ・ステータス・レポート・メッセージを生成するステップと、Ｃ．ユーザ装置にサービスしている基地局にアップリンク・バッファ・ステータス・レポート・メッセージを報告するステップとを含む。
本発明の第２の態様によれば、複数のコンポーネント・キャリアで構成されたユーザ装置におけるアップリンク・バッファ・ステータス・レポート・メッセージを報告するための装置が提供され、本装置は、それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得するように構成された第１取得デバイスと、送信されるべきデータの量に従ってアップリンク・バッファ・ステータス・レポート・メッセージを生成するように構成された生成デバイスと、ユーザ装置にサービスしている基地局にアップリンク・バッファ・ステータス・レポート・メッセージを報告するように構成された報告デバイスとを含む。
本発明は、１つの送信時間間隔内に複数の送信ブロック、すなわち複数のメディア・アクセス・レイヤ・プロトコル・データ・ユニットがある場合の、バッファ・ステータス情報の報告の仕方の問題に対処する。
本発明のソリューションを用いれば、基地局は、より効率的なスケジューリングを保証するために、ユーザ装置にいくつのアップリンク・リソースを割り当てられることができるかを決定的に知ることができる。
本発明は、信頼性、効率性、正確さなどの異なる視点から、パディング・バッファ・ステータス・レポート・メッセージを利用でき、それによってバッファ・ステータス・レポート・メッセージの信頼性を向上させ、データ送信の効率性を向上させ、またはバッファ・ステータス・レポート・メッセージの正確さを向上させることができる。
本発明の実施形態は、正確さをさらに向上させるために、粗い粒度でバッファ・サイズ・テーブルについてのインクリメント情報をさらに提供することが好ましい。
本発明の上述および他の特徴、目的、および利点は、図面を参照して与えられる非限定的実施形態の以下の詳細な説明を検討することにより明らかになるであろう。
図面を通じて、同一または同様の参照番号は、同一または同様のコンポーネントを指している。
まず、本発明の技術的ソリューションを読んで理解することを容易にするために、この説明ではＢＳＲとトリガ手順の種類の簡単な紹介を行う。
基地局でのスケジューリングの基本的な考え方は、無線リソースがＵＥだけに割り当てられるか、送信または受信が可能なデータがある場合はＵＥから送信されることにある。ダウンリンクでは、それぞれのＵＥに送信されるべきデータの量は、基地局のスケジューラに明らかに知られている。しかしアップリンク方向では、スケジューリング決定は基地局で行われ、データ・バッファはＵＥに配置されるので、全部でいくつのＵＥのデータが送信されるべきアップリンク・バッファ・エリアに格納されているかの情報を基地局に提供して、基地局がＵＥからのアップリンク・リソース・バッファ情報によってリソースを割り当ててスケジューリングできるようにして、それによって、普通ならリソースの浪費につながるＵＥへの無駄なリソース割当てまたはスケジューリングを回避するために、ＵＥがＢＳＲメッセージを基地局に報告する必要がある。
定期的なＢＳＲタイマー（定期的ＢＳＲタイマー）および標準ＢＳＲタイマー（ｒｅｔｘＢＳＲタイマー）を含む２つの構成されたタイマー、ならび論理チャネルにごとに任意のシグナリング論理チャネル・グループがあれば、無線リソース制御（ＲＲＣ）はこの論理チャネルがどの論理チャネル・グループ（ＬＣＧ）に属しているかを示す。
ＢＳＲメッセージは、以下の状況が発生するとトリガされうる。
−特定の論理チャネル・グループに属し、ＲＬＣまたはＰＤＣＰエンティティに存在して送信されるべきアップリンクデータ（たとえば、ＲＬＣ／ＰＤＣＰ制御情報、サービス・データなど）を有する論理チャネルがある、または特定の論理チャネル・グループに属する任意の論理チャネルよりも高い優先権を有し、送信されるべきデータを有する論理チャネルがある、あるいは特定の論理チャネル・グループに属する論理チャネルのいずれも送信されるべきいかなるデータも有していない（すなわち、バッファ・エリア・サイズが０のＢＳＲが、ｅＮＢとＵＥとの間のバッファ・エリア情報の同期のために送信される可能性がある）。また、これらの状況においてトリガされるＢＳＲは、「標準ＢＳＲ」と呼ばれる。
−アップリンク・リソースが割り当てられ、パディング・ビットの数が、ＢＳＲ ＭＡＣ制御要素プラスそのサブヘッダ以上であり、この時にトリガされるＢＳＲは「パディングＢＳＲ」に属する。
−ｒｅｔｘＢＳＲタイマーが切れて、特定の論理チャネル・グループに属する任意の論理チャネルが送信されるべきデータを有し、この時にトリガされるＢＳＲは「標準ＢＳＲ」に属する。および、
−定期的ＢＳＲタイマーが切れ、この時にトリガされるＢＳＲは「定期的ＢＳＲ」に属する。
−特定の論理チャネル・グループに属し、ＲＬＣまたはＰＤＣＰエンティティに存在して送信されるべきアップリンクデータ（たとえば、ＲＬＣ／ＰＤＣＰ制御情報、サービス・データなど）を有する論理チャネルがある、または特定の論理チャネル・グループに属する任意の論理チャネルよりも高い優先権を有し、送信されるべきデータを有する論理チャネルがある、あるいは特定の論理チャネル・グループに属する論理チャネルのいずれも送信されるべきいかなるデータも有していない（すなわち、バッファ・エリア・サイズが０のＢＳＲが、ｅＮＢとＵＥとの間のバッファ・エリア情報の同期のために送信される可能性がある）。また、これらの状況においてトリガされるＢＳＲは、「標準ＢＳＲ」と呼ばれる。
−アップリンク・リソースが割り当てられ、パディング・ビットの数が、ＢＳＲ ＭＡＣ制御要素プラスそのサブヘッダ以上であり、この時にトリガされるＢＳＲは「パディングＢＳＲ」に属する。
−ｒｅｔｘＢＳＲタイマーが切れて、特定の論理チャネル・グループに属する任意の論理チャネルが送信されるべきデータを有し、この時にトリガされるＢＳＲは「標準ＢＳＲ」に属する。および、
−定期的ＢＳＲタイマーが切れ、この時にトリガされるＢＳＲは「定期的ＢＳＲ」に属する。
標準および定期的ＢＳＲについて、
−複数の論理チャネル・グループ（ＬＣＧ）が、ＢＳＲが送信される現在のＴＴＩ内に送信されるべきデータを有する場合、長いＢＳＲが報告される。
−そうでない場合は、短いＢＳＲが報告される。
−複数の論理チャネル・グループ（ＬＣＧ）が、ＢＳＲが送信される現在のＴＴＩ内に送信されるべきデータを有する場合、長いＢＳＲが報告される。
−そうでない場合は、短いＢＳＲが報告される。
パディングＢＳＲについて、
−パディング・ビットの数が、短いＢＳＲ制御要素プラスそのサブヘッダ以上であるが、長いＢＳＲ制御要素プラスそのサブヘッダよりも少ない場合は、
−複数の論理チャネル・グループ（ＬＣＧ）が、ＢＳＲが送信される現在のＴＴＩ内に送信されるべきデータを有する場合は切り捨てられたＢＳＲが報告され、このＢＳＲは、送信されるべきデータを有する最高優先権論理チャネルが属する論理チャネル・グループを搬送する。
−そうでない場合は、短いＢＳＲが報告される。
−パディング・ビットの数が、長いＢＳＲ制御要素プラスそのサブヘッダ以上の場合、長いＢＳＲが報告される。
−パディング・ビットの数が、短いＢＳＲ制御要素プラスそのサブヘッダ以上であるが、長いＢＳＲ制御要素プラスそのサブヘッダよりも少ない場合は、
−複数の論理チャネル・グループ（ＬＣＧ）が、ＢＳＲが送信される現在のＴＴＩ内に送信されるべきデータを有する場合は切り捨てられたＢＳＲが報告され、このＢＳＲは、送信されるべきデータを有する最高優先権論理チャネルが属する論理チャネル・グループを搬送する。
−そうでない場合は、短いＢＳＲが報告される。
−パディング・ビットの数が、長いＢＳＲ制御要素プラスそのサブヘッダ以上の場合、長いＢＳＲが報告される。
したがって、長いＢＳＲを送信する場合、短いＢＳＲまたは切り捨てられたＢＳＲは、ＢＳＲの送信のための有効なアップリンク送信リソースの総数、空ではないバッファのための論理信号の数、および特定のイベントがＵＥにおいてトリガされるかどうかによって決定される。長いＢＳＲは４つの論理チャネル・グループについてのバッファ・データの量を報告し、短いＢＳＲは１つの論理チャネル・グループについてのアップリンク・バッファ・データの量を報告する。
図１は、本発明の実施形態によるネットワーク・トポロジの図を示しており、基地局２はユーザ装置１にサービスしており、ユーザ装置１は基地局２にＢＳＲを報告する。
図２は、本発明の実施形態によるシステム方法の流れ図を示している。
まず、ステップＳ２０で、ユーザ装置１が少なくとも１つのコンポーネント・キャリアで構成されており、ユーザ装置１は、それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得する。ＬＴＥ−Ａでは、１つのＴＴＩ内で複数のＣＣが同時に送信され、１つのＭＡＣ ＰＤＵが１つのＣＣを介してカプセル化され、ＣＣはＭＡＣ ＰＤＵに１対１で対応する。したがって、ＣＡシナリオでは、１つのＴＴＩ内で複数のＭＡＣ ＰＤＵが同時に送信されうる。ユーザ装置１から基地局２に送信されたＢＳＲは、基地局２に、送信に適したユーザ装置１のアップリンク・バッファ内のデータの量、特にそれぞれのコンポーネント・キャリアを介するすべてのＭＡＣ ＰＤＵが作成された後に送信されるべきバッファ内のデータの量を提供するために使用される。
さらに、バッファ・ステータス・レポートＭＡＣ制御要素は、長いＢＳＲフォーマットと短いＢＳＲ／切り捨てられたＢＳＲフォーマットとを含むことができる。
次いで、ステップＳ２１で、ユーザ装置１は、送信されるべきデータの量に従ってアップリンク・バッファ・ステータス・レポート・メッセージを生成する。次いで、ステップＳ２２で、ユーザ装置１は、ユーザ装置１にサービスしている基地局２にアップリンク・バッファ・ステータス・レポート・メッセージを報告する。
ＣＡシナリオでＢＳＲを生成するステップＳ２１とＢＳＲを報告するステップＳ２２は、それぞれ標準／定期的ＢＳＲおよびパディングＢＳＲについて以下で詳細に説明する。
標準／定期的ＢＳＲ
標準／定期的ＢＳＲは、ＣＣ特定情報の代わりにユーザ特定情報を提供するので、すなわち標準／定期的ＢＳＲはＣＣと無関係なので、１つのＴＴＩ内で異なるＣＣを介して複数のＢＳＲを報告する必要はない。したがって、ステップＳ２１で、たとえ１つのＴＴＩ内に異なるＣＣを介して複数のＭＡＣ ＰＤＵがあっても、ユーザ装置１は１つのＣＣのＭＡＣ ＰＤＵ内の１つの標準／定期的ＢＳＲだけを単にカプセル化できる。言い換えると、標準／定期的ＢＳＲについて、ユーザ装置１は、キャリア・アグリゲーション・シナリオではＴＴＩごとに１つのＢＳＲだけ報告する。
標準／定期的ＢＳＲは、ＣＣ特定情報の代わりにユーザ特定情報を提供するので、すなわち標準／定期的ＢＳＲはＣＣと無関係なので、１つのＴＴＩ内で異なるＣＣを介して複数のＢＳＲを報告する必要はない。したがって、ステップＳ２１で、たとえ１つのＴＴＩ内に異なるＣＣを介して複数のＭＡＣ ＰＤＵがあっても、ユーザ装置１は１つのＣＣのＭＡＣ ＰＤＵ内の１つの標準／定期的ＢＳＲだけを単にカプセル化できる。言い換えると、標準／定期的ＢＳＲについて、ユーザ装置１は、キャリア・アグリゲーション・シナリオではＴＴＩごとに１つのＢＳＲだけ報告する。
ユーザ装置１が、どのＭＡＣ ＰＤＵ内にＢＳＲが含まれるべきかを決定する方法は、以下で実施形態において説明する。
当業者は、少なくとも１つの論理チャネルを介するサービス・データが１つのＭＡＣ ＰＤＵにおいて多重化され、異なる論理チャネルは異なる優先権を有することが理解できるであろう。サービス品質（ＱｏＳ）を保証するために、まず、アップリンク制御情報（ＵＣＩ）を搬送する物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して送信される信号の送信電力を維持しながら、ＵＣＩを搬送せずにＰＵＳＣＨを介して送信される信号の送信電力を低下させることによって電力が調整され、ＵＣＩはＢＳＲ、電力剰余などを含み、すなわち、ＵＣＩを搬送するＰＵＳＣＨはＵＣＩを搬送しないＰＵＳＣＨよりも高い優先権を有し、すなわち、ＭＡＣ制御要素を搬送するＰＵＳＣＨはより高い優先権を有する。すなわち、ＢＳＲはより高い優先権を有する。したがって、ＢＳＲは、最高優先権を有するチャネルに属するデータを搬送する同じＭＡＣ ＰＤＵ内に含まれるべきであり、すなわち、ステップＳ２１で、ユーザ装置１は最高優先権を有する論理チャネルからのデータとともに、標準／定期的ＢＳＲを同じＭＡＣ ＰＤＵにカプセル化し、たとえば、ユーザ装置は最高ＱｏＳ要求を有するデータ、たとえばＶｏＩＰサービス・データとともに、標準／定期的ＢＳＲを同じＭＡＣ ＰＤＵにカプセル化して、基地局２にＭＡＣ ＰＤＵを送信する。次いで、ステップＳ２２で、ユーザ装置１は、標準／定期的ＢＳＲがカプセル化されているＭＡＣ ＰＤＵを基地局２に報告する。
パディングＢＳＲ
ＬＴＥ−Ａリリース８では、上述のように、短いＢＳＲ／切り捨てられたＢＳＲ、または長いＢＳＲをサポートするために十分なパディング・ビットがある場合、パディングＢＳＲがトリガされることになる。リリース８では、１つのＴＴＩ内で１つのＭＡＣ ＰＤＵだけが送信されるので、複数のパディング・ビットで構成されるパディングＢＳＲは最大で１つである。キャリア・アグリゲーション・シナリオでは、複数のＭＡＣ ＰＤＵがあるので、複数のパディングＢＳＲが可能である。
ＬＴＥ−Ａリリース８では、上述のように、短いＢＳＲ／切り捨てられたＢＳＲ、または長いＢＳＲをサポートするために十分なパディング・ビットがある場合、パディングＢＳＲがトリガされることになる。リリース８では、１つのＴＴＩ内で１つのＭＡＣ ＰＤＵだけが送信されるので、複数のパディング・ビットで構成されるパディングＢＳＲは最大で１つである。キャリア・アグリゲーション・シナリオでは、複数のＭＡＣ ＰＤＵがあるので、複数のパディングＢＳＲが可能である。
現在、ＣＡシナリオにはＭＡＣ ＰＤＵを作成するための２つの代替ソリューションがあり、すなわち、１つは、対応するデータがそれぞれのＭＡＣ ＰＤＵにカプセル化されるまで、１つのＭＡＣ ＰＤＵを生成して、次いで送信されるべき残りのデータの少なくとも一部を次のＭＡＣ ＰＤＵにカプセル化し、以下同様に行うことによって、ＭＡＣ ＰＤＵを特定の順序で連続的にカプセル化することであり、もう１つは、それぞれのコンポーネント・キャリアを介してパラレルに送信されたＭＡＣ ＰＤＵをカプセル化することである。したがって、以下にシリアルおよびパラレルなカプセル化のこれらの２つの状況の考察をそれぞれ行い、まずそれぞれのＣＣを介するＭＡＣ ＰＤＵのシリアル生成について論じる。
（１）異なるＣＣを介するＭＡＣ ＰＤＵは、特定の順序でシリアルにカプセル化される。
標準／定期的ＢＳＲがトリガされると、次いでＢＳＲ（長いＢＳＲ、または短いＢＳＲ）が１つのＣＣを介して送信され、さらに他のＣＣの他のＭＡＣ ＰＤＵ内のパディング・ビットがパディングＢＳＲの送信のために許可されうる。これらのパディングＢＳＲの異なる使用ソリューションについて論じる。
ソリューションＡ：パディング・ビット内のＢＳＲが繰り返し送信される。
ユーザ装置１は、１つのコンポーネント・キャリアに対応するＭＡＣ ＰＤＵ内のアップリンク・バッファ・ステータス・レポート・メッセージを生成し、ユーザ装置は、パディング・ビットを有する少なくとも１つの他のＭＡＣ ＰＤＵのパディング・ビット内のアップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの少なくとも一部を繰り返し配置し、すなわちユーザ装置１は全体的な標準／定期的ＢＳＲまたはその一部のコピーを、許可されたパディング・ビットに基づいて長いＢＳＲまたは短い／切り捨てられたＢＳＲの形式で送信する。
ステップＳ２１は、以下のいくつかのサブステップに分割されうる。
まず、サブステップＳ２１０で、ユーザ装置１はパディング・ビットのサイズを取得する。
次いで、サブステップＳ２１１で、ユーザ装置１は、パディング・ビットを有する他の後続のＭＡＣ ＰＤＵのパディング・ビット内のアップリンク・バッファ・ステータス・レポート・メッセージのすべてのコンテンツを繰り返し配置して、それらは同じＴＴＩ内で送信され、パディング・ビットがアップリンク・バッファ・ステータス・レポート・メッセージのすべてのコンテンツを含むために十分である場合、すなわち標準／定期的ＢＳＲが長いＢＳＲの場合、長いＢＳＲがパディング・ビット内でサポートされる場合は、パディングＢＳＲは標準／定期的ＢＳＲと同じである。
あるいは、ユーザ装置１はアップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの一部を、パディング・ビットを有する他の後続のＭＡＣ ＰＤＵのパディング・ビット内に連続的に配置し、それらは同じＴＴＩ内で送信され、パディング・ビットがアップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの一部を含むために十分な場合、すなわちパディングＢＳＲが標準／定期的ＢＳＲのバッファ・ステータス情報の一部を含む場合、標準／定期的ＢＳＲが長いＢＳＲで、パディングＢＳＲが短い／切り捨てられたＢＳＲの場合は、この部分はより高い優先権を有するＬＣＧに属する。この原則は、標準／定期的ＢＳＲがトリガされないときにパディングＢＳＲしかない場合のシナリオにも適用できる。ＣＡシナリオでＭＡＣ ＰＤＵがシリアルに生成される場合の、標準／定期的ＢＳＲ、次いでパディングＢＳＲが生成される流れを、図３、図４、および図５を参照して以下で詳細に説明する。
たとえば、１つのＴＴＩ内に送信されるべき３つのＭＡＣ ＰＤＵがある。標準／定期的ＢＳＲがトリガされると、ユーザ装置１は１つのＭＡＣ ＰＤＵ内で標準／定期的ＢＳＲを送信する。好ましい実施形態では、ステップＳ２１で、送信するために標準／定期的ＢＳＲが１つのＭＡＣ ＰＤＵにカプセル化され、たとえば、ＢＳＲが最初に生成されるべきシリアル・データ・パケットにカプセル化され、パディングＢＳＲが残りの２つのＭＡＣ ＰＤＵの両方においてサポートされる。
ある実施形態では、４つの論理チャネルグループ（ＬＣＧ）からバッファ・ステータス情報、すなわちＢＳＲが報告され、図３に示されるような長いＢＳＲは標準／定期的ＢＳＲとして１つのＭＡＣ ＰＤＵ内に含まれる。したがって、ステップＳ２１は以下のサブステップＳ２１０、Ｓ２１１、およびＳ２１１’にさらに細かく分割されうる。サブステップＳ２１０で、ユーザ装置１は、次のシリアルＭＡＣ ＰＤＵのパディング・ビットのサイズを取得して、次のシリアルＭＡＣ ＰＤＵのパディング・ビットのサイズが標準／定期的ＢＳＲのすべてのコンテンツを含むために十分かどうかを決定する。パディング・ビットが標準／定期的ＢＳＲのすべてのコンテンツを含むために十分である場合、サブステップＳ２１１で、ユーザ装置１がパディング・ビット内の標準／定期的ＢＳＲのすべてのコンテンツを満たし、パディング・ビットが標準／定期的ＢＳＲのすべてのコンテンツを含むために十分ではない場合、たとえば、パディング・ビットのサイズが短いＢＳＲだけしかサポートできない場合、サブステップＳ２１１’で、ユーザ装置１は、次のシリアルＭＡＣ ＰＤＵのパディング・ビット内の標準／定期的ＢＳＲのコンテンツの一部を満たす。好ましい実施形態によれば、サブステップＳ２１１’で、ＢＳＲに対応する論理チャネル・グループの優先順序に従って、ユーザ装置１はまず次のシリアルＭＡＣ ＰＤＵのパディング・ビット内の最高優先権を有する論理チャネル・グループの対応するＢＳＲ情報を満たし、次いでさらなるＭＡＣ ＰＤＵのパディング・ビット内の２番目に高い優先権を有する論理チャネル・グループの対応するＢＳＲ情報を満たす。サブステップＳ２１１’は、図３、図４、および図５を参照して詳細に説明する。
図３で、長いＢＳＲは、標準／定期的ＢＳＲとして採用され、それぞれ４つの論理チャネル・グループのバッファ・ステータス情報、すなわち４つの論理チャネル・グループを介して送信されるべき対応するデータの量である、それぞれ論理チャネル・グループ（ＬＣＧ）＃０のアップリンク・バッファ・ステータス情報、論理チャネル・グループ＃１のアップリンク・バッファ・ステータス情報、論理チャネル・グループ＃２のアップリンク・バッファ・ステータス情報、および論理チャネル・グループ＃３のアップリンク・バッファ・ステータス情報を報告する。既存のプロトコル・アーキテクチャでは、それぞれの論理チャネル・グループのアップリンク・バッファ・ステータス情報についてそれぞれ６ビットが占められ、論理チャネル・グループ＃０は論理チャネル・グループ＃１よりも高い優先権を有し、論理チャネル・グループ＃１は論理チャネル・グループ＃２よりも高い優先権を有し、論理チャネル・グループ＃２は論理チャネル・グループ＃３よりも高い優先権を有する。他の２つの後続のＭＡＣ ＰＤＵにおけるパディングＢＳＲが短いＢＳＲだけをサポートする場合、ユーザ装置１は、図４に示されるように、標準／定期的ＢＳＲとしての長いＢＳＲがカプセル化されているＭＡＣ ＰＤＵの隣のＭＡＣ ＰＤＵにおける短いＢＳＲとして、まず第１優先権を有する論理チャネル・グループ、すなわち論理チャネル・グループ＃０を満たし、図５に示されるように、次のＭＡＣ ＰＤＵの隣のＭＡＣ ＰＤＵにおける短いＢＳＲとして、第２優先権を有する論理チャネル・グループ、すなわち論理チャネル・グループ＃１を満たす。さらに、ステップＳ２２で、ユーザ装置１は、図４に示されるように第１優先権を有するＬＣＧについての短いＢＳＲ、および図５に示されるように第２優先権を有するＬＣＧについての短いＢＳＲを、それぞれ２つのＭＡＣ ＰＤＵにおいて送信する。
他の実施形態では、あるパディングＢＳＲが長いＢＳＲをサポートでき、他のパディングＢＳＲが短いＢＳＲしかサポートできない場合、図３に示されるような長いＢＳＲは長いＢＳＲをサポートしている１つのＭＡＣ ＰＤＵに含まれ、図４に示されるような第１ＬＣＧを有するＬＣＧについての短いＢＳＲは短いＢＳＲをサポートしている他のＭＡＣ ＰＤＵに含まれる。
つまり、全体的な標準／定期的ＢＳＲまたはその一部のコピーをパディング・ビット内で送信して、送信の信頼性を向上できる。
ソリューションＢ：ユーザ装置１がＭＡＣ ＰＤＵをシリアルに連続してカプセル化する場合、標準／定期的ＢＳＲはもともと１つのＴＴＩ内のｎ番目のＭＡＣ ＰＤＵにおいて送信されるようにスケジューリングされており、ｎ≦Ｎであり、Ｎは１つのＴＴＩ内で送信されるＭＡＣ ＰＤＵの総数を表し、ある実施形態では、標準／定期的ＢＳＲを１つのＴＴＩ内でシリアルなＭＡＣ ＰＤＵにおいて送信されるようにスケジューリングでき、最後にカプセル化される。したがって、ステップＳ２１は、ｎ番目のＭＡＣ ＰＤＵより前にカプセル化された１つまたは複数のＭＡＣ ＰＤＵのパディング・ビット内のＢＳＲの少なくとも一部を含むステップをさらに含みうる。
次いで、ユーザ装置１は、全体的な標準／定期的ＢＳＲまたはその一部が、ｎ番目のＭＡＣ ＰＤＵより前にカプセル化された少なくとも１つのＭＡＣ ＰＤＵのパディング・ビット内に含まれたかどうかを決定する。
次いで、ユーザ装置１は、全体的な標準／定期的ＢＳＲまたはその一部が、ｎ番目のＭＡＣ ＰＤＵより前にカプセル化された少なくとも１つのＭＡＣ ＰＤＵのパディング・ビット内に含まれたかどうかを決定する。
少なくとも１つの以前カプセル化されたＭＡＣ ＰＤＵが報告されるべき全体的なＢＳＲを含む場合、たとえば、ユーザ装置１が標準／定期的ＢＳＲ内のバッファ・ステータス情報を、ｎ番目のＭＡＣ ＰＤＵより前にカプセル化された１つまたは複数のＭＡＣ ＰＤＵのパディング・ビット内に含む場合、標準／定期的ＢＳＲはｎ番目のＭＡＣ ＰＤＵに含まれることはできず、したがって、もともとそこにＢＳＲをロードするようにスケジューリングされていたｎ番目のＭＡＣ ＰＤＵのバイトを、データ・コンテンツのカプセル化のために取っておくことができる。
以前カプセル化されたＭＡＣ ＰＤＵにＢＳＲが含まれていない、またはバッファ・ステータス情報の一部しか含まれていない場合、ユーザ装置１は、ｎ番目のカプセル化されたＭＡＣ ＰＤＵに残りのＢＳＲ情報を含む。特に、２つ以上のＬＣＧのＢＳＲ情報が以前のＭＡＣ ＰＤＵに含まれていない場合、ユーザ装置１は、長いＢＳＲにおいてｎ番目のＭＡＣ ＰＤＵにおける複数のＬＣＧのバッファ情報を送信し、唯一のＬＣＧのＢＳＲ情報が以前のＭＡＣ ＰＤＵに含まれていない場合、ユーザ装置１は、ｎ番目のＭＡＣ ＰＤＵに短いＢＳＲを含むべきである。ＢＳＲのコンテンツの一部、たとえばＬＣＧ＃０のバッファ・サイズ情報、ＬＣＧ＃１のバッファ・サイズ情報、およびＬＣＧ＃２のバッファ・サイズ情報が、ｎ番目のＭＡＣ ＰＤＵに先行する少なくとも１つのＭＡＣ ＰＤＵのパディング・ビット内に含まれる場合、ユーザ装置１は、短いＢＳＲまたは切り捨てられたＢＳＲ内だけに、ｎ番目のＭＡＣ ＰＤＵにおけるＬＣＧ＃３のバッファ・サイズ情報を単に含むことができ、サービス・データは予備ビット内で送信されうることが好ましい。
つまり、上述のソリューションＡおよびソリューションＢは、それぞれ信頼性および効率性の観点からＭＡＣ ＰＤＵをカプセル化する。ソリューションＡは、複数のＭＡＣ ＰＤＵにおいてＢＳＲを繰り返し送信し、複数の送信のために送信の信頼性を向上できる。ソリューションＢは、パディング・ビットをフル活用して、予備ビット内でより多くのデータを送信できるという点で、送信の効率性を向上できる。
（２）すべてのＭＡＣ ＰＤＵが、１つのＴＴＩ内にパラレルにカプセル化される。
このソリューションでは、すべてのＭＡＣ ＰＤＵがパラレルにカプセル化され、１つのＭＡＣ ＰＤＵをカプセル化しているユーザ装置１は、他のＭＡＣ ＰＤＵ内にパディング・ビットがあるかどうかわからないので、ＭＡＣ ＰＤＵのシリアルなカプセル化のために導入されたソリューションＡだけがパディング・ビットに適用でき、すなわち、全体的な標準／定期的ＢＳＲまたはその一部のコピーをパディングＢＳＲにおいて送信でき、それによって送信の信頼性が向上する。
（３）ＢＳＲマッピング・テーブル
さらに、パディング・ビットは、粗い粒度でＢＳＲマッピング・テーブルについてのインクリメント情報をさらに提供でき、それによってＢＳＲマッピング・テーブルの正確さを向上させる。
バッファ・サイズ・テーブル、すなわち表１は、所望の応答時間を乗じたアップリンク・ピーク・レートによって決定された最大バッファ・サイズ・レベルを定義する。しかし、バッファ・テーブルは、キャリア・アグリゲーションおよびアップリンクＭＩＭＯの導入によって生じるピーク・レートにおける増加のために、正確なバッファ・ステータス情報レポートをサポートできない場合がある。不変の６ビットバッファ・ステータスを確実にするために、１つのソリューションは、粗い粒度でこの最大値を増加させること、すなわち増加するピーク・レートで増加している全バッファ・サイズを収容するために、隣接してインデックス付けされたバッファ・サイズ間の差が増加していることである。粗い粒度のテーブルでのソリューションのために、本発明は、以下の強化されたソリューションを提案する。パディングＢＳＲと標準／定期的ＢＳＲとの両方がともに使用されて、それによってより正確なＢＳＲ情報を提供する。この他に、ＭＡＣサブヘッダ内のＲ（予約された）ビットを使用して、元のＢＳＲ情報とインクリメント情報とを区別できる。
たとえば、２つのＭＡＣ ＰＤＵが１つのＴＴＩ内で送信される。標準／定期的ＢＳＲがトリガされて、１つのＭＡＣ ＰＤＵにおいて送信され、パディングＢＳＲは他の残りのＭＡＣ ＰＤＵにおいてサポートされる。ある実施形態では、唯一のＬＣＧがあり、実際のバッファ量は１１１１４８バイトであり、表１によれば、標準／定期的ＢＳＲの報告インデックスは６１（１０９４３９＜バッファ・ステータス １１１１４８＜＝１２８１２５）になる。さらに、パディングＢＳＲは、１７０９（１７０９＝１１１１４８−１０９４３９）のインデックスを３４（１５５２＜バッファ・ステータス １７０９＜＝１８１７）と報告し、パディングＢＳＲが位置しているＭＡＣサブヘッダ内のＲビットは、たとえば１０７０９がインクリメントであることを示している１に設定される。したがって、パディングＢＳＲにおいてインクリメント情報が報告されると、より正確なアップリンク・バッファ・サイズ情報が提供されうる。
他の実施形態では、マルチレベルのインクリメント方法で、より正確な情報が提供されうる。３つのＭＡＣ ＰＤＵが１つのＴＴＩ内で送信される、標準／定期的ＢＳＲがトリガされて１つのＭＡＣ ＰＤＵにおいて送信される、および唯一のＬＣＧがあり実際のバッファ量が１１１１４８バイトである、またパディングＢＳＲが他の２つのＭＡＣ ＰＤＵの両方においてサポートされる、などの状況を例にとって、説明を行う。当業者は、４つのフィールド、すなわちそれぞれＲ／Ｒ／Ｅ／ＬＣＩＤがＭＡＣ ＰＤＵのサブヘッダに含まれ、たとえば、最初のＲビットを第１レベルのインクリメントの識別子として設定でき、２番目のＲビットを第２レベルのインクリメントの識別子として設定できることが理解できよう。次いで、第１のＭＡＣ ＰＤＵのパディングＢＳＲは６１とインデックス付けされ、第２のＭＡＣ ＰＤＵのパディングＢＳＲは３４（１７０９=１１１１４８−１０９４３９）とインデックス付けされ、第３のＭＡＣ ＰＤＵのパディングＢＳＲは１９（１５７＝１７０９−１５５２）とインデックス付けされる。
上述のそれぞれのステップは、送信機、すなわちユーザ装置１の観点から説明されている。以下で、基地局２、すなわち受信機の観点から簡単に説明を行い、基地局２はユーザ装置１からＭＡＣ ＰＤＵを受信し、次いで基地局２はＢＳＲがカプセル化されているＭＡＣ ＰＤＵからＭＡＣ ＰＤＵがカプセル化される方法に従ってＢＳＲメッセージを取り出し、それによってユーザ装置１にアップリンク・リソースを割り当てて、スケジューリングする。
図６は、本発明の実施形態による装置のブロック図を示しており、装置１０は図１に示されるユーザ装置内に位置している。装置１０は第１取得デバイス１００、生成デバイス１０１、および報告デバイス１０２を含む。ある実施形態では、ユーザ装置は複数のコンポーネント・キャリアで構成されている。
まず、第１取得デバイス１００が、それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得するように構成される。
次いで、生成デバイス１０１が、送信されるべきデータの量に従ってアップリンク・バッファ・ステータス・レポート・メッセージを生成するように構成される。また、
次いで、報告デバイス１０２が、基地局２にアップリンク・バッファ・ステータス・レポート・メッセージを報告するように構成される。
ある実施形態では、報告デバイス１０２は、少なくとも１つのコンポーネント・キャリアのうちの１つを介してユーザ装置にサービスしている基地局にアップリンク・バッファ・ステータス・レポート・メッセージを送信するようにさらに構成される。
ある実施形態では、それぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットは異なる優先権を有する論理チャネルに対応し、生成デバイス１０１はアップリンク・バッファ・ステータス・レポート・メッセージおよび最高優先権を有する論理チャネルに対応するデータをメディア・アクセス・レイヤ・プロトコル・データ・ユニットにカプセル化するようにさらに構成され、報告デバイス１０２は、ユーザ装置１にサービスしている基地局２に、アップリンク・バッファ・ステータス・レポート・メッセージがカプセル化されているメディア・アクセス・レイヤ・プロトコル・データ・ユニットを送信するようにさらに構成される。
ある実施形態では、生成ユニット１０１は、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニット内にアップリンク・バッファ・ステータス・レポート・メッセージを生成して、パディング・ビットを有する少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内のアップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの少なくとも一部を繰り返し満たすようにさらに構成される。
次いで、送信デバイス１０２は、第１コンポーネント・キャリアを介して基地局２にアップリンク・バッファ・ステータス・レポート・メッセージを報告して、その間に少なくとも１つの他のコンポーネント・キャリアを介して基地局２にアップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの少なくとも一部を報告するようにさらに構成される。
たとえば、生成デバイス１０１は以下をさらに含む。
パディング・ビットのサイズを取得するように構成された第２取得デバイス。また、
生成デバイス１０１は、パディング・ビットがアップリンク・バッファ・ステータス・レポート・メッセージのすべてのコンテンツを含むために十分である場合、パディング・ビットを有する少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内のアップリンク・バッファ・ステータス・レポート・メッセージのすべてのコンテンツを繰り返し満たすようにさらに構成される。
あるいは、生成デバイス１０１は、パディング・ビットを有する少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内のアップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの一部を繰り返し満たすようにさらに構成される。
他の実施形態では、それぞれのコンポーネント・キャリアを介するメディア・アクセス・レイヤ・プロトコル・データ・ユニットがシリアルに生成され、アップリンク・バッファ・ステータス・レポート・メッセージがコンポーネント・キャリアを介する第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットを介して送信されるようにもともとスケジューリングされている場合、生成デバイス１０１は、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットより前にカプセル化された、少なくとも１つの以先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内のアップリンク・バッファ・ステータス・レポート・メッセージの少なくとも一部を含むようにさらに構成され、したがって、装置１０は全体的なアップリンク・バッファ・ステータス・レポート・メッセージまたはアップリンク・バッファ・ステータス・レポート・メッセージの一部が、少なくとも１つの以先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内に含まれるかどうかを決定するように構成された決定デバイス（図示せず）をさらに含み、生成デバイス１０１は、
−全体的なアップリンク・バッファ・ステータス・レポート・メッセージが少なくとも１つの第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内に含まれる場合、アップリンク・バッファ・ステータス・レポート・メッセージを送信するようにもともとスケジューリングされている、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットの一部内のデータ・コンテンツをカプセル化するか、
−アップリンク・バッファ・ステータス・レポート・メッセージの一部が少なくとも１つの第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内に含まれる場合、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニット内の残りのアップリンク・バッファ・ステータス・レポート・メッセージをカプセル化して、予備の部分内のデータ・コンテンツをカプセル化するようにさらに構成される。
−全体的なアップリンク・バッファ・ステータス・レポート・メッセージが少なくとも１つの第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内に含まれる場合、アップリンク・バッファ・ステータス・レポート・メッセージを送信するようにもともとスケジューリングされている、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットの一部内のデータ・コンテンツをカプセル化するか、
−アップリンク・バッファ・ステータス・レポート・メッセージの一部が少なくとも１つの第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内に含まれる場合、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニット内の残りのアップリンク・バッファ・ステータス・レポート・メッセージをカプセル化して、予備の部分内のデータ・コンテンツをカプセル化するようにさらに構成される。
さらに、他の実施形態では、生成デバイス１０１は、
−送信されるべきデータの量に従って、標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージ、およびパディング・アップリンク・バッファ・ステータス・レポート・メッセージをそれぞれ生成するようにさらに構成され、標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの量が位置する第１の値の範囲を表すために使用され、パディング・アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの量と第１の値の範囲の下限との間の差が位置する第２の値の範囲を表すために使用される。（請求項８，１５）
−送信されるべきデータの量に従って、標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージ、およびパディング・アップリンク・バッファ・ステータス・レポート・メッセージをそれぞれ生成するようにさらに構成され、標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの量が位置する第１の値の範囲を表すために使用され、パディング・アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの量と第１の値の範囲の下限との間の差が位置する第２の値の範囲を表すために使用される。（請求項８，１５）
上述の実施形態は例示的なものであり、本発明を限定するものではない点に留意されたい。本発明の趣旨から逸脱しない任意の技術的ソリューションは本発明の範囲内であり、これらは異なる実施形態に現れる異なる技術的特徴の使用、ならびに有利な効果を達成するためのスケジューリング方法の可能な組み合わせを包含する。さらに、特許請求の範囲における任意の参照番号は当該の特許請求の範囲を限定するものと見なされるべきではなく、「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語は他の特許請求または記述にリストアップされた（されない）デバイスまたはステップを排除せず、デバイスに先行する「ａ／ａｎ」は複数のこのようなデバイスの存在を排除せず、装置に含まれる複数のデバイスの１つまたは複数の機能はハードウェアまたはソフトウェア内の同じモジュールによって実行でき、「第１」、「第２」などの用語は単に名称を示すことを意図しており、何らかの特定の順序を表すものではない。
Claims (15)
- 複数のコンポーネント・キャリアで構成されたユーザ装置におけるアップリンク・バッファ・ステータス・レポート・メッセージを報告する方法であって、
Ａ．前記それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得するステップと、
Ｂ．送信されるべきデータの前記量に従って前記アップリンク・バッファ・ステータス・レポート・メッセージを生成するステップと、
Ｃ．前記ユーザ装置にサービスしている基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージを報告するステップとを備える、方法。 - 前記ステップＣが、
−前記複数のコンポーネント・キャリアのうちの１つを介して前記ユーザ装置にサービスしている前記基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージを送信するステップをさらに備える、請求項１に記載の方法。 - 前記それぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが、異なる優先権を有する論理チャネルに対応し、前記ステップＢが、
前記アップリンク・バッファ・ステータス・レポート・メッセージおよび最高優先権を有する前記論理チャネルに対応するデータをメディア・アクセス・レイヤ・プロトコル・データ・ユニットにカプセル化するステップをさらに備え、
前記ステップＣが、
前記ユーザ装置にサービスしている前記基地局に、前記アップリンク・バッファ・ステータス・レポート・メッセージがカプセル化されている前記メディア・アクセス・レイヤ・プロトコル・データ・ユニットを送信するステップをさらに備える、請求項２に記載の方法。 - 前記ステップＢが、前記アップリンク・バッファ・ステータス・レポート・メッセージを第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットに配置するステップと、前記パディング・ビットを有する少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの少なくとも一部を繰り返し配置するステップとをさらに備え、
前記ステップＣが、前記第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットに対応する第１コンポーネント・キャリアを介して前記基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージを報告するステップと、その間に前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットに対応する少なくとも１つの他のコンポーネント・キャリアを介して前記基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージの前記コンテンツの前記少なくとも一部を報告するステップとをさらに備える、請求項１に記載の方法。 - 繰り返し配置する前記ステップが、
Ｉ．前記パディング・ビットのサイズを取得するステップと、
ＩＩ．前記パディング・ビットが前記アップリンク・バッファ・ステータス・レポート・メッセージのすべての前記コンテンツを含むために十分である場合、前記パディング・ビットを有する前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージのすべての前記コンテンツを繰り返し配置するステップとをさらに備え、
ＩＩ’．十分ではない場合、前記パディング・ビットを有する前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージの前記コンテンツの一部を繰り返し配置する、請求項４に記載の方法。 - 前記アップリンク・バッファ・ステータス・レポート・メッセージが異なる優先権を有する論理チャネル・グループのそれぞれのアップリンク・バッファ・ステータス情報を含み、前記ステップＩＩ’が、
−前記アップリンク・バッファ・ステータス・レポート・メッセージが、前記パディング・ビットを有する前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に繰り返す配置される場合、前記論理チャネル・グループの前記優先権によって、前記対応するアップリンク・バッファ・ステータス情報を満たすステップをさらに備える、請求項５に記載の方法。 - 前記それぞれのコンポーネント・キャリアを介する前記メディア・アクセス・レイヤ・プロトコル・データ・ユニットがシリアルに生成され、前記アップリンク・バッファ・ステータス・レポート・メッセージがコンポーネント・キャリアを介する第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットを介して送信されるようにもともとスケジューリングされていた場合、前記ステップＢが、
前記第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットより前にカプセル化されている、少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージの少なくとも一部を含むステップをさらに備え、
前記ステップＢの後に、
−前記全体的なアップリンク・バッファ・ステータス・レポート・メッセージ、または前記アップリンク・バッファ・ステータス・レポート・メッセージの一部が、前記少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に含まれるかどうかを決定するステップと、
−前記全体的なアップリンク・バッファ・ステータス・レポート・メッセージが前記少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に含まれる場合、前記アップリンク・バッファ・ステータス・レポート・メッセージを送信するようにもともとスケジューリングされている、前記第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットの一部内のデータ・コンテンツをカプセル化するステップ、または、
前記アップリンク・バッファ・ステータス・レポート・メッセージの前記一部が前記少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に含まれる場合、前記残りのアップリンク・バッファ・ステータス・レポート・メッセージを前記第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットにカプセル化して、予備の部分内のデータ・コンテンツをカプセル化するステップとをさらに備える、請求項１に記載の方法。 - 前記ステップＢが、
−送信されるべきデータの前記量に従って、標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージ、およびパディング・アップリンク・バッファ・ステータス・レポート・メッセージをそれぞれ生成するステップをさらに備え、前記標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの前記量が位置する第１の値の範囲を表すために使用され、前記パディング・アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの前記量と前記第１の値の範囲の下限との間の差が位置する第２の値の範囲を表すために使用される、請求項１に記載の方法。 - 複数のコンポーネント・キャリアで構成されたユーザ装置におけるアップリンク・バッファ・ステータス・レポート・メッセージを報告するための装置であって、
前記それぞれのコンポーネント・キャリアに対応するそれぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが生成された後、送信されるべきデータの量を取得するように構成された第１取得デバイスと、
送信されるべきデータの前記量に従って前記アップリンク・バッファ・ステータス・レポート・メッセージを生成するように構成された生成デバイスと、
前記ユーザ装置にサービスしている基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージを報告するように構成された報告デバイスとを備える、装置。 - 前記報告デバイスが、
−前記複数のコンポーネント・キャリアのうちの１つを介して前記ユーザ装置にサービスしている前記基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージを送信するようにさらに構成される、請求項９に記載の装置。 - 前記それぞれのメディア・アクセス・レイヤ・プロトコル・データ・ユニットが、異なる優先権を有する論理チャネルに対応し、前記生成デバイスが、
前記アップリンク・バッファ・ステータス・レポート・メッセージおよび最高優先権を有する前記論理チャネルに対応するデータをメディア・アクセス・レイヤ・プロトコル・データ・ユニットにカプセル化するようにさらに構成され、
前記報告デバイスが、
前記ユーザ装置にサービスしている前記基地局に、前記アップリンク・バッファ・ステータス・レポート・メッセージがカプセル化されている前記メディア・アクセス・レイヤ・プロトコル・データ・ユニットを送信するようにさらに構成される、請求項１０に記載の装置。 - 前記生成ユニットが、第１メディア・アクセス・レイヤ・プロトコル・データ・ユニット内の前記アップリンク・バッファ・ステータス・レポート・メッセージを生成して、前記パディング・ビットを有する少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージのコンテンツの少なくとも一部を繰り返し満たすようにさらに構成され、
前記報告デバイスが、前記第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットに対応する第１コンポーネント・キャリアを介して前記基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージを報告して、その間に前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットに対応する少なくとも１つの他のコンポーネント・キャリアを介して前記基地局に前記アップリンク・バッファ・ステータス・レポート・メッセージの前記コンテンツの前記少なくとも一部を報告するようにさらに構成される、請求項９に記載の装置。 - 前記生成デバイスが、
前記パディング・ビットのサイズを取得するように構成された第２取得デバイスと、
前記パディング・ビットが前記アップリンク・バッファ・ステータス・レポート・メッセージのすべての前記コンテンツを含むために十分である場合、前記パディング・ビットを有する前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージのすべての前記コンテンツを繰り返し満たすようにさらに構成された前記生成デバイスとさらに備え、
十分ではない場合、前記生成デバイスが、前記パディング・ビットを有する前記少なくとも１つの他のメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージの前記コンテンツの一部を繰り返し満たすようにさらに構成される、請求項１２に記載の装置。 - 前記それぞれのコンポーネント・キャリアを介する前記メディア・アクセス・レイヤ・プロトコル・データ・ユニットがシリアルに生成され、前記アップリンク・バッファ・ステータス・レポート・メッセージがコンポーネント・キャリアを介する第１メディア・アクセス・レイヤ・プロトコル・データ・ユニットを介して送信されるようにもともとスケジューリングされていた場合、前記生成デバイスが、
前記第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットより前にカプセル化されている、少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットのパディング・ビット内の前記アップリンク・バッファ・ステータス・レポート・メッセージの少なくとも一部を含むようにさらに構成され、
前記装置が、
−前記全体的なアップリンク・バッファ・ステータス・レポート・メッセージ、または前記アップリンク・バッファ・ステータス・レポート・メッセージの一部が、前記少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に含まれるかどうかを決定するように構成された決定デバイスをさらに備え、
前記生成デバイスが、
−前記全体的なアップリンク・バッファ・ステータス・レポート・メッセージが前記少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に含まれる場合、前記アップリンク・バッファ・ステータス・レポート・メッセージを送信するようにもともとスケジューリングされている、前記第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットの一部内のデータ・コンテンツをカプセル化する、または、
前記アップリンク・バッファ・ステータス・レポート・メッセージの前記一部が前記少なくとも１つの先行するメディア・アクセス・レイヤ・プロトコル・データ・ユニットの前記パディング・ビット内に含まれる場合、前記残りのアップリンク・バッファ・ステータス・レポート・メッセージを前記第２メディア・アクセス・レイヤ・プロトコル・データ・ユニットにカプセル化して、予備の部分内のデータ・コンテンツをカプセル化するようにさらに構成される、請求項９に記載の装置。 - 前記生成デバイスが、
−送信されるべきデータの前記量に従って、標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージ、およびパディング・アップリンク・バッファ・ステータス・レポート・メッセージをそれぞれ生成するようにさらに構成され、前記標準または定期的アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの前記量が位置する第１の値の範囲を表すために使用され、前記パディング・アップリンク・バッファ・ステータス・レポート・メッセージが、送信されるべきデータの前記量と前記第１の値の範囲の下限との間の差が位置する第２の値の範囲を表すために使用される、請求項９に記載の装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2010/072401 WO2011137576A1 (zh) | 2010-05-03 | 2010-05-03 | 无线网络中用于发送缓冲状态报告的方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013526223A true JP2013526223A (ja) | 2013-06-20 |
| JP5788971B2 JP5788971B2 (ja) | 2015-10-07 |
Family
ID=44903564
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013508346A Active JP5788971B2 (ja) | 2010-05-03 | 2010-05-03 | 無線ネットワーク内でバッファ・ステータス・レポートを送信するための方法および装置 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US9369904B2 (ja) |
| EP (1) | EP2568759B1 (ja) |
| JP (1) | JP5788971B2 (ja) |
| KR (1) | KR101411344B1 (ja) |
| CN (1) | CN102783234B (ja) |
| BR (1) | BR112012028070B1 (ja) |
| WO (1) | WO2011137576A1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20180053090A (ko) * | 2016-11-11 | 2018-05-21 | 이문수 | 양방향 디지털 무선 방송 시스템 |
| JP2021500775A (ja) * | 2017-09-21 | 2021-01-07 | オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． | 情報伝送方法及び装置 |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9924412B2 (en) * | 2010-06-18 | 2018-03-20 | Acer Incorporated | Method of handling buffer status report and communication device thereof |
| 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 |
| CN103687037B (zh) * | 2012-09-12 | 2017-04-12 | 华为技术有限公司 | 一种资源调度的方法、设备及通信系统 |
| CN103796168B (zh) | 2012-10-31 | 2018-04-27 | 中兴通讯股份有限公司 | 一种实现集群业务的方法、演进的节点b及终端 |
| US9264930B2 (en) * | 2012-11-07 | 2016-02-16 | Qualcomm Incorporated | Buffer status reporting and logical channel prioritization in multiflow operation |
| JP6352304B2 (ja) * | 2013-01-11 | 2018-07-04 | エルジー エレクトロニクス インコーポレイティド | バッファ状態を報告するための方法及びそのための通信装置 |
| WO2014139083A1 (zh) | 2013-03-12 | 2014-09-18 | 华为技术有限公司 | 传输数据处理方法及设备 |
| EP2787697B1 (en) * | 2013-04-05 | 2017-05-31 | Alcatel Lucent | Dual Connectivity Network |
| 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 |
| CN111314955B (zh) * | 2013-05-10 | 2023-04-18 | 寰发股份有限公司 | 具有基站之间载波聚合的无线网络中调度请求给多个调度器的增强机制 |
| US20150009874A1 (en) * | 2013-07-08 | 2015-01-08 | Amazon Technologies, Inc. | Techniques for optimizing propagation of multiple types of data |
| RU2617706C1 (ru) * | 2013-09-26 | 2017-04-26 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ для инициирования и отчетности о состоянии буфера и устройство для этого |
| EP2854444A1 (en) * | 2013-09-27 | 2015-04-01 | Panasonic Intellectual Property Corporation of America | Efficient uplink scheduling mechanism for dual connectivity |
| EP3018924B1 (en) * | 2013-10-31 | 2017-12-06 | Huawei Technologies Co., Ltd. | Transmission node and method for reporting buffer status thereof |
| CN104735791B (zh) * | 2013-12-23 | 2018-09-11 | 中国电信股份有限公司 | 一种用户缓存状态汇报方法和系统 |
| US9635655B2 (en) * | 2014-02-24 | 2017-04-25 | Intel Corporation | Enhancement to the buffer status report for coordinated uplink grant allocation in dual connectivity in an LTE network |
| WO2016119160A1 (zh) * | 2015-01-29 | 2016-08-04 | 华为技术有限公司 | 数据传输方法及设备 |
| US10555208B2 (en) * | 2015-03-30 | 2020-02-04 | Lg Electronics Inc. | Method for performing a buffer status reporting in a wireless communication system and device therefor |
| US20180262945A1 (en) * | 2015-05-22 | 2018-09-13 | Lg Electronics Inc. | Method for triggering a buffer status reporting in a wireless communication system and a device therefor |
| CN106412794B (zh) * | 2015-07-21 | 2020-01-07 | 电信科学技术研究院 | 一种资源分配的方法和设备 |
| CN106470445A (zh) * | 2015-08-21 | 2017-03-01 | 中兴通讯股份有限公司 | 缓冲区状态报告生成方法及装置 |
| CN110402595A (zh) * | 2017-03-13 | 2019-11-01 | 三星电子株式会社 | 用于管理多参数集操作的缓冲状态报告（bsr）的用户设备（ue）和方法 |
| US10873911B2 (en) | 2017-03-23 | 2020-12-22 | Ofinno, LCC | Uplink transmission power adjustment |
| EP3641463A1 (en) * | 2017-04-28 | 2020-04-22 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for transmitting cache state |
| WO2018203688A1 (en) * | 2017-05-04 | 2018-11-08 | Lg Electronics Inc. | Apparatus and method for generating a buffer status report |
| US10511994B2 (en) * | 2017-06-15 | 2019-12-17 | Kt Corporation | Methods for configuring buffer status report for next-generation mobile communication and apparatuses thereof |
| AU2017432714A1 (en) * | 2017-09-21 | 2020-05-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Buffer status reporting method, terminal, and computer storage medium |
| KR102500134B1 (ko) * | 2017-11-01 | 2023-02-15 | 삼성전자주식회사 | 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법 |
| WO2019140558A1 (zh) | 2018-01-16 | 2019-07-25 | Oppo广东移动通信有限公司 | 数据复制的数据量的上报方法、用户设备及网络设备 |
| CN110139389B (zh) | 2018-02-09 | 2021-05-11 | 电信科学技术研究院有限公司 | 一种缓冲区状态上报的方法、装置及计算机存储介质 |
| CN110149712B (zh) * | 2018-02-13 | 2021-09-03 | 华为技术有限公司 | 一种用于上行授权的方法及装置 |
| CN110312226B (zh) * | 2018-03-20 | 2021-02-26 | 华为技术有限公司 | 传输数据的方法和通信装置 |
| EP3777416A4 (en) * | 2018-04-04 | 2021-12-15 | Lenovo (Beijing) Limited | BUFFER STATUS REPORT FOR PACKAGE DUPLICATION |
| US10869334B2 (en) | 2018-06-19 | 2020-12-15 | Google Llc | Reporting buffer status in wireless communication systems |
| KR20200017780A (ko) * | 2018-08-09 | 2020-02-19 | 삼성전자주식회사 | 무선 통신 시스템에서 상향링크 데이터 보고 및 제어 채널의 동기화를 위한 장치 및 방법 |
| JP7208763B2 (ja) * | 2018-10-29 | 2023-01-19 | キヤノン株式会社 | 通信装置、通信装置の制御方法、およびプログラム |
| CN112153746B (zh) * | 2019-06-28 | 2022-11-25 | 华为技术有限公司 | 通信方法及装置 |
| WO2021002593A1 (en) * | 2019-07-01 | 2021-01-07 | Lg Electronics Inc. | Method and apparatus for transmitting buffer status report for multiple logical channel groups in wireless communication system |
| US11671971B2 (en) * | 2019-12-03 | 2023-06-06 | Samsung Electronics Co., Ltd. | Method and system for allocating resource in wireless communication network |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5239545A (en) * | 1990-11-05 | 1993-08-24 | Motorola, Inc. | Channel access control in a communication system |
| US6574795B1 (en) * | 1999-05-28 | 2003-06-03 | Intel Corporation | Reliable communication of data by supplementing a unidirectional communications protocol |
| JP4475835B2 (ja) * | 2001-03-05 | 2010-06-09 | 富士通株式会社 | 入力回線インタフェース装置及びパケット通信装置 |
| US8385188B2 (en) * | 2002-10-29 | 2013-02-26 | Broadcom Corporation | Multi-port, gigabit serdes transceiver capable of automatic fail switchover |
| CA2701501C (en) * | 2003-06-18 | 2016-01-26 | Nippon Telegraph And Telephone Corporation | Wireless packet communication method |
| US8189615B2 (en) * | 2004-12-23 | 2012-05-29 | Nokia Corporation | Method and apparatus for communicating scheduling information from a UE to a radio access network |
| US8458280B2 (en) * | 2005-04-08 | 2013-06-04 | Intel-Ne, Inc. | Apparatus and method for packet transmission over a high speed network supporting remote direct memory access operations |
| JP4673144B2 (ja) * | 2005-06-23 | 2011-04-20 | キヤノン株式会社 | 液体収納容器の発光部の制御方法およびプリンタ |
| CN101132220B (zh) | 2006-08-22 | 2011-11-30 | 上海贝尔阿尔卡特股份有限公司 | 无线网络中报告上行调度请求或紧急情况的方法和装置 |
| KR101125846B1 (ko) * | 2007-03-23 | 2012-03-28 | 삼성전자주식회사 | 패킷 기반의 영상 프레임 전송 방법 및 장치 |
| KR101336222B1 (ko) * | 2007-08-10 | 2013-12-05 | 삼성전자주식회사 | 이동통신 시스템에서 서비스 접속 시간을 고려한 스케줄링장치 및 방법 |
| US8165066B2 (en) | 2008-01-03 | 2012-04-24 | Innovative Sonic Limited | Method and apparatus for performing buffer status reporting |
| EP3048835B1 (en) * | 2008-02-20 | 2020-09-30 | Amazon Technologies, Inc. | Apparatus and method for constructing a data unit that includes a buffer status report |
| CN101547435B (zh) * | 2008-03-25 | 2010-12-08 | 大唐移动通信设备有限公司 | 一种缓存状态上报的方法和装置 |
| US8271842B2 (en) * | 2008-06-13 | 2012-09-18 | Qualcomm Incorporated | Reducing harq retransmissions using peak power management techniques |
| US8861449B2 (en) * | 2008-11-21 | 2014-10-14 | Telefonaktiebolaget L M Ericsson (Publ) | Transmission method and devices in a communication system with contention-based data transmission |
| EP2237633A1 (en) * | 2009-04-03 | 2010-10-06 | Panasonic Corporation | Buffer status reporting in a mobile communication system |
| US8638815B2 (en) * | 2010-01-08 | 2014-01-28 | Blackberry Limited | Method and apparatus for logical channel prioritization for uplink carrier aggregation |
-
2010
- 2010-05-03 KR KR1020127031237A patent/KR101411344B1/ko active IP Right Grant
- 2010-05-03 CN CN201080064960.4A patent/CN102783234B/zh active Active
- 2010-05-03 EP EP10850946.4A patent/EP2568759B1/en active Active
- 2010-05-03 BR BR112012028070-8A patent/BR112012028070B1/pt active IP Right Grant
- 2010-05-03 WO PCT/CN2010/072401 patent/WO2011137576A1/zh active Application Filing
- 2010-05-03 US US13/643,510 patent/US9369904B2/en active Active
- 2010-05-03 JP JP2013508346A patent/JP5788971B2/ja active Active
Non-Patent Citations (10)
| Title |
|---|
| CSNC201210032206; Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ: 'ＢＳＲ ｒｅｐｏｒｔｉｎｇ ｉｎ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯７０ Ｒ２-１０２８８０ * |
| CSNC201210032586; Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ: 'ＢＳＲ ｒｅｐｏｒｔｉｎｇ ｉｎ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯７０ Ｒ２-１０３２７７ , 20100514 * |
| CSNC201210033155; ＭｅｄｉａＴｅｋ: 'Ｓｃｈｅｄｕｌｉｎｇ ｍｅｃｈａｎｉｓｍ ｆｏｒ ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯６９ｂｉｓ Ｒ２-１０２１０９ , 20100402 * |
| CSNC201210033210; Ｎｏｋｉａ Ｓｉｅｍｅｎｓ Ｎｅｔｗｏｒｋｓ， Ｎｏｋｉａ Ｃｏｒｐｏｒａｔｉｏｎ: 'ＢＳＲ ｆｏｒ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯６９ｂｉｓ Ｒ２-１０２１６４ * |
| CSNC201210033487; Ｓａｍｓｕｎｇ: 'Ｏｎ ＢＳＲ ｆｏｒ ＲＥＬ-１０' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯６９ｂｉｓ Ｒ２-１０２４５９ , 20100416 * |
| JPN6013060222; Ｓａｍｓｕｎｇ: 'Ｏｎ ＢＳＲ ｆｏｒ ＲＥＬ-１０' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯６９ｂｉｓ Ｒ２-１０２４５９ , 20100416 * |
| JPN6013060224; Ｎｏｋｉａ Ｓｉｅｍｅｎｓ Ｎｅｔｗｏｒｋｓ， Ｎｏｋｉａ Ｃｏｒｐｏｒａｔｉｏｎ: 'ＢＳＲ ｆｏｒ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯６９ｂｉｓ Ｒ２-１０２１６４ * |
| JPN6013060225; Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ: 'ＢＳＲ ｒｅｐｏｒｔｉｎｇ ｉｎ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯７０ Ｒ２-１０３２７７ , 20100514 * |
| JPN6013060227; Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ， Ａｌｃａｔｅｌ-Ｌｕｃｅｎｔ: 'ＢＳＲ ｒｅｐｏｒｔｉｎｇ ｉｎ Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯７０ Ｒ２-１０２８８０ * |
| JPN6014039037; ＭｅｄｉａＴｅｋ: 'Ｓｃｈｅｄｕｌｉｎｇ ｍｅｃｈａｎｉｓｍ ｆｏｒ ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ' ３ＧＰＰ ＴＳＧ-ＲＡＮ ＷＧ２♯６９ｂｉｓ Ｒ２-１０２１０９ , 20100402 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20180053090A (ko) * | 2016-11-11 | 2018-05-21 | 이문수 | 양방향 디지털 무선 방송 시스템 |
| JP2021500775A (ja) * | 2017-09-21 | 2021-01-07 | オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． | 情報伝送方法及び装置 |
| US11234156B2 (en) | 2017-09-21 | 2022-01-25 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Information transmission method and device |
| JP7053808B2 (ja) | 2017-09-21 | 2022-04-12 | オッポ広東移動通信有限公司 | 情報伝送方法及び装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| BR112012028070B1 (pt) | 2021-06-01 |
| US9369904B2 (en) | 2016-06-14 |
| KR20130014586A (ko) | 2013-02-07 |
| CN102783234B (zh) | 2015-11-25 |
| EP2568759B1 (en) | 2016-09-28 |
| EP2568759A4 (en) | 2015-07-01 |
| CN102783234A (zh) | 2012-11-14 |
| JP5788971B2 (ja) | 2015-10-07 |
| EP2568759A1 (en) | 2013-03-13 |
| WO2011137576A1 (zh) | 2011-11-10 |
| KR101411344B1 (ko) | 2014-06-25 |
| US20130114445A1 (en) | 2013-05-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5788971B2 (ja) | 無線ネットワーク内でバッファ・ステータス・レポートを送信するための方法および装置 | |
| JP5875581B2 (ja) | 効率的スケジューリングを支援するためのｂｓｒ情報の送達のための方法およびデバイス | |
| KR102336206B1 (ko) | 데이터 전송 방법, 단말기, 네트워크측 기기 및 컴퓨터 판독 가능 저장 매체 | |
| JP5714050B2 (ja) | 移動局からのバッファに入れられた高度化アップリンクデータをノードｂに転送するための無線通信方法 | |
| TWI387380B (zh) | 處理排程資訊回報的方法及通訊裝置 | |
| US20210258980A1 (en) | Sidelink logical channel and resource configurations | |
| TW201538020A (zh) | 上邢連結傳輸的無線傳輸／接收單元及方法 | |
| US20090104916A1 (en) | Method, apparatus and system for signalling of buffer status information | |
| JP5632839B2 (ja) | ネットワークにおいて通信する方法、そのための二次局及びシステム | |
| US20220217731A1 (en) | Methods and devices for enabling group transmission in communication networks | |
| US20220182796A1 (en) | Methods and devices for enabling group transmission in communication networks | |
| AU2008202330B2 (en) | Wireless communication method and apparatus for transferring buffered enhanced uplink data from a mobile station to a node-B |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20131129 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20131205 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20140305 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20140312 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140415 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140916 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20141216 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20141224 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150313 |
|
| 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: 20150702 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150730 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5788971 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 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |