JPWO2009116497A1 - 基地局装置及び通信制御方法 - Google Patents

基地局装置及び通信制御方法 Download PDF

Info

Publication number
JPWO2009116497A1
JPWO2009116497A1 JP2010503865A JP2010503865A JPWO2009116497A1 JP WO2009116497 A1 JPWO2009116497 A1 JP WO2009116497A1 JP 2010503865 A JP2010503865 A JP 2010503865A JP 2010503865 A JP2010503865 A JP 2010503865A JP WO2009116497 A1 JPWO2009116497 A1 JP WO2009116497A1
Authority
JP
Japan
Prior art keywords
data
priority
user
base station
uplink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2010503865A
Other languages
English (en)
Other versions
JP5346919B2 (ja
Inventor
石井　啓之
啓之 石井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2010503865A priority Critical patent/JP5346919B2/ja
Publication of JPWO2009116497A1 publication Critical patent/JPWO2009116497A1/ja
Application granted granted Critical
Publication of JP5346919B2 publication Critical patent/JP5346919B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ユーザ装置と共有チャネルを用いて通信を行う基地局装置は、セル内の混雑度を推定する混雑度推定手段；ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更する優先度変更手段；及び前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択する選択手段；を有する。

Description

本発明は、移動通信システムに関し、特に基地局装置及び通信制御方法に関する。
Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）やＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）の後継となる通信方式、すなわちＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が、Ｗ−ＣＤＭＡの標準化団体３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により検討され、無線アクセス方式として、下りリンクについてはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクについてはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が検討されている（例えば、非特許文献１及び２参照）。
ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各周波数帯上にデータを載せて伝送を行う方式であり、サブキャリアを周波数上に、一部重なりあいながらも互いに干渉することなく密に並べることで、高速伝送を実現し、周波数の利用効率を上げることができる。
ＳＣ−ＦＤＭＡは、周波数帯域を分割し、複数の端末間で異なる周波数帯域を用いて伝送することで、端末間の干渉を低減することができる伝送方式である。ＳＣ−ＦＤＭＡでは、送信電力の変動が小さくなる特徴を持つことから、端末の低消費電力化及び広いカバレッジを実現できる。
上述したＬＴＥは、下りリンク及び上りリンクにおいて共有チャネルを用いた通信システムである。
例えば、下りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行うユーザ装置を選別し、選別したユーザ装置に対して、上記共有チャネルを送信する。尚、基地局装置は、上記共有チャネルに加えて、下りリンクの制御チャネルを送信し、当該サブフレームにおいて上記ユーザ装置に対して共有チャネルを送信したことを通知する。
例えば、上りリンクにおいては、基地局装置は、サブフレーム毎（１ｍｓ毎）に、上記共有チャネルを用いて通信を行うユーザ装置を選別し、選別したユーザ装置に対して、下りリンクの制御チャネルを用いて、所定のサブフレームにおいて、上記共有チャネルを用いて通信を行うことを指示し、ユーザ装置は、上記下りリンクの制御チャネルに基づいて、上記共有チャネルを送信する。基地局装置は、ユーザ装置から送信された上記共有チャネルを受信し、復号を行う。
ここで、上述したような、共有チャネルを用いて通信を行うユーザ装置を選別する処理は、スケジューリング処理と呼ばれる。
上述したスケジューリング処理のアルゴリズムとしては、一般に、Ｒｏｕｎｄ ＲｏｂｉｎやＰｒｏｐｏｒｔｉｏｎａｌ Ｆａｉｒｎｅｓｓが知られている。
Ｒｏｕｎｄ Ｒｏｂｉｎは、セル内のユーザ装置に対して、共有チャネルの無線リソースを順番に割り当てるアルゴリズムである。
以下に、Ｐｒｏｐｏｒｔｉｏｎａｌ Ｆａｉｒｎｅｓｓに関して説明を行う。Ｐｒｏｐｏｒｔｉｏｎａｌ Ｆａｉｒｎｅｓｓにおいては、例えば、それぞれのユーザ装置に対して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てるといった処理が行われる：
Figure 2009116497
 ここで、Ｑｎは、下りリンクの場合には、例えば、当該ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）から算出されてもよく、また、上りリンクの場合には、例えば、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）から算出されてもよい。
また、一般に、移動通信システムにおいては、優先度の高いデータと優先度の低いデータが存在する。例えば、制御信号であるＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｃ−ｐｌａｎｅのデータは優先度が高く、ベストエフォート型のサービスが適用されるＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）は、優先度が低い。あるいは、料金の高い契約を行っているユーザのデータは優先度が高く、料金の低い契約を行っているユーザのデータは優先度が低い。あるいは、ＶｏＩＰやＳｔｒｅａｍｉｎｇなど、遅延要求の高いデータは優先度が高く、ベストエフォート型のパケットデータは優先度が低い。このような優先度を考慮して、上述したスケジューリング処理を行うために、例えば、上述した係数Ｃｎは、以下のように定義されてもよい：
Figure 2009116497
 このように、スケジューリングに用いる係数Ｃｎに優先度の項Ａｎを導入することにより、優先度を考慮したスケジューリングを行うことが可能となる。
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, …, )といった値を設定することができる。また、上記所定の時間間隔は１００ｍｓ以外の値でもよく、２００ｍｓであったり、８０ｍｓであったり、様々な値を設定することができる。
＜混雑度に応じたスケジューリング処理＞
次に、推定された混雑度に応じてスケジューリング処理を行う手順について説明する。
本発明の一実施例では、推定された混雑度に応じて、データの優先度を変更する。すなわち、基地局装置２００がスケジューリングを行うために、それぞれのユーザ装置に対して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てる：
Figure 2009116497
 ここで、Ｑｎは、下りリンクの場合には、例えば、当該ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）から算出されてもよく、また、上りリンクの場合には、例えば、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）から算出されてもよい。あるいは、上りリンクにおけるＱｎは、リファレンス信号の無線品質と、リファレンス信号と上りリンクの共有チャネルとの間の電力オフセットとに基づいて算出されてもよい。この場合、前記リファレンス信号の無線品質と、リファレンス信号と上りリンクの共有チャネルとの間の電力オフセットとにより、上りリンクの共有チャネルの無線品質の推定値が算出されることに等しい。
また、
Figure 2009116497
 は、当該ユーザ装置に関する平均伝送速度である。前記平均伝送速度は、例えば、送信バッファ内に送信すべきデータが存在する時間を分母として、算出されてもよい。あるいは、前記平均伝送速度は、送信バッファ内に送信すべきデータが存在する時間としない時間の両方を分母として、算出されてもよい。
尚、
Figure 2009116497
 の値として、該ユーザ装置に関する平均伝送速度ではなく、Ｑｎの平均値が用いられてもよい。
また、Ａｐｒｉｏｒｉｔｙｎは、優先度を示す指標であり、この指標は、上述のように算出された混雑度に応じて変更される。
例えば、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｌｏｗ（０）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｈｉｇｈ（０）＝１に設定される。すなわち、混雑していない場合には、無線リソースに余裕が存在すると考えられるため、低優先度のデータと高優先度のデータとを同じ優先度でスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｌｏｗ（１）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｈｉｇｈ（１）＝１０に設定される。すなわち、混雑している場合には、無線リソースが逼迫している状態であると考えられるため、低優先度のデータと高優先度のデータとを明確に区別してスケジューリングを行う。
別の例として、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｌｏｗ（０）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（０）＝Ａｈｉｇｈ（０）＝２に設定されてもよい。すなわち、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定してスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｌｏｗ（１）＝１に設定され、高優先度のデータに対して、Ａｐｒｉｏｒｉｔｙｎ（１）＝Ａｈｉｇｈ（１）＝１０に設定されてもよい。すなわち、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定してスケジューリングを行う。
上述のＡｐｒｉｏｒｉｔｙｎの値は、本発明の実施例を説明する一例であり、混雑度が大きいほど、高優先度のデータに対するＡｐｒｉｏｒｉｔｙｎの値が大きくなる値であれば、如何なる値が用いられてもよい。また、上述した例では混雑度を２段階（混雑している場合及び混雑していない場合）で示しているが、混雑度が３段階以上の場合についても同様のスケジューリングを行うことができる。更に、上述した例では優先度を２段階（低優先度及び高優先度）で示しているが、優先度が３段階以上の場合についても同様のスケジューリングを行うことができる。
あるいは、推定された混雑度に応じたスケジューリング処理に関して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てるという処理を行ってもよい：
Figure 2009116497
 ここで、Ｑｎ及び
Figure 2009116497
 及びｆｌａｇｃｏｎｇｅｓｔｉｏｎの説明は、上記と同様であるため、省略する。Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）は、目標とすべき伝送速度であり、例えば、優先度に基づいて設定される。以下にＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）の効果を示す。例えば、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ （ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）の値として、６４ｋｂｐｓが設定された場合、
Figure 2009116497
 の値が６４ｋｂｐｓより大きい値から、６４ｋｂｐｓに近づいた場合、Ｃｎの分母の値が０に近づき、結果として、Ｃｎの値が増大する。すなわち、当該ユーザ装置に対して無線リソースが割り当てられやすくなる。一方、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）の値として、６４０ｋｂｐｓが設定された場合、
Figure 2009116497
 の値が６４０ｋｂｐｓより大きい値から、６４０ｋｂｐｓに近づいた場合、Ｃｎの分母の値が０に近づき、結果として、Ｃｎの値が増大する。すなわち、当該ユーザ装置に対して無線リソースが割り当てられやすくなる。この場合、前者の例では、その平均伝送速度が６４ｋｂｐｓに近づくまで、当該ユーザ装置に対して無線リソースが割り当てられやすくならなかったのに対して、後者の例では、平均伝送速度が６４０ｋｂｐｓに近づいた時点で、当該ユーザ装置に対して無線リソースが割り当てられやすくなる。すなわち、前者の場合に比べて、後者の場合の方が優先されていることになる。よって、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）も、上述した係数ＡＰｒｉｏｒｉｔｙｎと同様に、優先度を示す指標と言える。ＡＰｒｉｏｒｉｔｙｎと比べると、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ）は、上述したように、目標となる最低の伝送速度に近づいた場合に、割り当てられやすくなるといった振る舞いを示す点が異なる。
例えば、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（０）＝６４ｋｂｐｓに設定され、高優先度のデータに対して、Rtarget,priority,n (０)＝Ｒtarget, high,n（０）＝64kbpsに設定される。すなわち、混雑していない場合には、無線リソースに余裕が存在すると考えられるため、低優先度のデータと高優先度のデータとを同じ優先度でスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（１）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（１）＝０ｋｂｐｓに設定され、高優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（１）＝Ｒｔａｒｇｅｔ，ｈｉｇｈ，ｎ（１）＝１００ｋｂｐｓに設定される。すなわち、混雑している場合には、無線リソースが逼迫している状態であると考えられるため、低優先度のデータと高優先度のデータとを明確に区別してスケジューリングを行う。
別の例として、混雑していない場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝０の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（０）＝６４ｋｂｐｓに設定され、高優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｈｉｇｈ，ｎ（０）＝１２８ｋｂｐｓに設定されてもよい。すなわち、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定してスケジューリングを行う。一方、混雑している場合（ｆｌａｇｃｏｎｇｅｓｔｉｏｎ＝１の場合）、低優先度のデータに対して、Ｒｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙ，ｎ（０）＝Ｒｔａｒｇｅｔ，ｌｏｗ，ｎ（０）＝０ｋｂｐｓに設定され、高優先度のデータに対して、Ｒｔａｒｇｅｔ（０）＝Ｒｔａｒｇｅｔ，ｈｉｇｈ（０）＝３８４ｋｂｐｓに設定されてもよい。すなわち、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定してスケジューリングを行う。
上述のＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙの値は、本発明の実施例を説明する一例であり、混雑度が大きいほど、高優先度のデータに対するＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙの値が大きくなる値であれば、如何なる値が用いられてもよい。また、上述した例では混雑度を２段階（混雑している場合及び混雑していない場合）で示しているが、混雑度が３段階以上の場合についても同様のスケジューリングを行うことができる。更に、上述した例では優先度を２段階（低優先度及び高優先度）で示しているが、優先度が３段階以上の場合についても同様のスケジューリングを行うことができる。
あるいは、推定された混雑度に応じたスケジューリング処理に関して、以下の係数Ｃｎ（ｎ：ユーザ装置のＩｎｄｅｘ）を計算し、係数が最も大きいユーザ装置に対して、共有チャネルのための無線リソースを割り当てるという処理を行ってもよい：
Figure 2009116497
 尚、上述したＣｎの計算は、ユーザ装置毎に行われてもよいし、ユーザ装置の論理チャネル毎に行われてもよい。論理チャネル毎に行われる場合には、論理チャネル毎に、Ｑｎや
Figure 2009116497
 の算出が行われ、また、ＡｐｒｉｏｒｉｔｙｎやＲｔａｒｇｅｔ，ｐｒｉｏｒｉｔｙｎも、論理チャネル毎に設定される。
図７は、本発明の一実施例に係る通信制御方法を示すフローチャートである。
基地局装置２００は、無線品質情報Ｑｎを取得する（ステップＳ１０１）。上記のように、Ｑｎは、下りリンクの場合には、例えば、当該ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）から算出されてもよく、また、上りリンクの場合には、例えば、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）から算出されてもよい。あるいは、上りリンクの場合には、リファレンス信号の無線品質と、リファレンス信号と上りリンクの共有チャネルとの間の電力オフセットとに基づいて算出されてもよい。次に、基地局装置２００は、平均伝送速度を取得する（ステップＳ１０３）。更に、基地局装置２００は、図２〜図６を参照して説明したように、セル内の混雑度を取得する（ステップＳ１０５）。基地局装置２００が取得した混雑度と閾値とを比較して混雑していないと判断すると（ステップＳ１０７：Ｎｏ）、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差が設定される（ステップＳ１０９）。あるいは、低優先度のデータと高優先度のデータとに同じ優先度が設定される。基地局装置２００が取得した混雑度と閾値とを比較して混雑していると判断すると（ステップＳ１０７：Ｙｅｓ）、低優先度のデータと高優先度のデータとの間に厳密な優先度の差が設定される（ステップＳ１１１）。次に、基地局装置２００は、設定された優先度を用いてスケジューリング係数を計算する（ステップＳ１１３）。スケジューリング係数Ｃｎは、上記の数３で計算することができ、この係数Ｃｎは、ユーザ装置に無線リソースを割り当てるために用いられる。
図７の通信制御方法を下りリンクのスケジューリングに適用したときのフローチャートを図８に示す。
基地局装置２００は、ＬＴＥ アクティブ（ＬＴＥ ａｃｔｉｖｅ）状態、例えばＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続状態にある全てのＵＥに対して以下の処理を実行する。
ｎ＝１、Ｎｓｃｈｅｄｕｌｉｎｇ＝０に設定される（ステップＳ２０１）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１，・・・，Ｎ（Ｎ＞０の整数）である。
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ ｏｆ ＨＡＲＱ Ｅｎｔｉｔｙ Ｓｔａｔｕｓ）が行われる（ステップＳ２０３）。ここでは、当該ＵＥの、下りリンク共有チャネルに対する送達確認情報としてＡＣＫを受信したプロセスを解放する。また、最大再送回数に達したプロセスも解放し、プロセス内のユーザデータを廃棄する。
ステップＳ２０５〜Ｓ２１５において、図７のステップＳ１０１〜Ｓ１１１と同じ処理が行われる。図８は下りリンクのスケジューリングを示しているため、無線品質情報は、ユーザ装置から報告される下りリンクの無線品質情報（ＣＱＩ）から算出される（ステップＳ２０５）。
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｃｈｅｃｋ）が行われる（ステップＳ２１７）。当該ＵＥの有する論理チャネルに関して、当該Ｓｕｂ−ｆｒａｍｅにおいて送信可能なデータが存在するか否かを判定する。すなわち、基地局装置２００は、当該ＵＥの各論理チャネルに関して、データバッファ内に、送信可能なデータが存在するか否かを判定する。全ての論理チャネルに関して、送信可能なデータが存在しない場合にはＮＧを返し、少なくとも１つの論理チャネルに関して、送信可能なデータが存在する場合にはＯＫを返す。ここで、送信可能なデータとは、新規に送信可能なデータまたは再送可能なデータのことである。
Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ２１７：ＮＧ）、当該ＵＥをスケジューリングの対象から除外する。Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ２１７：ＯＫ）、Ｓｃｈｅｄｕｌｉｎｇ Ｃｏｅｆｆｉｃｉｅｎｔ Ｃａｌｃｕｌａｔｉｏｎの処理に進む（ステップＳ２１９）。
ステップＳ２１９では、以下の評価式を用いてスケジューリング係数を算出する。
Figure 2009116497
 次に、スケジューリング係数の計算が行われたＵＥ数を示すＮＳｃｈｅｄｕｌｉｎｇを１だけ増加させ（ステップＳ２２１）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ２２３）。
次に、ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であるか否か判定する（ステップＳ２２５）。ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であると判定した場合（ステップＳ２２５：ＹＥＳ）、ステップＳ２０３に戻る。
一方、ｎがＮＳｃｈｅｄｕｌｉｎｇよりも大きいと判定した場合（ステップＳ２２５：ＮＯ）、ステップＳ２２７において、ユーザ装置の選択（ＵＥ Ｓｅｌｅｃｔｉｏｎ）が行われる。すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。具体的には、ステップＳ２１９において算出されたスケジューリング係数の大きい順から、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。すなわち、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルの送信先となるＵＥを選択する。
図７の通信制御方法を上りリンクのスケジューリングに適用したときのフローチャートを図９に示す。
基地局装置２００は、ＬＴＥアクティブ（ＬＴＥ ａｃｔｉｖｅ）状態（ＲＲＣ ｃｏｎｎｅｃｔｅｄ状態）にある全てのＵＥに対して以下の処理を実行する。
まず、ｎ＝１、ＮＳｃｈｅｄｕｌｉｎｇ＝０に設定される（ステップＳ３０１）。ここで、ｎはユーザ装置１００ｎのインデックスであり、ｎ＝１,・・・，Ｎ（Ｎ＞０の整数）である。
次に、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）エンティティステータスの更新（Ｒｅｎｅｗａｌ ｏｆ ＨＡＲＱ Ｅｎｔｉｔｙ Ｓｔａｔｕｓ）が行われる（ステップＳ３０３）。ここでは、当該ＵＥに関する、ＵＬ−ＳＣＨのＣＲＣ ｃｈｅｃｋ結果がＯＫであったプロセスを解放する。また、最大再送回数に達したプロセスを解放し、プロセス内のユーザデータを廃棄する。ここで、最大再送回数とは、ＵＥ毎に個別に設定される値とする。
ステップＳ３０５〜Ｓ３１５において、図７のステップＳ１０１〜Ｓ１１１と同じ処理が行われる。図９は上りリンクのスケジューリングを示しているため、無線品質情報は、当該ユーザ装置から送信されるリファレンス信号の無線品質、例えば、ＳＩＲ（Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｒａｔｉｏ）から算出される（ステップＳ３０５）。
次に、バッファ状態のチェック（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｃｈｅｃｋ）が行われる（ステップＳ３１７）。すなわち、ＵＥが送信すべきデータを持たない場合に、上りリンク共有チャネルを当該ＵＥに割り当てない。具体的には、当該ＵＥの有する論理チャネルグループ（論理チャネルグループ＃１、論理チャネルグループ＃２、論理チャネルグループ＃３、論理チャネルグループ＃４）に関して、当該Ｓｕｂ−ｆｒａｍｅにおいて送信可能なデータが存在するか否かを判定する。全ての論理チャネルグループに関して送信可能なデータが存在しない場合にはＮＧを返し、送信可能なデータが存在する論理チャネルグループが１つでもが存在する場合にはＯＫを返す。ここで、送信可能なデータとは、新規に送信可能なデータのことである。
Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｃｈｅｃｋの結果がＮＧの場合（ステップＳ３１７：ＮＧ）、当該ＵＥを初回送信のためのスケジューリングの対象から除外する。尚、初回送信のためのスケジューリングの対象から除外するとは、後述するステップＳ３１９におけるスケジューリング係数の計算を行わないことに相当し、結果として、初回送信のためのスケジューリングが行われないということを意味する。
Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｃｈｅｃｋの結果がＯＫの場合（ステップＳ３１７：ＯＫ）、スケジューリング係数の計算（Ｓｃｈｅｄｕｌｉｎｇ Ｃｏｅｆｆｉｃｉｅｎｔ Ｃａｌｃｕｌａｔｉｏｎ）の処理に進む（ステップＳ３１９）。
ステップＳ３１９では、以下の評価式を用いてスケジューリング係数を算出する。
Figure 2009116497
 次に、スケジューリング係数の計算が行われたＵＥ数を示すＮＳｃｈｅｄｕｌｉｎｇを１だけ増加させ（ステップＳ３２１）、ＵＥインデックスを示すｎを１だけ増加させる（ステップＳ３２３）。
次に、ｎがＮＳｃｈｅｄｕｌｉｎｇ以下であるか否かを判定する（ステップＳ３２５）。ｎがＮＳｃｈｅｄｕｌｉｎｇ以下である場合（ステップＳ３２５：ＹＥＳ）、ステップＳ３０３に戻る。
一方、ｎがＮＳｃｈｅｄｕｌｉｎｇよりも大きい場合（ステップＳ３２５：ＮＯ）、ステップＳ３２７において、ＵＥの選択（ＵＥ Ｓｅｌｅｃｔｉｏｎ）が行われる。当該Ｓｕｂ−ｆｒａｍｅにおいてＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。具体的には、ステップＳ３１９において算出されたスケジューリング係数の大きい順から、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇによる無線リソースの割り当てが行われるＵＥを選択する。すなわち、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用される上りリンクの共有チャネルの送信先となるＵＥを選択する。
＜基地局装置の構成図＞
次に、本発明の一実施例に係る下りリンクのスケジューリングを行う基地局装置２００について、図１０を参照して説明する。
本実施例に係る基地局装置２００は、レイヤー１処理部２５２と、ユーザ装置状態管理部２５４と、混雑度推定部２５６と、優先度設定部２５８と、スケジューリング係数計算部２６０と、ＵＥ選択部２６２と、周波数リソース管理部２６４と、ＴＦＲ（トランスポートフォーマット・リソースブロック）選択部２６８と、ＨＡＲＱ制御部２７０（２７０１、２７０２、・・・、２７０ｎ）と、ＲＬＣ／ＰＤＣＰ処理部２７２とを備える。ＨＡＲＱ制御部２７０は、ＵＥ＃１、＃２、…、ＵＥ＃ｎに関するＨＡＲＱ制御部２７０1、ＨＡＲＱ制御部２７０２、…、ＨＡＲＱ制御部２７０ｎから構成される。ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ＃１の論理チャネル＃１、ＵＥ ＃１の論理チャネル２、…、ＵＥ ＃１の論理チャネル＃ｋ、ＵＥ ＃２の論理チャネル＃１、…、ＵＥ ＃ｎの論理チャネル＃ｋに関するＲＬＣ Ｂｕｆ２７２１１，１、ＲＬＣ Ｂｕｆ２７２１１，２、ＲＬＣ Ｂｕｆ２７２１１，ｋ、ＲＬＣ Ｂｕｆ２７２１２，１、…、ＲＬＣ Ｂｕｆ２７２１ｎ，ｋから構成される。
なお、図１０の周波数リソース管理部２６４は、図３の呼処理部２１０に対応する。また、図１０のユーザ装置状態管理部２５４、優先度設定部２５８、スケジューリング係数計算部２６０、ＵＥ選択部２６２、ＴＦＲ選択部２６８およびＨＡＲＱ制御部２７０は、図４のＭＡＣ処理部２０８２に対応する。また、図１０のＲＬＣ／ＰＤＰＣ処理部２７２は、図４のＲＬＣ／ＰＤＣＰ処理部２０８３に対応する。
尚、図１０においては、ＵＥ ＃ｎのＨＡＲＱ制御部ｎを、ＵＥ毎に備えているが、ＵＥ毎に備える必要はなく、全ＵＥに関して１つのＨＡＲＱ制御部を備えていてもよいし、複数のＵＥに関して１つのＨＡＲＱ制御部を備えていてもよい。ＲＬＣ Ｂｕｆｆｎ，ｋに関しても、１ＵＥに対して１つのＲＬＣ Ｂｕｆとし、論理チャネル毎にＲＬＣ Ｂｕｆを備えなくてもよいし、あるいは、全ＵＥに関して１つのＲＬＣ Ｂｕｆを備えていてもよい。
レイヤー１処理部２５２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２５２では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やＩＤＦＴ処理、チャネル復号化等の受信処理などが行われる。
また、レイヤー１処理部２５２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ Ｓｃｈｅｄｕｌｉｎ Ｇｒａｎｔの送信処理を行う。
また、レイヤー１処理部２５２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２５４に送信される。
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２５４に通知する。
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。
尚、レイヤー１処理部２５２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー１処理部２５２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２５２に入力される。
ユーザ装置状態管理部２５４は、各ＵＥの状態管理を行う。例えば、ユーザ装置状態管理部２５４は、ＨＡＲＱ Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋの送信の有無の管理、下りリンク送信状態の管理、バッファ状態の管理を行い、かつ、図８のステップＳ２１９でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ装置状態管理部２５４は、図８におけるステップＳ２０３〜Ｓ２１７の処理を行う。
混雑度推定部２５６は、図２〜図６を参照して説明したように、セル内の混雑度を推定する。
優先度設定部２５８は、混雑度推定部２５６で推定された混雑度に応じて下りリンクのデータの優先度を設定する。具体的には、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定し、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定する。
スケジューリング係数計算部２６０は、図８におけるステップＳ２１９〜Ｓ２２７の処理を行う。具体的には、スケジューリング係数計算部２６０は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（数６参照）。そして、ＵＥ選択部２６２は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択する。ＵＥ選択部２６２は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数をＴＦＲ選択部２６８に入力する。
ＴＦＲ選択部２６８は、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当てを行う。ＴＦＲ選択部２６８で決定されたＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＤＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、ＤＬ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎの送信処理や、下りリンクの共有チャネルの送信処理に用いられる。
周波数リソース管理部２６４は、ＴＦＲ選択部２６８と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇが適用される下りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ選択部２６８における処理に必要な情報をＴＦＲ選択部２６８に提供する。
ＨＡＲＱ制御部２７０は、各ＵＥのＨＡＲＱの制御を行う。
ＲＬＣ／ＰＤＣＰ処理部２７２は、各ＵＥのＲＬＣレイヤ及びＰＤＣＰレイヤの制御を行う。さらに、ＲＬＣ／ＰＤＣＰ処理部２７２は、ＵＥ＃ｎの論理チャネル＃ｋに関するＲＬＣ Ｂｕｆｆｅｒ、すなわち、ＲＬＣ Ｂｕｆ２７２１ｎ，ｋを備え、下りリンクにおいて送信すべきＲＬＣレイヤのデータのバッファリングを行う。
尚、ＲＬＣ Ｂｕｆ２７２１ｎ，ｋは、上述した例では、ＲＬＣレイヤのデータのバッファリングを行っているが、代わりに、ＲＬＣレイヤとＰＤＣＰレイヤのデータのバッファリングを行ってもよい。
すなわち、当該Ｓｕｂ−ｆｒａｍｅにおいて下りリンクの共有チャネルにより送信されるデータは、ＲＬＣ／ＰＤＣＰ処理部２７２において、そのバッファＲＬＣ Ｂｕｆ２７２１ｎ，ｋより切り出され、ＨＡＲＱ制御部２７０においてＨＡＲＱの処理が行われ、ＵＥ選択部２６２、ＴＦＲ選択部２６８を介して、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、符号化やＩＦＦＴ等の送信処理が行われる。
次に、本実施例に係る上りリンクのスケジューリングを行う基地局装置２００について、図１１を参照して説明する。
本実施例に係る基地局装置２００は、レイヤー１処理部２５２と、ユーザ装置状態管理部２５４と、混雑度推定部２５６と、優先度設定部２５８と、スケジューリング係数計算部２６０と、ＵＥ選択部２６２と、周波数リソース管理部２６４と、ＴＦＲ選択部２６８と、ＵＥ Ｂｕｆｆｅｒ推定部２８０とから構成される。ＵＥ Ｂｕｆｆｅｒ推定部２８０は、ＵＥ＃１の論理チャネルグループ＃１、ＵＥ ＃１の論理チャネルグループ２、…、ＵＥ ＃１の論理チャネルグループ＃ｋ、ＵＥ ＃２の論理チャネルグループ＃１、…、ＵＥ ＃ｎの論理チャネルグループ＃ｋに関するＵＥ Ｂｕｆ２８０１１，１、ＵＥ Ｂｕｆ２８０１１，２、ＵＥ Ｂｕｆ２８０１１，ｋ、ＵＥ Ｂｕｆ２８０１２，１、…、ＵＥ Ｂｕｆ２８０１ｎ，ｋから構成される。尚、ＵＥ＿Ｂｕｆｎ，ｋは、実際にデータのバッファリングを行うのではなく、ＵＥから報告されるＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づいて、ＵＥのバッファ内に滞留しているデータ量を推定する。
なお、図１１の周波数リソース管理部２６４は、図３の呼処理部２１０に対応する。また、図１１のユーザ装置状態管理部２５４、優先度設定部２５８、スケジューリング係数計算部２６０、ＵＥ選択部２６２およびＴＦＲ選択部２６８は、図４のＭＡＣ処理部２０８２に対応する。また、図１１のＵＥ Ｂｕｆｆｅｒ推定部２８０は、図４の混雑度推定部２５６に対応する。
尚、図１１においては、ＵＥ ＃ｎの論理チャネルグループ＃ｋのＵＥ＿Ｂｕｆｎ，ｋを、ＵＥ毎及び論理チャネル毎に備えているが、ＵＥ毎または論理チャネル毎に備える必要はなく、全ＵＥに関して１つのＵＥ＿Ｂｕｆ推定部を備えていてもよいし、複数のＵＥに関して１つのＵＥ＿Ｂｕｆ推定部を備えていてもよい。あるいは、１ＵＥに対して１つのＵＥ Ｂｕｆ推定部を備え、論理チャネル毎にＵＥ Ｂｕｆ推定部を備えなくてもよい。
レイヤー１処理部２５２は、レイヤー１に関する処理を行う。具体的には、レイヤー１処理部２５２では、下りリンクで送信される共有チャネルのチャネル符号化やＩＦＦＴ処理、上りリンクで送信される共有チャネルのＦＦＴ処理やＩＤＦＴ処理、チャネル復号化等の受信処理などが行われる。
また、レイヤー1処理部２５２は、下りリンクの共有チャネルのための制御情報であるＤｏｗｎｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎや、上りリンクの共有チャネルのための制御情報であるＵＬ Ｓｃｈｅｄｕｌｉｎ Ｇｒａｎｔの送信処理を行う。
また、レイヤー1処理部２５２は、上りリンクで送信される制御情報、すなわち、Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ（ＣＱＩ）や下りリンクの共有チャネルに関する送達確認情報の受信処理を行う。上記ＣＱＩや送達確認情報は、ユーザ装置状態管理部２５４に送信される。
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの同期状態を判定し、上記判定結果をユーザ装置状態管理部２５４に通知する。また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号のＳＩＲを測定し、その測定結果をユーザ装置状態管理部２５４に通知する。上記サウンディング用のリファレンス信号のＳＩＲは、例えば、図９のステップＳ３１９の処理に使用される。
また、レイヤー１処理部２５２は、上りリンクで送信されるサウンディング用のリファレンス信号や上記ＣＱＩの信号に基づき、上りリンクの受信タイミングを推定してもよい。
尚、レイヤー1処理部２５２は無線インタフェースに接続されている。より具体的には、下りリンクに関しては、レイヤー1処理部２５２で生成されたベースバンド信号が無線周波数帯に変換され、その後、アンプにおいて増幅され、アンテナを介して、ＵＥに信号が送信される。一方、上りリンクに関しては、アンテナで受信された無線周波数信号がアンプで増幅された後に、周波数変換されてベースバンド信号として、レイヤー１処理部２５２に入力される。
ユーザ状態管理部２５４は、各ＵＥの状態管理を行う。例えば、ユーザ状態管理部２５４は、上りリンクにおけるＨＡＲＱ Ｅｎｔｉｔｙの状態の管理や、ＵＥのＭｏｂｉｌｉｔｙの管理及び制御や、ＤＲＸ状態の管理、上り同期状態の管理、パーシステントスケジューリングを適用するか否かの管理、ＭＡＣ Ｃｏｎｔｒｏｌ Ｂｌｏｃｋの送信の有無の管理、伝送状態の管理、ＵＥ内のバッファ状態の推定を行い、かつ、図９のステップＳ３１９でスケジューリング係数の計算を行うための各メトリックの算出、及び、スケジューリング係数を計算するべきか否かの判定を行う。すなわち、ユーザ状態管理部２５４は、図９におけるステップＳ３０３〜Ｓ３１７の処理を行う。
混雑度推定部２５６は、図２〜図６を参照して説明したように、セル内の混雑度を推定する。
優先度設定部２５８は、混雑度推定部２５６で推定された混雑度に応じて上りリンクのデータの優先度を設定する。具体的には、混雑していない場合には、低優先度のデータと高優先度のデータとの間に緩やかな優先度の差を設定し、混雑している場合には、低優先度のデータと高優先度のデータとの間に厳密な優先度の差を設定する。
スケジューリング係数計算部２６０は、図９におけるステップＳ３１９〜Ｓ３２７の処理を行う。具体的には、スケジューリング係数計算部２６０は、当該Ｓｕｂ−ｆｒａｍｅにおいて各ユーザ装置のスケジューリング係数を計算する（数１０参照）。そして、ＵＥ選択部２６２は、前記スケジューリング係数に基づき、ダイナミックスケジューリングによる無線リソースの割り当てが行われるユーザ装置を選択する。ＵＥ選択部２６２は、ダイナミックスケジューリングによる無線リソースの割り当てが行われるＵＥの数をＴＦＲ選択部２６８に入力する。
ＴＦＲ選択部２６８は、Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関する送信フォーマットの決定と無線リソースの割り当て、ＵＬの送信電力制御等を行う。ＴＦＲ選択部２６８で決定されたＤｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇが適用されるＵＬ−ＳＣＨに関する送信フォーマットや無線リソースに関する情報は、レイヤー１処理部２５２に送られ、レイヤー１処理部２５２において、ＵＬ Ｓｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔの送信処理や、上りリンクの共有チャネルの受信処理に用いられる。
周波数リソース管理部２６４は、ＴＦＲ選択部２６８と接続され、周波数リソースの管理を行う。より具体的には、Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇが適用される上りリンクの共有チャネルに利用可能な残りの周波数リソースを監視し、ＴＦＲ選択部２６８における処理に必要な情報をＴＦＲ選択部２６８に提供する。
ＵＥ＿Ｂｕｆｆｅｒ推定部２８０は、ＵＥから報告されるＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づき、ＵＥ内の各論理チャネルグループのバッファ状態、すなわち、バッファの滞留量を推定する。
尚、上述した実施例においては、Ｅｖｏｌｖｅｄ ＵＴＲＡ ａｎｄ ＵＴＲＡＮ（別名：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ，或いは，Ｓｕｐｅｒ ３Ｇ）が適用されるシステムにおける例を記載したが、本発明に係る基地局装置及び通信制御方法は、共有チャネルを用いて通信を行う全てのシステムにおいて適用することが可能である。
また、上述した実施例においては、論理チャネルの数を算出しているが、代わりに、複数の論理チャネルをグループ化し（以下、論理チャネルグループと呼ぶ）、論理チャネルグループの数を算出してもよい。
以上本発明は特定の実施例を参照しながら説明されてきたが、実施例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。説明の便宜上、本発明の実施例に係る装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウエアで、ソフトウエアでまたはそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
本国際出願は２００８年３月１９日に出願した日本国特許出願２００８−０７１６３７号に基づく優先権を主張するものであり、２００８−０７１６３７号の全内容を本国際出願に援用する。

Claims (6)

  1. ユーザ装置と共有チャネルを用いて通信を行う基地局装置であって：
    セル内の混雑度を推定する混雑度推定手段；
    ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更する優先度／目標値変更手段；及び
    前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択する選択手段；
    を有する基地局装置。
  2. 前記選択手段は、ユーザ装置から報告される無線品質情報と、ユーザ装置に対する平均伝送速度とのうち少なくとも１つに更に基づいて、下りリンクの無線リソースを割り当てるユーザ装置を選択する、請求項１に記載の基地局装置。
  3. 前記選択手段は、ユーザ装置から送信されるリファレンス信号の無線品質と、ユーザ装置に対する平均伝送速度とのうち少なくとも１つに更に基づいて、上りリンクの無線リソースを割り当てるユーザ装置を選択する、請求項１に記載の基地局装置。
  4. 前記混雑度推定手段は、
    前記セル内の混雑度を、
    下りリンクの送信バッファの中に送信すべきデータが存在するユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    上りリンクの送信バッファの中に送信すべきデータが存在するユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    共有チャネルによる通信の頻度が高いユーザ装置の数；
    共有チャネルによる通信の頻度が低いユーザ装置の数；
    セル内で接続状態にあるユーザ装置の数；
    下りリンクの伝送速度が所定の閾値よりも小さいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    上りリンクの伝送速度が所定の閾値よりも小さいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    下りリンクにおけるデータの滞留時間が所定の閾値よりも大きいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    上りリンクにおけるデータの滞留時間が所定の閾値よりも大きいユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    下りリンクにおける遅延によるデータの廃棄が生じたユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    上りリンクにおける遅延によるデータの廃棄が生じたユーザ装置の数または前記ユーザ装置の論理チャネルの数；
    基地局装置内の処理負荷；及び
    他ノードの処理負荷；
    の少なくとも１つに基づいて、推定する請求項１に記載の基地局装置。
  5. 前記伝送速度は、送信バッファの中に送信すべきデータが存在する時間における伝送速度である請求項４に記載の基地局装置。
  6. ユーザ装置と共有チャネルを用いて通信を行う基地局装置における通信制御方法であって：
    セル内の混雑度を推定するステップ；
    ユーザ装置または基地局装置が送信するデータの優先度または最低速度の目標値を前記セル内の混雑度に基づいて変更するステップ；及び
    前記変更されたデータの優先度または最低速度の目標値に基づいて、無線リソースを割り当てるユーザ装置を選択するステップ；
    を有する通信制御方法。
JP2010503865A 2008-03-19 2009-03-16 基地局装置及び通信制御方法 Expired - Fee Related JP5346919B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010503865A JP5346919B2 (ja) 2008-03-19 2009-03-16 基地局装置及び通信制御方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2008071637 2008-03-19
JP2008071637 2008-03-19
JP2010503865A JP5346919B2 (ja) 2008-03-19 2009-03-16 基地局装置及び通信制御方法
PCT/JP2009/055069 WO2009116497A1 (ja) 2008-03-19 2009-03-16 基地局装置及び通信制御方法

Publications (2)

Publication Number Publication Date
JPWO2009116497A1 true JPWO2009116497A1 (ja) 2011-07-21
JP5346919B2 JP5346919B2 (ja) 2013-11-20

Family

ID=41090898

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010503865A Expired - Fee Related JP5346919B2 (ja) 2008-03-19 2009-03-16 基地局装置及び通信制御方法

Country Status (6)

Country Link
US (1) US8477628B2 (ja)
EP (1) EP2268092B1 (ja)
JP (1) JP5346919B2 (ja)
KR (1) KR20100139021A (ja)
CN (1) CN102027794B (ja)
WO (1) WO2009116497A1 (ja)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9072097B2 (en) * 2009-12-24 2015-06-30 Nec Corporation Method for selecting allocable wireless resources, device for selecting allocable wireless resources, and communication device
KR101376997B1 (ko) * 2010-01-08 2014-03-25 알까뗄 루슨트 비활성 다운링크 요소 반송파들을 측정하도록 사용자 기기를 제어하기 위한 방법 및 디바이스
JP2011155592A (ja) * 2010-01-28 2011-08-11 Ntt Docomo Inc 移動局及び移動通信方法
JP5061206B2 (ja) * 2010-03-04 2012-10-31 株式会社エヌ・ティ・ティ・ドコモ 無線基地局及び移動通信方法
JP5494045B2 (ja) * 2010-03-12 2014-05-14 富士通モバイルコミュニケーションズ株式会社 移動体通信端末および通信品質表示方法
JP4965682B2 (ja) * 2010-04-05 2012-07-04 株式会社エヌ・ティ・ティ・ドコモ 無線通信システム、無線制御装置、無線基地局及び無線通信方法
US9167470B2 (en) * 2010-08-05 2015-10-20 Htc Corporation Handling signaling congestion and related communication device
CN102378382B (zh) * 2010-08-10 2015-05-27 华为技术有限公司 一种数据流的调度方法、设备和系统
CN103181130B (zh) * 2010-11-08 2017-04-05 瑞典爱立信有限公司 监测网络中的拥塞状态的方法和网络节点
EP2512202B1 (en) * 2011-04-12 2013-11-20 Alcatel Lucent Load balancing in a radio access network
KR101835387B1 (ko) * 2011-04-29 2018-03-08 삼성전자주식회사 단말기 및 그 단말기에서 자원 스케줄링 방법
KR101802288B1 (ko) * 2011-05-03 2017-11-30 삼성전자주식회사 이동 통신 시스템에서의 애크 송신 방법 및 장치
WO2012164239A1 (en) * 2011-05-27 2012-12-06 Openwave Mobility, Inc Method and service management platform for radio access network cell congestion detection
JP2013062624A (ja) * 2011-09-12 2013-04-04 Sharp Corp 再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体
JP5147983B1 (ja) * 2011-10-06 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ 基地局及び通信制御方法
CN102333350B (zh) * 2011-10-19 2014-02-26 华为技术有限公司 提高小流量用户体验的方法、装置和系统
US9544810B2 (en) * 2011-11-14 2017-01-10 T-Mobile Usa, Inc. Device-based architecture for self organizing networks
JP5347039B2 (ja) * 2012-03-06 2013-11-20 株式会社エヌ・ティ・ティ・ドコモ 無線基地局
US20150163809A1 (en) * 2012-07-06 2015-06-11 Nec Corporation Base station apparatus, communication control method, and non-transitory computer readable medium storing communication control program
CN103716881B (zh) * 2012-10-08 2018-08-14 华为技术有限公司 空口信息处理系统、方法及设备
KR101531032B1 (ko) 2012-10-10 2015-07-07 주식회사 케이티 자원 할당 방법, 그리고 이를 수행하는 자원관리장치
WO2014084766A1 (en) * 2012-11-30 2014-06-05 Telefonaktiebolaget L M Ericsson (Publ) Overload control in a communication network
US8966560B2 (en) * 2012-11-30 2015-02-24 Motorola Solutions, Inc. Method and apparatus for uploading data
CN104244295B (zh) * 2013-06-08 2018-02-06 华为技术有限公司 恢复无线通信链路的方法、装置及系统
WO2015000134A1 (en) * 2013-07-02 2015-01-08 Telefonaktiebolaget L M Ericsson(Publ) Method and network node for managing collisions
CN110933686B (zh) * 2013-07-17 2023-01-17 三菱电机株式会社 通信系统
US9407563B2 (en) * 2013-08-12 2016-08-02 Qualcomm Incorporated Methods and apparatuses for adapting application uplink rate to wireless communications network
CN104936295B (zh) * 2014-03-21 2018-08-14 上海诺基亚贝尔股份有限公司 用于d2d中的发现资源适配机制
US20150289162A1 (en) * 2014-04-06 2015-10-08 Saguna Networks Ltd. Methods circuits devices systems and associated computer executable code for implementing cell congestion detection in a mobile network
WO2016072813A2 (ko) * 2014-11-09 2016-05-12 엘지전자 주식회사 무선 통신 시스템에서 단말간 간섭 측정 지시 방법 및 이를 위한 장치
CN107431946B (zh) * 2015-03-31 2021-08-10 索尼公司 具有基站和中继节点的网络中的拥塞避免
WO2016159728A1 (ko) * 2015-04-01 2016-10-06 삼성전자 주식회사 D2d 통신 시스템에서 우선 순위를 처리하는 방법 및 장치
US10873538B2 (en) * 2015-05-05 2020-12-22 Avaya Inc. Automatic cloud capacity adjustment
KR102425660B1 (ko) * 2015-08-21 2022-07-28 삼성전자 주식회사 무선 통신 시스템에서 혼잡 관리 방법 및 장치
CN111066272B (zh) * 2017-09-12 2022-09-09 诺基亚通信公司 移动无线电接入网络中的分组延迟减少
WO2022072319A1 (en) * 2020-09-29 2022-04-07 Aeris Communications, Inc. Method and system for delivering a shoulder-tap for battery-constrained cellular iot devices

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2978456B2 (ja) * 1997-06-23 1999-11-15 株式会社ワイ・アール・ピー移動通信基盤技術研究所 無線パケット伝送システム
FI108507B (fi) * 1998-07-23 2002-01-31 Nokia Corp Menetelmõ ja jõrjestely yhteyksien hallitsemiseksi
US6658485B1 (en) * 1998-10-19 2003-12-02 International Business Machines Corporation Dynamic priority-based scheduling in a message queuing system
WO2001019040A1 (en) * 1999-09-03 2001-03-15 Broadcom Corporation Apparatus and method for enabling voice over ip support for a network switch
US6751214B1 (en) * 2000-03-30 2004-06-15 Azanda Network Devices, Inc. Methods and apparatus for dynamically allocating bandwidth between ATM cells and packets
JP3828431B2 (ja) 2002-01-31 2006-10-04 株式会社エヌ・ティ・ティ・ドコモ 基地局、制御装置、通信システム及び通信方法
US6956861B2 (en) * 2002-04-16 2005-10-18 Interactics Holdings, Llc Controlled shared memory smart switch system
JP2004135180A (ja) * 2002-10-11 2004-04-30 Matsushita Electric Ind Co Ltd 通信装置及び通信方法
US7394768B2 (en) * 2003-04-30 2008-07-01 Nokia Corporation Fair scheduling with guaranteed minimum parameter
JP4105073B2 (ja) * 2003-10-21 2008-06-18 株式会社エヌ・ティ・ティ・ドコモ パケット送信制御装置及びパケット送信制御方法
US7773502B2 (en) * 2003-11-19 2010-08-10 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic voice over data prioritization for wireless communication networks
GB0413482D0 (en) * 2004-06-16 2004-07-21 Nokia Corp Packet queuing system and method
GB0421719D0 (en) * 2004-09-30 2004-11-03 Koninkl Philips Electronics Nv Communication system
JP4655619B2 (ja) * 2004-12-15 2011-03-23 日本電気株式会社 無線基地局装置およびそのレート制御方法
US7995585B2 (en) * 2005-01-14 2011-08-09 Alcatel Lucent Method of controlling transmission rates
US7526291B2 (en) * 2005-05-20 2009-04-28 Alcatel-Lucent Usa Inc. Method and apparatus for managing supplemental channel data rates
EP1793639B1 (en) * 2005-11-30 2012-01-11 NTT DoCoMo, Inc. Call admission control device and call admission control method
JP2008071637A (ja) 2006-09-14 2008-03-27 Toyota Motor Corp 燃料電池システムと燃料電池スタック検査装置及び燃料電池スタック異常判断方法
US8600397B2 (en) * 2006-09-22 2013-12-03 Ntt Docomo, Inc. Mobile communication system and communication controlling method

Also Published As

Publication number Publication date
KR20100139021A (ko) 2010-12-31
CN102027794B (zh) 2014-06-11
EP2268092A4 (en) 2014-05-07
US20110038264A1 (en) 2011-02-17
EP2268092A1 (en) 2010-12-29
JP5346919B2 (ja) 2013-11-20
US8477628B2 (en) 2013-07-02
WO2009116497A1 (ja) 2009-09-24
EP2268092B1 (en) 2016-05-04
CN102027794A (zh) 2011-04-20

Similar Documents

Publication Publication Date Title
JP5346919B2 (ja) 基地局装置及び通信制御方法
JP4698742B2 (ja) 基地局装置、通信制御方法及び通信システム
JP5413631B2 (ja) 規定のサービス品質を満たすための負荷推定
EP2474192B1 (en) Methods and arrangements for allocating scheduling request resources in a wireless communication system
JP5237468B2 (ja) 無線通信システムにおける方法および構成
JP5330547B2 (ja) 無線通信システムにおける方法および構成
EP2234432A1 (en) Mobile station, base station device, communication control method, and mobile communication system
KR101188379B1 (ko) 가중화 방법을 사용한 네트워크 엘리먼트에 대한 부하 측정값의 결정
JP6790508B2 (ja) データ流量制御方法、無線基地局装置、サーバ装置、中継装置、通信システム、プログラム
EP2400809A1 (en) Wireless communication system, radio base station and wireless communication method
KR101419932B1 (ko) 이동통신 시스템에서 통신의 갭을 이용한 메저먼트 방법 및장치
RU2460239C2 (ru) Базовая станция и способ управления связью

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120308

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20120308

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130411

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130806

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130819

R150 Certificate of patent or registration of utility model

Ref document number: 5346919

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees