(57)【要約】【課題】より効率良く無線リソースを割り当てることができる。【解決手段】トラヒック判定部１２は、端末装置毎にＶｏＩＰトラヒック量を判定する。ＶｏＩＰトラヒック量の判定結果に基づいて、スケジューリング動作状態管理部１４が、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、当該端末装置用に管理するリソースブロックを解放し、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７は、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理する。【選択図】図２
2011066639.tif 000002
【特許請求の範囲】
【請求項１】
端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定部と、
前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理部と、
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部と、
Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理部と、
を備え、
前記スケジューリング動作状態管理部が、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部は、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部は、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理する
ことを特徴とする無線リソース割当装置。
【請求項２】
前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きいか否かを判定し、
前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定する
ことを特徴とする請求項１に記載の無線リソース割当装置。
【請求項３】
前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値より小さいか否かを判定し、
前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、前記閾値より小さい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、前記閾値以上の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定する
ことを特徴とする請求項１に記載の無線リソース割当装置。
【請求項４】
前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上であるか否かを判定し、
前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上である場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定し、それ以外の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定する
ことを特徴とする請求項１に記載の無線リソース割当装置。
【請求項５】
トラヒック判定部が、端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定ステップと、
スケジューリング動作状態管理部が、前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理ステップと、
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップと、
スケジューリング使用ＲＢ管理部が、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップと、
を含み、
前記スケジューリング動作状態管理ステップで、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップでは、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップでは、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理する
ことを特徴とする無線リソース割当方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線リソース割当装置および無線リソース割当方法に関する。
【背景技術】
【０００２】
近年、高速かつ広帯域の無線伝送を実現する次世代の移動通信方式として、例えば３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）の標準規格の一つであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）が知られている（例えば、非特許文献１参照）。
【０００３】
ＬＴＥでは、下りリンク（基地局から端末局方向へのリンク）の無線伝送方式として直交周波数分割多元接続（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｕｌ  Ａｃｃｅｓｓ、ＯＦＤＭＡ）方式を用いる。ＯＦＤＭＡ方式は、周波数が互いに直交する複数のサブキャリアから構成される広帯域信号を用いて通信を行うマルチキャリア伝送方式の一つであり、ユーザ（端末局）毎に異なるサブキャリアを使用することで、一基地局と複数のユーザとの間の多元接続を実現する。
【０００４】
また、ＬＴＥでは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ボイス オーバー インターネット プロトコル）トラヒックを効率良く伝送するための機構が標準仕様上に規定されている。それは、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングと呼ばれるものであり、定期的に到着するＶｏＩＰトラヒックのパケットの特性を生かし、以下の手順で実現される。
【０００５】
（ア）基地局は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤのシグナリングで、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングによってスケジューリングされるパケットの送信周期（Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期）などの設定情報を端末局に事前に通知する。
（イ）基地局は、物理層（ＰＨＹ層）での制御信号により、最初にＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで使用するサブフレームとリソースブロック（Ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）とを通知する。
（ウ）以降、基地局は、物理層での制御信号を送信することなく、（ア）（イ）で指定した送信周期、サブフレーム、及び当該サブフレーム内のリソースブロックを使用して、端末局にＶｏＩＰトラヒックのパケットを送信する。
【０００６】
上記の手順の利点としては、（ウ）において、基地局は、物理層での制御信号を送信する必要がないため、物理層の制御チャネルを圧迫することなく、多くのＶｏＩＰトラヒックを収容できることである。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１１，“Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌｓ  ａｎｄ  ｍｏｄｕｌａｔｉｏｎ”
【発明の概要】
【発明が解決しようとする課題】
【０００８】
前述の通り、ＬＴＥで規定されているＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングでは、予め、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期と、送信サブフレームと、リソースブロックとを決めて、その無線リソースの利用を暗黙の了解として、基地局が送信したＶｏＩＰトラヒックのパケットを端末局が受信する。
【０００９】
しかしながら、実際のＶｏＩＰトラヒックは、特に下りリンクにおいて、上位のネットワークでの輻輳などによってパケットの到着時間が揺らぐ。また、ＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉｐｕｌ−Ｒａｔｅ）のような可変帯域コーデックを採用したＶｏＩＰトラヒックの場合は、想定したサイズ以外のＶｏＩＰトラヒックのパケットが到着するなど、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングにより無線リソースを予約した際の想定と異なることがある。このような場合、効率よく無線リソースを割り当てることができないという問題がある。
【００１０】
本発明は上記の点に鑑みてなされたものであり、より効率良く無線リソースを割り当てることができる無線リソース割当装置および無線リソース割当方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定部と、前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理部と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部と、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理部と、を備え、前記スケジューリング動作状態管理部が、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部は、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部は、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理することを特徴とする無線リソース割当装置である。
【００１２】
また、本発明の無線リソース割当装置において、前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きいか否かを判定し、前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量より大きい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定することを特徴とする。
【００１３】
また、本発明の無線リソース割当装置において、前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値より小さいか否かを判定し、前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、前記閾値より小さい場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定し、ＶｏＩＰトラヒック量が、前記閾値以上の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定することを特徴とする。
【００１４】
また、本発明の無線リソース割当装置において、前記トラヒック判定部は、端末装置毎に、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上であるか否かを判定し、前記スケジューリング動作状態管理部は、ＶｏＩＰトラヒック量が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下で、かつ、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が管理するリソースブロックの容量以下の閾値以上である場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いると判定し、それ以外の場合、前記ＶｏＩＰトラヒックのパケットの送信に、Ｄｙｎａｍｉｃスケジューリングを用いると判定することを特徴とする。
【００１５】
また、本発明は、トラヒック判定部が、端末装置毎にＶｏＩＰトラヒック量を判定するトラヒック判定ステップと、スケジューリング動作状態管理部が、前記ＶｏＩＰトラヒック量の判定結果に基づいて、前記ＶｏＩＰトラヒックのパケットの送信に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いるか、Ｄｙｎａｍｉｃスケジューリングを用いるかを判定するスケジューリング動作状態管理ステップと、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで割り当てるリソースブロックを前記端末毎に管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップと、スケジューリング使用ＲＢ管理部が、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックを管理するＤｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップと、を含み、前記スケジューリング動作状態管理ステップで、ある端末装置に対するＶｏＩＰトラヒックのパケットの送信にＤｙｎａｍｉｃスケジューリングを用いると判定した場合、前記Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理ステップでは、当該端末装置用に管理する前記リソースブロックを解放し、前記Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理ステップでは、当該解放されたリソースブロックを、Ｄｙｎａｍｉｃスケジューリングで割り当てるリソースブロックとして管理することを特徴とする無線リソース割当方法である。
【発明の効果】
【００１６】
本発明によれば、より効率良く無線リソースを割り当てることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態における無線リソース割当装置を備えた基地局と、ＶｏＩＰを用いて音声通信を行う端末装置とのネットワーク構成の概要を示した構成図である。
【図２】本実施形態における無線リソース割当装置の構成を示した図である。
【図３】本実施形態における無線リソース割当装置のスケジューリング動作状態の遷移を示した遷移図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本発明の一実施形態について説明する。図１は、本実施形態の無線リソース割当装置を備えた基地局と、ＶｏＩＰを用いて音声通信を行う端末装置とのネットワーク構成の概要を示した構成図である。
【００１９】
基地局１００と端末装置１０１とは、無線ネットワークで接続されており、互いにデータの送受信を行うことができる。基地局１００と端末装置１０１とは、通信規格としてＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を用いている。
【００２０】
基地局１００は、ネットワーク２００と接続しており、ネットワーク２００を介して端末装置３００と通信を行うことができる。
【００２１】
基地局１００は、端末装置３００から送信されたデータ受信し、受信したデータを端末装置１０１に送信する。また、基地局１００は、端末装置１０１から送信されたデータを受信し、受信したデータを端末装置３００に送信する。
【００２２】
端末装置１０１と端末装置３００とは、ＶｏＩＰを用いて音声通信を行う。この際に、基地局１００が備える無線リソース割当装置１は、端末装置３００から送信されたＶｏＩＰトラヒックのパケットを、効率よく端末装置１０１に送信することができるように、ＶｏＩＰトラヒックのパケットを送信するための無線リソースの割り当てを行う。
【００２３】
なお、ＬＴＥで規定されているＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングでは、基地局１００が端末装置１０１に対して、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングによってスケジューリングされるパケット（即ち、ＶｏＩＰトラヒックのパケット）の送信周期と、送信サブフレームと、ＶｏＩＰトラヒックのパケットを割り当てるリソースブロックとが予め決められている。
【００２４】
図２は、本実施形態の無線リソース割当装置１の構成を示した図である。図示する例では、無線リソース割当装置１は、ＶｏＩＰベアラキュー１１と、トラヒック判定部１２と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３と、スケジューリング動作状態管理部１４と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、リソースブロック）管理部１５と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部１６と、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７と、Ｄｙｎａｍｉｃスケジューラ１８とを備える。
【００２５】
ＶｏＩＰベアラキュー１１は、送信先の端末装置１０１毎に、ＶｏＩＰトラヒック（３ＧＰＰの規定ではＶｏＩＰベアラと呼ぶ）のパケットを保持する。具体的には、ＶｏＩＰベアラキュー１１は、端末装置１０１毎に、端末装置３００から送信されたＶｏＩＰトラヒックのパケットを保持する。
【００２６】
トラヒック判定部１２は、送信先の端末装置１０１毎に、ＶｏＩＰベアラキュー１１が保持するパケット量（キュー長）を判定する。
【００２７】
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１毎にパケットを送信する際のタイミングを管理する。
【００２８】
スケジューリング動作状態管理部１４は、トラヒック判定部１２によるＶｏＩＰベアラキュー１１が保持するパケット量の判定結果に基づいて、無線リソース割当装置１の動作状態を定めたスケジューリング動作状態を管理する。スケジューリング動作状態については後述する。
【００２９】
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信する際に使用するリソースブロックを管理する。
【００３０】
Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部１６は、トラヒック判定部１２の指示と、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５が管理する情報とに基づいて、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットをリソースブロックに割り当てる。
【００３１】
Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットや、他のトラヒックのパケットを送信する際に使用することが可能なリソースブロックを管理する。
【００３２】
Ｄｙｎａｍｉｃスケジューラ１８は、トラヒック判定部１２の指示と、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７が管理する情報とに基づいて、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットをリソースブロックに割り当てる。
【００３３】
次に、基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを、本実施形態の無線リソース割当装置１が基地局１００に割り当てる動作について説明する。無線リソース割当装置１は、この動作を端末装置１０１毎に行う。
【００３４】
本実施形態では、ＶｏＩＰトラヒックのパケットの大きさが、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさ（ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ）より大きい場合、基地局１００はＤｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信する。また、ＶｏＩＰトラヒックのパケットの大きさが、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさより小さく、リソースブロックの容量が無駄となる大きさ（ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ）より小さい場合、基地局１００はＤｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信する。なお、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅとＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅとは、任意に決定することができる値（閾値）である。
【００３５】
図３は、基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てる際における、無線リソース割当装置１のスケジューリング動作状態の遷移を示した遷移図である。
【００３６】
無線リソース割当装置１の動作は、スケジューリング動作状態に応じて異なる。本実施形態では、無線リソース割当装置１のスケジューリング動作状態を「状態１」〜「状態４」の４つに分類する。無線リソース割当装置１のスケジューリング動作状態は、スケジューリング動作状態管理部１３が管理する。なお、基地局１００が端末装置１０１に対してＶｏＩＰトラヒックのパケットの送信を開始する際の無線リソース割当装置１のスケジューリング動作状態は、「状態１」である。
【００３７】
無線リソース割当装置１のスケジューリング動作状態が「状態１」の場合、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、無線リソースを割り当てる。無線リソース割当装置１のスケジューリング動作状態が「状態３」の場合、無線リソース割当装置１は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて、無線リソースを割り当てる。なお、無線リソース割当装置１のスケジューリング動作状態が「状態３」の場合においても、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、無線リソースを割り当てることもある。
【００３８】
また、無線リソース割当装置１のスケジューリング動作状態が「状態１」から「状態３」に遷移する間の状態を「状態２」とする。また、無線リソース割当装置１のスケジューリング動作状態が「状態３」から「状態１」に遷移する間の状態を「状態４」とする。
【００３９】
［スケジューリング動作状態が「状態１」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態１」の場合での無線リソース割当装置１の動作について説明する。
【００４０】
スケジューリング動作状態管理部１３が管理するスケジューリング動作状態が「状態１」の場合、トラヒック判定部１２は、サブフレームの送信を開始する毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。
【００４１】
トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅより大きい場合、若しくはＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合、処理Ｓ１０１を行う。また、トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ以下で、かつＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ以上の場合、処理Ｓ１０２を行う。
【００４２】
（処理Ｓ１０１）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。
【００４３】
指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。その後、無線リソース割当装置１は、「状態１」の動作を継続する。
【００４４】
（処理Ｓ１０２）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。
【００４５】
指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。
【００４６】
続いて、スケジューリング動作状態管理部１３は、ＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ以下、かつＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ以上であるため、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態２」とする。このとき、基地局１００は、端末装置１０１に対して、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を物理層の制御信号で送信する。その後、無線リソース割当装置１は、「状態２」の動作を行う。
【００４７】
［スケジューリング動作状態が「状態２」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態２」の場合での無線リソース割当装置１の動作について説明する。
【００４８】
スケジューリング動作状態管理部１３が管理する無線リソース割当装置１のスケジューリング動作状態が「状態２」の場合、トラヒック判定部１２は、サブフレームの送信を開始する毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。
【００４９】
トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、０より大きい場合、処理２０１を行う。
【００５０】
（処理Ｓ２０１）Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。
【００５１】
指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。
【００５２】
一方、トラフィック判定部１２によるＶｏＩＰベアラキュー１１のキュー長の確認処理とは別に、スケジューリング動作状態管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングでＶｏＩＰトラヒックのパケットを送信することを端末装置１０１に伝わったか否かを判定し、「状態３」に遷移するか、若しくは「状態１」に遷移するかを判定する。
【００５３】
具体的には、スケジューリング動作状態管理部１３は、基地局１００が、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報含んだ物理層の制御信号に対する応答メッセージを、端末装置１０１から受信したか否かを判定する。スケジューリング動作状態管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報含んだ物理層の制御信号に対する応答メッセージを端末装置１０１から受信したと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態３」とする。その後、無線リソース割当装置１は、「状態３」の動作を行う。また、スケジューリング動作状態管理部１３は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報含んだ物理層の制御信号に対する応答メッセージを端末装置１０１から受信しなかったと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態１」とする。その後、無線リソース割当装置１は、「状態１」の動作を行う。
【００５４】
［スケジューリング動作状態が「状態３」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態３」の場合での無線リソース割当装置１の動作について説明する。
【００５５】
スケジューリング動作状態管理部１３が管理する無線リソース割当装置１のスケジューリング動作状態が「状態３」の場合、トラヒック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３が管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。
【００５６】
トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅ以下であり、かつＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅ以上である場合、処理Ｓ３０１を行う。また、トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅより大きい場合、またはＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合、処理Ｓ３０２を行う。また、トラヒック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が０である場合、処理Ｓ３０３を行う。また、トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合がＮｓｉｌｅｎｔ回連続して発生した場合、処理Ｓ３０４を行う。また、トラヒック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が０である場合がＮｓｉｌｅｎｔ２回連続して発生した場合、処理Ｓ３０５を行う。
【００５７】
なお、Ｎｓｉｌｅｎｔ、及びＮｓｉｌｅｎｔ２は、頻繁に「状態３」の状態から「状態４」の状態に遷移しないように設定している値であり、任意の値に設定することができる。
【００５８】
（処理Ｓ３０１）トラフィック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部１６に対して指示する。
【００５９】
指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング無線リソース割当部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５が管理する、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。その後、無線リソース割当装置１は、「状態３」の動作を継続する。
【００６０】
（処理Ｓ３０２）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。
【００６１】
指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。
【００６２】
また、トラヒック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを一時的に解放するように指示する。指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを一時的に解放する。また、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを一時的に解放したことを通知する。これにより、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１７は、解放されたリソースブロックをＤｙｎａｍｉｃスケジューリングで用いることができる。よって、ＶｏＩＰトラヒックのパケットの送信に用いないリソースブロックを解放でき、無線リソースを効率的に利用することができる。
【００６３】
続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。その後、無線リソース割当装置１は、「状態３」の動作を継続する。
【００６４】
（処理Ｓ３０３）トラフィック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しないように指示する。指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しない。これは、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いている場合、端末装置１０１（受信装置）側では、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックに格納されているパケットは、全てＶｏＩＰトラヒックのパケットであると認識するため、他のトラヒックのパケットの送信に使用させないようにするためである。その後、無線リソース割当装置１は、「状態３」の動作を継続する。
【００６５】
（処理Ｓ３０４）トラフィック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。
【００６６】
指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。
【００６７】
続いて、スケジューリング動作状態管理部１３は、ＶｏＩＰベアラキュー１１のキュー長が、ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さく、かつ０より大きい場合がＮｓｉｌｅｎｔ回連続して発生したため、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態４」とする。このとき、基地局１００は、端末装置１０１に対して、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を物理層の制御信号で送信する。その後、無線リソース割当装置１は、「状態４」の動作を行う。
【００６８】
（処理Ｓ３０５）トラフィック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５に、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しないように指示する。指示を受けたＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部１５は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックを解放しない。これは、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いている場合、端末装置１０１（受信装置）側では、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められているリソースブロックに格納されているパケットは、全てＶｏＩＰトラヒックのパケットであると認識するため、他のトラヒックのパケットの送信に使用させないようにするためである。
【００６９】
続いて、スケジューリング動作状態管理部１３は、ＶｏＩＰベアラキュー１１のキュー長が０である場合がＮｓｉｌｅｎｔ２回連続して発生したため、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態４」とする。このとき、基地局１００は、端末装置１０１に対して、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を物理層の制御信号で送信する。その後、無線リソース割当装置１は、「状態４」の動作を行う。
【００７０】
［スケジューリング動作状態が「状態４」の場合での無線リソース割当装置１の動作］
以下、スケジューリング動作状態が「状態４」の場合での無線リソース割当装置１の動作について説明する。
【００７１】
スケジューリング動作状態管理部１３が管理する無線リソース割当装置１のスケジューリング動作状態が「状態４」の場合、トラヒック判定部１２は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部１３が管理するＳｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングパケット送信周期毎に、ＶｏＩＰベアラキュー１１のキュー長を確認する。
【００７２】
トラフィック判定部１２は、確認したＶｏＩＰベアラキュー１１のキュー長が、０より大きい場合、処理Ｓ４０１を行う。
【００７３】
（処理Ｓ４０１）トラヒック判定部１２は、Ｄｙｎａｍｉｃスケジューリングを用いて基地局１００が端末装置１０１にＶｏＩＰトラヒックのパケットを送信するための無線リソースを割り当てるように、Ｄｙｎａｍｉｃスケジューラ１８に対して指示する。
【００７４】
指示を受けたＤｙｎａｍｉｃスケジューラ１８は、Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部１６が管理する、Ｄｙｎａｍｉｃスケジューリングで使用することができるリソースブロックに、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットを割り当てる。続いて、基地局１００は、割り当てられたリソースブロックにＶｏＩＰトラヒックのパケットを格納し、サブフレームを端末装置１０１に送信する。
【００７５】
一方、トラフィック判定部１２によるＶｏＩＰベアラキュー１１のキュー長の確認処理とは別に、スケジューリング動作状態管理部１３は、ＤｙｎａｍｉｃスケジューリングでＶｏＩＰトラヒックのパケットを送信することが端末装置１０１に伝わったか否か、若しくは、ＤｙｎａｍｉｃスケジューリングでＶｏＩＰトラヒックのパケットを送信することを端末装置１０１に通知する信号を送信してから一定時間経過したか否か、を判定し、「状態１」の状態に遷移するか否かを判定する。
【００７６】
具体的には、スケジューリング動作状態管理部１３は、基地局１００が、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号に対する応答メッセージを、端末装置１０１から受信したか否かを判定する。スケジューリング動作状態管理部１３は、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号に対する応答メッセージを端末装置１０１から受信したと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態１」とする。また、スケジューリング動作状態管理部１３は、基地局１００が、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号を送信してから、一定時間経過したか否かを判定する。スケジューリング動作状態管理部１３は、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することを示す情報を含んだ物理層の制御信号を送信してから、一定時間経過したと判定した場合、自身が記憶する無線リソース割当装置１のスケジューリング動作状態を「状態１」とする。その後、無線リソース割当装置１は、「状態１」の動作を行う。
【００７７】
上述したとおり、本実施形態の無線リソース割当装置１は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさと、ＶｏＩＰベアラキュー１４のキュー長とを比較する。そして、ＶｏＩＰベアラキュー１４が蓄積しているＶｏＩＰトラヒックのパケットの量が多く、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔで定められたリソースブロックで格納することができない場合、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットに対してリソースブロック（無線リソース）を割り当てる。
【００７８】
従来、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いた場合、リソースブロックのサイズを変更することができないため、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットのうち、最大のパケットの大きさに合わせてリソースブロックの大きさを定めていた。例えば、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットのうち、ごくまれに他のＶｏＩＰトラヒックのパケットの大きさよりも大きなサイズのＶｏＩＰトラヒックのパケットが存在する場合、基地局１００が端末装置１０１に送信する最大のパケットの大きさに応じてリソースブロックの大きさを定めなければならなかった。よって、大きさが小さいＶｏＩＰトラヒックのパケットを送信する際にはリソースブロックに空きがあり、無線リソースが無駄になっていた。
【００７９】
しかしながら、本実施形態の無線リソース割当装置１を用いることで、基地局１００は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの大きさより大きなＶｏＩＰトラヒックのパケットを送信する場合（ＭａｘＶｏｉｃｅＰｋｔＳｉｚｅより大きなＶｏＩＰトラヒックのパケットを送信する場合）、Ｄｙｎａｍｉｃスケジューリングを用いて送信することができる。
【００８０】
そのため、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングを用いて無線リソースを割り当てる場合においても、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めるリソースブロックの大きさを、ＶｏＩＰトラヒックのパケットの最大値に設定しなくてもよく、平均的なＶｏＩＰトラヒックのパケットの大きさに合わせて設定することができる。よって、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの空きが少なくなり、効率よくＶｏＩＰトラヒックのパケットを送信することができる。
【００８１】
また、上述したとおり、本実施形態の無線リソース割当装置１は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定められたリソースブロックの大きさと、ＶｏＩＰベアラキュー１４のキュー長とを比較する。そして、ＶｏＩＰベアラキュー１４が蓄積しているＶｏＩＰトラヒックのパケットの量が少なく、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔで定められたリソースブロックの大きさが大きい場合、無線リソース割当装置１は、Ｄｙｎａｍｉｃスケジューリングを用いて、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットに対してリソースブロックを割り当てる。
【００８２】
例えば、基地局１００が端末装置１０１に送信するＶｏＩＰトラヒックのパケットが、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの大きさより小さい場合、リソースブロックのサイズより小さなパケットを送信する際は、リソースブロックに空きがあり、無線リソースが無駄になっていた。
【００８３】
しかしながら、本実施形態の無線リソース割当装置１を用いることで、基地局１００は、Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリングで定めたリソースブロックの大きさより小さなＶｏＩＰトラヒックのパケットを送信する場合（ＭｉｎＶｏｉｃｅＰｋｔＳｉｚｅより小さなＶｏＩＰトラヒックのパケットを送信する場合）、Ｄｙｎａｍｉｃスケジューリングを用いてＶｏＩＰトラヒックのパケットを送信することができる。これにより、小さなＶｏＩＰトラヒックのパケットを送信する際にもリソースブロックの空きが無くなり、効率よくＶｏＩＰトラヒックのパケットを送信することができる。
【００８４】
以上、図面を参照して本発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【符号の説明】
【００８５】
１・・・無線リソース割当装置、１１・・・ＶｏＩＰベアラキュー、１２・・・トラヒック判定部、１３・・・Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング送信タイミング管理部、１４・・・スケジューリング動作状態管理部、１５・・・Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔスケジューリング使用ＲＢ管理部、１６・・・Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ無線リソース割当部、１７・・・Ｄｙｎａｍｉｃスケジューリング使用ＲＢ管理部、１８・・・Ｄｙｎａｍｉｃスケジューラ、１００・・・基地局、１０１，３００・・・端末装置、２００・・・ネットワーク
【図１】
2011066639.tif 000003
【図２】
2011066639.tif 000004
【図３】
2011066639.tif 000005