(57)【特許請求の範囲】
【請求項１】
第１ネットワークドメインに関連する第１通信ネットワークと第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するための方法であって、
追加のネットワークリソースのための要求を前記第１ネットワークドメインにおけるリソースブローカにおいて受信する段階と、
追加のネットワークリソースのための要求を前記第２ネットワークドメインにおけるリソースブローカへ伝送する段階と、
前記第１ネットワークドメインの前記リソースブローカが、要求された前記追加のネットワークリソースの少なくともいくつかの供給のために、前記第２ネットワークドメインの前記リソースブローカとネゴシエートする段階と、
伝送された前記要求に応じて、要求された前記追加のネットワークリソースの少なくともいくつかの提供を受信する段階と
を備え、
前記第１通信ネットワークは、前記第１通信ネットワーク内のネットワークリソースを生成および解放する機能を有し、前記第２通信ネットワークは、前記第２通信ネットワーク内のネットワークリソースを生成および解放する機能を有する、方法。
【請求項２】
要求された前記ネットワークリソースの少なくともいくつかの使用の承認を受信する段階をさらに備える、請求項１に記載の方法。
【請求項３】
要求された前記ネットワークリソースの前記少なくともいくつかを割り当てる段階をさらに備える、請求項２に記載の方法。
【請求項４】
追加のネットワークリソースのための前記要求と照らして、リソース要求ポリシーを確認する段階をさらに備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記追加のネットワークリソースは、スペクトルリソース、データセンターリソース、コア帯域幅リソース、コンピューティングリソース、ストレージリソース、およびネットワーキングリソースのうち１つまたは組み合わせを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
第１ネットワークドメインに関連する第１通信ネットワークと、第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するための方法であって、
前記第２ネットワークドメインにおけるリソースブローカにおいて、追加のネットワークリソースのための要求を前記第１通信ネットワークから受信する段階と、
ネットワークリソースの利用可能性を判定するために問い合わせを伝送する段階と、
ネットワークリソースの前記利用可能性のインジケーションを受信する段階と、
前記第２ネットワークドメインの前記リソースブローカが、要求された前記追加のネットワークリソースの少なくともいくつかの供給のために、前記第１ネットワークドメインの前記リソースブローカとネゴシエートする段階と
受信された前記要求に応じて、要求された前記追加のネットワークリソースの少なくともいくつかの提供を伝送する段階と
を備え、
前記第１通信ネットワークは、前記第１通信ネットワーク内のネットワークリソースを生成および解放する機能を有し、前記第２通信ネットワークは、前記第２通信ネットワーク内のネットワークリソースを生成および解放する機能を有する、方法。
【請求項７】
要求された前記ネットワークリソースの少なくともいくつかの使用の承認を伝送する段階をさらに備える、請求項６に記載の方法。
【請求項８】
前記第１通信ネットワークからの追加のネットワークリソースのための前記要求と照らして、リソース共有ポリシーを確認する段階をさらに備える、請求項６または７に記載の方法。
【請求項９】
第１ネットワークドメインに関連する第１通信ネットワークと、第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するためのシステムであって、
追加のネットワークリソースのための要求を伝送する第１ブローカ／ネゴシエータであって、前記第１通信ネットワークと動作可能に接続された第１ブローカ／ネゴシエータと、
前記第１ブローカ／ネゴシエータから前記要求を受信して、前記要求に作用し、要求された前記追加のネットワークリソースの少なくともいくつかを供給する第２ブローカ／ネゴシエータであって、前記第２通信ネットワーク、および、前記第２通信ネットワークに関連する前記少なくともいくつかのネットワークリソースと動作可能に接続される第２ブローカ／ネゴシエータと、
を備え、
前記第１ブローカ／ネゴシエータおよび前記第２ブローカ／ネゴシエータは、要求された前記追加のネットワークリソースの少なくともいくつかの前記供給をネゴシエートし、
前記第１通信ネットワークは、前記第１通信ネットワーク内のネットワークリソースを生成および解放する機能を有し、前記第２通信ネットワークは、前記第２通信ネットワーク内のネットワークリソースを生成および解放する機能を有する、システム。
【請求項１０】
前記第１ブローカ／ネゴシエータは、前記第１通信ネットワークに関連するオーケストレータにおいてインスタンス化される、請求項９に記載のシステム。
【請求項１１】
前記第２ブローカ／ネゴシエータは、前記第２通信ネットワークに関連するオーケストレータ内においてインスタンス化される、請求項９または１０に記載のシステム。
【請求項１２】
前記第１ブローカ／ネゴシエータは、前記第１通信ネットワークに関連するオーケストレータの外部でインスタンス化される、請求項９から１１のいずれか一項に記載のシステム。
【請求項１３】
前記オーケストレータの外部においてインスタンス化され、前記第１通信ネットワーク上で動作可能な管理およびオーケストレーション（ＭＡＮＯ）エンティティのＶＮＦＭと通信可能に結合される仮想ネットワーク機能マネージャ（ＶＮＦＭ）をさらに備える、請求項１２に記載のシステム。
【請求項１４】
前記オーケストレータの外部にインスタンス化された前記ＶＮＦＭは、前記第２通信ネットワークに関連する前記少なくともいくつかのネットワークリソースを使用してインスタンス化される１または複数の仮想ネットワーク機能（ＶＮＦ）を管理する、請求項１３に記載のシステム。
【請求項１５】
前記追加のネットワークリソースは、スペクトルリソース、データセンターリソース、コア帯域幅リソース、コンピューティングリソース、ストレージリソース、およびネットワーキングリソースの１つまたは組み合わせを含む、請求項９から１４のいずれか一項に記載のシステム。
【請求項１６】
第１ネットワークドメインに関連する第１通信ネットワークに設けられた、ネットワークリソースを管理するためのネットワーク装置であって、
第２ネットワークドメインに関連する第２通信ネットワークに設けられた第２ブローカ／ネゴシエータと通信する第１ブローカ／ネゴシエータであって、
前記第１通信ネットワーク内の追加のネットワークリソースについての要求を受信し、
追加のネットワークリソースについての要求を前記第２ブローカ／ネゴシエータに対し、伝送し、
要求された前記追加のネットワークリソースの少なくともいくつかの供給のために、前記第２ブローカ／ネゴシエータとネゴシエートし、
伝送された前記要求に応じて、要求された前記追加のネットワークリソースの少なくともいくつかの提供を受信する、第１ブローカ／ネゴシエータを備え、
前記第１通信ネットワークは、前記第１通信ネットワーク内のネットワークリソースを生成および解放する機能を有し、前記第２通信ネットワークは、前記第２通信ネットワーク内のネットワークリソースを生成および解放する機能を有する、装置。
【請求項１７】
第２ネットワークドメインに関連する第２通信ネットワークに設けられた、ネットワークリソースを管理するためのネットワーク装置であって、
第１ネットワークドメインに関連する第１通信ネットワークに設けられた第１ブローカ／ネゴシエータと通信する第２ブローカ／ネゴシエータであって、
追加のネットワークリソースについての要求を前記第１通信ネットワークから受信し、
ネットワークリソースの利用可能性を判定するために問い合わせを伝送し、
ネットワークリソースの前記利用可能性のインジケーションを受信し、
要求された前記追加のネットワークリソースの少なくともいくつかの供給のために、前記第１ブローカ／ネゴシエータとネゴシエートし、
受信された前記要求に応じて、要求された前記追加のネットワークリソースの少なくともいくつかの提供を伝送する、第２ブローカ／ネゴシエータを備え、
前記第１通信ネットワークは、前記第１通信ネットワーク内のネットワークリソースを生成および解放する機能を有し、前記第２通信ネットワークは、前記第２通信ネットワーク内のネットワークリソースを生成および解放する機能を有する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２０１５年６月２日および２０１５年９月２１日にそれぞれ出願された米国仮出願第６２／１７０，０５１号および６２／２２１，２９７号、ならびに、２０１６年５月３１日に出願された米国非仮特許出願第１５／１６８，５１４号に対する利益および優先権を主張する。上述の出願は、本明細書において、その全体が参照によって組み込まれる。
【０００２】
本発明は、通信ネットワークの分野に関し、特に、事業者ネットワーク間の仮想インフラストラクチャ管理のためのシステムおよび方法に関する。 
【背景技術】
【０００３】
異なる使用事例の必要性からの矛盾する要望に対処することは、ネットワークの計画および展開を難しくする。
【０００４】
無線ネットワーク（次世代無線、または、いわゆる第５世代（５Ｇ）ネットワークを含む）における将来の発展をサポートするものなど、高度なネットワークの構築において、ネットワークスライシングは、異なるトラフィックフローがその上を移動できる分離した仮想ネットワークを生成する能力を提供する。その結果、私たちは、異なるネットワークスライスの生成を可能にする、ネットワーク機能仮想化、ソフトウェアデファインドネットワーキング、および同様のもののような技術に注目している。ＳＤＮおよびＮＦＶを使用することによって、スライスを生成し、必要な機能をそれらに割り当てることができる。これらのスライスの各々は、それらがサービスを提供するトラフィックフローによって必要とされる特性を有することができる。これにより、１つのネットワークスライスが低い遅延を有し、別のネットワークスライスが非常に高い信頼性を有するということが可能になる。
【０００５】
例えば、ネットワーク事業者では、共有されたネットワークインフラストラクチャ上で顧客の要望に対してサービスを提供するためのリソースが限定されていることがあり得る。この問題は、顧客の要望と、同一のインフラストラクチャ上で運用している異なるネットワーク事業者との増大に伴って深刻化する。従って、従来技術の１または複数の制約に少なくとも部分的に対処するシステムおよび方法の必要性が存在する。
【０００６】
この背景情報は、本発明に関連する可能性があると出願人が考える情報を明らかにするために与えられる。上述の情報のいずれかが、本発明に対する従来技術を構成するという承認は必ずしも意図されず、また、そのように解釈されるべきではない。
【発明の概要】
【０００７】
本発明は、仮想インフラストラクチャ管理のためのシステムおよび方法を提供する。本発明の実施形態によれば、第１ネットワークドメインに関連する第１通信ネットワークと第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するための方法が提供される。方法は、第１ネットワークドメインにおけるリソースブローカにおいて追加のネットワークリソースのための要求を受信する段階と、追加のネットワークリソースのための要求を第２ネットワークドメインにおけるリソースブローカへ伝送する段階とを備える。方法はさらに、伝送された要求に応じて、要求された追加のネットワークリソースの少なくともいくつかについての提供を受信する段階を備える。
【０００８】
いくつかの実施形態において、方法はさらに、要求されたネットワークリソースの少なくともいくつかの使用の承認を受信する段階を備え、また、要求されたネットワークリソースの少なくともいくつかを割り当てる段階を備え得る。
【０００９】
いくつかの実施形態において、方法はさらに、第１ネットワークドメインのリソースブローカが、要求された追加のネットワークリソースの少なくともいくつかの供給のために、第２ネットワークドメインのリソースブローカとネゴシエートする段階を備える。
【００１０】
本発明の実施形態によれば、第１ネットワークドメインに関連する第１通信ネットワークと第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するための方法が提供される。方法は、第２ドメインのリソースブローカにおいて、追加のネットワークリソースのための要求を受信する段階と、第２ネットワークドメインのリソースブローカが、ネットワークリソースの利用可能性を判定するための問い合わせを伝送する段階とを備える。方法はさらに、ネットワークリソースの利用可能性のインジケーションを受信する段階と、受信された要求に応じて、要求された追加のネットワークリソースの少なくともいくつかの提供を伝送する段階とを備える。
【００１１】
いくつかの実施形態において、方法はさらに、要求されたネットワークリソースの少なくともいくつかの使用の承認を伝送する段階を備える。
【００１２】
いくつかの実施形態において、方法はさらに、第２ネットワークドメインのリソースブローカが、要求された追加のネットワークリソースの少なくともいくつかの供給のために、第１ネットワークドメインのリソースブローカとネゴシエートする段階を備える。
【００１３】
本発明の実施形態によれば、第１ネットワークドメインに関連する第１通信ネットワークと第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するためのシステムが提供される。システムは、追加のネットワークリソースのための要求を伝送するように構成される第１ブローカ／ネゴシエータであって、第１通信ネットワークと動作可能に接続される第１ブローカ／ネゴシエータを備える。システムはさらに、第１ブローカ／ネゴシエータから要求を受信して、要求に作用し、要求された追加のネットワークリソースの少なくともいくつかを供給するように構成される第２ブローカ／ネゴシエータを備える。第２ブローカ／ネゴシエータは、第２通信ネットワーク、および、第２通信ネットワークに関連する少なくともいくつかのネットワークリソースと動作可能に接続される。
【００１４】
いくつかの実施形態において、第１ブローカ／ネゴシエータもしくは第２ブローカ／ネゴシエータ、またはその両方は、第１通信ネットワークに関連するオーケストレータ内でインスタンス化される。
【００１５】
いくつかの実施形態において、第１ブローカ／ネゴシエータは、第１通信ネットワークに関連するオーケストレータの外部でインスタンス化され、仮想ネットワーク機能マネージャ（ＶＮＦＭ）は、オーケストレータの外部でインスタンス化され、第１通信ネットワーク上で動作可能な管理およびオーケストレーション（ＭＡＮＯ）エンティティのＶＮＦＭと通信可能に結合され得る。
【００１６】
いくつかの実施形態において、第１ブローカ／ネゴシエータおよび第２ブローカ／ネゴシエータは、要求された追加のネットワークリソースの少なくともいくつかの供給をネゴシエートするように構成される。
【図面の簡単な説明】
【００１７】
本発明のさらなる機能および特長が、添付の図面と組み合わせて、以下の詳細な説明より明らかとなるであろう。
【００１８】
【図１】本発明の実施形態に係る、ネットワーク事業者の通信ネットワークアーキテクチャの概要を示す。
【００１９】
【図２】本発明の実施形態に係る、内部インフラストラクチャ管理機能を含む、第１および第２事業者を有する仮想インフラストラクチャ管理のためのシステムを示す。
【００２０】
【図３】本発明の実施形態に係る、外部インフラストラクチャ管理機能を含む仮想インフラストラクチャ管理のためのシステムを示す。
【００２１】
【図４】本発明の実施形態に係る、追加のネットワークリソースを取得するために使用され得るサードパーティのインフラストラクチャの機能図である。
【００２２】
【図５】本発明の実施形態に係る、ネットワーク事業者間でインフラストラクチャ／スペクトルリソースをブローカリングおよびネゴシエートするための方法を示す信号フローチャートを示す。
【００２３】
【図６】本発明の実施形態に係る、ネットワーク事業者間でスペクトルリソースをブローカリングおよびネゴシエートするための方法を示す信号フローチャートを示す。
【００２４】
【図７】本発明の実施形態に係る、ブローカ機能またはネゴシエータ機能をインスタンス化する様々なネットワーク要素を実装するために使用され得る処理システムのブロック図を示す。
【００２５】
添付の図面の全体を通して、同様の機能は同様の参照番号によって識別されることに留意されたい。
【発明を実施するための形態】
【００２６】
本明細書において使用される「ネットワーク」または「通信ネットワーク」は、無線デバイスを含むが必ずしもそれに限定されない様々なデバイスにサービスを提供し得る。そのようなネットワークは、無線アクセス部分およびバックホール部分を含み得る。ネットワークはさらに、本明細書から容易に明らかとなるように、様々な仮想化コンポーネントを含み得る。そのようなネットワークの主な例は、以下において説明されるように、再構成可能であってネットワークスライシング可能な５Ｇネットワークである。
【００２７】
ネットワークスライシングとは、ネットワーク機能仮想化（ＮＦＶ）を利用するネットワークなど、再構成可能なネットワークアーキテクチャにおいて使用され得る、異なる種類のネットワークトラフィックを分離するための技法を指す。ネットワークスライスとは、（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ＤｙｎａＲｅｐｏｒｔ／２２８９１．ｈｔｍでコピーが見つかり得る「Ｓｔｕｄｙ  ｏｎ  Ｎｅｗ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ」と題する３ＧＰＰ  ＴＲ  ２２．８９１において定義されているように）特定のネットワークサービスの通信サービス要件をサポートする、論理ネットワーク機能の集合である。ネットワークスライシングの１つの用途は、コアネットワークにおける用途である。ネットワークスライシングの使用を通して、異なるサービスプロバイダは、ネットワークおよびコンピューティングリソースの同一の物理的なセット上で動作する異なるコアネットワークを有し得る。ネットワークスライシングはまた、特定の種類のネットワークトラフィック専用である独立の仮想ネットワークを生成するために使用され得る。この説明は、複数のネットワークスライスをサポートする特定の機能性、または、異なるネットワークスライスのためのリソースの区分を必要とし得る、無線アクセスネットワーク（ＲＡＮ）の無線アクセスエッジに適用されるような、ネットワークスライシングの適用を除外することを意図するものではないことが理解されるべきである。性能保証を提供するべく、１つのスライスが他のスライスに悪い影響を与えないように、ネットワークスライスは互いに分離され得る。この分離は、異なる種類のサービスに限定されるものではなく、事業者が同一のネットワークパーティションの複数のインスタンスを展開することも可能にする。
【００２８】
従来のモバイルネットワークにおいて、デバイスは、接続処理の間に、モビリティ管理エンティティ（ＭＭＥ）に関連付けられる。モバイルデバイスに関連付けられたＭＭＥは、ネットワークインフラストラクチャのコンポーネントにおける選択機能によって、ＭＭＥのプールから選択される。各無線デバイスの必要性を満たすように設計される必要がある、単一のネットワークを有するネットワークとは対照的に、ネットワークスライシングは、物理ネットワークリソース上での分離したネットワークスライスのインスタンス化を可能にする。スライスの各々は、異なるネットワークサービス各々の特定の要件を対象とする特性を有するように生成され得る。ネットワークスライスの使用は、各々が異なるパケット処理要件およびＱｏＳ要件を有し得る、異なる種類のトラフィックの分離を可能にする。ネットワークスライシングは、異なるサービスが異なるカスタマイズされた仮想ネットワークによってサポートされるように、異なるサービスを異なる顧客または顧客のグループに提供する、プールされたリソースの割り当てに対応し得る。ここで、異なるカスタマイズされた仮想ネットワークは、顧客の立場からは、互いに実質的に分離している。プールされたリソースは、ネットワークスライスの動作をサポートするための様々なネットワーク機能性をサポートするべく、ＮＦＶなどの仮想化の手法を通して構成可能な商用オフザシェルフのハードウェアコンポーネントであり得る。
【００２９】
ネットワーク機能仮想化（ＮＦＶ）フレームワークは、通信ネットワークの動作を可能にする機能に各々が対応し得る複数の仮想ネットワーク機能（ＶＮＦ）を定義するために使用され得る。例えば、ＶＮＦは、ルータ、スイッチ、ゲートウェイ、ファイアウォール、ロードバランサ、サーバ、および同様のものの機能を提供し得る。機能は、専用のハードウェアリソースを利用するのではなく、コンピューティング、ストレージ、およびネットワーキングリソースなどの一組の仮想リソースを利用し得るという意味において、仮想化される。従って、ＶＮＦは、利用可能な仮想リソースを使用して、必要に応じてインスタンス化され得る。ＮＦＶおよび仮想ネットワーク機能アーキテクチャは、例えば、２０１３年１０月の「Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ（ＮＦＶ）；Ｕｓｅ  Ｃａｓｅｓ」と題するＥＴＳＩ  ＧＳ  ＮＦＶ  ００１、および、２０１３年１０月の「Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ（ＮＦＶ）；Ａｒｃｈｉｔｅｃｔｕｒａｌ  Ｆｒａｍｅｗｏｒｋ」と題するＥＴＳＩ  ＧＳ  ＮＦＶ  ００２に記載される。
【００３０】
ネットワークスライシングの理解を補助するための背景、およびネットワークスライスの概念を提供するには、異種のネットワークにおいて、異なる場所をカバーする複数の異なる種類のノードに加えて、異なるインフラストラクチャプロバイダは、アクセスネットワークと見なされるものの異なる部分（または、さらにはコアネットワークの部分）を保有し得ると理解することが役立つ。（Ｍ２Ｍ  ＳＰとも称され得る）Ｍ２Ｍ仮想ネットワーク事業者（ＶＮＯ）または別の仮想サービスプロバイダなど、最終顧客にサービスを提供する遠隔通信サービスプロバイダ（ＴＣＳＰ）は、単純なネットワークをＭ２Ｍ  ＳＰに提供することを所望し得る。従って、ＴＣＳＰは、仮想ノードと、ノード間の仮想リンクとを有する仮想ネットワークを生成する。Ｍ２Ｍ  ＳＰは、仮想ネットワーク（ＶＮ）リソースとインタラクトするだけでよく、ＶＮＯとして動作する。しかしながら、ＶＮ（ノードおよびリンクの両方）は、物理インフラストラクチャにマッピングされる必要がある。ＶＮは、物理ノードのサブセットのみを使用することがあり得て、ＶＮが使用する各物理ノードは、そのＶＮによって十分に使用されないことがあり得る。また、Ｍ２Ｍ  ＳＰは、１つより多くのＴＣＳＰを利用し得て、これにより、異なるネットワークにわたる複数のスライスから形成されるネットワークを生成することが可能になり、単一のＴＣＳＰのリソースの上位セットであるネットワークスライスを効果的に有することが理解されるべきでる。特定の帯域幅要件が各論理リンクのために設定される場合、仮想リンクを生成するために物理リンクの割合が割り当てられる。これはまた、単一の物理リンクより容量が大きい論理リンクを生成するためにリンクを統合することを含み得る。ネットワークスライスは、異なるネットワークであり得るものにおけるリソースの割り当ての集合である。ネットワークスライスは、インフラストラクチャプロバイダの観点から、インフラストラクチャプロバイダのネットワークにおけるリソースのみを含み得る。Ｍ２Ｍ  ＳＰの観点からは、ネットワークスライスは、ＶＮと類似する、Ｍ２Ｍ  ＳＰが使用するすべてのネットワークスライスの実質的にシームレスな統合である。ＴＣＳＰは、Ｍ２Ｍ  ＶＮを生成するために、ＴＣＳＰリソースからのネットワークスライスと共に、インフラストラクチャプロバイダのリソースの異なるネットワークスライスをシームレスに接続することに取り組む。様々な時点において、異なるリソースについてのネットワークスライスの合計の割り当ては、１００％にならないことがあり得ることが理解されるべきである。その値が１００％より低い場合、リソースが十分に利用されていないことを意味する。１００％を超える場合、すべての顧客が同時にリソースを使用する可能性が非常に低いことを考慮した、ネットワーク設計の選択であり得る。異なるネットワークスライスのサイズおよび性質は、新しいリソースがオンラインになるとき、または、既存のリソースが再割り当てされるとき、時間と共に変化し得ることを理解すべきである。Ｍ２Ｍ  ＳＰは、典型的には、インフラストラクチャにおける変化を認識しないことがあり得る。
【００３１】
いくつかの実施形態において、ネットワークスライシングは、要求に応じて複数の論理ネットワークスライスを提供する、無線デバイスによってアクセス可能な５Ｇ通信ネットワークなどのネットワークの能力に関連し、各ネットワークスライスは、サービスとして見られる実質的に分離したネットワークとして動作する。各ネットワークスライスの能力および動作パラメータは、サービス要件に合わせてカスタマイズされ得る。ネットワークスライスの構成は、ソフトウェアデファインドネットワーキング、ネットワーク機能仮想化、およびネットワークオーケストレーションに基づき得る。
【００３２】
本発明の実施形態によれば、ネットワークドメイン間で、インフラストラクチャリソース、スペクトルリソース、または両方を含むネットワークリソースを要求および供給するシステムおよび方法が提供される。インフラストラクチャリソースは、コアネットワークリソースもしくは無線アクセスネットワーク（ＲＡＮ）リソース、または両方を含み得る。例えば、インフラストラクチャリソースは、データセンターリソース、コア帯域幅リソース、コンピューティングリソース、ストレージリソース、ネットワーキングリソース、および同様のものを含み得る。本出願は、ネットワークドメイン間におけるリソースの「共有」を対象とする。インフラストラクチャおよびスペクトルリソースの供給および分配は、実質的にリアルタイムに提供され得る。インフラストラクチャリソースおよびスペクトルリソースの要件が判定され得て、追加のリソースが必要とされる場合、必要なリソースを別のネットワークドメインから要求することが実行され得て、これにより、望ましいレベルの性能を実質的に提供することを試み、一方、特定のネットワークドメインによって「所有」されるリソースを拡大する必要性を緩和する。ネットワークドメイン間のインフラストラクチャおよびスペクトルリソースのリアルタイム供給は、ネットワークドメインの各々の通信ネットワークと動作可能に関連付けられたネゴシエータ機能およびブローカ機能間のインタラクションによって可能となり得る。いくつかの実施形態において、特定のネットワークドメインのためのブローカ機能およびネゴシエータ機能は、そのネットワークドメインのための通信ネットワークに関連付けられた管理およびオーケストレーション（ＭＡＮＯ）エンティティにおいてインスタンス化される。いくつかの実施形態において、ネットワークドメインの各々のためのブローカ機能およびネゴシエータ機能は、それぞれのＭＡＮＯに通信可能にリンクされ、それぞれの通信ネットワークの別のノード内においてインスタンス化される。
【００３３】
いくつかの実施形態において、ネットワークリソースを管理するための方法は、第１ネットワークドメインについてのネットワークサービス要求を受信する段階と、第１ネットワークドメインについてのネットワークサービス要求を実行するために十分なリソースがあるかどうかを判定する段階とを備える。いくつかの実施形態において、リソースが不十分である場合、方法はさらに、ネットワークサービス要求を供給するために、ネットワークリソースを第２ネットワークドメインから借りる段階を備える。
【００３４】
実施形態によれば、容易に理解できるように、ネットワークドメインは、特定のネットワーク事業者を表し得るか、ネットワーク事業者のサブセットを表し得るか、または、ネットワーク事業者または同様のものの上位セットであり得る。
【００３５】
背景を提供するべく、本発明の実施形態によれば、事業者ネットワーク間の仮想インフラストラクチャ管理のためのシステムを含む通信ネットワークアーキテクチャは、ネットワーク機能仮想化（ＮＦＶ）フレームワークに基づく。ＮＦＶ管理およびオーケストレーション（ＭＡＮＯ）エンティティは、ネットワークサービス（ＮＳ）要求によって識別されるサービスを適切に提供するべく、必要なネットワーク機能コンポーネントをインスタンス化するために使用される。ネットワークサービス要求のインスタンス化は、要求されたサービスを提供するために必要なネットワーク機能のセットを定義する仮想ネットワーク機能転送グラフ（ＶＮＦＦＧ）によって説明される。ＶＮＦＦＧは、要求されたサービスを提供するために、例えばＶＮＦの集合によって実行されるべき一連のアクションを定義するネットワーク転送パス（ＮＦＰ）を含む。
【００３６】
図１は、本発明の実施形態に係る、特定の事業者ネットワークについての通信ネットワークアーキテクチャの概要を示す。ＮＦＶ‐ＭＡＮＯエンティティ１３５は、オーケストレータ機能１４０、仮想ネットワーク機能マネージャ（ＶＮＦＭ）機能１４５、および仮想インフラストラクチャマネージャ（ＶＩＭ）機能１５０を含む。実施形態によれば、オーケストレータ機能１４０、ＶＮＦＭ機能１４５、およびＶＩＭ機能１５０の機能性は、例えば、ＥＴＳＩ  ＧＳ  ＮＦＶ００１およびＥＴＳＩ  ＧＳ  ＮＦＶ００２において定義されるようなものであり得る。
【００３７】
実施形態によれば、ＶＩＭ機能１５０は、ＮＦＶ環境において物理インフラストラクチャ、仮想リソース、およびソフトウェアリソースを含み得るネットワーク機能仮想インフラストラクチャ（ＮＦＶＩ）１０５を管理するように構成される。例えば、物理インフラストラクチャは、サーバ、ストレージデバイス、および同様のものを含み得て、仮想リソースは、仮想マシンを含み得る。実施形態によれば、特定のＮＦＶベースのネットワーク内においてインスタンス化される複数のＶＩＭ機能が存在し得る。ここで、各ＶＩＭ機能は、それぞれのＮＦＶＩの管理を担う。
【００３８】
実施形態によれば、ＶＮＦＭ機能１４５は、仮想ネットワーク機能（ＶＮＦ）を管理するように構成され得て、ＶＮＦのライフサイクルを管理し得る。例えば、ＶＮＦＭ機能１４５は、ＶＩＭ機能１５０によって生成および管理される仮想マシン上にインストールされ得るＶＮＦインスタンスを生成、維持、および終了し得る。ＶＮＦＭ機能１４５はまた、ＶＮＦの障害、構成、課金、性能、およびセキュリティ管理（ＦＣＡＰ）を提供するように構成され得る。加えて、ＶＮＦＭ機能１４５は、１または複数のＶＮＦをスケールアップおよびスケールダウンするように構成され得る。その結果、ＶＮＦを実現するための計算能力を提供している１または複数の中央プロセッサの使用量がスケールアップおよびスケールダウンし得る。いくつかの実施形態において、各ＶＮＦＭ機能は、別個のＶＮＦを管理するか、または、単一のＶＮＦＭ機能が複数のＶＮＦを管理する。
【００３９】
実施形態によれば、オーケストレータ機能１４０は、ＶＩＭ機能１５０とのインタラクションによって、ＮＦＶＩリソースを調整、認可、解放、および関与するように構成され得る。オーケストレータ機能１４０はさらに、ＶＮＦＭ機能１４５とのインタラクションによって、異なるＶＮＦ間でのエンドツーエンドのサービスを生成するように構成される。
【００４０】
さらに、図１を参照すると、本発明の実施形態に係るネットワークスライス管理に使用される複数のネットワークスライスおよびグローバル制御プレーン１１０が示される。グローバル制御プレーン１１０は、複数の、および、場合によってはすべてのネットワークスライスにわたる機能を制御する。いくつかの実施形態において、グローバル制御プレーン１１０は、分離したネットワークスライスとして見なされ得る。示されるネットワークスライスは、少なくとも１つのモバイルブロードバンド（ＭＢＢ）ネットワークスライス１２０、および、少なくとも１つのマシンタイプコミュニケーション（ＭＴＣ）ネットワークスライス１１５を含むが、他の種類のネットワークスライスが提供され得る。
【００４１】
様々な実施形態において、複数の、またはすべてのネットワークスライスにわたって接続管理を提供するべく、グローバル制御プレーン機能およびネットワークスライス固有制御プレーン機能の両方が、ＮＦＶ‐ＭＡＮＯエンティティによってネットワーク内の任意の場所においてインスタンス化され得る。これらの機能の場所は、提供されている異なるネットワークサービスの遅延要件など、性能のファクタに依存し得る。
【００４２】
グローバル制御プレーン１１０内において構成される機能は、グローバル接続および移動性管理（Ｇ‐ＣＭＭ）機能１８２、ならびに、コアネットワーク機能のためにコンピューティング、ストレージ、およびネットワークリソースを取得するためのブローカ機能およびネゴシエータ機能を含み得るインフラストラクチャ管理（ＩＭ）機能を含み得る。いくつかの実施形態において、ＩＭ機能は、特定の事業者ネットワークによって使用され得るが、１または複数の他の事業者ネットワークから取得され得るリソースであり得るスペクトルリソースを取得するように構成されるスペクトルマネージャ（ＩＭ‐ＳＭ）機能１６０を含む。また、グローバル制御プレーン１１０は、データ分析（ＤＡ）機能１６５、ならびにキャッシュおよび転送（ＣＦ）機能１７０を含み得る。
【００４３】
より詳細には、Ｇ‐ＣＭＭ機能１８２は、インスタンス化されたネットワークスライス、および、各ネットワークスライスに関連するパラメータ（例えば、事業者ＩＤ、サービスの種類など）のリストを維持することを担う。Ｇ‐ＣＭＭ機能１８２はさらに、接続および移動性管理（ＣＭＭ）機能のプールを維持することを担う。ここで、各ＣＭＭ機能は、ローカルまたはネットワークスライス固有の機能としてインスタンス化される。Ｇ‐ＣＭＭ機能１８２はさらに、ネットワークスライスへの初期関連付けを担う。
【００４４】
実装されるとき、データ分析（ＤＡ）機能１６５は、複数の、および、場合によってはすべてのネットワークスライスにわたって統計を収集する責任を割り当てられ得る。収集されたこれらの統計およびデータは、ネットワークスライスの各々について、動作条件および同様のもの、またはその組み合わせを管理、評価するべく使用され得る。
【００４５】
キャッシュおよび転送（ＣＦ）機能１７０は、複数の、および、場合によってはすべてのネットワークスライスにわたって、キャッシュされたコンテンツの管理を担う。
【００４６】
実施形態において、ネットワークアーキテクチャはさらに、ＮＦＶ‐ＭＡＮＯエンティティ１３５のオーケストレータ機能１４０との通信を通して、ネットワークサービス（ＮＳ）要求１３０を受信して、それに作用するように構成されるグローバル顧客サービス管理（Ｇ‐ＣＳＭ）機能１８７を含む。Ｇ‐ＣＳＭ機能１８７は、顧客サービス管理（ＣＳＭ）機能のプールの維持を担う。ここで、各ＣＳＭ機能は、ローカルまたはネットワークスライス固有の機能としてインスタンス化される。例えば、ＣＳＭ１８５、１８６はそれぞれ、ＭＢＢネットワークスライスおよびＭＴＣネットワークスライス上でインスタンス化される。Ｇ‐ＣＳＭ機能１８７はさらに、複数の、または、場合によってはすべてのネットワークスライスにわたって、例えば請求書など、課金の記録を担う。Ｇ‐ＣＳＭ機能１８７は、ネットワークスライスをモニタリングし、ネットワークスライスの性能についてのフィードバックをオーケストレータ機能１４０に提供するように構成され得る。これにより、ＶＮＦＭ機能１４５およびＶＩＭ機能１５０によって管理されるように、任意でネットワークおよびコンピューティングリソースを微調整することを可能にする。微調整は、例えば、コンピューティングリソースの使用量という観点において、それぞれのネットワークスライスの動作の実質的な最適化を提供し得る。
【００４７】
いくつかの実施形態において、Ｇ‐ＣＳＭ機能１８７は、オペレーショナルサポートシステム／ビジネスサポートシステム（ＯＳＳ‐ＢＳＳ）１２５において統合され得る。ＯＳＳは、通信ネットワークの動作を補助するバックオフィス活動をサポートし、ならびに、顧客サービスおよび同様のものを供給および維持する機能を含み得る。ＢＳＳは、例えば請求注文管理、顧客関係管理、コールセンター自動化、および同様のものなど、顧客を対象とする活動をサポートする機能を含み得る。この実施形態において、Ｇ‐ＣＳＭ機能１８７は、ＯＳＳ／ＢＳＳ１２５とオーケストレータ機能１４０との間の通信を提供するＯｓ‐Ｍａ‐ｎｆｖｏインタフェースを使用してオーケストレータ機能１４０と通信し得る。
【００４８】
他の実施形態において、Ｇ‐ＣＳＭ機能１８７は、ネットワーク内、ただし、ＯＳＳ／ＢＳＳ１２５の外部においてインスタンス化され得る。この構成において、Ｇ‐ＣＳＭ機能１８７とオーケストレータ機能１４０との間の通信を提供するべく、ＮＦＶフレームワークで定義されていない別のインタフェースが構成される。
【００４９】
さらに図１に関連して、例えば、ＭＢＢスライス１２０およびＭＴＣスライス１１５など、様々なネットワークスライスは各々、自身のネットワークスライス固有の接続および移動性管理（ＣＭＭ）機能１８１、１８０、ならびに、顧客サービス管理（ＣＳＭ）機能１８６、１８５を含み得て、追加的に、グローバル制御プレーン１１０によって管理され得る。ネットワークスライス固有のＣＭＭ機能１８１、１８０は、グローバル制御プレーン１１０において動作するＧ‐ＣＭＭ機能１８２によって参照および制御される。各ネットワークスライスはさらに、ネットワークスライス上で伝送されるデータの挙動を動的に分析、予測、および調節することによって、そのネットワークスライスの性能を調整するように構成され得るフロー管理（ＦＭ）／トラフィックエンジニアリング（ＴＥ）機能１７６、１７５を含む。加えて、ネットワークスライスの各々はさらに、特定のネットワークスライスの通信リソースを使用するための、ＵＥのアクセスの認可を提供し得る、認証および認可（ＡＡ）機能を含む。
【００５０】
いくつかの実施形態において、各ネットワークスライスはさらに、スペクトルネゴシエータ機能（ＩＭ‐ＳＮ）１９１、１９０を含むネットワークスライス固有のインフラストラクチャ管理機能を含む。いくつかの実施形態において、ＩＭ‐ＳＮ機能は、ネットワークスライス内に含まれず、代わりに、クラウド無線アクセスネットワーク（Ｃ‐ＲＡＮ）機能内に存在する。
【００５１】
分かり易くするために、単一のアクセスノード１００のみが示され、「タワーアイコン」で示されているが、複数のアクセスノードがサポートされていることは容易に理解されるであろう。実施形態において、様々な図全体にわたるアクセスノードは、１または複数のベースバンドユニット（ＢＢＵ）または同様のものなどと動作可能に結合される１または複数のリモート無線ユニット（ＲＲＵ）に対応し得る。
【００５２】
本発明の実施形態によれば、ＮＦＶ‐ＭＡＮＯエンティティ１３５はさらに、ネットワークサービス（ＮＳ）要求のために、ネットワークトポロジを定義することに使用されるＮＦＶ管理プレーン機能をインスタンス化し、リンクを越えて使用されるトランスポートプロトコルを判定し、ネットワークサービスによって使用される異なるネットワーク機能間で物理リンクを判定する。いくつかの実施形態において、これらのＮＦＶ管理プレーン機能は、オーケストレータ機能１４０において統合され、ソフトウェアデファインドトポロジ（ＳＤＴ）機能１９７、ソフトウェアデファインドプロトコル（ＳＤＰ）機能１９６、ソフトウェアデファインドリソース割り当て（ＳＤＲＡ）機能１９２、およびインフラストラクチャマネージャ（ＩＭ）機能１９４を含む。
【００５３】
ＳＤＮは、ネットワーク管理エンティティ（例えば、ＳＤＮコントローラ）が、インテリジェントなプログラマブルネットワークを生成するためのアーキテクチャのフレームワークを実装することを可能にするネットワーク管理技法である。ここで、制御プレーンおよびデータプレーンは分離され得て、ネットワークのインテリジェンスおよび状態は、論理的に集中され、下位のネットワークインフラストラクチャは、アプリケーションから抽象化される。本発明の実施形態において、オーケストレータ機能は、顧客情報を使用し得て、例えば、ソフトウェアデファインドトポロジ（ＳＤＴ）機能を介して生成されるようなネットワーク論理トポロジを形成するための情報を提供し得る。ＳＤＴ機能は、ＳＤＮおよびソフトウェアデファインドプロトコル（ＳＤＰ）機能と組み合わされ得て、カスタマイズされた仮想ネットワークを生成する。ここで、仮想ネットワークは、特定のサービスのために仮想化されたリソースの集合である。
【００５４】
実施形態によれば、ＳＤＴ機能１９７は、オーケストレータ機能１４０の一部としてインスタンス化される。ＳＤＴ機能１９７は、Ｇ‐ＣＳＭ機能１８７によって提供されるＶＮＦ転送グラフ（ＶＮＦＦＧ）における各ＶＮＦのための存在点（ＰｏＰ）を判定するように構成される。また、ＳＤＴ機能１９７は、ＶＮＦＦＧにおけるＶＮＦ間の論理リンクを判定するように構成される。
【００５５】
実施形態によれば、ＳＤＲＡ機能は、ＶＮＦＦＧにおいて定義される各論理リンクのために、物理リンクリソースを割り当てるように構成される。ＳＤＲＡ機能は、ＳＤＮコントローラ（ＳＤＮ‐Ｃ）機能１９３およびトラフィックエンジニアリング（ＴＥ）機能１９５などの他の機能コンポーネントに依存し得る。ＳＤＮ‐Ｃ機能１９３は、各ＶＩＭ機能１９３内においてインスタンス化され、転送ルールを、例えば、物理ネットワークアーキテクチャ内におけるルータおよび同様のものなどの転送スイッチに提供するように構成される。ＴＥ機能１９５は、オーケストレータ機能１４０においてインスタンス化され、送信元ノードと宛先ノードとの間のパス計算を実行し、一方で、データ伝送の挙動を動的に分析、予測、および調節することによってパスを調整することを試みるように構成される。
【００５６】
実施形態によれば、ＳＤＰ機能１９６は、オーケストレータ機能１４０の一部としてインスタンス化される。ＳＤＰ機能１９６は、ＶＮＦＦＧにおいて定義される論理リンクの各々について、トランスポートプロトコルスタックを判定するように構成される。
【００５７】
さらに図１に関連して、インフラストラクチャマネージャ（ＩＭ）機能１９４は、ネゴシエータ機能およびブローカ機能の両方を含む。これらは、本明細書の別の箇所においてさらに説明されるように、１つのネットワーク事業者を代表して、別のネットワーク事業者の対応するネゴシエータ機能およびブローカ機能との間で、追加のネットワークインフラストラクチャおよびスペクトルリソースのためにブローカリングおよびネゴシエートすることを担う図１は、特定のネットワーク事業者の通信ネットワークのＭＡＮＯにおいてインスタンス化されているネゴシエータ機能およびブローカ機能を示しているが、ブローカ機能およびネゴシエータ機能は、ＭＡＮＯの外部の別のノードにおいて等しくインスタンス化され得ることを理解されたい。
【００５８】
インフラストラクチャ管理システムが適用され得る通信アーキテクチャの概要について説明したが、図２は、本発明の実施形態に係る、事業者ネットワーク間の仮想インフラストラクチャ管理のためのシステムを示す。システムは、オペレーショナルサポートシステム／ビジネスサポートシステム（ＯＳＳ／ＢＳＳ）１２５機能、１または複数のスライス固有仮想ネットワーク機能（ＳＳＶＮＦ）１９９、ネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）１０５、第１ＮＦＶ‐ＭＡＮＯ２０２エンティティ、および第２ＮＦＶ‐ＭＡＮＯ２５２エンティティを含む。
【００５９】
図２に示されているように、第１ＮＦＶ‐ＭＡＮＯ２０２エンティティは、第１事業者（事業者Ａ）２００に対応し、第１オーケストレータ機能２０４、１または複数の仮想ネットワーク機能マネージャ（１または複数のＶＮＦＭ）２１６、および１または複数の仮想インフラストラクチャマネージャ（１または複数のＶＩＭ）２１８を含む。オーケストレータ機能２０４はさらに、ブローカ２０６機能、ネゴシエータ２０８機能、ソフトウェアデファインドトポロジ（ＳＤＴ）２１０機能、ソフトウェアデファインドプロトコル（ＳＤＰ）２１２機能、およびトラフィックエンジニアリング（ＴＥ）２１４機能を含む。ＶＩＭ２１８はさらに、ソフトウェアデファインドネットワークコントローラ（ＳＤＮ‐Ｃ）２２０機能を含む。オーケストレータ２０４機能は、ＯＳＳ／ＢＳＳ１２５のＧ‐ＣＳＭ１８７と通信可能に結合され、一方、１または複数のＶＮＦＭ２１６は、１または複数のＳＳＶＮＦ１９９のエレメントマネージャ（ＥＭ）１１１およびＶＮＦ１１２と通信可能に結合され、一方、１または複数のＶＩＭ２１８は、ＮＦＶＩ１０５と通信可能に結合される。オーケストレータ２０４、ＶＮＦＭ２１６、ＶＩＭ２１８、およびＥＭ１１１機能の機能性は、例えば、ＥＴＳＩ  ＧＳ  ＮＦＶ００１およびＥＴＳＩ  ＧＳ  ＮＦＶ００２において定義され得る。
【００６０】
さらに、図２を参照すると、第２のＮＦＶ‐ＭＡＮＯ２５２エンティティは、第２事業者（事業者Ｂ）２５０に対応し、第１ＮＦＶ‐ＭＡＮＯエンティティと同一の機能要素、すなわち、第２オーケストレータ２５４機能、１または複数の仮想ネットワーク機能マネージャ（１または複数のＶＮＦＭ）２６６、および１または複数の仮想インフラストラクチャマネージャ（１または複数のＶＩＭ）２６８を含む。第２オーケストレータ２５４機能はさらに、ブローカ２５６機能、ネゴシエータ２５８機能、ソフトウェアデファインドトポロジ（ＳＤＴ）２６０機能、ソフトウェアデファインドプロトコル（ＳＤＰ）２６２機能、およびトラフィックエンジニアリング（ＴＥ）２６４機能を含む。１または複数のＶＩＭ２６８はさらに、ソフトウェアデファインドネットワークコントローラ（ＳＤＮ‐Ｃ）２７０機能を含む。第１および第２のＮＦＶ‐ＭＡＮＯ２０２、２５２は、オーケストレータ‐オーケストレータインタフェース（Ｏｒ‐Ｏｒ）２３０を介して、それぞれのオーケストレータ２０４、２５４を通して通信可能に相互結合される。
【００６１】
図２のシステムは、例えば、第１のＮＦＶ‐ＭＡＮＯ２０２エンティティ（事業者Ａ２００）が、追加のコンピューティング、ストレージ、ネットワークリソース、および同様のもの、またはその組み合わせについての要求を満たすことができないとき、ネットワークリソースの管理に使用され得る。例えば、リンクが混雑し、混雑を解決するために構成できる新しいパスが無いとき、または、ネットワーク機能がスケールアップまたはスケールアウト動作を実行するためのネットワークリソースが不十分な場合である。従って、追加のインフラストラクチャリソース、スペクトルリソース、または両方を取得するべく、第１ＮＦＶ‐ＭＡＮＯ２０２エンティティは、第２ＮＦＶ‐ＭＡＮＯ２５２エンティティと通信し得る。
【００６２】
動作中、ＯＳＳ／ＢＳＳ１２５のグローバル顧客サービス管理（Ｇ‐ＣＳＭ）１８７機能は、ネットワークサービス要求（ＮＳ要求）１３０などの要求を受信する。Ｇ‐ＣＳＭ１８７は次に、ＮＳ要求１３０が、修正あり、もしくは修正なしで、現在のＳＳＶＮＦ１９９を使用する既存のネットワークスライス上で対応され得るかどうか、または、新しいネットワークスライスが必要かどうかを判定する。この判定は次に、第１オーケストレータ２０４機能へ送信され、オーケストレータ２０４機能は、続けて、新しいネットワークスライスを作成する（すなわち、ＳＳＶＮＦの新しいセットをインスタンス化する）ことにより、または、必要な機能を既存のネットワークスライス（ＳＳＶＮＦ）に追加することにより、ＮＳ要求１３０の供給のために必要な機能の各々をインスタンス化する。当業者であれば、より多くのリソースが必要かどうかを判定するためのトリガは、ＥＭ１１１が動作を管理しているＶＮＦ１１２の性能測定に応じて、ＥＭ１１１から生じ得ることを理解するであろう。これらの測定は、上述のものと同様の機能がトリガされ得るＯＳＳ／ＢＳＳ１２５へ送信され得る。この結果、新しい要求が新しいスライスに割り当てられ得るか、または、既存のサービスがその自身のスライスに移行され得る。ＯＳＳ／ＢＳＳ１２５は、追加のインフラストラクチャ、スペクトル、または両方のリソースが必要であると判定すると、第１事業者２００のオーケストレータ２０４に通知し得る。オーケストレータ２０４は次に、スケールアップまたはスケールアウトを可能にする必要なリソースのために、第２事業者２５０のオーケストレータ２５４とネゴシエートし得る。第２事業者２５０による、必要なリソースのこの供給は、ＮＳ要求１３０に対応するべく、第１事業者２００による適切なネットワークリソースの供給を可能にし得る。
【００６３】
各ＳＳＶＮＦは、エレメントマネージャ（ＥＭ）１１１および仮想ネットワーク機能（ＶＮＦ）１１２を含む。ここで、ＥＭ１１１は、ＮＳ要求１３０においてサービスを評価するように、および、要求されたサービスを実行するための十分なリソースが存在するかどうかを判定するように機能する。存在するリソースが不十分である場合、ＳＳＶＮＦ１９９は、追加のリソースを要求するために、第１ＮＦＶ‐ＭＡＮＯ２０４エンティティへトリガを送信し得る。特定の実施形態において、ＮＦＶＩ１０５はまた、十分なリソースがあるかどうか判定し得て、より多くのリソースが必要である場合、トリガを第１ＮＦＶ‐ＭＡＮＯ２０４エンティティへ送信し得る。
【００６４】
第１ＮＦＶ‐ＭＡＮＯエンティティの第１オーケストレータ機能は、（１）ＯＳＳ／ＢＳＳを介して、ＳＳＶＮＦのＶＮＦまたはＥＭから、（２）第１ＮＦＶ‐ＭＡＮＯエンティティのＶＮＦＭを介して、ＳＳＶＮＦのＶＮＦから、および、（３）第１ＮＦＶ‐ＭＡＮＯエンティティのＶＩＭを介してＮＦＶＩからを含む、様々な可能な経路を通してトリガを受信し得る。ＳＳＶＮＦのＶＮＦによって開始されるトリガは、ＶＮＦによって測定される性能指標に基づき得る。要求に許可を与えるには、存在するリソースが不十分であることを第１オーケストレータ機能が判定した場合、第１オーケストレータ機能は、第２ＮＦＶ‐ＭＡＮＯエンティティの第２オーケストレータ機能へ要求を送信し得る。要求は、第１オーケストレータ機能のネゴシエータ２０８から、Ｏｒ‐Ｏｒインタフェース２３０を介して、第２オーケストレータ機能のブローカ２５６へ送信され得る。
【００６５】
図３を参照すると、本発明の実施形態に係る、仮想インフラストラクチャ管理のための代替的なシステムが示されている。この実施形態は、それぞれのネットワーク事業者３００、３９０のそれぞれのＩＭ（ネゴシエータ、ブローカ）３８２、３９２機能の間の通信のために、ＥＴＳＩ  ＧＳ  ＮＦＶ００１および００２において現在定義されていない新しいインタフェースの定義を必要とすることに留意すべきである。システムは、第１事業者（事業者Ａ）３００に対応する第１ＮＦＶ‐ＭＡＮＯ３０２エンティティと、第２事業者（事業者Ｂ）３５０に対応する第２ＮＦＶ‐ＭＡＮＯ３５２エンティティとを含む。第１および第２ＮＦＶ‐ＭＡＮＯ３０２、３５２エンティティの各々はさらに、第１および第２オーケストレータ機能３０４、３５４、ＶＮＦＭ３０６、３５６機能、および、ＶＩＭ３０８、３５８機能をそれぞれ含む。各ＮＦＶ‐ＭＡＮＯエンティティは、それぞれのネットワークマネージャ３１４、３６４機能、ポリシーマネージャ３８０、３９０機能、および、インフラストラクチャ管理（ＩＭ）３８２、３９２機能と通信可能に接続される。ＩＭ３８２、３９２機能の各々は、それぞれのオーケストレータ３０４、３５４機能の外部においてインスタンス化されるブローカ機能およびネゴシエータ機能を含む。ＩＭ３８２、３９２機能は、それぞれのインフラストラクチャの所有者（例えば、事業者Ａ３００または事業者Ｂ３５０）によってインスタンス化および管理され得る。これは、ブローカ機能およびネゴシエータ機能がそれぞれのオーケストレータ機能の内部にある図２のシステムとは対照的である。第１および第２ＮＦＶ‐ＭＡＮＯ３０２、３５２エンティティのＶＩＭ３０８、３５８は、共有ＶＩＭ３８６を介して通信可能に相互結合される。追加的に、第１および第２ＮＦＶ‐ＭＡＮＯ３０２、３５２の各ＶＮＦＭ３０６、３５６は、それぞれの事業者ＶＮＦ３１０、３６０と通信可能に結合される。それらの各々は、第１および第２のネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ‐Ａ３１２、ＮＦＶＩ‐Ｂ３６２）上で機能を実行するためのＶＮＦを含む。
【００６６】
示されているこの実施形態において、事業者Ａ３００は、事業者Ｂ３５０からのインフラストラクチャを要求し、それが割り当てられている。これは、第１ＮＦＶ‐ＭＡＮＯ３０２（事業者Ａ３００）と、ＮＦＶＩ‐Ｂ３６２上で機能を実行するための事業者Ａ  ＶＮＦ３８８との間に通信可能に結合される独立のＶＮＦＭ３８４によって示される。
【００６７】
事業者Ｂ３５０が事業者Ａ３００からのインフラストラクチャを要求し、それが割り当てられている例において、独立のＶＮＦＭは、第２ＮＦＶ‐ＭＡＮＯと、ＮＦＶＩ‐Ａ上で機能を実行するための事業者Ｂ  ＶＮＦとの間に通信可能に結合され得る。
【００６８】
実施形態によれば、ブローカ／ネゴシエータは、第１通信ネットワークと動作可能に関連付けられる。例えば、事業者Ａの通信ネットワークは、図２に示されるように、第１通信ネットワークのオーケストレータにおいてインスタンス化され得る。また、例えば事業者Ｂの通信ネットワークなどの第２通信ネットワークと動作可能に関連付けられるブローカ／ネゴシエータは、図３に示されるように、第２通信ネットワークのオーケストレータの外部においてインスタンス化され得る。
【００６９】
図３のシステムは、様々な異なる方式でネットワークリソースを管理するために使用され得て、その例は以下でさらに説明されるまた、これらの例は、図２に示されるアーキテクチャにも適用され得ることを理解されたい。
【００７０】
いくつかの実施形態において、事業者Ａおよび事業者Ｂは、それぞれのＮＦＶ‐ＭＡＮＯエンティティ（例えば、それぞれ、第１ＮＦＶ‐ＭＡＮＯおよび第２ＮＦＶ‐ＭＡＮＯ）を有する。第１または第２ＮＦＶ‐ＭＡＮＯエンティティは、例えば、それぞれのネットワークマネージャ機能（例えば、Ｇ‐ＣＳＭ）を通して、ＮＳ要求を受信し得る。要求を満たすための内部リソースが不十分であることを、ＮＦＶ‐ＭＡＮＯエンティティのそれぞれのオーケストレータ機能が判定した場合、ＮＦＶ‐ＭＡＮＯは、例えば別の事業者などのサードパーティからインフラストラクチャを借りることを要求し得る。
【００７１】
いくつかの実施形態、事業者Ａおよび事業者Ｂは、それぞれＮＦＶ‐ＭＡＮＯエンティティ（例えば、それぞれ第１ＮＦＶ‐ＭＡＮＯおよび第２ＮＦＶ‐ＭＡＮＯ）を有する。第１ＮＦＶ‐ＭＡＮＯエンティティは、例えば、ネットワークマネージャ機能（例えばＧ‐ＣＳＭ）を通して、ＮＳ要求を受信し得る。ＮＳ要求を満たすための内部リソースが不十分であると、（事業者Ａに対応する）第１ＮＦＶ‐ＭＡＮＯエンティティの第１オーケストレータ機能が判定した場合、事業者Ｂからインフラストラクチャを借りることを要求し得る。事業者Ｂは次に、要求されたネットワーキングリソースを提供し得て、事業者Ａは、要求されたネットワークリソースに関連するＶＮＦを管理し得る。
【００７２】
いくつかの実施形態において、事業者Ａに対応する単一のＮＦＶ‐ＭＡＮＯエンティティが存在する。ＮＦＶ‐ＭＡＮＯエンティティは、例えば、ネットワークマネージャ機能（例えば、Ｇ‐ＣＳＭ）を通してＮＳ要求を受信し得る。要求を満たすための内部リソースが不十分であるとＮＦＶ‐ＭＡＮＯエンティティのオーケストレータ機能が判定した場合、追加のリソースのための要求を事業者Ｂのオーケストレータへ送信する。
【００７３】
図４を参照すると、アクセスポイント４００へのサービスの供給のために、複数の事業者、すなわち、事業者Ａおよび事業者Ｂからアクセスリソースおよびコアネットワークリソース（コンピューティング、ストレージ、およびネットワーキング）を取得するためのＩＭ４０６、４２０機能を示す機能図が示されている。特定の実施形態において、これは、機能性が複数の事業者によって提供される集中無線アクセスネットワーク（Ｃ‐ＲＡＮ）４０２および集中コアネットワーク（Ｃ‐Ｃｏｒｅ）４０４と無線リンクを介して通信可能に結合される、サードパーティの事業者によって所有されるアクセスポイントを含み得る。例えば、図４において、アクセスポイント４００からの２つの通信サービス、すなわち、サービス４８２および４８４が存在する。ここで、２つの事業者からのそれぞれのインフラストラクチャおよびスペクトルリソースの使用は、それぞれの事業者ネットワークに関連付けられるＩＭ‐ブローカ／ネゴシエータ４０６によってブローカリングおよびネゴシエートされ得る。示されているように、サービス４８２は、Ｃ‐ＲＡＮ４０２無線アクセスプロトコル機能の媒体アクセス制御機能Ａ  ４０８（ＭＡＣ‐Ａ）および物理層機能Ａ  ４１２（ＰＨＹ‐Ａ）の上で機能し、一方、同一のサービス４８２は、ネットワーク機能Ｆ１‐Ａ４２２およびＦ２‐Ａ４２８を介して、Ｃ‐Ｃｏｒｅ上で機能する。ＭＡＣ‐Ａ、ＰＨＹ‐Ａ、Ｆ１‐Ａ、およびＦ２‐Ａの各々は、事業者Ａによって提供される。また、示されているように、サービス４８４は、Ｃ‐ＲＡＮ４０２無線アクセスプロトコル機能の媒体アクセス制御機能Ｂ４１０（ＭＡＣ‐Ｂ）および物理層機能Ｂ４１４（ＰＨＹ‐Ｂ）の上で機能し、一方、同一のサービス４８４は、ネットワーク機能Ｆ１‐Ｂ４２４およびＦ２‐Ｂ４２６を介して、Ｃ‐Ｃｏｒｅ上で機能する。ＭＡＣ‐Ｂ、ＰＨＹ‐Ｂ、Ｆ１‐Ｂ、およびＦ２‐Ｂの各々は、事業者Ｂによって提供される。
【００７４】
実施形態によれば、スペクトルリソースは、例えば、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、符号分割多重化（ＣＤＭ）を使用して、ネットワーク事業者間で共有され得る。ＴＤＭスペクトル共有を使用しているとき、キャリア（周波数）全体が、ブローカ／ネゴシエータによって割り当てられた時間長にわたって同一の事業者によって使用され得る。ＦＤＭスペクトル共有を使用しているとき、キャリアは細分され得る。例えば、異なる事業者が、キャリアの異なる部分を割り当てられ得て、および／または、ブローカ／ネゴシエータが、異なる事業者に割り当てられるリソースの量を動的に変更し得る。ＣＤＭスペクトル共有を使用しているとき、異なる符号を異なる事業者に割り当てることによってキャリアが共有され得る。
【００７５】
図５は、本発明の実施形態に係る、ネットワークドメイン間でインフラストラクチャ／スペクトルリソースをブローカリングおよびネゴシエートするための方法を示す信号フローチャートを示す。図５の信号フローチャートは、本明細書において示される１または複数のシステムに適用され得る。ドメインＡ（事業者Ａ）に関連するスケジューラ５０２は、より多くのインフラストラクチャおよび／またはスペクトルリソースが必要であると判定する。この判定を行うために使用され得る複数の異なる機構が存在する。図５に示されるように、１つのそのような機構として、スケジューラ５０２は、割り当てられたネットワークインフラストラクチャおよび／またはスペクトルリソースの過負荷を検出する。これは、追加のネットワークインフラストラクチャおよび／またはスペクトルが必要であることを指示し得るバッファ過負荷５１０を検出するという形態をとり得る。スケジューラ５０２は、例えば、Ｇ‐ＣＳＭを介して、インフラストラクチャ／スペクトル要求５１２を事業者Ａブローカ／ネゴシエータ機能５０４へ送信する。いくつかの実施形態において、事業者Ａブローカ／ネゴシエータ機能５０４は、事業者間で共有されるインフラストラクチャ／スペクトルリソースが、この特定のネットワーク事業者によって有効化されているかどうかを判定するために、例えば、リソース要求ポリシーなどのポリシー５１４を確認し得る。事業者Ａブローカ／ネゴシエータ５０４は続けて、例えば、ポリシーがドメイン間でのインフラストラクチャ／スペクトルリソース共有を許可する場合、インフラストラクチャ／スペクトル要求をドメインＢの事業者Ｂブローカ／ネゴシエータ機能５０６へ送信し得る。例えば、図２を参照すると、事業者Ａブローカ／ネゴシエータ間のこの要求は、それぞれのオーケストレータ、すなわち、オーケストレータ２０４およびオーケストレータ２５４を通信可能にリンクするＯｒ‐Ｏｒインタフェース２３０を介してして送信され得る。
【００７６】
さらに図５を参照すると、いくつかの実施形態において、インフラストラクチャおよび／またはスペクトルリソースのための要求を受信すると、事業者Ｂブローカ／ネゴシエータ機能５０６は、事業者間で共有されているインフラストラクチャ／スペクトルリソースがこの特定のネットワーク事業者によって有効化されているかどうかを判定するために、または、このネットワーク事業者が、要求しているネットワーク事業者もしくは同様のもの、またはその組み合わせとの既存の関係を有しているかどうかを確認するために、例えばリソース共有ポリシーなどのポリシー５１８を確認し得る。事業者Ｂブローカ／ネゴシエータ５０６は、続けて、要求されたインフラストラクチャおよび／またはスペクトルリソースのうち少なくともいくつかが使用のために利用可能であるかどうかを判定するべく、インフラストラクチャ／スペクトルリソース利用可能性の問い合わせ５２０を事業者Ｂ  ＭＡＮＯ５０８へ送信し得る。例えば、事業者Ｂ  ＭＡＮＯは、利用可能であり得る利用可能なリソースのインジケーションを取得するべく、事業者Ｂの通信ネットワークのＧ‐ＣＳＭに問い合わせ得る。このインジケーションは、ドメインＢの通信ネットワークの現在の動作要件と照らして判定され得る。いくつかの実施形態において、ポリシーが、要求しているドメインＡとのインフラストラクチャ／スペクトルリソース共有を許可する場合、利用可能なリソースのインジケーションの判定が開始され得る。事業者Ｂ  ＭＡＮＯ５０８は次に、事業者Ｂブローカ／ネゴシエータ５０６にとって利用可能なインフラストラクチャおよびスペクトルリソースのインジケーション５２２を送信し得る。事業者Ｂブローカ／ネゴシエータ５０６は次に、ドメインＡによって要求されたインフラストラクチャおよび／またはスペクトルリソースのうち少なくともいくつかを提供するために、事業者Ａブローカ／ネゴシエータ５０４へ提供５２３を送信し得る。いくつかの実施形態において、事業者Ｂブローカ／ネゴシエータ５０６は、要求されたインフラストラクチャおよび／またはスペクトルリソースのうち少なくともいくつかが事業者Ｂによって供給され得るように、事業者Ａブローカ／ネゴシエータ５０４とネゴシエート５２４し得る。提供を受けると、または、いくつかの例においては、ネゴシエーションが完了すると、事業者Ｂブローカ／ネゴシエータ５０６は、要求されたインフラストラクチャおよび／またはスペクトルリソースのうち少なくともいくつかの使用の承認５２６を事業者Ａブローカ／ネゴシエータ５０４へ送信し得る。事業者Ａブローカ／ネゴシエータ５０４は次に、インフラストラクチャおよび／またはスペクトルを、最初に要求を送信したスケジューラ５０２に割り当て５２８得る。
【００７７】
ブローカ／ネゴシエータ機能は、上の例において、単数形で説明されているが、ブローカ／ネゴシエータ機能が、２つの別個の機能、すなわち、ブローカ機能およびネゴシエータ機能から形成され得ることは、容易に理解されるであろう。例えば、要求を受信するネットワーク事業者にとって、その上で動作するブローカ機能は、別のネットワーク事業者からの追加のインフラストラクチャおよび／またはスペクトルリソースのための要求を判定および管理する機能を実行し得る。要求を行うネットワーク事業者にとって、その上で動作するブローカ機能は、要求を受信する通信ネットワークによって承認されるインフラストラクチャおよび／またはスペクトルリソースを供給するように構成され得る。加えて、ネゴシエータ機能は、インフラストラクチャおよび／またはスペクトルリソースを獲得または供給するために、それぞれのネットワーク事業者を代表してネゴシエートする機能を実行し得る。
【００７８】
いくつかの実施形態において、特定のネットワーク事業者のブローカ／ネゴシエータ機能は、関連する通信ネットワークにおけるコンポーネントから受信された複数の要求に基づいて、インフラストラクチャおよび／またはスペクトルのためにネゴシエートしていることがあり得る。例えば、事業者Ａブローカ／ネゴシエータは、複数のスケジューラから要求を受信し得て、事業者Ｂとのネゴシエーション処理の間、これらの要求に、グループとして作用し得て、承認されたリソースは次に、それぞれ要求を満たすために、スケジューラに割り当てられ得る。しかしながら、承認されたリソースが要求リソースと等しくない場合、ブローカ／ネゴシエータ機能は、一組の基準に基づいて、承認されたリソースをスケジューラに割り当て得る。これらの基準は、優先度、時間長、通信の種類、もしくは同様のもの、または、それらの組み合わせに基づき得る。
【００７９】
図６は、本発明の実施形態に係る、ネットワーク事業者間でスペクトルリソースをブローカリングおよびネゴシエートするための方法を示す信号フローチャートを示す。図６の信号フローチャートは、本明細書において示される１または複数のシステムに適用され得る。ドメインＡ（事業者Ａ）６０２のインフラストラクチャマネージャ‐スペクトルマネージャ（ＩＭ‐ＳＭ）は、通信ネットワークによる追加スペクトルの必要性を識別する。事業者Ａ  ＩＭ‐ＳＭ６０２は次に、より多くのスペクトルのための要求６１０を、ドメインＡの通信ネットワークに関連するＩＭ‐ブローカ／ネゴシエータ６０４へ送信する。事業者Ａ  ＩＭ‐Ｂ／Ｎは次に、要求６１２をスペクトルデータベース６０６へ送信する。ここで、要求は、要求されたスペクトルに関する１または複数の識別子を含み得る。識別子は、要求された追加スペクトルが必要とされる地理的な場所、要求された追加スペクトルのサイズ、要求された追加スペクトルの使用の時間長、もしくは同様のもの、または、それらの組み合わせに関する詳細を含み得る。スペクトルデータベース６０６は、スペクトルの「共有」の影響を受け得る１または複数のスペクトル保有者をネットワーク事業者に示す情報を含む。スペクトルデータベース６０６は次に、受信されたスペクトル要求を満たす１または複数のスペクトル保有者を識別する６１４。例えば、スペクトル保有者の識別情報は、識別された地理的領域に基づき得て、識別されたスペクトル保有者は、識別された領域内に存在し、スペクトル要求に関する１または複数の識別子をもっとも良く満たすものであり得る。スペクトルデータベース６０６は、識別されたスペクトル保有者に関する詳細を事業者Ａ  ＩＭ‐Ｂ／Ｎ６０４へ送信し得る６１６。これらの詳細は、識別されたスペクトル保有者によって提供され得るスペクトルの識別情報を含み得る。事業者Ａ  ＩＭ‐Ｂ／Ｎ６０４は次に、追加スペクトルのための要求をスペクトル保有者へ送信する６２０。この例において、スペクトル保有者は、別のネットワークドメイン、すなわち、ドメインＢ（事業者Ｂ）である。従って、事業者Ａ  ＩＭ‐Ｂ／Ｎ６０４は、要求を事業者Ｂ  ＩＭ‐Ｂ／Ｎ６０８へ送信する。要求は、場所、周波数、使用条件、もしくは同様のもの、またはそれらの組み合わせであり得る、要求された追加スペクトルに関連するパラメータを含み得る。事業者Ｂ  ＩＭ‐Ｂ／Ｎ６０８および事業者Ａ  ＩＭ  Ｂ／Ｎ６０４は次に、要求された追加スペクトルの条件を、それらの間でネゴシエートする。例えば、条件には、量、周波数費用、使用期間、もしくは同様のもの、またはそれらの組み合わせが含まれ得る。追加スペクトルについてのネゴシエーションが完了すると、事業者Ａ  ＩＭ‐Ｂ／Ｎ６０４は、追加スペクトルが取得されたという確認応答を事業者Ａ  ＩＭ‐ＳＭへ送信する６２４。この確認応答は、取得された追加スペクトルに関する詳細を含み得る。または、これらの詳細は、後の伝送において送信され得る。
【００８０】
ネットワークドメインのネゴシエータ機能間のネゴシエーション、例えば、ドメインＡとドメインＢとの間のネゴシエーション中、時間長、費用、符号、ならびに、インフラストラクチャおよび／またはスペクトルリソースに関する他の機能を示すパラメータがネゴシエートされ得ることを理解されたい。
【００８１】
実施形態によれば、特定のネットワーク事業者のインフラストラクチャおよび／またはスペクトルリソースの過負荷のインジケーションは、複数の検出可能な条件のうち１または複数であり得る。例えば、インジケーションは、インフラストラクチャ／スペクトルリソースのスケジューリングおよび割り当てを特定の通信伝送に提供するスケジューラのバッファにおいて過負荷が検出されたことであり得る。いくつかの実施形態において、スライスによってサービスが提供されるモバイルデバイスとの間の伝送は、予測可能なパターンを有し得る。例として、ＭＴＣスライスは、固定間隔で予測可能なトラフィックを生成するＭＴＣデバイスにサービスを提供し得る。これらの間隔の間に、ＭＴＣスライスに割り当てられたリソースは制限され得る。トラフィックの急増を見越して、ＭＴＣスライスにおけるＩＭ‐ＳＮは、固定期間にわたるスペクトル割り当ての増加を要求し得る。当業者であれば、他の予測可能に周期的なスペクトルの必要性を理解するであろう。他のインジケーションは、伝送キューの長さ、または、当業者によって容易に理解されるであろう他のインジケーションを含み得る。いくつかの実施形態において、特定の条件は、満たされるとき、ネットワークトラフィックの増加を予測するものとして機能することが分かり得る。例えば、ハイウェイ上で事故が発生したというインジケーションをｖ２ｘサービスが受信するとき、することが無い運転者がモバイルデバイスを使用する結果、それに関連する、ＭＢＢスライストラフィックの増加が生じ得る。このようにイベントを検出することは、また、追加スペクトルリソースが必要とされ得るというインジケーションとして機能し得る。加えて、キューの長さに基づく追加のインフラストラクチャ／スペクトルリソースの要件は、サービスが提供されている通信デバイスの種類に依存し得る。例えば、ＭＴＣデバイスについての伝送の遅延は、通信ネットワーク上で伝送される情報の種類に起因して、懸念が少ないことがあり得て、従って、音声通信伝送のためのキューの長さと比較するとき、より長いキューの長さが許容され得る。従って、インフラストラクチャ／スペクトルリソースの過負荷のインジケーションは、さらに、問題となっているネットワークサービス要求の種類に依存し得る。
【００８２】
いくつかの実施形態において、例えば、ＷｉＦｉ、未許可セルラー周波数帯、および同様のものなど、他の種類の無線アクセス技術（ＲＡＴ）をカバーするために、ブローカ機能およびネゴシエータ機能が適用され得る。
【００８３】
上述の説明の全体を通して、上述のネットワーク機能およびその動作は、５Ｇ無線通信ネットワークなどの通信ネットワークの動作のサポートにおいて使用するための方法に対応し得ることが容易に理解されるであろう。方法は、コンピュータ実装機能、すなわち、ネットワークインフラストラクチャの１または複数のコンピューティング、通信、および／またはメモリコンポーネントによって実装される機能を伴い得る。これらのコンポーネントは、仮想化技術を通して必要な機能性を提供するように構成される、特定のサーバまたは汎用コンピューティング、通信、および／またはメモリデバイスなど様々な形態をとり得る。方法は、ネットワークの動作を改善するべく、１または複数のネットワークコンポーネントの動作を伴い得る。従って、装置として見られる通信ネットワークについては、本発明の実施形態は、通信ネットワークの内部動作を改善することを対象とし得る。
【００８４】
さらに、本発明の実施形態は、上述のネットワーク機能性および動作を実行するように構成される、通信ネットワークシステム、または、その関連する装置に関することが容易に理解されるであろう。また、システムまたは装置は、ネットワークインフラストラクチャの１または複数のコンピューティング、通信、および／またはメモリコンポーネントを含み得て、これらは、仮想化技術を通して必要な機能性を提供するように構成される、特定のサーバ、または、汎用コンピューティング、通信、および／もしくはメモリデバイスなどの様々な形態を取り得る。本明細書において開示される様々な方法は、通信ネットワーク制御プレーン内のデバイス、データプレーン内において動作するデバイス、またはそれらの組み合わせなど、１または複数の実際のコンピューティングデバイス上に、または仮想コンピューティングデバイス上に実装され得る。方法の動作を実装するために使用されるコンピューティングデバイスは、メモリと動作可能に結合されるプロセッサを備え得て、メモリは、本明細書に記載されるような方法を実行するためにプロセッサによって実行される命令を提供する。
【００８５】
本発明の様々な実施形態は、実際のコンピュータリソースおよび／または仮想コンピュータリソースを利用する。そのようなコンピュータリソースは、マイクロプロセッサによって実行されるための記憶されたプログラム命令を含むメモリコンポーネントの対応するセットに動作可能に結合される１または複数のマイクロプロセッサのセットをハードウェアレベルにおいて利用する。コンピューティングリソースは、仮想化の１または複数のレベルにおいて、仮想コンピューティングリソースを提供するために使用され得る。例えば、１または複数の所与の汎用コンピュータハードウェアプラットフォームは、１または複数の仮想コンピューティングマシンを提供するために使用され得る。また、プロセッサリソース、メモリ、および同様のものなどのコンピュータハードウェアは、さらなる仮想コンピューティングマシンがそれから構築されるリソースを提供するべく仮想化され得る。次に、システムの様々なコンピューティングコンポーネントを実現するために使用される様々なコンピューティングリソースを提供するために割り当て可能な一組のコンピューティングリソースは、分散コンピューティングシステムを提供するものとして見なされ得て、その内部アーキテクチャは、様々な方式で構成され得る。
【００８６】
図７は、例えばブローカ機能およびネゴシエータ機能など、本明細書において定義される機能をインスタンス化する様々なネットワーク要素を実装するために使用され得る処理システム７０１のブロック図である。図７において示されるように、処理システム７１０は、プロセッサ７１０、ワーキングメモリ７２０、非一時的ストレージ７３０、ネットワークインタフェース、Ｉ／Ｏインタフェース７４０を備え、また、ノードの種類によっては伝送器７６０を備え、これらすべては、双方向バス７７０を介して通信可能に結合される。
【００８７】
特定の実施形態によれば、描写される要素のすべてが利用され得るか、または、要素のサブセットのみが利用され得る。さらに、処理システム７１０は、複数のプロセッサ、メモリ、または伝送器など、特定の要素の複数のインスタンスを備え得る。また、処理システム７１０の要素は、双方向バスなしで、他のコンポーネントに直接結合され得る。
【００８８】
メモリは、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、リードオンリメモリ（ＲＯＭ）、そのようなものの任意の組み合わせ、または同様のものなどの任意の種類の非一時的メモリを含み得る。大容量ストレージ要素は、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光学ディスクドライブ、ＵＳＢドライブ、または、データおよび機械実行可能プログラムコードを記憶するように構成される任意のコンピュータプログラム製品など、任意の種類の非一時的ストレージデバイスを含み得る。特定の実施形態によれば、メモリまたは大容量ストレージには、例えば、グローバル制御プレーン、スペクトルネゴシエータ、およびスペクトルマネージャなど、上で定義された複数のコンポーネントの上述の機能および段階を実行するためにプロセッサによって実行可能なステートメントまたは命令が記録されている。
【００８９】
上述の実施形態の説明を通して、本開示は、ハードウェアのみを使用することによって、または、ソフトウェアおよび必要な汎用ハードウェアプラットフォームを使用することによって実装され得る。そのような理解に基づいて、本開示の技術的解決法は、ソフトウェア製品の形態で具現化され得る。ソフトウェア製品は、コンパクトディスクリードオンリメモリ（ＣＤ‐ＲＯＭ）、フラッシュメモリ、またはリムーバブルハードディスクを含み得る非揮発性または非一時的記憶媒体に記憶され得る。ソフトウェア製品は、本開示の実施形態において提供される方法をコンピュータデバイス（コンピュータ、サーバ、またはネットワークデバイス）に実行させる複数の命令を含む。例えば、そのような実行は、本明細書に説明されるような論理動作のシミュレーションに対応し得る。ソフトウェア製品は、追加的または代替的に、本開示の実施形態に従って、デジタル論理装置を構成またはプログラムするための動作をコンピュータデバイスに実行させる複数の命令を含み得る。
【００９０】
本開示は、特定の機能およびその実施形態を参照して説明されたが、様々な変更および組み合わせが、開示から逸脱することなく行われ得ることは明白である。従って、明細書および図面は、添付の特許請求の範囲によって定義されるような開示の例示に過ぎないと見なされるべきであり、本開示の範囲に含まれる、あらゆる変更、変形、組み合わせ、または等価物を包含することが想定されている。
［項目１］
第１ネットワークドメインに関連する第１通信ネットワークと第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するための方法であって、
追加のネットワークリソースのための要求を上記第１ネットワークドメインにおけるリソースブローカにおいて受信する段階と、
追加のネットワークリソースのための要求を上記第２ネットワークドメインにおけるリソースブローカへ伝送する段階と、
伝送された上記要求に応じて、要求された上記追加のネットワークリソースの少なくともいくつかの提供を受信する段階と
を備える方法。
［項目２］
要求された上記ネットワークリソースの少なくともいくつかの使用の承認を受信する段階をさらに備える、項目１に記載の方法。
［項目３］
要求された上記ネットワークリソースの上記少なくともいくつかを割り当てる段階をさらに備える、項目２に記載の方法。
［項目４］
追加のネットワークリソースのための上記要求と照らして、リソース要求ポリシーを確認する段階をさらに備える、項目１に記載の方法。
［項目５］
上記追加のネットワークリソースは、スペクトルリソース、データセンターリソース、コア帯域幅リソース、コンピューティングリソース、ストレージリソース、およびネットワーキングリソースのうち１つまたは組み合わせを含む、項目１に記載の方法。
［項目６］
上記第１ドメインの上記リソースブローカが、要求された上記追加のネットワークリソースの少なくともいくつかの供給のために、上記第２ドメインの上記リソースブローカとネゴシエートする段階をさらに備える、項目１に記載の方法。
［項目７］
第１ネットワークドメインに関連する第１通信ネットワークと、第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するための方法であって、
上記第２ドメインにおけるリソースブローカにおいて、追加のネットワークリソースのための要求を上記第１通信ネットワークから受信する段階と、
ネットワークリソースの利用可能性を判定するために問い合わせを伝送する段階と、
ネットワークリソースの上記利用可能性のインジケーションを受信する段階と、
受信された上記要求に応じて、要求された上記追加のネットワークリソースの少なくともいくつかの提供を伝送する段階と
を備える方法。
［項目８］
要求された上記ネットワークリソースの少なくともいくつかの使用の承認を伝送する段階をさらに備える、項目７に記載の方法。
［項目９］
上記第１通信ネットワークからの追加のネットワークリソースのための上記要求と照らして、リソース共有ポリシーを確認する段階をさらに備える、項目７に記載の方法。
［項目１０］
上記第２ドメインの上記リソースブローカが、要求された上記追加のネットワークリソースの少なくともいくつかの供給のために、上記第１ドメインの上記リソースブローカとネゴシエートする段階をさらに備える、項目７に記載の方法。
［項目１１］
第１ネットワークドメインに関連する第１通信ネットワークと、第２ネットワークドメインに関連する第２通信ネットワークとの間でネットワークリソースを管理するためのシステムであって、
追加のネットワークリソースのための要求を伝送するように構成される第１ブローカ／ネゴシエータであって、上記第１通信ネットワークと動作可能に接続された第１ブローカ／ネゴシエータと、
上記第１ブローカ／ネゴシエータから上記要求を受信して、上記要求に作用し、要求された上記追加のネットワークリソースの少なくともいくつかを供給するように構成される第２ブローカ／ネゴシエータであって、上記第２通信ネットワーク、および、上記第２通信ネットワークに関連する上記少なくともいくつかのネットワークリソースと動作可能に接続される第２ブローカ／ネゴシエータと、
を備えるシステム。
［項目１２］
上記第１ブローカ／ネゴシエータは、上記第１通信ネットワークに関連するオーケストレータにおいてインスタンス化される、項目１１に記載のシステム。
［項目１３］
上記第２ブローカ／ネゴシエータは、上記第２通信ネットワークに関連するオーケストレータ内においてインスタンス化される、項目１１に記載のシステム。
［項目１４］
上記第１ブローカ／ネゴシエータは、上記第１通信ネットワークに関連するオーケストレータの外部でインスタンス化される、項目１１に記載のシステム。
［項目１５］
上記オーケストレータの外部においてインスタンス化され、上記第１通信ネットワーク上で動作可能な管理およびオーケストレーション（ＭＡＮＯ）エンティティのＶＮＦＭと通信可能に結合される仮想ネットワーク機能マネージャ（ＶＮＦＭ）をさらに備える、項目１４に記載のシステム。
［項目１６］
上記オーケストレータの外部にインスタンス化された上記ＶＮＦＭは、上記第２通信ネットワークに関連する上記少なくともいくつかのネットワークリソースを使用してインスタンス化される１または複数の仮想ネットワーク機能（ＶＮＦ）を管理するように構成される、項目１５に記載のシステム。
［項目１７］
上記追加のネットワークリソースは、スペクトルリソース、データセンターリソース、コア帯域幅リソース、コンピューティングリソース、ストレージリソース、およびネットワーキングリソースの１つまたは組み合わせを含む、項目１１に記載のシステム。
［項目１８］
上記第１ブローカ／ネゴシエータおよび上記第２ブローカ／ネゴシエータは、要求された上記追加のネットワークリソースの少なくともいくつかの上記供給をネゴシエートするように構成される、項目１１に記載のシステム。
【図１】
0006559806.tif 000002
【図２】
0006559806.tif 000003
【図３】
0006559806.tif 000004
【図４】
0006559806.tif 000005
【図５】
0006559806.tif 000006
【図６】
0006559806.tif 000007
【図７】
0006559806.tif 000008