(57)【特許請求の範囲】
【請求項１】
リソース群を有する通信システム（１）におけるリソース割り当て方法であって、
−  前記リソースに関連し、前記リソースの割り当て又は再割り当てのために必要な合計時間を表わすそれぞれの固有割り当て時間に基づいて前記リソース群を、第１固有割り当て時間を有する少なくとも第１リソースクラスと、前記第１固有割り当て時間よりも比較上長い第２固有割り当て時間を有する第２リソースクラスとに分割するステップと、
前記少なくとも第１リソースクラスおよび前記第２リソースクラスの各リソースクラスについて、
−  前記リソースクラスに対する合計リソース利用を表わすリソース利用指標を求めるステップ、及び
−  前記リソース利用指標を前記リソースクラスに関連するしきい値（Ｔｋ）と比較するステップと、
−  前記リソース利用指標が前記しきい値（Ｔｋ）を超える場合にリソース割り当てを起動するステップとにより、
−  前記リソース利用指標に基づいてリソース割り当てを起動するかどうかを選択するステップ
を含む方法。
【請求項２】
前記求めるステップ及び前記選択するステップはまず、前記第２リソースクラスに対して実施し、次に、前記第１リソースクラスに対して実施する、請求項１記載の方法。
【請求項３】
前記第１リソースクラスに関連する第１しきい値（ＴＦＡＳＴ）は、前記第２リソースクラスに関連する第２しきい値（ＴＳＬＯＷ）よりも大きい、請求項１記載の方法。
【請求項４】
前記通信システム（１）は前記第１クラスの保証最小リソース量を接続ユーザ機器（４００、４１０）に提供し、前記第１リソースクラスのリソース利用指標は前記第１しきい値（ＴＦＡＳＴ）を上回り、更に前記第２リソースクラスのリソース利用指標は前記第２しきい値（ＴＳＬＯＷ）を上回っており、
−  前記第２リソースクラスのリソース割り当てを起動するステップ、及び
−  前記第２リソースクラスの前記リソース割り当ての進行期間の間に、前記保証最小リソース量よりも相対的に小さい第１リソースクラスの第１リソース量を前記ユーザ機器（４００、４１０）に一時的に割り当てるステップ
を含み、それにより前記第２リソースクラスの前記リソース割り当ての前記進行期間の間に合計リソース利用量を一時的に下げる、請求項３記載の方法。
【請求項５】
更に、前記第２リソースクラスの前記リソース割り当てが完了した後に、前記保証最小リソース量以上である前記第１リソースクラスの第２リソース量を前記ユーザ機器（４００、４１０）に再度割り当てるステップを含む、請求項４記載の方法。
【請求項６】
前記第１リソースクラスに関連するしきい値（ＴＦＡＳＴ）に基づいて前記第２リソースクラスに関連するしきい値（ＴＳＬＯＷ）を計算するステップを更に含む、請求項１記載の方法。
【請求項７】
前記リソース群は無線リソース群であり、前記方法は、前記通信システム（１）に接続されるユーザ機器（４００、４１０）に前記無線リソースを提供して前記ユーザ機器（４００、４１０）が利用することができる通信サービス（４０２、４１２、４１４）の利用を可能にするステップを含む、請求項１記載の方法。
【請求項８】
前記第１リソースクラスのリソースが第１割り当て手順セットの割り当て手順により割り当てることができ、前記第２リソースクラスのリソースが第２割り当て手順セットの割り当て手順により割り当てることができ、前記第１割り当て手順セットは、
−  前記システム（１）に接続されるユーザ機器（４００、４１０）が利用することができるトランスポートフォーマットの組合せ（ＴＦＣ）を制限すること、及び
−  前記ユーザ機器（４００、４１０）に対してアダプティブマルチレート（ＡＭＲ）モード切り替えを行なうこと
の内の少なくとも一方を含み、前記第２割り当て手順セットは、
−  前記ユーザ機器（４００、４１０）に対して専用の高ビットレートチャネルから専用の低ビットレートチャネルへのチャネル切り替えを行なうこと、
−  前記ユーザ機器（４００、４１０）に対して専用チャネルから共通チャネルへのチャネル切り替えを行なうこと、
−  前記ユーザ機器（４００、４１０）に対して第１無線接続ネットワークから第２無線接続ネットワークへのハンドオーバーを行なうこと、
−  前記ユーザ機器（４００、４１０）に対して第１搬送周波数から第２搬送周波数へのハンドオーバーを行なうこと、及び
−  前記ユーザ機器（４００、４１０）に対して進行中のコールを廃棄すること
の内の少なくとも一つを含む、請求項１記載の方法。
【請求項９】
前記求めるステップを周期的に実施する、請求項１記載の方法。
【請求項１０】
前記求めるステップは起動イベントが生じるときに実施され、この起動イベントは、
−  接続ユーザ機器（４００、４１０）が利用することができるチャネルの数の変化、
−  接続ユーザ機器（４００、４１０）の数の変化、
−  接続ユーザ機器（４００、４１０）１台当たりの提供サービス（４０２、４１２、４１４）の数の変化、
−  接続ユーザ機器（４００、４１０）に対して進行中の通信サービス（４０２、４１２、４１４）に関するＱｏＳ要求の変化、
−  更新モビリティ測定レポートの受信、
−  更新干渉測定レポートの受信、及び
−  データトラフィックの変化
の内の少なくとも一つである、請求項１記載の方法。
【請求項１１】
更に、接続ユーザ機器（４００、４１０）のＱｏＳ要求に関する情報に基づいて、割り当てるべきリソースを選択するステップを含む、請求項１記載の方法。
【請求項１２】
更に、リソース節約に関する推定情報に基づいて割り当てるべきリソースを選択するステップを含む、請求項１記載の方法。
【請求項１３】
前記求めるステップは、前記リソースクラスに使用される通信リンクの合計電力を推定するステップを含む、請求項１記載の方法。
【請求項１４】
リソース群を有する通信システム（１）に設けられるリソース割り当てシステム（１００）であって、前記リソース群は、前記リソースに関連し、前記リソースの割り当て又は再割り当てのために必要な合計時間を表わすそれぞれの固有割り当て時間に基づいて、第１固有割り当て時間を有する少なくとも第１リソースクラスと、前記第１固有割り当て時間よりも比較上長い第２固有割り当て時間を有する第２リソースクラスとに分割され、前記リソース割り当てシステム（１００）は前記少なくとも第１リソースクラスおよび前記第２リソースクラスの各リソースクラスに、
−  前記リソースクラスに対する合計リソース利用を表わすリソース利用指標を求める手段（１２０）、及び
−  前記リソース利用指標に応じてリソース割り当てを選択的に起動する手段（１３０）
を備え、
前記選択的に割り当てを起動する手段（１３０）は、
−  前記リソース利用指標を前記リソースクラスに関連するしきい値（Ｔｋ）と比較する（１３２）手段、及び
−  前記リソース利用指標が前記しきい値（Ｔｋ）を超える場合に前記リソース割り当てを起動する（１３４）手段
を備える、システム。
【請求項１５】
前記手段（１２０、１３０）は、まず、前記第２リソースクラスに対して前記指標の決定及び前記選択的に割り当てを起動する操作を実行し、次に、前記第１リソースクラスに対して前記指標の決定及び選択的に割り当てを起動する操作を実行するように構成される、請求項１４記載のシステム。
【請求項１６】
前記第１リソースクラスに関連する第１しきい値（ＴＦＡＳＴ）は、前記第２リソースクラスに関連する第２しきい値（ＴＳＬＯＷ）よりも大きい、請求項１４記載のシステム。
【請求項１７】
前記通信システム（１）は前記第１リソースクラスの保証最小リソース量を接続ユーザ機器（４００、４１０）に提供し、前記第１リソースクラスのリソース利用指標は前記第１しきい値（ＴＦＡＳＴ）を上回り、更に前記第２リソースクラスのリソース利用指標は前記第２しきい値（ＴＳＬＯＷ）を上回っており、前記手段（１３０）は、
−  前記第２リソースクラスのリソース割り当てを起動し、
−  前記第２リソースクラスの前記リソース割り当ての進行期間の間に、前記保証最小リソース量よりも相対的に小さい前記第１リソースクラスの第１リソース量を前記ユーザ機器（４００、４１０）に一時的に割り当てる
ように構成される、請求項１６記載のシステム。
【請求項１８】
更に、前記第２リソースクラスの前記リソース割り当てが完了した後に、前記保証最小リソース量以上である前記第１リソースクラスの第２リソース量を前記ユーザ機器（４００、４１０）に再度割り当てる手段（１３０）を備える、請求項１７記載のシステム。
【請求項１９】
−  前記第１リソースクラスに関連するしきい値（ＴＦＡＳＴ）に基づいて前記第２リソースクラスに関連するしきい値（ＴＳＬＯＷ）を、計算する（１７０）手段
を更に備える、請求項１４記載のシステム。
【請求項２０】
前記求める手段（１２０）は、前記リソース利用指標を周期的に求めるように構成される、請求項１４記載のシステム。
【請求項２１】
前記求める手段（１２０）は、トリガーとなる入力情報に応答して前記リソース利用指標を求めるように構成される、請求項１４記載のシステム。
【請求項２２】
接続ユーザ機器のＱｏＳ要求に関する情報に基づいて割り当てるべきリソースを選択する手段（１４０）を備える、請求項１４記載のシステム。
【請求項２３】
リソース節約に関する推定情報に基づいて割り当てるべきリソースを選択する手段（１４０）を備える、請求項１４記載のシステム。
【請求項２４】
前記求める手段（１２０）は、前記リソースクラスに使用される通信リンクの合計電力を推定するように構成される、請求項１４記載のシステム。
【請求項２５】
前記リソース割り当てシステム（１００）は前記通信システム（１）のネットワークノードに設けられる、請求項１４記載のシステム。
【請求項２６】
リソース群を有する通信システム（１）であって、
−  前記リソースに関連し、前記リソースの割り当て又は再割り当てのために必要な合計時間を表わすそれぞれの固有割り当て時間に基づいて前記リソース群を、第１固有割り当て時間を有する少なくとも第１リソースクラスと、前記第１固有割り当て時間よりも比較上長い第２固有割り当て時間を有する第２リソースクラスとに分割する手段（２００）、及び
−  前記少なくとも第１リソースクラスおよび前記第２リソースクラスの各リソースクラスについて、
−  前記リソースクラスに対する合計リソース利用を表わすリソース利用指標の決定と、
−  前記リソース利用指標に基づいてリソース割り当てを選択的に起動する操作と
を実行するリソース割り当て手段（１００）
を備え、
前記選択的に割り当てを起動する手段（１３０）は、
−  前記リソース利用指標を前記リソースクラスに関連するしきい値（Ｔｋ）と比較する手段（１３２）、及び
−  前記リソース利用指標が前記しきい値（Ｔｋ）を超える場合に前記リソース割り当てを起動する（１３４）手段
を備えるシステム。
【請求項２７】
前記リソース割り当て手段（１００）は、まず、前記第２リソースクラスに関して前記指標の決定及び前記選択的割り当ての起動を実行し、次に、前記第１リソースクラスに関して前記指標の決定及び選択的割り当ての起動を実行するように構成される、請求項２６記載のシステム。
【請求項２８】
前記第１リソースクラスに関連するしきい値（ＴＦＡＳＴ）は、前記第２リソースクラスに関連する該当するしきい値（ＴＳＬＯＷ）よりも大きい、請求項２６記載のシステム。
【請求項２９】
前記第２リソースクラスに関連するしきい値（ＴＳＬＯＷ）を、前記第１リソースクラスに関連するしきい値（ＴＦＡＳＴ）に基づいて計算する（１７０）手段を更に備える、請求項２６記載のシステム。
【請求項３０】
前記求める手段（１２０）は、前記リソースクラスに使用される通信リンクの合計電力を推定するように構成される、請求項２６記載のシステム。
【請求項３１】
前記リソース群は無線リソース群であり、前記通信システム（１）は、前記無線リソース群を前記システム（１）に接続されるユーザ機器（４００、４１０）に提供して、前記ユーザ機器（４００、４１０）が利用できる通信サービス（４０２、４１２、４１４）の利用を可能にする手段を備える、請求項２６記載のシステム。
【請求項３２】
通信システム（１）におけるリソース割り当て方法であって、
−  第１リソースクラスの保証最小リソース量及び第２リソースクラスのリソース量を提供するステップであって、前記第１リソースクラスの固有割り当て時間がそれに対応する前記第２リソースクラスの固有割り当て時間よりも相対的に短いステップ、
−  前記第２リソースクラスのリソース割り当てを起動するステップ、及び
−  前記第２リソースクラスの前記リソース割り当ての進行期間の間に、前記保証最小リソース量よりも相対的に小さい前記第１リソースクラスの第１リソース量を一時的に割り当てるステップ
を含み、そのために、前記第２リソースクラスの前記リソース割り当ての前記進行期間の間に合計リソース利用量を一時的に下げる方法。
【請求項３３】
更に、前記第２リソースクラスの前記リソース割り当てが完了した後に、前記保証最小リソース量以上である、前記第１リソースクラスの第２リソース量を再度割り当てるステップを含む、請求項３２記載の方法。
【請求項３４】
前記一時的に割り当てるステップは、
−  前記第１リソースクラスに関して第１リソース利用指標を計算するステップ、
−  前記第１リソース利用指標を前記第１リソースクラスに関連する第１しきい値（ＴＦＡＳＴ）と比較するステップ、及び
−  前記第１リソース利用指標が前記第１しきい値（ＴＦＡＳＴ）を超える場合に前記一時的リソース割り当てを起動するステップ
を含む、請求項３２記載の方法。
【請求項３５】
前記起動するステップは、
−  前記第２リソースクラスに関して第２リソース利用指標を計算するステップと、
−  前記第２リソース利用指標を前記第２リソースクラスに関連する第２しきい値（ＴＳＬＯＷ）と比較するステップ、及び
−  前記第２リソース利用指標が前記第２しきい値（ＴＳＬＯＷ）を超える場合に前記第２リソースクラスのリソース割り当てを起動するステップ
を含む、請求項３２記載の方法。
【請求項３６】
前記再度割り当てるステップは、
−  前記第１リソースクラスに関し、前記第２クラスの前記リソース割り当ての終了に応答して第１リソース利用指標を計算するステップ、
−  前記第１リソース利用指標を前記第１リソースクラスに関連する第３しきい値（ｈ＊ＴＦＡＳＴ）と比較するステップ、及び
−  前記第１リソース利用指標が前記第３しきい値（ｈ＊ＴＦＡＳＴ）を下回る場合に前記第２リソース量の前記再割り当てを起動するステップ
を含む、請求項３３記載の方法。
【請求項３７】
更に、
−  前記通信システム（１）に接続されるユーザ機器（４００、４１０）の合計パケット遅延（ＤＴＯＴＡＬ）を求め、前記第１リソースクラスのリソース群を利用するステップ、
−  前記合計パケット遅延（ＤＴＯＴＡＬ）を遅延しきい値（Ｔ）と比較するステップ、及び
−  前記合計遅延（ＤＴＯＴＡＬ）が前記遅延しきい値（Ｔ）を超える場合に、前記保証最小リソース量以上である前記第１リソースクラスの第２量を再度割り当てるステップ
を含む、請求項３２記載の方法。
【請求項３８】
更に、
−  前記通信システム（１）に接続されるユーザ機器（４００、４１０）の合計パケット遅延（ＤＴＯＴＡＬ）を求め、前記第１リソースクラスのリソース群を利用するステップ、
−  前記合計パケット遅延（ＤＴＯＴＡＬ）を第１遅延しきい値（Ｔ）と比較するステップ、
−  前記合計遅延（ＤＴＯＴＡＬ）が前記第１遅延しきい値（Ｔ）を超える場合に、前記一時的なリソース割り当てにより生じるパケット遅延（ＤＴＦＣ）を第２遅延しきい値（ｋＴ）と比較するステップ、及び
−  前記一時的なリソース割り当てにより生じる前記遅延（ＤＴＦＣ）が前記第２遅延しきい値（ｋＴ）を超える場合に、前記保証最小リソース量以上である前記第１リソースクラスの第２リソース量を再度割り当てるステップ
を含む、請求項３２記載の方法。
【請求項３９】
前記通信システム（１）は、前記保証最小リソース量の内少なくとも１つのリソース及び／又は前記第２リソースクラスのリソースを使用して、前記システム（１）に接続されるユーザ機器（４００、４１０）に対してストリーミングサービス（４０２、４１２、４１４）を提供する、請求項３２記載の方法。
【請求項４０】
前記一時的にリソースを割り当てるステップは、許容トランスポートフォーマット組合せ（ＴＦＣ）を制限することによって許容ビットレートを保証最小ビットレートよりも低くなるように一時的に下げるステップを含み、前記再度割り当てるステップは、前記課されているＴＦＣ制限を解くことによって前記許容ビットレートを少なくとも前記保証最小ビットレートにまで上げるステップを含む、請求項３３記載の方法。
【請求項４１】
通信システム（１）に設けられ、且つ第１リソースクラス及び第２リソースクラスの保証最小リソース量を提供するリソース割り当てシステム（１００）であって、前記第１リソースクラスの固有割り当て時間はそれに対応する前記第２リソースクラスの固有割り当て時間よりも相対的に短く、
−  前記第２リソースクラスのリソース割り当てを起動する手段、及び
−  前記第２リソースクラスの前記リソース割り当ての進行期間の間に、前記保証最小リソース量よりも相対的に小さい前記第１リソースクラスの第１リソース量を一時的に割り当てる手段
を備え、それによって、前記第２リソースクラスの前記リソース割り当ての前記進行期間の間に合計リソース利用量を一時的に下げるシステム。
【請求項４２】
更に、前記第２リソースクラスの前記リソース割り当てが完了した後に、前記保証最小リソース量以上である前記第１リソースクラスの第２リソース量を再度割り当てる手段（１００）を備える、請求項４１記載のシステム。
【請求項４３】
前記一時的に割り当てる手段は、
−  前記第１リソースクラスについて、第１リソース利用指標を計算する手段（１２０）、
−  前記第１リソース利用指標を前記第１リソースクラスに関連する第１しきい値（ＴＦＡＳＴ）と比較する手段（１３２）、及び
−  前記第１リソース利用指標が前記第１しきい値（ＴＦＡＳＴ）を超える場合に前記一時的なリソース割り当てを起動する手段（１３４）
を備える、請求項４１記載のシステム。
【請求項４４】
前記起動する手段は、
−  前記第２リソースクラスについて、第２リソース利用指標を計算する（１２０）手段、
−  前記第２リソース利用指標を前記第２リソースクラスに関連する第２しきい値（ＴＳＬＯＷ）と比較する（１３２）手段、及び
−  前記第２リソース利用指標が前記第２しきい値（ＴＳＬＯＷ）を超える場合に前記第２リソースクラスのリソース割り当てを起動する（１３４）手段
を備える、請求項４１記載のシステム。
【請求項４５】
前記再度割り当てる手段（１００）は、
−  前記第１リソースクラスについて前記第２クラスの前記リソース割り当ての終了に応答して第１リソース利用指標を計算する（１２０）手段、
−  前記第１リソース利用指標を前記第１リソースクラスに関連する第３しきい値（ｈ＊ＴＦＡＳＴ）と比較する（１３２）手段、及び
−  前記第１リソース利用指標が前記第３しきい値（ｈ＊ＴＦＡＳＴ）を下回る場合に前記第２リソース量の前記再度の割り当てを起動する（１３４）手段
を備える、請求項４２記載のシステム。
【請求項４６】
更に、
−  前記通信システム（１）に接続されるユーザ機器（４００、４１０）の合計パケット遅延（ＤＴＯＴＡＬ）を求め、前記第１リソースクラスのリソース群を利用する手段（１５０）、
−  前記合計パケット遅延（ＤＴＯＴＡＬ）を遅延しきい値（Ｔ）と比較する手段（１３２）、及び
−  前記合計遅延（ＤＴＯＴＡＬ）が前記遅延しきい値（Ｔ）を超える場合に、前記保証最小リソース量以上である前記第１リソースクラスの第２リソース量を再度割り当てる（１３４）手段
を備える、請求項４１記載のシステム。
【請求項４７】
更に、
−  前記通信システム（１）に接続されるユーザ機器（４００、４１０）の合計パケット遅延（ＤＴＯＴＡＬ）を求め、前記第１リソースクラスのリソース群を利用する手段（１５０）、
−  前記合計パケット遅延（ＤＴＯＴＡＬ）を第１遅延しきい値（Ｔ）と比較する（１３２）手段、
−  前記合計遅延（ＤＴＯＴＡＬ）が前記第１遅延しきい値（Ｔ）を超える場合に、前記一時的なリソース割り当てにより生じるパケット遅延（ＤＴＦＣ）を第２遅延しきい値（ｋＴ）と比較する（１３２）手段、及び
−  前記一時的なリソース割り当てにより生じる前記遅延（ＤＴＦＣ）が前記第２遅延しきい値（ｋＴ）を超える場合に、前記保証最小リソース量以上の前記第１リソースクラスの第２リソース量を再度割り当てる手段（１３４）
を備える、請求項４１記載のシステム。
【請求項４８】
前記通信システム（１）は、前記保証最小リソース量の内少なくとも１つのリソース及び／又は前記第２リソースクラスの前記リソースを使用して、前記システム（１）に接続されるユーザ機器（４００、４１０）にストリーミングサービス（４０２、４１２、４１４）を提供する、請求項４１記載のシステム。
【請求項４９】
前記一時的にリソースを割り当てる手段（１００）は、許容トランスポート形式組合せ（ＴＦＣ）を制限することによって許容ビットレートを保証最小ビットレートよりも低くなるように一時的に下げるように構成され、前記再度割り当てる手段（１００）は、前記課されているＴＦＣ制限を解くことによって前記許容ビットレートを少なくとも前記保証最小ビットレートにまで上げるように構成される、請求項４２記載のシステム。
【発明の詳細な説明】
【発明の開示】
【０００１】
技術分野
本発明は概して、通信システムにおけるリソース管理に関し、特にこのようなシステムにおけるリソース割り当てに関する。
【０００２】
背景技術
通信システムは、システムの接続ユーザ等が使用するリソース群を管理及び提供し、よってシステムにおける通信サービスの利用を可能にする。例えば、無線通信システムは無線リソース群を提供し、移動体ユーザはこれらの無線リソース群を利用して例えば音声、パケット伝送サービス及びストリーミングサービスを行なう。
【０００３】
通信システムは通常、種々のユーザ及びサービスに分配されるリソースの小さなプールにしか接続することができない。従って、ユーザ及びサービスは限られた量のリソースに関して競合すると考えることができる。更に、一部の通信システムでは、又はリソースの種類によっては、リソースに対する要求は特定のイベントによって変化する。このようなイベントとは新規サービスの追加、通信セッションの終了、又はエンドユーザアプリケーションによって設定される要求の変化である。多くの場合、一部の明示的なシグナル伝送がこれらの種類のイベントに続いて行われる。次にこのシグナル伝送を使用してリソース割り当て手順の実行を起動する。例えば、新規コールが移動体通信用グローバル（ＧＳＭ）システムにおいて設定される度に、リソース割り当てユニット又はシステムは利用可能なチャネルを探索する必要があり、続いてタイムスロット（無線リソース）がユーザに割り当てられるか、又はコールリクエストが拒否される（これによってコールがブロックされるか、又はハンドオーバーが失敗する）。この例では、リソース、すなわちタイムスロットが、割り当てユニットが開始するリソース割り当て手順によって明示的に割り当てられ、引き出される。
【０００４】
他の通信システム又は他のリソースタイプでは、リソースに対する要求が他の理由に起因して動的に変化し得る。例えば、ユニバーサル移動体通信システム（ＵＭＴＳ）又は符号分割多重接続（ＣＤＭＡ）２０００システムのような電力制御移動体通信システムでは、電力制御ループが機能して、無線接続に生じる無線状態の変化に応答する形で送信電力を適合させる。このような状態変化は、ユーザ機器の移動により生じる結果であるか、又は受信機に生じる干渉レベルの変化によってもたらされる。しかしながら、無線接続が確保されている場合でも、電力要求は干渉レベルの変化（他のシステムによって生じる）、モビリティの問題、又は伝搬環境の変化（例えば天候条件の変化）に起因して変化し得る。この場合、割り当てリソースがその時点でのリソース要求に合致するように、リソース割り当ては継続的（又は周期的に）に更新されなければならない。
【０００５】
幾つかの通信システムの特定の態様では、リソース割り当てアーキテクチャを幾つかのレイヤに分割する。例えば、地上無線接続網（ＵＴＲＡＮ）の高速電力制御は、各接続を個別に処理するリンクレベルの標準化手順である。その結果、高速電力制御アルゴリズムがリソース割り当てアルゴリズムに見えない場合がある。この点に関し、リソース割り当て手順はリソース要求に影響を及ぼす試みと見なされる。例えば、或るチャネルに対するリソース要求は、当該チャネルにおいて利用可能なビットレートを低くすることにより少なくとも平均的に減らすことができる。
【０００６】
従って、リソース割り当て手順がリソースに直接影響を及ぼすことができない（上述のＵＴＲＡＮにおける電力の場合のように）システムにおいても、最終的にリソース要求に影響する手順は在り得る。例えば、高ビットレートの専用チャネルから低ビットレートの専用チャネルに、又は共通チャネルに下げるダウンスイッチは、リソース先行手順とみなすことができるので、リソース要求の予期しない増大のような変化に対応するために使用することができる。
【０００７】
本明細書の記述においては、「リソース割り当て手順」という表現は、手順がリソース利用に直接には影響しない場合においても、最終的に使用リソースの量の変化をもたらす手順の全てを含む。従って、この表現はリソース（再）割り当て手順及びリソース先行割り当て手順も含む。
【０００８】
リソースのプールが小さい一般的な場合の通信システムは、送信機が複数の信号を同じ時刻に多数の受信機に送信する通信システムである。これに関しては、ＵＭＴＳシステムにおける基地局と多数の移動体ユニットとの間のダウンリンク伝送を例に挙げることができる。（無線）リソース（例えば、合計ダウンリンク電力、又は搬送波電力）の共通プールは異なるリンク間で共有される。一つのリンクに割り当てられる特定量のリソースはとりわけ、当該リンクに位置する送信機が提供する通信サービスの性質によって変わるだけでなく、送信機が制御することができない他の外部要素によっても変わる。例えば、移動体無線通信システムにおいて一つのリンクが必要とする電力量は通信サービスが必要とするビットレートによって変わるので、送信機が提供ビットレートを変えることにより制御することができる。しかし、リンクが必要とする電力量は、移動体ユーザ機器の位置及び移動、他のシステムにより生じる干渉などのような、送信機が制御することができない要素によっても変わる。
【０００９】
共有リソースを備える通信システムにおいて使用されるリソースの合計量（合計リソース利用量）は、各リンクで使用する、すなわち各ユーザに割り当てられるリソースの量の和であるので、合計リソース利用量は、リンクの数の増大及び／又は個々のリンクが使用するリソースの量の増大によって増大する。合計リソース利用量が利用可能なリソースの合計量を下回っている限り、通常、問題は生じないが、合計リソース利用量が過度に増大し、リソースが不足してくると、リソース利用量を制限するか、又は減らす処置を行なう必要がある。
【００１０】
合計リソース利用量を制限する一つの方法は、リンクの数の増大を阻止することであり、この技術分野ではアドミッション制御と呼ばれる手順である。別の解決方法は、高優先順位ユーザがサービスとの接続を要求する場合に低優先順位のユーザに属するリンクを外すことである。これはＧＳＭシステムにおけるＳＯＳコールに該当する。
【００１１】
しかしながら、上述したような合計リソース要求量又は合計リソース利用量の増大は、リンクに使用されるリソース量の増大によるものである。要求されるリソースのこのような増大は、ユーザ機器のモビリティ、提供サービスの動作の変化などによって生じる。この場合、一又は複数のリンクにその時点において割り当てられるリソースの量は減らす必要があり、この手順は当技術分野で輻輳制御と呼ばれる。
【００１２】
複数のユーザが異なる優先順位を有し、且つこれらのユーザに提供されるサービスが異なる要求量を有する一般的な場合においては、アドミッション及び輻輳制御はリソース割り当て手順の特殊なケースと見なすことができる。これに関連する例として、高優先順位の一つのリンクに割り当てられるリソースの量が、例えば要求されるビットレートの増大に起因して増大すると、マルチベアラ接続に新規ベアラを加えるなどの操作が、低優先順位のリンクに割り当てられるリソースの量を減らすことにより行なわれる。
【００１３】
通信システムにおいてリソース要求量又はリソース利用量が、ハードウェア制限により決まることが多い最大合計リソースの限界を超えないようにするために一般的に行われる解決方法は、リソース割り当てを開始することである。
【００１４】
しかしながら、このリソース割り当てはほとんどの場合において、幾つかの異なる割り当て手順を使用して実行することができる。従って、先行技術による解決方法に関する問題は、同じ最終結果をもたらす選択を異なる手順及び／又は異なるリンクに対して実施する場合に、用いる割り当て手順の選択、並びにリソース割り当ての影響を受けるリンクの選択である。例えば、チャネル数を減らすダウンスイッチ等の複数のリソース割り当て手順には、送信機と受信機との間にかなり長いシグナル伝達とハンドシェークが必要であり、従って割り当てが有効になるには長時間を要する。他のリソース割り当て手順にはハンドシェークは必要がないので、実行時間は比較的短くてよい。このシナリオを図１に例示する。
【００１５】
時間ｔ０では、通信システムは、リソース要求量が許容できないほど大きく、従ってリソース割り当て手順を適用して全体のリソース利用量を減らす必要がある状態にある。この状態では、リソース利用量を同じ量だけ減らす２つの異なる手順を用いると仮定する。これらの２つの手順の内の第１の手順には送信機と受信機との間のハンドシェークが必要であるので、手順の実行時間が長い（低速手順）。第２の手順は高速である、すなわち手順の実行時間が短い。更に、６４ｋｐｓの提供ビットレートによって例示されるように、両方の手順によって一のユーザに関して同じサービス品質（ＱｏＳ）要求が生じる。これらの手順を実行した後、すなわちリソース割り当てが完了した時間を時間ｔ１と呼ぶ。新規のリソース不足が生じて更に別のリソースを解放する必要が生じると仮定する（ビットレートを４８ｋｐｓまで下げることになる）。更に、第１の場合、すなわち時間ｔ０において高速リソース割り当て手順を用いる場合に、低速割り当て手順しか利用できない場合を想定する。しかし、第２の場合では、すなわち低速リソース割り当て手順を時間ｔ０において用いる場合、高速割り当て手順と低速割り当て手順の両方を利用することができるとする。時間ｔ２では、第２のリソース割り当てが完了する。
【００１６】
時間ｔ０、ｔ１及びｔ２の状態はステートマシーンの状態と見なすことができる。時間ｔ０での初期状態Ａから、２つの異なるリソース割り当て手順を用いることができる。用いる手順に応じて、時間ｔ１で２つの状態（Ｂ又はＣ）の内の一方の状態になる。利用するリソースの量の観点及びＱｏＳ（ビットレート）の観点から、２つの状態は同じである。しかしながら、これらの状態は、次の遷移に利用することができる手順が異なる。つまり、状態Ｂから（Ｄへの）の遷移は低速手順によってのみ実行することができ、状態Ｃからの遷移は高速手順により（Ｅへ）、又は低速手順により（Ｆへ）行なうことができる。
【００１７】
先行技術による典型的な割り当てユニット又はシステムは通常、利用可能であれば必ず高速リソース割り当て手順を用いるようになっている。図１に示すように、この操作は、時間ｔ０で高速割り当て手順、すなわち状態ＡからＢへの遷移を選択することに該当する。しかしながら、後続のリソース割り当て、すなわちＢからＤへの遷移が時間的に難しくなる場合がある。図１によれば低速手順しか用いることができないので、低速割り当てが全て実行されてしまう前にリソース要求量が大きくなりすぎると、システム不安定が生じる可能性がある。
【００１８】
本発明の概要
本発明は先行技術による構成のこれらの不具合及び他の不具合を解決する。
【００１９】
本発明の主目的は、通信システムにおいて効率的なリソース管理を実現することにある。
本発明の別の目的は、通信システムにおいて動的なリソース割り当てを実現することにある。
本発明の更に別の目的は、高速リソース割り当て手順を用いることができる状態を維持するリソース割り当てを実現することにある。
本発明の特定の目的は、ストリーミングユーザが体験するパケット遅延が保証サービス品質（ＱｏＳ）レベルを超えることがないリソース割り当てを実現することにある。
【００２０】
これらの目的及び他の目的は、請求の範囲によって定義されるように、本発明によって達成することができる。
【００２１】
要約すると、本発明は通信システムにおいてリソース割り当てを実行する。本発明によれば、通信システム又は通信システムの一部、或いはサブシステムが提供するリソースのプールを種々のリソースクラスに、関連する固有割り当て時間に基づいて分割する。従って、所定のクラスのリソースは、固有の実行時間を有する一又は複数のリソース割り当て手順によって割り当てることができる。同様に、他の固有の実行時間を有する一又は複数の他の割り当て手順によって別のリソースクラスのリソースを割り当てることができる。従って、固有の割り当て時間又は実行時間は特定の割り当て手順の起動から割り当ての完了までの合計時間に対応する。所定のリソースクラスに利用することができる割り当て手順が一つしかないということがあり得る。しかしながら、ほぼ同じ割り当て時間又は割り当て速度を有する幾つかの異なる割り当て手順を使用して特定のクラスのリソースを割り当てることができる場合がある。更に、リソースは、異なる割り当て時間を有する複数のクラス、すなわち２つ以上のクラスに分割される。
【００２２】
例えば、リソースは２つのクラスに分割することができる。このような場合、第１クラスは高速リソース割り当て手順によって割り当てることができるリソースを含み、第２クラスは低速リソース割り当て手順によって割り当てることができるリソースを含む。低速手順は通常、通信システムと、システムによるリソースの提供先であるユニットとの間の大量のシグナル伝達及びハンドシェークを必要とする。このハンドシェーク及びシグナル伝達により実行時間が長くなって、通常、数百ミリ秒のオーダーになる。低速手順とは異なり、高速リソース割り当て手順は通常、数百ミリ秒以下の実行時間を有する。
【００２３】
本リソース割り当て方法では、各リソースクラスについて、リソース利用指標を求めるか、又は推定する。この指標は、現クラスの合計リソース利用量に基づくことが好ましい。例示的な実施形態では、リソース利用指標はシステムの通信リンクに使用される現クラスの電力量である。このリソース利用指標に基づいて、現クラスのリソースに一又は複数のリソース割り当て手順を起動すべきかどうかが判断される。この割り当ての主目的はリソース利用指標を小さくすることにある。ここで、利用指標を小さくすることによって必ずしも手順の影響を受けるクラスから割り当てられるリソースの量が小さくなる訳ではないことに留意されたい。
【００２４】
本発明の好適な実施形態では、この選択的な割り当て起動は、現クラスのリソース利用指標を関連するしきい値と比較することにより行なわれる。指標がしきい値を超えると、リソース割り当てが開始される。
【００２５】
この利用指標の決定及び選択的起動を全てのリソースクラスについて、好適には最も長い固有割り当て時間を有するリソース割り当て手順により割り当てることができるリソースを含むクラスから開始する形で繰り返す。次に、指標の決定及び選択的起動を２番目に長い割り当て時間で割り当てられるクラスに実行するという具合に繰り返し、最も短い割り当て時間を有するクラスで終了する。クラスによって固有割り当て時間は異なるので、幾つかの割り当て手順は異なるクラスに関して並行して実行することができる。
【００２６】
本発明に従ってリソースを異なるクラスに分割し、各リソースクラスを個々に調査して可能であれば割り当てる利点は、通信システムが割り当てに利用することができる高速リソースのプールを常に有する確率が高くなることである。これは、システムの合計リソース利用量が大きくなり過ぎたときに、通信システムが最も高い頻度で、且つ好適には常に、高速リソース割り当て手順にアクセスできることを意味する。従って、リソースが不足すると、利用可能な高速割り当て手順を起動して幾つかのリソースを素早く解放することによってシステムが不安定になる危険を回避することができる。
【００２７】
２つのリソースクラスの無線リソースを有する移動体無線通信システムの低速リソース割り当て手順の例は、第１ビットレートを有する専用チャネルから第２の異なるビットレートを有する専用チャネルへのチャネル切り替え（専用チャネル再構成）、及び専用チャネルから共通（電力規制のない）チャネルへのチャネル切り替えを含む。低速手順はまた、一の無線接続ネットワークから別の無線接続ネットワークへのハンドオーバー及び異なる搬送周波数間のハンドオーバー（異周波数間ハンドオーバー（ＩＦＨＯ））を含む。また、接続している状態の移動体ユーザ機器に対する進行中のコールの廃棄は、幾つかのアプリケーションでは、低速割り当て手順と見なすことができる。
【００２８】
特にダウンリンクチャネルのダウンリンク電力に影響する高速割り当て手順は、送信に利用することができるトランスポートブロック群の利用を制限する。利用可能なトランスポートフォーマット組合せ（ＴＦＣ）におけるこのような制限によって、提供ビットレートが下がり、従ってダウンリンク電力が下がる。
【００２９】
幾つかのアプリケーションでは、或るクラスのリソースをＱｏＳ契約に違反することなく割り当てる（リソース利用量を小さくする）ことができない。従って、通信システムは現時点で保証量のリソースをユーザに提供する。高速割り当てリソースクラス及び低速割り当てリソースクラスを有する移動体無線通信システムに関する例として、低速割り当てクラスのリソース利用指標が関連するしきい値を超え、低速リソース割り当て手順が起動されるという状況が生じ得る。しかしながら、このリソース割り当てが比較的長い時間に渡って行われている間、無線状態が悪化してこの利用指標が増大する可能性がある。この指標が実際に高速割り当てクラスのしきい値を超えることさえ生じ得る。このような場合、高速割り当てリソースのプールがゼロになり、通信システムにおける合計リソース利用量を減らすために高速リソース割り当て手順を利用することができない。従って、システムはリソース利用量を減らすことができるまで、低速割り当て手順の完了を待つ必要がある。しかしながら、この長い実行動作の間、リソース要求量が増大してシステムを一層不安定にする可能性がある。
【００３０】
本発明によれば、そのようなときに高速リソース割り当て手順を一時的に用いて現時点で保証量のリソースが提供されているユーザのリソースを解放する、例えば利用可能なトランスポートブロックを保証レベルよりも低いレベルにまで減らす。その結果、システムは一時的に保証量未満の量のリソースをユーザに配信することになる。低速割り当て手順が完了すると、このユーザに割り当てられるリソースの量は、例えば既に課されているＴＦＣ制限を解くことにより増やすことができる。従って、或る時点でユーザには保証量のリソースよりも少ないリソースを割り当てられるかもしれないが、当該ユーザに割り当てられる時間平均リソース量は少なくとも保証レベルになる。
【００３１】
トランスポートビットレートが下がることによってデータが送信機バッファに蓄積されてパケット遅延が大きくなるため、（ＴＦＣ制限を使用して）一時的にビットレートを下げる本実施形態は、特にストリーミングユーザに対するＱｏＳ契約に違反することになる。異なるユーザに関する合計パケット遅延及びＴＦＣ制限により生じる遅延をモニターすることにより、ＱｏＳ契約違反が生じる前に課されているＴＦＣ制限を（遅延が大きくなりすぎた場合）解くことができる。
【００３２】
本発明の利点は以下の通りである。
−  低速リソース割り当て処置及び高速リソース割り当て処置を組み合わせて使用することができる。
−  当事者に影響する確率を低くし、通信システムが輻輳状態に陥る確率を低くすることによりシステムの安定性を確保する。
−  効率的なリソース利用を実現する。
−  動作ポイントと最大リソース消費レベルとの間の小さなマージンの使用が可能になる。
−  ストリーミングユーザの遅延を確実に契約ＱｏＳレベル内に維持する。
【００３３】
本発明が提供する他の利点は、本発明の実施形態に関する以下の記述により明らかになる。
【実施例】
【００３４】
本発明、及び本発明の更に別の目的及び利点は、添付図面を参照する以下の詳細な説明により最も深く理解できる。
図面全体を通じて、同じ参照符号は同一又は同様な構成要素に使用される。
【００３５】
本発明は通信システムのリソース管理、特にリソース割り当てに関する。
【００３６】
本明細書の記述では、「リソース割り当て」という表現は、特に断らない限り、リソース割り当て及びリソース再割り当ての両方、及び背景技術の説明において議論したリソース先行割り当てを指す。従って、本発明の理解を容易にするために、明細書全体を通じて、従来のリソース先行割り当て及びリソース再割り当てに対してもリソース割り当てを使用する。ここで、本発明によれば、リソース割り当て手順は、より多くのリソースを一又は複数のサービス、リンク、及び接続済みユーザ機器に割り当てる、或いは配分するために使用できることに注意されたい。更に、リソース割り当て手順は、一又は複数のサービス、リンク、及び接続ユーザ機器に関するリソースの量を減らすために使用することもできる。
【００３７】
本発明によれば、通信システム、或いは通信システムの一部又はサブシステムによって提供される利用可能なリソースのプールは、関連する固有割り当て時間又は割り当て速度に基づいて異なるリソースクラス又は異なるリソースタイプに分割される。即ち、異なる割り当て手順によって異なるリソースを割り当てることができ、その際各手順は固有の実行時間を有する。この時間は特定の割り当て手順の起動から手順の完了までの合計時間に対応する。特定のリソースクラスに一つの割り当て手順しか利用することができないとすることもできる。しかしながら、複数の異なる割り当て手順を使用して特定のクラスのリソースを割り当てることができ、その際これらの手順はほぼ同じ割り当て時間又は速度を有する。更に、リソース群は、異なる関連割り当て時間を有する複数のクラス、すなわち２つ以上のクラスに分割される。
【００３８】
例えば、リソース群は２つのクラスに分割することができる。このような場合、第１クラスは高速リソース割り当て手順によって割り当てることができるリソース群を含み、第２クラスは低速リソース割り当て手順によって割り当てることができるリソース群を含む。低速手順には通常、通信システムと、システムによるリソースの提供先のユニットとの間の大量のシグナル伝達及びハンドシェークが必要である。このハンドシェーク及びシグナル伝達は長い実行時間を要する。無線通信システムの場合、このような低速リソース割り当て手順は、第１ビットレートを有する専用チャネルから第２ビットレートを有する専用チャネルへのチャネル切り替え（専用チャネル再構成）及び専用チャネルから共通（電力規制のない）チャネルへのチャネル切り替えを含む。低速手順はまた、第１無線接続ネットワークから別の無線接続ネットワークへのハンドオーバー及び異なる搬送周波数の間のハンドオーバー、すなわち異周波数間ハンドオーバー（ＩＦＨＯ）を含む。また、接続済みの移動体ユーザ機器に対する進行中のコールを廃棄する操作は幾つかのアプリケーションにおいて低速割り当て手順と見なすことができる。高速割り当て手順では、例えば移動体ユーザ機器に供給される利用可能なトランスポートフォーマット組合せ（ＴＦＣ）を制限し、アダプティブマルチレート（ＡＭＲ）モード切り替えを行なうことによりビットレートを下げる。
【００３９】
次の記述においては、「高速リソース」（「低速リソース）」という表現は、高速割り当て手順（低速割り当て手順）、例えば上述した複数の手順の一つによって割り当てることができるリソースを指す。
【００４０】
３つ以上のリソースクラス、例えば低速割り当てリソースクラス、中間割り当てクラス、高速割り当てクラス、及び超高速割り当てクラスを生成する分割を採用することもできる。リソースクラスの実際の数は通信システム、利用可能な割り当て手順、利用可能な通信サービス、及び予測リソース利用量、トラフィック状況などの他の要素によって変わり得る。更に、通信システムが固定のリソースクラス定義を使用する、又はクラス定義を時間と共に変えることもできる。
【００４１】
図２は本発明によるリソース割り当て方法を示している。本方法はステップＳ１から始まり、このステップでは、上に議論したそれぞれのクラスに関して用いることができる割り当て手順（群）の割り当て時間（速度）又は実行時間（速度）に基づいて、利用可能なリソースを異なるリソースクラスに分割する。本方法は次に進み、ステップＳ２及びＳ３を各リソースクラスに関して実施する。ステップＳ２では、現クラスのリソース利用指標を求める。この指標は、通信システムにおいて現クラスに利用されるリソースの合計量、利用される相対的に低速のリソースの量に対応するか、又は基づくことが好ましい。このような指標の代表的な例は、現クラスの手順によって割り当てることができる電力量である。無線通信システムでは、「電力量」という表現は、平均電力の推定値と解釈することができ、この場合の平均は、例えば無線フレームに関して行われると考えられる。例えば、一つの高速リソースクラス及び一つの低速リソースクラスを有する場合、低速割り当てクラスに関連する指標は低速手順によって割り当てることができる電力量に対応する。しかしながら、高速割り当てクラスに関連する指標は、低速手順及び高速手順の両方によって割り当てることができる電力量に対応することが好ましい。この原理は３つ以上のリソースクラスを有する状況にも適用することができる。
【００４２】
現クラスのリソース利用指標を決定、すなわち計算又は推定したら、この指標に基づいてステップＳ３においてリソース割り当てを選択的に起動する。従ってこのステップＳ３では、利用指標に基づいて現クラスのリソースを割り当てるべきかどうかを判断又は選択する。例えば、現クラスに関連するリソース割り当て手順は、指標が大き過ぎる場合に起動することができる。ステップＳ３において指標に基づいてリソース割り当てを起動すべきであると判断されると、同様な割り当て時間を有する幾つかの異なる手順から選択できる場合、現クラスのリソースを割り当てることができる割り当て手順が選択される。次に、この手順を用いて現リソースクラスのリソースの割り当てを実行する。ステップＳ３において現クラスの割り当て手順を複数用いることもできる。
【００４３】
割り当ての目的は通常、現クラスのリソース利用指標を小さくすることである。ユーザの現クラスのリソース群に対して割り当て手順を実行することにより一のクラスに関する利用指標を小さくすることは、必ずしも当該ユーザに割り当てられるリソースの量を減らすことにはならない。これは、ユーザに提供されるリソース群に対して処置が行なわれ、且つクラスの利用指標が変化しても、得られる品質、例えばビットレートを同じレベルに維持することができることを意味する。例えば、現時点でユーザが１２８ｋｐｓ専用チャネルで６４ｋｐｓしか利用することができない状態で、６４ｋｐｓ専用チャネルに減らすダウンスイッチを選択割り当て手順として起動しても、サービスの急激な品質変化は生じず（すなわち、ビットレートに変化が生じない）、且つ利用するリソースの量はほとんど同じとなる。
【００４４】
ステップＳ２及びステップＳ３の両方が各リソースクラスに関して繰り返され、この様子は模式的に図のライン５００によって示される。従って、２つのリソースクラスを有する例においては、ステップＳ２及びステップＳ３はまず第１リソースクラスに関して実施され、次に第２リソースクラスに対して実施される。
【００４５】
本発明の好適な実施形態によれば、ステップＳ２及びＳ３はまず、最も長い割り当て時間を有するリソースクラスに対して実施されることが好ましい。次いで本方法は、２番目に長い割り当て時間を有するクラスに対してステップＳ２及びＳ３を繰り返す、という具合に、割り当て時間の長いクラスに対して順に繰り返し、最も短い割り当て時間を有するクラスで終了する。クラス群の固有割り当て時間は異なるので、複数の割り当て手順を異なるクラスに対して並列に実行することができる。例えば、低速リソースクラスの利用指標が大き過ぎる場合、低速リソース割り当て手順をこのクラスのリソース群に対して起動する。高速リソースクラスの利用指標も大き過ぎる場合、高速リソース割り当てをこの高速手順の少なくとも一つから開始する。低速手順の実行時間が十分長い場合、高速割り当てを起動し、低速割り当てが完了する前に終了させることもできる。即ち、低速手順の実行中に高速割り当て手順を起動、終了させることができる。
【００４６】
本発明に従ってリソースを異なるクラスに分割し、各リソースクラスを個々に調査し、可能であれば割り当てる操作の利点は、通信システムが割り当てのために利用することができる高速リソースのプールを常に有する確率が高くなることである。これは、システムの合計リソース利用量が大きくなり過ぎる場合に通信システムが最も高い頻度で、好適には常に、高速リソース割り当て手順にアクセスできることを意味する。従って、リソースが不足すると、利用可能な高速割り当て手順を起動して幾つかのリソースを迅速に解放し、それによりシステムが不安定になる危険を回避することができる。
【００４７】
本発明によるリソース割り当て方法、又は具体的には図２のステップＳ２及びステップＳ３は、通信システムのリソース利用量又はリソース要求量が大きくなり過ぎたときに実施することが好ましい。このような状態は、システムにおいて使用されるチャネル又はリンクの数の変化、システムに接続されるユーザの数の変化、又はユーザ当たりのサービスの数の変化を含む一又は複数の起動イベントに起因して生じ得る。更に、進行中のサービスのサービス品質（ＱｏＳ）要求が変化すると、リソース利用量の過剰な増大が生じ得る。例えば、システムのモビリティ変化及び干渉変化に関する更新測定値レポートの受信は別の起動イベントとなり得る。既に開始している手順、例えばチャネル切り替えの完了に起因するチャネル特性の変化及びデータトラフィックの変化（これは、例えば送信機バッファサイズ又はスループットの測定値を受信する場合の外部トリガーと見なすことができ、別の角度からは、例えば無線通信システムにおいて無線フレーム毎の割り当てを起動すべきかどうかを調査する周期的な起動イベントとして見なすことができる）も本発明によるトリガーとなり得る。リソース要求量は、背景技術において説明したように動的にも変化し得る。
【００４８】
図３は、図２のステップＳ２及びＳ３を更に詳細に示す本発明の一実施形態のフロー図である。図において、Ｎは本発明の割り当て方法の影響を受けるリソースクラスの数に対応する。この数Ｎは２以上である。ここで、幾つかのアプリケーションでは、本発明の割り当て方法によっては割り当てられない一又は複数のリソースクラスを有することができることに注目されたい。このような場合、これらの「追加のクラス」は数Ｎには含まれない。
【００４９】
ステップＳ１０では、クラスカウンタｋを設け、１に設定する、すなわちカウンタは第１リソースクラスから数え始める。上述のように、この第１クラスは、最低速のリソース割り当て手順（群）によって割り当てることができるリソース群を有するクラスであることが好ましい。ステップＳ１１では、現時点で最終クラスを見ているかどうか、すなわちクラスカウンタｋがＮに等しいかどうかを調査する。ｋ＝Ｎの場合、本方法は終了する。しかしながら、現クラスが最終クラスではない場合、方法を続行してステップＳ１２に進み、現クラスに関してリソース利用指標を求める。次のステップＳ１３では、求めたこの指標を現クラスのしきい値Ｔｋと比較して、このクラスに属する割り当て手順の内、いずれかの手順を開始すべきであるかを判断する。指標がしきい値を超える場合、現クラスのリソース群に対して一つの割り当て手順を実行する必要がある。起動判断基準として、指標をしきい値と比較する操作よりも高性能な他の起動手法を用いることができる。更に、指標を小さくする必要が生じる原因となる量に関する情報、すなわち指標がしきい値を超える量に関する情報を求めることができる。例えば、起動原理を変えずにフィルタ、カウンタ又は他のヒステリシス機構を使用することにより起動操作を高性能化することができる。
【００５０】
指標がしきい値を超える場合、本方法はステップＳ１４に進む。このステップＳ１４では、方法の影響を受けるエンティティを選択する。この選択ステップでは、どの通信サービス（群）、リンク（群）（チャネル（群））、及び／又はユーザ機器に対してリソース割り当ての影響を与えるべきかを選択する。このステップでは、割り当てることになる現リソースクラスのリソースの量も選択する。割り当てることになるリソースの量は、指標がしきい値を超える量を示す情報に基づいて選択することが好ましい。エンティティ選択は、リソース割り当て（リソース削減）が異なるユーザ機器に与える影響を考慮することにより行なうことができる。従って、多くの場合、進行中のサービス（接続）の廃棄、又はＱｏＳ契約違反にはならない選択が好ましい。いずれにせよ、ユーザの数、リンクの数、及びサービスの数、及び割り当てが影響を与えるリソースの量は、輻輳制御アルゴリズムに従来から採用されてきた手順及び方針を含む、先行技術において使用される選択手順又は選択方針のいずれかを用いて決定することができる。
【００５１】
ステップＳ１４において関連エンティティが選択されると、ステップＳ１５において、選択されたエンティティの現クラスのリソースに対してリソース割り当て手順を開始する。現クラスに関して複数のリソース割り当て手順がある場合、利用可能な手順の一つ又は複数、場合によってはその全てをステップＳ１５において起動することができる。手順の厳密な選択は、ネットワークオペレータが付ける優先順位に従ってどれか一つのサービスを優先するか、又は特定のネットワーク動作を得ることが好ましい。その後、ステップＳ１６では、クラスカウンタを増やし、本方法はステップＳ１１に戻る。従って、ステップＳ１１〜Ｓ１６を全ての関連クラスに対してカウンタｋがＮに等しくなるまで繰り返す。各ループ（ステップＳ１１〜Ｓ１６）について、現クラスに関連する固有割り当て時間がだんだん短くなることが好ましい。
【００５２】
ステップＳ１３において、利用指標がしきい値を超えないと最終的に判断されると、本方法はステップＳ１６に進む。
【００５３】
ここで、指標を小さくする必要がある原因となる正確な量を求めることができない場合、繰り返し手順を用いることができることに注目されたい。この場合、ステップＳ１４でサービス（及び手順）を一つだけ選択する。選択したサービスに関する割り当て手順を実行した後、手順が既に実行されてしまったかの如く利用指標を更新する。起動判断基準が再度ステップＳ１３でテストされる。次に、更新指標が依然としてステップＳ１３でしきい値を超える場合に新規サービスをステップＳ１４で選択する。従って、ステップＳ１３〜Ｓ１５を一つのサービスに対してまとめて繰り返し、指標がしきい値を超えなくなるまで、ステップＳ１３〜Ｓ１５の小ループが完了する度に指標を更新する。次に、本方法は次のクラス（ステップＳ１６）に進む。
【００５４】
以下に、接続移動体ユーザ機器又は移動体ユニットに無線リソースを提供する移動体無線通信システムを例として本発明を説明する。しかしながら、本発明はそのような無線通信システムに限定されるのではなく、他のタイプのシステム及び／又はリソースに適用することができる。従って、リソースを使用して、汎用送信機と汎用受信機との間のリンクに通信サービスを提供することができる。通常の状況においては、送信機は、（無線）リソースを接続移動体ユニットに提供する通信システムの基地局又は別のネットワークノードである。しかしながら別の構成として、リソースは、異なるシステム間、及び／又は同一システム内の基地局又はネットワークノードの間の通信に用いることができる。従って、一般に、本発明は、他のユニットとの接続に割り当てられる限られた量のリソースを有するノードを備えるシステムに適用することができる。このノードは無線アクセスポイント、例えば基地局とすることができるだけでなく、有線又は無線通信システムのルータを含む他のタイプのノードとすることができる。これらの他のユニットは、システムの「エンド」ノード又は端末と見なすことができる。
【００５５】
図４には、本発明による移動体無線通信システム１が示される。通信システム１は、システム１の一又は複数のネットワークノードに配置されるリソース割り当てシステム又はユニット１００を備え、リソース割り当てを行う。この割り当てシステム１００は、２００で模式的に示すリソースの共通プールから無線リソースを、種々のサービス４０２、４１２、４１４及び種々の接続移動体ユニット４００、４１０に配分する。システム１００はまた、利用可能な無線リソースが不足するとリソース割り当てを選択的に起動する。
【００５６】
システム１は無線リソースを用いて、４０２、４１２、４１４で模式的に示す通信サービスをシステムに接続された移動体ユニット４００、４１０に提供する。システム１は単一サービス４０２を移動体ユニット４００に提供するだけでなく、複数のサービス４１２、４１４を単一の移動体ユニット４１０に提供することができる。通信サービス４０２、４１２、４１４は、システム１のネットワークノード群、例えば基地局群と移動体ユニット４００、４１０との間に構築される通信チャネル又は通信リンク２、１２、１４を通して提供される。図４では、この様子は、各サービスについて一つのチャネル又はリンクで表わされている。
【００５７】
割り当てシステム１００は通常、入力データ及び情報３００を、通信システム１の他のユニット３１０、３２０、３３０、３４０から受け取る。例えば、割り当てシステム１００はサービスのＱｏＳ要求３４０、現リソース割り当て３３０、利用可能なリソース割り当て手順の実行時間（速度）３２０、及び追加のコンフィグレーション設定３１０に関する情報を受け取るが、これらについては後述する。これらの入力は、例えばシステム１のレジスタとして導入されるデータベース３１０、３２０、３３０、３４０とすることができる。入力データ３００を使用して本発明のリソース割り当て方法を開始する時間、及び割り当て手順を起動する場合にどのリソース、リンク、ユーザ、及び／又はサービスを割り当てのために選択すべきかを決定することができる。
【００５８】
異なるエンドユーザアプリケーション及びユニットは、異なる要求、例えば伝搬遅延に対する脆弱性、特定のビットレート要求などにより特徴付けることができる。リソース割り当て効率を上げるために、これらのアプリケーション依存型の特徴にベアラ通信サービスを適合させ、適切なサービスを選択することによって所望のエンドユーザ品質を提供するリソースコストを縮小する。ユニバーサル移動体通信システム（ＵＭＴＳ）標準（[参考文献[１]）は一組のサービスクラス及びＱｏＳ属性を提供する。会話を実現する無線アクセスベアラ（ＲＡＢ）サービスの場合、定義されるこれらの属性は、保証ビットレート（通信システムはこの保証ビットレートを提供する必要があるが、エンドユーザアプリケーションは保証ビットレートの使用を強制されない）、最大ビットレート（保証ビットレートよりも高く、且つ十分なリソースを利用できる場合にのみシステムが提供する）、及び最大伝搬遅延を含む。ＲＡＢサービス配信のために対応する属性が存在するが、インタラクティブサービス及びバックグランドサービスに対しては保証ビットレートしか定義されない。ＱｏＳ要求３４０はこれらのＱｏＳ属性（保証且つ最小ビットレート及び／又は最大伝搬遅延）を含むことができる。
【００５９】
現リソース割り当て３００は、各サービスに使用される現チャネルタイプ、コード電力（当該チャネル又はリンクに関して使用されるピーク電力）を含むことができる。割り当て時間データ３２０は、利用可能なリソース割り当て手順及びこれらの手順それぞれの実行時間に関する情報を含むことができる。追加コンフィグレーションデータベース３１０は、幾つかの特定の場合において割り当て手順の利用を制限する情報を提供することができる。
【００６０】
本発明に対する理解を深めるために、次に図５を参照しながら例示的な割り当てシナリオをＵＭＴＳシステムに関して記載する。この実施例では、着目するリソースはダウンリンク搬送波電力（合計ダウンリンク電力）である。これは単に通常のリソース例と見なすことができる。一般に、本発明の原理はアップリンクの電力管理にも利用することができる。本発明の原理によって異なるＱｏＳ要求を有するサービスを同時に処理できる確率が高まるので、本発明の原理は特に、アップリンクの複数の無線アクセスベアラ（ＲＡＢ）に関するシナリオにおいて重要である。同じ原理は、システムによって測定されるアップリンク干渉等の他のリソースにも使用することもできる。しかしながら、システムがアップリンク干渉を小さくするために行なう処置のほとんどにおいて、移動体ユーザ機器とのハンドシェークが必要となる。その結果、利用可能な割り当て手順（通常、別の搬送波又は別のシステムへのチャネル切り替え、及びハンドオーバー）の実行時間の差が小さくなる。これは量的な利点がかなり小さいことを意味する。
【００６１】
更に、本実施例では、リソース割り当て手順（リソース）を２つのクラス、すなわち低速手順（低速リソースクラス）及び高速手順（高速リソースクラス）にグルーピングする。低速クラスの場合、次の手順を利用することができる。
・専用チャネルから専用チャネルへの切り替え；
・専用チャネルから共通チャネルへの切り替え；
・地上無線接続網（ＵＴＲＡＮ）から移動体通信用グローバル（ＧＳＭ）システム／ＧＰＲＳ（汎用パケット無線サービス）無線接続ネットワークへのハンドオーバー； 
・異周波数間のハンドオーバー（ＩＦＨＯ）；及び
・コールの廃棄
使用可能な高速手順は次の項目を含む。
・ＴＦＣ制限；及び
・ＡＭＲモード切り替え。
【００６２】
ＵＭＴＳシステムが接続音声ユーザ（会話を実現するＲＡＢサービス）及びウェブブラウジングユーザ（インタラクティブＲＡＢサービス）を含むと仮定する。更に、音声ユーザに提供することができる最小アダプティブマルチレート（ＡＭＲ）モードが１０．２ｋｐｓであり、且つウェブユーザには６４ｋｐｓ専用チャネル又は１２８ｋｐｓ専用チャネルが提供されると仮定する。本実施例では、コード電力測定値は、通常、システムの無線ネットワーク制御装置（ＲＮＣ）のリソース割り当てシステム又はユニットによって利用可能（各リンクが使用するリソースの量の正確な推定を行なうために）と考えられる。
【００６３】
本発明及び図２に関連する説明によれば、割り当てシステムは、高速リソース利用指標及び低速リソース利用指標それぞれの大きさによって高速リソース割り当て手順及び低速リソース割り当て手順を起動する。高速（低速）指標は、高速（低速）リソースクラスに関連するリソース利用指標として読み取られねばならない。本実施例では、低速指標は低速割り当て手順によってのみ割り当てることができる電力量であり、高速指標は合計ダウンリンク電力である。また、説明を簡単にするために、起動判断基準は、しきい値ＴＳＬＯＷ及びＴＦＡＳＴとの単純な比較であると考える。
【００６４】
通信システムのネットワークオペレータが、例えば図４のデータベース３１０に保存される一つのコンフィグレーションを選択し、このコンフィグレーションでは、１２８ｋｐｓ専用チャネルを使用する場合においてビットレートを３２ｋｐｓよりも下げるためにＴＦＣ制限は使用することができないと仮定する。しかしながら、このコンフィグレーションにおいて、６４ｋｐｓ専用チャネルが使用中である場合にビットレートを０にまで下げることができる場合がある。図５では、起動しきい値はＴＳＬＯＷ＝６Ｗ及びＴＦＡＳＴ＝１３Ｗに設定される。説明を簡単にするために、音声ユーザは１００％の音声アクティビティを有し（不連続伝送（ＤＴＸ）が生じない）、且つ送信バッファ内にはウェブブラウジングユーザが利用することができるデータが常に格納されていると仮定する。
【００６５】
時間ｔ０では、音声ユーザは１０．２ｋｐｓのＡＭＲモードにあり、１Ｗをこのモードの無線リンクに使用する。ウェブブラウジングユーザは１２８ｋｐｓのチャネルを全て利用する、すなわちＴＦＣ制限を受けず、１０Ｗを使用する。本実施例では他のチャネルは全て無視されるので、合計ダウンリンク電力は１＋１０＝１１Ｗとなり、これは高速指標の値である。ＴＦＣ制限を使用してウェブブラウジングユーザのビットレートを１２８ｋｐｓから３２ｋｐｓに下げることができるが、これよりも低くは下げられない（オペレータが選択するコンフィグレーションに起因して）ので、ウェブブラウジングユーザの低速割り当てリソースの量は、ＴＦＣを使用してビットレートを３２ｋｐｓにまで下げた場合にこのユーザが消費することになる平均電力である。この量は１０×３２／１２８＝２．５Ｗと推定することができる。他方、音声ユーザは既に最小ＡＭＲモード（保証ビットレートに対応する）を使用しているので、このユーザ（サービス）の低速割り当てリソースの量は正確に１Ｗである。従って、時間ｔ０では、低速リソース利用指標は１＋２．５＝３．５Ｗである。
【００６６】
ここで、本実施例では、低速リソース利用指標は推定値であるが、高速リソース利用指標は実際に測定値に関連付けることができることに注意されたい。従って、他の推測モデル又は推定モデルを用いる場合、３．５Ｗとは異なる値が得られる。本実施例では、線形モデルが使用される。しかしながら、ＴＦＣ制限を使用してビットレートを１２８ｋｐｓから３２ｋｐｓに下げる場合、他のモデルを用いて平均リンク電力及び平均合計電力を推定することができる。
【００６７】
時間ｔ１では、音声ユーザは移動せず、且つ依然として１Ｗの同じリンク電力を使用している。しかしながら、ウェブブラウジングユーザは移動して、今や１２Ｗよりもわずかに大きいリンク電力を使用している。時間ｔ０における推定と同じ推定を行なうと、１＋１２×３２／１２８＝４Ｗよりもわずかに大きい低速リソース利用指標、及び１＋１２＝１３Ｗよりもわずかに大きい高速指標（合計電力）の値が得られる。低速指標は関連しきい値（ＴＳＬＯＷ）を下回るので、低速割り当て手順は起動されない。しかしながら、高速指標は１３Ｗのしきい値をわずかに超えるので、高速割り当て手順を開始する。従って、本実施例では、ビットレートを１２８ｋｐｓから６４ｋｐｓに下げるＴＦＣ制限を起動する。時間ｔ２では、高速ＴＦＣ制限の実行が完了しており、更新指標はそれぞれ、４Ｗ（時間ｔ１での値と同じ）及び１＋１２×６４／１２８＝７Ｗである。
【００６８】
時間ｔ３では、ウェブブラウジングユーザの送信状態は変化していないが、音声ユーザの消費電力が増大し、音声ユーザのリンク電力が３Ｗよりもわずかに大きくなっている。その結果、低速指標は３＋１２×３２／１２８＝６Ｗよりもわずかに大きく、高速指標は３＋１２×６４／１２８＝９Ｗよりもわずかに大きい。低速指標がそれに対応するしきい値ＴＳＬＯＷをわずかに超えるので、低速割り当て手順を起動する。ここで、この割り当て手順は、合計平均電力（高速指標）を制御中であるにも拘らず開始させることに注目されたい。現時点では３つの低速割り当て手順を利用することができる。すなわち、音声コールの廃棄、１２８ｋｐｓ専用チャネルから共通チャネルへの切り替え、又は１２８ｋｐｓ専用チャネルから６４ｋｐｓ専用チャネルへの切り替えである。第１の手順はＱｏＳ契約に違反するという点で不都合である。他の２つの手順はＱｏＳ契約に違反することはないが、最後の手順によってウェブブラウジングユーザに提供されるＱｏＳの方が良好であるため最後の手順が好ましい。
【００６９】
手順の正確な選択は、ネットワークオペレータが付ける優先順位に従ってどれか一つのサービスを優先するか、又は特定のネットワーク動作を得られるように行われる。このオペレータの方針は、割り当てシステムが利用可能な複数の手順の中から選択できるように、リソース割り当てシステム、例えば図４のコンフィグレーションデータベース３１０において利用できることが好ましい。また、好ましくは、コンフィグレーションデータベースにより、複数の割り当て手順に対するサービスタイプ及びサービス要求に応じた優先順位付けのルールが提供される。更に、好適には、コンフィグレーションデータベースによって、同じサービス（群）を受ける複数のユーザに対する優先順位付けのルールが提供される。例えば、同じ通信サービスタイプを利用する２人のユーザの内、ほとんどのリソース（最大のコード電力）を使用するユーザ、又は最大ビットレートを有するユーザを選択し、手順の影響が及ぶようにすることができる。これは、どのリソースクラスにも適用することができる。
【００７０】
時間ｔ４では、１２８ｋｐｓ専用チャネルから６４ｋｐｓ専用チャネルへの切り替えが完了しており、ウェブブラウジングユーザが使用する平均電力は６Ｗである。ユーザにはそれでも６４ｋｐｓのビットレートが提供されているので、このユーザに関するＱｏＳは実行される割り当て手順の影響を受けていない。ここで、図５では、この低速手順の実行時間（ｔ５−ｔ４）が、対応する高速手順の実行時間（ｔ２−ｔ１）よりもずっと長いことに注目されたい。オペレータコンフィグレーションに従ってＴＦＣ制限を利用してビットレートを０ｋｐｓにまで下げることができるので、ウェブブラウジングユーザに対する低速割り当てリソースの量は時間ｔ４において６×０／６４＝０Ｗに等しい（しかしながら、この仮定は本実施例では説明を簡単にするために使用されている。実際には、低速割り当てリソースの量は幾つかのリソースを消費する関連制御チャネルによりゼロよりも大きい。しかし、前に述べたように、異なる環境下でチャネルが使用するリソースの量を推定する厳密な方法は本発明の原理に影響を及ぼさない。）。従って、低速リソース利用指標は３＋０＝３Ｗであり、高速リソース利用指標は３＋６＝９Ｗである。
【００７１】
上述のように、リソース利用量の増大は無線環境のモビリティ又は劣化以外の要素によって生じ得る。新規ＲＡＢサービスの設定に対するリクエストによって高速及び／又は低速割り当て手順を起動することができる。例えば、新規音声ユーザからリンク設定に対するリクエストがあると、ウェブブラウジングユーザのリソースが解放（低減）される。更に、高優先順位のユーザからの設定リクエストがあると、低優先順位の音声コールを廃棄する。これは、必ずしもリソースがウェブブラウジングユーザに全く割り当てられないことを意味しない。
【００７２】
時間ｔ５では、リンク電力が４．５Ｗと推定される音声ユーザから新規リンクに対するリクエストを受ける。新規リンクが承認されると、低速指標は３＋０＋４．５＝７．５Ｗとなり、高速指標は３＋６＋４．５＝１３．５Ｗとなる。リンクリクエストが許可されると、２つの指標はそれぞれのしきい値を超えるので、通常、アドミッション拒否が発行される。しかしながら、新規の音声ユーザが既にシステムに参加しているユーザよりも高い優先順位を有する場合、新規ユーザを承認すると、低速割り当て手順として、現時点で接続中の音声ユーザを削除する。ここで、新規ユーザを承認すると一時的に、しきい値ＴＦＡＳＴを超える合計電力（高速指標）の増大が生じ得る。従って、３つの割り当て手順を開始して、並列に実行する。すなわち、新規ユーザを承認する（低速手順）、旧音声ユーザを削除する（低速手順）、ウェブブラウジングユーザのビットレートをＴＦＣ制限によって６４ｋｐｓから３２ｋｐｓに下げる（高速手順）。
【００７３】
ＴＦＣ制限を実行するために必要なｔ５とｔ６との間の短い時間内に、平均合計ダウンリンク電力は１３Ｗ超にまで増大し得る。この不確実さは、新規リンクの設定の実行と別の接続の遮断の実行とが２つの関連性のない一時的な手順であることに起因する。しかしながら、高速指標がそのしきい値を超えている間の限られた時間は、設定及び／又は遮断を完了させるために必要な時間区間に比べて非常に短い期間である。時間ｔ６では、低速指標は３＋０＋４．５＝７．５Ｗ以下であり（新規接続が既に設定されているが、旧接続は未だに遮断されていない場合）、ウェブブラウジングユーザが使用する電力は６×３２／６４＝３Ｗである。従って、高速指標は３＋３＋４．５＝１０．５Ｗ以下である。
【００７４】
時間ｔ７では、旧音声ユーザの遮断が完了する。従って、低速割り当てリソースの量は新規音声ユーザが使用するリソースにより決まる、すなわち４Ｗである。更に、高速指標は４＋６×３２／６４＝７Ｗである。
【００７５】
本発明の一態様によれば、リソース割り当て方法は起動メカニズムによって補強することができ、このメカニズムは、リソース割り当ての増大に対する明示的なリクエストを待つことなくリソースを割り当てる。例えば、図５に示すように、ＴＦＣ制限を使用してリンク承認プロセス中の合計電力利用量を下げ、この一時的な期間（ｔ７−ｔ５）の平均合計ダウンリンク電力の許容できない増大を回避する。時間ｔ７では、高速リソース利用量モニター（合計ダウンリンク電力）は関連するしきい値１３Ｗを下回り、ウェブブラウジングユーザに課されるＴＦＣ制限を解くことができる。このような場合、ユーザは最大６４ｋｐｓのビットレートの利用を許可される。この操作はＴＦＣ制限の逆であるので、実行時間は同じ程度であり、すなわち課されているＴＦＣ制限を解く操作も高速リソース割り当て手順である。このリソース割り当て手順が時間ｔ８で完了すると、高速指標は４＋６＝１０Ｗとなる。
【００７６】
従って、リソースに対する要求が減り、異なるクラスの指標が小さくなると、リソースをユーザに割り当てる、又は配分することができるので、特定のサービス及びユーザが利用するリソースの量を増やすことができる。この操作は、各リソースクラスに関して、その関連利用指標を第２のしきい値（ｈ＊Ｔ）と比較することにより行なうことができる。そのとき、指標がこの第２のしきい値を下回ると、より多くのリソースが特定のユーザに割り当てられる。
【００７７】
この第２のしきい値（ｈ＊Ｔ）は第１のしきい値（Ｔ）以下にすることができる。しかしながら、システムに生じる自励振動現象を回避するために、第２のしきい値（ｈ＊Ｔ）は第１のしきい値（Ｔ）よりも小さくすることが好ましく、そのためには例えば０＜ｈ＜１を満たすｈを設定する。２つのしきい値の間のマージン（ｈの値によって変わる）は、通信システムからの入力情報、例えば現トラフィック状況及び予測される将来のトラフィック状況、予測される将来のリソース利用量などに基づいて設定することができる。更に、２つのしきい値を一つよりも多くのリソースクラスに使用する場合、それぞれのクラスのマージンは、全てのクラスについて同じでも、又は異なってもよい。
【００７８】
更に、同じリソースクラスに複数の異なる手順を用いることができる場合、及び／又はこのリソース割り当てに対して異なるユーザ又はサービスを選択することができる場合、上述のように、手順、ユーザ及びサービスをリソース制限割り当て手順に対して選択する際に使用した原理と同様な方法で優先及び構成原理を用いることができる。
【００７９】
異なるリソースクラスは別々に管理されるので、１つのクラスでリソース割り当て（「非縮小」）手順を、別のクラスでリソース制限（「縮小」）手順を、同時に行なうことができる。
【００８０】
図６は、各リソースクラス、又は複数のクラスの内の幾つかに２つの異なるしきい値を使用する原理を示しており、この図では、高速手順によって割り当てることができるリソースクラスを表わしている。時間ｔ０から時間ｔ１に遷移する間、高速リソース利用指標は増大し、実際にその第１のしきい値ＴＦＡＳＴを超える。その結果、高速リソース割り当て手順、例えばＴＦＣ制限をリソースの或る部分に対して起動してこの指標をしきい値ＴＦＡＳＴを下回るように小さくする。時間ｔ２では、リソース割り当て手順が完了する。時間ｔ３では、接続ユーザの一人が移動しており、時間ｔ２におけるリンク電力よりも小さいリンク電力が使用されている。この電力低下に起因して、高速指標はその第２のしきい値ｈ＊ＴＦＡＳＴを下回っている。従って、高速割り当て手順を起動する、例えば先に課されているＴＦＣ制限を解くことによってユーザにより高速のリソースを、割り当てることができる。時間ｔ４では、このリソース割り当てが完了して指標の値が大きくなっている。
【００８１】
図７は、本発明のリソース割り当て方法の上述の追加ステップを示している。図３のステップＳ１３において判断したとき、現クラスの指標が第１のしきい値ＴＫを超えない場合、方法は追加ステップＳ１７に進む。このステップでは、指標が第２のしきい値ｈｋ＊Ｔｋを下回っているかどうかを調査する。指標がこの第２のしきい値を超える場合、方法は図３のステップＳ１６に進む。しかしながら、指標がｈｋ＊Ｔｋよりも小さい場合、ステップＳ１８において、例えば先に課していたリソース利用制限を課すことにより、現クラスの更に多くのリソースを接続ユーザに割り当てることができる。次いで方法は図３のステップＳ１６に進む。
【００８２】
（自動）しきい値設定手順を用いて、異なるリソースクラスに用いるしきい値の幾つかを設定することができる。本発明の好適な実施形態では、しきい値を一つだけ明示的に設定し、他のしきい値をこのしきい値に基づいて（自動的に）決定する。
【００８３】
このしきい値設定の目的を理解するために、図５に例示的に示す２つのクラスを更に詳細に分析すると次のようになる。時間ｔ５において急増するリソース要求量は、低速割り当て手順によって低速でのみ対処される。このような環境下では、車のダンパーがでこぼこの地形において機能するのと同様に、高速手順はこれらの低速割り当て手順による効果を弱める。従って、高速手順を時間ｔ５において用いることによりリソース要求量を減らす。その結果、割り当て可能な（縮小可能な）高速リソース、すなわち低速手順によって割り当てることができないリソースのプールが、時間ｔ５における１３．５−７．５＝６Ｗから時間ｔ６における１０．５−７．５＝３Ｗに縮小される。この操作は、車輪が石の上を通過するときの車のダンパーの圧縮に類似する。輻輳状態に陥る危険が無くなったとき、すなわち低速手順（群）の実行が完了したとき、逆の高速割り当て手順を使用してリソース利用量が高められ、よって割り当て可能な高速リソースのプールが時間ｔ７における７−４＝３Ｗから時間ｔ８における１０−４＝６Ｗに増大する。従って、割り当て可能な高速リソースのプールは一時的に６Ｗから３Ｗに減少し、低速割り当てリソースの急増に対処し、その後初期の値（６Ｗ）に戻る。
【００８４】
２つのしきい値ＴＦＡＳＴとＴＳＬＯＷの差は、車のダンパーの圧縮前の（縮小前の）長さと見なすことができる。これらのダンパーの最適な長さは、道路の予測されるでこぼこによって変わるので、２つのしきい値の最適な差を低速割り当てリソースの予測される変動に関連付けることができる。今度は、この変動が、例えば予測できない増大がどの位大きいか、すなわち無線通信システムの無線環境の動態、低速手順の実行をどの位速く完了させることができるか、これらのリソース要求イベントがどの位の頻度で生じるかなどに依存する。
【００８５】
自動手順では、例えばＴＦＡＳＴを基準として使用し、次に他方のしきい値（ＴＳＬＯＷ）を適合させる形でフィードバックループに基づいて決定する。通信システムのリソース割り当てユニット又は別のユニットは、低速割り当てリソース（この低速リソースクラスの指標）がＴＦＡＳＴ以上となる確率εを見積もることができる。このような状況が生じると、割り当て可能な（縮小可能な）高速リソースのプールはゼロにまで小さくなり、合計リソース利用量ＴＦＡＳＴを下回るように減らすために高速割り当て手順をこれ以上用いることができない。次に、確率εを許容レベルに維持するためにＴＳＬＯＷの現在値を更新することができる。確率εが高過ぎるということは、低速割り当てリソースがＴＦＡＳＴに対して大きくなり過ぎることがあり得るので、現在の低速リソース指標の値よりも低いレベルで低速手順を起動する必要があることを意味する。つまり、確率εが高い場合は、ＴＳＬＯＷの値を小さくする必要がある。上述とは異なる見積もり判断基準及び異なる更新手順、例えばジャンピング及びスケーリングを、本実施形態の基本コンセプトを変更することなく使用することもできる。これらの原理を３つ以上の異なるリソースクラスを有するシステムに適用することもできる。そのような場合、一又は複数のしきい値を固定し、残りのしきい値をこれらの固定値の一部又は全てに基づいて決定することができる。
【００８６】
上述のように、本発明のリソース割り当てシステムは、場合によっては、実際に可能であったとしても、特定のリソース割り当て手順を実行することができないように構成することができる。このような利用可能な手順が使用できない理由は、ＱｏＳ要求のため、又は特定のシステム動作が望ましいことによる。例えば、現時点でサービスに提供されているビットレートが保証ビットレートにまで低くなっている場合、ビットレートを更に下げる割り当て手順は利用可能であっても使用することができない。
【００８７】
図８に示すように、２つの（高速及び低速）リソースクラスの場合において、低速割り当てリソースは、ＱｏＳ契約を満たすためにユーザに提供されなければならない保証リソースだけでなく、ベストエフォート式に割り当てられる低速リソースから構成されると見なすことができる。本出願では、「縮小可能量」という表現は、ＱｏＳ契約に違反することなく減らすことのできるセル内のリソース（例えば電力）の量を指す。この点に関し、「高速縮小可能量」は、ＱｏＳ契約に違反することなくＴＦＣ制限のような高速リソース割り当て手順によって減らすことのできるセル内のリソース（電力）の量に相当する。同様に、「低速縮小可能量」は、ＱｏＳ契約に違反することなく低速リソース割り当て手順、すなわち高速ＴＦＣ制限以外の他の手順によってセル内で減らすことのできるリソース（電力）の量を指す。従って、低速割り当てリソースは、保証リソース及び低速縮小可能量の和から構成されると見なすことができる。更に、「（高速）負の縮小可能量」は、保証ビットレートレベルを下回るまでビットレートを下げるため、高速割り当て手順（ＴＦＣ制限）によって減らすことができるセル内のリソース（電力）の量を指す。
【００８８】
低速リソース利用指標が高速クラスに関連するしきい値を超える場合、高速手順を用いて輻輳状態を回避することができない（割り当て可能な高速リソースの量がゼロ）ため、合計リソース消費量をこのしきい値を下回るまで減らす唯一の方法は、一又は複数の低速リソース割り当て手順が完了するまで待機することである。この場合、図８の６００に示すように、保証リソースだけが割り当てのために残される。この好ましくない状態は本発明の別の態様に従って対処することができる。この態様では、他の場合には使用が許可されない割り当て手順を一時的に使用する、すなわち保証リソースを割り当てる（再割り当てする）。一般的な場合、ｉ番目のリソースクラスに関連する指標がｊ番目のクラス（ｊ＞ｉ）のしきい値を超えると、コンフィグレーション及び／又はＱｏＳの要因により他の場合には使用することが許されない（ｉ＋１）番目からｊ番目までのクラスに属する手順を一時的に用いて、起動しているクラスｉのリソース割り当て手順の進行中に実際のリソース利用量を減らすことができる。
【００８９】
２つのクラスを有する特定の場合において、これは、低速リソース利用指標がＴＦＡＳＴを超えると、これらのコンフィグレーション又はＱｏＳの要因により使用することが許されない高速割り当て手順を一時的に用いることができることを意味する。「一時的に用いる」とは、低速リソース割り当て手順（群）の完了後等、リソース要求量が小さくなったとき、暫く後に逆の手順を使用して初期の高速リソース状態を回復させることが好ましいという事実を意味する。
【００９０】
低速割り当てリソース指標の起動しきい値を６Ｗに設定し、高速指標（平均合計電力）を７．５Ｗに設定する図９の実施例について考察する。この実施例では、第１のユーザはその保証ビットレートに２Ｗを消費しており、第２のユーザは６４ｋｐｓ専用チャネルで４８ｋｐｓのストリーミングサービスを利用している。この４８ｋｐｓはストリーミングサービスの保証ビットレートである。ストリーミングユーザがチャネルをフルに使用した場合に４Ｗを消費することを前提にしている。従って、このユーザはこの時点で４×４８／６４＝３Ｗを使用している。更に、利用可能な低速割り当て手順がコールの廃棄及び別のシステム（別の搬送波又は別の無線接続ネットワーク）へのハンドオーバーに制限されていると仮定する。利用可能な高速手順はＴＦＣ処理（制限及び復旧）である。
【００９１】
低速指標は時間Ｔ０において２＋３＝５Ｗである。両方のユーザには保証リソースしか割り当てられないので、平均合計電力（高速指標）は低速指標に等しい。これは、高速指標の値が低速指標の値と同じであり、且つ高速手順によって割り当てることができるリソースのプールがゼロであることを意味する。
【００９２】
次いで第１のユーザが無線状態の悪い領域に移動し、その結果このユーザは更に多くのリソースを要求し、且つストリーミングユーザの要求は変化しない。この傾向に従うと、時間ｔ１において、低速指標は６Ｗのしきい値を超える。その結果、低速手順が起動される。別のシステムへのハンドオーバーを第１のユーザに関して開始し、この手順の実行が時間ｔ４まで完了しないと仮定する。
【００９３】
その間、増大傾向は低速指標が時間ｔ２において高速リソースクラスのしきい値を超えるまで続く。コンフィグレーションにより、この場合、ＴＦＣ制限（高速割り当て手順）を使用してリソースを恒久的に解放することができない（図８の最大限界を超える様子と比較されたい）。しかしながら、本発明によれば、リソースは高速リソースクラスから一時的に解放される（割り当てられる）。従って、ＴＦＣ制限を使用してストリーミングユーザのビットレートを４８ｋｐｓから３２ｋｐｓに下げる。その後、ストリーミングユーザは４×３２／６４＝２Ｗしか利用しない。
【００９４】
高速手順を実行した後（時間ｔ３）、消費電力を７．５Ｗのしきい値を下回るように下げて輻輳状態を回避する。このようなＱｏＳ契約に違反しないというルールの例外を採用しない場合、平均合計電力は更に増大し、通信システムが不安定になる危険が許容できないレベルになる。時間ｔ４では、第１のユーザの別のシステムへのハンドオーバーが完了し、低速リソース指標が２Ｗになる。更に、ＴＦＣ制限を解くと低速指標が新規に増大してしきい値ＴＦＡＳＴを超えてしまうという危険が無い。従って時間ｔ４では、ＴＦＣ制限を解く高速手順を起動し、時間ｔ５では、４８ｋｐｓのユーザビットレートをストリーミングユーザに関する保証値にまで回復させる。この場合、低速指標は４×４８／６４＝３Ｗとなり、高速指標の値はこの低速指標値と同じままである。
【００９５】
更に、高速リソース割り当て手順が完了した後、４８ｋｐｓまでのＴＦＣ制限も解く（時間ｔ５）ことができるので、時間ｔ６において６４ｋｐｓのビットレートが提供される。
【００９６】
つまり、通信システムは一時的にユーザに対する保証レベルを下回るビットレートを配信するが、当該ユーザの時間平均ビットレートは依然としてＱｏＳ契約に従う。即ち、場合によっては低いサービスレベルが提供されることになるが、ＱｏＳ要求及び保証サービスレベルの実現は、平均的に保証契約サービスが配信されていると見なすことができる。合意した提供レベルよりも低いこの提供レベルは、他の時点で保証レベルよりも高いレベルを提供することによって補償することができる。
【００９７】
使用することが許可されないリソース割り当てを一時的に用いる本発明の本態様を使用する場合、ユーザに提供される品質が所望の値を下回る危険が生じる。例えばＵＭＴＳでは、ＱｏＳ要求がＲＡＢ属性により契約される値を下回ることがある。次の記述では、本発明の例示としてストリーミングサービスの管理を説明するが、本発明はそれに限定されない。そうではなく、本発明により得られる示唆を他の方式のサービスに適用することができる。
【００９８】
本実施例では、使用することが許可されないリソース割り当て手順の影響を受けたストリーミングユーザのパケット遅延をモニターすることを考える。これは、トランスポートビットレートが下ると、データが送信機バッファに蓄積されて遅延が大きくなるからである。本発明の本態様によれば、一時的なリソース割り当てに関連するビットレート制限は、遅延がＱｏＳ契約の最大遅延属性値を超える恐れがある場合に終了させる（すなわち、初期ビットレートを初期値に戻す、又はこの初期ビットレートよりも高い別のビットレートを提供する）。
【００９９】
通信システムは、一時的なＴＦＣ制限の影響を受ける対象として選択される複数のストリーミングユーザを含み得るので、この手順の影響を既に受けてしまったユーザを保護する優先メカニズムを用いることができる。また、一時的なＴＦＣ制限により生じる遅延と契約によって保証されるビットレートよりも高いビットレートでデータを送信するサービスにより生じる遅延とを区別するメカニズムを使用することができる。
【０１００】
本発明のこの態様に対する理解を深めるために、ＵＭＴＳの実施形態について次に記載する。
【０１０１】
本実施例では、ストリーミングＲＡＢのＱｏＳ属性リストの「最大遅延」パラメータについて詳しく考察する。ダウンリンク無線リンク制御（ＲＬＣ）バッファ内のデータの量を使用して実遅延を推定する。次に、本明細書において提案且つ開示されるアルゴリズムはこの推定を使用してＱｏＳ保証を実現することができる。
【０１０２】
しかしながら、例えばストリーミングサーバが契約されているＲＡＢよりも高いレートでデータを送信する場合にソーストラフィックにトラフィック変動が生じることにより、又は他のアルゴリズムがスループットに影響を及ぼすことにより、やはりパケット遅延が大きくなり得る。従って、遅延モニターを行ってＴＦＣ制限によって生じる遅延と他の原因によって生じる遅延とを区別する。
【０１０３】
ＴＦＣ制限手順によって利用可能なトランスポートブロックの数が減り、それにより幾つかのビットの送信が延期されてバッファサイズが大きくなる。ビットレートの低下によって生じるこれらの余分なビットは次式により表わされる。
0004509804.tif 000002
上式において、ＬＴＦＣはバッファに格納される余分のビット、ＢＲｇｕａｒａｎｔｅｅｄは保証ビットレート、ＢＲｉ、ｎｏｗは現送信タイミング期間（ＴＴＩ）の間の現ビットレート、ＴＴＩｉは現ＴＴＩ長である。合計は、ユーザ接続期間中の全てのＴＴＩに対して行われる。合計遅延は次式により表わされる。
0004509804.tif 000003
上式において、Ｌｎｏｗ及びＬｉｆＮｏＴＦＣはそれぞれ、現バッファ長及びＴＦＣ制限を受けないバッファ長である。式（１）及び（２）の両方を使用し、これらの式の両辺をＢＲｎｏｗで割ると、ＴＦＣ制限によって生じる遅延（ＤＴＦＣ）を表わす次式が得られる。
0004509804.tif 000004
上式に加えて、合計遅延を表わす次式も得られる。
0004509804.tif 000005
上式において、ＤＴＯＴＡＬは現遅延であり、ＤｉｆＮｏＴＦＣは、余分の「ＴＦＣ起因の遅延」が付加されないと仮定した場合のバッファに現時点で格納されるビットの遅延である。等式（４）を分析すると、ＢＲｉ、ｎｏｗがユーザ接続期間中の全てのＴＴＩのＢＲｇｕａｒａｎｔｅｅｄに等しい、すなわちＴＦＣ制限が無い場合、余分なビットが付加されないことが分かる。従って、追加遅延は生じない、すなわちＤＴＯＴＡＬ＝ＤｉｆＮｏＴＦＣが成り立つ。「システムによる観測が可能である」のは、合計バッファサイズ、すなわちＬｎｏｗ及びそれに対応するＤＴＯＴＡＬであり、他の量、すなわちＬｉｆＮｏＴＦＣ及びＬＴＦＣは２次計算によって得ることができる、ということにも注意されたい。
【０１０４】
ストリーミングユーザのためのビットレートが下がると、本実施例における品質指標が当該ユーザに関して定義され、この指標は、合計遅延（ＤＴＯＴＡＬ）が所定の限界を下回る場合及びＴＦＣ起因の遅延が、合計遅延の数分の１よりも小さくなるように、所定のしきい値を下回る場合に許容される。
0004509804.tif 000006
システムは等式（５）を使用してＱｏＳ契約を満たすので、エンドユーザが知覚する品質が保証される。
【０１０５】
図１０のフロー図は本実施例の原理を示している。本割り当て方法は図２のステップＳ１から始まり、ステップＳ２０に進み、ステップ２０で輻輳状態が生じているかどうかが調査される。ステップＳ２１では、低速リソースクラスのリソース利用指標をそれに関連するしきい値と比較する。この指標がしきい値を超える場合、低速リソース割り当て手順を起動する必要がある。ステップＳ２２では、割り当てる低速リソースが有るかどうかが調査される（低速縮小可能量）。割り当てる低速リソースが無い場合、進行中のコールをステップＳ２３で廃棄する。低速割り当てリソースが利用できる場合は、低速割り当て手順をステップＳ２４において開始する。次に方法はステップＳ２５に進み、このステップで高速リソースクラスの利用指標をそのしきい値と比較する。指標がしきい値を下回る（又はしきい値に等しい）と方法は終了するが、指標がしきい値を超えていると高速割り当て手順を開始する必要がある。方法はステップＳ２６に進み、高速リソースを割り当てることができる可能性（高速縮小可能量）を調査する。割り当て可能な高速リソースがある場合、高速割り当て手順をステップＳ２７で起動し、次いで本方法は終了する。しかしながら、高速リソースは利用できなくても、ユーザが利用できるＴＦＣを一時的に、少なくとも低速割り当て手順が完了するまで制限することができる。ステップＳ２８において、ＴＦＣ制限を用いることができると判断されると、このような高速割り当て手順をステップＳ２７で開始する。従って、使用するトランスポートブロックの数を迅速に減らす（ＴＦＣ制限のような高速手順の実行時間は通常、１ＴＴＩ又は数ＴＴＩのオーダーである）ことにより、合計ダウンリンク消費電力を低速割り当て手順（この手順の実行の完了には少なくとも数百ミリ秒を要することが多い）の進行中に下げることができる。
【０１０６】
この一時的なビットレート低減アルゴリズムを使用すると、バッファに蓄積する余分の「未送信」ビットによって追加遅延が生じ得る。これを避けるために、輻輳状態がステップＳ２０において終ったと判断されると、ステップＳ２９において、ビットレートを下げられているユーザ、すなわちＴＦＣ制限の影響を受けるユーザが居るかどうかを調査することができる。このようなユーザが居る場合、課されているＴＦＣ制限をステップＳ３０において解くことによりこれらのユーザに提供されているリソースを増やす。
【０１０７】
図１１は既に課されているＴＦＣ制限を解くかどうかについての選択を行なう追加ステップを示すフロー図である。ステップＳ２９において、ユーザがＴＦＣ制限を受けているために、差し当たって低位のトランスポートブロック構成を使用していると判断される場合、ステップＳ３１において現時点の合計遅延をチェックする。合計遅延が大き過ぎると判明した場合、すなわち所定のしきい値Ｔを超えることが判明した場合、ステップＳ３２で当該ユーザに利用可能なトランスポートブロックの数を元に戻す。ステップＳ３１において合計遅延が所定のしきい値Ｔよりも小さいことが判明した場合、別のチェックをステップＳ３３において行い、ＴＦＣ制限によって生じる合計遅延の部分が大きくなり過ぎているかどうかを調査する。この部分（ＤＴＦＣ）が第２のしきい値ｋＴ（０＜ｋ＜１）を超える場合、ＴＦＣ制限が非常に長い時間に亘って（又は非常に厳しい形で）使用されているということになり、ＲＡＢ契約に違反する恐れがあるため、ビットレートをステップＳ３２で上げる必要がある。
【０１０８】
図における他の経路は、或るユーザが以前にビットレートを「縮小された」が、現時点では縮小されていない場合の経路である。この場合、まずステップＳ３４において、現時点の合計遅延をチェックし、遅延がしきい値Ｔよりも小さいことが判明した場合、契約に違反しないので追加処置を行なわない、すなわち現ＴＦＣが維持される。遅延が大き過ぎる場合、ＴＦＣ制限により生じる合計遅延の部分をステップＳ３５において調査する。この部分が小さい場合、合計遅延は大き過ぎるが、これは課されているＴＦＣ制限によるものではなく他の或る処置によるものであると結論される。このような他の処置は、コアネットワーク（ストリーミングサーバ）がデータを保証レートよりも高いレートで供給する場合であり得、よってバッファが予想よりも早期に一杯になる恐れがある。しかしながら、ＴＦＣ制限により生じた遅延部分が大きい場合には、ＴＦＣ制限によって非常に長い期間に渡って非常に低いビットレートが生じたことになる。従って好ましくは、ステップＳ３６においてユーザに高いビットレートを割り当てる必要がある。ＴＦＣ制限が依然として続く場合、ビットレートのこの増大は、単に、考慮対象のユーザに関するトランスポートブロックの数を元に戻すことによって実現する。
【０１０９】
図１２は本発明によるリソース割り当てシステム又はユニット１００の模式ブロック図である。システム１００は、通信システムの外部ユニットとの通信を行なうよう入力／出力（Ｉ／Ｏ）ユニット１１０を備える。特に、このＩ／Ｏユニット１１０は、入力情報及びデータを受信するように構成されており、システム１００はこれらの入力情報及びデータを使用して効率的なリソース管理を実行する。更に、Ｉ／Ｏユニット１１０は、リソースの実際の配分を行うリソース配分ユニットが割り当てシステム１００に設けられない場合、リソース配分又は割り当て命令をリソース配分ユニットに送信することができ、このリソース配分ユニットが、通信システムの異なるサービス、リンク、及び接続エンド端末（ユーザ機器）に対するリソースの配分を行なう。Ｉ／Ｏユニット１１０はまた、外部割り当てデータベース３３０に起動された可能性のある割り当て手順に関する情報を送信するので、現リソース割り当てに関するデータを更新することができる。
【０１１０】
決定手段又はユニット１２０が割り当てシステム１００に設けられて、異なるリソースクラスのリソース利用指標を求める、すなわち推定するか又は正確に計算する。決定手段１２０は通常、入力情報、例えば異なるチャネルに使用されるコード電力／ピーク電力を、通信システムの他のユニット、例えば現リソース割り当てに関する情報を格納するデータベース又はレジスタ３３０から受信して、指標決定機能を実行する。
【０１１１】
選択割り当てトリガー１３０がシステム１００に設けられ、決定手段１２０からのリソース利用指標に基づいて割り当て手順（群）を異なるリソースクラスに関して起動すべきかどうかを判断する。この割り当てトリガー１３０は、好適には、各リソースについて、利用指標と現クラスに関連するしきい値との比較に基づいて選択割り当てを起動する。この比較は、最も低速の割り当て手順を利用するリソースクラス、すなわち最も長い実行時間を有するリソースクラスから開始し、割り当て手順の速度が遅い順にその手順によって割り当てられるリソースクラスに対して行うことが好ましい。これらの異なる（低速及び高速）割り当て手順の機能は、トリガー１３０の場合と同様に、リソース割り当てシステム１００において実行することができる。別の構成として、割り当て手順は通信システムの他の場所に設けることができる。このような場合、トリガー１３０は起動信号を生成し、この信号は外部の正しい割り当て機能に送信される。トリガー１３０はまた、選択肢がある場合、各リソースクラスに対してどの割り当て手順（群）を用いるべきかを判断することが好ましい。
【０１１２】
更に、システム１００は選択手段又はユニット１４０を含むことが好ましく、このユニットによって、トリガー１３０によって開始される使用可能なリソース割り当て手順の影響を受けるべきエンティティ／エンティティ群を選択する。この選択手段１４０は、どのサービス（群）、リンク（群）及びリソース群がどの割り当て手順の影響を受けるべきであるかを判断することが好ましい。この判断を容易にするために、選択手段１４０はデータベース３１０、３２０及び３４０のような外部ユニットから入力情報を受信することが好ましく、これらのデータベース３１０、３２０及び３４０はそれぞれ、特定の場合に生じる割り当て手順の利用制限に関する情報、利用可能なリソース割り当て手順及びこれら手順それぞれの実行時間に関する情報、及びＱｏＳ要求及び契約に関する情報を含む。別の構成として、このエンティティ選択機能は通信システムの他の場所に設けることができる。
【０１１３】
任意選択のパケット遅延判定手段１５０がシステム１００に設けられ、接続ユーザ機器の現パケットの合計遅延及び好ましくは、課されているＴＦＣ制限によって生じるパケット遅延を決定又は推定することが可能である。
【０１１４】
リソース割り当てシステム１００は随意でトリガー１３０が使用するしきい値を保存するストレージ１６０を備え、リソース割り当て手順を、いつ、どのリソースクラス（群）に対して起動すべきかを判断することもできる。このしきい値ストレージ１６０は別の構成として、オペレータコンフィグレーションデータベース３１０に設けるか、又はそれに接続する形で設けることができる。場合によってはしきい値管理装置１７０をシステム１６０に設け、ストレージ１６０内のしきい値を管理することができる。この管理装置１７０は、特にストレージ１６０へのしきい値入力を行う。更に、管理装置１７０は、外部ユニット３１０、３２０、３３０及び３４０からの入力情報に基づいて、しきい値の一部又は全てを計算又は設定することができる。管理装置１７０はまた、一つのしきい値又は複数のしきい値の所定の値に基づいて、幾つかのクラスのしきい値を（自動的に）計算することができる。
【０１１５】
リソース割り当てシステム１００のユニット１１０、１２０、１３０、１４０、１５０及び１７０は、ソフトウェア、ハードウェア、又はこれらの組合せとして設けることができる。これらのユニットは一括して、通信システムの単一のネットワークノード、例えば基地局システムの一ノードに実施することができる。或いは、これらのユニットを、通信システムの異なるネットワークノードに設けられる幾つかのノードに分散させて用いることもできる。無線通信システムの場合、リソース割り当てシステム１００は、ドリフトＲＮＣ（Ｄ−ＲＮＣ）、制御ＲＮＣ（Ｃ−ＲＮＣ）、及び／又はサービスＲＮＣ（Ｓ−ＲＮＣ）のような無線ネットワーク制御装置（ＲＮＣ）に設けることができる。これらのユニットは従来から、例えば無線通信における無線リソース割り当て、データフロー制御、輻輳及びアドミッション制御に用いられるので、リソース割り当てシステム１００は、従来のＤ−ＲＮＣユニット、Ｃ−ＲＮＣユニット及びＳ−ＲＮＣユニット、又は共通Ｄ−ＲＮＣ及びＳ−ＲＮＣユニットの機能を有する共通ＲＮＣユニットに設けるか、或いはＤ−ＲＮＣ、Ｃ−ＲＮＣ及びＳ−ＲＮＣの一つ、一部、又は全てに設けることが好ましい。特に、利用可能なトランスポートブロック（ＴＦＣ）の数を管理する（制限する、又は増やす）機能を有するリソース割り当てシステム１００の一実施形態には、共通Ｄ−ＲＮＣ及びＳ−ＲＮＣユニットが好ましい。このような場合、従来からリソース割り当てをモニターするために用いられ、且つ全てのリンクを考慮した機能（レイヤ３）を有するＤ−ＲＮＣユニットと、従来から全てのリンクのデータトラフィックをモニターし、且つＲＬＣ−メディアアクセスコントロール（ＭＡＣ）（レイヤ２）機能を有するＳ−ＲＮＣユニットとの間にはユニット間通信は不要である。従って、ダウンリンクチャネルにおけるＴＦＣ操作（利用可能なトランスポートブロックの数を増やす、又は減らす）を高速リソース割り当て手順として用いて別のリソースタイプ、すなわち平均コード電力又は搬送波電力の利用量を制御することができる。
【０１１６】
図１３は図１２の選択割り当てトリガー１３０の一実施形態を詳細に示す模式ブロック図である。本実施形態では、トリガーは好ましくは比較手段又はユニット１３２を備え、それにより図１２の決定手段１２０から供給される現クラスのリソース利用指標を、（ストレージ１６０からの）現クラスのしきい値（群）と比較してリソース割り当て（リソースを低減する、又は分配する）手順を選択的に起動する。更に、比較手段は、図１２の遅延判定手段１５０からのパケット遅延値を異なる遅延しきい値と比較することができる。
【０１１７】
トリガー１３０はまた、比較手段１３２がリソース割り当て手順を開始すべきであると判断する場合に一の割り当て手順（又は複数の手順）を選択して現クラスに対して用いる手段又はユニット１３４を備えることが好ましい。従って、現リソースクラスに関しては、選択手段１３４が選択するのに利用可能な複数の割り当て手順が存在する場合がある。手順（群）の実際の選択は、少なくとも部分的に外部ユニットからの入力情報に基づくだけでなく、現クラスの指標が関連するしきい値を上回る程度にも基づく。
【０１１８】
選択割り当てトリガー１３０のユニット１３２及び１３４はソフトウェア、ハードウェア、又はこれらの組合せとして設けることができる。これらのユニットは一括して実施することができる。別の構成として、これらのユニットを分散させて用いることもできる。
【０１１９】
この技術分野の当業者に明らかであるように、請求の範囲に定義される本発明の技術範囲から逸脱しない範囲で本発明に種々の変形及び変更を加え得る。
【０１２０】
参考文献
［１］３ＧＰＰ  ＴＳ  ２３．１０７  ｖ５．１０．０；  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；  Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ  （ＱｏＳ）  ｃｏｎｃｅｐｔ  ａｎｄ  ａｒｃｈｉｔｅｃｔｕｒｅ、  Ｓｅｐｔｅｍｂｅｒ  ２００３．
【図面の簡単な説明】
【０１２１】
【図１】低速又は高速リソース割り当て手順を実行することにより達成することのできる通信システムの異なるリソース状態を模式的に示す。
【図２】本発明によるリソース割り当て方法の一実施形態のフロー図である。
【図３】図２の指標を求めるステップ及び選択的に起動するステップを更に詳細に示す一実施形態のフロー図である。
【図４】本発明による通信システムの一実施例の概略模式図である。
【図５】本発明によるリソース指標の時間の経過に伴う変化を示すタイム・チャートである。
【図６】本発明による一リソース指標の時間経過に伴う変化を示すタイム・チャートである。
【図７】図４のリソース割り当て方法の追加ステップのフロー図である。
【図８】本発明による異なるリソースクラスへのリソース分割を示す図である。
【図９】本発明によるリソース指標の時間経過に伴う変化を示す別のタイム・チャートである。
【図１０】図４の指標を求めるステップ及び選択的に起動するステップを更に詳細に示す、別の実施形態のフロー図である。
【図１１】図１０の方法の追加ステップを示す一実施形態のフロー図である。
【図１２】本発明によるリソース割り当てシステムを模式的に示すブロック図である。
【図１３】図１２の割り当て起動を更に詳細に模式的に示すブロック図である。
【図１】
0004509804.tif 000007
【図２】
0004509804.tif 000008
【図３】
0004509804.tif 000009
【図４】
0004509804.tif 000010
【図５】
0004509804.tif 000011
【図６】
0004509804.tif 000012
【図７】
0004509804.tif 000013
【図８】
0004509804.tif 000014
【図９】
0004509804.tif 000015
【図１０】
0004509804.tif 000016
【図１１】
0004509804.tif 000017
【図１２】
0004509804.tif 000018
【図１３】
0004509804.tif 000019