JP2017531370A - エネルギーセービング制御方法、管理サーバ及びネットワークデバイス - Google Patents

エネルギーセービング制御方法、管理サーバ及びネットワークデバイス Download PDF

Info

Publication number
JP2017531370A
JP2017531370A JP2017511164A JP2017511164A JP2017531370A JP 2017531370 A JP2017531370 A JP 2017531370A JP 2017511164 A JP2017511164 A JP 2017511164A JP 2017511164 A JP2017511164 A JP 2017511164A JP 2017531370 A JP2017531370 A JP 2017531370A
Authority
JP
Japan
Prior art keywords
resource
nfvo
energy efficiency
state parameter
notification information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017511164A
Other languages
English (en)
Other versions
JP6450835B2 (ja
Inventor
▲揚▼波 林
▲揚▼波 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2017531370A publication Critical patent/JP2017531370A/ja
Application granted granted Critical
Publication of JP6450835B2 publication Critical patent/JP6450835B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H04L41/0833—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for reduction of network energy consumption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/78—Architectures of resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本発明は、エネルギーセービング制御方法、管理サーバ及びネットワークデバイスを開示する。当該方法は、ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、ＮＦＶＯが、第１のリソースの管理ノードに第１の通知情報を送信することを含み、ここで、第１の通知情報は、現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである。本発明の実施例では、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とが、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦとＮＦを実現するためのリソースとの間の困難な協調制御の問題を解決する。

Description

本出願は、参照することによりその全体がここに援用される、“エネルギーセービング制御方法、管理サーバ及びネットワークデバイス”という名称である２０１４年８月２５日に中国専利局に出願された中国特許出願第２０１４１０４１９８７０．２号に対する優先権を主張する。
本発明の実施例は、ネットワーク機能仮想化の分野に関し、より詳細には、エネルギーセービング制御方法、管理サーバ及びネットワークデバイスに関する。
ネットワーク機能仮想化（ＮＦＶ）は、進化する情報技術（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ，ＩＴ）分野における仮想化技術を利用することによって、多数のネットワーク装置タイプを産業規格高容量サーバ、スイッチ及び記憶装置上に統合することであり、これにより、ネットワークオペレータがネットワーク及びネットワークサービス（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ，ＮＳ）を構築及び運営する方式を変える。ＮＦＶは、一連の産業規格サーバハードウェア上で実行可能なソフトウェアを利用することによってネットワーク機能を実現し、これにより、ネットワークアーキテクチャを変える。さらに、ソフトウェアは要求に従って、動的に移動するか、あるいは、新たなデバイスをインストールする必要なくネットワーク内の異なる位置でインスタンス化されうるため、ネットワーク処理は更に変更される。
図１を参照して、ＮＦＶリファレンスアーキテクチャは、以下のように複数の主要な機能コンポーネントを含む。
ＮＦＶインフラストラクチャ（ＮＦＶＩ）は、コマーシャル・オフ・ザ・シェルフ（ＣＯＴＳ）ハードウェア、必要なアクセラレータコンポーネント及び基礎となるハードウェア上で仮想化及び抽象化を実行するソフトウェアレイヤを含むＮＦＶ実行をサポートするのに必要とされる仮想化リソースを提供する。
バーチャルネットワーク機能（ＶＮＦ）は、ＮＦＶＩ上で実行可能なネットワーク機能（ＮＦ）のソフトウェア実現形態であり、単一のＶＮＦ及び当該単一のＶＮＦの特性を理解及び管理するためにエレメント管理システム（ＥＭＳ）を更に伴うものであってもよい。ＶＮＦは、ネットワークノードのエンティティと等価であり、ハードウェアから独立したソフトウェアのみとして提供されることが期待される。
ＮＦＶ管理及び編成（Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ，Ｍ＆Ｏ又はＭＡＮＯ）は、編成、インフラストラクチャ仮想化をサポートするための物理的及び／又はソフトウェアリソースに対するライフサイクル管理及びＶＮＦライフサイクル管理を含む。ＮＦＶ Ｍ＆Ｏは、ＮＦＶフレームワークにおける仮想化に固有の管理タスクにフォーカスする。ＮＦＶ Ｍ＆Ｏはまた、ＮＦＶが全ネットワーク範囲内の既存の管理見通しに統合されることを可能にするため、（ＮＦＶの外部の）オペレーション・サポート・システム（Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ，ＯＳＳ）／ビジネス・サポート・システム（Ｂｕｓｉｎｅｓｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ，ＢＳＳ）とやりとりする。
上記コンポーネントは、異なるエンティティが明確に分離できるように、定義されたリファレンスポイントを利用することによってインタラクションを実行し、これにより、オープン且つイノベーティブなＮＦＶエコシステムを実現する。ＶＮＦとＮＦＶＩとの間（及び内部のＮＦＶＩの間）のリファレンスポイントは、リソース抽象化、リソース仮想化及びＶＮＦホスト化を処理し、これにより、ＶＮＦは、ＮＦＶＩにおいてあるエンティティから他のエンティティに移動可能であるだけでなく、異なる基礎となるハードウェアを選択する可能性がある。ＮＦＶ Ｍ＆ＯとＶＮＦ及びＮＦＶＩのそれぞれとの間（及び内部のＮＦＶ Ｍ＆Ｏエンティティの間）のリファレンスポイントは、ＮＦＶシステムの管理及び運営を処理する。関連するコンポーネントは、既存の解決策（例えば、クラウド管理システム）の再利用が可能とされる方式で設計され、ＮＦＶシステムが接続する必要がある既存のＯＳＳ／ＢＳＳ環境とやりとりする。
以下の機能コンポーネントが更に、ＮＦＶ Ｍ＆Ｏ内部で定義される。
ＮＦＶ編成装置（ＮＦＶＯ）は、ネットワークサービス編成機能を完了させるためのＮＳのライフサイクル管理と、リソース編成機能を完了させるための複数のＶＩＭの間のＮＦＶＩリソース編成とを主として担当する。
ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦインスタンスのライフサイクル管理を担当する。各ＶＮＦは関連するＶＮＦＭを有し、１つのＶＮＦＭは単一のＶＮＦインスタンスを管理するため、又は同一タイプ若しくは異なるタイプの複数のＶＮＦインスタンスを管理するために指定されうる。ＶＮＦマネージャの利用可能な能力は、ＶＮＦインスタンス化、ＶＮＦのＮＦＶＩリソースコンフィギュレーション、ＶＮＦインスタンス更新、ＶＮＦインスタンススケーリング、ＮＦＶＩパフォーマンス測定及びイベントのＶＮＦインスタンス関連コレクション、ＶＮＦインスタンス関連イベントとの相関、ＶＮＦインスタンス支援又は自動回復、ＶＮＦインスタンス終了、ＶＮＦインスタンスのライフサイクル中のＶＮＦインスタンスに対するインテグリティ管理、ＮＦＶＩとＥＭＳとの間のイベント報告及びコンフィギュレーションのための全体的な連携及び適応化の役割の実施などを含む。
仮想化インフラストラクチャマネージャ（ＶＩＭ）は、ＮＦＶＩの計算、記憶及びネットワークリソースを制御及び管理することを担当し、通常は１つのオペレータのインフラストラクチャサブドメイン内にある。１つのＶＩＭは、１つのタイプのＮＦＶＩリソースを処理することに特化してもよいし、あるいは、複数のタイプのＮＦＶＩリソースを管理してもよい。ＶＩＭの利用可能な能力は、ＮＦＶＩリソースの配分／アップグレード／リリース／再利用を編成し、仮想化リソースと計算、記憶及びネットワークリソースとの間の関連付けを管理し、ハードウェアリソース（計算、記憶及びネットワーク）とソフトウェアリソース（例えば、ハイパバイザ）とのカタログを管理し、仮想化リソースのイベントとパフォーマンスリソースとを収集及び転送することなどを含む。
上記アーキテクチャに基づき、特定の機能を備えたＮＳは複数のＮＦを利用することによって実現されてもよい。従来のネットワークにおいて実現されるエンド・ツー・エンドＮＳは、物理ネットワーク機能（Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ，ＰＮＦ）のみを含む。ＮＦＶにおいて実現されるエンド・ツー・エンドＮＳについて、２つのエンドにおいて依然としてＰＮＦがあるが、中間では、一部又は全てのＰＮＦがＶＮＦと置換される。各ＮＦと各ＮＦの外部インタフェースとによって実現される機能は、ＮＦがＰＮＦ又はＶＮＦであるかに無関係である。ＶＮＦとＰＮＦとのリンク付けの間の位相関係は、ＶＮＦフォワーディンググラフ（ＶＮＦ Ｆｏｒｗａｒｄｉｎｇ Ｇｒａｐｈ，ＶＮＦＦＧ）を利用することによって記述されてもよく、各ＮＦの特性は、対応するネットワーク機能記述子（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ，ＮＦＤ）を利用することによって記述される。
ＶＮＦは、ＮＦＶＩによって提供される仮想リソース（仮想計算、記憶及びネットワークリソースを含む）に基づき実現される必要があり、これらの仮想リソースは対応する物理リソースに対して仮想化を実行することによって取得される。ＰＮＦは、物理リソースに基づき直接実現される。全ての制御がソフトウェア及びハードウェアと統合されたネットワークデバイスに中央化される従来のネットワークと異なって、ＮＦＶは、ネットワークデバイスのソフトウェア及びハードウェアの分離を実現するため仮想化を導入し、これにより、サービスに対する制御は主としてＰＮＦ及びＶＮＦレベルにおいて実現され、パフォーマンスに対する制御は、特にＮＦＶＩのハードウェアリソースレベルにおいて取得してＮＦＶＩにおいて実現される。
エネルギーセービングはネットワークデバイスの基本的なカウンタであり、エネルギーセービング制御は主としてサーバレイヤによって駆動され（例えば、サービスロード低減又は移転により生じる利用低減）、エネルギーセービング制御の実現は主としてインフラストラクチャハードウェアリソースレイヤにフォーカスする（例えば、電力をセーブするためアイドルデバイスをオフラインに置く）。ＮＦＶでは、ＮＦはＮＦを実現するためのリソースから分離され、例えば、ＶＮＦのサービスロードはＮＦＶＯによって制御され、ＶＮＦを実現するためのリソースはＶＩＭによって管理される。従って、エネルギーセービング制御中、ＮＦとＮＦを実現するためのリソースとに対する困難な協調制御の問題が生じる。
本発明の実施例は、ＮＦＶフィールドにおけるエネルギーセービング制御を実現するためのエネルギーセービング制御方法、管理サーバ及びネットワークデバイスを提供する。
第１の態様によると、エネルギーセービング制御方法であって、ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップであって、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、決定するステップと、前記ＮＦＶＯが、第１のリソースの管理ノードに第１の通知情報を送信するステップであって、前記第１の通知情報は前記エネルギー効率状態パラメータの現在値を含み、前記現在値によって示されるエネルギーセービング状態として前記第１のリソースのエネルギーセービング状態を設定するよう前記管理ノードに指示するのに用いられ、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、送信するステップと、を有するエネルギーセービング制御方法が提供される。
第１の態様を参照して、第１の態様の実現方式では、前記ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するステップは、前記ＮＦＶＯが、前記第１のＮＦの現在のサービス負荷と前記第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って前記現在値を取得するステップを含む。
第１の態様又は第１の態様の実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦはサービス負荷が変化するＮＦであり、前記現在のサービス負荷は前記第１のＮＦの変化したサービス負荷であり、前記ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップの前に、当該方法は更に、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップを含み、複数のＮＦから第１のＮＦを選択するステップは、前記ＮＦＶＯが、前記複数のＮＦからサービス負荷が変化する前記第１のＮＦを選択するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップの前に、当該方法は更に、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップであって、前記第２の通知情報は、前記第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、取得するステップを含み、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップは、前記ＮＦＶＯが、前記第２の通知情報を取得するとき、前記第２のリソースを利用することによって実現される前記ＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記複数のＮＦの間のサービス負荷調整を実行するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＮＦＶＯであるか、又は、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記第２のリソースを管理するＶＩＭであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＰＮＦを管理するＥＭＳである。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは前記ＮＦＶＯであり、前記第２の通知情報は前記ＮＦＶＯのクエリ結果であり、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップは、前記ＮＦＶＯが、前記クエリ結果を取得するため、前記第２のリソースの利用をクエリするステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは前記第２のリソースの管理ノードであり、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップは、前記ＮＦＶＯが、前記第２のリソースの管理ノードから前記第２の通知情報を受信するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップの前に、当該方法は更に、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップであって、前記第３の通知情報は、前記第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、前記第２のＮＦは前記複数のＮＦにおける何れかのＮＦである、取得するステップを含み、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップは、前記ＮＦＶＯが、前記第３の通知情報を取得するとき、前記複数のＮＦの間のサービス負荷調整を実行するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記ＮＦＶＯであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＶＮＦＭであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳである。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは前記ＮＦＶＯであり、前記第３の通知情報は前記ＮＦＶＯのクエリ結果であり、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップは、前記ＮＦＶＯが、前記第２のＮＦの利用をクエリし、前記クエリ結果を取得するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは、前記第２のＮＦの管理ノードであり、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップは、前記ＮＦＶＯが、前記第２のＮＦの管理ノードから前記第３の通知情報を受信するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記ＮＦＶＯが、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行する。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、当該方法は更に、前記ＮＦＶＯが、前記第１のリソースを利用することによって実現される他のＶＮＦを取得するステップと、前記ＮＦＶＯが、前記第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記他のＶＮＦのサービス負荷を調整するステップとを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦは前記ＮＦＶＯによって管理される第１のＮＳに属し、前記ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するステップの前に、当該方法は更に、前記第１のＮＳを編成するとき、前記ＮＦＶＯと前記第１のＮＳにおける全てのＮＦの管理ノードとの間で、前記ＮＦＶＯに記録される前記全てのＮＦのエネルギー効率状態パラメータ値が前記全てのＮＦの管理ノードのものと同じであるように、前記全てのＮＦのエネルギー効率状態パラメータ値を同期させるステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記第１のリソースの管理ノードはＶＩＭであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードは前記第１のＮＦを管理するＥＭＳである。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
第２の態様によると、エネルギーセービング制御方法であって、ＮＦＶＯによって送信された第１の通知情報を受信するステップであって、前記第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、受信するステップと、前記現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するステップであって、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、設定するステップとを有するエネルギーセービング制御方法が提供される。
第２の態様を参照して、第２の態様の実現方式では、当該方法は更に、第２のリソースの利用をモニタするステップと、前記第２のリソースの利用が所定の閾値未満であるとき、前記ＮＦＶＯに第２の通知情報を送信するステップであって、前記第２の通知情報は、前記第２のリソースの利用が前記所定の閾値未満であることを示すのに用いられる、送信するステップとを含む。
第２の態様又は第２の態様の上記実現方式の何れか１つを参照して、第２の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、当該方法はＶＩＭによって実行されるか、又は、前記第１のＮＦはＰＮＦであり、当該方法はＯＳＳ／ＢＳＳによって実行されるか、又は、前記第１のＮＦはＰＮＦであり、当該方法は前記第１のＮＦを管理するエレメント管理システムＥＭＳによって実行される。
第２の態様又は第２の態様の上記実現方式の何れか１つを参照して、第２の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
第３の態様によると、エネルギーセービング制御管理サーバであって、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成される処理ユニットであって、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、処理ユニットと、
第１のリソースの管理ノードに第１の通知情報を送信するよう構成される送信ユニットであって、前記第１の通知情報は、前記処理ユニットによって決定された現在値を含み、前記現在値によって示されるエネルギーセービング状態として前記第１のリソースのエネルギーセービング状態を設定するよう前記管理ノードに指示するのに用いられ、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、送信ユニットと、
を有するエネルギーセービング制御管理サーバが提供される。
第３の態様を参照して、第３の態様の実現方式では、前記処理ユニットは、具体的には、前記第１のＮＦの現在のサービス負荷と前記第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って前記現在値を取得するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦはサービス負荷が変化するＮＦであり、前記現在のサービス負荷は前記第１のＮＦの変化したサービス負荷であり、前記管理サーバは更に、複数のＮＦの間のサービス負荷調整を実行するよう構成される第１の調整ユニットと、前記複数のＮＦからサービス負荷が変化する前記第１のＮＦを選択するよう構成される選択ユニットとを含む。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記管理サーバは更に、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するよう構成される第１の取得ユニットであって、前記第２の通知情報は、前記第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、第１の取得ユニットを含み、前記第１の調整ユニットは、具体的には、前記第２の通知情報が取得されるとき、前記第２のリソースを利用することによって実現される前記ＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記複数のＮＦの間のサービス負荷調整を実行するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記管理サーバであるか、又は、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記第２のリソースを管理するＶＩＭであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＰＮＦを管理するＥＭＳである。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは前記管理サーバであり、前記第２の通知情報は前記管理サーバのクエリ結果であり、前記第１の取得ユニットは、具体的には、前記第２のリソースの利用をクエリし、前記クエリ結果を取得するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは前記第２のリソースの管理ノードであり、前記第１の取得ユニットは、具体的には、前記第２のリソースの管理ノードから前記第２の通知情報を受信するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記管理サーバは更に、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成される第２の取得ユニットであって、前記第３の通知情報は、前記第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、前記第２のＮＦは前記複数のＮＦにおける何れかのＮＦである、第２の取得ユニットを含み、前記第１の調整ユニットは、具体的には、前記第３の通知情報が取得されるとき、前記複数のＮＦの間のサービス負荷調整を実行するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記管理サーバであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＶＮＦＭであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳである。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは前記管理サーバであり、前記第３の通知情報は前記管理サーバのクエリ結果であり、前記第２の取得ユニットは、具体的には、前記第２のＮＦの利用をクエリし、前記クエリ結果を取得するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは、前記第２のＮＦの管理ノードであり、前記第２の取得ユニットは、具体的には、前記第２のＮＦの管理ノードから前記第３の通知情報を受信するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１の調整ユニットは、具体的には、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記管理サーバは更に、前記第１のリソースを利用することによって実現される他のＶＮＦを取得するよう構成される第３の取得ユニットと、前記第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記他のＶＮＦのサービス負荷を調整するよう構成される第２の調整ユニットとを含む。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦは前記管理サーバによって管理される第１のＮＳに属し、前記管理サーバは更に、前記第１のＮＳを編成するとき、前記管理サーバと前記第１のＮＳにおける全てのＮＦの管理ノードとの間で、前記管理サーバに記録される前記全てのＮＦのエネルギー効率状態値が前記全てのＮＦの管理ノードのものと同じであるように、前記全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される同期ユニットを含む。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記第１のリソースの管理ノードはＶＩＭであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードは前記第１のＮＦを管理するＥＭＳである。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
第４の態様によると、エネルギーセービング制御ネットワークデバイスであって、ＮＦＶＯによって送信された第１の通知情報を受信するよう構成される受信ユニットであって、前記第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、前記エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、受信ユニットと、前記受信ユニットによって受信された前記現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成される設定ユニットであって、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、設定ユニットとを有するエネルギーセービング制御ネットワークデバイスが提供される。
第４の態様を参照して、第４の態様の実現方式では、前記ネットワークデバイスは更に、第２のリソースの利用をモニタするよう構成されるモニタリングユニットと、前記第２のリソースの利用が所定の閾値未満であるとき、前記ＮＦＶＯに第２の通知情報を送信するよう構成される送信ユニットであって、前記第２の通知情報は、前記第２のリソースの利用が前記所定の閾値未満であることを示すのに用いられる、送信ユニットとを含む。
第４の態様又は第４の態様の上記実現方式の何れか１つを参照して、第４の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記ネットワークデバイスはＶＩＭであるか、又は、前記第１のＮＦはＰＮＦであり、前記ネットワークデバイスはＯＳＳ／ＢＳＳであるか、又は、前記第１のＮＦはＰＮＦであり、前記ネットワークデバイスは前記第１のＮＦを管理するＥＭＳである。
第４の態様又は第４の態様の上記実現方式の何れか１つを参照して、第４の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
本発明の実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが、第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とが、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦとＮＦを実現するためのリソースとの間の困難な協調制御の問題を解決する。
本発明の実施例における技術的解決策をより明確に説明するため、以下は、本発明の実施例を説明するのに必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は本発明の単なるいくつかの実施例を示し、当業者は、創作的な努力なく、これらの添付図面から他の図面を依然として導出してもよい。
図１は、ＮＦＶリファレンスアーキテクチャの図である。 図２は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。 図３は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。 図４は、本発明の実施例による管理サーバの概略的なブロック図である。 図５は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。 図６は、本発明の実施例による管理サーバの概略的なブロック図である。 図７は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。
以下は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決策を明確且つ完全に説明する。明らかに、説明される実施例は、本発明の実施例の全てでなく一部である。創作的な努力なく本発明の実施例に基づき当業者により取得される他の全ての実施例は、本発明の保護範囲内に属する。
図２は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。図２における方法はＮＦＶＯによって実行されてもよい。図１における方法は以下のステップを含む。
２１０．ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す。
第１のＮＦは、管理されているＮＳからＮＦＶＯによって選択又は決定されたＮＦであってもよい。ＮＦＶＯは、ＮＦをリンクさせることによってＮＳ（又はＮＳを作成又は実現するとして参照される）を編成する。従来のネットワークにおいて実現されるエンド・ツー・エンドＮＳは、物理ネットワーク機能（Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ，ＰＮＦ）のみを含む。ＮＦＶにおいて実現されるエンド・ツー・エンドＮＳについて、通常は２つのエンドにおいて依然としてＰＮＦが存在するが、中間では、一部又は全てのＰＮＦがＶＮＦと置換される。各ＮＦによって実現される機能及び各ＮＦの外部インタフェースは、ＮＦがＰＮＦ又はＶＮＦであるか否かに無関係である。リンクするＶＮＦとＰＮＦとの間の位相関係は、ＶＮＦフォワーディンググラフ（ＶＮＦ Ｆｏｒｗａｒｄｉｎｇ Ｇｒａｐｈ，ＶＮＦＦＧ）を用いることによって記述されてもよく、各ＮＦの特性は対応するネットワーク機能記述子（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ，ＮＦＤ）を用いることによって記述される。上記の第１のＮＦは、ＮＦＶＯの編成されたＮＳにおける何れかのＰＮＦ又はＶＮＦであってもよい。
第１のＮＦはＮＦＶＯによって管理されるＮＳにおける何れかのＮＦであってもよく、ＮＳは複数のリンクするＮＦを含むことが理解されるべきである。エネルギー効率状態パラメータは、複数のＮＦにおける各ＮＦについて設定されてもよく、各ＮＦのエネルギー効率状態パラメータ値は、各ＮＦのエネルギー効率状態パラメータのエネルギーセービング状態を示す。
ＮＦＶフィールドでは、第１のＮＦのエネルギーセービング状態を表すパラメータ、すなわち、エネルギー効率状態（Ｅｎｅｒｇｙ Ｅｆｆｉｃｉｅｎｃｙ Ｓｔａｔｕｓ，ＥＥＳ）パラメータが、第１のＮＦについて予め設定されてもよい。エネルギー効率状態パラメータは、オン／オフタイプのパラメータとして設定されてもよく、すなわち、エネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、第１のＮＦがエネルギーセービング状態を出たことをそれぞれ示す２つの値を含むものであってもよい。例えば、エネルギー効率状態パラメータ値は、“オン”（Ｏｎ）及び“オフ”（Ｏｆｆ）である。他の例では、エネルギー効率状態パラメータ値は、“真”（Ｔｒｕｅ）及び“偽”（Ｆａｌｓｅ）である。おそらく、複数の値がエネルギー効率状態パラメータについて設定されてもよく、それぞれ複数のエネルギーセービング状態又はレベルを表す。例えば、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むものであってもよい。あるいは、第１のＮＦのエネルギー効率状態パラメータ値は、１，２又は３であり、それぞれ第１のＮＦのエネルギーセービングレベルがレベル１，レベル２又はレベル３であることを表す。エネルギー効率状態パラメータ値を規定する上記方式は単なる説明のための具体例であることが留意されるべきである。実際、エネルギー効率状態パラメータ値を規定する特定の方式がＮＳの要求に従ってカスタマイズされてもよい。
さらに、第１のＮＦのエネルギー効率状態パラメータの有効性は、第１のＮＦのライフサイクルを伴うものであってもよい。第１のＮＦがＰＮＦであるとき、ＰＮＦはソフトウェア及びハードウェアと統合され、永続的なライフサイクルを有するため、ＰＮＦのエネルギー効率状態パラメータは永続的に存在する。第１のＮＦがＶＮＦであるとき、ＶＮＦは、仮想化技術を利用することによっていくつかの物理リソースに一時的に基づきインスタンス化によって実現され、ＶＮＦのライフサイクルは一時的であり、従って、ＶＮＦのエネルギー効率状態パラメータは一時的に存在しうる。すなわち、ＶＮＦのエネルギー効率状態パラメータは、インスタンス化がＶＮＦに対して実行されるときに有効であり、ＶＮＦのインスタンス化が終了するとき有効性を失い、すなわち、エネルギー効率状態パラメータの有効性はＶＮＦのライフサイクルを伴う。
エネルギー効率状態パラメータの上記現在値は、第１のＮＦの現在のエネルギーセービング状態を示すのに利用されてもよい。第１のＮＦのエネルギー効率状態パラメータの現在値は複数の方式で決定されてもよい。例えば、ＮＦＶＯは、ＮＦのサービス負荷とＮＦのエネルギー効率状態パラメータ値との間の対応関係を予め確立してもよく、このようにして、ＮＦＶＯは、第１のＮＦの現在のサービス負荷と上記の対応関係とに基づき、第１のＮＦのエネルギー効率状態パラメータの現在値を決定してもよい。上記の現在値の決定方式は、特定の実施例を参照して以降において詳細に説明され、ここでは詳細は説明されない。
２２０．ＮＦＶＯが、第１のリソースの管理ノードに第１の通知情報を送信し、ここで、第１の通知情報は上記の現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが、第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とが、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦとＮＦを実現するためのリソースとの間の困難な協調制御の問題を解決する。
第１のリソースの上記の管理ノードの特定のタイプは第１のＮＦの特定のタイプに関連することが理解されるべきである。例えば、第１のＮＦがＰＮＦであるとき、管理ノードはＯＳＳ／ＢＳＳであってもよいし、あるいは、ＰＮＦを管理するＥＭＳであってもよい。第１のＮＦがＶＮＦであるとき、第１のリソースの管理ノードはＶＩＭであってもよい。さらに、第１のＮＦがＶＮＦであるとき、第１のリソースは、第１のＮＦを実現するための仮想リソース及び／又は物理リソースであってもよく、ここで、仮想リソースは、仮想計算リソース、仮想記憶リソース又は仮想ネットワークリソースを含むものであってもよく、物理リソースは、物理計算リソース、物理記憶リソース又は物理ネットワークリソースを含むものであってもよい。
任意的には、実施例では、ステップ２１０は、ＮＦＶＯが、第１のＮＦの現在のサービス負荷と第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って、第１のＮＦのエネルギー効率状態パラメータの現在値を取得することを含むものであってもよい。
例えば、第１のＮＦのエネルギー効率状態パラメータは、２つの値“オン”及び“オフ”を含む。上記の対応関係は以下の通りである。第１のＮＦのサービス負荷が０であり、エネルギー効率状態パラメータ値が“オフ”であり、第１のＮＦのサービス負荷が０でなく、エネルギー効率状態パラメータ値が“オン”である。他の具体例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個のエネルギーセービング状態レベルを示すのにそれぞれ用いられるＮ個の値を含む。上記の対応関係は、Ｎ個の値とサービス負荷量が属するＮ個の区間との間の一対一の対応関係である。上記の対応関係は、第１のＮＦの現在のサービス負荷が属する区間を示すのに利用され、当該区間に対応する値が、第１のＮＦのエネルギー効率状態パラメータの現在値として用いられる。
さらに、上記の第１のＮＦは、サービス負荷が変化するＮＦであってもよく、上記の現在のサービス負荷は、第１のＮＦの変化したサービス負荷であってもよく、ステップ２１０の前に、図２における方法は更に、ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行し、ＮＦＶＯが、上記の複数のＮＦからサービス負荷が変化する第１のＮＦを選択することを含むものであってもよい。
いくつかのＮＦのサービス負荷は、ＮＦＶＯがサービス負荷調整を実行した後に変化し、ＮＦＶＯはサービス負荷が変化したＮＦのエネルギー効率状態パラメータ値を再決定してもよいことが理解されてもよい。ＮＦＶＯはサービス負荷の変化が相対的に大きいＮＦのエネルギー効率状態パラメータの現在値のみを再決定してもよいことが留意されるべきである。例えば、ＮＦＶＯは、ＮＦのサービス負荷が劇的に低下するか、クリアされたことを検出し、ＮＦのエネルギー効率状態パラメータの現在値を再決定する。おそらく、ＮＦＶＯがサービス負荷が変化したＮＦを検出する毎に、ＮＦＶＯは、ＮＦのエネルギー効率状態パラメータの現在値を再計算してもよい。
複数のＮＦの間のサービス負荷調整を実行するようＮＦＶＯをトリガするための複数の条件があってもよいことが留意されるべきであり、以下は、ＮＦＶＯが複数のＮＦの間のサービス負荷調整を実行するようトリガされる複数の実施例を説明する。
任意的には、実施例では、複数のＮＦの間のサービス負荷調整を実行する前に、当該方法は更に、ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得することを含むものであってもよく、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられ、上記の複数のＮＦの間のサービス負荷調整を実行することは、ＮＦＶＯが、第２の通知情報を取得するとき、第２のリソースを利用することによって実現されるＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、複数のＮＦの間のサービス負荷調整を実行することを含むものであってもよい。
具体的には、“ＮＦリソース利用統計機構”は、ＮＦリソースの利用をモニタ（又はモニタ及び制御）するよう予め設定されてもよい。ここでの統計機構は、ＮＦＶＯ自体によって実行されるモニタリング機能（例えば、クエリ又は監査）であってもよいし、あるいは、他のエンティティ又は他の機能ブロック（例えば、ＶＩＭ）からのイベント検出報告機能であってもよい。例えば、上記の第２のリソースがＶＮＦを実現するためのリソースであるとき、上記のモニタリングノードは、第２のリソースを管理するＶＩＭであってもよい。他の具体例では、上記の第２のリソースがＰＮＦを実現するためのリソースであるとき、上記のモニタリングノードはＯＳＳ／ＢＳＳであってもよい。他の具体例では、第２のリソースがＰＮＦを実現するためのリソースであるとき、上記のモニタリングノードは、ＰＮＦを管理するＥＭＳであってもよい。さらに、モニタリングノードがＮＦＶＯである場合、上記の第２の通知情報は、第２のリソースの利用が所定の閾値未満であるというＮＦＶＯによって検出された結果であってもよい。モニタリングノードがＶＮＦＭなどの他のモニタリングノードである場合、上記の第２の通知情報は、他のモニタリングノードによって報告される情報であってもよく、第２のリソースの利用は所定の閾値未満であることを示す。
第２のリソースがＶＮＦを実現するためのリソースであるとき、ＶＮＦとリソースとの間の対応関係（例えば、ここでは詳細には説明されない従来技術の方式でＶＮＦＭ又はＶＩＭから取得されうる）に従って、ＮＦＶＯは、第２のリソースに基づき実現される全てのＶＮＦを検出してもよいことが更に留意されるべきである。このとき、ＮＦＶＯは、異なるリソースに基づき実現されるＶＮＦの間のサービス負荷協調を実行し、例えば、第２のリソースに基づき実現されるＶＮＦから他のリソースに基づき実現されるＶＮＦにサービス負荷を移転するか、あるいは、リソースを利用することによって実現される１つのＶＮＦに他のリソースに基づき実現されるＶＮＦ上のサービス負荷を集中させる。
任意的には、他の実施例では、複数のＮＦの間のサービス負荷調整を実行する前に、当該方法は更に、ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得することを含むものであってもよく、ここで、第３の通知情報は、第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、第２のＮＦは複数のＮＦにおける何れかのＮＦであり、上記の複数のＮＦの間のサービス負荷調整を実行することは、ＮＦＶＯが、第３の通知情報を取得するとき、複数のＮＦの間のサービス負荷調整を実行することを含むものであってもよい。
具体的には、“ＮＦ利用統計機構”は、ＮＦの利用をモニタ（又はモニタ及び制御）するよう予め設定されてもよい。統計機構を利用することによって、ＶＮＦの利用が所定の閾値に低下することを知ると、ＮＦＶＯは、上記のエネルギーセービング制御を実行してもよい。統計機構は、ＮＦＶＯ自体によって実行されるモニタリング機能（例えば、クエリ又は監査）であってもよいし、あるいは、他のエンティティ又は他の機能ブロック（例えば、ＶＮＦＭ）からのイベント検出報告機能であってもよい。例えば、上記の第２のＮＦであり、上記のモニタリングノードがＮＦＶＯであってもよく、あるいは、上記の第２のＮＦがＶＮＦであり、上記のモニタリングノードが第２のＮＦを管理するＶＮＦＭであってもよいし、あるいは、上記の第２のＮＦがＰＮＦであり、上記のモニタリングノードはＯＳＳ／ＢＳＳであってもよいし、あるいは、上記の第２のリソースがＰＮＦであり、上記のモニタリングノードは、第２のＮＦを管理するＥＭＳであってもよい。
任意的には、他の実施例では、ＮＦＶＯは、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービスロード調整を実行する。例えば、ＮＦＶＯは、ＯＳＳ／ＢＳＳによって送信された処理及びメンテナンスプランを受信し、ここで、当該処理及びメンテナンスプランは、毎晩１８：００に、ＮＳにおける半分のＮＦのサービス負荷をクリアし、エネルギーをセーブするためこれらのＮＦを無効にすることを示す。１８：００に、ＮＦＶＯは、管理されるＮＳにおける半分のＮＦのサービス負荷をクリアし、これらのＮＦのエネルギー効率状態パラメータ値を再決定し、それからこれらのＮＦを実現するためのリソースの管理ノードに再決定されたエネルギー効率状態パラメータ値を送信する。管理ノードは、上記の再決定されたエネルギー効率状態パラメータ値によって示されるエネルギーセービング状態としてリソースのエネルギーセービング状態を設定する。
上記の実施例では、複数のＮＦの間のサービスロード調整を実行するとき、ＶＮＦに対して、ＮＦＶＯはＶＮＦのサービス負荷を直接調整してもよく、ＰＮＦに対して、ＮＦＶＯは、ＯＳＳ／ＢＳＳ及び／又はＥＭＳを利用することによって、ＰＮＦのサービス負荷を調整してもよいことが留意されるべきである。
第１のＮＦがＶＮＦであるとき、図２における方法は更に、ＮＦＶＯが、第１のリソースを利用することによって実現される他のＶＮＦを取得し、ＮＦＶＯが、第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、他のＶＮＦのサービス負荷を調整することを含むものであってもよい。
さらに、上記のエネルギーセービング制御を実行するとき、ＮＦＶＯは、ＶＮＦ及び／又はＰＮＦのサービス負荷を調整することによって生じるＮＦリンク上の変化を反映するようにＶＮＦＦＧを修正してもよい。例えば、上記のエネルギーセービング制御手順の後、ＶＮＦのサービス負荷は０に低下し、ＮＦＶＯは、ＶＮＦＦＧからＶＮＦを削除し、他の対応するＶＮＦのリンク方式を変更してもよい。
さらに、第１のリソースの管理ノードが第１のリソースのエネルギーセービング状態を調整することを拒絶するとき、管理ノードは、ＮＦＶＯに失敗レスポンスを返し、さらにより詳細な失敗原因を添付してもよい。
任意的には、実施例では、第１のＮＦはＮＦＶＯによって管理される第１のＮＳに属し、ステップ２１０の前に、図２における方法は更に、第１のＮＳを編成するとき、ＮＦＶＯと第１のＮＳにおける全てのＮＦの管理ノードとの間で、ＮＦＶＯに記録される全てのＮＦのエネルギー効率状態パラメータ値が全てのＮＦの管理ノードのものと同じであるように、全てのＮＦのエネルギー効率状態パラメータ値を同期させることを含むものであってもよい。
エネルギー効率状態パラメータは、複数の方式でＮＦＶＯとＮＦマネージャとの間で同期されてもよい。実現方式では、ＮＳを編成するとき、ＮＦＶＯは、ＮＳの実際の要求又は適用シナリオなどのファクタに従って、ＮＳにおける各ＮＦのエネルギー効率状態パラメータの初期値を予め計算してもよい。それから、ＮＦＶＯは、ＰＮＦの呼び出し又はＶＮＦの作成のリクエスト情報を各ＮＦのマネージャに送信し、例えば、ＮＦＤに初期値を直接添付するなど、リクエスト情報において各ＮＦのマネージャに各ＮＦの初期値を送信する。任意的には、他の実現方式では、ＮＦＶＯがＮＳを編成するとき、エネルギー効率状態パラメータに値を割り当てるなどの関連する処理は関与しなくてもよい。ＮＦＶＯがＰＮＦを呼び出すことを要求するか、又はＶＮＦを作成することを要求するとき、ＰＮＦ又はＶＮＦのマネージャは、ＰＮＦ又はＶＮＦに対して初期的なエネルギーセービング状態を設定し、エネルギーセービング状態に対応するエネルギー効率状態パラメータ値をＮＦＶＯに返す。ＮＦＶＯは、返されたエネルギー効率状態パラメータ値をＰＮＦ又はＶＮＦの初期値として利用する。
図２を参照して、上記はＮＦＶＯの視点から本発明の実施例におけるエネルギーセービング制御方法を詳細に説明した。図３を参照して、以下は、リソースの管理ノード側から本発明の実施例におけるエネルギーセービング制御方法を詳細に説明する。管理ノード側からの説明はＮＦＶＯ側からの説明と同じか、又は対応することが理解されるべきであり、繰り返しの説明は繰り返しを回避するため適切に省略される。
図３は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。図３における方法は第１のリソースの管理ノードによって実行される。第１のＮＦがＶＮＦであるとき、管理ノードはＶＩＭであってもよい。第１のＮＦがＰＮＦであるとき、管理ノードはＯＳＳ／ＢＳＳ又はＥＭＳであってもよい。図３における方法は以下のステップを含む。
３１０．ＮＦＶＯによって送信された第１の通知情報を受信し、ここで、第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す。
３２０．現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定し、ここで、第１のリソースは第１のＮＦを実現するためのリソースである。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、図３における方法は更に、第２のリソースの利用をモニタし、第２のリソースの利用が所定の閾値未満であるとき、ＮＦＶＯに第２の通知情報を送信し、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる。
任意的には、実施例では、第１のＮＦはＶＮＦであり、図３における方法はＶＩＭによって実行されるか、又は、第１のＮＦはＰＮＦであり、図３における方法はＯＳＳ／ＢＳＳによって実行されるか、又は、第１のＮＦはＰＮＦであり、図３における方法は第１のＮＦを管理するＥＭＳによって実行される。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
本発明の各種実施例では、上記の処理のシーケンス番号は実行順序を意味するものでないことが理解されるべきである。当該処理の実行順序は、処理の機能及び内部ロジックに従って決定されるべきであり、本発明の実施例の実現処理に対する何れかの限定として解釈されるべきでない。
上記は図１〜３を参照して本発明の実施例によるエネルギーセービング制御方法を詳細に説明し、以下は図４〜７を参照して本発明の実施例による管理サーバを詳細に説明する。
図４は、本発明の実施例による管理サーバの概略的なブロック図である。図４における管理サーバ４００は、図１〜３におけるＮＦＶＯによって実行されるステップを実現可能であり、詳細は繰り返しを回避するためここでは説明されない。管理サーバ４００は、
第１のＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成され、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、処理ユニット４１０と、
第１のリソースの管理ノードに第１の通知情報を送信するよう構成され、ここで、第１の通知情報は、処理ユニット４１０によって決定された現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである、送信ユニット４２０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、処理ユニット４１０は、具体的には、第１のＮＦの現在のサービス負荷と第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って、第１のＮＦのエネルギー効率状態パラメータの現在値を取得するよう構成される。
任意的には、実施例では、第１のＮＦはサービス負荷が変化するＮＦであり、現在のサービス負荷は第１のＮＦの変化したサービス負荷であり、管理サーバ４００は更に、複数のＮＦの間のサービス負荷調整を実行するよう構成される第１の調整ユニットと、複数のＮＦからサービス負荷が変化する第１のＮＦを選択するよう構成される選択ユニットとを含む。
任意的には、実施例では、管理サーバ４００は更に、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するよう構成され、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、第１の取得ユニットを含み、第１の調整ユニットは、具体的には、第２の通知情報が取得されるとき、第２のリソースを利用することによって実現されるＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは管理サーバ４００であるか、又は、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは第２のリソースを管理するＶＩＭであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＰＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ４００であり、第２の通知情報は管理サーバ４００のクエリ結果であり、第１の取得ユニットは、具体的には、第２のリソースの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは第２のリソースの管理ノードであり、第１の取得ユニットは、具体的には、第２のリソースの管理ノードから第２の通知情報を受信するよう構成される。
任意的には、実施例では、管理サーバ４００は更に、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成される第２の取得ユニットを含み、ここで、第３の通知情報は、第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、第２のＮＦは複数のＮＦにおける何れかのＮＦであり、第１の調整ユニットは、具体的には、第３の通知情報が取得されるとき、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のＮＦはＶＮＦであり、モニタリングノードは管理サーバ４００であるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＶＮＦＭであるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ４００であり、第３の通知情報は管理サーバ４００のクエリ結果であり、第２の取得ユニットは、具体的には、第２のＮＦの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは、第２のＮＦの管理ノードであり、第２の取得ユニットは、具体的には、第２のＮＦの管理ノードから第３の通知情報を受信するよう構成される。
任意的には、実施例では、第１の調整ユニットは、具体的には、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第１のＮＦはＶＮＦであり、管理サーバ４００は更に、第１のリソースを利用することによって実現される他のＶＮＦを取得するよう構成される第３の取得ユニットと、第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、他のＶＮＦのサービス負荷を調整するよう構成される第２の調整ユニットとを含む。
任意的には、実施例では、第１のＮＦは管理サーバ４００によって管理される第１のＮＳに属し、管理サーバ４００は更に、第１のＮＳを編成するとき、管理サーバ４００と第１のＮＳにおける全てのＮＦの管理ノードとの間で、ＮＦＶＯに記録される全てのＮＦのエネルギー効率状態パラメータ値が全てのＮＦの管理ノードのものと同じであるように、全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される同期ユニットを含む。
任意的には、実施例では、第１のＮＦはＶＮＦであり、第１のリソースの管理ノードはＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードは第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
図５は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。図５におけるネットワークデバイスは、図１〜３における第１のリソースの管理ノードによって実行されるステップを実現可能であり、詳細は繰り返しを回避するためここでは説明されない。ネットワークデバイス５００は、
ＮＦＶＯによって送信された第１の通知情報を受信するよう構成され、ここで、第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、受信ユニット５１０と、
受信ユニット５１０によって受信された現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成され、ここで、第１のリソースは第１のＮＦを実現するためのリソースである、設定ユニット５２０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、ネットワークデバイス５００は更に、第２のリソースの利用をモニタするよう構成されるモニタリングユニットと、第２のリソースの利用が所定の閾値未満であるとき、ＮＦＶＯに第２の通知情報を送信するよう構成され、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、送信ユニットとを含む。
任意的には、実施例では、第１のＮＦはＶＮＦであり、ネットワークデバイス５００はＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス５００はＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス５００は第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
図６は、本発明の実施例による管理サーバの概略的なブロック図である。図６における管理サーバ６００は、図１〜３におけるＮＦＶＯによって実行されるステップを実現可能であり、繰り返しを回避するため、詳細はここでは説明されない。管理サーバ６００は、
プログラムを記憶するよう構成されるメモリ６１０と、
プログラムを実行するよう構成されるプロセッサ６２０であって、ここで、プログラムの実行中、プロセッサ６２０は、具体的には、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成され、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、プロセッサ６２０と、
第１のリソースの管理ノードに第１の通知情報を送信するよう構成され、ここで、第１の通知情報は、プロセッサ６２０によって決定された現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである、送受信機６３０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、プロセッサ６２０は、具体的には、第１のＮＦの現在のサービス負荷と第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って、第１のＮＦのエネルギー効率状態パラメータの現在値を取得するよう構成される。
任意的には、実施例では、第１のＮＦはサービス負荷が変化するＮＦであり、現在のサービス負荷は第１のＮＦの変化したサービス負荷であり、プロセッサ６２０は、具体的には、複数のＮＦの間のサービス負荷調整を実行し、複数のＮＦからサービス負荷が変化する第１のＮＦを選択するよう構成される。
任意的には、実施例では、プロセッサ６２０は、具体的には、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得し、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられ、第２の通知情報を取得するとき、第２のリソースを利用することによって実現されるＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは管理サーバ６００であるか、又は、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは第２のリソースを管理するＶＩＭであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＰＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ６００であり、第２の通知情報は管理サーバ６００のクエリ結果であり、プロセッサ６２０は、具体的には、第２のリソースの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは第２のリソースの管理ノードであり、プロセッサ６２０は、具体的には、第２のリソースの管理ノードから第２の通知情報を受信するよう構成される。
任意的には、実施例では、プロセッサ６２０は、具体的には、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成され、ここで、第３の通知情報は、第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、第２のＮＦは複数のＮＦにおける何れかのＮＦであり、プロセッサ６２０は、具体的には、第３の通知情報を取得するとき、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のＮＦはＶＮＦであり、モニタリングノードは管理サーバ６００であるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＶＮＦＭであるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ６００であり、第３の通知情報は管理サーバ６００のクエリ結果であり、プロセッサ６２０は、具体的には、第２のＮＦの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは、第２のＮＦの管理ノードであり、プロセッサ６２０は、具体的には、第２のＮＦの管理ノードから第３の通知情報を受信するよう管理サーバ６００によって構成される。
任意的には、実施例では、プロセッサ６２０は、具体的には、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第１のＮＦはＶＮＦであり、プロセッサ６２０、具体的には、第１のリソースを利用することによって実現される他のＶＮＦを取得し、第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、他のＶＮＦのサービス負荷を調整するよう構成される。
任意的には、実施例では、第１のＮＦは管理サーバ６００によって管理される第１のＮＳに属し、プロセッサ６２０は、具体的には、第１のＮＳを編成するとき、管理サーバ６００と第１のＮＳにおける全てのＮＦの管理ノードとの間で、管理サーバ６００に記録される全てのＮＦのエネルギー効率状態パラメータ値が全てのＮＦの管理ノードのものと同じであるように、全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される。
任意的には、実施例では、第１のＮＦはＶＮＦであり、第１のリソースの管理ノードはＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードは第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
図７は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。図７におけるネットワークデバイス７００は、図１〜３における第１のリソースの管理ノードによって実行されるステップを実現可能であり、詳細は繰り返しを回避するためここでは説明されない。ネットワークデバイス７００は、
ＮＦＶＯによって送信された第１の通知情報を受信するよう構成され、ここで、第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、受信機７１０と、
受信機７１０によって受信された現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成され、ここで、第１のリソースは第１のＮＦを実現するためのリソースである、プロセッサ７２０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、プロセッサ７２０は、具体的には、第２のリソースの利用をモニタし、第２のリソースの利用が所定の閾値未満であるとき、ＮＦＶＯに第２の通知情報を送信するよう構成され、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる。
任意的には、実施例では、第１のＮＦはＶＮＦであり、ネットワークデバイス７００はＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス７００はＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス７００は第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
本発明の本実施例における用語“及び／又は”は、関連するオブジェクトを説明するための関連付け関係のみを説明し、３つの関係が存在しうることを表すことが理解されるべきである。例えば、Ａ及び／又はＢは、以下の３つのケース、Ａのみが存在する、ＡとＢとの双方が存在する、及びＢのみが存在する、を表しうる。さらに、本明細書における文字“／”は、通常は関連するオブジェクトの間の“又は”の関係を示す。
当業者は、本明細書において開示される実施例において説明される具体例に関連して、ユニット及びアルゴリズムのステップが電子ハードウェア、コンピュータソフトウェア又はこれらの組み合わせによって実現されうることを認識してもよい。ハードウェアとソフトウェアとの間の互換性を明確に説明するため、上記は通常は機能に従って各具体例の構成要素及びステップを説明した。当該機能がハードウェア又はソフトウェアによって実行されるか否かは、技術的解決策の設計制約条件及び特定の用途に依存する。当業者は、異なる方法を用いて特定の各用途について説明された機能を実現してもよいが、実現形態は本発明の範囲外であるとみなされるべきでない。
便宜的及び簡潔な説明の目的のため、上記のシステム、装置及びユニットの詳細な動作処理について、上記の方法の実施例における対応する処理が参照されてもよく、詳細はここでは再説明されないことが、当業者によって明確に理解されてもよい。
本出願において提供される複数の実施例では、開示されたシステム、装置及び方法は他の方式で実現されてもよいことが理解されるべきである。例えば、説明された装置の実施例は単なる一例である。例えば、ユニットの分割は単なる論理機能の分割であり、実際の実現形態では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは他のシステムに組み合わせ又は統合されてもよく、あるいは、いくつかの特徴は無視又は実行されなくてもよい。さらに、表示又は説明された相互結合又は直接的な結合若しくは通信接続は、いくつかのインタフェースを介し実現されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電子、機械又は他の形態で実現されてもよい。
別々のユニットとして説明されたユニットは、物理的に別々のものであってもよいし、あるいは、そうでなくてもよく、ユニットとして表示されたパーツは、物理的ユニットであってもよいし、あるいは、そうでなくてもよく、１カ所に配置されてもよいし、あるいは、複数のネットワークユニット上に分散されてもよい。ユニットの一部又は全ては、本発明の実施例の解決策の課題を実現するため、実際のニーズに従って選択されてもよい。
さらに、本発明の実施例における機能ユニットは１つの処理ユニットに統合されてもよいし、あるいは、各ユニットは物理的に単独で存在してもよいし、あるいは、２つ以上のユニットが１つのユニットに統合される。統合されたユニットはハードウェアの形態で実現されてもよいし、あるいは、ソフトウェア機能ユニットの形態で実現されてもよい。
統合されたユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は利用されるとき、統合されたユニットはコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の実質的な技術的解決策、従来技術に貢献する部分又は技術的解決策の全て若しくは一部は、ソフトウェアプロダクトの形態で実現されてもよい。ソフトウェアプロダクトは、記憶媒体に記憶され、本発明の実施例において説明される方法のステップの全て又は一部を実行するようコンピュータデバイス（パーソナルコンピュータ、サーバ又はネットワークデバイスであってもよい）に指示するための複数の命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、着脱可能なハードディスク、読み出し専用メモリ（ＲＯＭ，Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ，Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクなど、プログラムコードを記憶可能な何れかの媒体を含む。
上記の説明は、本発明の単なる特定の実施例であり、本発明の保護範囲を限定することを意図するものでない。本発明において開示された技術的範囲内で当業者により容易に想到する何れかの修正又は置換は、本発明の保護範囲内に属する。従って、本発明の保護範囲は、請求項の保護範囲に従う。
本発明の実施例は、ネットワーク機能仮想化の分野に関し、より詳細には、エネルギーセービング制御方法、管理サーバ及びネットワークデバイスに関する。
ネットワーク機能仮想化（ＮＦＶ）は、進化する情報技術（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ，ＩＴ）分野における仮想化技術を利用することによって、多数のネットワーク装置タイプを産業規格高容量サーバ、スイッチ及び記憶装置上に統合することであり、これにより、ネットワークオペレータがネットワーク及びネットワークサービス（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ，ＮＳ）を構築及び運営する方式を変える。ＮＦＶは、一連の産業規格サーバハードウェア上で実行可能なソフトウェアを利用することによってネットワーク機能を実現し、これにより、ネットワークアーキテクチャを変える。さらに、ソフトウェアは要求に従って、動的に移動するか、あるいは、新たなデバイスをインストールする必要なくネットワーク内の異なる位置でインスタンス化されうるため、ネットワーク処理は更に変更される。
図１を参照して、ＮＦＶリファレンスアーキテクチャは、以下のように複数の主要な機能コンポーネントを含む。
ＮＦＶインフラストラクチャ（ＮＦＶＩ）は、コマーシャル・オフ・ザ・シェルフ（ＣＯＴＳ）ハードウェア、必要なアクセラレータコンポーネント及び基礎となるハードウェア上で仮想化及び抽象化を実行するソフトウェアレイヤを含むＮＦＶ実行をサポートするのに必要とされる仮想化リソースを提供する。
バーチャルネットワーク機能（ＶＮＦ）は、ＮＦＶＩ上で実行可能なネットワーク機能（ＮＦ）のソフトウェア実現形態であり、単一のＶＮＦ及び当該単一のＶＮＦの特性を理解及び管理するためにエレメント管理システム（ＥＭＳ）を更に伴うものであってもよい。ＶＮＦは、ネットワークノードのエンティティと等価であり、ハードウェアから独立したソフトウェアのみとして提供されることが期待される。
ＮＦＶ管理及び編成（Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ，Ｍ＆Ｏ又はＭＡＮＯ）は、編成、インフラストラクチャ仮想化をサポートするための物理的及び／又はソフトウェアリソースに対するライフサイクル管理及びＶＮＦライフサイクル管理を含む。ＮＦＶ Ｍ＆Ｏは、ＮＦＶフレームワークにおける仮想化に固有の管理タスクにフォーカスする。ＮＦＶ Ｍ＆Ｏはまた、ＮＦＶが全ネットワーク範囲内の既存の管理見通しに統合されることを可能にするため、（ＮＦＶの外部の）オペレーション・サポート・システム（Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ，ＯＳＳ）／ビジネス・サポート・システム（Ｂｕｓｉｎｅｓｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ，ＢＳＳ）とやりとりする。
上記コンポーネントは、異なるエンティティが明確に分離できるように、定義されたリファレンスポイントを利用することによってインタラクションを実行し、これにより、オープン且つイノベーティブなＮＦＶエコシステムを実現する。ＶＮＦとＮＦＶＩとの間（及び内部のＮＦＶＩの間）のリファレンスポイントは、リソース抽象化、リソース仮想化及びＶＮＦホスト化を処理し、これにより、ＶＮＦは、ＮＦＶＩにおいてあるエンティティから他のエンティティに移動可能であるだけでなく、異なる基礎となるハードウェアを選択する可能性がある。ＮＦＶ Ｍ＆ＯとＶＮＦ及びＮＦＶＩのそれぞれとの間（及び内部のＮＦＶ Ｍ＆Ｏエンティティの間）のリファレンスポイントは、ＮＦＶシステムの管理及び運営を処理する。関連するコンポーネントは、既存の解決策（例えば、クラウド管理システム）の再利用が可能とされる方式で設計され、ＮＦＶシステムが接続する必要がある既存のＯＳＳ／ＢＳＳ環境とやりとりする。
以下の機能コンポーネントが更に、ＮＦＶ Ｍ＆Ｏ内部で定義される。
ＮＦＶ編成装置（ＮＦＶＯ）は、ネットワークサービス編成機能を完了させるためのＮＳのライフサイクル管理と、リソース編成機能を完了させるための複数のＶＩＭの間のＮＦＶＩリソース編成とを主として担当する。
ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦインスタンスのライフサイクル管理を担当する。各ＶＮＦは関連するＶＮＦＭを有し、１つのＶＮＦＭは単一のＶＮＦインスタンスを管理するため、又は同一タイプ若しくは異なるタイプの複数のＶＮＦインスタンスを管理するために指定されうる。ＶＮＦマネージャの利用可能な能力は、ＶＮＦインスタンス化、ＶＮＦのＮＦＶＩリソースコンフィギュレーション、ＶＮＦインスタンス更新、ＶＮＦインスタンススケーリング、ＮＦＶＩパフォーマンス測定及びイベントのＶＮＦインスタンス関連コレクション、ＶＮＦインスタンス関連イベントとの相関、ＶＮＦインスタンス支援又は自動回復、ＶＮＦインスタンス終了、ＶＮＦインスタンスのライフサイクル中のＶＮＦインスタンスに対するインテグリティ管理、ＮＦＶＩとＥＭＳとの間のイベント報告及びコンフィギュレーションのための全体的な連携及び適応化の役割の実施などを含む。
仮想化インフラストラクチャマネージャ（ＶＩＭ）は、ＮＦＶＩの計算、記憶及びネットワークリソースを制御及び管理することを担当し、通常は１つのオペレータのインフラストラクチャサブドメイン内にある。１つのＶＩＭは、１つのタイプのＮＦＶＩリソースを処理することに特化してもよいし、あるいは、複数のタイプのＮＦＶＩリソースを管理してもよい。ＶＩＭの利用可能な能力は、ＮＦＶＩリソースの配分／アップグレード／リリース／再利用を編成し、仮想化リソースと計算、記憶及びネットワークリソースとの間の関連付けを管理し、ハードウェアリソース（計算、記憶及びネットワーク）とソフトウェアリソース（例えば、ハイパバイザ）とのカタログを管理し、仮想化リソースのイベントとパフォーマンスリソースとを収集及び転送することなどを含む。
上記アーキテクチャに基づき、特定の機能を備えたＮＳは複数のＮＦを利用することによって実現されてもよい。従来のネットワークにおいて実現されるエンド・ツー・エンドＮＳは、物理ネットワーク機能（Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ，ＰＮＦ）のみを含む。ＮＦＶにおいて実現されるエンド・ツー・エンドＮＳについて、２つのエンドにおいて依然としてＰＮＦがあるが、中間では、一部又は全てのＰＮＦがＶＮＦと置換される。各ＮＦと各ＮＦの外部インタフェースとによって実現される機能は、ＮＦがＰＮＦ又はＶＮＦであるかに無関係である。ＶＮＦとＰＮＦとのリンク付けの間の位相関係は、ＶＮＦフォワーディンググラフ（ＶＮＦ Ｆｏｒｗａｒｄｉｎｇ Ｇｒａｐｈ，ＶＮＦＦＧ）を利用することによって記述されてもよく、各ＮＦの特性は、対応するネットワーク機能記述子（ＮＦＤ）を利用することによって記述される。
ＶＮＦは、ＮＦＶＩによって提供される仮想リソース（仮想計算、記憶及びネットワークリソースを含む）に基づき実現される必要があり、これらの仮想リソースは対応する物理リソースに対して仮想化を実行することによって取得される。ＰＮＦは、物理リソースに基づき直接実現される。全ての制御がソフトウェア及びハードウェアと統合されたネットワークデバイスに中央化される従来のネットワークと異なって、ＮＦＶは、ネットワークデバイスのソフトウェア及びハードウェアの分離を実現するため仮想化を導入し、これにより、サービスに対する制御は主としてＰＮＦ及びＶＮＦレベルにおいて実現され、パフォーマンスに対する制御は、特にＮＦＶＩのハードウェアリソースレベルにおいて取得してＮＦＶＩにおいて実現される。
エネルギーセービングはネットワークデバイスの基本的なカウンタであり、エネルギーセービング制御は主としてサーバレイヤによって駆動され（例えば、サービスロード低減又は移転により生じる利用低減）、エネルギーセービング制御の実現は主としてインフラストラクチャハードウェアリソースレイヤにフォーカスする（例えば、電力をセーブするためアイドルデバイスをオフラインに置く）。ＮＦＶでは、ＮＦはＮＦを実現するためのリソースから分離され、例えば、ＶＮＦのサービスロードはＮＦＶＯによって制御され、ＶＮＦを実現するためのリソースはＶＩＭによって管理される。従って、エネルギーセービング制御中、ＮＦとＮＦを実現するためのリソースとに対する困難な協調制御の問題が生じる。
本発明の実施例は、ＮＦＶフィールドにおけるエネルギーセービング制御を実現するためのエネルギーセービング制御方法、管理サーバ及びネットワークデバイスを提供する。
第１の態様によると、エネルギーセービング制御方法であって、ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップであって、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、決定するステップと、前記ＮＦＶＯが、第１のリソースの管理ノードに第１の通知情報を送信するステップであって、前記第１の通知情報は前記エネルギー効率状態パラメータの現在値を含み、前記現在値によって示されるエネルギーセービング状態として前記第１のリソースのエネルギーセービング状態を設定するよう前記管理ノードに指示するのに用いられ、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、送信するステップと、を有するエネルギーセービング制御方法が提供される。
第１の態様を参照して、第１の態様の実現方式では、前記ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するステップは、前記ＮＦＶＯが、前記第１のＮＦの現在のサービス負荷と前記第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って前記現在値を取得するステップを含む。
第１の態様又は第１の態様の実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦはサービス負荷が変化するＮＦであり、前記現在のサービス負荷は前記第１のＮＦの変化したサービス負荷であり、前記ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップの前に、当該方法は更に、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップと、前記ＮＦＶＯが、前記複数のＮＦからサービス負荷が変化する前記第１のＮＦを選択するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップの前に、当該方法は更に、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップであって、前記第２の通知情報は、前記第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、取得するステップを含み、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップは、前記ＮＦＶＯが、前記第２の通知情報を取得するとき、前記第２のリソースを利用することによって実現される前記ＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記複数のＮＦの間のサービス負荷調整を実行するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＮＦＶＯであるか、又は、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記第２のリソースを管理するＶＩＭであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＰＮＦを管理するＥＭＳである。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは前記ＮＦＶＯであり、前記第２の通知情報は前記ＮＦＶＯのクエリ結果であり、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップは、前記ＮＦＶＯが、前記クエリ結果を取得するため、前記第２のリソースの利用をクエリするステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは前記第２のリソースの管理ノードであり、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップは、前記ＮＦＶＯが、前記第２のリソースの管理ノードから前記第２の通知情報を受信するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップの前に、当該方法は更に、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップであって、前記第３の通知情報は、前記第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、前記第２のＮＦは前記複数のＮＦにおける何れかのＮＦである、取得するステップを含み、前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップは、前記ＮＦＶＯが、前記第３の通知情報を取得するとき、前記複数のＮＦの間のサービス負荷調整を実行するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記ＮＦＶＯであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＶＮＦＭであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳである。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは前記ＮＦＶＯであり、前記第３の通知情報は前記ＮＦＶＯのクエリ結果であり、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップは、前記ＮＦＶＯが、前記第２のＮＦの利用をクエリし、前記クエリ結果を取得するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記モニタリングノードは、前記第２のＮＦの管理ノードであり、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップは、前記ＮＦＶＯが、前記第２のＮＦの管理ノードから前記第３の通知情報を受信するステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記ＮＦＶＯが、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行する。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、当該方法は更に、前記ＮＦＶＯが、前記第１のリソースを利用することによって実現される他のＶＮＦを取得するステップと、前記ＮＦＶＯが、前記第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記他のＶＮＦのサービス負荷を調整するステップとを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦは前記ＮＦＶＯによって管理される第１のＮＳに属し、前記ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するステップの前に、当該方法は更に、前記第１のＮＳを編成するとき、前記ＮＦＶＯと前記第１のＮＳにおける全てのＮＦの管理ノードとの間で、前記ＮＦＶＯに記録される前記全てのＮＦのエネルギー効率状態パラメータ値が前記全てのＮＦの管理ノードのものと同じであるように、前記全てのＮＦのエネルギー効率状態パラメータ値を同期させるステップを含む。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記第１のリソースの管理ノードはＶＩＭであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードは前記第１のＮＦを管理するＥＭＳである。
第１の態様又は第１の態様の上記実現方式の何れか１つを参照して、第１の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
第２の態様によると、エネルギーセービング制御方法であって、ＮＦＶＯによって送信された第１の通知情報を受信するステップであって、前記第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、受信するステップと、前記現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するステップであって、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、設定するステップとを有するエネルギーセービング制御方法が提供される。
第２の態様を参照して、第２の態様の実現方式では、当該方法は更に、第２のリソースの利用をモニタするステップと、前記第２のリソースの利用が所定の閾値未満であるとき、前記ＮＦＶＯに第２の通知情報を送信するステップであって、前記第２の通知情報は、前記第２のリソースの利用が前記所定の閾値未満であることを示すのに用いられる、送信するステップとを含む。
第２の態様又は第２の態様の上記実現方式の何れか１つを参照して、第２の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、当該方法はＶＩＭによって実行されるか、又は、前記第１のＮＦはＰＮＦであり、当該方法はＯＳＳ／ＢＳＳによって実行されるか、又は、前記第１のＮＦはＰＮＦであり、当該方法は前記第１のＮＦを管理するエレメント管理システムＥＭＳによって実行される。
第２の態様又は第２の態様の上記実現方式の何れか１つを参照して、第２の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
第３の態様によると、エネルギーセービング制御管理サーバであって、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成される処理ユニットであって、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、処理ユニットと、
第１のリソースの管理ノードに第１の通知情報を送信するよう構成される送信ユニットであって、前記第１の通知情報は、前記処理ユニットによって決定された現在値を含み、前記現在値によって示されるエネルギーセービング状態として前記第１のリソースのエネルギーセービング状態を設定するよう前記管理ノードに指示するのに用いられ、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、送信ユニットと、
を有するエネルギーセービング制御管理サーバが提供される。
第３の態様を参照して、第３の態様の実現方式では、前記処理ユニットは、具体的には、前記第１のＮＦの現在のサービス負荷と前記第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って前記現在値を取得するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦはサービス負荷が変化するＮＦであり、前記現在のサービス負荷は前記第１のＮＦの変化したサービス負荷であり、前記管理サーバは更に、複数のＮＦの間のサービス負荷調整を実行するよう構成される第１の調整ユニットと、前記複数のＮＦからサービス負荷が変化する前記第１のＮＦを選択するよう構成される選択ユニットとを含む。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記管理サーバは更に、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するよう構成される第１の取得ユニットであって、前記第２の通知情報は、前記第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、第１の取得ユニットを含み、前記第１の調整ユニットは、具体的には、前記第２の通知情報が取得されるとき、前記第２のリソースを利用することによって実現される前記ＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記複数のＮＦの間のサービス負荷調整を実行するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記管理サーバであるか、又は、前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記第２のリソースを管理するＶＩＭであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＰＮＦを管理するＥＭＳである。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは前記管理サーバであり、前記第２の通知情報は前記管理サーバのクエリ結果であり、前記第１の取得ユニットは、具体的には、前記第２のリソースの利用をクエリし、前記クエリ結果を取得するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは前記第２のリソースの管理ノードであり、前記第１の取得ユニットは、具体的には、前記第２のリソースの管理ノードから前記第２の通知情報を受信するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記管理サーバは更に、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成される第２の取得ユニットであって、前記第３の通知情報は、前記第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、前記第２のＮＦは前記複数のＮＦにおける何れかのＮＦである、第２の取得ユニットを含み、前記第１の調整ユニットは、具体的には、前記第３の通知情報が取得されるとき、前記複数のＮＦの間のサービス負荷調整を実行するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記管理サーバであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＶＮＦＭであるか、又は、前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、前記第２のＮＦはＰＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳである。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは前記管理サーバであり、前記第３の通知情報は前記管理サーバのクエリ結果であり、前記第２の取得ユニットは、具体的には、前記第２のＮＦの利用をクエリし、前記クエリ結果を取得するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記モニタリングノードは、前記第２のＮＦの管理ノードであり、前記第２の取得ユニットは、具体的には、前記第２のＮＦの管理ノードから前記第３の通知情報を受信するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１の調整ユニットは、具体的には、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行するよう構成される。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記管理サーバは更に、前記第１のリソースを利用することによって実現される他のＶＮＦを取得するよう構成される第３の取得ユニットと、前記第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記他のＶＮＦのサービス負荷を調整するよう構成される第２の調整ユニットとを含む。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦは前記管理サーバによって管理される第１のＮＳに属し、前記管理サーバは更に、前記第１のＮＳを編成するとき、前記管理サーバと前記第１のＮＳにおける全てのＮＦの管理ノードとの間で、前記管理サーバに記録される前記全てのＮＦのエネルギー効率状態値が前記全てのＮＦの管理ノードのものと同じであるように、前記全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される同期ユニットを含む。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記第１のリソースの管理ノードはＶＩＭであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードは前記第１のＮＦを管理するＥＭＳである。
第３の態様又は第３の態様の上記実現方式の何れか１つを参照して、第３の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
第４の態様によると、エネルギーセービング制御ネットワークデバイスであって、ＮＦＶＯによって送信された第１の通知情報を受信するよう構成される受信ユニットであって、前記第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、前記エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、受信ユニットと、前記受信ユニットによって受信された前記現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成される設定ユニットであって、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、設定ユニットとを有するエネルギーセービング制御ネットワークデバイスが提供される。
第４の態様を参照して、第４の態様の実現方式では、前記ネットワークデバイスは更に、第２のリソースの利用をモニタするよう構成されるモニタリングユニットと、前記第２のリソースの利用が所定の閾値未満であるとき、前記ＮＦＶＯに第２の通知情報を送信するよう構成される送信ユニットであって、前記第２の通知情報は、前記第２のリソースの利用が前記所定の閾値未満であることを示すのに用いられる、送信ユニットとを含む。
第４の態様又は第４の態様の上記実現方式の何れか１つを参照して、第４の態様の他の実現方式では、前記第１のＮＦはＶＮＦであり、前記ネットワークデバイスはＶＩＭであるか、又は、前記第１のＮＦはＰＮＦであり、前記ネットワークデバイスはＯＳＳ／ＢＳＳであるか、又は、前記第１のＮＦはＰＮＦであり、前記ネットワークデバイスは前記第１のＮＦを管理するＥＭＳである。
第４の態様又は第４の態様の上記実現方式の何れか１つを参照して、第４の態様の他の実現方式では、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
本発明の実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが、第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とが、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦとＮＦを実現するためのリソースとの間の困難な協調制御の問題を解決する。
本発明の実施例における技術的解決策をより明確に説明するため、以下は、本発明の実施例を説明するのに必要な添付図面を簡単に紹介する。明らかに、以下の説明における添付図面は本発明の単なるいくつかの実施例を示し、当業者は、創作的な努力なく、これらの添付図面から他の図面を依然として導出してもよい。
図１は、ＮＦＶリファレンスアーキテクチャの図である。 図２は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。 図３は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。 図４は、本発明の実施例による管理サーバの概略的なブロック図である。 図５は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。 図６は、本発明の実施例による管理サーバの概略的なブロック図である。 図７は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。
以下は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決策を明確に説明する。明らかに、説明される実施例は、本発明の実施例の全てでなく一部である。創作的な努力なく本発明の実施例に基づき当業者により取得される他の全ての実施例は、本発明の保護範囲内に属する。
図２は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。図２における方法はＮＦＶＯによって実行されてもよい。図２における方法は以下のステップを含む。
２１０．ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す。
第１のＮＦは、管理されているＮＳからＮＦＶＯによって選択又は決定されたＮＦであってもよい。ＮＦＶＯは、ＮＦをリンクさせることによってＮＳ（又はＮＳを作成又は実現するとして参照される）を編成する。従来のネットワークにおいて実現されるエンド・ツー・エンドＮＳは、物理ネットワーク機能（Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ，ＰＮＦ）のみを含む。ＮＦＶにおいて実現されるエンド・ツー・エンドＮＳについて、通常は２つのエンドにおいて依然としてＰＮＦが存在するが、中間では、一部又は全てのＰＮＦがＶＮＦと置換される。各ＮＦによって実現される機能及び各ＮＦの外部インタフェースは、ＮＦがＰＮＦ又はＶＮＦであるか否かに無関係である。リンクするＶＮＦとＰＮＦとの間の位相関係は、ＶＮＦフォワーディンググラフ（ＶＮＦ Ｆｏｒｗａｒｄｉｎｇ Ｇｒａｐｈ，ＶＮＦＦＧ）を用いることによって記述されてもよく、各ＮＦの特性は対応するネットワーク機能記述子（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ，ＮＦＤ）を用いることによって記述される。上記の第１のＮＦは、ＮＦＶＯの編成されたＮＳにおける何れかのＰＮＦ又はＶＮＦであってもよい。
第１のＮＦはＮＦＶＯによって管理されるＮＳにおける何れかのＮＦであってもよく、ＮＳは複数のリンクするＮＦを含むことが理解されるべきである。エネルギー効率状態パラメータは、複数のＮＦにおける各ＮＦについて設定されてもよく、各ＮＦのエネルギー効率状態パラメータ値は、各ＮＦのエネルギーセービング状態を示す。
ＮＦＶフィールドでは、第１のＮＦのエネルギーセービング状態を表すパラメータ、すなわち、エネルギー効率状態（Ｅｎｅｒｇｙ Ｅｆｆｉｃｉｅｎｃｙ Ｓｔａｔｕｓ，ＥＥＳ）パラメータが、第１のＮＦについて予め設定されてもよい。エネルギー効率状態パラメータは、オン／オフタイプのパラメータとして設定されてもよく、すなわち、エネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、第１のＮＦがエネルギーセービング状態を出たことをそれぞれ示す２つの値を含むものであってもよい。例えば、エネルギー効率状態パラメータ値は、“オン”（Ｏｎ）及び“オフ”（Ｏｆｆ）である。他の例では、エネルギー効率状態パラメータ値は、“真”（Ｔｒｕｅ）及び“偽”（Ｆａｌｓｅ）である。おそらく、複数の値がエネルギー効率状態パラメータについて設定されてもよく、それぞれ複数のエネルギーセービング状態又はレベルを表す。例えば、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むものであってもよい。あるいは、第１のＮＦのエネルギー効率状態パラメータ値は、１，２又は３であり、それぞれ第１のＮＦのエネルギーセービングレベルがレベル１，レベル２又はレベル３であることを表す。エネルギー効率状態パラメータ値を規定する上記方式は単なる説明のための具体例であることが留意されるべきである。実際、エネルギー効率状態パラメータ値を規定する特定の方式がＮＳの要求に従ってカスタマイズされてもよい。
さらに、第１のＮＦのエネルギー効率状態パラメータの有効性は、第１のＮＦのライフサイクルを伴うものであってもよい。第１のＮＦがＰＮＦであるとき、ＰＮＦはソフトウェア及びハードウェアと統合され、永続的なライフサイクルを有するため、ＰＮＦのエネルギー効率状態パラメータは永続的に存在する。第１のＮＦがＶＮＦであるとき、ＶＮＦは、仮想化技術を利用することによっていくつかの物理リソースに一時的に基づきインスタンス化によって実現され、ＶＮＦのライフサイクルは一時的であり、従って、ＶＮＦのエネルギー効率状態パラメータは一時的に存在しうる。すなわち、ＶＮＦのエネルギー効率状態パラメータは、インスタンス化がＶＮＦに対して実行されるときに有効であり、ＶＮＦのインスタンス化が終了するとき有効性を失い、すなわち、エネルギー効率状態パラメータの有効性はＶＮＦのライフサイクルを伴う。
エネルギー効率状態パラメータの上記現在値は、第１のＮＦの現在のエネルギーセービング状態を示すのに利用されてもよい。第１のＮＦのエネルギー効率状態パラメータの現在値は複数の方式で決定されてもよい。例えば、ＮＦＶＯは、ＮＦのサービス負荷とＮＦのエネルギー効率状態パラメータ値との間の対応関係を予め確立してもよく、このようにして、ＮＦＶＯは、第１のＮＦの現在のサービス負荷と上記の対応関係とに基づき、第１のＮＦのエネルギー効率状態パラメータの現在値を決定してもよい。上記の現在値の決定方式は、特定の実施例を参照して以降において詳細に説明され、ここでは詳細は説明されない。
２２０．ＮＦＶＯが、第１のリソースの管理ノードに第１の通知情報を送信し、ここで、第１の通知情報は上記の現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが、第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とが、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦとＮＦを実現するためのリソースとの間の困難な協調制御の問題を解決する。
第１のリソースの上記の管理ノードの特定のタイプは第１のＮＦの特定のタイプに関連することが理解されるべきである。例えば、第１のＮＦがＰＮＦであるとき、管理ノードはＯＳＳ／ＢＳＳであってもよいし、あるいは、ＰＮＦを管理するＥＭＳであってもよい。第１のＮＦがＶＮＦであるとき、第１のリソースの管理ノードはＶＩＭであってもよい。さらに、第１のＮＦがＶＮＦであるとき、第１のリソースは、第１のＮＦを実現するための仮想リソース及び／又は物理リソースであってもよく、ここで、仮想リソースは、仮想計算リソース、仮想記憶リソース又は仮想ネットワークリソースを含むものであってもよく、物理リソースは、物理計算リソース、物理記憶リソース又は物理ネットワークリソースを含むものであってもよい。
任意的には、実施例では、ステップ２１０は、ＮＦＶＯが、第１のＮＦの現在のサービス負荷と第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って、第１のＮＦのエネルギー効率状態パラメータの現在値を取得することを含むものであってもよい。
例えば、第１のＮＦのエネルギー効率状態パラメータは、２つの値“オン”及び“オフ”を含む。上記の対応関係は以下の通りである。第１のＮＦのサービス負荷が０であり、エネルギー効率状態パラメータ値が“オフ”であり、第１のＮＦのサービス負荷が０でなく、エネルギー効率状態パラメータ値が“オン”である。他の具体例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個のエネルギーセービング状態レベルを示すのにそれぞれ用いられるＮ個の値を含む。上記の対応関係は、Ｎ個の値とサービス負荷量が属するＮ個の区間との間の一対一の対応関係である。上記の対応関係は、第１のＮＦの現在のサービス負荷が属する区間を示すのに利用され、当該区間に対応する値が、第１のＮＦのエネルギー効率状態パラメータの現在値として用いられる。
さらに、上記の第１のＮＦは、サービス負荷が変化するＮＦであってもよく、上記の現在のサービス負荷は、第１のＮＦの変化したサービス負荷であってもよく、ステップ２１０の前に、図２における方法は更に、ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行し、ＮＦＶＯが、上記の複数のＮＦからサービス負荷が変化する第１のＮＦを選択することを含むものであってもよい。
いくつかのＮＦのサービス負荷は、ＮＦＶＯがサービス負荷調整を実行した後に変化し、ＮＦＶＯはサービス負荷が変化したＮＦのエネルギー効率状態パラメータ値を再決定してもよいことが理解されてもよい。ＮＦＶＯはサービス負荷の変化が相対的に大きいＮＦのエネルギー効率状態パラメータの現在値のみを再決定してもよいことが留意されるべきである。例えば、ＮＦＶＯは、ＮＦのサービス負荷が劇的に低下するか、クリアされたことを検出し、ＮＦのエネルギー効率状態パラメータの現在値を再決定する。おそらく、ＮＦＶＯがサービス負荷が変化したＮＦを検出する毎に、ＮＦＶＯは、ＮＦのエネルギー効率状態パラメータの現在値を再計算してもよい。
複数のＮＦの間のサービス負荷調整を実行するようＮＦＶＯをトリガするための複数の条件があってもよいことが留意されるべきであり、以下は、ＮＦＶＯが複数のＮＦの間のサービス負荷調整を実行するようトリガされる複数の実施例を説明する。
任意的には、実施例では、複数のＮＦの間のサービス負荷調整を実行する前に、当該方法は更に、ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得することを含むものであってもよく、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられ、上記の複数のＮＦの間のサービス負荷調整を実行することは、ＮＦＶＯが、第２の通知情報を取得するとき、第２のリソースを利用することによって実現されるＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、複数のＮＦの間のサービス負荷調整を実行することを含むものであってもよい。
具体的には、“ＮＦリソース利用統計機構”は、ＮＦリソースの利用をモニタ（又はモニタ及び制御）するよう予め設定されてもよい。ここでの統計機構は、ＮＦＶＯ自体によって実行されるモニタリング機能（例えば、クエリ又は監査）であってもよいし、あるいは、他のエンティティ又は他の機能ブロック（例えば、ＶＩＭ）からのイベント検出報告機能であってもよい。例えば、上記の第２のリソースがＶＮＦを実現するためのリソースであるとき、上記のモニタリングノードは、第２のリソースを管理するＶＩＭであってもよい。他の具体例では、上記の第２のリソースがＰＮＦを実現するためのリソースであるとき、上記のモニタリングノードはＯＳＳ／ＢＳＳであってもよい。他の具体例では、第２のリソースがＰＮＦを実現するためのリソースであるとき、上記のモニタリングノードは、ＰＮＦを管理するＥＭＳであってもよい。さらに、モニタリングノードがＮＦＶＯである場合、上記の第２の通知情報は、第２のリソースの利用が所定の閾値未満であるというＮＦＶＯによって検出された結果であってもよい。モニタリングノードがＶＮＦＭなどの他のモニタリングノードである場合、上記の第２の通知情報は、他のモニタリングノードによって報告される情報であってもよく、第２のリソースの利用は所定の閾値未満であることを示す。
第２のリソースがＶＮＦを実現するためのリソースであるとき、ＶＮＦとリソースとの間の対応関係（例えば、ここでは詳細には説明されない従来技術の方式でＶＮＦＭ又はＶＩＭから取得されうる）に従って、ＮＦＶＯは、第２のリソースに基づき実現される全てのＶＮＦを検出してもよいことが更に留意されるべきである。このとき、ＮＦＶＯは、異なるリソースに基づき実現されるＶＮＦの間のサービス負荷協調を実行し、例えば、第２のリソースに基づき実現されるＶＮＦから他のリソースに基づき実現されるＶＮＦにサービス負荷を移転するか、あるいは、リソースを利用することによって実現される１つのＶＮＦに他のリソースに基づき実現されるＶＮＦ上のサービス負荷を集中させる。
任意的には、他の実施例では、複数のＮＦの間のサービス負荷調整を実行する前に、当該方法は更に、ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得することを含むものであってもよく、ここで、第３の通知情報は、第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、第２のＮＦは複数のＮＦにおける何れかのＮＦであり、上記の複数のＮＦの間のサービス負荷調整を実行することは、ＮＦＶＯが、第３の通知情報を取得するとき、複数のＮＦの間のサービス負荷調整を実行することを含むものであってもよい。
具体的には、“ＮＦ利用統計機構”は、ＮＦの利用をモニタ（又はモニタ及び制御）するよう予め設定されてもよい。統計機構を利用することによって、ＶＮＦの利用が所定の閾値に低下することを知ると、ＮＦＶＯは、上記のエネルギーセービング制御を実行してもよい。統計機構は、ＮＦＶＯ自体によって実行されるモニタリング機能（例えば、クエリ又は監査）であってもよいし、あるいは、他のエンティティ又は他の機能ブロック（例えば、ＶＮＦＭ）からのイベント検出報告機能であってもよい。例えば、上記の第２のＮＦであり、上記のモニタリングノードがＮＦＶＯであってもよく、あるいは、上記の第２のＮＦがＶＮＦであり、上記のモニタリングノードが第２のＮＦを管理するＶＮＦＭであってもよいし、あるいは、上記の第２のＮＦがＰＮＦであり、上記のモニタリングノードはＯＳＳ／ＢＳＳであってもよいし、あるいは、上記の第２のリソースがＰＮＦであり、上記のモニタリングノードは、第２のＮＦを管理するＥＭＳであってもよい。
任意的には、他の実施例では、ＮＦＶＯは、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービスロード調整を実行する。例えば、ＮＦＶＯは、ＯＳＳ／ＢＳＳによって送信された処理及びメンテナンスプランを受信し、ここで、当該処理及びメンテナンスプランは、毎晩１８：００に、ＮＳにおける半分のＮＦのサービス負荷をクリアし、エネルギーをセーブするためこれらのＮＦを無効にすることを示す。１８：００に、ＮＦＶＯは、管理されるＮＳにおける半分のＮＦのサービス負荷をクリアし、これらのＮＦのエネルギー効率状態パラメータ値を再決定し、それからこれらのＮＦを実現するためのリソースの管理ノードに再決定されたエネルギー効率状態パラメータ値を送信する。管理ノードは、上記の再決定されたエネルギー効率状態パラメータ値によって示されるエネルギーセービング状態としてリソースのエネルギーセービング状態を設定する。
上記の実施例では、複数のＮＦの間のサービスロード調整を実行するとき、ＶＮＦに対して、ＮＦＶＯはＶＮＦのサービス負荷を直接調整してもよく、ＰＮＦに対して、ＮＦＶＯは、ＯＳＳ／ＢＳＳ及び／又はＥＭＳを利用することによって、ＰＮＦのサービス負荷を調整してもよいことが留意されるべきである。
第１のＮＦがＶＮＦであるとき、図２における方法は更に、ＮＦＶＯが、第１のリソースを利用することによって実現される他のＶＮＦを取得し、ＮＦＶＯが、第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、他のＶＮＦのサービス負荷を調整することを含むものであってもよい。
さらに、上記のエネルギーセービング制御を実行するとき、ＮＦＶＯは、ＶＮＦ及び／又はＰＮＦのサービス負荷を調整することによって生じるＮＦリンク上の変化を反映するようにＶＮＦＦＧを修正してもよい。例えば、上記のエネルギーセービング制御手順の後、ＶＮＦのサービス負荷は０に低下し、ＮＦＶＯは、ＶＮＦＦＧからＶＮＦを削除し、他の対応するＶＮＦのリンク方式を変更してもよい。
さらに、第１のリソースの管理ノードが第１のリソースのエネルギーセービング状態を調整することを拒絶するとき、管理ノードは、ＮＦＶＯに失敗レスポンスを返し、さらにより詳細な失敗原因を添付してもよい。
任意的には、実施例では、第１のＮＦはＮＦＶＯによって管理される第１のＮＳに属し、ステップ２１０の前に、図２における方法は更に、第１のＮＳを編成するとき、ＮＦＶＯと第１のＮＳにおける全てのＮＦの管理ノードとの間で、ＮＦＶＯに記録される全てのＮＦのエネルギー効率状態パラメータ値が全てのＮＦの管理ノードのものと同じであるように、全てのＮＦのエネルギー効率状態パラメータ値を同期させることを含むものであってもよい。
エネルギー効率状態パラメータは、複数の方式でＮＦＶＯとＮＦマネージャとの間で同期されてもよい。実現方式では、ＮＳを編成するとき、ＮＦＶＯは、ＮＳの実際の要求又は適用シナリオなどのファクタに従って、ＮＳにおける各ＮＦのエネルギー効率状態パラメータの初期値を予め計算してもよい。それから、ＮＦＶＯは、ＰＮＦの呼び出し又はＶＮＦの作成のリクエスト情報を各ＮＦのマネージャに送信し、例えば、ＮＦＤに初期値を直接添付するなど、リクエスト情報において各ＮＦのマネージャに各ＮＦの初期値を送信する。任意的には、他の実現方式では、ＮＦＶＯがＮＳを編成するとき、エネルギー効率状態パラメータに値を割り当てるなどの関連する処理は関与しなくてもよい。ＮＦＶＯがＰＮＦを呼び出すことを要求するか、又はＶＮＦを作成することを要求するとき、ＰＮＦ又はＶＮＦのマネージャは、ＰＮＦ又はＶＮＦに対して初期的なエネルギーセービング状態を設定し、エネルギーセービング状態に対応するエネルギー効率状態パラメータ値をＮＦＶＯに返す。ＮＦＶＯは、返されたエネルギー効率状態パラメータ値をＰＮＦ又はＶＮＦの初期値として利用する。
図２を参照して、上記はＮＦＶＯの視点から本発明の実施例におけるエネルギーセービング制御方法を詳細に説明した。図３を参照して、以下は、リソースの管理ノード側から本発明の実施例におけるエネルギーセービング制御方法を詳細に説明する。管理ノード側からの説明はＮＦＶＯ側からの説明と同じか、又は対応することが理解されるべきであり、繰り返しの説明は繰り返しを回避するため適切に省略される。
図３は、本発明の実施例によるエネルギーセービング制御方法の概略的なフローチャートである。図３における方法は第１のリソースの管理ノードによって実行される。第１のＮＦがＶＮＦであるとき、管理ノードはＶＩＭであってもよい。第１のＮＦがＰＮＦであるとき、管理ノードはＯＳＳ／ＢＳＳ又はＥＭＳであってもよい。図３における方法は以下のステップを含む。
３１０．ＮＦＶＯによって送信された第１の通知情報を受信し、ここで、第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す。
３２０．現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定し、ここで、第１のリソースは第１のＮＦを実現するためのリソースである。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、図３における方法は更に、第２のリソースの利用をモニタし、第２のリソースの利用が所定の閾値未満であるとき、ＮＦＶＯに第２の通知情報を送信し、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる。
任意的には、実施例では、第１のＮＦはＶＮＦであり、図３における方法はＶＩＭによって実行されるか、又は、第１のＮＦはＰＮＦであり、図３における方法はＯＳＳ／ＢＳＳによって実行されるか、又は、第１のＮＦはＰＮＦであり、図３における方法は第１のＮＦを管理するＥＭＳによって実行される。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
本発明の各種実施例では、上記の処理のシーケンス番号は実行順序を意味するものでないことが理解されるべきである。当該処理の実行順序は、処理の機能及び内部ロジックに従って決定されるべきであり、本発明の実施例の実現処理に対する何れかの限定として解釈されるべきでない。
上記は図１〜３を参照して本発明の実施例によるエネルギーセービング制御方法を詳細に説明し、以下は図４〜７を参照して本発明の実施例による管理サーバを詳細に説明する。
図４は、本発明の実施例による管理サーバの概略的なブロック図である。図４における管理サーバ４００は、図１〜３におけるＮＦＶＯによって実行されるステップを実現可能であり、詳細は繰り返しを回避するためここでは説明されない。管理サーバ４００は、
第１のＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成され、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、処理ユニット４１０と、
第１のリソースの管理ノードに第１の通知情報を送信するよう構成され、ここで、第１の通知情報は、処理ユニット４１０によって決定された現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである、送信ユニット４２０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、処理ユニット４１０は、具体的には、第１のＮＦの現在のサービス負荷と第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って、第１のＮＦのエネルギー効率状態パラメータの現在値を取得するよう構成される。
任意的には、実施例では、第１のＮＦはサービス負荷が変化するＮＦであり、現在のサービス負荷は第１のＮＦの変化したサービス負荷であり、管理サーバ４００は更に、複数のＮＦの間のサービス負荷調整を実行するよう構成される第１の調整ユニットと、複数のＮＦからサービス負荷が変化する第１のＮＦを選択するよう構成される選択ユニットとを含む。
任意的には、実施例では、管理サーバ４００は更に、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するよう構成され、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、第１の取得ユニットを含み、第１の調整ユニットは、具体的には、第２の通知情報が取得されるとき、第２のリソースを利用することによって実現されるＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは管理サーバ４００であるか、又は、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは第２のリソースを管理するＶＩＭであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＰＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ４００であり、第２の通知情報は管理サーバ４００のクエリ結果であり、第１の取得ユニットは、具体的には、第２のリソースの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは第２のリソースの管理ノードであり、第１の取得ユニットは、具体的には、第２のリソースの管理ノードから第２の通知情報を受信するよう構成される。
任意的には、実施例では、管理サーバ４００は更に、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成される第２の取得ユニットを含み、ここで、第３の通知情報は、第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、第２のＮＦは複数のＮＦにおける何れかのＮＦであり、第１の調整ユニットは、具体的には、第３の通知情報が取得されるとき、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のＮＦはＶＮＦであり、モニタリングノードは管理サーバ４００であるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＶＮＦＭであるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ４００であり、第３の通知情報は管理サーバ４００のクエリ結果であり、第２の取得ユニットは、具体的には、第２のＮＦの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは、第２のＮＦの管理ノードであり、第２の取得ユニットは、具体的には、第２のＮＦの管理ノードから第３の通知情報を受信するよう構成される。
任意的には、実施例では、第１の調整ユニットは、具体的には、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第１のＮＦはＶＮＦであり、管理サーバ４００は更に、第１のリソースを利用することによって実現される他のＶＮＦを取得するよう構成される第３の取得ユニットと、第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、他のＶＮＦのサービス負荷を調整するよう構成される第２の調整ユニットとを含む。
任意的には、実施例では、第１のＮＦは管理サーバ４００によって管理される第１のＮＳに属し、管理サーバ４００は更に、第１のＮＳを編成するとき、管理サーバ４００と第１のＮＳにおける全てのＮＦの管理ノードとの間で、管理サーバ４００に記録される全てのＮＦのエネルギー効率状態パラメータ値が全てのＮＦの管理ノードのものと同じであるように、全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される同期ユニットを含む。
任意的には、実施例では、第１のＮＦはＶＮＦであり、第１のリソースの管理ノードはＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードは第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
図５は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。図５におけるネットワークデバイスは、図１〜３における第１のリソースの管理ノードによって実行されるステップを実現可能であり、詳細は繰り返しを回避するためここでは説明されない。ネットワークデバイス５００は、
ＮＦＶＯによって送信された第１の通知情報を受信するよう構成され、ここで、第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、受信ユニット５１０と、
受信ユニット５１０によって受信された現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成され、ここで、第１のリソースは第１のＮＦを実現するためのリソースである、設定ユニット５２０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、ネットワークデバイス５００は更に、第２のリソースの利用をモニタするよう構成されるモニタリングユニットと、第２のリソースの利用が所定の閾値未満であるとき、ＮＦＶＯに第２の通知情報を送信するよう構成され、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、送信ユニットとを含む。
任意的には、実施例では、第１のＮＦはＶＮＦであり、ネットワークデバイス５００はＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス５００はＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス５００は第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
図６は、本発明の実施例による管理サーバの概略的なブロック図である。図６における管理サーバ６００は、図１〜３におけるＮＦＶＯによって実行されるステップを実現可能であり、繰り返しを回避するため、詳細はここでは説明されない。管理サーバ６００は、
プログラムを記憶するよう構成されるメモリ６１０と、
プログラムを実行するよう構成されるプロセッサ６２０であって、ここで、プログラムの実行中、プロセッサ６２０は、具体的には、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成され、ここで、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、プロセッサ６２０と、
第１のリソースの管理ノードに第１の通知情報を送信するよう構成され、ここで、第１の通知情報は、プロセッサ６２０によって決定された現在値を含み、現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう管理ノードに指示するのに用いられ、第１のリソースは第１のＮＦを実現するためのリソースである、送受信機６３０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、プロセッサ６２０は、具体的には、第１のＮＦの現在のサービス負荷と第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って、第１のＮＦのエネルギー効率状態パラメータの現在値を取得するよう構成される。
任意的には、実施例では、第１のＮＦはサービス負荷が変化するＮＦであり、現在のサービス負荷は第１のＮＦの変化したサービス負荷であり、プロセッサ６２０は、具体的には、複数のＮＦの間のサービス負荷調整を実行し、複数のＮＦからサービス負荷が変化する第１のＮＦを選択するよう構成される。
任意的には、実施例では、プロセッサ６２０は、具体的には、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得し、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられ、第２の通知情報を取得するとき、第２のリソースを利用することによって実現されるＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは管理サーバ６００であるか、又は、第２のリソースはＶＮＦを実現するためのリソースであり、モニタリングノードは第２のリソースを管理するＶＩＭであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のリソースはＰＮＦを実現するためのリソースであり、モニタリングノードはＰＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ６００であり、第２の通知情報は管理サーバ６００のクエリ結果であり、プロセッサ６２０は、具体的には、第２のリソースの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは第２のリソースの管理ノードであり、プロセッサ６２０は、具体的には、第２のリソースの管理ノードから第２の通知情報を受信するよう構成される。
任意的には、実施例では、プロセッサ６２０は、具体的には、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成され、ここで、第３の通知情報は、第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、第２のＮＦは複数のＮＦにおける何れかのＮＦであり、プロセッサ６２０は、具体的には、第３の通知情報を取得するとき、複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第２のＮＦはＶＮＦであり、モニタリングノードは管理サーバ６００であるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＶＮＦＭであるか、又は、第２のＮＦはＶＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、第２のＮＦはＰＮＦであり、モニタリングノードは第２のＮＦを管理するＥＭＳである。
任意的には、実施例では、モニタリングノードは管理サーバ６００であり、第３の通知情報は管理サーバ６００のクエリ結果であり、プロセッサ６２０は、具体的には、第２のＮＦの利用をクエリし、クエリ結果を取得するよう構成される。
任意的には、実施例では、モニタリングノードは、第２のＮＦの管理ノードであり、プロセッサ６２０は、具体的には、第２のＮＦの管理ノードから第３の通知情報を受信するよう管理サーバ６００によって構成される。
任意的には、実施例では、プロセッサ６２０は、具体的には、所定の処理及びメンテナンスプランに従って複数のＮＦの間のサービス負荷調整を実行するよう構成される。
任意的には、実施例では、第１のＮＦはＶＮＦであり、プロセッサ６２０、具体的には、第１のリソースを利用することによって実現される他のＶＮＦを取得し、第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、他のＶＮＦのサービス負荷を調整するよう構成される。
任意的には、実施例では、第１のＮＦは管理サーバ６００によって管理される第１のＮＳに属し、プロセッサ６２０は、具体的には、第１のＮＳを編成するとき、管理サーバ６００と第１のＮＳにおける全てのＮＦの管理ノードとの間で、管理サーバ６００に記録される全てのＮＦのエネルギー効率状態パラメータ値が全てのＮＦの管理ノードのものと同じであるように、全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される。
任意的には、実施例では、第１のＮＦはＶＮＦであり、第１のリソースの管理ノードはＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、第１のリソースの管理ノードは第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
図７は、本発明の実施例によるネットワークデバイスの概略的なブロック図である。図７におけるネットワークデバイス７００は、図１〜３における第１のリソースの管理ノードによって実行されるステップを実現可能であり、詳細は繰り返しを回避するためここでは説明されない。ネットワークデバイス７００は、
ＮＦＶＯによって送信された第１の通知情報を受信するよう構成され、ここで、第１の通知情報は第１のＮＦのエネルギー効率状態パラメータの現在値を含み、エネルギー効率状態パラメータは第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は第１のＮＦのエネルギーセービング状態を示す、受信機７１０と、
受信機７１０によって受信された現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成され、ここで、第１のリソースは第１のＮＦを実現するためのリソースである、プロセッサ７２０と、
を有する。
本発明の本実施例では、第１のＮＦのエネルギーセービング状態を示すことが可能なエネルギー効率状態パラメータが第１のＮＦについて予め設定され、ＮＦＶＯはまず、第１のＮＦのエネルギー効率状態パラメータの現在値を決定し、第１のリソースの管理ノードに現在値を送信し、これにより、管理ノードは、現在値によって示されるエネルギーセービング状態に第１のリソースのエネルギーセービング状態を調整し、すなわち、第１のＮＦのエネルギーセービング状態と第１のＮＦを実現するための第１のリソースのエネルギーセービング状態とは、ＮＦＶＯとリソース管理ノードとの間で第１のＮＦのエネルギー効率状態パラメータ値を転送することによって一致するよう調整され、これにより、ＮＦＶフィールドにおけるエネルギーセービング制御中にＮＦを実現するためのリソースとＮＦとの間の困難な協調制御の問題を解決する。
任意的には、実施例では、プロセッサ７２０は、具体的には、第２のリソースの利用をモニタし、第２のリソースの利用が所定の閾値未満であるとき、ＮＦＶＯに第２の通知情報を送信するよう構成され、ここで、第２の通知情報は、第２のリソースの利用が所定の閾値未満であることを示すのに用いられる。
任意的には、実施例では、第１のＮＦはＶＮＦであり、ネットワークデバイス７００はＶＩＭであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス７００はＯＳＳ／ＢＳＳであるか、又は、第１のＮＦはＰＮＦであり、ネットワークデバイス７００は第１のＮＦを管理するＥＭＳである。
任意的には、実施例では、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがエネルギーセービング状態に入り、エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、第１のＮＦのエネルギー効率状態パラメータは、第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む。
本発明の本実施例における用語“及び／又は”は、関連するオブジェクトを説明するための関連付け関係のみを説明し、３つの関係が存在しうることを表すことが理解されるべきである。例えば、Ａ及び／又はＢは、以下の３つのケース、Ａのみが存在する、ＡとＢとの双方が存在する、及びＢのみが存在する、を表しうる。さらに、本明細書における文字“／”は、通常は関連するオブジェクトの間の“又は”の関係を示す。
当業者は、本明細書において開示される実施例において説明される具体例に関連して、ユニット及びアルゴリズムのステップが電子ハードウェア、コンピュータソフトウェア又はこれらの組み合わせによって実現されうることを認識してもよい。ハードウェアとソフトウェアとの間の互換性を明確に説明するため、上記は通常は機能に従って各具体例の構成要素及びステップを説明した。当該機能がハードウェア又はソフトウェアによって実行されるか否かは、技術的解決策の設計制約条件及び特定の用途に依存する。当業者は、異なる方法を用いて特定の各用途について説明された機能を実現してもよいが、実現形態は本発明の範囲外であるとみなされるべきでない。
便宜的及び簡潔な説明の目的のため、上記のシステム、装置及びユニットの詳細な動作処理について、上記の方法の実施例における対応する処理が参照されてもよく、詳細はここでは再説明されないことが、当業者によって明確に理解されてもよい。
本出願において提供される複数の実施例では、開示されたシステム、装置及び方法は他の方式で実現されてもよいことが理解されるべきである。例えば、説明された装置の実施例は単なる一例である。例えば、ユニットの分割は単なる論理機能の分割であり、実際の実現形態では他の分割であってもよい。例えば、複数のユニット又はコンポーネントは他のシステムに組み合わせ又は統合されてもよく、あるいは、いくつかの特徴は無視又は実行されなくてもよい。さらに、表示又は説明された相互結合又は直接的な結合若しくは通信接続は、いくつかのインタフェースを介し実現されてもよい。装置又はユニット間の間接的な結合又は通信接続は、電子、機械又は他の形態で実現されてもよい。
別々のユニットとして説明されたユニットは、物理的に別々のものであってもよいし、あるいは、そうでなくてもよく、ユニットとして表示されたパーツは、物理的ユニットであってもよいし、あるいは、そうでなくてもよく、１カ所に配置されてもよいし、あるいは、複数のネットワークユニット上に分散されてもよい。ユニットの一部又は全ては、本発明の実施例の解決策の課題を実現するため、実際のニーズに従って選択されてもよい。
さらに、本発明の実施例における機能ユニットは１つの処理ユニットに統合されてもよいし、あるいは、各ユニットは物理的に単独で存在してもよいし、あるいは、２つ以上のユニットが１つのユニットに統合される。統合されたユニットはハードウェアの形態で実現されてもよいし、あるいは、ソフトウェア機能ユニットの形態で実現されてもよい。
統合されたユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は利用されるとき、統合されたユニットはコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の実質的な技術的解決策、従来技術に貢献する部分又は技術的解決策の全て若しくは一部は、ソフトウェアプロダクトの形態で実現されてもよい。ソフトウェアプロダクトは、記憶媒体に記憶され、本発明の実施例において説明される方法のステップの全て又は一部を実行するようコンピュータデバイス（パーソナルコンピュータ、サーバ又はネットワークデバイスであってもよい）に指示するための複数の命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、着脱可能なハードディスク、読み出し専用メモリ（ＲＯＭ，Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ，Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクなど、プログラムコードを記憶可能な何れかの媒体を含む。
上記の説明は、本発明の単なる特定の実施例であり、本発明の保護範囲を限定することを意図するものでない。本発明において開示された技術的範囲内で当業者により容易に想到する何れかの修正又は置換は、本発明の保護範囲内に属する。従って、本発明の保護範囲は、請求項の保護範囲に従う。

Claims (38)

  1. エネルギーセービング制御方法であって、
    ネットワーク機能仮想化編成装置ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップであって、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、決定するステップと、
    前記ＮＦＶＯが、第１のリソースの管理ノードに第１の通知情報を送信するステップであって、前記第１の通知情報は前記エネルギー効率状態パラメータの現在値を含み、前記現在値によって示されるエネルギーセービング状態として前記第１のリソースのエネルギーセービング状態を設定するよう前記管理ノードに指示するのに用いられ、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、送信するステップと、
    を有するエネルギーセービング制御方法。
  2. 前記ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップは、
    前記ＮＦＶＯが、前記第１のＮＦの現在のサービス負荷と前記第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って前記現在値を取得するステップを含む、請求項１記載の方法。
  3. 前記第１のＮＦはサービス負荷が変化するＮＦであり、前記現在のサービス負荷は前記第１のＮＦの変化したサービス負荷であり、前記ＮＦＶＯが、第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するステップの前に、当該方法は更に、
    前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップと、
    前記ＮＦＶＯが、前記複数のＮＦからサービス負荷が変化する前記第１のＮＦを選択するステップと、
    を含む、請求項２記載の方法。
  4. 前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップの前に、当該方法は更に、
    前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップであって、前記第２の通知情報は、前記第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、取得するステップを含み、
    前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップは、
    前記ＮＦＶＯが、前記第２の通知情報を取得するとき、前記第２のリソースを利用することによって実現される前記ＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記複数のＮＦの間のサービス負荷調整を実行するステップを含む、請求項３記載の方法。
  5. 前記第２のリソースは仮想化ネットワーク機能ＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＮＦＶＯであるか、又は、
    前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記第２のリソースを管理する仮想化インフラストラクチャマネージャＶＩＭであるか、又は、
    前記第２のリソースは物理ネットワーク機能ＰＮＦを実現するためのリソースであり、前記モニタリングノードはオペレーション・サポート・システムＯＳＳ／ビジネス・サポート・システムＢＳＳであるか、又は、
    前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＰＮＦを管理するエレメント管理システムＥＭＳである、請求項４記載の方法。
  6. 前記モニタリングノードは前記ＮＦＶＯであり、前記第２の通知情報は前記ＮＦＶＯのクエリ結果であり、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップは、
    前記ＮＦＶＯが、前記クエリ結果を取得するため、前記第２のリソースの利用をクエリするステップを含む、請求項４記載の方法。
  7. 前記モニタリングノードは前記第２のリソースの管理ノードであり、前記ＮＦＶＯが、第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するステップは、
    前記ＮＦＶＯが、前記第２のリソースの管理ノードから前記第２の通知情報を受信するステップを含む、請求項４記載の方法。
  8. 前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップの前に、当該方法は更に、
    前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップであって、前記第３の通知情報は、前記第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、前記第２のＮＦは前記複数のＮＦにおける何れかのＮＦである、取得するステップを含み、
    前記ＮＦＶＯが、複数のＮＦの間のサービス負荷調整を実行するステップは、
    前記ＮＦＶＯが、前記第３の通知情報を取得するとき、前記複数のＮＦの間のサービス負荷調整を実行するステップを含む、請求項３記載の方法。
  9. 前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記ＮＦＶＯであるか、又は、
    前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理する仮想化ネットワーク機能マネージャＶＮＦＭであるか、又は、
    前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳであるか、又は、
    前記第２のＮＦはＰＮＦであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、
    前記第２のＮＦはＰＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳである、請求項８記載の方法。
  10. 前記モニタリングノードは前記ＮＦＶＯであり、前記第３の通知情報は前記ＮＦＶＯのクエリ結果であり、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップは、
    前記ＮＦＶＯが、前記第２のＮＦの利用をクエリし、前記クエリ結果を取得するステップを含む、請求項８記載の方法。
  11. 前記モニタリングノードは、前記第２のＮＦの管理ノードであり、前記ＮＦＶＯが、第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するステップは、
    前記ＮＦＶＯが、前記第２のＮＦの管理ノードから前記第３の通知情報を受信するステップを含む、請求項８記載の方法。
  12. 前記第１のＮＦはＶＮＦであり、当該方法は更に、
    前記ＮＦＶＯが、前記第１のリソースを利用することによって実現される他のＶＮＦを取得するステップと、
    前記ＮＦＶＯが、前記第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記他のＶＮＦのサービス負荷を調整するステップと、
    を含む、請求項１乃至４又は請求項８記載の方法。
  13. 前記第１のＮＦは前記ＮＦＶＯによって管理される第１のＮＳに属し、前記ＮＦＶＯが、第１のＮＦのエネルギー効率状態パラメータの現在値を決定するステップの前に、当該方法は更に、
    前記第１のＮＳを編成するとき、前記ＮＦＶＯと前記第１のＮＳにおける全てのＮＦの管理ノードとの間で、前記ＮＦＶＯに記録される前記全てのＮＦのエネルギー効率状態パラメータ値が前記全てのＮＦの管理ノードのものと同じであるように、前記全てのＮＦのエネルギー効率状態パラメータ値を同期させるステップを含む、請求項１乃至１２何れか一項記載の方法。
  14. 前記第１のＮＦはＶＮＦであり、前記第１のリソースの管理ノードはＶＩＭであるか、又は、
    前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、
    前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードは前記第１のＮＦを管理するＥＭＳである、請求項１乃至１３何れか一項記載の方法。
  15. 前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む、請求項１乃至１４何れか一項記載の方法。
  16. エネルギーセービング制御方法であって、
    ネットワーク機能仮想化編成装置ＮＦＶＯによって送信された第１の通知情報を受信するステップであって、前記第１の通知情報は第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を含み、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、受信するステップと、
    前記現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するステップであって、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、設定するステップと、
    を有するエネルギーセービング制御方法。
  17. 当該方法は更に、
    第２のリソースの利用をモニタするステップと、
    前記第２のリソースの利用が所定の閾値未満であるとき、前記ＮＦＶＯに第２の通知情報を送信するステップであって、前記第２の通知情報は、前記第２のリソースの利用が前記所定の閾値未満であることを示すのに用いられる、送信するステップと、
    を含む、請求項１６記載の方法。
  18. 前記第１のＮＦは仮想化ネットワーク機能ＶＮＦであり、当該方法は仮想化インフラストラクチャマネージャＶＩＭによって実行されるか、又は、
    前記第１のＮＦは物理ネットワーク機能ＰＮＦであり、当該方法はオペレーション・サポート・システムＯＳＳ／ビジネス・サポート・システムＢＳＳによって実行されるか、又は、
    前記第１のＮＦはＰＮＦであり、当該方法は前記第１のＮＦを管理するエレメント管理システムＥＭＳによって実行される、請求項１６又は１７記載の方法。
  19. 前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む、請求項１６乃至１８何れか一項記載の方法。
  20. 管理サーバであって、
    第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を決定するよう構成される処理ユニットであって、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、エネルギー効率状態パラメータ値は前記第１のＮＦのエネルギーセービング状態を示す、処理ユニットと、
    第１のリソースの管理ノードに第１の通知情報を送信するよう構成される送信ユニットであって、前記第１の通知情報は前記エネルギー効率状態パラメータのものであって、前記処理ユニットによって決定された現在値を含み、前記現在値によって示されるエネルギーセービング状態として前記第１のリソースのエネルギーセービング状態を設定するよう前記管理ノードに指示するのに用いられ、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、送信ユニットと、
    を有する管理サーバ。
  21. 前記処理ユニットは、具体的には、前記第１のＮＦの現在のサービス負荷と前記第１のＮＦのエネルギー効率状態パラメータ値との間の対応関係に従って前記現在値を取得するよう構成される、請求項２０記載の管理サーバ。
  22. 前記第１のＮＦはサービス負荷が変化するＮＦであり、前記現在のサービス負荷は前記第１のＮＦの変化したサービス負荷であり、前記管理サーバは更に、
    複数のＮＦの間のサービス負荷調整を実行するよう構成される第１の調整ユニットと、
    前記複数のＮＦからサービス負荷が変化する前記第１のＮＦを選択するよう構成される選択ユニットと、
    を含む、請求項２１記載の管理サーバ。
  23. 前記管理サーバは更に、
    第２のリソースの利用をモニタするモニタリングノードから第２の通知情報を取得するよう構成される第１の取得ユニットであって、前記第２の通知情報は、前記第２のリソースの利用が所定の閾値未満であることを示すのに用いられる、第１の取得ユニットを含み、
    前記第１の調整ユニットは、具体的には、前記第２の通知情報が取得されるとき、前記第２のリソースを利用することによって実現される前記ＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記複数のＮＦの間のサービス負荷調整を実行するよう構成される、請求項２２記載の管理サーバ。
  24. 前記第２のリソースは仮想化ネットワーク機能ＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記管理サーバであるか、又は、
    前記第２のリソースはＶＮＦを実現するためのリソースであり、前記モニタリングノードは前記第２のリソースを管理する仮想化インフラストラクチャマネージャＶＩＭであるか、又は、
    前記第２のリソースは物理ネットワーク機能ＰＮＦを実現するためのリソースであり、前記モニタリングノードはオペレーション・サポート・システムＯＳＳ／ビジネス・サポート・システムＢＳＳであるか、又は、
    前記第２のリソースはＰＮＦを実現するためのリソースであり、前記モニタリングノードは前記ＰＮＦを管理するエレメント管理システムＥＭＳである、請求項２３記載の管理サーバ。
  25. 前記モニタリングノードは前記管理サーバであり、前記第２の通知情報は前記管理サーバのクエリ結果であり、前記第１の取得ユニットは、具体的には、前記第２のリソースの利用をクエリし、前記クエリ結果を取得するよう構成される、請求項２３記載の管理サーバ。
  26. 前記モニタリングノードは前記第２のリソースの管理ノードであり、前記第１の取得ユニットは、具体的には、前記第２のリソースの管理ノードから前記第２の通知情報を受信するよう構成される、請求項２３記載の管理サーバ。
  27. 前記管理サーバは更に、
    第２のＮＦの利用をモニタするモニタリングノードから第３の通知情報を取得するよう構成される第２の取得ユニットであって、前記第３の通知情報は、前記第２のＮＦの利用が所定の閾値未満であることを示すのに用いられ、前記第２のＮＦは前記複数のＮＦにおける何れかのＮＦである、第２の取得ユニットを含み、
    前記第１の調整ユニットは、具体的には、前記第３の通知情報が取得されるとき、前記複数のＮＦの間のサービス負荷調整を実行するよう構成される、請求項２２記載の管理サーバ。
  28. 前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記管理サーバであるか、又は、
    前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理する仮想化ネットワーク機能マネージャＶＮＦＭであるか、又は、
    前記第２のＮＦはＶＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳであるか、又は、
    前記第２のＮＦはＰＮＦであり、前記モニタリングノードはＯＳＳ／ＢＳＳであるか、又は、
    前記第２のＮＦはＰＮＦであり、前記モニタリングノードは前記第２のＮＦを管理するＥＭＳである、請求項２７記載の管理サーバ。
  29. 前記モニタリングノードは前記管理サーバであり、前記第３の通知情報は前記管理サーバのクエリ結果であり、前記第２の取得ユニットは、具体的には、前記第２のＮＦの利用をクエリし、前記クエリ結果を取得するよう構成される、請求項２７記載の管理サーバ。
  30. 前記モニタリングノードは、前記第２のＮＦの管理ノードであり、前記第２の取得ユニットは、具体的には、前記第２のＮＦの管理ノードから前記第３の通知情報を受信するよう構成される、請求項２７記載の管理サーバ。
  31. 前記第１のＮＦはＶＮＦであり、前記管理サーバは更に、
    前記第１のリソースを利用することによって実現される他のＶＮＦを取得するよう構成される第３の取得ユニットと、
    前記第１のリソース上で実現される全てのＶＮＦのサービス負荷に対応するエネルギー効率状態パラメータ値が同じであるように、前記他のＶＮＦのサービス負荷を調整するよう構成される第２の調整ユニットと、
    を含む、請求項２０乃至２３又は請求項２７記載の管理サーバ。
  32. 前記第１のＮＦは前記管理サーバによって管理される第１のＮＳに属し、前記管理サーバは更に、
    前記第１のＮＳを編成するとき、前記管理サーバと前記第１のＮＳにおける全てのＮＦの管理ノードとの間で、前記管理サーバに記録される前記全てのＮＦのエネルギー効率状態値が前記全てのＮＦの管理ノードのものと同じであるように、前記全てのＮＦのエネルギー効率状態パラメータ値を同期させるよう構成される同期ユニットを含む、請求項２０乃至３１何れか一項記載の管理サーバ。
  33. 前記第１のＮＦはＶＮＦであり、前記第１のリソースの管理ノードはＶＩＭであるか、又は、
    前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードはＯＳＳ／ＢＳＳであるか、又は、
    前記第１のＮＦはＰＮＦであり、前記第１のリソースの管理ノードは前記第１のＮＦを管理するＥＭＳである、請求項２０乃至３２何れか一項記載の管理サーバ。
  34. 前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む、請求項２０乃至３３何れか一項記載の管理サーバ。
  35. ネットワークデバイスであって、
    ネットワーク機能仮想化編成装置ＮＦＶＯによって送信された第１の通知情報を受信するよう構成される受信ユニットであって、前記第１の通知情報は第１のネットワーク機能ＮＦのエネルギー効率状態パラメータの現在値を含み、前記エネルギー効率状態パラメータは前記第１のＮＦについて設定されたパラメータであり、前記エネルギー効率状態パラメータの異なる値は前記第１のＮＦの異なるエネルギーセービング状態を示す、受信ユニットと、
    前記受信ユニットによって受信された前記現在値によって示されるエネルギーセービング状態として第１のリソースのエネルギーセービング状態を設定するよう構成される設定ユニットであって、前記第１のリソースは前記第１のＮＦを実現するためのリソースである、設定ユニットと、
    を有するネットワークデバイス。
  36. 前記ネットワークデバイスは更に、
    第２のリソースの利用をモニタするよう構成されるモニタリングユニットと、
    前記第２のリソースの利用が所定の閾値未満であるとき、前記ＮＦＶＯに第２の通知情報を送信するよう構成される送信ユニットであって、前記第２の通知情報は、前記第２のリソースの利用が前記所定の閾値未満であることを示すのに用いられる、送信ユニットと、
    を含む、請求項３５記載のネットワークデバイス。
  37. 前記第１のＮＦは仮想化ネットワーク機能ＶＮＦであり、前記ネットワークデバイスは仮想化インフラストラクチャマネージャＶＩＭであるか、又は、
    前記第１のＮＦは物理ネットワーク機能ＰＮＦであり、前記ネットワークデバイスはオペレーション・サポート・システムＯＳＳ／ビジネス・サポート・システムＢＳＳであるか、又は、
    前記第１のＮＦはＰＮＦであり、前記ネットワークデバイスは前記第１のＮＦを管理するエレメント管理システムＥＭＳである、請求項３５又は３６記載のネットワークデバイス。
  38. 前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがエネルギーセービング状態に入り、前記エネルギーセービング状態を出ることをそれぞれ示す２つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦがアクティブ状態、スリープ状態及び非アクティブ状態にあることをそれぞれ示す３つの値を含むか、又は、
    前記第１のＮＦのエネルギー効率状態パラメータは、前記第１のＮＦのＮ個（Ｎ≧２）のエネルギーセービングレベルをそれぞれ示すＮ個の値を含む、請求項３５乃至３７何れか一項記載のネットワークデバイス。
JP2017511164A 2014-08-25 2015-05-29 エネルギーセービング制御方法、管理サーバ及びネットワークデバイス Expired - Fee Related JP6450835B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201410419870.2 2014-08-25
CN201410419870.2A CN105376083B (zh) 2014-08-25 2014-08-25 节能控制方法、管理服务器和网络设备
PCT/CN2015/080244 WO2016029726A1 (zh) 2014-08-25 2015-05-29 节能控制方法、管理服务器和网络设备

Publications (2)

Publication Number Publication Date
JP2017531370A true JP2017531370A (ja) 2017-10-19
JP6450835B2 JP6450835B2 (ja) 2019-01-09

Family

ID=55377912

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017511164A Expired - Fee Related JP6450835B2 (ja) 2014-08-25 2015-05-29 エネルギーセービング制御方法、管理サーバ及びネットワークデバイス

Country Status (7)

Country Link
US (1) US20170171015A1 (ja)
EP (1) EP3179673B1 (ja)
JP (1) JP6450835B2 (ja)
KR (1) KR20170046721A (ja)
CN (1) CN105376083B (ja)
BR (1) BR112017003862A2 (ja)
WO (1) WO2016029726A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3269088B1 (en) * 2015-03-13 2022-05-18 Koninklijke KPN N.V. Method, computer program, network function control system, service data and record carrier, for controlling provisioning of a service in a network
US10728054B2 (en) 2015-11-04 2020-07-28 Futurewei Technologies, Inc. System and method for VNF termination management
US10855541B2 (en) * 2016-03-29 2020-12-01 Nokia Solutions And Networks Oy Methods and apparatuses for moving virtualized network function instances between network service instances
CN107277898A (zh) * 2016-04-08 2017-10-20 中兴通讯股份有限公司 虚拟化网络节能方法及装置
US10686651B2 (en) * 2016-06-20 2020-06-16 Apple Inc. End-to-end techniques to create PM (performance measurement) thresholds at NFV (network function virtualization) infrastructure
WO2018098624A1 (zh) * 2016-11-29 2018-06-07 华为技术有限公司 一种管理方法、管理单元及***
US11243798B2 (en) * 2017-04-24 2022-02-08 Apple Inc. Network function virtualization infrastructure performance
CN110692216B (zh) * 2017-06-13 2021-05-18 华为技术有限公司 利用上下文感知来协调管理和移动网络服务操作平面的方法
US11003516B2 (en) * 2017-07-24 2021-05-11 At&T Intellectual Property I, L.P. Geographical redundancy and dynamic scaling for virtual network functions
CN109379206B (zh) * 2017-08-07 2022-04-22 华为技术有限公司 网络功能信息的管理方法及相关设备
CN109391982B (zh) * 2017-08-10 2022-06-07 ***通信有限公司研究院 信息包生成方法及编排管理方法、网元及存储介质
CN109842892B (zh) * 2017-11-24 2020-11-10 ***通信有限公司研究院 一种nsi的pnf更新方法、设备和计算机可读存储介质
KR20190087131A (ko) 2018-01-16 2019-07-24 성균관대학교산학협력단 가상 네트워크 기능 자원 할당 방법, 프로그램, 이를 기록한 컴퓨터로 판독가능한 기록매체와 컴퓨팅 장치
US11382150B2 (en) * 2018-03-26 2022-07-05 Apple Inc. System and method of managing PNF connectivity in a network slice instance
CN111385181B (zh) * 2018-12-29 2021-05-04 华为技术有限公司 一种实例化方法及装置
CN112583613B (zh) * 2019-09-27 2022-05-17 华为技术有限公司 一种创建pm任务的方法及装置
EP3873030A1 (en) * 2020-02-25 2021-09-01 Deutsche Telekom AG Method for enhanced management and/or energy efficient implementation of network function virtualization within a telecommunications network, telecommunications network, network function virtualization infrastructure, scaling entity or scaling module of a virtual network function application or virtual network function application, program and computer program product
WO2022058049A1 (en) * 2020-09-15 2022-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Energy efficiency-based network function discovery and selection
EP4325794A1 (en) * 2022-08-17 2024-02-21 Ntt Docomo, Inc. Power management component and method for power management of a virtual network function
CN117270473B (zh) * 2023-10-12 2024-03-22 嘉兴美旺机械制造有限公司 一种烧上机的设备节能控制方法及***

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014090408A (ja) * 2012-10-01 2014-05-15 Ntt Docomo Inc パケット光ネットワークの宛先ノードに外部の光データパケットを提供する方法及びシステム
JP2014515583A (ja) * 2011-06-10 2014-06-30 アルカテル−ルーセント 無線通信システム、そのマスタ・ユニット、およびスレーブ・ユニットでアップリンク無線周波数信号を受信する方法
WO2014110453A1 (en) * 2013-01-11 2014-07-17 Huawei Technologies Co., Ltd. Network function virtualization for a network device

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9130760B2 (en) * 2011-04-26 2015-09-08 Openet Telecom Ltd Systems, devices and methods of establishing a closed feedback control loop across multiple domains
CN107977255B (zh) * 2012-11-27 2021-12-28 瑞典爱立信有限公司 用于分离租户特定数据的装置和方法
EP2957080B1 (en) * 2013-02-12 2020-06-10 Hewlett-Packard Enterprise Development LP Network control using software defined flow mapping and virtualized network functions

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014515583A (ja) * 2011-06-10 2014-06-30 アルカテル−ルーセント 無線通信システム、そのマスタ・ユニット、およびスレーブ・ユニットでアップリンク無線周波数信号を受信する方法
JP2014090408A (ja) * 2012-10-01 2014-05-15 Ntt Docomo Inc パケット光ネットワークの宛先ノードに外部の光データパケットを提供する方法及びシステム
WO2014110453A1 (en) * 2013-01-11 2014-07-17 Huawei Technologies Co., Ltd. Network function virtualization for a network device

Also Published As

Publication number Publication date
CN105376083A (zh) 2016-03-02
JP6450835B2 (ja) 2019-01-09
WO2016029726A1 (zh) 2016-03-03
EP3179673A4 (en) 2017-06-14
KR20170046721A (ko) 2017-05-02
CN105376083B (zh) 2018-12-14
BR112017003862A2 (pt) 2018-06-26
US20170171015A1 (en) 2017-06-15
EP3179673A1 (en) 2017-06-14
EP3179673B1 (en) 2018-11-14

Similar Documents

Publication Publication Date Title
JP6450835B2 (ja) エネルギーセービング制御方法、管理サーバ及びネットワークデバイス
US20200137151A1 (en) Load balancing engine, client, distributed computing system, and load balancing method
US10140112B2 (en) Update management system and update management method
US10567196B2 (en) Decision coordination method, execution apparatus, and decision coordinator
CN105873114B (zh) 一种虚拟网络功能性能监控的方法及相应的***
JP6538869B2 (ja) ネットワーク管理
EP3490224A1 (en) Data synchronization method and system
US20220014434A1 (en) Slice Resource Deployment Method and Apparatus, and Slice Manager and Computer Storage Medium
CN106161076B (zh) 虚拟网络功能扩展方法和装置
US20180024866A1 (en) System, virtualization control apparatus, method for controlling a virtualization control apparatus, and program
JP2018519736A (ja) Ｖｎｆフェイルオーバの方法及び装置
US9104488B2 (en) Support server for redirecting task results to a wake-up server
CN105677441B (zh) 虚拟机迁移方法、虚拟设施管理器及协调器
US20160344582A1 (en) Call home cluster
CN112468310B (zh) 流媒体集群节点管理方法、装置及存储介质
WO2013016977A1 (zh) 一种统一调度云计算远端资源的方法及***
CN109218232A (zh) 一种实现Mux机的方法、设备及***
US20170111240A1 (en) Service Elastic Method and Apparatus in Cloud Computing
US20170222921A1 (en) Method and Apparatus for Controlling Packet Transmission and Network Functions Virtualization System
EP2472416B1 (en) Data query system and constructing method thereof and corresponding data query method
CN105591790B (zh) 数据通信连接池管理装置
US20190042294A1 (en) System and method for implementing virtualized network functions with a shared memory pool
CN106790354B (zh) 一种防数据拥堵的通信方法及其装置
CN117014492A (zh) 云桌面动态迁移方法、装置、设备及存储介质
Shpur et al. Improving the Quality of Composite Services Through Improvement of Cloud Infrastructure Management

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180309

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180410

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181113

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181210

R150 Certificate of patent or registration of utility model

Ref document number: 6450835

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees