(57)【要約】本発明は、物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素を有するサブフレームにおいて物理ダウンリンク制御チャネルに関するスケジューリング・グラントを送ることによって基地局（ＢＳ）とユーザ端末（ＵＥ）の間の伝送をスケジュールするための方法であって、基地局（ＢＳ）とユーザ端末（ＵＥ）の間の前記伝送の優先度は物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素に基づいて決定され、基地局（ＢＳ）とユーザ端末（ＵＥ）の間の伝送は前記優先度の順にスケジュールされる、方法と、そのための基地局および通信ネットワークに関する。
2013504965.tif 000002
【特許請求の範囲】
【請求項１】
物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素を有するサブフレームにおいて物理ダウンリンク制御チャネルに関するスケジューリング・グラントを送ることによって基地局（ＢＳ）とユーザ端末（ＵＥ）の間の伝送をスケジュールする方法であって、
前記基地局（ＢＳ）と前記ユーザ端末（ＵＥ）の間の前記伝送の優先度が、物理ダウンリンク制御チャネルごとの前記一定量の制御チャネル要素に基づいて決定され、
前記基地局（ＢＳ）と前記ユーザ端末（ＵＥ）の間の前記伝送が、前記優先度の順にスケジュールされる、ことを特徴とする方法。
【請求項２】
前記優先度が前記サブフレーム内の前記スケジューリング・グラントのタイプに基づいて決定される、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記サブフレーム内の前記スケジューリング・グラントがダウンリンクのためのスケジューリング・グラントのみである場合、ダウンリンクの伝送の前記優先度が、それぞれの前記物理ダウンリンク制御チャネルのための制御チャネル要素の量の増加に伴って増加し、
前記サブフレーム内の前記スケジューリング・グラントがアップリンクおよびダウンリンクに対するスケジューリング・グラントである場合、ダウンリンクの伝送の前記優先度が、それぞれの前記物理ダウンリンク制御チャネルのための制御チャネル要素の量の増加に伴って減少する、ことを特徴とする請求項２に記載の方法。
【請求項４】
前記サブフレーム内の前記スケジューリング・グラントがアップリンクおよびダウンリンクのためのスケジューリング・グラントである場合、前記サブフレーム内の制御チャネル要素として使用できるリソース要素の総量が多いほど、それぞれの前記物理ダウンリンク制御チャネルのための制御チャネル要素の量の増加に伴った減少が少なくなる、ことを特徴とする請求項３に記載の方法。
【請求項５】
前記サブフレーム内の制御チャネル要素として使用できるリソース要素の総量があらかじめ定義された上限閾値を上回る場合、アップリンクの伝送の前記優先度が、それぞれの前記物理ダウンリンク制御チャネルのための制御チャネル要素の量の増加に伴って増加し、
前記サブフレーム内の制御チャネル要素として使用できるリソース要素の総量があらかじめ定義された下限閾値を下回る場合、アップリンクの伝送の前記優先度が、それぞれの前記物理ダウンリンク制御チャネルのための制御チャネル要素の量の増加に伴って減少する、ことを特徴とする請求項２に記載の方法。
【請求項６】
前記基地局（ＢＳ）と前記ユーザ端末（ＵＥ）の間の前記伝送の前記優先度が前記基地局（ＢＳ）内のルックアップ・テーブルのエントリによって決定される、ことを特徴とする請求項１に記載の方法。
【請求項７】
前記ルックアップ・テーブルの前記エントリが制御チャネル要素の占有率に応じて前記基地局（ＢＳ）で変更される、ことを特徴とする請求項６に記載の方法。
【請求項８】
物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素を有するサブフレームにおいて物理ダウンリンク制御チャネルに関するスケジューリング・グラントを送ることによって基地局（ＢＳ）とユーザ端末（ＵＥ）の間の伝送をスケジュールする基地局（ＢＳ）であって、前記基地局は少なくとも１つの処理手段を備え、前記処理手段が、
前記基地局（ＢＳ）と前記ユーザ端末（ＵＥ）の間の前記伝送の優先度を、物理ダウンリンク制御チャネルごとの前記一定量の制御チャネル要素に基づいて決定し、
前記基地局（ＢＳ）と前記ユーザ端末（ＵＥ）の間の前記伝送を前記優先度の順にスケジュールする、ように適合される、ことを特徴とする基地局（ＢＳ）。
【請求項９】
前記少なくとも１つの処理手段が、物理ダウンリンク制御チャネルのための制御チャネル要素の量に応じて前記基地局（ＢＳ）と前記ユーザ端末（ＵＥ）の間の伝送の優先度を前記基地局（ＢＳ）内のルックアップ・テーブルのエントリとして格納するように適合される、ことを特徴とする請求項８に記載の基地局（ＢＳ）。
【請求項１０】
前記少なくとも１つの処理手段が、前記ルックアップ・テーブルの前記エントリを制御チャネル要素の占有率に応じて変更するように適合される、ことを特徴とする請求項９に記載の基地局（ＢＳ）。
【請求項１１】
請求項８に記載の少なくとも１つの基地局（ＢＳ）を備える、通信ネットワーク（ＣＮ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）ごとの一定量の制御チャネル要素（ｄｅｄｉｃａｔｅｄ  ａｍｏｕｎｔ  ｏｆ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）を有するサブフレームにおいて物理ダウンリンク制御チャネルに関するスケジューリング・グラント（ｓｃｈｅｄｕｌｉｎｇ  ｇｒａｎｔ）を送ることによって基地局とユーザ端末の間の伝送をスケジュールするための方法、および前記方法を実施するように適合された基地局に関する。
【背景技術】
【０００２】
たとえばＴｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ（３ＧＰＰ  ＬＴＥ−ＴＤＤ）標準のような時分割複信（ＴＤＤ）に基づく標準を使用するセルラー通信ネットワークでは、アップリンクとダウンリンクで同じ周波数リソースが使用される。時分割スキームによって、ダウンリンクまたはアップリンクのいずれかを特定の伝送時間間隔（ＴＴＩ）で送ることが可能になる。アップリンク伝送とダウンリンク伝送の両方の伝送は、いわゆる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して通知（ａｎｎｏｕｎｃｅ）される。
【０００３】
ダウンリンク伝送は、実データ伝送が行われる同じ伝送時間間隔で通知される。アップリンク方向では、無線信号は基地局（ｅＮＢ）からユーザ端末（ＵＥ）に伝播する時間を少し必要とし、さらにユーザ端末はアップリンク伝送を準備する時間を少し必要とし、アップリンク伝送は、基地局での受信が予想されるより少し早く送られなければならないので、伝送は先行するダウンリンク伝送時間間隔で通知される必要がある。したがって、３ＧＰＰ  ＬＴＥでは、その後の（ｕｐｃｏｍｉｎｇ）アップリンク伝送のグラントは、遅くても、伝送が基地局（ｅＮＢ）に到着すると予想される４個前のサブフレームで送られなければならない。
【０００４】
たとえば、アップリンク伝送が基地局においてサブフレーム７で受信されなければならない場合、対応するグラントは、遅くとも、基地局からサブフレーム３で送られなければならない。このサブフレーム３がアップリンク・サブフレームである場合、対応するグラントは、さらに早く、すなわちグラントが最も遅く送られ得るダウンリンク・サブフレームより前の最も近いダウンリンク・サブフレームで送られなければならない。このダウンリンク・サブフレームでは、同じダウンリンク・サブフレームで実施されるダウンリンク伝送と、その後のアップリンク・サブフレームで実施されるアップリンク伝送の両方が同時に知らされなければならない。このようなグラントのためのリソースの最大量は、ダウンリンク制御領域の指定された最大サイズによって制限され、これは、少なくとも１個から３個まで、いくつかの限定された場合では４個までの、ＯＦＤＭシンボル（ＯＦＤＭ＝Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ（直交周波数多重））である。通常のサイクリック・プレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）の場合、各ダウンリンク・サブフレームは、計１４個のＯＦＤＭシンボルからなる。残りの１０〜１３個のＯＦＤＭシンボルは、実データ伝送を運ぶ。
【０００５】
さらに、ダウンリンク・グラントおよびアップリンク・グラントと共に、いわゆるＨＡＲＱフィードバック（ＨＡＲＱ＝Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ（ハイブリッド自動再送要求））がダウンリンク制御領域内で送られ、これによって、グラントの伝送に使用できる利用可能なＰＤＣＣＨ制御チャネル要素（ＣＣＥ）の量がさらに減少する。サブフレームあたりの利用可能なＰＤＣＣＨ制御チャネル要素の数は、どのアップリンク／ダウンリンク構成が適用されるかによって下限と上限の間で変化する。この場合、アップリンク／ダウンリンク構成とは、１０個のサブフレームからなるシーケンス（すなわちフレーム）のどのサブフレームがアップリンク・サブフレームであるか、およびどのサブフレームがダウンリンク・サブフレームであるかという割り当てを意味する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】標準３ＧＰＰ  ３６．２１１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来技術による伝送をスケジュールするための方法の主な問題は、ダウンリンク伝送の通知に加えてアップリンク伝送が通知されるサブフレームでは、ＨＡＲＱフィードバック指示（ｉｎｄｉｃａｔｉｏｎ）によって、グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量がさらに減少することである。これは、利用可能なＰＤＣＣＨ制御チャネル要素は、典型的には、ダウンリンク伝送のみが通知される場合に最も多く、ダウンリンク伝送およびアップリンク伝送がＨＡＲＱフィードバック指示と共に通知されなければならない場合に最も少ないことを意味する。
【０００８】
従来技術によれば、ダウンリンク・スケジューリングは、サービス品質（ＱｏＳ）要件および無線チャネル品質による最高の優先度を有するユーザ端末に無線リソースを割り当てる。すなわち、ユーザ端末のＱｏＳ要件が満たされるという条件の下では、ユーザ端末の無線チャネル品質が高いほど、ユーザ端末のスケジューリング優先度が高くなる。
【０００９】
この手順によって、各伝送時間間隔（ＴＴＩ）において特定数のユーザ端末が同時にスケジュールされる。無線リソースの最高効率を達成するために、ＴＴＩあたりのスケジュールされるユーザ端末の数がスケジューリング機能によって適合される。ＰＤＣＣＨ制御チャネル要素の量が制限されるサブフレームでは、スケジュール可能なユーザ端末の数は通常減少する。しかし、伝送および対応するリソースが分散されるユーザ端末の数が制限される場合、リソース割り当ての方法も制限され、したがって総合効率が増加可能である。
【００１０】
したがって、特にアップリンク・グラントおよびダウンリンク・グラントが送られる必要があり、さらにＨＡＲＱフィードバックによりＰＤＣＣＨ制御チャネル要素の不足を被ることがあるこのようなサブフレームでは、アップリンク・グラントおよびダウンリンク・グラントのためのＰＤＣＣＨ制御チャネル要素の使用法は改良される必要がある。
【００１１】
従来の解決策では、サブフレームあたりのスケジュールされたアップリンク伝送およびダウンリンク伝送のためのＰＤＣＣＨ制御チャネル要素の数に関して、基地局からのユーザ端末の距離および無線状態によるサブフレーム依存の差異はない。アップリンク方向でスケジュールできるユーザ端末の数は、主にＰＤＣＣＨ制御チャネル要素の利用可能な量によって決まる。ユーザ端末のダウンリンク・グラントに対する、使用されるＰＤＣＣＨ制御チャネル要素（アグリゲーション・レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）とも呼ばれる）の量は意図的に長期にわたって変化せず、これは、アップリンク共有チャネル・リソースの効率は改良されたスケジューリング方法によってなり得る効率ほど高くないという欠点の原因となる。言い換えれば、現況技術では、ダウンリンク・グラントあたりのＰＤＣＣＨ制御チャネル要素の使用量の確率分布はサブフレームにわたって変化しない。すなわち、ダウンリンク・グラントあたりのＰＤＣＣＨ制御チャネル要素の使用量の確率分布は特定のサブフレームに依存しない。
【００１２】
したがって、本発明の目的は、改良されたリソース使用法を有する、基地局とユーザ端末の間の伝送をスケジュールするための方法を提案することである。
【課題を解決するための手段】
【００１３】
この目的は、物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素を有するサブフレームにおいて物理ダウンリンク制御チャネルに関するスケジューリング・グラントを送ることによって基地局とユーザ端末の間の伝送をスケジュールするための方法であって、基地局とユーザ端末の間の前記伝送の優先度は、物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素に基づいて決定され、基地局とユーザ端末の間の伝送は、前記優先度の順にスケジュールされる方法によって達成される。
【００１４】
さらに、この目的は、物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素を有するサブフレームにおいて物理ダウンリンク制御チャネルに関するスケジューリング・グラントを送ることによって前記基地局とユーザ端末の間の伝送をスケジュールするための基地局によって達成され、前記基地局は少なくとも１つの処理手段を備え、この処理手段は、基地局とユーザ端末の間の前記伝送の優先度を物理ダウンリンク制御チャネルごとの一定量の制御チャネル要素に基づいて決定するように適合され、基地局とユーザ端末の間の伝送を前記優先度の順にスケジュールするように適合される。
【００１５】
本発明の一実施形態によれば、ＰＤＣＣＨ制御チャネル要素の使用法の改良は、サブフレームがダウンリンク・グラントのみを運んでいるのかアップリンク・グラントおよびダウンリンク・グラントを運んでいるのかに応じたＰＤＣＣＨ制御チャネル要素の使用法を開発することによって達成される。
【００１６】
本発明は、以下では３ＧＰＰ  ＬＴＥのフレームワーク内で説明するが、本発明は３ＧＰＰ  ＬＴＥに限定されず、原則として、ダウンリンク・チャネルに対してスケジューリング・グラントを使用する他のネットワーク、たとえばＷｉＭＡＸネットワークで適用できるので、以下では「ｅＮｏｄｅＢ」という用語の代わりに、より一般的な用語である「基地局」を使用する。
【００１７】
本発明のさらなる発展形態は、従属請求項および以下の説明から収集することができる。
【００１８】
以下では、添付の図面を参照しながら本発明についてさらに説明する。
【図面の簡単な説明】
【００１９】
【図１】本発明を実施できる通信ネットワークを示す概略図である。
【図２】本発明を実施できるユーザ端末および基地局の構造を示す概略図である。
【図３】制御チャネル要素としてのリソース要素の使用法を例示的に示す概略図である。
【図４】本発明の一実施形態によるダウンリンク伝送のためのスケジューリング重み（ｓｃｈｅｄｕｌｉｎｇ  ｗｅｉｇｈｔ）の一般的な挙動を概略的に示す表である。
【図５】本発明の一実施形態によるダウンリンク伝送のためのスケジューリング重みの１例を概略的かつ例示的に示す表である。
【図６】本発明の一実施形態によるアップリンク伝送のためのスケジューリング重みの１例を概略的かつ例示的に示す表である。
【発明を実施するための形態】
【００２０】
図１は、本発明を実施できる通信ネットワークの一例として、標準的な３ＧＰＰ  ＬＴＥによる通信ネットワークＣＮを示す。
【００２１】
前記通信ネットワークＣＮは、基地局ＢＳ１〜ＢＳ３と、ユーザ端末ＵＥ１〜ＵＥ４と、サービング・ゲートウェイ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）ＳＧＷと、パケット・データ・ネットワーク・ゲートウェイ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ｇａｔｅｗａｙ）ＰＤＮＧＷと、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）ＭＭＥとを備える。
【００２２】
前記ユーザ端末ＵＥ１〜ＵＥ４のそれぞれは、無線接続を介して１つまたは複数の前記基地局ＢＳ１〜ＢＳ３に接続され、これは図１では閃光（ｆｌａｓｈ）として表される。基地局ＢＳ１〜ＢＳ３は、いわゆるＳ１インタフェースを介して、サービング・ゲートウェイＳＧＷに、およびモビリティ管理エンティティＭＭＥ、すなわち発展型パケット・コア（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）（ＥＰＣ）に接続される。
【００２３】
基地局ＢＳ１〜ＢＳ３は、いわゆるＸ２インタフェースを介して互いに接続される。
【００２４】
サービング・ゲートウェイＳＧＷはパケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷに接続され、パケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷは外部のＩＰネットワークＩＰＮに接続される。
【００２５】
Ｓ１インタフェースは、基地局ＢＳ１〜ＢＳ３すなわちこの例ではｅＮｏｄｅＢと、発展型パケット・コア（ＥＰＣ）の間の標準化されたインタフェースである。Ｓ１インタフェースは、２つの特徴（ｆｌａｖｏｕｒ）、すなわち基地局ＢＳ１〜ＢＳ３とモビリティ管理エンティティＭＭＥの間のシグナル・メッセージの交換のためのＳ１−ＭＭＥと、基地局ＢＳ１〜ＢＳ３とサービング・ゲートウェイＳＧＷの間のユーザ・データグラムの移送（ｔｒａｎｓｐｏｒｔ）のためのＳ１−Ｕとを有する。
【００２６】
Ｘ２インタフェースは、ハンドオーバ中にユーザ・プレーン信号および制御プレーン信号を転送するために、ならびに多地点協調受信または多地点協調送信（ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉｐｏｉｎｔ  ｒｅｃｅｐｔｉｏｎ  ｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ）を実施するために３ＧＰＰ  ＬＴＥ標準に追加された。アップリンクの多地点協調受信では、協調エリアまたは協調グループ内の基地局ＢＳ１〜ＢＳ３は、異なる基地局ＢＳ１〜ＢＳ３からのデータの評価のために、好ましくはいわゆるＸ２インタフェースを介して、すなわちバックホールを介して、協調デバイスたとえばマスタ基地局ＢＳ３または図１に示されていない多地点協調で用いられる外部協調デバイス（ｅｘｔｅｒｎａｌ  ｃｏｏｒｄｉｎａｔｅｄ  ｍｕｌｔｉｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｎｇ  ｄｅｖｉｃｅ）へのそれぞれのエア・インタフェースで受信したデータを転送する。
【００２７】
サービング・ゲートウェイＳＧＷは、基地局ＢＳ１〜ＢＳ３とパケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷの間のＩＰユーザ・データのルーティングを実施する。さらに、サービング・ゲートウェイＳＧＷは、異なる基地局間または異なる３ＧＰＰアクセス・ネットワーク間のいずれかで、ハンドオーバ中のモバイル・アンカー・ポイント（ｍｏｂｉｌｅ  ａｎｃｈｏｒ  ｐｏｉｎｔ）として機能する。
【００２８】
パケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷは、外部のＩＰネットワークＩＰＮへのインタフェースであり、ユーザ端末（ＵＥ１〜ＵＥ４）とサービスを提供するそれぞれの基地局（ＢＳ１〜ＢＳ３）の間に確立されたいわゆるＥＰＳベアラ（ｂｅａｒｅｒ）（ＥＰＳ＝Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（発展型パケット・システム））を終了させる。
【００２９】
モビリティ管理エンティティＭＭＥは、加入者管理およびセッション管理のタスクを実施し、異なるアクセス・ネットワーク間のハンドオーバ中にモビリティ管理も実施する。
【００３０】
図２は、本発明を実施できるユーザ端末および基地局ＢＳの構造を概略的に示す。
【００３１】
この基地局ＢＳは、例として、３つのモデム・ユニット・ボード（ｍｏｄｅｍ  ｕｎｉｔ  ｂｏａｒｄ）ＭＵ１〜ＭＵ３と、制御ユニット・ボードＣＵ１を備え、制御ユニット・ボードＣＵ１は、メディア依存アダプタ（ｍｅｄｉａ  ｄｅｐｅｎｄｅｎｔ  ａｄａｐｔｅｒ）ＭＤＡを備える。
【００３２】
３つのモデム・ユニット・ボードＭＵ１〜ＭＵ３は制御ユニット・ボードＣＵ１に接続され、制御ユニット・ボードＣＵ１は、いわゆるＣｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ（ＣＰＲＩ）を介してリモート・ラジオ・ヘッドＲＲＨに接続される。
【００３３】
リモート・ラジオ・ヘッドＲＲＨは、例として、無線インタフェースを介したデータの送信および受信のための２つのリモート・ラジオ・ヘッド・アンテナＲＲＨＡ１およびＲＲＨＡ２に接続される。
【００３４】
メディア依存アダプタＭＤＡは、モビリティ管理エンティティＭＭＥに、およびサービング・ゲートウェイＳＧＷ、したがってパケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷに接続され、パケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷは外部のＩＰネットワークＩＰＮに接続される。
【００３５】
ユーザ端末ＵＥは、例として、２つのユーザ端末アンテナＵＥＡ１およびＵＥＡ２と、モデム・ユニット・ボードＭＵ４と、制御ユニット・ボードＣＵ２と、インタフェースＩＮＴとを備える。
【００３６】
２つのユーザ端末アンテナＵＥＡ１およびＵＥＡ２は、モデム・ユニット・ボードＭＵ４に接続される。モデム・ユニット・ボードＭＵ４は制御ユニット・ボードＣＵ２に接続され、制御ユニット・ボードＣＵ２はインタフェースＩＮＴに接続される。
【００３７】
モデム・ユニット・ボードＭＵ１〜ＭＵ４および制御ユニット・ボードＣＵ１、ＣＵ２は、例として、上述のタスクを実施できるようにするために、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）と、デジタル・シグナル・プロセッサ（ＤＳＰ）と、スイッチと、たとえばＤｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＤＤＲ−ＳＤＲＡＭ）のようなメモリとを備えることができる。
【００３８】
リモート・ラジオ・ヘッドＲＲＨは、いわゆる無線設備、たとえばデルタ−シグマ変調器（ＤＳＭ）とスイッチ・モード増幅器（ｓｗｉｔｃｈ  ｍｏｄｅ  ａｍｐｌｉｆｉｅｒ）のような変調器と増幅器とを備える。
【００３９】
ダウンリンクでは、外部のＩＰネットワークＩＰＮから受信されたＩＰデータは、パケット・データ・ネットワーク・ゲートウェイＰＤＮＧＷからサービング・ゲートウェイＳＧＷを介してＥＰＳベアラ上の基地局ＢＳのメディア依存アダプタＭＤＡに送信される。メディア依存アダプタＭＤＡによって、たとえばビデオ・ストリーミングまたはウェブ・ブラウジングのような異なるメディアの接続が可能になる。
【００４０】
制御ユニット・ボードＣＵ１は、測定、セル再選択、ハンドオーバ、ＲＲＣセキュリティ、完全性（ｉｎｔｅｇｒｉｔｙ）など、レイヤ３すなわち無線リソース制御（ＲＲＣ）レイヤに関するタスクを実施する。
【００４１】
さらに、制御ユニット・ボードＣＵ１は、運用および保守のためのタスクを実施し、Ｓ１インタフェース、Ｘ２インタフェース、およびＣｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅを制御する。
【００４２】
制御ユニット・ボードＣＵ１は、さらなる処理のために、サービング・ゲートウェイＳＧＷから受信したＩＰデータをモデム・ユニット・ボードＭＵ１〜ＭＵ３に送る。
【００４３】
３つのモデム・ユニット・ボードＭＵ１〜ＭＵ３は、レイヤ２、すなわち、たとえばヘッダ圧縮および暗号化を担当するＰＤＣＰレイヤ（ＰＤＣＰ＝Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（パケット・データ・コンバージェンス・プロトコル））、たとえば分割および自動再送要求（ＡＲＱ）を担当するＲＬＣレイヤ（ＲＬＣ＝Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（無線リンク制御））、ならびにＭＡＣ多重化およびハイブリッド再送要求（ＨＡＲＱ）を担当するＭＡＣレイヤ（ＭＡＣ＝Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（メディア・アクセス制御））に関するデータ処理を実施する。
【００４４】
さらに、３つのモデム・ユニット・ボードＭＵ１〜ＭＵ３は、物理層に関するデータ処理、すなわち符号化、変調、ならびにアンテナおよびリソースブロックのマッピングを実施する。
【００４５】
符号化および変調を施されたデータは、アンテナおよびリソースブロックにマップされ、エア・インタフェースを経由した送信のためにモデム・ユニット・ボードＭＵ１〜ＭＵ３から制御ユニット・ボードＣＵを介してＣｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅを経由してリモート・ラジオ・ヘッドおよびそれぞれのリモート・ラジオ・ヘッド・アンテナＲＲＨＡ１、ＲＲＨＡ２に送信シンボルとして送られる。
【００４６】
Ｃｏｍｍｏｎ  Ｐｕｂｌｉｃ  Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ（ＣＰＲＩ）によって、いわゆる無線設備制御を含む基地局ＢＳが、好ましくはＣＰＲＩデータを運ぶ無損失ファイバ・リンクを介してリモート・ラジオ・ヘッドＲＲＨに接続される分散アーキテクチャを使用することが可能になる。このアーキテクチャでは、環境的に難しい場所に位置する必要があるのは、たとえば増幅器などのいわゆる無線設備を含むリモート・ラジオ・ヘッドＲＲＨのみなので、サービス・プロバイダのコストが削減される。基地局ＢＳは、設置面積、環境（ｃｌｉｍａｔｅ）、および電力の供給力がより容易に管理されるあまり難しくない場所に中枢に位置することができる。
【００４７】
ユーザ端末アンテナＵＥ１、ＵＥ２は、送信シンボルを受信し、受信データをモデム・ユニット・ボードＭＵ４に提供する。
【００４８】
モデム・ユニット・ボードＭＵ４は、物理層に関するデータ処理、すなわちアンテナおよびリソースブロックのマップ解除（ｄｅｍａｐｐｉｎｇ）、復調、ならびに復号化を実施する。
【００４９】
さらに、モデム・ユニット・ボードＭＵ４は、レイヤ２、すなわちハイブリッド再送要求（ＨＡＲＱ）およびＭＡＣ逆多重化（ＭＡＣ  ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ）を担当するＭＡＣレイヤ（ＭＡＣ＝Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）、たとえば再組み立て（ｒｅａｓｓｅｍｂｌｙ）および自動再送要求（ＡＲＱ）を担当するＲＬＣレイヤ（ＲＬＣ＝Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）、ならびにたとえば解読およびヘッダ圧縮を担当するＰＤＣＰレイヤ（ＰＤＣＰ＝Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）に関するデータ処理を実施する。
【００５０】
モデム・ユニット・ボードＭＵ４に関する処理の結果、制御ユニット・ボードＣＵ２に送られるＩＰデータが得られる。制御ユニット・ボードＣＵ２は、測定、セル再選択、ハンドオーバ、ＲＲＣセキュリティ、および完全性など、レイヤ３すなわち無線リソース制御（ＲＲＣ）レイヤに関するタスクを実施する。
【００５１】
このＩＰデータは、制御ユニット・ボードＣＵ２から、出力およびユーザとの対話のためのそれぞれのインタフェースＩＮＴに伝送される。
【００５２】
アップリンクでは、データ伝送は、ユーザ端末ＵＥから外部のＩＰネットワークＩＰＮへの逆方向にアナログで実施される。
【００５３】
図３は、以下で説明する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のための制御チャネル要素としてのリソース要素の使用法を示す。
【００５４】
図３には、この例の制御領域を構築する３つのＯＦＤＭシンボルが描かれている。
【００５５】
簡単にするため、データ移送に使用される時間軸に沿ったサブフレームのさらなるＯＦＤＭシンボルは描かれていない。同様に、簡単にするため、周波数軸に沿って、それぞれＯＦＤＭシンボルあたりいくつかのリソース要素を備える１６個のリソース要素グループのみが描かれている。
【００５６】
第１の物理ダウンリンク制御チャネルは８個の制御チャネル要素を使用し、各制御チャネル要素はいくつかのリソース要素を備える。すなわち、第１の物理ダウンリンク制御チャネルは、８のアグリゲーション・レベルを有する。前記第１の物理ダウンリンク制御チャネルのための制御チャネル要素は３つのＯＦＤＭシンボルすべてに分散される。
【００５７】
第２の物理ダウンリンク制御チャネルは４個の制御チャネル要素を使用し、各制御チャネル要素はいくつかのリソース要素を備える。すなわち、第２の物理ダウンリンク制御チャネルは、４のアグリゲーション・レベルを有する。前記第２の物理ダウンリンク制御チャネルのための制御チャネル要素は３つのＯＦＤＭシンボルすべてに分散される。
【００５８】
第３の物理ダウンリンク制御チャネルは２個の制御チャネル要素を使用し、各制御チャネル要素はいくつかのリソース要素を備える。すなわち、第３の物理ダウンリンク制御チャネルは、２のアグリゲーション・レベルを有する。前記第３の物理ダウンリンク制御チャネルのための制御チャネル要素は、第１のＯＦＤＭシンボルと第２のＯＦＤＭシンボルの両方にある。
【００５９】
第４の物理ダウンリンク制御チャネルは、いくつかのリソース要素を備える１個の制御チャネル要素を使用する。すなわち、第４の物理ダウンリンク制御チャネルは、１のアグリゲーション・レベルを有する。前記第４の物理ダウンリンク制御チャネルのための制御チャネル要素は第３のＯＦＤＭシンボルにある。
【００６０】
図３に描かれている例では、簡単にするため、すべての制御チャネル要素は、周波数が隣接し同じＯＦＤＭシンボルにあるリソース要素のみを備える。しかし、実際には、制御チャネル要素は、ＯＦＤＭシンボルおよび周波数帯域に分散されるリソース要素を備える。
【００６１】
図３に描かれている例では、さらなる物理ダウンリンク制御チャネルに使用できる比較的大量の未使用リソース要素がある。しかし、通知されるべき大量のアップリンク伝送およびダウンリンク伝送がサブフレーム内の物理ダウンリンク制御チャネルにある場合、利用可能な制御チャネル要素が急速に不足することがある。アップリンク・グラントがダウンリンク・グラントと共に送られることもあれば、ダウンリンク・グラントのみが送られることもある。制御領域の最大サイズには制限がある。したがってアップリンク・グラントとダウンリンク・グラントの両方を送らなければならない場合、制御チャネル要素は、すべての情報すなわちアップリンク・グラントおよびダウンリンク・グラントを送るには少なすぎることがあるが、ダウンリンク・グラントのみが送られる必要があるサブフレームには十分な制御チャネル要素がある。したがって、アップリンクおよびダウンリンクにおけるユーザ・データ伝送のためのリソースの使用法を改良する、制御領域のリソース要素を物理ダウンリンク制御チャネルに割り当てるための、すなわちそれぞれの物理ダウンリンク制御チャネルを選定することによってユーザ・データの一定伝送を通知するための方法が必要とされている。
【００６２】
本発明の一実施形態によれば、ダウンリンク伝送のスケジューリングは、アップリンク・グラントのためのＰＤＣＣＨ制御チャネル要素をより多く残す方法で行われる。
【００６３】
グラントが占有するＰＤＣＣＨ制御チャネル要素の量は、ユーザ端末に固有の全体的な無線チャネル品質によって決まる。
【００６４】
グラントのために定義された４つの異なるサイズがあり、これらは、それぞれ１、２、４、および８個の制御チャネル要素のサイズを有するいわゆるアグリゲーション・レベル１、２、４、および８である。したがって、非常に良好な無線状態すなわちベスト・ケースが発生するユーザ端末との間の伝送のためのグラントは１個の制御チャネル要素のみを消費するが、非常に悪い無線状況すなわちワースト・ケースが発生するユーザ端末との間の伝送のためのグラントは８個の制御チャネル要素を消費する。
【００６５】
本発明の実施形態によれば、より低い無線チャネル品質すなわち、より高いアグリゲーション・レベルを有するユーザ端末のダウンリンク伝送は、好ましくは、ダウンリンク・グラントのみが送られるサブフレーム内でスケジュールされ、このサブフレームを以降では純ダウンリンク・サブフレーム（ｐｕｒｅ  ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ）と呼ぶ。一方、アップリンク伝送とダウンリンク伝送の両方がスケジュールされるサブフレーム（以降ではアップリンクおよびダウンリンク・サブフレームと呼ぶ）すなわちＴＴＩでは、好ましくは、かなり良好な無線チャネル品質すなわち、より低いアグリゲーション・レベルを有するユーザ端末のダウンリンク伝送がスケジュールされる。
【００６６】
ＰＤＣＣＨ制御チャネル要素の量は、全体的な無線チャネル品質、たとえばいわゆる広帯域チャネル品質指標（ＣＱＩ）から得られる品質によって決まるので、公平かつ効率的な方法でダウンリンク・グラントおよびアップリンク・グラントにＰＤＣＣＨ制御チャネル要素を分散することは可能である。
【００６７】
好ましくは、純ダウンリンク・サブフレームでは、より多くのＰＤＣＣＨ制御チャネル要素を消費する、すなわち、より高いアグリゲーション・レベルのダウンリンク伝送が設定される。複合アップリンクおよびダウンリンク・サブフレームでは、より少ないＰＤＣＣＨ制御チャネル要素を消費し、したがってアップリンク伝送のためのグラントにより多くのＰＤＣＣＨ制御チャネル要素を残すダウンリンク伝送がスケジュールされる。
【００６８】
本発明の実施形態による前記方法が適用される場合、ダウンリンク・グラントのためのＰＤＣＣＨ制御チャネル要素の使用量の確率分布はサブフレームに依存する。
【００６９】
一方、アップリンク・グラントおよびダウンリンク・グラントの両方が送られるサブフレームにおいて、ダウンリンク・グラントがより高いアグリゲーション・レベルを有する確率はより低く、ダウンリンク・グラントがより低いアグリゲーション・レベルを有する確率はより高い。
【００７０】
他方、ダウンリンク・グラントのみが送られるサブフレームにおいて、ダウンリンク・グラントがより高いアグリゲーション・レベルを有する確率はより高く、ダウンリンク・グラントがより低いアグリゲーション・レベルを有する確率はより低い。
【００７１】
本発明の実施形態では、アップリンク・グラントのためのアグリゲーション・レベルの確率分布はサブフレームに依存しない、すなわちすべてのサブフレームで同じである。
【００７２】
しかし、以下で説明する本発明の他の実施形態では、アップリンク・グラントのためのアグリゲーション・レベルの確率分布は変更すら行われ、サブフレーム間で変化することがある。
【００７３】
提案するスケジューリング方法は、ダウンリンク・グラントのみが送られなければならないサブフレームにおいて、より低い広帯域ＣＱＩを有する、したがってより高いアグリゲーション・レベルを有する、ユーザ端末のためのダウンリンク伝送のスケジューリング優先度を増加させるスケジューリング重みの導入によって容易に適用することができる。
【００７４】
異なるサブフレームでは、スケジューリング優先度を反映するこのようなアグリゲーション・レベル依存のスケジューリング重みは、ルックアップ・テーブルから容易に得ることができる。このルックアップ・テーブルは、フレーム内により多くのダウンリンク・サブフレームを有する構成に関しては、選定されたアップリンク／ダウンリンク構成によって決まり、高いアグリゲーション・レベルを有するダウンリンク・グラントのためのスケジューリング重みは増加することができる。さらに、アップリンク・サブフレーム、ダウンリンク・サブフレーム、およびいわゆる特殊サブフレームの順序は、選定されたアップリンク／ダウンリンク構成によって決まり、異なるサブフレーム内にあるアップリンクのためのＨＡＲＱフィードバックに使用できるリソース要素の最大量に影響を与え、したがって異なるサブフレーム内の利用可能なＰＤＣＣＨ制御チャネル要素の総量に影響を与える。特殊サブフレームは、ＯＦＤＭシンボルがユーザ・データのために残されないので、その特殊サブフレームにおいてアップリンク・グラントのみが送られる方法で構成されることができる。このような特殊サブフレームの例としては、通常のサイクリック・プレフィックスを有する特殊サブフレーム構成０および５、ならびに標準３ＧＰＰ  ３６．２１１で定義された拡張サイクリック・プレフィックスを有する特殊サブフレーム構成０および４がある。
【００７５】
このルックアップ・テーブル内のスケジューリング重みの値は、以下の方法で観測された制御チャネル要素占有率に従って変更することができる。純ダウンリンク・サブフレーム内の平均制御チャネル要素占有率が複合アップリンクおよびダウンリンク・サブフレーム内の平均制御チャネル要素占有率より著しく低い場合、純ダウンリンク・サブフレームでは、より多くのＰＤＣＣＨ制御チャネル要素を消費する、すなわち、より高いアグリゲーション・レベルのダウンリンク・グラントのためのスケジューリング重みは増加される。同じ効果は、複合アップリンクおよびダウンリンク・サブフレームにおいて、より多くのＰＤＣＣＨ制御チャネル要素を消費する、すなわち、より高いアグリゲーション・レベルのダウンリンク・グラントのためのスケジューリング重みを減少させることによって達成することができる。上述の両方のスケジューリング重み調節の組み合わせも適用可能である。
【００７６】
本発明の実施形態によるスケジューリング・グラントのタイプおよびアグリゲーション・レベルに依存するダウンリンク伝送のためのスケジューリング重みの一般的な挙動が、標準３ＧＰＰ  ３６．２１１の第４章２節に定義されるアップリンク／ダウンリンク構成１のためのルックアップ・テーブルの形で例示的に図４に示されている。
【００７７】
ルックアップ・テーブルの１列目には、スケジューリング・グラントのタイプが示されている。すなわち、サブフレームにおいてアップリンク・グラントおよびダウンリンク・グラントが通知されるのかダウンリンク・グラントのみが通知されるのかが示されている。
【００７８】
ルックアップ・テーブルの２列目には、利用可能なＰＤＣＣＨ制御チャネル要素の総量が示されている。これは、制御領域内のリソース要素の総量からＨＡＲＱフィードバックのためにスケジュールされたリソース要素の量を減算することによって計算することができる。利用可能なＰＤＣＣＨ制御チャネル要素の総量は、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量とダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量に分割することができる。
【００７９】
ルックアップ・テーブルの３列目には、利用可能なＰＤＣＣＨ制御チャネル要素の総量に依存するアップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が示されている。
【００８０】
ルックアップ・テーブルの４列目には、利用可能なＰＤＣＣＨ制御チャネル要素の総量に依存するダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が示されている。
【００８１】
５〜８列目には、異なるアグリゲーション・レベル（ＡＬ）１、２、４、および８に対するダウンリンク伝送のためのスケジューリング重みが示されている。
【００８２】
ルックアップ・テーブルの２行目には、アップリンク・サブフレームのための制御チャネル要素の量およびスケジューリング重みが示されている。アップリンク・サブフレームでは、もちろんダウンリンク内でグラントは伝送できないので、利用可能なＰＤＣＣＨ制御チャネル要素の総量、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量、およびダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量はすべてゼロである。その結果、異なるアグリゲーション・レベルのためのスケジューリング重みは、示すことができない。
【００８３】
ルックアップ・テーブルの３行目には、利用可能なＰＤＣＣＨ制御チャネル要素の総量が少ない場合に対する、アップリンク・グラントおよびダウンリンク・グラントが通知されるサブフレームのための制御チャネル要素の量およびスケジューリング重みが示されている。
【００８４】
利用可能なＰＤＣＣＨ制御チャネル要素の総量が少ないので、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量およびダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量も少量のみが可能である。
【００８５】
ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が少ないので、好ましくは、アップリンク・グラントのための制御チャネル要素が残される見込みが高くなるように、少量の制御チャネル要素を有する、すなわち低いアグリゲーション・レベルを有するダウンリンク・グラントをスケジュールしなければならない。
【００８６】
したがって、この場合のダウンリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する最大値からアグリゲーション・レベル８に対する最小値に減少する。
【００８７】
ルックアップ・テーブルの４行目には、利用可能なＰＤＣＣＨ制御チャネル要素の総量が中程度または多い場合に対する、アップリンク・グラントおよびダウンリンク・グラントが通知されるサブフレームのための制御チャネル要素の量およびスケジューリング重みが示されている。
【００８８】
利用可能なＰＤＣＣＨ制御チャネル要素の総量が中程度の場合、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量もほぼ中程度であり、利用可能なＰＤＣＣＨ制御チャネル要素の総量が多い場合、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量もほぼ多い。どちらの場合も、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量はほぼ中程度である。
【００８９】
ダウンリンク・グラントよりアップリンク・グラントを割り当てる量の方が多い傾向の理由は、６個のサブフレームがダウンリンク・グラントに利用可能で、４個のサブフレームのみがアップリンク・グラントに利用可能なので、フレームのタイム・スパンにわたって見られるように、１個のフレームにおいて、いずれにせよダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量が、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量より多いことである。この不均衡は、提案するアップリンク・グラントの通常量およびダウンリンク・グラントの通常量によって調整されなければならない。
【００９０】
ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量がほぼ中程度のとき、好ましくは、アップリンク・グラントのための制御チャネル要素が残される見込みが高くなるように、少量の制御チャネル要素を有する、すなわち低いアグリゲーション・レベルを有するダウンリンク・グラントをスケジュールしなければならない。しかし、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が少量のみである３行目で示されるシナリオと比較すると、より高いアグリゲーション・レベルを有するダウンリンク・グラントのためのスケジューリング重みは増加させることができる。
【００９１】
したがって、この場合のスケジューリング重みは、アグリゲーション・レベル１に対する高値からアグリゲーション・レベル８に対する低値に減少する。
【００９２】
ルックアップ・テーブルの５行目には、ダウンリンク・グラントのみが通知されるサブフレームのための制御チャネル要素の量およびスケジューリング重みが示されている。ダウンリンク・グラントのみが通知されるサブフレームは、前記サブフレームにおいてアップリンクのためのＨＡＲＱフィードバックに使用できるリソース要素の少ない最小量があるとき、たとえば１のアップリンク／ダウンリンク構成における、利用可能なＰＤＣＣＨ制御チャネル要素の多い総量を有する。
【００９３】
利用可能なＰＤＣＣＨ制御チャネル要素の総量が多く、通知されるべきアップリンク・グラントがないとき、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素のための通常量も最大値を有する。
【００９４】
ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が多く、最大ですらあり、通知されなければならないアップリンク・グラントがないとき、好ましくは、大量の制御チャネル要素を有する、すなわち高いアグリゲーション・レベルを有するダウンリンク・グラントをスケジュールする必要がある。
【００９５】
したがって、この場合のダウンリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する低値からアグリゲーション・レベル８に対する高値に増加する。
【００９６】
図５は、本発明の一実施形態による１０個のサブフレームを有するフレームのためのダウンリンク伝送のためのスケジューリング重みを、例示的に標準３ＧＰＰ  ３６．２１１の第４章２節で定義されるアップリンク／ダウンリンク構成１のためのルックアップ・テーブルの形で例示的に示す。
【００９７】
ルックアップ・テーブルの１列目には、サブフレームの数が示されている。
【００９８】
ルックアップ・テーブルの２列目には、サブフレームのタイプが示されている。すなわち、サブフレームがダウンリンク・サブフレームＤＬなのか、アップリンク・サブフレームＵＬなのか、または特殊サブフレームＳなのかが示されている。
【００９９】
ルックアップ・テーブルの３列目には、サブフレームにおいてアップリンク・グラントが通知されるのかどうかが示されている。
【０１００】
ルックアップ・テーブルの４列目には、スケジューリング・グラントのタイプが示されている。すなわち、サブフレームにおいてアップリンク・グラントおよびダウンリンク・グラントが通知されるのかダウンリンク・グラントのみが通知されるのかが示されている。
【０１０１】
ルックアップ・テーブルの５列目には、特殊パラメータ化（ｓｐｅｃｉｆｉｃ  ｐａｒａｍｅｔｅｒｉｚａｔｉｏｎ）を行い、制御領域が３ＯＦＤＭシンボル長の場合の、利用可能なＰＤＣＣＨ制御チャネル要素の総量が例示的に示されている。これは、制御領域内のリソース要素の全体量から制御領域の長さの指示およびＨＡＲＱフィードバックに予約されているリソース要素の量を減算することによって計算することができる。利用可能なＰＤＣＣＨ制御チャネル要素の総量は、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量とダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量に分割することができる。
【０１０２】
６〜９列目には、異なるアグリゲーション・レベル（ＡＬ）１、２、４、および８の場合のダウンリンク伝送のためのスケジューリング重みが示されている。
【０１０３】
ルックアップ・テーブルの２行目には、アップリンク・グラントが存在しない、番号０を有するダウンリンク・サブフレームに対する、利用可能なＰＤＣＣＨ制御チャネル要素の総量およびダウンリンク伝送のためのスケジューリング重みが示されている。利用可能なＰＤＣＣＨ制御チャネル要素の総量は８８であり、したがって多い。
【０１０４】
利用可能なＰＤＣＣＨ制御チャネル要素の総量が多く、通知されるべきアップリンク・グラントがないとき、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素のための通常量も高値を有する。
【０１０５】
ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が多く、最大ですらあり、通知されなければならないアップリンク・グラントがないとき、好ましくは、大量の制御チャネル要素を有する、すなわち高いアグリゲーション・レベルを有するダウンリンク・グラントをスケジュールする必要がある。
【０１０６】
したがって、この場合のダウンリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する０．１２５からアグリゲーション・レベル２に対する０．２５、アグリゲーション・レベル４に対する０．５に、最終的にはアグリゲーション・レベル８に対する１に増加する。
【０１０７】
ルックアップ・テーブルの３行目には、アップリンク・グラントおよびダウンリンク・グラントが通知される、番号１を有する特殊サブフレームの場合のＰＤＣＣＨ制御チャネル要素の総量およびダウンリンク伝送のためのスケジューリング重みが示されている。利用可能なＰＤＣＣＨ制御チャネル要素の総量は５０であり、したがって少ない。
【０１０８】
利用可能なＰＤＣＣＨ制御チャネル要素の総量が少ないとき、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量およびダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量も少量のみが可能である。
【０１０９】
ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が少ないとき、好ましくは、アップリンク・グラントのための制御チャネル要素が残される見込みが高くなるように、少量の制御チャネル要素を有する、すなわち低いアグリゲーション・レベルを有するダウンリンク・グラントをスケジュールしなければならない。
【０１１０】
したがって、この場合のダウンリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する１からアグリゲーション・レベル２に対する０．５、アグリゲーション・レベル４に対する０．２５に、最終的にはアグリゲーション・レベル８に対する０．１２５に減少する。
【０１１１】
４行目および５行目に示されている、番号２および３を有するサブフレームは、アップリンク・サブフレームである。アップリンク・サブフレームでは、もちろんダウンリンクでグラントを伝送できないので、利用可能なＰＤＣＣＨ制御チャネル要素の総量はゼロである。その結果、異なるアグリゲーション・レベルのためのスケジューリング重みは、示すことができない。
【０１１２】
ルックアップ・テーブルの６行目には、アップリンク・グラントおよびダウンリンク・グラントが通知される、番号４を有するダウンリンク・サブフレームに対するＰＤＣＣＨ制御チャネル要素の総量およびダウンリンク伝送のためのスケジューリング重みが示されている。利用可能なＰＤＣＣＨ制御チャネル要素の総量は８４であり、したがってかなり多い。
【０１１３】
利用可能なＰＤＣＣＨ制御チャネル要素の総量がかなり多いとき、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量はほぼ多く、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量はほぼ中程度である。
【０１１４】
ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量がほぼ中程度のとき、好ましくは、アップリンク・グラントのための制御チャネル要素が残される見込みが高くなるように、少量の制御チャネル要素を有する、すなわち低いアグリゲーション・レベルを有するダウンリンク・グラントをスケジュールしなければならない。しかし、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が低のみの３行目で示されるシナリオと比較すると、より高いアグリゲーション・レベルを有するダウンリンク・グラントのためのスケジューリング重みは増加することができる。
【０１１５】
したがって、この場合のダウンリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する０．８９４からアグリゲーション・レベル２に対する０．４７、アグリゲーション・レベル４に対する０．２８に、最終的にはアグリゲーション・レベル８に対する０．２３１に減少する。
【０１１６】
さらなるサブフレーム５〜９は、まさしくサブフレーム０〜４の繰り返しである。
【０１１７】
別の実施形態では、上記のダウンリンク・スケジューリング方法に加えて、アップリンク伝送のためのスケジューリング重みが、サブフレームおよびその中の利用可能なＰＤＣＣＨ制御チャネル要素の数に応じて変更される。全体的なスキームは前述の内容と同じであるが、挙動が若干異なる。
【０１１８】
第一に、ルックアップ・テーブルは、もちろん、アップリンク・グラントを通知するサブフレームのスケジューリング重みのためのエントリのみを含む。
【０１１９】
第二に、アップリンク伝送のためのスケジューリング重みの挙動は、ダウンリンク伝送のためのスケジューリング重みと比べて異なる挙動を有する。
【０１２０】
ダウンリンク伝送のスケジューリングに関して、アップリンク・グラントとダウンリンク・グラントとを備えるサブフレームの場合、スケジューリング重みの一般的な挙動は、異なる量の利用可能なＰＤＣＣＨ制御チャネル要素に対して同じままである。利用可能なＰＤＣＣＨ制御チャネル要素の数とは無関係に、ダウンリンク・スケジューリング重みは、アグリゲーション・レベルが低い場合は大きく、アグリゲーション・レベルが高い場合は小さい。しかし、たとえば図５のサブフレーム１および４のスケジューリング重みの最小値と最大値を比較することによって分かるように、利用可能なＰＤＣＣＨ制御チャネル要素の量が多い場合、スケジューリング重みの最大値と最小値の差は小さくなる。
【０１２１】
アップリンク伝送のスケジューリングに関しては、その挙動が異なる。ＰＤＣＣＨ制御チャネル要素の数が少ない場合、最高の優先度は、より低いアグリゲーション・レベルに与えられる。この挙動は、かなり大量のＰＤＣＣＨ制御チャネル要素が利用可能なサブフレームの場合に反転する  。この場合、最高の優先度は、より高いアグリゲーション・レベルに与えられる。その際、６個のサブフレームがダウンリンク・グラントに利用可能であり、４個のサブフレームのみがアップリンク・グラントに利用可能なので、利用可能なＰＤＣＣＨ制御チャネル要素のフレームにおいて、アップリンク・グラントおよびダウンリンク・グラントに対してかなり公平に全体的に分散する。
【０１２２】
前記実施形態に関して、アグリゲーション・レベル依存アップリンク・スケジューリング重みに関する得られるサブフレーム依存ルックアップ・テーブルを以下に示す。
【０１２３】
図６は、本発明の一実施形態による１０個のサブフレームを有するフレームのためのアップリンク伝送のためのスケジューリング重みを、例示的に標準３ＧＰＰ  ３６．２１１の第４章２節で定義されるアップリンク／ダウンリンク構成１のためのルックアップ・テーブルの形で例示的に示す。
【０１２４】
図６のルックアップ・テーブルは、図５のルックアップ・テーブルと基本的に同じエントリを有し、したがって、以下では差異のみについて言及する。
【０１２５】
サブフレーム１、４、６、および９のみがアップリンク・グラントを備え、したがって、前記サブフレームのみに、スケジューリング重みのためのエントリが存在する。ルックアップ・テーブルの３行目には、特殊パラメータ化を行い、制御領域が３ＯＦＤＭシンボル長の場合の、アップリンク・グラントおよびダウンリンク・グラントが通知される、番号１を有する特殊サブフレームに対する、ＰＤＣＣＨ制御チャネル要素の総量およびアップリンク伝送のためのスケジューリング重みが例示的に示されている。この例の利用可能なＰＤＣＣＨ制御チャネル要素の総量は５０であり、したがって少ない。
【０１２６】
利用可能なＰＤＣＣＨ制御チャネル要素の総量が少ないとき、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量およびダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量も少量のみが可能である。
【０１２７】
アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量が少ないとき、より大量のアップリンク伝送をスケジュールできるようにするために、好ましくは、少量の制御チャネル要素を有する、すなわち低いアグリゲーション・レベルを有するアップリンク・グラントをスケジュールしなければならない。
【０１２８】
したがって、この場合のアップリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する１からアグリゲーション・レベル２に対する０．８、アグリゲーション・レベル４に対する０．６に、最終的にはアグリゲーション・レベル８に対する０．４に減少する。
【０１２９】
ルックアップ・テーブルの６行目には、アップリンク・グラントおよびダウンリンク・グラントが通知される、番号４を有するダウンリンク・サブフレームに対するＰＤＣＣＨ制御チャネル要素の総量およびアップリンク伝送のためのスケジューリング重みが示されている。利用可能なＰＤＣＣＨ制御チャネル要素の総量は８４であり、したがってかなり多い。
【０１３０】
利用可能なＰＤＣＣＨ制御チャネル要素の総量がかなり多いとき、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量はほぼ多く、ダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量はほぼ中程度である。
【０１３１】
アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の通常量がほぼ多いとき、アップリンク伝送をスケジュールするのに十分なＰＤＣＣＨ制御チャネル要素があるので、好ましくは、大量の制御チャネル要素を有する、すなわち高いアグリゲーション・レベルを有するアップリンク・グラントをスケジュールしなければならない。
【０１３２】
したがって、この場合のアップリンク・グラントのためのスケジューリング重みは、アグリゲーション・レベル１に対する０．４からアグリゲーション・レベル２に対する０．６、アグリゲーション・レベル４に対する０．８に、最終的にはアグリゲーション・レベル８に対する１に増加する。
【０１３３】
さらなるサブフレーム５〜９は、まさしくサブフレーム０〜４の繰り返しである。
【０１３４】
上述の実施形態は、標準３ＧＰＰ  ３６．２１１の第４章２節で定義されるアップリンク／ダウンリンク構成１に例示的に関連する。
【０１３５】
上述の実施形態では、本発明によるアグリゲーション・レベルに関して求められる傾向を示すためにスケジューリング重みを経験的に選定してきた。さらに、アップリンク伝送のための最小のスケジューリング重みは０．４であり、ダウンリンク伝送のための最小のスケジューリング重みは０．１２５であるので、したがって、アップリンク伝送のための最小のスケジューリング重みはダウンリンク伝送のための最小のスケジューリング重みより大きい。その理由は、６個のサブフレームがダウンリンク・グラントに利用可能であり、４個のサブフレームのみがアップリンク・グラントに利用可能であるので、１個のフレームにおいて、いずれにしろダウンリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量は、アップリンク・グラントに利用可能なＰＤＣＣＨ制御チャネル要素の量より多いからである。
【０１３６】
本発明の他の実施形態は、標準３ＧＰＰ  ３６．２１１の第４章２節に記載されている他のアップリンク／ダウンリンク構成に関連することができる。他のアップリンク／ダウンリンク構成では、利用可能なＰＤＣＣＨ制御チャネル要素の総量は、制御領域内のリソース要素の全体量から、たとえば標準に従ってＨＡＲＱフィードバックのためにスケジュールされたリソース要素の量を減算することによって決定でき、ダウンリンク伝送またはアップリンク伝送のためのスケジューリング重みは、利用可能なＰＤＣＣＨ制御チャネル要素の総量に基づいて決定することができる。
【０１３７】
本発明の好ましい一実施形態では、上述の本発明によるスケジューリング重みは、たとえば送られるべきデータ量に基づくさらなるスケジューリング重みと組み合わされている。すなわち、送られるべき多数のデータがある場合、スケジューリング重みは、遅延に基づいて、すなわちユーザ端末が長期間データを送らなかった場合、大きくなる。または公平さに基づいて、すなわちユーザ端末が過去に大量のデータを送った場合、スケジューリング重みは小さい。好ましくは、さまざまなスケジューリング重みが追加され、それにより、全体的なスケジューリング重みに従って、ダウンリンク伝送およびアップリンク伝送がスケジュールされる。
【図１】
2013504965.tif 000003
【図２】
2013504965.tif 000004
【図３】
2013504965.tif 000005
【図４】
2013504965.tif 000006
【図５】
2013504965.tif 000007
【図６】
2013504965.tif 000008
【国際調査報告】
2013504965.tif 000009
2013504965.tif 000010
2013504965.tif 000011