JP6308246B2 - バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム - Google Patents

バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム Download PDF

Info

Publication number
JP6308246B2
JP6308246B2 JP2016117662A JP2016117662A JP6308246B2 JP 6308246 B2 JP6308246 B2 JP 6308246B2 JP 2016117662 A JP2016117662 A JP 2016117662A JP 2016117662 A JP2016117662 A JP 2016117662A JP 6308246 B2 JP6308246 B2 JP 6308246B2
Authority
JP
Japan
Prior art keywords
terminal
index
index table
data amount
buffer
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
JP2016117662A
Other languages
English (en)
Other versions
JP2016181925A (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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2016117662A priority Critical patent/JP6308246B2/ja
Publication of JP2016181925A publication Critical patent/JP2016181925A/ja
Application granted granted Critical
Publication of JP6308246B2 publication Critical patent/JP6308246B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Description

本発明は、通信分野に関し、より具体的には、端末のバッファ状態報告（Buffer Status Report；BSR）の報告方法、基地局でのBSRの取得方法及び関連する端末、基地局、通信システムに関する。
ユニバーサル移動体通信システム（UMTS）に係る技術であるロングタームエボリューション（Long Term Evolution；LTE）プロジェクトでは、基地局がより高い効率でリソースのスケジューリングを行うことを助け得るために、端末がいくつかの上りリンクスケジューリング情報、例えば、端末のバッファ状態報告、即ち、いわゆるBSRを基地局へ報告する必要がある。
LTEシステムでは、BSRが、端末の許された端末バッファ中のデータ量（サイズ）を示すために用いられる。LTEプロジェクトの規定によれば、端末がサポートし得る最大バッファデータ量は150Kである。また、LTEシステムでは、BSRが、通常、ロングBSR、ショットBSR及び短縮BSRの３種類のものを有する。そのうち、ロングBSRは、４つのロジックチャネルグループのバッファ状態を報告し得る。
基地局と端末との間にBSRを伝送するために、基地局及び端末にはともにBSRインデックステーブル（「バッファ状態報告テーブル」ともいう）が設けられる。BSRインデックステーブルでは、非特許文献1（3GPP RAN2 Document、R2-083101、“Buffer Size Levels for BSR in E-UTRA Uplink”）の方法に従って、0から150Kまでの区間を複数の小区間に分割し、各小区間のインデックスがバッファ中のデータ量（サイズ）の１つの範囲に対応する。ここで、非特許文献1の全ての内容は、参照することによりここに援用される。よって、端末及び基地局は、上述のインデックスを伝送する方式で、バッファ中のデータ量（サイズ）の範囲（即ち、BSR）を報告及び取得することができる。
具体的に言えば、端末は、自身のバッファ中のデータ量（サイズ）に基づいて、BSRインデックステーブルからインデックスを見つけ出し、そして、このインデックスを基地局へ報告し、基地局は、上述のインデックスに基づいて、BSRインデックステーブルからバッファ中のデータ量（サイズ）の範囲（即ち、BSR）を取得する。
LTEプロジェクトでは、6桁のコードワードにより上述のインデックスを報告することを規定している。よって、この場合は、非特許文献1の方法に従って、0から150Kまでの区間を64個の小区間を分割し、また、各小区間のインデックスと、それに対応するバッファデータ量（サイズ）の範囲との対応関係を保存し、BSRインデックステーブルを形成することができる。
図10は、従来のLTEシステム中のBSRインデックステーブルの例を示す。図10からよく分かるように、バッファ中の最大バッファデータ量が150Kを超えたときに、このBSRインデックステーブルは、現在のデータ量が150Kを超えたことしか示すことができず、より具体的な数値又は数値範囲を特定することができない。
LTEプロジェクトの終結に伴い、今は、第４世代移動通信システム（LTE-Advanced；LTE-A）向けの技術研究開発が行われている。LTE-Aシステムでは、より高いデータレートへの要求がなされており、例えば、下りリンク1Gbps、上りリンク500MGbpsの高いデータレートヘの要求がなされている。
LTE-A技術の発展及びデータレートの更なる増加に伴い、端末がサポートする、報告し得る最大バッファデータ量は、150Kを遥かに超え、例えば、1200K又は1500Kに達することができる。このようにして、従来のLTE技術中のBSRインデックステーブルは、端末が報告し得る最大バッファデータ量をサポートすることはもうできい。よって、新しい最大バッファデータ量に適応するために、BSRインデックステーブルに対して改良を行う必要がある。
一種の解決案は、BSRインデックステーブルのサイズへの拡張を行うことである。例えば、7桁のコードワードを採用してインデックスを表し、この場合は、BSRインデックステーブル中の区間の数が128に達することができる。
他の種の解決案は、BSRインデックステーブル中の最大バッファデータ量への拡張を行うことである。例えば、非特許文献2（3GPP RAN2 Document、R2-102987、“REL-10 BSR format and buffer size field”）に提供の技術案では、従来のBSRインデックステーブル中の最大バッファデータ量を1200K又は1500Kまで直接拡張し、それから、非特許文献1の方法で0から1200Kまで或いは0から1500Kまでの範囲を複数の小区間を分割する。図11は、非特許文献2の技術案によるBSRインデックステーブルを示す。図11に示すBSRインデックステーブルでは、最大バッファデータ量が1200Kである。また、非特許文献2の技術案では、この拡張されたBSRインデックステーブルが従来のBSRインデックステーブルの代わりに使用されている。
以下、本発明について簡単に概説し、これにより、本発明へのいくつかの側面における基本理解を提供する。理解すべきは、この概説は、本発明の網羅的な説明ではなく、本発明のキーポイント又は重要な部分を確定するためのものではなく、また、本発明の範囲を限定するためのものでもない。また、この概説の目的は、単に、簡単な形式でいくつかの概念を述べることにあり、また、この概説は、後述の更なる説明の前書きとされる。
本発明の目的は、新しい最大バッファデータ量（例えば、1200K又は1500Kであるが、これに限られない）に適応するために、BSRインデックステーブルの拡張を行うことにある。本発明によれば、従来のBSRインデックステーブルに加えて、少なくとも一つの拡張BSRインデックステーブルを更に追加する。本発明の更なる目的は、拡張BSRインデックステーブルを加えた場合におけるBSRの報告方法、取得方法及び相関する基地局、端末、通信システムを提供することにある。
本発明の一側面によれば、端末が提供される。この端末は、バッファ状態インデックステーブル；少なくとも一つの拡張バッファ状態インデックステーブル；上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ユニット；端末バッファ中のデータ量に基づいて、該データ量が上述の一つのインデックステーブルにおいて対応するインデックスを確定するインデックス確定ユニット；及び、基地局へ上述のインデックスを送信するインデックス送信ユニットを含む。
本発明の他の側面によれば、端末のバッファ状態を報告する方法が提供される。そのうち、上述の端末は、バッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルを含み、上述の方法は、上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ステップ；端末バッファ中のデータ量に基づいて、該データ量が上述の一つのインデックステーブルにおいて対応するインデックスを確定するインデックス確定ステップ；及び、基地局へ上述のインデックスを送信するインデックス送信ステップを含む。
本発明の他の側面によれば、基地局が提供される。この基地局は、バッファ状態インデックステーブル；少なくとも一つの拡張バッファ状態インデックステーブル；上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ユニット；端末からインデックスを受信するインデックス受信ユニット；及び、上述のインデックスに基づいて、上述の一つのインデックステーブルから端末バッファ中のデータ量を確定するデータ量確定ユニットを含む。
本発明の他の側面によれば、基地局でバッファ状態報告を取得する方法が提供される。そのうち、上述の基地局は、バッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルを含み、上述の方法は、上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ステップ；端末からインデックスを受信するインデックス受信ステップ；及び、上述のインデックスに基づいて、上述の一つのインデックステーブルから端末バッファ中のデータ量を確定するデータ量確定ステップを含む。
本発明の他の側面によれば、通信システムが提供される。この通信システムは、少なくとも一つの上述の基地局及び少なくとも一つの上述の端末を含む。
以下、添付した図面を参照しながら本発明の好適な実施例を説明することにより、本発明のこれら及び他の利点は更に明らかになる。
添付した図面を参照しながら本発明の実施例を説明することにより、本発明の以上及び他の目的、特徴及び利点を更に容易に理解することができる。なお、図面中の部品は、本発明の原理を示すためだけのものである。また、図面中の同じ又は類似の技術的特徴又は部品は、同じ又は類似の参照符号により表される。
本発明の一つの実施例による端末のブロック図である。 本発明の一つの実施例による端末BSRの報告方法のフローチャートである。 本発明の一つの実施例による基地局のブロック図である。 本発明の一つの実施例による、基地局にてBSRを取得する方法のフローチャートである。 本発明の一つの実施例による、端末にてBSRを報告する方法及び/又は基地局にてBSRを取得する方法に用いるRRC（Radio Resource Control；無線リソース制御）シグナリングを示す図である。 本発明の一つの実施例による、端末にてBSRを報告する方法及び/又は基地局にてBSRを取得する方法に用いるMAC（Media Access Control；メディアアクセス制御）シグナリングを示す図である。 本発明の一つの実施例による、端末にてBSRを報告する方法及び/又は基地局にてBSRを取得する方法に用いるMACシグナリングを示す図である。 本発明の一つの実施例による、端末にてBSRを報告する方法及び/又は基地局にてBSRを取得する方法に用いるMACシグナリングを示す図である。 本発明の一つの実施例による、端末にてBSRを報告する方法及び/又は基地局にてBSRを取得する方法に用いるMACシグナリングを示す図である。 従来のBSRインデックステーブルを示す図である。 非特許文献2のBSRインデックステーブルを示す図であり、そのうち、最大バッファデータ量が1200Kである。 本発明の一つの実施例による拡張BSRインデックステーブルを示す図であり、そのうち、バッファデータ量の範囲が150Kから1200Kまでである。 本発明の一つの実施例による拡張BSRインデックステーブルを示す図であり、そのうち、バッファデータ量の範囲が150Kから1500Kまでである。 本発明の実施例による方法及び/又は装置を実現し得る汎用パソコンの構造ブロック図である。
以下、添付した図面を参照しながら本発明の好適的な実施例について説明を行う。簡潔且つ明確にするために、本明細書では、実際の実施形態の全ての特徴を記載しない。しかし、理解すべきは、この種の任意の実際の実施形態を開発する過程で、開発者の具体的な目標を実現するために、実施形態に特定される多くの決定をしなければならない。例えば、システム及び業務に関する制限条件に合致する必要があり、また、これらの制限条件は、実施形態が異なるにつれて変化する可能性もある。更に理解すべきは、開発の仕事が非常に複雑且つ時間のかかるものであるが、本開示の内容から利益を得る当業者にとって、この種の開発の仕事がきまりどおり行うものだけである。
ここで更に説明する必要がある点は、不必要な細部により本発明をあいまいにすることを避けるために、図面には、本発明による技術案と密に関する装置の構造及び/又は処理のステップのみを示し、本発明と関係の大きくない他の細部を省略する。
上述のように、本発明の目的は、より高いデータ転送レートに適応するために、BSRインデックステーブルの拡張を行うことにある。本発明の技術案では、従来のBSRインデックステーブルに加えて、少なくとも一つの拡張BSRインデックステーブルを更に追加する。さらに、本発明の実施例は、少なくとも一つの拡張BSRインデックステーブルを加えた場合におけるBSRの報告方法、取得方法及び関連する基地局、端末、通信システムを提供する。
本発明の実施例は、少なくとも一つの拡張BSRインデックステーブルを追加した場合に適用する端末を提供する。図1は、本発明の一つの実施例による端末100ブロック図である。図1に示すように、上述の端末100は、BSRインデックステーブル102、拡張BSRインデックステーブル104、インデックステーブル選択ユニット106、インデックス確定ユニット108、及びインデックス送信ユニット110を含む。
なお、図面を簡潔にするために、図1には、一つのみの拡張BSRインデックステーブル104が示される。しかし、図1は例示だけであり、本発明はこれに限定されない。明らかのように、拡張BSRインデックステーブル104の数は、2つ以上であってもよい。
図1を参照するに、BSRインデックステーブル102は、図10に示す従来のBSRインデックステーブルであってもよい。例えば、このBSRインデックステーブル102のバッファデータの範囲は、例えば、0から150Kまでであり、且つ非特許文献1の方法で64個の小区間に分割される。なお、BSRインデックステーブル102は、これに限られない。例えば、バッファデータの範囲は、必ずしも0から150Kまでではなく、他の任何の範囲であってもよい。また、小区間の数も、必ずしも64ではなく、他の任何の数であってもよい。ところが、以下の説明では、0から150Kまで、及び、64個の小区間であるものを例として説明を行う。
図1を参照するに、拡張BSRインデックステーブル104は、より高いデータ転送レートに適応するために、従来のBSRインデックステーブルを拡張することにより得られたインデックステーブルであってもよい。
一つの実施例では、拡張BSRインデックステーブル104のバッファデータ量の範囲が、BSRインデックステーブル102のバッファデータ量の範囲と継続関係を有してもよい。例えば、拡張BSRインデックステーブル104中のバッファデータ量の範囲の下限は、BSRインデックステーブル102中のバッファデータ量の範囲の上限、例えば、150Kであってもよく、また、上述の拡張BSRインデックステーブル104中のバッファデータ量の範囲の上限は、プロトコル標準に規定された、又は実際の応用状況に応じて確定された最大バッファデータ量、例えば、1200K又は1500Kであってもよい。
他の実施例では、拡張BSRインデックステーブル104のバッファデータ量の範囲が、BSRインデックステーブル102のバッファデータ量の範囲と包括関係を有してもよい。例えば、拡張BSRインデックステーブル104は、非特許文献2の拡張BSRインデックステーブルであってもよい。この場合、拡張BSRインデックステーブル104のバッファデータ量の範囲の下限は、BSRインデックステーブル102のバッファデータ量の範囲の下限と同じであり、例えば、0であってもよく、また、拡張BSRインデックステーブル104のバッファデータ量の範囲の上限は、例えば、プロトコル標準に規定された、又は実際の応用状況に応じて確定された最大バッファデータ量、例えば、1200K又は1500Kであってもよい。
また、拡張BSRインデックステーブル104及びBSRインデックステーブル102について言えば、各種の適切な方法で、そのバッファデータ量の範囲を複数の小区間に分割することができる。例えば、非特許文献1の方法で、そのバッファデータ量の範囲を複数の小区間に分割してもよい。図12及び図13は、非特許文献1の方法により得られた拡張BSRインデックステーブルをそれぞれ示し、そのうち、バッファデータ量の範囲は、それぞれ、150Kから1200Kまで、及び、150Kから1500Kまでである。なお、拡張BSRインデックステーブル104は、これに限られない。例えば、小区間の数は、必ずしも64ではなく、他の任何の数であってもよい。ところが、以下の説明では、依然として、64個の小区間であるものを例として説明を行う。
また、通信技術の更なる発展に伴い、端末の報告する必要のあるデータ量が更に増加する可能性がある。よって、複数の拡張BSRインデックステーブルを採用してもよい。複数の拡張BSRインデックステーブルが存在する場合は、各拡張BSRインデックステーブルのバッファデータ量の範囲が継続関係又は包括関係であってもよい。
本発明の一つの実施例では、各拡張BSRインデックステーブルのバッファデータ量の範囲の間に継続関係を有してもよい。具体的に言えば、端末の報告する必要のあるデータ量をいくつかの連続した区間段に分割し、各区間段を一つの拡張BSRインデックステーブルにより示してもよい。
本発明の他の実施例では、各拡張BSRインデックステーブルのバッファデータ量の範囲の間に包括関係を有してもよい。具体的に言えば、各拡張BSRインデックステーブルは、同じバッファデータ範囲の下限、例えば、0Kを有するが、各拡張BSRインデックステーブルは、各種の異なるデータレートに適応するために、異なるバッファデータ範囲の上限を有する。
図1を再び参照するに、インデックステーブル選択ユニット106は、バッファ状態インデックステーブル102及び少なくとも一つの拡張バッファ状態インデックステーブル104のうちの一つのインデックステーブルを選択し、また、選択結果をインデックス確定ユニット108に通知するために用いられる。また、インデックステーブル選択ユニット106は、能動的に選択を行い、そして、指示シグナリングにより選択結果を基地局に通知してもよく、又は、基地局からの指示シグナリングに基づいて、受動的に選択を行ってもよい（図1には示されていない）。
一つの実施例では、インデックステーブル選択ユニット106が、基地局からの指示シグナリングに基づいて、バッファ状態インデックステーブル102及び少なくとも一つの拡張バッファ状態インデックステーブル104のうちの一つのインデックステーブルを受動的に選択する。具体的に言えば、インデックステーブル選択ユニット106は、基地局から指示シグナリングを受信し、この指示シグナリングに基づいて、どのインデックステーブルを選択するかを確定し、そして、選択結果をインデックス確定ユニット108に通知する。
他の実施例では、インデックステーブル選択ユニット106が、バッファ状態インデックステーブル102及び少なくとも一つの拡張バッファ状態インデックステーブル104のうちの一つのインデックステーブルを能動的に選択し、そして、選択結果をインデックス確定ユニットに直接通知し、且つ、指示シグナリングにより選択結果を基地局に通知する。
インデックステーブル選択ユニット106が能動的に選択を行う時に、インデックステーブル選択ユニット106は、まず端末のバッファデータ量に基づいて、又は、端末の類型及び端末のバッファデータ量に基づいて、インデックステーブルを選択してもよい。
一つの実施例では、インデックステーブル選択ユニット106が、端末のバッファデータ量に基づいて、インデックステーブルを選択することができる。例えば、インデックステーブル選択ユニット106は、端末のバッファデータ量（サイズ）が0から150Kまでの範囲内であることを把握した時に、インデックステーブル選択ユニット106は、BSRインデックステーブル102を選択する。インデックステーブル選択ユニット106は、端末のバッファデータ量（サイズ）が150Kを超えたことを把握した時に、インデックステーブル選択ユニット106は、拡張BSRインデックステーブル104を選択する。また、複数の拡張BSRインデックステーブルが存在する場合、インデックステーブル選択ユニット106は、端末のバッファデータ量（サイズ）に基づいて、対応する拡張BSRインデックステーブルを選択することができる。
他の実施例では、インデックステーブル選択ユニット106が、端末の類型及び端末バッファデータ量に基づいて、インデックステーブルを選択することができる。例えば、インデックステーブル選択ユニット106は、端末がLTE設備であることを把握した時に、インデックステーブル選択ユニット106は、バッファ状態インデックステーブル102を選択する。インデックステーブル選択ユニット106は、端末がLTE-A設備であることを把握した時に、インデックステーブル選択ユニット106は、拡張バッファ状態インデックステーブル104を直接選択してもよく、又は、更に端末のバッファデータ量とあわせて選択を行ってもよく、即ち、端末のバッファデータ量（サイズ）が0から150Kまでの範囲内である時に、バッファ状態インデックステーブル102を選択し、端末バッファデータ量（サイズ）が150Kを超えた時に、拡張バッファ状態インデックステーブル104を選択する。また、複数の拡張BSRインデックステーブルが存在する場合、インデックステーブル選択ユニット106は、端末のバッファデータ量（サイズ）に直接に基づいて、対応する拡張BSRインデックステーブルを選択することができる。
続いて、インデックステーブル選択ユニット106は、選択結果をインデックス確定ユニット108に直接通知し、また、指示シグナリングにより選択結果を基地局に通知してもよい。
よって、分かるように、インデックステーブル選択ユニットが能動的に選択を行う時又は従動的に選択を行う時に、端末と基地局との間は、指示シグナリングにより、インデックスがどのインデックステーブルに対応するかに関する情報を伝送する必要がある。そのうち、指示シグナリングは、各種の適切なプロトコルメッセージであってもよく、例えば、指示シグナリングは、無線リソース制御（Radio Resource Control；RRC）シグナリング又はメディアアクセス制御（Media Access Control）シグナリングであってもよい。
端末は基地局から指示シグナリングを受信し、そして、この指示シグナリングに基づいて、インデックステーブルを選択する場合、指示シグナリングは、例えば、RRCシグナリングであってもよい。
一つの実施例では、インデックステーブル選択ユニット106が、基地局から指示シグナリングとしてのRRCシグナリングを受信することにより、どのインデックステーブルを選択すべきかを確定することができる。例えば、図5に示すように、インデックステーブル選択ユニット106は、基地局からRRCコネクション設定（RRC Connection Setup）シグナリング中のインデックステーブル指示情報を受信することにより、どのインデックステーブルを選択すべきかを確定することができる。
一方、端末は能動的にBSRインデックステーブルを選択し、そして、指示シグナリングにより選択結果を基地局に通知する場合、端末中のインデックステーブル選択ユニット106は、RRCシグナリング又はMACシグナリングを指示シグナリングとすることにより、選択したインデックステーブルを基地局に通知することができ、即ち、基地局が受信するインデックスがBSRインデックステーブル及びBSR拡張バッファ状態インデックステーブルのうちのどれに対応するかに関する情報を基地局に通知することができる。
一つの実施例では、インデックステーブル選択ユニット106が、RRCシグナリングを指示シグナリングとすることにより、選択したインデックステーブルを基地局に通知してもよい。
一つの具体的な実施例では、例えば、図5に示すように、インデックステーブル選択ユニット106が、インデックステーブル指示情報を含むRRCコネクションリクエスト（RRC Connection Request）シグナリング又はRRCコネクション設定完成（RRC Connection Setup Complete）シグナリングを基地局に送信することにより、選択したインデックステーブルを基地局に通知してもよい。
他の実施例では、インデックステーブル選択ユニット106が、MACシグナリングを指示シグナリングとすることにより、選択したインデックステーブルを基地局に通知してもよい。
１つの具体的な実施例では、インデックステーブル選択ユニット（「テーブル選択ユニット」ともいう）106が、MACシグナリング中のロジックチャネル識別子（Logical Channel Identity；LCID）（「ロジカルチャネル識別子」ともいう）を用いることにより、選択したインデックステーブルがどれであるかを基地局に通知することができる。具体的に言えば、BSR値が拡張BSRインデックステーブル104からのものである場合、ロングBSR、ショットBSR及び短縮BSRについて１つの新しいLCIDをそれぞれ定義し、そして、インデックステーブル選択ユニット106は、この新しく定義されたLCIDの値を用いることにより、BSRの類型、及び、端末が使用しているのは拡張BSRインデックステーブルであることを示すことができる。また、BSR値がBSRインデックステーブル102からのものである場合、インデックステーブル選択ユニット106は、現在のプロトコルに定義されているLCID値を用いることにより、端末が使用しているのはBSRインデックステーブル102であることを示すことができる。
例えば、図6に示すように、３つの新しいLCID値01011、01100及び01101が定義され、そのうち、LCID=01011は、このMACシグナリング中のBSRがロングBSRであり、且つ、BSR値が拡張BSRインデックステーブルからのものであることを示し、LCID=01100は、このMACシグナリング中のBSRがショットBSRであり、且つ、BSR値が拡張BSRインデックステーブルからのものであることを示し、LCID=01101は、このMACシグナリング中のBSRが短縮BSRであり、且つ、BSR値が拡張BSRインデックステーブルからのものであることを示す。このようにして、端末は、この３つの新しく定義されたLCID値に基づいて、BSRの類型、及び、選択したインデックステーブルが拡張BSRインデックステーブルであることを示すことができる。また、図6に示すロジック値は、例示だけであり、限定するためのものではない。明らかのように、他の適切な形式のロジック値を採用してもよい。
この具体的な実施例では、新しく定義されたLCID値を用いて、簡単な方式で、基地局へのBSRの類型及びBSRインデックステーブルの類型の通知を実現している。しかし、この具体的な実施例では、ロングBSR中の４つのロジックチャネルグループが区別されない。言い換えると、ロングBSR中の全てのロジックチャネルグループ、例えば、BS#0からBS#3までのBSRがそれぞれどのインデックステーブルからのものであるかを具体的に示さない。
各ロジックチャネルグループのデータ量に基づいて、適切なインデックステーブルをより精確に選択するためには、端末の各ロジックチャネルグループがどのインデックステーブルを使用しているかを基地局に通知する必要がある。よって、他の具体的な実施例では、MACシグナリングに一つの付加バイトを加え、インデックステーブル選択ユニット106がMACシグナリング中のLCID及びこの付加バイト中の少なくとも一部のビットを用いて、端末が各ロジックチャネルグループに対してそれぞれどのインデックステーブルを選択しているかを基地局に通知することができる。
具体的に言えば、ショットBSR又は短縮BSRについて、上述の具体的な実施例と同様に、インデックステーブル選択ユニット106は、現在のプロトコルに既に定義されているLCID値により、端末がBSRインデックステーブル102を使用していることを表し、また、新しく定義されたLCID値により、端末が拡張BSRインデックステーブル104を使用していることを表す。他の実施方式では、新しいLCIDを定義する必要がなく、付加バイト中の一つのビットにより、使用されているのはBSRインデックステーブルであるか、それとも拡張BSRインデックステーブルであるかを表してもよい。この場合は、次のロングBSRの場合と同様である。
ロングBSRについて、ロングBSR中の４つのロジックチャネルグループのBSRが全てBSRインデックステーブル102により表され得る場合（例えば、各ロジックチャネルグループの報告のバッファデータ量が全て150Kよりも小さい場合）、インデックステーブル選択ユニット106は、プロトコル中の既存のLCID値により、この場合を表すことができる。また、ロングBSR中の４つのロジックチャネルグループのうちの一つの又は複数のBSRが拡張BSRインデックステーブル104に適用する場合（例えば、少なくとも一つのロジックチャネルグループの報告のバッファデータ量が150Kよりも大きい場合）、インデックステーブル選択ユニット106は、新しいLCID値により、BSRの類型がロングBSRであり且つ全てがBSRインデックステーブルを使用していないことを表し、また、付加バイトのうちの４桁により、このロングBSR中の４つのロジックチャネルグループのBSRがそれぞれどのインデックステーブルからのものであるかを更に表してもよい。具体的に言えば、インデックステーブル選択ユニット106は、既存のLCID値又は新しく定義されたLCID値を用いて、BSRの類型がロングBSRであることを表し、さらに、LCID値及び付加バイトのうちの４桁を用いて、このロングBSR中の４つのロジックチャネルグループのBSRがそれぞれどのBSRインデックステーブルからのものであるかを表してもよい。しかし、新しいLCIDを定義せず、既存のLCIDのみを用いてもよい。この時に、LCIDは、BSRの類型を示すためだけに用いられ、各ロジックチャネルグループがそれぞれどのインデックステーブルに対応するかは、完全に、上述の付加バイトのうちのビットにより表される。
例えば、図7に示すように、インデックステーブル選択ユニット106は、付加バイトのうちの後ろの４桁（BTI0、BTI1、BTI2、BTI3）を利用して、ロングBSR中の４つのロジックチャネルグループのBSRがそれぞれどのインデックステーブルからのものであるかを示す。例えば、LCIDの値がロングBSRに対応し且つ（BTI0、BTI1、BTI2、BTI3）=1010である時に、このロングBSR中のロジックチャネルグループBS#0及びBS#2のBSRの値が拡張BSRインデックステーブル104からのものであり、ロジックチャネルグループBS#1及びBS#3のBSRの値がBSRインデックステーブル102からのものであることを示すことができる。なお、図7に示すロジック値の設定は、例示だけであり、本発明を限定するためのものではない。明らかのように、他の任意の適切な形式のロジック値の設定を採用してもよい。例えば、付加バイトのうちの後ろの４桁でなく、他の４桁を使用してもよく、また、1でBSRインデックステーブル102を表し、0で拡張BSRインデックステーブルを表してもよい。
また、他の具体的な実施例では、インデックステーブル選択ユニット106が、MACシグナリングのうちのLCID及びサブヘッドのうちの保留ビットを利用して、基地局に、端末がどのインデックステーブルを選択しているかを通知してもよい。具体的に言えば、LCID値のうちの２桁及びサブヘッドのうちの2つの保留桁を利用して、基地局に、端末が各ロジックチャネルグループに対してそれぞれどのインデックステーブルを選択しているかを通知してもよい。
現在のLTEシステムにおいて、値の範囲が01011-11001であるLCID値が保留のLCIDであることを考慮することによって、図8に示すように、インデックステーブル選択ユニット106は、10000、10001、10010及び10011の４つのLCID値の最後の２桁及びサブヘッドのうちの前の2つの保留桁RRを利用して、端末が各ロジックチャネルグループに対してそれぞれどのインデックステーブルを選択しているかを示してもよい。
例えば、RR=00、LCID=10011の時に、BSRがロングBSRであり且つこのロングBSRのうちのロジックチャネルグループBS#0及びBS#1のBSRの値がBSRインデックステーブル102からのものであり、ロジックチャネルグループBS#2及びBS#3のBSRの値が拡張BSRインデックステーブル104からのものであることを示してもよい。また、図8に示すロジック値の設定及び選択されたLCIDの保留値は、例示だけであり、本発明を限定するためのものではない。明らかのように、他の適切な形式のロジック値の設定及びLCIDの保留値を選択してもよく、また、1でBSRインデックステーブル102を表し、0で拡張BSRインデックステーブルを表してもよい。
上述の具体的な実施例では、拡張BSRインデックステーブルの数が2つであるかそれとも3つ以上であるかとのような区別がなされない。よって、他の具体的な実施例では、MACシグナリングに一つの付加バイトを加え、インデックステーブル選択ユニット106がMACシグナリングのうちのLCID及びこの付加バイトを用いて、端末がBSRインデックステーブル及び複数の拡張BSRインデックステーブルのうちのどれかを選択していることを示すことができる。
例えば、ショットBSR又は短縮BSRについて、インデックステーブル選択ユニット106は、現在のプロトコルに既に定義されているLCID値により、端末がBSRインデックステーブル102を使用していることを示し、新しく定義されたLCID値により、端末が拡張BSRインデックステーブルを使用していることを示し、また、図9（b）中の付加バイトOct1のうちのテーブル番号により、どの拡張BSRインデックステーブルが使用されているかを示してもよい。他の実施方式では、新しいLCIDを定義する必要がなく、付加バイトのうちのテーブル番号により、どのインデックステーブルが使用されているかを示してもよい。この場合は、次のロングBSRの場合と同様である。
ロングBSRについて、ロングBSRのうちの４つのロジックチャネルグループのBSRが全てBSRインデックステーブル102により表され得る場合（例えば、各ロジックチャネルグループの報告のバッファデータ量が全て150Kよりも小さい場合）、インデックステーブル選択ユニット106は、プロトコル中の既存のLCID値により、この場合を表すことができる。ロングBSRのうちの４つのロジックチャネルグループのうちの一つ又は複数のBSRが拡張BSRインデックステーブル104に適用する場合（例えば、少なくとも一つのロジックチャネルグループの報告のバッファデータ量が全て150Kよりも大きい場合）、インデックステーブル選択ユニット106は、新しいLCID値により、端末がロングBSRを使用しており且つ全てがBSRインデックステーブルを使用していないことを表し、また、図9（a）中の付加バイトのうちのテーブル番号により、さらにこのロングBSRのうちの４つのロジックチャネルグループのBSRがそれぞれどのインデックステーブルからのものであるかを表す。具体的に言えば、インデックステーブル選択ユニット106は、既存のLCID値又は新しく定義されたLCID値を利用して、BSRの類型がロングBSRであることを示し、さらに、LCID値及び付加バイトのうちのテーブル番号により、このロングBSRのうちの４つのロジックチャネルグループのBSRがそれぞれどのBSRインデックステーブルからのものであるかを示すことができる。しかし、新しいLCIDを定義せず、既存のLCIDのみを使用してもよい。この時、LCIDは、BSRの類型を示すためだけに用いられ、各ロジックチャネルグループがどのインデックステーブルに対応するかは、完全に、上述の付加バイトのうちのビットにより表される。
付加バイトでは、2桁のテーブル番号により、対応するBSRの値がどのBSRインデックステーブルからのものであるかを示すことができる。なお、図9に示すロジック値の設定及びテーブル番号を表す桁数は、例示だけであり、本発明を限定するためのものではない。明らかのように、他の適切な形式のロジック値の設定を採用してもよく、また、他の数の桁数を採用してテーブル番号を表してもよい。
また、図7を参照して説明した上述の具体的な実施例は、図9を参照して説明した上述の具体的な実施例のまた一つの実施形態と見なされてもよい。具体的に言えば、図7を参照して説明した上述の具体的な実施例では、一つの拡張BSRインデックステーブルに関し、また、1桁のテーブル番号により、BSRインデックステーブル及び拡張BSRインデックステーブルのうちのどのインデックステーブルが使用されているかを示し、一方で、図9を参照して説明した上述の具体的な実施例では、複数の拡張インデックステーブルに関し、且つ、2桁のテーブル番号を用いて、BSRインデックステーブル及び拡張BSRインデックステーブルのうちのどのインデックステーブルが用いられているかを示す。
図1を再び参照するに、インデックス確定ユニット108は、端末のバッファデータ量に基づいて、インデックステーブル選択ユニット106が選択したインデックステーブルから、対応するインデックスを取得し、そして、このインデックスをインデックス送信ユニット110に送信し、また、インデックス送信ユニット110により基地局に送信する。
よって、少なくとも一つの拡張BSRインデックステーブルを加えた場合に適用する端末を実現している。
それ相応に、本発明の実施例は、少なくとも一つの拡張BSRインデックステーブルを加えた場合に適用する基地局を更に提供する。図3は、本発明の一つの実施例による基地局300ブロック図である。図3に示すように、上述の基地局は、BSRインデックステーブル302、拡張BSRインデックステーブル304、インデックス受信ユニット306、インデックステーブル選択ユニット308、及びデータ量確定ユニット310を含む。
なお、図面を簡潔にするために、図3には、一つのみの拡張BSRインデックステーブル304が示されている。なお、図3は例示だけであり、本発明はこれに限られない。明らかのように、拡張BSRインデックステーブル104の数は、2つ以上であってもよい。
図3中のBSRインデックステーブル302及び拡張BSRインデックステーブル304は、図1中のBSRインデックステーブル102及び拡張BSRインデックステーブル104に対応することができる。よって、ここでは、明細書を簡潔にするために、BSRインデックステーブル302及び拡張BSRインデックステーブル304の細部についての説明を省略する。
図3を参照するに、インデックステーブル選択ユニット308は、バッファ状態インデックステーブル302及び少なくとも一つの拡張バッファ状態インデックステーブル304のうちの一つのインデックステーブルを選択し、また、選択結果をデータ量確定ユニット310に通知するように構成される。インデックステーブル選択ユニット308は、能動的に選択を行い、そして、指示シグナリングにより、選択結果を端末に通知してもよく、或いは、端末からの指示シグナリングに基づいて、受動的に選択を行ってもよい（図3には示されていない）。
一つの実施例では、インデックステーブル選択ユニット308が、端末からの指示シグナリングに基づいて、バッファ状態インデックステーブル102及び少なくとも一つの拡張バッファ状態インデックステーブル104のうちの一つのインデックステーブルを受動的に選択してもよい。具体的に言えば、インデックステーブル選択ユニット308は、端末から指示シグナリングを受信し、この指示シグナリングに基づいて、どのインデックステーブルを選択するかを確定し、そして、選択結果をインデックス確定ユニット310に通知する。
また、他の実施例では、インデックステーブル選択ユニット308が、バッファ状態インデックステーブル302及び少なくとも一つの拡張バッファ状態インデックステーブル304のうちの一つのインデックステーブルを能動的に選択し、それから、選択結果をデータ量確定ユニットに直接通知し、且つ、指示シグナリングにより選択結果を端末に通知してもよい。
一つの実施例では、インデックステーブル選択ユニット308が、端末の類型に基づいて、インデックステーブルを選択してもよい。具体的に言えば、インデックステーブル選択ユニット308は、端末がLTE設備であることを把握した時に、インデックステーブル選択ユニット308は、選択バッファ状態インデックステーブル302をこの端末のために選択する。インデックステーブル選択ユニット308は、端末がLTE-A設備であることを把握した時に、インデックステーブル選択ユニット308は、拡張バッファ状態インデックステーブル304をこの端末のために選択してもよい。
インデックステーブル選択ユニット308が能動的に選択を行う場合、インデックステーブル選択ユニット308は、選択結果をインデックス受信ユニット306に直接通知し、指示シグナリングにより、選択結果を端末に通知してもよい。
よって、分かるように、インデックステーブル選択ユニットが能動的に選択を行う場合又は受動的に選択を行う場合、端末と基地局との間は、指示シグナリングにより、インデックスがどのインデックステーブルに対応するかに関する情報を伝送する必要がある。そのうち、指示シグナリングは、各種の適切なプロトコルメッセージであってもよく、例えば、指示シグナリングは、無線リソース制御（Radio Resource Control；RRC）シグナリング又はメディアアクセス制御（Media Access Control）シグナリングであってもよい。
基地局はBSRインデックステーブルを能動的に選択し、指示シグナリングにより選択結果を端末に通知する場合、指示シグナリングは、例えば、RRCシグナリングであってもよい。
一つの実施例では、インデックステーブル選択ユニット308が、指示シグナリングとしてのRRCシグナリングを端末に送信して、端末がどのインデックステーブルを選択すべきかを通知してもよい。例えば、図5に示すように、基地局中のインデックステーブル選択ユニット308は、端末にRRCコネクション設定（RRC Connection Setup）シグナリングを送信し、このシグナリングにより、端末がどのインデックステーブルを選択すべきかを通知してもよい。
一方、基地局が端末から指示シグナリングを受信した場合、基地局中のインデックステーブル選択ユニット308は、端末から、指示シグナリングとしてのRRCシグナリング又はMACシグナリング（即ち、基地局中のインデックス受信ユニット30が受信するインデックスは、BSRインデックステーブル及びBSR拡張バッファ状態インデックステーブルのうちのどれに対応するかに関する情報を取得する）を受信し、また、この指示シグナリングのうちのBSRインデックステーブル指示情報に基づいて、インデックステーブルを選択してもよい。
一つの実施例では、インデックステーブル選択ユニット308が、端末から、RRCシグナリングを指示シグナリングとして受信し、また、この指示シグナリングに基づいて、インデックステーブルを選択してもよい。
一つの具体的な実施例では、例えば、図5に示すように、インデックステーブル選択ユニット308が、端末からのRRCコネクションリクエスト（RRC Connection Request）シグナリング又はRRCコネクション設定完成（RRC Connection Setup Complete）シグナリングに基づいて、インデックステーブルを選択してもよい。
他の実施例では、インデックステーブル選択ユニット308が、端末から、MACシグナリングを指示シグナリングとして受信し、これにより、端末がどのインデックステーブルを選択しているかを把握することができる。
一つの具体的な実施例では、インデックステーブル選択ユニット308が、端末から取得したMACシグナリングのうちのLCIDに基づいて、端末がどのインデックステーブルを選択しているかを確定することができる。
他の具体的な実施例では、インデックステーブル選択ユニット308が、MACシグナリングのうちのLCID及び一つの付加バイトのうちの少なくとも一部のビットに基づいて、端末がどのインデックステーブルを選択しているかを確定することができる。
他の具体的な実施例では、インデックステーブル選択ユニット308が、MACシグナリングのうちのLCID及びサブヘッドのうちの保留ビットに基づいて、端末がどのインデックステーブルを選択しているかを確定することができる。
MACシグナリング及びRRCシグナリングの具体的な細部については、図5ないし図9を参照して説明した上述の内容を参照することができるので、ここでは、明細書を簡潔にするために、その説明を省略する。
図3を再び参照するに、インデックス受信ユニット306は、インデックステーブル選択ユニット308が提供した選択結果及び端末が報告したインデックス（図3には示されていない）を受信し、受信した選択結果及びインデックスをデータ量確定ユニット310に提供する。
また、図3には、インデックステーブル選択ユニット308がインデックステーブルの選択結果をインデックス選択ユニット306に送信し、インデックス選択ユニット306が端末から受信したインデックス及びインデックステーブル選択ユニット308から受信したインデックステーブルの選択結果をデータ量確定ユニット310に提供することが示されているが、図3は例示だけであり、本発明はこれに限定されない。
例えば、本発明の他の実施例では、インデックス受信ユニットがインデックスのみを受信し、受信したインデックスをデータ量確定ユニットに提供してもよく、また、インデックステーブル選択ユニットがインデックステーブルの選択結果をデータ量確定ユニットに直接送信してもよい。
この場合、インデックステーブル選択ユニットの処理及びインデックス受信ユニットの処理は、同時に行ってもよく、同時に行わなくてもよい。即ち、インデックステーブル選択ユニットの処理は、インデックス受信ユニットの処理の前又は後に行ってもよい。
図3を再び参照するに、データ量確定ユニット310は、インデックス受信ユニット306が受信したインデックスに基づいて、インデックステーブル選択ユニット308が選択したインデックステーブルから、対応するデータ量の範囲を取得し、これにより、基地局は、端末からのバッファ状態報告を取得し得る。
よって、少なくとも一つの拡張BSRインデックステーブルを加えた場合に適用する基地局を実現している。
また、本発明の実施例は、少なくとも一つの拡張BSRインデックステーブルを追加した場合に適用する端末BSR的報告方法を提供する。
図2は、本発明の一つの実施例による端末BSRの報告方法のフローチャートである。
図2に示すように、S202では、インデックステーブル選択ステップを行い、BSRインデックステーブル及び少なくとも一つの拡張BSRインデックステーブルから、一つのインデックステーブルを選択する。
そのうち、上述のBSRインデックステーブル及び上述の拡張BSRインデックステーブルは、図1中のBSRインデックステーブル102及び拡張BSRインデックステーブル104に対応することができるので、ここでは、明細書を簡潔にするために、BSRインデックステーブル及び拡張BSRインデックステーブルについての説明を省略する。
また、上述のインデックステーブル選択ステップは、端末により能動的に行われてもよく、又は、基地局からの指示シグナリングに基づいて受動的に行われてもよい。
本発明の一つの実施例では、端末により、上述のインデックステーブル選択ステップを能動的に実行してもよい。具体的に言えば、端末は、端末バッファ中のデータ量に基づいて、又は、端末バッファ中のデータ量及び端末の類型に基づいて、インデックステーブルを選択し、また、指示シグナリングにより、選択結果を基地局に通知する。
一つの具体的な実施例では、上述の指示シグナリングが、RRCシグナリングであってもよく、例えば、RRCコネクションリクエスト（RRC Connection Request）シグナリング又はRRCコネクション設定完成（RRC Connection Setup Complete）シグナリングであってもよい。
具体的に言えば、インデックステーブル選択ステップでは、端末がRRCコネクションリクエスト（RRC Connection Request）シグナリング又はRRCコネクション設定完成（RRC Connection Setup Complete）シグナリングにより、選択したインデックステーブルを基地局に通知してもよい。
他の具体的な実施例では、上述の指示シグナリングがMACシグナリングであってもよい。
例えば、インデックステーブル選択ステップでは、端末がMACシグナリングのうちのLCIDにより、選択したインデックステーブルを基地局に通知してもよい。
或いは、インデックステーブル選択ステップでは、端末がMACシグナリングのうちのLCID及び一つの付加バイトのうちの少なくとも一部のビットにより、選択したインデックステーブルを基地局に通知してもよい。
或いは、インデックステーブル選択ステップでは、端末がMACシグナリングのうちのLCIDのうちの２桁のビット及びサブヘッドのうちの保留ビットにより、選択したインデックステーブルを基地局に通知してもよい。
一方、本発明の他の実施例では、基地局からの指示シグナリングに基づいて、上述のインデックステーブル選択ステップを実行してもよい。例えば、基地局は、端末の類型に基づいて、インデックステーブルを選択し、また、指示シグナリングにより、選択結果を端末に通知し、端末は、基地局からの指示シグナリングに基づいて、選択インデックステーブルを選択してもよい。
一つの具体的な実施例では、上述の指示シグナリングがRRCシグナリング、例えば、RRCコネクション設定（RRC Connection Setup）シグナリングであってもよい。
具体的に言えば、インデックステーブル選択ステップでは、基地局がRRCコネクションリクエスト（RRC Connection Setup）シグナリングにより、選択したインデックステーブルを端末に通知してもよい。
そのうち、RRCシグナリング及びMACシグナリングの具体的な使用については、図5乃至図9を参照して説明した上述の内容を参照することができるので、ここでは、明細書を簡潔にするために、その内容を省略する。
図2を再び参照するに、続いて、ステップ204では、端末バッファ中のデータ量に基づいて、ステップS202により選択したインデックステーブルからインデックスを確定する。
次に、ステップ206では、上述のインデックスを基地局に報告する。
よって、少なくとも一つの拡張BSRインデックステーブルが存在する場合における端末BSRの報告を実現している。
それ相応に、本発明の実施例は、少なくとも一つの拡張BSRインデックステーブルを追加した場合に適用する端末BSRの取得方法も提供する。
図4は、本発明の一つの実施例による、基地局にてBSRを取得する方法のフローチャートである。
図4に示すように、ステップS402では、インデックステーブル選択ステップを行い、BSRインデックステーブル及び少なくとも一つの拡張BSRインデックステーブルから、一つのインデックステーブルを選択する。
なお、上述のBSRインデックステーブル及び上述の拡張BSRインデックステーブルは、図1中のBSRインデックステーブル102及び拡張BSRインデックステーブル104に対応することができるので、ここでは、明細書を簡潔にするために、BSRインデックステーブル及び拡張BSRインデックステーブルについての説明を省略する。
また、上述のインデックステーブル選択ステップは、基地局により能動的に実行されてもよく、又は、端末からの指示シグナリングに基づいて、受動的に実行されてもよい。
本発明の一つの実施例では、基地局が上述のインデックステーブル選択ステップを能動的に実行してもよい。例えば、基地局は、端末の類型に基づいて、インデックステーブルを選択し、また、指示シグナリングにより、選択結果を端末に通知してもよい。
一つの具体的な実施例では、上述の指示シグナリングがRRCシグナリング、例えば、RRCコネクション設定（RRC Connection Setup）シグナリングであってもよい。
一方、本発明の他の実施例では、基地局が端末からの指示シグナリングに基づいて上述のインデックステーブル選択ステップを実行してもよい。具体的に言えば、基地局は、端末からの指示シグナリングに基づいて、インデックステーブルを選択してもよい。
一つの具体的な実施例では、上述の指示シグナリングがRRCシグナリング、例えば、RRCコネクションリクエストシグナリング及びRRCコネクション設定完成シグナリングであってもよい。
他の具体的な実施例では、上述の指示シグナリングがMACシグナリングであってもよい。
例えば、インデックステーブル選択ステップでは、基地局が端末からのMACシグナリングのうちのLCIDに基づいて、インデックスに対応するインデックステーブルを選択してもよい。
或いは、インデックステーブル選択ステップでは、基地局が端末からのMACシグナリングのうちのLCID及び一つの付加バイトのうちの少なくとも一部のビットに基づいて、インデックスに対応するインデックステーブルを選択してもよい。
或いは、インデックステーブル選択ステップでは、基地局が端末からのMACシグナリング中のLCIDのうちの２桁のビット及びサブヘッドのうちの保留ビットに基づいて、インデックスに対応するインデックステーブルを選択してもよい。
そのうち、RRCシグナリング及びMACシグナリングの具体的な細部については、図5乃至図9を参照した説明した上述の内容を参照することができるので、ここでは、明細書を簡潔にするために、その内容を省略する。
図4を再び参照するに、続いて、ステップS404では、インデックス受信ステップを行い、端末からインデックスを受信する。
なお、図4には、インデックス受信ステップがインデックステーブル選択ステップの後に実行されることが示されているが、図4は例示だけであり、本発明はこれに限られない。例えば、インデックステーブル選択ステップは、インデックス受信ステップと同時に実行されてもよく、又は、インデックステーブル選択ステップは、インデックス受信ステップの後に実行されてもよい。
図4を再び参照するに、続いて、ステップ406では、受信したインデックスに基づいて、選択したインデックステーブルから、端末のバッファデータ量を確定する。
よって、少なくとも一つの拡張BSRインデックステーブルが存在する場合に、基地局がBSR報告を受信することを実現している。
上述の基地局、端末及び方法の他に、本発明は、少なくとも一つの拡張BSRインデックステーブルを加えた場合に適用する通信システムも提供する。この通信システムは、少なくとも一つの端末及び少なくとも一つの基地局を含み、そのうち、端末は、上述の実施例による端末であり、基地局は、上述の実施例による基地局である。
また、理解すべきは、上述の各種の具体例及び実施例が全て例示だけであり、本発明はそれらに限定されない。また、図面中の記載は、本発明をより明確に説明するためだけのものであり、よって、本発明を限定する意味を有しない。
上述の装置中の各構成モジュール及びユニットは、ソフトウェア、ファームウェア、ハードウェア、又は、それらの組み合わせにより配置されてもよい。配置に使用可能な具体的な手段又は方式は当業者によく知られているため、ここではその説明を省略する。ソフトウェア又はファームウェアにより実現する場合、記憶媒体又はネットワークから、専用のハードウェア構造を有するコンピュータ（例えば、図14に示す汎用コンピュータ1400）に、このソフトウェアを構成するプログラムをインストールし、このコンピュータは、各種のプログラムがインストールされているときに、各種の功能等を実行することができる。
図14では、中央処理ユニット(CPU）1401が、読み出し専用メモリ(ROM）1402に保存されたプログラム又は記憶部1408からランダムアクセスメモリ(RAM）1403にロードされているプログラムに基づいて、各種の処理を行う。RAM 1403は、必要に応じて、CPU 1401が各種の処理を行う時に必要なデータを保存してもよい。CPU 1401、ROM 1402及びRAM 1403は、バス1404により互いに接続される。入力/出力インタフェース1405もバス1404に接続される。
入力/出力インタフェース1405には、入力部1406（キーボード、マウスなどを含む）、出力部1407（陰極線管（Cathode Ray Tube：CRT）や液晶表示器（LCD）などのようなディスプレイ、及びスピーカなどを含む）、記憶部1408（ハードディスクなどを含む）、通信部1409（LANカードのようなネットワークインタフェースカード、モデムなどを含む）が接続される。通信部1409は、インターネットのようなネットワークを介して通信処理を行う。必要に応じて、入力/出力インタフェース805にドライブ1410も接続される。必要な場合、ドライブ1410に例えば磁気ディスク、光ディスク、磁気光ディスク、半導体メモリなどのような脱着可能な媒体1411が装着されることにより、その媒体から読み出されたコンピュータプログラムが必要に応じて記憶部1408にインストールされる。
上述した一連の処理をソフトウェアで実現する場合、例えばインターネットのようなネットワーク又は脱着可能な媒体1411のような記憶媒体からソフトウェアを構成するプログラムをインストールすることができる。
このような記憶媒体は、図14に示すように、プログラムが記憶され、ユーザにプログラムを供給するように装置と別体で配られる脱着可能な媒体811には限られないことが当業者は理解できるだろう。脱着可能な媒体1411の例として、磁気ディスク(ソフトディスク（登録商標）を含む)、光ディスク(光ディスクロードオンリーメモリ（CD−ROM）及びデジタルバーサティルディスク(DVD)を含む)、磁気光ディスク(ミニディスク（MD）（登録商標）を含む))、半導体メモリが挙げられる。或いは、記憶媒体はプログラムが記憶され且つそれを内蔵する装置とともにユーザに配られるROM 1402、記憶部1408に含まれるハードディスクなどであってもよい。
また、本発明は、マシン読み取り可能なインストラクションコードを含むプログラムプロダクトも提供する。このインストラクションコードは、マシンにより読み出されて実行される時に、本発明の実施例による上述の方法を実行することができる。
それ相応に、上述のマシン読み取り可能なインストラクションコードを含むプログラムプロダクトを記憶している記憶媒体も本発明の公開に含まれる。この記憶媒体は、フロッピー(登録商標)ディスク、光ディスク、光磁気ディスク、メモリカード、メモリスティックなどを含むが、これらに限定されない。
最後に説明すべきは、本文では、「含む」、「包括（有する）」の語又はその他の変形語は、非排他的な「含む」を包括するため用いられ、これにより、一連の要素を含むプロセス、方法、物品又は装置は、これらの要素だけでなく、明記されていない他の要素を含んでもよく、或いは、このプロセス、方法、物品又は装置が所有する固有の要素を含むものである。より多くの限定が無い場合、「・・・を含む」という語句で限定される要素は、この要素を含むプロセス、方法、物品又は装置に存在する他の同じ要素を排除しない。
以上、本発明の好ましい実施形態を説明したが、本発明はこの実施形態に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の技術範囲に属する。
よって、上述の説明から分かるように、本発明の実施例は、以下の技術案を提供している。
技術案1：端末であって、
バッファ状態インデックステーブルと、
少なくとも一つの拡張バッファ状態インデックステーブルと、
上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ユニットと、
端末バッファ中のデータ量に基づいて、該データ量が上述の一つのインデックステーブルにおいて対応するインデックスを確定するインデックス確定ユニットと、
基地局に上述のインデックスを送信するインデックス送信ユニットと、を含む、端末。
技術案2：技術案1による上述の端末であって、
上述のインデックステーブル選択ユニットは、端末バッファ中のデータ量に基づいて、上述の一つのインデックステーブルを選択するように構成され、
上述のインデックステーブル選択ユニットは、基地局に指示シグナリングを送信するように構成され、上述の指示シグナリングは、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、端末。
技術案3：技術案2による上述の端末であって、
上述のインデックステーブル選択ユニットは、無線リソース制御シグナリングを送信するように構成される、端末。
技術案4：技術案3による上述の端末であって、
上述のインデックステーブル選択ユニットは、RRCコネクションリクエストシグナリング又はRRCコネクション設定完成シグナリングを送信するように構成される、端末。
技術案5：技術案2による上述の端末であって、
上述のインデックステーブル選択ユニットは、メディアアクセス制御シグナリングを送信するように構成される、端末。
技術案6：技術案5による上述の端末であって、
上述のインデックステーブル選択ユニットは、上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子を用いて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表すように構成される、端末。
技術案7：技術案5による上述の端末であって、
上述のインデックステーブル選択ユニットは、上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子及び一つの付加バイトのうちの少なくとも一部のビットを用いて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表すように構成される、端末。
技術案8：技術案5による上述の端末であって、
上述のインデックステーブル選択ユニットは、上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子及びサブヘッドのうちの保留ビットを用いて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表すように構成される、端末。
技術案9：技術案1による上述の端末であった、
上述のインデックステーブル選択ユニットは、基地局から受信した指示シグナリングに基づいて、上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つを使用することを確定するように構成される、端末。
技術案10：技術案9による上述の端末であって、
上述のインデックステーブル選択ユニットは、無線リソース制御シグナリングを受信するように構成される、端末。
技術案11：技術案10による上述の端末であって、
上述のインデックステーブル選択ユニットは、RRCコネクション設定シグナリングを受信するように構成される、端末。
技術案12：技術案1-11中の何れか一つによる上述の端末であって、
上述のバッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルが対応するバッファデータ量の区間は包含関係を有する、端末。
技術案13：技術案1−11中の何れか一つによる上述の端末であって、
上述のバッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルが対応するバッファデータ量の区間は継続関係を有する、端末。
技術案14：端末のバッファ状態を報告する方法であって、
上述の端末は、バッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルを含み、上述の方法は、
上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ステップと、
端末バッファ中のデータ量に基づいて、該データ量が上述の一つのインデックステーブルにおいて対応するインデックスを確定するインデックス確定ステップと、
基地局に上述のインデックスを送信するインデックス送信ステップと、を含む、方法。
技術案15：技術案14による上述の方法であって、
上述のインデックステーブル選択ステップは、端末バッファ中のデータ量に基づいて、上述の一つのインデックステーブルを選択するように構成され、
上述の方法は、さらに、基地局に指示シグナリングを送信するステップを含み、
上述の指示シグナリングは、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、方法。
技術案16：技術案15による上述の方法であって、
上述の指示シグナリングは、無線リソース制御シグナリングである、方法。
技術案17：技術案16による上述の方法であって、
上述の無線リソース制御シグナリングは、RRCコネクションリクエストシグナリング又はRRCコネクション設定完成シグナリングである、方法。
技術案18：技術案15による上述の方法であって、
上述の指示シグナリングは、メディアアクセス制御シグナリングである、方法。
技術案19：技術案18による上述の方法であって、
上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子を用いて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、方法。
技術案20：技術案18による上述の方法であって、
上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子及び一つの付加バイトのうちの少なくとも一部のビットを用いて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、方法。
技術案21：技術案18による上述の方法であって、
上述のメディアアクセス制御シグナリング中のロジックチャネル識別子のうちの最後の２桁のビット及びサブヘッドのうちの保留ビットを用いて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、方法。
技術案22：技術案14による上述の方法であって、
上述のインデックステーブル選択ステップは、基地局から受信した指示シグナリングに基づいて、上述の一つのインデックステーブルを選択するように構成される、方法。
技術案23：技術案22による上述の方法であって、
上述の指示シグナリングは、無線リソース制御シグナリングである、方法。
技術案24：技術案23による上述の方法であって、
上述の無線リソース制御シグナリングは、RRCコネクション設定シグナリングである、方法。
技術案25：基地局であって、
バッファ状態インデックステーブルと、
少なくとも一つの拡張バッファ状態インデックステーブルと、
上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ユニットと、
端末からインデックスを受信するインデックス受信ユニットと、
上述のインデックスに基づいて、上述の一つのインデックステーブルから端末バッファ中のデータ量を確定するデータ量確定ユニットと、を含む、基地局。
技術案26：技術案25による上述の基地局であって、
上述のインデックステーブル選択ユニットは、端末から受信した指示シグナリングに基づいて、上述の一つのインデックステーブルを選択するように構成され、上述の指示シグナリングは、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、基地局。
技術案27：技術案26による上述の基地局であって、
上述のインデックステーブル選択ユニットは、無線リソース制御シグナリングを受信するように構成される、基地局。
技術案28：技術案27による上述の基地局であって、
上述のインデックステーブル選択ユニットは、RRCコネクションリクエストシグナリング又はRRCコネクション設定完成シグナリングを受信するように構成される、基地局。
技術案29：技術案27による上述の基地局であって、
上述のインデックステーブル選択ユニットは、メディアアクセス制御シグナリングを受信するように構成される、基地局。
技術案30：技術案29による上述の基地局であって、
上述のインデックステーブル選択ユニットは、上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子に基づいて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを確定するように構成される、基地局。
技術案31：技術案29による上述の基地局であって、
上述のインデックステーブル選択ユニットは、上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子及び一つの付加バイトのうちの少なくとも一部のビットに基づいて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを確定するように構成される、基地局。
技術案32：技術案29による上述の基地局であって、
上述のインデックステーブル選択ユニットは、上述のメディアアクセス制御シグナリング中のロジックチャネル識別子のうちのビット及びサブヘッドのうちの保留ビットに基づいて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを確定するように構成される、基地局。
技術案33：技術案25による上述の基地局であって、
上述のインデックステーブル選択ユニットは、さらに、端末に指示シグナリングを送信するように構成され、上述の指示シグナリングは、上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれが使用されるかを表す、基地局。
技術案34：技術案33による上述の基地局であって、
上述のインデックステーブル選択ユニットは、無線リソース制御シグナリングを送信するように構成される、基地局。
技術案35：技術案34による上述の基地局であって、
上述のインデックステーブル選択ユニットは、RRCコネクション設定シグナリングを送信するように構成される、基地局。
技術案36：技術案25-35中の何れか一つによる上述の基地局であって、
上述のバッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルが対応するバッファデータ量の区間は、包含関係を有する、基地局。
技術案37：技術案25−35中の何れか一つによる上述の基地局であって、
上述のバッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルが対応するバッファデータ量の区間は、継続関係を有する、基地局。
技術案38：基地局にてバッファ状態報告を取得する方法であって、
上述の基地局は、バッファ状態インデックステーブル及び少なくとも一つの拡張バッファ状態インデックステーブルを含み、上述の方法は、
上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちの一つのインデックステーブルを選択するインデックステーブル選択ステップと、
端末からインデックスを受信するインデックス受信ステップと、
上述のインデックスに基づいて、上述の一つのインデックステーブルから端末バッファ中のデータ量を確定するデータ量確定ステップと、を含む、方法。
技術案39：技術案38による上述の方法であって、
上述のインデックステーブル選択ステップは、端末から受信した指示シグナリングに基づいて、上述の一つのインデックステーブルを選択するように構成され、上述の指示シグナリングは、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを表す、方法。
技術案40：技術案39による上述の方法であって、
上述の指示シグナリングは、無線リソース制御シグナリングである、方法。
技術案41：技術案40による上述の方法であって、
上述の無線リソース制御シグナリングは、RRCコネクションリクエストシグナリング又はRRCコネクション設定完成シグナリングである、方法。
技術案42：技術案39による上述の方法であって、
上述の指示シグナリングは、メディアアクセス制御シグナリングである、方法。
技術案43：技術案42による上述の方法であって、
上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子に基づいて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを確定する、方法。
技術案44：技術案42による上述の方法であって、
上述のメディアアクセス制御シグナリングのうちのロジックチャネル識別子及び一つの付加バイトのうちの少なくとも一部のビットに基づいて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを確定する、方法。
技術案45：技術案42による上述の方法であって、
上述のメディアアクセス制御シグナリング中のロジックチャネル識別子のうちのビット及びサブヘッドのうちの保留ビットに基づいて、上述のインデックスが上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれに対応するかを確定する、方法。
技術案46：技術案38による上述の方法であって、
上述のインデックス受信ステップの前に、端末に指示シグナリングを送信するステップを更に含み、
上述の指示シグナリングは、上述のバッファ状態インデックステーブル及び上述の少なくとも一つの拡張バッファ状態インデックステーブルのうちのどれが使用されるかを表す、方法。
技術案47：技術案46による上述の方法であって、
上述の指示シグナリングは、無線リソース制御シグナリングである、方法。
技術案48：技術案47による上述の方法であって、
上述の無線リソース制御シグナリングは、RRCコネクション設定シグナリングである、方法。
技術案49：通信システムであって、
技術案25-37中の何れか一つによる上述の基地局及び技術案1-13中の何れか一つによる上述の端末を含む通信システム。

Claims (5)

  1. 端末であって、
    前記端末のバッファにおけるデータ量区間を示す第一テーブルと、
    前記端末の前記バッファにおけるデータ量区間を示し、前記第一テーブルの最大データ量よりも大きい最大データ量を有する少なくとも一つの第二テーブルと、
    基地局から受信したRRC（Radio Resource Control）Connection Setupシグナリングに含まれる、バッファ状態報告の類型に対応する指示に応じて、前記第一テーブル及び前記少なくとも一つの第二テーブルのうちから一つのテーブルを選択するテーブル選択ユニットと、
    前記端末の前記バッファにおけるデータ量に応じて、前記テーブル選択ユニットにより選択及び通知された前記一つのテーブルからインデックスを確定するインデックス確定ユニットと、
    前記インデックス確定ユニットにより通知された前記インデックスを前記基地局に送信するインデックス送信ユニットと、
    を含み、
    前記インデックス送信ユニットは、前記テーブル選択ユニットが前記RRC Connection Setupシグナリングを受信して、前記一つのテーブルを選択した後に、設定完了を示すRRC Connection Setup Completeシグナリングを前記基地局に送信し、
    前記インデックスは、前記一つのテーブルにおける前記端末の前記バッファにおけるデータ量を示す情報であって、前記第一テーブル及び前記少なくとも一つの第二テーブルから選択されたデータ量区間を示す、端末。
  2. 端末のバッファ状態を報告する方法であって、
    前記端末は、
    前記端末のバッファにおけるデータ量区間を示す第一テーブルと、
    前記端末の前記バッファにおけるデータ量区間を示し、前記第一テーブルの最大データ量よりも大きい最大データ量を有する少なくとも一つの第二テーブルと、
    を含み、
    前記方法は、
    基地局から受信したRRC（Radio Resource Control）Connection Setupシグナリングに含まれる、バッファ状態報告の類型に対応する指示に応じて、前記第一テーブル及び前記少なくとも一つの第二テーブルのうちから一つのテーブルを選択するテーブル選択ステップと、
    前記端末の前記バッファにおけるデータ量に応じて、前記テーブル選択ステップにより選択及び通知された前記一つのテーブルからインデックスを確定するインデックス確定ステップと、
    前記インデックス確定ステップにより通知された前記インデックスを前記基地局に送信するインデックス送信ステップと、
    を含み、
    前記インデックス送信ステップは、前記テーブル選択ステップで前記RRC Connection Setupシグナリングを受信して、前記一つのテーブルを選択した後に、設定完了を示すRRC Connection Setup Completeシグナリングを前記基地局に送信し、
    前記インデックスは、前記一つのテーブルにおける前記端末の前記バッファにおけるデータ量を示す情報であって、前記第一テーブル及び前記少なくとも一つの第二テーブルから選択されたデータ量区間を示す、方法。
  3. 基地局であって、
    端末のバッファにおけるデータ量区間を示す第一テーブルと、
    前記端末の前記バッファにおけるデータ量区間を示し、前記第一テーブルの最大データ量よりも大きい最大データ量を有する少なくとも一つの第二テーブルと、
    前記端末の類型に応じて、前記第一テーブル及び前記少なくとも一つの第二テーブルのうちから一つのテーブルを選択する選択ユニットと、
    前記選択ユニットにより選択された選択結果を指示するRRC（Radio Resource Control）Connection Setupシグナリングを前記端末に送信する送信ユニットと、
    前記端末からインデックスを受信するインデックス受信ユニットと、
    前記インデックスに応じて、前記テーブル選択ステップにより選択された前記一つのステーブルから、前記端末の前記バッファにおけるデータ量を確定するデータ量確定ユニットと、
    を含み、
    前記インデックス受信ユニットは、前記端末から、設定完了を示すRRC Connection Setup Completeシグナリングを受信し、
    前記インデックスは、前記一つのテーブルにおける前記端末の前記バッファにおけるデータ量を示す情報であって、前記第一テーブル及び前記少なくとも一つの第二テーブルから選択されたデータ量区間を示す、基地局。
  4. 基地局にてバッファ状態報告を取得する方法であって、
    前記基地局は、
    端末のバッファにおけるデータ量区間を示す第一テーブルと、
    前記端末の前記バッファにおけるデータ量区間を示し、前記第一テーブルの最大データ量よりも大きい最大データ量を有する少なくとも一つの第二テーブルと、
    を含み、
    前記方法は、
    前記端末の類型に応じて、前記第一テーブル及び前記少なくとも一つの第二テーブルのうちから一つのテーブルを選択し、選択結果を指示するRRC（Radio Resource Control）Connection Setupシグナリングを前記端末に送信するステップと、
    前記端末からインデックスを受信するインデックス受信ステップと、
    前記インデックスに応じて、前記テーブル選択ステップにより選択された前記一つのステーブルから、前記端末の前記バッファにおけるデータ量を確定するデータ量確定ステップと、
    を含み、
    前記インデックス受信ステップは、前記端末から、設定完了を示すRRC Connection Setup Completeシグナリングを受信し、
    前記インデックスは、前記一つのテーブルにおける前記端末の前記バッファにおけるデータ量を示す情報であって、前記第一テーブル及び前記少なくとも一つの第二テーブルから選択されたデータ量区間を示す、方法。
  5. 通信システムであって、
    端末及び基地局を含み、
    前記端末は、
    前記端末のバッファにおけるデータ量区間を示す第一テーブルと、
    前記端末の前記バッファにおけるデータ量区間を示し、前記第一テーブルの最大データ量よりも大きい最大データ量を有する少なくとも一つの第二テーブルと、
    前記基地局から受信したRRC（Radio Resource Control）Connection Setupシグナリングに含まれる、バッファ状態報告の類型に対応する指示に応じて、前記第一テーブル及び前記少なくとも一つの第二テーブルのうちから一つのテーブルを選択するテーブル選択ユニットと、
    前記端末の前記バッファにおけるデータ量に応じて、前記テーブル選択ユニットにより選択及び通知された前記一つのテーブルからインデックスを確定するインデックス確定ユニットと、
    前記インデックス確定ユニットにより通知された前記インデックスを前記基地局に送信するインデックス送信ユニットと、
    を含み、
    前記インデックス送信ユニットは、前記テーブル選択ユニットが前記RRC Connection Setupシグナリングを受信して、前記一つのテーブルを選択した後に、設定完了を示すRRC Connection Setup Completeシグナリングを前記基地局に送信し、
    前記インデックスは、前記一つのテーブルにおける前記端末の前記バッファにおけるデータ量を示す情報であって、前記第一テーブル及び前記少なくとも一つの第二テーブルから選択されたデータ量区間を示し、
    前記基地局は、
    前記端末から前記インデックスを受信するインデックス受信ユニットと、
    前記インデックスに応じて、前記端末の前記バッファにおけるデータ量を確定するデータ量確定ユニットと、
    を含み、
    前記インデックス受信ユニットは、前記端末から、前記設定完了を示すRRC Connection Setup Completeシグナリングを受信する、通信システム。
JP2016117662A 2016-06-14 2016-06-14 バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム Active JP6308246B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016117662A JP6308246B2 (ja) 2016-06-14 2016-06-14 バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016117662A JP6308246B2 (ja) 2016-06-14 2016-06-14 バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2014144529A Division JP2014197907A (ja) 2014-07-14 2014-07-14 バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2018047625A Division JP6658784B2 (ja) 2018-03-15 2018-03-15 バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム

Publications (2)

Publication Number Publication Date
JP2016181925A JP2016181925A (ja) 2016-10-13
JP6308246B2 true JP6308246B2 (ja) 2018-04-11

Family

ID=57132771

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016117662A Active JP6308246B2 (ja) 2016-06-14 2016-06-14 バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム

Country Status (1)

Country Link
JP (1) JP6308246B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111295905A (zh) * 2017-11-14 2020-06-16 富士通株式会社 无线终端、无线基站、无线通信系统、缓存状态报告的传输方法
CN118614130A (zh) * 2022-01-28 2024-09-06 中兴通讯股份有限公司 缓冲区状态报告（bsr）技术

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101831281B1 (ko) * 2010-04-06 2018-02-23 삼성전자주식회사 이동통신 시스템에서 스케줄링 정보를 처리하는 방법 및 장치
US9413498B2 (en) * 2010-05-26 2016-08-09 Innovative Sonic Corporation Method and apparatus for handling buffer status reporting in a wireless communication system

Also Published As

Publication number Publication date
JP2016181925A (ja) 2016-10-13

Similar Documents

Publication Publication Date Title
JP5795365B2 (ja) バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム
JP2019537379A (ja) 符号化方式判定方法および装置
EP3637662B1 (en) Data transmission method, and new as sublayer entity
CN105491618B (zh) 终端、基站和通信系统
WO2014043902A1 (zh) 下行控制信息传输的方法、网络侧设备及用户设备
EP3661311B1 (en) Resource indication method, system, computer readable storage medium and computer program product
CN109803408B (zh) 信道状态信息报告的传输方法及通信设备
EP4132141A1 (en) Device-to-device based resource determination method, and device
JP6308246B2 (ja) バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム
JP2014197907A (ja) バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム
WO2017049638A1 (zh) 数据发送方法、用户设备和网络设备
WO2019153207A1 (zh) 动态指示qfi的方法和用户设备
JP6658784B2 (ja) バッファ状態報告の報告方法、取得方法、端末、基地局及び通信システム
TWI717671B (zh) 一種傳輸方法、終端及基地台
RU2574807C1 (ru) Способ сообщения отчета о состоянии буфера терминала (bsr), способ получения для получения bsr от базовой станции и соответствующие терминал, базовая станция, система связи
WO2018058453A1 (zh) 通信方法、终端设备和基站
CN104780577A (zh) 一种数据资源在小区间进行切换传输的方法和设备
WO2024097082A1 (en) Buffer size optimization in xr
CN115150029A (zh) 物理上行共享信道重复传输方法、装置及可读存储介质
CN110932821A (zh) 一种控制信息传输方法、装置、设备及存储介质
WO2019024085A1 (zh) 调制编码方式确定方法、装置及系统

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170630

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170718

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170919

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: 20180213

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180226

R150 Certificate of patent or registration of utility model

Ref document number: 6308246

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150