(57)【特許請求の範囲】
【請求項１】
コントローラノードと、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局とを備える通信システムであって、
前記コントローラノードは、
前記少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と、
解放することができる、前記少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別する手段と、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、前記少なくとも１つの通信リンクを介した通信をサポートする手段と、
を備え、
前記基地局は、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記コントローラノードから受信する手段と、
前記受信された要求に応答して、少なくとも１つの通信リソースを解放する手段と、
を備え、
前記判断する手段は、各通信リソースのＡＲＰ優先度及びリソース量に基づいて、前記少なくとも１つの通信リソースを解放する必要があるか否かを判断する、通信システム。
【請求項２】
少なくとも１つの通信リンクを介してコアネットワークに接続された基地局を備える通信システムのコントローラノードであって、
前記少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と、
解放することができる、前記少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別する手段と、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、前記少なくとも１つの通信リンクを介した通信をサポートする手段と、
を備え、
前記判断する手段は、各通信リソースのＡＲＰ優先度及びリソース量に基づいて、前記少なくとも１つの通信リソースを解放する必要があるか否かを判断する、コントローラノード。
【請求項３】
少なくとも１つの通信リンクを介してコアネットワークに接続された基地局であって、
前記少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と、
解放することができる、前記少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの更なる基地局を識別する手段と、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記少なくとも１つの識別された更なる基地局に送信して、それによって、前記少なくとも１つの通信リンクを介した通信をサポートする手段と、
を備える、基地局。
【請求項４】
コントローラノードと、基地局をコアネットワークに接続する少なくとも１つの通信リンクとを備える通信システムの該基地局であって、
前記少なくとも１つの通信リンクを介した通信用に確保された少なくとも１つの通信リソースを解放するための要求と、解放される通信リソースに関するＡＲＰ優先度と、当該ＡＲＰ優先度の解放されるリソース量と、を、前記コントローラノードから受信する手段と、
前記受信された要求に応答して、前記受信されたＡＲＰ優先度及び当該ＡＲＰ優先度の解放されるリソース量に基づいて、少なくとも１つの通信リソースを解放する手段と、
を備える、基地局。
【請求項５】
少なくとも１つの他の基地局とコアネットワークとの間の通信をサポートする少なくとも１つの通信リンクを介して前記コアネットワークと通信する手段と、
前記少なくとも１つの他の基地局に関連付けられたリソース使用量を含む、前記少なくとも１つの通信リンクにわたるリソース使用量を表す情報を、コントローラノードから取得する手段と、
前記少なくとも１つの通信リンクにわたるベアラをアドミットするための要求を受信する手段と、
前記通信リンクにわたるリソース使用量を表す前記取得された情報に基づいて、前記ベアラをアドミットすべきか又は拒絶すべきかを判断する手段と、
前記判断の結果に応じて前記ベアラをアドミットする手段と、
を備える、基地局。
【請求項６】
コントローラノードと、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局とを備える通信システムにおいて実行される方法であって、
前記コントローラノードにおいて、
前記少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断することと、
解放することができる、前記少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別することと、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、前記少なくとも１つの通信リンクを介した通信をサポートすることと、
前記基地局において、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記コントローラノードから受信することと、
前記受信された要求に応答して、少なくとも１つの通信リソースを解放することと、
を含み、
前記判断することは、各通信リソースのＡＲＰ優先度及びリソース量に基づいて、前記少なくとも１つの通信リソースを解放する必要があるか否かを判断することを含む、方法。
【請求項７】
少なくとも１つの通信リンクを介してコアネットワークに接続された基地局を備える通信システムにおけるコントローラノードによって実行される方法であって、
前記少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断することと、
要求に応答して解放することができる、前記少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別することと、
前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、前記少なくとも１つの通信リンクを介した通信をサポートすることと、
を含み、
前記判断することは、各通信リソースのＡＲＰ優先度及びリソース量に基づいて、前記少なくとも１つの通信リソースを解放する必要があるか否かを判断することを含む、方法。
【請求項８】
コントローラノードと、基地局をコアネットワークに接続する少なくとも１つの通信リンクとを備える通信システムにおける、前記基地局によって実行される方法であって、
前記少なくとも１つの通信リンクを介した通信用に確保された少なくとも１つの通信リソースを解放するための要求と、解放される通信リソースに関するＡＲＰ優先度と、当該ＡＲＰ優先度の解放されるリソース量と、を、前記コントローラノードから受信することと、
前記受信された要求に応答して、前記受信されたＡＲＰ優先度及び当該ＡＲＰ優先度の解放されるリソース量に基づいて、少なくとも１つの通信リソースを解放することと、
を含む、方法。
【請求項９】
少なくとも１つの他の基地局とコアネットワークとの間の通信をサポートする少なくとも１つの通信リンクを介して前記コアネットワークと通信するように構成された基地局によって実行される方法であって、
前記少なくとも１つの他の基地局に関連付けられたリソース使用量を含む、前記少なくとも１つの通信リンクにわたるリソース使用量を表す情報を、コントローラノードから取得することと、
前記少なくとも１つの通信リンクにわたるベアラをアドミットするための要求を受信することと、
前記通信リンクにわたるリソース使用量を表す前記取得された情報に基づいて、前記ベアラをアドミットすべきか又は拒絶すべきかを判断することと、
前記判断の結果に応じて前記ベアラをアドミットすることと、
を含む、方法。
【請求項１０】
プログラマブル通信デバイスに請求項６〜９のいずれか１項に記載の前記方法を実行させるコンピュータ実施可能命令を含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラ遠距離通信ネットワーク又は無線遠距離通信ネットワークに関し、限定するものではないが特に、無線アクセスネットワークにおけるバックホール輻輳の軽減に関する。本発明は、限定するものではないが特に、第３世代パートナーシッププロジェクト（３ＧＰＰ）仕様のロングタームエボリューション（ＬＴＥ）標準規格に従って実装される無線遠距離通信ネットワークに関する。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥネットワークでは、無線アクセスネットワーク（ＲＡＮ）の基地局（すなわち、発展型ＮｏｄｅＢ、ｅＮＢ）が、コアネットワーク（ＣＮ）と、基地局のカバレッジエリア内に位置するユーザ機器（ＵＥ）との間でデータ及びシグナリングを送信する。ＲＡＮの基地局は、一般に、複数の「通常」の基地局又は「マクロ」基地局と、複数の「スモールセル」基地局又は「ピコ」基地局（低電力ノード、ＬＰＮと呼ばれることが多い）とを含む。ＬＴＥでは、ＲＡＮは、発展型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）ネットワーク（Ｅ−ＵＴＲＡＮ）と呼ばれ、コアネットワークは、発展型パケットコア（ＥＰＣ）ネットワークと呼ばれる。ユーザ機器は、例えば、移動電話機、移動通信デバイス、ユーザ通信デバイス、ラップトップコンピュータ等から成ってよい。以下の説明では、移動通信デバイスという用語が用いられるが、これは、任意のタイプのそのようなユーザ機器（移動及び静止）を包含するように意図されている。
【０００３】
アクティブ状態又は接続状態では、移動通信デバイスは、ネットワークに登録され、基地局との無線リソース制御（ＲＲＣ）接続を有し、それによって、このネットワークは、ユーザ通信デバイスがどの基地局（又はそのセル）に属しているのかを知り、このユーザ通信デバイスに対してデータを送受信することができるようになっている。各ユーザ通信デバイスは、コアネットワークにおいて、当該ユーザ通信デバイスから、基地局、通常はゲートウェイ（パケットデータネットワークゲートウェイである「ＰＤＮ−ＧＷ」又は「Ｐ−ＧＷ」等）を越えてエンドポイントへのデフォルトの発展型パケットシステム（ＥＰＳ）ベアラ（すなわち、エンドツーエンド専用通信パス）も確立する。
【０００４】
移動通信デバイスに固有のＥＰＳベアラは、ネットワークを通る伝送パスを規定し、インターネットプロトコル（ＩＰ）アドレスをこの移動通信デバイスに割り当てる。このアドレスにおいて、別のＵＥ等の他の通信デバイスは、この移動通信デバイスに到達することができる。ＥＰＳベアラは、サービス品質（ＱｏＳ）、データレート及びフロー制御パラメータ等のデータ伝送特性のセットも有する。これらの特性は、移動通信デバイスに関連付けられた加入によって規定され、ネットワークへの移動通信デバイスの登録の際に移動管理エンティティ（ＭＭＥ）によって確立される。データ伝送特性のＥＰＳベアラのセットは、ＥＰＳベアラを搬送するいずれかの基本ベアラ（underlying bearers）にも関連付けられている。そのような基本ベアラは、とりわけ、無線ベアラ（移動通信デバイスとサービング基地局との間）とトランスポートベアラ（基地局とコアネットワークとの間）とを含む。
【０００５】
移動通信システム（ＬＴＥシステム等）では、基地局が最大負荷近く又は最大負荷において動作しているときであっても、この基地局が、高優先度のベアラをアドミット（admit：許可）して、そのような高優先度のベアラに関連付けられたサービス品質（ＱｏＳ）要件をサポートすることができる場合がある。これは、適切な場合、例えば、基地局の無線ネットワークリソース及び／又はトランスポートネットワークリソースが高負荷状態にあるときに、基地局が既存の低優先度のベアラを解放することによって達成される。特定のベアラに関連付けられたそのような（「高」又は「低」）優先度は、ＬＴＥでは割り当て保持優先度（ＡＲＰ）と呼ばれ、ベアラの解放（の検討）の手順は、プリエンプション手順と呼ばれる。
【０００６】
したがって、セル内の無線リソースが限界である場合には、そのセル内のより高い優先度を有するベアラをサービング（又はアドミット）するのに必要とされるリソースを解放するために、より低い優先度を有する幾つか（又は全て）の通信ベアラが、そのセルを運用する基地局によってドロップされる場合がある。このプリエンプション判定は、検討対象のセルの無線負荷測定に基づいて基地局によって行われる。トランスポートリソースが限界である場合には、プリエンプション判定は、ボトルネックを経験している（及び／又は引き起こしている）リンクを共有する全てのセル内の進行中のベアラの関連付けられた優先度に基づいて基地局によって行われる。そのようなプリエンプションが実施されない場合、１つのセル内の高優先度のベアラは、基地局の他のセル内の既存のより低い優先度のベアラに起因して拒絶又はドロップされる可能性がある。しかしながら、自身の収益を最大にしたいネットワーク事業者は、（他のより低い優先度のベアラをドロップする必要があっても）高優先度のベアラを可能な限り多くアドミットするように自身の基地局をセットアップする。さらに、緊急呼を（他のタイプの呼よりも）優先することも必要であり、これも、基地局においてプリエンプションを必要とする場合がある。
【０００７】
プリエンプション手順は、アドミッション制御（ＡＣ）実行フェーズ又は輻輳制御（ＣＣ）実行フェーズ（又はそれらの双方）の間に基地局によって起動されてよい。ＡＣは、着信したベアラ確立／変更要求を受理することができるか否かを、システム容量（許可された同時並行ベアラの最大数及び全リソース使用量／負荷等）と、確立／変更される新規のベアラに関連付けられた優先度及びＱｏＳ要件とに基づいて判断する。ＡＣの場合、プリエンプション機能は、新規の／変更されたベアラを許可するためにどのベアラをプリエンプトする必要があるのかも判断する。既存のベアラのそのようなプリエンプションが、例えば、新規のベアラよりも低い優先度のベアラによって用いられているリソースが十分に存在しないために可能でない場合、新規のベアラの確立／変更は拒絶される。ＣＣは、環境変動（例えば、基地局のマイクロ波リンクの無線状態変化）、ＡＣフェーズ中の不正確な推定等に起因して負荷が過度に高いときのシステムの負荷を低減する方法を提供することを意図している。ＣＣの場合、プリエンプション機能は、進行中のより高い優先度のベアラのＱｏＳ要件をサポートするためにどの（より低い優先度の）ベアラをプリエンプトする必要があるのかを判断する。
【０００８】
しかしながら、上記プリエンプション手順は、各基地局がそれ自身のベアラを優先することができることを確保するが、基地局をコアネットワークに接続するバックホールネットワークにおける利用可能なネットワークリソースの最適な利用を常にもたらすとは限らない場合がある。これは、一連の通信リンクを介して接続された複数のルータ（及び／又は同様のもの）を介してコアネットワークに結合された基地局に特に当てはまる。この場合、コアネットワークと基地局との間の一連の通信リンクは、これらのリンクのうちの幾つかが１つの基地局のみをサービングするものとすることができる一方、他のリンクを複数の基地局（例えば、複数の隣接／近傍基地局及び／又はより広い地理的エリアに配置された基地局のクラスタ）間で共有することができるように（例えば、分岐ネットワークトポロジとして）配置される場合がある。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明者らは、このシナリオ（例えば、基地局がバックホールネットワークを共有する）において、１つの基地局によるベアラの優先順位付け（任意の関連付けられたプリエンプションを含む）が、他の基地局がそれら自身のベアラに関連付けられたＱｏＳをサポートする能力に悪影響を与える場合があることを認識している。例えば、新規のベアラをアドミットする基地局は、この基地局自身の無線／トランスポートベアラ負荷が低い場合があっても、上記新規のベアラによっても利用されるバックホールネットワークのリンクにわたって過負荷を引き起こす場合がある。これは、ひいては、このバックホールリンクを共有する他の基地局においてプリエンプション手順をトリガする場合があり、したがって、その結果、新規のベアラをアドミットする基地局は、関係のある標準規格によって必要とされるとおりにそれ自身のベアラを優先することができるにもかかわらず、ネットワークリソースの利用は準最適なものになる場合がある。
【００１０】
したがって、本発明の目的は、通信ネットワークの性能を改善すること、及びコアネットワークに向かう通信リンクを共有する基地局についてバックホール輻輳を軽減することができる方法を改良することである。
【課題を解決するための手段】
【００１１】
１つの態様において、本発明は、コントローラノードと、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局とを備える通信システムを提供する。コントローラノードは、少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と；解放することができる、少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別する手段と；前記確保された通信リソースのうちの少なくとも１つの解放を要求するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、少なくとも１つの通信リンクを介した通信をサポートする手段と；を備える。基地局は、前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記コントローラノードから受信する手段と；前記受信された要求に応答して、少なくとも１つの通信リソースを解放する手段と；を備える。
【００１２】
１つの態様において、本発明は、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局を備える通信システムのコントローラノードを提供し、そのコントローラノードは、少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と；解放することができる、少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別する手段と；前記確保された通信リソースのうちの少なくとも１つの解放を要求するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、少なくとも１つの通信リンクを介した通信をサポートする手段と；を備える。
【００１３】
１つの態様において、本発明は、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局を提供し、その基地局は、少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と；解放することができる、少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの更なる基地局を識別する手段と；前記確保された通信リソースのうちの少なくとも１つの解放を要求するための要求を前記少なくとも１つの識別された更なる基地局に送信して、それによって、少なくとも１つの通信リンクを介した通信をサポートする手段と；を備える。
【００１４】
１つの態様において、本発明は、コントローラノードと、基地局をコアネットワークに接続する少なくとも１つの通信リンクとを備える通信システムの基地局を提供し、その基地局は、少なくとも１つの通信リンクを介した通信用に確保された少なくとも１つの通信リソースを解放するための要求を、コントローラノードから受信する手段と；前記受信された要求に応答して、少なくとも１つの通信リソースを解放する手段と；を備える。
【００１５】
１つの態様において、本発明は、少なくとも１つの他の基地局とコアネットワークとの間の通信をサポートする少なくとも１つの通信リンクを介して前記コアネットワークと通信する手段と；前記少なくとも１つの他の基地局に関連付けられたリソース使用量を含む、前記少なくとも１つの通信リンクにわたるリソース使用量を表す情報を、コントローラノードから取得する手段と；前記少なくとも１つの通信リンクにわたるベアラをアドミットするための要求を受信する手段と；前記通信リンクにわたるリソース使用量を表す前記取得された情報に基づいて、前記ベアラをアドミットすべきか又は拒絶すべきかを判断する手段と；前記判断の結果に応じて前記ベアラをアドミットする手段と；を備える。
【００１６】
１つの態様において、本発明は、コントローラノードと、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局とを備える通信システムにおいて実行される方法を提供し、その方法は、コントローラノードにおいて、少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断することと；解放することができる、少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別することと；前記確保された通信リソースのうちの少なくとも１つの解放を要求するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、少なくとも１つの通信リンクを介した通信をサポートすることと；前記基地局において、前記確保された通信リソースのうちの少なくとも１つを解放するための要求を前記コントローラノードから受信することと；前記受信された要求に応答して、少なくとも１つの通信リソースを解放することと；を含む。
【００１７】
１つの態様において、本発明は、少なくとも１つの通信リンクを介してコアネットワークに接続された基地局を備える通信システムにおけるコントローラノードによって実行される方法を提供し、その方法は、少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断することと；要求に応答して解放することができる、少なくとも１つの通信リンクを介した通信用に確保された、通信リソースを有する少なくとも１つの基地局を識別することと；前記確保された通信リソースのうちの少なくとも１つの解放を要求するための要求を前記少なくとも１つの識別された基地局に送信して、それによって、少なくとも１つの通信リンクを介した通信をサポートすることと、を含む。
【００１８】
１つの態様において、本発明は、コントローラノードと、基地局をコアネットワークに接続する少なくとも１つの通信リンクとを備える通信システムにおける、前記基地局によって実行される方法を提供し、その方法は、少なくとも１つの通信リンクを介した通信用に確保された少なくとも１つの通信リソースを解放するための要求を、コントローラノードから受信することと；前記受信された要求に応答して、少なくとも１つの通信リソースを解放することと；を含む。
【００１９】
１つの態様において、本発明は、少なくとも１つの他の基地局とコアネットワークとの間の通信をサポートする少なくとも１つの通信リンクを介して前記コアネットワークと通信するように構成された基地局によって実行される方法を提供し、その方法は、前記少なくとも１つの他の基地局に関連付けられたリソース使用量を含む、前記少なくとも１つの通信リンクにわたるリソース使用量を表す情報を、コントローラノードから取得することと；前記少なくとも１つの通信リンクにわたるベアラをアドミットするための要求を受信することと；前記通信リンクにわたるリソース使用量を表す前記取得された情報に基づいて、前記ベアラをアドミットすべきか又は拒絶すべきかを判断することと；前記判断の結果に応じて前記ベアラをアドミットすることと；を含む。
【００２０】
本発明は、開示される全ての方法に対して、対応する機器において実行するための対応するコンピュータプログラム又はコンピュータプログラム製品、機器自体（基地局、ネットワークコントローラノード又はその構成要素）及び機器を更新する方法を提供する。
【００２１】
ここで、本発明の例示的な実施形態を、例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００２２】
【図１】本発明を適用することができるタイプの移動遠距離通信システムを概略的に示す図である。
【図２】図１の移動遠距離通信システムにおける使用に適した基地局のブロック図である。
【図３】図１の移動遠距離通信システムにおける使用に適したコントローラノードのブロック図である。
【図４】本発明の一例示的な実施形態を実行している間に図１の移動遠距離通信システムの要素間で交換されるメッセージを示すタイミング図である。
【図５】図４に示す例示的な実施形態の一変更形態を示すタイミング図である。
【図６】本発明を適用することができるタイプの移動遠距離通信システムを概略的に示す図である。
【発明を実施するための形態】
【００２３】
概略
図１は、複数の移動通信デバイス３（これらのそれぞれは移動電話機又は他の互換性のあるユーザ機器から成る）と、複数の基地局５−１〜５−３とを備える移動（セルラ）遠距離通信システム１を概略的に示している。これらの複数の基地局のそれぞれは、関連付けられたセル（図示せず）を運用する。基地局５−１〜５−３はいずれも、通常のマクロｅＮＢ及び／又はスモールセル基地局（ホーム発展型ノードＢ（ＨｅＮＢ）、ピコ基地局又はフェムト基地局等）から成ってよい。
【００２４】
この例では、基地局５−１及び５−２はそれぞれ、３つの移動通信デバイス３をサービングし、基地局５−３は、２つの移動通信デバイス３をサービングする。当業者であれば理解するように、図１には、例示の目的で、８つの移動通信デバイス３及び３つの基地局５が示されているが、追加のユーザ機器及び／又は基地局が、展開されたシステムに存在してもよい。各基地局５は、２つ以上のセルを運用してもよいことも理解されるであろう。
【００２５】
基地局５のそれぞれとコアネットワーク７との間の通信は、いわゆる「Ｓ１」インターフェースを介している。このインターフェースは、複数のネットワークルータ６Ａ〜６Ｄを備えるバックホールにわたって提供される。この例では、通信リンクＡがルータ６Ａと６Ｃとの間に設けられ、通信リンクＢがルータ６Ｂと６Ｃとの間に設けられ、通信リンクＣがルータ６Ｃと６Ｄとの間に設けられている。
【００２６】
見て取ることができるように、基地局５−１及び５−２の双方は、バックホールの通信リンクＡ及びＣを介してコアネットワーク７に結合され、基地局５−３は、通信リンクＢ及びＣを介してコアネットワーク７に結合されている。換言すれば、通信リンクＡは、２つの基地局５−１及び５−２（全部で６つの移動通信デバイス３をサービングしている）のトラフィック（データ及びシグナリング）を搬送し、通信リンクＢは、単一の基地局５−３（２つの移動通信デバイス３をサービングしている）のトラフィックを搬送し、通信リンクＣは、３つの全ての基地局５−１〜５−３のトラフィック（したがって、全部で８つの移動通信デバイス３のトラフィック）を搬送する。
【００２７】
コアネットワーク７は通常は、とりわけ、ホーム加入者サーバ（ＨＳＳ）、移動管理エンティティ（ＭＭＥ）９、サービングゲートウェイ（Ｓ−ＧＷ）１１、及びパケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）１２を備える。
【００２８】
図１に図示していないが、近傍の基地局５の間の通信用に「Ｘ２」インターフェースも提供して、（直接、又はスモールセルゲートウェイ、Ｘ２ゲートウェイ、バックホール等の他のノードを介してのいずれかで）それらの基地局間のデータ交換を容易にすることができる。
【００２９】
バックホール（したがって、基地局５及びコアネットワーク７のノード）には、ネットワークコントローラノード２０（例えば、ソフトウェア定義ネットワーク（ＳＤＮ）コントローラ、サーバ等）も接続されている。
【００３０】
実際上、コントローラノード２０は、リンクＡ〜Ｃ（例えば、その負荷状態）を監視し、監視されたリンクのステータスに応じて、接続された基地局５の動作を最適化することによって、バックホールネットワーク用の集中型インテリジェンスを提供する。コントローラノード２０は、バックホールトポロジに関する情報と、ルーティングに関する情報と、実際の負荷状態に関する情報と、各基地局５及びそれらのパス上の各バックホールリンクＡ〜Ｃ用の「プリエンプト可能」なリソースの量に関する情報とを取得／記憶するように構成されていることが理解されるであろう。
【００３１】
したがって、図１に示すシステムでは、コントローラノード２０に利用可能な情報を用いて、以下のように、ＡＣフェーズにおいてプリエンプションを有利に実行することができる。
【００３２】
ベアラ確立／変更要求が基地局５に到着すると、この要求（必要とされるトランスポートリソースを識別する情報を含む）は、全ての適切でローカルな（基地局固有の）検査（例えば、無線リソース使用量検査等）に合格した場合に、コントローラノード２０に転送される。
【００３３】
コントローラノード２０は、この基地局５において新規ベアラ／ベアラ変更要求をアドミットすることができるか否かを、この特定の基地局５からコアネットワーク７へのパス上の各バックホールリンク（例えば、基地局５−１及び５−２のリンクＡ及びＣ、並びに基地局５−３のリンクＢ及びＣ）の負荷及び「プリエンプト可能」なリソースに基づいて判定するように構成されている。新規ベアラ要求は、パス上の各バックホールリンクにわたって利用可能な十分なリソースがある場合及び／又はいずれかの輻輳リンク（例えば、リンクＣ）のプリエンプションを実行することによって十分なリソースを（パス上で）解放することができる場合にアドミットされる。
【００３４】
コントローラノード２０は、新規ベアラ／ベアラ変更要求を（プリエンプションを必要として又は必要とせずに）アドミットすることができると判断した場合、この判定を要求側基地局５に送信し、それによって、基地局５がベアラ確立／ベアラ変更を進めることができるようにする。
【００３５】
プリエンプションが必要とされる場合、コントローラノード２０は、いずれかの輻輳リンク（ら）を共有する各基地局５（要求側基地局５及び他の基地局５を含む）によって解放されるリソースの量も計算する。コントローラノード２０は、各基地局５に、その基地局５がベアラ確立／変更要求に対応するために解放する必要があるリソースのそれぞれの量を（例えば、０よりも多い場合に）通知する。
【００３６】
有利には、コントローラノード２０からリソース解放要求を受信する各基地局５は、（その基地局が、それ自身では、ベアラのアドミッションの結果として輻輳を経験しないときであっても）要求されたリソースの量を解放するために、適切なローカルプリエンプション手順を実行するように構成されている。
【００３７】
したがって、図１に示す例示的なシステムでは、コントローラノード２０は、基地局５−３によるベアラ確立／変更要求に対応するために、基地局５−１／５−２に、そのリソースのうちの幾つかを解放するように要求してよく、それによって、各基地局５によって共有されるリンクＣの潜在的な過負荷を軽減する。同様に、コントローラノード２０は、基地局５−１によるベアラ確立／変更要求に対応するために、基地局５−２に、そのリソースのうちの幾つかを解放するように要求してよく、それによって、基地局５−１及び５−２によって共有されるリンクＡ及び各基地局５−１〜５−３によって共有されるリンクＣの潜在的な過負荷を軽減する。
【００３８】
さらに、図１に示すシステムでは、コントローラノード２０に利用可能な情報を用いて、ＣＣフェーズにおいてもプリエンプションを実行してよい。この場合、コントローラノード２０は、いずれかのリンク（例えば、リンクＡ〜Ｃのうちの１つ又は複数）が輻輳状態にある（又は潜在的にある）か否かを各バックホールリンク用に関連付けられた負荷情報（例えば、そのバックホールリンク用に確保されたリソースによって表されるような情報）に基づいて（例えば、周期的に及び／又は要求／トリガの受信時に）調べるとともに、（潜在的な）輻輳リンク（ら）についてプリエンプションが必要とされる（及び／又は許可される）か否かを調べるように構成されている。
【００３９】
ＡＣフェーズと同様に、プリエンプションがＣＣフェーズにおいて必要とされる場合、コントローラノード２０は、輻輳リンク（ら）を共有する各基地局５によって解放されるリソースの量を、バックホールリンクの「プリエンプト可能」なリソースに関する情報に基づいて計算する。コントローラノード２０は、次に、各基地局５（少なくとも、解放されるそれぞれの量が０よりも多い基地局）に、バックホールネットワークにおいて（例えば、リンクＡ〜Ｃにわたり）経験される輻輳を軽減するためにその基地局５が解放する必要があるリソースの量を通知する。
【００４０】
有利には、コントローラノード２０からリソース解放要求を受信する各基地局５は、要求されたリソースの量を解放するために、適切なローカルプリエンプション手順を実行するように構成され、これによって、ひいては、バックホールネットワーク内の輻輳リンク（ら）の利用も削減される。
【００４１】
したがって、図１に示す例示的なシステムでは、コントローラノード２０は、基地局５−１〜５−３の任意のものに、基地局５とコアネットワーク７との間の１つのリンク（又は複数のリンク）にわたり経験される過負荷／輻輳を軽減するために（適切なローカルプリエンプション手順を実行することによって）それらのリソースのうちの幾つかを解放するように要求してよい。
【００４２】
プリエンプション手順
図１に示すシステムにおいてバックホール輻輳を軽減することができる具体的な方法を論述する前に、コントローラノード２０によって要求されたときに基地局５によって適用されるローカルプリエンプション手順の簡単な説明を与えることにする。
【００４３】
ローカルプリエンプション手順は、基地局５がアドミッション制御（ＡＣ）の一部として新規のベアラを要求したとき、又はコントローラノード２０が、輻輳制御（ＣＣ）の一部として、バックホールリンクのうちの１つ又は複数のために確保されたリソースが潜在的な輻輳を示す所定の閾値を越えていると判断したとき、コントローラノード２０によって起動され得る。ＡＣは、要求されたベアラをサポートするのに必要とされるバックホールリンクの容量（許可される同時並行ベアラの最大数及びそのバックホールリンクを介した既存のベアラによる全リソース使用量等）と、要求されたベアラに関連付けられた優先度及びＱｏＳ要件とに基づいて、着信したベアラ確立／変更要求を受理することができる（又は拒否すべきである）か否かを判断するように機能する。
【００４４】
ＡＣの場合、十分なベアラのプリエンプションが可能でない場合、着信したベアラ要求は、（適切な応答を送信することによって）拒絶される。そうではなく、適切なプリエンプションを条件とするものの、ベアラをアドミットすることができる場合、着信したベアラ要求は、コントローラノード２０によって受理される。コントローラノード２０は、どの基地局５が、プリエンプトすることができる既存のベアラを有するのかを判断し、プリエンプト可能なベアラを有すると判断された各基地局５においてローカルプリエンプション手順を起動する。
【００４５】
ＣＣの場合、（例えば、確保されたリソース使用量によって示されるような）負荷が（少なくとも一時的に）過度に高い（例えば、所定の閾値を越えている）とき、ＣＣは、バックホールリンク上の負荷を低減／最適化する方法を提供するように機能する。コントローラノード２０のプリエンプション機能は、どの基地局５がプリエンプトすることができる既存のベアラを有するのか（すなわち、解放される十分に低優先度の確保された「プリエンプト可能」なリソースを有する基地局）を判断し、プリエンプト可能なベアラを有すると判断された各基地局５においてローカルプリエンプション手順を起動する。
【００４６】
ローカルプリエンプションがトリガされると、コントローラノード２０は、各基地局５が進行中の／新規にアドミットされたより高い優先度のベアラ（すなわち、プリエンプトされるベアラよりも相対的により高い優先度を有するベアラ）のＱｏＳ要件をサポートするために解放する必要があるリソースの量を、影響を受ける基地局５に知らせる。
【００４７】
影響を受ける基地局５は、次に、進行中の／新規にアドミットされたより高い優先度のベアラのＱｏＳ要件をサポートするために要求されたリソースの量を解放するには、どのベアラをプリエンプトする必要があるのかを識別する。
【００４８】
ベアラレベルＱｏＳパラメータが、３ＧＰＰ技術仕様書（ＴＳ）２３．４０１に定義されている。このＴＳの内容は、引用することによって本明細書の一部をなす。ＴＳ２３．４０１に記載されているように、いわゆるＱｏＳクラス識別子（ＱＣＩ）は、（例えば、基地局５における媒体アクセス制御（ＭＡＣ）レベルスケジューリングによって）ベアラレベルパケット転送処置を制御する。さらに、従来の基地局制御型プリエンプションでは、特定のベアラ確立（又はベアラ変更）要求を受理することができるのか又は拒絶しなければならない（例えば、基地局５において利用可能なリソースが限られている場合）のかを基地局が判定する際に、いわゆる割り当て保持優先度（ＡＲＰ）が基地局５によって用いられる。ＡＲＰは、ＡＣ実行フェーズ及び／又はＣＣ実行フェーズ中にどのベアラ（ら）をドロップさせる必要があるのか判定する際にも、基地局５によって用いられる。加えて、各保証ビットレート（ＧＢＲ）ベアラが、そのＧＢＲベアラについて予想されるビットレート（例えば、最小／平均ビットレート）を示すＧＢＲパラメータに付加的に関連付けられている。最小予想スループットも非ＧＢＲベアラに関連付けられてよい。
【００４９】
３ＧＰＰ  ＴＳ３６．４１３によれば、いわゆる「ＡＲＰプリエンプション能力（ARP Pre-emption Capability）」情報要素（ＩＥ）は、ベアラ要求がプリエンプション手順をトリガすることを許可されるか否かを判断する。さらに、（特定のベアラに関連付けられた）いわゆる「ＡＲＰプリエンプション脆弱性（ARP Pre-emption Vulnerability）」ＩＥは、そのベアラがプリエンプションの候補となることを許可されるか否か（すなわち、そのベアラをプリエンプトして他のより高い優先度のベアラを優先することができるか否か）を判断する。各ベアラについて、いわゆる「ＡＲＰ優先レベル（ARP Priority Level）」ＩＥ（範囲０〜１５から選択された整数値を有する）は、そのベアラに関連付けられた優先度を示す。１〜１４の優先度値は、優先度の降順に順序付けられる。すなわち、「１」が最も高く、「１４」が最も低い。値１５は、「優先度なし」を意味する。すなわち、１５の優先度値を有するベアラは、プリエンプションをトリガしないものとし、プリエンプト可能でない。
【００５０】
図１に示すシステムでは、上記で説明したＡＲＰプリエンプション能力、ＡＲＰプリエンプション脆弱性、及びＡＲＰ優先度パラメータは、コントローラノード２０によってその判定実行の際に有利に用いられる。例えば、コントローラノード２０は、ＡＣフェーズ中に、新規ベアラ確立／変更要求がいずれかのプリエンプション手順をトリガすることを許可されるか否かを、そのベアラに関連付けられたＡＲＰプリエンプション能力に基づいて調べる。コントローラノード２０は、そのようなベアラ固有の情報が対応する基地局５によって提供されることを前提として、（より高い優先度のベアラを優先して）特定のベアラがＡＣ及び／又はＣＣの間にプリエンプションの候補となることを許可されるか否かも、そのベアラに関連付けられたＡＲＰプリエンプション脆弱性に基づいて調べることができる。コントローラノード２０は、各影響を受ける基地局によって解放されるリソースの量を判断するその計算の際に、バックホールリンクを介してベアラ（例えば、対応するリソース確保）に関連付けられたＡＲＰ優先度パラメータ及び／又はＱｏＳパラメータを用いる。
【００５１】
したがって、１つ又は複数のバックホールリンクのリソース限界の場合、そのリンクを介したより低いＡＲＰ優先度を有する幾つかのベアラを、同じリンクを介したより高いＡＲＰ優先度を有するベアラに必要とされるリソースを解放するためにドロップされてよい。プリエンプション判定は、コントローラノード２０によって行われ、コントローラノードが解放するように要求するリソースの量に基づいて、影響を受ける基地局５によって実施される。
【００５２】
基地局
図２は、図１に示す基地局５−１〜５−３の主な構成要素を示すブロック図である。図示するように、基地局５は、移動通信デバイス３に対して１つ又は複数のアンテナ５３を介して信号を送受信するように動作可能であるとともにコアネットワーク７及び／又は他の基地局５に対してネットワークインターフェース５５を介して信号を送受信するように動作可能であるトランシーバ回路５１を備える。ネットワークインターフェース５５は、通常、（バックホールを介して）コアネットワーク７と通信するＳ１インターフェースと、他の基地局と通信するＸ２インターフェースとを備える。コントローラ５７は、メモリ５９に記憶されたソフトウェアに従ってトランシーバ回路５１の動作を制御する。このソフトウェアは、とりわけ、オペレーティングシステム６１、通信制御モジュール６３、アドミッション制御モジュール６５、プリエンプションモジュール６７、及びサービス品質（ＱｏＳ）モジュール６９を含む。
【００５３】
通信制御モジュール６３は、基地局５と移動通信デバイス３との間の通信を制御するように動作可能であるとともに、基地局５と基地局５に接続された他のネットワークエンティティ（例えば、他の基地局及びコアネットワークエンティティ）との間の通信を制御するように動作可能である。通信制御モジュール６３は、アップリンクユーザトラフィック及びダウンリンクユーザトラフィックと、例えば、移動通信デバイス３の動作を管理する制御データを含む、基地局５によってサービングされる移動通信デバイス３に送信される制御データとの個々のフローも制御する。
【００５４】
アドミッション制御モジュール６５は、適切なローカル検査（例えば、無線リソース使用量検査）を実行することによる（基地局５によってサービングされる移動通信デバイス３用の）基地局５を介した、新規の通信ベアラの確立の認可及び既存のベアラの変更の認可を担当する。そのようなローカル検査は、アドミッション制御モジュール６５が、移動通信デバイス３のベアラ確立／変更手順を開始するように基地局５に要求するメッセージを（移動通信デバイス３及び／又は移動通信デバイス３をサービングするＭＭＥ９から）受信することに応答して実行される。この手順の一部として、アドミッション制御モジュール６５は、移動通信デバイス３のためのベアラ確立／変更に対応するために（基地局５及び／又は他の基地局において）利用可能及び／又はプリエンプト可能な十分な容量があるか否かを検証するために、他のエンティティ、例えばコントローラノード２０から情報を取得してよい。アドミッション制御モジュール６５は、バックホールネットワーク全体を通じて確立／変更されるベアラに関連付けられたＱｏＳをサポートするためにプリエンプションが（この基地局５及び／又は別の基地局において）必要とされるか否かを確かめるために、コントローラノード２０とも通信してよい。
【００５５】
プリエンプションモジュール６７は、基地局５が通信リソースを解放するように命令されたとき、プリエンプション手順を処理する。プリエンプションモジュール６７は、基地局５によって解放されるリソースの量を指定する１つ又は複数のメッセージをコントローラノード２０から（例えば、その基地局通知モジュール８９を介して）受信するように構成されている。この場合、プリエンプションモジュール６７は、どのベアラがプリエンプション用に最も適切な候補であるのかを判断し、そのようなベアラを解放するように通信制御モジュール６３に命令する。代替的に、コントローラノード２０は、（例えば、バックホールネットワーク内の特定のリンクにわたる輻輳を軽減するために）どのベアラを解放する必要があるのかを正確に指定してよく、この場合、プリエンプションモジュール６７は、どのベアラがプリエンプション用に最も適切な候補であるのかを検討する必要がない場合がある。
【００５６】
ＱｏＳモジュール６９は、基地局５を介して提供された既存の通信ベアラ（いずれかの新規に要求されたベアラを含む）がそれらのそれぞれの関連付けられたサービス品質要件を満たすことを確保することを担当する。それを行うために、ＱｏＳモジュール６９は、（移動通信デバイス３に向かう）無線ベアラ及び（コアネットワーク７に向かう）トランスポートベアラの容量及び／又は負荷を含む、基地局５の利用可能な容量及び／又は現在の負荷を監視する。ＱｏＳモジュール６９は、負荷状態及び基地局５によって利用されるプリエンプト可能なリソースの量に関する情報も保持し、この情報を適宜、コントローラノード２０に提供する。
【００５７】
コントローラノード
図３は、図１に示すコントローラノード２０の主な構成要素を示すブロック図である。図示するように、コントローラノード２０は、ネットワークインターフェース７５を介してコアネットワーク７及び／又は基地局５に対して信号を送受信するように動作可能なトランシーバ回路７１を備える。コントローラ７７は、メモリ７９に記憶されたソフトウェアに従ってトランシーバ回路７１の動作を制御する。このソフトウェアは、とりわけ、オペレーティングシステム８１、通信制御モジュール８３、リンク情報モジュール８５、プリエンプション制御モジュール８６、アドミッション制御モジュール８７、輻輳制御モジュール８８、及び基地局（ｅＮＢ）通知モジュール８９を含む。
【００５８】
通信制御モジュール８３は、コントローラノード２０と、コントローラノード２０に（例えば、バックホールを介して）接続された基地局５及び／又は他のネットワークエンティティ（例えば、コアネットワークエンティティ）との間の通信を制御するように動作可能である。
【００５９】
リンク情報モジュール８５は、バックホールネットワークの通信リンク（例えば、図１のリンクＡ〜Ｃ）に関する情報を取得する（及びメモリ７９に記憶する）。この情報には、バックホールトポロジ、基地局５とコアネットワーク７との間のルーティング、負荷状態、及びコアネットワーク７に向かう基地局のパスに沿って（例えば、リンクごとに）各基地局５によって利用されるプリエンプト可能なリソースの量に関する情報が含まれる。この情報のうちの幾つか又は全ては、基地局５自身（例えば、そのＱｏＳモジュール６９）、バックホールネットワーク（例えば、ルータ６）、及び／又は他のソース（例えば、運用保守エンティティ）から取得され得ることが理解されるであろう。
【００６０】
プリエンプション制御モジュール８６は、バックホールネットワーク内の１つ又は複数の通信リンクについてプリエンプション要請を起動することが必要である（及び／又は可能である）か否かを（リンク情報モジュール８５によって取得された情報に基づいて）判断することを担当する。１つ又は複数の通信リンクについてプリエンプションを起動する必要があると（例えば、アドミッション制御モジュール８７／輻輳制御モジュール８８によって）判断されると、プリエンプション制御モジュール８６は、そのリンクを利用している各基地局が、バックホールネットワークの通信リンク（ら）の（潜在的な及び／又は存在する）輻輳を軽減するために解放する必要があるリソースの量を計算する。
【００６１】
アドミッション制御モジュール８７は、（リンク情報モジュール８５によって提供される通信リンクに関する情報を用いた）コントローラノード２０によってサービングされる基地局５を介した新規の通信ベアラの確立の認可及び既存のベアラの変更の認可を担当する。それを行うために、アドミッション制御モジュール８７は、各基地局５（例えば、そのアドミッション制御モジュール６５）に、その基地局によってコアネットワークとの通信に用いられる各バックホールリンクに関する情報（例えば、関連付けられた負荷状態、プリエンプト可能なベアラを識別する情報等）を提供してよい。そのような情報は、適切なアドミッション制御を、例えばベアラ確立／変更手順の一部として実行するときに、基地局５によって用いられてれよい。
【００６２】
アドミッション制御モジュール８７は、移動通信デバイス３ためのベアラ確立／変更手順の開始を要求するメッセージを（サービング基地局５から）受信してもよい。この場合、アドミッション制御モジュール８７は、要求されたベアラ確立／変更に対応するために（コントローラノード２０によってサービングされる基地局５において）利用可能な及び／又はプリエンプト可能な十分な容量があるか否かを検証するために、リンク情報モジュール８５から情報を取得してよい。要求されたベアラ確立／変更に対応することができて、かつ、プリエンプションが必要とされる場合、アドミッション制御モジュール８７は、確立／変更されるベアラに関連付けられたＱｏＳをサポートするために適切なローカルプリエンプションを実行するように基地局５に要求するメッセージを生成して、プリエンプトされるべき通信リソースを有する各基地局５に送信する。このアドミッション制御モジュール８７のメッセージは、その特定の基地局５が解放する必要があるリソースの量を識別する（プリエンプション制御モジュール８６から取得された）情報を含む。
【００６３】
輻輳制御モジュール８８は、例えば、（バックホールリンクを介して提供される）１つ又は複数の通信ベアラをプリエンプトすべきか否かを判断することによって、バックホールネットワーク内の輻輳を軽減することを担当する。プリエンプションが必要とされる場合、輻輳制御モジュール８８は、バックホールネットワーク内の輻輳を軽減するために適切なローカルプリエンプションを実行するように基地局５に要求するメッセージを生成し、プリエンプトされるべき通信リソースを有する各基地局５に送信する。この輻輳制御モジュール８８のメッセージは、その特定の基地局５が解放する必要があるリソースの量を識別する（プリエンプション制御モジュール８６から取得された）情報を含む。
【００６４】
基地局通知モジュール８９は、基地局５と交換されるメッセージを処理（生成、送信、及び受信）する。これらのメッセージには、（プリエンプション制御モジュール８６によって判断されたような）プリエンプション手順を実行するように基地局５に要求するメッセージが含まれる。
【００６５】
上記の説明において、基地局５及びコントローラノード２０は、理解を容易にするために、複数の別個のモジュール（通信制御モジュール、プリエンプションモジュール、及びプリエンプション制御モジュール等）を有するものとして説明されている。これらのモジュールは、或る特定の応用形態の場合、例えば、本発明を実施するために既存のシステムが変更された場合には、このようにして設けることができるが、他の応用形態、例えば、最初から本発明の特徴を念頭に置いて設計されるシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込まれてよく、これらのモジュールは別個の実体として区別可能でなくてよい。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア又はこれらの組合せにおいて実施されてもよい。
【００６６】
動作
図４は、本発明の一例示的な実施形態を実行している間に図１の移動遠距離通信システムの要素間で交換されるメッセージを示すタイミング図である。
【００６７】
見て取ることができるように、この手順はステップＳ４００から開始し、このステップにおいて、基地局５−３は、当該基地局５−３において受信されたベアラ確立／ベアラ変更要求に関するアドミッション制御手順を開始する。
【００６８】
基地局５−３は、ステップＳ４０１において、当該基地局５−３において受信されたベアラ確立／ベアラ変更要求を進めることができるか否かを判断するようにコントローラノード２０に要求する適切にフォーマットされたメッセージ（例えば、「ベアラ確立要求」ＲＲＣメッセージ又は「ベアラ変更要求」ＲＲＣメッセージ）を（そのアドミッション制御モジュール６５を用いて）上記のように生成して送信する。
【００６９】
ステップＳ４０３において、コントローラノード２０は、基地局５−３においてベアラ要求をアドミットすることができるか否かを（そのリンク情報モジュール８５／アドミッション制御モジュール８７を用いて）判断する。コントローラノード２０は、いずれかのプリエンプションがこのベアラ要求に関係して必要とされるか否かも（そのプリエンプション制御モジュール８６を用いて）判断する。
【００７０】
ステップＳ４０５に示すように、コントローラノード２０は、ベアラ（確立／変更）要求をアドミットするのか又は拒絶するのかを基地局５−３に通知する適切にフォーマットされたシグナリングメッセージを（そのｅＮＢ通知モジュール８９を用いて）生成して送信する。
【００７１】
次に、ステップＳ４０７に一般的に示すように、コントローラノード２０は、ベアラが基地局５−３を介して確立／変更される少なくとも１つのバックホールリンク（例えば、この場合はリンクＣ）を共有する各基地局５によって解放される必要があるリソースの量（もしあれば）を（そのプリエンプション制御モジュール８６を用いて）計算する。
【００７２】
コントローラノード２０の計算が、プリエンプションが必要とされる（すなわち、少なくとも１つの基地局５が、新規にアドミットされたベアラ確立／変更に起因して非ゼロのリソースの量を解放する必要がある）ことを示している場合、コントローラノード２０は次のステップに進む。そうでない場合（例えば、プリエンプションが必要とされない／可能でない／有効にされない場合）、本手順はＳ４０７において終了する。
【００７３】
ステップＳ４１１〜Ｓ４１５に一般的に示すように、コントローラノード２０は、適切にフォーマットされたシグナリングメッセージを（そのｅＮＢ通知モジュール８９を用いて）生成し、ベアラが基地局５−３を介して確立／変更される少なくとも１つのバックホールリンク（例えば、リンクＣ）を共有するとともに、新規にアドミットされたベアラ確立／変更に起因して非ゼロのリソースの量を解放する必要がある各基地局５に送信する。
【００７４】
したがって、基地局５−１がリソースを解放する必要がある場合、コントローラノード２０は、ステップＳ４１１において、この基地局５−１によって解放されるリソースの量を示す。コントローラノード２０のこのメッセージに応答して、基地局５−１は、続いて、ステップＳ４２１において、適切な（ローカル）プリエンプション手順を（そのプリエンプションモジュール６７を用いて）実行し、それによって、少なくともコントローラノードによって要求されたリソースの量を解放する。
【００７５】
基地局５−２又は５−３も、Ｓ４０７における計算に基づいてリソースを解放する必要がある場合、それぞれステップＳ４１３及びＳ４１５において、適切なプリエンプションをコントローラノード２０によって要求することができ、これらの要求は、それぞれステップＳ４２３及びＳ４２５において基地局５−２及び５−３によって順守されることになる。
【００７６】
図５は、図４に示す例示的な実施形態の一変更形態（又はその後の動作）を示すタイミング図である。この場合、基地局５及びコントローラノード２０は、輻輳制御トリガに応答してプリエンプションを実行するように構成されている。
【００７７】
この場合、この手順はステップＳ５００において開始し、このステップにおいて、コントローラノード２０は、バックホールネットワークのリンクＡ〜Ｃのうちの少なくとも１つに関する輻輳制御手順を開始するトリガを（その輻輳制御モジュール８８を用いて）受信する。例えば、リンク情報モジュール８５は、そのリンクＣが輻輳していると判断し、適切な表示を輻輳制御モジュール８８に提供してよい。
【００７８】
したがって、ステップＳ５０３において、コントローラノード２０は、この手順をトリガした輻輳に対処するためにいずれかのプリエンプションが必要とされる／可能であるか否かを（そのリンク情報モジュール８５／輻輳制御モジュール８８を用いて）判断する。次に、ステップＳ５０７に一般的に示すように、コントローラノード２０は、輻輳したバックホールリンクＣを共有する各基地局５によって解放される必要があるリソースの量（もしあれば）を（そのプリエンプション制御モジュール８６を用いて）計算する。
【００７９】
コントローラノード２０の（Ｓ５０７における）計算が、プリエンプションが必要とされ（すなわち、少なくとも１つの基地局５が非ゼロのリソースの量を解放する必要がある）及び／又は可能である（すなわち、リンクＣを介したプリエンプト可能なリソースがある）ことを示している場合、コントローラノード２０は次のステップに進む。そうでない場合（例えば、プリエンプションが必要とされない／可能でない／リンクＣに有効とされていない場合）、本手順はＳ５０７において終了する。
【００８０】
ステップＳ５１１〜Ｓ５２５は、図４を参照して上記で説明したステップＳ４１１〜Ｓ４２５に対応し、したがって、ここでは、簡略にするためにそれらの論述は省略される。
【実施例】
【００８１】
バックホール輻輳に対処する協調的なプリエンプションの上記で説明した一般的な枠組み及び手順は、バックホールリンクに関連付けられた負荷及び「プリエンプト可能」なリソース量がネットワークにおいてどのように定義されるのか、及び基地局５がベアラをプリエンプトするコントローラノードによってどのように選択されるのかに応じて、複数の方法を用いて実施されてよいことが理解されるであろう。
【００８２】
以下は、図１に示すシステムにおける上記例示的な実施形態の一例示的な実施態様の説明である。展開されたネットワークには、基地局５とコアネットワーク７との間に、例えば、複数のＰ−ＧＷ及び／又は様々なバックホールネットワークを介して複数のパスが存在する場合があることが理解されるであろう。これは、通例、トラフィックエンジニアリング／最適化によって判断される。
【００８３】
しかしながら、通例、スモールセル基地局（例えば、ＨｅＮＢ）をマクロサイト基地局（ｅＮＢ）に接続する単一のパスが存在し、この場合、ＨｅＮＢ及びｅＮＢは、少なくとも幾つかのバックホールリンクを共有するように構成されている。説明を簡略にするために、特定の基地局５の全てのベアラは同じパスをトラバースするものと仮定される。ただし、この実施例は、ベアラ情報をパス単位で記録することによって複数のパスの場合を包含するように拡張することもできる。
【００８４】
リンク状態更新
各バックホールリンクｋ（例えば、図１におけるリンクＡ〜Ｃ）について、コントローラノード２０は、その特定のバックホールリンクを共有する全ての基地局５の識別情報を含む集合Ｎｋを（そのリンク情報モジュール８５を用いて）保持するように構成されている。コントローラノード２０は、以下の式の各バックホールリンクｋの負荷を（例えば、パーセンテージで）監視するように構成されている。
【数１】
0006460221.tif 000002
ここで、ｂｋは、バックホールリンクｋの帯域幅であり、ｔｏｔａｌ＿ｒｎは、ｅＮＢｎ（基地局ｎ）に属する全てのベアラの必要とされるビットレートの合計である。
【００８５】
コントローラノード２０は、各ＡＲＰ優先度値ｊの各ｅＮＢｎの「プリエンプト可能」なベアラの必要とされるビットレートＲｎ［ｊ］を（そのリンク情報モジュール８５を用いて）記録するようにも構成されている。
【００８６】
各基地局５及び／又はＭＭＥ９は、周期的に又は或る特定のイベント（例えば、輻輳、ベアラ確立／変更等）によってトリガされたときにｔｏｔａｌ＿ｒｎ及びＲｎ［ｊ］の値を報告するように構成されている。ｅＮＢｎにおけるベアラｉの必要とされるビットレートをｒｎ［ｉ］で示すことにする。ｔｏｔａｌ＿ｒｎ及びＲｎ［ｊ］は、以下のように記述することができる。
【数２】
0006460221.tif 000003
【００８７】
コントローラノード２０は、各ＡＲＰ優先度値ｊ（１≦ｊ≦１４）について、バックホールリンクｋを共有する基地局５に属する「プリエンプト可能」なベアラの必要とされるビットレートの合計を以下のように計算することができる。
【数３】
0006460221.tif 000004
【００８８】
ＡＣプリエンプショントリガ
ベアラ確立／変更要求ｉ＊（ＡＲＰ優先度値ｊ＊、必要とされるビットレートｒｎ［ｉ＊］を有する）がｅＮＢｎから受信されると、この要求は、以下の条件が（ダウンリンク及びアップリンクの双方について）満たされる場合、直ちにアドミットされる。
【数４】
0006460221.tif 000005
ここで、Ｌｎは、ｅＮＢｎのパス上の全てのバックホールリンクの集合を示し、
【数５】
0006460221.tif 000006
は、バックホールリンクｋの関連付けられたＡＣ閾値を（パーセンテージで）表す。上記条件が満たされない場合、輻輳リンクの集合は、
【数６】
0006460221.tif 000007
として構築され、コントローラノード２０は、以下の条件が満たされるか否かを調べる。
【数７】
0006460221.tif 000008
【００８９】
この条件が満たされる場合、着信したベアラ要求はアドミットされ、プリエンプション実行手順がコントローラノード２０によってトリガされる。そうでない場合、着信したベアラ要求は、コントローラノード２０によって（例えば、そのｅＮＢ通知モジュール８９を用いて）拒絶される。
【００９０】
ＣＣプリエンプショントリガ
ＣＣプリエンプションは、以下の条件が、少なくとも１つのバックホールリンクｋについて（ダウンリンク及び／又はアップリンクについて）満たされる場合にトリガされる。
【数８】
0006460221.tif 000009
ここで、
【数９】
0006460221.tif 000010
は、バックホールリンクｋに関連付けられた（パーセンテージによる）ＣＣ閾値である。この場合、輻輳リンクの集合は、
【数１０】
0006460221.tif 000011
として構築される。
【００９１】
コントローラノードにおけるプリエンプション実行
プリエンプション実行手順が、コントローラノード２０又は別のノード（ＭＭＥ９又は基地局５のうちの１つ等）のいずれかによって（例えば、図４のステップＳ４００又は図５のステップＳ５００において）トリガされた場合、コントローラノード２０が、以下のステップを（そのプリエンプション制御モジュール８６を用いて）実行するように構成されてよいことが理解されるであろう。
【００９２】
（１）コントローラノード２０は、各ｅＮＢ
【数１１】
0006460221.tif 000012
について、ｊｎ＝１４及びΔＲｎ＝０と初期化する。各ｅＮＢｎについて、ｊｎよりも大きなＡＲＰ優先度値を有する全てのベアラは、（これらのベアラがプリエンプト可能であると仮定して）解放されることになり、ΔＲｎは、ＡＲＰ優先度値ｊｎの解放されるリソース量である。
【００９３】
（２）各ｋ∈Ｃｎについて、コントローラノード２０は、解放される全リソース量を以下のように計算する。
【数１２】
0006460221.tif 000013
【００９４】
（３）各ｋ∈Ｃｎについて、Δｔｏｔａｌ＿ｒｋ≦０である場合、コントローラノード２０は、Ｃｎからｋを削除する。
【数１３】
0006460221.tif 000014
である場合、コントローラノード２０はステップ（１３）に進み、そうでない場合、コントローラノード２０はステップ（４）に進む。
【００９５】
（４）各ｋ∈Ｃｎについて、コントローラノード２０は、ＡＲＰ優先度値ｊごとの解放されるリソース量を以下のように計算する。
【数１４】
0006460221.tif 000015
【００９６】
（５）各ｋ∈Ｃｎについて、コントローラノード２０は、Δｓｕｍ＿Ｒｋ［ｊ］＞０を満たす最も低いｊの値
【数１５】
0006460221.tif 000016
を見つける。
【００９７】
（６）コントローラノード２０は、
【数１６】
0006460221.tif 000017
を選択する。この条件を満たすリンクが複数存在する場合、最も大きな
【数１７】
0006460221.tif 000018
を有するものが選択される。
【００９８】
（７）コントローラノード２０は、各ｅＮＢ
【数１８】
0006460221.tif 000019
について、
【数１９】
0006460221.tif 000020
に設定する。
【００９９】
（８）コントローラノード２０は、Ｒｎ［ｊｎ］＞０を有する全てのｅＮＢ
【数２０】
0006460221.tif 000021
を含む一時リストを作成する。コントローラノード２０は、このリスト内の各ｅＮＢについて「一時」パラメータ
【数２１】
0006460221.tif 000022
に設定する。
【０１００】
（９）コントローラノード２０は、
【数２２】
0006460221.tif 000023
値の降順に一時リストをソートする。ここで、Ｉ（＊）は、その値が、括弧内の条件＊が満たされる場合には１に設定され、そうでない場合には「０」に設定される指示関数である。同じ
【数２３】
0006460221.tif 000024
値を有するｅＮＢは、それらの関連付けられたＲｎ［ｊｎ］値の降順にソートされる。
【０１０１】
（１０）コントローラノード２０は、最初の要素ｎを一時リストから削除する。Ｒｎ［ｊｎ］≧Δｓｕｍ＿Ｒｋ［ｊｎ］である場合、コントローラノード２０は、
【数２４】
0006460221.tif 000025
に設定し、ステップ（１１）に進み、そうでない場合、コントローラノード２０は、
【数２５】
0006460221.tif 000026
及びΔｓｕｍ＿Ｒｋ［ｊｎ］＝Δｓｕｍ＿Ｒｋ［ｊｎ］−Ｒｎ［ｊｎ］に設定し、その後、ステップ（１０）を繰り返す。
【０１０２】
（１１）コントローラノード２０は、各ｅＮＢ
【数２６】
0006460221.tif 000027
についてｔｏｔａｌ＿ｒｎ及びＲｎ［ｊ］（ｊｎ≦ｊ≦１４）を以下のように順に更新する。
【数２７】
0006460221.tif 000028
【０１０３】
コントローラノード２０は、それに応じて、その特定のｅＮＢｎがトラバースする各バックホールリンクｋについてρｋ及びｓｕｍ＿Ｒｋ［ｊ］を更新し、
【数２８】
0006460221.tif 000029
に更新する。
【０１０４】
（１２）コントローラノード２０は、Ｃｎからｋ＊を削除する。
【数２９】
0006460221.tif 000030
である場合、コントローラノード２０はステップ（１３）に進み、そうでない場合、コントローラノード２０はステップ（２）に進む。
【０１０５】
（１３）コントローラノード２０は、プリエンプション要求を（例えば、図４のステップＳ４１１〜Ｓ４１５及び図５のステップＳ５１１〜Ｓ５１５に示すように）ｊｎ及びΔＲｎとともに、解放される少なくとも１つのベアラ（非ゼロのリソースの量）を有する各ｅＮＢｎに送信する。
【０１０６】
上記手順の背後にある基本原理は、基地局５（すなわち、そのベアラ）が複数のリンク（例えば、他の基地局によっても用いられるリンク）の輻輳に寄与する場合があるので、どの基地局５がプリエンプションに選択されるのかを判定するときに、コントローラノード２０がネットワークのトポロジ関係を考慮するように構成され、それによって、解放される必要があるベアラの数を最小にするというものである。
【０１０７】
図１に示すシナリオを考慮した数値例を以下に与える。この例では、バックホールリンクＡ、リンクＢ、及びリンクＣの帯域幅は、それぞれ１００Ｍｂｐｓ、１００Ｍｂｐｓ、及び２００Ｍｂｐｓである。各リンクの負荷閾値は、８０％に設定されている。簡略にするために、この例では、全てのベアラは「プリエンプト可能」であると仮定される。したがって、各ＡＲＰ優先度値の各基地局５の「プリエンプト可能」なリソースＲｎ［ｊ］は、以下の表１に与えられる。
【０１０８】
【表１】
0006460221.tif 000031
【０１０９】
したがって、リンクＡ、リンクＢ及びリンクＣの負荷は、それぞれ１００％（＝（５０（ｅＮＢ１）＋５０（ｅＮＢ２））／１００＊１００）、８０％（＝８０（ｅＮＢ３）／１００＊１００）及び９０％（＝（５０（ｅＮＢ１）＋５０（ｅＮＢ２）＋８０（ｅＮＢ３））／２００＊１００）である。リンクＡ及びリンクＣは輻輳しているとみなされる、すなわち、Ｃｎ＝｛リンクＡ，リンクＣ｝であるとみなされるので、ＣＣプリエンプションが（例えば、図５のステップＳ５００に示すように）トリガされる。
【０１１０】
ｓｕｍ＿Ｒｋ［ｊ］（すなわち、「プリエンプト可能」なベアラの必要とされるビットレートの合計）は、以下の表２に示すように各リンクについて計算される。
【０１１１】
【表２】
0006460221.tif 000032
【０１１２】
プリエンプションが実行されるとき、リンクＡ及びリンクＣにおいて解放される全リソース量は、それぞれの負荷を８０％（又はそれ未満）に低減するために、それぞれ２０Ｍｂｐｓ及び２０Ｍｂｐｓ、すなわち、リンクＡ及びリンクＣの双方についてΔｔｏｔａｌ＿ｒｋ＝２０Ｍｂｐｓとして計算される。
【０１１３】
各輻輳リンクにおいてＡＲＰ優先度値ごとの解放されるリソース量（Δｓｕｍ＿Ｒｋ［ｊ］）は、以下の表３に示すように計算される。
【０１１４】
【表３】
0006460221.tif 000033
【０１１５】
リンクＡは、Δｓｕｍ＿Ｒｋ［ｊ］＞０を満たす最も低いｊ値（すなわち、１２）を有するので、リンクＡが最初に処理に選択される。ステップ（８）において、基地局５−１及び基地局５−２を含む一時リストが構築される。ステップ（９）において、このリストは、｛ｅＮＢ５−１，ｅＮＢ５−２｝として順序付けられる。なぜならば、それらの双方について、
【数３０】
0006460221.tif 000034
であるが、Ｒ１［１２］＞Ｒ２［１２］であるからである。ＡＲＰ１２を有する５Ｍｂｐｓベアラを基地局５−１から解放すべきであると（例えば、図５のステップＳ５０７の一部として）判定される。したがって、ステップ（１２）の後、ｊ１＝１２、ｊ２＝１２、ΔＲ１＝５Ｍｂｐｓ及びΔＲ２＝０Ｍｂｐｓが得られ、リンクＡはＣｎから削除される。ステップ（２）が繰り返されると、リンクＡを処理したときに２０Ｍｂｐｓが解放されるので、リンクＣにおいて解放される全リソース量は０である。したがって、基地局５−３の全てのベアラは、リンクＣを通過することを許可される。プリエンプション手順を実施した後の最終的なｓｕｍ＿Ｒｋ［ｊ］は、以下の表４に示されている。
【０１１６】
【表４】
0006460221.tif 000035
【０１１７】
単一の基地局の観点からすれば、より低い優先度を有するベアラは、それよりも高い優先度を有するいずれかのベアラがドロップされるよりも前に、常に最初にドロップされるべきであるが、しかしながら、単一のバックホールリンク（例えば、リンクＣ）の観点からすれば、ベアラが不必要にドロップされることを回避することは常に正しいとは限らないことは言及に値する。
【０１１８】
基地局におけるプリエンプション実行
基地局５（ｅＮＢｎ）が、コントローラノード２０からプリエンプション要求をｊｎ及びΔＲｎとともに受信したとき、この基地局は、（そのプリエンプションモジュール６７を用いて）以下のステップを実行するように構成することができることが理解されるであろう。
【０１１９】
（１）基地局５は、ＡＲＰ優先度値ｊ’＞ｊｎを有する全ての「プリエンプト可能」なベアラをＢｅａｒｅｒｓ＿Ｔｏ＿Ｂｅ＿Ｄｒｏｐｐｅｄ（ドロップ対象ベアラ）リストに加える。
【０１２０】
（２）ΔＲｎ＞０である場合、基地局５はステップ（３）に進み、そうでない場合、基地局５は以下のステップ（７）に進む。
【０１２１】
（３）基地局５は、ＡＲＰ優先度値ｊｎを有する基地局（ｅＮＢｎ）の全ての「プリエンプト可能」なベアラを含む一時リストを作成する。
【０１２２】
（４）基地局５は、必要とされるビットレートの降順に一時リストをソートする。
【０１２３】
（５）一時リストが空でない場合、基地局５はステップ（６）に進み、そうでない場合、基地局５はステップ（７）に進む。
【０１２４】
（６）基地局５は、最初の要素（必要とされるビットレートｒｎ［ｉ］を有する）を一時リストから削除し、この要素をＢｅａｒｅｒｓ＿Ｔｏ＿Ｂｅ＿Ｄｒｏｐｐｅｄリストに加える。ｒｎ［ｉ］≧ΔＲｎである場合、基地局５はステップ（７）に進み、そうでない場合、基地局５はΔＲｎ＝ΔＲｎ−ｒｎ［ｉ］に設定し、その後、ステップ（５）に進む。
【０１２５】
（７）基地局５は、そのＢｅａｒｅｒｓ＿Ｔｏ＿Ｂｅ＿Ｄｒｏｐｐｅｄリストに含まれる全てのベアラを解放する。
【０１２６】
変更形態及び代替形態
上記で、幾つかの詳細かつ例示的な実施形態を説明した。当業者であれば理解するように、上記例示的な実施形態において具現される発明から依然として利益を享受しながら、上記例示的な実施形態に対して複数の変更形態及び代替形態を実施することができる。例示としてのみ、ここで、これらの変更形態及び代替形態のうちの幾つかを説明する。
【０１２７】
上記例示的な実施形態では、移動電話機に基づく遠距離通信システムを説明した。当業者であれば理解するように、本出願において説明される技法は任意の通信システムにおいて用いることができる。一般的な例では、基地局及び移動通信デバイスは、互いに通信する通信ノード又はデバイスとみなすことができる。他の通信ノード又はデバイスは、アクセスポイント、及び、例えば携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等のようなユーザデバイスを含んでよい。
【０１２８】
上記例示的な実施形態では、コントローラノードを、バックホールネットワークに接続されたものとして説明した。コントローラノードの機能は、基地局のうちの１つ（例えば、図６の基地局５−１）及び／又は複数の基地局を備えるクラスタ内の（又はクラスタに接続された）ローカルなエンティティ（例えば、ゲートウェイ）によって実施されてよいことが理解されるであろう。（図１に一般的に示すような）基地局のクラスタは、バックホールトポロジ関係及び／又は他の基準（例えば、基地局のタイプ／範囲／製造業者等）に基づいて構築されてよいことが理解されるであろう。代替的に、クラスタは、ネットワーク内の全ての基地局（例えば、全てのＬＴＥ基地局）を備えてよい。このクラスタを制御するノードは、ローカルネットワーク状態を監視し、そのクラスタ内の全ての基地局のいずれのプリエンプションも制御してよいことが理解されるであろう。
【０１２９】
図４のステップＳ４０５は、ステップＳ４０７の後（及び場合によってはステップＳ４１１〜Ｓ４２５の後）にのみ実行されてよいことが理解されるであろう。これは、有利には、いずれかの必要とされるプリエンプション手順が完了するまで、アドミットされたベアラ確立／変更が要求側基地局において実行されないことを確実にする。
【０１３０】
上記例示的な実施形態は、特定のネットワークトポロジにおけるバックホール輻輳の場合のプリエンプションを説明している。しかしながら、提案した方法は、バックホールに用いられる物理媒体（例えば、マイクロ波リンク、光ファイバーリンク等）及び／又はバックホールトポロジの種類（例えば、ハブアンドスポーク、デイジーチェーン等）を問わず適用可能であってよいことが理解されるであろう。
【０１３１】
説明を簡略にするために、本発明は、ダウンリンク処理とアップリンク処理とを区別していない。しかしながら、提案した方法は、ダウンリンク、アップリンク、又は双方に選択的に適用可能とされてよいことが理解されるであろう。例えば、着信したベアラ要求は、ダウンリンクリソース要件及びアップリンクリソース要件の双方が満たされる場合にのみ受理されてよい。ＣＣは、ダウンリンクリソースの不足又はアップリンクリソースの不足のいずれかによってトリガされてよいことが理解されるであろう。
【０１３２】
上記例示的な実施形態を、例として基地局（ｅＮＢ）を用いて説明したが、提案した方法は、バックホールに（直接又はゲートウェイ等を介して）接続されたホーム基地局（ＨｅＮＢ）にも適用可能である。
【０１３３】
図４を参照して説明した手順の一変形形態では、各基地局は、コアネットワークに向かう基地局自身のパス上の各バックホールリンクの現在の負荷及び「プリエンプト可能」なリソースの量を識別する情報を（コントローラノード２０から）受信する。この場合、着信したベアラ要求を処理する際、基地局は、この要求をアドミットすることができるか否かを（受信された情報に基づいて）判断することができる。これは、新たな要求が受信される度にコントローラノードを関与させる必要がないので、有利には、ネットワークがベアラ確立／変更要求を処理するのに要する時間を削減する。この場合、基地局は、別の基地局におけるプリエンプションが必要とされる場合にのみ、リソース解放要求をコントローラノードに送信するように構成されてよい。コントローラノードは、輻輳リンクを共有する各基地局によって解放されるリソース量を計算し、対応する基地局（ら）においてローカルプリエンプションをトリガするように構成されてよい。
【０１３４】
図４を参照して説明した手順の別の変形形態では、各基地局は、コアネットワークに向かう基地局自身のパス上の各バックホールリンクの現在の負荷を識別する情報を（コントローラノード２０から）受信する。この場合、着信したベアラ要求を処理する際に、基地局は、バックホール負荷検査が（受信された負荷情報に基づいて）合格した場合にこの要求を直ちにアドミットするように構成されてよい。この場合、基地局は、この新たな要求のバックホール負荷検査が不合格である場合にのみ、リソース解放要求をコントローラノードに送信するように構成されてよい。コントローラノードは、ベアラ要求をアドミットすることができるか否かを判断し、それに応じて要求側ｅＮＢに通知するように構成されてよい。コントローラノードは、輻輳リンクを共有する各基地局によって解放されるリソース量を計算し、対応する基地局（ら）においてローカルプリエンプションをトリガするように構成されてよい。この変形形態は、有利には、バックホールが輻輳していないときのベアラ要求の全体的な処理時間を削減するとともに、上記の変形形態と比較してシグナリング負荷を低減することができる。
【０１３５】
上記例示的な実施形態では、コントローラノードを、各バックホールリンクの負荷を考慮することによってプリエンプションを判定するように説明した。上記例では、バックホールリンクの「負荷」を、そのバックホールリンクの（各優先度レベルの）全リソースの確保に基づいて判断するように説明した。しかしながら、バックホールリンクに関連付けられた基地局又はルータのいずれかによって提供されるそのバックホールリンクの実際の（推定ではなく測定された）使用量を識別する情報に基づいて、バックホールリンクの負荷を判断してもよいことが理解されるであろう。リンクの実際の使用量を識別するそのような情報は、例えば、バックホールリンクにわたる許可されたベアラの総数に対するアクティブなベアラの数、バックホールリンクにわたる利用可能な全リソースに対する用いられるリソースの量、過負荷の表示、そのバックホールリンクの関連付けられた負荷閾値を上回る実際の（例えば、測定された）負荷の表示等を識別する情報を含んでよい。
【０１３６】
上記例示的な実施形態では、複数のソフトウェアモジュールを説明した。当業者であれば理解するように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において提供されてよく、コンピュータネットワークを介して信号として、又は記録媒体において基地局及び／又はコントローラノードに供給されてよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行されてよい。しかしながら、ソフトウェアモジュールを使用することによって、その機能を更新するために基地局及び／又はコントローラノードを更新することが容易になるので、ソフトウェアモジュールを使用することが好ましい。同様に、上記の実施形態はトランシーバ回路を利用したが、トランシーバ回路の機能のうちの少なくとも幾つかはソフトウェアによって実行され得る。
【０１３７】
上記コントローラノードは、上記少なくとも１つの通信リンクにわたるベアラをアドミットするための要求を受信する手段と、上記ベアラをアドミットすべきか又は拒絶すべきかを判断する手段とを備えてよく、上記少なくとも１つの通信リソースを解放する必要があるか否かを判断する上記手段は、上記ベアラをアドミットすべきか又は拒絶すべきかを判断する上記手段による、上記ベアラをアドミットすべきとの判断に応答して、少なくとも１つのリソースを解放する必要があると判断するように動作可能であってよい。
【０１３８】
上記識別する手段は、上記要求されたベアラが提供される基地局と異なる少なくとも１つの基地局を識別するように動作可能であってよい。
【０１３９】
上記コントローラノードは、通信リンクが潜在的に輻輳すると判断する手段を備えてよく、上記少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段は、上記通信リンクが潜在的に輻輳すると判断する手段による、通信リンクが潜在的に輻輳するとの判断に応答して、リソースが解放されるべきと判断するように動作可能であってよい。上記識別する手段は、解放することができる通信リソースを有する各識別された基地局によって解放されるリソースの量を判断するように動作可能であってよく、上記要求を送信する手段は、各識別された基地局に、その識別された基地局の上記識別する手段によって判断されたそれぞれの上記リソースの量を示す要求を送信するように動作可能であってよい。
【０１４０】
上記識別する手段は、上記通信リンクを介した通信用に確保された他の通信リソースよりも低い優先度を有する確保された通信リソースを有する少なくとも１つの基地局を識別するように動作可能であってよい。
【０１４１】
上記確保された通信リソースのうちの少なくとも１つを解放するための上記要求は、通信リソースをプリエンプトするための要求から成ってよい。上記少なくとも１つの通信リンクは、少なくとも１つのバックホールリンクから成ってよい。上記コントローラノードは、ゲートウェイから成ってよい。
【０１４２】
上記基地局は、上記少なくとも１つの通信リンクにわたるベアラをアドミットするための要求を上記コントローラノードに送信する手段を備えてよい。
【０１４３】
上記基地局は、上記アドミットする手段が上記ベアラをアドミットする前に、上記少なくとも１つの通信リンクを介した通信をサポートするために少なくとも１つの通信リソースを解放する必要があるか否かを判断する手段と、上記少なくとも１つの通信リソースの解放を要求するための要求を上記コントローラノードに送信する手段とを更に備えてよい。
【０１４４】
種々の他の変更は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【０１４５】
この出願は、２０１４年７月１１日に出願された英国特許出願第１４１２３８７．１号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
0006460221.tif 000036
【図２】
0006460221.tif 000037
【図３】
0006460221.tif 000038
【図４】
0006460221.tif 000039
【図５】
0006460221.tif 000040
【図６】
0006460221.tif 000041