(57)【要約】  ユーザ装置と共有チャネルを用いて通信を行う基地局装置は、セル内の混雑度を推定する混雑度推定手段；ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更する優先度変更手段；及び前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択する選択手段；を有する。
2009116497.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置と共有チャネルを用いて通信を行う基地局装置であって：
セル内の混雑度を推定する混雑度推定手段；
ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更する優先度／目標値変更手段；及び
前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択する選択手段；
を有する基地局装置。
【請求項２】
前記選択手段は、ユーザ装置から報告される無線品質情報と、ユーザ装置に対する平均伝送速度とのうち少なくとも１つに更に基づいて、下りリンクの無線リソースを割り当てるユーザ装置を選択する、請求項１に記載の基地局装置。
【請求項３】
前記選択手段は、ユーザ装置から送信されるリファレンス信号の無線品質と、ユーザ装置に対する平均伝送速度とのうち少なくとも１つに更に基づいて、上りリンクの無線リソースを割り当てるユーザ装置を選択する、請求項１に記載の基地局装置。
【請求項４】
前記混雑度推定手段は、
前記セル内の混雑度を、
下りリンクの送信バッファの中に送信すべきデータが存在するユーザ装置の数または前記ユーザ装置の論理チャネルの数；
上りリンクの送信バッファの中に送信すべきデータが存在するユーザ装置の数または前記ユーザ装置の論理チャネルの数；
共有チャネルによる通信の頻度が高いユーザ装置の数；
共有チャネルによる通信の頻度が低いユーザ装置の数；
セル内で接続状態にあるユーザ装置の数；
下りリンクの伝送速度が所定の閾値よりも小さいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
上りリンクの伝送速度が所定の閾値よりも小さいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
下りリンクにおけるデータの滞留時間が所定の閾値よりも大きいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
上りリンクにおけるデータの滞留時間が所定の閾値よりも大きいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
下りリンクにおける遅延によるデータの廃棄が生じたユーザ装置の数または前記ユーザ装置の論理チャネルの数；
上りリンクにおける遅延によるデータの廃棄が生じたユーザ装置の数または前記ユーザ装置の論理チャネルの数； 
基地局装置内の処理負荷；及び
他ノードの処理負荷；
の少なくとも１つに基づいて、推定する請求項１に記載の基地局装置。
【請求項５】
前記伝送速度は、送信バッファの中に送信すべきデータが存在する時間における伝送速度である請求項４に記載の基地局装置。
【請求項６】
ユーザ装置と共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
セル内の混雑度を推定するステップ；
ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更するステップ；及び
前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択するステップ；
を有する通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関し、特に基地局装置及び通信制御方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）やＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）の後継となる通信方式、すなわちＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が、Ｗ−ＣＤＭＡの標準化団体３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）により検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１及び２参照）。【０００３】
ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式であり、サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。【０００４】
ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。ＳＣ−ＦＤＭＡでは、送信電力の変動が小さくなる特徴を持つことから、端末の低消費電力化及び広いカバレッジを実現できる。【０００５】
上述したＬＴＥは、下りリンク及び上りリンクにおいて共有チャネルを用いた通信システムである。【０００６】
例えば、下りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行うユーザ装置を選別し、選別したユーザ装置に対して、上記共有チャネルを送信する。尚、基地局装置は、上記共有チャネルに加えて、下りリンクの制御チャネルを送信し、当該サブフレームにおいて上記ユーザ装置に対して共有チャネルを送信したことを通知する。【０００７】
例えば、上りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行うユーザ装置を選別し、選別したユーザ装置に対して、下りリンクの制御チャネルを用いて、所定のサブフレームにおいて、上記共有チャネルを用いて通信を行うことを指示し、ユーザ装置は、上記下りリンクの制御チャネルに基づいて、上記共有チャネルを送信する。基地局装置は、ユーザ装置から送信された上記共有チャネルを受信し、復号を行う。【０００８】
ここで、上述したような、共有チャネルを用いて通信を行うユーザ装置を選別する処理は、スケジューリング処理と呼ばれる。【０００９】
上述したスケジューリング処理のアルゴリズムとしては、一般に、Ｒｏｕｎｄ  ＲｏｂｉｎやＰｒｏｐｏｒｔｉｏｎａｌ  Ｆａｉｒｎｅｓｓが知られている。【００１０】
Ｒｏｕｎｄ  Ｒｏｂｉｎは、セル内のユーザ装置に対して、共有チャネルの無線リソースを順番に割り当てるアルゴリズムである。【００１１】
以下に、Ｐｒｏｐｏｒｔｉｏｎａｌ  Ｆａｉｒｎｅｓｓに関して説明を行う。Ｐｒｏｐｏｒｔｉｏｎａｌ  Ｆａｉｒｎｅｓｓにおいては、例えば、それぞれのユーザ装置に対して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てるといった処理が行われる：【００１２】
【数１】
2009116497.tif 000003
ここで、Ｑｎは、下りリンクの場合には、例えば、当該ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）から算出されてもよく、また、上りリンクの場合には、例えば、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）から算出されてもよい。【００１３】
また、一般に、移動通信システムにおいては、優先度の高いデータと優先度の低いデータが存在する。例えば、制御信号であるＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、すなわち、Ｃ−ｐｌａｎｅのデータは優先度が高く、ベストエフォート型のサービスが適用されるＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、優先度が低い。あるいは、料金の高い契約を行っているユーザのデータは優先度が高く、料金の低い契約を行っているユーザのデータは優先度が低い。あるいは、ＶｏＩＰやＳｔｒｅａｍｉｎｇなど、遅延要求の高いデータは優先度が高く、ベストエフォート型のパケットデータは優先度が低い。このような優先度を考慮して、上述したスケジューリング処理を行うために、例えば、上述した係数Ｃｎは、以下のように定義されてもよい：【００１４】
【数２】
2009116497.tif 000004
このように、スケジューリングに用いる係数Ｃｎに優先度の項Ａｎを導入することにより、優先度を考慮したスケジューリングを行うことが可能となる。
【非特許文献１】3GPP TR 25.814 (V7.0.0), "Physical Layer Aspects for Evolved UTRA," June 2006
【非特許文献２】3GPP TS 36.300 (V8.2.0), "E-UTRA and E-UTRAN Overall description,"  September  2007
【発明の開示】
【発明が解決しようとする課題】
【００１５】
上述したような優先度を考慮したスケジューリング処理は、優先度を考慮しすぎると、優先度の低いユーザ装置に対して、共有チャネルのための無線リソースが全く割り当てられなくなるため、そのユーザ装置の通信品質を著しく劣化させる恐れがある。逆に、優先度をあまり考慮せずにスケジューリング処理を行うと、優先度の高いユーザ装置に対して、共有チャネルのための無線リソースを適切に割り当てることができなくなり、優先度の高いユーザ装置の通信品質を劣化させる恐れがある。【００１６】
すなわち、上述した優先度を考慮したスケジューリング処理を行う場合には、上述したＡｎの値を適切に設定する必要があると考えられる。【００１７】
ところで、移動通信システムは、有限のリソース（周波数や電力）を用いて通信を行うシステムであり、その通信容量には上限が存在する。よって、上記移動通信システム内において通信を行うユーザ数（ユーザ装置の数）が増加した場合に、すでに行われている通信の品質が劣化する、あるいは、新規に通信を開始することができないといった問題が発生する。このような状態を一般に、輻輳状態と呼ぶ。【００１８】
この輻輳状態においては、無線リソースが逼迫している状況であるため、上述した優先度を考慮したスケジューリング処理を、より厳密に行う必要があると言える。一方、輻輳状態ではない場合には、上記無線リソースに余裕が存在すると考えられるため、優先度を考慮したスケジューリング処理の厳密性を緩和してもよいと考えられる。【００１９】
このような混雑度を考慮せずにＡｎの値を設定した場合、優先度の低いユーザ装置または優先度の高いユーザ装置の通信品質を劣化させる可能性があるという問題が存在する。例えば、輻輳状態である場合を考慮してＡｎの値を設定した場合、輻輳状態ではない場合に、優先度の低いユーザ装置に対して割り当てられる無線リソースが不当に小さくなるという問題が発生する。一方、輻輳状態でない場合を考慮してＡｎの値を設定した場合、輻輳状態である場合に、優先度の高いユーザ装置に対して、適切に優遇することができない、すなわち、必要なだけの無線リソースを割り当てることができないという問題が発生する。【００２０】
そこで、本発明は、上述した問題点に鑑み、その目的は、下りリンク及び上りリンクの無線リソースを割り当てるときに、混雑度に応じたスケジューリング処理を行うことのできる基地局装置及び通信制御方法を提供することにある。
【課題を解決するための手段】
【００２１】
本発明の前記の目的を解決するために、本発明の基地局装置は、
ユーザ装置と共有チャネルを用いて通信を行う基地局装置であって：
セル内の混雑度を推定する混雑度推定手段；
ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更する優先度／目標値変更手段；及び
前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択する選択手段；
を有することを特徴の１つとする。【００２２】
また、本発明の通信制御方法は、
ユーザ装置と共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
セル内の混雑度を推定するステップ；
ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更するステップ；及び
前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択するステップ；
を有することを特徴の１つとする。
【発明の効果】
【００２３】
本発明の実施例によれば、混雑度に応じたスケジューリング処理を行うことのできる基地局装置及び通信制御方法を提供することが可能になる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施例に係る無線通信システムの構成を示すブロック図である。
【図２】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【図３】本発明の一実施例に係る１３個の判定式を示す説明図である。
【図４】本発明の一実施例に係る基地局装置のベースバンド信号処理部を示す部分ブロック図である。
【図５】論理チャネルと優先度クラスの関係を例示する図である。
【図６】本発明に係る伝送速度の平均化のための平均化区間を示す説明図である。
【図７】本発明の一実施例に係る通信制御方法を示すフローチャートである。
【図８】本発明の一実施例に係る下りリンクの通信制御方法を示すフローチャートである。
【図９】本発明の一実施例に係る上りリンクの通信制御方法を示すフローチャートである。
【図１０】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【図１１】本発明の一実施例に係る基地局装置を示す部分ブロック図である。
【符号の説明】
【００２５】
５０  セル
１００１、１００２、１００３、１００ｎ  移動局（ユーザ装置）
２００  基地局装置
２０２  送受信アンテナ
２０４  アンプ部
２０６  送受信部
２０８  ベースバンド処理部
２１０  呼処理部
２１２  伝送路インターフェース
２０８１  レイヤー１処理部
２０８２  ＭＡＣ処理部
２０８３  ＲＬＣ／ＰＤＣＰ処理部
２０８４  混雑度推定部
２５２  レイヤー１処理部
２５４  ユーザ装置状態管理部
２５６  混雑度推定部
２５８  優先度設定部
２６０  スケジューリング係数計算部
２６２  ＵＥ選択部
２６４  周波数リソース管理部
２６８  ＴＦＲ選択部
２７０（２７０１、２７０２、・・・、２７０ｎ）  ＨＡＲＱ制御部
２７２  ＲＬＣ／ＰＤＣＰ処理部
２７２１ｎ，ｋ  ＲＬＣ  Ｂｕｆ
２８０  ＵＥ  Ｂｕｆｆｅｒ推定部
２８０１ｎ，ｋ  ＵＥ  Ｂｕｆ
３００  アクセスゲートウェイ装置
４００  コアネットワーク
【発明を実施するための最良の形態】
【００２６】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明する。【００２７】
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を用い、繰り返しの説明は省略する。【００２８】
本発明の実施例に係る基地局装置が適用される無線通信システムについて、図１を参照して説明する。【００２９】
無線通信システム１０００は、例えばＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムであり、基地局装置（ｅＮＢ：  ｅＮｏｄｅ  Ｂ）２００と複数の移動局（ユーザ装置（ＵＥ：  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）とも呼ばれる）１００ｎ（１００１、１００２、１００３、・・・１００ｎ、ｎはｎ＞０の整数）とを備える。基地局装置２００は、上位局、例えばアクセスゲートウェイ装置３００と接続され、アクセスゲートウェイ装置３００は、コアネットワーク４００と接続される。ここで、移動局１００ｎはセル５０において基地局装置２００とＥｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにより通信を行う。アクセスゲートウェイ装置は、ＭＭＥ／ＳＧＷ(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ／Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ)と呼ばれてもよい。【００３０】
以下、移動局１００ｎ（１００１、１００２、１００３、・・・１００ｎ）については、同一の構成、機能、状態を有するので、以下では特段の断りがない限り移動局１００ｎとして説明を進める。【００３１】
無線通信システム１０００は、無線アクセス方式として、下りリンクについてはＯＦＤＭＡ（周波数分割多元接続）、上りリンクについてはＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用される。上述したように、ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式である。ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。【００３２】
ここで、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮにおける通信チャネルについて説明する。【００３３】
下りリンクについては、各移動局１００ｎで共有して使用される物理下りリンク共有チャネル（ＰＤＳＣＨ：  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、ＬＴＥ用の下り制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とが用いられる。下りリンクでは、ＬＴＥ用の下り制御チャネルにより、物理下りリンク共有チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、物理上りリンク共有チャネルにマッピングされるユーザの情報やトランスポートフォーマットの情報、物理上りリンク共有チャネルの送達確認情報などが通知され、物理下りリンク共有チャネルによりユーザデータが伝送される。尚、前記物理上りリンク共有チャネルの送達確認情報は、前記ＬＴＥ用の下り制御チャネルではなく、物理ＨＡＲＱインディケータチャネル（ＰＨＩＣＨ）により伝送されてもよい。尚、上述したユーザデータとは、例えば、ウェブブラウジング、ファイル転送（ＦＴＰ）、音声パケット（ＶｏＩＰ）等によるＩＰパケットや、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）の処理のための制御信号などである。前記ユーザデータは、物理チャネルとしては物理下りリンク共有チャネルに、トランスポートチャネルとしては下りリンクの共有チャネルＤＬ−ＳＣＨにマッピングされる。【００３４】
上りリンクについては、各移動局１００ｎで共有して使用される物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、ＬＴＥ用の上り制御チャネルとが用いられる。尚、上り制御チャネルには、物理上りリンク共有チャネルと時間多重されるチャネルと、周波数多重されるチャネルの２種類がある。前記周波数多重されるチャネルは、物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれてもよい。また、前記時間多重されるチャネルは、具体的には、ＬＴＥ用の上り制御チャネルにマッピングされる制御信号、例えば、後述するＣＱＩやＨＡＲＱ  ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎが、前記ＰＵＳＣＨに多重されることにより、移動局１００ｎから基地局装置２００に伝送されてもよい。【００３５】
上りリンクでは、ＬＴＥ用の上り制御チャネルにより、下りリンクにおける共有物理チャネルのスケジューリング、適応変復調・符号化（ＡＭＣＳ：  Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）に用いるための下りリンクの品質情報（ＣＱＩ：  Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）及び下りリンクの共有物理チャネルの送達確認情報（ＨＡＲＱ  ＡＣＫ  ｉｎｆｏｒｍａｔｉｏｎ）が伝送される。また、物理上りリンク共有チャネルによりユーザデータが伝送される。尚、上述したユーザデータとは、例えば、ウェブブラウジング、ファイル転送（ＦＴＰ）、音声パケット（ＶｏＩＰ）等によるＩＰパケットや、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）の処理のための制御信号などである。前記ユーザデータは、物理チャネルとしては物理上りリンク共有チャネルに、トランスポートチャネルとしては上りリンクの共有チャネルＵＬ−ＳＣＨにマッピングされる。【００３６】
＜混雑度の推定処理＞
まず、基地局装置２００においてセル内の混雑度を推定する実施例について、図２を参照して説明する。【００３７】
本実施例に係る基地局装置２００は、送受信アンテナ２０２と、アンプ部２０４と、送受信部２０６と、ベースバンド信号処理部２０８と、呼処理部２１０と、伝送路インターフェース２１２とを備える。【００３８】
下りリンクにより基地局装置２００から移動局１００ｎに送信されるパケットデータは、基地局装置２００の上位に位置する上位局、例えばアクセスゲートウェイ装置３００から伝送路インターフェース２１２を介してベースバンド信号処理部２０８に入力される。【００３９】
ベースバンド信号処理部２０８では、ＰＤＣＰレイヤの送信処理や、パケットデータの分割・結合、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）再送制御の送信処理などのＲＬＣレイヤの送信処理、ＭＡＣ再送制御、例えばＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の送信処理、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：  Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）処理等が行われて、送受信部２０６に転送される。【００４０】
送受信部２０６では、ベースバンド信号処理部２０８から出力されたベースバンド信号を無線周波数帯に変換する周波数変換処理が施され、その後、アンプ部２０４で増幅されて送受信アンテナ２０２より送信される。【００４１】
一方、上りリンクにより移動局１００ｎから基地局装置２００に送信されるデータについては、送受信アンテナ２０２で受信された無線周波数信号がアンプ部２０４で増幅され、送受信部２０６で周波数変換されてベースバンド信号に変換され、ベースバンド信号処理部２０８に入力される。【００４２】
ベースバンド信号処理部２０８では、入力されたベースバンド信号に対して、ＦＦＴ処理、ＩＤＦＴ処理、誤り訂正復号、ＭＡＣ再送制御等の受信処理、ＲＬＣレイヤの受信処理、ＰＤＣＰレイヤの受信処理等がなされ、伝送路インターフェース２１２を介してアクセスゲートウェイ装置３００に転送される。【００４３】
また、ベースバンド信号処理部２０８は、後述するように、セル５０内の混雑度を推定する。例えば、ベースバンド信号処理部２０８は、以下のようなパラメータのうち少なくとも１つを算出する：
（１）下りリンクの送信バッファの中にＰＤＳＣＨにより送信すべきデータが存在する移動局の数（以下、第１の移動局数と呼ぶ）または論理チャネルの数
（２）上りリンクの送信バッファの中にＰＵＳＣＨにより送信すべきデータが存在する移動局の数（以下、第２の移動局数と呼ぶ）または論理チャネルの数
（３）共有チャネルであるＰＤＳＣＨやＰＵＳＣＨによる通信の頻度が高い移動局の数（以下、第３の移動局数と呼ぶ）
（４）共有チャネルであるＰＤＳＣＨやＰＵＳＣＨによる通信の頻度が低い移動局の数（以下、第４の移動局数と呼ぶ）
（５）セル内で接続状態にある移動局（すなわち、ＬＴＥ  Ａｃｔｉｖｅである移動局）の数（以下、第５の移動局数と呼ぶ）
（６）ＬＴＥ  Ａｃｔｉｖｅである移動局の内で、下りリンクの伝送速度が所定の伝送速度を満たしていない移動局の数（以下、第６の移動局数と呼ぶ）または論理チャネルの数
（７）ＬＴＥ  Ａｃｔｉｖｅである移動局の内で、上りリンクの伝送速度が所定の伝送速度を満たしていない移動局の数（以下、第７の移動局数と呼ぶ）または論理チャネルの数
（８）下りリンクにおけるデータの滞留時間が所定の閾値よりも大きい移動局の数（以下、第８の移動局数と呼ぶ）または論理チャネルの数（下りリンクにおけるデータの平均遅延が許容遅延よりも大きい移動局の数または論理チャネルの数）
（９）上りリンクにおけるデータの滞留時間が所定の閾値よりも大きい移動局の数（以下、第９の移動局数と呼ぶ）または論理チャネルの数（上りリンクにおけるデータの平均遅延が許容遅延よりも大きい移動局の数または論理チャネルの数）
（１０）下りリンクにおける遅延によるデータの廃棄が生じた移動局の数（以下、第１０の移動局数と呼ぶ）または論理チャネルの数
（１１）上りリンクにおける遅延によるデータの廃棄が生じた移動局の数（以下、第１１の移動局数と呼ぶ）または論理チャネルの数
ベースバンド信号処理部２０８は、自基地局装置の処理負荷として、自基地局装置のＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）の使用率や、メモリの使用率、バッファの使用率等を取得する。ここでバッファとは、例えば、ＰＤＣＰレイヤにおけるデータのためのバッファでもよく、ＲＬＣレイヤにおけるデータのためのバッファでもよく、ＭＡＣレイヤにおけるデータのためのバッファでもよい。あるいは、前記バッファとは、前記ＰＤＣＰレイヤにおけるデータのためのバッファと、ＲＬＣレイヤにおけるデータのためのバッファと、ＭＡＣレイヤにおけるデータのためのバッファとを合わせたものであってもよい。また、上記自基地局装置の処理負荷、すなわち、自基地局装置のＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）の使用率や、メモリの使用率、バッファの使用率等は、複数のキャリアを合計した値を取得してもよく、あるいは、キャリア毎に取得してもよい。また、基地局装置２００が複数のセクタを有する場合に、上記自基地局装置の処理負荷は、セクタ毎に取得されてもよい。【００４４】
さらに、ベースバンド信号処理部２０８は、コアネットワーク４００内のノードやアクセスゲートウェイ装置３００等の他のノードの処理負荷を取得してもよい。ここで、処理負荷とは例えば、ＣＰＵ使用率やメモリ使用率である。【００４５】
そして、ベースバンド信号処理部２０８は、上記第１の移動局数〜第１１の移動局数、上記自基地局装置の処理負荷、上記他ノードの処理負荷の少なくとも１つに基づいて、セル５０内の混雑度を推定する。推定された混雑度は、後述するように、データの優先度を変更するために使用される。【００４６】
例えば、ベースバンド信号処理部２０８は、第１の閾値ＴＨ１〜第１１の閾値ＴＨ１１を定義し、第１の移動局数〜第１１の移動局数と、第１の閾値ＴＨ１〜第１１の閾値ＴＨ１１との関係により、混雑度を推定してもよい。さらに、第１２の閾値ＴＨ１１及び第１３の閾値ＴＨ１３を定義し、基地局装置内の処理負荷及び他ノードの処理負荷と、第１２の閾値ＴＨ１２及び第１３の閾値ＴＨ１３との関係により、混雑度を推定してもよい。【００４７】
例えば、図３に示す１３個の判定式の少なくとも１つが真である場合に、ベースバンド信号処理部２０８は、セルが混雑していると判定し、図３に示す１３個の判定式の全てが偽である場合に、セルが混雑していると判定してもよい。【００４８】
あるいは、図３に示す１３個の判定式の全てが真である場合に、セルが混雑していないと判定し、図３に示す１３個の判定式の少なくとも１つが偽である場合に、セルが混雑していると判定してもよい。【００４９】
また、上述した例では、図３に示す１３個の判定式を全て用いているが、上記１３個の判定式の内の一部を用いて、同様の判定を行ってもよい。【００５０】
また、上述した例では、各判定式において、１つの閾値を用いた混雑度の判定を行っているため、算出される混雑度は２段階（混雑している場合及び混雑していない場合）である。しかしながら、２つ以上の閾値を用いることにより、３段階以上の混雑度を算出してもよい。【００５１】
また、セル内の混雑度を、サービス種別毎、あるいは、契約種別毎、あるいは、端末種別毎、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）毎、論理チャネル毎、優先度クラス毎に行ってもよい。この場合、サービス種別毎、あるいは、契約種別毎、あるいは、端末種別毎に、あるいは、Ｒａｄｉｏ  Ｂｅａｒｅｒ毎、あるいは、論理チャネル毎、優先度クラス毎に上記第１の移動局数〜第１１の移動局数を算出し、また、サービス種別毎、あるいは、契約種別毎、あるいは、端末種別毎に、あるいは、論理チャネル毎、あるいは、Ｒａｄｉｏ  Ｂｅａｒｅｒ毎、優先度クラス毎に上記第１の閾値ＴＨ１〜第１１の閾値ＴＨ１１を定義して、上述したような判定を行う。【００５２】
例えば、サービス種別は、下りパケットを伝送するサービスの種別を示すものであり、例えば、ＶｏＩＰサービスや音声サービスやストリーミングサービスやＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サービス等を含む。【００５３】
また、契約種別は、ユーザ装置のユーザが加入している契約の種別を示すものであり、例えば、Ｌｏｗ  Ｃｌａｓｓ契約やＨｉｇｈ  Ｃｌａｓｓ契約、定額課金契約や従量課金契約等を含む。【００５４】
また、端末種別は、下りリンクの信号の送り先であるユーザ装置の性能をクラス分けするものであり、ユーザ装置の識別情報に基づくクラスや、受信可能な変調方式やビット数等の端末能力等を含む。【００５５】
論理チャネル種別とは、Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  （ＤＣＣＨ）やＤｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ（ＤＴＣＨ）といった論理チャネルの種別である。前記ＤＣＣＨ、ＤＴＣＨの中に、さらに複数の論理チャネルが定義されてもよい。【００５６】
Ｒａｄｉｏ  Ｂｅａｒｅｒとは、データを伝送するベアラを意味し、伝送する論理チャネルに対して１対１で定義される。結果として、論理チャネルとほぼ同義である。【００５７】
優先度クラスとは、下りリンク及び上りリンクのデータの送信に関わる優先度をクラス分けするためのクラスであり、例えば、第１の優先度クラスのデータは、第２の優先度クラスのデータよりも優先的に送信される。前記優先度クラスは、前記Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌに括り付けられ、Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙと呼ばれてもよい。あるいは、前記優先度は、Ｐｒｉｏｒｉｔｙ  Ｃｌａｓｓと定義されてもよい。【００５８】
なお、第１の移動局数〜第１１の移動局数、自基地局装置内の処理負荷及び他ノードの処理負荷として、瞬時値を用いてもよいし、所定の平均化区間で平均した値を用いてもよい。【００５９】
呼処理部２１０は、通信チャネルの設定や解放等の呼処理や、無線基地局２００の状態管理や、無線リソースの管理を行う。【００６０】
次に、ベースバンド信号処理部２０８の構成について、図４を参照して説明する。【００６１】
ベースバンド信号処理部２０８は、レイヤー１処理部２０８１と、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）処理部２０８２と、ＲＬＣ／ＰＤＣＰ処理部２０８３と、混雑度推定部２０８４とを備える。【００６２】
ベースバンド信号処理部２０８におけるレイヤー１処理部２０８１とＭＡＣ処理部２０８２とＲＬＣ／ＰＤＣＰ処理部２０８３と混雑度推定部２０８４と呼処理部２１０は、互いに接続されている。【００６３】
レイヤー１処理部２０８１では、下りリンクで送信されるデータのチャネル符号化やＩＦＦＴ処理、上りリンクで送信されるデータのチャネル復号化やＩＤＦＴ処理、ＦＦＴ処理などが行われる。【００６４】
ＭＡＣ処理部２０８２は、下りデータのＭＡＣ再送制御、例えばＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）の送信処理や、スケジューリング、伝送フォーマットの選択等を行う。また、ＭＡＣ処理部２０８２は、上りデータのＭＡＣ再送制御の受信処理等を行う。【００６５】
また、ＭＡＣ処理部２０８２は、移動局１００ｎから報告される、移動局１００ｎの中の上りリンクの送信バッファ状態を示す情報を取得し、上記移動局１００ｎの中の上りリンクの送信バッファ状態を、混雑度推定部２０８４に報告する。ここで、上記移動局１００ｎから報告される、移動局１００ｎの中の上りリンクの送信バッファ状態を示す情報とは、例えば、Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔと呼ばれ、その情報要素として、移動局１００ｎの中の上りリンクの送信バッファ内のバッファ滞留量の絶対値、あるいは、所定の値からの相対値を含む。そして、上記ＭＡＣ処理部２０８２から混雑度推定部２０８４に報告される、移動局１００ｎの中の上りリンクの送信バッファ状態は、上記移動局１００ｎの中の上りリンクの送信バッファ内のバッファ滞留量の絶対値、あるいは、所定の値からの相対値のことである。【００６６】
また、例えば、上記Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔは、２つ以上の、優先度付けがなされたグループ毎のバッファ滞留量の絶対値、あるいは、所定の値からの相対値を含んでもよい。あるいは、上記Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔは、１つ以上の優先度付けがなされたグループ毎のバッファ滞留量の絶対値、あるいは、所定の値からの相対値と、全てのデータに関するバッファ滞留量の絶対値、あるいは、所定の値からの相対値とを含んでもよい。また、上記Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔは、例えば、ＭＡＣレイヤにおける制御情報として、移動局１００ｎから基地局装置２００に報告される。前記ＭＡＣレイヤにおける制御情報は、ＭＡＣ  ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔと呼ばれてもよい。【００６７】
また、ＭＡＣ処理部２０８２は、移動局１００ｎに関する下りリンクおよび上りリンクにおけるＭＡＣレイヤの伝送速度を測定し、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＭＡＣレイヤの伝送速度を混雑度推定部２０８４に通知する。【００６８】
尚、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＭＡＣレイヤの伝送速度は、測定タイミングにおける瞬時値でもよいし、測定タイミングより以前の、所定の平均化区間で平均した値でもよい。また、その平均の方法は、単純な算術平均でもよいし、忘却係数を用いた平均でもよい。さらには、所定のサンプリング周期でサンプリングした瞬時値としてもよいし、上記サンプリングした瞬時値を平均化した値としてもよい。【００６９】
より具体的には、上記ＭＡＣレイヤの伝送速度として、所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値を測定し、かつ、上記平均値または合計値を以下の式を用いてフィルタリングを行った後の値（Fn）を測定してもよい。【００７０】
式：Fn=(1-a)Fn-1+aMn
Fn: アップデートされたフィルタリング後の値
Fn-1: 古いフィルタリング後の値
a: フィルタリング係数
Mn: 所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値
尚、aの値として、例えば、1/2(k/2) (k = 0, 1, 2, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。【００７１】
一般に、移動局１００ｎと基地局装置２００との通信には、複数の論理チャネルが用いられる。また、上記複数の論理チャネルには、優先度クラスが定義される。図５に、論理チャネルと優先度クラスの関係の一例を示す。図においては、下りリンクにおいて、Ｍ個の論理チャネルとＬ個の優先度クラスが設定されている。尚、上りリンクにおいても同様の設定を行うことができる。尚、上記優先度クラスは、論理チャネルプライオリティ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙ）と呼ばれてもよい。【００７２】
ここで、ＭＡＣ処理部２０８２は、移動局１００ｎのＭＡＣレイヤにおける伝送速度を測定する代わりに、移動局１００ｎとの通信に用いられる論理チャネルのＭＡＣレイヤにおける伝送速度、あるいは、移動局１００ｎとの通信に用いられる論理チャネルのＭＡＣレイヤにおける伝送速度を、同一の優先度クラスを持つ論理チャネル内で平均、あるいは、合計した値を測定してもよい。そして、上記論理チャネルの伝送速度、あるいは、論理チャネルの伝送速度を、同一の優先度クラスを持つ論理チャネル内で平均、あるいは、合計した値を混雑度推定部２０８４に通知する。上記値は、上りリンクと下りリンクの両方において測定される。【００７３】
また、ＭＡＣ処理部２０８２は、移動局１００ｎがＤＲＸ状態にあるか否かを管理し、上記移動局１００ｎがＤＲＸ状態にあるか否かの情報を、混雑度推定部２０８４に通知する。尚、ＤＲＸ状態とは、間欠受信を行っている状態である。上記間欠受信は、移動局１００ｎと基地局装置との間に接続が確立されているが、送受信を行うべきデータが存在しない場合に、移動局１００ｎの消費電力を低減することを目的として行われる。よって、ＤＲＸ状態にある移動局は、共有チャネルによる通信の頻度が低い移動局とみなしてもよい。あるいは、ＤＲＸ状態にない移動局は、共有チャネルによる通信の頻度が高い移動局とみなしてもよい。【００７４】
また、ＭＡＣ処理部２０８２は、ＲＬＣ／ＰＤＣＰ処理部２０８３より、上位局から基地局装置２００に送られてきた下りリンクのパケットデータの到来時刻を受け取る。そして、ＭＡＣ処理部２０８２は、移動局１００ｎに関する下りリンクのパケットデータの滞留時間を測定する。ここで、下りリンクのパケットデータの滞留時間とは、例えば、基地局装置２００におけるデータの滞留時間のことであり、より具体的には、前記下りリンクのパケットデータの到来時刻から、基地局装置２００が移動局１００ｎに対して、下りリンクの共有チャネルを用いて、前記下りリンクのパケットデータを送信した時刻までの時間のことを指す。あるいは、実際に移動局１００ｎが前記パケットデータを正しく受信したことを確認するまでの時間を測定するために、下りリンクのパケットデータの滞留時間の定義を、前記下りリンクのパケットデータの到来時刻から、基地局装置２００が移動局１００ｎに対して、下りリンクの共有チャネルを用いて、前記下りリンクのパケットデータを送信し、該当する送達確認情報としてＡＣＫを受信した時刻までの時間としてもよい。尚、上記送達確認情報は、ＭＡＣレイヤであってもよいし、ＲＬＣレイヤであってもよい。あるいは、上記送達確認情報は、ＰＤＣＰレイヤであってもよい。尚、ＭＡＣ処理部２０８２は、下りリンクのパケットデータの滞留時間として、各パケットデータに関する滞留時間を平均した値を算出してもよい。そして、ＭＡＣ処理部２０８２は、移動局１００ｎに関する、前記下りリンクのパケットデータの滞留時間を、混雑度推定部２０８４に通知する。【００７５】
また、ＭＡＣ処理部２０８２は、移動局１００ｎにおける上りリンクのパケットデータの滞留時間を測定する。ここで、移動局１００ｎにおける上りリンクのパケットデータの滞留時間とは、移動局１００ｎにおけるデータの滞留時間のことである。ＭＡＣ処理部２０８２は、移動局１００ｎ内のバッファの状態を正確に把握することは困難であるため、データの滞留時間を、例えば、移動局１００ｎからＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔを受信した時刻から、実際に移動局１００ｎに対して、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより、上りリンクの共有チャネルの送信を指示した時刻までの時間と定義してもよい。あるいは、実際に基地局装置２００が前記パケットデータを正しく受信したことを確認するまでの時間を測定するために、上りリンクのパケットデータの滞留時間の定義を、前記移動局１００ｎからＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔを受信した時刻から、基地局装置２００が移動局１００ｎに対して、ＵＬ Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔにより上りリンクの共有チャネルの送信を指示し、前記上りリンクの共有チャネルを正しく受信した時刻までの時間としてもよい。尚、ＭＡＣ処理部２０８２は、上りリンクのパケットデータの滞留時間として、各パケットデータに関する滞留時間を平均した値を算出してもよい。そして、ＭＡＣ処理部２０８２は、移動局１００ｎにおける前記上りリンクのパケットデータの滞留時間を、混雑度推定部２０８４に通知する。【００７６】
ＲＬＣ／ＰＤＣＰ処理部２０８３では、下りリンクのパケットデータに関する、ＰＤＣＰレイヤの処理や、分割・結合、ＲＬＣ再送制御の送信処理等のＲＬＣレイヤの送信処理が行われる。また、ＲＬＣ／ＰＤＣＰ処理部２０８３では、上りリンクのデータに関する、ＰＤＣＰレイヤの分割・結合、ＲＬＣ再送制御の受信処理等のＲＬＣレイヤの受信処理が行われる。【００７７】
また、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎに関する下りリンクおよび上りリンクにおけるＲＬＣレイヤの伝送速度を測定し、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＲＬＣレイヤの伝送速度を混雑度推定部２０８４に通知する。【００７８】
尚、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＲＬＣレイヤの伝送速度は、測定タイミングにおける瞬時値でもよいし、測定タイミングより以前の、所定の平均化区間で平均した値でもよい。また、その平均の方法は、単純な算術平均でもよいし、忘却係数を用いた平均でもよい。さらには、所定のサンプリング周期でサンプリングした瞬時値としてもよいし、上記サンプリングした瞬時値を平均化した値としてもよい。【００７９】
より具体的には、上記ＲＬＣレイヤの伝送速度として、所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値を測定し、かつ、上記平均値または合計値を以下の式を用いてフィルタリングを行った後の値（Fn）を測定してもよい。【００８０】
式：Fn=(1-a)Fn-1+aMn
Fn: アップデートされたフィルタリング後の値
Fn-1: 古いフィルタリング後の値
a: フィルタリング係数
Mn: 所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値
尚、aの値として、例えば、1/2(k/2) (k = 0, 1, 2, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。【００８１】
ここで、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎのＲＬＣレイヤにおける伝送速度を測定する代わりに、移動局１００ｎとの通信に用いられる論理チャネルのＲＬＣレイヤにおける伝送速度、あるいは、移動局１００ｎとの通信に用いられる論理チャネルのＲＬＣレイヤにおける伝送速度を、同一の優先度クラスを持つ論理チャネル内で平均、あるいは、合計した値を測定してもよい。そして、上記論理チャネルの伝送速度、あるいは、論理チャネルの伝送速度を、同一の優先度クラスを持つ論理チャネル内で平均、あるいは、合計した値を混雑度推定部２０８４に通知する。上記値は、上りリンクと下りリンクの両方において測定される。【００８２】
さらに、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎに関する下りリンクのＲＬＣレイヤの送信バッファ状態を、混雑度推定部２０８４に通知する。ここで、上記移動局１００ｎに関する下りリンクのＲＬＣレイヤの送信バッファ状態とは、ＲＬＣレイヤでのパケットデータのバッファ滞留量やバッファ滞留時間のことである。【００８３】
ここで、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎに関する下りリンクのＲＬＣレイヤの送信バッファ状態を通知する際に、移動局１００ｎとの通信に用いられる論理チャネル毎のＲＬＣレイヤの送信バッファ状態を通知してもよい。【００８４】
さらに、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎに関する、上位局から基地局装置２００に送られてきた下りリンクのパケットデータの到来時刻を監視し、その各パケットデータの到来時刻をＭＡＣ処理部２０８２に通知する。【００８５】
ところで、ＲＬＣ／ＰＤＣＰ処理部２０８３は、ＲＬＣレイヤの送信バッファにおいて所定の許容遅延を超えて滞留している下りリンクのパケットデータを破棄する機能を持っていてもよい。この場合、ＲＬＣ／ＰＤＣＰ処理部２０８３は、ＲＬＣレイヤの送信バッファにおいて所定の許容遅延を超えて滞留している下りリンクのパケットデータを破棄するとともに、その破棄したパケットデータの送信先である移動局の情報を、混雑度推定部２０８４に通知してもよい。【００８６】
尚、上述した例において、ＲＬＣ／ＰＤＣＰ処理部２０８３は、ＲＬＣレイヤの伝送速度や、送信バッファ状態、パケットデータの破棄を測定し、その測定結果を混雑度推定部２０８４に通知する処理を行っているが、それに加えて、ＰＤＣＰレイヤの処理を行ってもよい。【００８７】
例えば、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎに関する、または、移動局１００ｎとの通信に用いられる論理チャネルに関する、ＲＬＣレイヤの伝送速度に加えて、ＰＤＣＰレイヤの伝送速度を測定し、その伝送速度を混雑度推定部２０８４に通知してもよい。【００８８】
あるいは、ＲＬＣ／ＰＤＣＰ処理部２０８３は、移動局１００ｎまたは移動局１００ｎとの通信に用いられる論理チャネルに関する、下りリンクのＲＬＣレイヤの送信バッファ状態に加えて、下りリンクのＰＤＣＰレイヤの送信バッファの状態を、混雑度推定部２０８４に通知してもよい。【００８９】
あるいは、ＲＬＣ／ＰＤＣＰ処理部２０８３は、ＲＬＣレイヤの送信バッファにおいて所定の許容遅延を超えて滞留している下りリンクのパケットデータを破棄する代わりに、ＰＤＣＰレイヤの送信バッファにおいて所定の許容遅延を超えて滞留している下りリンクのパケットデータを破棄してもよい。この場合、ＲＬＣ／ＰＤＣＰ処理部２０８３は、ＰＤＣＰレイヤの送信バッファにおいて所定の許容遅延を超えて滞留している下りリンクのパケットデータを破棄するとともに、その破棄したパケットデータの送信先である移動局の情報を、混雑度推定部２０８４に通知してもよい。あるいは、ＲＬＣ／ＰＤＣＰ処理部２０８３は、ＰＤＣＰレイヤまたはＲＬＣレイヤの送信バッファにおいて所定の許容遅延を超えて滞留している下りリンクのパケットデータを破棄するとともに、その破棄したパケットデータの送信先である移動局の情報を、混雑度推定部２０８４に通知してもよい。【００９０】
また、ＲＬＣ／ＰＤＣＰ処理部２０８３は、上りリンクのＰＤＣＰレイヤのシーケンス番号を監視し、前記シーケンス番号に不連続が生じた場合に、そのシーケンス番号の不連続を混雑度推定部２０８４に通知してもよい。【００９１】
混雑度推定部２０８４は、ＭＡＣ処理部２０８２より、上記移動局１００ｎの中の上りリンクの送信バッファ状態と、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＭＡＣレイヤの伝送速度と、上記移動局１００ｎがＤＲＸ状態にあるか否かの情報とを受け取り、ＲＬＣ／ＰＤＣＰ処理部２０８３より、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＲＬＣレイヤの伝送速度またはＰＤＣＰレイヤの伝送速度と、上記移動局１００ｎに関する下りリンクのＲＬＣレイヤまたはＰＤＣＰレイヤの送信バッファ状態とを受け取る。【００９２】
また、混雑度推定部２０８４は、ＭＡＣ処理部２０８２より、移動局１００ｎに関する下りリンク及び上りリンクのパケットデータの滞留時間を受け取る。さらに、混雑度推定部２０８４は、ＲＬＣ／ＰＤＣＰ処理部２０８３より、ＲＬＣレイヤまたはＰＤＣＰレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局の情報を受け取る。【００９３】
混雑度推定部２０８４は、上記移動局１００ｎの中の上りリンクの送信バッファ状態と、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＭＡＣレイヤの伝送速度と、上記移動局１００ｎがＤＲＸ状態にあるか否かの情報と、上記移動局１００ｎに関する下りリンクおよび上りリンクにおけるＲＬＣレイヤまたはＰＤＣＰレイヤの伝送速度と、上記移動局１００ｎに関する下りリンクのＲＬＣレイヤまたはＰＤＣＰレイヤの送信バッファ状態とに基づき、第１の移動局数〜第７の移動局数を算出する。また、混雑度推定部２０８４は、移動局１００ｎに関する下りリンク及び上りリンクのパケットデータの滞留時間に基づき、第８の移動局数及び第９の移動局数を算出する。さらに、混雑度推定部２０８４は、ＲＬＣレイヤまたはＰＤＣＰレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局の情報に基づき、第１０の移動局数及び第１１の移動局数を算出する。【００９４】
例えば、混雑度推定部２０８４は、第１の移動局数である、下りリンクの送信バッファの中に、ＰＤＳＣＨにより送信すべきデータが存在する移動局の数として、上記移動局１００ｎに関する下りリンクのＲＬＣレイヤまたはＰＤＣＰレイヤの送信バッファ状態に基づき、そのＲＬＣレイヤまたはＰＤＣＰレイヤにおけるバッファ滞留量が所定の閾値以上である移動局の数を算出してもよい。ここで、上記閾値は、例えば、０ＫＢｙｔｅでもよいし、１０ＫＢｙｔｅのような０以外の値でもよい。また、上記バッファ滞留量は、測定タイミングにおける瞬時値でもよいし、測定タイミングより以前の、所定の平均化区間で平均した値でもよい。また、その平均の方法は、単純な算術平均でもよいし、忘却係数を用いた平均でもよい。さらには、所定のサンプリング周期でサンプリングした瞬時値としてもよいし、上記サンプリングした瞬時値を平均化した値としてもよい。【００９５】
より具体的には、上記バッファ滞留量として、所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値を測定し、かつ、上記平均値または合計値を以下の式を用いてフィルタリングを行った後の値（Fn）を測定してもよい。【００９６】
式：Fn=(1-a)Fn-1+aMn
Fn: アップデートされたフィルタリング後の値
Fn-1: 古いフィルタリング後の値
a: フィルタリング係数
Mn: 所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値
尚、aの値として、例えば、1/2(k/2) (k = 0, 1, 2, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。【００９７】
あるいは、混雑度推定部２０８４は、第１の移動局数である、下りリンクの送信バッファの中に、ＰＤＳＣＨにより送信すべきデータが存在する移動局の数として、上記移動局１００ｎに関する下りリンクのＲＬＣレイヤまたはＰＤＣＰレイヤの送信バッファ状態に基づき、そのＲＬＣレイヤまたはＰＤＣＰレイヤにおけるバッファ滞留時間が所定の閾値以上である移動局の数を算出してもよい。ここで、上記閾値は、例えば、０ｍｓでもよいし、１０ｍｓのような０以外の値でもよい。また、上記バッファ滞留時間は、測定タイミングにおける瞬時値でもよいし、測定タイミングより以前の、所定の平均化区間で平均した値でもよい。また、その平均の方法は、単純な算術平均でもよいし、忘却係数を用いた平均でもよい。さらには、所定のサンプリング周期でサンプリングした瞬時値としてもよいし、上記サンプリングした瞬時値を平均化した値としてもよい。【００９８】
より具体的には、上記バッファ滞留時間として、所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値を測定し、かつ、上記平均値または合計値を以下の式を用いてフィルタリングを行った後の値（Fn）を測定してもよい。【００９９】
式：Fn=(1-a)Fn-1+aMn 
Fn: アップデートされたフィルタリング後の値
Fn-1: 古いフィルタリング後の値
a: フィルタリング係数
Mn: 所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値
尚、aの値として、例えば、1/2(k/2) (k = 0, 1, 2, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。【０１００】
また、上述した平均化のための平均化区間や忘却係数、閾値等は、パラメータとして設定することができる。【０１０１】
ここで、混雑度推定部２０８４は、下りリンクの送信バッファの中に、ＰＤＳＣＨにより送信すべきデータが存在する移動局の数を、ＲＬＣレイヤにおけるバッファ滞留量とＭＡＣレイヤにおけるバッファ滞留量の和に基づいて算出してもよい。あるいは、混雑度推定部２０８４は、下りリンクの送信バッファの中に、ＰＤＳＣＨにより送信すべきデータが存在する移動局の数を、ＰＤＣＰレイヤにおけるバッファ滞留量とＲＬＣレイヤにおけるバッファ滞留量とＭＡＣレイヤにおけるバッファ滞留量の和に基づいて算出してもよい。ここで、ＭＡＣレイヤにおけるバッファ滞留量とは、例えば、ＭＡＣレイヤにおけるＨＡＲＱの再送待ちのデータのことである。【０１０２】
また、上記第１の移動局数である、下りリンクの送信バッファの中に、ＰＤＳＣＨにより送信すべきデータが存在する移動局の数として、ＭＡＣ処理部２０８２のスケジューリング処理におけるユーザ選択の対象となった移動局の数を算出してもよい。【０１０３】
ここで、前記スケジューリング処理におけるユーザ選択の対象となった移動局とは、例えば、以下の条件を全て満たす移動局である：
（条件１）ＰＤＳＣＨにより送信すべきデータが存在する
（条件２）下りリンクの共有チャネルを送信するタイムフレームまたは前記共有チャネルに対する送達確認情報を受信するタイムフレームが、当該移動局における異なる周波数のセルの測定を行う時間間隔と重なっていない
（条件３）間欠受信のスリープ状態にない
（条件４）ＲＬＣレイヤの送信ウィンドウがＳｔａｌｌ状態になっていない
但し、上記条件１〜４を満たしたとしても、ハンドオーバより当該セル５０に遷移してきた直後の移動局に関しては、ハンドオーバ元の基地局装置からのデータ転送が完了し、かつ、ＰＤＣＰレイヤのＳｔａｔｕｓ  Ｒｅｐｏｒｔを受信するまでは、スケジューリングにおけるユーザ選択の対象となった移動局とみなさないという処理を行ってもよい。【０１０４】
あるいは、上記条件１を満たすか否かの判断において、当該移動局に異なる基地局装置へのハンドオーバを指示する、あるいは、している場合には、制御信号（ＤＣＣＨ）のみを送信すべきデータとみなし、それ以外の信号、例えば、ユーザデータ（ＤＴＣＨ）を送信すべきデータとみなさないという処理を行ってもよい。【０１０５】
あるいは、上記条件１を満たすか否かの判断において、当該移動局の上りリンクの同期が確立されていない場合には、制御信号（ＤＣＣＨ）またはＭＡＣレイヤの制御情報のみを送信すべきデータとみなし、それ以外の信号、例えば、ユーザデータ（ＤＴＣＨ）を送信すべきデータとみなさないという処理を行ってもよい。【０１０６】
また、混雑度推定部２０８４は、上記第１の移動局数を、論理チャネル毎に算出してもよい。この場合、上述した移動局の数の算出は、論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、論理チャネルの数を算出することになる。【０１０７】
あるいは、混雑度推定部２０８４は、上記第１の移動局数を、優先度クラス毎に算出してもよい。この場合、上述した移動局の数の算出は、各優先度クラスに属する論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、各優先度クラスに属する論理チャネルの数を算出することになる。【０１０８】
例えば、混雑度推定部２０８４は、第２の移動局数である、上りリンクの送信バッファの中に、ＰＵＳＣＨにより送信すべきデータが存在する移動局の数として、上記移動局１００ｎの中の上りリンクの送信バッファ状態に基づき、その上りリンクの送信バッファ内のバッファ滞留量の絶対値が所定の閾値以上である移動局の数を算出してもよい。ここで、上記閾値は、例えば、０ＫＢｙｔｅでもよいし、１０ＫＢｙｔｅのような０以外の値でもよい。また、上記バッファ滞留量は、測定タイミングにおける瞬時値でもよいし、測定タイミングより以前の、所定の平均化区間で平均した値でもよい。また、その平均の方法は、単純な算術平均でもよいし、忘却係数を用いた平均でもよい。さらには、所定のサンプリング周期でサンプリングした瞬時値としてもよいし、上記サンプリングした瞬時値を平均化した値としてもよい。【０１０９】
より具体的には、上記バッファ滞留量として、所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値を測定し、かつ、上記平均値または合計値を以下の式を用いてフィルタリングを行った後の値（Fn）を測定してもよい。【０１１０】
式：Fn=(1-a)Fn-1+aMn 
Fn: アップデートされたフィルタリング後の値
Fn-1: 古いフィルタリング後の値
a: フィルタリング係数
Mn: 所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値
尚、aの値として、例えば、1/2(k/2) (k = 0, 1, 2, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。【０１１１】
また、上述した平均化のための平均化区間や忘却係数、閾値等は、パラメータとして設定することができる。【０１１２】
また、上記バッファ滞留量は、移動局より間欠的に報告される値であるため、報告タイミングと当該タイミングとの間で、当該移動局によりＰＵＳＣＨの送信が行われた場合、その値は実際の値と異なることになる。よって、混雑度推定部２０８４は、上記バッファ滞留量を、移動局から報告された値と、上記報告タイミングと当該タイミングとの間に受信した、当該移動局からのＰＵＳＣＨのデータ量に基づいて算出してもよい。【０１１３】
また、上記第２の移動局数である、上りリンクの送信バッファの中に、ＰＵＳＣＨにより送信すべきデータが存在する移動局の数として、ＭＡＣ処理部２０８２のスケジューリング処理におけるユーザ選択の対象となった移動局の数を算出してもよい。【０１１４】
ここで、前記スケジューリング処理におけるユーザ選択の対象となった移動局とは、例えば、以下の条件の全てを満たす移動局である：
（条件１）「ＰＵＳＣＨにより送信すべきデータが存在する（当該移動局からのＳｃｈｅｄｕｌｉｎｇ  ＲｅｑｕｅｓｔまたはＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔにより、移動局内のバッファ内に送信すべきデータが存在することが通知されている）」
（条件２）下りリンクの制御チャネル（ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）を送信するタイムフレームまたは上りリンクの共有チャネルを受信するタイムフレームまたは前記上りリンクの共有チャネルに対する送達確認情報を送信するタイムフレームが、当該移動局における異なる周波数のセルの測定を行う時間間隔と重なっていない
（条件３）間欠受信状態にない
（条件４）上りリンクの同期が確立されている
（条件５）基地局間のハンドオーバを指示していない
また、混雑度推定部２０８４は、上記第２の移動局数を、論理チャネル毎に算出してもよい。この場合、上述した移動局の数の算出は、論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、論理チャネルの数を算出することになる。あるいは、混雑度推定部２０８４は、上記第２の移動局数を、優先度クラス毎に算出してもよい。この場合、上述した移動局の数の算出は、各優先度クラスに属する論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、各優先度クラスに属する論理チャネルの数を算出することになる。【０１１５】
上りリンクまたは下りリンクの送信バッファに送信すべきデータがある移動局は、無線リソースを消費して通信を行っていると考えられるため、その数を測定することにより、無線リソースの消費量にリンクした移動局の数を測定することが可能となる。【０１１６】
例えば、混雑度推定部２０８４は、第３の移動局数である、共有チャネルであるＰＤＳＣＨやＰＵＳＣＨによる通信の頻度が高い移動局の数として、移動局１００ｎがＤＲＸ状態にあるか否かの情報に基づき、ＬＴＥ  ａｃｔｉｖｅであって、ＤＲＸ状態にない移動局の数を算出してもよい。【０１１７】
ＤＲＸ状態にない移動局は、無線リソースを消費して通信を行っていると考えられるため、その数を測定することにより、無線リソースの消費量にリンクした移動局の数を測定することが可能となる。【０１１８】
例えば、混雑度推定部２０８４は、第４の移動局数である、共有チャネルであるＰＤＳＣＨやＰＵＳＣＨによる通信の頻度が低い移動局の数として、移動局１００ｎがＤＲＸ状態にあるか否かの情報に基づき、ＬＴＥ  ａｃｔｉｖｅであり、かつ、ＤＲＸ状態にある移動局の数を算出してもよい。【０１１９】
ＤＲＸ状態にある移動局は、消費する無線リソースの量は小さいと考えられるが、その数を算出することにより、より精度良く無線リソースの消費量を推定することが可能となる。【０１２０】
例えば、混雑度推定部２０８４は、ＬＴＥ  Ａｃｔｉｖｅである移動局の数を、第５の移動局数とする。ＬＴＥ  Ａｃｔｉｖｅである移動局の数は、基地局装置２００とコネクションを確立している移動局の数であり、基地局はその数を容易に知ることができると考えられる。【０１２１】
例えば、混雑度推定部２０８４は、第６の移動局数または第７の移動局数である、ＬＴＥ  Ａｃｔｉｖｅである移動局の内で、所定の伝送速度を満たしていない移動局の数を、移動局１００ｎの上りリンクまたは下りリンクに関する、ＰＤＣＰレイヤまたはＲＬＣレイヤまたはＭＡＣレイヤにおける伝送速度に基づき、算出してもよい。例えば、上りリンクまたは下りリンクに関するＲＬＣレイヤの伝送速度が、６４ｋｂｐｓ以下の移動局の数を、第６の移動局数または第７の移動局数である、ＬＴＥ  Ａｃｔｉｖｅである移動局の内で、所定の伝送速度を満たしていない移動局の数としてもよい。【０１２２】
ここで、上記移動局１００ｎの上りリンクまたは下りリンクに関する、ＰＤＣＰレイヤまたはＲＬＣレイヤまたはＭＡＣレイヤにおける伝送速度は、平均化を行うための平均化区間を、上りリンクまたは下りリンクの送信バッファ内に送信すべきデータが存在した時間としてもよい。例えば、図６に示すように、測定区間が５００ｍｓで、かつ、上記測定区間の中の３００ｍｓの間だけ送信バッファ内に送信すべきデータが存在したとすると、上記伝送速度は、上記３００ｍｓの中で平均を行うことにより算出される。また、残りの区間においては、伝送速度の平均は行われない。【０１２３】
あるいは、上記移動局１００ｎの上りリンクまたは下りリンクに関する、ＰＤＣＰレイヤまたはＲＬＣレイヤまたはＭＡＣレイヤにおける伝送速度は、上りリンクまたは下りリンクの送信バッファ内に送信すべきデータが存在する／しないに係らず、測定区間の全ての時間としてもよい。【０１２４】
また、混雑度推定部２０８４は、上記第６の移動局数または第７の移動局数を、論理チャネル毎に算出してもよい。この場合、上述した移動局の数の算出は、論理チャネルに対して行われる。また、上記伝送速度は、該当する論理チャネルに対する伝送速度となる。すなわち、混雑度推定部２０８４は、所定の伝送速度を満たしていない論理チャネルの数を算出することになる。【０１２５】
あるいは、混雑度推定部２０８４は、上記第６の移動局数または第７の移動局数を、優先度クラス毎に算出してもよい。この場合、上述した移動局の数の算出は、各優先度クラスに属する論理チャネルに対して行われる。また、上記伝送速度は、該当する優先度クラスに属する論理チャネルに対する伝送速度の平均値または合計値となる。すなわち、混雑度推定部２０８４は、各優先度クラスに属する、所定の伝送速度を満たしていない論理チャネルの数を算出することになる。【０１２６】
例えば、混雑度推定部２０８４は、第８の移動局数または第９の移動局数である、データの平均遅延が許容遅延を上回った移動局の数を、移動局１００ｎに関する下りリンク及び上りリンクのパケットデータの滞留時間に基づき、算出してもよい。例えば、上記パケットデータの滞留時間の閾値を２００ｍｓと定義し、移動局１００ｎに関する下りリンク及び上りリンクのパケットデータの滞留時間が、２００ｍｓ以上の移動局の数を、第８の移動局数または第９の移動局数である、データの平均遅延が許容遅延を上回った移動局の数としてもよい。【０１２７】
例えば、前記データの平均遅延の算出方法の一例を以下に示す。まず、１つのパケットのバッファ滞留時間を、「ＲＬＣレイヤのパケットがＲＬＣレイヤのバッファに格納された時点から、バッファ内から削除された時点までの時間」と定義する。ここで、バッファ内から削除されるという事象は、送達確認情報を受信することによる前記パケットの破棄やタイマーによる破棄など、全てのケースを含んでもよい。そして、前記１つのパケットのバッファ滞留時間を、所定の平均化区間のバッファ内の全てのパケットに関して平均化することにより、前記データの平均遅延を算出してもよい。ここで、前記パケットとは、例えば、ＲＬＣ  ＳＤＵである。また、上述した処理は、ＲＬＣレイヤのパケットに関して行っているが、ＰＤＣＰレイヤのパケットで行ってもよい。【０１２８】
また、混雑度推定部２０８４は、上記第８の移動局数または第９の移動局数を、論理チャネル毎に算出してもよい。この場合、上述した移動局の数の算出は、論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、平均遅延が許容遅延を上回った論理チャネルの数を算出することになる。【０１２９】
あるいは、混雑度推定部２０８４は、上記第８の移動局数または第９の移動局数を、優先度クラス毎に算出してもよい。この場合、上述した移動局の数の算出は、各優先度クラスに属する論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、各優先度クラスに属する、平均遅延が許容遅延を上回った論理チャネルの数を算出することになる。【０１３０】
例えば、混雑度推定部２０８４は、第１０の移動局数である、遅延によるデータの廃棄が発生した移動局の数を、ＲＬＣレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局の情報に基づき、算出してもよい。例えば、所定の監視区間において、ＲＬＣレイヤの送信バッファにおいてパケットデータが破棄されたことのある移動局の数を測定し、その移動局の数を第１０の移動局数としてもよい。【０１３１】
あるいは、混雑度推定部２０８４は、所定の監視区間において、ＲＬＣレイヤの送信バッファにおいてパケットデータが破棄された回数が所定の閾値以上である移動局の数を測定し、その移動局の数を第１０の移動局数としてもよい。【０１３２】
あるいは、混雑度推定部２０８４は、所定の監視区間において、ＲＬＣレイヤの送信バッファにおいてパケットデータが破棄されたデータ量が所定の閾値以上である移動局の数を測定し、その移動局の数を第１０の移動局数としてもよい。【０１３３】
あるいは、混雑度推定部２０８４は、所定の監視区間において、ＲＬＣレイヤの送信バッファにおいてパケットデータが破棄されたデータ量の全体のデータ量に対する割合が所定の閾値以上である移動局の数を測定し、その移動局の数を第１０の移動局数としてもよい。【０１３４】
尚、ＲＬＣ／ＰＤＣＰ処理部２０８３より、ＲＬＣレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局ではなく、ＰＤＣＰレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局の情報を受信した場合には、混雑度推定部２０８４は、第１０の移動局数である、遅延によるデータの廃棄が発生した移動局の数を、ＰＤＣＰレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局の情報に基づき、算出してもよい。例えば、所定の監視区間において、ＰＤＣＰレイヤの送信バッファにおいてパケットデータが破棄されたことのある移動局の数を測定し、その移動局の数を第１０の移動局数としてもよい。【０１３５】
あるいは、混雑度推定部２０８４は、第１０の移動局数である、遅延によるデータの廃棄が発生した移動局の数を、ＰＤＣＰレイヤまたはＲＬＣレイヤの送信バッファにおいて破棄されたパケットデータの送信先である移動局の情報に基づき、算出してもよい。例えば、所定の監視区間において、ＰＤＣＰレイヤまたはＲＬＣレイヤの送信バッファにおいてパケットデータが破棄されたことのある移動局の数を測定し、その移動局の数を第１０の移動局数としてもよい。【０１３６】
また、混雑度推定部２０８４は、上記第１０の移動局数を、論理チャネル毎に算出してもよい。この場合、上述した移動局の数の算出は、論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、遅延によるデータの廃棄が発生した論理チャネルの数を算出することになる。【０１３７】
あるいは、混雑度推定部２０８４は、上記第１０の移動局数を、優先度クラス毎に算出してもよい。この場合、上述した移動局の数の算出は、各優先度クラスに属する論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、遅延によるデータの廃棄が発生した論理チャネルの数を算出することになる。【０１３８】
尚、上述した例では、下りリンクにおける、第１０の移動局数である、遅延によるデータの廃棄が発生した移動局の数を算出する場合を示した。しかしながら、上りリンクに関しても同様に第１１の移動局数である、遅延によるデータの廃棄が発生した移動局の数を算出してもよい。【０１３９】
例えば、混雑度推定部２０８４は、ＲＬＣ／ＰＤＣＰ処理部２０８３より、上りリンクのＰＤＣＰレイヤのシーケンス番号の不連続に関する情報を受信し、前記上りリンクのＰＤＣＰレイヤのシーケンス番号の不連続に基づいて、上りリンクにおける遅延によるデータの廃棄が発生した移動局の数を算出してもよい。すなわち、混雑度推定部２０８４は、前記シーケンス番号の不連続が、移動局における遅延によるデータの廃棄により発生したと推定し、そのシーケンス番号の不連続に基づいて、遅延によるデータの廃棄が発生した移動局の数を算出する。【０１４０】
より具体的には、混雑度推定部２０８４は、所定の監視区間において、上りリンクのＰＤＣＰレイヤのシーケンス番号の不連続が所定の閾値以上である移動局の数を測定し、その移動局の数を第１１の移動局数としてもよい。【０１４１】
あるいは、混雑度推定部２０８４は、所定の監視区間において、上りリンクのＰＤＣＰレイヤのシーケンス番号の不連続から推定される、破棄されたデータ量が所定の閾値以上である移動局の数を測定し、その移動局の数を第１１の移動局数としてもよい。【０１４２】
あるいは、混雑度推定部２０８４は、所定の監視区間において、上りリンクのＰＤＣＰレイヤのシーケンス番号の不連続から推定される、破棄されたデータ量の全体のデータ量に対する割合が所定の閾値以上である移動局の数を測定し、その移動局の数を第１１の移動局数としてもよい。【０１４３】
また、混雑度推定部２０８４は、上記上りリンクにおける第１１の移動局数を、論理チャネル毎に算出してもよい。この場合、上述した移動局の数の算出は、論理チャネルに対して行われる。すなわち、混雑度推定部２０８４は、遅延によるデータの廃棄が発生した論理チャネルの数を算出することになる。【０１４４】
上述した、第１の移動局数〜第１１の移動局数は、ＴＴＩ（あるいは、「サブフレーム（Ｓｕｂ−ｆｒａｍｅ）」とも呼ぶ）毎の値を算出してもよいし、所定の時間間隔でサンプリングした値を算出してもよい。また、ＴＴＩ毎の値を所定の平均化区間で平均化した値を算出してもよいし、所定の時間間隔でサンプリングした値を、所定の平均化区間で平均化した値を算出してもよい。また、上記平均化区間や上記サンプリングの周期は、パラメータとして設定可能な構成としてもよい。【０１４５】
より具体的には、上記第１の移動局数〜第１１の移動局数として、所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値を測定し、かつ、上記平均値または合計値を以下の式を用いてフィルタリングを行った後の値（Fn）を測定してもよい。【０１４６】
式：Fn=(1-a)Fn-1+aMn
Fn: アップデートされたフィルタリング後の値
Fn-1: 古いフィルタリング後の値
a: フィルタリング係数
Mn: 所定の時間間隔、例えば、１００ｍｓ間の平均値または合計値
尚、aの値として、例えば、1/2(k/2) (k = 0, 1, 2, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。【０１４７】
＜混雑度に応じたスケジューリング処理＞
次に、推定された混雑度に応じてスケジューリング処理を行う手順について説明する。【０１４８】
本発明の一実施例では、推定された混雑度に応じて、データの優先度を変更する。すなわち、基地局装置２００がスケジューリングを行うために、それぞれのユーザ装置に対して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てる：【０１４９】
【数３】
2009116497.tif 000005
ここで、Ｑｎは、下りリンクの場合には、例えば、当該ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）から算出されてもよく、また、上りリンクの場合には、例えば、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）から算出されてもよい。あるいは、上りリンクにおけるＱｎは、リファレンス信号の無線品質と、リファレンス信号と上りリンクの共有チャネルとの間の電力オフセットとに基づいて算出されてもよい。この場合、前記リファレンス信号の無線品質と、リファレンス信号と上りリンクの共有チャネルとの間の電力オフセットとにより、上りリンクの共有チャネルの無線品質の推定値が算出されることに等しい。【０１５０】
また、【０１５１】
【数４】
2009116497.tif 000006
は、当該ユーザ装置に関する平均伝送速度である。前記平均伝送速度は、例えば、送信バッファ内に送信すべきデータが存在する時間を分母として、算出されてもよい。あるいは、前記平均伝送速度は、送信バッファ内に送信すべきデータが存在する時間としない時間の両方を分母として、算出されてもよい。【０１５２】
尚、【０１５３】
【数５】
2009116497.tif 000007
の値として、該ユーザ装置に関する平均伝送速度ではなく、Ｑｎの平均値が用いられてもよい。【０１５４】
また、Ａｐｒｉｏｒｉｔｙｎは、優先度を示す指標であり、この指標は、上述のように算出された混雑度に応じて変更される。【０１５５】
例えば、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｌｏｗ（０）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｈｉｇｈ（０）＝１に設定される。すなわち、混雑していない場合には、無線リソースに余裕が存在すると考えられるため、低優先度のデータと高優先度のデータとを同じ優先度でスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｌｏｗ（１）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｈｉｇｈ（１）＝１０に設定される。すなわち、混雑している場合には、無線リソースが逼迫している状態であると考えられるため、低優先度のデータと高優先度のデータとを明確に区別してスケジューリングを行う。【０１５６】
別の例として、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｌｏｗ（０）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｈｉｇｈ（０）＝２に設定されてもよい。すなわち、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定してスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｌｏｗ（１）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｈｉｇｈ（１）＝１０に設定されてもよい。すなわち、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定してスケジューリングを行う。【０１５７】
上述のＡｐｒｉｏｒｉｔｙｎの値は、本発明の実施例を説明する一例であり、混雑度が大きいほど、高優先度のデータに対するＡｐｒｉｏｒｉｔｙｎの値が大きくなる値であれば、如何なる値が用いられてもよい。また、上述した例では混雑度を２段階（混雑している場合及び混雑していない場合）で示しているが、混雑度が３段階以上の場合についても同様のスケジューリングを行うことができる。更に、上述した例では優先度を２段階（低優先度及び高優先度）で示しているが、優先度が３段階以上の場合についても同様のスケジューリングを行うことができる。【０１５８】
あるいは、推定された混雑度に応じたスケジューリング処理に関して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てるという処理を行ってもよい：【０１５９】
【数６】
2009116497.tif 000008
ここで、Ｑｎ及び【０１６０】
【数７】
2009116497.tif 000009
及びｆｌａｇｃｏｎｇｅｓｔｉｏｎの説明は、上記と同様であるため、省略する。Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）は、目標とすべき伝送速度であり、例えば、優先度に基づいて設定される。以下にＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）の効果を示す。例えば、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ  （ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）の値として、６４ｋｂｐｓが設定された場合、【０１６１】
【数８】
2009116497.tif 000010
の値が６４ｋｂｐｓより大きい値から、６４ｋｂｐｓに近づいた場合、Ｃｎの分母の値が０に近づき、結果として、Ｃｎの値が増大する。すなわち、当該ユーザ装置に対して無線リソースが割り当てられやすくなる。一方、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）の値として、６４０ｋｂｐｓが設定された場合、【０１６２】
【数９】
2009116497.tif 000011
の値が６４０ｋｂｐｓより大きい値から、６４０ｋｂｐｓに近づいた場合、Ｃｎの分母の値が０に近づき、結果として、Ｃｎの値が増大する。すなわち、当該ユーザ装置に対して無線リソースが割り当てられやすくなる。この場合、前者の例では、その平均伝送速度が６４ｋｂｐｓに近づくまで、当該ユーザ装置に対して無線リソースが割り当てられやすくならなかったのに対して、後者の例では、平均伝送速度が６４０ｋｂｐｓに近づいた時点で、当該ユーザ装置に対して無線リソースが割り当てられやすくなる。すなわち、前者の場合に比べて、後者の場合の方が優先されていることになる。よって、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）も、上述した係数ＡＰｒｉｏｒｉｔｙｎと同様に、優先度を示す指標と言える。ＡＰｒｉｏｒｉｔｙｎと比べると、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）は、上述したように、目標となる最低の伝送速度に近づいた場合に、割り当てられやすくなるといった振る舞いを示す点が異なる。【０１６３】
例えば、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（０）＝６４ｋｂｐｓに設定され、高優先度のデータに対して、Rtarget,priority,n (０)＝Ｒtarget, high,n（０）＝64kbpsに設定される。すなわち、混雑していない場合には、無線リソースに余裕が存在すると考えられるため、低優先度のデータと高優先度のデータとを同じ優先度でスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（１）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（１）＝０ｋｂｐｓに設定され、高優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（１）＝Ｒｔａｒｇｅｔ，ｈｉｇｈ，ｎ（１）＝１００ｋｂｐｓに設定される。すなわち、混雑している場合には、無線リソースが逼迫している状態であると考えられるため、低優先度のデータと高優先度のデータとを明確に区別してスケジューリングを行う。【０１６４】
別の例として、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（０）＝６４ｋｂｐｓに設定され、高優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｈｉｇｈ，ｎ（０）＝１２８ｋｂｐｓに設定されてもよい。すなわち、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定してスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（０）＝０ｋｂｐｓに設定され、高優先度のデータに対して、Ｒｔａｒｇｅｔ（０）＝Ｒｔａｒｇｅｔ，ｈｉｇｈ（０）＝３８４ｋｂｐｓに設定されてもよい。すなわち、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定してスケジューリングを行う。【０１６５】
上述のＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙの値は、本発明の実施例を説明する一例であり、混雑度が大きいほど、高優先度のデータに対するＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙの値が大きくなる値であれば、如何なる値が用いられてもよい。また、上述した例では混雑度を２段階（混雑している場合及び混雑していない場合）で示しているが、混雑度が３段階以上の場合についても同様のスケジューリングを行うことができる。更に、上述した例では優先度を２段階（低優先度及び高優先度）で示しているが、優先度が３段階以上の場合についても同様のスケジューリングを行うことができる。【０１６６】
あるいは、推定された混雑度に応じたスケジューリング処理に関して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てるという処理を行ってもよい：【０１６７】
【数１０】
2009116497.tif 000012
尚、上述したＣｎの計算は、ユーザ装置毎に行われてもよいし、ユーザ装置の論理チャネル毎に行われてもよい。論理チャネル毎に行われる場合には、論理チャネル毎に、Ｑｎや【０１６８】
【数１１】
2009116497.tif 000013
の算出が行われ、また、ＡｐｒｉｏｒｉｔｙｎやＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙｎも、論理チャネル毎に設定される。【０１６９】
図７は、本発明の一実施例に係る通信制御方法を示すフローチャートである。【０１７０】
基地局装置２００は、無線品質情報Ｑｎを取得する（ステップＳ１０１）。上記のように、Ｑｎは、下りリンクの場合には、例えば、当該ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）から算出されてもよく、また、上りリンクの場合には、例えば、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）から算出されてもよい。あるいは、上りリンクの場合には、リファレンス信号の無線品質と、リファレンス信号と上りリンクの共有チャネルとの間の電力オフセットとに基づいて算出されてもよい。次に、基地局装置２００は、平均伝送速度を取得する（ステップＳ１０３）。更に、基地局装置２００は、図２〜図６を参照して説明したように、セル内の混雑度を取得する（ステップＳ１０５）。基地局装置２００が取得した混雑度と閾値とを比較して混雑していないと判断すると（ステップＳ１０７：Ｎｏ）、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差が設定される（ステップＳ１０９）。あるいは、低優先度のデータと高優先度のデータとに同じ優先度が設定される。基地局装置２００が取得した混雑度と閾値とを比較して混雑していると判断すると（ステップＳ１０７：Ｙｅｓ）、低優先度のデータと高優先度のデータとの間に厳密な優先度の差が設定される（ステップＳ１１１）。次に、基地局装置２００は、設定された優先度を用いてスケジューリング係数を計算する（ステップＳ１１３）。スケジューリング係数Ｃｎは、上記の数３で計算することができ、この係数Ｃｎは、ユーザ装置に無線リソースを割り当てるために用いられる。【０１７１】
図７の通信制御方法を下りリンクのスケジューリングに適用したときのフローチャートを図８に示す。【０１７２】
基地局装置２００は、ＬＴＥ  アクティブ（ＬＴＥ  ａｃｔｉｖｅ）状態、例えばＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続状態にある全てのＵＥに対して以下の処理を実行する。【０１７３】
ｎ＝１、Ｎｓｃｈｅｄｕｌｉｎｇ＝０に設定される（ステップＳ２０１）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１，・・・，Ｎ（Ｎ＞０の整数）である。【０１７４】
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ  ｏｆ  ＨＡＲＱ  Ｅｎｔｉｔｙ  Ｓｔａｔｕｓ）が行われる（ステップＳ２０３）。ここでは、当該ＵＥの、下りリンク共有チャネルに対する送達確認情報としてＡＣＫを受信したプロセスを解放する。また、最大再送回数に達したプロセスも解放し、プロセス内のユーザデータを廃棄する。【０１７５】
ステップＳ２０５〜Ｓ２１５において、図７のステップＳ１０１〜Ｓ１１１と同じ処理が行われる。図８は下りリンクのスケジューリングを示しているため、無線品質情報は、ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ）から算出される（ステップＳ２０５）。【０１７６】
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋ）が行われる（ステップＳ２１７）。当該ＵＥの有する論理チャネルに関して、当該Ｓｕｂ−ｆｒａｍｅにおいて送信可能なデータが存在するか否かを判定する。すなわち、基地局装置２００は、当該ＵＥの各論理チャネルに関して、データバッファ内に、送信可能なデータが存在するか否かを判定する。全ての論理チャネルに関して、送信可能なデータが存在しない場合にはＮＧを返し、少なくとも１つの論理チャネルに関して、送信可能なデータが存在する場合にはＯＫを返す。ここで、送信可能なデータとは、新規に送信可能なデータまたは再送可能なデータのことである。【０１７７】
Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ２１７：ＮＧ）、当該ＵＥをスケジューリングの対象から除外する。Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ２１７：ＯＫ）、Ｓｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎの処理に進む（ステップＳ２１９）。【０１７８】
ステップＳ２１９では、以下の評価式を用いてスケジューリング係数を算出する。【０１７９】
【数１２】
2009116497.tif 000014
次に、スケジューリング係数の計算が行われたＵＥ数を示すＮＳｃｈｅｄｕｌｉｎｇを１だけ増加させ（ステップＳ２２１）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ２２３）。【０１８０】
次に、ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であるか否か判定する（ステップＳ２２５）。ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であると判定した場合（ステップＳ２２５：ＹＥＳ）、ステップＳ２０３に戻る。【０１８１】
一方、ｎがＮＳｃｈｅｄｕｌｉｎｇよりも大きいと判定した場合（ステップＳ２２５：ＮＯ）、ステップＳ２２７において、ユーザ装置の選択（ＵＥ  Ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。具体的には、ステップＳ２１９において算出されたスケジューリング係数の大きい順から、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。すなわち、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥを選択する。【０１８２】
図７の通信制御方法を上りリンクのスケジューリングに適用したときのフローチャートを図９に示す。【０１８３】
基地局装置２００は、ＬＴＥアクティブ（ＬＴＥ  ａｃｔｉｖｅ）状態（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ状態）にある全てのＵＥに対して以下の処理を実行する。【０１８４】
まず、ｎ＝１、ＮＳｃｈｅｄｕｌｉｎｇ＝０に設定される（ステップＳ３０１）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１,・・・，Ｎ（Ｎ＞０の整数）である。【０１８５】
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ  ｏｆ  ＨＡＲＱ  Ｅｎｔｉｔｙ  Ｓｔａｔｕｓ）が行われる（ステップＳ３０３）。ここでは、当該ＵＥに関する、ＵＬ−ＳＣＨのＣＲＣ  ｃｈｅｃｋ結果がＯＫであったプロセスを解放する。また、最大再送回数に達したプロセスを解放し、プロセス内のユーザデータを廃棄する。ここで、最大再送回数とは、ＵＥ毎に個別に設定される値とする。【０１８６】
ステップＳ３０５〜Ｓ３１５において、図７のステップＳ１０１〜Ｓ１１１と同じ処理が行われる。図９は上りリンクのスケジューリングを示しているため、無線品質情報は、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｒａｔｉｏ）から算出される（ステップＳ３０５）。【０１８７】
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋ）が行われる（ステップＳ３１７）。すなわち、ＵＥが送信すべきデータを持たない場合に、上りリンク共有チャネルを当該ＵＥに割り当てない。具体的には、当該ＵＥの有する論理チャネルグループ（論理チャネルグループ＃１、論理チャネルグループ＃２、論理チャネルグループ＃３、論理チャネルグループ＃４）に関して、当該Ｓｕｂ−ｆｒａｍｅにおいて送信可能なデータが存在するか否かを判定する。全ての論理チャネルグループに関して送信可能なデータが存在しない場合にはＮＧを返し、送信可能なデータが存在する論理チャネルグループが１つでもが存在する場合にはＯＫを返す。ここで、送信可能なデータとは、新規に送信可能なデータのことである。【０１８８】
Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ３１７：ＮＧ）、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ３１９におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。【０１８９】
Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ３１７：ＯＫ）、スケジューリング係数の計算（Ｓｃｈｅｄｕｌｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔ  Ｃａｌｃｕｌａｔｉｏｎ）の処理に進む（ステップＳ３１９）。【０１９０】
ステップＳ３１９では、以下の評価式を用いてスケジューリング係数を算出する。【０１９１】
【数１３】
2009116497.tif 000015
次に、スケジューリング係数の計算が行われたＵＥ数を示すＮＳｃｈｅｄｕｌｉｎｇを１だけ増加させ（ステップＳ３２１）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ３２３）。【０１９２】
次に、ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であるか否かを判定する（ステップＳ３２５）。ｎがＮＳｃｈｅｄｕｌｉｎｇ以下である場合（ステップＳ３２５：ＹＥＳ）、ステップＳ３０３に戻る。【０１９３】
一方、ｎがＮＳｃｈｅｄｕｌｉｎｇよりも大きい場合（ステップＳ３２５：ＮＯ）、ステップＳ３２７において、ＵＥの選択（ＵＥ Ｓｅｌｅｃｔｉｏｎ）が行われる。当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。具体的には、ステップＳ３１９において算出されたスケジューリング係数の大きい順から、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。すなわち、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用される上りリンクの共有チャネルの送信先となるＵＥを選択する。【０１９４】
＜基地局装置の構成図＞
次に、本発明の一実施例に係る下りリンクのスケジューリングを行う基地局装置２００について、図１０を参照して説明する。【０１９５】
本実施例に係る基地局装置２００は、レイヤー１処理部２５２と、ユーザ装置状態管理部２５４と、混雑度推定部２５６と、優先度設定部２５８と、スケジューリング係数計算部２６０と、ＵＥ選択部２６２と、周波数リソース管理部２６４と、ＴＦＲ（トランスポートフォーマット・リソースブロック）選択部２６８と、ＨＡＲＱ制御部２７０（２７０１、２７０２、・・・、２７０ｎ）と、ＲＬＣ／ＰＤＣＰ処理部２７２とを備える。ＨＡＲＱ制御部２７０は、ＵＥ＃１、＃２、…、ＵＥ＃ｎに関するＨＡＲＱ制御部２７０1、ＨＡＲＱ制御部２７０２、…、ＨＡＲＱ制御部２７０ｎから構成される。ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ＃１の論理チャネル＃１、ＵＥ  ＃１の論理チャネル２、…、ＵＥ  ＃１の論理チャネル＃ｋ、ＵＥ  ＃２の論理チャネル＃１、…、ＵＥ  ＃ｎの論理チャネル＃ｋに関するＲＬＣ  Ｂｕｆ２７２１１，１、ＲＬＣ  Ｂｕｆ２７２１１，２、ＲＬＣ  Ｂｕｆ２７２１１，ｋ、ＲＬＣ  Ｂｕｆ２７２１２，１、…、ＲＬＣ  Ｂｕｆ２７２１ｎ，ｋから構成される。【０１９６】
なお、図１０の周波数リソース管理部２６４は、図３の呼処理部２１０に対応する。また、図１０のユーザ装置状態管理部２５４、優先度設定部２５８、スケジューリング係数計算部２６０、ＵＥ選択部２６２、ＴＦＲ選択部２６８およびＨＡＲＱ制御部２７０は、図４のＭＡＣ処理部２０８２に対応する。また、図１０のＲＬＣ／ＰＤＰＣ処理部２７２は、図４のＲＬＣ／ＰＤＣＰ処理部２０８３に対応する。【０１９７】
尚、図１０においては、ＵＥ  ＃ｎのＨＡＲＱ制御部ｎを、ＵＥ毎に備えているが、ＵＥ毎に備える必要はなく、全ＵＥに関して１つのＨＡＲＱ制御部を備えていてもよいし、複数のＵＥに関して１つのＨＡＲＱ制御部を備えていてもよい。ＲＬＣ  Ｂｕｆｆｎ，ｋに関しても、１ＵＥに対して１つのＲＬＣ  Ｂｕｆとし、論理チャネル毎にＲＬＣ  Ｂｕｆを備えなくてもよいし、あるいは、全ＵＥに関して１つのＲＬＣ  Ｂｕｆを備えていてもよい。【０１９８】
レイヤー１処理部２５２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２５２では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やＩＤＦＴ処理、チャネル復号化等の受信処理などが行われる。【０１９９】
また、レイヤー１処理部２５２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ  Ｓｃｈｅｄｕｌｉｎ  Ｇｒａｎｔの送信処理を行う。【０２００】
また、レイヤー１処理部２５２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２５４に送信される。【０２０１】
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２５４に通知する。【０２０２】
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。【０２０３】
尚、レイヤー１処理部２５２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー１処理部２５２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２５２に入力される。【０２０４】
ユーザ装置状態管理部２５４は、各ＵＥの状態管理を行う。例えば、ユーザ装置状態管理部２５４は、ＨＡＲＱ  Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｂｌｏｃｋの送信の有無の管理、下りリンク送信状態の管理、バッファ状態の管理を行い、かつ、図８のステップＳ２１９でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ装置状態管理部２５４は、図８におけるステップＳ２０３〜Ｓ２１７の処理を行う。【０２０５】
混雑度推定部２５６は、図２〜図６を参照して説明したように、セル内の混雑度を推定する。【０２０６】
優先度設定部２５８は、混雑度推定部２５６で推定された混雑度に応じて下りリンクのデータの優先度を設定する。具体的には、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定し、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定する。【０２０７】
スケジューリング係数計算部２６０は、図８におけるステップＳ２１９〜Ｓ２２７の処理を行う。具体的には、スケジューリング係数計算部２６０は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（数６参照）。そして、ＵＥ選択部２６２は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択する。ＵＥ選択部２６２は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数をＴＦＲ選択部２６８に入力する。【０２０８】
ＴＦＲ選択部２６８は、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当てを行う。ＴＦＲ選択部２６８で決定されたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、ＤＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎの送信処理や、下りリンクの共有チャネルの送信処理に用いられる。【０２０９】
周波数リソース管理部２６４は、ＴＦＲ選択部２６８と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ選択部２６８における処理に必要な情報をＴＦＲ選択部２６８に提供する。【０２１０】
ＨＡＲＱ制御部２７０は、各ＵＥのＨＡＲＱの制御を行う。【０２１１】
ＲＬＣ／ＰＤＣＰ処理部２７２は、各ＵＥのＲＬＣレイヤ及びＰＤＣＰレイヤの制御を行う。さらに、ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ＃ｎの論理チャネル＃ｋに関するＲＬＣ  Ｂｕｆｆｅｒ、すなわち、ＲＬＣ  Ｂｕｆ２７２１ｎ，ｋを備え、下りリンクにおいて送信すべきＲＬＣレイヤのデータのバッファリングを行う。【０２１２】
尚、ＲＬＣ  Ｂｕｆ２７２１ｎ，ｋは、上述した例では、ＲＬＣレイヤのデータのバッファリングを行っているが、代わりに、ＲＬＣレイヤとＰＤＣＰレイヤのデータのバッファリングを行ってもよい。【０２１３】
すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいて下りリンクの共有チャネルにより送信されるデータは、ＲＬＣ／ＰＤＣＰ処理部２７２において、そのバッファＲＬＣ  Ｂｕｆ２７２１ｎ，ｋより切り出され、ＨＡＲＱ制御部２７０においてＨＡＲＱの処理が行われ、ＵＥ選択部２６２、ＴＦＲ選択部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、符号化やＩＦＦＴ等の送信処理が行われる。【０２１４】
次に、本実施例に係る上りリンクのスケジューリングを行う基地局装置２００について、図１１を参照して説明する。【０２１５】
本実施例に係る基地局装置２００は、レイヤー１処理部２５２と、ユーザ装置状態管理部２５４と、混雑度推定部２５６と、優先度設定部２５８と、スケジューリング係数計算部２６０と、ＵＥ選択部２６２と、周波数リソース管理部２６４と、ＴＦＲ選択部２６８と、ＵＥ  Ｂｕｆｆｅｒ推定部２８０とから構成される。ＵＥ  Ｂｕｆｆｅｒ推定部２８０は、ＵＥ＃１の論理チャネルグループ＃１、ＵＥ  ＃１の論理チャネルグループ２、…、ＵＥ  ＃１の論理チャネルグループ＃ｋ、ＵＥ  ＃２の論理チャネルグループ＃１、…、ＵＥ  ＃ｎの論理チャネルグループ＃ｋに関するＵＥ  Ｂｕｆ２８０１１，１、ＵＥ  Ｂｕｆ２８０１１，２、ＵＥ  Ｂｕｆ２８０１１，ｋ、ＵＥ  Ｂｕｆ２８０１２，１、…、ＵＥ  Ｂｕｆ２８０１ｎ，ｋから構成される。尚、ＵＥ＿Ｂｕｆｎ，ｋは、実際にデータのバッファリングを行うのではなく、ＵＥから報告されるＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔに基づいて、ＵＥのバッファ内に滞留しているデータ量を推定する。【０２１６】
なお、図１１の周波数リソース管理部２６４は、図３の呼処理部２１０に対応する。また、図１１のユーザ装置状態管理部２５４、優先度設定部２５８、スケジューリング係数計算部２６０、ＵＥ選択部２６２およびＴＦＲ選択部２６８は、図４のＭＡＣ処理部２０８２に対応する。また、図１１のＵＥ  Ｂｕｆｆｅｒ推定部２８０は、図４の混雑度推定部２５６に対応する。【０２１７】
尚、図１１においては、ＵＥ  ＃ｎの論理チャネルグループ＃ｋのＵＥ＿Ｂｕｆｎ，ｋを、ＵＥ毎及び論理チャネル毎に備えているが、ＵＥ毎または論理チャネル毎に備える必要はなく、全ＵＥに関して１つのＵＥ＿Ｂｕｆ推定部を備えていてもよいし、複数のＵＥに関して１つのＵＥ＿Ｂｕｆ推定部を備えていてもよい。あるいは、１ＵＥに対して１つのＵＥ  Ｂｕｆ推定部を備え、論理チャネル毎にＵＥ  Ｂｕｆ推定部を備えなくてもよい。【０２１８】
レイヤー１処理部２５２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２５２では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やＩＤＦＴ処理、チャネル復号化等の受信処理などが行われる。【０２１９】
また、レイヤー1処理部２５２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ  Ｓｃｈｅｄｕｌｉｎ  Ｇｒａｎｔの送信処理を行う。【０２２０】
また、レイヤー1処理部２５２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２５４に送信される。【０２２１】
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２５４に通知する。また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号のＳＩＲを測定し、その測定結果をユーザ装置状態管理部２５４に通知する。上記サウンディング用のリファレンス信号のＳＩＲは、例えば、図９のステップＳ３１９の処理に使用される。【０２２２】
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。【０２２３】
尚、レイヤー1処理部２５２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー1処理部２５２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２５２に入力される。【０２２４】
ユーザ状態管理部２５４は、各ＵＥの状態管理を行う。例えば、ユーザ状態管理部２５４は、上りリンクにおけるＨＡＲＱ  Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｂｌｏｃｋの送信の有無の管理、伝送状態の管理、ＵＥ内のバッファ状態の推定を行い、かつ、図９のステップＳ３１９でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ状態管理部２５４は、図９におけるステップＳ３０３〜Ｓ３１７の処理を行う。【０２２５】
混雑度推定部２５６は、図２〜図６を参照して説明したように、セル内の混雑度を推定する。【０２２６】
優先度設定部２５８は、混雑度推定部２５６で推定された混雑度に応じて上りリンクのデータの優先度を設定する。具体的には、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定し、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定する。【０２２７】
スケジューリング係数計算部２６０は、図９におけるステップＳ３１９〜Ｓ３２７の処理を行う。具体的には、スケジューリング係数計算部２６０は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（数１０参照）。そして、ＵＥ選択部２６２は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択する。ＵＥ選択部２６２は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数をＴＦＲ選択部２６８に入力する。【０２２８】
ＴＦＲ選択部２６８は、Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当て、ＵＬの送信電力制御等を行う。ＴＦＲ選択部２６８で決定されたＤｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔの送信処理や、上りリンクの共有チャネルの受信処理に用いられる。【０２２９】
周波数リソース管理部２６４は、ＴＦＲ選択部２６８と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｉｎｇが適用される上りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ選択部２６８における処理に必要な情報をＴＦＲ選択部２６８に提供する。【０２３０】
ＵＥ＿Ｂｕｆｆｅｒ推定部２８０は、ＵＥから報告されるＢｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔに基づき、ＵＥ内の各論理チャネルグループのバッファ状態、すなわち、バッファの滞留量を推定する。【０２３１】
尚、上述した実施例においては、Ｅｖｏｌｖｅｄ  ＵＴＲＡ  ａｎｄ  ＵＴＲＡＮ（別名：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ  ３Ｇ）が適用されるシステムにおける例を記載したが、本発明に係る基地局装置及び通信制御方法は、共有チャネルを用いて通信を行う全てのシステムにおいて適用することが可能である。【０２３２】
また、上述した実施例においては、論理チャネルの数を算出しているが、代わりに、複数の論理チャネルをグループ化し（以下、論理チャネルグループと呼ぶ）、論理チャネルグループの数を算出してもよい。【０２３３】
以上本発明は特定の実施例を参照しながら説明されてきたが、実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアでまたはそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。【０２３４】
本国際出願は２００８年３月１９日に出願した日本国特許出願２００８−０７１６３７号に基づく優先権を主張するものであり、２００８−０７１６３７号の全内容を本国際出願に援用する。
【図１】
2009116497.tif 000016
【図２】
2009116497.tif 000017
【図３】
2009116497.tif 000018
【図４】
2009116497.tif 000019
【図５】
2009116497.tif 000020
【図６】
2009116497.tif 000021
【図７】
2009116497.tif 000022
【図８】
2009116497.tif 000023
【図９】
2009116497.tif 000024
【図１０】
2009116497.tif 000025
【図１１】
2009116497.tif 000026
【国際調査報告】
2009116497.tif 000027
2009116497.tif 000028
2009116497.tif 000029
2009116497.tif 000030