JP6049872B2 - 通信ネットワークのネットワーク・エンティティ - Google Patents

Description

本発明の実施形態は、一般的に、ネットワークに関し、より具体的には、通信ネットワークのイベントに対する拡張された出版−購読の概念に関する。

分散型システムまたはネットワークにおけるリソース状態および／またはトポロジ情報の管理は、リソース管理効率に直接的な影響を持つ場合がある。情報交換の頻度が低ければ、関係するネットワーク・リソースの状態についての情報が粗悪になる場合があり、そのためにリソース管理のパフォーマンスが低下する可能性がある。他方では、情報交換の頻度が高ければ、リソース状態についてより正確な情報を得られるが、シグナリング・オーバヘッドがより多くなるため、この場合も管理パフォーマンスが低下する可能性がある。

異なるネットワーク・ノードおよび／またはネットワーク・ノードのクラスタの間における従来の情報管理は、ポーリング、プリング、プッシング、またはアドバタイジングのいずれかごとに行うことができる。ポーリングは、典型的には、同期活動としてクライアントによって外部デバイスの状態をアクティブにサンプリングすることを指している。ポーリングは、また、デバイスの準備状態が繰り返しチェックされ、準備できていない場合、別のタスクに戻ることができるという状況を指している。プリングは、データに対する最初の要求はクライアントから生じ、次にサーバによって応答されるというネットワーク通信の一形態を指している。この逆は、プッシングまたはプッシュ型の技術として知られており、サーバが、クライアントにデータをプッシュする。

従来のネットワークは、典型的には、たとえば、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ：Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）スイッチ、フロー・ベースの（ＯｐｅｎＦｌｏｗ＝ＯＦ）スイッチなど、異なる機能およびレイヤを用いる多様なルータおよびスイッチを含む。そのようなＭＰＬＳスイッチは、それ自身のトラフィック・エンジニアリング・データベースを管理するために経路計算クライアントを含み、経路探索および経路最適化を担当する経路計算要素（ＰＣＥ：Ｐａｔｈ Ｃｏｍｐｕｔａｔｉｏｎ Ｅｌｅｍｅｎｔ）に接続される。ＯＦスイッチは、転送情報ベースを管理するＯｐｅｎＦｌｏｗプロトコル・クライアントを含み、複数のＯＦスイッチを管理するリモートＯｐｅｎＦｌｏｗコントローラによって制御される。そのため、ＯｐｅｎＦｌｏｗは、ネットワークを通じてネットワーク・スイッチまたはルータの転送プレーン（またはデータ・プレーン）へのアクセスを提供する通信プロトコルを示している。

言い換えると、従来のネットワーク環境は、ネットワーク管理ツール、ＭＰＬＳ、ＧＭＰＬＳ、ＯｐｅｎＦｌｏｗ、ＰＣＥ／ＰＣＣなどを使用して接続が提供される複数の互換性のないソリューションを含む。多くの制御機能がネットワーク要素自体、または様々な互換性のないシステムで実行されるため、ネットワークの非能率的な使用、ならびに最適でないルーティングおよび／または負荷分散へとつながる。

ＩＥＥＥ８０２．１６ ＩＥＥＥ８０２．１１ ＲＦＣ４６５５ ＲＦＣ５４４０ ＩＥＴＦインターネット・ドラフト「Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ｉｎ ｓｕｐｐｏｒｔ ｏｆ ＧＭＰＬＳ」 ＲＦＣ２２０５

本発明の実施形態は、たとえば、クラウド・コンピューティング・アーキテクチャにおいてベースバンド処理プール管理のために、たとえば、従来のプロトコルおよびアルゴリズムの一般的で柔軟な一般論として使用できる情報管理の概念を提供することができる。他方では、実施形態は、ネットワーク・ドメインの制御プレーンのアーキテクチャにも適用することができ、ここで、制御プレーンは、基礎となるネットワーク・トポロジおよびネットワーク・リソースの状態に基づいて、経路計算および経路最適化に関係するルータ・アーキテクチャの一部を示している。

実施形態は、出版−購読の原理に基づく情報管理メカニズムを導入する。そのため、従来の出版−購読は、メッセージまたはイベントの送信側（イベント出版側とも呼ぶ）が、メッセージまたはイベントが特定の受信側（イベント購読側とも呼ぶ）に直接送信されるようにプログラムしないメッセージング・パターンを示している。代わりに、出版されたイベントは、どのようなイベント購読側が存する可能性があるかについての情報無しで（例え存していたとしても）、事前規定されたクラスへと特徴づけられる。同様に、イベント購読側は、１つまたは複数の事前規定されたクラスに対する興味を示し、どのようなイベント出版側があるかについての情報無しで（例え存していたとしても）、注目するメッセージのみを受信する。これは、本発明の実施形態では完全に異なる。ここでは、イベント購読側に出版されるイベントまたはメッセージは、イベント購読側のニーズまたは要望によりイベント購読側によって個々に構成および／または更新することができる。すなわち、注目するイベントは、（たとえばその場で）購読側自身によって構成できるため、実施形態では、必ずしも事前規定されたイベント・クラスを必要としない。したがって、イベントは、ある時点での注目する瞬間的な事象として規定することができる。一般的に、イベントは、検知できる関係する数の分散における変化に関連させることができる。たとえば、注目するイベントは、リソース情報および／またはルータの制御プレーン情報（の処理）に関係する場合がある。すなわち、注目するイベントは、たとえば、ネットワーク・トポロジの変更について、１つまたは複数のネットワーク要素の容量について、パケット損失（またはデータ・スループット）について、および／または１つまたは複数のネットワーク要素の処理負荷についての情報を提供することができる。

よって、実施形態は、必要な計算労力および必要なシグナリングを最小限にするために、様々な情報交換プロトコルの利点を統合することを達成し、リソース管理エンティティが、個々のニーズにより動的で適合可能な方法で、異なるネットワーク要素間の情報交換を構成できるようにすることができる。

第１の態様によると、実施形態は、通信ネットワークのネットワーク・エンティティを提供し、通信ネットワークは、計算エンティティまたは処理エンティティ、処理リソース管理エンティティ、ルーティング制御エンティティなど、複数のネットワーク・エンティティまたは要素を含む。発信元のネットワーク・エンティティと見なすことができる、前述のネットワーク・エンティティは、通信ネットワークのイベント出版ネットワーク・エンティティ／要素に、前述の発信元のネットワーク・エンティティを識別する情報を含み、イベント出版ネットワーク・エンティティで注目する構成可能なイベントを構成するための１つまたは複数の構成ルールを含むイベント購読メッセージを提供（たとえば、送信）するように動作可能なインターフェースを含み、注目する構成可能なイベントは、イベント出版ネットワーク・エンティティから発信元のネットワーク・エンティティに報告されるものとする。さらに、（発信側）ネットワーク・エンティティは、イベント出版ネットワーク・エンティティから前述の発信側ネットワーク・エンティティに、注目する構成可能なイベントを提供（たとえば受信）するように動作可能である、たとえば受信側インターフェースなどのインターフェースを含むことができる。言い換えると、リソース管理エンティティの場合がある、発信側（または購読側）ネットワーク・エンティティ、ネットワーク・ルーティング・コントローラ、またはネットワークもしくはそのドメインの信号処理エンティティは、イベント購読メッセージの１つまたは複数のイベント構成ルールをセットアップまたは更新することによって、注目するイベント（またはそのパラメータ）またはその報告様式を規定、再規定、または更新することができる。そのため、構成ルールは、イベント出版ネットワーク・エンティティで注目するイベントを規定または再規定するため、および／または（購読側）ネットワーク・エンティティへの関係するイベント・レポートを規定または再規定するために、１つまたは複数の構成可能なパラメータを含むことができる。構成可能なパラメータは、たとえば、イベントしきい値、イベント・ヒステリシス、イベント粒度、イベント通知のためのトリガー、トリガーするべき時間、イベント通知の頻度、および／または通知内容からなるグループである場合がある。すなわち、実施形態は、事前設定または事前規定されたイベントまたはイベント・クラスを購読および／または出版する必要がない。代わりに、注目するイベントは、イベント購読ネットワーク・エンティティによって動的かつ個々に（再）構成することができる。このようにして、注目するイベントは、ネットワークおよび・またはその個々のネットワーク・エンティティの現在のニーズまたは状態に動的に適合させることができる。

上記の発信側ネットワーク・エンティティは、一部の実施形態によると、イベント購読ネットワーク・エンティティと見なすことができるが、本発明の実施形態は、また、対応するイベント出版ネットワーク・エンティティを提供する。前述のイベント出版ネットワーク・エンティティは、通信ネットワークのイベント購読ネットワーク・エンティティから、イベント購読ネットワーク・エンティティを識別する情報を含み、イベント出版ネットワーク・エンティティで注目する構成可能なイベントを構成するために１つまたは複数の（更新された）構成ルールを含むイベント購読メッセージを提供（たとえば、受信）するように動作可能なインターフェースを含み、注目する構成可能なイベントは、イベント出版ネットワーク・エンティティからイベント購読ネットワーク・エンティティに報告されるものとする。イベント出版ネットワーク・エンティティは、また、イベント出版ネットワーク・エンティティからイベント購読ネットワーク・エンティティに、注目する（再）構成可能な購読されたイベントを直接的または間接的に提供（たとえば、送信）するように動作可能または適合されたインターフェースを含む。イベント出版ネットワーク・エンティティまたは要素は、たとえば、通信ネットワークの処理ノードの場合がある。

実施形態は、また、前述の購読および出版のネットワーク要素を含む通信ネットワークを含むことに注意されたい。通信ネットワークは、一般的に、たとえばインターネットなど、任意のコンピュータ・ネットワークの場合がある。また、通信ネットワークは、たとえば、１つまたは複数のワイヤレス通信システムの無線アクセス・ネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）など、１つまたは複数のアクセス・ネットワークと通信するコア・ネットワークの場合がある。ワイヤレス通信ネットワークのＲＡＮアーキテクチャは、１つまたは複数のリモート・ラジオ・ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）を含むことができ、ＲＲＨは、無線フロントエンドと見なすことができる。つまり、実際の無線信号を受信および送信し、少なくとも１つの無線セルを確立する。ここで、２つの方向への送信が考慮される。１つ目は、ダウンリンクまたは順方向リンクと呼ばれる。これは、ＲＡＮ、つまりＲＲＨから通信領域内のモバイル端末またはユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）への送信を表す。２つ目は、アップリンクまたは逆方向リンクと呼ばれる。これは、モバイル端末からＲＡＮ、つまりＲＲＨへの送信を表す。アップリンクでは、ＲＲＨは、受信された無線信号を伝送帯域からベースバンド受信信号に変換し、ベースバンド受信信号をコア・ネットワークの処理ユニットに提供する。ダウンリンクで、ＲＲＨは、コア・ネットワークで処理されたベースバンド送信信号を伝送帯域に変換し、１つまたは複数のアンテナを使用して信号を送信することができる。伝送帯域は、システムの帯域幅および搬送周波数を持つシステム周波数帯域と見なすことができる。伝送帯域は、たとえば、周波数分割二重通信（ＦＤＤ）システムのように、無線信号のダウンリンク送信に対してサブバンド、およびアップリンク受信に対してサブバンドを含むことができる。一部の実施形態では、時分割二重通信（ＴＤＤ）システムのように、同じ伝送帯域をダウンリンクおよびアップリンクに使用することができる。

よって、実施形態は、また、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＧＳＭ進化型高速データ・レート（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＳＭ／ＥＤＧＥ無線アクセス・ネットワーク（ＧＥＲＡＮ：ＧＳＭ／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ユニバーサル地上波無線アクセス・ネットワーク（ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）もしくはＥｖｏｌｖｅｄ ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）もしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）など、たとえば第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって標準化されたワイヤレス通信システム、またはたとえば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷＩＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）ＩＥＥＥ８０２．１６もしくはワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ＩＥＥＥ８０２．１１など異なる標準を用いるワイヤレス通信システム、時分割多元接続（ＴＤＭＡ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、周波数分割多元接続（ＦＤＭＡ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、直交周波数分割多元接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続など（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に基づく一般的な任意のシステムなど、存在するまたは将来的なワイヤレス通信システムに関連して用いることができる。以下において、ワイヤレス通信システムおよびモバイル通信ネットワークという用語は、同義的に使用することができる。本発明の概念は、前述のワイヤレス通信システムに限定されず、将来的なワイヤレス通信システム標準だけでなく他のものに適用可能であることに注意されたい。

従来のソリューションでは、ベースバンド処理ユニットとＲＲＨとの間に１：１の関係があり、ベースバンド処理容量は、ピーク・トラフィックにより測定される。一部の実施形態では、ＲＲＨは、送信（Ｔｘ）、受信（Ｒｘ）、およびアンテナの機能を提供することができる。ＲＲＨは、従来のベースバンド処理要素のプールとして関連するベースバンド処理ユニットから空間的に分離することができるため、後者は、複数のベースバンド処理ユニットのクラウド・コンピューティング・クラスタ内に組み合わせることができる。これにより、クラウド・コンピューティングの技術を適用し、分散型または集中型でない負荷バランシング／分散を確立し、必要な処理サイトの数を直接的に減らせると同時に、関連する設置コスト、メンテナンスおよび電力消費を直接的に減らす道が開ける。よって、通信ネットワークは、また、ネットワーク・エンティティとして複数の（信号）処理ノードを含む分散されたクラウド・コンピューティング・ネットワークの場合がある。クラウド・コンピューティングまたはクラウド・コンピューティング・ネットワークは、サービスを伝達するシステムまたはネットワークの物理的な位置および構成についてエンド・ユーザが知ることを必要としない、計算、ソフトウェア、データ・アクセス、および保管サービスを提供できる技術として理解することができる。よって、クラウド・コンピューティングは、たとえば、インターネット・プロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に基づいて、ＩＴサービスの補足、消費、および伝達モデルを記述するものであり、典型的には、動的に拡張可能で、多くの場合、仮想化されたリソースの供給を含む。

処理ノードの個別のクラスタまたはドメインは、処理クラスタの処理ノードの間で利用可能な処理リソースを管理および分散するために専用のクラスタに特有のリソース管理エンティティを含むことができる。すなわち、ネットワーク・エンティティは、処理ノードの構成可能な処理負荷に関係するイベントを購読するクラスタに特有のリソース管理エンティティである場合もある。すなわち、処理負荷情報は、拡張された出版−購読の概念の実施形態を利用することによって交換することができる。たとえば、第１の処理ユニットまたはリソース管理エンティティは、対応するイベント購読メッセージが、注目するイベント購読ネットワークの第１の処理ユニットから直接的または間接的に送信された、ネットワークの第２の処理ユニットから出版された場合がある、個々に規定された処理能力に関係するイベントを購読することができる。よって、注目する構成可能なイベントは、たとえば、イベント出版ネットワーク・エンティティでの負荷状況に関係する場合がある。この場合、発信側または購読側のネットワーク・エンティティは、注目する報告されたイベントに基づいて、複数のネットワーク・エンティティの間で処理負荷を分散するように動作可能な負荷コントローラをさらに含むことができる。

言い換えると、一部の実施形態は、クラウド・コンピューティング・アーキテクチャのノードを形成するＲＲＨおよびベースバンド（信号）処理ユニットをＲＡＮアーキテクチャに提供することができる。そのため、クラウドの処理リソースを管理するための集中型または集中型でないリソース管理エンティティを介して、第１の処理ユニットの負荷は、少なくとも部分的に、ネットワークの他のノードまたは処理ユニットに転送することができる。他のベースバンド処理ユニットが第１のベースバンド処理ユニットの負荷（の一部）を引き継ぐことができるという決定は、以前に異なるネットワーク・ノード間で交換された適切な負荷関連のイベントに基づく場合がある。これにより柔軟性だけでなく、事業者のトラフィック分散の速度を上げることができる。

一部の実施形態では、購読および／または出版のネットワーク・エンティティ（たとえばベースバンド処理ユニット）はそれぞれ、ワイヤレス通信システムの少なくとも１つのリモート・ラジオ・ヘッドに（直接的または間接的に）結合される。そのため、ＲＲＨは、たとえば、ＧＳＭ、ＥＤＧＥ、ＵＭＴＳ、ＬＴＥ、またはＬＴＥ−Ａセルラー方式に対する無線送受信機を含むことができる。もちろん、ＲＲＨは、また、将来的なワイヤレス通信システムの少なくとも１つのセルにサービスを提供することができる。少なくとも１つのＲＲＨは、ベースバンド処理ユニットと少なくとも１つのＲＲＨとの間で複素値デジタル・ベースバンド・データを交換するためにベースバンド処理ユニットに結合することができる。その目的のために、たとえば、共通公開の無線インターフェース（ＣＰＲＩ：Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ）として知られているインターフェースを使用することができる。

加えて、または代わりに、実施形態は、また、動的なネットワーク・ルーティングの最適化に使用することができる。そのような実施形態では、注目する構成可能なイベントは、ネットワーク・ルーティングまたはトポロジ、つまり、ルーティング制御プレーンに関係する場合がある。次に、実施形態によるネットワーク・エンティティは、ネットワーク（ドメイン）の個々のネットワーク・ノードから注目する報告された構成可能なイベントに基づいて、通信ネットワーク内でネットワーク・ルーティングを動的に制御するための動的制御ユニット（ＤＣＵ：Ｄｙｎａｍｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）をさらに含むことができる。そのような制御ユニットは、他のネットワーク・エンティティ／要素から来る要求を受信するように動作可能であり、前述の要求の処理を実行するように動作可能な要求処理エンティティを含むことができる。制御ユニットは、管理指向（ポリシー・ルーティング）またはサービス指向（ＱｏＳルーティング）の場合がある、ネットワーク・グラフおよび適用する制約に基づいて、要求処理エンティティからの要求時にネットワーク経路を計算するように動作可能な経路計算エンティティ（ＰＣＥ：Ｐａｔｈ Ｃｏｍｐｕｔａｔｉｏｎ Ｅｎｔｉｔｙ）をさらに含むことができる。前述の計算されたネットワーク経路は、前述の複数のネットワーク・エンティティの多数を含み、前述の経路計算エンティティは、注目する報告された構成可能なイベントおよび／または計算されたネットワーク経路に基づいて更新されるトラフィック・エンジニアリング・データベース（ＴＥＤ：Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄａｔａｂａｓｅ）とリンクされる。そのため、経路計算エンティティおよび／またはＴＥＤは、また、ＤＣＵが構成および購読した可能性がある、最新の受信された注目する制御プレーンに関係するイベントを考慮することができる。ネットワーク・エンティティの動的フロー制御（ＤＦＣ：Ｄｙｎａｍｉｃ Ｆｌｏｗ Ｃｏｎｔｒｏｌ）エンティティは、要求処理エンティティからの要求時に、計算されたネットワーク経路のネットワーク・エンティティの転送情報ベースに転送エントリを確立するように動作可能な場合がある。

可能な実施形態では、転送エントリは、計算されたネットワーク経路の各ネットワーク要素で確立することができる。他の変形形態によると、転送エントリは、限られた数のネットワーク要素のみ、そしてたとえば、計算されたネットワーク経路の要求するネットワーク要素のみなどで確立することができる。このように、次善の経路が確立される場合があるが、シグナリングおよび処理の負荷はより少ない。たとえばネットワークの安定性および変化に対するネットワークの感度に基づいて、それらの変形形態の１つが好適な場合がある。

そのような制御ユニットを使用して、ネットワーク要素のルーティング制御機能は、非常に簡素に維持することができ、すべてのネットワーク要素は、経路を計算または設定するために同じ制御ユニットに対応することができる。これにより、たとえば輻輳または障害に対して動的に反応すること、および所与のパケットのフローに対して最良の経路を見つけることが可能になる。そのため、経路に関する決定は、ネットワークで最新の管理指向またはサービス指向のイベントに基づいて決定することができ、注目するイベントは、購読制御ユニットによって個々におよび動的に規定することができる。

一部の実施形態によると、要求処理エンティティは、前述のデータベースから経路を要求および取得するためにＴＥＤと通信するようにさらに適合させることができる。要求処理エンティティおよびＴＥＤが同じネットワーク・ノード内に位置する場合、これは、たとえば構造化照会言語（ＳＱＬ：Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）を使用して行うことができる。ＴＥＤおよびＰＣＥが異なるノードに位置する場合、通信はＰＣＥを通過することができる。要求処理エンティティは、典型的には、内部制御ユニット・メッセージを使用して、経路計算エンティティおよびフロー制御エンティティと通信するようにさらに適合させることができる。

要求処理エンティティは、ネットワーク要素から入ってくる要求を内部要求メッセージに変換するために、制御プレーン・メカニズム・エンティティを含むことができ、内部要求メッセージに従ってＴＥＤから経路を取得するために、ディスパッチャおよびコーディネータ・エンティティを含むことができる。そのため、ＴＥＤは、購読される構成可能なイベントにより継続的に更新することができる。次に、要求された経路がトラフィック・エンジニアリング・データベースで利用できない場合、ディスパッチャおよびコーディネータ・エンティティは、経路計算エンティティによって経路計算をトリガーするようにさらに適合させることができる。

好ましい実施形態によると、好ましくはＲＦＣ４６５５に規定されているように、経路計算エンティティは、ＰＣＥ（経路計算要素：Ｐａｔｈ Ｃｏｍｐｕｔａｔｉｏｎ Ｅｌｅｍｅｎｔ）である。次に、ＲＦＣ５４４０で規定されているように、要求処理エンティティは、ＰＣＥプロトコルを通じてＰＣＥ（経路計算要素）と通信するように適合させることができる。また、ＰＣＥは、購読される構成可能なイベントに基づいて中央から更新できる現在のリソースおよびトラフィックの情報を格納する中心的なトラフィック・エンジニアリング・データベースとリンクすることができるため、ネットワーク要素にローカルのＴＥＤを持つ必要はない。ＴＥＤの可能な動作は、ＲＦＣ４６５５、および「Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ ｉｎ ｓｕｐｐｏｒｔ ｏｆ ＧＭＰＬＳ」と題されたＩＥＴＦインターネット・ドラフトに、より詳細に記述されている。

一部の実施形態によると、要求処理エンティティは、ＲＳＶＰ（資源予約プロトコル：Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）インスタンスを含むことができる。ＲＳＶＰプロトコルは、ＲＦＣ２２０５に規定されている。ＴＥＤは、ジェネラライズド・マルチプロトコル・ラベル・スイッチング（ＧＭＰＬＳ：Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ（ＧＭＰＬＳ））インスタンスを含むことができる。このように、技術を横断するルータは、ルータの内部にＧＭＰＬＳ機能を持つ必要がない。

要求処理エンティティは、ネットワーク要素からのＰＣＥプロトコル・メッセージおよび／またはＯｐｅｎＦｌｏｗプロトコル・メッセージを受信および解釈するようにさらに適合させることができる。このように、ＰＣＥクライアントまたはＯＦクライアントを持つ既存のネットワーク要素との後方互換性を保証することができる。

本発明のさらに他の態様によると、通信ネットワークのための方法が提供され、通信ネットワークは、複数のネットワーク・エンティティを含む。方法は、通信ネットワークのイベント購読ネットワーク・エンティティからイベント出版ネットワーク・エンティティに、イベント購読ネットワーク・エンティティを識別する情報を含み、イベント・ソース出版エンティティで注目する構成可能なイベントを構成するための構成ルールを含むイベント購読メッセージを提供するステップを含み、注目する構成可能なイベントは、イベント出版ネットワーク・エンティティからイベント購読ネットワーク・エンティティに報告されるものとする。さらに、方法は、イベント出版ネットワーク・エンティティからイベント購読ネットワーク・エンティティに注目する構成可能なイベントを提供するステップを含むことができる。

一部の実施形態は、方法を実行するためにネットワーク・エンティティ内に設置された１つまたは複数のプログラム可能なデジタル制御回路を含む。そのようなプログラム可能なデジタル制御回路、たとえばデジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、またはハードウェア・アクセラレータを持つ汎用プロセッサは、それに応じてプログラムする必要がある。よって、さらに他の実施形態は、また、コンピュータ・プログラムがプログラム可能なハードウェア・デバイスで実行された場合に、方法の実施形態を実行するためのプログラム・コードを持つコンピュータ・プログラムを提供する。

実施形態は、最適化されたオーバヘッドを用いるネットワーク環境の特定のニーズに合わせて調整された高度に動的かつ調整可能なイベント情報交換を可能にする。さらに、実施形態は、たとえば、負荷またはルーティングの管理など、異なるネットワーク環境で迅速かつ自動化されたネットワーク管理に使用することができる。

装置および／または方法の一部の実施形態について、例示のみを目的として、添付の図面に関して以下に記述されるだろう。

実施形態による自由に構成可能なイベント購読メッセージを送信するためのイベント購読ネットワーク・エンティティを示す図である。 実施形態による自由に構成可能なイベント購読メッセージを受信するためのイベント出版ネットワーク・エンティティを示す図である。 通信ネットワークのための方法の実施形態のためのメッセージ・シーケンスを示す図である。 実施形態による動的制御ユニットを示すブロック図である。 図３の動的制御ユニットをより詳細に示すブロック図である。

ここで、様々な例示的実施形態について、一部の例示的実施形態を示した添付図面に関してより完全に記述する。図において、線の太さ、レイヤ、および／または領域は、明瞭さのために誇張している場合がある。

したがって、例示的実施形態は、様々な変更および代替形式が可能であり、その実施形態は、一例として図面に示され、本明細書に詳細に記述されるだろう。しかし、例示的実施形態を開示された特定の形式に制限する意図はなく、それとは反対に、例示的実施形態は、本発明の範囲内にある変更、等価物、および代替案をすべて包含することを理解されたい。同様の番号は、図の記述の全体にわたって類似または同様の要素を表している。

要素が他の要素に「接続される（ｃｏｎｎｅｃｔｅｄ）」または「結合される（ｃｏｕｐｌｅｄ）」と言及された場合、他の要素に直接的に接続または結合することが可能であり、または介在する要素が存在する場合があることを理解されるだろう。これとは対照的に、要素が他の要素に「直接的に接続される（ｄｉｒｅｃｔｌｙ ｃｏｎｎｅｃｔｅｄ）」または「直接的に結合される（ｄｉｒｅｃｔｌｙ ｃｏｕｐｌｅｄ）」と言及された場合、介在する要素は存在しない。要素間の関係を記述するために使用される他の言葉は、同様に解釈されるべきである（たとえば、「の間（ｂｅｔｗｅｅｎ）」と「直接的に間に（ｄｉｒｅｃｔｌｙ ｂｅｔｗｅｅｎ）」、「隣接する（ａｄｊａｃｅｎｔ）」と「直接的に隣接する（ｄｉｒｅｃｔｌｙ ａｄｊａｃｅｎｔ）」など）。

本明細書に使用する用語は、特定の実施形態についてのみ記述することを目的とするものであり、例示的実施形態に限定することを意図するものではない。本明細書に使用する場合に、単数形の「１つの（ａ）」、「１つの（ａｎ）」、および「その（ｔｈｅ）」は、そうでないことが文脈に明白に示されていない限り、複数形も含むことが意図される。本明細書に使用する場合、「含む（ｃｏｍｐｒｉｓｅ）」、「（含んでいるｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」という用語は、記述された機能、整数、ステップ、動作、要素、および／または構成要素の存在を示すものであるが、１つまたは複数の他の機能、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在や追加を排除するものではないことをさらに理解されるだろう。

特に規定しない限り、本明細書に使用するすべての用語（技術用語および科学用語を含む）は、例示的実施形態が属する当業者によって一般的に理解されるものと同じ意味を持っている。用語、たとえば一般に使用される辞書に規定されているものは、関連する技術分野の文脈における意味に一致する意味を持つものと解釈するべきであり、特に本明細書に規定されていない限り、理想化された、または過度に形式的な意味で解釈されるものではないことをさらに理解されるだろう。

図ｌａは、通信ネットワークのネットワーク・ノードとして機能できるネットワーク・エンティティ１００のブロック図を示している。そのため、通信ネットワークは、計算ノード、リソース管理エンティティ、および／またはルーティング・コントローラ・エンティティなど、複数のネットワーク・エンティティまたはネットワーク要素を含むことができる。

ネットワーク・エンティティ１００は、通信ネットワークのイベント出版ネットワーク・エンティティ１５０（図１ｂを参照）に、イベント購読メッセージ１１０を提供するように動作可能なインターフェース１０５を含み、イベント購読メッセージ１１０は、（発信側）ネットワーク・エンティティ１００を識別する情報を含み、イベント購読メッセージ１１０は、イベント出版ネットワーク・エンティティ１５０で注目する構成可能なイベントを構成するための１つまたは複数の構成ルールをさらに含む。そのため、注目する構成可能なイベントは、イベント出版ネットワーク・エンティティ１５０から発信側（つまり、購読側）ネットワーク・エンティティ１００に報告または出版されるものとする。さらに、ネットワーク・エンティティ１００は、イベント出版ネットワーク・エンティティ１５０からネットワーク・エンティティ１００に注目する構成可能なイベントを提供するように動作可能なインターフェース１１５を含む。インターフェース１０５は、ネットワーク・エンティティ１００からイベント出版ネットワーク・エンティティ１５０にイベント購読メッセージを送信するように動作可能な送信機を含むことができる。同様に、インターフェース１１５は、イベント出版ネットワーク要素１５０から出版された注目するイベントを受信するように動作可能な受信機を含むことができる。よって、ネットワーク・エンティティ１００は、イベント購読ネットワーク・エンティティ、つまり注目する自己構成可能なイベントを購読するネットワーク・エンティティと見なすことができる。

一部の実施形態では、イベント購読ネットワーク・エンティティ１００は、ネットワーク・ドメインまたは信号処理クラスタの中央のルーティング・コントローラまたは処理リソース管理要素の場合がある。ネットワーク経路および／または処理リソースを管理するために、ネットワーク・エンティティ１００はドメインまたはクラスタの個々のネットワーク要素の状態についての情報を得ることを必要とする。実施形態によると、これは、提案された拡張された出版−購読情報交換（ＥＰＳＩＥ：Ｅｎｈａｎｃｅｄ Ｐｕｂｌｉｓｈ−Ｓｕｂｓｃｒｉｂｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｘｃｈａｎｇｅ）を介して達成することができ、イベント購読ネットワーク・エンティティ１００は、その現在の情報ニーズにより、その注目するイベント（つまり注目する状態情報）を構成および／または再構成することができる。すなわち、注目する構成可能なイベントは、固定されたイベントまたは固定されたイベントのクラスではなく、現在の情報需要に適合可能である。一般的に、注目する構成可能なイベントは、ネットワーク・ドメインまたはクラスタの１つまたは複数のイベント出版ネットワーク・エンティティのリソース状態に関係する任意のイベントの場合がある。そのため、リソース状態は、たとえば、データ・バッファリングまたはデジタル信号処理などデータ処理能力に関係する場合がある。

対応するイベント出版ネットワーク要素１５０は、図１ｂに概略を示している。イベント出版ネットワーク要素１５０は、イベント購読ネットワーク・エンティティ１００から、イベント購読エンティティ１００を識別する情報を含み、出版ネットワーク・エンティティ１５０で注目する構成可能なイベントを構成するために少なくとも１つの構成ルールを含むイベント購読メッセージ１１０を提供するように動作可能なインターフェース１５５を含む。さらに、イベント出版ネットワーク要素１５０は、イベント出版ネットワーク・エンティティ１５０からイベント購読ネットワーク・エンティティ１００に、注目する構成されたイベント１６０を提供するように動作可能なインターフェース１６５を含む。ここでは、インターフェース１５５は、イベント購読メッセージまたはプロファイル１１０を受信するように動作可能な受信機を含み、インターフェース１６５は、イベント購読ネットワーク・エンティティ１００に注目するイベント１６０を送信または通知するように適合された送信機を含むことができる。

ここで図２を参照すると、イベント購読ネットワーク・エンティティ（イベント・クライアント）１００と複数のイベント出版ネットワーク・エンティティ（イベント・サーバ）１５０−２・・・１５０−ｎとの間の通信が考えられる。これらのネットワーク・エンティティは、たとえば、ワイヤレス通信システムの１つまたは複数のリモート・ラジオ・ヘッドにサービスを提供するチャネル・ボードなど、同じハードウェアの同じ場所に位置するか、または、たとえば、異なる地理的な場所の異なるチャネル・ボードなど、ネットワークの異なるサイトに位置することができる。すなわち、２つのネットワーク・エンティティ１００および１５０は、ノードの同じクラスタまたは異なるクラスタにおいて、同じネットワーク・ノードまたは異なるネットワーク・ノードに位置することができる。

図２のメッセージ・シーケンス図２００は、様々なネットワーク・エンティティ１００、１５０−１、１５０−２・・・１５０−ｎを示している。この代表的なシナリオでは、ネットワーク・エンティティ１００は、イベント購読ネットワーク・エンティティとしての役割を果たす一方、ネットワーク・エンティティ１５０−２および１５０−ｎは、イベント出版エンティティとして機能する。ネットワーク・エンティティ１００は、ネットワーク・エンティティ１５０−２および１５０−ｎの特定のイベントにそれぞれ興味を持っている場合があり、イベント・クライアント１００は、対応するイベント購読メッセージ１１０を送信することによって、それ自身で注目するイベントを構成することができる。この目的のために、ネットワーク・エンティティ１００のネットワーク・メッセージ構成モジュール１２０は、イベントに特有の購読メッセージ１１０−２および１１０−ｎをそれぞれ確立することができる。たとえば、ネットワーク・エンティティ１００がネットワーク・エンティティ１５０−２および１５０−ｎの特定の状態情報を必要とする場合、これが該当する場合がある。この状態情報は、注目する構成可能なイベントについて、ネットワーク・エンティティ１００がその識別情報（たとえば、ネットワーク・アドレス、ＩＰアドレス）、およびイベント報告のための関連するパラメータを規定することができる、イベント購読プロファイルまたはメッセージ１１０を編集することによって、取得することができる。言い換えると、イベント購読メッセージ１１０の少なくとも１つの構成ルールは、イベント出版エンティティ１５０で注目するイベントを規定または再規定するために、および／またはイベント購読ネットワーク・エンティティ１００への関係するイベント・レポートを規定または再規定するために、１つまたは複数の構成可能なパラメータを含むことができる。図２の例では、識別子ＩＤを持つクライアント１００は、「ＰＷＴ」（処理待ち時間：Ｐｒｏｃｅｓｓｉｎｇ Ｗａｉｔｉｎｇ Ｔｉｍｅ）イベントに興味を持っている。構成可能なイベント・パラメータｅｖｅｎｔ ｐａｒは、たとえば、イベントしきい値、イベント・ヒステリシス、イベント粒度、イベント通知のトリガー、トリガーするべき時間、通知頻度、通知コンテンツなどの場合がある。図２の代表的な実施形態によると、イベント通知コンテンツは「０」に設定されているため、出版されたイベント通知１６０は、イベント出版ネットワーク・エンティティ１５０−２のＩＤのみを含む。

たとえば、注目する構成可能なイベントは、また、所与の時間しきい値より短いまたは長い時間について、所与のしきい値を上回るまたは下回る信号対干渉雑音比（ＳＩＮＲ：Ｓｉｇｎａｌ−ｔｏ−Ｉｎｔｅｒｆｅｒｅｎｃｅ−ｐｌｕｓ−Ｎｏｉｓｅ Ｒａｔｉｏ）の場合がある。そのため、そのようなしきい値は、イベント購読メッセージ１１０の構成可能なイベント・パラメータの場合がある。イベント購読ネットワーク・エンティティ１００が、古いイベントしきい値に興味を持たない場合、たとえば、注目するその新しいイベント・パラメータを含む新しいまたは更新されたイベント購読メッセージ１１０を発行することができる。注目するイベントの他の例として（図２を参照）、構成可能な時間しきい値より長いまたは短い時間について、構成可能な待ち時間しきい値を下回るまたは上回るＰＷＴ（処理待ち時間）の場合がある。また、購読された構成可能なイベントをイベント購読ネットワーク・エンティティ１００の現在の興味と適合させるために、それらの値またはパラメータを変更または更新することができる。イベント購読メッセージのパラメータの一部は、オプションの場合があり、その他は必須である。一部の実施形態では、イベント購読ネットワーク・エンティティ１００のＩＤは、イベント購読メッセージ１１０の必須パラメータの場合がある。

購読プロファイル１１０のイベント購読ネットワーク・エンティティまたはクライアント１００によって規定されたように、注目するイベントが発生するときはいつでも、イベント出版ネットワーク・エンティティまたはサーバ１５０は、以前に購読プロファイル１１０を送信することによって、このイベントに対する興味を示した、それらの購読エンティティにのみ通知メッセージに１６０を送信することができる。通知メッセージ１６０は、イベント購読メッセージ１１０のイベント購読ネットワーク・エンティティ１００によって構成または規定されるような情報のタイプおよび量を含むことができる。イベント通知またはレポート１６０は、出版エンティティの状態または状態パラメータ全体の変更を示す簡易なメッセージを含むことができる。イベント通知１６０のコンテンツは、イベント購読メッセージ１１０の対応するパラメータによって前もって構成することができる。たとえば、イベント購読ネットワーク・エンティティ１００に、特定のイベント出版ネットワーク・エンティティ１５０のパケット損失値またはバッファ充填レベルが、臨界しきい値を下回って落ちたことを通知することができる。他の例は、それぞれのイベント出版ネットワーク・エンティティ１５０で使用可能な信号処理リソースが、以前に構成されたしきい値を超えることに興味を持つイベント購読ネットワーク・エンティティ１００に通知することであろう。すなわち、出版されたイベント通知１６０は、イベント出版ネットワーク・エンティティのＩＤ、たとえば処理キュー待ち時間など、測定された値を含むことができる。一部のパラメータは、オプションの場合がある一方、他のパラメータは必須の場合がある。一部の実施形態では、報告するイベント出版ネットワーク・エンティティ１５０のＩＤは、通知１６０によって含まれる必須パラメータの場合がある。加えて、またはあるいは、通知頻度は必須の場合がある。このようにして、イベント購読ネットワーク・エンティティ１００は、個々のイベント出版ネットワーク・エンティティ１５０で起こっていることに関する情報を取得することができる。

たとえば、通知頻度は、それぞれのイベント出版ネットワーク・エンティティ１５０からイベント通知メッセージ１６０を（毎秒）一度取得するために「１」に設定することができる。これは、プルまたは期間ベースのＥＰＳＩＥと呼ぶことができる。「通知頻度」に対する特定の値は、たとえば、他のイベント購読パラメータに対する関係する値を自動的にトリガーすることができる。たとえば、通知頻度＝「１」は、たとえば、イベントしきい値＝ＮＵＬＬ、イベント・ヒステリシス＝ＮＵＬＬ、イベント粒度＝ＮＵＬＬ、イベント通知のトリガー＝ＮＵＬＬ、トリガーする時間＝ＮＵＬＬ、など、１つまたは複数の他のパラメータについてデフォルト値を用いて購読メッセージ１１０を送信することにつながる場合がある。後者のパラメータはオプションであり、イベント購読メッセージ１１０に明示的に規定する必要はない。必須でないパラメータが指定されていない場合、ＮＵＬＬに設定することができる。メッセージ１１０の「通知コンテンツ」パラメータは、たとえば、「利用可能な処理リソース」など、注目するイベントまたは状態情報に設定することができる。この場合、イベント通知メッセージ１６０は、イベント出版ネットワーク・エンティティ１５０で注目する状態情報（たとえば利用可能な処理リソース）に関して瞬間的な状況または状態を返すことができる。すなわち、イベント出版ネットワーク・エンティティ１５０は、たとえば「利用可能な処理リソース＝５２％」など、注目するイベントに関して現在の状態を返すことができる。同様に、通知頻度は、指定された注目する情報に関して、それぞれのイベント出版ネットワーク・エンティティ１５０から（毎秒）１０個のイベント通知メッセージ１６０を取得するために「１０」に設定することができる。また、それ以上のパラメータ設定なしで通知頻度を「０」に指定すると、以前の購読を削除することができる（つまり、関係する出版されたイベント通知１６０を取得しない）。

これとは対照的に、他のパラメータ設定と共に通知頻度を「０」に指定すると、イベントベースのＥＰＳＩＥを開始することができる。たとえば、特定のイベントは、イベントしきい値＝８０％、イベント・ヒステリシス＝５％、イベント粒度＝０、イベント通知のためのトリガー＝利用可能な処理リソース＞イベントしきい値、トリガーする時間＝１０ｍｓ、通知コンテンツ＝０に設定することによって指定することができる。この場合、イベント通知メッセージ１６０は、指定されたイベントが発生したことを示すイベント出版ネットワーク・エンティティ１５０のＩＤのみを含むことができる。

他のイベント購読メッセージは、イベントしきい値＝ＮＵＬＬ、イベント・ヒステリシス＝ＮＵＬＬ、イベント粒度＝１０％、イベント通知のためのトリガー＝利用可能な処理リソース＠（時間ｎ）が利用可能な処理リソース＠（時間ｎ−１）＋イベント粒度を超える、トリガーする時間＝１０ｍｓ、通知コンテンツ＝０を含むことができる。また、この場合、得られるイベント通知メッセージ１６０は、指定されたイベントが発生したことを示すイベント出版ネットワーク・エンティティ１５０のＩＤのみを含むことができる。

図２は、本発明の実施形態による拡張された出版−購読シナリオの例を示している。ここで、購読メッセージ１１０−２および１１０−ｎは、以前に記述したＰＷＴのイベントについて発行されたものである。見られるように、通知コンテンツに対応するパラメータは、簡単なフィードバックを示す「０」に設定することができる。したがって、以前に構成されたＰＷＴのイベントが発生する場合、イベント出版ネットワーク・エンティティ１５０−２の通知は、ネットワーク・エンティティ１５０−２のＩＤのみを含む。

ネットワーク・エンティティ１００は、対応するエントリを更新することによって、イベント購読メッセージ１１０の構成可能なパラメータを再規定する自由を常に持つことができることに留意する必要がある。

上に記述したように、注目する構成可能なイベントは、ネットワーク・ルーティング、またはルーティング制御プレーン、つまりネットワーク・マップの描写に関係するルータ・アーキテクチャのその部分、または入ってくるパケットにどう対処するべきかを規定するルーティング・テーブルの情報に関係する場合がある。そのような実施形態では、ネットワーク・エンティティ１００は、記録された構成可能な注目するイベントに基づいて、通信ネットワーク内のネットワーク・ルーティングを動的に制御するために制御ユニット１３０をさらに含むことができる。

ここでは、動的制御ユニット（ＤＣＵ）１３０の実施形態について、図３を参照して記述する。そのようなＤＣＵ１３０は、たとえば、ＲＡＮなど、そこに１つまたは複数のアクセス・ネットワークが接続されたコア・ネットワークのネットワーク・ドメインに中央要素として配置することができる。「中央」および「ユニット」という用語は、ＤＣＵ１３０のすべての要素が同じ場所に位置する必要があることを意味するものではなく、ＤＣＵ１３０が、ネットワーク・ドメインのネットワーク要素への中央ユニットとして現れることを意味するだけである。ＤＣＵ１３０は、経路計算要素（ＰＣＥ）機能および動的フロー制御（ＤＦＣ）機能の両方を含むように適合させることができる。ＤＣＵ１３０は、ＰＣＥモジュール３０１およびＤＦＣモジュール３０２を含むことができる。ＰＣＥモジュール３０１は、ネットワーク・ドメインのトポロジおよびリソース情報を含むことができるトラフィック・エンジニアリング・データベース（ＴＥＤ）３０３とリンクすることができる。ＴＥＤ３０３は、購読されるイベントのレポート１６０に基づいて更新することができる。要求処理エンティティ３０４は、ＤＣＵ１３０に到着するすべての要求を受信および解釈し、たとえば、ＰＣＥモジュール３０１またはＤＦＣモジュール３０２にそれらの要求を送出するように適合させることができる。たとえば、ネットワーク管理システムによって要求された、ネットワーク経路を確立するための明示的な要求の場合には、要求は、ＤＦＣモジュール３０２に直接的に転送することができる。

制約ベースの経路計算に対する要求の場合には、要求は、ＰＣＥモジュール３０１に送信することができる。一部の実施形態によると、要求処理エンティティ３０４とＰＣＥモジュール３０１との間の通信は、ＰＣＥプロトコル言語により実行することができる。これには、リモートＰＣＥとの通信も可能な場合があるという長所がある場合がある。中央制御装置に到着する要求のＰＣＥプロトコル言語への変換は、要求処理エンティティ３０４のインタープリタから行うことができる。

ＤＣＵ１３０は、動的ルーティングおよび簡易な構成を可能にすることができる。ＤＣＵ１３０は、典型的には、１つの単一エンティティ１３０へと制御プレーン・メカニズムのすべてを実質的に含めることによって、データ・プレーンと制御プレーンとの分離を実行することができる。

ここで、ＤＣＵ１３０の動作について、図４に関してより詳細に記述する。ＤＣＵ１３０に、制御プレーン・メカニズム（ＣＰＭ：Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｍｅｃｈａｎｉｓｍ）エンティティ４０４および要求ディスパッチャおよびコーディネータ（ＲＤＣ：Ｒｅｑｕｅｓｔ Ｄｉｓｐａｔｃｈｅｒ ａｎｄ Ｃｏｏｒｄｉｎａｔｏｒ）エンティティ４０５を含む、要求処理エンティティ３０４を提供することができる。経路要求４１１がＤＣＵ１３０で受信される場合、ＣＰＭエンティティ４０４は、入ってくる要求４１１を処理するために配置できるＲＤＣエンティティ４０５に要求を転送することができる。経路を確立するための明示的な要求の場合には、要求をＤＦＣ４０２に送信することができる（矢印４１６を参照）。それが経路取得要求である場合、ＲＤＣエンティティ４０５は、要求された経路がＴＥＤ４０３において使用可能かどうかを最初にチェックすることができ（矢印４１５を参照）、使用可能な場合は経路を取得し、そこで、経路を、ＤＦＣ４０２に送信することができる（矢印４１６を参照）。しかし、要求された経路がＴＥＤ４０３において使用可能でない場合、経路計算をトリガーすることができる（矢印４１３を参照）。経路計算に対するトリガーを受信すると、ＰＣＥ４０１は、経路計算制約を使用して、ＴＥＤ４０３から受信された経路を計算し（矢印４１８を参照）、ＴＥＤ４０３に計算された経路を送ることができる（矢印４１４を参照）。ＲＤＣエンティティ４０５は、計算に必要な時間より長い所定の時間を待ち、ＴＥＤ４０３から計算された経路を取得する前に伝達するように適合させることができる。図示しない変形形態によると、ＰＣＥ４０１は、また、ＲＤＣエンティティ４０５に計算された経路を送るように適合させることができる。すなわち、次に、矢印４１３は、両方向を指し示す必要があるであろう。

一般的に、ＰＣＥ４０１は、徐々に増加する複雑さと共に多様可変の最適化を実行し、デフォルトの経路要件に基づいて事前規定された数の準最適経路を生成するように適合させることができる。後者のタスクは、ＰＣＥ４０１のデフォルト状態で実行することができ、要求された経路を計算するための明示的な経路要求を受信する場合、ＰＣＥは過渡状態に移ることができる。計算の後に、ＰＣＥ４０１は、ＴＥＤ４０３に経路を送ることができる（矢印４１４を参照）。また、ＴＥＤ４０３から計算された、事前規定された、または事前計算された経路を取得するために（矢印４１５を参照）、およびＤＦＣ４０２にこの経路を送るために、ＲＤＣ４０５をさらに配置することができる。

ＴＥＤ４０３は、ネットワーク・ドメインの完全なリソースおよびトポロジ情報を反映することができ、また、ＰＣＥ４０１の計算された経路を含むことができる。ＴＥＤ４０３の一貫性は、たとえば、容量、パケット損失、負荷状況など、トポロジおよび／またはリソース情報に関係する構成可能なイベントの購読から保証することができる（矢印１６０を参照）。リソースおよびトポロジ情報は、出版ネットワーク・エンティティ１５０から購読ネットワーク・エンティティ１００に含まれるＤＣＵ１３０に出版される。ＤＣＵ１３０では、ＡＳＦ（広告サポート機能：Ａｄｖｅｒｔｉｓｅｍｅｎｔ Ｓｕｐｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎａｌｉｔｙ）４０６は、出版ネットワーク・エンティティ１５０からの入ってくる購読されたイベント１６０を解釈し、ＴＥＤ４０３に格納するためにリソースおよびトポロジ情報を得ることができる。そのため、リソースおよびトポロジ情報は、ＤＣＵの要望によりネットワーク要素によって更新するか、またはリソースおよびトポロジの変更からトリガーすることができる。

図３および図４を参照して記述してきたように、一部の実施形態は、ネットワーク・ルーティングを制御するために使用することができ、他の実施形態は、ネットワークまたはネットワーク・クラスタの異なる処理ユニットの間で容量または負荷管理を処理するために使用することができる。そのような実施形態では、制御ユニット１３０は、加えてまたは代わりに、注目する報告されたイベントに基づいて通信ネットワークの複数のネットワーク・エンティティの間で処理負荷を分散するように動作可能な負荷コントローラを含むことができる。そのような場合は、注目する構成可能なイベントは、イベント出版ネットワーク・エンティティの使用可能な処理能力を示すことができ、使用可能な処理能力は、事前規定された処理能力しきい値より低い（つまり、下回る）または高い（つまり、上回る）。

すなわち、一部の実施形態によると、制御ユニット１３０は、ベースバンド処理クラスタの主な処理リソース・マネージャと見なすことができる。これは、複数のベースバンド信号処理ユニットを含むクラスタのベースバンド信号処理リソース全体を管理することができる。制御ユニット１３０は、関連するまたはリモートのクラスタのイベント出版処理ユニットから提供される監視および報告された信号処理リソース状態情報に基づいて、リモート・クラスタだけでなくその関連するクラスタの使用可能なベースバンド処理リソースを決定するように動作可能な場合がある情報管理エンティティ（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を含むことができる。さらに、制御ユニット１３０は、イベント通知によって提供されるユニットに特有のリソースまたは負荷状態情報に基づいて、要求された信号処理タスクまたは外部的に要求された信号処理タスクをベースバンド信号処理ユニットの１つまたは複数に割り当てるように動作可能な決定エンティティ（ＤＥ：Ｄｅｃｉｓｉｏｎ Ｅｎｔｉｔｙ）を含むことができる。言い換えると、制御ユニット１３０のＤＥは、リソース要求の割り当てを担当することができ、リソース要求またはそれぞれの要求された処理リソース容量をイベント通知を介して通信されたユニットに特有の負荷状態情報と比較することによって、適切なベースバンド信号処理ユニットを選択することができる。よって、一部の実施形態では、第１の処理ユニットの処理リソースが処理タスクに十分でない場合、および注目する構成可能で受信されたイベントが、事前規定された処理能力のしきい値を上回るイベント出版ネットワーク・エンティティを含む第２のベースバンド処理ユニットの使用可能な処理能力を示す場合、ネットワーク・エンティティ１００は、イベント出版ネットワーク・エンティティ１５０から注目する構成可能なイベントを受信時に、第１のベースバンド処理ユニットから、イベント出版ネットワーク・エンティティ１５０を含む第２のイベント処理ユニットに、ベースバンド処理タスクの少なくとも一部を転送するように動作可能な場合がある。そのため、処理負荷の分散は、ベースバンド処理クラスタの境界内またはそれを超える場合がある。

そのような実施形態では、少なくとも１つの第２の隣接するネットワーク・エンティティが第１のネットワーク・エンティティの隣接基準、またはそれに関する隣接基準を満たしている場合（たとえば、ネットワーク・エンティティ１００は第１のネットワーク・エンティティの場合がある）、ネットワーク・エンティティ１００は、通信ネットワークの第１のネットワーク・エンティティに隣接する少なくとも１つの第２の隣接するネットワーク・エンティティについての情報を提供するように動作可能な近隣提供ユニット１４０（図１ａを参照）をさらに含むことができる。そのため、近隣提供ユニット１４０は、第１のネットワーク・エンティティと、ドメインまたはクラスタの複数の他のネットワーク・エンティティとの間の信号伝播遅延測定に基づいて、少なくとも１つの第２の隣接するネットワーク・エンティティについての情報を提供するように動作可能な場合があるため、第１のネットワーク・エンティティと、少なくとも１つの第２の隣接するネットワーク・エンティティとの間の信号伝播遅延は、事前規定された最大信号伝播遅延のしきい値以下に下がる。このように、適切な第２の処理ユニットのリストを生成することができ、第２の処理ユニットは、第１の処理ユニットの信号処理タスクを引き継ぐのに適している。すなわち、近隣提供ユニット１４０は、信号処理のために、実時間要件など、所与のタイミング要件を満たしている適切な第２の信号処理ユニットを見つけるために、ネットワークまたはそのドメインの第１の信号処理ユニットから第２の信号処理ユニットへの信号伝播遅延測定を行うことができる。

そのような実施形態は、たとえば、様々なベースバンド処理ユニットの間での負荷分散に役立つ場合があり、各処理ユニットは、ワイヤレス通信システムの少なくとも１つのリモート・ラジオ・ヘッドに結合することができ、処理ユニットまたはネットワーク・エンティティのそれぞれは、ワイヤレス通信システムの少なくとも１人の関連するユーザのベースバンド・データに関係する無線ベアラを処理するように動作可能である。データ・サービスは、異なるサービスに対するサービス要件の特定の品質を満たすために、物理レイヤ（ＰＨＹ）およびレイヤ２（Ｌ２）の対応する構成および／または無線リソースを指定するベアラに関連する場合がある。ベアラは、物理的なキャリアにマッピングされる。１つの物理的なキャリアは、複数の多重化されたベアラをサポートすることができる。たとえば、異なるベアラは、無線フレーム内の一部の分離されたサブ・フレームに対してマッピングされることができる。

要約すると、本発明の実施形態は、意思決定の緊急を要する段階において、１つまたは複数のイベント出版ネットワーク・エンティティ（サーバ）との情報交換からイベント購読エンティティ（クライアント・エンティティ）を解放することができる。ルーティングまたは負荷分散の要求を受信した後、クライアント・エンティティ１００は、できるだけ早くリソース割り当てを達成しなければならない場合がある。情報収集が、要求の到着前または要求の到着後に発生するように、提案された拡張された出版−購読情報交換を構成することが可能である。第１の場合では、リソース割り当てに必要なすべての情報は、すでに使用可能である。操作遅延に関係して、情報の取得および分類プロセスを重要な決定段階から除くことができるため、提案された拡張された出版‐購読情報交換は、従来のアルゴリズムより優れている場合がある。

イベント通知１６０は、たとえば、イベント属性、通知頻度など以前に構成されたプロファイル条件が満たされるとすぐに、イベント購読側１００に自動的に送信することができる。実施形態による拡張された出版−購読情報交換により、たとえば、現在のリンクまたはプロセッサの負荷状況に依存して、通知メッセージ１６０の通知頻度およびサイズを最適に調整することが可能にすることができる。クライアント１００は、それらのメッセージ購読プロファイル１１０の対応するエントリを更新することによって、ニーズによりサーバ１５０との通信を測定することができる。

緊急を要する決定段階から情報交換を切り離すことによって、提案された概念によって、クライアント１００は、より高度でより複雑なリソース割り当てアルゴリズムを適用することができ、より高い質のリソース最適化を得ることができる。

拡張された出版−購読の情報交換は、たとえば、購読プロファイルで通知頻度が「１」に設定されている場合など、従来の要求／応答メカニズムを抽象化することができる（上の記述を参照）。この場合、注目する一般的な状態情報は、指定されたネットワーク・ノードから取得することができる。言い換えると、従来の要求／応答情報の交換は、提案された拡張された出版／購読の情報交換の特別なケースと見なすことができる。

記述および図面は、単に本発明の原理を示すものである。本明細書に明示的に記述して示していないが、本発明の原理を具体化し、その精神および範囲に含まれる様々な配置を当業者であれば考案できることを理解されるだろう。さらに、本明細書に詳述したすべての例は、原則として、読者が本発明の原理、およびその技術を推進する発明者（ら）によって提供された概念を理解するのを支援するために、教育のみを目的とすることを明確に意図するものであり、そのような具体的に詳述された例および条件に限定しないものとして解釈するべきである。さらに、本明細書において、本発明の原理、態様、および実施形態を詳述するすべての記述、およびその特定の例は、その等価物を包含することを意図するものである。

（特定の機能を実行する）「・・・ための手段」として示された機能ブロックは、それぞれ特定の機能を実行するために適合された回路を含む、機能ブロックとして理解するものとする。よって、「物事のための手段」は、「物事のために適合された、または適している手段」として理解するべきである。よって、特定の機能を実行するために適合された手段は、そのような手段が前述の機能を（所定の瞬間に）必ずしも実行していることを意味しない。たとえば、「受信するための手段」は、専用の受信ハードウェアを含むことができる。

任意の機能ブロックを含む、図に示す様々な要素の機能は、プロセッサなどの専用ハードウェア、および適切なソフトウェアと連携してソフトウェアを実行する機能を持つハードウェアの利用を通じて提供することができる。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、またはその一部を共有できる、複数の個々のプロセッサによって提供することができる。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に指すものと解釈するべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向けＩＣ（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性記憶装置を限定することなく、暗黙的に含むことができる。従来型および／またはカスタムの他のハードウェアも含むことができる。

本明細書に示すブロック図は、本発明の原理を具体化する実例となる回路についての概念的な視点を表していることは当業者には自明であろう。同様に、そのようなコンピュータまたはプロセッサが明示的に示されているかどうかに関わりなく、任意のフローチャート、流れ図、状態遷移図、擬似コードなどは、コンピュータ可読媒体において本質的に表され、したがって、コンピュータまたはプロセッサによって実行できる様々なプロセスを表していることを理解されるだろう。

さらに、以下の請求項は、これによって詳細な説明に組み込まれ、各請求項は、それ自体で個別の実施形態として有効である。各請求項が個別の実施形態として有効であるが、特許請求の範囲において、従属請求項は１つまたは複数の他の請求項との特定の組合せを言及する場合があるが、他の実施形態は、また、他の各従属請求項の主題との従属請求項の組合せを含むことができることに注意されたい。特定の組合せを意図しないと述べられていない限り、そのような組合せは本明細書で提案されている。さらに、この請求項が独立請求項に直接的に依存しない場合でも、他の独立請求項に請求項の特徴も含めることを意図する。

明細書または特許請求の範囲に開示された方法は、これらの方法のそれぞれのステップのそれぞれを実行するための手段を持つデバイスによって実装できることに注意されたい。

さらに、明細書または請求項で開示された複数のステップまたは機能の開示は、特定の順序であるものと解釈されないことを理解されるだろう。したがって、そのようなステップまたは機能が技術的な理由から交換可能ではない限り、複数のステップまたは機能の開示によって、これらを特定の順序に制限するものではない。さらに、一部の実施形態では、単一のステップは、複数のサブステップを含むことも、または複数のサブステップに分解することもできる。そのようなサブステップは、明示的に除外されていない限り、この単一のステップの開示に含めることができ、またその一部となることができる。

Claims (15)

1. 通信ネットワークのネットワーク・エンティティ（１００）であって、前記通信ネットワークは、複数のネットワーク・エンティティを含み、前記ネットワーク・エンティティ（１００）は、
   前記通信ネットワークのイベント出版ネットワーク・エンティティ（１５０）に、前記ネットワーク・エンティティ（１００）を識別する情報を含み、前記イベント出版ネットワーク・エンティティ（１５０）で注目する構成可能なイベント（１６０）を構成するための構成ルールを含むイベント購読メッセージ（１１０）を提供するように動作可能なインターフェース（１０５）であって、前記注目する構成可能なイベントは、前記イベント出版ネットワーク・エンティティ（１５０）から前記ネットワーク・エンティティ（１００）に報告されるものとする、インターフェース（１０５）と、
   前記イベント出版ネットワーク・エンティティ（１５０）から前記ネットワーク・エンティティ（１００）に前記注目する構成可能なイベント（１６０）を提供するように動作可能な、インターフェース（１１５）と、
   を含む、通信ネットワークのネットワーク・エンティティ（１００）。
2. 前記構成ルールは、前記イベント出版ネットワーク・エンティティ（１５０）で前記注目するイベントを規定または再規定するため、および／または前記ネットワーク・エンティティ（１００）に出版された関係するイベント・レポートを規定または再規定するために、１つまたは複数の構成可能なパラメータを含む、請求項１に記載のネットワーク・エンティティ（１００）。
3. 構成可能なパラメータは、イベントしきい値、イベント・ヒステリシス、イベント粒度、イベント通知のためのトリガー、トリガーするべき時間、イベント通知の頻度、および／または通知内容からなるグループである、請求項２に記載のネットワーク・エンティティ（１００）。
4. 前記注目する構成可能なイベントは、出版されたルーティング制御プレーンに関係し、前記ネットワーク・エンティティ（１００）は、前記注目する報告された構成可能なイベントに基づいて、前記通信ネットワーク内のネットワーク・ルーティングを動的に制御するように動作可能な制御ユニット（１３０）をさらに含む、請求項１に記載のネットワーク・エンティティ（１００）。
5. 前記制御ユニット（１３０）は、
   他のネットワーク・エンティティから来る要求（４１１）を受信するように適合され、前記要求（４１１）の処理を実行するよう適合された、要求処理エンティティ（３０４）と、
   ネットワーク・グラフおよび適用する制約に基づいて、前記要求処理エンティティ（３０４）からの要求時にネットワーク経路を計算するように適合された経路計算エンティティ（３０１；４０１）であって、前記計算されたネットワーク経路は、多数の前記複数のネットワーク・エンティティを含み、前記経路計算エンティティ（３０１；４０１）は、注目する報告された構成可能なイベント（１６０）および／または前記計算されたネットワーク経路に基づいて更新されるトラフィック・エンジニアリング・データベース（４０３）とリンクされる、経路計算エンティティ（３０１；４０１）と、
   前記要求処理エンティティ（３０４）からの要求時に、前記計算されたネットワーク経路のネットワーク・エンティティの転送情報ベースの転送エントリを確立するために適合された、フロー制御エンティティ（３０２；４０２）と、
   を含む、請求項４に記載のネットワーク・エンティティ（１００）。
6. 前記要求処理エンティティ（３０４）は、前記データベースから経路を要求および取得するために前記トラフィック・エンジニアリング・データベース（４０３）と通信するようにさらに適合される、請求項５に記載のネットワーク・エンティティ（１００）。
7. 前記注目する構成可能なイベント（１６０）は、前記イベント出版ネットワーク・エンティティ（１５０）の処理負荷状況に関係し、前記ネットワーク・エンティティ（１００）は、
   前記注目する報告されたイベントに基づいて、複数のネットワーク・エンティティの間で処理負荷を分散するように動作可能な負荷制御ユニット（１３０）
   をさらに含む請求項１に記載のネットワーク・エンティティ（１００）。
8. 前記注目する構成可能なイベント（１６０）は、前記イベント出版ネットワーク・エンティティの使用可能な処理能力を示し、前記使用可能な処理能力は、事前規定された処理能力のしきい値より低い、または事前規定された処理能力のしきい値より高い、請求項１に記載のネットワーク・エンティティ（１００）。
9. 前記ネットワーク・エンティティ（１００）は、第１のネットワーク・エンティティの処理リソースが処理タスクに十分でない場合、および前記注目する構成可能且つ受信されたイベントが、事前規定された処理能力のしきい値を上回る前記イベント出版ネットワーク・エンティティ（１５０）の使用可能な処理能力を示す場合、前記イベント出版ネットワーク・エンティティ（１５０）から前記注目する構成可能なイベント（１６０）を受信した際に、第１のネットワーク・エンティティから前記イベント出版ネットワーク・エンティティ（１５０）にベースバンド処理タスクの少なくとも一部を転送するように動作可能である、請求項１に記載のネットワーク・エンティティ（１００）。
10. 前記ネットワーク・エンティティ（１００）は、
    前記通信ネットワークの第１のネットワーク・エンティティに隣接する少なくとも１つの第２の隣接するネットワーク・エンティティについての情報を提供するように動作可能な近隣提供ユニット（１４０）であって、前記少なくとも１つの第２の隣接するネットワーク・エンティティは、前記第１のネットワーク・エンティティの隣接基準を満たす近隣提供ユニット（１４０）
    をさらに含む、請求項１に記載のネットワーク・エンティティ（１００）。
11. 前記第１のネットワーク・エンティティと前記少なくとも１つの第２の隣接するネットワーク・エンティティとの間の信号伝播遅延が事前規定された最大信号伝播遅延のしきい値以下に下がるように、前記近隣提供ユニット（１４０）は、前記第１のネットワーク・エンティティと、前記通信ネットワークの複数の他のネットワーク・エンティティとの間の信号伝播遅延測定に基づいて、前記少なくとも１つの第２の隣接するネットワーク・エンティティについての前記情報を提供するように動作可能である、請求項１０に記載のネットワーク・エンティティ（１００）。
12. 前記通信ネットワークは、ワイヤレス通信ネットワークであり、前記少なくとも１つのネットワーク・エンティティは、ワイヤレス通信システムの少なくとも１つのリモート・ラジオ・ヘッドに結合され、前記少なくとも１つのネットワーク・エンティティは、前記ワイヤレス通信システムの少なくとも１つの関連するユーザのベースバンド・データに関係する無線ベアラを処理するように動作可能である、請求項１に記載のネットワーク・エンティティ（１００）。
13. 通信ネットワークのネットワーク・エンティティ（１５０）であって、前記通信ネットワークは、複数のネットワーク・エンティティを含み、前記ネットワーク・エンティティ（１５０）は、
    前記通信ネットワークのイベント購読ネットワーク・エンティティ（１００）から、前記イベント購読ネットワーク・エンティティ（１００）を識別する情報を含み、前記ネットワーク・エンティティ（１５０）で注目する構成可能なイベントを構成するための構成ルールを含むイベント購読メッセージ（１１０）を提供するように動作可能なインターフェース（１５５）であって、前記注目する構成可能なイベントは、前記ネットワーク・エンティティ（１５０）から前記イベント購読ネットワーク・エンティティ（１００）に報告されるものとする、インターフェース（１５５）と、
    前記ネットワーク・エンティティ（１５０）から前記イベント購読ネットワーク・エンティティ（１００）に前記注目する構成可能なイベント（１６０）を提供するように動作可能なインターフェース（１６５）と、
    を含む、通信ネットワークのネットワーク・エンティティ（１５０）。
14. 通信ネットワークのための方法であって、前記通信ネットワークは、複数のネットワーク・エンティティを含み、
    イベント購読ネットワーク・エンティティ（１００）から前記通信ネットワークのイベント出版ネットワーク・エンティティ（１５０）に、前記イベント購読ネットワーク・エンティティ（１００）を識別する情報を含み、前記イベント出版ネットワーク・エンティティ（１５０）で注目する構成可能なイベントを構成するための構成ルールを含むイベント購読メッセージ（１１０）を提供するステップであって、前記注目する構成可能なイベント（１６０）は、前記イベント出版ネットワーク・エンティティ（１５０）から前記イベント購読ネットワーク・エンティティ（１００）に報告されるものとする、イベント購読メッセージ（１１０）を提供するステップと、
    前記イベント出版ネットワーク・エンティティ（１５０）から前記イベント購読ネットワーク・エンティティ（１００）に前記注目する構成可能なイベント（１６０）を提供するステップと、
    を含む、通信ネットワークのための方法。
15. プログラム可能なハードウェア・デバイスでコンピュータ・プログラムが実行されたときに、請求項１４に記載の方法を実行するためのプログラム・コードを持つ前記コンピュータ・プログラム。

Images