(57)【特許請求の範囲】
【請求項１】
無線ネットワークにおいて１つ以上の無線端末にセルのＰＵＣＣＨをスケジューリングする方法であって、
半固定的ＰＵＣＣＨ領域における半固定的ＵＣＩコンポーネントについてのＰＵＣＣＨ利用ファクタと、前記セルにおけるコネクションファクタと、所定期間における前記セルでのＰＵＳＣＨ利用ファクタとの１つ以上を含む共有アップリンク利用情報を決定する決定ステップと、
前記決定された共有アップリンク利用情報に基づいて前記半固定的ＰＵＣＣＨ領域を調整すべきかどうかを判定する判定ステップと、
前記半固定的ＰＵＣＣＨ領域を調整すべきと判定されると、前記半固定的ＰＵＣＣＨを調整する調整ステップと
を有することを特徴とする方法。
【請求項２】
前記所定期間は、１つまたは複数の指定期間のうちの１つの指定期間であり、前記１つまたは複数の指定期間の少なくとも１つはパターンに従って繰り返す期間であることを特徴とする請求項１に記載の方法。
【請求項３】
前記調整された半固定的ＰＵＣＣＨ領域は今後の期間に適用されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記調整ステップにおいて、前記セルの運用プロファイルは、前記半固定的ＰＵＣＣＨ領域に対して適用される調整に関連した情報を用いて更新され、前記セルの運用プロファイルは、前記所定期間において前記セルの前記半固定的ＰＵＣＣＨ領域の構成を初期設定するために使用されることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
前記決定ステップは、
前記所定期間における複数のアップリンクサブフレームのそれぞれについての前記半固定的ＵＣＩコンポーネントのＵＣＩコンポーネントレートを決定するステップと、
前記所定期間における前記ＵＣＩコンポーネントレートの分布に基づいて前記ＰＵＣＣＨ利用ファクタを決定するステップと
を含み、
前記ＵＣＩコンポーネントレートは、１つあたりのアップリンクサブフレームにおいて利用可能な半固定的ＰＵＣＣＨリソースの全体量に対する、前記半固定的ＵＣＩコンポーネントに対して割り当てられている前記半固定的ＰＵＣＣＨリソースの量の比であることを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記半固定的ＵＣＩコンポーネントは、チャネル品質インジケーションと、スケジューリング要求と、事前符号化マトリックスインジケーションと、ランクインジケーションと、半固定的ＡＣＫ／ＮＡＣＫを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ＰＵＣＣＨ利用ファクタは、前記ＵＣＩコンポーネントレートの平均値、中央値、移動平均、または、分布のモードもしくは範囲として決定されることを特徴とする請求項５または６に記載の方法。
【請求項８】
前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりは少ないことを特徴とする請求項５ないし７のいずれか１項に記載の方法。
【請求項９】
前記判定ステップは、
前記半固定的ＵＣＩコンポーネントについての目標ＰＵＣＣＨ範囲の上限を前記ＰＵＣＣＨ利用ファクタが超えている場合、前記半固定的ＰＵＣＣＨ領域を増加するべきと判定するステップと、
前記半固定的ＵＣＩコンポーネントについての前記目標ＰＵＣＣＨ範囲の下限を前記ＰＵＣＣＨ利用ファクタが下回っている場合、前記半固定的ＰＵＣＣＨ領域を減少するべきと判定するステップと
を含むことを特徴とする請求項５ないし８のいずれか１項に記載の方法。
【請求項１０】
前記半固定的ＵＣＩコンポーネントのそれぞれは、前記所定期間において有効な対応する目標ＰＵＣＣＨ範囲を付与されていることを特徴とする請求項９に記載の方法。
【請求項１１】
前記決定ステップは、
前記所定期間における複数のアップリンクサブフレームのそれぞれについて前記セルと前記１つ以上の無線端末と間に同時に確立されている同時コネクションを追跡するステップと、
前記所定期間における前記同時コネクションの数の分布に基づいて前記コネクションファクタを求めるステップと
を含むことを特徴とする請求項１ないし１０のいずれか１項に記載の方法。
【請求項１２】
前記決定ステップは、
前記所定期間における複数のアップリンクサブフレームのそれぞれについてＰＵＳＣＨの利用率を求めるステップと、
前記所定期間における前記ＰＵＳＣＨの利用率の分布に基づいて前記ＰＵＳＣＨ利用ファクタを求めるステップと
を含み、
前記ＰＵＳＣＨの利用率は、１つのアップリンクサブフレームあたりで利用可能なＰＵＳＣＨリソースの量に対する、使用中の前記ＰＵＳＣＨリソースの比として決定されることを特徴とする請求項１ないし１１のいずれか１項に記載の方法。
【請求項１３】
目標パラメータには、前記目標ＰＵＣＣＨ範囲と、前記目標コネクション範囲と、前記目標ＰＵＳＣＨ範囲とが含まれており、
前記方法は、さらに、
調整すべき１つ以上の目標パラメータを決定するステップと、
前記１つ以上の目標パラメータを調整すべきと決定した場合、前記１つ以上の目標パラメータを調整するステップと
を有し、
前記調整すべき１つ以上の目標パラメータを決定するステップは、
前記ＰＵＣＣＨ利用ファクタが前記目標ＰＵＣＣＨ範囲内に収まっていないときに、当該目標ＰＵＣＣＨ範囲を調整すべきと判定するステップと、
前記コネクションファクタが前記目標コネクション範囲内に収まっていないときに、当該目標コネクション範囲を調整すべきと判定するステップと、
前記ＰＵＳＣＨ利用ファクタが前記目標ＰＵＳＣＨ範囲内に収まっていないときに、当該目標ＰＵＳＣＨ範囲を調整すべきと判定するステップと
のうち少なくとも１つを含むことを特徴とする請求項９ないし１２のいずれか１項に記載の方法。
【請求項１４】
無線ネットワークのセルに設けられ、前記無線ネットワークにおいて１つ以上の無線端末に前記セルのＰＵＣＣＨをスケジューリングするスケジューリングサービスを当該１つ以上の無線端末に提供するスケジューラ装置であって、
半固定的ＰＵＣＣＨ領域における半固定的ＵＣＩコンポーネントについてのＰＵＣＣＨ利用ファクタと、前記セルにおけるコネクションファクタと、所定期間における前記セルでのＰＵＳＣＨ利用ファクタとの１つ以上を含む共有アップリンク利用情報を決定する利用情報決定部と、
前記決定された共有アップリンク利用情報に基づいて前記半固定的ＰＵＣＣＨ領域を調整すべきかどうかを判定し、前記半固定的ＰＵＣＣＨ領域を調整すべきと判定すると前記半固定的ＰＵＣＣＨを調整するＰＵＣＣＨ調整部と
を備えたことを特徴とするスケジューラ装置。
【請求項１５】
無線ネットワークに設けられた基地局であって、当該基地局のサービス提供範囲であるセルのＰＵＣＣＨを前記無線ネットワークにおける１つ以上の無線端末にスケジューリングするスケジューリングサービスを当該１つ以上の無線端末に提供する基地局であって、
前記基地局の動作をコーディネートおよび制御することで前記無線端末にサービスを提供する制御部と、
ＰＵＳＣＨリソースとＰＵＣＣＨリソースを介してアップリンクデータと制御レポートを受信することを含み、前記無線端末と通信する通信部と、
前記無線ネットワークにおける前記無線端末に前記セルのスケジューリングサービスを提供するスケジューラ装置と
を備え、
前記スケジューラ装置は、
半固定的ＰＵＣＣＨ領域における半固定的ＵＣＩコンポーネントについてのＰＵＣＣＨ利用ファクタと、前記セルにおけるコネクションファクタと、所定期間における前記セルでのＰＵＳＣＨ利用ファクタとの１つ以上を含む共有アップリンク利用情報を決定し、
前記決定された共有アップリンク利用情報に基づいて前記半固定的ＰＵＣＣＨ領域を調整すべきかどうかを判定し、
前記半固定的ＰＵＣＣＨ領域を調整すべきと判定すると前記半固定的ＰＵＣＣＨを調整することを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
ここに開示する技術は、自己管理型のネットワーク（ｓｅｌｆ−ｏｒｇａｎｉｚｉｎｇ  ｎｅｔｗｏｒｋ）アルゴリズムの使用を通して行う、アップリンク通信サブフレームの物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）上の負荷の制御に関する。
【背景技術】
【０００２】
長期的進化（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（また「ＬＴＥ」と呼ばれる）は、第３世代パートナーシップ・プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）（本明細書では今後「３ＧＰＰ」と呼ぶ）によって標準化が進められている無線アクセス技術である。ＬＴＥにおいては、全てのサービスがパケット交換ドメインを通してサポートされる。ＬＴＥにおけるダウンリンク送信およびアップリンク送信は多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）技術を使用する。これらは、ダウンリンクに対して直交周波数分割多元接続（「ＯＦＤＭＡ」と呼ばれる）が使用され、アップリンクに対しては単一搬送波周波数分割多元接続（「ＳＣ−ＦＤＭＡ」と呼ばれる）が使用される。
【０００３】
図１は、ＯＦＤＭＡ／ＳＣ−ＦＤＭＡ無線シグナリングのサブフレームの実施例をグラフとして表したものである。ＯＦＤＭＡおよびＳＣ−ＦＤＭＡのどちらにおいても、近接した周波数間隔で配置された多くの直交したサブキャリアが並行して送信される。従って、シグナリングは周波数エレメントと時間エレメントの両方によって規定される。
【０００４】
ＬＴＥにおいては、ユーザ装置（本明細書では今後と「ＵＥ」呼ぶ）とｅＮｏｄｅＢとの間の無線通信が、規定された無線フレームを通して実行される。各フレームは１０ｍｓの長さであり、それぞれが１ｍｓの長さの１０のサブフレームに分割されている。各サブフレームは、さらに、それぞれが０．５ｍｓの継続時間を持つ２つのスロットに分割されている。従って、各スロットまたはサブフレームの中で送信される信号は、周波数ドメインにおける複数のサブキャリアおよび時間ドメインにおける複数のシンボルのリソースグリッドによって規定される。
【０００５】
図１には、ＬＴＥの無線リソースの１つのダウンリンク／アップリンクサブフレーム（すなわち、２つのスロット）が示されている。サブフレームは１つ以上の物理リソースブロック（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）（本明細書では今後「ＰＲＢ」と呼ぶ）のユニットの中に割り当てられる。すなわち、ＰＲＢは、ｅＮｏｄｅＢが任意のＵＥに対して割り当てる無線リソースの最小単位（ユニット）である。その構成に依存して、各ＰＲＢは、周波数ドメインにおいては複数のサブキャリアにわたり、また時間ドメインにおいては、ＯＦＤＭまたはＳＣ−ＦＤＭＡに対して、複数のシンボルにわたって配置される。１つのサブキャリアの上の１つのシンボルが１つのリソース要素（リソース・エレメント）（または単に「ＲＥ」）である。
【０００６】
各ＰＲＢの中には、周波数ドメインで１２個の連続したサブキャリアが存在する。隣接したサブキャリアの間の正規の周波数間隔が１５ｋＨｚであるので、各ＰＲＢの周波数帯域幅は１８０ｋＨｚになる。ＰＲＢは時間ドメインでは７シンボルにわたる。すなわち、ＰＲＢは１つのスロットまたは０．５ｍｓにわたる。
【０００７】
ＬＴＥではユーザデータを転送するのに専用の個別チャネルは使用しない。その代わり、ダウンリンクおよびアップリンクの両方に共有トランスポートチャネルリソースが使用される。アップリンクに対しては、アップリンク共有チャネルがｅＮｏｄｅＢの上のスケジューラによって制御され、スケジューラは、ユーザデータのｅＮｏｄｅＢに対する送信に対して、共有チャネルの異なる部分を異なるＵＥに対して割り当てる。アップリンク共有チャネルは、ダウンリンクＳＣ−ＦＤＭＡサブフレームの上の物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）（本明細書では今後「ＰＵＳＣＨ」と呼ぶ）にマッピングされる。ＰＵＳＣＨは主としてデータ転送に使用され、従って、高いデータレートを達成するように設計される。
【０００８】
ＳＣ−ＦＤＭＡサブフレームは、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）（本明細書では今後「ＰＵＣＣＨ」と呼ぶ）を含む。ＰＵＣＣＨはＵＥからｅＮｏｄｅＢにアップリンク制御情報（ｕｐｌｉｎｌ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）（または簡単に「ＵＣＩ」）を搬送するために使用される。これに関しては、以下で更に説明する。
【０００９】
図２はＳＣ−ＦＤＭＡサブフレームの単純化した図を示す。この図はＰＵＳＣＨリソースおよびＰＵＣＣＨリソースだけが示されているという点で単純化されている。ＳＣ−ＦＤＭＡサブフレームは、ＰＵＳＣＨおよびＰＵＣＣＨに加えて、物理ランダムアクセスチャネル（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）（「ＰＲＡＣＨ」と呼ぶ）および参照信号もまた搬送することができるという点を理解できるであろう。しかし一般には、ＰＲＡＣＨおよび参照信号に割り当てられるＳＣ−ＦＤＭＡサブフレームリソースの量は、ＰＵＳＣＨおよびＰＵＣＣＨと比較して少量である。図２は、ＳＣ−ＦＤＭＡサブフレームは、ＰＵＳＣＨおよびＰＵＣＣＨの間で優先的に共有されるという観測を反映している。
【００１０】
ＰＵＳＣＨリソースは、ＳＣ−ＦＤＭＡ周波数スペクトラムの中位のサブキャリアを占有する。スペクトラム帯域の端に、コントロール・リージョン（制御領域）が配置され、そこでＰＵＣＣＨが送信される。上記で述べたように、ＰＵＣＣＨが割り当てられて、それによりＵＥはＵＣＩをｅＮｏｄｅＢに転送することが可能になる。ＵＣＩは、以前にスケジューリングされて、ｅＮｏｄｅＢから送信されたダウンリンクユーザデータに対するＵＥからの、チャネル品質インジケーション（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｉｏｎ）報告、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）、およびＡＣＫ／ＮＡＣＫ応答を含む。チャネル品質インジケーションおよびスケジューリング要求はまた、それぞれ、「ＣＱＩ」および「ＳＲ」と呼ばれる。
【００１１】
ＰＵＣＣＨの効率のよいリソース利用を可能にするために、いくつかのＵＥのＳＲ、ＣＱＩ、およびＡＣＫ／ＮＡＣＫ応答は、符号分割多重（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）（また「ＣＤＭ」と呼ばれる）によってＰＵＣＣＨの上に多重化される。これによりいくつかのＵＥは、ＰＵＣＣＨの１つのＰＲＢを共有することができるようになる。
【００１２】
以前に注記し、図２に示したように、アップリンクＳＣ−ＦＤＭＡサブフレームは主としてＰＵＣＣＨおよびＰＤＣＣＨの間で共有される。すなわち、ＳＣ−ＦＤＭＡサブフレームのより大きな部分がＰＵＣＣＨに対して割り当てられた場合には、ＰＵＳＣＨに対してはより小さな部分が利用可能となり、その逆も同様である。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＰＵＳＣＨはユーザデータを搬送するので、ユーザデータスループットを増加させるためには、ＰＵＳＣＨ割り当てが最大にならなければならない。これは、同一の時間−周波数リソースの上へのＰＵＣＣＨの積極的な（ａｇｇｒｅｓｓｉｖｅ）割り当てによって達成することができる。これは、例えば、同一の時間−周波数リソースの上に多くのＣＤＭ符号を割り当てて、多くのＵＥがＣＱＩ報告、ＳＲ、およびＡＣＫ／ＮＡＣＫ応答等を同時に送信できるようにする（すなわち、ＰＵＣＣＨの同一のＰＲＢを共有することによりＰＵＣＣＨを最小にして、それに対応してＰＵＳＣＨを増加させる）ことである。しかしながら、多くのＵＥが同時に同一のＰＲＢを使用することは、干渉によって許容できない誤差確率が生ずる危険性を孕む。これによって、システムおよび／またはユーザスループットを減少させ、そして総合的なシステム動作性能を低下させることがあるであろう。
【００１４】
一方で、不必要に慎重な割り当て（ＰＵＣＣＨに割り当てられるリソースの量を増加させるか、またはＰＵＣＣＨの上で送信するシグナリングの量を低減することを通して行う）もまた危険性を孕む。ＰＵＣＣＨ割り当てを増加させると、それに対応して、ＰＵＳＣＨに対して利用可能なアップリンクリソースは減少する。これはデータスループットの低減につながる可能性がある。シグナリング量の減少は、より頻度の低いＳＲ機会によって引き起こされる遅延によって動作性能が低下すること、より頻度の低いＣＱＩ報告によってチャネル情報の正確さが損なわれること、ＡＣＫ／ＮＡＣＫ応答の数における柔軟性が低下することを招くため、スケジューラに制約条件が生ずることにつながる可能性がある。
【課題を解決するための手段】
【００１５】
ＰＵＣＣＨのサイズを自動的に調整する方法および装置の限定的でない実施例を記述する。これらは、ＰＵＣＣＨの半固定的な領域のサイズを自動的に調整する方法および装置を含む。１つの視点に従えば、この調整は、ある期間にわたるＰＵＣＣＨの利用に基づいて実行される。調整は、無線端末（例えば、ＵＥ）とセルとの間の接続に基づいて、および／またはＰＵＳＣＨの利用に基づいて実行することもできる。その結果、ＰＵＣＣＨの上での効率のよいリソース利用、および適切なサイズのＰＵＣＣＨ領域を得ることができる。
【００１６】
１つの視点に従えば、これらの方法および装置は、長期スケール（１時間毎、１日毎、１週間毎、等）にわたるネットワークにおける変化に対してＰＵＣＣＨ領域を自律的に適合させる。長期の時間スケールにおける動作によって、これらの方法は自己管理型ネットワークアルゴリズム（本明細書では今後「ＳＯＮ」アルゴリズムと呼ぶ）の範疇の中に位置づけられる。
【００１７】
１つの視点に従えば、１つの方法は、無線ネットワークの中のセルのＰＵＣＣＨリソースを１つ以上の無線端末に対してスケジューリングするスケジューラによって実行される。スケジューラは、基地局の一部分であることができて、ある期間にわたる、ＰＵＣＣＨの半固定的な領域の半固定的なＵＣＩ要素に対するＰＵＣＣＨ利用ファクタを判定する。この期間は、多くの規定した期間の内の１つであることができ、そして少なくとも１つの規定した期間は、１つのパターンで繰り返される。ＵＣＩ要素に対するＰＵＣＣＨ利用ファクタは、そのＵＣＩ要素に対して割り当てられたＰＵＣＣＨリソースの量の、その期間の間に利用可能なＰＵＣＣＨリソースの量に対する相対的な尺度である。
【００１８】
１つの視点に従えば、スケジューラは、ＰＵＣＣＨ利用ファクタに基づいて半固定的なＰＵＣＣＨ領域を調整する（増加させる、または減少させる）。スケジューラは、ＰＵＣＣＨ利用ファクタがＰＵＣＣＨターゲット範囲の上限よりも上にある場合には、半固定的なＰＵＣＣＨ領域を増加させ、そして、ＰＵＣＣＨ利用ファクタがＰＵＣＣＨターゲット範囲の下限よりも下にある場合には、半固定的なＰＵＣＣＨ領域を減少させる。
【００１９】
１つの視点に従えば、スケジューラは、コネクションファクタを判定し、判定したコネクションファクタに基づいて半固定的なＰＵＣＣＨを調整する。コネクションファクタは、セルと無線端末との間でその期間にわたって経験される同時コネクションの量の尺度である。
【００２０】
１つの視点に従えば、スケジューラは、ＰＵＳＣＨ利用ファクタを判定し、判定したＰＵＳＣＨ利用ファクタに基づいて半固定的なＰＵＣＣＨを調整する。ＰＵＳＣＨ利用ファクタは、その期間にわたるデータ転送に利用可能なＰＵＳＣＨに対して、利用しているＰＵＳＣＨの尺度である。
【００２１】
１つの視点に従えば、スケジューラは、調整した半固定的なＰＵＣＣＨ領域を将来の期間に対して適用する。１つの視点に従えば、スケジューラは、調整情報を使用してセルの運用プロファイルを更新し、将来の期間において、ＰＵＣＣＨ領域の構成の初期設定が可能になるようにする。
【００２２】
本発明の、これまでに述べた、または他の目的、特徴、および利点は、好適な実施形態に関する以下のより詳細な記述から明らかであろう。好適な実施形態は、添付の図面で示されており、この中の参照記号は、種々の図を通して同一の部分を参照している。図面は必ずしも実際の寸法に対応しているものではなく、本発明の原理を示すための強調が加えられている。
【図面の簡単な説明】
【００２３】
【図１】３ＧＰＰ無線通信サブフレームの実施例を示す図である。
【図２】ＰＵＣＣＨとＰＵＳＣＨとの間に割り当てられた単純化したＳＣ−ＦＤＭＡサブフレームを示す図である。
【図３】基地局のスケジューラの実施形態の例を示す図である。
【図４】アップリンクサブフレームのＰＵＣＣＨリソースを制御するためのＳＯＮアルゴリズムの表現例を示す図である。
【図５】ＰＵＣＣＨリソースをスケジューリングする方法の実施例を示す図である。
【図６Ａ】、
【図６Ｂ】、
【図６Ｃ】それぞれ、ＰＵＣＣＨ利用ファクタ、コネクションファクタ、およびＰＵＳＣＨ利用ファクタを判定する方法の実施例を示す図である。
【図７Ａ】、
【図７Ｂ】、
【図７Ｃ】それぞれ、ＰＵＣＣＨ利用ファクタ、コネクションファクタ、およびＰＵＳＣＨ利用ファクタを調整する方法の実施例を示す図である。
【図８】基地局の実施形態の例を示す図である。
【発明を実施するための形態】
【００２４】
以下の記述は、限定する目的ではなく、説明の目的で、特定のアーキテクチャ、インタフェース、技術等の、具体的詳細を記述し、本発明の十分な理解を提供するものである。しかしながら当業者には、本発明は、これらの具体的詳細とは異なる他の実施形態で実行することも可能であることが明らかであろう。すなわち当業者は、本発明の原理を具現化し、また本発明の精神および範囲に含まれる様々な構成（これらは本明細書の中で明白に記述されていない、または示されていないとしても）を案出することが可能であろう。
【００２５】
いくつかの事例では、不必要な詳細によって本発明の記述を蒙昧なものにしないために、公知のデバイス、回路、および方法に関する詳細な記述は省略してある。本発明の原理、視点、および実施形態を記述する本明細書における全ての言及は、それらの具体的な実施例と共に、それらの構造的および機能的な均等物の双方を包含することを意図している。さらに、これらの均等物は、現在公知である均等物と共に将来開発される均等物（すなわち、その構造に拘わらず、同一の機能を実行するように開発された任意の要素）の双方を含むことを意図している。
【００２６】
従って、例えば、当業者には、本明細書におけるブロック図は、本技術の原理を具現化している例示的回路の概念図を表すことができると理解されるであろう。同様に、以下の点が理解されるであろう。すなわち、いずれのフローチャート、状態遷移図、擬似符号等も、種々の処理を表し、これらは、コンピュータ読み取り可能な媒体の中で実質的に表現することができ、従って、コンピュータまたはプロセッサによって実行することができる（このようなコンピュータまたはプロセッサが明示されているか否かに拘わらず）という点である。
【００２７】
「プロセッサ」、または「制御装置」と名付けられた、または記述された機能ブロックを含む種々の要素の機能は、専用のハードウェアばかりでなく、適切なソフトウェアと連携してソフトウェアを実行する能力を有するハードウェアを使用することにより提供される。プロセッサによって提供される場合には、機能は単一の専用プロセッサによって、共有された単一のプロセッサによって、または複数の個別のプロセッサ（それらの内のいくつかは、共有または分布させることができる）によって提供することができる。さらに、「プロセッサ」または「制御装置」という用語を明白に使用した場合も、それは、ソフトウェアを実行する能力のあるハードウェアを排他的に言及していると解釈されるべきではなく、これは、ディジタル信号プロセッサハードウェア、ソフトウェアを記憶するための読み取り専用メモリ、ランダムアクセスメモリ、および不揮発性のストレッジを含むことができるが、これらに限定されるものではない。
【００２８】
以下の記述では、３ＧＰＰネットワーク、そして特に、ＬＴＥを使用して説明を行っている。しかしながら、範囲はそのように限定されるものではない。本明細書に記述した概念は、他のタイプの無線ネットワークにも適用可能である。従って、ＰＵＣＣＨという用語を使用している場合も、この用語は、無線ネットワークの中の無線端末から基地局へのアップリンク方向に制御信号を転送する能力を有する任意の物理チャネルもまた言及することができる。同様に、ＰＵＳＣＨは、無線端末の間で共有されて、無線端末から基地局へのアップリンク方向にユーザデータを転送する能力を有する、任意の物理チャネルを言及することができる。
【００２９】
ＰＵＣＣＨとＰＵＳＣＨとの間にアップリンクサブフレーム（例えば、３ＧＰＰＬＴＥのＳＣ−ＦＤＭＡサブフレーム）を割り当てる場合に、ＰＵＣＣＨのサイズを設定するための、積極的な手法および慎重な手法の双方に関連して危険が存在する。従って、アップリンクサブフレームの上で、ＰＵＣＣＨの上の品質規準とＰＵＣＣＨのサイズとの間の適切なトレードオフを見いだすことが重要である。
【００３０】
しかしながら、ＰＵＳＣＨサイズとＰＵＣＣＨサイズとの間の釣り合いのとれたトレードオフを見いだすことは困難である。現状技術では静的なトレードオフを見いだしている。または、ＰＵＣＣＨの品質およびサイズを規制するパラメータを手動で再調整している。しかし、ネットワーク負荷は時間を通して変化するので、１つの期間の間またはある瞬時において適切であるＰＵＣＣＨ割り当ては、過剰に慎重または過剰に積極的なものに素早く変わってしまう可能性がある。トレードオフは時間を通して変動する可能性があるので、システムが適切なサイズのＰＵＣＣＨを有することを保証し、これにより制御シグナリングの信頼度を確保し、ＰＵＳＣＨリソースを最大にし、従ってＵＬスループットを最大にするためには、静的な割り当ては望ましくはない。
【００３１】
時間に加えて、トレードオフはセルの間で変動する傾向が強い。従って、開示された技術の１つ以上の実施形態および／または方法は、適応チューニングアルゴリズムを実施することによりＰＵＣＣＨのためにとっておくリソースに対してチューニングを行う。１つの視点に従えば、適応チューニングアルゴリズムは、セルの手動によるチューニングを回避して、時間を通してのセルの変化に対して自動的に追従するものである。適応チューニングは、比較的積極的、または比較的慎重であるように設定することができる。雑音がある環境の中のセルに対しては、比較的慎重な手法を選択することができる。反対に、比較的雑音がない環境に対しては、積極的な手法を容認することができる。
【００３２】
ＰＵＣＣＨは、動的に構成される領域と半固定的に構成される領域とを含む。動的に構成されたＰＵＣＣＨ領域においては、割り当てられたリソースはある特定な期間（１つのスロットまたはサブフレーム等）に対してだけ有効である。多くの場合は、無線端末（例えば、ユーザ装置）に対するＡＣＫ／ＮＡＣＫリソースは、動的にスケジューリングされて、その結果、各受信者の無線端末は、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）（本明細書では今後「ＰＤＳＣＨ」と呼ぶ）の上で搬送された、無線端末に向けたダウンリンクデータに対する応答を、以前に受信したＯＦＤＭサブフレームの上で提供することができる。
【００３３】
それとは対照的に、半固定的にスケジューリングされたリソースは、セルの中の無線端末に対して、その無線端末が同期を失うまで、サービスセッションを終了するまで、ハンドオーバを実行するまで、またはリソースが取り消されるとしたらその時まで有効である。例えば、チャネル状態報告（例えば、ＣＱＩ報告）およびスケジューリング要求を搬送するために割り当てられたＰＵＣＣＨリソースは半固定的なものである。また、半固定的に割り当てることができるＡＣＫ／ＮＡＣＫも存在する。
【００３４】
１つの視点に従えば、適応チューニングアルゴリズムの１つの例は、無線ネットワークのセルのスケジューラの上で実施される。スケジューラは通常では基地局に関連し（例えば、その一部分である）、「セル」は必ずしも、「基地局」に対する均等物ではないという点に注意を要する。しかしながら、セルと基地局とは、セルは基地局が提供する無線カバレッジエリアのことをいうという点において関連している。従って、セルのスケジューラは、そのセルに対応したカバレッジを提供する基地局のスケジューラであるということができる。
【００３５】
図３は、セルに対応した基地局のスケジューラ３００の実施形態を示す。スケジューラ３００は、処理ユニット３１０、利用判定ユニット３２０、ＰＵＣＣＨ調整ユニット３３０、および記憶ユニット３４０を含む。この実施形態においては、処理ユニット３１０は、スケジューラ３００の他のユニットの動作を調整および制御し、無線端末にスケジューリングサービスを提供するように構成される。スケジューラ３００の種々のユニットによって提供される動作の詳細は、適応チューニングアルゴリズムの実施例を詳細に記述する中で以下に述べる。
【００３６】
しかし最初は、適応チューニングアルゴリズムの詳細を理解する状況を提供できるように、適応チューニングアルゴリズムの１つの例を一般的に記述する。一般的に、このアルゴリズムは、セルの、または一般的に無線システムの動作性能を評価する。そしてアルゴリズムは、その評価に基づいて、ＰＵＣＣＨ領域を減少させるか、ＰＵＣＣＨ領域を増加させるか、またはＰＵＣＣＨ領域を変化させないままにするかを判定する。
【００３７】
明確にするために、この場合でのＰＵＣＣＨ領域またはサイズは、具体的に他様に表現しない限り、半固定的に割り当てられたＰＵＣＣＨ領域をいうことにする。また、ＵＣＩコンポーネントは、他様に表現しない限り、半固定的なＵＣＩコンポーネントのことをいい、半固定的なＡＣＫ／ＮＡＣＫコンポーネントを含む。
【００３８】
ＰＵＣＣＨ領域においては、アップリンクＰＲＢリソースは、半永続的に（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）スケジューリングされたダウンリンクデータに関連する、ＣＱＩ、ＳＲ、およびＡＣＫ／ＮＡＣＫ応答を無線端末から搬送するために割り当てられる。無線端末はまた、半固定的なＰＵＣＣＨ領域のＰＲＢの上で、事前符号化マトリックスインジケータおよびランクインジケーションを報告することができる。事前符号化マトリックスインジケータおよびランクインジケーションはまた、それぞれ「ＰＭＩ］および「ＲＩ］と呼ぶことができる。
【００３９】
適応チューニングアルゴリズムの実施例は、長時間スケール（１時間、１日、１週間、等）にわたって動作する。半固定的なＰＵＣＣＨ割り当てに対しては、高速に変化する条件に対して即座に反応できることは決定的条件ではない。従って、このアルゴリズムは短時間スケールの上で応答することは必要ではない。従って、適応チューニングアルゴリズムのこの実施例は、ＳＯＮアルゴリズムのタイプに分類される。これは、適応チューニングアルゴリズムは、おそらくは徐々にではあろうが、長時間スケールにわたる変化に対して適合するからである。ＰＵＣＣＨ領域をチューニングする時には、長時間スケールにわたる歴史的動作性能をアルゴリズムの中で考慮することができる。
【００４０】
一般的に、ＰＵＣＣＨ領域の自動的な設定は、ＰＵＣＣＨ領域の負荷および容量に基づいて行われる。設定はまた、特に、ＰＵＳＣＨの上の負荷およびセルと無線端末との間の接続に基づくこともできる。アルゴリズムは、ネットワーク負荷における変化に対して、自律的にＰＵＣＣＨ領域を適合させることができる。その結果、ＰＵＣＣＨの効率のよいリソース利用を行うことができ、適切な寸法のＰＵＣＣＨ領域を得ることができる。
【００４１】
アルゴリズムの実施例によって、ＵＣＩコンポーネントの評価に基づいたＰＵＣＣＨ領域のサイズの自動的な設定が容易になる。ＳＯＮアルゴリズムの１つの特定な適用例においては、ＣＱＩコンポーネントに対応したＰＵＣＣＨリソースの利用は、時間を通して平均化され、閾値のセットと比較される。この比較に基づいて、ＰＵＣＣＨのサイズを増加させるべきか、減少させるべきか、または変化させないままにするかに関して判定を行う。
【００４２】
図４はＳＯＮアルゴリズムの実施例の機能ブロック図を示す。ＳＯＮアルゴリズムはＵＣＩコンポーネントの、ＳＲ、ＣＱＩ、およびＡＣＫ／ＮＡＣＫに対するＰＵＣＣＨリソースの利用を評価し、その評価に基づいてＰＵＣＣＨ領域を調整するか否かを判定する。
【００４３】
図４は、ＳＲ、ＣＱＩ、およびＡＣＫ／ＮＡＣＫコンポーネントに対するアルゴリズムを具体的に示しているが、この評価はこれらのコンポーネントに限定されるものではない。利用はいずれのＵＣＩコンポーネントに対しても評価することができる。更に、半固定的なＵＣＩコンポーネントの任意の組み合わせに対しても利用を評価することができる。これは例えば、個々の利用を合成することにより行うことができる。また、評価処理は全てのＵＣＩコンポーネントに対して同一である必要はない。すなわち、ＳＲ、ＣＱＩ、ＡＣＫ／ＮＡＣＫ、ＰＭＩ、およびＲＩのリソース割り当てに対する評価処理は互いに異なっていてもよい。
【００４４】
図５は、適応アルゴリズムを実行する方法Ｍ５００の実施例を示す。１つの変形に従えば、方法Ｍ５００はスケジューラ３００によって実行され、スケジューラ３００はセルのＰＵＣＣＨリソースを無線ネットワークの中の１つ以上の無線端末にスケジューリングする。無線ネットワークは、例えば、ＬＴＥ等の、３ＧＰＰネットワークであってよい。スケジューラ３００は、セルに対応したカバレッジを提供するｅＮｏｄｅＢの一部分であることができる。
【００４５】
本方法を実行するために、利用判定ユニット３２０は、ステップＳ５１０において、１つの期間に対するＰＵＣＣＨリソース利用を判定する。利用判定ユニット３２０はまた、ステップＳ５４０において接続利用を判定することができる、および／またはステップＳ５５０において、その期間にわたるＰＵＳＣＨリソース利用を判定することができるという点に注意を要する。ステップＳ５１０、Ｓ５４０、およびＳ５５０のおのおのは、共有アップリンクリソースの利用を判定する実施例である。
【００４６】
ステップＳ５２０においては、ＰＵＣＣＨ調整ユニット３３０は、利用判定ユニット３２０によって判定された共有アップリンクリソース利用に基づいて、ＰＵＣＣＨ領域を調整するか否かを判定する。調整すると判定した場合には、ステップＳ５３０において、ＰＵＣＣＨ調整ユニット３３０は適切な調整を行う。例えば、ＰＵＣＣＨ利用が判定された時に、ＰＵＣＣＨ調整ユニット３３０は、ＰＵＣＣＨ調整ユニット３３０が調整は必要であると判定した場合には、そのＰＵＣＣＨ利用に基づいてＰＵＣＣＨ領域を調整する。ＰＵＣＣＨ調整ユニット３３０は、同様の判定を実行することができ、接続利用および／またはＰＵＳＣＨリソース利用の片方または双方が判定されたときに、ステップＳ５２０およびＳ５３０において、それらを考慮に入れて適切な調整行動を取ることができる。
【００４７】
期間は、１時間、４時間、複数日、複数週、等の長時間スケールの期間であることもできる。また、期間は１つ以上の特定の期間の内の１つであることもできる。１つの特定の期間は、「７：００ＡＭ‐９：００ＡＭ」、および別の期間として、「４：００ＰＭ‐６：００ＰＭ」であってもよい。
【００４８】
更に、いくつかまたは全ての特定の期間は、１つのパターンで繰り返すことができる。例えば、「週日の朝のラッシュ」は、「月曜日‐金曜日の７：００ＡＭ‐９：００ＡＭ」と定義することができる。非常に単純な例では、１つの期間は、連続的に繰り返す「毎時の先頭からの１時間」と定義することもできる
処理ユニット３１０は、ＰＵＣＣＨ領域に対する調整を将来の期間に適用する。例えば、月曜日の「７：００ＡＭ‐９：００ＡＭ」の間に行った評価に基づく調整を火曜日の同一の期間に適用することができる。これは、セルは同様に(例えば、双方ともに「週日の朝のラッシュ」の一部分の期間である)使用されるであろうという可能性が高いからである。繰り返す１つの期間の非常に単純な実施例では、以前の１時間に基づく処理ユニット３１０の調整を、次の１時間に適用することができる。
【００４９】
また、「平滑化」といったものを調整に適用し（処理ユニット３１０またはＰＵＣＣＨ調整ユニット３３０によって）、異常な事件が起きたことによる影響を小さくすることができる。例えば、道路が補修のために思いがけなく閉鎖された場合があり得る。この場合には、閉鎖された道路の近くのセルの利用は、「週日の朝のラッシュ」の期間の間であるに拘わらず、思いがけなく低くなるであろう。その期間の１つの評価だけに基づいて作られた調整を、次の日の「週日の朝のラッシュ」期間に対して適用することは、道路が開通したときには適切でない可能性がある。従って、ＰＵＣＣＨ領域を調整するときには、スライド平均（移動平均）（例えば、「週日の朝のラッシュ」期間の過去５つの観測に基づく平均）等の形の平滑化を適用することができる。
【００５０】
調整を将来の期間に適用することを可能にするために、セルに対する運用プロファイルを保持する（例えば、記憶ユニット３４０の中に）ことができる。運用プロファイルの中には、１つ以上の特定の期間を定義することができる。そして、それぞれの特定の期間に対して、ＰＵＣＣＨ領域に対する構成情報を規定することができる。ある特定の期間の始まりに、処理ユニット３１０は、その運用プロファイルに基づいて半固定的なＰＵＣＣＨ領域の構成の初期設定を行うことができる。その特定の期間を通しての評価の後に、ＰＵＣＣＨ調整が必要であると考えられた場合には、ＰＵＣＣＨ調整ユニット３３０は、その特定の期間に対して調整された半固定的なＰＵＣＣＨ領域に対する調整に関係した情報を使用して、運用プロファイルを更新することができる。そして、その特定の期間の次の時点で、ＰＵＣＣＨ領域は、その調整を使用して初期設定を行うことができる。
【００５１】
これまでに述べたように、ＰＵＣＣＨ領域を調整することに関する判定は、ＰＵＣＣＨ利用に基づいて行うことができる。ある視点においては、１つ以上のＵＣＩコンポーネントのＰＵＣＣＨ利用ファクタが判定される。ある特定のＵＣＩコンポーネントに対するＰＵＣＣＨ利用ファクタは、利用可能なＰＵＣＣＨリソースのどの位の部分が、その規定された期間の間に、その特定のＵＣＩコンポーネントを搬送するために割り当てられるかを示す尺度であると見ることができる。１つの実施例として、ＣＱＩコンポーネントに対するＰＵＣＣＨ利用ファクタは、その期間の間に利用可能なＰＵＣＣＨリソースの量に対する相対的な量として、ＣＱＩ報告を搬送するために割り当てられたＰＵＣＣＨリソースの量を反映するであろう。
【００５２】
図６Ａは、ＵＣＩコンポーネントに対するＰＵＣＣＨ利用ファクタを判定するステップＳ５１０を実施するために利用判定ユニット３２０が実行する処理の一例を示す。ステップＳ６１０において、利用判定ユニット３２０は、その期間にわたって、複数のアップリンクサブフレームのそれぞれに対してＵＣＩコンポーネントのＵＣＩコンポーネントレートを判定する。任意の個別のアップリンクサブフレームに対して、ＵＣＩコンポーネントレートは、そのＵＣＩコンポーネントに対して割り当てられた半固定的なＰＵＣＣＨリソースの量の、アップリンクサブフレームの中で利用可能な半固定的なＰＵＣＣＨリソースの全体量に対する相対的な比として定義することができる。
【００５３】
その後、利用判定ユニット３２０は、その期間にわたるＵＣＩコンポーネントレートの分布に基づいてＰＵＣＣＨ利用ファクタを判定する。ＵＣＩコンポーネントレートの分布の、例えば、平均、スライド平均、中央値、モード等を、そのＵＣＩコンポーネントに対するＰＵＣＣＨ利用ファクタとして判定することができる。その期間は、十分な数のデータ点（例えば、ＵＣＩコンポーネントレート）が収集できて、ＰＵＣＣＨ利用ファクタを意味あるものにすることができる程度の継続時間であることが望ましい。すなわち、ＰＵＣＣＨ利用ファクタは、その期間の間におけるセルの一般的な振る舞いの正確な表現であるという信用度があるべきである。
【００５４】
計算負荷を低減するために、ＵＣＩコンポーネントレートは、期間の間で、全てのアップリンクサブフレームに対して判定される必要はない。すなわち判定は、サブフレームのサブセットに対して行うことができる。期間の継続時間が長い（１時間等）場合には、サブフレームの数はかなり大きくなる。ＬＴＥにおいては、１時間に３６０万のＳＤ−ＦＤＭＡサブフレームが存在する。１０００のサブフレームごとにＵＣＩコンポーネントレートを判定したとしても、３，６００のＵＣＩコンポーネントレートを判定することができる。これはＰＵＣＣＨ利用ファクタを意味あるものとするのに十分であるとすることができる。アップリンクサブフレームのサブセットの選定は必要に応じてまたは希望に応じて変更することができる。
【００５５】
図６Ａに示した処理の実施例では、１つのＵＣＩコンポーネント（ＣＱＩ等）に対するＰＵＣＣＨ利用ファクタが判定される。しかしながら、利用判定ユニット３２０は、処理を繰り返して、他のＵＣＩコンポーネント（ＳＲ、ＡＣＫ／ＮＡＣＫ、ＰＭＩ、ＲＩ等を含む）に対するＰＵＣＣＨ利用ファクタを判定することができるという点に注意すべきである。さらにいくつかまたは全ての（すなわち、２つ以上の）ＵＣＩコンポーネントに対するＰＵＣＣＨ利用ファクタを同一の期間の中で判定することができる。ステップＳ６１０の１つの変形では、利用判定ユニット３２０は、サブフレームのサブセットのそれぞれに対する複数のＵＣＩコンポーネントに対して個々のＵＣＩコンポーネントレートを判定することができる。
【００５６】
ステップＳ６１０の別の変形では、サブフレームのサブセットは、選択されて、選択された各サブフレームの中で、所定のコンポーネント数に対してＵＣＩコンポーネントレートを判定する。これは計算負荷を分布させるという利点を有する。ある特別な場合では、所定のコンポーネント数は１に設定することができる。この事例では、利用判定ユニット３２０は、１つのサブフレームの中の単一のＵＣＩコンポーネントに対するＵＣＩコンポーネントレートを判定する。引き続くサブフレームの中では、他のコンポーネントに対するＵＣＩコンポーネントレートを判定することができる。
【００５７】
例えば、期間のサブフレーム、ｓｆ（ｎ）、ｓｆ（ｎ＋１）、ｓｆ（ｎ＋２）、およびｓｆ（ｎ＋３）の中で、ＣＱＩ、ＳＲ、ＡＣＫ／ＮＡＣＫ、およびＰＭＩに対するコンポーネントレートをそれぞれ判定することができる。この処理は繰り返されて、期間の間のいくつかまたは全てのＵＣＩコンポーネントに対する比の分布を求めることができる。また、連続したサブフレームを使用する必要はない。すなわち、サブフレーム、ｓｆ（ｎ＋１）、ｓｆ（ｎ＋２）、ｓｆ（ｎ＋３）等はｓｆ（ｎ＋ａ）、ｓｆ（ｎ＋ｂ）、ｓｆ（ｎ＋ｃ）等と一般化することができ、ここでは「ａ」、「ｂ」、「ｃ」等は必ずしも連続はしていない。
【００５８】
ＵＣＩコンポーネントに対するＰＵＣＣＨ利用ファクタが判定された後に、ステップＳ５２０において、ＰＵＣＣＨ調整ユニット３３０は、ＰＵＣＣＨ領域が調整されるべきか否かを判定する。図７Ａは、ＰＵＣＣＨ調整ユニット３３０がステップＳ５２０を遂行するために実行する処理の一例を示す。ここに示すように、ＰＵＣＣＨ調整ユニット３３０は、ステップＳ７１０において、ＰＵＣＣＨ利用ファクタをそのＵＣＩコンポーネントに対するターゲットＰＵＣＣＨ範囲と比較する。ＰＵＣＣＨ利用ファクタがターゲットＰＵＣＣＨ範囲の上限よりも上にある場合には、ＰＵＣＣＨ調整ユニット３３０は、ステップＳ７２０において、ＰＵＣＣＨ領域を増加させるべきであると判定する。その逆に、ＰＵＣＣＨ利用ファクタがターゲットＰＵＣＣＨ範囲の下限よりも下にある場合には、ＰＵＣＣＨ調整ユニット３３０は、ステップＳ７３０において、ＰＵＣＣＨ領域を減少させるべきであると判定する。ＰＵＣＣＨ利用ファクタがそのコンポーネントに対するターゲット範囲の中にある場合には、ＰＵＣＣＨ調整ユニット３３０は、ステップＳ７４０において、調整は必要でないと判定する。
【００５９】
ターゲットＰＵＣＣＨ範囲は、全てのＵＣＩコンポーネントに対して同一である必要はない。１つの実施例として、ＣＱＩおよびＳＲに対するターゲットＰＵＣＣＨ範囲は同一である必要はない。また、各ＵＣＩコンポーネントは、期間に対して有効な、対応したターゲットＰＵＣＣＨ範囲を有することができる。１つの実施例として、ＣＱＩのターゲットＰＵＣＣＨ範囲は、期間によって異なっていてもよい。
【００６０】
１つの実施形態においては、ターゲットＰＵＣＣＨ範囲に関する情報は、各期間に対して、各ＵＣＩコンポーネントに対して、運用プロファイルの中に記録することができる。ある特定の期間が開始されると、その特定の期間の間に適切な評価が実行できるように、ＰＵＣＣＨ調整ユニット３３０に対して適切なターゲットＰＵＣＣＨ範囲を提供することができる。
【００６１】
ステップＳ５１０、Ｓ５２０、およびＳ５３０は、期間の間に２つ以上のＵＣＩコンポーネントに対して実行することができるという点に注意を要する。同様に、ステップＳ５４０およびＳ５５０（これらについては以下でさらに詳細に記述する）もまた、同一の期間の間に実行することができる。
【００６２】
図５に戻ると、また以前に注記したように、ＰＵＣＣＨ領域を調整するという判定はまた、ステップＳ５４０において判定された接続利用に基づいて行うこともできる。接続利用の１つの例は、セルのコネクションファクタであり、コネクションファクタは、セルと無線端末との間で経験される同時コネクションの数の尺度であると見ることができる。
【００６３】
図６Ｂは、所定期間の間に、利用判定ユニット３２０がセルのコネクションファクタを判定するために実行する処理の一例を示す。図示されているように、ステップＳ６１２において、利用判定ユニット３２０は、アップリンクサブフレームの中でのセルと無線端末との間の同時コネクションを所定期間にわたって追跡する。例えば、利用判定ユニット３２０は、複数のアップリンクサブフレームのそれぞれに対して、セルと無線端末との間に存在する同時コネクションの数を期間にわたって判定する。
【００６４】
次にステップＳ６２２において、利用判定ユニット３２０は、同時コネクションの追跡に基づいてコネクションファクタを判定する。ＰＵＳＣＨ利用ファクタを判定するために実行した操作と同様に、コネクションファクタは、追跡した同時コネクションの分布に基づいて判定することができる。計算負荷を低減するために、アップリンクサブフレームのサブセットに対して同時コネクションの数を追跡することができる。コネクションファクタを意味あるものとするために、サブフレームの数は十分であることが望ましい。ステップＳ６１２において同時コネクションを追跡するために使用される個々のサブフレームは、ステップＳ６１０においてＵＣＩコンポーネントレートを判定するために使用されるサブフレームとは同一のサブフレームである必要はないという点に注意すべきである。
【００６５】
コネクションファクタが判定されたときには、図７Ｂに示すように、ＰＵＣＣＨ調整ユニット３３０は、判定されたコネクションファクタに基づいて、ＰＵＣＣＨ領域は調整されるべきであるか否かを判定する(ステップＳ５２０)。すなわち、ＰＵＣＣＨ調整ユニット３３０は、コネクションファクタをターゲットコネクション範囲と比較する(ステップＳ７１２)。コネクションファクタがターゲットコネクション範囲の上限より上にある場合には、ＰＵＣＣＨ調整ユニット３３０は、ＰＵＣＣＨ領域を増加させるべきであると判定する(ステップＳ７２２)。そして、コネクションファクタがターゲットコネクション範囲の下限より下にある場合には、ＰＵＣＣＨ領域を減少させるべきであると判定する(ステップＳ７３２)。コネクションファクタがターゲット範囲の中にある場合には、調整は必要ではない(ステップＳ７４２)。
【００６６】
コネクションファクタを組み込むことの背後にある論理で、一般的には接続利用を組み込むことに対する論理は、ＰＵＣＣＨに対する要求条件は同時ユーザの数とともに一般的には増加し、従ってそのような場合には、多くのまたは全ての無線端末はどのくらいかのＰＵＣＣＨ割り当てを有することになるであろうということである。少数の同時コネクションに対しては、ＰＵＣＣＨ領域を減少させて、その代わりスループットを増加させるためにＰＵＳＣＨ領域を増加させるということは正当化される可能性がある。例えば、同時コネクションの数が期間の間に１０かその位の値より小さければ、ＰＵＣＣＨ領域は帯域の端あたり１つのＰＲＢを低減することもできるであろう。期間にわたってその数が２０より大きな値を保つならば、ＰＵＣＣＨ領域は帯域の端あたり２つのＰＲＢを増加させることもできるであろう。生成されるＰＵＣＣＨ負荷はユーザの間で変動するので、これは完全な尺度ではないとしても、他では得られないレベルの適合性を提供するものである。
【００６７】
再び戻って図５を参照すると、ＰＵＣＣＨ領域を調整するという判定は、ステップＳ５５０において判定されるＰＵＳＣＨ利用に基づいて更に行うことができる。ＰＵＳＣＨ利用の１つの例は、セルのＰＵＳＣＨ利用ファクタであり、これは、利用可能な共有チャネルリソースの量に対して、ユーザデータを転送するために使用するＰＵＳＣＨの利用の尺度であると見ることができる。ステップＳ５５０においては、無線端末がユーザデータをセルに転送するために使用するＰＵＳＣＨのＰＵＳＣＨ利用ファクタを判定することができる。
【００６８】
図６Ｃは、期間にわたってＰＵＳＣＨ利用ファクタを判定するために利用判定ユニット３２０が実行する処理の一例を示す。図示されているように、ステップＳ６１４において、利用判定ユニット３２０は一般的なＰＵＳＣＨ使用を判定する。ＰＵＳＣＨ使用は、使用されるＰＵＳＣＨリソースの、期間にわたる複数のアップリンクサブフレームのそれぞれに対して利用可能なＰＵＳＣＨリソースの量に対する相対的な比を含む。計算負荷を低減するために、この複数のサブフレームは、期間におけるアップリンクサブフレームのサブセットであってよい。ステップＳ６２４において、利用判定ユニット３２０は、比の分布に基づいてＰＵＳＣＨ利用ファクタを判定する。ＰＵＳＣＨ利用ファクタを意味あるものにするために、サブフレームの数は十分であることが望ましい。ステップＳ６１４においてＰＵＳＣＨ使用を判定するために使用する個々のサブフレームは、ステップＳ６１２において同時コネクションを追跡するために使用するサブフレーム、またはステップＳ６１０においてＵＣＩコンポーネントレートを判定するために使用するサブフレームと同一のサブフレームである必要はないという点に注意すべきである。
【００６９】
そして図７Ｃに示すように、ＰＵＣＣＨ調整ユニット３３０は、ＰＵＳＣＨ利用ファクタに基づいて、ＰＵＣＣＨ領域は調整されるべきであるか否かを判定する(ステップＳ５２０)。ＰＵＣＣＨ調整ユニット３３０は、ＰＵＳＣＨ利用ファクタをターゲットＰＵＳＣＨ範囲と比較する(ステップＳ７１４)。この事例では、ＰＵＣＣＨ調整ユニット３３０は、ＰＵＳＣＨ利用ファクタがターゲットＰＵＳＣＨ範囲の下限より下にある場合には、ＰＵＣＣＨ領域を増加させるべきであると判定する(ステップＳ７２４)。そして、ＰＵＳＣＨ利用ファクタがターゲットＰＵＳＣＨ範囲の上限より上にある場合には、ＰＵＣＣＨ領域を減少させるべきであると判定する(ステップＳ７３４)。ＰＵＳＣＨ利用ファクタがターゲット範囲の中にある場合には調整は必要ではない(ステップＳ７４４)。
【００７０】
ＰＵＳＣＨ利用ファクタを組み込むことの背後にある論理で、一般的にはＰＵＳＣＨ利用を組み込むことに対する論理は以下の通りである。ＰＵＳＣＨが密度低く利用されている（すなわち、ＰＵＳＣＨ利用ファクタが低い）場合には、ＰＵＣＣＨ領域が増加することによって動作性能はそれほどには低下しない。これはＰＵＣＣＨ領域をより大きくすることのコストは比較的小さいということを意味する。一方で、ＰＵＳＣＨが密度高く利用されている（すなわち、ＰＵＳＣＨ利用ファクタが高い）場合には、アップリンクスループットは、ＰＵＣＣＨ領域の増加によって負方向に影響を受ける可能性がある。
【００７１】
上記で記述した方法は、セルの動作性能を評価し、その評価に基づいてＰＵＣＣＨ領域を調整するものである。１つ以上の実施形態に従えば、１つの期間で実行した評価は別の期間におけるＰＵＣＣＨ領域の調整に使用する。
【００７２】
この評価では、セル利用ファクタをターゲットパラメータと比較する。ターゲットパラメータは、ターゲットＰＵＣＣＨ範囲、ターゲットコネクション範囲、およびターゲットＰＵＳＣＨ範囲等である。ＰＵＣＣＨ領域の調整を将来の期間に適用するのと丁度同じように、ターゲットパラメータもまた同様に、調整してそれを将来の期間に使用することができる。これによって、ターゲットパラメータもまた同様に経時的に、ＰＵＣＣＨ領域に対する調整に対して自動的に適合することができる。
【００７３】
図５では、ステップＳ５６０において処理ユニット３１０は、いずれかのターゲットパラメータが調整されるべきであるか否かを判定する。そして、調整されるべきであると判定した場合には、ステップＳ５７０においてターゲットパラメータを調整する。１つの実施形態においては、処理ユニット３１０は、ターゲットパラメータに対する調整を今後の期間に適用する。別の実施形態においては、利用判定ユニット３２０は、調整されたターゲットパラメータに関係する情報を使用して運用プロファイルを更新する。任意の特定の期間において、処理ユニット３１０は、適切な比較を行うために利用判定ユニット３２０が使用したターゲットパラメータを含めて、ＰＵＣＣＨ領域を適切に構成することができる。
【００７４】
図８は、基地局８００の実施形態を示す。基地局（例えば、ｅＮｏｄｅＢ）は、制御ユニット８１０、通信ユニット８２０、スケジューラ８３０を含む。この実施形態においては、制御ユニット８１０は、基地局８００の他のユニットの動作を調整および制御し、無線端末にサービスを提供するように構成される。通信ユニット８２０は、ＰＵＳＣＨリソースおよびＰＵＣＣＨリソースを介してアップリンクデータおよび制御報告を受信することを含めて、無線端末と通信を行うように構成される。スケジューラ８３０は、ネットワークの中の無線端末に対して、セルのＰＵＣＣＨのスケジューリング含めて、スケジューリングサービスを提供するように構成される。１つの視点では、スケジューラ８３０は、図３に示したスケジューラ３００と同一の機能を実行するように構成される。
【００７５】
多くの利点の内の１つとして、開示された技術は、これを使用することにより、個々のセルに対するＰＵＣＣＨ領域の手動チューニングを回避することができる。また、トラフィック特性の変化に対して、より規則的にＰＵＣＣＨ領域を適合させることができる。その結果、ＰＵＣＣＨリソースを効率よく利用することができ、ネットワークにおける大容量化の確保に繋げることができる。
【００７６】
上記の記述は多くの具体的事例を含むが、これらは本発明の範囲を限定するものであると解釈されるべきではなく、単に好適な実施形態のいくつかの例示を提供するものであると解釈されるべきである。従って、本発明の範囲は他の実施形態も十分に包含するものであり、従って本発明の範囲は限定されるべきではないと理解されるであろう。通常の当業者には公知の、上記で記述した好適な実施形態のコンポーネントに対する全ての構造的、および機能的均等物は、参照によって、明白に本明細書の中に組み込まれ、それにより包含されると意図される。さらに、デバイスまたは方法は、本明細書に包含されるので、本明細書に記述した、または本技術によって解決されることを目的とした、それぞれおよび全ての問題を解決する必要はない。さらに、本開示におけるいずれの成分、コンポーネント、または行為の方法も、一般公衆に開放されることは意図されていない。
【００７７】
いくつかの実施形態は、無線ネットワークにおいて１つ以上の無線端末にセルのＰＵＣＣＨをスケジューリングする方法に関連する。本方法は、半固定的ＰＵＣＣＨ領域における半固定的ＵＣＩコンポーネントについてのＰＵＣＣＨ利用ファクタと、前記セルにおけるコネクションファクタと、所定期間における前記セルでのＰＵＳＣＨ利用ファクタとの１つ以上を含む共有アップリンク利用情報を決定する決定ステップを有する。また、本方法は、前記決定された共有アップリンク利用情報に基づいて前記半固定的ＰＵＣＣＨ領域を調整すべきかどうかを判定する判定ステップと、前記半固定的ＰＵＣＣＨ領域を調整すべきと判定されると、前記半固定的ＰＵＣＣＨを調整する調整ステップとを有する。
【００７８】
いくつかの実施形態によれば、前記所定期間は、１つまたは複数の指定期間のうちの１つの指定期間であり、前記１つまたは複数の指定期間の少なくとも１つはパターンに従って繰り返す期間である。
【００７９】
いくつかの実施形態によれば、前記調整された半固定的ＰＵＣＣＨ領域は今後の期間に適用される。
【００８０】
いくつかの実施形態によれば、前記調整ステップにおいて、前記セルの運用プロファイルは、前記半固定的ＰＵＣＣＨ領域に対して適用される調整に関連した情報を用いて更新され、前記セルの運用プロファイルは、前記所定期間において前記セルの前記半固定的ＰＵＣＣＨ領域の構成を初期設定するために使用される。
【００８１】
いくつかの実施形態によれば、前記決定ステップは、
前記所定期間における複数のアップリンクサブフレームのそれぞれについての前記半固定的ＵＣＩコンポーネントのＵＣＩコンポーネントレートを決定するステップと、
前記所定期間における前記ＵＣＩコンポーネントレートの分布に基づいて前記ＰＵＣＣＨ利用ファクタを決定するステップと
を含み、
前記ＵＣＩコンポーネントレートは、１つあたりのアップリンクサブフレームにおいて利用可能な半固定的ＰＵＣＣＨリソースの全体量に対する、前記半固定的ＵＣＩコンポーネントに対して割り当てられている前記半固定的ＰＵＣＣＨリソースの量の比である。
【００８２】
いくつかの実施形態によれば、前記半固定的ＵＣＩコンポーネントは、チャネル品質インジケーションと、スケジューリング要求と、事前符号化マトリックスインジケーションと、ランクインジケーションと、半固定的ＡＣＫ／ＮＡＣＫを含む。
【００８３】
いくつかの実施形態によれば、前記ＰＵＣＣＨ利用ファクタは、前記ＵＣＩコンポーネントレートの平均値、中央値、移動平均、または、分布のモードもしくは範囲として決定される。
【００８４】
いくつかの実施形態によれば、前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりは少ない。
【００８５】
いくつかの実施形態によれば、前記判定ステップは、
前記半固定的ＵＣＩコンポーネントについての目標ＰＵＣＣＨ範囲の上限を前記ＰＵＣＣＨ利用ファクタが超えている場合、前記半固定的ＰＵＣＣＨ領域を増加するべきと判定するステップと、
前記半固定的ＵＣＩコンポーネントについての前記目標ＰＵＣＣＨ範囲の下限を前記ＰＵＣＣＨ利用ファクタが下回っている場合、前記半固定的ＰＵＣＣＨ領域を減少するべきと判定するステップと
を含む。
【００８６】
いくつかの実施形態によれば、前記半固定的ＵＣＩコンポーネントのそれぞれは、前記所定期間において有効な対応する目標ＰＵＣＣＨ範囲を付与されている。
【００８７】
いくつかの実施形態によれば、前記決定ステップは、
前記所定期間における複数のアップリンクサブフレームのそれぞれについて前記セルと前記１つ以上の無線端末と間に同時に確立されている同時コネクションを追跡するステップと、
前記所定期間における前記同時コネクションの数の分布に基づいて前記コネクションファクタを求めるステップと
を含む。
【００８８】
いくつかの実施形態によれば、前記コネクションファクタは、前記同時コネクションの数の平均値、中央値、移動平均、または、分布のモードもしくは範囲として求められる。
【００８９】
いくつかの実施形態によれば、前記判定ステップは、
前記コネクションファクタが目標コネクション範囲の上限を超えている場合、前記半固定的ＰＵＣＣＨ領域を増加させるべきと判定するステップと、
前記コネクションファクタが前記目標コネクション範囲の下限を下回っている場合、前記半固定的ＰＵＣＣＨ領域を減少させるべきと判定するステップと
を含む。
【００９０】
いくつかの実施形態によれば、前記決定ステップは、
前記所定期間における複数のアップリンクサブフレームのそれぞれについてＰＵＳＣＨの利用率を求めるステップと、
前記所定期間における前記ＰＵＳＣＨの利用率の分布に基づいて前記ＰＵＳＣＨ利用ファクタを求めるステップと
を含み、
前記ＰＵＳＣＨの利用率は、１つのアップリンクサブフレームあたりで利用可能なＰＵＳＣＨリソースの量に対する、使用中の前記ＰＵＳＣＨリソースの比として決定される。
【００９１】
いくつかの実施形態によれば、前記ＰＵＳＣＨ利用ファクタは、前記ＰＵＳＣＨ利用率の平均値、中央値、移動平均、または、分布のモードもしくは範囲として求められ、
前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりも少ない。
【００９２】
いくつかの実施形態によれば、前記判定ステップは、
前記ＰＵＳＣＨ利用ファクタが目標ＰＵＳＣＨ範囲の下限を下回っている場合、前記半固定的ＰＵＣＣＨ領域を増加させるべきと判定するステップと、
前記ＰＵＳＣＨ利用ファクタが前記目標ＰＵＳＣＨ範囲の上限を超えている場合、前記半固定的ＰＵＣＣＨ領域を減少させるべきと判定するステップと
を含む。
【００９３】
いくつかの実施形態によれば、目標パラメータには、前記目標ＰＵＣＣＨ範囲と、前記目標コネクション範囲と、前記目標ＰＵＳＣＨ範囲とが含まれており、
前記方法は、さらに、
調整すべき１つ以上の目標パラメータを決定するステップと、
前記１つ以上の目標パラメータを調整すべきと決定した場合、前記１つ以上の目標パラメータを調整するステップと
を有し、
前記調整すべき１つ以上の目標パラメータを決定するステップは、
前記ＰＵＣＣＨ利用ファクタが前記目標ＰＵＣＣＨ範囲内に収まっていないときに、当該目標ＰＵＣＣＨ範囲を調整すべきと判定するステップと、
前記コネクションファクタが前記目標コネクション範囲内に収まっていないときに、当該目標コネクション範囲を調整すべきと判定するステップと、
前記ＰＵＳＣＨ利用ファクタが前記目標ＰＵＳＣＨ範囲内に収まっていないときに、当該目標ＰＵＳＣＨ範囲を調整すべきと判定するステップと
のうち少なくとも１つを含む。
【００９４】
いくつかの実施形態によれば、前記調整された１つ以上の目標パラメータは今後の期間に適用される。
【００９５】
いくつかの実施形態は、無線ネットワークのセルに設けられ、前記無線ネットワークにおいて１つ以上の無線端末に前記セルのＰＵＣＣＨをスケジューリングするスケジューリングサービスを当該１つ以上の無線端末に提供するスケジューラ装置に関する。スケジューラ装置は、
半固定的ＰＵＣＣＨ領域における半固定的ＵＣＩコンポーネントについてのＰＵＣＣＨ利用ファクタと、前記セルにおけるコネクションファクタと、所定期間における前記セルでのＰＵＳＣＨ利用ファクタとの１つ以上を含む共有アップリンク利用情報を決定する利用情報決定部と、
前記決定された共有アップリンク利用情報に基づいて前記半固定的ＰＵＣＣＨ領域を調整すべきかどうかを判定し、前記半固定的ＰＵＣＣＨ領域を調整すべきと判定すると前記半固定的ＰＵＣＣＨを調整するＰＵＣＣＨ調整部と
を備えている。
【００９６】
いくつかの実施形態によれば、前記所定期間は、１つまたは複数の指定期間のうちの１つの指定期間であり、前記１つまたは複数の指定期間の少なくとも１つはパターンに従って繰り返す期間である。
【００９７】
いくつかの実施形態によれば、スケジューラ装置は、前記調整された半固定的ＰＵＣＣＨ領域は今後の期間に適用し、前記セルの運用プロファイルに基づき、前記所定期間において前記セルの前記半固定的ＰＵＣＣＨ領域の構成を初期設定し、前記半固定的ＰＵＣＣＨ領域に対して適用される調整に関連した情報を用いて前記セルの運用プロファイルを更新する処理部をさらに備えている。
【００９８】
いくつかの実施形態によれば、前記利用情報決定部は、
前記所定期間における複数のアップリンクサブフレームのそれぞれについての前記半固定的ＵＣＩコンポーネントのＵＣＩコンポーネントレートを決定し、
前記所定期間における前記ＵＣＩコンポーネントレートの分布に基づいて前記ＰＵＣＣＨ利用ファクタを決定することによって、前記所定期間における前記半固定的ＵＣＩコンポーネントについて前記ＰＵＣＣＨの利用ファクタを決定し、
前記ＵＣＩコンポーネントレートは、１つあたりのアップリンクサブフレームにおいて利用可能な半固定的ＰＵＣＣＨリソースの全体量に対する、前記半固定的ＵＣＩコンポーネントに対して割り当てられている前記半固定的ＰＵＣＣＨリソースの量の比である。
【００９９】
いくつかの実施形態によれば、前記利用情報決定部は、前記ＵＣＩコンポーネントレートの平均値、中央値、移動平均、または、分布のモードもしくは範囲として前記ＰＵＣＣＨ利用ファクタを決定する。
【０１００】
いくつかの実施形態によれば、前記複数のアップリンクサブフレームの数は、前記所定期間における前記アップリンクサブフレームの全部の数よりも少ない。
【０１０１】
いくつかの実施形態によれば、前記ＰＵＣＣＨ調整部は、前記ＰＵＣＣＨ利用ファクタが、前記半固定的ＵＣＩコンポーネントについての目標ＰＵＣＣＨ範囲の上限を超えているか、または、下限を前記ＰＵＣＣＨ利用ファクタが下回っている場合、それぞれ前記半固定的ＰＵＣＣＨ領域を増加または減少するべきと判定し、
前記半固定的ＵＣＩコンポーネントのそれぞれは、前記所定期間において有効な対応する目標ＰＵＣＣＨ範囲を付与されている。
【０１０２】
いくつかの実施形態によれば、前記利用情報決定部は、
前記所定期間における複数のアップリンクサブフレームのそれぞれについて前記セルと前記１つ以上の無線端末と間に同時に確立されている同時コネクションを追跡し、
前記所定期間における前記同時コネクションの数の分布に基づいて前記コネクションファクタを求めることによって、前記所定期間における前記セルの前記コネクションファクタを決定し、
前記コネクションファクタは、前記同時コネクションの数の平均値、中央値、移動平均、または、分布のモードもしくは範囲として求められ、
前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりも少ない。
【０１０３】
いくつかの実施形態によれば、前記ＰＵＣＣＨ調整部は、前記コネクションファクタが目標コネクション範囲の上限を超えているか、または、前記コネクションファクタが前記目標コネクション範囲の下限を下回っている場合、それぞれ前記半固定的ＰＵＣＣＨ領域を増加または減少させるべきと判定する。
【０１０４】
いくつかの実施形態によれば、前記利用情報決定部は、
前記所定期間における複数のアップリンクサブフレームのそれぞれについてＰＵＳＣＨの利用率を求め、
前記所定期間における前記ＰＵＳＣＨの利用率の分布に基づいて前記ＰＵＳＣＨ利用ファクタを求めることによって、前記所定期間における前記セルの前記ＰＵＳＣＨ利用ファクタを決定し、
前記ＰＵＳＣＨの利用率は、１つのアップリンクサブフレームあたりで利用可能なＰＵＳＣＨリソースの量に対する、使用中の前記ＰＵＳＣＨリソースの比であり、
前記ＰＵＳＣＨ利用ファクタは、前記ＰＵＳＣＨ利用率の平均値、中央値、移動平均、または、分布のモードもしくは範囲として求められ、
前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりも少ない。
【０１０５】
いくつかの実施形態によれば、前記ＰＵＣＣＨ調整部は、前記ＰＵＳＣＨ利用ファクタが目標ＰＵＳＣＨ範囲の下限を下回っているか、または、前記ＰＵＳＣＨ利用ファクタが前記目標ＰＵＳＣＨ範囲の上限を超えている場合、それぞれ前記半固定的ＰＵＣＣＨ領域を増加させるかまたは減少させるべきと判定する。
【０１０６】
いくつかの実施形態によれば、目標パラメータには、前記目標ＰＵＣＣＨ範囲と、前記目標コネクション範囲と、前記目標ＰＵＳＣＨ範囲とが含まれており、
前記処理部は、
調整すべき１つ以上の目標パラメータを決定し、前記１つ以上の目標パラメータを調整すべきと決定した場合、前記１つ以上の目標パラメータを調整し、前記調整された１つ以上の目標パラメータを今後の期間に適用し、前記調整された１つ以上の目標パラメータに関連した情報を用いて、記憶部内において、前記セルの運用プロファイルを更新する。
【０１０７】
いくつかの実施形態は、無線ネットワークに設けられた基地局であって、当該基地局のサービス提供範囲であるセルのＰＵＣＣＨを前記無線ネットワークにおける１つ以上の無線端末にスケジューリングするスケジューリングサービスを当該１つ以上の無線端末に提供する基地局に関連する。当該基地局は、
前記基地局の動作をコーディネートおよび制御することで前記無線端末にサービスを提供する制御部と、
ＰＵＳＣＨリソースとＰＵＣＣＨリソースを介してアップリンクデータと制御レポートを受信することを含み、前記無線端末と通信する通信部と、
前記無線ネットワークにおける前記無線端末に前記セルのスケジューリングサービスを提供するスケジューラ装置と
を備え、
前記スケジューラ装置は、
半固定的ＰＵＣＣＨ領域における半固定的ＵＣＩコンポーネントについてのＰＵＣＣＨ利用ファクタと、前記セルにおけるコネクションファクタと、所定期間における前記セルでのＰＵＳＣＨ利用ファクタとの１つ以上を含む共有アップリンク利用情報を決定し、
前記決定された共有アップリンク利用情報に基づいて前記半固定的ＰＵＣＣＨ領域を調整すべきかどうかを判定し、
前記半固定的ＰＵＣＣＨ領域を調整すべきと判定すると前記半固定的ＰＵＣＣＨを調整する。
【０１０８】
いくつかの実施形態によれば、前記スケジューラ装置は、前記調整された半固定的ＰＵＣＣＨ領域は今後の期間に適用し、前記セルの運用プロファイルに基づき、前記所定期間において前記セルの前記半固定的ＰＵＣＣＨ領域の構成を初期設定し、前記半固定的ＰＵＣＣＨ領域に対して適用される調整に関連した情報を用いて前記セルの運用プロファイルを更新する。
【０１０９】
いくつかの実施形態によれば、前記スケジューラ装置は、
前記所定期間における複数のアップリンクサブフレームのそれぞれについての前記半固定的ＵＣＩコンポーネントのＵＣＩコンポーネントレートを決定し、
前記所定期間における前記ＵＣＩコンポーネントレートの分布に基づいて前記ＰＵＣＣＨ利用ファクタを決定することによって、前記所定期間における前記半固定的ＵＣＩコンポーネントについて前記ＰＵＣＣＨの利用ファクタを決定し、
前記ＵＣＩコンポーネントレートは、１つあたりのアップリンクサブフレームにおいて利用可能な半固定的ＰＵＣＣＨリソースの全体量に対する、前記半固定的ＵＣＩコンポーネントに対して割り当てられている前記半固定的ＰＵＣＣＨリソースの量の比であり、
前記複数のアップリンクサブフレームの数は、前記所定期間における前記アップリンクサブフレームの全部の数よりも少なく、
前記ＰＵＣＣＨ利用ファクタは、前記ＵＣＩコンポーネントレートの平均値、中央値、移動平均、または、分布のモードもしくは範囲として決定される。
【０１１０】
いくつかの実施形態によれば、前記スケジューラ装置は、
前記ＰＵＣＣＨ調整部は、前記ＰＵＣＣＨ利用ファクタが、前記半固定的ＵＣＩコンポーネントについての目標ＰＵＣＣＨ範囲の上限を超えているか、または、下限を前記ＰＵＣＣＨ利用ファクタが下回っている場合、それぞれ前記半固定的ＰＵＣＣＨ領域を増加または減少するべきと判定し、
前記半固定的ＵＣＩコンポーネントのそれぞれは、前記所定期間において有効な対応する目標ＰＵＣＣＨ範囲を付与されている。
【０１１１】
いくつかの実施形態によれば、前記スケジューラ装置は、
前記所定期間における複数のアップリンクサブフレームのそれぞれについて前記セルと前記１つ以上の無線端末と間に同時に確立されている同時コネクションを追跡し、
前記所定期間における前記同時コネクションの数の分布に基づいて前記コネクションファクタを求めることによって、前記所定期間における前記セルの前記コネクションファクタを決定し、
前記コネクションファクタは、前記同時コネクションの数の平均値、中央値、移動平均、または、分布のモードもしくは範囲として求められ、
前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりも少ない。
【０１１２】
いくつかの実施形態によれば、前記スケジューラ装置は、前記ＰＵＳＣＨ利用ファクタが目標ＰＵＳＣＨ範囲の下限を下回っているか、または、前記ＰＵＳＣＨ利用ファクタが前記目標ＰＵＳＣＨ範囲の上限を超えている場合、それぞれ前記半固定的ＰＵＣＣＨ領域を増加させるかまたは減少させるべきと判定する。
【０１１３】
いくつかの実施形態によれば、前記スケジューラ装置は、
前記所定期間における複数のアップリンクサブフレームのそれぞれについてＰＵＳＣＨの利用率を求め、
前記所定期間における前記ＰＵＳＣＨの利用率の分布に基づいて前記ＰＵＳＣＨ利用ファクタを求めることによって、前記所定期間における前記セルの前記ＰＵＳＣＨ利用ファクタを決定し、
前記ＰＵＳＣＨの利用率は、１つのアップリンクサブフレームあたりで利用可能なＰＵＳＣＨリソースの量に対する、使用中の前記ＰＵＳＣＨリソースの比であり、
前記ＰＵＳＣＨ利用ファクタは、前記ＰＵＳＣＨ利用率の平均値、中央値、移動平均、または、分布のモードもしくは範囲として求められ、
前記複数のアップリンクサブフレームの数は、前記所定期間における全部のアップリンクサブフレームの数よりも少ない。
【０１１４】
いくつかの実施形態によれば、前記スケジューラ装置は、前記ＰＵＣＣＨ調整部は、前記コネクションファクタが目標コネクション範囲の上限を超えているか、または、前記コネクションファクタが前記目標コネクション範囲の下限を下回っている場合、それぞれ前記半固定的ＰＵＣＣＨ領域を増加または減少させるべきと判定する。
【図１】
0005237466.tif 000002
【図２】
0005237466.tif 000003
【図３】
0005237466.tif 000004
【図４】
0005237466.tif 000005
【図５】
0005237466.tif 000006
【図６Ａ】
0005237466.tif 000007
【図６Ｂ】
0005237466.tif 000008
【図６Ｃ】
0005237466.tif 000009
【図７Ａ】
0005237466.tif 000010
【図７Ｂ】
0005237466.tif 000011
【図７Ｃ】
0005237466.tif 000012
【図８】
0005237466.tif 000013