JP6945089B1 - ネットワークスライス構成 - Google Patents

Abstract

【課題】特定のカスタマの要件に合わせた接続性、サービス品質およびデータ処理のソリューションを提供することを可能にする装置、方法及びコンピュータプログラムを提供する。【解決手段】方法は、サービス要件を備えるサービス要求を受信し、サービス要求に基づいて、要求されるサービスをサポートするための性能パラメータ及びネットワーク機能を含むサービスレベル仕様を決定し、ネットワークの所与の正規化モデルに従って性能パラメータをスケーリングすることによって、決定したサービスレベル仕様を正規化し、ネットワーク機能及び所与の正規化モデルに基づいてネットワークスライスの構成を決定し、正規化されたサービスレベル仕様を正規化された性能ケイパビリティとの比較に基づいて、要求されるサービスをネットワークスライスによって実現できるかどうかを決定し、そうであれば、そのスライスを作成することとを含む。【選択図】図３

Description

本発明の例示的な非限定の実施形態は、一般に、ワイヤレス通信システムに関する。本発明の例示的な非限定の実施形態は、特に、ワイヤレス通信ネットワークにおける装置および方法に関する。

背景

ワイヤレス遠隔通信システムは、絶えず開発が続けられている。より高いデータレートおよび高サービス品質には絶えずニーズがある。信頼性要件は、絶えず増加しており、信頼性のある接続およびデータトラフィックを確保して、一方では送信遅延を最小限に保つための方法および手段の開発が絶えず続けられている。

ネットワークを開発すると、カスタマへの新しいサービスが可能になる。１つの提案されるサービスは、特定のカスタマの要件に合わせた接続性、サービス品質およびデータ処理のソリューションを提供することを可能にするネットワークスライシングである。ネットワークスライスは、論理的なエンドツーエンドの仮想ネットワークであり、動的に作成することができて特定のケイパビリティおよび特性を提供する。レイテンシ、信頼性、スループットおよびモビリティについて異なる要件を有しうるサービスを実行するために、共通に共有される物理的ネットワークインフラストラクチャ上に複数のネットワークスライスを作成することができる。

摘要

以下は、本発明のいくつかの側面の基本的な理解を提供するために本発明の簡略化された摘要を提示する。この摘要は、本発明の広範な概要ではない。本発明のキーとなる／クリティカルな要素を特定すること、または本発明の範囲を輪郭付けることは意図されない。その唯一の目的は、後に提示されるより詳細な記載への導入部として本発明のいくつかの概念を簡略化された形態で提示することである。

本発明のある側面によれば、請求項１に記載の装置が提供される。

本発明のある側面によれば、請求項９に記載の方法が提供される。

本発明のある側面によれば、請求項１７に記載の命令を含むコンピュータプログラムが提供される。

実装の１つ以上の例が添付図面および以下の記載により詳細に述べられる。他の特徴は、説明および図面から、ならびに特許請求の範囲から明らかであろう。本明細書に記載されて、独立請求項の範囲に入らない実施形態および／または例ならびに特徴は、もしあれば、本発明の様々な実施形態を理解するのに役立つ例として解釈されるべきである。

通信システムの簡略化されたシステムアーキテクチャの例を示す。 通信システムの簡略化されたシステムアーキテクチャの例を示す。 本発明の実施形態を示すフローチャートである。 種々の機能もしくはエンティティおよびそれらの相互作用の例を示す。 正規化の例を示す。 変換ユニットの動作の例を示す。 性能算出ユニットの動作の例を示す。 比較結果の例を示す。 本発明のいくつかの実施形態を適用する装置の簡略された例を示す。

いくつかの実施形態の説明

本発明の実施形態が、添付図面を参照して、例としてのみ、以下に記載され、以下の実施形態は、例であるに過ぎない。
本明細書は、いくつかのロケーションにおける「ある（ａｎ）」、「１つの（ｏｎｅ）」または「いくつかの（ｓｏｍｅ）」実施形態（単数または複数）に言及するかもしれないが、これは、各かかる言及が同じ実施形態（単数または複数）への言及であること、または特徴が単一の実施形態にのみ当て嵌まることを必ずしも意味しない。異なる実施形態の単一の特徴が組み合わされて他の実施形態を提供してもよい。さらにまた、「備える（ｃｏｍｐｒｉｓｉｎｇ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」という単語は、記載される実施形態を挙げられたそれらの特徴のみからなるように限定するのではなく、かかる実施形態は、具体的に挙げられなかった特徴、構造、ユニット、モジュールなども含んでもよいことが理解されるべきである。

本発明のいくつかの実施形態は、通信デバイス、通信システムのネットワーク要素、ネットワーク要素の分散型実装（distributed realization）、基地局、ｅＮｏｄｅＢ、ｇＮｏｄｅＢ、基地局の分散型実装、対応する構成要素に、および／または任意の通信システム、あるいは必要とされる機能をサポートする異なる通信システムの任意の組み合わせに適用可能である。

用いられるプロトコル、通信システム、サーバおよびユーザ機器の仕様は、特にワイヤレス通信においては、急速に発展する。かかる発展は、実施形態へのより一層の変化を必要とするであろう。それゆえに、すべての単語および表現は、広く解釈されるべきであり、それらは、実施形態を制限するのではなく、説明することが意図される。

以下では、実施形態が適用されてよいアクセスアーキテクチャの例として、ロングタームエボリューションアドバンスト（ＬＴＥ Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ：ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ ａｄｖａｎｃｅｄ）またはＮｅｗ Ｒａｄｉｏ（ＮＲ，５Ｇ）に基づく無線アクセスアーキテクチャを用いて、しかしながら、実施形態をかかるアーキテクチャに限定することなく、種々の例示的な実施形態が記載されるであろう。それらの実施形態は、パラメータおよび手順をしかるべく調整することによって適切な手段を有する他の種類の通信ネットワークに適用されてもよい。適切なシステムのための他の選択肢のいくつかの例は、ユニバーサルモバイル遠隔通信システム（ＵＭＴＳ：ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）無線アクセスネットワーク（ＵＴＲＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋまたはＷｉＦｉ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、パーソナル通信サービス（ＰＣＳ：ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｅｒｖｉｃｅｓ）、ＺｉｇＢｅｅ（登録商標）、ＷＣＤＭＡ（登録商標）、超広帯域（ＵＷＢ：ｕｌｔｒａ−ｗｉｄｅｂａｎｄ）技術を用いたシステム、センサネットワーク、モバイルアドホックネットワーク（ＭＡＮＥＴ：ｍｏｂｉｌｅ ａｄ−ｈｏｃ ｎｅｔｗｏｒｋ）およびインターネットプロトコルマルチメディアサブシステム（ＩＭＳ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）、またはそれらの任意の組み合わせである。

図１は、それらの実装が示されるものと異なってもよい、すべてが論理ユニットであるいくつかの要素および機能エンティティのみを示す簡略化されたシステムアーキテクチャの例を描く。図１に示される接続は、論理的接続であり、実際の物理的接続は、異なってよい。システムは、図１に示されるもの以外の機能および構造も典型的に備えることが当業者に明らかである。

実施形態は、しかしながら、例として与えられたシステムには限定されず、当業者は、必要な特性が提供された他の通信システムへのソリューションを適用してもよい。

図１の例は、例示的な無線アクセスネットワークの一部を示す。

図１は、デバイス１００および１０２を示す。デバイス１００および１０２は、例えば、ユーザデバイスまたはユーザ端末であってよい。デバイス１００および１０２は、１つ以上の通信チャネル上でノード１０４とワイヤレス接続するように構成される。ノード１０４は、コアネットワーク１０６へさらに接続される。一例において、ノード１０４は、セルにおける（ｅ／ｇ）ＮｏｄｅＢ提供またはサービングデバイスのようなアクセスノードであってよい。一例において、ノード１０４は、ｎｏｎ−３ＧＰＰアクセスノードであってよい。あるデバイスから（ｅ／ｇ）ＮｏｄｅＢへの物理的リンクは、アップリンクまたはリバースリンクと呼ばれ、（ｅ／ｇ）ＮｏｄｅＢからそのデバイスへの物理的リンクは、ダウンリンクまたはフォワードリンクと呼ばれる。当然のことながら、（ｅ／ｇ）ＮｏｄｅＢまたはそれらの機能は、かかる使用法に適した任意のノード、ホスト、サーバ、またはアクセスポイントなどのエンティティを用いることによって実装されてよい。

通信システムは、１つより多い（ｅ／ｇ）ＮｏｄｅＢを典型的に備え、そのケースでは、（ｅ／ｇ）ＮｏｄｅＢがその目的のために設計された、ワイヤードまたはワイヤレス、リンクを通じて互いに通信するように構成されてもよい。これらのリンクは、シグナリングのために用いられてよい。（ｅ／ｇ）ＮｏｄｅＢは、それが結合された通信システムの無線リソースを制御するように構成されたコンピューティングデバイスである。ＮｏｄｅＢは、基地局、アクセスポイント、またはワイヤレス環境において動作可能な中継局を含めて、その他のタイプのインタフェーシングデバイスと呼ばれることもある。（ｅ／ｇ）ＮｏｄｅＢは、トランシーバを含み、またはそれらに結合される。（ｅ／ｇ）ＮｏｄｅＢのトランシーバから、デバイスへの双方向無線リンクを確立するアンテナユニットへの接続が提供される。アンテナユニットは、複数のアンテナまたはアンテナ要素を備えてよい。（ｅ／ｇ）ＮｏｄｅＢは、コアネットワーク１０６（ＣＮまたは次世代コアＮＧＣ）へさらに接続される。システムに依存して、ＣＮ側のカウンターパートは、デバイス（ＵＥ）と外部パケットデータネットワーク、またはモバイル管理エンティティ（ＭＭＥ：ｍｏｂｉｌｅ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）などとの接続を提供するための、サービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、ユーザデータパケットをルーティングおよびフォワーディングする）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ：ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ）とすることができる。

デバイス（サブスクライバユニット、ユーザデバイス、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、ユーザ端末、端末デバイスなどとも呼ばれる）は、エアインターフェース上のリソースが配分され、割り当てられる装置の１つのタイプを示し、従って、本明細書においてデバイスについて記載される任意の特徴が対応する装置、例えば、リレーノードで実装されてもよい。かかるリレーノードの例は、基地局に向かうレイヤ３リレー（セルフバックホーリングリレー）である。

デバイスは、典型的に、ユニバーサルサブスクライバ識別モジュール（ＵＳＩＭ：ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ）有りまたは無しで動作するワイヤレスモバイル通信デバイスを含むデバイス（例えば、ポータブルまたはノンポータブルコンピューティングデバイス）を指し、以下のタイプのデバイス：モバイル局（モバイルフォン）、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ハンドセット、ワイヤレスモデムを用いたデバイス（アラームまたは測定デバイスなど）、ラップトップおよび／またはタッチスクリーンコンピュータ、タブレット、ゲームコンソール、ノートブック、およびマルチメディアデバイスを含むが、それらには限定されない。当然のことながら、デバイスは、ほとんどもっぱらアップリンクのみのデバイスであってもよく、その例は、画像またはビデオクリップをネットワークへロードするカメラもしくはビデオカメラである。デバイスは、インターネットオブシングス（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワークにおいて動作するためのケイパビリティを有するデバイスであってもよく、これは、例えば、スマートパワーグリッドおよび接続された車両において用いられるために、人と人または人とコンピュータとの相互作用を必要とすることなく、ネットワークを通じてデータを転送するための能力を対象物に提供するシナリオである。デバイスは、クラウドを利用してもよい。いくつかの応用では、デバイスが無線部をもつユーザポータブルデバイス（例えば、時計、イヤホンまたは眼鏡）を備えてもよく、計算は、クラウドにおいて実施される。デバイス（または、いくつかの実施形態ではレイヤ３リレーノード）は、ユーザ機器の機能の１つ以上を行うように構成される。

本明細書に記載される様々な技法は、サイバー物理システム（ＣＰＳ：ｃｙｂｅｒ−ｐｈｙｓｉｃａｌ ｓｙｓｔｅｍ）（物理的エンティティを制御する協働計算要素のシステム）に適用されてもよい。ＣＰＳは、種々のロケーションにおいて物理的対象物に埋め込まれた、膨大な量の相互接続された情報および通信技術（ＩＣＴ：ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｔｅｃｈｎｏｌｏｇｙ）デバイス（センサ、アクチュエータ、プロセッサ、マイクロコントローラなど）の実装および利用を可能にしてよい。モバイルサイバー物理システムは、問題の物理的システムが固有のモビリティを有する、サイバー物理システムのサブカテゴリである。モバイル物理システムの例は、人または動物によって輸送されるモバイルロボティクスおよびエレクトロニクスを含む。

加えて、装置は、単一のエンティティとして描かれたが、種々のユニット、プロセッサおよび／またはメモリユニット（図１には示されない）が実装されてもよい。

５Ｇは、多入力・多出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ−ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）アンテナ、より小さい局と連携して動作するマクロサイトを含めて、ＬＴＥよりはるかに多くの基地局またはノードを用いること（いわゆる、スモールセル概念）を可能にし、かつサービスニーズ、ユースケースおよび／または利用可能なスペクトルに依存して様々な無線技術を採用することを可能にする。５Ｇモバイル通信は、ビデオストリーミング、拡張現実を含む広範囲のユースケースおよび関連するアプリケーション、データ共有の種々の方法ならびにマシンタイプアプリケーションの様々な形態（例えば、車両安全性、種々のセンサおよびリアルタイム制御を含む、（大規模）マシンタイプ通信（ｍＭＴＣ：（ｍａｓｓｉｖｅ） ｍａｃｈｉｎｅ−ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ））をサポートする。５Ｇは、複数の無線インターフェース、すなわち、６ＧＨｚ未満、ｃｍ波およびｍｍ波を有し、さらに、ＬＴＥのような、既存のレガシー無線アクセス技術と統合可能であると予測される。ＬＴＥとの統合は、少なくとも初期フェーズでは、ＬＴＥへのアグリゲーションによりマクロカバレッジがＬＴＥによって提供され、５Ｇ無線インターフェースアクセスがスモールセルからもたらされる、システムとして実装されてよい。言い換えれば、５Ｇは、ＲＡＴ間相互運用性（例えば、ＬＴＥ−５Ｇ）とＲＩ間相互運用性（無線インターフェース間相互運用性、例えば、６ＧＨｚ未満−ｃｍ波、６ＧＨｚ未満−ｃｍ波−ｍｍ波）との両方をサポートするように計画される。５Ｇネットワークに用いることが考えられる概念の１つは、レイテンシ、信頼性、スループットおよびモビリティについて異なる要件を有するサービスを作動させるために、同じインフラストラクチャ内に複数の独立した専用の仮想サブネットワーク（ネットワークインスタンス）が作成されてよいネットワークスライシングである。

ＬＴＥネットワークにおける現在のアーキテクチャは、無線で完全に分散され、コアネットワークに完全に集中される。５Ｇにおける低レイテンシアプリケーションおよびサービスは、コンテンツを無線に近付けることを必要とし、これがローカルブレイクアウトおよびマルチアクセスエッジコンピューティング（ＭＥＣ：ｍｕｌｔｉ−ａｃｃｅｓｓ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）につながる。５Ｇは、データのソースにおいてアナリティクスおよび知識創出が生じることを可能にする。このアプローチは、ネットワークへ連続的に接続されていないかもしれないリソース、例えば、ラップトップ、スマートフォン、タブレットおよびセンサを活用することを必要とする。ＭＥＣは、アプリケーションおよびサービスホスティングのために分散型コンピューティング環境を提供する。ＭＥＣは、応答時間をより速くするためにコンテンツをセルラサブスクライバに近接近して格納し、処理する能力も有する。エッジコンピューティングは、広範囲の技術、例えば、ワイヤレスセンサネットワーク、モバイルデータ取得、モバイルシグネチャ解析、協調分散型ピアツーピアアドホックネットワーキング、ならびにローカルクラウド／フォッグコンピューティングおよびグリッド／メッシュコンピューティングとしても分類可能な処理、デューコンピューティング、モバイルエッジコンピューティング、クラウドレット、分散型データストレージおよびリトリーバル、自律型セルフヒーリングネットワーク、リモートクラウドサービス、拡張および仮想現実、データキャッシング、インターネットオブシングス（大規模接続性および／またはレイテンシがクリティカル）、クリティカル通信（自律走行車、交通安全、リアルタイムアナリティクス、タイムクリティカル制御、ヘルスケアアプリケーション）をカバーする。

通信システムは、公衆交換電話網もしくはインターネット１１２のような、他のネットワークと通信し、またはそれらによって提供されるサービスを利用することも可能である。通信ネットワークは、クラウドサービスの使用法をサポートすることも可能であってよく、例えば、コアネットワーク動作の少なくとも一部がクラウドサービスとして実施されてもよい（図１ではこれが「クラウド」１１４で描かれる）。通信システムは、異なるオペレータのネットワークが、例えば、スペクトル共有において協力するためのファシリティを提供する、集中制御エンティティ、または同様のものを備えてもよい。

エッジクラウドの技術は、ネットワーク機能仮想化（ＮＦＶ：ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ）およびソフトウェア定義ネットワーキング（ＳＤＮ：ｓｏｆｔｗａｒｅ ｄｅｆｉｎｅｄ ｎｅｔｗｏｒｋｉｎｇ）を利用することによって無線アクセスネットワーク（ＲＡＮ）へ持ち込まれてよい。エッジクラウドの技術を用いることは、アクセスノード動作が、無線部を備えるリモートラジオヘッドもしくは基地局へ作動的に結合されたサーバ、ホストまたはノードにおいて、少なくとも部分的に、実施されることを意味してよい。ノード動作が複数のサーバ、ノードまたはホスト間に分散されることも可能である。クラウドＲＡＮアーキテクチャの適用は、ＲＡＮのリアルタイム機能がＲＡＮ側で（分散ユニット、ＤＵ１０４において）実施され、非リアルタイム機能が集中的に（集約ユニット、ＣＵ１０８において）実施されることを可能にする。

理解されるべきは、コアネットワーク動作と基地局動作との間の労力の分散がＬＴＥのものとは異なり、または存在しないかもしれないことである。おそらく用いられることになるいくつかの他の技術進歩は、ネットワークが構築されて、管理される方法を変えうるＢｉｇ Ｄａｔａおよびａｌｌ−ＩＰである。５Ｇ（またはＮｅｗ Ｒａｄｉｏ、ＮＲ）ネットワークは、コアと基地局またはｎｏｄｅＢ（ｇＮＢ）との間にＭＥＣサーバを配置できる、複数のハイアラーキをサポートするように設計されている。当然のことながら、４ＧネットワークにおいてもＭＥＣを適用できる。

５Ｇは、例えば、バックホーリングを提供することによって、５Ｇサービスのカバレッジを強化または補完するために衛星通信を利用してもよい。可能なユースケースは、マシンツーマシン（Ｍ２Ｍ：ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ）もしくはインターネットオブシングス（ＩｏＴ）デバイスのためまたは車両の乗客のためにサービス継続性を提供すること、あるいはクリティカル通信、および将来の鉄道／海上／航空通信のためにサービス利用可能性を確保することである。衛星通信は、対地静止軌道（ＧＥＯ：ｇｅｏｓｔａｔｉｏｎａｒｙ ｅａｒｔｈ ｏｒｂｉｔ）衛星システム、しかしまた低軌道周回（ＬＥＯ：ｌｏｗ ｅａｒｔｈ ｏｒｂｉｔ）衛星システム、特に、大規模コンステレーション（何百もの（ナノ）衛星が配備されたシステム）を利用してよい。大規模コンステレーションにおける衛星１１０は、地上セルを作成するいくつかの衛星対応のネットワークエンティティをカバーしうる。地上セルは、地上リレーノード１０４を通じて、または地上もしくは衛星中に位置するｇＮＢによって作成されてもよい。

描かれたシステムは、無線アクセスシステムの一部の例に過ぎず、実際には、システムが複数の（ｅ／ｇ）ＮｏｄｅＢを備えてよく、デバイスが複数の無線セルへのアクセスを有してよく、システムが他の装置、例えば、物理層リレーノードまたは他のネットワーク要素なども備えてよいことが当業者には明らかである。（ｅ／ｇ）ＮｏｄｅＢの少なくとも１つは、ホーム（ｅ／ｇ）ＮｏｄｅＢであってよい。加えて、無線通信システムの地理的地域において、複数の無線セルのみならず複数の異なる種類の無線セルが提供されてもよい。無線セルは、数１０キロメートルまでの直径を通常は有する、ラージセルであるマクロセル（もしくはアンブレラセル）、またはミクロセル、フェムトセルもしくはピコセルなど、より小さいセルであってもよい。図１の（ｅ／ｇ）ＮｏｄｅＢは、これらのセルのいずれかの種類を提供してよい。セルラ無線システムがいくつかの種類のセルを含む多層ネットワークとして実装されてもよい。典型的に、多層ネットワークでは、１つのアクセスノードが一種類の１つまたは複数のセルを提供し、従って、かかるネットワーク構造を提供するためには複数の（ｅ／ｇ）ＮｏｄｅＢが必要とされる。

通信システムの配備および性能を改善する必要性を満たすために、「プラグアンドプレイ」（ｅ／ｇ）ＮｏｄｅＢの概念が導入された。典型的に、「プラグアンドプレイ」（ｅ／ｇ）ＮｏｄｅＢを用いることが可能なネットワークは、ホーム（ｅ／ｇ）ＮｏｄｅＢ（Ｈ（ｅ／ｇ）ＮｏｄｅＢ）に加えて、ホームノードＢゲートウェイ、またはＨＮＢ−ＧＷ（図１には示されない）を含む。オペレータのネットワーク内に典型的に設置される、ＨＮＢゲートウェイ（ＨＮＢ−ＧＷ）が多数のＨＮＢからコアネットワークへ戻るトラフィックをアグリゲートしてもよい。

図２は、５Ｇネットワーク構成要素に基づく通信システムの例を示す。ユーザ端末またはユーザ機器２００は、５Ｇネットワーク２０２を介してデータネットワーク２０４と通信している。ユーザ端末２００は、１つ以上のＵｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎｓ（ユーザプレイン機能）２０８を介してユーザ端末にデータネットワーク２０４への接続を提供する、基地局またはｇＮＢ２０６へ接続される。ユーザ端末２００は、（無線）アクセスネットワークのための制御プレーンコアコネクタであり、この視点から、ＬＴＥにおける、Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（モビリティ管理エンティティ）、ＭＭＥの５Ｇバージョンとして見ることができる、Ｃｏｒｅ Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（コアアクセスおよびモビリティ管理機能）、ＡＭＦ２１０へさらに接続される。５Ｇネットワークは、サブスクライバセッション、例えば、セッション確立、修正およびリリースを担う、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（セッション管理機能）、ＳＭＦ２１２、ならびにプレーン機能を制御するためにポリシールールを提供することによってネットワーク挙動を統括するように構成されたＰｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（ポリシー制御機能）２１４をさらに備える。

先述のように、ネットワークスライシングは、パブリックランドモバイルネットワーク（ＰＬＭＮ：ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）において、ユーザ端末と別のエンドポイントとの間のエンドツーエンド接続のネットワークリソースがスライスされる概念である。プライベートネットワークにおいても同様のネットワークスライシングが採用されてよい。ネットワークスライスは、動的に作成および／または修正できる論理的なエンドツーエンドネットワークとして理解されてよい。エンドデバイス間のネットワーク（単数または複数）が一方のエンドデバイスから他方のエンドデバイスへすべてがスライスされてもよく、スライスは、結果として、ネットワーク（単数または複数）内に論理的なパイプラインを形成する。ユーザ端末は、無線インターフェースを通じてスライスにアクセスしてよい。パイプライン／スライスは、個別のサービスタイプに役立ってよい。これまでに、３つの異なるネットワークスライス／サービスタイプ：ｅＭＢＢ（５Ｇによって強化されたモバイルブロードバンドの取り扱いに適したスライス）、ＵＲＬＬＣ（超高信頼性低レイテンシ通信の取り扱いに適したスライス）およびＭＩｏＴ（大規模インターネットオブシングスの取り扱いに適したスライス）が標準化された。Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ（ＣＳＰ：通信サービスプロバイダ）は、必要であれば、追加のネットワークスライス／サービスタイプを定義することが可能である。所与のユーザ端末は、同じＡｃｃｅｓｓ Ｎｅｔｗｏｒｋ（アクセスネットワーク）を通じて（例えば、同じ無線インターフェースを通じて）複数のスライスへアクセスしてよい。

従って、ネットワークスライシングは、通信サービスプロバイダが共通のネットワークインフラストラクチャを通じて専用の仮想ネットワークを提供することを可能にする。多様な要件およびサービスレベル合意（ＳＬＡ：ｓｅｒｖｉｃｅ ｌｅｖｅｌ ａｇｒｅｅｍｅｎｔｓ）をもつサービスをホストするために、異なる仮想または論理ネットワークが、異なるネットワーキング特性、例えば、異なるサービス品質（ＱｏＳ：ｑｕａｌｉｔｉｅｓ ｏｆ ｓｅｒｖｉｃｅ）を提供するように設計されてよい。例えば、仮想ネットワークが様々なアプリケーション、サービス、デバイス、カスタマおよび／またはオペレータの特定のニーズを満たすようにカスタマイズされてよい。

典型的に、通信ネットワークの通信サービスは、カスタマに提示される専用項目（例えば、ネットワークスライスブループリント）でＳｅｒｖｉｃｅ Ｃａｔａｌｏｇｕｅ（サービスカタログ）に記載される。このアプローチでは、カスタマの要件に最もよく合うブループリントが選ばれてよい。

しかしながら、ネットワークのリソース要件（全キャパシティのうちの持分）は、典型的に、サービス要求ごとに算出される必要がある。現在のシステムでは、Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ（ＭＮＯ：モバイルネットワークオペレータ）またはＳｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ（ＳＰ：サービスプロバイダ）が、ネットワークのケイパビリティおよび全キャパシティについての彼の知識に基づいて、彼のネットワークにおいて提供できる通信サービスを計画し、作成する。

先に記載されたアプローチを用いると、カスタマは、Ｓｅｒｖｉｃｅ Ｃａｔａｌｏｇｕｅの項目から、すなわち、専用のサービスクラスをサポートする予め定義されたスライス（ブループリント）のみを選ぶことができる。

カスタマが彼自身によって定義される（ブループリントに基づかない）サービスを必要とするケースでは、カスタマは、ある一定のパラメータおよびそれらの属性によって記述された一組のサービス特性を含む専用のＳｅｒｖｉｃｅ Ｌｅｖｅｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＳＬＳ：サービスレベル仕様）を付したサービスについての記述を含む、パーソナライズされたサービスへのサービス要求を作成してよい。現在、（例えば、Ｓｅｒｖｉｃｅ Ｃａｔａｌｏｇｕｅ項目を修正することによって）適切なスライスが存在しうるか、またはそれを作成できるか、ならびにスライス性能および特性が要求されるＳＬＳをどの程度満足できるかをＭＮＯまたＳＰが直ちに決定することは一筋縄では行かない。

典型的に、ＳＬＳは、ＳＬＡの副部分であり、すなわち、あるサービスの技術仕様のみを含むが、よりビジネス関連の仕様（例えば、総合的なサービス優先順位、達成可能なサービス品質またはＳＬＳ要件の観点からのフレキシビリティ、主要業績評価指標（ＫＰＩ：ｋｅｙ ｐｅｒｆｏｒｍａｎｃｅ ｉｎｄｉｃａｔｏｒｓ）の優先順位付けまたは重み付け、サービス低下またはアウテージに対する罰金の可能性など）を含まないことにここでは気付くであろう。

従って、ＭＮＯまたはＳＰは、要求されるサービスをネットワークでホストできるか、すなわち、このサービスのＳＬＳをサポートし、かつＳｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ、ＳＬＡによる要求品質を提供するスライスを作成することができるかどうかを決定しなければならない。これは、むしろ複雑で時間のかかるタスクでありうる。

本発明のある実施形態は、カスタマから受信されたサービス要求に従ってネットワークスライスの構成を決定し、記述して、提供するためのソリューションを記載する。サービス要求は、性能パラメータおよび属性についてネットワークスライスの特性へマッピングされることが必要なサービス要件を備えてよい。

図３のフローチャートは、ある実施形態を示す。フローチャートは、サービス要求を処理するように構成されたネットワーク装置またはエンティティの動作の例を示す。ネットワーク装置またはエンティティは、１つ以上のネットワーク要素を備えてよい。従って、動作は、物理的に隔たり、異なるロケーションに位置しうる１つ以上のネットワーク要素によって行われてよい。

ステップ３００において、装置は、あるサービスのサービス要件を備えるサービス要求を受信するように構成される。ある実施形態において、サービス要求は、複数のサービスに関連する。

ステップ３０２において、装置は、要求に基づいて、要求されるサービスのサービスレベル仕様、ＳＬＳを決定するように構成され、その仕様は、サービスをサポートするための性能パラメータおよびネットワーク機能を含む。

ある実施形態において、性能パラメータは、例えば、エンドツーエンドレイテンシ、スループット、パケット損失を含んでよい。ＳＬＳは、サービス（単数または複数）のスケールの識別情報、例えば、端末の数または地理的地域をさらに備えてよい。サービス（単数または複数）をサポートする無線、トランスポート、およびコアネットワークにおけるネットワーク機能が識別されてよい。ある実施形態において、決定されたサービスレベル仕様は、性能パラメータの属性を備える。

ステップ３０４において、装置は、正規化されたサービスレベル仕様を得るために、ネットワークの所与の正規化モデルに従って性能パラメータをスケーリングすることによって、決定されたサービスレベル仕様を正規化するように構成される。

ある実施形態においては、装置は、正規化されたサービスレベル仕様を決定するときに、サービスレベル仕様の性能パラメータを所与の正規化モデルで利用可能なパラメータへマッピングするように構成される。

ステップ３０６において、装置は、ネットワーク機能および所与の正規化モデルに基づいて、要求されるサービスをサポートするネットワークスライスについて、構成と、ネットワーク機能の正規化された性能ケイパビリティとを決定するように構成される。

ある実施形態においては、要求されるサービスをサポートするネットワークスライスの１つ以上の代わりの構成および正規化された性能ケイパビリティが決定される。

ステップ３０８において、装置は、正規化されたサービスレベル仕様を正規化された性能ケイパビリティと比較するように構成される。

ある実施形態においては、１つ以上の代わりの構成の正規化されたサービスレベル仕様が正規化された性能ケイパビリティと比較される。

ステップ３１０において、装置は、比較に基づいて、要求されるサービスをネットワークスライスによって実現できるかどうか決定し、そうであれば、そのスライスを作成するように構成される。

ある実施形態において、装置は、ネットワーク機能の性能ケイパビリティを決定するときに、ネットワークトポロジおよびネットワークリソース上の情報を利用するように構成される。

ある実施形態においては、カスタマから要求されるサービスに対してネットワークスライスの構成を決定し、記述して提供するためのシステムおよび方法が提供される。これは、サービス要求にネットワークが役立ち、それによってサービスのサービスレベル合意、ＳＬＡを満たすことができるかどうかを決定することを含む。決定は、サービス要件のネットワークケイパビリティとの比較に基づいてよい。ある実施形態において、サービス要件およびネットワークケイパビリティの両方が正規化された記述に基づいてよい。種々の機能もしくはエンティティおよびそれらの相互作用を伴うシステムの概観例が図４に示される。

システムは、ＳＬＳ認識ユニット４００を備える。認識ユニット４００は、サービス要求４０２（または複数のサービスに対する要求）をカスタマから受信するように構成される。ある実施形態においては、サービス要求を任意の形態で（例えば、定義された言語で、フリーテキストで）配信できる。認識ユニット４００は、サービス要求を認識して、それを、例えば、機械可読記述へパースするように構成される。

ある実施形態において、認識ユニット４００は、関連する性能パラメータ（例えば、エンドツーエンド、Ｅ２Ｅ（ｅｎｄ−ｔｏ−ｅｎｄ）、レイテンシ、パケット損失、スループット）および性能パラメータについての属性（または目標値／範囲）を識別するように構成される。ある実施形態では、一般に、属性を１つの値、２つ以上の値、例えば、＜最小値、最大値＞、＜ベスト、平均、ワーストケース＞に、または量の確率分布のいずれかに設定することができる。属性の解釈は、例えば、「遅延がＸより遅くてはならない」と定義されてよい。

認識ユニット４００は、サービス要求のサービスを実施するためのネットワーク機能を識別するようにさらに構成されてよい。識別は、例えば、ベストプラクティス情報および／または学習に基づいて行われてよい。

出力として、認識ユニット４００は、Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＳＬＳ）を生成するように構成されてよい。ＳＬＳは、サービス（単数または複数）、サービスをサポートするための性能パラメータ、関連する性能パラメータおよび（Ｅ２Ｅ経路上の）Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ（ネットワーク機能）についての属性の機械可読記述を備える。ＳＬＳは、サービス（単数または複数）のスケール、例えば、端末の数または地理的地域の識別情報をさらに備えてよい。

システムは、ネットワークの現在のトポロジおよびリソースについての情報を備えるネットワークトポロジおよびリソースデータベース４０４をさらに備える。

システムは、正規化モデルデータベース４０６をさらに備える。ある実施形態において、正規化モデルデータベースは、ネットワークにおける性能パラメータならびに対応する属性範囲の、正規化表現での、完全なネットワーク内で有効な、記述を提供してよい。正規化モデルデータベースは、ネットワークトポロジおよびリソースデータベースへ接続されて、それからデータを受信する。ある実施形態においては、正規化モデルデータベース４０６を自動的にまたは手動で作成することができる。

ＳＬＳ性能特性および属性の正規化の例が図５に示される。その例では、Ｅ２Ｅ遅延は、正規化を必要としない。データ信頼性は、利用可能性およびパケット損失へマッピングされる。端末ごとのデータレートは、端末の数を考慮に入れてＥ２Ｅスループットへマッピングされる。

図４に戻ると、システムは、ＳＬＳ変換ユニット４０８をさらに備える。ある実施形態において、ＳＬＳ変換ユニット４０８は、入力として、Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＳＬＳ）を認識ユニット４００から、およびデータを正規化モデルデータベース４０６から受信する。変換ユニット４０８は、性能パラメータについて正規化された属性を備える正規化されたＳＬＳを生成するように構成されてよい。

ある実施形態において、ＳＬＳ変換ユニット４０８は、ＳＬＳ認識ユニット４００によって提供されたＳＬＳを正規化モデルデータベースによる性能パラメータおよび属性の正規化表現に従って正規化されたＳＬＳへ正規化する。これは、例えば、ＳＬＳとともに提供されるパラメータの正規化モデルから利用可能なパラメータへのマッピング、ならびに属性、例として、バンド幅、データレートおよびスループットの再算出を含んでよい。

図６は、一例を示す。正規化されたＳＬＳ６０８には、正規化モデルに従って正規化されたサービス利用可能性６００、サービス遅延６０２、パケット損失６０４およびサービススループット６０６などのパラメータが含まれる。

いくつかのケースでは、ＳＬＳ認識ユニット４００によって提供される情報が不完全なこともある。例えば、属性（例えば、専用の主要業績評価指標、ＫＰＩ）が欠落しているかもしれない。ある実施形態においては、ＳＬＳ変換ユニット４０８が、正規化の間に、例えば、過去または学習データに基づいてＳＬＳを完成させてよい。

図４に戻ると、システムは、性能算出ユニット４１０をさらに備える。ある実施形態において、性能算出ユニット４１０は、入力として、認識ユニット４００から、サービス要求のサービスを実施するためのネットワーク機能を、正規化モデルを正規化モデルデータベース４０６から、スケーリング情報（例えば、端末の数、地理的地域）、ならびにネットワークトポロジおよびリソースについての情報をネットワークトポロジおよびリソースデータベース４０４から受信する。

ある実施形態において、性能算出ユニット４１０は、ネットワーク機能および所与の正規化モデルに基づいて、サービス要求をサポートするためのネットワークスライスについて、構成と、ネットワーク機能の正規化された性能ケイパビリティとを決定するように構成される。

ある実施形態において、性能算出ユニット４１０は、サービス（単数または複数）を実施するためのネットワーク機能から、Ｅ２Ｅスライスブループリントを選択して、スライスインスタンスのための構成を作成する。ネットワークトポロジおよびリソースデータベースからの情報を利用して、性能算出ユニットは、ネットワーク機能および対応するリソースの利用可能性および性能に関する現状を決定してよい。現状情報は、データベース４０６からの正規化モデルを用いて正規化されてよい。さらに、選択されたＥ２Ｅスライスインスタンスについて、正規化され、集約された性能ケイパビリティ記述が計算されてよい。

従って、ある実施形態において、性能算出ユニット４１０は、出力として、Ｅ２Ｅスライスインスタンス構成、Ｅ２Ｅスライスインスタンスの正規化された性能ケイパビリティ記述（スライスを作るためのネットワーク機能の集約された性能ケイパビリティ）を提供する。正規化された記述の構成パラメータおよび属性は、ＳＬＳ認識ユニット４００によって導出されたＳＬＳの属性と合致する。

ある実施形態において、性能算出ユニットは、異なる構成をもつ複数の代わりのＥ２Ｅスライスを提案してもよい。

図７は、性能算出ユニットによって行われるネットワーク（Ｅ２Ｅスライス）ケイパビリティ構成（ｃｏｍｐｏｓｉｔｉｏｎ）の例を示す。示される例では、２つのスライスインスタンス７００、７０２が算出される。スライスインスタンス７００について、決定されたネットワーク機能７０４の利用可能性が決定される。同様の仕方で、ネットワーク機能遅延７０６およびトランスポートリンク遅延７０８が算出される。ネットワーク機能信頼性およびネットワーク機能スループットならびに他のパラメータ（簡略にするために図７には示されない）について同様の算出が行われる。スライスインスタンス７０２について対応する算出がなされる

図４に戻ると、システムは、比較ユニット４１２をさらに備える。ある実施形態において、比較ユニット４１２は、入力として、正規化されたＳＬＳを変換ユニット４０８から、ならびに実現可能なＥ２ＥスライスにおけるＥ２Ｅスライス構成およびネットワーク機能の正規化された性能ケイパビリティ記述を性能算出ユニット４１０から受信する。性能算出ユニットが１つより多い代わりのスライスを提供したケースでは、これらについてのデータも受信される。

ある実施形態において、比較ユニット４１２は、正規化されたサービスレベル仕様を正規化された性能ケイパビリティと比較する。

ある実施形態において、比較ユニット４１２は、正規化されたＳＬＳに記述された要件と正規化されたＥ２Ｅスライスケイパビリティとの間の比較を行うように構成される。比較結果は、要件とケイパビリティとの間の差（該当する場合）についての性能パラメータごとの値であってよい。性能算出ユニットが１つより多い代わりのスライスを提供したケースでは、結果が代わりのＥ２Ｅスライスごとに提供される。

ある実施形態において、比較ユニット４１２は、出力として、すべての関連する性能および構成パラメータについて、ならびに随意的に、すべての代わりのＥ２Ｅスライス構成について比較結果を提供する。

図８は、正規化されたサービスレベル仕様に対して２つの異なるＥ２ＥスライスＡおよびＢについて比較ユニットによってなされた比較結果の例を示す。比較は、遅延、利用可能性、パケット損失およびスループットの値を提供する。スライスＡは、利用可能性を除くすべての値の要件を満たす。一方スライスＢは、利用可能性およびパケット損失の要件を満たす。

図４に戻ると、システムは、決定ユニット４１６をさらに備える。ある実施形態において、決定ユニット４１６は、入力として、比較結果を比較ユニット４１２から受信する。決定ユニット４１６は、入力として、データをＳＬＡユーティリティ機能４１４から受信してもよい。データは、例えば、カスタマ優先順位値を含んでよい。ある実施形態において、データは、就中、総合的なサービス優先順位、達成可能なサービス品質またはＳＬＳ要件の観点からのフレキシビリティ、ＫＰＩの優先順位付けまたは重み付け、サービス低下またはアウテージに対する罰金の可能性を含む。

決定ユニット４１６は、比較結果をＳＬＡユーティリティからのデータを踏まえて解釈するように構成されてよい。Ｅ２Ｅスライスのケイパビリティによってすべての要件を満たすことができるケースでは、スライスに関する実現可能性の決定が肯定的である。Ｅ２Ｅスライスのケイパビリティによってすべての要件を満たすことはできないケースでは、他のスライス要求またはアクティブなスライスについて、性能パラメータおよび属性範囲の優先順位について、ＳＬＡユーティリティデータがチェックされてもよい。新たに要求されたスライスにおいて、またはアクティブなスライスにおいて、受け入れ可能な削減を伴って性能要件を満たすことができる場合には、配備の決定が肯定的であり、そうでなければ否定的である。

複数の代わりのＥ２Ｅスライスが入力として提供される場合には、１つより多い選択肢について比較が行われ、最良のＥ２Ｅスライスが選ばれて、この最良スライスについて実現可能性の決定がなされてよい。

図８の例では、端末ごとのデータレートが最も高く、次に遅延、および最後に信頼性の順にＳＬＡユーティリティ機能データが優先付けされた。これに基づいて、スライスＡが最良のデータレート（スループット）およびスライスＢと比較してより短い遅延を提供するため、決定ユニットは、スライスＡの方がより良好であると決定してよい。

否定的な決定がなされた場合には、サービス要求を送信したカスタマに通知される（４１８）。

肯定的な決定がなされた場合には、タスクがスライスライフサイクル管理ユニット４２０およびネットワーク構成管理４２２へフォワーディングされる。

図９は、ある実施形態を示す。同図は、本発明の実施形態を適用する装置またはネットワーク要素の簡略化された例を示す。いくつかの実施形態において、装置は、ネットワーク要素またはネットワーク要素の一部であってよい。いくつかの実施形態において、装置は、互いに接続されたいくつかのネットワークエンティティを備えてよい。

理解されるべきは、本明細書ではいくつかの実施形態を示す例として装置が描かれることである。装置は、他の機能および／または構造も備えてよく、すべての記載された機能および構造が必要とされるわけではないことが当業者には明らかである。装置は、１つのエンティティとして描かれたが、１つ以上の物理的または論理的エンティティに種々のモジュールおよびメモリが実装されてもよい。

例示の装置９００は、装置の動作の少なくとも一部を制御するように構成された制御回路素子９０２を含む。

装置は、データを格納するためのメモリ９０４を備えてよい。さらにまた、メモリは、制御回路素子９０２によって実行可能なソフトウェア９０６を格納してよい。メモリは、制御回路素子に集積化されてよい。

装置は、無線アクセスネットワークの他のデバイスおよびネットワーク要素へ装置を接続するように構成された１つ以上のインターフェース回路素子９０８をさらに備える。インターフェースは、ワイヤードまたはワイヤレス接続を提供してよい。

ある実施形態において、ソフトウェア９０６は、上記の要素の少なくともいくつかを装置の制御回路素子９０２に実現させるようになっているプログラムコード手段を含むコンピュータプログラムを含んでよい。

上記ならびに添付図に記載されるステップおよび関連する機能は、絶対的な時系列にあるわけではなく、ステップのいくつかが同時に、または所与のものと異なる順で行われてもよい。他の機能をステップ間またはステップ内で行うこともできる。ステップのいくつかを省き、または対応するステップで置き換えることもできる。

上記のステップを行うことが可能な装置またはコントローラは、ワーキングメモリ（ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ））、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、およびシステムクロックを備えてよい電子デジタルコンピュータ、処理システムまたは回路素子として実装されてよい。ＣＰＵは、一組のレジスタ、算術論理演算ユニット、およびコントローラを備えてよい。処理システム、コントローラまたは回路素子は、ＲＡＭからＣＰＵへ転送されたプログラム命令のシーケンスによって制御される。コントローラは、基本的な動作のためのいくつかのマイクロ命令を含んでよい。マイクロ命令の実装は、ＣＰＵの設計に依存して変化してよい。プログラム命令は、Ｃ、Ｊａｖａなどの、高水準プログラミング言語、または機械語、もしくはアセンブラのような、低水準プログラミング言語であってよいプログラミング言語によってコードされてよい。電子デジタルコンピュータは、プログラム命令を用いて書かれたコンピュータプログラムへシステムサービスを提供してよい、オペレーティングシステムを有してもよい。

本出願では、「回路素子（ｃｉｒｃｕｉｔｒｙ）」という用語は、以下のすべてを指す：（ａ）ハードウェアのみの回路実装、例えば、アナログおよび／またはデジタル回路素子のみでの実装）、（ｂ）回路とソフトウェア（および／またはファームウェア）との組み合わせ、例えば（適用できる場合）、（ｉ）プロセッサ（単数または複数）の組み合わせ、もしくは（ｉｉ）様々な機能を装置に行わせるために一緒に作動するデジタル信号プロセッサ（単数または複数）、ソフトウェア、およびメモリ（単数または複数）を含むプロセッサ（単数または複数）／ソフトウェアの部分、（ｃ）ソフトウェアまたはファームウェアがたとえ物理的に存在しないとしても、動作のためにはソフトウェアまたはファームウェアを必要とする回路、例えば、マイクロプロセッサ（単数または複数）もしくはマイクロプロセッサ（単数または複数）の一部分。

「回路素子」の定義は、本出願におけるこの用語のすべての使用に当て嵌まる。さらなる例として、本出願では、「回路素子」という用語は、単にプロセッサ（もしくは複数のプロセッサ）またはプロセッサの一部分、およびその（それらの）付随するソフトウェアおよびファームウェアの実装もカバーするであろう。「回路素子」という用語は、例えば、個別の要素に該当する場合、モバイルフォンのためのベースバンド集積回路もしくはアプリケーションプロセッサ集積回路、またはサーバにおける同様の集積回路、セルラネットワークデバイス、あるいは別のネットワークデバイスもカバーするであろう。

ある実施形態は、分散媒体上に具現され、電子装置中にロードされたときに、装置が上記の実施形態を実行するよう制御するように構成されたプログラム命令を含むコンピュータプログラムを提供する。

コンピュータプログラムは、ソースコード形式、オブジェクトコード形式、または何らかの中間形式であってよく、プログラムを運ぶことが可能な任意のエンティティまたはデバイスであってよいある種のキャリアに格納されてよい。かかるキャリアは、例えば、記録媒体、コンピュータメモリ、リードオンリメモリ、およびソフトウェア配布パッケージを含む。必要な処理能力に依存して、コンピュータプログラムは、単一の電子デジタルコンピュータで実行されてもよく、またはいくつかのコンピュータの間で分散されてもよい。

装置は、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）のような、１つ以上の集積回路として実装されてもよい。他のハードウェアの実施形態、例えば、別々の論理構成要素で作られた回路も実行可能である。これらの異なる実装のハイブリッドも実行可能である。実装の方法を選択するときに、当業者は、例えば、装置のサイズおよび電力消費量、必要な処理能力、生産コストおよび生産量について設定された要件を考慮するであろう。

ある実施形態は、
サービス要件を備えるサービス要求を受信するための手段、
サービス要求に基づいて、要求のサービスレベル仕様を決定するための手段であって、サービスレベル仕様は、要求されるサービスをサポートするための性能パラメータおよびネットワーク機能を含む、決定するための手段、
正規化されたサービスレベル仕様を得るために、ネットワークの所与の正規化モデルに従って性能パラメータをスケーリングすることによって、決定されたサービスレベル仕様を正規化するための手段、
ネットワーク機能および所与の正規化モデルに基づいて、要求されるサービスをサポートするネットワークスライスについて、構成と、ネットワーク機能の正規化された性能ケイパビリティとを決定するための手段、
正規化されたサービスレベル仕様を正規化された性能ケイパビリティと比較するための手段、ならびに、
比較に基づいて、要求されるサービスをネットワークスライスによって実現できるかどうかを決定し、そうであれば、そのスライスを作成するための手段、
を備える装置を提供する。

技術が進歩するにつれて、本発明の概念を様々な方法で実装できることが当業者には明らかであろう。本発明およびその実施形態は、上記の例には限定されないが、特許請求の範囲内で変化してよい。

この段落には、本願の出願当初の特許請求の範囲に特定された実施例を記載する。
［実施例１］
無線アクセスネットワークにおける装置であって、
少なくとも１つのプロセッサ、および
コンピュータプログラムコードを含む少なくとも１つのメモリ
を備え、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、少なくとも
あるサービスのサービス要件を備えるサービス要求を受信し、
前記サービス要求に基づいて、前記サービスのサービスレベル仕様を決定し、前記サービスレベル仕様は、前記要求されるサービスをサポートするための性能パラメータおよびネットワーク機能を含み、
正規化されたサービスレベル仕様を得るために、前記ネットワークの所与の正規化モデルに従って前記性能パラメータをスケーリングすることによって、前記決定されたサービスレベル仕様を正規化し、
前記ネットワーク機能および前記所与の正規化モデルに基づいて、要求されるサービスをサポートするネットワークスライスの構成について、構成と、前記ネットワーク機能の正規化された性能ケイパビリティとを決定し、
前記正規化されたサービスレベル仕様を前記正規化された性能ケイパビリティと比較して、
前記比較に基づいて、前記要求されるサービスを前記ネットワークスライスによって実現できるかどうかを決定し、そうであれば、前記スライスを作成する
ことを前記装置に行わせるように構成される、
装置。
［実施例２］
前記決定されたサービスレベル仕様は、前記性能パラメータの属性を備える、実施例１に記載の装置。
［実施例３］
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、
前記正規化されたサービスレベル仕様を決定するときに、前記サービスレベル仕様の前記性能パラメータを前記所与の正規化モデルにおいて利用可能なパラメータへマッピングする
ことを前記装置にさらに行わせるように構成される、実施例１に記載の装置。
［実施例４］
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、
前記要求されるサービスをサポートするネットワークスライスの１つ以上の代わりの構成および正規化された性能ケイパビリティを決定して、
前記１つ以上の代わりの構成の前記正規化されたサービスレベル仕様を前記正規化された性能ケイパビリティと比較する
ことを前記装置にさらに行わせるように構成される、実施例１に記載の装置。
［実施例５］
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、
前記ネットワーク機能の性能ケイパビリティを決定するときに、ネットワークトポロジおよびネットワークリソースについての情報を利用する
ことを前記装置にさらに行わせるように構成される、実施例１に記載の装置。
［実施例６］
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、
前記要求されるサービスを実現できるかどうかを決定するときに、前記サービス要求に関するサービスレベル合意データを考慮に入れる
ことを前記装置にさらに行わせるように構成される、実施例１に記載の装置。
［実施例７］
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサとともに、
前記要求されるサービスをネットワークスライスによって実現できない場合には、サービスレベル合意データから、前記サービス要求における要件が、前記要求されるサービスをそれに伴って実現できるであろう、受け入れ可能な削減を含むかどうかを決定する
ことを前記装置にさらに行わせるように構成される、実施例１に記載の装置。
［実施例８］
前記サービス要求は、複数のサービスに関連する、実施例１に記載の装置。
［実施例９］
サービス要件を備えるサービス要求を受信することと、
前記サービス要求に基づいて、前記要求のサービスレベル仕様を決定することであって、前記サービスレベル仕様は、前記要求されるサービスをサポートするための性能パラメータおよびネットワーク機能を含む、前記決定することと、
正規化されたサービスレベル仕様を得るために、前記ネットワークの所与の正規化モデルに従って前記性能パラメータをスケーリングすることによって、前記決定されたサービスレベル仕様を正規化することと、
前記ネットワーク機能および前記所与の正規化モデルに基づいて、前記要求されるサービスをサポートするネットワークスライスについて、構成と、前記ネットワーク機能の正規化された性能ケイパビリティとを決定することと、
前記正規化されたサービスレベル仕様を前記正規化された性能ケイパビリティと比較することと、
前記比較に基づいて、前記要求されるサービスを前記ネットワークスライスによって実現できるかどうかを決定し、そうであれば、前記スライスを作成することと、
を含む、方法。
［実施例１０］
前記決定されたサービスレベル仕様は、前記性能パラメータの属性を備える、実施例９に記載の方法。
［実施例１１］
前記正規化されたサービスレベル仕様を決定するときに、前記サービスレベル仕様の前記性能パラメータを前記所与の正規化モデルにおいて利用可能なパラメータへマッピングすることをさらに含む、実施例９に記載の方法。
［実施例１２］
前記要求されるサービスをサポートするネットワークスライスの１つ以上の代わりの構成および正規化された性能ケイパビリティを決定することと、
前記１つ以上の代わりの構成の前記正規化されたサービスレベル仕様を前記正規化された性 能ケイパビリティと比較することと、
をさらに含む、実施例９に記載の方法。
［実施例１３］
前記ネットワーク機能の性能ケイパビリティを決定するときに、ネットワークトポロジおよびネットワークリソースについての情報を利用することをさらに含む、実施例９に記載の方法。
［実施例１４］
前記要求されるサービスを実現できるかどうかを決定するときに、前記サービス要求に関するサービスレベル合意データを考慮に入れることをさらに含む、実施例９に記載の方法。
［実施例１５］
前記要求されるサービスをネットワークスライスによって実現できない場合には、サービスレベル合意データから、前記サービス要求における要件が、前記要求されるサービスをそれを伴って実現できるであろう、受け入れ可能な削減を含むかどうかを決定することをさらに含む、実施例９に記載の方法。
［実施例１６］
前記サービス要求は、複数のサービスに関連する、実施例９に記載の方法。
［実施例１７］
コンピュータプログラムであって、少なくとも
あるサービスのサービス要件を備えるサービス要求を受信することと、
前記サービス要求に基づいて、前記要求されるサービスのサービスレベル仕様を決定することであって、前記サービスレベル仕様は、前記要求されるサービスをサポートするための性能パラメータおよびネットワーク機能を含む、前記決定することと、
正規化されたサービスレベル仕様を得るために、前記ネットワークの所与の正規化モデルに従って前記性能パラメータをスケーリングすることによって、前記決定されたサービスレベル仕様を正規化することと、
前記ネットワーク機能および前記所与の正規化モデルに基づいて、前記要求されるサービスをサポートするネットワークスライスについて、構成と、前記ネットワーク機能の正規化された性能ケイパビリティとを決定することと、
前記正規化されたサービスレベル仕様を前記正規化された性能ケイパビリティと比較することと、
前記比較に基づいて、前記要求されるサービスを前記ネットワークスライスによって実現できるかどうかを決定し、そうであれば、前記スライスを作成することと、
を装置に行わせるための命令を含む、コンピュータプログラム。

Claims (21)

1. 無線アクセスネットワークにおける装置であって、
   あるサービスのサービス要件を備えるサービス要求を受信する手段と、
   前記サービス要求に基づいて、前記サービスのサービスレベル仕様を決定する手段と、
   を備え、前記サービスレベル仕様は、前記要求されるサービスをサポートするための性能パラメータおよびネットワーク機能を含み、前記装置は更に、
   正規化されたサービスレベル仕様を得るために、前記ネットワークの所与の正規化モデルに従って前記性能パラメータをスケーリングすることによって、前記決定されたサービスレベル仕様を正規化する手段と、
   前記ネットワーク機能および前記所与の正規化モデルに基づいて、前記要求されるサービスをサポートするネットワークスライスについての、前記ネットワーク機能の正規化された性能ケイパビリティを決定する手段と、
   前記正規化されたサービスレベル仕様を前記正規化された性能ケイパビリティと比較する手段と、
   前記比較に基づいて、前記要求されるサービスを前記ネットワークスライスによって実現できるかどうかを決定し、そうであれば、前記ネットワークスライスを作成する手段と、
   を備える、装置。
2. 前記決定されたサービスレベル仕様は、前記性能パラメータの属性を備える、請求項１に記載の装置。
3. 前記正規化されたサービスレベル仕様を決定するときに、前記サービスレベル仕様の前記性能パラメータを前記所与の正規化モデルにおいて利用可能なパラメータへマッピングする手段を更に備える、請求項１又は２に記載の装置。
4. 前記要求されるサービスを前記ネットワークスライスによって実現できない場合には、サービスレベル合意データから、前記サービス要求における要件が、前記要求されるサービスをそれに伴って実現できるであろう、受け入れ可能な削減を含むかどうかを決定するように構成される、請求項１から３のいずれかに記載の装置。
5. 前記ネットワーク機能の性能ケイパビリティを決定するときに、ネットワークトポロジおよびネットワークリソースについての情報を利用する手段を更に備える、請求項１から４のいずれかに記載の装置。
6. 前記要求されるサービスを実現できるかどうかを決定するときに、前記サービス要求に関するサービスレベル合意データを考慮に入れる手段を更に備える、請求項１から５のいずれかに記載の装置。
7. 前記サービス要求は、複数のサービスに関連する、請求項１から６のいずれかに記載の装置。
8. 無線アクセスネットワークにおける装置が実行する方法であって、
   サービス要件を備えるサービス要求を受信することと、
   前記サービス要求に基づいて、前記要求のサービスレベル仕様を決定することであって、前記サービスレベル仕様は、前記要求されるサービスをサポートするための性能パラメータおよびネットワーク機能を含む、前記決定することと、
   正規化されたサービスレベル仕様を得るために、前記ネットワークの所与の正規化モデルに従って前記性能パラメータをスケーリングすることによって、前記決定されたサービスレベル仕様を正規化することと、
   前記ネットワーク機能および前記所与の正規化モデルに基づいて、前記要求されるサービスをサポートするネットワークスライスについての、前記ネットワーク機能の正規化された性能ケイパビリティを決定することと、
   前記正規化されたサービスレベル仕様を前記正規化された性能ケイパビリティと比較することと、
   前記比較に基づいて、前記要求されるサービスを前記ネットワークスライスによって実現できるかどうかを決定し、そうであれば、前記ネットワークスライスを作成することと、
   を含む、方法。
9. 前記決定されたサービスレベル仕様は、前記性能パラメータの属性を備える、請求項８に記載の方法。
10. 前記正規化されたサービスレベル仕様を決定するときに、前記サービスレベル仕様の前記性能パラメータを前記所与の正規化モデルにおいて利用可能なパラメータへマッピングすることをさらに含む、請求項８又は９に記載の方法。
11. 前記要求されるサービスをネットワークスライスによって実現できない場合には、サービスレベル合意データから、前記サービス要求における要件が、前記要求されるサービスをそれに伴って実現できるであろう、受け入れ可能な削減を含むかどうかを決定することを更に含む、請求項８から１０のいずれかに記載の方法。
12. 前記ネットワーク機能の性能ケイパビリティを決定するときに、ネットワークトポロジおよびネットワークリソースについての情報を利用することをさらに含む、請求項８から１１のいずれかに記載の方法。
13. 前記要求されるサービスを実現できるかどうかを決定するときに、前記サービス要求に関するサービスレベル合意データを考慮に入れることをさらに含む、請求項８から１２のいずれかに記載の方法。
14. 前記サービス要求は、複数のサービスに関連する、請求項８から１３のいずれかに記載の方法。
15. 前記要求されるサービスをサポートするネットワークスライスを複数決定することと；
    前記正規化されたサービスレベル仕様の前記複数の性能パラメータに関して、前記複数のネットワークスライスのそれぞれを、前記正規化されたサービスレベル仕様と比較することと；
    前記比較の結果と、前記複数の性能パラメータの優先順位とに基づいて、前記複数のネットワークスライスから良好なネットワークスライスを決定することと；
    を更に含む、請求項８から１４のいずれかに記載の方法。
16. 前記複数のネットワークスライスのうち少なくとも２つはＥ２Ｅスライスであり、前記複数の性能パラメータのうちの１つはＥ２Ｅ遅延である、請求項１５に記載の方法。
17. 前記要求されるサービスをサポートするネットワークスライスについての、前記ネットワーク機能の正規化された性能ケイパビリティを決定する手段は、前記要求されるサービスをサポートするネットワークスライスを複数決定するように構成され；
    前記比較する手段は、前記正規化されたサービスレベル仕様の前記複数の性能パラメータに関して、前記複数のネットワークスライスのそれぞれを、前記正規化されたサービスレベル仕様と比較するように構成され；
    前記作成する手段は、前記比較の結果と、前記複数の性能パラメータの優先順位とに基づいて、前記複数のネットワークスライスから良好なネットワークスライスを決定するように構成される、
    請求項１から７のいずれかに記載の装置。
18. 前記優先順位を含むＳＬＡユーティリティデータを提供するＳＬＡユーティリティ機能部を更に備え、
    前記作成する手段は、前記ＳＬＡユーティリティ機能部から前記ＳＬＡユーティリティデータを受信するように構成される、
    請求項１７に記載の装置。
19. 前記複数のネットワークスライスのうち少なくとも２つはＥ２Ｅスライスであり、前記複数の性能パラメータのうちの１つはＥ２Ｅ遅延である、請求項１７又は１８に記載の装置。
20. 処理手段及び記憶手段を備える装置であって、前記記憶手段はプログラム命令を格納し、前記プログラム命令は、前記処理手段に実行されると、前記装置に、請求項８から１６のいずれかに記載の方法を遂行させるように構成される、装置。
21. 装置の処理手段に実行されると、前記装置に、請求項８から１６のいずれかに記載の方法を遂行させるように構成されるプログラム命令を備える、コンピュータプログラム。

Images