JP6996449B2

JP6996449B2 - 通信装置および通信方法

Info

Publication number: JP6996449B2
Application number: JP2018152531A
Authority: JP
Inventors: 亜希福岡; 幸司杉園
Original assignee: Nippon Telegraph and Telephone Corp; NTT Inc USA
Current assignee: NTT Inc; NTT Inc USA
Priority date: 2018-08-13
Filing date: 2018-08-13
Publication date: 2022-01-17
Anticipated expiration: 2038-08-13
Also published as: JP2020028050A; WO2020036098A1; US20210194790A1

Description

本発明は、通信装置および通信方法に関する。

トラヒック、モビリティ、容量、ユーザ数、あるいは遅延時間等の多様なサービス要件に対応したネットワークサービスを提供するため、ネットワークスライス（以下、スライスとも記す。）と呼ばれる技術が提案されている（非特許文献１参照）。ネットワークスライスとは、共通的なネットワークインフラから、要件に応じた複数の論理ネットワークを切り出して、独立した管理を行う技術である。

従来、ネットワークスライスは、オーケストレーションと呼ばれる制御装置の制御により実現されている。

有田真也、西原英臣、奥川徹、"ネットワークスライスに対応したテレメトリ方式の検討"、信学技報 vol.118 no.6 NS2018-3、2018年4月、pp.13-17

しかしながら、オーケストレーションを設置すると、複数のネットワークスライスを構成する全装置がオーケストレーションから制御される必要があり、全装置とオーケストレーションとのリンクが必要となる。オーケストレーション設置の費用は、大規模なシステムでは按分されるので影響が小さいが、中規模以下のシステムではシステム全体のコストに対する割合が高くなり影響が大きい。また、オーケストレーションの故障時の離礁範囲が大きい。

本発明は、上記に鑑みてなされたものであって、オーケストレーションを設置することなく、共通的なネットワークインフラから、要件に応じた複数の論理ネットワークを切り出して、独立した管理を行えるネットワークスライスを構築することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る通信装置は、所定の要件を満たす論理ネットワークであるネットワークスライスごとに配置され、該ネットワークスライスと、ユーザ端末が接続する仮想ＣＰＥまたは他のネットワークスライスとを接続する通信装置であって、自装置が属するネットワークスライスの情報であるスライス情報と、他の通信装置のスライス情報を集約したテーブルとを記憶する記憶部と、隣接する通信装置から他の通信装置のスライス情報を受信した場合に、該スライス情報を用いて前記テーブルを更新するテーブル作成部と、受信した前記スライス情報に自装置のスライス情報を付加して、隣接する他の通信装置に送信する送信部と、を備えることを特徴とする。

本発明によれば、オーケストレーションを設置することなく、共通的なネットワークインフラから、要件に応じた複数の論理ネットワークを切り出して、独立した管理を行えるネットワークスライスを構築することができる。

図１は、ネットワークスライスを説明するための説明図である。図２は、本実施形態に係る通信装置を含むシステムの構成を例示する模式図である。図３は、通信装置の概略構成を例示する模式図である。図４は、スライス情報のデータ構成を例示する図である。図５は、テーブルのデータ構成を例示する図である。図６は、通信装置の処理を説明するための説明図である。図７は、通信処理手順を例示するフローチャートである。図８は、通信処理手順を例示するフローチャートである。図９は、通信プログラムを実行するコンピュータの一例を示す図である。

以下、図面を参照して、本発明の実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［ネットワークスライス］
まず、図１は、ネットワークスライスを説明するための説明図である。ネットワークスライスは、物理ネットワークインフラから、要件に応じた複数の論理ネットワークを切り出して、独立した管理を行う技術である。

例えば、図１に示すように、自動車等の遠隔操縦のためのネットワークスライスとして、遅延１０ｍｓ以下、帯域１０Ｍｂｐｓ／セッション保障等の要件を満たす超低遅延ネットワークが切り出される。また、ＩｏＴ（Internet of Things）や機器間（Ｍ２Ｍ、Machine to Machine）接続のためのネットワークスライスとして、遅延・帯域はベストエフォート（ＢＥ）、かつセキュリティ機能を要件として満たすＩｏＴ／Ｍ２Ｍ用ネットワークが切り出される。また、ゲームや動画視聴のためのネットワークスライスとして、遅延はベストエフォート、帯域１Ｇｂｐｓ／セッション保証等の要件を満たす大容量ネットワークが切り出される。

次に、図２は、本実施形態に係る通信装置を含むシステムの構成を例示する模式図である。図２に示すように、ユーザ端末１は、仮想化基盤上で実現されたＣＰＥ（Customer Premises Equipment）であるｖＣＰＥ（仮想ＣＰＥ）２に対して、接続を要求する。

ｖＣＰＥ２は、ＯＳＳ（Operation Support System）やＢＳＳ（Business Support System）の認証サーバ３から、ユーザのＳＬＡ（Service Level Agreement）情報や必要なＮＦＶ（Network Functions Virtualization）情報等のユーザの要件を取得する。そして、ｖＣＰＥ２は、ユーザの要件に応じたスライス４に、ユーザ端末１のトラヒックを転送する。

各スライス４には、ＳＬＧ（Slice Gateway、スライスゲートウェイ）１０が配置され、このＳＬＧ１０が、ｖＣＰＥ２とスライス４、あるいはスライス４間を接続する。

本実施形態の通信装置は、ＳＬＧ１０に実装される。ＳＬＧ１０は、所定の要件を満たすスライス４ごとに配置され、このスライス４と、ｖＣＰＥ２または他のスライス４とを接続する。また、ＳＬＧ１０は、後述する通信処理により、自律的にスライス４間を接続して、ユーザの要件に応じたスライス４に、ユーザ端末１のトラヒックを転送する。

［ＳＬＧの構成］
次に、図３は、本実施形態の通信装置の概略構成を例示する模式図である。図３に示すように、本実施形態に係る通信装置であるＳＬＧ１０は、ＣＰＵ（Central Processing Unit）やＮＰ（Network Processor）やＦＰＧＡ（Field Programmable Gate Array）等で実現された物理リソース上に、仮想化して構築される。

ＳＬＧ１０は、メモリに記憶された処理プログラムを実行することにより、図３に例示するように、ＳＬＧ（ＶＮＦ（Virtual Network Function））と、これに対応するＳＬＧ管理部（ＥＭ（Element Manager））、スライス振分機能等（ＶＮＦ）と、これに対応する振り分け機能等管理部（ＥＭ）として機能する。

ここで、ＳＬＧ（ＶＮＦ）は、ゲートウェイとして、自装置が属するスライス４と、ｖＣＰＥ２または他のスライス４とを接続する。また、スライス振分機能部（ＶＮＦ）は、ユーザの要件に応じたスライス４に、ユーザ端末１のトラヒックを転送する。

また、ＳＬＧ１０は、テーブル作成部１１ａ、ＳＬＧ情報送信部１１ｂ、トポロジ作成部１１ｃ、スライス選定部１１ｄ、スライス情報管理部１１ｅ、スライス故障管理部１１ｆ、スライス測定部１１ｇおよびタグ管理部１１ｈとして機能する。

また、ＳＬＧ１０は、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子上に構築された記憶部を備え、ＳＬＧ情報１２ａ、ＳＬＧテーブル１２ｂおよびトポロジマップ１２ｃを記憶する。

ここで、図４は、スライス情報のデータ構成を例示する図である。スライス情報すなわちＳＬＧ情報１２ａとは、ＳＬＧ１０が属するスライス４の情報である。例えば、図４に例示するように、ＳＬＧ情報１２ａは、ＳＬＧ－ＩＤ、全保有帯域、残帯域、メモリ、ＣＰＵ等を含む。ＳＬＧ－ＩＤは、ＳＬＧ１０を識別する情報である。全保有帯域は、ＳＬＧ１０の配下の全装置の通信帯域の合計を表す。残帯域は、全保有帯域と配下の装置の使用中の帯域（使用帯域）との差を表す。メモリ、ＣＰＵは、配下の装置の性能を表す。

また、ＳＬＧ情報１２ａは、ＮＦＶを含む。ＮＦＶは、ＳＬＧ１０が属するスライス４が保有する能力を表す。ＮＦＶとしては、例えば、ＤＰＩ（Deep Packet Inspection）、ＡＩ、ＩｏＴサーバ制御、オプティマイズ、トランスコーディング等が例示される。

後述するスライス情報管理部１１ｅが、定期的に、配下の装置の情報を収集しＳＬＧ情報１２ａとして管理する。

図５は、テーブルのデータ構成を例示する図である。テーブルすなわちＳＬＧテーブル１２ｂは、図５に示すように、各ＳＬＧ１０のＳＬＧ情報１２ａが集約されたものである。後述するように、テーブル作成部１１ａが、定期的に、ＳＬＧテーブル１２ｂを更新する処理を行って、最新の状態を保持している。

図３の説明に戻る。テーブル作成部１１ａは、隣接するＳＬＧ１０から他のＳＬＧ１０のＳＬＧ情報１２ａを受信した場合に、該ＳＬＧ情報１２ａを用いてＳＬＧテーブル１２ｂを更新する。

また、ＳＬＧ情報送信部１１ｂは、送信部として機能する。すなわち、ＳＬＧ情報送信部１１ｂは、受信したＳＬＧ情報１２ａに自装置のＳＬＧ情報１２ａを付加して、隣接する他のＳＬＧ１０に送信する。

具体的には、ＳＬＧ情報送信部１１ｂは、隣接するＳＬＧ１０から、複数のＳＬＧ情報１２ａを受信した場合に、受信したＳＬＧ情報１２ａの最後尾等に自装置のＳＬＧ情報１２ａを付加して、隣接する他のＳＬＧ１０に転送する。また、テーブル作成部１１ａは、隣接するＳＬＧ１０から受信した複数のＳＬＧ情報１２ａを用いて、ＳＬＧテーブル１２ｂを更新する。これにより、各ＳＬＧ１０は、隣接するＳＬＧ１０を介して接続する全てのＳＬＧ１０のＳＬＧ情報１２ａを集約して、ＳＬＧテーブル１２ｂとして管理することができる。

トポロジ作成部１１ｃは、受信したＳＬＧ情報１２ａを用いて、他のＳＬＧ１０との位置関係を表すトポロジマップ１２ｃを作成する。すなわち、トポロジ作成部１１ｃは、受信した複数のＳＬＧ情報１２ａにより、例えば、数リンク先に存在するＳＬＧ１０とそのＳＬＧ情報１２ａとがわかる。これにより、トポロジ作成部１１ｃは、例えば、自装置を中心とした他のＳＬＧ１０との位置関係を表すトポロジマップ１２ｃを作成する。

なお、ＳＬＧ情報１２ａがＮＦＶの情報を含む場合には、ＳＬＧ１０は、ＳＬＧ情報１２ａとトポロジマップ１２ｃとを用いて、ＮＦＶの所在を表すＮＦＶマップを作成することができる。

スライス選定部１１ｄは、選定部として機能する。すなわち、スライス選定部１１ｄは、ｖＣＰＥ２からユーザ端末１の接続の要求を受信した場合に、ＳＬＧテーブル１２ｂおよびトポロジマップ１２ｃを用いて、ユーザの要件に応じた宛先のＳＬＧ１０を選定する。

また、スライス選定部１１ｄは、ＳＬＧ情報１２ａがＮＦＶの情報を含む場合には、ユーザの要件に含まれるＮＦＶに応じて、宛先のＳＬＧ１０を選定する。

また、スライス選定部１１ｄは、ＳＬＧテーブル１２ｂに宛先に該当するＳＬＧ１０のＳＬＧ情報がない場合に、新規のＳＬＧ１０を選定してリソース確保の要求を送信する。そして、スライス選定部１１ｄは、該新規のＳＬＧ１０への要求を中継するＳＬＧ１０を介して、該ＳＬＧ１０のＳＬＧ情報１２ａが付加された、要求に対する応答を受信する。中継するＳＬＧ１０は複数でもよい。

この場合に、テーブル作成部１１ａは、受信した各ＳＬＧ１０のＳＬＧ情報１２ａを用いてＳＬＧテーブル１２ｂを更新する。これにより、ＳＬＧ１０は、ユーザ端末１の通信の際にも、ＳＬＧテーブル１２ｂを更新することが可能である。

なお、スライス選定部１１ｄは、ＳＬＧ１０を選定する際に、スライス情報管理部１１ｅ、スライス故障管理部１１ｆ、およびスライス測定部１１ｇから取得した情報を参照する。

スライス情報管理部１１ｅは、自装置の配下の通信可能な全装置の情報を定期的に取得して、ＳＬＧ情報１２ａとして管理する。スライス故障管理部１１ｆは、自装置の配下の全装置に関する故障情報を管理する。例えば、スライス故障管理部１１ｆは、故障情報を取得して、他のＳＬＧ１０に通知する。

スライス測定部１１ｇは、他のスライス４の状態を測定する。例えば、スライス測定部１１ｇは、新規のスライス４にパケットを送信して返送に要する時間を測定し、遅延情報等を取得する。

タグ管理部１１ｈは、スライス選定部１１ｄが選定したＳＬＧ１０に宛てて送信するパケットに、ユーザの要件を表すタグを付与する。例えば、タグ管理部１１ｈは、ＳＬＡ情報の値であるＳＬＩに関するタグを付与する。

ここで、図６は、通信装置の処理を説明するための説明図である。図６には、ｖＣＰＥ２から受信した接続要求の宛先に該当するＳＬＧ１０のＳＬＧ情報が、ＳＬＧテーブル１２ｂにない場合について例示されている。

まず、ｖＣＰＥ２は、ユーザ端末１の接続要求を受信した場合に（ステップＳ１）、認証サーバ３に問い合わせ、ユーザに関するＳＬＡ情報や必要なＮＦＶ情報を取得して（ステップＳ２）、ユーザの要件を確認する。そして、ｖＣＰＥ２は、ユーザの要件に応じたスライス４の確保を要求するメッセージをＳＬＧ１０に送信する（ステップＳ３）。

ｖＣＰＥ２からスライス４の確保の要求を受信したＳＬＧ１０では、スライス選定部１１ｄが、ＳＬＧテーブル１２ｂを参照し、宛先のＳＬＧ１０を選定する。ユーザの要件にＮＦＶが含まれる場合には、ＮＦＶに応じたＳＬＧ１０を宛先として選定する。

ＳＬＧテーブル１２ｂに宛先に該当するＳＬＧ１０のＳＬＧ情報がない場合、スライス選定部１１ｄは、スライス情報管理部１１ｅ、スライス故障管理部１１ｆ、およびスライス測定部１１ｇから取得した情報を参照して、新規のＳＬＧ１０を宛先として選定する（ステップＳ４）。

ＳＬＧ１０は、新規の宛先ＳＬＧに対して、中継ＳＬＧを介してリソース確保の要求を送信する。ＳＬＧ１０は、ユーザの要件にＮＦＶが含まれる場合には、ＮＦＶ確保の要求を送信する（ステップＳ５）。

宛先ＳＬＧは、スライス確保を完了した場合に（ステップＳ６）、中継ＳＬＧに確保完了のメッセージを送信する（ステップＳ７）。宛先ＳＬＧは、ＮＦＶ確保を要求された場合には、ＮＦＶ確保を完了した際に、中継ＳＬＧに確保完了のメッセージを送信する。

確保完了のメッセージを受信した中継ＳＬＧは、要求元のＳＬＧ１０に宛てて確保完了のメッセージを送信する。その際に、中継ＳＬＧは、自装置のＳＬＧ情報１２ａを付加する（ステップＳ８）。

確保完了のメッセージを受信した要求元のＳＬＧ１０は、ｖＣＰＥ２に確保完了のメッセージを送信する（ステップＳ９）。また、要求元のＳＬＧ１０は、受信した中継ＳＬＧのＳＬＧ情報１２ａを用いて、ＳＬＧテーブル１２ｂを更新する。このように、各ＳＬＧ１０は、ユーザ端末１の通信の際にもＳＬＧテーブル１２ｂを更新することができる。

その後、ｖＣＰＥ２がＳＬＧ１０に送信したユーザ端末１のトラヒックが、中継ＳＬＧを経由して宛先ＳＬＧに送信される（ステップＳ１０）。なお、中継ＳＬＧは１台に限定されず、複数台あってもよい。

［通信処理］
次に、図７および図８は、通信処理手順を例示するフローチャートである。図７は、ユーザ端末１の通信に先立って、予めＳＬＧテーブル１２ｂを作成する通信処理手順を示す。図７に示すフローチャートは、例えば、所定の間隔で定期的に、あるいは、オペレータが指示したタイミングで開始される。

まず、テーブル作成部１１ａが、隣接するＳＬＧ１０から他のＳＬＧ１０のＳＬＧ情報１２ａを受信した場合に（ステップＳ１１）、該ＳＬＧ情報１２ａのＳＬＧ－ＩＤが、ＳＬＧテーブル１２ｂに登録されているか否かを確認する（ステップＳ１２）。登録されていない場合には（ステップＳ１２，Ｎｏ）、テーブル作成部１１ａは、このＳＬＧ－ＩＤの該ＳＬＧ情報１２ａを、ＳＬＧテーブル１２ｂに登録する（ステップＳ１３）。

一方、登録されている場合には（ステップＳ１２，Ｙｅｓ）、テーブル作成部１１ａは、ＳＬＧテーブル１２ｂのＳＬＧ情報との差分があるかないかを確認する（ステップＳ１４）。差分がある場合には（ステップＳ１４，Ｙｅｓ）、テーブル作成部１１ａは、受信したＳＬＧ情報１２ａを用いてＳＬＧテーブル１２ｂを更新する（ステップＳ１５）。

一方、差分がない場合には（ステップＳ１４，Ｎｏ）、テーブル作成部１１ａは、ＳＬＧテーブル１２ｂの作成を完了する（ステップＳ１６）。

このように、各ＳＬＧ１０は、隣接するＳＬＧ１０を介して接続する全てのＳＬＧ１０のＳＬＧ情報１２ａを集約して、ＳＬＧテーブル１２ｂとして管理する。これにより、ＳＬＧテーブル１２ｂを最新の状態に保持している。

また、図８は、ユーザ端末１の通信開始時にＳＬＧテーブル１２ｂを更新する通信処理手順を示す。図８に示すフローチャートは、ユーザ端末１の接続要求をｖＣＰＥ２が受信したタイミングで開始される。

ＳＬＧ１０が、ｖＣＰＥ２からユーザの要件を含むスライス４確保の要求を受信した場合に（ステップＳ２１）、スライス選定部１１ｄが、宛先がＳＬＧテーブル１２ｂに登録済みの既存のスライス４か否かを確認する（ステップＳ２２）。宛先がＳＬＧテーブル１２ｂに登録済みの場合には（ステップＳ２２、Ｙｅｓ）、スライス選定部１１ｄは、隣接するＳＬＧ１０へ、ユーザ端末１のトラヒックを送信する（ステップＳ２６）。

一方、宛先がＳＬＧテーブル１２ｂに登録されていない場合には（ステップＳ２２、Ｎｏ）、スライス選定部１１ｄは、ユーザの要件に応じたＮＦＶを選定し（ステップＳ２３）、ＳＬＩに応じたＳＬＧ１０を宛先ＳＬＧとして選定する（ステップＳ２４）。

また、テーブル作成部１１ａは、宛先ＳＬＧへの要求を中継する中継ＳＬＧが、応答を中継する際に付加した自装置のＳＬＧ情報１２ａを用いて、ＳＬＧテーブル１２ｂを更新する。

また、タグ管理部１１ｈが、ＳＬＩに関するタグを付加して（ステップＳ２５）、隣接するＳＬＧ１０へ、ユーザ端末１のトラヒックを送信する（ステップＳ２６）。

以上、説明したように、本実施形態のＳＬＧ１０では、テーブル作成部１１ａが、隣接するＳＬＧ１０から他のＳＬＧ１０のＳＬＧ情報１２ａを受信した場合に、該ＳＬＧ情報１２ａを用いてＳＬＧテーブル１２ｂを更新する。また、ＳＬＧ情報送信部１１ｂが、受信したＳＬＧ情報１２ａに自装置のＳＬＧ情報１２ａを付加して、隣接する他のＳＬＧ１０に送信する。

これにより、ＳＬＧ１０は、隣接するＳＬＧ１０を介して接続する全てのＳＬＧ１０のＳＬＧ情報１２ａを集約して、ＳＬＧテーブル１２ｂとして管理する。したがって、ＳＬＧ１０は、ＳＬＧテーブル１２ｂを用いて自律的にスライス４間を接続して、ユーザの要件に応じたスライス４にユーザ端末１のトラヒックを転送することができる。

具体的には、トポロジ作成部１１ｃが、受信したＳＬＧ情報１２ａを用いて、他のＳＬＧ１０との位置関係を表すトポロジマップ１２ｃを作成する。また、スライス選定部１１ｄが、ｖＣＰＥ２からユーザ端末１の接続の要求を受信した場合に、ＳＬＧテーブル１２ｂおよびトポロジマップ１２ｃを用いて、ユーザの要件に応じた宛先のＳＬＧ１０を選定する。

このように、本実施形態のＳＬＧ１０によれば、オーケストレーションを設置することなく、共通的なネットワークインフラから、要件に応じた複数の論理ネットワークを切り出して、独立した管理を行えるネットワークスライスを構築することができる。

また、スライス選定部１１ｄは、ＳＬＧ情報１２ａがＮＦＶの情報を含む場合には、ユーザの要件に含まれるＮＦＶに応じて、宛先のＳＬＧ１０を選定する。これにより、ＳＬＧ１０は、ユーザ端末１のトラヒックを適切なＮＦＶの処理を行うネットワークスライスに振り分けることができる。

また、スライス選定部１１ｄは、ＳＬＧテーブル１２ｂに宛先に該当するＳＬＧ１０のＳＬＧ情報がない場合に、新規のＳＬＧ１０を選定してリソース確保の要求を送信する。そして、スライス選定部１１ｄは、該新規のＳＬＧ１０への要求を中継するＳＬＧ１０を介して、該ＳＬＧ１０のＳＬＧ情報１２ａが付加された、要求に対する応答を受信する。この場合に、テーブル作成部１１ａは、受信した各ＳＬＧ１０のＳＬＧ情報１２ａを用いてＳＬＧテーブル１２ｂを更新する。これにより、ＳＬＧ１０は、ユーザ端末１の通信の際にも、ＳＬＧテーブル１２ｂを更新することが可能である。

［プログラム］
上記実施形態に係るＳＬＧ１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、ＳＬＧ１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の通信処理を実行する通信プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の通信プログラムを情報処理装置に実行させることにより、情報処理装置をＳＬＧ１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistants）等のスレート端末などがその範疇に含まれる。また、ＳＬＧ１０の機能を、クラウドサーバに実装してもよい。

図９は、通信プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。

ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。

また、通信プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明したＳＬＧ１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。

また、通信プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、通信プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、通信プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１ユーザ端末
２ｖＣＰＥ
３認証サーバ
１０ＳＬＧ（通信装置）
１１ａテーブル作成部
１１ｂＳＬＧ情報送信部
１１ｃトポロジ作成部
１１ｄスライス選定部
１１ｅスライス情報管理部
１１ｆスライス故障管理部
１１ｇスライス測定部
１１ｈタグ管理部
１２ａＳＬＧ情報
１２ｂＳＬＧテーブル
１２ｃトポロジマップ

Claims

所定の要件を満たす論理ネットワークであるネットワークスライスごとに配置され、該ネットワークスライスと、ユーザ端末が接続する仮想ＣＰＥまたは他のネットワークスライスとを接続する通信装置であって、
自装置が属するネットワークスライスの情報であるスライス情報と、他の通信装置のスライス情報を集約したテーブルとを記憶する記憶部と、
隣接する通信装置から他の通信装置のスライス情報を受信した場合に、該スライス情報を用いて前記テーブルを更新するテーブル作成部と、
受信した前記スライス情報に自装置のスライス情報を付加して、隣接する他の通信装置に送信する送信部と、
受信した前記スライス情報を用いて、他の通信装置との位置関係を表すトポロジマップを作成するトポロジ作成部と、
前記仮想ＣＰＥからユーザ端末の接続の要求を受信した場合に、前記テーブルおよび前記トポロジマップを用いて、ユーザの要件に応じた宛先の通信装置を選定する選定部と、
を備えることを特徴とする通信装置。
前記記憶部が記憶する前記スライス情報は、自装置が属するネットワークスライスが保有するＮＦＶの情報をさらに含み、
前記選定部は、前記ユーザの要件に含まれるＮＦＶに応じて、宛先の通信装置を選定する
ことを特徴とする請求項１に記載の通信装置。
前記選定部は、前記テーブルに宛先に該当する通信装置のスライス情報がない場合に、新規の通信装置を選定してリソース確保の要求を送信し、該新規の通信装置への該要求を中継する通信装置を介して、該通信装置のスライス情報が付加された、該要求に対する応答を受信し、
前記テーブル作成部は、受信した前記スライス情報を用いて前記テーブルを更新する
ことを特徴とする請求項１または２に記載の通信装置。
所定の要件を満たす論理ネットワークであるネットワークスライスごとに配置され、該ネットワークスライスと、ユーザ端末が接続する仮想ＣＰＥまたは他のネットワークスライスとを接続する通信装置であって、自装置が属するネットワークスライスの情報であるスライス情報と、他の通信装置のスライス情報を集約したテーブルとを記憶する記憶部を備える通信装置で実行される通信方法であって、
隣接する通信装置から他の通信装置のスライス情報を受信した場合に、該スライス情報を用いて前記テーブルを更新するテーブル作成工程と、
受信した前記スライス情報に自装置のスライス情報を付加して、隣接する他の通信装置に送信する送信工程と、
受信した前記スライス情報を用いて、他の通信装置との位置関係を表すトポロジマップを作成するトポロジ作成工程と、
前記仮想ＣＰＥからユーザ端末の接続の要求を受信した場合に、前記テーブルおよび前記トポロジマップを用いて、ユーザの要件に応じた宛先の通信装置を選定する選定工程と、
を含んだことを特徴とする通信方法。