JP2013534759A - バッファサイズインデックスの報告方法及び報告システム - Google Patents

Abstract

【課題】より効率的且つ合理的なリソースの割り当てを実現するための、バッファサイズインデックスの報告方法及び報告システムを提供すること。
【解決手段】本発明は、バッファサイズインデックスの報告方法及び報告システムを開示する。前記方法は、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定する。前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得される。ユーザ端末（ＵＥ）は、バッファ状態レポート（ＢＳＲ）を報告するとき、予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得し、ＢＳＲを介して基地局に送信する。本発明に係る方法及びシステムによれば、キャリアアグリゲーションにおけるスケジューリング効率を効果的に向上させ、リソースの合理的な割り当てを保証することができる。
【選択図】図１

Description

本発明は、無線通信技術分野に関し、特に、無線ネットワークにおけるバッファサイズインデックスの報告方法及び報告システムに関する。

第３世代モバイル通信ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの発展型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）では、アップリンクデータは、物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）を介して伝送される。アップリンク無線リソースは、発展型基地局（ｅＮＢ：Ｅｖｏｌｖｅｄ ＮｏｄｅＢ）により各ユーザ端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に割り当てられる。Ｅ−ＵＴＲＡＮによって採用されるアクセス技術は、直交波周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術であり、Ｅ−ＵＴＲＡＮシステムの無線リソース管理は、第２世代モバイル通信システムと比べて、広帯域であったり、マルチタイムプロセスであったりといった特徴を有している。Ｅ−ＵＴＲＡＮシステムの無線リソースは、時間領域と周波数領域の２次元で表され、従って、無線リソースで搬送可能なユーザの数が大いに増加する。

ＬＴＥシステムの無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は、ＲＲＣメッセージを送信することで、ＵＥとｅＮＢとの間のＲＲＣ層リンクの確立や、システムパラメータの設定、ＵＥ能力パラメータの伝送等の多くの処理を実現する。ここで、ダウンリンクのＲＲＣメッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）で送信される。例えば、セルの周波数や、セルのシステム帯域幅、その他の情報などのシステムに関連する複数の共通パラメータは、ｅＮＢによってブロードキャストメッセージを介して、セル内の全てのＵＥに送信される。このブロードキャストメッセージは、物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）で送信される。

各ＵＥの要求に応じて、各ＵＥにリソースを割り当てたり、サービスを提供したりして、アップリンク伝送において、よりよい多重化機能を実現するとともに、柔軟、効率的、かつ十分にシステム帯域幅を利用するために、ＬＴＥシステムでは、ユーザのアップリンク伝送リソース割り当てのための専用の制御メッセージが設定される。ここで、物理アップリンク共有チャネル（ＰＵＳＣＨ）へのリソース割り当てを行う専用の制御メッセージは、ｅＮＢによってＵＥに送信される。このリソース割り当てのための制御メッセージは、アップリンクグラント（ＵＬ Ｇｒａｎｔ：ＵｐＬｉｎｋ Ｇｒａｎｔ）とも称され、このＵＬ Ｇｒａｎｔは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で送信される。

各ＵＥに無線リソースを合理的に割り当てることを保証するために、ＬＴＥシステムは、ＵＥがＵＥ自身のバッファに記憶されたデータ量状態を報告することを要求している。このレポートは、バッファ状態レポート（ＢＳＲ：Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）の形式でｅＮＢに報告される。ＬＴＥシステムでは、ＵＥのロジックチャネル（ＬＣＨ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）は、その優先度に応じて、４つのロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）に分けられる。バッファ状態レポート（ＢＳＲ）は、各ロジックチャネルグループ（ＬＣＧ）のグループ番号と、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちのデータ量のサイズを示すバッファサイズインデックスとを含む。バッファ状態レポート（ＢＳＲ）において報告されるバッファサイズインデックスは、ＵＥが、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量に応じて、予め設定されたテーブルを検索することで取得される。各ロジックチャネルグループ（ＬＣＧ）のバッファサイズインデックスは、それぞれ６ビット（ｂｉｔ）で表され、６４個のバッファサイズインデックスを示すことができる。ＬＴＥシステムで予め設定されたバッファサイズインデックステーブルの具体的な内容が、以下の表１（ＢＳＲ ｔａｂｌｅ１）に示されている。

表１において、Ｉｎｄｅｘは、バッファサイズインデックスを表しており、Ｂｕｆｆｅｒ Ｓｉｚｅ（ＢＳ） ｖａｌｕｅは、バッファサイズインデックスに対応するバッファデータ量を表している。ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するときに、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量に応じて、テーブルを検索し、対応するバッファサイズインデックスを報告する。

テーブル１に対する検索結果に応じて、バッファ状態レポート（ＢＳＲ）において報告される各ロジックチャネルグループ（ＬＣＧ）のバッファサイズインデックスは、全てＬＴＥシングルキャリアシステムに適用することができる。現在及び将来において急速に成長する様々な無線サービスの要求に適応するために、ＬＴＥの次の進化型標準、即ちＬＴＥアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ）標準への移行も既に開始されている。

ＬＴＥ−Ａｄｖａｎｃｅｄは、国際電気通信連合（ＩＴＵ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ）の国際モバイル通信アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ−Ａｄｖａｎｃｅｄ）に対する要求を満たすために、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）組織によって提案された標準的なＬＴＥ−Ａｄｖａｎｃｅｄシステムであり、ＬＴＥ ｒｅｌｅａｓｅ８システムに基づく進化型バージョンである。ＬＴＥ−Ａｄｖａｎｃｅｄは、ＩＭＴ−Ａｄｖａｎｃｅｄの基本的要求を満たすために、多くの新しい技術を導入しており、これらの技術のうち、最も重要な技術はキャリアアグリゲーションである。

現在、無線周波数スペクトルリソースの不足のため、世界中の各モバイル事業者の持つ周波数スペクトルリソースは、多くの場合ばらばらである。ＩＭＴ−Ａｄｖａｎｃｅｄによって要求されるピーク速度の指標は高く（高移動性で１００Ｍｂｐｓをサポートし、低移動性で１Ｇｂｐｓをサポートすることが要求される）、現在のＬＴＥの標準的な最大帯域幅（２０ＭＨｚ）では、ＩＭＴ−Ａｄｖａｎｃｅｄによる要求を満たすことができない。従って、帯域幅をより広い帯域幅に拡張する必要がある。例えば、周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）では、最大で８０ＭＨｚをサポートするように帯域幅が拡張され、また、時間分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）では、最大で１００ＭＨｚをサポートするように帯域幅が拡張される。これにより、ＵＥにより伝送可能なデータ量がＬＴＥにと比べて、数倍にまで増加した。帯域幅の拡張以外では、高速を実現するために、マルチインプットマルチアウトプット（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）が採用されており、このＭＩＭＯもＬＴＥ−Ａｄｖａｎｃｅｄシステムのスループットを向上させるためのコア技術である。ＬＴＥ−Ａの初期バージョンを一例として、アップリンク帯域幅の増加（ＬＴＥ帯域幅の５倍）と、アップリンクダブルキャリアＭＩＭＯ（ＬＴＥシングルキャリアの２倍）とを総合的に考慮した場合、ＬＴＥ−Ａシステムの初期バージョンにおいて、ＵＥのアップリンク速度はＬＴＥの１０倍にまで達する。

表１に示すように、ＬＴＥシステムで予め設定されたＢＳＲ ｔａｂｌｅは、細粒度で最大１５０Ｋのデータを表すことしかできず、１５０Ｋより大きいほかの全てのサービスは、全て同じＢＳＲグレード（グレード６３）に属することになる。ＬＴＥ−Ａシステムにおいてデータ流通量が増加した後も、依然としてＬＴＥシステムで予め設定されたＢＳＲテーブルを使用してしまうと、ＬＴＥ−Ａサービスのスループットが大きいせいで、ネットワークがＵＥの１５０Ｋ〜１５００Ｋのバッファ状態を区別することができない。このため、リソースを効率的且つ合理的に割り当てられることが困難となるといった問題を招いてしまう。

これに鑑みて、本発明の主な目的は、より効率的且つ合理的なリソースの割り当てを実現するための、バッファサイズインデックスの報告方法及び報告システムを提供することにある。

上記目的を達成するために、本発明の技術案は以下のように実現される。
本発明は、バッファサイズインデックスの報告方法を提供する。
当該方法は、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得され、
ユーザ端末（ＵＥ:Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
前記ＵＥが、検索によって取得されたバッファサイズインデックスを、ＢＳＲを介して前記基地局に送信する。

好ましくは、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されることで取得され、
第１のテーブルに基づいて最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
Ｎ_{ＬＴＥ−Ａ}の値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、
前記Ｂ_{ｍｉｎ−Ａ}、前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、
決定された設計関数に応じて、第２のテーブルを予め設定する。

好ましくは、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されることで取得され、
第１のテーブルに基づいて最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
第１のテーブルのバッファサイズインデックスをｋ_ｍａｘに拡張し、前記ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、Ｂ_{ｋ−ｍａｘ}は、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ_ｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
第２のテーブルとして、拡張後の第１のテーブルにおけるＢ_ｋ＝Ｂ_{ｍｉｎ−Ａ}〜Ｂ_{ｋ−ｍａｘ}のバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、Ｎ_{ＬＴＥ−Ａ}であり、Ｎ_{ＬＴＥ−Ａ}の値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される。

好ましくは、前記第２のテーブルは、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得され、
最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やした後、更に、
ＬＴＥによって使用される最小バッファサイズＢ_ｍｉｎ、並びに前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。

好ましくは、更に、
前記ＵＥが、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する。

本発明は、バッファサイズインデックスの報告システムをさらに提供する。
当該システムは、テーブルプリセットモジュールと、ユーザ端末（ＵＥ:Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、基地局とを含み、
前記テーブルプリセットモジュールは、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得され、
前記ＵＥは、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
前記基地局は、前記ＵＥによって報告されたＢＳＲから、バッファサイズインデックスを取得する。

好ましくは、前記テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
Ｎ_{ＬＴＥ−Ａ}の値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、前記Ｂ_{ｍｉｎ−Ａ}、前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。

好ましくは、前記テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
第１のテーブルのバッファサイズインデックスをｋ_ｍａｘに拡張し、前記ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、前記Ｂ_{ｋ−ｍａｘ}は、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ_ｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
第２のテーブルとして、拡張後の第１のテーブルにおけるＢ_ｋ＝Ｂ_{ｍｉｎ−Ａ}〜Ｂ_{ｋ−ｍａｘ}のバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、Ｎ_{ＬＴＥ−Ａ}であり、Ｎ_{ＬＴＥ−Ａ}の値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される。

好ましくは、前記テーブルプリセットモジュールは、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やした後、更に、
ＬＴＥによって使用される最小バッファサイズＢ_ｍｉｎ、並びに前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。

好ましくは、前記ＵＥは、更に、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する。

本発明に係るバッファサイズインデックスの報告方法及び報告システムによれば、バッファ状態レポートによってＵＥから報告されたバッファサイズインデックスに応じて、基地局がアップリンクグラントを割り当てることができ、これにより、アップリンクグラントがさらに合理的且つ正確になる。これにより、キャリアアグリゲーション（即ちマルチキャリアシステム）におけるスケジューリング効率を効果的に向上させることができ、また、リソースの合理的な割り当てを保証することができる。

本発明に係るバッファサイズインデックスの報告方法を示すフローチャートである。

以下、添付図面及び具体的な実施形態に合わせて本発明の技術案をさらに詳しく説明する。

ＬＴＥシステムのバッファサイズインデックステーブルにおいて、各バッファサイズは、指数分布関数に従って設計される。具体的な設計関数は、以下の式（１）によって示される。

ここで、Ｂ_０＝０であり、つまり、バッファサイズインデックスが０である場合、バッファサイズが０で表される。バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ−１）である場合、このバッファサイズインデックスによって表されるバッファサイズ範囲は、下限値Ｂ_ｋ−１、上限値Ｂ_ｋの左開右閉区間とされる。対応して、即ち、Ｂ_ｋは、ＢＳＲ ｔａｂｌｅ１においてバッファサイズインデックスＩｎｄｅｘ＝ｋである場合に、このバッファサイズインデックスによって表されるバッファサイズの範囲の上限値を表し、Ｂ_ｋ−１は、ＢＳＲ ｔａｂｌｅ１においてバッファサイズインデックスＩｎｄｅｘ＝ｋである場合に、このバッファサイズインデックスによって表されるバッファサイズ範囲の下限値を表す。Ｂ_ｍｉｎは、最小非零バッファサイズ（最小バッファサイズと略称）を表し、ＬＴＥでは１０Ｂｙｔｅｓである。Ｂ_ｍａｘは、最大バッファサイズを表し、ＬＴＥでは１５００００Ｂｙｔｅｓである。Ｎは、最大バッファサイズインデックスを表し、ＬＴＥでは６３である。バッファサイズインデックス６３は、統一的に、バッファサイズが１５００００Ｂｙｔｅｓよりも大きいものを表すことに用いられる。即ち、バッファサイズが１５００００Ｂｙｔｅｓより大きいものに対しては、ＬＴＥシステムでは、バッファサイズインデックスは区分されない。ＬＴＥシステムでは、上記バッファサイズの設計関数及び対応するパラメータ値に基づく計算により取得されるバッファサイズインデックステーブルの相対インデックス誤差は、約１５％である。当該相対インデックス誤差は、システムのスケジューリング効率、バッファ状態レポート（ＢＳＲ）によって報告されるシグナリングのコスト（オーバーヘッド）等の要素を総合的に考慮することによって選択される。ここで、上記相対インデックス誤差の計算式は、以下の式（２）によって表される。

キャリア・アグリゲーションとアップリンクＭＩＭＯがＬＴＥ−Ａシステムに導入された後、ＬＴＥ−Ａシステムでは、ＬＴＥシステムと比べて、ＵＥのアップリンク速度が大きく改善された。改善されるその具体的な倍数は、アグリゲーション可能なアップリンクキャリアの最大数と、採用されるアップリンクＭＩＭＯの階層数に依存する。ＬＴＥ−Ａシステムのアップリンク最大速度、即ちＬＴＥ−Ａシステムの最大バッファサイズＢ_{ｍａｘ−Ａ}は、以下の式（３）によって表される。

ここで、Ｎ＿ＣＣは、アグリゲーション可能なアップリンクキャリアの最大数であり、αは、採用されるアップリンクＭＩＭＯの階層数である。ＬＴＥ−Ａの初期バージョンにおいて、Ｎ＿ＣＣ＝５、α＝２であるので、Ｂ_{ｍａｘ−Ａ}＝１５０００００Ｂｙｔｅｓである。特別な説明がない限り、本発明で使用されるＢ_{ｍａｘ−Ａ}は、全てＬＴＥ−Ａの初期バージョンにおける上記値が採用される。後続のＬＴＥ−Ａにサポートされるアグリゲーション可能なアップリンクキャリア数又はアップリンクＭＩＭＯ階層数が改善されたとしても、本発明に係る実施形態における方法は同様に適用可能である。

ＬＴＥ−Ａシステムにおいてデータ流通量が増加した後も、依然としてＬＴＥシステムで予め設定されたＢＳＲテーブルを使用してしまうと、ＬＴＥ−Ａサービスのスループットが大きいせいで、ネットワークが１５０Ｋ〜１５００ＫのＵＥのバッファ状態を区分することができない。このため、リソースを効率的且つ合理的に割り当てることができないといった問題を招いてしまう。上記問題を解決するために、最も簡単な方法は、式（１）中のＢ_ｍａｘ値を、直接的に拡大するといった方法である（即ちＢ_ｍａｘ＝Ｂ_{ｍａｘ−Ａ}とし、他のパラメータ値を変えない）。このような処理の一つの欠点は、新たなバッファサイズインデックステーブルの相対インデックス誤差が約３％に高まり、スケジューリング効率が低下してしまうといった点にある。ＬＴＥ−Ａ ＵＥがＬＴＥ−Ａにおける基地局で単一キャリアのみで動作する場合でも、ＵＥが新たなバッファサイズインデックステーブルを検索してバッファ状態レポート（ＢＳＲ）を報告すると、スケジューリング効率がある程度低下してしまう。このため、リソースを効率的且つ合理的に割り当てることができず、ＬＴＥ−Ａ ＵＥが単一キャリアで動作する場合のスケジューリングの誤差がＬＴＥ ＵＥの誤差よりも高くなってしまう。

本発明に係るＬＴＥ−Ａシステムにおけるバッファサイズインデックスの報告方法は、図１に示すように、主に以下のステップを含む。

ステップ１０１では、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定する。第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ）システムで使用されるバッファサイズインデックステーブルである。第２のテーブルは、第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで得られるテーブルである。

ステップ１０２では、ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得する。

ステップ１０３では、ＵＥは、検索によって取得されたバッファサイズインデックスを、バッファ状態レポート（ＢＳＲ）を介して前記基地局に送信する。

システムで予め設定される２つのバッファサイズインデックステーブルは、第１のテーブル（ＢＳＲ ｔａｂｌｅ１）と第２のテーブル（ＢＳＲ ｔａｂｌｅ２）である。ここで、第１のテーブルは、前記表１に示すように、ＬＴＥシステムによって使用されるバッファサイズインデックステーブルであり、第２のテーブルは、表１に基づいて予め設定されるテーブルである。第２のテーブルを設定する方案としては、以下に示す２種類の方案がある

方案１、表１に基づいて、最小バッファサイズ（高められたＬＴＥ−Ａ最小バッファサイズをＢ_{ｍｉｎ−Ａ}と記する）と、最大バッファサイズ（高められたＬＴＥ−Ａ最大バッファサイズをＢ_{ｍａｘ−Ａ}と記する）とを高め、Ｎ_{ＬＴＥ−Ａ}の値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下（即ちＬＴＥ−Ａシステムの最大バッファサイズインデックスＮ_{ＬＴＥ−Ａ}≦６３）に設定する。当該方案による相対インデックス誤差は、表１と同じであるか、又は表１と比べて減少する。

方案１を基にして、Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}等のパラメータに応じて、第２のテーブルを予め設定する。この場合、以下の２種類の方式を採用することができる。

方式１、Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}に応じて、第２のテーブルの具体的な設計関数を決定し、決定された具体的な設計関数に応じて、第２のテーブルを設定する。

方式２、まず表１のバッファサイズインデックスの個数をｋ_ｍａｘに拡張する。ここで、ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値である。拡張後の第１のテーブルにおけるＢ_ｋ＝Ｂ_{ｍｉｎ−Ａ}〜Ｂ_{ｋ−ｍａｘ}のバッファサイズインデックスを第２のテーブルとして抜き出す。第２のテーブルにおけるトータルのバッファサイズインデックスは、Ｎ_{ＬＴＥ−Ａ}である。

ここで、Ｂ_{ｋ−ｍａｘ}は、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ_ｍａｘである場合に、計算によって取得された当該バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を表す。

方案２、表１に基づいて、最大バッファサイズ（Ｂ_{ｍａｘ−Ａ}）を高め、かつ、バッファサイズインデックス（Ｎ_{ＬＴＥ−Ａ}）を増やす。当該方案の相対インデックス誤差は、表１と同様である。

Ｂ_ｍｉｎ、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}に応じて、第２のテーブルの具体的な設計関数を決定し、決定された具体的な設定関数に応じて、第２のテーブルを設定する。

上記２種類の方案において、第２のテーブルにおける各バッファサイズインデックスは、ｋ＝０、１・・・Ｎ_{ＬＴＥ−Ａ}である。ＵＥは、バッファ状態レポートを報告するとき、第１のテーブル又は第２のテーブルのバッファサイズインデックスを選択して報告する。

本発明の目的、技術案及び利点がさらに明らかになるように、以下、具体的な実施形態に合わせて上記２種類の方案を詳しく説明する。

本発明の実施形態１では、方案１における方式２によって第２のテーブルが予め設定される。

方案Ａ：Ｂ_{ｍａｘ−Ａ}とＮ_{ＬＴＥ−Ａ}に応じて、第２のテーブルの具体的な設計関数を決定する。

まず、式（４）に従って計算を行う。ここで、ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、仮に本実施形態でＢ_{ｍａｘ−Ａ}＝１５０００００であるとすると、計算によって取得されるｋ_ｍａｘは、７７である。第２のテーブルの最大バッファサイズインデックスはＮ_{ＬＴＥ−Ａ}であり、本実施形態においてＮ_{ＬＴＥ−Ａ}＝６３であってもよい。従って、第２のテーブルの具体的な設計関数は、以下の式（４−１）によって表される。

ここで、Ｂ^〜 _ｋは、第２のテーブルにおいてバッファサイズインデックスがｋである場合に、当該バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を表す。Ｂ_{ｋ＋ｋｍａｘ−ＮＬＴＥ−Ａ＋１}は拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ＋ｋ_ｍａｘ−Ｎ_{ＬＴＥ−Ａ}＋１である場合に、当該バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を表す。

方案Ｂ：Ｂ_{ｍａｘ−Ａ}とＢ_{ｍｉｎ−Ａ}に応じて、第２のテーブルの具体的な設計関数を決定する。

まず式（５）に従って計算を行う。ここで、ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、ｋ_ｍｉｎは、Ｂ_ｋｍｉｎ≧Ｂ_{ｍｉｎ−Ａ}を満たす最小値である。仮に本実施形態でＢ_{ｍａｘ−Ａ}＝１５０００００、Ｂ_{ｍｉｎ−Ａ}＝１５００００であるとすると、計算によって取得されるｋ_ｍａｘは、７７であり、ｋ_ｍｉｎは、６３である。従って第２のテーブルの具体的な設計関数は、以下の式（５−１）によって表される。

上記の式によれば、Ｎ_{ＬＴＥ−Ａ}＝ｋ_ｍａｘ−ｋ_ｍｉｎ＋１が得られ、上記実施形態においてＮ_{ＬＴＥ−Ａ}＝１５が得られる。

第２のテーブルの具体的な設計関数を生成するための２種類の設計方案は、具体的に拡張後の表１に基づいて抜き出して第２のテーブルを生成する場合に、以下の方案が更に実行されてもよい。

方案Ａ−１（上記方案Ａに基づく）：Ｂ^〜 _０＝０であり、つまり、バッファサイズインデックスが０である場合、バッファサイズが０で表される。バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合、このバッファサイズインデックスにより表されるバッファサイズ範囲は、下限値Ｂ^〜 _ｋ−１、上限値Ｂ^〜 _ｋの左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズは、Ｂ^〜 _{ＮＬＴＥ−Ａ−１}よりも大きい。

表２には、好適な本実施形態の前記方法に応じて拡張後の表１を抜き出すことによって取得された第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。本実施形態では、Ｎ_{ＬＴＥ−Ａ}＝６３であり、Ｂ^〜 _１＝Ｂ_１６＝１０７、Ｂ^〜 _{ＮＬＴＥ−Ａ−１}＝Ｂ_{ｍａｘ−Ａ}＝１５９５８７６である。

なお、表２においてバッファサイズインデックスＩｎｄｅｘ＝６２である場合、このインデックスにより表されるバッファサイズの上限は、Ｂ_ｋｍａｘ≧Ｂ_{ｍａｘ−Ａ}を満たす最小値、即ち１５９５８７６とされる。ＬＴＥ−Ａの最大アップリンク速度を確実に示すために、当該上限値は、手動でＢ_{ｍａｘ−Ａ}＝１５０００００に設定されてもよい。即ちＩｎｄｅｘ＝６２である場合、表２に表されるバッファサイズは、１３６３１３４＜ＢＳ≦１５０００００とされ、Ｉｎｄｅｘ＝６３である場合、表２に表されるバッファサイズはＢＳ＞１５０００００とされる。

方案Ａ−２（上記方案Ａに基づく）：Ｂ^〜 _０＝０とされ、バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合、このバッファサイズインデックスにより表されるバッファサイズ範囲は、下限値Ｂ^〜 _ｋ−１、上限値Ｂ^〜 _ｋの左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズは、Ｂ^〜 _{ＮＬＴＥ−Ａ−１}よりも大きい。

表３には、好適な本実施形態の前記方法に応じて、拡張後の表１を抜き出すことによって取得された第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。本実施形態では、Ｎ_{ＬＴＥ−Ａ}＝６３であり、Ｂ^〜 _１＝Ｂ_１５＝９１、Ｂ^〜 _{ＮＬＴＥ−Ａ−１}＝Ｂ_{ｍａｘ−Ａ}＝１５９５８７６である。

方案Ｂ−１（上記方案Ｂに基づく）：バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合、このバッファサイズインデックスにより表されるバッファサイズ範囲は、下限値Ｂ^〜 _ｋ、上限値Ｂ^〜 _ｋ＋１の左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズは、Ｂ^〜 _{ＮＬＴＥ−Ａ−１}よりも大きい。

表４には、好適な本実施形態の前記方法に応じて、拡張後の表１を抜き出すことによって取得された第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。本実施形態では、Ｂ_{ｍｉｎ−Ａ}＝１５００００、Ｂ_{ｍａｘ−Ａ}＝１５０００００であり、Ｎ_{ＬＴＥ−Ａ}＝１５である。

ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂ_ｍａｘの場合、第１のテーブル又は第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。また、ｘ≧Ｂ_ｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。あるいは、ｘ≦Ｂ_{ｍｉｎ−Ａ}の場合、ＵＥは、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告し、ｘ＞Ｂ_{ｍｉｎ−Ａ}の場合、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、上記バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて、第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。

あるいは、ＵＥがバッファ状態レポート（ＢＳＲ）を報告するとき、ＵＥは、ＵＥと基地局との間の規約又は基地局の指示に従って、第１のテーブル又は第２のテーブルを選択、検索し、検索によって取得されたバッファサイズインデックスを基地局に報告する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥと基地局との間の規約又はこの前にＵＥへ送信した指示に従って、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索することにより、ＵＥのバッファサイズを取得することができる。ＵＥと基地局との間の規約は、具体的には、以下のようなものである。基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つを超える場合、第２のテーブルが選択されて検索が行われる。逆に、基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つだけである場合、第１のテーブルが選択されて検索が行われる。ＵＥが基地局の指示に従って第１のテーブル又は第２のテーブルを選択、検索する処理は、具体的には、以下のようなものである。基地局が第１のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第１のテーブルを検索し、基地局が第２のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第２のテーブルを検索する。

本発明の実施形態１では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差に等いため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、Ｎ_{ＬＴＥ−Ａ}が６３である場合、ＵＥは、引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。

本発明の実施形態２では、方案１における方式１に基づいて第２のテーブルが予め設定される。

本実施形態２では、方案１における方式１に記載の方法が採用されてテーブルが予め設定され、これにより、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差に等しくなることが保証される。同時に良好な下位互換性とシンプルなプロトコル様式を保証するために、Ｎ_{ＬＴＥ−Ａ}は６３とされる。Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}に基づいて第２のテーブルの具体的な設計関数を決定する。

ここで、Ｂ_{ｍｉｎ−Ａ}＝１０７、Ｎ_{ＬＴＥ−Ａ}＝６３である。

具体的には、第２のテーブルの設計関数に応じて、第２のテーブルが生成される場合、以下の２種類の方案が実行される。

方案１（式（６）に基づく）：Ｂ_０＝０とされ、つまり、バッファサイズインデックスが０である場合、バッファサイズが０であると表される。バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合、このバッファインデックスにより表されるバッファサイズの範囲は、下限値Ｂ_ｋ−１、上限値Ｂ_ｋの左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズは、Ｂ_{ＮＬＴＥ−Ａ−１}よりも大きい。

表５には、好適な本実施形態の方案１の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。

方案２（式６−１に基づく）：Ｂ_０＝０とされ、バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合に、このバッファサイズインデックスにより表されるバッファサイズの範囲は下限値Ｂ_ｋ−１、上限値Ｂ_ｋの左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズは、Ｂ_{ＮＬＴＥ−Ａ}よりも大きい。

表６には、好適な本実施形態の方案２の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。

ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するときに、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂ_ｍａｘの場合、第１のテーブル又は第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂ_ｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。あるいはは、ｘ≦Ｂ_{ｍｉｎ−Ａ}の場合、ＵＥは、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告し、ｘ＞Ｂ_{ｍｉｎ−Ａ}の場合、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、上記バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。

あるいは、ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ＵＥと基地局との間の規約又は基地局の指示に従って、第１のテーブル又は第２のテーブルを選択、検索し、検索によって取得されたバッファサイズインデックスを基地局に報告する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥと基地局との間の規約又はこの前ＵＥへ送信した指示に従って、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索することによって、ＵＥのバッファサイズを取得することができる。ＵＥと基地局との間の規約は、具体的には、以下のようなものである。基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が1つを超える場合、第２のテーブルを選択されて、検索が行われる。逆に、基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つだけである場合、第１のテーブルが選択されて検索が行われる。ＵＥが基地局の指示に従って第１のテーブル又は第２のテーブルを選択、検索する処理は、具体的には、以下のようなものである。基地局が第１のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第１のテーブルを検索し、基地局が第２のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第２のテーブルを検索する。

本発明の実施形態２では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差に等しいため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、Ｎ_{ＬＴＥ−Ａ}が６３である場合、ＵＥが引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。

本発明の実施形態３では、方案１における方式１に基づいて第２のテーブルが予め設定される。

本実施形態では、方案１における方式１に記載の前記方法が採用されて第２のテーブルが予め設定され、式（６−１）を使用して、Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}に基づいて第２のテーブルの具体的な設計関数が決定される。

即ち第１のテーブルにおける最大誤差を取り、Ｎ_{ＬＴＥ−Ａ}が６３であり、Ｂ_{ｍａｘ−Ａ}＝１５０００００である。

第２のテーブルの具体的な設計関数に従って、第２のテーブルを生成する場合、Ｂ_０＝１０２８７とされ、バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合、このバッファサイズインデックスにより表されるバッファサイズの範囲は、下限値Ｂ_ｋ、上限値Ｂ_ｋ＋１の左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズは、Ｂ_{ＮＬＴＥ−Ａ}よりも大きい。

表７には、好適な本実施形態の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。

ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂ_ｍａｘの場合、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂ_ｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。又は、ｘ≦Ｂ_{ｍｉｎ−Ａ}の場合、ＵＥは、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告し、ｘ＞Ｂ_{ｍｉｎ−Ａ}の場合、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、上記バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。

あるいは、ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ＵＥと基地局との間の規約又は基地局の指示に従って、第１のテーブル又は第２のテーブルを選択、検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥと基地局との間の規約又はこの前にＵＥへ送信した指示に従って、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブルか第２のテーブルを検索することによって、ＵＥのバッファサイズを取得することができる。ＵＥと基地局との間の規約は、具体的には、以下のようなものである。基地局によりＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つを超える場合、第２のテーブルが選択されて、検索が行われる。逆に、基地局によりＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つだけである場合、第１のテーブルが選択されて、検索が行われる。ＵＥが基地局の指示に従って第１のテーブル又は第２のテーブルを選択、検索する処理は、具体的には、以下のようなものである。基地局が第１のテーブルに基づいて検索するようにＵＥに指示した場合に、ＵＥは、基地局から送信された指示に従って第１のテーブルを検索し、基地局が第２のテーブルに基づいて検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第２のテーブルを検索する。

本発明の実施形態３では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差より小さいため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、Ｎ_{ＬＴＥ−Ａ}が６３である場合、ＵＥが引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。本実施形態では、第２のテーブルの相対イデックス誤差が第１のテーブルの相対インデックス誤差よりも小さく、さらに効率的にリソースの割り当て効率を高めることができる。実際に、第１のテーブルの相対インデックス誤差は、許容可能な相対インデックス誤差であることが検証されており、従って、本実施形態では、第２のテーブルと第１のテーブルが同じ相対インデックス誤差を持つように維持される。即ち、Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}が上述の値に維持される。Ｎ_{ＬＴＥ−Ａ}の値を小さくすることで、マルチキャリアシステムにおけるリソーススケジューリングの有効性を保証することもできる。好適な本実施形態において、Ｎ_{ＬＴＥ−Ａ}が小さくされた後のテーブルの内容については、詳しく説明しない。

本発明の実施形態４では、方案１における方式１に基づいて第２のテーブルが予め設定される。

本実施形態では、方案１における方式１に記載の方法が採用されて第２のテーブルを予め設定され、Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}に基づいて第２のテーブルの具体的な設計関数が決定される。

ここで、Ｂ_{ｍｉｎ−Ａ}＝１５００００、即ち第１のテーブルにおける最大バッファサイズを取り、Ｎ_{ＬＴＥ−Ａ}が６３であり、Ｂ_{ｍａｘ−Ａ}＝１５０００００である。

第２のテーブルの具体的な設計関数に従って、第２のテーブルを生成する場合において、バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ_{ＬＴＥ−Ａ}−１）である場合、このバッファサイズインデックスにより表されるバッファサイズの範囲は、下限値Ｂ_ｋ＋１、上限値Ｂ_ｋ＋２の左開右閉区間とされる。バッファサイズインデックスがＮ_{ＬＴＥ−Ａ}である場合、バッファサイズはＢ_{ＮＬＴＥ−Ａ}よりも大きい。

表８には、好適な本実施形態の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。

ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂ_ｍａｘの場合、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂ_ｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。

本発明の実施形態４では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差よりも小さいため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、Ｎ_{ＬＴＥ−Ａ}が６３である場合、ＵＥが引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。本実施形態では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差よりも小さく、さらに効率的にリソースの割り当て効率を高めることができる。実際に、第１のテーブルの相対インデックス誤差は、許容可能な相対インデックス誤差であることが検証されており、従って、本実施形態では、第２のテーブルと第１のテーブルが同じ相対インデックス誤差を持つように維持される。即ちＢ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}が上述の値に維持される。Ｎ_{ＬＴＥ−Ａ}の値を小さくすることで、マルチキャリアシステム内のリソーススケジューリングの有効性を保証することもできる。好適な本実施形態において、Ｎ_{ＬＴＥ−Ａ}が小さくされた後のテーブルの内容については、詳しく説明しない。

本発明の実施形態５では、方案２に基づいて第２のテーブルが予め設定される。

本実施形態では、第２のテーブルにおける最初の６４個のバッファサイズインデックスによって示されるバッファサイズが第１のテーブルのバッファサイズと完全に一致することを保証するとともに、１５０Ｋｂｙｔｅｓ〜１５００Ｋｂｙｔｅｓのバッファサイズインデックスの相対インデックス精度を１５％に維持することを保証するために、第２のテーブルは、第１のテーブルに基づいて、最大バッファサイズが高められ、バッファサイズインデックスが増やされる。第２のテーブルの具体的な設計関数は、Ｂ_{ｍａｘ−Ａ}、Ｎ_{ＬＴＥ−Ａ}に基づいて決定される。

ここで、Ｂ_{ｍｉｎ−Ａ}＝Ｂ_ｍｉｎ、Ｂ_{ｍａｘ−Ａ}＝１５０００００、Ｎ_{ＬＴＥ−Ａ}＝７８である。表９には、好適な本実施形態の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。実施形態５では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対イデックス誤差に等しく、また、統一的な相対インデックス誤差を用いて１０Ｂｙｔｅ〜１５００Ｋｂｙｔｅｓのバッファサイズを示すことができるため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。

ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂ_ｍａｘの場合、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂ_ｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、バッファ状態レポート（ＢＳＲ）において、ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。

以上の全ての実施形態において、ＬＴＥ−ＡシステムにアクセスしたＬＴＥ ＵＥは、引き続き第１のテーブルを検索してバッファ状態レポート（ＢＳＲ）を報告する。

上記バッファサイズインデックスの報告方法に対応して、本発明は、バッファサイズインデックスの報告システムを更に提供する。このシステムは、テーブルプリセットモジュール、ＵＥ及び基地局を含む。ここで、テーブルプリセットモジュールは、２つのバッファサイズインデックステーブル、即ち第１のテーブルと第２のテーブルを予め設定する。第１のテーブルは、ＬＴＥシステムによって使用されるバッファサイズインデックステーブルであり、第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで得られたテーブルである。ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちのデータ量に応じて、予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得する。または、ＵＥは、ＵＥと基地局との間の規約又は基地局の指示に応じて、予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得する。ＵＥは、検索によって取得されたバッファサイズインデックスをバッファ状態レポート（ＢＳＲ）を介して基地局に送信する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）から、バッファサイズインデックスを取得する。

テーブルプリセットモジュールは、第１のテーブルに基づいて最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、Ｎ_{ＬＴＥ−Ａ}の値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定する。そして、Ｂ_{ｍｉｎ−Ａ}、Ｂ_{ｍａｘ−Ａ}及びＮ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。あるいは、テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、第１のテーブルのバッファサイズインデックスをｋ_ｍａｘに拡張する。ここで、ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、Ｂ_{ｋ−ｍａｘ}は、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ_ｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示す。テーブルプリセットモジュールは、第２のテーブルとして、拡張後の第１のテーブルにおけるＢ_ｋ＝Ｂ_{ｍｉｎ−Ａ}〜Ｂ_{ｋ−ｍａｘ}のバッファサイズインデックスを抜き出す。第２のテーブルトータルのバッファサイズインデックスは、Ｎ_{ＬＴＥ−Ａ}であり、Ｎ_{ＬＴＥ−Ａ}の値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される。

前記テーブルプリセットモジュールは、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やした後、更に、ＬＴＥによって使用される最小バッファサイズＢ_ｍｉｎ、並びに上記Ｂ_{ｍａｘ−Ａ}及び上記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。

以上説明したように、本発明によれば、バッファ状態レポート（ＢＳＲ）によってＵＥから報告されたバッファサイズインデックスに基づいて、基地局がアップリンクグラントを割り当てることにより、アップリンクグラントがさらに合理的かつ正確になる。これにより、効率的にキャリアアグリゲーション（即ちマルチキャリアシステム）におけるスケジューリング効率を向上させることができ、リソースの合理的な割り当てを保証することができる。

以上は、本発明の好適な実施形態に過ぎず、本発明の保護範囲を限定するものではない。

Claims (10)

1. バッファサイズインデックスの報告方法であって、
   ２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得され、
   ユーザ端末（ＵＥ:Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
   前記ＵＥが、検索によって取得されたバッファサイズインデックスを、ＢＳＲを介して前記基地局に送信する
   ことを特徴とするバッファサイズインデックスの報告方法。
2. 前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されることで取得され、
   第１のテーブルに基づいて最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
   Ｎ_{ＬＴＥ−Ａ}の値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、
   前記Ｂ_{ｍｉｎ−Ａ}、前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、
   決定された設計関数に応じて、第２のテーブルを予め設定する
   ことを特徴とする請求項１に記載のバッファサイズインデックスの報告方法。
3. 前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されることで取得され、
   第１のテーブルに基づいて最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
   第１のテーブルのバッファサイズインデックスをｋ_ｍａｘに拡張し、前記ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、Ｂ_{ｋ−ｍａｘ}は、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ_ｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
   第２のテーブルとして、拡張後の第１のテーブルにおけるＢ_ｋ＝Ｂ_{ｍｉｎ−Ａ}〜Ｂ_{ｋ−ｍａｘ}のバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、Ｎ_{ＬＴＥ−Ａ}であり、Ｎ_{ＬＴＥ−Ａ}の値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される
   ことを特徴とする請求項１に記載のバッファサイズインデックスの報告方法。
4. 前記第２のテーブルは、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得され、
   最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やした後、更に、
   ＬＴＥによって使用される最小バッファサイズＢ_ｍｉｎ、並びに前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する
   ことを特徴とする請求項１に記載のバッファサイズインデックスの報告方法。
5. 更に、
   前記ＵＥが、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する
   ことを特徴とする請求項１〜４のいずれか１項に記載のバッファサイズインデックスの報告方法。
6. テーブルプリセットモジュールと、ユーザ端末（ＵＥ:Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、基地局とを含む、バッファサイズインデックスの報告システムであって、
   前記テーブルプリセットモジュールは、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めるように設定されるか、又は、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やすように設定されることで取得され、
   前記ＵＥは、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
   前記基地局は、前記ＵＥによって報告されたＢＳＲから、バッファサイズインデックスを取得する
   ことを特徴とするバッファサイズインデックスの報告システム。
7. 前記テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
   Ｎ_{ＬＴＥ−Ａ}の値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、前記Ｂ_{ｍｉｎ−Ａ}、前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する
   ことを特徴とする請求項６に記載のバッファサイズインデックスの報告システム。
8. 前記テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、最小バッファサイズをＢ_{ｍｉｎ−Ａ}に高めた後、更に、
   第１のテーブルのバッファサイズインデックスをｋ_ｍａｘに拡張し、前記ｋ_ｍａｘは、Ｂ_{ｋ−ｍａｘ}≧Ｂ_{ｍａｘ−Ａ}を満たす最小値であり、前記Ｂ_{ｋ−ｍａｘ}は、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ_ｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
   第２のテーブルとして、拡張後の第１のテーブルにおけるＢ_ｋ＝Ｂ_{ｍｉｎ−Ａ}〜Ｂ_{ｋ−ｍａｘ}のバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、Ｎ_{ＬＴＥ−Ａ}であり、Ｎ_{ＬＴＥ−Ａ}の値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される
   ことを特徴とする請求項６に記載のバッファサイズインデックスの報告システム。
9. 前記テーブルプリセットモジュールは、最大バッファサイズをＢ_{ｍａｘ−Ａ}に高め、かつ、バッファサイズインデックスをＮ_{ＬＴＥ−Ａ}に増やした後、更に、
   ＬＴＥによって使用される最小バッファサイズＢ_ｍｉｎ、並びに前記Ｂ_{ｍａｘ−Ａ}及び前記Ｎ_{ＬＴＥ−Ａ}に応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する
   ことを特徴とする請求項６に記載のバッファサイズインデックスの報告システム。
10. 前記ＵＥは、更に、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する
    ことを特徴とする請求項６〜９のいずれか１項に記載のバッファサイズインデックスの報告システム。

Images