特許 7392863 制御装置、制御方法、プログラム、及び通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-28

(45)【発行日】2023-12-06

(54)【発明の名称】制御装置、制御方法、プログラム、及び通信システム

(51)【国際特許分類】

   H04L 45/42 20220101AFI20231129BHJP

【ＦＩ】

H04L45/42

【請求項の数】 6

(21)【出願番号】P 2022545181

(86)(22)【出願日】2020-08-27

(86)【国際出願番号】 JP2020032487

(87)【国際公開番号】W WO2022044235

(87)【国際公開日】2022-03-03

【審査請求日】2023-01-31

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】天坂 光男

(72)【発明者】

【氏名】土屋 英雄

(72)【発明者】

【氏名】中村 孝幸

(72)【発明者】

【氏名】佐藤 卓哉

【審査官】安藤 一道

(56)【参考文献】

【文献】国際公開第２０１８／０１０８２４（ＷＯ，Ａ１）

【文献】佐藤 卓哉、他３名，将来のデジタル社会を支えるネットワークの変革－ネットワーク基盤編－ 幅広い要件に迅速にこたえるネット，ＮＴＴ技術ジャーナル 第３１巻 第４号，日本，一般社団法人電気通信協会，2019年04月01日，pp.20-21

【文献】中村 孝幸、他４名，Ｅ２ＥスライスのＤ－Ｐｌａｎｅアーキテクチャと実装方法の検討，電子情報通信学会技術研究報告 Ｖｏｌ．１２０ Ｎｏ．４，日本，一般社団法人電子情報通信学会，2020年04月09日，pp.51-56

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４５／４２

(57)【特許請求の範囲】

【請求項1】

制御装置であって、
ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）においてパケットを中継する中継装置に対する設定を行う情報処理装置から受信した要求を、前記中継装置に転送する制御部を有し、
前記制御部は、
前記制御装置の処理負荷が閾値以下である場合、前記情報処理装置からの各要求を前記中継装置に逐次転送し、当該各要求に対する前記中継装置からの各応答を逐次前記情報処理装置に転送し、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求がまとめられた要求を前記中継装置に転送し、当該複数の要求のそれぞれに対する応答がまとめられた応答を前記情報処理装置に転送する、
制御装置。

【請求項2】

前記制御部は、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求のうち、要求の宛先及び優先度の少なくとも一方が一致する複数の要求をまとめて前記中継装置に転送する、
請求項１に記載の制御装置。

【請求項3】

前記制御部は、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求のうち、要求の宛先の一部が一致する複数の要求の宛先をマルチキャストの宛先に変換し、まとめて前記中継装置に転送する、
請求項１または２に記載の制御装置。

【請求項4】

制御装置が、
ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）においてパケットを中継する中継装置に対する設定を行う情報処理装置から受信した要求を、前記中継装置に転送する処理を実行し、
前記転送する処理では、
前記制御装置の処理負荷が閾値以下である場合、前記情報処理装置からの各要求を前記中継装置に逐次転送し、当該各要求に対する前記中継装置からの各応答を逐次前記情報処理装置に転送し、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求をまとめて前記中継装置に転送し、当該複数の要求のそれぞれに対する処理結果を示す情報を含む応答を前記情報処理装置に転送する、
制御方法。

【請求項5】

制御装置に、
ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）においてパケットを中継する中継装置に対する設定を行う情報処理装置から受信した要求を、前記中継装置に転送する処理を実行させ、
前記転送する処理では、
前記制御装置の処理負荷が閾値以下である場合、前記情報処理装置からの各要求を前記中継装置に逐次転送し、当該各要求に対する前記中継装置からの各応答を逐次前記情報処理装置に転送し、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求をまとめて前記中継装置に転送し、当該複数の要求のそれぞれに対する処理結果を示す情報を含む応答を前記情報処理装置に転送する、
プログラム。

【請求項6】

ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）においてパケットを中継する中継装置と、前記中継装置に対する設定を行う情報処理装置と、前記情報処理装置から受信した要求を、前記中継装置に転送する制御装置を有する通信システムであって、
前記制御装置は、
前記制御装置の処理負荷が閾値以下である場合、前記情報処理装置からの各要求を前記中継装置に逐次転送し、当該各要求に対する前記中継装置からの各応答を逐次前記情報処理装置に転送し、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求をまとめて前記中継装置に転送し、当該複数の要求のそれぞれに対する処理結果を示す情報を含む応答を前記情報処理装置に転送する、
通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、制御装置、制御方法、プログラム、及び通信システムに関する。

【背景技術】

【0002】

近年、柔軟にネットワーク資源の設定及び管理が可能なＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）技術の導入に向けた議論が進められている。ＳＤＮでは制御とデータ転送を分離し、制御を一元化することで、設備コストと運用コストを削減することができる。エンドツーエンドのネットワークを効率的に構築及び制御する方法として、専用ヘッダを用いたスライス制御の方式が提案されている（例えば、非特許文献１を参照）。

【0003】

非特許文献１に開示された技術では、エッジのＳＬＧ（Ｓｌｉｃｅ Ｇａｔｅｗａｙ）に対応するコントローラは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）の追加、変更、及び削除に連動して制御を行う。

【先行技術文献】

【非特許文献】

【0004】

【文献】中村他, "効率的なE2EネットワークスライスのD-Plane 構成方式の提案," 2020年電子情報通信学会総合大会, B-6-52, 2020年3月.

【発明の概要】

【発明が解決しようとする課題】

【0005】

非特許文献１に開示された技術では、エッジのＳＬＧに対応するコントローラは、ＵＥの追加、変更、及び削除に連動して制御を行うため、ＵＥを大量に接続する際、及びＵＥに関する設定を変更する等の際、当該コントローラに負荷が集中する。この場合、例えば、オーダーの処理漏れ等の機能障害が発生する可能性がある。

【0006】

本開示は、コントローラへの負荷が増加した場合でも適切に処理を行うことができる技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

開示の技術によれば、
制御装置であって、
ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）においてパケットを中継する中継装置に対する設定を行う情報処理装置から受信した要求を、前記中継装置に転送する制御部を有し、
前記制御部は、
前記制御装置の処理負荷が閾値以下である場合、前記情報処理装置からの各要求を前記中継装置に逐次転送し、当該各要求に対する前記中継装置からの各応答を逐次前記情報処理装置に転送し、
前記制御装置の処理負荷が閾値以下でない場合、前記情報処理装置からの複数の要求がまとめられた要求を前記中継装置に転送し、当該複数の要求のそれぞれに対する応答がまとめられた応答を前記情報処理装置に転送する、
制御装置が提供される。

【発明の効果】

【0008】

開示の技術によれば、コントローラへの負荷が増加した場合でも適切に処理を行うことができる。

【図面の簡単な説明】

【0009】

【図1】実施形態に係る通信システム１の構成の一例について説明する図である。

【図2】実施形態に係るオーケストレータ１１、及びコントローラ１２の機能構成の一例を示す図である。

【図3】実施形態に係るコントローラ１２の処理の一例について説明するフローチャートである。

【図4】実施形態に係るコントローラ１２の逐次処理の一例について説明する図である。

【図5】実施形態に係るコントローラ１２のバッチ処理の一例について説明する図である。

【図6】実施形態に係るコントローラ１２における要求の受信頻度と負荷の一例について説明する図である。

【図7】実施形態に係るコントローラ１２のバッチ処理の一例について説明する図である。

【図8】実施形態に係るコントローラ１２の構成の一例について説明する図である。

【発明を実施するための形態】

【0010】

以下、図面を参照して本開示の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本開示が適用される実施の形態は、以下の実施の形態に限られるわけではない。

【0011】

＜システム構成＞
図１を参照し、実施形態に係る通信システム１の構成の一例について説明する。図１は、実施形態に係る通信システム１の構成の一例について説明する図である。

【0012】

図１の例では、通信システム１は、ドメインＡの通信ネットワーク１０Ａ、ドメインＢの通信ネットワーク１０Ｂ、及びドメインＣの通信ネットワーク１０Ｃ（以下で、区別する必要がない場合は、単に「通信ネットワーク１０」と称する。）を有する。

【0013】

また、通信システム１は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）２０Ａ、ＵＥ２０Ｂ、ＵＥ２０Ｃ、及びＵＥ２０Ｄ（以下で、区別する必要がない場合は、単に「ＵＥ２０」と称する。）を有する。また、通信システム１は、サーバ３０Ａ、サーバ３０Ｂ、サーバ３０Ｃ、及びサーバ３０Ｄ（以下で、区別する必要がない場合は、単に「サーバ３０」と称する。）を有する。なお、通信ネットワーク１０、ＵＥ２０、及びサーバ３０の数は、図１の例に限定されない。

【0014】

ＵＥ２０は、通信ネットワーク１０を介して、サーバ３０と通信を行う。ＵＥ２０は、ユーザが利用する端末である。ＵＥ２０は、例えば、パーソナルコンピュータ、スマートフォン、及びタブレット端末等でもよい。サーバ３０は、ＵＥ２０に各種のサービスを提供する情報処理装置である。

【0015】

通信ネットワーク１０は、ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ）技術が適用されたネットワークである。図１の例では、ドメインＡの通信ネットワーク１０Ａは、オーケストレータ１１Ａ、コントローラ１２Ａ、エッジＳＬＧ１３Ａ、エッジＳＬＧ１４Ａ、及び中間ＳＬＧ１５Ａを有している。また、ドメインＢの通信ネットワーク１０Ｂは、オーケストレータ１１Ｂ、コントローラ１２Ｂ、中間ＳＬＧ１３Ｂ、及び中間ＳＬＧ１４Ｂを有している。また、ドメインＣの通信ネットワーク１０Ｃは、オーケストレータ１１Ｃ、コントローラ１２Ｃ、中間ＳＬＧ１５Ｃ、エッジＳＬＧ１３Ｃ、及びエッジＳＬＧ１４Ｃを有している。

【0016】

以下で、各ドメインＡ～Ｃの各ＳＬＧ（１３Ａ、１４Ａ、１５Ａ、１３Ｂ、１４Ｂ、１３Ｃ、１４Ｃ、及び１５Ｃ）を区別する必要がない場合は、各ＳＬＧを単に「ＳＬＧ１３」と称する。また、各ドメインＡ～Ｃの各オーケストレータ１１Ａ～１１Ｃを区別する必要がない場合は、各オーケストレータＡ～Ｃを単に「オーケストレータ１１」と称する。また、各ドメインＡ～Ｃの各コントローラ１２Ａ～１２Ｃを区別する必要がない場合は、各コントローラ１２Ａ～１２Ｃを単に「コントローラ１２」と称する。

【0017】

なお、コントローラ１２は、「制御装置」の一例である。オーケストレータ１１は、「情報処理装置」の一例である。ＳＬＧ１３は「中継装置」の一例である。

【0018】

オーケストレータ１１は、当該オーケストレータ１１が設置されるドメインの各機器の管理及び設定を行う。オーケストレータ１１は、例えば、当該ドメインのコントローラ１２に、当該ドメインのＳＬＧ１３に対する各種の設定を指示する。

【0019】

各ドメインのコントローラ１２は、当該ドメインのオーケストレータ１１からの要求を受信し、当該ドメインのＳＬＧ１３に転送する。これにより、コントローラ１２は、オーケストレータ１１からの指示に従い、ＳＬＧ１３に対する各種の設定を行う。

【0020】

ＳＬＧ１３は、コントローラ１２に設定された内容（規則）に従い、各ＵＥ２０等の機器ごとに、機器から送信されたパケット（データ）の転送先を決定し、決定した転送先に当該パケットを転送（中継、送信）する、ＳＤＮ用の中継装置（ゲートウェイ、ルータ、スイッチ）である。

【0021】

エッジＳＬＧ１３Ａ、及びエッジＳＬＧ１４Ａは、収容するＵＥとしてＵＥ２０Ａが追加、変更、及び削除された等の場合に、オーケストレータ１１Ａの指示によりコントローラ１２Ａから所定の設定（フロー）を要求されてもよい。そして、エッジＳＬＧ１３Ａは、例えば、ＵＥ２０Ａから送信されたパケットを受信した場合、当該所定の設定と、当該パケットの５タプルとに基づいてスライスＩＤを当該パケットに付加して中間ＳＬＧに転送してもよい。なお、５タプルとは、例えば、ＩＰパケットにおけるソースアドレス、宛先アドレス、プロトコル、ソースポート、及び宛先ポートの情報である。

【0022】

そして、以降の中間ＳＬＧ等では、当該スライスＩＤに基づいたＳＬＧ１３間のトンネルへパケットの振分を行う。なお、トンネルは、転送優先度、及び経路冗長の有無等の転送スペック毎に予め設定されてもよい。当該パケットは、スライスを利用するサービスの要件を満たすトンネルを介してサーバ３０へ転送される。

【0023】

＜機能構成＞
図２を参照し、実施形態に係るオーケストレータ１１、及びコントローラ１２の機能構成について説明する。図２は、実施形態に係るオーケストレータ１１、及びコントローラ１２の機能構成の一例を示す図である。

【0024】

《オーケストレータ１１》
図２の例では、実施形態に係るオーケストレータ１１は、管理部１１１、及び送受信部１１２を有する。これら各部は、オーケストレータ１１にインストールされた１以上のプログラムと、オーケストレータ１１のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のハードウェアとの協働により実現されてもよい。

【0025】

管理部１１１は、ＳＬＧ１３、及びＵＥ２０等の管理、及び設定を行う。管理部１１１は、例えば、特定のＳＬＧ１３への所定の設定をコントローラ１２に指示する。送受信部１１２は、コントローラ１２との通信を行う。

【0026】

《コントローラ１２》
図２の例では、実施形態に係るコントローラ１２は、振り分け部１２１、リアルタイム処理部１２２、バッチ処理部１２３、及び負荷計測部１２４を有する。これら各部は、コントローラ１２にインストールされた１以上のプログラムと、コントローラ１２のＣＰＵ等のハードウェアとの協働により実現されてもよい。

【0027】

負荷計測部１２４は、コントローラ１２の処理負荷を計測する。また、負荷計測部１２４は、コントローラ１２により制御される各ＳＬＧ１３の処理負荷を計測する。

【0028】

振り分け部１２１は、オーケストレータ１１からの要求（指示、オーダー）を、負荷計測部１２４により計測された負荷に応じて、リアルタイム処理部１２２とバッチ処理部１２３とのいずれか一方に振り分ける。

【0029】

リアルタイム処理部１２２は、振り分け部１２１の指示に従い、オーケストレータ１１からの要求を直ちにＳＬＧ１３へ転送する。また、リアルタイム処理部１２２は、振り分け部１２１の指示に従い、ＳＬＧ１３からの応答を直ちにオーケストレータ１１へ転送する。

【0030】

バッチ処理部１２３は、振り分け部１２１の指示に従い、オーケストレータ１１からの複数の要求がまとめられた要求をＳＬＧ１３へ転送する。また、リアルタイム処理部１２２は、振り分け部１２１の指示に従い、ＳＬＧ１３からの当該複数の要求のそれぞれに対する応答が一つにまとめられた応答をオーケストレータ１１へ転送する。

【0031】

＜処理＞
図３から図７を参照し、実施形態に係るコントローラ１２の処理の一例について説明する。図３は、実施形態に係るコントローラ１２の処理の一例について説明するフローチャートである。図４は、実施形態に係るコントローラ１２の逐次処理の一例について説明する図である。図５は、実施形態に係るコントローラ１２のバッチ処理の一例について説明する図である。図６は、実施形態に係るコントローラ１２における要求の受信頻度と負荷の一例について説明する図である。図７は、実施形態に係るコントローラ１２のバッチ処理の一例について説明する図である。

【0032】

以下の処理は、例えば、あるドメインのコントローラ１２が当該ドメインのオーケストレータ１１からの要求を受信した際に実行されてもよい。

【0033】

ステップＳ１において、負荷計測部１２４は、コントローラ１２の負荷を計測する。ここで、負荷計測部１２４は、例えば、コントローラ１２のＣＰＵ、及びメモリの使用率等を計測してもよい。また、負荷計測部１２４は、例えば、オーケストレータ１１からの要求を特定のＳＬＧ１３に対して転送する頻度を計測してもよい。

【0034】

続いて、コントローラ１２の負荷計測部１２４は、コントローラ１２の負荷（処理負荷）が閾値以下であるか否かを判定する（ステップＳ２）。

【0035】

（逐次処理について）
コントローラ１２の負荷が閾値以下である場合（ステップＳ２でＹＥＳ）、振り分け部１２１は、オーケストレータ１１からの各要求をリアルタイム処理部１２２により各ＳＬＧ１３に逐次転送（逐次処理）する（ステップＳ３）。ここで、振り分け部１２１は、オーケストレータ１１からＳＬＧ１３宛ての一の要求を受信すると、当該一の要求を直ちに当該ＳＬＧ１３へ転送する。

【0036】

続いて、振り分け部１２１は、当該各要求に対する各応答をリアルタイム処理部１２２により逐次オーケストレータ１１に転送し（ステップＳ４）、オーケストレータ１１から受信した要求に対する処理を終了する。ステップＳ４の処理で、振り分け部１２１は、ＳＬＧ１３からオーケストレータ１１宛ての一の応答を受信すると、当該一の応答を直ちにオーケストレータ１１へ転送する。ステップＳ３及びステップＳ４の処理により、オーケストレータ１１により指示された設定内容が、遅滞なくＳＬＧ１３に反映される。

【0037】

図４の例では、コントローラ１２が、オーケストレータ１１から送信された要求４０１Ａを受信すると、ステップＳ３の処理により要求４１１ＡとしてＳＬＧ１３に転送し、ＳＬＧ１３からの応答４１１Ｂを受信すると、ステップＳ４の処理により応答４０１Ｂとしてオーケストレータ１１に転送することが示されている。

【0038】

また、同様に、コントローラ１２が、オーケストレータ１１から送信された要求４０２Ａを受信すると、ステップＳ３の処理により要求４１２ＡとしてＳＬＧ１３に転送し、ＳＬＧ１３からの応答４１２Ｂを受信すると、ステップＳ４の処理により応答４０２Ｂとしてオーケストレータ１１に転送することが示されている。

【0039】

また、同様に、コントローラ１２が、オーケストレータ１１から送信された要求４０３Ａを受信すると、ステップＳ３の処理により要求４１３ＡとしてＳＬＧ１３に転送し、ＳＬＧ１３からの応答４１３Ｂを受信すると、ステップＳ４の処理により応答４０３Ｂとしてオーケストレータ１１に転送することが示されている。

【0040】

（バッチ処理について）
一方、コントローラ１２の負荷が閾値以下でない（閾値を超えた）場合（ステップＳ２でＮＯ）、振り分け部１２１は、オーケストレータ１１からの複数の要求の内容を含む一の要求をバッチ処理部１２３によりＳＬＧ１３へ転送（バッチ処理）する（ステップＳ５）。

【0041】

なお、振り分け部１２１は、例えば、負荷計測部１２４により測定された、オーケストレータ１１からの要求を特定のＳＬＧ１３に対して転送する頻度が閾値を超えている場合、当該ＳＬＧ１３宛ての要求のみを一つにまとめさせてもよい。これにより、例えば、特定のＳＬＧ１３に対する設定がビジーであることにより他のＳＬＧ１３に対する設定処理に遅延が生じることを低減できる。

【0042】

（コントローラ１２にて複数の要求を一つにまとめる例）
振り分け部１２１は、後述する図５に示すように、オーケストレータ１１からの複数の要求をそれぞれ受信し、所定間隔（例えば、１分間）内に受信した複数の要求を一つにまとめた要求をバッチ処理部１２３に生成させてＳＬＧ１３に転送させてもよい。

【0043】

この場合、振り分け部１２１は、例えば、複数の要求を一つにまとめて処理する旨をオーケストレータ１１に通知してもよい。そして、オーケストレータ１１は、各要求に対してシーケンス番号（通番）の情報を含めてコントローラ１２に送信してもよい。そして、振り分け部１２１は、シーケンス番号と要求の内容との組のデータを複数含む一の要求を生成してもよい。

【0044】

なお、各要求に対するシーケンス番号（通番）は、コントローラ１２にて付与してもよい。この場合、振り分け部１２１は、例えば、オーケストレータ１１から受信した各要求に対し、コントローラ１２で受信した日時順またはオーケストレータ１１から送信された日時順にシーケンス番号（通番）をそれぞれ付与してもよい。

【0045】

振り分け部１２１は、オーケストレータ１１からの複数の要求のうち、要求の宛先及び優先度の少なくとも一方が一致する複数の要求をまとめてＳＬＧ１３に転送してもよい。この場合、振り分け部１２１は、例えば、オーケストレータ１１からの複数の要求に含まれる要求の宛先及び優先度等の情報のうち、一致する部分の情報を重複しないように削除（統合）した一の要求を生成してもよい。この場合、例えば、第１要求に含まれる宛先の情報と第２要求に含まれる宛先の情報とが一致する場合、振り分け部１２１は、第２要求からは宛先の情報を削除した後、第１要求に含まれる情報と第２要求に含まれる情報とを含む一の要求を生成してもよい。これにより、例えば、コントローラ１２からＳＬＧ１３に転送されるデータ量を削減することができる。

【0046】

また、振り分け部１２１は、例えば、オーケストレータ１１からの複数の要求のうち、要求の宛先の一部が一致する複数の要求の宛先を、当該複数の要求の各宛先を含むマルチキャストの宛先に変換して、ＳＬＧ１３に転送してもよい。これにより、例えば、コントローラ１２からＳＬＧ１３に転送されるパケット数を削減することができる。

【0047】

（オーケストレータ１１にて複数の要求を一つにまとめる例）
振り分け部１２１は、後述する図７に示すように、オーケストレータ１１にて複数の要求を一つにまとめさせてもよい。この場合、振り分け部１２１は、例えば、複数の要求を一つにまとめて処理する旨をオーケストレータ１１に通知してもよい。そして、オーケストレータ１１は、シーケンス番号と要求の内容との組のデータを複数含む一の要求を生成してコントローラ１２に送信してもよい。

【0048】

続いて、振り分け部１２１は、当該複数の要求のそれぞれに対する応答がまとめられた一の応答をオーケストレータ１１に転送し（ステップＳ６）、オーケストレータ１１から受信した要求に対する処理を終了する。ここで、振り分け部１２１は、当該複数の要求のそれぞれに対する処理結果を示す情報を含む一の応答をオーケストレータ１１へ転送する。

【0049】

（ＳＬＧ１３にて複数の応答を一つにまとめる例）
ＳＬＧ１３は、後述する図５及び図７に示すように、複数の要求が一つにまとめられた要求をコントローラ１２から受信した場合、当該複数の要求のそれぞれに対する応答がまとめられた一の応答をコントローラ１２に送信（返信）してもよい。この場合、ＳＬＧ１３は、各要求に対するシーケンス番号と、当該各要求に対する応答の内容との組のデータを複数含む一の応答を生成してもよい。

【0050】

（コントローラ１２にて複数の応答を一つにまとめる例）
振り分け部１２１は、複数の要求のそれぞれに対する応答であって、各要求に対するシーケンス番号を含む各応答をＳＬＧ１３から受信し、所定間隔（例えば、１分間）内に受信した複数の応答を一つにまとめた応答をバッチ処理部１２３に生成させてオーケストレータ１１に転送させてもよい。この場合、振り分け部１２１は、各要求に対するシーケンス番号と、当該各要求に対する応答の内容との組のデータを複数含む一の応答を生成してもよい。

【0051】

なお、図５の例では、コントローラ１２が、オーケストレータ１１からそれぞれ異なる時点で送信された要求５０１～５０４を、ステップＳ５の処理で一時的に記録し、一の時点で要求５１１～５１４としてまとめてＳＬＧ１３に転送することが示されている。また、コントローラ１２が、要求５１１～５１４に対する各応答が一つにまとめられた応答５１５をＳＬＧ１３から受信すると、ステップＳ５の処理で応答５０５としてオーケストレータ１１に転送することが示されている。

【0052】

図７の例では、コントローラ１２が、オーケストレータ１１から要求７０１～７０４をまとめて受信し、要求７１１～７１４としてまとめてＳＬＧ１３に転送することが示されている。また、コントローラ１２が、要求７１１～７１４に対する各応答が一つにまとめられた応答７１５をＳＬＧ１３から受信すると、ステップＳ５の処理で応答７０５としてオーケストレータ１１に転送することが示されている。

【0053】

図３にて説明した処理により、図６に示すように、オーケストレータ１１からの要求（オーダー）の頻度が増加するにしたがって、コントローラ１２の負荷は線分６１１で示すように増加する。

【0054】

そして、コントローラ１２の負荷が第１閾値を超えると、ステップＳ５及びステップＳ６の処理が実行されるようになるため、コントローラ１２の負荷は線分６１２で示すように増加するため、増加速度が低下する。

【0055】

なお、コントローラ１２の負荷が第１閾値よりも高い第２閾値を超えた場合、コントローラ１２は、オーケストレータ１１からの各要求のうち少なくとも一部の要求を廃棄してもよい。それにより、コントローラ１２の負荷は線分６１３で示すように増加するため、増加速度がさらに低下し、コントローラ１２の負荷がオーダーの処理漏れ等の機能障害等が発生する上限６０１を超えないようにすることができる。

【0056】

＜本開示の効果＞
従来技術では、例えば、ＵＥ２０の追加、変更、及び削除された等により、オーケストレータ１１からコントローラ１２に対し、エッジＳＬＧ１３へ所定の設定が指示（フローが投入）された場合に、コントローラ１２に負荷が集中し、オーダーの処理漏れ、及び機能障害が発生し得る。例えば、ＳＤＮネットワークを拡大（スケール）する等のために、大量のＵＥ２０が一度に追加された等の場合に、特にこのような問題が生じると考えられる。

【0057】

上述した実施形態によれば、コントローラ１２への負荷が増加した場合でも適切に処理を行うことができる。

【0058】

（その他の構成例）
図１に示すコントローラ１２における各機能ブロックの機能を専用のハードウェア（ＬＳＩ等）で実現してもよいし、プロセッサ（ＣＰＵ、ＤＳＰ等）とメモリとを備える汎用的なコンピュータと、当該コンピュータ上で動作するソフトウェアで実現してもよい。

【0059】

コンピュータとソフトウェアを用いてコントローラ１２を実現する場合のコントローラ１２の構成例を図８に示す。

【0060】

図８に示すように、コントローラ１２は、プロセッサ１０１、メモリ１０２、補助記憶装置１０３、及び入出力装置１０４を有し、これらがバスで接続された構成を有する。

【0061】

例えば、補助記憶装置１０３（コンピュータ読み取り可能な記録媒体）に、コントローラ１２の処理を実現するプログラムが格納される。コントローラ１２の動作時に、当該プログラムがメモリ１０２に読み込まれ、プロセッサ１０１がメモリ１０２からプログラムを読み出して実行する。例えば、プロセッサ１０１は、当該プログラムにより、振り分け部１２１等の処理を実行する。

【0062】

また、「コンピュータ読み取り可能な記録媒体」とは、例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」は、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものを含んでもよい。

【0063】

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【符号の説明】

【0064】

１ 通信システム
１０ 通信ネットワーク
１１ オーケストレータ
１１１ 管理部
１１２ 送受信部
１２ コントローラ
１２１ 振り分け部
１２２ リアルタイム処理部
１２３ バッチ処理部
１２４ 負荷計測部
１３ ＳＬＧ
２０ ＵＥ
３０ サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】