JP7362503B2 - 割当装置、それを備えた基地局、コンピュータに実行させるためのプログラムおよびプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Description

この発明は、割当装置、それを備えた基地局、コンピュータに実行させるためのプログラムおよびプログラムを記録したコンピュータ読み取り可能な記録媒体に関するものである。

５Ｇ（第５世代移動通信システム）では、スマートフォン、ＩｏＴ（Internet of Thing）デバイス、ロボットおよびスマートカー等の多種多様なデバイスがネットワークに接続されることから、様々なＱｏＳ（Quality of Service）要求を有するアプリケーションのトラフィックを収容することが求められる。

ＱｏＳ要求の多様化の一つの形態として、一つのアプリケーションのトラフィックがＱｏＳ要求の異なる複数のパケットから構成される場合が想定される。

そのようなアプリケーションの例として、段階的に品質を向上可能なコーデックを用いたビデオ配信が挙げられる。具体的には、動画データ全体が、動画の視聴に最低限必要なデータを送信する基本品質パケットと、基本品質パケットを全て受信した上で、更に受信できた場合に視聴品質を向上可能なデータを送信する拡張品質パケットの２種類のパケットにより構成されている場合がある（非特許文献１，２）。

５Ｇの標準アーキテクチャでは、多様なＱｏＳ要求が混在したトラフィック全体から個々のフロー（同一のＱｏＳ要求と見做せるパケットの集合）を識別し、フローごとに、そのフローのＱｏＳ要求に応じた無線リソースを割り当てる仕組みが用意されている。

H. Schwarz, D. Marpe, T. Wiegand, "Overview of Scalable Video Coding Extension of the H.264/AVC Standard," IEEE Transactions on Circuits and Systems for Video Technology, Vol. 17, No.9, pp.1103-1120, 2007. A. Elgabli, V. Aggarwal, S. Hao, F. Qian, S. Sen, "LBP: Robust Rate Adaptation Algorithm for SVC Video Streaming," IEEE/ACM Transactions on Networking, Vol. 26, No.4, pp.1633-1645, 2018.

しかし、これまでの多くの研究では、個々のアプリケーションごとのＱｏＳ要求に応じて無線リソースを割り当てることは考慮されてきたが、一つのアプリケーションが送信するトラフィック内に異なるＱｏＳ要求を持つパケットが混在する場合については、十分な検討が行われていない。そのため、トラフィック全体に対して同種の無線リソースを割り当てると、無線リソース量が不足する状況においては、アプリケーションの動作に必須な基本品質パケットにおいてパケットロスが生じ、アプリケーションの実行が停止する端末が生じるという問題がある。

そこで、この発明の実施の形態によれば、異なるＱｏＳ要求を持つパケットが混在する場合にアプリケーションの実行を継続可能なように無線リソースを割り当てる割当装置を提供する。

また、この発明の実施の形態によれば、異なるＱｏＳ要求を持つパケットが混在する場合にアプリケーションの実行を継続可能なように無線リソースを割り当てる割当装置を備える基地局を提供する。

更に、この発明の実施の形態によれば、異なるＱｏＳ要求を持つパケットが混在する場合にアプリケーションの実行を継続可能なように無線リソースの割当をコンピュータに実行させるためのプログラムを提供する。

更に、この発明の実施の形態によれば、異なるＱｏＳ要求を持つパケットが混在する場合にアプリケーションの実行を継続可能なように無線リソースの割当をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

（構成１）
この発明の実施の形態によれば、割当装置は、第１のサービス品質要求を有する必須データと、第１のサービス品質要求と異なる第２のサービス品質要求を有する任意データとからなるデータを扱うアプリケーションからのフローに無線リソースを割り当てる割当装置であって、受信手段と、検出手段と、割当手段とを備える。受信手段は、必須データを含み、かつ、同一の第１のサービス品質フロー識別子が付与された第１のパケットによって構成される第１のフローと、任意データを含み、かつ、第１のサービス品質フロー識別子と異なる同一の第２のサービス品質フロー識別子が付与された第２のパケットによって構成される第２のフローとを受信する。検出手段は、サービス品質フロー識別子とサービス品質プロファイルとの対応関係に基づいて、受信手段によって受信された第１のフローに付与された第１のサービス品質フロー識別子に対応するサービス品質プロファイル内の第１のサービス品質識別子と受信手段によって受信された第２のフローに付与された第２のサービス品質フロー識別子に対応するサービス品質プロファイル内の第２のサービス品質識別子とを検出する。割当手段は、検出手段によって検出された第１のサービス品質識別子が帯域保障型の無線リソースを割り当てることを示す第１の値からなるとき、第１および第２のフローのうち、第１のフローを少なくとも受信したことを検知し、利用可能な無線リソースの少なくとも一部の無線リソースを第１のフローに優先的に割り当てる第１の割当処理を少なくとも実行する。そして、利用可能な無線リソースのリソース量は、第１のフローを送信先の端末装置の全てに送信するために必要である第１の無線リソースのリソース量と第２のフローを送信先の端末装置の全てに送信するために必要である第２の無線リソースのリソース量との和以下であり、かつ、第１の無線リソースのリソース量以上である。

（構成２）
構成１において、割当手段は、検出手段によって検出された第１のサービス品質識別子が第１の値からなり、かつ、検出手段によって検出された第２のサービス品質識別子が非帯域保障型の無線リソースを割り当てることを示す第２の値からなるとき、第１および第２のフローの両方が受信されたことを検知し、第１の割当処理を実行するとともに、更に、利用可能な無線リソースのリソース量から第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零よりも大きいとき、残存無線リソース量を有する残存無線リソースを第１のフローよりも低い優先度で前記第２のフローに割り当てる第２の割当処理を実行する。

（構成３）
構成２において、割当手段は、第２の割当処理において、残存無線リソース量が第２の無線リソースのリソース量に等しいとき、残存無線リソースを第１のフローよりも低い優先度で第２のフローに割り当て、残存無線リソース量が零よりも大きく、かつ、第２の無線リソースのリソース量に一致しないとき、残存無線リソース量を第２のフローを受信する端末装置の個数で除算した除算結果からなる単位残存無線リソース量を有する無線リソースが１個の端末装置へ送信される第２のフローに割り当てられるように全ての端末装置へ送信される第２のフローの全体に残存無線リソース量を有する無線リソースを割り当てる。

（構成４）
構成１において、割当手段は、利用可能な無線リソースのリソース量から第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零であるとき、第１の割当処理のみを実行する。

（構成５）
構成１から構成４のいずれかにおいて、受信手段は、第１および第２のフローをコアネットワークから受信する前に、更に、サービス品質フロー識別子とサービス品質プロファイルとの対応関係をコアネットワークから受信する。検出手段および割当手段は、受信手段によって受信された対応関係を予め保持している。

（構成６）
構成１から構成５のいずれかにおいて、必須データは、会議の音声データであり、任意データは、会議の動画データである。

（構成７）
構成１から構成５のいずれかにおいて、必須データは、動画の視聴を可能にするデータであり、任意データは、高画質の動画の視聴を可能にするデータである。

（構成８）
構成１から構成７のいずれかにおいて、第１の無線リソースのリソース量は、第１のフローを送信先の端末装置へ送信するために必要な第１の基本無線リソース量に第１のフローを受信する端末装置の個数を乗算した乗算結果からなる。第２の無線リソースのリソース量は、第２のフローを送信先の端末装置へ送信するために必要な第２の基本無線リソース量に第２のフローを受信する端末装置の個数を乗算した乗算結果からなる。

（構成９）
また、この発明の実施の形態によれば、基地局は、構成１から構成８のいずれかに記載の割当装置を備える。

（構成１０）
更に、この発明の実施の形態によれば、プログラムは、第１のサービス品質要求を有する必須データと、第１のサービス品質要求と異なる第２のサービス品質要求を有する任意データとからなるデータを扱うアプリケーションからのフローへの無線リソースの割当をコンピュータに実行させるためのプログラムであって、
受信手段が、必須データを含み、かつ、同一の第１のサービス品質フロー識別子が付与された第１のパケットによって構成される第１のフローと、任意データを含み、かつ、第１のサービス品質フロー識別子と異なる同一の第２のサービス品質フロー識別子が付与された第２のパケットによって構成される第２のフローとを受信する第１のステップと、
検出手段が、サービス品質フロー識別子とサービス品質プロファイルとの対応関係に基づいて、第１のステップにおいて受信された第１のフローに付与された第１のサービス品質フロー識別子に対応するサービス品質プロファイル内の第１のサービス品質識別子と第１のステップにおいて受信された第２のフローに付与された第２のサービス品質フロー識別子に対応するサービス品質プロファイル内の第２のサービス品質識別子とを検出する第２のステップと、
割当手段が、第２のステップにおいて検出された第１のサービス品質識別子が帯域保障型の無線リソースを割り当てることを示す第１の値からなるとき、第１および第２のフローのうち、第１のフローを少なくとも受信したことを検知し、利用可能な無線リソースの少なくとも一部の無線リソースを第１のフローに優先的に割り当てる第１の割当処理を少なくとも実行する第３のステップとをコンピュータに実行させ、
利用可能な無線リソースのリソース量は、第１のフローを送信先の端末装置の全てに送信するために必要である第１の無線リソースのリソース量と第２のフローを送信先の端末装置の全てに送信するために必要である第２の無線リソースのリソース量との和以下であり、かつ、第１の無線リソースのリソース量以上である、コンピュータに実行させるためのプログラムである。

（構成１１）
構成１０において、割当手段は、第３のステップにおいて、第２のステップにおいて検出された第１のサービス品質識別子が第１の値からなり、かつ、第２のステップにおいて検出された第２のサービス品質識別子が非帯域保障型の無線リソースを割り当てることを示す第２の値からなるとき、第１および第２のフローの両方が受信されたことを検知し、第１の割当処理を実行するとともに、更に、利用可能な無線リソースのリソース量から第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零よりも大きいとき、残存無線リソース量を有する残存無線リソースを第１のフローよりも低い優先度で第２のフローに割り当てる第２の割当処理を実行する。

（構成１２）
構成１１において、割当手段は、第３のステップにおいて、第２の割当処理において、残存無線リソース量が第２の無線リソースのリソース量に等しいとき、残存無線リソースを第１のフローよりも低い優先度で第２のフローに割り当て、残存無線リソース量が零よりも大きく、かつ、第２の無線リソースのリソース量に一致しないとき、残存無線リソース量を第２のフローを受信する端末装置の個数で除算した除算結果からなる単位残存無線リソース量を有する無線リソースが１個の端末装置へ送信される第２のフローに割り当てられるように全ての端末装置へ送信される第２のフローの全体に残存無線リソース量を有する無線リソースを割り当てる。

（構成１３）
構成１０において、割当手段は、第３のステップにおいて、利用可能な無線リソースのリソース量から第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零であるとき、第１の割当処理のみを実行する。

（構成１４）
構成１０から構成１３のいずれかにおいて、受信手段は、第１および第２のフローをコアネットワークから受信する前に、更に、サービス品質フロー識別子とサービス品質プロファイルとの対応関係をコアネットワークから受信し、検出手段および割当手段は、受信手段によって受信された対応関係を予め保持している。

（構成１５）
構成１０から構成１４のいずれかにおいて、必須データは、会議の音声データであり、任意データは、会議の動画データである。

（構成１６）
構成１０から構成１４のいずれかにおいて、必須データは、動画の視聴を可能にするデータであり、任意データは、高画質の動画の視聴を可能にするデータである。

（構成１７）
構成１０から構成１６のいずれかにおいて、第１の無線リソースのリソース量は、第１のフローを送信先の端末装置へ送信するために必要な第１の基本無線リソース量に第１のフローを受信する端末装置の個数を乗算した乗算結果からなり、第２の無線リソースのリソース量は、第２のフローを送信先の端末装置へ送信するために必要な第２の基本無線リソース量に第２のフローを受信する端末装置の個数を乗算した乗算結果からなる。

更に、この発明の実施の形態によれば、記録媒体は、構成１０から構成１７のいずれかに記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。

異なるＱｏＳ要求を持つパケットが混在する場合にアプリケーションの実行を継続できる。

この発明の実施の形態における通信システムの概略図である。 図１に示す割当装置の概略図である。 パケットの構成を示す概略図である。 フローの概念図である。 サービス品質フロー識別子ＱＦＩとＱｏＳプロファイルとの関係を示す図である。 サービス品質識別子５ＱＩの値とＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓとの関係を示す図である。 サービス品質フロー識別子ＱＦＩの値と、サービス品質識別子５ＱＩの値との対応関係を示す図である。 空き周波数領域の周波数および時間依存性を示す概念図である。 利用可能な無線リソースのリソース量を説明するための図である。 図１に示す通信システムにおけるフローの流れを示す図である。 図１に示すアプリケーション（サーバ）、ＵＰＦおよび割当装置の動作を説明するためのフローチャートである。 図２に示す割当装置の動作を説明するためのフローチャートである。 図１２に示すステップＳ１８の詳細な動作を説明するためのフローチャートである。 図１３のステップＳ１９２の詳細な動作を説明するためのフローチャートである。 ２つのフローＦＬＷ１，ＦＬＷ２を端末装置へ送信するときの別の無線リソース量を示す図である

本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。

図１は、この発明の実施の形態における通信システムの概略図である。図１を参照して、通信システム１００は、サーバ１０と、外部ネットワーク２０と、５Ｇのコアネットワーク（５ＧＣ）３０と、ＲＡＮ（Radio Access Network）４０と、端末装置５０とを備える。そして、ＲＡＮ４０内には、この発明の実施の形態による割当装置６０が配置される。

サーバ１０は、必須データと任意データとからなるデータを扱うアプリケーションによって必須データを含むパケットＰＫＴ１からなる第１のフローＦＬＷ１と任意データを含むパケットＰＫＴ２からなる第２のフローＦＬＷ２とが混在するフローを端末装置５０へ送信する。

必須データは、アプリケーションの動作に必須なデータであり、任意データは、アプリケーションによって送信されるデータの視聴品質を向上可能なデータである。

フローを構成するパケットは、サービスの種類を示すサービス種別（ＴｏＳ：Type of Service）をＩＰヘッダ内に有する。

この発明の実施の形態においては、第１のフローＦＬＷ１を構成するパケットＰＫＴ１は、サービス種別ＴｏＳ１をＩＰヘッダに含む。また、第２のフローＦＬＷ２を構成するパケットＰＫＴ２は、サービス種別ＴｏＳ１と異なるサービス品質ＴｏＳ２をＩＰヘッダに含む。サービス種別ＴｏＳ１は、第１のフローＦＬＷ１に無線リソースを優先的に割り当てることを要求するものであり、サービス種別ＴｏＳ２は、第１のフローＦＬＷ１よりも低い優先度で第２のフローＦＬＷ２に無線リソースを割り当てることを要求するものである。従って、必須データおよび任意データは、相互に異なるＱｏＳ要求を有する。

アプリケーションは、第１のフローＦＬＷ１を構成するパケットＰＫＴ１のＩＰヘッダにサービス種別ＴｏＳ１を設定して第１のフローＦＬＷ１を送信し、第２のフローＦＬＷ２を構成するパケットＰＫＴ２のＩＰヘッダにサービス種別ＴｏＳ２を設定して第２のフローＦＬＷ２を送信する。

ＵＰＦ（User Plane Function）は、外部ネットワーク２０とＲＡＮ４０との間に配置されたコアネットワーク３０内に配置され、ユーザプレーンのトラフィックの送受信を担う５ＧＣの機能の１つである。

ＵＰＦは、外部ネットワーク２０を介して、アプリケーションによってサーバ１０から送信されたフローを受信し、その受信したフローを構成するパケットに対して所定のルールに従ってサービス品質フロー識別子（ＱＦＩ：QoS Flow Identifier）を付与する。

より具体的には、ＵＰＦは、外部ネットワーク２０を介して第１のフローＦＬＷ１を受信し、その受信した第１のフローＦＬＷ１を構成するパケットＰＫＴ１のサービス種別ＴｏＳ１を参照して、サービス品質フロー識別子ＱＦＩ１をパケットＰＫＴ１に付与する。また、ＵＰＦは、外部ネットワーク２０を介して第２のフローＦＬＷ２を受信し、その受信した第２のフローＦＬＷ２を構成するパケットＰＫＴ２のサービス種別ＴｏＳ２を参照して、サービス品質フロー識別子ＱＦＩ２をパケットＰＫＴ２に付与する。

そして、ＵＰＦは、サービス品質フロー識別子ＱＦＩを付与したパケットＰＫＴ１によって構成される第１のフローＦＬＷ１をＲＡＮ４０へ送信するとともに、サービス品質フロー識別子ＱＦＩを付与したパケットＰＫＴ２によって構成される第２のフローＦＬＷ２をＲＡＮ４０へ送信する。

なお、ＵＰＦは、アプリケーションが第１および第２のフローＦＬＷ１，ＦＬＷ２を送信する前に、サービス品質フロー識別子ＱＦＩとＱｏＳプロファイルとの対応関係ＲＥＬＴを予めＲＡＮ４０内の割当装置６０へ送信する。つまり、ＵＰＦは、ＰＤＵ（Protocol Data Unit）セッションの確立時に対応関係ＲＥＬＴを予めＲＡＮ４０内の割当装置６０へ送信する。ここで、ＰＤＵセッションは、４Ｇ（第４世代移動通信システム）におけるコアネットワークであるＥＰＣ（Evolved Packet Core）のＰＤＮ（Packet Data Network）接続に相当するセッションである。

ＲＡＮ４０内の割当装置６０は、予め、ＵＰＦから対応関係ＲＥＬＴを受信し、その受信した対応関係ＲＥＬＴを保持する。

割当装置６０は、フローＦＬＷをコアネットワーク３０から受信する。そして、割当装置６０は、フローＦＬＷを構成するパケットＰＫＴに付与されたサービス品質フロー識別子ＱＦＩを検出する。その後、割当装置６０は、対応関係ＲＥＬＴを参照して、サービス品質フロー識別子ＱＦＩに対応するＱｏＳプロファイルＱｏＳ＿ＰＦを検出し、その検出したＱｏＳプロファイルＱｏＳ＿ＰＦに含まれるサービス品質識別子５ＱＩ（5G QoS Identifier）の値に基づいて、フローＦＬＷに無線リソースを割り当てる。

より具体的には、割当装置６０は、第１のフローＦＬＷ１をコアネットワーク３０から受信し、その受信した第１のフローＦＬＷ１を構成するパケットＰＫＴ１に付与されたサービス品質フロー識別子ＱＦＩを検出する。そして、割当装置６０は、対応関係ＲＥＬＴを参照して、サービス品質フロー識別子ＱＦＩの値に対応するＱｏＳプロファイルＱｏＳ＿ＰＦ１を検出し、その検出したＱｏＳプロファイルＱｏＳ＿ＰＦ１に含まれるサービス品質識別子５ＱＩ１に基づいて、無線リソースを第１のフローＦＬＷ１に優先的に割り当てる。

また、割当装置６０は、第２のフローＦＬＷ２をコアネットワーク３０から受信し、その受信した第２のフローＦＬＷ２を構成するパケットＰＫＴ２に付与されたサービス品質フロー識別子ＱＦＩを検出する。そして、割当装置６０は、対応関係ＲＥＬＴを参照して、サービス品質フロー識別子ＱＦＩの値に対応するＱｏＳプロファイルＱｏＳ＿ＰＦ２を検出し、その検出したＱｏＳプロファイルＱｏＳ＿ＰＦ２に含まれるサービス品質識別子５ＱＩ２に基づいて、第１のフローＦＬＷ１よりも低い優先度で第２のフローＦＬＷ２に無線リソースを割り当てる。

そうすると、第１および第２のフローＦＬＷ１，ＦＬＷ２は、割り当てられた無線リソースを用いてＲＡＮ４０から端末装置５０へ送信される。

図２は、図１に示す割当装置６０の概略図である。図２を参照して、割当装置６０は、アンテナ６１と、受信手段６２と、検出手段６３と、割当手段６４とを備える。

受信手段６２は、有線ケーブル７０を介して、ＰＤＵセッション確立時に対応関係ＲＥＬＴをコアネットワーク３０のＵＰＦから受信し、その受信した対応関係ＲＥＬＴを検出手段６３および割当手段６４へ出力する。

受信手段６２は、有線ケーブル７０を介して、フローＦＬＷをコアネットワーク３０のＵＰＦから受信し、その受信したフローＦＬＷを検出手段６３および割当手段６４へ出力する。

受信手段６２は、無線通信に利用可能な周波数帯域ＢＷにおいて、各端末装置の電波伝搬路の通信品質を把握し、その結果を割当手段６４へ出力する。

検出手段６３は、対応関係ＲＥＬＴを受信手段６２から受け、その受けた対応関係ＲＥＬＴを保持する。

検出手段６３は、フローＦＬＷを受信手段６２から受けると、その受けたフローＦＬＷに付与されたサービス品質フロー識別子ＱＦＩを検出する。

その後、検出手段６３は、対応関係ＲＥＬＴを参照して、その検出したサービス品質フロー識別子ＱＦＩの値に対応するＱｏＳプロファイルＱｏＳ＿ＰＦを検出し、その検出したＱｏＳプロファイルＱｏＳ＿ＰＦに含まれるサービス品質識別子５ＱＩを検出する。そうすると、検出手段６３は、その検出したサービス品質識別子５ＱＩを割当手段６４へ出力する。

割当手段６４は、対応関係ＲＥＬＴを受信手段６２から受け、その受けた対応関係ＲＥＬＴを保持する。

割当手段６４は、各端末装置の電波伝搬路の通信品質を受信手段６２から受ける。また、割当手段６４は、周波数と時間とによって規定される周波数－時間平面に、無線通信が行われていない周波数領域の時間依存性を示す空き周波数領域ＦＱ＿ＲＥＧを作成する。

割当手段６４は、フローＦＬＷを受信手段６２から受け、サービス品質識別子５ＱＩを検出手段６３から受ける。そして、割当手段６４は、サービス品質識別子５ＱＩの値が帯域保障型の無線リソースを割り当てることを示す第１の値からなるとき、フローＦＬＷが第１のフローＦＬＷ１であることを検知し、フローＦＬＷ（＝第１のフローＦＬＷ１）に無線リソースを優先的に割り当てる。また、割当手段６４は、サービス品質識別子５ＱＩの値が非帯域保障型の無線リソースを割り当てることを示す第２の値からなり、かつ、利用可能な無線リソース量が残っているとき、フローＦＬＷが第２のフローＦＬＷ２であることを検知し、第１のフローＦＬＷ１よりも低い優先度でフローＦＬＷ（＝第２のフローＦＬＷ２）に無線リソースを割り当てる。

なお、割当手段６４は、利用可能な無線リソース量が残っていないとき、第２のフローＦＬＷ２であると検知されたフローＦＬＷに無線リソースを割り当てない。

図３は、パケットの構成を示す概略図である。図３を参照して、パケットＰＫＴは、ＩＰヘッダとデータとを含む。ＩＰヘッダは、２番目の１バイトにＴｏＳフィールドを有する。

ＴｏＳフィールドは、６ビットのＤＳＣＰ（Differentiated Services Code Point）と、２ビットのＥＣＮ（Explicit Congestion Notification）とからなる。なお、ＥＣＮは、この発明の実施の形態では、未使用である。そして、サービス種別ＴｏＳ１，ＴｏＳ２は、６ビットの数値によってＤＳＣＰに格納される。

アプリケーションは、ＩＰヘッダ内のＤＳＣＰにサービス種別ＴｏＳ１を格納して第１のパケットＰＫＴ１を生成し、第１のパケットＰＫＴ１によって構成される第１のフローＦＬＷ１を送信する。また、アプリケーションは、ＩＰヘッダ内のＤＳＣＰにサービス種別ＴｏＳ２を格納して第２のパケットＰＫＴ２を生成し、第２のパケットＰＫＴ２によって構成される第２のフローＦＬＷ２を送信する（図３の（ａ）参照）。

コアネットワーク３０内のＵＦＰは、パケットＰＫＴを受信し、その受信したパケットＰＫＴのＩＰヘッダ内のＴｏＳフィールドを参照してサービス種別ＴｏＳがサービスＴｏＳ１，ＴｏＳ２のいずれであるかを検出する。

そして、ＵＦＰは、その結果結果に応じて、サービス品質フロー識別子ＱＦＩの値を設定し、その設定した値を含むサービス品質フロー識別子ＱＦＩをパケットＰＫＴに付与する（図３の（ｂ）参照）。

図４は、フローの概念図である。図４を参照して、フローＦＬＷ＿Ａは、パケットＰＫＴ＿Ａ１，ＰＫＴ＿Ａ２，ＰＫＴ＿Ａ３，ＰＫＴ＿Ａ４，・・・によって構成される。そして、パケットＰＫＴ＿Ａ１，ＰＫＴ＿Ａ２，ＰＫＴ＿Ａ３，ＰＫＴ＿Ａ４，・・・は、同一のサービス品質フロー識別子ＱＦＩが付与されている。即ち、パケットＰＫＴ＿Ａ１，ＰＫＴ＿Ａ２，ＰＫＴ＿Ａ３，ＰＫＴ＿Ａ４，・・・においては、サービス品質フロー識別子ＱＦＩの値が同じである。

フローＦＬＷ＿Ｂは、パケットＰＫＴ＿Ｂ１，ＰＫＴ＿Ｂ２，ＰＫＴ＿Ｂ３・・・によって構成される。そして、パケットＰＫＴ＿Ｂ１，ＰＫＴ＿Ｂ２，ＰＫＴ＿Ｂ３，・・・は、パケットＰＫＴ＿Ａ１，ＰＫＴ＿Ａ２，ＰＫＴ＿Ａ３，ＰＫＴ＿Ａ４，・・・およびパケットＰＫＴ＿Ｃ１，ＰＫＴ＿Ｃ２，ＰＫＴ＿Ｃ３・・・のサービス品質フロー識別子ＱＦＩと異なる同一のサービス品質フロー識別子ＱＦＩが付与されている。

フローＦＬＷ＿Ｃは、パケットＰＫＴ＿Ｃ１，ＰＫＴ＿Ｃ２，ＰＫＴ＿Ｃ３・・・によって構成される。そして、パケットＰＫＴ＿Ｃ１，ＰＫＴ＿Ｃ２，ＰＫＴ＿Ｃ３，・・・は、パケットＰＫＴ＿Ａ１，ＰＫＴ＿Ａ２，ＰＫＴ＿Ａ３，ＰＫＴ＿Ａ４，・・・およびパケットＰＫＴ＿Ｂ１，ＰＫＴ＿Ｂ２，ＰＫＴ＿Ｂ３・・・のサービス品質フロー識別子ＱＦＩと異なる同一のサービス品質フロー識別子ＱＦＩが付与されている。

このように、フローＦＬＷ＿Ａ～ＦＬＷ＿Ｃの各々は、同一のサービス品質フロー識別子ＱＦＩが付与されたパケットの集合からなる。

図５は、サービス品質フロー識別子ＱＦＩとＱｏＳプロファイルとの関係を示す図である。

図５を参照して、ＱｏＳプロファイルＱｏＳ＿ＰＦは、サービス品質フロー識別子ＱＦＩに対応付けられる。そして、ＱｏＳプロファイルＱｏＳ＿ＰＦは、サービス品質識別子５ＱＩを含む。

３ＧＰＰ（Third Generation Partnership Project）の５Ｇの仕様の中で、代表的なサービス例のＱｏＳ要求に関するパラメータ値が“ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ”として定義されており、このパラメータ値は、サービス品質識別子５ＱＩの値によって参照される。

ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、大きく分けて、帯域保障型（ＧＢＲ型）と非帯域保障型（Ｎｏｎ－ＧＢＲ型）のリソース種別に分かれている。

なお、ＱｏＳプロファイルＱｏＳ＿ＰＦは、サービス品質識別子５ＱＩ以外のものも含むが、この発明の実施の形態においては、サービス品質識別子５ＱＩ以外のものは、不要であるので、図５においては、ＱｏＳプロファイルＱｏＳ＿ＰＦに含まれるものとして、サービス品質識別子５ＱＩのみを示している。

図６は、サービス品質識別子５ＱＩの値とＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓとの関係を示す図である。

図６を参照して、ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、サービス品質識別子５ＱＩの値に対応付けられる。ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、Ｒｅｓｏｕｒｃｅ Ｔｙｐｅ、Ｄｅｆａｕｌｔ Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｄｅｆａｕｌｔ Ｍａｘｉｍｕｍ Ｄａｔａ Ｂｕｒｓｔ Ｖｏｌｕｍｅ、Ｄｅｆａｕｌｔ Ａｖｅｒａｇｉｎｇ ＷｉｎｄｏｗおよびＥｘａｍｐｌｅ Ｓｅｒｖｉｃｅを含む。

無線リソースタイプ（Ｒｅｓｏｕｒｃｅ Ｔｙｐｅ）であるＧＢＲ型は、“１”，“２”，“３”，“４”等の５ＱＩの値に対応付けられる。

また、無線リソースタイプ（Ｒｅｓｏｕｒｃｅ Ｔｙｐｅ）であるＮｏｎ－ＧＢＲ型は、“５”，“６”，“７”，“８”，“９”等の５ＱＩの値に対応付けられる。

図６において、ＧＢＲは、帯域保障型の無線リソースを意味し、Ｎｏｎ－ＧＢＲは、非帯域保障型の無線リソースを意味する。

そこで、この発明の実施の形態においては、第１のフローＦＬＷ１に帯域保障型の無線リソースを割り当てるために、例えば、サービス品質識別子５ＱＩの値を“４”に設定し、第２のフローＦＬＷ２に非帯域保障型の無線リソースを割り当てるために、例えば、サービス品質識別子５ＱＩの値を“９”に設定する。

なお、図６においては、Ｄｅｆａｕｌｔ Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｄｅｆａｕｌｔ Ｍａｘｉｍｕｍ Ｄａｔａ Ｂｕｒｓｔ Ｖｏｌｕｍｅ、Ｄｅｆａｕｌｔ Ａｖｅｒａｇｉｎｇ ＷｉｎｄｏｗおよびＥｘａｍｐｌｅ Ｓｅｒｖｉｃｅは、この発明の実施の形態においては、不要であるので、空欄になっている。

図７は、サービス品質フロー識別子ＱＦＩの値と、サービス品質識別子５ＱＩの値との対応関係を示す図である。

図７を参照して、対応表ＴＢＬは、サービス品質フロー識別子ＱＦＩの値と、サービス品質識別子５ＱＩの値とを含む。サービス品質フロー識別子ＱＦＩの値およびサービス品質識別子５ＱＩの値は、相互に対応付けられる。

サービス品質フロー識別子ＱＦＩの値が“４”であるとき、サービス品質識別子５ＱＩの値は、“４”である。そして、サービス品質識別子５ＱＩの値としての“４”は、帯域保障型（ＧＢＲ型）の無線リソースを割り当てることを示す。

また、サービス品質フロー識別子ＱＦＩの値が“９”であるとき、サービス品質識別子５ＱＩの値は、“９”である。そして、サービス品質識別子５ＱＩの値としての“９”は、非帯域保障型（ＧＢＲ型）の無線リソースを割り当てることを示す。

上述した対応関係ＲＥＬＴは、対応表ＴＢＬからなる。コアネットワーク３０のＵＦＰは、アプリケーションがフローを送信する前に、対応表ＴＢＬからなる対応関係ＲＥＬＴを割当装置６０へ送信する。そして、割当装置６０の受信手段６２は、対応関係ＲＥＬＴ（＝対応表ＴＢＬ）を受信し、検出手段６３および割当手段６４は、対応関係ＲＥＬＴ（＝対応表ＴＢＬ）を受信手段６２から受け、その受けた対応関係ＲＥＬＴ（＝対応表ＴＢＬ）を保持する。

図８は、空き周波数領域の周波数および時間依存性を示す概念図である。図８において、縦軸は、時間を表し、横軸は、周波数を表す。

図８を参照して、無線通信に使用する周波数帯域ＢＷは、最小周波数ｆ_ｍｉｎおよび最大周波数ｆ_ｍａｘを有する。

受信手段６２は、最小周波数ｆ_ｍｉｎから最大周波数ｆ_ｍａｘまでの範囲で各端末装置の伝搬路の通信品質を把握し、その結果を割当手段６４へ出力する。

割当手段６４は、図８に示すように、周波数および時間によって規定される周波数－時間平面での空き周波数領域ＦＱ＿ＲＥＧ（図８の斜線領域）を管理している。

割当手段６４は、フローＦＬＷを受信手段６２から受け、サービス品質識別子５ＱＩを検出手段６３から受けたとき、空き周波数領域ＦＱ＿ＲＥＧに基づいて利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬを検出する。

図９は、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬを説明するための図である。なお、図９においては、フローＦＬＷ１，ＦＬＷ２を受信する端末装置の個数が５である場合を例として利用可能な無線リソースＲＳＣＥ＿ＡＶＬのリソース量について説明する。

図９を参照して、フローＦＬＷ１を１つの端末装置へ送信するために必要な無線リソースのリソース量を基本無線リソース量Ｒ＿ｕｎｉ＿１とし、フローＦＬＷ２を１つの端末装置へ送信するために必要な無線リソースのリソース量を基本無線リソース量Ｒ＿ｕｎｉ＿２とする。

基本無線リソース量Ｒ＿ｕｎｉ＿１は、５個の端末装置間で等しく、基本無線リソース量Ｒ＿ｕｎｉ＿２は、５個の端末装置間で等しい。そして、基本無線リソース量Ｒ＿ｕｎｉ＿１および基本無線リソース量Ｒ＿ｕｎｉ＿２の長さ（図９の紙面上、左右方向の長さ）は、ＱｏＳ要求に応じた長さに設定されている。従って、図９においては、５個の端末装置へ送信されるフローＦＬＷ１のＱｏＳ要求は、相互に等しく、５個の端末装置へ送信されるフローＦＬＷ２のＱｏＳ要求は、相互に等しい。

基本無線リソース量Ｒ＿ｕｎｉ＿１および基本無線リソース量Ｒ＿ｕｎｉ＿２は、フローＦＬＷ１，ＦＬＷ２のデータ容量および受信手段６２により通知される各端末装置の伝搬路の通信品質から得られる送信レート等を用いて算出される。なお、この発明の実施の形態の説明においては、各端末装置の伝搬路の通信品質は全て同一と仮定し、Ｒ＿ｕｎｉ＿１とＲ＿ｕｎｉ＿２は、５個の端末装置間で等しいとしたが、各端末装置の伝搬路の通信品質に応じて端末ごとに異なる値をとってもよい。

利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿１である場合、利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿１がフローＦＬＷ１を５個の端末装置に送信するために必要な無線リソース量（＝Ｒ＿ｕｎｉ＿１×５）に等しいので、フローＦＬＷ１に利用可能な無線リソースを割り当てることができる。しかし、フローＦＬＷ２に利用可能な無線リソースを割り当てることができない（図９の（ａ）参照）。

利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿２である場合、利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿２は、Ｒ＿ｕｎｉ＿１×５の無線リソース量よりも大きく、Ｒ＿ｕｎｉ＿１×５の無線リソース量とＲ＿ｕｎｉ＿２×５の無線リソース量（＝フローＦＬＷ２を送信先の端末装置に送信するために必要な無線リソース量）との和よりも小さい。

その結果、フローＦＬＷ１に利用可能な無線リソースを割り当てることができる。そして、フローＦＬＷ１に利用可能な無線リソースを割り当てても、利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿２の一部は、割り当て可能な無線リソース量として残る。しかし、利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿２からＲ＿ｕｎｉ＿１×５の無線リソース量を減算した減算結果からなる無線リソース量は、Ｒ＿ｕｎｉ＿２×５よりも小さいので、フローＦＬＷ２の全体に無線リソースを割り当てることができない。そこで、フローＦＬＷ２を１つの端末装置へ送信するために必要な基本無線リソース量Ｒ＿ｕｎｉ＿２を基本無線リソース量Ｒ＿ｕｎｉ＿２’に小さくしてフローＦＬＷ２に無線リソースを割り当てる。即ち、利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿２のうちの残った無線リソース量である残存無線リソース量を有する無線リソースを５個の端末装置へ送信されるフローＦＬＷ２に均等に割り当てる。より具体的には、残存無線リソース量を端末装置の個数（＝５）で除算した単位残存無線リソース量を有する無線リソースが１個の端末装置へ送信されるフローＦＬＷ２に割り当てられるように５個の端末装置へ送信されるフローＦＬＷ２に残存無線リソース量を有する無線リソースを割り当てる（図９の（ｂ）参照）。

利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿３である場合、利用可能な無線リソース量ＲＳＣＥ＿ＡＶＬ＿３は、Ｒ＿ｕｎｉ＿１×５とＲ＿ｕｎｉ＿２×５との和に等しいので、フローＦＬＷ１およびフローＦＬＷ２の両方に無線リソースを割り当てることができる（図９の（ｃ）参照）。

従って、フローＦＷＬ１，ＦＬＷ２のうち、少なくともフローＦＬＷ１を端末装置へ送信するためには、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬは、（Ｒ＿ｕｎｉ＿１×５）以上であり、かつ、（Ｒ＿ｕｎｉ＿１×５＋Ｒ＿ｕｎｉ＿２×５）以下であればよい。

フローＦＬＷ１，ＦＬＷ２を受信する端末装置の個数をＮ（Ｎは、正の整数）とすれば、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬは、（Ｒ＿ｕｎｉ＿１×Ｎ）以上、かつ、（Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ）以下であればよい。

割当手段６４は、空き周波数領域ＦＱ＿ＲＥＧに基づいて、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬを検出する。

図１０は、図１に示す通信システム１００におけるフローの流れを示す図である。図１０を参照して、アプリケーションは、必須データと、無線リソースを優先的に割り当てることを要求するサービス種別ＴｏＳ１とを含むパケットＰＫＴ１を生成するとともに、任意データと、パケットＰＫＴ１によって構成される第１のフローＦＬＷ１よりも低い優先度で無線リソースを割り当てることを要求するサービス種別ＴｏＳ２とを含むパケットＰＫＴ２を生成する。そして、アプリケーションは、パケットＰＫＴ１およびパケットＰＫＴ２を送信する。

コアネットワーク内のＵＰＦは、外部ネットワーク２０を介して、パケットＰＫＴ１からなる第１のフローＦＬＷ１と、パケットＰＫＴ２からなる第２のフローＦＬＷ２とを受信する。

そして、ＵＰＦは、第１のフローＦＬＷ１を構成するパケットＰＫＴ１のサービス種別ＴｏＳ１を参照して、“４”からなるサービス品質フロー識別子ＱＦＩをパケットＰＫＴ１に付与してパケットＰＫＴ１を送信するとともに、第２のフローＦＬＷ２を構成するパケットＰＫＴ２のサービス種別ＴｏＳ２を参照して、“９”からなるサービス品質フロー識別子ＱＦＩをパケットＰＫＴ２に付与してパケットＰＫＴ２を送信する。

ＲＡＮ４０内に配置された割当装置６０は、コアネットワーク３０から第１のフローＦＬＷ１を受信し、第１のフローＦＬＷ１を構成するパケットＰＫＴ１に付与されたサービス品質フロー識別子ＱＦＩ（＝４）を検出する。そして、割当装置６０は、対応関係ＲＥＬＴを参照して、サービス品質フロー識別子ＱＦＩ（＝４）に対応するＱｏＳプロファイルに含まれるサービス品質識別子５ＱＩ（＝４）を検出し、帯域保障型（ＧＢＲ型）の無線リソースを第１のフローＦＬＷ１に割り当てるべきことを検知する。

そうすると、割当装置６０は、パケットＰＫＴ１を帯域保障型（ＧＢＲ型）の伝送路である無線ベアラ１へ流す。

また、割当装置６０は、コアネットワーク３０から第２のフローＦＬＷ２を受信し、第２のフローＦＬＷ２を構成するパケットＰＫＴ２に付与されたサービス品質フロー識別子ＱＦＩ（＝９）を検出する。そして、割当装置６０は、対応関係ＲＥＬＴを参照して、サービス品質フロー識別子ＱＦＩ（＝９）に対応するＱｏＳプロファイルに含まれるサービス品質識別子５ＱＩ（＝９）を検出し、非帯域保障型（Ｎｏｎ－ＧＢＲ型）の無線リソースを第２のフローＦＬＷ２に割り当てるべきことを検知する。

そうすると、割当装置６０は、パケットＰＫＴ２を非帯域保障型（Ｎｏｎ－ＧＢＲ型）の伝送路である無線ベアラ２へ流す。

なお、パケットＰＫＴ１を帯域保障型（ＧＢＲ型）の伝送路である無線ベアラ１へ流すことは、第１のフローＦＬＷ１に無線リソースを優先的に割り当てることに相当し、パケットＰＫＴ２を非帯域保障型（Ｎｏｎ－ＧＢＲ型）の伝送路である無線ベアラ２へ流すことは、第１のフローＦＬＷ１よりも低い優先度で第２のフローＦＬＷ２に無線リソースを割り当てることに相当する。

なお、図１０においては、サービス品質フロー識別子ＱＦＩの値（＝４または９）は、サービス品質識別子５ＱＩの値（４または９）と同じであるが、この発明の実施の形態においては、これに限らず、サービス品質フロー識別子ＱＦＩの値は、サービス品質識別子５ＱＩの値と異なっていてもよい。

また、サービス品質フロー識別子ＱＦＩの値およびサービス品質識別子５ＱＩの値は、“４”または“９”以外の値であってもよい。

図１１は、図１に示すアプリケーション（サーバ）、ＵＰＦおよび割当装置６０の動作を説明するためのフローチャートである。

図１１を参照して、ＵＰＦは、アプリケーションがパケットを送信する前に、サービス品質フロー識別子ＱＦＩとサービス品質識別子５ＱＩとの対応関係ＲＥＬＴを割当装置６０へ送信する（ステップＳ１）。

割当装置６０は、対応関係ＲＥＬＴを受信し（ステップＳ２）、その受信した対応関係ＲＥＬＴを保持する。

その後、アプリケーションは、必須データとサービス種別ＴｏＳ１とを含むパケットＰＫＴ１と、任意データとサービス種別ＴｏＳ２とを含むパケットＰＫＴ２とを生成し（ステップＳ３）、その生成したパケットＰＫＴ１，ＰＫＴ２を送信する（ステップＳ４）。

ＵＰＦは、パケットＰＫＴ１，ＰＫＴ２を受信し、パケットＰＫＴ１のサービス種別ＴｏＳ１を参照してパケットＰＫＴ１からなるフローＦＬＷ１にサービス品質フロー識別子ＱＦＩ（＝４）を付与し、パケットＰＫＴ２のサービス種別ＴｏＳ２を参照してパケットＰＫＴ２からなるフローＦＬＷ２にサービス品質フロー識別子ＱＦＩ（＝９）を付与してパケットＰＫＴ１，ＰＫＴ２を送信する（ステップＳ５）。

そして、割当装置６０は、フローＦＬＷ１，ＦＬＷ２を受信し、対応関係ＲＥＬＴおよびサービス品質識別子５ＱＩの値に基づいて、２つのフローＦＬＷ１，ＦＬＷ２のうちの少なくともフローＦＬＷ１に無線リソースを割り当てる（ステップＳ６）。これによって、一連の動作が終了する。

図１２は、図２に示す割当装置６０の動作を説明するためのフローチャートである。図１２を参照して、割当装置６０の動作が開始されると、受信手段６２は、無線通信に用いられる周波数帯域ＢＷにおいて、各端末装置の伝搬路の通信品質を把握し（ステップＳ１１）、その結果を割当手段６４へ出力する。

割当手段６４は、各端末装置の伝搬路の通信品質の把握の結果を受信手段６２から受け、その受けた結果に基づいて、周波数および時間によって規定される周波数－時間平面における空き周波数領域ＦＱ＿ＲＥＧを作成する（ステップＳ１２）。

そして、受信手段６２は、サービス品質フロー識別子ＱＦＩとサービス品質識別子５ＱＩとの対応関係ＲＥＬＴをコアネットワーク３０のＵＰＦから受信し、その受信した対応関係ＲＥＬＴを検出手段６３および割当手段６４へ出力する。検出手段６３および割当手段６４は、対応関係ＲＥＬＴを受信手段６２から受け、その受けた対応関係ＲＥＬＴを保持する（ステップＳ１３）。

その後、受信手段６２は、フローＦＬＷ１，ＦＬＷ２を受信し（ステップＳ１４）、その受信したフローＦＬＷ１，ＦＬＷ２を検出手段６３および割当手段６４へ出力する。

割当手段６４は、フローＦＬＷ１，ＦＬＷ２を受信手段６２から受けると、空き周波数領域ＦＱ＿ＲＥＧに基づいて利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬを検出する（ステップＳ１５）。

引き続いて、検出手段６３は、フローＦＬＷ１，ＦＬＷ２を受信手段６２から受け、その受けたフローＦＬＷ１のサービス品質フロー識別子ＱＦＩ＿１とフローＦＬＷ２のサービス品質フロー識別子ＱＦＩ＿２とを検出する（ステップＳ１６）。そして、検出手段６３は、対応関係ＲＥＬＴに基づいて、検出したサービス品質フロー識別子ＱＦＩ＿１に対応するＱｏＳプロファイルに含まれるサービス品質識別子５ＱＩの値と、サービス品質フロー識別子ＱＦＩ＿２に対応するＱｏＳプロファイルに含まれるサービス品質識別子５ＱＩの値とを検出する（ステップＳ１７）。

そうすると、割当手段６４は、サービス品質識別子５ＱＩの値を検出手段６３から受け、その受けたサービス品質識別子５ＱＩの値に基づいて、２つのフローＦＬＷ１，ＦＬＷ２のうちの少なくともフローＦＬＷ１に無線リソースを割り当てる（ステップＳ１８）。これによって、割当装置６０の動作が終了する。

図１３は、図１２に示すステップＳ１８の詳細な動作を説明するためのフローチャートである。

図１３を参照して、図１２のステップＳ１７の後、割当手段６４は、フローＦＬＷ１を端末装置へ送信するために必要な無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］を算出する（ステップＳ１８１）。

また、割当手段６４は、フローＦＬＷ２を端末装置へ送信するために必要な無線リソース量［Ｒ＿ｕｎｉ＿２×Ｎ］を算出する（ステップＳ１８２）。

そうすると、割当手段６４は、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］以上であるか否かを判定する（ステップＳ１８３）。

ステップＳ１８３において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］以上であると判定されたとき、割当手段６４は、無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］と無線リソース量［Ｒ＿ｕｎｉ＿２×Ｎ］との和［Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ］を演算する。

そして、割当手段６４は、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが和［Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ］以下である否かを判定する（ステップＳ１８４）。

ステップＳ１８４において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが和［Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ］以下であると判定されたとき、割当手段６４は、サービス品質識別子５ＱＩ＿１の値が“４”であるか否かを判定する（ステップＳ１８５）。

ステップＳ１８５において、サービス品質識別子５ＱＩ＿１の値が“４”であると判定されたとき、割当手段６４は、サービス品質識別子５ＱＩ＿２の値が“９”であるか否かを判定する（ステップＳ１８６）。

ステップＳ１８６において、サービス品質識別子５ＱＩ＿２の値が“９”でないと判定されたとき、割当手段６４は、２つのフローＦＬＷ１，ＦＬＷ２のうち、フローＦＬＷ１のみを受信したことを検知する（ステップＳ１８７）。

一方、ステップＳ１８６において、サービス品質識別子５ＱＩ＿２の値が“９”であると判定されたとき、割当手段６４は、２つのフローＦＬＷ１，ＦＬＷ２の両方を受信したことを検知する（ステップＳ１８８）。

その後、割当手段６４は、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬから無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］を減算し、その減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が０よりも大きいか否かを判定する（ステップＳ１８９）。

ステップＳ１８９において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が０よりも大きくないと判定されたとき、またはステップＳ１８７の後、割当手段６４は、第１のフローＦＬＷ１に優先的に無線リソースを割り当てる（ステップＳ１９０）。

一方、ステップＳ１８９において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が０よりも大きいと判定されたとき、割当手段６４は、第１のフローＦＬＷ１に優先的に無線リソースを割り当て（ステップＳ１９１）、第１のフローＦＬＷ１よりも低い優先度でフローＦＬＷ２に無線リソースを割り当てる（ステップＳ１９２）。

そして、ステップＳ１８３において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］以上でないと判定されたとき、ステップＳ１８４において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが和［Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ］以下でないと判定されたとき、ステップＳ１８５において、サービス品質識別子５ＱＩ＿１の値が“４”でないと判定されたとき、ステップＳ１９０およびステップＳ１９２のいずれかの後、一連の動作は、図１２の“終了”へ移行する。

なお、ステップＳ１９０またはステップＳ１９１を実行することは、利用可能な無線リソースの少なくとも一部の無線リソースをフローＦＬＷ１に優先的に割り当てる「第１の割当処理」を構成し、ステップＳ１９０またはステップＳ１９１，Ｓ１９２を実行することは、「第１の割当処理」を少なくとも実行することに相当する。

また、ステップＳ１８９において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が０よりも大きいと判定され、その後、ステップＳ１９２を実行することは、利用可能な無線リソースのうちの残っている残存無線リソースをフローＦＬＷ１よりも低い優先度でフローＦＬＷ２に割り当てる「第２の割当処理」を構成する。

図１３のステップＳ１８３において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが無線リソース量［Ｒ＿ｕｎｉ＿１×Ｎ］以上でないと判定されたとき、割当装置６０の動作が終了するのは、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬの全てを用いても、必須データを含むパケットＰＫＴ１によって構成されるフローＦＬＷ１を送信先の端末装置へ送信できないからである。

また、図１３のステップＳ１８４において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが和［Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ］以下でないと判定されたとき、割当装置６０の動作が終了するのは、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが和［Ｒ＿ｕｎｉ＿１×Ｎ＋Ｒ＿ｕｎｉ＿２×Ｎ］よりも大きいときは、２つのフローＦＬＷ１，ＦＬＷ２の両方に無線リソースを割り当てることができ、フローＦＬＷ１に優先的に無線リソースを割り当てる本願発明の趣旨が没却されるからである。

更に、ステップＳ１８５において、サービス品質識別子５ＱＩ＿１の値が“４”でないと判定されたとき、割当装置６０の動作が終了するのは、割当装置６０が第１のフローＦＬＷ１を受信していないので、第１のフローＦＬＷ１に無線リソースを割り当てる必要がないからである。

更に、ステップＳ１９０，Ｓ１９１において、フローＦＬＷ１に優先的に無線リソースを割り当てるのは、ステップＳ１８５において、サービス品質識別子５ＱＩ＿１の値が“４”であると判定されており、５ＱＩ＿１の値が“４”であることは、帯域保障型（ＧＢＲ型）の無線リソースを割り当てることを意味し、帯域保障型（ＧＢＲ型）の無線リソースを割り当てることは、優先的に無線リソースを割り当てることに相当するからである。

更に、ステップＳ１９２において、フローＦＬＷ１よりも低い優先度でフローＦＬＷ２に無線リソースを割り当てるのは、ステップＳ１８６において、サービス品質識別子５ＱＩ＿２の値が“９”であると判定されており、５ＱＩ＿２の値が“９”であることは、非帯域保障型（Ｎｏｎ－ＧＢＲ型）の無線リソースを割り当てることを意味し、非帯域保障型（Ｎｏｎ－ＧＢＲ型）の無線リソースを割り当てることは、低い優先度で無線リソースを割り当てることに相当するからである。

図１４は、図１３のステップＳ１９２の詳細な動作を説明するためのフローチャートである。

図１４を参照して、図１３のステップＳ１９１の後、割当手段６４は、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が無線リソース量［Ｎ×Ｒ＿ｕｎｉ＿２］に等しいか否かを判定する（ステップＳ１９２１）。

ステップＳ１９２１において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が無線リソース量［Ｎ×Ｒ＿ｕｎｉ＿２］に等しいと判定されたとき、割当手段６４は、無線リソース量Ｒ＿ｕｎｉ＿２が１個の端末装置へ送信されるフローＦＬＷ２に割り当てられるように減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］の無線リソース量（＝残存無線リソース量）を有する無線リソースをＮ個の端末装置へ送信されるフローＦＬＷ２の全体に割り当てる（ステップＳ１９２２）。

一方、ステップＳ１９２１において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が無線リソース量［Ｎ×Ｒ＿ｕｎｉ＿２］に等しくないと判定されたとき、割当手段６４は、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］を端末装置の個数Ｎで除算した無線リソース量を有する無線リソースが１個の端末装置へ送信されるフローＦＬＷ２に割り当てられるように減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］の無線リソース量（＝残存無線リソース量）を有する無線リソースをＮ個の端末装置へ送信されるフローＦＬＷ２の全体に割り当てる（ステップＳ１９２３）。

そして、ステップＳ１９２２またはステップＳ１９２３の後、図１２の終了へ移行する。

ステップＳ１９２２を実行することによって、図９の（ｃ）に示す態様で２つのフローＦＬＷ１，ＦＬＷ２に無線リソースが割り当てられる。また、ステップＳ１９２３を実行することによって、図９の（ｂ）に示す態様で２つのフローＦＬＷ１，ＦＬＷ２に無線リソースが割り当てられる。更に、図１３のステップＳ１８９において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が０よりも大きくないと判定され、ステップＳ１９０が実行されたとき、またはステップＳ１８７が実行された後にステップＳ１９０が実行されたとき、図９の（ａ）に示す態様でフローＦＬＷ１のみに無線リソースが割り当てられる。

従って、割当装置６０は、図１２に示すフローチャート（図１３および図１４に示すフローチャートを含む）を実行することによって、２つのフローＦＬＷ１，ＦＬＷ２のうち、少なくともフローＦＬＷ１に無線リソースを割り当てることができる。

その結果、少なくとも必須データを端末装置へ送信でき、端末装置は、アプリケーションから送信されたデータの内容を取得することができるので、アプリケーションを継続して実行できる。

なお、ステップＳ１９２１において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が無線リソース量［Ｎ×Ｒ＿ｕｎｉ＿２］に等しくないと判定されたとき、ステップＳ１９２３を実行するのは、図１３のステップＳ１８４において、利用可能な無線リソースのリソース量ＲＳＣＥ＿ＡＶＬが（Ｎ×Ｒ＿ｕｎｉ＿１＋Ｎ×Ｒ＿ｕｎｉ＿２）以下であると判定されており、かつ、ステップＳ１８９において、無線リソース量［ＲＳＣＥ＿ＡＶＬ－［Ｎ×Ｒ＿ｕｎｉ＿１］］が零（＝０）よりも大きいと判定されているので、ステップＳ１９２１において、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が無線リソース量［Ｎ×Ｒ＿ｕｎｉ＿２］に等しくないと判定されたことは、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］が無線リソース量［Ｎ×Ｒ＿ｕｎｉ＿２］よりも小さいことを意味するからである。

この発明の実施の形態においては、割当装置６０の動作は、ソフトウェアによって実現されてもよい。この場合、割当装置６０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備える。そして、ＲＯＭは、図１２に示すフローチャート（図１３および図１４に示すフローチャートを含む）の各ステップからなるプログラムＰｒｏｇ＿Ａを記憶する。

ＣＰＵは、ＲＯＭからプログラムＰｒｏｇ＿Ａを読み出し、その読み出したプログラムＰｒｏｇ＿Ａを実行して、２つのフローＦＬＷ１，ＦＬＷ２のうち、少なくともフローＦＬＷ１に無線リソースを割り当てる。

また、プログラムＰｒｏｇ＿Ａは、ＣＤ，ＤＶＤ等の記録媒体に記録されて流通してもよい。プログラムＰｒｏｇ＿Ａを記録した記録媒体がコンピュータに装着されると、コンピュータは、記録媒体からプログラムＰｒｏｇ＿Ａを読み出して実行し、２つのフローＦＬＷ１，ＦＬＷ２のうち、少なくともフローＦＬＷ１に無線リソースを割り当てる。

従って、プログラムＰｒｏｇ＿Ａを記録した記録媒体は、コンピュータ読み取り可能な記録媒体である。

図１５は、２つのフローＦＬＷ１，ＦＬＷ２を端末装置へ送信するときの別の無線リソース量を示す図である。

図１５を参照して、１個の端末装置へフローＦＬＷ１を送信するために必要な基本無線リソース量Ｒ＿ｕｎｉ＿１は、５個の端末装置間で異なり、１個の端末装置へフローＦＬＷ２を送信するために必要な基本無線リソース量Ｒ＿ｕｎｉ＿２は、５個の端末装置間で等しい（図１５の（ａ）参照）。そして、基本無線リソース量Ｒ＿ｕｎｉ＿１および基本無線リソース量Ｒ＿ｕｎｉ＿２の長さ（図１５の紙面上、左右方向の長さ）は、ＱｏＳ要求に応じた長さに設定されている。従って、図１５の（ａ）においては、５個の端末装置へ送信されるフローＦＬＷ１のＱｏＳ要求は、相互に異なり、５個の端末装置へ送信されるフローＦＬＷ２のＱｏＳ要求は、相互に等しい。

また、１個の端末装置へフローＦＬＷ１を送信するために必要な基本無線リソース量Ｒ＿ｕｎｉ＿１は、５個の端末装置間で異なり、１個の端末装置へフローＦＬＷ２を送信するために必要な基本無線リソース量Ｒ＿ｕｎｉ＿２も、５個の端末装置間で異なる（図１５の（ｂ）参照）。従って、図１５の（ｂ）においては、５個の端末装置へ送信されるフローＦＬＷ１のＱｏＳ要求は、相互に異なり、５個の端末装置へ送信されるフローＦＬＷ２のＱｏＳ要求も、相互に異なる。

このように、この発明の実施の形態においては、２つのフローＦＬＷ１，ＦＬＷ２のうち、少なくともフローＦＬＷ１のＱｏＳ要求が送信先の端末装置間で相互に異なっていてもよい。

［アプリケーションの例］
アプリケーションの例を説明する。ＳＶＣ（Scalable Video Coding）によりエンコードされたビデオを配信するアプリケーションがある。

このアプリケーションによって配信されるビデオデータは、次の特徴を有する。
（１）ビデオデータを基本レイヤと拡張レイヤの２つで構成
（２）基本レイヤのデータのみでもビデオデータを視聴可能
（３）基本レイヤのデータに加え、拡張レイヤのデータを受信できれば、動画の視聴品質（画質など）を向上可能
（４）基本レイヤのデータのパケットをロスすると、ビデオを視聴できなくなる。

従って、基本レイヤのデータを必須データとし、拡張レイヤのデータを任意データとすれば、割当装置６０によって、基本レイヤのデータおよび拡張レイヤのデータのうち、少なくとも基本レイヤのデータを端末装置へ送信することができ、端末装置は、ビデオを視聴できる。

その他のアプリケーションとしては、遠隔会議が想定される。この遠隔会議のアプリケーションは、音声とビデオを扱う。そして、音声を必須データとし、ビデオを任意データとする。

その結果、割当装置６０によって、音声およびビデオのうち、少なくとも音声を送信することができる。従って、音声によって遠隔会議を行うことができる。少なくとも音声を送信することができれば、必要最小限の会議を行うことができるからである。

そして、音声およびビデオの両方を送信できれば、会議の相手の表情等を見ることができ、遠隔会議をスムーズに行うことができる。

上述した割当装置６０は、上記のアプリケーション以外のアプリケーションから送信されるデータに対して適用されてもよい。

この発明の実施の形態においては、割当装置６０は、好ましくは、ＲＡＮ４０内の基地局に配置される。従って、この発明の実施の形態による基地局は、割当装置６０を備える。そして、基地局は、コアネットワーク３０からフローＦＬＷ１，ＦＬＷ２を受信し、その受信したフローＦＬＷ１，ＦＬＷ２を割当装置６０によってそれぞれ無線ベアラ１および無線ベアラ２に流す。

従って、基地局は、アプリケーションによって送信されたフローＦＬＷ１，ＦＬＷ２のうち、少なくともフローＦＬＷ１を端末装置へ送信でき、アプリケーションの実行を継続できる。

この発明の実施の形態においては、パケットＰＫＴ１は、「第１のパケット」を構成し、パケットＰＫＴ２は、「第２のパケット」を構成する。

また、この発明の実施の形態においては、フローＦＬＷ１は、「第１のフロー」を構成し、フローＦＬＷ２は、「第２のフロー」を構成する。

更に、この発明の実施の形態においては、サービス種別ＴｏＳ１は、「第１のサービス品質要求」を構成し、サービス種別ＴｏＳ２は、「第２のサービス品質要求」を構成する。

更に、この発明の実施の形態においては、値が“４”に設定されたサービス品質フロー識別子ＱＦＩは、「第１のサービス品質フロー識別子」を構成し、値が“９”に設定されたサービス品質フロー識別子ＱＦＩは、「第２のサービス品質フロー識別子」を構成する。

更に、この発明の実施の形態においては、“４”が設定された５ＱＩは、「第１のサービス品質識別子」を構成し、“９”が設定された５ＱＩは、「第２のサービス品質識別子」を構成する。

更に、この発明の実施の形態においては、５ＱＩの値としての“４”は、帯域保障型の無線リソースを割り当てることを示す「第１の値」を構成し、５ＱＩの値としての“９”は、非帯域保障型の無線リソースを割り当てることを示す「第２の値」を構成する。

更に、この発明の実施の形態においては、（Ｎ×Ｒ＿ｕｎｉ＿１）は、「第１の無線リソースのリソース量」を構成し、（Ｎ×Ｒ＿ｕｎｉ＿２）は、「第２の無線リソースのリソース量」を構成する。

更に、この発明の実施の形態においては、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］は、「残存無線リソース量」を構成する。

更に、この発明の実施の形態においては、減算結果［ＲＳＣＥ＿ＡＶＬ－Ｒ＿ｕｎｉ＿１×Ｎ］を端末装置の個数Ｎで除算した除算結果は、「単位残存無線リソース量」を構成する。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

この発明は、割当装置、それを備えた基地局、コンピュータに実行させるためのプログラムおよびプログラムを記録したコンピュータ読み取り可能な記録媒体に適用される。

１０ サーバ、２０ 外部ネットワーク、３０ コアネットワーク、４０ ＲＡＮ ５０ 端末装置、６０ 割当装置、６１ アンテナ、６２ 受信手段、６３ 検出手段、６４ 割当手段、７０ 有線ケーブル、１００ 通信システム。

Claims (18)

1. 第１のサービス品質要求を有する必須データと、前記第１のサービス品質要求と異なる第２のサービス品質要求を有する任意データとからなるデータを扱うアプリケーションからのフローに無線リソースを割り当てる割当装置であって、
   前記必須データを含み、かつ、同一の第１のサービス品質フロー識別子が付与された第１のパケットによって構成される第１のフローと、前記任意データを含み、かつ、前記第１のサービス品質フロー識別子と異なる同一の第２のサービス品質フロー識別子が付与された第２のパケットによって構成される第２のフローとを受信する受信手段と、
   サービス品質フロー識別子とサービス品質プロファイルとの対応関係に基づいて、前記受信手段によって受信された第１のフローに付与された前記第１のサービス品質フロー識別子に対応するサービス品質プロファイル内の第１のサービス品質識別子と前記受信手段によって受信された第２のフローに付与された前記第２のサービス品質フロー識別子に対応するサービス品質プロファイル内の第２のサービス品質識別子とを検出する検出手段と、
   前記検出手段によって検出された第１のサービス品質識別子が帯域保障型の無線リソースを割り当てることを示す第１の値からなるとき、前記第１および第２のフローのうち、前記第１のフローを少なくとも受信したことを検知し、利用可能な無線リソースの少なくとも一部の無線リソースを前記第１のフローに優先的に割り当てる第１の割当処理を少なくとも実行する割当手段とを備え、
   前記利用可能な無線リソースのリソース量は、前記第１のフローを送信先の端末装置の全てに送信するために必要である第１の無線リソースのリソース量と前記第２のフローを送信先の端末装置の全てに送信するために必要である第２の無線リソースのリソース量との和以下であり、かつ、前記第１の無線リソースのリソース量以上である、割当装置。
2. 前記割当手段は、前記検出手段によって検出された第１のサービス品質識別子が前記第１の値からなり、かつ、前記検出手段によって検出された第２のサービス品質識別子が非帯域保障型の無線リソースを割り当てることを示す第２の値からなるとき、前記第１および第２のフローの両方が受信されたことを検知し、前記第１の割当処理を実行するとともに、更に、前記利用可能な無線リソースのリソース量から前記第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零よりも大きいとき、前記残存無線リソース量を有する残存無線リソースを前記第１のフローよりも低い優先度で前記第２のフローに割り当てる第２の割当処理を実行する、請求項１に記載の割当装置。
3. 前記割当手段は、前記第２の割当処理において、前記残存無線リソース量が前記第２の無線リソースのリソース量に等しいとき、前記残存無線リソースを前記第１のフローよりも低い優先度で前記第２のフローに割り当て、前記残存無線リソース量が零よりも大きく、かつ、前記第２の無線リソースのリソース量に一致しないとき、前記残存無線リソース量を前記第２のフローを受信する端末装置の個数で除算した除算結果からなる単位残存無線リソース量を有する無線リソースが１個の端末装置へ送信される前記第２のフローに割り当てられるように全ての端末装置へ送信される前記第２のフローの全体に前記残存無線リソース量を有する無線リソースを割り当てる、請求項２に記載の割当装置。
4. 前記割当手段は、前記利用可能な無線リソースのリソース量から前記第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零であるとき、前記第１の割当処理のみを実行する、請求項１に記載の割当装置。
5. 前記受信手段は、前記第１および第２のフローをコアネットワークから受信する前に、更に、前記サービス品質フロー識別子と前記サービス品質プロファイルとの対応関係を前記コアネットワークから受信し、
   前記検出手段および前記割当手段は、前記受信手段によって受信された前記対応関係を予め保持している、請求項１から請求項４のいずれか１項に記載の割当装置。
6. 前記必須データは、会議の音声データであり、前記任意データは、会議の動画データである、請求項１から請求項５のいずれか１項に記載の割当装置。
7. 前記必須データは、動画の視聴を可能にするデータであり、
   前記任意データは、高画質の動画の視聴を可能にするデータである、請求項１から請求項５のいずれか１項に記載の割当装置。
8. 前記第１の無線リソースのリソース量は、前記第１のフローを前記送信先の端末装置へ送信するために必要な第１の基本無線リソース量に前記第１のフローを受信する端末装置の個数を乗算した乗算結果からなり、
   前記第２の無線リソースのリソース量は、前記第２のフローを前記送信先の端末装置へ送信するために必要な第２の基本無線リソース量に前記第２のフローを受信する端末装置の個数を乗算した乗算結果からなる、請求項１から請求項７のいずれか１項に記載の割当装置。
9. 請求項１から請求項８のいずれか１項に記載の割当装置を備える基地局。
10. 第１のサービス品質要求を有する必須データと、前記第１のサービス品質要求と異なる第２のサービス品質要求を有する任意データとからなるデータを扱うアプリケーションからのフローへの無線リソースの割当をコンピュータに実行させるためのプログラムであって、
    受信手段が、前記必須データを含み、かつ、同一の第１のサービス品質フロー識別子が付与された第１のパケットによって構成される第１のフローと、前記任意データを含み、かつ、前記第１のサービス品質フロー識別子と異なる同一の第２のサービス品質フロー識別子が付与された第２のパケットによって構成される第２のフローとを受信する第１のステップと、
    検出手段が、サービス品質フロー識別子とサービス品質プロファイルとの対応関係に基づいて、前記第１のステップにおいて受信された第１のフローに付与された前記第１のサービス品質フロー識別子に対応するサービス品質プロファイル内の第１のサービス品質識別子と前記第１のステップにおいて受信された第２のフローに付与された前記第２のサービス品質フロー識別子に対応するサービス品質プロファイル内の第２のサービス品質識別子とを検出する第２のステップと、
    割当手段が、前記第２のステップにおいて検出された第１のサービス品質識別子が帯域保障型の無線リソースを割り当てることを示す第１の値からなるとき、前記第１および第２のフローのうち、前記第１のフローを少なくとも受信したことを検知し、利用可能な無線リソースの少なくとも一部の無線リソースを前記第１のフローに優先的に割り当てる第１の割当処理を少なくとも実行する第３のステップとをコンピュータに実行させ、
    前記利用可能な無線リソースのリソース量は、前記第１のフローを送信先の端末装置の全てに送信するために必要である第１の無線リソースのリソース量と前記第２のフローを送信先の端末装置の全てに送信するために必要である第２の無線リソースのリソース量との和以下であり、かつ、前記第１の無線リソースのリソース量以上である、コンピュータに実行させるためのプログラム。
11. 前記割当手段は、前記第３のステップにおいて、前記第２のステップにおいて検出された第１のサービス品質識別子が前記第１の値からなり、かつ、前記第２のステップにおいて検出された第２のサービス品質識別子が非帯域保障型の無線リソースを割り当てることを示す第２の値からなるとき、前記第１および第２のフローの両方が受信されたことを検知し、前記第１の割当処理を実行するとともに、更に、前記利用可能な無線リソースのリソース量から前記第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零よりも大きいとき、前記残存無線リソース量を有する残存無線リソースを前記第１のフローよりも低い優先度で前記第２のフローに割り当てる第２の割当処理を実行する、請求項１０に記載のコンピュータに実行させるためのプログラム。
12. 前記割当手段は、前記第３のステップにおいて、前記第２の割当処理において、前記残存無線リソース量が前記第２の無線リソースのリソース量に等しいとき、前記残存無線リソースを前記第１のフローよりも低い優先度で前記第２のフローに割り当て、前記残存無線リソース量が零よりも大きく、かつ、前記第２の無線リソースのリソース量に一致しないとき、前記残存無線リソース量を前記第２のフローを受信する端末装置の個数で除算した除算結果からなる単位残存無線リソース量を有する無線リソースが１個の端末装置へ送信される前記第２のフローに割り当てられるように全ての端末装置へ送信される前記第２のフローの全体に前記残存無線リソース量を有する無線リソースを割り当てる、請求項１１に記載のコンピュータに実行させるためのプログラム。
13. 前記割当手段は、前記第３のステップにおいて、前記利用可能な無線リソースのリソース量から前記第１の無線リソースのリソース量を減算した減算結果からなる残存無線リソース量が零であるとき、前記第１の割当処理のみを実行する、請求項１０に記載のコンュータに実行させるためのプログラム。
14. 前記受信手段は、前記第１および第２のフローをコアネットワークから受信する前に、更に、前記サービス品質フロー識別子と前記サービス品質プロファイルとの対応関係を前記コアネットワークから受信し、
    前記検出手段および前記割当手段は、前記受信手段によって受信された前記対応関係を予め保持している、請求項１０から請求項１３のいずれか１項に記載のコンピュータに実行させるためのプログラム。
15. 前記必須データは、会議の音声データであり、前記任意データは、会議の動画データである、請求項１０から請求項１４のいずれか１項に記載のコンピュータに実行させるためのプログラム。
16. 前記必須データは、動画の視聴を可能にするデータであり、
    前記任意データは、高画質の動画の視聴を可能にするデータである、請求項１０から請求項１４のいずれか１項に記載のコンピュータに実行させるためのプログラム。
17. 前記第１の無線リソースのリソース量は、前記第１のフローを前記送信先の端末装置へ送信するために必要な第１の基本無線リソース量に前記第１のフローを受信する端末装置の個数を乗算した乗算結果からなり、
    前記第２の無線リソースのリソース量は、前記第２のフローを前記送信先の端末装置へ送信するために必要な第２の基本無線リソース量に前記第２のフローを受信する端末装置の個数を乗算した乗算結果からなる、請求項１０から請求項１６のいずれか１項に記載のコンピュータに実行させるためのプログラム。
18. 請求項１０から請求項１７のいずれか１項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体

Images