(57)【特許請求の範囲】
【請求項１】
無線通信ネットワーク、またはそのネットワーク要素（１２、１６、１８）を動作させるための方法であって、
前記無線通信ネットワーク内で処理されるべきベアラを決定するステップ（２）と、
複数のベースバンド・ユニットＢＢＵ（１６、１８）のうちから、前記ベアラの少なくとも１つの特性を満たすＢＢＵ（１６；１８；４２）を選択するステップ（４）と、
処理するために前記選択されたＢＢＵ（１６；１８；４２）に前記ベアラを配置するステップ（８）と、
を含み、
前記ベアラの前記決定は、
さらなるＢＢＵ（４４）の処理容量過負荷状況を決定するステップと、
前記さらなるＢＢＵ（４４）の前記決定された処理容量過負荷状況に基づいて、前記さらなるＢＢＵ（４４）から取り去られるべき、前記さらなるＢＢＵ（４４）で処理されている前記ベアラを決定するステップと、
を含み、
前記処理容量過負荷状況の前記決定は、
前記さらなるＢＢＵ（４４）上で少なくとも１つのユーザ特有の機能（５０）のいくつかの処理容量ダウングレード・ステップ（８０、８２、８４）を実行するステップと、
前記いくつかの処理容量ダウングレード・ステップ（８０、８２、８４）に応じて前記処理容量過負荷状況を決定するステップと、
を含む、方法。
【請求項２】
前記ダウングレード・ステップ（８０、８２、８４）のうちの少なくとも１つは、
ユーザ特有の機能（５０）の第１のグループに対して、ユーザ特有の機能（５０）の第２のグループに対してよりも少ない処理容量を認可するステップ
を含む、請求項１に記載の方法。
【請求項３】
総使用処理容量が決定され、
前記ダウングレード・ステップ（８０、８２、８４）のうちの１つは、前記総使用処理容量としきい値の値（Ａ）との比較に基づいて実行される、請求項１または２に記載の方法。
【請求項４】
前記総使用処理容量は、それぞれのレイヤについて、とりわけ、ユーザ特有の物理レイヤ、媒体アクセス・レイヤ、パケット・データ・コンバージェンス・プロトコルＰＤＣＰレイヤ、および／または無線リンク制御ＲＬＣレイヤについて決定される、請求項３に記載の方法。
【請求項５】
前記さらなるＢＢＵ（４４）上の前記少なくとも１つのユーザ特有の機能（５０）について、近づきつつある送信時間間隔ＴＴＩについての第１の処理容量予測値（６０）を決定するステップと、
前記少なくとも１つのユーザ特有の機能（５０）について、前記近づきつつある送信時間間隔ＴＴＩについての第２の処理容量予測値（６２）を決定するステップと、
前記第１および第２の処理容量予測値（６０、６２）に基づいて、ユーザ特有の機能（５０）に対して処理容量値（６４）を認可するステップと、
を含み、
前記第１の処理容量予測値（６０）は、それぞれのレイヤについての前記少なくとも１つのユーザ特有の機能５０を実行するための最小値を表し、
前記第２の処理容量予測値（６２）は、それぞれのレイヤについての前記少なくとも１つのユーザ特有の機能５０を実行するための最適値を表す、
請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記認可された処理容量（６４）は、前記第２の処理容量予測値（６２）以下であり、前記第１の処理容量予測値（６０）は、前記第２の処理容量予測値（６２）よりも小さい、請求項５に記載の方法。
【請求項７】
前記第１および第２の処理容量予測値（６０、６２）は、
１ＴＴＩ当たりに前記ユーザ特有の機能（５０）のユーザ機器のために使用される物理リソース・ブロックＰＲＢの数に基づいて、かつ／または、
変調および符号化のスキームのタイプに基づいて、かつ／または、
アンテナ・マッピングに基づいて、かつ／または、
ユーザ体感品質クラス識別子ＱＣＩに基づいて、かつ／または、
無線リンク制御バッファ中のパケットの測定された古さに基づいて、かつ／または、
測定された遅延に基づいて、かつ／または、
保証される最小ビット・レートに基づいて、それぞれ決定される、
請求項５または６に記載の方法。
【請求項８】
前記ベアラの前記特性は、
前記ベアラに関連するユーザ機器と、前記ＢＢＵ（４２、４４）との間のレイテンシを含んでおり、かつ／または、
保証されたビット・レートＧＢＲを含んでおり、かつ／または、
サービス品質ＱｏＳクラス・インジケータＱＣＩを含んでおり、かつ／または、
エンド・ツー・エンドＥ２Ｅパケット脱落レートを含んでおり、かつ／または、
優先順位を含んでいる、
請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
前記ＢＢＵ（４２、４４）の前記選択は、
前記複数のＢＢＵ（４２、４４）から総処理容量値を収集するステップと、
クラウド制御装置（１２）上で前記ベアラについての処理容量予測値を決定するステップと、
前記複数のＢＢＵ（４２、４４）の前記総処理容量値と、前記ベアラについての前記処理容量予測値との比較に基づいて前記ＢＢＵ（４２）を選択するステップと、
を含む、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
無線通信ネットワークについてのネットワーク要素（１２、１６、１８）であって、前記ネットワーク要素（１２、１６、１８）は、前記無線通信ネットワーク内で処理されるべきベアラを決定する（２）ために、複数のベースバンド・ユニットＢＢＵ（１６、１８）のうちから、前記ベアラの少なくとも１つの特性を満たすＢＢＵ（１６；１８；４２）を選択する（４）ため、および、処理するために前記選択されたＢＢＵ（１６；１８；４２）に前記ベアラを配置する（８）ために動作可能であり、
前記ベアラの前記決定は、
さらなるＢＢＵ（４４）の処理容量過負荷状況を決定することと、
前記さらなるＢＢＵ（４４）の前記決定された処理容量過負荷状況に基づいて、前記さらなるＢＢＵ（４４）から取り去られるべき、前記さらなるＢＢＵ（４４）で処理されている前記ベアラを決定することと、
を含み、
前記処理容量過負荷状況の前記決定は、
前記さらなるＢＢＵ（４４）上で少なくとも１つのユーザ特有の機能（５０）のいくつかの処理容量ダウングレード・ステップ（８０、８２、８４）を実行することと、
前記いくつかの処理容量ダウングレード・ステップ（８０、８２、８４）に応じて前記処理容量過負荷状況を決定することと、
を含む、ネットワーク要素（１２、１６、１８）。
【請求項１１】
前記ネットワーク要素は、請求項２乃至９のいずれか１項に記載の方法を実行するように構成されている、請求項１０に記載のネットワーク要素（１２、１６、１８）。
【請求項１２】
前記ネットワーク要素は、ベースバンド・ユニット（４２；４４）ＢＢＵ、またはクラウド制御装置（１２）である、請求項１０または１１に記載のネットワーク要素（１２、１６、１８）。
【請求項１３】
請求項１０乃至１２のいずれか１項に記載のネットワーク要素（１２、１６、１８）を備えている、無線通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークまたはそのネットワーク要素を動作させるための方法に関する。
【背景技術】
【０００２】
モバイル・クラウド無線通信ネットワークは、複数のマルチ・サイト・ベースバンド・プール・ユニットＭＳ−ＢＢＵ（ｍｕｌｔｉ−ｓｉｔｅ  ｂａｓｅｂａｎｄ  ｐｏｏｌ  ｕｎｉｔｓ）を備えており、各ＭＳ−ＢＢＵは、複数のベースバンド・ユニットＢＢＵ（ｂａｓｅｂａｎｄ  ｕｎｉｔｓ）を備えており、各ＢＢＵは、複数のリモート無線ヘッドＲＲＨ（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄｓ）にサービスする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
無線通信ネットワーク内で処理されるべきベアラを決定し、複数のＢＢＵのうちからそのベアラの少なくとも１つの特性を満たすベースバンド・ユニットＢＢＵを選択し、ユーザ体感品質ＱｏＥ（Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）要件を処理するために、選択されたＢＢＵにベアラを配置することにより、ユーザ機器が接続される相手のそれぞれのリモート無線ヘッドにサービスしないベースバンド・ユニットにそれぞれのベアラを配置しておくことさえできる。
【課題を解決するための手段】
【０００４】
一実施形態によれば、ベアラの決定は、さらなるＢＢＵの処理容量過負荷状況を決定するステップと、さらなるＢＢＵの決定された処理容量過負荷状況に基づいて、さらなるＢＢＵから取り去られるべき、さらなるＢＢＵで処理されているベアラを決定するステップとを含む。
【０００５】
一実施形態によれば、処理容量過負荷状況の決定は、さらなるＢＢＵ上で少なくとも１つのユーザ特有の機能のいくつかの処理容量ダウングレード・ステップを実行するステップと、いくつかの処理容量ダウングレード・ステップに応じて処理容量過負荷状況を決定するステップとを含む。
【０００６】
一実施形態によれば、ダウングレード・ステップのうちの少なくとも１つは、ユーザ特有の機能の第１のグループに対して、ユーザ特有の機能の第２のグループに対してよりも少ない処理容量を認可するステップを含んでいる。
【０００７】
一実施形態によれば、総使用処理容量が決定され、ダウングレード・ステップのうちの１つは、その総使用処理容量としきい値の値との比較に基づいて実行される。
【０００８】
一実施形態によれば、総使用処理容量は、それぞれのレイヤについて、とりわけ、ユーザ特有の物理レイヤ、媒体アクセス・レイヤ、パケット・データ・コンバージェンス・プロトコルＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）レイヤ、および／または無線リンク制御ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）レイヤについて決定される。
【０００９】
一実施形態は、さらなるＢＢＵ上の少なくとも１つのユーザ特有の機能について、近づきつつある送信時間間隔ＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）についての第１の処理容量予測値を決定するステップと、少なくとも１つのユーザ特有の機能について、近づきつつある送信時間間隔ＴＴＩについての第２の処理容量予測値を決定するステップと、第１および第２の処理容量予測値に基づいて、ユーザ特有の機能に対して処理容量値を認可するステップとを含む。
【００１０】
一実施形態によれば、認可された処理容量は、第２の処理容量予測値以下であり、第１の処理容量予測値は、第２の処理容量予測値よりも小さい。
【００１１】
一実施形態によれば、第１および第２の処理容量予測値は、１ＴＴＩ当たりにユーザ特有の機能のユーザ機器のために使用される物理リソース・ブロックＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋｓ）の数に基づいて、かつ／または変調および符号化のスキームのタイプに基づいて、かつ／またはアンテナ・マッピングに基づいて、かつ／またはユーザ体感品質クラス識別子ＱＣＩ（Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）に基づいて、かつ／または無線リンク制御バッファ中のパケットの測定された古さに基づいて、かつ／または測定された遅延に基づいて、かつ／または保証される最大パケット喪失レートに基づいて、かつ／または保証される最小ビット・レートに基づいて、それぞれ決定される。
【００１２】
一実施形態によれば、ベアラの特性は、ベアラに関連するユーザ機器と、ＢＢＵとの間のレイテンシを含んでおり、かつ／またはベアラの特性は、保証されたビット・レートＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）を含んでおり、かつ／またはベアラの特性は、サービス品質ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）クラス・インジケータＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｎｄｉｃａｔｏｒ）を含んでおり、かつ／またはベアラの特性は、エンド・ツー・エンドＥ２Ｅ（ｅｎｄ  ｔｏ  ｅｎｄ）パケット脱落レートを含んでおり、かつ／またはベアラの特性は、優先順位を含んでいる。
【００１３】
一実施形態によれば、ＢＢＵの選択は、複数のＢＢＵから総処理容量値を収集するステップと、クラウド制御装置上でベアラについての処理容量予測値を決定するステップと、複数のＢＢＵの総処理容量値と、ベアラについての処理容量予測値との比較に基づいてＢＢＵを選択するステップとを含む。
【００１４】
一実施形態によれば、ネットワーク要素は、ベースバンド・ユニットＢＢＵ、またはクラウド制御装置である。
【００１５】
本発明のさらなる特徴、態様および利点が、図面を参照して以下の詳細な説明の中で与えられる。
【図面の簡単な説明】
【００１６】
【図１】方法の概略図である。
【図２】第１の無線通信ネットワークの概略図である。
【図３】第２の無線通信ネットワークの概略図である。
【図４】ベースバンド・ユニットの概略図である。
【図５】通信スキームの概略図である。
【図６】防御方法の概略図である。
【発明を実施するための形態】
【００１７】
図１は、無線通信ネットワーク、またはそのネットワーク要素を動作させるための方法の概略図である。第１のステップ２において、ベアラが無線通信ネットワーク内で処理されることが決定される。第２のステップ４において、複数のＢＢＵのうちから、そのベアラの少なくとも１つの特性を満たすベースバンド・ユニットＢＢＵが、選択される。そして第３のステップにおいて、ベアラが、ベアラを処理するために、選択されたＢＢＵに配置される。ベアラの配置は、選択されたＢＢＵにベアラを割り付けるステップ、または再割付けするステップを含む。本開示の文脈におけるベアラは、とりわけ、ＢＢＵ、またはＭＳ−ＢＢＵ、または複数のＢＢＵを備えているモバイル・クラウドの形態の基地局、およびユーザ機器によって決定される。ベアラは、少なくとも１つのユーザ特有のデータ・フローを搬送する。本開示は、ダウンリンク通信スキームまたはアップリンク通信スキームだけに限定されず、アップリンクとダウンリンクの両方にそれぞれ適用されることもある。
【００１８】
図２は、２つのマルチ・サイト・ベースバンド・ユニットＭＳ−ＢＢＵ８および１０を備えている第１の無線通信ネットワークの概略図である。ＭＳ−ＢＢＵ８は、分散型クラウド制御装置１２ａを備えている。分散型クラウド制御装置１２ａは、ＢＢＵ１６ａ、１８ａにベアラを割り付ける役割を担うリソース内マネージャ１４ａを備えており、ＢＢＵは、それぞれ、図示されない複数のリモート無線ヘッドＲＲＨのうちの少なくとも１つに接続されている。ＢＢＵ１６ａ、１８ａは、ＢＢＵモジュールと称されることもある。分散型クラウド制御装置１２ａは、リソース間マネージャ２０ａをさらに備えており、このリソース間マネージャ２０ａは、接続２２を経由してＢＢＵプールのリソース・プーリング管理を実行する。ＭＳ−ＢＢＵ８および１０は、接続２２のために、それぞれのインターフェース２１、特に強化されたＸ２インターフェースを備えている。第１のＢＢＵプールは、ＢＢＵ１６ａおよび１８ａを備えており、第２のＢＢＵプールは、ＢＢＵ１６ｂおよび１８ｂを備えている。分散型クラウド制御装置１２ａのデータベース２４は、リソース内マネージャ１４ａとリソース間マネージャ２０ａとの決定のために必要とされる情報を記憶する。
【００１９】
各ＢＢＵ１６、１８は、それぞれ、リソース・マネージャ３０を備えており、このリソース・マネージャ３０は、それぞれのＢＢＵ１６、１８の内部で処理容量を認可する役割を担っている。さらに、リソース・マネージャ３０は、リソース内マネージャ１４に対して処理リソース情報を報告する。
【００２０】
図３は、２つのマルチ・サイト・ベースバンド・ユニットＭＳ−ＢＢＵ３２および３４を備えている第２の無線通信ネットワークの概略図である。集中型クラウド制御装置１２ｃは、リソース・マネージャ３８を備えており、このリソース・マネージャ３８は、接続２２を経由して、ＭＳ−ＢＢＵプール３２、３４の内部のＢＢＵ３０およびＭＳ−ＢＢＵプール３２、３４の間にリソースを割り付ける役割を担っている。集中型クラウド制御装置１２ｃは、リソース・マネージャ３８の決定のために必要とされるすべての情報を記憶するデータベース４０をさらに備えている。
【００２１】
リソース・マネージャ３８は、それぞれのＢＢＵ１６、１８の各リソース・マネージャ３０と通信し、ＢＢＵ３２、３４の内部の処理容量の割付けを管理し、リソース・マネージャ３８に対して使用可能な処理リソース情報を報告する。インターフェース２１は、リソース・マネージャ３８に接続されて、着信するＳ１−Ｕパケットが、決定されたＢＢＵ３２、３４に直接搬送されることを可能にしている。
【００２２】
図４は、クラウド制御装置１２によってサービスされる２つのＢＢＵ４２、４４の概略図である。第１の実施形態においては、ＢＢＵ４２および４４は、同じＭＳ−ＢＢＵの一部分である。第２の実施形態においては、ＢＢＵ４２および４４は、それぞれ、別個のＭＳ−ＢＢＵの一部分である。
【００２３】
クラウド制御装置１２は、それぞれのＢＢＵ４２、４４のそれぞれのリソース・マネージャ３０と通信する。
【００２４】
一実施形態においては、ＢＢＵ４２は処理容量過負荷状況になく、ＢＢＵ４４は処理容量過負荷状況にあることが、仮定される。これは、ＢＢＵ４４が、その上で処理されるすべてのユーザ特有の機能５０にはサービスすることができないことを意味している。ユーザ特有の機能５０は、仮想化されており、また別のＢＢＵに対してそれぞれ少なくとも１つのベアラを用いて転送されることもある。ＢＢＵ４４は、さらなるベアラにサービスするために十分な処理容量を有している。ユーザ特有の機能５０は、それぞれのユーザ機器のために少なくとも１つのベアラをサービスする。ユーザ特有の機能５０は、ユーザ・スケジューラおよび／またはユーザ処理を含む。各ユーザ特有の機能５０は、セル・スケジューラ５２およびスケジューラ５４と通信する。ユーザ・スケジューラは、どのデータおよび／またはどれだけのデータが、エア・インターフェースを通じてどの時に送信および／または受信されるかを決定する。一実施形態においては、ユーザ・スケジューラは、エア・インターフェースのどのリソースが、例えばどのアンテナが、どれだけのリソース・ブロックが、および／またはどの符号化スキームが、１ＴＴＩ当たりにベアラに割り付けられるかを決定する。ユーザ処理は、ＰＨＹｕｓｅｒ、ＲＬＣ、ＭＡＣ、および／またはＰＤＣＰごとのユーザ特有のデータの処理を含んでいる。
【００２５】
一実施形態においては、ＢＢＵ４２は、ＢＢＵ４４からベアラを引き継ぐことができる。ＢＢＵ４４で処理されているユーザ特有の機能５０ｃによってサービスされるベアラは、ＢＢＵ４４の決定された処理容量過負荷状況に基づいて、ＢＢＵ４４から取り去られる。ＢＢＵ４２は、ユーザ特有の機能５０ｃ＊の形態のベアラを引き継ぐ。
【００２６】
一実施形態においては、ＢＢＵ４２は、新しいユーザ特有の機能５０ｃ＊の形態の新しいベアラを引き継ぐことができ、新しいベアラは、無線通信システム内でセットアップされるか、または割り付けられる。
【００２７】
ユーザ特有の機能５０ｃ＊によってサービスされるユーザ機器が、ＢＢＵ４４と通信するので、ＢＢＵ４２で実行されるユーザ特有の機能５０ｃ＊は、ＢＢＵ４４のセル・スケジューラ５２ｂおよびＰＨＹｃｅｌｌスケジューラ５４ｂと通信する。
【００２８】
総使用処理容量は、それぞれのレイヤについて、とりわけユーザ特有の物理レイヤ、媒体アクセス・レイヤ、および／またはパケット・データ・コンバージェンス・プロトコルＰＤＣＰレイヤについて決定される。
【００２９】
クラウド制御装置１２は、複数のＢＢＵ４２、４４のそれぞれのリソース・マネージャ３０から送信される処理容量値を収集する。クラウド制御装置１２は、割付けまたは再割付けに先だって、ベアラの処理容量予測値を推定する。ＢＢＵ４２は、複数のＢＢＵ４２、４４の総処理容量値の比較に基づいて、選択される。
【００３０】
ＢＢＵ４２、４４のそれぞれは、ユーザに特有でないセル・スケジューラ５２と、物理レイヤ機能の下位部分についてのスケジューラ５４とを備えている。
【００３１】
通信経路５６は、各送信時間間隔ＴＴＩを供給される必要がある。通信経路５８は、少なくとも複数のＴＴＩを含む時間間隔を供給される必要がある。
【００３２】
図５は、クラウド制御装置１２とリソース・マネージャ３０との間、およびリソース・マネージャ３０とユーザ特有の機能５０との間の通信スキームの概略図である。リソース・マネージャ３０およびユーザ特有の機能５０は、１つのＢＢＵに存在する。
【００３３】
第１の処理容量予測値６０と、第２の処理容量予測値６２とは、近づきつつあるＴＴＩについてのユーザ特有の機能５０によって決定される。値６０および６２に応じて、リソース・マネージャ３０は、処理容量認可値６４を算出する。値６４は、近づきつつあるＴＴＩにおけるユーザ特有の機能５０に対する特定の処理容量の認可を表す。値６４は、値６０および／または６４に基づいて、とりわけ値６０、６４を処理容量しきい値の値とそれぞれ比較することにより、決定される。
【００３４】
一実施形態においては、認可値６４と、ＰＨＹｕｓｅｒレイヤの使用処理容量の正の平均標準偏差と、第２のレイヤの使用処理容量の正の標準偏差と、第３のレイヤの使用処理容量の正の標準偏差と、第３のレイヤの使用処理容量の正のピーク／最大標準偏差とが、クラウド制御装置１２に送信される。さらに、時間ウィンドウ当たりのダウングレード・ステップの数と、最上位のｘ人のユーザの使用処理容量とが、クラウド制御装置１２に送信される。
【００３５】
一実施形態においては、リソース・マネージャ３０は、それぞれのユーザ特有の機能５０のすべての値６０、６２を収集し、それらの値、または複数のユーザ特有の機能５０の値６０、６２のそれぞれの合計を、それぞれの値７０および７２の形態で、クラウド制御装置１２に送付する。値７０、７２に基づいて、クラウド制御装置１２は、ＢＢＵが、信号７４により、さらなるベアラを受信するか否かを決定する。
【００３６】
一実施形態においては、リソース・マネージャ３０は、少なくとも１つの測定された処理容量値として少なくとも１つの値７０を決定し、また所定の時間の持続時間中に決定されるダウングレード・ステップの数として少なくとも１つの値７２を決定する。
【００３７】
第１の値６０は、最小処理容量値を表し、この最小処理容量値は、それぞれのユーザ特有の機能５０を実行するための最小値を表す。第２の値６２は、最適処理容量値を表し、この最適処理容量値は、それぞれのユーザ特有の機能５０を実行するための最適値を表す。第１の値６０および第２の値６２は、レイヤごとに算出される。
【００３８】
図６は、リソース・マネージャ３０で実行される防御方法の概略図であり、ここでは、本方法は、後続のＴＴＩの開始前に実行される必要がある。本方法は、３つのダウングレード・ステップ８０、８２、および８４を提供する。
【００３９】
第１のダウングレード・ステップ８０において、複数のユーザ特有の機能５０の第１のグループが、複数のユーザ特有の機能５０の第２のグループよりも少ない処理容量を認可される。
【００４０】
一実施形態においては、第１のグループは、それぞれのヘッドルームがゼロに設定された、非保証ビット・レートＮＧＢＲ（ｎｏ  ｇｕａｒａｎｔｅｅｅｄ  ｂｉｔ  ｒａｔｅ）のベアラを含んでおり、かつ／または、第１のグループは、規定されたそれぞれのヘッドルームのない、非保証ビット・レートＮＧＢＲのベアラを含んでいる。
【００４１】
一実施形態においては、第１のグループは、それぞれのヘッドルームがゼロよりも大きな値に設定された、非保証ビット・レートＮＧＢＲのベアラを含んでおり、その値は、ＮＧＢＲベアラについての残りの処理容量に基づいて決定される。
【００４２】
第２のグループは、規定されたそれぞれのヘッドルームのない、非保証ビット・レートＮＧＢＲのベアラを含んでおり、第２のグループは、保証されたビット・レートＧＢＲのベアラを含んでおり、かつ／またはベアラは、５のサービス品質クラス識別子ＱＣＩ（Ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）の値を有する。
【００４３】
本開示の文脈におけるヘッドルームは、耐性値を意味しており、その値が小さいほど、それぞれのメトリックについての優先順位が高くなる。例えば、ゼロのヘッドルームは、それぞれのベアラ、またはユーザ特有の機能が、直ちにサービスされる必要があるという意味を有する。ヘッドルームは、遅延またはビット・レートのようなメトリックに関係する。ヘッドルームは、メトリックの過去の経験の文脈と、それぞれのメトリックについてのセット・ポイント値と、メトリックの現在の値との文脈において決定される。
【００４４】
第１のダウングレード・ステップ８０により、ユーザ機器がＮＧＢＲベアラに割り当てられ、それぞれのヘッドルームがゼロである場合、処理容量は、ユーザ特有の機能５０に対して認可されない。ベアラがＮＧＢＲベアラであり、ヘッドルームが規定されていない場合は、値６４は、ユーザ特有の機能５０に対する推定された第２の処理容量に等しく認可される。ベアラがＧＢＲベアラであり、かつ／またはベアラが５のＱＣＩ値を有する場合には、推定された第１の処理容量値と、推定された第２の処理容量値との間の値を有する容量が認可される。しかしながら、ユーザおよびベアラという用語は、この説明に従って交換可能に使用されることもある。
【００４５】
処理負荷しきい値の値Ａが、第１の処理容量値６０に基づいて決定される第１の総処理容量以上である場合、および／または、処理負荷しきい値の値Ａが、第２の処理容量値６２に基づいて決定される第２の総処理容量よりも小さい場合、第１のダウングレード・ステップ８０がクエリー８６に従って実行される。
【００４６】
クエリー８６の一実施形態によれば、過負荷しきい値Ａが、近づきつつあるＴＴＩにおいて超過されることになるかどうかが、すなわち、
【数１】
0006490720.tif 000002
となるか、かつ／または
【数２】
0006490720.tif 000003
となるかのいずれかが検査され、リソース・マネージャ３０は、最初に、ＰＨＹｕｓｅｒおよびレイヤ２についての最小の処理容量値を用いて、近づきつつあるＴＴＩについての最小の必要ＢＢＵ容量を算出する。次に、リソース・マネージャ３０は、
【数３】
0006490720.tif 000004
かつ
【数４】
0006490720.tif 000005
を用いて、最小の必要ＢＢＵ容量が、既に過負荷しきい値Ａを下回るかどうかを検査する。
【００４７】
第２のダウングレード・ステップ８２により、ユーザ特有の機能５０の第３のグループが、ユーザ特有の機能５０の第４のグループよりも少ない処理容量を認可される。第３のグループは、５以外のＱＣＩ値を有するＮＧＢＲユーザを含んでいる。第４のグループは、５のＱＣＩ値を有するＮＧＢＲユーザを含んでおり、かつ／または、第４のグループは、ＧＢＲユーザを含んでいる。
【００４８】
ＧＢＲユーザおよび／または５のＱＣＩ値を有するユーザの第１の処理容量値６０の総処理容量が、処理負荷しきい値の値Ａ以下である場合に、第２のダウングレード・ステップ８２がクエリー８８に従って実行される。
【００４９】
クエリー８８の一実施形態によれば、
【数５】
0006490720.tif 000006
および／または
【数６】
0006490720.tif 000007
に従って、少なくともＧＢＲベアラとＱＣＩ５ベアラとのために使用可能な十分なＢＢＵ容量が存在するかどうか、すなわち、
【数７】
0006490720.tif 000008
であるかどうかが、検査される。十分なＢＢＵ容量が存在する場合には、リソース・マネージャは、ステップ８２に進み、そうでなければステップ８４に進む。
【００５０】
第２のダウングレード・ステップ８２は、それぞれのユーザ／ベアラが、ＮＧＢＲユーザであり、５以外のＱＣＩ値を有する場合に、処理容量を認可しないステップ、および／またはユーザが、５のＱＣＩ値を有するＧＢＲユーザまたはＮＧＢＲユーザである場合に、推定された第１の処理容量と、推定された第２の処理容量との間の値を有する処理容量を認可するステップを含む。
【００５１】
第３のダウングレード・ステップ８４において、ユーザ特有の機能５０の第５のグループが、ユーザ特有の機能５０の第６のグループよりも少ない処理容量を認可される。第５のグループは、５以外のＱＣＩ値を有するＮＧＢＲユーザを含んでおり、また第６のグループは、５のＱＣＩ値を有するユーザを含んでおり、かつ／または、第６のグループは、ＧＢＲユーザを含んでいる。
【００５２】
ＧＢＲユーザおよび／または５のＱＣＩ値を有するユーザの第１の処理容量値の総処理容量が、処理負荷しきい値の値Ａよりも大きい場合に、第３のダウングレード・ステップ８４がクエリー８８に従って実行される。
【００５３】
第３のダウングレード・ステップによれば、ユーザがＮＧＢＲユーザであり、また５以外のＱＣＩ値を有する場合は、処理容量を認可されず、かつ／またはユーザがＧＢＲユーザであり、または５のＱＣＩ値を有するＮＧＢＲユーザである場合は、第１の処理容量を下回る値を有する処理容量を認可される。第３のダウングレード・ステップの後、認可された処理容量６４は、最小処理容量を表す第１の処理容量値６２以下である。
【００５４】
一般に、認可された処理容量６４は、第２の処理容量値６０以下であり、また第２の処理容量値６２は、第１の処理容量値６０よりも小さい。
【００５５】
第１および第２の処理容量値６０および６２は、１ＴＴＩ当たりにユーザ特有の機能５０のユーザ機器のために使用される物理リソース・ブロックＰＲＢの数に応じて、変調および符号化のスキームのタイプに基づいて、アンテナ・マッピングに基づいて、ユーザ体感品質クラス識別子ＱＣＩに基づいて、無線リンク制御バッファ中のパケットの測定された古さに基づいて、測定された遅延に基づいて、かつ／または保証される最小ビット・レートに基づいて、ユーザ特有の機能５０によって決定される。値６０および６２は、データベースから取得されるか、または数式を介して取得されることもある。
【００５６】
ブロック９０において、第１および第２の値６０および６２が、複数のユーザ特有の機能５０から受信される。ブロック９２において、第２の値６２が、複数のユーザ特有の機能５０について合計される。第１の合計値７０が、複数の第１の値６０に基づいて決定される。第２の合計値７２が、複数の第２の値６２に基づいて決定される。第１および第２の合計値は、レイヤごとに決定される。
【００５７】
クエリー９４により、各レイヤについての第２の合計値７２が、それぞれのしきい値の値を超過するかどうかが、決定される。第２の合計値のうちの１つがしきい値の値を超過する場合、レイヤごとにすべてのユーザ特有の機能５０を実行するための総最小容量値を表す、第１の合計値７０が、ブロック９６に従って決定される。
【００５８】
それぞれ総最適値を表す第２の合計値７２の両方が、それぞれのしきい値の値を超過しない場合は、十分な処理容量がＢＢＵにおいて使用可能であるので、ブロック９８は、すべてのユーザ特有の機能５０に対して第２の容量値を認可する。
【００５９】
ブロック１０２により、リソース・マネージャ３０の内部統計データが更新される。これらの内部統計データは、ブロック１０７によりクラウド制御装置１２に送信される。レイヤごとに、使用処理容量の平均および分散／標準偏差が、所定の時間間隔においてローカル・リソース・マネージャ３０によって算出され、ここで、平均および分散／標準偏差は、その時間間隔内で平均される。
【００６０】
それぞれのダウングレード・ステップ８０、８２、８４を終了した後、処理認可は、ブロック１０４に従って、スケジューラ５０に送信される。ブロック１０６により、リソース・マネージャ３０は待機モードにある。
【００６１】
一実施形態においては、クラウド制御装置１２は、レイヤ当たりのＢＢＵの使用処理容量と、時間間隔当たりに実行されるダウングレード・ステップの数を含む防御統計データと、最上位のｘ人のユーザの使用処理容量とを受信し、これについては後で詳細に説明する。最上位のｘ人のユーザは、例えば、平均値に最大の正の偏差値を加えたものである、レイヤ３処理容量の所定のパーセンテージ値、例えば３０％を含むべきである。
【００６２】
待機モード１０６において、リソース・マネージャ３０は、ユーザ特有の機能５０から第１および第２の値６０、６２を受信し、また近づきつつあるＴＴＩについての占有されたＢＢＵ容量を算出する。ＰＨＹｕｓｅｒおよびレイヤ２についてのすべてのＧＢＲおよびＮＧＢＲ  ＵＰについての最適な処理容量値６２を合計することは、それぞれの合計の第２の値をもたらす。次いで、リソース・マネージャ３０は、占有されたＢＢＵ容量が、ＰＨＹｕｓｅｒレイヤおよび／または第２のレイヤ、とりわけ、媒体アクセス制御レイヤについての過負荷しきい値Ａを超過するかどうかを検査する。過負荷しきい値Ａが、近づきつつあるＴＴＩにおいて超過されない場合、リソース・マネージャ３０は、ブロック９８に従って、すべてのユーザ特有の機能５０についての最適な処理努力値を確定し、また占有されたＢＢＵ容量と、防御統計データと、選択されたＵＰについての負荷情報と、ＵＰの特性とに関する内部統計データを更新する。リソース・マネージャ３０は、ブロック１０２に従って、所定の平均化ウィンドウに従って、ＴＴＩごとに、占有されたＢＢＵ容量の平均および分散を更新する。防御統計データは、ステップ８０、８２および８４に従って、少なくとも、必要な修正の数を示している。それ以外は、特定のユーザ特有の機能５０の特徴が対象となる。ユーザ特有の機能５０が、ＧＢＲベアラまたはＮＧＢＲベアラを含むかどうかを知ることが、少なくとも必要である。
【００６３】
一実施形態によれば、使用処理容量についての以下の情報（使用処理容量についての情報は測定された処理容量値と称されることもある）が、クラウド制御装置１２に対して、例えば、０．５秒の時間ウィンドウと位置合わせされた所定の時間距離において、配信され、それらの情報は、
・  所定の時間ウィンドウについてのＢＢＵ当たりの平均使用処理容量μＰＨＹｕｓｅｒと、
・
【数８】
0006490720.tif 000009
である場合の、かつ所定の時間ウィンドウ中に発生するすべてのＮを用いた、またすべてのＮについての、使用処理容量
【数９】
0006490720.tif 000010
の平均の正の偏差値と、
・  所定の時間ウィンドウについてのＢＢＵ当たりの平均使用処理容量μＬａｙｅｒ２と、
・
【数１０】
0006490720.tif 000011
である場合の、かつ所定の時間ウィンドウ中に発生するすべてのＮを用いた、またすべてのＮについての、使用処理容量
【数１１】
0006490720.tif 000012
の平均の正の偏差値と、
・  所定の時間ウィンドウについてのＢＢＵ当たりの平均使用処理容量μＬａｙｅｒ３と、
・  所定の時間ウィンドウ中に発生するすべてのＮについての、
【数１２】
0006490720.tif 000013
である使用処理容量
【数１３】
0006490720.tif 000014
の最大の正の偏差値と
である。
【００６４】
ユーザ特有の物理レイヤＰＨＹｕｓｅｒ、レイヤ２およびレイヤ３についての一実施形態によれば、リソース・マネージャ３０は、
・  ％を単位とする、所定の平均ウィンドウ中のＢＢＵにおけるＰＨＹｕｓｅｒ部分についての平均処理使用
【数１４】
0006490720.tif 000015
、ｎ＝１，．．．，ｘと、
・  ％を単位とする、所定の平均ウィンドウ中のＰＨＹｕｓｅｒ処理使用の平均の正の偏差値
【数１５】
0006490720.tif 000016
、ｎ＝１，．．．，ｘと、
・  ％を単位とする、所定の平均ウィンドウ中のＢＢＵにおけるレイヤ２部分についての平均処理使用
【数１６】
0006490720.tif 000017
、ｎ＝１，．．．，ｘと、
・  ％を単位とする、平均ウィンドウ中のレイヤ２処理使用の平均の正の偏差値
【数１７】
0006490720.tif 000018
、ｎ＝１，．．．，ｘと、
・  ％を単位とする、所定の平均ウィンドウ中のレイヤ３ついての平均処理使用
【数１８】
0006490720.tif 000019
、ｎ＝１，．．．，ｘと、
・  ％を単位とする、平均ウィンドウ中のレイヤ３処理使用の最大の正の偏差値
【数１９】
0006490720.tif 000020
、ｎ＝１，．．．，ｘと
に従って、最上位のｘ人のユーザ、ｎ＝１，．．．，ｘの使用処理容量を報告する。
【００６５】
過負荷しきい値Ａが、クエリー９４に従って、近づきつつあるＴＴＩにおいて超過されることになる場合に、リソース・マネージャ３０は、最初に、ＰＨＹｕｓｅｒおよびレイヤ２についての最小処理努力値を用いて、近づきつつあるＴＴＩについて最小の必要ＢＢＵ容量を算出する。次いで、リソース・マネージャ３０は、最小の必要ＢＢＵ容量が、既に過負荷しきい値Ａを下回っているかどうかを検査する。
【００６６】
一実施形態によれば、クエリー９４は、占有されたＢＢＵ容量が、ＰＨＹｕｓｅｒについては、
【数２０】
0006490720.tif 000021
で、かつ／またはレイヤ２については、
【数２１】
0006490720.tif 000022
で、過負荷しきい値Ａを超過するかどうかを検査する。過負荷しきい値Ａが、近づきつつあるＴＴＩにおいて超過されない場合、すなわち、
【数２２】
0006490720.tif 000023
および
【数２３】
0006490720.tif 000024
である場合に、リソース・マネージャ３０は、ユーザ特有の機能５０に対する最適な処理努力値を確認することになる。
【００６７】
説明および図面は、単に本発明の原理を示しているにすぎない。したがって、当業者なら、本明細書に明示的に説明されても、図示されてもいないが、本発明の原理を実施し、また本発明の精神および範囲内に含まれる様々な構成を考案することができることが理解されるであろう。
【００６８】
さらに、本明細書に列挙されるすべての例は、主として、本発明者が当技術を推進することに寄与している本発明の原理および概念を理解するに際して、単に読者を支援する教育上の目的で明示的に意図され、またそのような具体的に列挙された例および状態だけに限定することのないように解釈されるべきである。さらに、本発明の原理、態様、および実施形態を列挙している本明細書におけるすべての記述、ならびにその特定の例は、その同等物を包含することを意図している。
【図１】
0006490720.tif 000025
【図２】
0006490720.tif 000026
【図３】
0006490720.tif 000027
【図４】
0006490720.tif 000028
【図５】
0006490720.tif 000029
【図６】
0006490720.tif 000030