JP2011066639A

JP2011066639A - 無線リソース割当装置および無線リソース割当方法

Info

Publication number: JP2011066639A
Application number: JP2009214854A
Authority: JP
Inventors: Takeo Ozeki; 武雄大関; Toshihiko Komine; 敏彦小峯; Satoshi Konishi; 聡小西
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2009-09-16
Filing date: 2009-09-16
Publication date: 2011-03-31
Anticipated expiration: 2029-09-16
Also published as: US8737208B2; JP5297317B2; US20110063975A1

Abstract

【課題】より効率良く無線リソースを割り当てることができる。
【解決手段】トラヒック判定部１２は、端末装置毎にＶｏＩＰトラヒック量を判定する。ＶｏＩＰトラヒック量の判定結果に基づいて、スケジューリング動作状態管理部１４が、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、当該端末装置用に管理するリソースブロックを解放し、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７は、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理する。
【選択図】図２

Description

本発明は、無線リソース割当装置および無線リソース割当方法に関する。

近年、高速かつ広帯域の無線伝送を実現する次世代の移動通信方式として、例えば３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）の標準規格の一つであるＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）が知られている（例えば、非特許文献１参照）。

ＬＴＥでは、下りリンク（基地局から端末局方向へのリンク）の無線伝送方式として直交周波数分割多元接続（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｕｌＡｃｃｅｓｓ、ＯＦＤＭＡ）方式を用いる。ＯＦＤＭＡ方式は、周波数が互いに直交する複数のサブキャリアから構成される広帯域信号を用いて通信を行うマルチキャリア伝送方式の一つであり、ユーザ（端末局）毎に異なるサブキャリアを使用することで、一基地局と複数のユーザとの間の多元接続を実現する。

また、ＬＴＥでは、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、ボイスオーバーインターネットプロトコル）トラヒックを効率良く伝送するための機構が標準仕様上に規定されている。それは、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングと呼ばれるものであり、定期的に到着するＶｏＩＰトラヒックのパケットの特性を生かし、以下の手順で実現される。

（ア）基地局は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤのシグナリングで、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングによってスケジューリングされるパケットの送信周期（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期）などの設定情報を端末局に事前に通知する。
（イ）基地局は、物理層（ＰＨＹ層）での制御信号により、最初にＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで使用するサブフレームとリソースブロック（Ｒｅｓｏｕｒｃｅｂｌｏｃｋ、ＲＢ）とを通知する。
（ウ）以降、基地局は、物理層での制御信号を送信することなく、（ア）（イ）で指定した送信周期、サブフレーム、及び当該サブフレーム内のリソースブロックを使用して、端末局にＶｏＩＰトラヒックのパケットを送信する。

上記の手順の利点としては、（ウ）において、基地局は、物理層での制御信号を送信する必要がないため、物理層の制御チャネルを圧迫することなく、多くのＶｏＩＰトラヒックを収容できることである。

３ＧＰＰＴＳ３６．２１１，"ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌｃｈａｎｎｅｌｓａｎｄｍｏｄｕｌａｔｉｏｎ"

前述の通り、ＬＴＥで規定されているＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングでは、予め、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期と、送信サブフレームと、リソースブロックとを決めて、その無線リソースの利用を暗黙の了解として、基地局が送信したＶｏＩＰトラヒックのパケットを端末局が受信する。

しかしながら、実際のＶｏＩＰトラヒックは、特に下りリンクにおいて、上位のネットワークでの輻輳などによってパケットの到着時間が揺らぐ。また、ＡＭＲ（ＡｄａｐｔｉｖｅＭｕｌｔｉｐｕｌ−Ｒａｔｅ）のような可変帯域コーデックを採用したＶｏＩＰトラヒックの場合は、想定したサイズ以外のＶｏＩＰトラヒックのパケットが到着するなど、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングにより無線リソースを予約した際の想定と異なることがある。このような場合、効率よく無線リソースを割り当てることができないという問題がある。

本発明は上記の点に鑑みてなされたものであり、より効率良く無線リソースを割り当てることができる無線リソース割当装置および無線リソース割当方法を提供することを目的とする。

本発明は、端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定部と、前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理部と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部と、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理部と、を備え、前記スケジューリング動作状態管理部が、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部は、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部は、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理することを特徴とする無線リソース割当装置である。

また、本発明の無線リソース割当装置において、前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きいか否かを判定し、前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定することを特徴とする。

また、本発明の無線リソース割当装置において、前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値より小さいか否かを判定し、前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、前記閾値より小さい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、前記閾値以上の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定することを特徴とする。

また、本発明の無線リソース割当装置において、前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上であるか否かを判定し、前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上である場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定し、それ以外の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定することを特徴とする。

また、本発明は、トラヒック判定部が、端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定ステップと、スケジューリング動作状態管理部が、前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理ステップと、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップと、スケジューリング使用ＲＢ管理部が、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップと、を含み、前記スケジューリング動作状態管理ステップで、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップでは、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップでは、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理することを特徴とする無線リソース割当方法である。

本発明によれば、より効率良く無線リソースを割り当てることができる。

本発明の一実施形態における無線リソース割当装置を備えた基地局と、ＶｏＩＰを用いて音声通信を行う端末装置とのネットワーク構成の概要を示した構成図である。本実施形態における無線リソース割当装置の構成を示した図である。本実施形態における無線リソース割当装置のスケジューリング動作状態の遷移を示した遷移図である。

以下、図面を参照しながら本発明の一実施形態について説明する。図１は、本実施形態の無線リソース割当装置を備えた基地局と、ＶｏＩＰを用いて音声通信を行う端末装置とのネットワーク構成の概要を示した構成図である。

基地局１００と端末装置１０１とは、無線ネットワークで接続されており、互いにデータの送受信を行うことができる。基地局１００と端末装置１０１とは、通信規格としてＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）を用いている。

基地局１００は、ネットワーク２００と接続しており、ネットワーク２００を介して端末装置３００と通信を行うことができる。

基地局１００は、端末装置３００から送信されたデータ受信し、受信したデータを端末装置１０１に送信する。また、基地局１００は、端末装置１０１から送信されたデータを受信し、受信したデータを端末装置３００に送信する。

端末装置１０１と端末装置３００とは、ＶｏＩＰを用いて音声通信を行う。この際に、基地局１００が備える無線リソース割当装置１は、端末装置３００から送信されたＶｏＩＰトラヒックのパケットを、効率よく端末装置１０１に送信することができるように、ＶｏＩＰトラヒックのパケットを送信するための無線リソースの割り当てを行う。

なお、ＬＴＥで規定されているＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングでは、基地局１００が端末装置１０１に対して、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングによってスケジューリングされるパケット（即ち、ＶｏＩＰトラヒックのパケット）の送信周期と、送信サブフレームと、ＶｏＩＰトラヒックのパケットを割り当てるリソースブロックとが予め決められている。

図２は、本実施形態の無線リソース割当装置１の構成を示した図である。図示する例では、無線リソース割当装置１は、ＶｏＩＰベアラキュー１１と、トラヒック判定部１２と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３と、スケジューリング動作状態管理部１４と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ（ＲｅｓｏｕｒｃｅＢｌｏｃｋ、リソースブロック）管理部１５と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部１６と、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７と、Ｄｙｎａｍｉｃスケジューラ１８とを備える。

ＶｏＩＰベアラキュー１１は、送信先の端末装置１０１毎に、ＶｏＩＰトラヒック（３ＧＰＰの規定ではＶｏＩＰベアラと呼ぶ）のパケットを保持する。具体的には、ＶｏＩＰベアラキュー１１は、端末装置１０１毎に、端末装置３００から送信されたＶｏＩＰトラヒックのパケットを保持する。

トラヒック判定部１２は、送信先の端末装置１０１毎に、ＶｏＩＰベアラキュー１１が保持するパケット量（キュー長）を判定する。

Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１毎にパケットを送信する際のタイミングを管理する。

スケジューリング動作状態管理部１４は、トラヒック判定部１２によるＶｏＩＰベアラキュー１１が保持するパケット量の判定結果に基づいて、無線リソース割当装置１の動作状態を定めたスケジューリング動作状態を管理する。スケジューリング動作状態については後述する。

Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信する際に使用するリソースブロックを管理する。

Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部１６は、トラヒック判定部１２の指示と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５が管理する情報とに基づいて、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットをリソースブロックに割り当てる。

Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットや、他のトラヒックのパケットを送信する際に使用することが可能なリソースブロックを管理する。

Ｄｙｎａｍｉｃスケジューラ１８は、トラヒック判定部１２の指示と、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７が管理する情報とに基づいて、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットをリソースブロックに割り当てる。

次に、基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを、本実施形態の無線リソース割当装置１が基地局１００に割り当てる動作について説明する。無線リソース割当装置１は、この動作を端末装置１０１毎に行う。

本実施形態では、ＶｏＩＰトラヒックのパケットの大きさが、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさ（ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ）より大きい場合、基地局１００はＤｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信する。また、ＶｏＩＰトラヒックのパケットの大きさが、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさより小さく、リソースブロックの容量が無駄となる大きさ（ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ）より小さい場合、基地局１００はＤｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信する。なお、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅとＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅとは、任意に決定することができる値（閾値）である。

図３は、基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てる際における、無線リソース割当装置１のスケジューリング動作状態の遷移を示した遷移図である。

無線リソース割当装置１の動作は、スケジューリング動作状態に応じて異なる。本実施形態では、無線リソース割当装置１のスケジューリング動作状態を「状態１」〜「状態４」の４つに分類する。無線リソース割当装置１のスケジューリング動作状態は、スケジューリング動作状態管理部１３が管理する。なお、基地局１００が端末装置１０１に対してＶｏＩＰトラヒックのパケットの送信を開始する際の無線リソース割当装置１のスケジューリング動作状態は、「状態１」である。

無線リソース割当装置１のスケジューリング動作状態が「状態１」の場合、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、無線リソースを割り当てる。無線リソース割当装置１のスケジューリング動作状態が「状態３」の場合、無線リソース割当装置１は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて、無線リソースを割り当てる。なお、無線リソース割当装置１のスケジューリング動作状態が「状態３」の場合においても、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、無線リソースを割り当てることもある。

また、無線リソース割当装置１のスケジューリング動作状態が「状態１」から「状態３」に遷移する間の状態を「状態２」とする。また、無線リソース割当装置１のスケジューリング動作状態が「状態３」から「状態１」に遷移する間の状態を「状態４」とする。

［スケジューリング動作状態が「状態１」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態１」の場合での無線リソース割当装置１の動作について説明する。

スケジューリング動作状態管理部１３が管理するスケジューリング動作状態が「状態１」の場合、トラヒック判定部１２は、サブフレームの送信を開始する毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。

トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅより大きい場合、若しくはＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合、処理Ｓ１０１を行う。また、トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ以下で、かつＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ以上の場合、処理Ｓ１０２を行う。

（処理Ｓ１０１）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。

指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。その後、無線リソース割当装置１は、「状態１」の動作を継続する。

（処理Ｓ１０２）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。

指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。

続いて、スケジューリング動作状態管理部１３は、ＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ以下、かつＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ以上であるため、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態２」とする。このとき、基地局１００は、端末装置１０１に対して、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を物理層の制御信号で送信する。その後、無線リソース割当装置１は、「状態２」の動作を行う。

［スケジューリング動作状態が「状態２」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態２」の場合での無線リソース割当装置１の動作について説明する。

スケジューリング動作状態管理部１３が管理する無線リソース割当装置１のスケジューリング動作状態が「状態２」の場合、トラヒック判定部１２は、サブフレームの送信を開始する毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。

トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、０より大きい場合、処理２０１を行う。

（処理Ｓ２０１）Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。

一方、トラフィック判定部１２によるＶｏＩＰベアラキュー１１のキュー長の確認処理とは別に、スケジューリング動作状態管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングでＶｏＩＰトラヒックのパケットを送信することを端末装置１０１に伝わったか否かを判定し、「状態３」に遷移するか、若しくは「状態１」に遷移するかを判定する。

具体的には、スケジューリング動作状態管理部１３は、基地局１００が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報含んだ物理層の制御信号に対する応答メッセージを、端末装置１０１から受信したか否かを判定する。スケジューリング動作状態管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報含んだ物理層の制御信号に対する応答メッセージを端末装置１０１から受信したと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態３」とする。その後、無線リソース割当装置１は、「状態３」の動作を行う。また、スケジューリング動作状態管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報含んだ物理層の制御信号に対する応答メッセージを端末装置１０１から受信しなかったと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態１」とする。その後、無線リソース割当装置１は、「状態１」の動作を行う。

［スケジューリング動作状態が「状態３」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態３」の場合での無線リソース割当装置１の動作について説明する。

スケジューリング動作状態管理部１３が管理する無線リソース割当装置１のスケジューリング動作状態が「状態３」の場合、トラヒック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３が管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。

トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ以下であり、かつＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ以上である場合、処理Ｓ３０１を行う。また、トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅより大きい場合、またはＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合、処理Ｓ３０２を行う。また、トラヒック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が０である場合、処理Ｓ３０３を行う。また、トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合がＮ_{ｓｉｌｅｎｔ}回連続して発生した場合、処理Ｓ３０４を行う。また、トラヒック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が０である場合がＮ_{ｓｉｌｅｎｔ２}回連続して発生した場合、処理Ｓ３０５を行う。

なお、Ｎ_{ｓｉｌｅｎｔ}、及びＮ_{ｓｉｌｅｎｔ２}は、頻繁に「状態３」の状態から「状態４」の状態に遷移しないように設定している値であり、任意の値に設定することができる。

（処理Ｓ３０１）トラフィック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部１６に対して指示する。

指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング無線リソース割当部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５が管理する、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。その後、無線リソース割当装置１は、「状態３」の動作を継続する。

（処理Ｓ３０２）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。

指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。

また、トラヒック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを一時的に解放するように指示する。指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを一時的に解放する。また、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを一時的に解放したことを通知する。これにより、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７は、解放されたリソースブロックをＤｙｎａｍｉｃスケジューリングで用いることができる。よって、ＶｏＩＰトラヒックのパケットの送信に用いないリソースブロックを解放でき、無線リソースを効率的に利用することができる。

続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。その後、無線リソース割当装置１は、「状態３」の動作を継続する。

（処理Ｓ３０３）トラフィック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しないように指示する。指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しない。これは、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いている場合、端末装置１０１（受信装置）側では、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックに格納されているパケットは、全てＶｏＩＰトラヒックのパケットであると認識するため、他のトラヒックのパケットの送信に使用させないようにするためである。その後、無線リソース割当装置１は、「状態３」の動作を継続する。

（処理Ｓ３０４）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。

続いて、スケジューリング動作状態管理部１３は、ＶｏＩＰベアラキュー１１のキュー長が、ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合がＮ_{ｓｉｌｅｎｔ}回連続して発生したため、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態４」とする。このとき、基地局１００は、端末装置１０１に対して、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を物理層の制御信号で送信する。その後、無線リソース割当装置１は、「状態４」の動作を行う。

（処理Ｓ３０５）トラフィック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しないように指示する。指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しない。これは、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いている場合、端末装置１０１（受信装置）側では、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックに格納されているパケットは、全てＶｏＩＰトラヒックのパケットであると認識するため、他のトラヒックのパケットの送信に使用させないようにするためである。

続いて、スケジューリング動作状態管理部１３は、ＶｏＩＰベアラキュー１１のキュー長が０である場合がＮ_{ｓｉｌｅｎｔ２}回連続して発生したため、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態４」とする。このとき、基地局１００は、端末装置１０１に対して、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を物理層の制御信号で送信する。その後、無線リソース割当装置１は、「状態４」の動作を行う。

［スケジューリング動作状態が「状態４」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態４」の場合での無線リソース割当装置１の動作について説明する。

スケジューリング動作状態管理部１３が管理する無線リソース割当装置１のスケジューリング動作状態が「状態４」の場合、トラヒック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３が管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。

トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、０より大きい場合、処理Ｓ４０１を行う。

（処理Ｓ４０１）トラヒック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。

一方、トラフィック判定部１２によるＶｏＩＰベアラキュー１１のキュー長の確認処理とは別に、スケジューリング動作状態管理部１３は、ＤｙｎａｍｉｃスケジューリングでＶｏＩＰトラヒックのパケットを送信することが端末装置１０１に伝わったか否か、若しくは、ＤｙｎａｍｉｃスケジューリングでＶｏＩＰトラヒックのパケットを送信することを端末装置１０１に通知する信号を送信してから一定時間経過したか否か、を判定し、「状態１」の状態に遷移するか否かを判定する。

具体的には、スケジューリング動作状態管理部１３は、基地局１００が、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号に対する応答メッセージを、端末装置１０１から受信したか否かを判定する。スケジューリング動作状態管理部１３は、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号に対する応答メッセージを端末装置１０１から受信したと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態１」とする。また、スケジューリング動作状態管理部１３は、基地局１００が、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号を送信してから、一定時間経過したか否かを判定する。スケジューリング動作状態管理部１３は、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号を送信してから、一定時間経過したと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態１」とする。その後、無線リソース割当装置１は、「状態１」の動作を行う。

上述したとおり、本実施形態の無線リソース割当装置１は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさと、ＶｏＩＰベアラキュー１４のキュー長とを比較する。そして、ＶｏＩＰベアラキュー１４が蓄積しているＶｏＩＰトラヒックのパケットの量が多く、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔで定められたリソースブロックで格納することができない場合、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットに対してリソースブロック（無線リソース）を割り当てる。

従来、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いた場合、リソースブロックのサイズを変更することができないため、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットのうち、最大のパケットの大きさに合わせてリソースブロックの大きさを定めていた。例えば、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットのうち、ごくまれに他のＶｏＩＰトラヒックのパケットの大きさよりも大きなサイズのＶｏＩＰトラヒックのパケットが存在する場合、基地局１００が端末装置１０１に送信する最大のパケットの大きさに応じてリソースブロックの大きさを定めなければならなかった。よって、大きさが小さいＶｏＩＰトラヒックのパケットを送信する際にはリソースブロックに空きがあり、無線リソースが無駄になっていた。

しかしながら、本実施形態の無線リソース割当装置１を用いることで、基地局１００は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの大きさより大きなＶｏＩＰトラヒックのパケットを送信する場合（ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅより大きなＶｏＩＰトラヒックのパケットを送信する場合）、Ｄｙｎａｍｉｃスケジューリングを用いて送信することができる。

そのため、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて無線リソースを割り当てる場合においても、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めるリソースブロックの大きさを、ＶｏＩＰトラヒックのパケットの最大値に設定しなくてもよく、平均的なＶｏＩＰトラヒックのパケットの大きさに合わせて設定することができる。よって、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの空きが少なくなり、効率よくＶｏＩＰトラヒックのパケットを送信することができる。

また、上述したとおり、本実施形態の無線リソース割当装置１は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさと、ＶｏＩＰベアラキュー１４のキュー長とを比較する。そして、ＶｏＩＰベアラキュー１４が蓄積しているＶｏＩＰトラヒックのパケットの量が少なく、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔで定められたリソースブロックの大きさが大きい場合、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットに対してリソースブロックを割り当てる。

例えば、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットが、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの大きさより小さい場合、リソースブロックのサイズより小さなパケットを送信する際は、リソースブロックに空きがあり、無線リソースが無駄になっていた。

しかしながら、本実施形態の無線リソース割当装置１を用いることで、基地局１００は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの大きさより小さなＶｏＩＰトラヒックのパケットを送信する場合（ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さなＶｏＩＰトラヒックのパケットを送信する場合）、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することができる。これにより、小さなＶｏＩＰトラヒックのパケットを送信する際にもリソースブロックの空きが無くなり、効率よくＶｏＩＰトラヒックのパケットを送信することができる。

以上、図面を参照して本発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１・・・無線リソース割当装置、１１・・・ＶｏＩＰベアラキュー、１２・・・トラヒック判定部、１３・・・Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部、１４・・・スケジューリング動作状態管理部、１５・・・Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部、１６・・・Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部、１７・・・Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部、１８・・・Ｄｙｎａｍｉｃスケジューラ、１００・・・基地局、１０１，３００・・・端末装置、２００・・・ネットワーク

Claims

端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定部と、
前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理部と、
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部と、
Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理部と、
を備え、
前記スケジューリング動作状態管理部が、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部は、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部は、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理する
ことを特徴とする無線リソース割当装置。
前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きいか否かを判定し、
前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定する
ことを特徴とする請求項１に記載の無線リソース割当装置。
前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値より小さいか否かを判定し、
前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、前記閾値より小さい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、前記閾値以上の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定する
ことを特徴とする請求項１に記載の無線リソース割当装置。
前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上であるか否かを判定し、
前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上である場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定し、それ以外の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定する
ことを特徴とする請求項１に記載の無線リソース割当装置。
トラヒック判定部が、端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定ステップと、
スケジューリング動作状態管理部が、前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理ステップと、
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップと、
スケジューリング使用ＲＢ管理部が、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップと、
を含み、
前記スケジューリング動作状態管理ステップで、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップでは、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップでは、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理する
ことを特徴とする無線リソース割当方法。