(57)【要約】  サービスマッピング装置１０では、既にスライスが割り当てられているサービスと、当該スライスと、当該サービスを実行する装置を示すアドレスとを対応付けたスライス割当テーブルを記憶している。また、サービスマッピング装置１０の依頼受付部１１は、機能の要件であるＳＬＡ―ＳＬを受信する。決定部１５は、割当対象のサービスのサービス要件（ＳＬＡ―ＳＬ）に対応するＳＬＡ―ＳＬを有するスライスを決定する。割当部１６は、割当対象のサービスを決定されたスライスにサービスを割り当て変更する。接続先取得部９２は、割当て対象のサービスの接続先（ＳＧＷ１１０Ｂ）のアドレスを取得して、接続制御部９３は、ＳＧＷ１１０Ａに関するリソースを解放する前に当該接続先のアドレスをｅＮＢ１００へ通知する。
2017170937.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークインフラ上に生成される仮想ネットワークであるスライスを変更する通信システムのスライス変更方法であって、
スライスを変更する条件を満たす場合、変更後のスライスの接続先を取得する取得ステップと、
スライスを利用する端末とスライスの接続先とを繋げる通信装置へ前記取得ステップにより取得された接続先を通知する通知ステップと、
前記通知ステップによる通知の後に、変更前のスライスに関するリソースの解放を行う解放ステップと、
を含むスライス変更方法。
【請求項２】
前記通知ステップは、前記変更後のスライスの接続先へ接続要求をした後に、前記通知を行う、請求項１に記載のスライス変更方法。
【請求項３】
前記条件は、スライスのリソース使用状況に基づいて定められ、
前記取得ステップは、スライス毎のリソース使用状況に応じて定められた変更後のスライスの接続先を取得する、請求項１又は２に記載のスライス変更方法。
【請求項４】
前記端末が利用するサービスは、スライスに割り当てられており、
前記スライスを変更する条件を満たす場合、変更後のスライスへ前記サービスが割当てられる、請求項１から３の何れか一項に記載のスライス変更方法。
【請求項５】
ネットワークインフラ上に生成される仮想ネットワークであるスライスを変更する通信システムに含まれるスライス変更装置であって、
スライスを変更する条件を満たす場合、変更後のスライスの接続先を取得する取得手段と、
スライスを利用する端末とスライスの接続先とを繋げる通信装置へ前記取得手段により取得された接続先を通知する通知手段と、
前記通知手段による通知の後に、変更前のスライスに関するリソースの解放を行う解放手段と、
を備えるスライス変更装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スライスを変更するスライス変更方法及びスライス変更装置に関する。
【背景技術】
【０００２】
従来の仮想化技術を用いたネットワークシステムは、非特許文献１に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることにより、それぞれ独立したスライスのネットワークを用いてサービス提供することができる。これにより、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】中尾彰宏、仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術、［online］、2010年6月、独立行政法人情報通信研究機構、［2016年1月26日検索］、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、一意にサービスをスライスに割り当ててしまうと、当該サービスの要件が動的に変わる場合や当該スライスを提供するリソースの状況が変化した場合に、常時当該サービスに対して適切なスライスに割り当てているとは限らない。また、リソース利用効率化の観点からもスライスを固定することが適切でない場合もある。よって、状況に応じて動的にスライスを変更する必要がある。スライスの接続先を強制的にリアタッチさせることが考えられるが、この場合、瞬断が発生してしまうという問題がある。【０００５】
本発明は、上記に鑑みてなされたものであり、スライスを瞬断なく変更するスライス変更方法及びスライス変更装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の一側面に係るスライス変更方法は、ネットワークインフラ上に生成される仮想ネットワークであるスライスを変更する通信システムのスライス変更方法であって、スライスを変更する条件を満たす場合、変更後のスライスの接続先を取得する取得ステップと、スライスを利用する端末とスライスの接続先とを繋げる通信装置へ取得ステップにより取得された接続先を通知する通知ステップと、通知ステップによる通知の後に、変更前のスライスに関するリソースの解放を行う解放ステップと、を含む。【０００７】
また、本発明の一側面に係るスライス変更装置は、ネットワークインフラ上に生成される仮想ネットワークであるスライスを変更する通信システムに含まれるスライス変更装置であって、スライスを変更する条件を満たす場合、変更後のスライスの接続先を取得する取得手段と、スライスを利用する端末とスライスの接続先とを繋げる通信装置へ前記取得手段により取得された接続先を通知する通知手段と、通知手段による通知の後に、変更前のスライスに関するリソースの解放を行う解放手段と、を備える。【０００８】
上記のスライス変更方法によれば、スライスを変更する条件を満たした場合に、変更後のスライスの接続先を取得し、変更前のスライスに関するリソースを解放する前に、取得した接続先を通信装置へ通知する。これにより、当該通信装置側から接続先の変更の問合せをすることなく、スライスを変更したタイミングで接続先を変更することができる。すなわち、スライスを瞬断なく変更することができる。【０００９】
上記のスライス変更方法では、通知ステップは、スライスの接続先へ接続要求をした後に、通知を行ってもよい。この場合、サービスの接続先へ接続要求した後に通知を行うので、当該通知に応じて端末からサービスの接続先へ適切に接続することができる。【００１０】
上記のスライス変更方法では、条件は、スライスのリソース使用状況に基づいて定められ、取得ステップは、スライス毎のリソース使用状況に応じて定められた変更後のスライスの接続先を取得してもよい。この場合、リソース使用状況に応じて割当てられるスライスが定まるので、リソース負荷に基づいてサービスの接続先を変更することができる。【００１１】
上記のスライス変更方法では、端末が利用するサービスは、スライスに割り当てられており、スライスを変更する条件を満たす場合、変更後のスライスへサービスが割当てられてもよい。この場合、変更前のスライスに関するリソースを解放する前に、サービスが割り当てられたスライスの接続先を通信装置へ通知するので、瞬断無くサービスを利用することができる。
【発明の効果】
【００１２】
スライスを瞬断なく変更することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る通信システムの構成を示す図である。
【図２】スライスとリソースとの対応関係を示す図である。
【図３】本発明の実施形態に係る通信システムに含まれる装置のブロック図である。
【図４】サービス要件テーブルを示す図である。
【図５】スライス要件テーブルを示す図である。
【図６】スライス割当テーブルを示す図である。
【図７】サービスタイプアドレステーブルを示す図である。
【図８】ファンクションセットテーブルを示す図である。
【図９】ファンクション要件テーブルを示す図である。
【図１０】ＶＭ機能テーブルを示す図である。
【図１１】ＶＭ使用率テーブルを示す図である。
【図１２】ハードウェア使用率テーブルを示す図である。
【図１３】サービスマッピング装置等のハードウェア構成図である。
【図１４】接続先変更処理を示すシーケンス図である。
【図１５】サービスタイプアドレステーブルの変化を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面と共に本発明の一側面に係るスライス割当方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１５】
図１に本実施形態に係るサービスマッピング装置１０を含む通信システムの構成を示す。通信システムは、仮想ネットワークであるスライスに対してサービスを割り当てる通信システムである。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。サービスとは、通信サービス（専用線サービス等）やアプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。
【００１６】
図１に示すように通信システムは、サービスマッピング装置１０と、ＳＯ（Service  Operator）２０と、ＯＳＳ／ＢＳＳ（Operations  Support  System／Business  Support  System）３０と、ＮＦＶＯ４０と、ＶＮＦＭ５０と、ＶＩＭ(Virtualized  Infrastructure  Management:仮想化基盤管理)６０と、ＨＳＳ（Home Subscriber Server）７０と、ＤＮＳ（Domain  Name  System）サーバ８０と、ＭＭＥ（Mobility  Management  Entity）９０（スライス変更装置）と、ｅＮＢ１００と、ＳＧＷ（Serving  Gateway）１１０（ＳＧＷ１１０Ａ〜ＳＧＷ１１０Ｃ）と、ＰＧＷ（Packet  data  network  gateway）１２０（ＰＧＷ１２０Ａ〜ＰＧＷ１２０Ｃ）と、ＵＥ（User  Equipment）１３０とを含んで構成されている。このうち、ＮＦＶＯ４０とＶＮＦＭ５０とＶＩＭ６０とは、ＭＡＮＯ（Management  &  Orchestration）architectureである。なお、ＳＧＷ１１０Ａの識別子は、「ＳＧＷ１」であり、ＳＧＷ１１０Ｂの識別子は、「ＳＧＷ２」であり、ＳＧＷ１１０Ｃの識別子は、「ＳＧＷ３」である。ＰＧＷ１２０Ａの識別子は、「ＰＧＷ１」であり、ＰＧＷ１２０Ｂの識別子は、「ＰＧＷ２」であり、ＰＧＷ１２０Ｃの識別子は、「ＰＧＷ３」である。
【００１７】
これらの構成要素は、通信システムのコアネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線等で接続されており情報の送受信が可能となっている。
【００１８】
本実施形態に係る通信システムは、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末（ＵＥ１３０）に対して通信機能を提供する。即ち、通信システムは、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
【００１９】
サービスマッピング装置１０は、通信システムにおけるサービス管理を行い、通信システムでの通信機能に係る指示を行うノードである。また、サービスマッピング装置１０は、通信システムに係る通信事業者によって操作され得る。
【００２０】
ＳＯ（Service  Operator）２０は、サービス要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置（例えば、パーソナルコンピュータ等）である。
【００２１】
ＯＳＳ／ＢＳＳ３０は、ＳＯ２０からのサービス要求を受け付けて、サービスマッピング装置１０へその要求を通知する装置である。
【００２２】
ＮＦＶＯ４０は、物理資源であるＮＦＶＩ１６０上に構築された仮想ネットワーク（スライス）全体の管理を行う全体管理ノード（機能エンティティ）である。ＮＦＶＯ４０は、サービスマッピング装置１０からの指示を受信し、当該指示に応じた処理を行う。ＮＦＶＯ４０は、インフラと通信サービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。ＮＦＶＯ４０は、仮想ネットワークにより提供される通信サービスをＶＮＦＭ５０及びＶＩＭ６０を経由して適切な場所に実現する。例えば、サービスのライフサイクル管理（具体的には例えば、生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源の分散・予約・割当管理、サービス・インスタンス管理、及びポリシー管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。
【００２３】
ＶＮＦＭ５０は、物理資源（ノード）となるＮＦＶＩ１６０に対して、サービスに係る機能を追加する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ５０は、通信システムに複数設けられていてもよい。
【００２４】
ＶＩＭ６０は、物理資源（ノード）各々を管理する物理資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ６０は、データセンタ（局舎）毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫやｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ６０は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、ＮＦＶＩ１６０における物理資源各々を管理する複数のＶＩＭ６０が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。
【００２５】
なお、ＮＦＶＯ４０、ＶＮＦＭ５０及びＶＩＭ６０は、物理的なサーバ装置上でプログラムが実行されることにより実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。ＮＦＶＯ４０、ＶＮＦＭ５０及びＶＩＭ６０は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。ＮＦＶＯ４０、ＶＮＦＭ５０及びＶＩＭ６０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。
【００２６】
ＮＦＶＯ４０は、スライス生成要求を受信すると、ＶＩＭ６０に対してスライス（スライスＳＬ１、ＳＬ２等）のためのリソース確保要求を行う。ＶＩＭ６０が、物理資源を構成するサーバ装置やスイッチにおけるリソースを確保すると、ＮＦＶＯ４０は、当該これら物理資源に対してスライスを定義する。
【００２７】
また、ＮＦＶＯ４０は、ＶＩＭ６０に、物理資源においてリソース確保させると、当該物理資源に対してスライスを定義した情報をＮＦＶＯ４０が記憶しているテーブルに記憶する。そして、ＮＦＶＯ４０は、サービスに必要となる機能を実現するためのソフトウェアのインストール要求をＶＮＦＭ５０に対して行う。ＶＮＦＭ５０は、当該インストール要求に応じて、ＶＩＭ６０によって確保された物理資源（サーバ装置、スイッチ装置またはルータ装置などのノード）に対して上記ソフトウェアをインストールする。
【００２８】
ＮＦＶＯ４０は、ＶＮＦＭ５０によりソフトウェアがインストールされると、ＮＦＶＯ４０が記憶しているテーブルへスライスと上記インストールにより実現される機能との対応付けをする。スライスＳＬ１〜スライスＳＬ３は、サービスを割り当てる単位となるスライスである。スライスＳＬ１の識別子（ＮＷ  ＳｌｉｃｅＩＤ）は、「１」であり、スライスＳＬ２の識別子は、「２」であり、スライスＳＬ３の識別子は、「３」であるものとする。
【００２９】
例えば、ＮＦＶＯ４０がスライス（スライスＳＬ１及びスライスＳＬ２）のためのリソース確保要求をＶＩＭ６０へ行うと、ＶＩＭ６０は、その旨の指示をＮＦＶＩ１６０の物理資源（サーバ装置、スイッチ）へ行う。そして、ＮＦＶＯ４０は、確保したリソースに対して、ＳＧＷ１１０、ＰＧＷ１２０を実現するためのソフトウェアをＶＮＦＭ５０に対してインストールさせる。ＮＦＶＯ４０は、スライスを作成すると、当該スライスの情報をサービスマッピング装置１０に送信する。サービスマッピング装置１０は、当該スライスの情報に基づいて、サービス（例えば、ｓｍａｒｔｍｅｔｅｒ（電力をデジタルで計測するサービス）、ＭＢＢ（モバイルブロードバンドサービス）、ｖｏｉｃｅ（音声出力サービス））を割当てる。
【００３０】
例えば、図２（Ａ）に示すように、スライスＳＬ１は、ＳＧＷ１１０Ａ及びＰＧＷ１２０Ａを有し、スライスＳＬ２は、ＳＧＷ１１０Ｂ及びＰＧＷ１２０Ｂを有する。スライスＳＬ１には、サービスタイプ「ｓｍａｒｔｍｅｔｅｒ」及び「ＭＢＢ」が割り当てられている。また、スライスＳＬ２には、サービスタイプ「ｖｏｉｃｅ」が割り当てられている。サービスタイプとは、サービスの種類を示すものである。
【００３１】
サービスマッピング装置１０は、ＮＦＶＯ４０からスライス毎のリソース使用率を取得し、当該リソース使用率に基づいて、サービスを割当てるスライスを変更する。例えば、図２（Ａ）に示すスライスＳＬ１のリソース使用率が、予め記憶している閾値（例えば、８０％）以上である場合、図２（Ｂ）に示すように、サービスマッピング装置１０は、サービスタイプ「ＭＢＢ」をスライスＳＬ２に割当てる。
【００３２】
上述の物理資源であるＮＦＶＩ１６０は、仮想化環境を構成する物理資源（ノード群）から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、通信システムにおいて通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ１６０を構成する物理サーバ等のノードは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、通信システムには、複数のデータセンタが設けられている。データセンタ間はネットワークで接続されており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
【００３３】
上述のように、ＶＮＦＭ５０が、物理資源（ノード）となるＮＦＶＩ１６０に対して、各種機能を追加することにより、ＮＦＶＩ１６０は、ＨＳＳ７０、ＤＮＳサーバ８０、ＭＭＥ９０、ＳＧＷ１１０、及びＰＧＷ１２０の機能を実現する。
【００３４】
ＨＳＳ７０は、ＵＥ１３０等の通信端末の契約情報、認証情報、通信サービス情報、端末タイプ情報及び在圏情報を含む加入者情報をデータベースで管理する機能である。ここで、通信サービス情報とは、各ＵＥ１３０が利用する通信サービスのタイプを定義した情報である。通信サービス情報には、ＵＥ１３０を識別する情報（例えば、ＩＭＳＩ（International Mobile Subscriber Identity））と、当該ＵＥ１３０が利用する通信サービスを示すサービスタイプとが含まれる。
【００３５】
ＤＮＳサーバ８０は、ネットワーク上でドメイン名やホスト名とＩＰアドレスの対応関係を管理する機能である。さらにＤＮＳサーバ８０は、サービスタイプとＳＧＷ１１０のアドレスとを対応付けた情報を記憶している。ＤＮＳサーバ８０は、ＭＭＥ９０からアドレスの送信要求を受け付けると、要求に応じたＳＧＷ１１０のアドレスをＭＭＥ９０へ送信する。
【００３６】
ＭＭＥ９０は、ＬＴＥ（Long Term Evolution）ネットワークに在圏するユーザ端末（ＵＥ１３０）の位置管理、認証制御、及びＳＧＷ１１０とＵＥ１３０との間のユーザデータの通信経路の設定処理を行う機能である。すなわち、ＭＭＥ９０は、ＵＥ１３０と通信接続する通信装置である。
【００３７】
ｅＮＢ１００は、ＭＭＥ９０に接続された無線基地局であるとともに、無線アクセス制御機能を有した通信装置である。ｅＮＢ１００は、ＭＭＥ９０からサービスの接続先（例えば、ＳＧＷ１１０）のＩＰアドレスを取得し、当該ＩＰアドレスを用いてＵＥ１３０とサービスの接続先とを繋げる。
【００３８】
ＳＧＷ１１０は、ＬＴＥを収容する在圏パケット交換機の機能で、ＰＧＷ（Packet data network Gateway）１２０との間で通信サービス提供に利用されるユーザデータの送受信を行う。ＳＧＷ１１０は、複数の通信サービスの要件に対応して複数設けられている。
【００３９】
ＰＧＷ１２０は、ＰＤＮ（Packet data network）との接合点であり、ＩＰアドレスの割当てや、ＳＧＷ１１０へのパケット転送などを行うゲートウェイである。
【００４０】
引き続いて、サービスマッピング装置１０、ＮＦＶＯ４０、ＶＮＦＭ５０、ＶＩＭ６０、及びＭＭＥ９０について、本実施形態に係る機能について図３を用いて説明する。
【００４１】
図３に示すようにサービスマッピング装置１０は、依頼受付部１１と、保持部１２と、スライス要件取得部１３と、リソース取得部１４と、決定部１５と、割当部１６と、登録要求部１７と、切替要求部１８とを有する。
【００４２】
依頼受付部１１は、ＯＳＳ／ＢＳＳ３０からのサービスにおける機能の要件であるサービス要件を含むサービス依頼を受け付ける部分である。ここで、サービス要件の内、機能要件とはサービスを実行するための機能に関する要件である。具体的には、機能要件としてモビリティ制御の要否、可能アクセスエリア範囲、サービス利用時間が含まれる。モビリティ制御の要否とは、ハンドオーバ制御を必要とするか否かを意味する。アクセスエリア範囲は、サービスを提供する範囲（エリア）を意味する。サービス利用時間は、サービスを利用する時間帯を意味する。
【００４３】
また、依頼受付部１１は、サービス依頼を受け付ける際に、サービスを実現するための機能の要件を示す情報を受信する。ここでいうサービスを実現するための機能の要件を示す情報としては、ＳＬＡ−ＳＬである。
【００４４】
依頼受付部１１は、上記のサービスを実現するための機能の要件を示す情報を受信すると、サービス要件を決定部１５へ送出する。また、依頼受付部１１は、スライス要件取得部１３に対して、スライス要件を取得する旨の通知をする。
【００４５】
また、依頼受付部１１は、予め定められているリソース状況チェックタイミング（例えば、１時間に１回）であることを検知すると、リソース取得部１４へリソース取得する旨の通知をすると共に、上記チェックタイミングである旨を決定部１５へ通知する。また、依頼受付部１１は、リソース状況チェックタイミングである場合も、スライス要件取得部１３に対して、スライス要件を取得する旨の通知をする。
【００４６】
保持部１２は、各種テーブルを記憶する部分である。保持部１２は、サービス要件テーブル、スライス要件テーブル、及びスライス割当テーブルを記憶する。図４に、サービス要件テーブルを示す。図４に示すように、サービス要件テーブルは、「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄と充足要求条件である「ＳＬＡ−ＳＬ」欄とを対応付けた情報を記憶する。ここで、「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄及び「ＳＬＡ−ＳＬ」欄の情報は、ＯＳＳ／ＢＳＳ３０からサービス要求を受け付けたサービスを特定する情報であり、ＯＳＳ／ＢＳＳ３０から受信する情報である。図４の例では、「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄に入力されている「ＭＢＢ」であるサービスタイプのＳＬＡ−ＳＬが「２，２，２，２」であることを示す。サービス要件テーブルにおける「ＳＬＡ−ＳＬ」欄に入力される情報は、サービスが要求する４つの機能を数値化したものである。この４つの機能は、例えば、移動性に関するもの、通信遅延に関するもの、データ処理能力に関するもの、及び安全性に関するもの等である。
【００４７】
続いて、図５に、スライス要件テーブルを示す。図５に示すように、スライス要件テーブルは、「ＮＷ  ｓｌｉｃｅＩＤ」欄と「ＳＬＡ−ＳＬ」欄とを対応付けた情報を記憶する。「ＮＷ  ｓｌｉｃｅＩＤ」欄及び「ＳＬＡ−ＳＬ」欄の情報は、ＮＦＶＯ４０から受信する情報である。図５の例では、「ＮＷ  ｓｌｉｃｅＩＤ」が「１」であるスライスは、ＳＬＡ−ＳＬが「２，２，２，２」であることを示す。ＭＡＮＯでスライスが新規に生成されると、サービスマッピング装置１０は、新規に生成されたスライスについての「ＮＷ  ｓｌｉｃｅＩＤ」欄の情報と「ＳＬＡ−ＳＬ」欄の情報とを取得し、保持部１２のスライス要件テーブルに記憶する。スライス要件テーブルにおける「ＳＬＡ−ＳＬ」欄に入力される情報は、スライスが提供可能な４つの機能を数値化したものである。この４つの機能は、例えば、移動性に関するもの、通信遅延に関するもの、データ処理能力に関するもの、及び安全性に関するもの等である。
【００４８】
続いて、図６に、スライス割当テーブルを示す。図６に示すように、「ＮＷ  ｓｌｉｃｅＩＤ」欄と、「構成ノード」欄と、「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄と、「リソース利用率」欄とを対応付けた情報を記憶する。「ＮＷ  ｓｌｉｃｅＩＤ」欄、「構成ノード」欄、及び「リソース利用率」欄の情報は、ＮＦＶＯ４０から受信する情報である。「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄の情報は、ＯＳＳ／ＢＳＳ３０から受信する情報である。図６の例では、「ＮＷ  ｓｌｉｃｅＩＤ」が「１」であるスライスは、構成ノードが「ＳＧＷ１、ＰＧＷ１」であり、サービスタイプ（Ｓｅｒｖｉｃｅ  ｔｙｐｅ）が「ＭＢＢ，ｓｍａｒｔｍｅｔｅｒ」であり、リソース利用率が「８０％」であることを示す。ＭＡＮＯでスライスが新規に生成されると、サービスマッピング装置１０は、新規に生成されたスライスについての「ＮＷ  ｓｌｉｃｅＩＤ」欄と、「構成ノード」欄と、「リソース利用率」欄と、「ＳＬＡ−ＳＬ」欄との情報を取得し、保持部１２のスライス要件テーブル及びスライス割当テーブルに記憶する。また、サービスマッピング装置１０は、スライスに割り当てるサービスタイプが決まると、当該スライスの「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄に対応付ける。
【００４９】
スライス要件取得部１３は、保持部１２で記憶している、図５に示したスライス要件テーブルを参照して、各スライスの要件（ＳＬＡ−ＳＬ）を取得する部分である。スライス要件取得部１３は、当該スライスの要件を取得すると、決定部１５へ送出する。
【００５０】
リソース取得部１４は、依頼受付部１１からリソース取得要求を受け付けると、ＮＦＶＯ４０へリソース取得要求をする。リソース取得部１４は、当該リソース取得要求に応じて、ＮＦＶＯ４０からリソース情報を受信する。リソース取得部１４は、当該リソース情報をスライス割当テーブルへ更新する。また、リソース取得部１４は、依頼受付部１１の要求に応じてスライス割当テーブルを参照し、スライス毎のリソース利用率を決定部１５へ送出する。
【００５１】
決定部１５は、依頼受付部１１によって受け付けられたサービスのサービス要件に対応するスライスを決定する部分である。例えば、決定部１５は、依頼受付部１１がＯＳＳ／ＢＳＳ３０からサービス割当要求を受け付けた場合、依頼受付部１１から受信したＳＬＡ―ＳＬと、スライス要件取得部１３から取得した図５に示したスライス要件テーブルの情報のＳＬＡ―ＳＬとを比較して、依頼受付部１１から受信したＳＬＡ―ＳＬの値を全て包含する（受信したＳＬＡ―ＳＬの値以上である）スライス要件テーブルの情報の「ＮＷ  ｓｌｉｃｅＩＤ」欄に設定されているＩＤをスライスＩＤとして決定する。決定部１５は、スライス割当テーブルを参照し、割当対象のサービスタイプと同一のサービスタイプが既に割り当てられている場合であり、上記決定したスライスＩＤと、上記サービスタイプに既に割り当てられているスライスＩＤとが異なる場合、割当部１６へ割り当て要求をする。また、決定部１５は、サービス要件テーブルを参照し、既に同一のサービスタイプが割り当てられていない場合は、割当部１６へ割り当て要求する。
【００５２】
また、決定部１５は、リソース取得部１４からリソース情報を取得した場合、サービス要件テーブルの各サービスタイプに対応するＳＬＡ―ＳＬと、スライス要件テーブルのＳＬＡ―ＳＬと、リソース取得部１４によって取得されたスライス毎のリソース使用状況とに基づいて、割当対象のサービスタイプに割り当てるスライスを決定する。具体的には、決定部１５は、スライス要件テーブルのＳＬＡ―ＳＬを参照し、スライス割当テーブルの各サービスタイプに対応するＳＬＡ―ＳＬを満たすスライスの内、リソース使用状況に余裕のある（リソースに空きがある）スライスにサービスタイプを割り当てることを決定する。ここでリソース使用状況に余裕があるとは、スライス毎のリソース（当該スライスを構成するＶＭ又は、当該ＶＭを実現するハードウェア）の利用率の平均値が最も低いことをいう。この場合に、今回決定したスライスと、前回割り当てていたスライスが異なる場合、割当部１６へ割り当て要求をする。決定部１５は、割当部１６へ割当要求する場合、端末情報（例えば、ユーザＩＤ）、サービスタイプ、及び割り当てるスライスを通知する。
【００５３】
割当部１６は、スライス割当テーブルにより割当対象のサービスに対応付けられているスライスから、決定部１５により決定されたスライスへ割当てる部分である。割当部１６は、割当対象のサービスタイプと、割当先のスライスを対応付けるようにスライス割当テーブルを更新する。
【００５４】
登録要求部１７は、ＤＮＳサーバ８０に対して、割当部１６により変更されたスライスとサービスタイプとを登録要求する部分である。登録要求部１７は、変更後のスライスのスライスＩＤとサービスタイプとをＤＮＳサーバ８０へ送信する。
【００５５】
ここで、ＤＮＳサーバ８０が記憶している情報の例を図７に示す。ＤＮＳサーバ８０は、図７に示すように、「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄と「ＮＷ  ｓｌｉｃｅＩＤ」欄と「ＩＰ  Ａｄｄｒｅｓｓ」欄とを対応付けた情報を上記登録要求に応じて記憶する。「Ｓｅｒｖｉｃｅ  ｔｙｐｅ」欄には、サービスタイプが入力される。「ＮＷ  ｓｌｉｃｅＩＤ」欄には、スライスＩＤが入力される。「ＩＰ  Ａｄｄｒｅｓｓ」欄には、アクセス先を示すアドレス情報が入力される。ＤＮＳサーバ８０は、上記登録要求を受信すると、要求対象のサービスタイプの情報が入力されていない場合には、新たにサービスタイプと、上記アドレス情報を登録する。既にサービスタイプが登録されている場合には、当該サービスタイプに対応するアドレス情報を、要求対象のアドレス情報に変更する。なお、ＤＮＳサーバ８０は、スライスＩＤと、当該スライスＩＤが示すスライスの接続先となる装置のＩＰアドレスとを対応付けた情報をさらに記憶している。
【００５６】
切替要求部１８は、ＭＭＥ９０へサービスタイプのスライス変更を依頼する部分である。すなわち、切替要求部１８は、サービスの接続先の変更依頼をする部分である。具体的には、切替要求部１８は、割当部１６から変更後のスライス及びサービスタイプを受け付けると、当該変更後のスライス及びサービスタイプをＭＭＥ９０へ送信する。
【００５７】
続いて、ＮＦＶＯ４０の機能の説明をする。ＮＦＶＯ４０は、保持部４１と、リソース要求受付部４２と、リソース通知部４３とを備える。
【００５８】
保持部４１は、各種テーブルを記憶する部分である。保持部４１は、ファンクションセットテーブル及びファンクション要件テーブルを記憶する。図８にファンクションセットテーブルを示す。このファンクションセットテーブルは、「ＮＷ  Ｓｌｉｃｅ  ＩＤ」欄と「Ｆｕｎｃｉｔｏｎ  Ｓｅｔ」欄とを対応付けた情報を記憶するテーブルである。「ＮＷ  Ｓｌｉｃｅ  ＩＤ」欄には、スライスを識別するスライスＩＤが入力されている。「Ｆｕｎｃｉｔｏｎ  Ｓｅｔ」欄には、ファンクションセットを示す情報が入力されている。図９にファンクション要件テーブル示す。ファンクション要件テーブルは、「Ｆｕｎｃｔｉｏｎ」欄と「ＳＬＡ−ＳＬ」欄とを対応付けた情報を記憶するテーブルである。図９に示す「Ｆｕｎｃｉｔｏｎ」欄には、ファンクションを示す情報が入力されている。また、「ＳＬＡ−ＳＬ」欄には、当該ファンクションに対応するＳＬＡ−ＳＬを示す情報が入力されている。
【００５９】
リソース要求受付部４２は、サービスマッピング装置１０からリソース要求を受け付けると、保持部４１のファンクションセットテーブルからファンクションセットを取得する。リソース要求受付部４２は、当該ファンクションセットのそれぞれの機能をＶＮＦＭ５０へ送信し、ＶＭ取得要求をする。リソース要求受付部４２は、ＶＮＦＭ５０からＶＭを取得する。続いて、リソース要求受付部４２は、それぞれのＶＭのリソース利用状況の送信要求をＶＩＭ６０へ行う。リソース要求受付部４２は、ＶＩＭ６０からリソース利用状況を受信すると、当該リソース利用状況をスライス毎にリソース通知部４３へ通知する。
【００６０】
リソース通知部４３は、リソース要求受付部４２から受信したリソース利用状況をスライス毎にサービスマッピング装置１０へ送信する。なお、リソース通知部４３は、スライスに対応するＶＭ（スライスのファンクションセットを実現うするＶＭ）のリソース利用状況の平均値をスライスのリソース利用状況として送信したり、スライスに対応するＶＭの内、最も大きいリソース利用状況の値をスライスのリソース利用状況として送信したりしてもよい。
【００６１】
続いて、ＶＮＦＭ５０の説明をする。ＶＮＦＭ５０は、構成要求受付部５１と、保持部５２と、検索部５３とを有する。構成要求受付部５１は、ＮＦＶＯ４０からのＶＭ取得要求を受け付ける部分である。構成要求受付部５１は、ＮＦＶＯ４０から対象機能と共にＶＭ取得要求を受け付けると、当該対象機能を検索部５３へ通知する。構成要求受付部５１は、検索部５３に当該通知をした後に、検索部５３による検索結果を検索部５３から取得する。構成要求受付部５１は、検索結果を検索部５３から取得すると、検索結果をＮＦＶＯ４０へ送信する。
【００６２】
保持部５２は、各種情報を保持する部分である。保持部５２は、ソフトウェア（例えば、リポジトリ）を保持する。また、保持部５２は、上記ソフトウェア以外に、ＶＭと機能とを対応付けた情報有するＶＭ機能テーブルを記憶する。図１０にＶＭ機能テーブルの例を示す。図１０に示すように、「Ｆｕｎｃｔｉｏｎ」欄と「ＶＭ」欄と、図示していないが、当該「ＶＭ」のアドレスを示す「アドレス」欄とを対応付けて記憶している。「Ｆｕｎｃｔｉｏｎ」欄には、ファンクションを示す情報が入力されている。「ＶＭ」欄には、当該ファンクションを実行するＶＭを示す情報（例えば、ＶＭの識別子等）が入力される。
【００６３】
検索部５３は、構成要求受付部５１からの要求に応じて、保持部５２のＶＭ機能テーブルを検索して、その検索結果を構成要求受付部５１へ通知する部分である。検索部５３は、構成要求受付部５１から対象機能を受信すると、ＶＭ機能テーブルを検索して、当該対象機能に合致する「Ｆｕｎｃｔｉｏｎ」欄の情報を有する「ＶＭ」を検索結果として、構成要求受付部５１へ送信する。
【００６４】
ＶＩＭ６０は、リソース要求受付部６１と、保持部６２と、リソース通知部６３とを備える。リソース要求受付部６１は、ＮＦＶＯ４０から、対象ＶＭと共にリソース状況の要求を受け付ける部分である。リソース要求受付部６１は、リソース状況要求受け付けると、対象ＶＭを検索キーとして、保持部６２の情報を検索する。リソース要求受付部６１は、検索結果をリソース通知部６３へ通知する。
【００６５】
保持部６２は、リソース情報を記憶する部分である。リソース情報として、ＶＭの使用率情報及び当該ＶＭを実現するハードウェアの使用率情報を記憶する。図１１にＶＭの使用率情報例を示す。図１１に示すように、「ＶＭ」欄と、「所属HW」欄と、「Ｕｓａｇｅ」欄とを対応付けた情報を記憶している。「ＶＭ」欄には、ＶＭを示す情報（例えば、ＶＭの識別子）が入力されている。「所属ＨＷ」欄には、ＶＭを実現するハードウェア（例えば、サーバ）を示す情報（例えば、サーバの識別子）が入力されている。「Ｕｓａｇｅ」欄には、ＶＭの使用率を示す情報が入力されている。続いて、図１２にハードウェアの使用率情報の例を示す。図１２に示すように、「ＨＷ」欄と、「Ｕｓａｇｅ」欄とを対応付けた情報を記憶している。「ＨＷ」欄には、ハードウェアを識別する情報が入力されている。「Ｕｓａｇｅ」欄には、ハードウェアの使用率を示す情報が入力されている。
【００６６】
リソース通知部６３は、構成要求受付部５１から検索結果を受信し、当該検索結果をＮＦＶＯ４０へ送信する部分である。
【００６７】
続いて、ＭＭＥ９０の説明をする。ＭＭＥ９０は、切替受付部９１と、接続先取得部９２（取得手段）と、接続制御部９３（通知手段、解放手段）とを有する。切替受付部９１は、サービスマッピング装置１０からの切替要求を受け付ける部分である。切替受付部９１は、サービスマッピング装置１０からスライスＩＤ及びサービスタイプを受信すると共に、切替要求を受信すると、スライスＩＤ及びサービスタイプを接続先取得部９２へ送出する。
【００６８】
接続先取得部９２は、サービスマッピング装置１０によりサービスタイプのスライスが変更された場合に変更後のサービスの接続先を取得する部分である。接続先取得部９２は、切替受付部９１からスライスＩＤ及びサービスタイプを取得すると、当該スライスＩＤ及びサービスタイプをＤＮＳサーバ８０へ送信すると共に、当該スライスＩＤ及びサービスタイプに対応するＩＰアドレスを取得する。接続先取得部９２は、取得したＩＰアドレスを接続制御部９３へ送出する。
【００６９】
接続制御部９３は、各種接続制御をする部分である。具体的には、接続制御部９３は、上記スライスＩＤ及びサービスタイプに対応するＩＰアドレスをＤＮＳサーバ８０から受信すると、サービスの接続先へセッション要求をする。また、接続制御部９３は、ｅＮＢ１００へ接続先を切り替えた旨の通知をする。また、接続制御部９３は、上記通知をした後に、ｅＮＢ１００に対して、ＳＧＷ１１０Ａに関するリソース解放要求をする。
【００７０】
物理的には、サービスマッピング装置１０、ＮＦＶＯ４０、ＶＮＦＭ５０、ＶＩＭ６０及びＭＭＥ９０は、それぞれ図１３に示すように、一又は複数のＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、データ送受信デバイスである通信モジュール１０４（Transmitter or Receiver）、ハードディスク、フラッシュメモリ等に例示される補助記憶装置１０５（Memory）などを含むコンピュータシステムとして構成されている。サービスマッピング装置１０では、図４に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで、サービスマッピング装置１０における一連の機能が実現される。
【００７１】
なお、ＣＰＵ１０１などのプロセッサ（Processor）が図３における各機能を実行することに代えて、その機能全部または一部を専用の集積回路（ＩＣ：integrated circuit）を構築することにより各機能を実行するように構成してもよい。例えば、画像処理や通信制御を行なうための専用の集積回路を構築することにより上記機能を実行するようにしてもよい。
【００７２】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００７３】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００７４】
なお、サービスマッピング装置１０、ＮＦＶＯ４０、ＶＮＦＭ５０、ＶＩＭ６０及びＭＭＥ９０は複数のサーバ装置からなるコンピュータシステムによって構成されていてもよい。また、通信システムに含まれる上記以外のノードも上記のハードウェア構成を有するサーバ装置によって実現されてもよい。また、ｅＮＢ１００やＵＥ１３０（移動通信端末）の各機能の一部又は全ては、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを用いて実現されても良い。また、ｅＮＢ１００やＵＥ１３０は、プロセッサ（ＣＰＵ）と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係るｅＮＢ１００やＵＥ１３０などは、本発明の一側面に係る処理を行うコンピュータとして機能してもよい。
【００７５】
ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＣＤ−ＲＯＭ（Compact Disc-ROM）、ＲＡＭ、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、ｅＮＢ１００やＵＥ１３０は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。
【００７６】
ｅＮＢ１００及びＵＥ１３０の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。
【００７７】
ここで、当該プログラムは、発明の実施形態で説明する各動作を、コンピュータに実行させるプログラムであれば良い。例えば、移動通信端末の制御部は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【００７８】
続いて、図１４のシーケンス図を用いて、本実施形態に係る通信システムで実行される処理を説明する。ここでは、所定のタイミングでリソースの状況に基づいて、スライスの割当変更をする処理方法について説明する。なお、予めスライスにサービスが割り当てられているものとする。
【００７９】
所定のタイミングで、サービスマッピング装置１０のリソース取得部１４は、ＮＦＶＯ４０へスライスＩＤと当該スライスのファンクションセットを送信すると共にリソースの利用状況を取得して、取得した結果をスライス割当テーブルに更新する（ステップＳ１）。所定のタイミングでリソース取得部１４は、スライス割当テーブルを参照し、各スライスのリソース利用状況を決定部１５へ送出する。決定部１５は、利用率が逼迫しているスライスがあるか否かを判断する。例えば、図６に示すようにスライス割当テーブルにおける「ＮＷ  Ｓｌｉｃｅ  ＩＤ」が「１」であるスライスのリソース利用率が８０％である場合、利用率が逼迫していると判断する。なお、当該スライスは、複数のサービス（ＭＢＢ、ｓｍａｒｔｍｅｔｅｒ）が対応付いているので、決定部１５は、何れか一つのサービスを他のスライスへ割り当てる。ここでは、決定部１５は、予め定められているサービスタイプ間の優先順位に基づいてＭＢＢを割当て対象のサービスとする。
【００８０】
続いて、決定部１５は、各スライスのＳＬＡ―ＳＬと、スライス毎のファンクションセットのＶＭの使用状況に基づいて、割り当てるスライスを決定する（ステップＳ２）。具体的には、決定部１５は、サービス要件テーブルで記憶されているサービスタイプのＳＬＡ―ＳＬを満たすＳＬＡ―ＳＬを有するスライス要件テーブルのレコードを特定し、当該レコードが示すスライスの内、リソースに最も空きがあるスライスに割り当てると決定する。スライスＩＤが２であるスライスは、サービスタイプがＭＢＢであるサービスのＳＬＡ―ＳＬを満たすので、決定部１５は、スライスＩＤが２であるスライスに割り当てると決定する。割当部１６は、割当対象のサービスタイプと、割当先のスライスを対応付けるようにスライス割当テーブルを更新する。
【００８１】
続いて、登録要求部１７は、ＤＮＳサーバ８０へサービスタイプに対応するスライスの登録要求をする（ステップＳ３）。ここで、サービスタイプがＭＢＢであるサービスを、スライスＩＤが１であるスライスからスライスＩＤが２であるスライスに割り当てる場合における、ＤＮＳサーバ８０で記憶している情報の例を図１５に示す。図１５（Ａ）は、サービスマッピング装置１０から登録要求を受ける前におけるＤＮＳサーバ８０で記憶している情報の例である。図１５（Ａ）に示すように、サービスタイプ「ＭＢＢ」は、スライスＩＤが１に対応付けられている。すなわち、サービスタイプ「ＭＢＢ」にスライスＩＤが１であるスライスが割り当てられていることを示す。登録要求部１７は、サービスタイプ「ＭＢＢ」とスライスＩＤ「２」をＤＮＳサーバ８０へ送信すると共に、上記登録要求をする。当該登録要求に応じて、図１５（Ｂ）に示すように、ＤＮＳサーバ８０は、サービスタイプ「ＭＢＢ」に対応するスライスＩＤを「２」に変更すると共に、サービスタイプ「ＭＢＢ」に対応するＩＰアドレスを、スライスＩＤ２のＩＰアドレスである「ｂｂ．ｂｂ．ｂｂ．ｂｂ」へ変更する。切替要求部１８は、ＭＭＥ９０に対してサービスタイプを通知すると共に、切替要求をする（ステップＳ４）。
【００８２】
ＭＭＥ９０の切替受付部９１は、サービスマッピング装置１０からサービスタイプを受信すると、接続先取得部９２は、当該サービスタイプをＤＮＳサーバ８０へ送信すると共に接続先情報の取得要求をする（ステップＳ５）。ＭＭＥ９０の接続先取得部９２は、当該接続先情報（ＩＰアドレス）をＤＮＳサーバ８０から取得する（ステップＳ６：取得ステップ）。ＭＭＥ９０の接続制御部９３は、ｅＮＢ１００のアドレスと、ＰＧＷ１２０のアドレスと、接続先のＳＧＷ１１０Ｂのアドレスと、ＭＭＥ９０が生成したＴＥＩＤ（Tunnel Endpoint IDentifier）とを送信すると共に、接続先の装置（ＳＧＷ１１０Ｂ）へセッション要求する（ステップＳ７）。
【００８３】
ＳＧＷ１１０Ｂは、ＰＧＷ１２０Ｂに対してＳＧＷ１１０ＢのＩＰアドレスとＴＥＩＤとを送信すると共にベアラ更新要求（Modify bearer request）をする（ステップＳ８）。ＰＧＷ１２０Ｂは、これに応じて、ＳＧＷ１１０Ｂへレスポンス（Modify bearer response）をする（ステップＳ９）。
【００８４】
ＳＧＷ１１０Ｂは、ＰＧＷ１２０Ａからレスポンスを受信すると、ＭＭＥ９０へレスポンス（Create session response）を送信する（ステップＳ１０）。これにより、ダウンリンクデータが流れる（ステップＳ１１）。ＭＭＥ９０の接続制御部９３は、上記のレスポンンスを受信することをトリガとして、ＳＧＷ１１０ＢのＩＰアドレスとＴＥＩＤとをｅＮＢ１００へ送信すると共に切替開始通知をする（ステップＳ１２：通知ステップ）。これにより、ＵＥ１３０からＰＧＷ１２０Ａへアップリンクデータが流れる（ステップＳ１３）。ＭＭＥ９０の接続制御部９３は、ｅＮＢ１００へ切替完了通知及び、ＳＧＷ１１０Ａに関するリソース解放要求をする（ステップＳ１４：解放ステップ）。上記切替完了通知後、接続制御部９３は、ＳＧＷ１１０Ａに対してセッション削除要求をして、当該セッション削除によるレスポンスを受けて処理を終了する（ステップＳ１５、Ｓ１６）。
【００８５】
つぎに、本実施形態の通信システムの作用効果について説明する。サービスマッピング装置１０の決定部１５は、割当対象のサービスのサービス要件（ＳＬＡ―ＳＬ）に対応する（サービス要件を満たす）ＳＬＡ―ＳＬを有するスライスを決定する。割当部１６は、割当対象のサービスを決定されたスライスにサービスを割り当てる。接続先取得部９２は、割当て対象のサービスの接続先（ＳＧＷ１１０Ｂ）のアドレスを取得して、接続制御部９３は、ＳＧＷ１１０Ａに関するリソースを解放する前に当該接続先のＩＰアドレスをｅＮＢ１００へ通知する。
【００８６】
この場合、通信システムは、サービス要件に合致するスライスを決定した後に変更前のスライスの接続先であるＳＧＷ１１０Ａに関するリソースを解放する前に、変更後のスライスの接続先であるＳＧＷ１１０ＢをｅＮＢ１００へ通知するので、ｅＮＢ１００側からアタッチ処理をすることなく、スライスの変更が生じたタイミングで接続先を変更することができる。すなわち、サービスの接続先を瞬断なく変更することができる。この結果、瞬断無くサービスを利用することができる。
【００８７】
また、接続制御部９３は、サービスの接続先（ＳＧＷ１１０Ｂ）へ接続要求をした後に、接続先のアドレスをｅＮＢ１００へ通知する。この場合、サービスの接続先へ接続要求した後に通知を行うので、当該通知に応じて端末からサービスの接続先へ適切に接続することができる。
【００８８】
また、リソース取得部１４は、所定のタイミングで、スライス毎のリソース状況を取得する。当該リソース状況が、所定の条件を満たす場合、スライス要件取得部１３は、既にスライスが割り当てられているサービスのサービス要件と共に、各スライスのＳＬＡ―ＳＬを特定する。決定部１５は、サービスのサービス要件と、各スライスのＳＬＡ―ＳＬと、リソース状況とに基づいて割り当てるスライスを決定する。
【００８９】
この場合、リソースの状況情報を考慮して、サービスに割り当てるスライスを決定するので、リソース状況が変動した場合でもサービスの接続先を動的に割り当てることができる。
【００９０】
なお、本明細書で説明した「情報」は、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００９１】
本明細書で使用する「判断」という用語は、多種多様な動作を包含する。「判断」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)などを含み得る。また、「判断」は、受信(receiving)（例えば、情報を受信すること）、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）などを含み得る。また、「判断」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを含み得る。
【００９２】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００９３】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００９４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００９５】
本明細書で説明した本実施形態においては、文脈から明らかに１つでないことが示されていなければ、複数のものを含むものとする。従って、例えば、「装置」について述べる場合は、単数の装置と共に複数のそのような装置であるケースをも包含する。
【００９６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９７】
１０…サービスマッピング装置、１１…依頼受付部、１２…保持部、１３…スライス要件取得部、１４…リソース取得部、１５…決定部、１６…割当部、１７…登録要求部、２０…ＳＯ、３０…ＯＳＳ／ＢＳＳ、４０…ＮＦＶＯ、４１…保持部、４２…リソース要求受付部、４３…リソース通知部、５０…ＶＮＦＭ、５１…構成要求受付部、５２…保持部、５３…検索部、６０…ＶＩＭ、６１…リソース要求受付部、６２…保持部、６３…リソース通知部、７０…ＨＳＳ、８０…ＤＮＳサーバ、９０…ＭＭＥ、９１…切替受付部、９２…接続先取得部、９３…接続制御部、１００…ｅＮＢ、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…通信モジュール、１０５…補助記憶装置、１１０…ＳＧＷ、１２０…ＰＧＷ、１３０…ＵＥ、１６０…ＮＦＶＩ。
【図１】
2017170937.tif 000003
【図２】
2017170937.tif 000004
【図３】
2017170937.tif 000005
【図４】
2017170937.tif 000006
【図５】
2017170937.tif 000007
【図６】
2017170937.tif 000008
【図７】
2017170937.tif 000009
【図８】
2017170937.tif 000010
【図９】
2017170937.tif 000011
【図１０】
2017170937.tif 000012
【図１１】
2017170937.tif 000013
【図１２】
2017170937.tif 000014
【図１３】
2017170937.tif 000015
【図１４】
2017170937.tif 000016
【図１５】
2017170937.tif 000017
【手続補正書】
【提出日】平成30年1月25日(2018.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークインフラ上に生成される仮想ネットワークであるスライスを変更する通信システムのスライス変更方法であって、
スライスを変更する条件を満たす場合、変更後のスライスの接続先を取得する取得ステップと、
スライスを利用する端末とスライスの接続先とを繋げる通信装置へ前記取得ステップにより取得された接続先を通知する通知ステップと、
前記通知ステップによる通知の後に、変更前のスライスに関するリソースの解放を行う解放ステップと、
を含み、
前記端末が利用するサービスは、スライスに割り当てられており、
前記スライスを変更する条件を満たす場合、変更後のスライスへ前記サービスが割当てられる、
スライス変更方法。
【請求項２】
前記通知ステップは、前記変更後のスライスの接続先へ接続要求をした後に、前記通知を行う、請求項１に記載のスライス変更方法。
【請求項３】
前記条件は、スライスのリソース使用状況に基づいて定められ、
前記取得ステップは、スライス毎のリソース使用状況に応じて定められた変更後のスライスの接続先を取得する、請求項１又は２に記載のスライス変更方法。
【請求項４】
（削除）
【請求項５】
ネットワークインフラ上に生成される仮想ネットワークであるスライスを変更する通信システムに含まれるスライス変更装置であって、
スライスを変更する条件を満たす場合、変更後のスライスの接続先を取得する取得手段と、
スライスを利用する端末とスライスの接続先とを繋げる通信装置へ前記取得手段により取得された接続先を通知する通知手段と、
前記通知手段による通知の後に、変更前のスライスに関するリソースの解放を行う解放手段と、
を備え、
前記端末が利用するサービスは、スライスに割り当てられており、
前記スライスを変更する条件を満たす場合、変更後のスライスへ前記サービスが割当てられる、
スライス変更装置。
【国際調査報告】
2017170937.tif 000018
2017170937.tif 000019