(57)【特許請求の範囲】
【請求項１】
ネットワークスライスを作成するための方法であって、
ネットワークスライス管理機能(NSMF)エンティティにより送信されたサービス展開コマンドを受信するステップと、
前記サービス展開コマンドに基づいて、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画と、ネットワーク機能エンティティの登録情報とを取得するステップと、
前記ネットワークスライスの前記モデル及び前記ポリシーと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報又は前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、前記ネットワーク機能エンティティのサービス構成方式を生成するステップと、
前記サービス構成方式を前記ネットワーク機能エンティティに送信するステップと
を含む方法。
【請求項２】
NSMFエンティティにより送信されたサービス展開コマンドを受信する前に、
前記NSMFエンティティにより送信された前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画とを受信するステップと、
前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画とを記憶するステップと
を更に含む、請求項１に記載の方法。
【請求項３】
前記ネットワークスライスの前記モデルは、ネットワークモデル、リソースモデル及びサービスモデルのうち1つ以上を含み、前記ネットワークモデルは、ネットワークスライスインスタンス内の各サービスにより必要とされるネットワーク機能エンティティと、前記ネットワーク機能エンティティの間の論理接続関係とを示すために使用され、前記リソースモデルは、サービス規模とリソース数量との間の対応関係と、前記サービス規模とネットワーク帯域幅との間の対応関係とを示すために使用され、前記サービスモデルは、各ネットワーク機能エンティティのサービス構成と、サービス構成の観点での前記ネットワーク機能エンティティの間の関連する調整関係とを示すために使用され、
前記ネットワークスライスの前記ポリシーは、ネットワークポリシー、リソースポリシー及びサービスポリシーのうち1つ以上を含み、前記ネットワークポリシーは、ネットワークスライスインスタンス内の様々なネットワーク機能エンティティの位置要件ルールと、ネットワーク帯域幅及び前記ネットワーク機能エンティティの間の遅延の性能要件ルールとを含み、前記リソースポリシーは、ネットワーク機能エンティティのリソース占有ルールと、物理ネットワークエンティティのリンクの帯域幅使用ルールとを含み、前記サービスポリシーは、前記ネットワークスライスの前記計画とネットワーク機能エンティティの登録情報とに基づいて、前記ネットワーク機能エンティティのためのサービス構成をどのように実行するかを決定するルールを含み、
前記ネットワークスライスの前記計画は、以下のもの、すなわち、ネットワークスライスインスタンス及び隣接ネットワークの接続計画と、前記ネットワークスライスインスタンスのインターネットプロトコル(IP)アドレスの計画とのうち1つ以上を含む、請求項１に記載の方法。
【請求項４】
前記NSMFエンティティにより送信されたサービス展開コマンドを受信する前に、
ネットワークスライス制御機能(NSCF)エンティティにより、前記ネットワーク機能エンティティにより送信された、前記登録情報を含む登録要求を受信するステップと、
前記ネットワーク機能エンティティの前記登録情報を記憶するステップと
を更に含む、請求項１に記載の方法。
【請求項５】
前記ネットワーク機能エンティティは、具体的には、仮想ネットワーク機能(VNF)エンティティ、物理ネットワーク機能(PNF)エンティティ又はVNFサービスフレームワーク上で動作するネットワーク機能サービスインスタンスである、請求項４に記載の方法。
【請求項６】
前記登録情報は、前記ネットワーク機能エンティティのネットワーク位置及び接続トポロジを含み、前記ネットワーク機能エンティティが、具体的には、VNFエンティティ又はVNFサービスフレームワーク上で動作するネットワーク機能サービスインスタンスであるとき、前記登録情報は、リソース情報を更に含む、請求項４に記載の方法。
【請求項７】
前記リソース情報は、前記VNFエンティティにより占有される仮想マシンリソース及び割り当てられたネットワークインタフェース帯域幅、又は前記VNFサービスフレームワークにより占有される仮想マシンリソース及び割り当てられたネットワークインタフェース帯域幅を含む、請求項６に記載の方法。
【請求項８】
前記ネットワークスライスの前記モデル及び前記ポリシーと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、前記ネットワーク機能エンティティのサービス構成方式を生成するステップは、
前記ネットワークポリシーが満たされるように、前記ネットワークモデルと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のネットワーク構成関係を決定するステップと、
前記サービスポリシーが満たされるように、前記サービスモデルと、前記ネットワーク構成関係と、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開された前記ネットワーク機能エンティティの間のサービス構成関係を決定するステップと、
前記リソースポリシーが満たされるように、前記リソースモデルと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開された前記ネットワーク機能エンティティの間のリソース構成関係を決定するステップと、
前記ネットワーク機能エンティティのそれぞれの具体的なサービス展開構成方式を取得するステップと
を具体的に含む、請求項３に記載の方法。
【請求項９】
VNFエンティティが搭載される仮想化又はクラウド型インフラストラクチャのためのインフラストラクチャネットワーク構成方式を生成するステップであり、前記インフラストラクチャネットワーク構成方式は、前記仮想化又はクラウド型インフラストラクチャの交換式ネットワーク構成、ルート構成及び仮想インタフェース構成を含む、ステップと、
前記インフラストラクチャネットワーク構成方式をオーケストレーションエンティティに送信するステップと
を更に含む、請求項１に記載の方法。
【請求項１０】
前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画と、前記VNFサービスフレームワークの登録情報とに基づいて、ネットワーク機能サービス構成方式を生成するステップであり、前記ネットワーク機能サービス構成方式は、各VNFサービスフレームワーク上に展開される必要があるネットワーク機能サービスのタイプと、各タイプのネットワーク機能サービスインスタンスの数量とを含む、ステップと、
前記ネットワーク機能サービス構成方式を含むネットワーク機能サービス展開メッセージを前記VNFサービスフレームワークに送信するステップと
を更に含む、請求項５に記載の方法。
【請求項１１】
ネットワークスライスを作成するためのシステムであり、ネットワークスライス管理機能(NSMF)エンティティと、ネットワークスライス制御機能(NSCF)エンティティとを含むシステムであって、
前記NSMFエンティティは、サービス展開コマンドを前記NSCFエンティティに送信するように構成され、
前記NSCFエンティティは、前記NSMFエンティティにより送信された前記サービス展開コマンドを受信し、前記サービス展開コマンドに基づいて、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画と、ネットワーク機能エンティティの登録情報とを取得し、前記ネットワークスライスの前記モデル及び前記ポリシーと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、前記ネットワーク機能エンティティのサービス構成方式を生成し、前記サービス構成方式を前記1つ以上のネットワーク機能エンティティに送信するように構成される、システム。
【請求項１２】
前記NSMFエンティティは、前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画とを前記NSCFエンティティに送信するように更に構成され、
前記NSCFエンティティは、前記NSMFエンティティにより送信された前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画とを受信し、前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画とを記憶するように更に構成される、請求項１１に記載のシステム。
【請求項１３】
1つ以上のネットワーク機能エンティティを更に含み、
前記ネットワーク機能エンティティは、前記登録情報を含む登録要求を前記NSCFエンティティに送信するように更に構成され、
前記NSCFエンティティは、前記ネットワーク機能エンティティにより送信された、前記登録情報を含む前記登録要求を受信し、前記登録情報を記憶するように更に構成される、請求項１１に記載のシステム。
【請求項１４】
前記NSCFエンティティは、
ネットワークポリシーが満たされるように、ネットワークモデルと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のネットワーク構成関係を決定し、
サービスポリシーが満たされるように、サービスモデルと、前記ネットワーク構成関係と、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開された前記ネットワーク機能エンティティの間のサービス構成関係を決定し、
リソースポリシーが満たされるように、リソースモデルと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開された前記ネットワーク機能エンティティの間のリソース構成関係を決定し、
前記ネットワーク機能エンティティのそれぞれの具体的なサービス展開構成方式を取得する
ように具体的に構成される、請求項１１に記載のシステム。
【請求項１５】
前記NSMFエンティティにより送信されたリソース展開コマンドを受信し、前記リソース展開コマンドに従って、仮想化又はクラウド型インフラストラクチャ上にVNFエンティティを展開して前記VNFエンティティのネットワーク接続を構成するか、或いは、前記リソース展開コマンドに従って、仮想化又はクラウド型インフラストラクチャ上にVNFサービスフレームワークを展開して前記VNFサービスフレームワークのネットワーク接続を構成するように構成された仮想化又はクラウド型オーケストレーションエンティティを更に含む、請求項１１に記載のシステム。
【請求項１６】
前記NSCFエンティティは、前記サービス展開コマンドを受信し、前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画とを取得し、前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画と、VNFサービスフレームワークの登録情報とに基づいて、ネットワーク機能サービス構成方式を生成し、前記ネットワーク機能サービス構成方式は、各VNFサービスフレームワーク上に展開される必要があるネットワーク機能サービスのタイプと、各タイプのネットワーク機能サービスインスタンスの数量とを含み、前記ネットワーク機能サービス構成方式を含むネットワーク機能サービス展開メッセージを前記VNFサービスフレームワークに送信するように更に構成され、
前記VNFサービスフレームワークは、前記NSCFエンティティにより送信された前記ネットワーク機能サービス展開メッセージを受信し、ネットワーク機能ソフトウェアイメージのアドレスに基づいて、展開される必要があるネットワーク機能サービスのソフトウェアイメージをインストールし、展開される必要がある前記ネットワーク機能サービスをロードするように具体的に構成される、請求項１１に記載のシステム。
【請求項１７】
ネットワークスライスを作成するための装置であり、少なくとも1つのプロセッサと、コンピュータ実行可能命令を記憶するメモリとを含む装置であって、
前記コンピュータ実行可能命令は、前記少なくとも1つのプロセッサにより実行されたとき、前記少なくとも1つのプロセッサに対して、
ネットワークスライス管理機能(NSMF)エンティティにより送信されたサービス展開コマンドを受信し、
前記サービス展開コマンドに基づいて、サービス関連の要件パラメータ、ネットワークスライスのモデル、ポリシー及び計画、又はネットワーク機能エンティティの登録情報のうち1つ以上を取得し、
前記ネットワークスライスの前記モデル及び前記ポリシーと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報又は前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、前記ネットワーク機能エンティティのサービス構成方式を生成し、
前記サービス構成方式を前記ネットワーク機能エンティティに送信する
ように命令する、装置。
【請求項１８】
前記コンピュータ実行可能命令は、前記少なくとも1つのプロセッサに対して、
NSMFエンティティにより送信された前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画と、前記サービス関連の要件パラメータとを受信し、
前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画と、前記サービス関連の要件パラメータとを記憶する
ように命令する、請求項１７に記載の装置。
【請求項１９】
前記ネットワークスライスの前記モデルは、ネットワークモデル、リソースモデル及びサービスモデルのうち1つ以上を含み、前記ネットワークモデルは、ネットワークスライスインスタンス内の各サービスにより必要とされるネットワーク機能エンティティと、前記ネットワーク機能エンティティの間の論理接続関係とを示し、前記リソースモデルは、サービス規模とリソース数量との間の対応関係と、前記サービス規模とネットワーク帯域幅との間の対応関係とを示し、前記サービスモデルは、各ネットワーク機能エンティティのサービス構成と、サービス構成の観点での前記ネットワーク機能エンティティの間の関連する調整関係とを示し、
前記ネットワークスライスの前記ポリシーは、ネットワークポリシー、リソースポリシー及びサービスポリシーのうち1つ以上を含み、前記ネットワークポリシーは、ネットワークスライスインスタンス内の様々なネットワーク機能エンティティの位置要件ルールと、ネットワーク帯域幅及び前記ネットワーク機能エンティティの間の遅延の性能要件ルールとを含み、前記リソースポリシーは、ネットワーク機能エンティティのリソース占有ルールと、物理ネットワークエンティティのリンクの帯域幅使用ルールとを含み、前記サービスポリシーは、前記ネットワークスライスの前記計画とネットワーク機能エンティティの登録情報とに基づいて、前記ネットワーク機能エンティティのためのサービス構成をどのように実行するかを決定するルールを含み、
前記ネットワークスライスの前記計画は、以下のもの、すなわち、ネットワークスライスインスタンス及び隣接ネットワークの接続計画と、前記ネットワークスライスインスタンスのインターネットプロトコル(IP)アドレスの計画とのうち1つ以上を含む、請求項１７に記載の装置。
【請求項２０】
前記登録情報は、前記ネットワーク機能エンティティのネットワーク位置及び接続トポロジを含み、前記ネットワーク機能エンティティが、具体的には、VNFエンティティ又はVNFサービスフレームワーク上で動作するネットワーク機能サービスインスタンスであるとき、前記登録情報は、リソース情報を更に含む、請求項１７に記載の装置。
【請求項２１】
前記コンピュータ実行可能命令は、前記少なくとも1つのプロセッサに対して、
前記ネットワークポリシーが満たされるように、前記ネットワークモデルと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のネットワーク構成関係を決定し、
前記サービスポリシーが満たされるように、前記サービスモデルと、前記ネットワーク構成関係と、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開された前記ネットワーク機能エンティティの間のサービス構成関係を決定し、
前記リソースポリシーが満たされるように、前記リソースモデルと、前記サービス関連の要件パラメータ、前記ネットワーク機能エンティティの前記登録情報及び前記ネットワークスライスの前記計画のうち1つ以上とに基づいて、展開された前記ネットワーク機能エンティティの間のリソース構成関係を決定し、
前記ネットワーク機能エンティティのそれぞれの具体的なサービス展開構成方式を取得する
ように命令する、請求項１９に記載の装置。
【請求項２２】
前記コンピュータ実行可能命令は、前記少なくとも1つのプロセッサに対して、
前記サービス関連の要件パラメータと、前記ネットワークスライスの前記モデル、前記ポリシー及び前記計画と、VNFサービスフレームワークの登録情報とに基づいて、ネットワーク機能サービス構成方式を生成し、前記ネットワーク機能サービス構成方式は、各VNFサービスフレームワーク上に展開される必要があるネットワーク機能サービスのタイプと、各タイプのネットワーク機能サービスインスタンスの数量とを含み、
前記ネットワーク機能サービス構成方式を含むネットワーク機能サービス展開メッセージを前記VNFサービスフレームワークに送信する
ように命令する、請求項１７に記載の装置。
【請求項２３】
コンピュータに請求項１乃至１０のうちいずれか１項に記載の方法を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、通信分野に関し、より具体的には、ネットワークスライスを作成するための方法及び装置並びに通信システムに関する。
【背景技術】
【０００２】
将来の通信システムは、複数の異なるサービスタイプ、例えば、拡張モバイルブロードバンド(enhanced  mobile  broadband,  eMBB)サービス、超高信頼性及び低遅延通信(ultra  reliability  and  low  latency  connection,  uRLLC)サービス並びに大容量マシンタイプ通信(massive  machine  type  connection,  mMTC)サービスをサポートできる。異なるサービスタイプは、異なる特性及びネットワーク要件を有する。例えば、eMBBの仮想現実(virtual  reality,  VR)及び拡張現実(augmented  reality,  AR)技術のようなアプリケーションは極めて高い帯域幅要件を有し、uRLLCの自動運転のようなアプリケーションは遅延に敏感であり、mMTCは極めて高い接続密度を有する。したがって、ネットワーク通信効率を改善して異なる通信サービス要件を満たすために、ネットワークは、複数のネットワークスライスインスタンスに分割されてもよく、各ネットワークスライスインスタンスは、対応するネットワークサービスを提供する。
【０００３】
複数の仮想ネットワーク機能(virtual  network  function,  VNF)インスタンスは、1つの物理ネットワークスライスインスタンス内に展開されてもよく、各VNFインスタンスは、1つのタイプのネットワークサービスを提供してもよい。各ネットワークスライスインスタンスは、ネットワークスライスインスタンスに対応するサービス構成スクリプトを有し、ネットワークスライスインスタンスに対応するサービス構成スクリプトは、ネットワークスライスインスタンスが位置するインフラストラクチャに関連し、また、接続対象の隣接ネットワークの構成及びオペレータのネットワーク計画に関連する。
【０００４】
従来技術では、ネットワークスライス管理機能(network  slice  management  function,  NSMF)エンティティは、ネットワークスライステンプレートを事前に準備し、ユーザにより配信されたネットワークスライスオーダに基づいて、ネットワークスライスインスタンスを作成するためのスクリプトファイルを生成する。スクリプトファイルは、リソース展開スクリプト及びサービス構成スクリプトを含む。リソース展開スクリプトは、ネットワーク機能に割り当てられるインフラストラクチャリソースと、ロードされるネットワーク機能ソフトウェアイメージと、ネットワーク機能の間の接続とを記述する。サービス構成スクリプトは、ネットワーク機能エンティティのためのサービス展開コマンドを含む。NSMFは、リソース展開スクリプトをネットワーク機能仮想化管理及びオーケストレーション(network  functions  virtualization  management  and  orchestration,  NFV-MANO)機能エンティティに送信する。リソース展開スクリプトに基づいて、NFV-MANOはネットワーク機能仮想化インフラストラクチャ(NFV  Infrastructure)上でリソースを割り当て、ネットワークスライス内で対応するVNFエンティティを展開し、VNFを接続する。次いで、NSMFは、サービス構成スクリプトをエレメント管理システム(element  management  system,  EMS)エンティティに送信する。EMSは、顧客の注文で要求されたサービスが正常にスライス上で動作できるように、スクリプトに基づいてネットワークスライスのVNF及び物理ネットワーク機能(physical  network  function,  PNF)上で関連するサービス展開コマンドを実行する。このように、ネットワークスライスが作成される。
【０００５】
サービス構成スクリプトは、リソース展開スクリプトと結合されるために、展開計画に基づいて構成の観点で対応して調整される必要がある。スライス展開は、通常では、サイトの計画と密接に関連しており、これは、サービス構成スクリプトと各サイトの具体的な計画との間の結合を更に実現する。展開が他のサイトの位置で実行される場合、サービス構成スクリプトは書き換えられる必要がある。これは、非常に柔軟的でなく、自動化を実現するのが困難であり、ネットワークスライスの1回の設計を通じた複数回の展開を実現できない。
【発明の概要】
【０００６】
本発明は、システムが、ネットワークスライス作成プロセスの自動化を実現して1回の設計で複数回の展開を実現するために、ネットワークスライスの予め設計されたモデル及びポリシーと、各サイトにおけるネットワークスライスの計画と、ネットワークエンティティの登録情報とに基づいて、対応するネットワークスライスサービス構成方式を自動的に生成できるような、ネットワークスライスを作成するための方法、装置及びシステムを提供する。
【０００７】
この出願は、1回の設計を通じた複数回の展開の要件を満たすための、ネットワークスライスを作成するための方法及び装置並びに通信システムを提供する。
【０００８】
第1の態様によれば、ネットワーク制御方法が提供され、ネットワークスライス制御機能(network  slice  control  function,  NSCF)エンティティにより、ネットワークスライス管理機能エンティティにより送信されたサービス展開コマンドを受信するステップと、NSCFエンティティにより、サービス展開コマンドに基づいて、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画と、ネットワーク機能エンティティの登録情報とを取得するステップであり、サービス関連の要件パラメータ並びにネットワークスライスのモデル、ポリシー及び計画はNSMFエンティティからのものであり、登録情報はネットワーク機能エンティティからのものである、ステップと、NSCFエンティティにより、ネットワークスライスのモデル及びポリシーと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、ネットワーク機能エンティティのサービス構成方式を生成するステップと、サービス構成方式をネットワーク機能エンティティに送信するステップとを含む。このように、ネットワーク機能エンティティは、サービス構成方式に基づいてサービス構成を直接実行でき、ネットワーク機能エンティティを手動で構成する必要がなく、それにより、ネットワークスライス作成プロセスの自動化を実現する。
【０００９】
任意選択で、ネットワーク機能エンティティは、仮想ネットワーク機能VNFエンティティ、物理ネットワーク機能PNFエンティティ又はVNFサービスフレームワーク上で動作するネットワーク機能サービスインスタンスでもよい。異なるネットワーク機能エンティティは、異なる登録情報を有してもよい。VNFエンティティ又はVNFサービスフレームワーク上で動作するネットワーク機能サービスインスタンスについて、登録情報は、ネットワーク機能エンティティのネットワーク位置、接続トポロジ及びリソース情報を含む。PNFエンティティについて、登録情報は、ネットワーク機能エンティティのネットワーク位置及び接続トポロジでもよい。リソース情報は、VNFエンティティにより占有される仮想マシンリソース及び割り当てられたネットワークインタフェース帯域幅、又はVNFサービスフレームワークにより占有される仮想マシンリソース及び割り当てられたネットワークインタフェース帯域幅を含んでもよい。ネットワーク機能エンティティにより報告された登録情報に基づいて、NSCFエンティティは、ネットワーク機能エンティティのサービス構成を自動的に実行するために、現在のネットワーク機能エンティティの関連情報を習得できる。
【００１０】
任意選択で、ネットワークスライスのモデルは、ネットワークモデル、リソースモデル及びサービスモデルのうち1つ以上を含む。ネットワークモデルは、ネットワークスライスインスタンス内の各サービスにより必要とされるネットワーク機能エンティティと、ネットワーク機能エンティティの間の論理接続関係とを示すために使用される。リソースモデルは、サービス規模とリソース数量との間の対応関係と、サービス規模とネットワーク帯域幅の大きさとの間の対応関係とを示すために使用される。サービスモデルは、ネットワーク機能エンティティのサービス構成と、サービス構成の観点でのネットワーク機能エンティティの間の関連する調整関係とを示すために使用される。ネットワークスライスのポリシーは、ネットワークポリシー、リソースポリシー及びサービスポリシーのうち1つ以上を含む。ネットワークポリシーは、ネットワークスライスインスタンス内の様々なネットワーク機能エンティティの位置要件ルールと、ネットワーク帯域幅及びネットワーク機能エンティティの間の遅延の性能要件ルールとを含む。リソースポリシーは、ネットワーク機能エンティティのリソース占有ルールと、物理ネットワークエンティティのリンクの帯域幅使用ルールとを含む。サービスポリシーは、ネットワークスライスの計画とネットワーク機能エンティティの登録情報とに基づいて、ネットワーク機能エンティティのためのサービス構成をどのように実行するかを決定するルールを含む。ネットワークスライスの計画は、以下のもの、すなわち、ネットワークスライスインスタンス及び隣接ネットワークの接続計画と、ネットワークスライスインスタンスのインターネットプロトコル(internet  protocol,  IP)アドレスの計画とのうち1つ以上を含む。
【００１１】
任意選択で、NSCFエンティティにより、ネットワークスライスのモデル及びポリシーと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、ネットワーク機能エンティティのサービス構成方式を生成するステップは、NSCFエンティティにより、ネットワークポリシーが満たされるように、ネットワークモデルと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のネットワーク構成関係を決定するステップと、サービスポリシーが満たされるように、サービスモデルと、ネットワーク構成関係と、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のサービス構成関係を決定するステップと、リソースポリシーが満たされるように、リソースモデルと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のリソース構成関係を決定するステップと、ネットワーク機能エンティティのそれぞれの具体的なサービス展開構成方式を取得するステップとを具体的に含む。NSCFエンティティは、展開された構成関係が対応するポリシーを満たすように、異なるモデル及び情報を使用することにより、ネットワーク機能エンティティモデルに対応する構成処理を実行し、それにより、サービス構成の自動的な展開を更に実現する。
【００１２】
任意選択で、当該方法は、NSCFエンティティにより、VNFエンティティが搭載される仮想化又はクラウド型インフラストラクチャのためのインフラストラクチャネットワーク構成方式を生成するステップであり、インフラストラクチャネットワーク構成方式は、インフラストラクチャの交換式ネットワーク構成、ルート構成及び仮想インタフェース構成を含む、ステップと、インフラストラクチャネットワーク構成方式をオーケストレーションエンティティに送信するステップとを更に含む。このように、オーケストレーションエンティティは、インフラストラクチャネットワーク構成方式に基づいて、ネットワーク機能エンティティのための自動的なインフラストラクチャネットワーク構成を実行できる。
【００１３】
任意選択で、当該方法は、NSCFエンティティにより、サービス展開コマンドを受信するステップと、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とを取得するステップと、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画と、VNFサービスフレームワークの登録情報とに基づいて、ネットワーク機能サービス構成方式を生成するステップであり、ネットワークサービス構成方式は、各VNFサービスフレームワーク上に展開される必要があるネットワーク機能サービスのタイプと、各タイプのネットワーク機能サービスインスタンスの数量とを含む、ステップと、ネットワーク機能サービス構成方式を含むネットワーク機能サービス展開メッセージをVNFサービスフレームワークに送信するステップとを更に含む。このように、VNFサービスフレームワークは、ネットワーク機能サービス構成方式に基づいて、自動的なネットワーク機能サービス構成を実行できる。
【００１４】
第2の態様によれば、本発明は、ネットワークスライスを作成するための他の方法を提供し、NSMFエンティティにより、サービス展開コマンドをNSCFに送信するステップと、NSMFエンティティにより、NSCFエンティティにより送信されたネットワークスライス作成完了指示を受信するステップとを含む。NSMFエンティティは、NSCFエンティティに対してサービス構成を実行するように命令し、それにより、ネットワークスライス作成の自動化を実現する。
【００１５】
任意選択で、当該方法は、NSMFエンティティにより、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とをNSCFエンティティに送信するステップを更に含む。
【００１６】
任意選択で、当該方法は、NSMFエンティティにより、サービス関連の要件パラメータと、ネットワークスライスのモデルと、展開テンプレートとをオーケストレーションエンティティに送信するステップを更に含む。
【００１７】
第3の態様によれば、本発明は、ネットワークスライスを作成するための他の方法を提供し、オーケストレーションエンティティにより、NSMFエンティティにより送信されたリソース展開コマンドを受信するステップと、リソース展開コマンドに従って、インフラストラクチャ上にVNFエンティティを展開してVNFエンティティのネットワーク接続を構成するステップ、又は、リソース展開コマンドに従って、インフラストラクチャ上にVNFサービスフレームワークを展開してVNFサービスフレームワークのネットワーク接続を構成するステップとを含む。オーケストレーションエンティティは、リソース展開コマンドに従ってVNFエンティティ又はVNFサービスフレームワークを展開してもよく、それにより、ネットワークスライス作成プロセスにおいてVNF展開の自動化を実現する。
【００１８】
第4の態様によれば、ネットワークスライスを作成するための装置、すなわち、NSCFエンティティが提供され、第1の態様又は第1の態様の可能な実現方式のうちいずれか1つにおける方法を実行するように構成される。
【００１９】
具体的には、ネットワークスライス制御機能エンティティは、第1の態様又は第1の態様の可能な実現方式のうちいずれか1つにおける方法を実行するように構成されたユニットを含む。
【００２０】
第5の態様によれば、ネットワークスライス管理機能エンティティが提供され、第2の態様又は第2の態様の可能な実現方式のうちいずれか1つにおける方法を実行するように構成される。
【００２１】
具体的には、ネットワークスライス管理エンティティは、第2の態様又は第2の態様の可能な実現方式のうちいずれか1つにおける方法を実行するように構成されたユニットを含む。
【００２２】
第6の態様によれば、オーケストレーションエンティティが提供され、第3の態様における方法を実行するように構成される。
【００２３】
具体的には、オーケストレーションエンティティは、第3の態様における方法を実行するように構成されたユニットを含む。
【００２４】
第7の態様によれば、ネットワークスライスを作成するための他の装置、すなわち、NSCFエンティティが提供され、メモリとプロセッサとを含む。メモリは命令を記憶するように構成される。プロセッサは、メモリに記憶された命令を実行するように構成される。プロセッサがメモリに記憶された命令を実行したとき、プロセッサは、第1の態様又は第1の可能な実現方式のうちいずれか1つにおける方法を実行する。
【００２５】
第8の態様によれば、他のネットワークスライス管理エンティティが提供され、メモリとプロセッサとを含む。メモリは命令を記憶するように構成される。プロセッサは、メモリに記憶された命令を実行するように構成される。プロセッサがメモリに記憶された命令を実行したとき、プロセッサは、第2の態様又は第2の可能な実現方式のうちいずれか1つにおける方法を実行する。
【００２６】
第9の態様によれば、他のネットワークスライス管理エンティティが提供され、メモリとプロセッサとを含む。メモリは命令を記憶するように構成される。プロセッサは、メモリに記憶された命令を実行するように構成される。プロセッサがメモリに記憶された命令を実行したとき、プロセッサは、第3の態様における方法を実行する。
【００２７】
第10の態様によれば、通信システムが提供され、NSMFエンティティとNSCFエンティティとを含む。
【００２８】
任意選択で、NSCFエンティティは、第4の態様又は第4の態様の可能な実現方式のうちいずれか1つにおける装置でもよく、或いは、NSCFエンティティは、第7の態様又は第7の態様の可能な実現方式のうちいずれか1つにおける装置でもよい。
【００２９】
任意選択で、NSMFエンティティは、第5の態様又は第5の態様の可能な実現方式のうちいずれか1つにおける装置でもよく、或いは、NSMFエンティティは、第8の態様又は第8の態様の可能な実現方式のうちいずれか1つにおける装置でもよい。
【００３０】
任意選択で、通信システムは、オーケストレーションエンティティを更に含む。オーケストレーションエンティティは、第6の態様又は第6の態様の可能な実現方式のうちいずれか1つにおける装置でもよく、或いは、オーケストレーションエンティティは、第9の態様又は第9の態様の可能な実現方式のうちいずれか1つにおける装置でもよい。
【００３１】
第11の態様によれば、コンピュータ読み取り可能媒体が提供され、コンピュータプログラムを記憶するように構成される。コンピュータプログラムは、第1の態様又は第1の態様の可能な実現方式のうちいずれか1つにおける方法を実行するために使用される命令を含む。
【００３２】
第12の態様によれば、コンピュータ読み取り可能媒体が提供され、コンピュータプログラムを記憶するように構成される。コンピュータプログラムは、第2の態様又は第2の態様の可能な実現方式のうちいずれか1つにおける方法を実行するために使用される命令を含む。
【００３３】
第13の態様によれば、コンピュータ読み取り可能媒体が提供され、コンピュータプログラムを記憶するように構成される。コンピュータプログラムは、第3の態様における方法を実行するために使用される命令を含む。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施形態が適用される通信システムの例示的なアーキテクチャの概略図である。
【図２】本発明の実施形態が適用される通信システムの他の例示的なアーキテクチャの概略図である。
【図３】本発明の実施形態による通信システムの他の例示的なアーキテクチャの概略図である。
【図４Ａ】本発明の実施形態によるネットワークスライスを作成するための方法の概略フローチャートである。
【図４Ｂ】本発明の実施形態によるネットワークスライスを作成するための方法の概略フローチャートである。
【図５Ａ】本発明の実施形態によるネットワークスライスを作成するための他の方法の概略フローチャートである。
【図５Ｂ】本発明の実施形態によるネットワークスライスを作成するための他の方法の概略フローチャートである。
【図６】本発明の実施形態によるネットワークスライス制御エンティティの概略ブロック図である。
【図７】本発明の実施形態によるオーケストレーションエンティティの概略ブロック図である。
【図８】本発明の実施形態による他のネットワークスライス制御エンティティの概略ブロック図である。
【図９】本発明の実施形態による他のオーケストレーションエンティティの概略ブロック図である。
【発明を実施するための形態】
【００３５】
以下に、添付図面を参照して、この出願の技術的解決策について説明する。
【００３６】
本発明の実施形態の技術的解決策は、様々な通信システム、例えば、グローバル・システム・フォー・モバイル・コミュニケーションズ(Global  System  of  Mobile  communication,  GSM)、符号分割多元接続(Code  Division  Multiple  Access,  CDMA)システム、広帯域符号分割多元接続(Wideband  Code  Division  Multiple  Access,  WCDMA)システム、汎用パケット無線サービス(General  Packet  Radio  Service,  PRS)、ロングタームエボリューション(Long  Term  Evolution,  LTE)システム、LTE周波数分割複信(Frequency  Division  Duplex,  FDD)システム、LTE時分割複信(Time  Division  Duplex,  TDD)システム、ユニバーサル移動通信システム(Universal  Mobile  Telecommunication  System,  UMTS)、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス(Worldwide  Interoperability  for  Microwave  Access,  WiMAX)通信システム、将来の進化型公衆陸上移動ネットワーク(Public  Land  Mobile  Network,  PLMN)又は将来の5Gシステムに適用されてもよい。
【００３７】
図１は、本発明の実施形態が適用される通信システム100を示す。通信システム100は、NSMFエンティティ110と、仮想化又はクラウド型オーケストレーションエンティティ120と、NSCFエンティティ130と、ネットワークスライスインスタンス160とを含んでもよい。1つ以上のネットワークスライスインスタンス160が存在してもよい(複数のネットワークスライスインスタンス160は図面に示されていない)。各ネットワークスライスインスタンス160は、仮想化又はクラウド型インフラストラクチャ170上に作成及び展開されたVNFエンティティ140を含んでもよく、1つのネットワークスライスインスタンス160は、1つ以上のVNFエンティティ140を含んでもよい(図１に示す)。いくつかの場合、ネットワークスライスインスタンス160は、1つ以上のVNFサービスフレームワークを更に含んでもよい(図２又は図３に示す)。いくつかの場合、ネットワークスライスインスタンス160は、1つ以上のPNFエンティティ150を更に含んでもよい(図１又は図３に示す)。いくつかの他の場合、ネットワークスライスインスタンス160は、代替として、PNFエンティティ150を含まなくてもよい(図２に示す)。本発明のこの実施形態では、NSMFエンティティ110はまた、ネットワークスライス管理装置とも呼ばれてもよい。仮想化又はクラウド型オーケストレーションエンティティ120はまた、オーケストレーション装置又は仮想化若しくはクラウド型オーケストレーション装置とも呼ばれてもよい。NSCFエンティティ130はまた、ネットワークスライスを作成するための装置又はネットワーク制御装置とも呼ばれてもよい。
【００３８】
同じネットワークスライスインスタンス160内の複数のVNFエンティティ140は、互いに独立してよく(図１に示す)、同じネットワークスライスインスタンス160内の1つ以上のVNFエンティティ140は、1つのVNFサービスフレームワーク180を共同で所有してもよく(図２に示す)、1つのネットワークスライスインスタンス160は、1つ以上のVNFサービスフレームワーク180を含んでもよい。図２に示すアーキテクチャでは、サービス指向アーキテクチャが仮想ネットワーク機能のために使用され、ネットワーク機能は、VNFサービスの形式でVNFサービスフレームワーク上に統合される。具体的には、図２及び図３に示すように、各VNFエンティティ140は、1つ以上のネットワーク機能サービスインスタンス190と、1つ以上のネットワーク機能サービスインスタンス190の動作のためのサポートを提供するVNFサービスフレームワーク180とを含む。VNFサービスフレームワーク180は、サービス指向VNFのための汎用計算呼び出し、ストレージアクセス、ネットワークアクセス及びハードウェアアクセラレーション能力を提供する。展開されたネットワーク機能インスタンスのネットワーク構成は、VNFサービスフレームワーク180上で実行され、展開されたネットワーク機能インスタンスのサービス構成は、VNFサービスフレームワーク180を使用することによりネットワーク機能サービスインスタンス190に転送される。VNFサービスフレームワーク180は、統一された方式でNSCFエンティティ130により制御される。複数のネットワーク機能サービスインスタンス190は、或る位置において、仮想化又はクラウド型インフラストラクチャ170上に展開されたVNFサービスフレームワーク180上で同時に更に動作してもよい。例えば、モバイルエッジコンピューティング(mobile  edge  computing,  MEC)位置におけるUPF及びappは、1つのVNFサービスフレームワークを共有する。説明を容易にするために、VNFサービスフレームワーク180上で動作するVNFエンティティ140、PNFエンティティ150又はネットワーク機能サービスインスタンス180はまた、ネットワーク機能エンティティとも呼ばれてもよい。
【００３９】
ネットワーク機能エンティティは、いくつかのネットワーク及びサービス機能を搭載してもよい。具体的には、ネットワーク機能エンティティは、ユーザプレーン機能エンティティ及び/又は制御プレーン機能エンティティでもよい。しかし、これは、本発明のこの実施形態では限定されない。例えば、ネットワーク機能エンティティにより搭載されるネットワーク及びサービス機能は、具体的には、アクセス管理機能(access  management  function,  AMF)、セッション管理機能(session  management  function,  SMF)、ポリシー制御機能(policy  control  function,  PCF)、ユーザプレーン機能(user  plane  function,  UPF)又はアプリケーションサーバ(application  server,  APP)でもよい。
【００４０】
NSMFエンティティ110は、ネットワークスライスインスタンス160のライフサイクルを管理するように構成されてもよい。例えば、NSMFエンティティ110は、ネットワークスライスインスタンス160の作成プロセス、活性化プロセス、動作プロセス、非活性化プロセス、削除プロセス又は他のプロセスを管理する。本発明のこの実施形態では、ネットワークスライスインスタンス160を作成するプロセスにおけるNSMFエンティティ110の管理動作について主に説明する。例えば、NSMFエンティティ110は、顧客のネットワークスライスオーダを受信し、記憶されたネットワークスライステンプレートに基づいて、ネットワークスライスインスタンス160のリソース展開及びサービス構成を完了するために、オーケストレーションエンティティ120及びNSCFエンティティ130に対してネットワークスライスインスタンス160を作成するように駆動する。ここでのネットワークスライステンプレートは、ネットワークスライスインスタンス160を作成するためにNSMFエンティティ110により使用される且つサービスのタイプについて予め設計されたテンプレートである。ネットワークスライステンプレートは、ワークフローと、展開テンプレートと、ネットワークスライスのモデル及びポリシーとを含む。オーケストレーションエンティティ120は、NFV-MANOエンティティでもよく、或いは、PasSクラウドプラットフォームの管理及びオーケストレーションエンティティでもよい。オーケストレーションエンティティ120は、ネットワークスライステンプレート内のワークフローに基づいて、ネットワークスライスインスタンス160により要求されるインフラストラクチャ170のリソースを割り当てることを担ってもよく、仮想化又はクラウド型インフラストラクチャ170上でのVNFエンティティ140の展開を完了し、他のVNFエンティティ140又はPNFエンティティ150へのネットワーク接続を完了する。NSCFエンティティ130は、ネットワークスライスのサービス構成を完了するために、ネットワークスライステンプレート内のネットワークスライスのモデル及びポリシーと、ネットワークスライスオーダ内の計画及びサービス関連の要件パラメータと、各ネットワーク機能エンティティの登録情報とに基づいて、ネットワークスライスサービス構成方式を自動的に生成し、ネットワークスライスサービス構成方式を、ネットワークスライスインスタンス160内の対応するネットワーク機能エンティティ(VNFエンティティ140及び/又はPNFエンティティ150を含む)に配信する。PNFエンティティ150は、通信ネットワークのために具体的に使用され且つオペレータにより事前に構築及び展開された物理デバイスでもよい。仮想化又はクラウド型インフラストラクチャ170は、オペレータ又はクラウドサービスプロバイダにより事前に展開された汎用物理デバイスでもよく、計算、メモリ、記憶及びネットワークリソースを提供する。オーケストレーションエンティティ120は、VNFインスタンスを展開するために上記のリソースを使用するように、仮想化又はクラウド型インフラストラクチャ170を制御する。仮想化又はクラウド型インフラストラクチャ170はまた、インフラストラクチャ170と略称されてもよい。
【００４１】
ネットワークスライスのモデルはまた、サービス構成を自動的に生成するために必要なモデルであり、簡単にモデルと呼ばれてもよい。モデルは、以下のタイプ、すなわち、リソースモデル、ネットワークモデル及びサービスモデルのうち1つ以上を含む。ネットワークモデルは、ネットワークスライスインスタンス内の各サービスにより必要とされるネットワーク機能エンティティと、ネットワーク機能エンティティの間の論理接続関係とを示すために使用される。例えば、UPF、SMF及びeNodeBのようなネットワーク機能エンティティは、IoTサービスのために展開される必要があり、UPFはサービスネットワークを使用することにより無線eNodeBに接続され、UPFはシグナリングネットワークを使用することによりSMFに接続される。リソースモデルは、サービス規模とリソース数量との間の対応関係と、サービス規模とネットワーク帯域幅の大きさとの間の対応関係とを示すために使用される。具体的には、リソースモデルは、異なるサービス規模でネットワーク機能エンティティにより占有される必要があるリソースの数量と、異なるサービス規模で占有される必要があるネットワーク帯域幅の大きさとを記述するために使用される。例えば、各UPFインスタンスが500,000個のセッションをサポートするとき、4コアCPU、16Gメモリ及び200Gハードディスクが必要であり、UPFのサービスネットワークインタフェースは10Gbpsの帯域幅を必要とする。他の例として、リソースモデルの具体的な例は、具体的なサービス内でAMF、SMF、PCF、UPF又はappにより占有されるインフラストラクチャリソースの数量を記述する。サービスモデルは、ネットワーク機能エンティティのサービス構成と、サービス構成の観点でのネットワーク機能エンティティの間の関連する調整関係とを示すために使用される。例えば、サービス構成の観点でのAMFと、SMFと、PCFと、UPFと、appとの間の関連する調整関係は以下の通りである。AMFのサービス構成は、ネットワークスライスインスタンスのサービス要求シグナリングをSMFに送信する際にAMFをサポート可能である必要があり、SMFは、ユーザのためのユーザプレーンセッション接続を確立するために適切なUPFを見つけることができる。他の例として、UPFエンティティは、セッション確立を管理することを担うSMFエンティティのシグナリング接続アドレスを構成する必要がある。UPFエンティティが正常に機能するとき、UPFエンティティは、SMFエンティティへのシグナリング接続を開始する。
【００４２】
ネットワークスライスのポリシーはまた、サービス構成を自動的に生成するために必要なポリシーであり、簡単にポリシーと呼ばれてもよい。ポリシーは、以下のタイプ、すなわち、ネットワークポリシー、リソースポリシー及びサービスポリシーのうち1つ以上を含む。一般的に、ポリシーは、動作方式を実行するためのトリガーイベント又は機会(以下では簡単にイベントと呼ぶ)と、アクションを実行するための条件(以下で簡単に条件と呼ぶ)と、アクションの具体的な内容とを含む。条件は、モデルに含まれる関係からのものでもよく、ポリシーでカスタマイズされてもよい。
【００４３】
ネットワークポリシーは、ネットワークスライスインスタンス内のネットワーク機能エンティティの位置要件ルールと、ネットワーク帯域幅及びネットワーク機能エンティティの間の遅延の性能要件ルールとを含む。例えば、ローカルブレイクアウトを担うUPF(すなわち、LBO  UPF)及びappは、迂回のユーザプレーン送信を回避して比較的厳しい遅延要件を満たすために、同じサイトに構成される必要がある。この例におけるネットワークポリシーは、具体的には以下のものでもよい。ワークフローがUPFのLBO(ローカルブレイクアウト機能)を構成することに進むとき、既に展開されている全てのUPFのうちどれが、appと同じサイトにあるという条件を満たすかが決定され、条件を満たすUPFについて実行されるべきアクションは、UPFのためのLBO機能を構成する機能を有効にすることである。
【００４４】
リソースポリシーは、ネットワーク機能エンティティのリソース占有ルールと、物理ネットワークエンティティのリンクの帯域幅使用ルールとを含む。例えば、MEC上の全てのネットワーク機能エンティティの合計リンク帯域幅が、データセンタの出口ネットワーク帯域幅を超えないことが確保される。この例におけるリソースポリシーは、具体的には以下の通りである。ワークフローがMEC上に展開されたUPFエンティティのためのネットワーク出口帯域幅制限を構成することに進むとき、現在のMECにおいて既にUPFに割り当てられているネットワーク出口帯域幅の合計が100Gを超えるか否かが決定される。合計が既に100Gを超えている場合、実行されるべきアクションは、構成のために他のMEC上でUPFを選択することである。合計が100Gを超えていない場合、実行されるべきアクションは、UPFのためのネットワーク出口の構成を可能にし、許容最大帯域幅は、100Gから構成された帯域幅の合計を減算することにより取得される差に制限される。
【００４５】
サービスポリシーは、ネットワークスライスの計画とネットワーク機能エンティティの登録情報とに基づいて、ネットワーク機能エンティティのためのサービス構成をどのように実行するかを決定するルールを含む。例えば、MEC上のUPFは、LBO(local  breakout,  ローカルブレイクアウト)機能とフロー識別機能を有効にし、サービスデータフローは、LBOとappが直列に接続された後にアンカーUPFに送信され、フロー識別ルール及びapp直列接続ルールはPCFに構成される。この例におけるサービスポリシーは、具体的には以下の通りである。ワークフローがUPFのためのLBO機能構成を有効にすることに進むとき、UPFのLBOサービスが処理のために現在のMECのapp内に展開される必要があるか否かが決定される。決定結果が、LBOサービスが現在のMECのapp内に展開される必要があることである場合、実行されるべきアクションは、以下のこと、すなわち、(1)UPFがフロー識別機能を構成すること、(2)対応するフロー識別ルールがPCFに構成されること、及び(3)PCFに構成されたサービスフロールールが、ユーザセッションデータパケットがappにより処理され、次いでUPFによりアンカーUPF機能エンティティに送信されることを更に指定することを含む。
【００４６】
全てのポリシーは、以下の形式で記述されてもよい。ワークフローにおけるステップが実行されるとき、上記の基本属性の具体的な内容又は具体的な値が1つ以上の条件を現在満たすか否かが決定され、条件が満たされているか否かに基づいて、対応する動作方式が実行される。動作方式は、上記の基本属性の具体的な内容又は具体的な値がポリシーに記述された条件を満たすときに、現在作成されているネットワークスライスのモデル及び具体的な情報に基づいて自動的に生成される1つ以上のアクションである。このように、動作方式は、上記のポリシーに記述されたルールを満たす。ポリシーは、例えば、XML記述イベントと、条件又は条件セットと、実行されるべき動作方式とを使用することにより、管理しやすく且つ調整しやすい方式で記憶される。モデルは、TOSCA標準仕様に準拠した方式で記述及び記憶されてもよい。
【００４７】
展開テンプレートは、ネットワークスライス設計中に決定される。展開テンプレートは、展開テンプレートを使用することにより作成されたネットワークスライスインスタンスによりサポートできるサービスの機能要件の記述と、性能及び信頼性のような非機能的要件の記述とを含む。例えば、機能要件の記述は、オプションのサービス機能を含み、性能は、遅延と、サービス容量と、単一接続の帯域幅とを含み、信頼性は、故障からの回復のための時間でもよい。
【００４８】
ワークフローは、ネットワークスライスインスタンスを展開する動作手順と、ワークフローの動作ステップの間のサービスルールの要約及び一般的な記述を含む。ワークフローは、以下の動作手順、すなわち、オーダを取得及び解析すること、オーダに含まれるサービス関連の要件パラメータ及びネットワークスライスの計画を取得すること、NFV展開を実行するために、サービス関連の要件パラメータと、ネットワークスライスの計画と、展開テンプレートとをオーケストレーションエンティティ120に送信すること、並びにサービス構成を実行するために、ネットワークスライスのサービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とをNSCFエンティティ130に送信することの要約及び一般的な記述を具体的に含む。
【００４９】
ネットワークスライスの計画は、ネットワークスライスインスタンス及び隣接ネットワークの接続計画、ネットワークスライスインスタンスのIPアドレスの計画等を含んでもよい。サービス関連の要件パラメータは、ネットワークスライスインスタンスの性能及び信頼性要件を含んでもよい。例えば、ネットワークスライスインスタンスにより提供される、車両のインターネットの自動運転サービスが、例として使用される。サービス関連の要件パラメータは以下のことを含む。ネットワークスライス容量は何台の車両が接続できるかを示し、遅延は10ミリ秒未満であり、単一接続の帯域幅は100メガバイトである。ネットワークスライスインスタンス及び隣接ネットワークの接続計画は、隣接ネットワークと車両のインターネットの制御サーバとの間の接続である。他の例として、ネットワークスライスの計画は、ネットワークスライスインスタンスが100,000人のユーザと無線アクセスネットワークとの間のトポロジ接続をサポートすることを具体的に含み、制御プレーンIPアドレス計画、ユーザプレーンIPアドレス計画、appのIPアドレス計画等を含む。
【００５０】
上記の通信システム100は、データベース(図面には示されていない)を更に含んでもよい。データベースは、ネットワークスライスのモデル、ポリシー及び計画を記憶する。データベースは、VNF、PNF又はVNFサービスフレームワークの登録情報を更に記憶してもよい。データベースは、NSCF130又は通信システム100内のNSMF110のような他のネットワークエレメントに統合されてもよい。代替として、データベースは、独立したネットワークエレメントとして存在してもよい。データベースは、集中型データベース又は分散型データベースでもよい。データベースの数量は限定されず、1つ以上のデータベースが存在してもよい。通信システム100が複数のデータベースを含む場合、異なる情報が異なるデータベースに記憶されてもよい。例えば、リソース情報及びネットワーク位置はリソースデータベースに記憶され、接続トポロジはトポロジデータベースに記憶される。
【００５１】
解決策は、ネットワークスライスを作成するためのシステムに関する。このように、リソース展開は、予め設計されたネットワークスライステンプレートと、ネットワークスライスオーダ内のネットワークスライスの計画とに基づいて、仮想化又はクラウド型インフラストラクチャ170上で自動的に完了でき、ネットワーク接続は、仮想ネットワーク機能及び物理ネットワーク機能について実行できる。次いで、ネットワークスライスサービス構成方式(サービス要件に基づくサービス関連のネットワーク構成を含んでもよい)が自動的に生成され、ネットワークスライス作成プロセスの自動化を実現するように、仮想ネットワーク機能及び物理ネットワーク機能上で実行される。本発明におけるシステム及び方法によれば、ネットワークスライスインスタンスが自動的に作成できる。ネットワークスライスインスタンスは、インスタンス化されたオーケストレーションを通じて、ネットワークスライステンプレートに基づいて、ネットワーク仮想化又はクラウド型インフラストラクチャ170の物理ネットワーク内で上記のシステムにより生成された論理的に分離されたエンドツーエンドのネットワークスライスインスタンスであり、オーダ内のネットワークサービスが顧客に提供できるように、サービス構成が実行される。
【００５２】
図４Ａ及び図４Ｂは、本発明の実施形態によるネットワークスライスを作成するための方法を示す。当該方法は、上記の通信システムに適用されてもよく、当該方法は以下のステップを含む。
【００５３】
S401.NSMFエンティティ110は、ビジネスサポートシステムから顧客のネットワークスライスオーダを受信し、ネットワークスライスオーダは、ネットワークスライステンプレートのインデックスと、ネットワークスライスの計画と、サービス関連の要件パラメータとを含む。ネットワークスライスの計画、サービス関連の要件パラメータ及び信頼性要件については、図１〜図３に関連する実施形態で既に説明している。詳細は、ここでは再び説明しない。
【００５４】
このステップの前に、オペレータは一連のスライステンプレートを予め設計し、各スライステンプレートについてカスタマイズされた製品を生成してもよい。オペレータは、ビジネスサポートシステムを使用することにより、カスタマイズされた製品を更にリリースしてもよい。顧客がビジネスサポートシステムを使用することによりカスタマイズされた製品に加入するとき、顧客はネットワークスライスオーダを取得する。NSMFエンティティ110は、ネットワークスライステンプレートのインデックスとネットワークスライステンプレートとの間の対応関係を更に記憶する。NSMFエンティティ110は、ネットワークスライスオーダからネットワークスライステンプレートのインデックスを取得し、次いでネットワークスライステンプレートのインデックスとネットワークスライステンプレートとの間の記憶された対応関係に基づいて、ネットワークスライステンプレートを取得してもよい。ここでのネットワークスライステンプレートのインデックスは、一連の数字又は文字を含んでもよい識別子である。
【００５５】
NSMFエンティティ110は、ネットワークスライステンプレートからモデル、ポリシー、ワークフロー及び展開テンプレートを取得してもよい。NSMFエンティティ110は、ワークフローに基づいて解析を通じてネットワークスライスオーダの詳細な内容を取得し、ネットワークスライスオーダに含まれるサービス関連の要件パラメータ及びネットワークスライスの計画を取得する。ここでのモデル、ポリシー及びワークフローについては、上記の部分で既に説明している。詳細は、ここでは再び説明しない。
【００５６】
S402.NSMFエンティティ110は、ネットワークスライスのサービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とをNSCFエンティティ130に送信する。
【００５７】
S403.NSCFエンティティ130は、NSMFエンティティ110により送信されたサービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とを受信して記憶する。
【００５８】
NSCFエンティティ130は、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とをNSCFエンティティ130に記憶してもよく、或いは、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とをデータベースに記憶してもよい。
【００５９】
S404.NSMFエンティティ110は、サービス関連の要件パラメータと、ネットワークスライスの計画と、展開テンプレートとをオーケストレーションエンティティ120に送信する。
【００６０】
S404とS402との間に順序が存在しなくてもよい。
【００６１】
S405.オーケストレーションエンティティ120は、サービス関連の要件パラメータと、ネットワークスライスの計画と、展開テンプレートとを受信し、NFV-NSDファイルを生成するために、展開テンプレート内のサービス関連の要件パラメータ及びネットワークスライスの計画を埋め、NFV-NSDファイルに基づいて、仮想化又はクラウド型インフラストラクチャ170上にVNFエンティティ140を展開する。
【００６２】
NFV-NSDファイルは、展開される必要があるVNFエンティティの記述ファイルを更に含む。VNFエンティティの記述ファイルは、各タイプのネットワーク機能エンティティを搭載するVNFエンティティの数量と、VNFエンティティに割り当てられたCPU、メモリ、ディスク及びネットワークインタフェースの数量とを含む。オーケストレーションエンティティ120は、VNFエンティティの記述ファイルに基づいて、仮想化又はクラウド型インフラ上に対応する数量のVNFエンティティを展開する。NFV-NSDファイルは、各タイプのVNFエンティティの全てのタイプのネットワークインタフェースが接続されたネットワークプレーンについての記述を更に含む。オーケストレーションエンティティ120は、VNFエンティティの間のネットワーク接続と、VNFエンティティとPNFエンティティとの間のネットワーク接続とを実現するために、記述に基づいて、それぞれの展開されたVNFエンティティのネットワークインタフェースを全てのネットワークプレーンに接続する。PNFが事前に手動で物理的に展開され、事前に計画されたネットワークプレーンに手動で接続されることは、展開テンプレートに固定的に記述されている。展開テンプレートの固定の記述は、自動的に生成されるNFV-NSDファイルで直接使用される。
【００６３】
S406.オーケストレーションエンティティ120は、NFV-NSDファイルに基づいて、正常に作成されたVNFエンティティ140のためのネットワーク接続を構成する。
【００６４】
オーケストレーションエンティティ120は、VNFエンティティ140と他のVNFエンティティとの間のネットワーク接続と、VNFエンティティ140とPNFエンティティとの間のネットワーク接続とを更に実現する。ここでのVNFエンティティ140並びに他のVNFエンティティ及びPNFエンティティのそれぞれは、ネットワークスライスインスタンスに属してもよく、或いは、異なるネットワークスライスインスタンスに属してもよい点に留意すべきである。
【００６５】
オーケストレーションエンティティ120は、IPアドレスをVNFエンティティ140に更に割り当て、VNFエンティティ140に対応するNSCFエンティティ130のIPアドレスをVNFエンティティ140に送信してもよい。
【００６６】
S407.NFV-NSDファイルがネットワークスライスインスタンス内にPNFエンティティ150を展開するワークフローを更に含む場合、オーケストレーションエンティティ120は、NFV-NSDファイルに基づいて、VNFエンティティ140とPNFエンティティ150との間のネットワーク接続を更に構成する。
【００６７】
オーケストレーションエンティティ120は、PNFエンティティ150と他のPNFエンティティとの間のネットワーク接続と、PNFエンティティ150とVNFエンティティとの間のネットワーク接続とを更に実現する。ここでのPNFエンティティ150並びに他のVNFエンティティ及びPNFエンティティのそれぞれは、同じネットワークスライスインスタンスに属してもよく、或いは、異なるネットワークスライスインスタンスに属してもよい点に留意すべきである。
【００６８】
オーケストレーションエンティティ120は、IPアドレスをPNFエンティティ150に更に割り当て、PNFエンティティ150に対応するNSCFエンティティ130のIPアドレスをPNFエンティティ150に送信してもよい。
【００６９】
S408.VNFエンティティ140は、NSCFエンティティ130の受信したIPアドレスに基づいて、登録情報を含む登録要求をNSCFエンティティ130に送信し、登録情報は、VNFエンティティ140のリソース情報、ネットワーク位置及び接続トポロジを含む。
【００７０】
NSCFエンティティ130は、登録要求を受信し、登録情報をデータベースに記憶する。具体的には、リソース情報は、VNFエンティティ140により占有される仮想マシンリソース(CPU、メモリ及びディスクを含む)及び割り当てられたネットワークインタフェース帯域幅でもよい。ネットワーク位置は、VNFエンティティ140が位置するデータセンタの位置情報である。接続トポロジは、VNFエンティティ140のIPアドレス、並びにVNFエンティティ140と他のVNFエンティティ及びPNFエンティティのそれぞれとの間の接続関係でもよい。
【００７１】
S409.ネットワークスライスインスタンスがPNFエンティティ150を更に含む場合、PNFエンティティ150は、NSCFエンティティ130の受信したIPアドレスに基づいて、登録情報を含む登録要求をNSCFエンティティ130に更に送信してもよく、登録情報は、PNFエンティティ150のネットワーク位置及び接続トポロジを含む。
【００７２】
NSCFエンティティ130は、登録要求を受信し、登録情報をデータベースに記憶する。具体的には、ネットワーク位置は、PNFエンティティ150が位置するデータセンタの位置情報である。接続トポロジは、PNFエンティティ150のIPアドレス、並びにPNFエンティティ150と他のVNFエンティティ及びPNFエンティティのそれぞれとの間の接続関係でもよい。
【００７３】
S410.オーケストレーションエンティティ120は、NFV-NSDファイルの内容に基づいて、リソース展開が完了したことをNSMFエンティティ110に通知する。このステップは、S407が完了した後に実行され、S408又はS409と並列に処理されてもよい。
【００７４】
S411.リソース展開が完了したことを示す通知を受信した後に、NSMFエンティティ110は、サービス展開コマンドをNSCFエンティティ130に送信する。
【００７５】
S412.サービス展開コマンドを受信した後に、NSCFエンティティ130は、サービス関連の要件パラメータと、モデル、ポリシー及び計画と、ネットワーク機能エンティティ(VNF140及び/又はPNF150を含む)の登録情報とに基づいて、ネットワークスライスサービス構成方式を生成する。具体的な方法は以下の通りである。
【００７６】
NSCFエンティティ130は、モデル、ポリシー、計画及びネットワーク機能エンティティの登録情報に基づいて、ネットワーク機能エンティティの間のサービス構成関係を決定し、サービス構成関係がネットワークスライスのポリシーにより指定されたルールを満たすように、ポリシー、サービス関連の要件パラメータ及び計画に基づいて、ネットワーク機能エンティティの間のサービス構成関係に、ネットワークスライスの計画及びサービス関連の要件パラメータを入力し、各ネットワーク機能エンティティの具体的なサービス構成方式を生成する。
【００７７】
ネットワークスライスのモデルは、ネットワークモデルと、リソースモデルと、サービスモデルとを含み、ポリシーは、ネットワークポリシーと、リソースポリシーと、サービスポリシーとを含み、これらのモデル及びポリシーは、ネットワークスライスインスタンスの作成のたびに普遍的である。このように、NSCFエンティティ130は、普遍的なモデル及びポリシーを取得してもよい。次いで、NSCFエンティティ130は、今回作成されたネットワークスライスインスタンス及び隣接ネットワークの接続計画並びにネットワークスライスインスタンスのIPアドレスの計画と、サービス関連の要件パラメータに含まれるネットワークスライスインスタンスの性能及び信頼性要件と、今回作成されたネットワークスライスインスタンス内に展開されたネットワーク機能エンティティの登録情報とに基づいて、今回作成されたネットワークスライスインスタンスに含まれる各ネットワーク機能エンティティについての具体的なサービス構成方式を生成してもよく、今回作成されたネットワークスライスインスタンス及び隣接ネットワークの接続計画と、ネットワークスライスインスタンスのIPアドレスの計画とが計画に含まれる。さらに、モデルに含まれる内容は比較的安定した抽象的な記述であり、ポリシーに含まれる内容は変更及び調整するのが容易な動作ルールである。必要に応じて、ネットワークスライス内のデフォルトポリシーは、スライスが作成される前に適切に変更されることが可能になる。
【００７８】
NSCFエンティティ130は、ネットワークスライスの計画と、サービス関連の要件パラメータと、登録情報とから、ポリシーに含まれる条件及びアクションにより要求される関連情報を取得し、関連情報がネットワークポリシーに含まれる条件を満たすか否かを決定し、決定結果及び上記の関連情報に基づいて、実行されるべきアクションを決定し、最後に、具体的な動作方式を生成する。動作方式に従って、ネットワークスライスの計画から取得されたモデル内の対応するパラメータ、サービス関連の要件パラメータ、及びネットワーク機能エンティティの登録情報は、対応するモデルに記述された構成関係に準拠し、最終的に生成された具体的な動作方式は、対応するポリシーを満たす。
【００７９】
具体的には、NSCFエンティティ130は、ネットワークポリシーが満たされるように、ネットワークモデルと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のネットワーク構成関係を決定し、サービスポリシーが満たされるように、サービスモデルと、ネットワーク構成関係と、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のサービス構成関係を決定し、リソースポリシーが満たされるように、リソースモデルと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、展開されたネットワーク機能エンティティの間のリソース構成関係を決定し、ネットワーク機能エンティティのそれぞれの具体的なサービス展開構成方式を取得する。
【００８０】
S413.NSCFエンティティ130は、サービス構成方式を含むサービス構成メッセージをVNFエンティティ140に送信し、VNFエンティティ140は、サービス構成方式に基づいて対応するサービス構成を完了する。
【００８１】
ネットワークスライスインスタンスが複数のVNFエンティティ140を含む場合、NSCFエンティティ130は、1つ以上のサービス構成メッセージを送信してもよい。異なるVNFエンティティ140に送信されるサービス構成メッセージは、同じでもよく或いは異なってもよい。サービス構成メッセージが同じである場合、サービス構成メッセージは、ネットワークスライスインスタンスの複数のVNFエンティティ140のサービス構成方式を含んでもよく、或いは、サービス構成メッセージは、ネットワークスライスインスタンスの複数のVNFエンティティ140及び1つ以上のPNF150のサービス構成方式を含んでもよい。サービス構成メッセージが異なる場合、サービス構成メッセージは、VNFエンティティ140のサービス構成方式のみを含んでもよい。
【００８２】
S414.NSCFエンティティ130は、サービス構成方式を含むサービス構成メッセージをPNFエンティティ150に送信し、PNFエンティティ150は、サービス構成方式に基づいて対応するサービス構成を完了する。プロセスはS413のものと同様である。S413とS414の間に順序が存在しない。
【００８３】
S415.サービス関連のインフラストラクチャネットワーク構成方式がVNFエンティティ140の仮想化又はクラウド型インフラストラクチャ170上で実行される必要がある場合、NSCFエンティティ130は、S411において関連するインフラストラクチャネットワーク構成方式を更に生成し、インフラストラクチャネットワーク構成方式をオーケストレーションエンティティ120に送信してもよい。インフラストラクチャネットワーク構成方式は、仮想化又はクラウド型インフラストラクチャ170の交換式ネットワーク構成、ルート構成及び仮想インタフェース構成を含む。
【００８４】
S415とS413及びS414のそれぞれとの間に順序は存在せず、代替として、3つのステップは同時に実行されてもよい。
【００８５】
S416.オーケストレーションエンティティ120は、NSCFエンティティ130により送信された構成情報を受信し、S415においてコマンドを受信した後に、オーケストレーションエンティティ120は、VNFエンティティ140のインフラストラクチャ170についてのサービス関連のネットワーク構成を実行し、例えば、VNFの仮想ネットワークインタフェースとVNFのサービス処理インタフェースとの間のIPルートを構成する。
【００８６】
S417.全てのサービス構成を完了した後に、NSCFエンティティ130は、ネットワークスライス作成が完了したことを示す通知をNSMFエンティティ110に送信する。
【００８７】
この解決策では、ネットワークスライス制御機能エンティティは、スライスが異なるサイトで自動的且つ柔軟に作成できるように、ネットワークスライスの予め設計されたモデル及びポリシーと、オーダ内のネットワークスライスの計画と、リソース展開情報とに基づいて、対応するネットワークスライスサービス構成方式を自動的に生成してもよい。従来技術では、ネットワークスライスインスタンスが作成される前に毎回、サービス構成方式は、ネットワークスライスを作成するためのオーダ要件に基づいて事前に手動で修正及び調整される必要がある。しかし、この解決策では、ネットワークスライス制御機能エンティティは、展開されるべきネットワークスライスインスタンスのサービス構成方式を自動的に生成でき、サービス構成方式を手動で修正及び調整することなく、ネットワークスライスを自動的に作成する。
【００８８】
図２におけるシステムアーキテクチャを参照して、以下に、本発明の実施形態で提供されるネットワークスライスインスタンス作成プロセスの例について更に説明する。
【００８９】
S501〜S504はS401〜S404と同じである。
【００９０】
S505.オーケストレーションエンティティ120は、NFV-NSDファイルに基づいて、仮想化又はクラウド型インフラストラクチャ170上にVNFサービスフレームワーク180を展開する。
【００９１】
S506.オーケストレーションエンティティ120は、NFV-NSDファイルに基づいて、正常に作成されたVNFサービスフレームワーク180に対してネットワーク接続を構成するように命令する。
【００９２】
オーケストレーションエンティティ120は、VNFサービスフレームワーク180と他のVNFサービスフレームワークとの間のネットワーク接続と、VNFサービスフレームワーク180とPNFエンティティとの間のネットワーク接続とを実現してもよい。ここでのVNFサービスフレームワーク180並びに他のVNFサービスフレームワーク及びPNFエンティティのそれぞれは、ネットワークスライスインスタンスに属してもよく、或いは、異なるネットワークスライスインスタンスに属してもよい点に留意すべきである。
【００９３】
オーケストレーションエンティティ120は、IPアドレスをVNFサービスフレームワーク180に更に割り当て、VNFサービスフレームワーク180が接続される必要があるNSCFエンティティ130のIPアドレスをVNFサービスフレームワーク180に送信してもよい。
【００９４】
S507.VNFサービスフレームワーク180は、NSCFエンティティのIPアドレスに基づいて、登録情報を含む登録要求をNSCFエンティティ130に送信し、登録情報は、VNFサービスフレームワーク180のリソース情報、ネットワーク位置及び接続トポロジを含む。
【００９５】
NSCFエンティティ130は、登録要求を受信し、登録情報をデータベースに記憶する。具体的には、リソース情報は、VNFサービスフレームワーク180により占有される仮想マシンリソース(CPU、メモリ及びディスクを含む)及び割り当てられたネットワークインタフェース帯域幅でもよい。ネットワーク位置は、VNFサービスフレームワーク180が位置するデータセンタの位置情報である。接続トポロジは、VNFサービスフレームワーク180のIPアドレス、並びにVNFサービスフレームワーク180と他のVNFサービスフレームワーク及びPNFエンティティのそれぞれとの間の接続関係でもよい。
【００９６】
S508.オーケストレーションエンティティ120は、リソース展開が完了したことをNSMFエンティティ110に通知する。このステップは、S505が完了した後に実行され、S506と並列に処理されてもよい。
【００９７】
S509.リソース展開が完了したことを示す通知を受信した後に、NSCFエンティティ110は、サービス展開コマンドをNSCFエンティティ130に送信する。
【００９８】
S510.NSCFエンティティ130がサービス展開コマンドを受信した後に、NSCFエンティティは、ネットワークモデルから、ネットワークスライスのために展開される必要があるネットワーク機能サービスと、ネットワーク機能サービスの間の接続関係とを取得し、次いで、NSCFは、サービス関連の要件パラメータ及びリソースモデルに基づいて、各ネットワーク機能サービスに構成される必要があるサービスインスタンスの数量と、サービスインスタンスの間に必要なネットワーク接続帯域幅とを計算してもよく、次に、NSCFエンティティは、VNFサービスフレームワークの登録情報から取得される利用可能なリソース及びネットワーク接続トポロジのようなデータに基づいて、リソースポリシーに準拠するネットワーク機能構成方式を更に計算し、すなわち、どのネットワーク機能サービスインスタンスがどのVNFサービスフレームワーク上に展開されるかを決定し、VNFサービスフレームワークの利用可能なリソースを決定し、VNFサービスフレームワークの間のネットワーク接続がそのような展開をサポートできると決定する。
【００９９】
言い換えると、NSCFエンティティ130は、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画と、VNFサービスフレームワーク180の登録情報とに基づいて、ネットワーク機能サービス構成方式を生成する。ネットワークサービス構成方式は、各VNFサービスフレームワーク180上に展開される必要があるネットワーク機能サービスのタイプと、各タイプのネットワーク機能サービスインスタンスの数量とを含む。ネットワークサービス構成方式は、各タイプのネットワーク機能サービスのソフトウェアイメージのアドレスを更に含んでもよい。
【０１００】
VNF-NSDファイルが各タイプのネットワーク機能サービスのソフトウェアイメージのアドレスを更に含んでもよい場合、VNFサービスフレームワークが展開されるとき、オーケストレーションエンティティ120は、各タイプのネットワーク機能サービスのソフトウェアイメージのアドレスをVNFサービスフレームワークに送信してもよい。この場合、ネットワークサービス構成方式は、各タイプのネットワーク機能サービスのソフトウェアイメージのアドレスを含まなくてもよい。
【０１０１】
NSCFエンティティ130は、どのネットワーク機能サービスインスタンス190がどのVNFサービスフレームワーク180上に展開されるかを決定する。例えば、NSCFエンティティ130は、サービス関連の要件パラメータと、リソースモデルと、計画とに基づいて、必要なネットワーク機能サービスの数量及び展開されるべきインスタンスの数量を計算し、次いで、ネットワークスライスのリソースポリシーに従って、各VNFサービスフレームワーク180の利用可能なリソースと、VNFサービスフレームワーク180の間の接続トポロジとに基づいて、各VNFサービスフレームワーク180上に展開される必要があるネットワーク機能サービスインスタンス190を決定する。ネットワーク機能サービスタイプは、モビリティ管理又はセッション管理のようなサービスタイプ、例えば、AMF、SMF、PCF、UPF又はappを含んでもよい。
【０１０２】
S511.NSCFエンティティ130は、ネットワーク機能サービス構成方式を含むネットワーク機能サービス展開メッセージをVNFサービスフレームワーク180に送信する。
【０１０３】
S512.VNFサービスフレームワーク180は、ネットワーク機能サービス展開メッセージを受信し、VNFサービスフレームワーク180は、ネットワーク機能サービスインスタンスがVNFサービスフレームワーク180上で動作するように、ネットワーク機能ソフトウェアイメージのアドレスに基づいて、展開される必要があるネットワーク機能サービスのソフトウェアイメージをインストールし、展開される必要があるネットワーク機能サービスをロードする。
【０１０４】
複数のVNFサービスフレームワーク180が存在する場合、各VNFサービスフレームワーク180は、ネットワーク機能サービス展開メッセージ及び上記のプロセスに基づいて、対応するネットワーク機能サービスを展開する。
【０１０５】
S513.動作の後に、ネットワーク機能サービスインスタンス190は、VNFサービスフレームワーク180により提供されたNSCFエンティティ130のIPアドレスに基づいて、NSCFエンティティ130へのネットワーク機能登録要求を開始してもよい。
【０１０６】
任意選択で、ネットワーク機能サービスインスタンス190は、代替として、VNFサービスフレームワーク160がネットワーク機能サービスインスタンスの動作を監視した後に、NSCFエンティティ130へのネットワーク機能登録を開始してもよい。
【０１０７】
S514.NSCFエンティティ130は、サービス構成方式を含むサービス構成メッセージを動作中のネットワーク機能サービスインスタンス190に送信し、動作中のネットワーク機能サービスインスタンス190は、サービス構成方式に基づいて対応するサービス構成を完了する。
【０１０８】
NSCFエンティティ130がサービス構成方式を決定するプロセスは以下の通りである。
【０１０９】
NSCFエンティティ130は、ネットワークスライスの計画と、サービス関連の要件パラメータと、登録情報とから、ネットワークポリシーに含まれる条件及びアクションにより要求される関連情報を取得し、関連情報がネットワークポリシーに含まれる条件を満たすか否かを決定し、決定結果及び上記の関連情報に基づいて、実行されるべきアクションを決定し、最後に、具体的な動作方式を生成する。動作方式は、ネットワークモデルにおいてネットワークスライスの計画から取得された対応するパラメータ、サービス関連の要件パラメータ及び登録情報が、対応するネットワークモデルに記述されたネットワーク構成関係に準拠し、最終的に生成された具体的な動作方式が、対応するネットワークポリシーを満たすように、ネットワーク接続とネットワーク機能サービスの間の接続帯域幅とを構成するために使用される。
【０１１０】
NSCFエンティティ130は、ネットワークスライスの計画と、サービス関連の要件パラメータと、登録情報とから、サービスポリシーに含まれる条件及びアクションにより要求される関連情報を取得し、関連情報がサービスポリシーに含まれる条件を満たすか否かを決定し、決定結果及び上記の関連情報に基づいて、実行されるべきアクションを決定し、最後に、具体的な動作方式を生成する。動作方式は、サービスモデルにおいてネットワークスライスの計画から取得された対応するパラメータ、サービス関連の要件パラメータ及び登録情報が、対応するサービスモデルに記述されたサービス構成関係に準拠し、最終的に生成された具体的な動作方式が、対応するネットワークポリシーを満たすように、ネットワーク機能サービスインスタンスがVNFサービスフレームワーク上に展開されたネットワーク機能エンティティの間のサービス構成である。
【０１１１】
S515〜S517は、S415〜S417と同じである。
【０１１２】
例えば、UPFとMEC上のappとの間のサービスチェーンについて、NSCFエンティティ130は、オーケストレーションエンティティ120を使用することにより、仮想化又はクラウド型インフラストラクチャ170上に実現された仮想スイッチ上の対応するネットワーク構成を完了する必要がある。
【０１１３】
この実施形態では、PNFエンティティ150は、代替として、ネットワークスライスインスタンス内に構成されてもよく、プロセスは、S409及びS412のプロセスと同じである。
【０１１４】
この実施形態では、ネットワークスライス制御機能エンティティは、ネットワークスライスのサービス構成を自動的に制御し、ポリシーに基づいて仮想ネットワーク機能の展開及び接続トポロジを更に制御してもよい。このように、ネットワークスライスの自動的に生成されたサービス構成が、リソース展開により良くマッチでき、異なる位置におけるネットワークスライスのサービス分布差により良く適合できるように、各仮想ネットワーク機能の展開位置及び接続トポロジは、ネットワークスライスの計画についての情報に基づいて柔軟に調整できる。
【０１１５】
以下に、本発明の実施形態におけるネットワークスライス作成プロセスを説明するために、具体的な例を使用し続ける。
【０１１６】
企業は、モバイルオフィスのためにオペレータのネットワークスライスに加入し、オペレータに対して「ABC」という名前のデータネットワーク名(data  network  name,  DNN)が企業のモバイルオフィスサーバに接続されるように構成することを要求する。企業のモバイルオフィスサーバのアドレスは、AA:BB::CCである。企業は、ネットワークスライス加入オーダ内で以下のサービス関連の要件パラメータ、すなわち、1.スライスサービス範囲:都市A、2.サービス容量要件:300Mbpsの接続帯域幅、3.DNN名:「ABC」、4.接続アドレス:AA:BB::CC、及び5.オプション機能:攻撃防止フィルタリングの有効化、を指定する。
【０１１７】
オペレータは、ネットワークスライスを提供できる。オペレータは、ネットワークスライスのための計画を作成してもよい。計画の内容は以下の通りである。都市Aの利用可能なサービスアドレスプールはAA:BB::1〜100であり、DC-A出口ルータRouter-Aの内部ネットワークアドレスはCC:DD::111であり、ルータの外部ネットワークアドレスはAA:BB::101であり、都市Bの利用可能なサービスアドレスプールはAA:BB:::501〜600であり、DC-B出口ルータRouter-Bの内部ネットワークアドレスはEE:FF::111であり、ルータの外部ネットワークアドレスはAA:BB:601である。
【０１１８】
NSMFエンティティがネットワークスライスオーダを受信したとき、NSMFエンティティは、ネットワークスライスオーダから、ネットワークスライスの計画と、サービス関連の要件パラメータと、ネットワークスライステンプレートのインデックスとを取得してもよい。NSMFエンティティは、ネットワークスライステンプレートのインデックスに基づいてネットワークスライステンプレートを取得し、展開テンプレート及びワークフローを取得し、ワークフローの規定に従って、サービス関連の要件パラメータと、展開テンプレートと、ネットワーク計画とをオーケストレーションエンティティに送信し、関連する要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とをNSCFエンティティに送信してもよい。
【０１１９】
ここでのリソースモデルは、各サービスアドレスが500Mbpsの最大トラフィックをサポートすることを記述する。ネットワークモデルは以下の内容を含む。(1)各サービスアドレスが仮想モバイルゲートウェイの全てのサービス処理仮想マシンのために構成される必要があり、(2)企業の接続されたモバイルオフィスサーバのアドレスがサービス要件パラメータ内の「接続アドレス」フィールドにより指定された範囲内にあり、インタフェースアドレスを通じた各サービスアドレスから接続アドレスへのルートが構成され、(3)データセンタ内のルータが各インタフェースアドレスを通じて各サービスアドレスへのルートを構成する。サービスモデルは、以下の情報を記述する。(1)仮想モバイルゲートウェイ上で、オーダで指定されたDNNを構成し、(2)仮想モバイルゲートウェイ上で、サービスアドレスから接続アドレスへのルートを、オーダで指定されたDNNに関連付け、(3)DNNについて、オーダで指定されたオプション機能を有効にする。
【０１２０】
ここでのリソースポリシーは以下の内容を含む。リソースポリシーを実行する機会(リソースポリシーを実行するトリガーイベントとも呼ばれる):サービスアドレス構成中、リソースポリシーを実行する条件:企業のモバイルオフィスサーバのために仮想移動ゲートウェイにより構成された接続帯域幅に等しいオーダ内の「サービス容量要件」フィールドの値が、モデル内の各サービスアドレスによりサポートされる最大サービストラフィックよりも大きいか否かを決定すること、及び、リソースポリシーを実行する動作方式:「サービス容量要件」フィールドの値が、モデル内の各サービスアドレスによりサポートされる最大サービストラフィックよりも大きくない場合、2つの未割り当てサービスアドレスが、計画に含まれるIPアドレスから取得され、そうでない場合、或る数量のサービスアドレス(サービス容量要件/リソースモデル内の単一サービスIPアドレスの最大トラフィック+2)が割り当てられる。
【０１２１】
ネットワークポリシーは以下の内容を含む。ネットワークポリシーを実行する機会(ネットワークポリシーを実行するトリガーイベントとも呼ばれる):サービスアドレス構成が完了した後、ネットワークポリシーを実行する条件:ネットワークスライスの計画がサービスアドレスと同じネットワークセグメント内のデータセンタルータを含むか否か、及び、ネットワークポリシーを実行する動作方式:ネットワークスライスの計画がサービスアドレスと同じネットワークセグメント内のデータセンタルータを含む場合、インタフェースIPアドレスが、NFV展開の後に各仮想マシンから取得され、サービストラフィックの出口ルートが、ネットワークモデルの記述(2)に基づいて、それぞれ割り当てられたサービスアドレスについて構成され、NFV展開が実行されるデータセンタのルータがネットワークスライスの計画から取得され、サービストラフィックの入口ルートが、ネットワークモデルの記述(3)に基づいて、それぞれ割り当てられたサービスアドレスについて構成されるか、或いは、ネットワークスライスの計画がサービスアドレスと同じネットワークセグメント内データセンタルータを含まない場合、サービスアドレスを再割り当てするための試みが行われる。
【０１２２】
サービスポリシーは以下の内容を含む。サービスポリシーを実行する機会:ネットワーク機能のサービス構成が実行されるとき、サービスポリシーを実行する条件1:ネットワークスライスオーダがDNN名を含むか否か、サービスポリシーを実行する対応する動作方式1:ネットワークスライスオーダがDNN名を含む場合、DNN名がDNN名として決定され、DNN及び接続ルートがサービスモデルの記述(2)に基づいて関連付けられるように構成されるか、或いは、ネットワークスライスオーダがDNN名を含まない場合、DNN名が「デフォルトDNN」に設定され、接続ルートとの関連付けの構成がデフォルトDNNに追加される、サービスポリシーを実行する条件2:攻撃防止フィルタリング機能が有効にされる必要があるか否か、サービスポリシーを実行する動作方法2:攻撃防止フィルタリング機能が有効にされる場合、当該機能が、モデルの記述(3)に基づいてDNNについて有効にされて構成されるか、或いは、攻撃防止フィルタリング機能が有効になっていない場合、動作が実行されない、及び、サービスポリシーを実行する条件3:トラフィック強制制限機能が有効になっているか否か、トラフィック強制制限機能が有効になっている場合、DNNトラフィック強制制限がモデルに基づいて構成され、上限がオーダ内の「サービス容量要件」フィールドであるか、或いは、トラフィック強制制限機能が有効になっていない場合、動作が実行されない。
【０１２３】
オーケストレーションエンティティは、上記の手順の記述に基づいてNFV-NSDファイルを生成し、NFV-NSDファイルに基づいて都市A内で仮想移動ゲートウェイGW-Aを展開し、サービス容量に基づいて2つの負荷分散サービス処理仮想マシンを割り当て、データセンタDC-Aで利用可能なインタフェースIPアドレスCC:DD:1及びCC:DD::2を、GW-Aの2つのサービス処理仮想マシンに割り当て、NFV展開を完了するために、2つのサービス処理仮想マシンのインタフェースとルータAの内部ネットワークアドレスCC:DD:111とを同じVLANに接続する。
【０１２４】
NSCFエンティティは、仮想移動ゲートウェイGW-Aから報告されたモデル、ポリシー、計画、サービス関連の要件パラメータ及び登録情報を取得する。NSCFエンティティは、リソースポリシーを読み取り、サービスアドレス構成中に、サービス関連の要件パラメータに含まれるサービス容量要件が、各サービスアドレスによりサポートされ且つリソースモデルに含まれる最大サービストラフィックよりも大きいと決定した場合、計画内のアドレスプールから2つの未割り当てサービスアドレスを、仮想移動ゲートウェイの2つのサービスアドレスとして選択する。NSCFエンティティは、ネットワークポリシーを読み取り、サービスアドレス構成が完了した後に、ネットワークスライスの計画がサービスアドレスと同じネットワークセグメント内のデータセンタルータを含むと決定した場合、NFV展開の後に各仮想マシンからインタフェースIPアドレスを取得し、ネットワークモデルの記述(2)に基づいて、それぞれ割り当てられたサービスアドレスについて企業のモバイルオフィスサーバの出口ルートを構成し、ネットワークスライスの計画から、NFV展開が実行されるデータセンタのルータを取得し、ネットワークモデルの記述(3)に基づいて、それぞれ割り当てられたサービスアドレスについて企業のモバイルオフィスサーバの入口ルートを構成する。NSCFエンティティは、サービスポリシーを読み取り、ネットワーク機能のサービス構成が実行されたとき、ネットワークスライスオーダがDNN名を含むと決定した場合、DNN及び接続ルートがサービスモデルの記述(2)に基づいて関連付けられるように構成する。さらに、攻撃防止フィルタリング機能が有効にされる必要があるので、攻撃防止フィルタリング機能が有効にされる。上記の例は、本発明の実施形態の範囲を限定するのではなく、当業者が本発明の実施形態をよりよく理解するのを助けることを単に意図したものであることが理解されるべきである。当業者は、明らかに、上述の例に従って様々な等価な修正又は変更を行うことができ、このような修正又は変更もまた、本発明の実施形態の範囲に入る。
【０１２５】
上記のプロセスの順序番号は、実行順序を意味しないことが理解されるべきである。プロセスの実行順序は、プロセスの機能及び内部論理に基づいて決定されるべきであり、本発明の実施形態の実現プロセスに対する限定として解釈されるべきではない。
【０１２６】
以上、図１〜図５Ｂを参照して、本発明の実施形態におけるネットワーク制御方法について詳細に説明している。以下に、図６〜図９を参照して、本発明の実施形態におけるネットワークスライス制御エンティティについて詳細に説明する。
【０１２７】
図６は、本発明の実施形態によるネットワークスライス制御エンティティ600を示す。ネットワークスライス制御エンティティ600は、
NSMFエンティティにより送信されたサービス展開コマンドを受信するように構成されたトランシーバユニット610と、
サービス展開コマンドに基づいて、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画と、ネットワーク機能エンティティの登録情報とを取得するように構成された取得ユニット620と、
ネットワークスライスのモデル及びポリシーと、サービス関連の要件パラメータ、ネットワーク機能エンティティの登録情報及びネットワークスライスの計画のうち1つ以上とに基づいて、ネットワーク機能エンティティのサービス構成方式を生成するように構成された生成ユニット630と
を含み、
トランシーバユニット610は、サービス構成方式をネットワーク機能エンティティに送信するように更に構成される。
【０１２８】
任意選択の実施形態では、ネットワークスライス制御エンティティ600は、サービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とを記憶するか、或いは、ネットワーク機能エンティティの登録情報を記憶するように構成された記憶ユニット640を更に含む。この場合、トランシーバユニット610は、NSMFエンティティにより送信されたサービス関連の要件パラメータと、ネットワークスライスのモデル、ポリシー及び計画とを受信するか、或いは、登録情報を含むネットワーク機能エンティティの登録要求を受信するように更に構成される。
【０１２９】
任意選択の実施形態では、生成ユニット630は、VNFエンティティが搭載される仮想化又はクラウド型インフラストラクチャのためのインフラストラクチャネットワーク構成方式を生成するように更に構成され、インフラストラクチャネットワーク構成方式は、仮想化又はクラウド型インフラストラクチャの交換式ネットワーク構成、ルート構成及び仮想インタフェース構成を含む。この場合、トランシーバユニット610は、インフラストラクチャネットワーク構成方式をオーケストレーションエンティティに送信するように更に構成される。
【０１３０】
任意選択の実施形態では、生成ユニット630は、ネットワークスライスのモデル、ポリシー及び計画と、VNFサービスフレームワークの登録情報とに基づいて、ネットワーク機能サービス構成方式を生成するように更に構成される。ネットワークサービス構成方式は、各VNFサービスフレームワーク上に展開される必要があるネットワーク機能サービスのタイプと、各タイプのネットワーク機能サービスインスタンスの数量と、ネットワーク機能サービスのソフトウェアイメージのアドレスとを含む。この場合、トランシーバユニット610は、ネットワーク機能サービス構成方式を含むネットワーク機能サービス展開メッセージをVNFサービスフレームワークに送信するように更に構成される。
【０１３１】
ここでのネットワークスライス制御エンティティ600は、機能ユニットの形式で実現されることが理解されるべきである。任意選択の例では、当業者は、ネットワークスライス制御エンティティ600が、具体的には、上記の実施形態におけるネットワークスライス制御エンティティでもよいことを理解し得る。ネットワークスライス制御エンティティは、上記の方法の実施形態においてネットワークスライス制御エンティティに対応する手順及び/又はステップを実行するように構成されてもよい。繰り返しを避けるために、詳細は、ここでは再び説明しない。
【０１３２】
図７は、本発明の実施形態によるオーケストレーションエンティティ700を示す。オーケストレーションエンティティ700は、
NSMFエンティティにより送信されたリソース展開コマンドを受信するように構成されたトランシーバユニット710と、
リソース展開コマンドに従って、仮想化又はクラウド型インフラストラクチャ上にVNFエンティティを展開してVNFエンティティのネットワーク接続を構成するか、或いは、リソース展開コマンドに従って、仮想化又はクラウド型インフラストラクチャ上にVNFサービスフレームワークを展開してVNFサービスフレームワークのネットワーク接続を構成するように構成された展開及び構成ユニット720を含む。
【０１３３】
ここでのオーケストレーションエンティティ700は、機能ユニットの形式で実現されることが理解されるべきである。任意選択の例では、当業者は、オーケストレーションエンティティ700が、具体的には、上記の実施形態におけるオーケストレーションエンティティでもよいことを理解し得る。オーケストレーションエンティティは、上記の方法の実施形態においてオーケストレーションエンティティに対応する手順及び/又はステップを実行するように構成されてもよい。繰り返しを避けるために、詳細は、ここでは再び説明しない。
【０１３４】
本発明の実施形態において、「ユニット」という用語は、特定用途向け集積回路(Application  Specific  Integrated  Circuit,  ASIC)、電子回路、1つ以上のソフトウェア又はファームウェアプログラムを実行するように構成されたプロセッサ(例えば、共有プロセッサ、専用プロセッサ又はグループプロセッサ)及びメモリ、組み合わせ論理回路、及び/又は上記の機能をサポートする他の適切なコンポーネントでもよいことも理解されるべきである。
【０１３５】
図８及び図９は、本発明の実施形態によるコンピュータデバイスの概略図である。コンピュータデバイス800は、少なくとも1つのプロセッサ801と、通信バス802と、メモリ803と、少なくとも1つの通信インタフェース804とを含む。
【０１３６】
プロセッサ801は、汎用中央処理装置(CPU)、マイクロプロセッサ、特定用途向け集積回路(application-specific  integrated  circuit,  ASIC)又は本発明の解決策のプログラム実行を制御するように構成された1つ以上の集積回路でもよい。
【０１３７】
通信バス802は、上記のコンポーネントの間で情報を転送するために使用されるチャネルを含んでもよい。通信インタフェース804は、トランシーバのようないずれかのデバイスであり、他のデバイス又は通信ネットワーク、例えば、イーサネット、無線アクセスネットワーク(RAN)又は無線ローカルエリアネットワーク(Wireless  Local  Area  Networks,  WLAN)と通信するように構成される。
【０１３８】
メモリ803は、静的情報及び命令を記憶できる読み取り専用メモリ(read-only  memory,  ROM)又は他の種類の静的記憶デバイス、又は情報及び命令を記憶できるランダムアクセスメモリ(random  access  memory,  RAM)又は他の種類の動的記憶デバイスでもよく、或いは、電気的消去可能プログラム可能読み取り専用メモリ(Electrically  Erasable  Programmable  Read-Only  Memory,  EEPROM)、コンパクトディスク読み取り専用メモリ(Compact  Disc  Read-Only  Memory,  CD-ROM)若しくは他のコンパクトディスクストレージ、光ディスクストレージ(コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、ブルーレイディスク等を含む)、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は命令若しくはデータ構造の形式で予期されるプログラムコードを搬送又は記憶でき且つコンピュータによりアクセスできる他の媒体でもよい。しかし、メモリ803は、これらに限定されない。メモリは、独立して存在してもよく、バスを使用することによりプロセッサに接続される。代替として、メモリは、プロセッサと統合されてもよい。
【０１３９】
メモリ803は、本発明の解決策を実行するために使用されるアプリケーションプログラムコードを記憶するように構成され、実行はプロセッサ801により制御される。プロセッサ801は、メモリ803に記憶されたアプリケーションプログラムコードを実行するように構成される。
【０１４０】
具体的な実現方式では、プロセッサ801は、図８におけるCPU0及びCPU1のような1つ以上のCPUを含んでもよい。
【０１４１】
具体的な実現方式では、実施形態において、コンピュータデバイス800は、図８におけるプロセッサ801及びプロセッサ808のような複数のプロセッサを含んでもよい。これらのプロセッサのそれぞれは、シングルコア(single-CPU)プロセッサでもよく、或いは、マルチコア(multi-CPU)プロセッサでもよい。ここでのプロセッサは、データ(例えば、コンピュータプログラム命令)を処理するために使用される1つ以上のデバイス、回路及び/又は処理コアでもよい。
【０１４２】
具体的な実現方式では、実施形態において、コンピュータデバイス800は、出力デバイス805と、入力デバイス806とを更に含んでもよい。出力デバイス805は、プロセッサ801と通信し、複数の方式で情報を表示してもよい。例えば、出力デバイス805は、液晶ディスプレイ(liquid  crystal  display,  LCD)、発光ダイオード(light  emitting  diode,  LED)ディスプレイデバイス、陰極線管(cathode  ray  tube,  CRT)ディスプレイデバイス又はプロジェクタ(projector)でもよい。入力デバイス806は、プロセッサ801と通信し、複数の方式でユーザ入力を受け取ってもよい。例えば、入力デバイス806は、マウス、キーボード、タッチスクリーンデバイス又はセンシングデバイスでもよい。
【０１４３】
上記のコンピュータデバイス800は、汎用コンピュータデバイス又は専用コンピュータデバイスでもよい。具体的な実現方式では、コンピュータデバイス800は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ(Personal  Digital  Assistant,  PDA)、携帯電話、タブレットコンピュータ、無線端末デバイス、通信デバイス、埋め込みデバイス又は図８のものと同様の構造を有するデバイスでもよい。コンピュータデバイス800のタイプは、本発明のこの実施形態では限定されない。
【０１４４】
図１〜図６に示すネットワークスライス制御エンティティは、図８に示すデバイスでもよく、ネットワークスライス制御エンティティのメモリは、1つ以上のソフトウェアモジュールを記憶する。ネットワークスライス制御エンティティは、ネットワークスライス作成を実現するために、プロセッサ及びメモリ内のプログラムコードを使用することによりソフトウェアモジュールを実現してもよい。
【０１４５】
図１〜図５Ｂ及び図７に示すオーケストレーションエンティティは、図９に示すデバイスでもよく、オーケストレーションエンティティのメモリは、1つ以上のソフトウェアモジュールを記憶する。オーケストレーションエンティティは、ネットワークスライス作成を実現するために、プロセッサ及びメモリ内のプログラムコードを使用することによりソフトウェアモジュールを実現してもよい。
【０１４６】
本発明のこの実施形態では、プロセッサは、中央処理装置(Central  Processing  Unit,  CPU)でもよく、或いは、プロセッサは、他の汎用プロセッサ、デジタルシグナルプロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネント等でもよいことが理解されるべきである。汎用プロセッサは、マイクロプロセッサでもよく、或いは、プロセッサは、いずれかの従来のプロセッサ等でもよい。
【０１４７】
メモリは、読み取り専用メモリ及びランダムアクセスメモリを含み、命令及びデータをプロセッサに提供する。メモリの一部は、不揮発性ランダムアクセスメモリを更に含んでもよい。例えば、メモリは、デバイスタイプの情報を更に記憶してもよい。プロセッサは、メモリに記憶された命令を実行するように構成されてもよい。プロセッサが命令を実行したとき、プロセッサは、上記の方法の実施形態における端末デバイスに対応するステップを実行してもよい。
【０１４８】
実現プロセスにおいて、上記の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することにより、或いは、ソフトウェアの形式の命令を使用することにより、実現できる。本発明の実施形態を参照して開示される方法のステップは、ハードウェアプロセッサにより直接実行されてもよく、或いは、プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用することにより実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、電気的消去可能プログラム可能メモリ又はレジスタのような、当該技術分野における成熟した記憶媒体に位置してもよい。記憶媒体は、メモリに位置し、プロセッサは、メモリ内の命令を実行し、プロセッサ内のハードウェアと組み合わせて、上記の方法のステップを完了する。繰り返しを避けるために、詳細は、ここでは再び説明しない。
【０１４９】
本発明の実施形態は、通信システムを更に提供する。システムは、上記の実施形態におけるいずれかのポリシー制御機能エンティティと、上記の実施形態におけるいずれかのポリシー実行機能エンティティとを含んでもよい。
【０１５０】
任意選択で、通信システムは、データ記憶機能エンティティを更に含んでもよい。データ記憶機能エンティティは、以下の情報、すなわち、1つ以上のネットワーク機能エンティティのそれぞれの少なくとも1つの展開されたインスタンスについての情報、及びネットワーク機能エンティティが展開できる少なくとも1つの物理的な位置のそれぞれについての情報のうち少なくとも1つを記憶するように構成される。それぞれの展開されたインスタンスについての情報は、以下の情報、すなわち、展開位置情報、占有リソース情報、有効な処理能力についての情報、及び容量使用率情報のうち少なくとも1つを含む。それぞれの物理的な位置についての情報は、物理的な位置の位置情報及び/又は利用可能なリソース情報を含む。
【０１５１】
任意選択で、通信システムは、具体的には図１に示す通信システムでもよいが、これは、本発明のこの実施形態では限定されない。
【０１５２】
本発明の実施形態の上記の説明は、様々な実施形態の間の相違に焦点を当てていることが理解されるべきである。言及されていない同じ部分又は類似の部分については、これらの実施形態を参照する。簡潔にするために、詳細は、ここでは再び説明しない。
【０１５３】
さらに、この明細書内の「システム」及び「ネットワーク」という用語は、この明細書内で互換的に使用され得る。この明細書内の「及び/又は」という用語は、関連する対象物を記述するための関連付け関係のみを記述し、3つの関係が存在し得ることを表す。例えば、A及び/又はBは、以下の3つの場合、すなわち、Aのみが存在する場合、A及びBの双方が存在する場合、及びBのみが存在する場合を表す。さらに、この明細書内の「/」という文字は、一般的に関連する対象物の間の「又は」の関係を示す。
【０１５４】
当業者は、この明細書に開示された実施形態に記載の例と組み合わせて、ユニット及びアルゴリズムのステップが電子ハードウェア又はコンピュータソフトウェアと電子ハードウェアとの組み合わせにより実現されてもよいことを認識し得る。機能エンティティがハードウェアにより実行されるかソフトウェアにより実行されるかは、技術的解決策の特定の用途及び設計上の制約に依存する。当業者は、特定の用途毎に、記載の機能エンティティを実現するために異なる方法を使用し得るが、実現方式が本発明の範囲を超えるものであると考えられるべきではない。
【０１５５】
便宜的且つ簡単な説明の目的で、上記のシステム、装置及びユニットの詳細な動作プロセスについては、上記の方法の実施形態における対応するプロセスを参照することが、当業者により明確に理解され得る。詳細は、ここでは再び説明しない。
【０１５６】
この出願において提供されるいくつかの実施形態では、開示のシステム、装置及び方法は、他の方式で実現されてもよいことが理解されるべきである。例えば、記載の装置の実施形態は、単なる例である。例えば、ユニット分割は、単なる論理的な機能エンティティの分割であり、実際の実現方式では他の分割でもよい。例えば、複数のユニット又はコンポーネントは、他のシステムに結合又は統合されてもよく、或いは、いくつかの特徴は、無視されてもよく或いは実行されなくてもよい。さらに、表示又は議論された相互結合又は直接結合又は通信接続は、いくつかのインタフェースを使用することにより実現されてもよい。装置又はユニットの間の間接結合又は通信接続は、電気的、機械的又は他の形式で実現されてもよい。
【０１５７】
別個の部分として記載されるユニットは、物理的に別個でもよく、ユニットとして表示される部分は、物理的なユニットでもよく或いは物理的なユニットでなくてもよく、1つの位置に位置してもよく、或いは、複数のネットワークユニットに分散されてもよい。ユニットの一部又は全部は、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてもよい。
【０１５８】
さらに、本発明の実施形態における機能エンティティのユニットは、1つの処理ユニットに統合されてもよく、或いは、ユニットのそれぞれは、物理的に単独で存在してもよく、或いは、2つ以上のユニットは、1つのユニットに統合されてもよい。
【０１５９】
機能エンティティがソフトウェア機能エンティティのユニットの形式で実現され、独立した製品として販売又は使用されるとき、機能エンティティのユニットはコンピュータ読み取り可能記憶媒体に記憶されてもよい。このような理解に基づいて、本発明の技術的解決策は基本的に、或いは、従来技術に寄与する部分又は技術的解決策のいくつかは、ソフトウェア製品の形式で実現されてもよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス(パーソナルコンピュータ、サーバ、ネットワークデバイス等でもよい)に対して、本発明の実施形態に記載の方法のステップの全部又は一部を実行するように命令するためのいくつかの命令を含む。上記の記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読み取り専用メモリ(Read-Only  Memory,  ROM)、ランダムアクセスメモリ(Random  Access  Memory,  RAM)、磁気ディスク又は光ディスクのようなプログラムコードを記憶できるいずれかの媒体を含む。
【０１６０】
上記の説明は、この出願の単なる具体的な実現方式であり、本出願の保護範囲を限定することを意図するものではない。この出願に開示された技術的範囲内で当業者により容易に理解されるいずれかの変更又は置換は、この出願の保護範囲に含まれるものとする。したがって、この出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
0006823203.tif 000002
【図２】
0006823203.tif 000003
【図３】
0006823203.tif 000004
【図４Ａ】
0006823203.tif 000005
【図４Ｂ】
0006823203.tif 000006
【図５Ａ】
0006823203.tif 000007
【図５Ｂ】
0006823203.tif 000008
【図６】
0006823203.tif 000009
【図７】
0006823203.tif 000010
【図８】
0006823203.tif 000011
【図９】
0006823203.tif 000012