(57)【特許請求の範囲】
【請求項１】
バッファサイズインデックスの報告方法であって、
２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されるか、又は、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで取得され、
ユーザ端末（ＵＥ:Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ  Ｓｔａｔｅ  Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
前記ＵＥが、検索によって取得されたバッファサイズインデックスを、ＢＳＲを介して前記基地局に送信し、
前記第２のテーブルは、前記第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されることで取得され、
第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
ＮＬＴＥ−Ａの値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、
前記Ｂｍｉｎ−Ａ、前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、
決定された設計関数に応じて、第２のテーブルを予め設定する
ことを特徴とするバッファサイズインデックスの報告方法。
【請求項２】
前記第２のテーブルは、前記第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されることで取得され、
第１のテーブルと比べて最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
第１のテーブルのバッファサイズインデックスをｋｍａｘに拡張し、前記ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、Ｂｋ−ｍａｘは、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
第２のテーブルとして、拡張後の第１のテーブルにおけるＢｋ＝Ｂｍｉｎ−Ａ〜Ｂｋ−ｍａｘのバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、ＮＬＴＥ−Ａであり、ＮＬＴＥ−Ａの値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される
ことを特徴とする請求項１に記載のバッファサイズインデックスの報告方法。
【請求項３】
前記第２のテーブルは、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで取得され、
最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やした後、更に、
ＬＴＥによって使用される最小バッファサイズＢｍｉｎ、並びに前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する
ことを特徴とする請求項１に記載のバッファサイズインデックスの報告方法。
【請求項４】
更に、
前記ＵＥが、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ  ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する
ことを特徴とする請求項１〜３のいずれか１項に記載のバッファサイズインデックスの報告方法。
【請求項５】
テーブルプリセットモジュールと、ユーザ端末（ＵＥ:Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、基地局とを含む、バッファサイズインデックスの報告システムであって、
前記テーブルプリセットモジュールは、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されるか、又は、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで取得され、
前記ＵＥは、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ  Ｓｔａｔｅ  Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
前記基地局は、前記ＵＥによって報告されたＢＳＲから、バッファサイズインデックスを取得し、
前記テーブルプリセットモジュールは、第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
ＮＬＴＥ−Ａの値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、前記Ｂｍｉｎ−Ａ、前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する
ことを特徴とするバッファサイズインデックスの報告システム。
【請求項６】
前記テーブルプリセットモジュールは、第１のテーブルと比べて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
第１のテーブルのバッファサイズインデックスをｋｍａｘに拡張し、前記ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、前記Ｂｋ−ｍａｘは、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
第２のテーブルとして、拡張後の第１のテーブルにおけるＢｋ＝Ｂｍｉｎ−Ａ〜Ｂｋ−ｍａｘのバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、ＮＬＴＥ−Ａであり、ＮＬＴＥ−Ａの値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される
ことを特徴とする請求項５に記載のバッファサイズインデックスの報告システム。
【請求項７】
前記テーブルプリセットモジュールは、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やした後、更に、
ＬＴＥによって使用される最小バッファサイズＢｍｉｎ、並びに前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する
ことを特徴とする請求項５に記載のバッファサイズインデックスの報告システム。
【請求項８】
前記ＵＥは、更に、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ  ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する
ことを特徴とする請求項５〜７のいずれか１項に記載のバッファサイズインデックスの報告システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術分野に関し、特に、無線ネットワークにおけるバッファサイズインデックスの報告方法及び報告システムに関する。
【背景技術】
【０００２】
第３世代モバイル通信ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの発展型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）では、アップリンクデータは、物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を介して伝送される。アップリンク無線リソースは、発展型基地局（ｅＮＢ：Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）により各ユーザ端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に割り当てられる。Ｅ−ＵＴＲＡＮによって採用されるアクセス技術は、直交波周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術であり、Ｅ−ＵＴＲＡＮシステムの無線リソース管理は、第２世代モバイル通信システムと比べて、広帯域であったり、マルチタイムプロセスであったりといった特徴を有している。Ｅ−ＵＴＲＡＮシステムの無線リソースは、時間領域と周波数領域の２次元で表され、従って、無線リソースで搬送可能なユーザの数が大いに増加する。
【０００３】
ＬＴＥシステムの無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層は、ＲＲＣメッセージを送信することで、ＵＥとｅＮＢとの間のＲＲＣ層リンクの確立や、システムパラメータの設定、ＵＥ能力パラメータの伝送等の多くの処理を実現する。ここで、ダウンリンクのＲＲＣメッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）で送信される。例えば、セルの周波数や、セルのシステム帯域幅、その他の情報などのシステムに関連する複数の共通パラメータは、ｅＮＢによってブロードキャストメッセージを介して、セル内の全てのＵＥに送信される。このブロードキャストメッセージは、物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ＣＨａｎｎｅｌ）で送信される。
【０００４】
各ＵＥの要求に応じて、各ＵＥにリソースを割り当てたり、サービスを提供したりして、アップリンク伝送において、よりよい多重化機能を実現するとともに、柔軟、効率的、かつ十分にシステム帯域幅を利用するために、ＬＴＥシステムでは、ユーザのアップリンク伝送リソース割り当てのための専用の制御メッセージが設定される。ここで、物理アップリンク共有チャネル（ＰＵＳＣＨ）へのリソース割り当てを行う専用の制御メッセージは、ｅＮＢによってＵＥに送信される。このリソース割り当てのための制御メッセージは、アップリンクグラント（ＵＬ  Ｇｒａｎｔ：ＵｐＬｉｎｋ  Ｇｒａｎｔ）とも称され、このＵＬ  Ｇｒａｎｔは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）で送信される。
【０００５】
各ＵＥに無線リソースを合理的に割り当てることを保証するために、ＬＴＥシステムは、ＵＥがＵＥ自身のバッファに記憶されたデータ量状態を報告することを要求している。このレポートは、バッファ状態レポート（ＢＳＲ：Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）の形式でｅＮＢに報告される。ＬＴＥシステムでは、ＵＥのロジックチャネル（ＬＣＨ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）は、その優先度に応じて、４つのロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）に分けられる。バッファ状態レポート（ＢＳＲ）は、各ロジックチャネルグループ（ＬＣＧ）のグループ番号と、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちのデータ量のサイズを示すバッファサイズインデックスとを含む。バッファ状態レポート（ＢＳＲ）において報告されるバッファサイズインデックスは、ＵＥが、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量に応じて、予め設定されたテーブルを検索することで取得される。各ロジックチャネルグループ（ＬＣＧ）のバッファサイズインデックスは、それぞれ６ビット（ｂｉｔ）で表され、６４個のバッファサイズインデックスを示すことができる。ＬＴＥシステムで予め設定されたバッファサイズインデックステーブルの具体的な内容が、以下の表１（ＢＳＲ  ｔａｂｌｅ１）に示されている。
【０００６】
【表１】
0005575984.tif 000002
【０００７】
表１において、Ｉｎｄｅｘは、バッファサイズインデックスを表しており、Ｂｕｆｆｅｒ  Ｓｉｚｅ（ＢＳ）  ｖａｌｕｅは、バッファサイズインデックスに対応するバッファデータ量を表している。ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するときに、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量に応じて、テーブルを検索し、対応するバッファサイズインデックスを報告する。
【０００８】
テーブル１に対する検索結果に応じて、バッファ状態レポート（ＢＳＲ）において報告される各ロジックチャネルグループ（ＬＣＧ）のバッファサイズインデックスは、全てＬＴＥシングルキャリアシステムに適用することができる。現在及び将来において急速に成長する様々な無線サービスの要求に適応するために、ＬＴＥの次の進化型標準、即ちＬＴＥアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ）標準への移行も既に開始されている。
【０００９】
ＬＴＥ−Ａｄｖａｎｃｅｄは、国際電気通信連合（ＩＴＵ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）の国際モバイル通信アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ−Ａｄｖａｎｃｅｄ）に対する要求を満たすために、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）組織によって提案された標準的なＬＴＥ−Ａｄｖａｎｃｅｄシステムであり、ＬＴＥ  ｒｅｌｅａｓｅ８システムに基づく進化型バージョンである。ＬＴＥ−Ａｄｖａｎｃｅｄは、ＩＭＴ−Ａｄｖａｎｃｅｄの基本的要求を満たすために、多くの新しい技術を導入しており、これらの技術のうち、最も重要な技術はキャリアアグリゲーションである。
【００１０】
現在、無線周波数スペクトルリソースの不足のため、世界中の各モバイル事業者の持つ周波数スペクトルリソースは、多くの場合ばらばらである。ＩＭＴ−Ａｄｖａｎｃｅｄによって要求されるピーク速度の指標は高く（高移動性で１００Ｍｂｐｓをサポートし、低移動性で１Ｇｂｐｓをサポートすることが要求される）、現在のＬＴＥの標準的な最大帯域幅（２０ＭＨｚ）では、ＩＭＴ−Ａｄｖａｎｃｅｄによる要求を満たすことができない。従って、帯域幅をより広い帯域幅に拡張する必要がある。例えば、周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）では、最大で８０ＭＨｚをサポートするように帯域幅が拡張され、また、時間分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）では、最大で１００ＭＨｚをサポートするように帯域幅が拡張される。これにより、ＵＥにより伝送可能なデータ量がＬＴＥにと比べて、数倍にまで増加した。帯域幅の拡張以外では、高速を実現するために、マルチインプットマルチアウトプット（ＭＩＭＯ：Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）が採用されており、このＭＩＭＯもＬＴＥ−Ａｄｖａｎｃｅｄシステムのスループットを向上させるためのコア技術である。ＬＴＥ−Ａの初期バージョンを一例として、アップリンク帯域幅の増加（ＬＴＥ帯域幅の５倍）と、アップリンクダブルキャリアＭＩＭＯ（ＬＴＥシングルキャリアの２倍）とを総合的に考慮した場合、ＬＴＥ−Ａシステムの初期バージョンにおいて、ＵＥのアップリンク速度はＬＴＥの１０倍にまで達する。
【００１１】
表１に示すように、ＬＴＥシステムで予め設定されたＢＳＲ  ｔａｂｌｅは、細粒度で最大１５０Ｋのデータを表すことしかできず、１５０Ｋより大きいほかの全てのサービスは、全て同じＢＳＲグレード（グレード６３）に属することになる。ＬＴＥ−Ａシステムにおいてデータ流通量が増加した後も、依然としてＬＴＥシステムで予め設定されたＢＳＲテーブルを使用してしまうと、ＬＴＥ−Ａサービスのスループットが大きいせいで、ネットワークがＵＥの１５０Ｋ〜１５００Ｋのバッファ状態を区別することができない。このため、リソースを効率的且つ合理的に割り当てられることが困難となるといった問題を招いてしまう。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
これに鑑みて、本発明の主な目的は、より効率的且つ合理的なリソースの割り当てを実現するための、バッファサイズインデックスの報告方法及び報告システムを提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明の技術案は以下のように実現される。
本発明は、バッファサイズインデックスの報告方法を提供する。
当該方法は、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されるか、又は、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで取得され、
ユーザ端末（ＵＥ:Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ  Ｓｔａｔｅ  Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
前記ＵＥが、検索によって取得されたバッファサイズインデックスを、ＢＳＲを介して前記基地局に送信する。
【００１４】
好ましくは、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されることで取得され、
第１のテーブルに基づいて最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
ＮＬＴＥ−Ａの値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、
前記Ｂｍｉｎ−Ａ、前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、
決定された設計関数に応じて、第２のテーブルを予め設定する。
【００１５】
好ましくは、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されることで取得され、
第１のテーブルに基づいて最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
第１のテーブルのバッファサイズインデックスをｋｍａｘに拡張し、前記ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、Ｂｋ−ｍａｘは、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
第２のテーブルとして、拡張後の第１のテーブルにおけるＢｋ＝Ｂｍｉｎ−Ａ〜Ｂｋ−ｍａｘのバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、ＮＬＴＥ−Ａであり、ＮＬＴＥ−Ａの値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される。
【００１６】
好ましくは、前記第２のテーブルは、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで取得され、
最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やした後、更に、
ＬＴＥによって使用される最小バッファサイズＢｍｉｎ、並びに前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。
【００１７】
好ましくは、更に、
前記ＵＥが、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ  ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する。
【００１８】
本発明は、バッファサイズインデックスの報告システムをさらに提供する。
当該システムは、テーブルプリセットモジュールと、ユーザ端末（ＵＥ:Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、基地局とを含み、
前記テーブルプリセットモジュールは、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定し、前記第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムによって使用されるバッファサイズインデックステーブルであり、前記第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されるか、又は、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで取得され、
前記ＵＥは、バッファ状態レポート（ＢＳＲ:Ｂｕｆｆｅｒ  Ｓｔａｔｅ  Ｒｅｐｏｒｔ）を報告するとき、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得し、
前記基地局は、前記ＵＥによって報告されたＢＳＲから、バッファサイズインデックスを取得する。
【００１９】
好ましくは、前記テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
ＮＬＴＥ−Ａの値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定し、前記Ｂｍｉｎ−Ａ、前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。
【００２０】
好ましくは、前記テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、
第１のテーブルのバッファサイズインデックスをｋｍａｘに拡張し、前記ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、前記Ｂｋ−ｍａｘは、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示し、
第２のテーブルとして、拡張後の第１のテーブルにおけるＢｋ＝Ｂｍｉｎ−Ａ〜Ｂｋ−ｍａｘのバッファサイズインデックスを抜き出し、第２のテーブルにおけるトータルのバッファサイズインデックスは、ＮＬＴＥ−Ａであり、ＮＬＴＥ−Ａの値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される。
【００２１】
好ましくは、前記テーブルプリセットモジュールは、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やした後、更に、
ＬＴＥによって使用される最小バッファサイズＢｍｉｎ、並びに前記Ｂｍａｘ−Ａ及び前記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。
【００２２】
好ましくは、前記ＵＥは、更に、ＢＳＲを報告するとき、ロジックチャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｇｒｏｕｐ）内の全てのロジックチャネル（ＬＣＨ:Ｌｏｇｉｃａｌ  ＣＨａｎｎｅｌ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索して、バッファサイズインデックスを取得する。
【００２３】
本発明に係るバッファサイズインデックスの報告方法及び報告システムによれば、バッファ状態レポートによってＵＥから報告されたバッファサイズインデックスに応じて、基地局がアップリンクグラントを割り当てることができ、これにより、アップリンクグラントがさらに合理的且つ正確になる。これにより、キャリアアグリゲーション（即ちマルチキャリアシステム）におけるスケジューリング効率を効果的に向上させることができ、また、リソースの合理的な割り当てを保証することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明に係るバッファサイズインデックスの報告方法を示すフローチャートである。
【発明を実施するための形態】
【００２５】
以下、添付図面及び具体的な実施形態に合わせて本発明の技術案をさらに詳しく説明する。
【００２６】
ＬＴＥシステムのバッファサイズインデックステーブルにおいて、各バッファサイズは、指数分布関数に従って設計される。具体的な設計関数は、以下の式（１）によって示される。
【００２７】
【数１】
0005575984.tif 000003
【００２８】
ここで、Ｂ０＝０であり、つまり、バッファサイズインデックスが０である場合、バッファサイズが０で表される。バッファサイズインデックスがｋ（ｋ＝１、２、・・・Ｎ−１）である場合、このバッファサイズインデックスによって表されるバッファサイズ範囲は、下限値Ｂｋ−１、上限値Ｂｋの左開右閉区間とされる。対応して、即ち、Ｂｋは、ＢＳＲ  ｔａｂｌｅ１においてバッファサイズインデックスＩｎｄｅｘ＝ｋである場合に、このバッファサイズインデックスによって表されるバッファサイズの範囲の上限値を表し、Ｂｋ−１は、ＢＳＲ  ｔａｂｌｅ１においてバッファサイズインデックスＩｎｄｅｘ＝ｋである場合に、このバッファサイズインデックスによって表されるバッファサイズ範囲の下限値を表す。Ｂｍｉｎは、最小非零バッファサイズ（最小バッファサイズと略称）を表し、ＬＴＥでは１０Ｂｙｔｅｓである。Ｂｍａｘは、最大バッファサイズを表し、ＬＴＥでは１５００００Ｂｙｔｅｓである。Ｎは、最大バッファサイズインデックスを表し、ＬＴＥでは６３である。バッファサイズインデックス６３は、統一的に、バッファサイズが１５００００Ｂｙｔｅｓよりも大きいものを表すことに用いられる。即ち、バッファサイズが１５００００Ｂｙｔｅｓより大きいものに対しては、ＬＴＥシステムでは、バッファサイズインデックスは区分されない。ＬＴＥシステムでは、上記バッファサイズの設計関数及び対応するパラメータ値に基づく計算により取得されるバッファサイズインデックステーブルの相対インデックス誤差は、約１５％である。当該相対インデックス誤差は、システムのスケジューリング効率、バッファ状態レポート（ＢＳＲ）によって報告されるシグナリングのコスト（オーバーヘッド）等の要素を総合的に考慮することによって選択される。ここで、上記相対インデックス誤差の計算式は、以下の式（２）によって表される。
【００２９】
【数２】
0005575984.tif 000004
【００３０】
キャリア・アグリゲーションとアップリンクＭＩＭＯがＬＴＥ−Ａシステムに導入された後、ＬＴＥ−Ａシステムでは、ＬＴＥシステムと比べて、ＵＥのアップリンク速度が大きく改善された。改善されるその具体的な倍数は、アグリゲーション可能なアップリンクキャリアの最大数と、採用されるアップリンクＭＩＭＯの階層数に依存する。ＬＴＥ−Ａシステムのアップリンク最大速度、即ちＬＴＥ−Ａシステムの最大バッファサイズＢｍａｘ−Ａは、以下の式（３）によって表される。
【００３１】
【数３】
0005575984.tif 000005
【００３２】
ここで、Ｎ＿ＣＣは、アグリゲーション可能なアップリンクキャリアの最大数であり、αは、採用されるアップリンクＭＩＭＯの階層数である。ＬＴＥ−Ａの初期バージョンにおいて、Ｎ＿ＣＣ＝５、α＝２であるので、Ｂｍａｘ−Ａ＝１５０００００Ｂｙｔｅｓである。特別な説明がない限り、本発明で使用されるＢｍａｘ−Ａは、全てＬＴＥ−Ａの初期バージョンにおける上記値が採用される。後続のＬＴＥ−Ａにサポートされるアグリゲーション可能なアップリンクキャリア数又はアップリンクＭＩＭＯ階層数が改善されたとしても、本発明に係る実施形態における方法は同様に適用可能である。
【００３３】
ＬＴＥ−Ａシステムにおいてデータ流通量が増加した後も、依然としてＬＴＥシステムで予め設定されたＢＳＲテーブルを使用してしまうと、ＬＴＥ−Ａサービスのスループットが大きいせいで、ネットワークが１５０Ｋ〜１５００ＫのＵＥのバッファ状態を区分することができない。このため、リソースを効率的且つ合理的に割り当てることができないといった問題を招いてしまう。上記問題を解決するために、最も簡単な方法は、式（１）中のＢｍａｘ値を、直接的に拡大するといった方法である（即ちＢｍａｘ＝Ｂｍａｘ−Ａとし、他のパラメータ値を変えない）。このような処理の一つの欠点は、新たなバッファサイズインデックステーブルの相対インデックス誤差が約３％に高まり、スケジューリング効率が低下してしまうといった点にある。ＬＴＥ−Ａ  ＵＥがＬＴＥ−Ａにおける基地局で単一キャリアのみで動作する場合でも、ＵＥが新たなバッファサイズインデックステーブルを検索してバッファ状態レポート（ＢＳＲ）を報告すると、スケジューリング効率がある程度低下してしまう。このため、リソースを効率的且つ合理的に割り当てることができず、ＬＴＥ−Ａ  ＵＥが単一キャリアで動作する場合のスケジューリングの誤差がＬＴＥ  ＵＥの誤差よりも高くなってしまう。
【００３４】
本発明に係るＬＴＥ−Ａシステムにおけるバッファサイズインデックスの報告方法は、図１に示すように、主に以下のステップを含む。
【００３５】
ステップ１０１では、２つのバッファサイズインデックステーブル、即ち第１のテーブル及び第２のテーブルを予め設定する。第１のテーブルは、ロング・ターム・エボリューション（ＬＴＥ）システムで使用されるバッファサイズインデックステーブルである。第２のテーブルは、第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されるか、又は、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで得られるテーブルである。
【００３６】
ステップ１０２では、ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちのデータ量のサイズに応じて、又は、ＵＥと基地局との間の規約若しくは基地局の指示に応じて、前記予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得する。
【００３７】
ステップ１０３では、ＵＥは、検索によって取得されたバッファサイズインデックスを、バッファ状態レポート（ＢＳＲ）を介して前記基地局に送信する。
【００３８】
システムで予め設定される２つのバッファサイズインデックステーブルは、第１のテーブル（ＢＳＲ  ｔａｂｌｅ１）と第２のテーブル（ＢＳＲ  ｔａｂｌｅ２）である。ここで、第１のテーブルは、前記表１に示すように、ＬＴＥシステムによって使用されるバッファサイズインデックステーブルであり、第２のテーブルは、表１に基づいて予め設定されるテーブルである。第２のテーブルを設定する方案としては、以下に示す２種類の方案がある
【００３９】
方案１、表１に基づいて、最小バッファサイズ（高められたＬＴＥ−Ａ最小バッファサイズをＢｍｉｎ−Ａと記する）と、最大バッファサイズ（高められたＬＴＥ−Ａ最大バッファサイズをＢｍａｘ−Ａと記する）とを高め、ＮＬＴＥ−Ａの値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下（即ちＬＴＥ−Ａシステムの最大バッファサイズインデックスＮＬＴＥ−Ａ≦６３）に設定する。当該方案による相対インデックス誤差は、表１と同じであるか、又は表１と比べて減少する。
【００４０】
方案１を基にして、Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａ等のパラメータに応じて、第２のテーブルを予め設定する。この場合、以下の２種類の方式を採用することができる。
【００４１】
方式１、Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａに応じて、第２のテーブルの具体的な設計関数を決定し、決定された具体的な設計関数に応じて、第２のテーブルを設定する。
【００４２】
方式２、まず表１のバッファサイズインデックスの個数をｋｍａｘに拡張する。ここで、ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値である。拡張後の第１のテーブルにおけるＢｋ＝Ｂｍｉｎ−Ａ〜Ｂｋ−ｍａｘのバッファサイズインデックスを第２のテーブルとして抜き出す。第２のテーブルにおけるトータルのバッファサイズインデックスは、ＮＬＴＥ−Ａである。
【００４３】
ここで、Ｂｋ−ｍａｘは、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋｍａｘである場合に、計算によって取得された当該バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を表す。
【００４４】
方案２、表１に基づいて、最大バッファサイズ（Ｂｍａｘ−Ａ）を高め、かつ、バッファサイズインデックス（ＮＬＴＥ−Ａ）を増やす。当該方案の相対インデックス誤差は、表１と同様である。
【００４５】
Ｂｍｉｎ、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａに応じて、第２のテーブルの具体的な設計関数を決定し、決定された具体的な設定関数に応じて、第２のテーブルを設定する。
【００４６】
上記２種類の方案において、第２のテーブルにおける各バッファサイズインデックスは、ｋ＝０、１・・・ＮＬＴＥ−Ａである。ＵＥは、バッファ状態レポートを報告するとき、第１のテーブル又は第２のテーブルのバッファサイズインデックスを選択して報告する。
【００４７】
本発明の目的、技術案及び利点がさらに明らかになるように、以下、具体的な実施形態に合わせて上記２種類の方案を詳しく説明する。
【００４８】
本発明の実施形態１では、方案１における方式２によって第２のテーブルが予め設定される。
【００４９】
方案Ａ：Ｂｍａｘ−ＡとＮＬＴＥ−Ａに応じて、第２のテーブルの具体的な設計関数を決定する。
【００５０】
【数４】
0005575984.tif 000006
【００５１】
まず、式（４）に従って計算を行う。ここで、ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、仮に本実施形態でＢｍａｘ−Ａ＝１５０００００であるとすると、計算によって取得されるｋｍａｘは、７７である。第２のテーブルの最大バッファサイズインデックスはＮＬＴＥ−Ａであり、本実施形態においてＮＬＴＥ−Ａ＝６３であってもよい。従って、第２のテーブルの具体的な設計関数は、以下の式（４−１）によって表される。
【００５２】
【数５】
0005575984.tif 000007
【００５３】
ここで、Ｂ〜ｋは、第２のテーブルにおいてバッファサイズインデックスがｋである場合に、当該バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を表す。Ｂｋ＋ｋｍａｘ−ＮＬＴＥ−Ａ＋１は拡張後の第１のテーブルにおいてバッファサイズインデックスがｋ＋ｋｍａｘ−ＮＬＴＥ−Ａ＋１である場合に、当該バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を表す。
【００５４】
方案Ｂ：Ｂｍａｘ−ＡとＢｍｉｎ−Ａに応じて、第２のテーブルの具体的な設計関数を決定する。
【００５５】
【数６】
0005575984.tif 000008
【００５６】
まず式（５）に従って計算を行う。ここで、ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、ｋｍｉｎは、Ｂｋｍｉｎ≧Ｂｍｉｎ−Ａを満たす最小値である。仮に本実施形態でＢｍａｘ−Ａ＝１５０００００、Ｂｍｉｎ−Ａ＝１５００００であるとすると、計算によって取得されるｋｍａｘは、７７であり、ｋｍｉｎは、６３である。従って第２のテーブルの具体的な設計関数は、以下の式（５−１）によって表される。
【００５７】
【数７】
0005575984.tif 000009
【００５８】
上記の式によれば、ＮＬＴＥ−Ａ＝ｋｍａｘ−ｋｍｉｎ＋１が得られ、上記実施形態においてＮＬＴＥ−Ａ＝１５が得られる。
【００５９】
第２のテーブルの具体的な設計関数を生成するための２種類の設計方案は、具体的に拡張後の表１に基づいて抜き出して第２のテーブルを生成する場合に、以下の方案が更に実行されてもよい。
【００６０】
方案Ａ−１（上記方案Ａに基づく）：Ｂ〜０＝０であり、つまり、バッファサイズインデックスが０である場合、バッファサイズが０で表される。バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合、このバッファサイズインデックスにより表されるバッファサイズ範囲は、下限値Ｂ〜ｋ−１、上限値Ｂ〜ｋの左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズは、Ｂ〜ＮＬＴＥ−Ａ−１よりも大きい。
【００６１】
表２には、好適な本実施形態の前記方法に応じて拡張後の表１を抜き出すことによって取得された第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。本実施形態では、ＮＬＴＥ−Ａ＝６３であり、Ｂ〜１＝Ｂ１６＝１０７、Ｂ〜ＮＬＴＥ−Ａ−１＝Ｂｍａｘ−Ａ＝１５９５８７６である。
【００６２】
【表２】
0005575984.tif 000010
【００６３】
なお、表２においてバッファサイズインデックスＩｎｄｅｘ＝６２である場合、このインデックスにより表されるバッファサイズの上限は、Ｂｋｍａｘ≧Ｂｍａｘ−Ａを満たす最小値、即ち１５９５８７６とされる。ＬＴＥ−Ａの最大アップリンク速度を確実に示すために、当該上限値は、手動でＢｍａｘ−Ａ＝１５０００００に設定されてもよい。即ちＩｎｄｅｘ＝６２である場合、表２に表されるバッファサイズは、１３６３１３４＜ＢＳ≦１５０００００とされ、Ｉｎｄｅｘ＝６３である場合、表２に表されるバッファサイズはＢＳ＞１５０００００とされる。
【００６４】
方案Ａ−２（上記方案Ａに基づく）：Ｂ〜０＝０とされ、バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合、このバッファサイズインデックスにより表されるバッファサイズ範囲は、下限値Ｂ〜ｋ−１、上限値Ｂ〜ｋの左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズは、Ｂ〜ＮＬＴＥ−Ａ−１よりも大きい。
【００６５】
表３には、好適な本実施形態の前記方法に応じて、拡張後の表１を抜き出すことによって取得された第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。本実施形態では、ＮＬＴＥ−Ａ＝６３であり、Ｂ〜１＝Ｂ１５＝９１、Ｂ〜ＮＬＴＥ−Ａ−１＝Ｂｍａｘ−Ａ＝１５９５８７６である。
【００６６】
【表３】
0005575984.tif 000011
【００６７】
方案Ｂ−１（上記方案Ｂに基づく）：バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合、このバッファサイズインデックスにより表されるバッファサイズ範囲は、下限値Ｂ〜ｋ、上限値Ｂ〜ｋ＋１の左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズは、Ｂ〜ＮＬＴＥ−Ａ−１よりも大きい。
【００６８】
表４には、好適な本実施形態の前記方法に応じて、拡張後の表１を抜き出すことによって取得された第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。本実施形態では、Ｂｍｉｎ−Ａ＝１５００００、Ｂｍａｘ−Ａ＝１５０００００であり、ＮＬＴＥ−Ａ＝１５である。
【００６９】
【表４】
0005575984.tif 000012
【００７０】
ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂｍａｘの場合、第１のテーブル又は第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。また、ｘ≧Ｂｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。あるいは、ｘ≦Ｂｍｉｎ−Ａの場合、ＵＥは、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告し、ｘ＞Ｂｍｉｎ−Ａの場合、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、上記バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて、第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。
【００７１】
あるいは、ＵＥがバッファ状態レポート（ＢＳＲ）を報告するとき、ＵＥは、ＵＥと基地局との間の規約又は基地局の指示に従って、第１のテーブル又は第２のテーブルを選択、検索し、検索によって取得されたバッファサイズインデックスを基地局に報告する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥと基地局との間の規約又はこの前にＵＥへ送信した指示に従って、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索することにより、ＵＥのバッファサイズを取得することができる。ＵＥと基地局との間の規約は、具体的には、以下のようなものである。基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つを超える場合、第２のテーブルが選択されて検索が行われる。逆に、基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つだけである場合、第１のテーブルが選択されて検索が行われる。ＵＥが基地局の指示に従って第１のテーブル又は第２のテーブルを選択、検索する処理は、具体的には、以下のようなものである。基地局が第１のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第１のテーブルを検索し、基地局が第２のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第２のテーブルを検索する。
【００７２】
本発明の実施形態１では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差に等いため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、ＮＬＴＥ−Ａが６３である場合、ＵＥは、引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。
【００７３】
本発明の実施形態２では、方案１における方式１に基づいて第２のテーブルが予め設定される。
【００７４】
本実施形態２では、方案１における方式１に記載の方法が採用されてテーブルが予め設定され、これにより、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差に等しくなることが保証される。同時に良好な下位互換性とシンプルなプロトコル様式を保証するために、ＮＬＴＥ−Ａは６３とされる。Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａに基づいて第２のテーブルの具体的な設計関数を決定する。
【００７５】
【数８】
0005575984.tif 000013
【００７６】
【数９】
0005575984.tif 000014
【００７７】
ここで、Ｂｍｉｎ−Ａ＝１０７、ＮＬＴＥ−Ａ＝６３である。
【００７８】
具体的には、第２のテーブルの設計関数に応じて、第２のテーブルが生成される場合、以下の２種類の方案が実行される。
【００７９】
方案１（式（６）に基づく）：Ｂ０＝０とされ、つまり、バッファサイズインデックスが０である場合、バッファサイズが０であると表される。バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合、このバッファインデックスにより表されるバッファサイズの範囲は、下限値Ｂｋ−１、上限値Ｂｋの左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズは、ＢＮＬＴＥ−Ａ−１よりも大きい。
【００８０】
表５には、好適な本実施形態の方案１の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。
【００８１】
【表５】
0005575984.tif 000015
【００８２】
方案２（式６−１に基づく）：Ｂ０＝０とされ、バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合に、このバッファサイズインデックスにより表されるバッファサイズの範囲は下限値Ｂｋ−１、上限値Ｂｋの左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズは、ＢＮＬＴＥ−Ａよりも大きい。
【００８３】
表６には、好適な本実施形態の方案２の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。
【００８４】
【表６】
0005575984.tif 000016
【００８５】
ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するときに、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂｍａｘの場合、第１のテーブル又は第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。あるいはは、ｘ≦Ｂｍｉｎ−Ａの場合、ＵＥは、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告し、ｘ＞Ｂｍｉｎ−Ａの場合、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、上記バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。
【００８６】
あるいは、ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ＵＥと基地局との間の規約又は基地局の指示に従って、第１のテーブル又は第２のテーブルを選択、検索し、検索によって取得されたバッファサイズインデックスを基地局に報告する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥと基地局との間の規約又はこの前ＵＥへ送信した指示に従って、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索することによって、ＵＥのバッファサイズを取得することができる。ＵＥと基地局との間の規約は、具体的には、以下のようなものである。基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が1つを超える場合、第２のテーブルを選択されて、検索が行われる。逆に、基地局によってＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つだけである場合、第１のテーブルが選択されて検索が行われる。ＵＥが基地局の指示に従って第１のテーブル又は第２のテーブルを選択、検索する処理は、具体的には、以下のようなものである。基地局が第１のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第１のテーブルを検索し、基地局が第２のテーブルを検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第２のテーブルを検索する。
【００８７】
本発明の実施形態２では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差に等しいため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、ＮＬＴＥ−Ａが６３である場合、ＵＥが引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。
【００８８】
本発明の実施形態３では、方案１における方式１に基づいて第２のテーブルが予め設定される。
【００８９】
本実施形態では、方案１における方式１に記載の前記方法が採用されて第２のテーブルが予め設定され、式（６−１）を使用して、Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａに基づいて第２のテーブルの具体的な設計関数が決定される。
【００９０】
【数１０】
0005575984.tif 000017
【００９１】
即ち第１のテーブルにおける最大誤差を取り、ＮＬＴＥ−Ａが６３であり、Ｂｍａｘ−Ａ＝１５０００００である。
【００９２】
第２のテーブルの具体的な設計関数に従って、第２のテーブルを生成する場合、Ｂ０＝１０２８７とされ、バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合、このバッファサイズインデックスにより表されるバッファサイズの範囲は、下限値Ｂｋ、上限値Ｂｋ＋１の左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズは、ＢＮＬＴＥ−Ａよりも大きい。
【００９３】
表７には、好適な本実施形態の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。
【００９４】
【表７】
0005575984.tif 000018
【００９５】
ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂｍａｘの場合、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。又は、ｘ≦Ｂｍｉｎ−Ａの場合、ＵＥは、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告し、ｘ＞Ｂｍｉｎ−Ａの場合、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、上記バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。
【００９６】
あるいは、ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ＵＥと基地局との間の規約又は基地局の指示に従って、第１のテーブル又は第２のテーブルを選択、検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥと基地局との間の規約又はこの前にＵＥへ送信した指示に従って、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブルか第２のテーブルを検索することによって、ＵＥのバッファサイズを取得することができる。ＵＥと基地局との間の規約は、具体的には、以下のようなものである。基地局によりＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つを超える場合、第２のテーブルが選択されて、検索が行われる。逆に、基地局によりＵＥに割り当てられたアップリンクキャリア（当該アップリンクキャリアは稼働状態にある）が１つだけである場合、第１のテーブルが選択されて、検索が行われる。ＵＥが基地局の指示に従って第１のテーブル又は第２のテーブルを選択、検索する処理は、具体的には、以下のようなものである。基地局が第１のテーブルに基づいて検索するようにＵＥに指示した場合に、ＵＥは、基地局から送信された指示に従って第１のテーブルを検索し、基地局が第２のテーブルに基づいて検索するようにＵＥに指示した場合、ＵＥは、基地局から送信された指示に従って第２のテーブルを検索する。
【００９７】
本発明の実施形態３では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差より小さいため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、ＮＬＴＥ−Ａが６３である場合、ＵＥが引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。本実施形態では、第２のテーブルの相対イデックス誤差が第１のテーブルの相対インデックス誤差よりも小さく、さらに効率的にリソースの割り当て効率を高めることができる。実際に、第１のテーブルの相対インデックス誤差は、許容可能な相対インデックス誤差であることが検証されており、従って、本実施形態では、第２のテーブルと第１のテーブルが同じ相対インデックス誤差を持つように維持される。即ち、Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａが上述の値に維持される。ＮＬＴＥ−Ａの値を小さくすることで、マルチキャリアシステムにおけるリソーススケジューリングの有効性を保証することもできる。好適な本実施形態において、ＮＬＴＥ−Ａが小さくされた後のテーブルの内容については、詳しく説明しない。
【００９８】
本発明の実施形態４では、方案１における方式１に基づいて第２のテーブルが予め設定される。
【００９９】
本実施形態では、方案１における方式１に記載の方法が採用されて第２のテーブルを予め設定され、Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａに基づいて第２のテーブルの具体的な設計関数が決定される。
【０１００】
【数１１】
0005575984.tif 000019
【０１０１】
ここで、Ｂｍｉｎ−Ａ＝１５００００、即ち第１のテーブルにおける最大バッファサイズを取り、ＮＬＴＥ−Ａが６３であり、Ｂｍａｘ−Ａ＝１５０００００である。
【０１０２】
第２のテーブルの具体的な設計関数に従って、第２のテーブルを生成する場合において、バッファサイズインデックスがｋ（ｋ＝１、２、・・・ＮＬＴＥ−Ａ−１）である場合、このバッファサイズインデックスにより表されるバッファサイズの範囲は、下限値Ｂｋ＋１、上限値Ｂｋ＋２の左開右閉区間とされる。バッファサイズインデックスがＮＬＴＥ−Ａである場合、バッファサイズはＢＮＬＴＥ−Ａよりも大きい。
【０１０３】
表８には、好適な本実施形態の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。
【０１０４】
【表８】
0005575984.tif 000020
【０１０５】
ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂｍａｘの場合、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、バッファ状態レポート（ＢＳＲ）において、当該ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。
【０１０６】
本発明の実施形態４では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差よりも小さいため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。一方、ＮＬＴＥ−Ａが６３である場合、ＵＥが引き続き６ｂｉｔでバッファサイズインデックスを表すことができる。従って、バッファ状態レポート（ＢＳＲ）の報告フォーマットを修正する必要がなく、これにより、良好な下位互換性とシンプルなプロトコル様式を保証することができる。本実施形態では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対インデックス誤差よりも小さく、さらに効率的にリソースの割り当て効率を高めることができる。実際に、第１のテーブルの相対インデックス誤差は、許容可能な相対インデックス誤差であることが検証されており、従って、本実施形態では、第２のテーブルと第１のテーブルが同じ相対インデックス誤差を持つように維持される。即ちＢｍｉｎ−Ａ、Ｂｍａｘ−Ａが上述の値に維持される。ＮＬＴＥ−Ａの値を小さくすることで、マルチキャリアシステム内のリソーススケジューリングの有効性を保証することもできる。好適な本実施形態において、ＮＬＴＥ−Ａが小さくされた後のテーブルの内容については、詳しく説明しない。
【０１０７】
本発明の実施形態５では、方案２に基づいて第２のテーブルが予め設定される。
【０１０８】
本実施形態では、第２のテーブルにおける最初の６４個のバッファサイズインデックスによって示されるバッファサイズが第１のテーブルのバッファサイズと完全に一致することを保証するとともに、１５０Ｋｂｙｔｅｓ〜１５００Ｋｂｙｔｅｓのバッファサイズインデックスの相対インデックス精度を１５％に維持することを保証するために、第２のテーブルは、第１のテーブルに基づいて、最大バッファサイズが高められ、バッファサイズインデックスが増やされる。第２のテーブルの具体的な設計関数は、Ｂｍａｘ−Ａ、ＮＬＴＥ−Ａに基づいて決定される。
【０１０９】
【数１２】
0005575984.tif 000021
【０１１０】
ここで、Ｂｍｉｎ−Ａ＝Ｂｍｉｎ、Ｂｍａｘ−Ａ＝１５０００００、ＮＬＴＥ−Ａ＝７８である。表９には、好適な本実施形態の前記方法によって得られた第２のテーブル内のバッファサイズインデックス及びそれに対応するバッファサイズが示されている。実施形態５では、第２のテーブルの相対インデックス誤差が第１のテーブルの相対イデックス誤差に等しく、また、統一的な相対インデックス誤差を用いて１０Ｂｙｔｅ〜１５００Ｋｂｙｔｅｓのバッファサイズを示すことができるため、マルチキャリアシステムにおける効率的なアップリンクスケジューリングの実現に有利である。
【０１１１】
【表９】
0005575984.tif 000022
【０１１２】
ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちの実際のデータ量ｘに応じて、ｘ＜Ｂｍａｘの場合、第１のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ｘ≧Ｂｍａｘの場合、ＵＥは、第２のテーブルを検索して、検索によって取得されたバッファサイズインデックスを基地局に報告する。ＵＥは、バッファ状態レポート（ＢＳＲ）において、ＵＥが第１のテーブルを検索したか、それとも第２のテーブルを検索したかを基地局に通知する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）を受信した後、ＵＥから通知された、第１のテーブルを検索したか、それとも第２のテーブルを検索したかの情報に応じて、ＵＥから報告されたバッファサイズインデックスに基づいて第１のテーブル又は第２のテーブルを検索する。これにより、基地局は、ＵＥのバッファサイズを取得することができる。
【０１１３】
以上の全ての実施形態において、ＬＴＥ−ＡシステムにアクセスしたＬＴＥ  ＵＥは、引き続き第１のテーブルを検索してバッファ状態レポート（ＢＳＲ）を報告する。
【０１１４】
上記バッファサイズインデックスの報告方法に対応して、本発明は、バッファサイズインデックスの報告システムを更に提供する。このシステムは、テーブルプリセットモジュール、ＵＥ及び基地局を含む。ここで、テーブルプリセットモジュールは、２つのバッファサイズインデックステーブル、即ち第１のテーブルと第２のテーブルを予め設定する。第１のテーブルは、ＬＴＥシステムによって使用されるバッファサイズインデックステーブルであり、第２のテーブルは、前記第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めるように設定されるか、又は、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やすように設定されることで得られたテーブルである。ＵＥは、バッファ状態レポート（ＢＳＲ）を報告するとき、ロジックチャネルグループ（ＬＣＧ）内の全てのロジックチャネル（ＬＣＨ）における伝送待ちのデータ量に応じて、予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得する。または、ＵＥは、ＵＥと基地局との間の規約又は基地局の指示に応じて、予め設定された第１のテーブル又は第２のテーブルを選択、検索してバッファサイズインデックスを取得する。ＵＥは、検索によって取得されたバッファサイズインデックスをバッファ状態レポート（ＢＳＲ）を介して基地局に送信する。基地局は、ＵＥから報告されたバッファ状態レポート（ＢＳＲ）から、バッファサイズインデックスを取得する。
【０１１５】
テーブルプリセットモジュールは、第１のテーブルに基づいて最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、ＮＬＴＥ−Ａの値を、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定する。そして、Ｂｍｉｎ−Ａ、Ｂｍａｘ−Ａ及びＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。あるいは、テーブルプリセットモジュールは、第１のテーブルに基づいて、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、最小バッファサイズをＢｍｉｎ−Ａに高めた後、更に、第１のテーブルのバッファサイズインデックスをｋｍａｘに拡張する。ここで、ｋｍａｘは、Ｂｋ−ｍａｘ≧Ｂｍａｘ−Ａを満たす最小値であり、Ｂｋ−ｍａｘは、拡張後の第１のテーブルにおいてバッファサイズインデックスがｋｍａｘである場合に、前記バッファサイズインデックスによって示されるバッファサイズ範囲の上限値を示す。テーブルプリセットモジュールは、第２のテーブルとして、拡張後の第１のテーブルにおけるＢｋ＝Ｂｍｉｎ−Ａ〜Ｂｋ−ｍａｘのバッファサイズインデックスを抜き出す。第２のテーブルトータルのバッファサイズインデックスは、ＮＬＴＥ−Ａであり、ＮＬＴＥ−Ａの値は、ＬＴＥシステムによって使用されるバッファサイズインデックスの値Ｎ以下に設定される。
【０１１６】
前記テーブルプリセットモジュールは、最大バッファサイズをＢｍａｘ−Ａに高め、かつ、バッファサイズインデックスをＮＬＴＥ−Ａに増やした後、更に、ＬＴＥによって使用される最小バッファサイズＢｍｉｎ、並びに上記Ｂｍａｘ−Ａ及び上記ＮＬＴＥ−Ａに応じて、前記第２のテーブルの設計関数を決定し、決定された設計関数に応じて、第２のテーブルを予め設定する。
【０１１７】
以上説明したように、本発明によれば、バッファ状態レポート（ＢＳＲ）によってＵＥから報告されたバッファサイズインデックスに基づいて、基地局がアップリンクグラントを割り当てることにより、アップリンクグラントがさらに合理的かつ正確になる。これにより、効率的にキャリアアグリゲーション（即ちマルチキャリアシステム）におけるスケジューリング効率を向上させることができ、リソースの合理的な割り当てを保証することができる。
【０１１８】
以上は、本発明の好適な実施形態に過ぎず、本発明の保護範囲を限定するものではない。
【図１】
0005575984.tif 000023