特許 7320604 サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体

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

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

(11)【特許番号】

(24)【登録日】2023-07-26

(45)【発行日】2023-08-03

(54)【発明の名称】サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体

(51)【国際特許分類】

   H04W 92/24 20090101AFI20230727BHJP

   H04W 28/08 20230101ALI20230727BHJP

   H04W 40/02 20090101ALI20230727BHJP

【ＦＩ】

H04W92/24

H04W28/08

H04W40/02

【請求項の数】 19

(21)【出願番号】P 2021523374

(86)(22)【出願日】2019-09-30

(65)【公表番号】

(43)【公表日】2022-01-17

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

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

(87)【国際公開日】2020-05-07

【審査請求日】2022-04-12

(31)【優先権主張番号】16/176,920

(32)【優先日】2018-10-31

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】アサリ，ターレク

(72)【発明者】

【氏名】カルトゥリ，シュリダール

(72)【発明者】

【氏名】クレイグ，ジェフリー・アラン

(72)【発明者】

【氏名】グプタ，マニシュ・クマール

(72)【発明者】

【氏名】ナギーブ，サメ

【審査官】石田 信行

(56)【参考文献】

【文献】特開２０１６－１３４８４５（ＪＰ，Ａ）

【文献】China Mobile，Update the description of distributed service framework [online]，3GPP TSG SA WG2 #128BIS S2-188703，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_128BIS_Sophia_Antipolis/Docs/S2-188703.zip>，2018年08月24日

【文献】ZTE, China Mobile, Deutsche Telekom，Update of Solution 18: Further AMF modularization [online]，3GPP TSG SA WG2 #129 S2-1810325，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_129_Dongguan/Docs/S2-1810325.zip>，2018年10月09日

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

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

サービスプロキシ機能を提供するためのシステムであって、前記システムは、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラを含み、前記サービスプロキシコントローラは、電気通信ネットワークコアのための複数のルーティングポリシーを提供するために構成され、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記システムはさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーを含み、前記サービスプロキシワーカーのうちの各サービスプロキシワーカーは、
前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングし、
前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供する、
ために構成され、
電気通信ネットワークコアメッセージをルーティングすることは、前記サービスプロキシワーカーで、第１のネットワーク機能に向けられた少なくとも第１の電気通信ネットワークコアメッセージを、前記第１のネットワーク機能のための健全性ステータスインジケータに基づいて再ルーティングすることを含む、システム。

【請求項2】

サービスプロキシ機能を提供するためのシステムであって、前記システムは、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラを含み、前記サービスプロキシコントローラは、電気通信ネットワークコアのための複数のルーティングポリシーを提供するために構成され、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記システムはさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーを含み、前記サービスプロキシワーカーのうちの各サービスプロキシワーカーは、
前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングし、
前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供する、
ために構成され、
電気通信ネットワークコアメッセージをルーティングすることは、前記サービスプロキシワーカーで、第１のネットワーク機能から第２のネットワーク機能への第１の電気通信ネットワークコアメッセージの失敗した伝送を再試行することを含む、システム

【請求項3】

サービスプロキシ機能を提供するためのシステムであって、前記システムは、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラを含み、前記サービスプロキシコントローラは、電気通信ネットワークコアのための複数のルーティングポリシーを提供するために構成され、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記システムはさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーを含み、前記サービスプロキシワーカーのうちの各サービスプロキシワーカーは、
前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングし、
前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供する、
ために構成され、
前記電気通信ネットワークコアのためのルーティングポリシーを提供することは、トラフィック優先順位付けポリシーを提供することを含み、前記ルーティングポリシーを実施することは、前記トラフィック優先順位付けポリシーに従って過負荷状態を検出することに応答して、より低い優先順位のネットワークトラフィックを切り捨てることを含む、システム。

【請求項4】

サービスプロキシ機能を提供するためのシステムであって、前記システムは、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラを含み、前記サービスプロキシコントローラは、電気通信ネットワークコアのための複数のルーティングポリシーを提供するために構成され、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記システムはさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーを含み、前記サービスプロキシワーカーのうちの各サービスプロキシワーカーは、
前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングし、
前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供する、
ために構成され、
前記サービスプロキシコントローラは、少なくとも第１のネットワーク機能についてのネットワーク負荷を、登録中に前記第１のネットワーク機能によって発行される容量情報、前記第１のネットワーク機能によって発行される負荷情報、および前記第１のネットワーク機能の前記ネットワーク負荷を特徴付ける第１のネットワークステータスレポートに基づいて決定するために構成される、システム。

【請求項5】

ルーティングポリシーを提供することは、前記サービスプロキシワーカーからの前記ネットワークステータスレポートに基づいて、ネットワーク機能のうちの少なくとも第１の部分集合間で負荷バランシングを行なうことを含む、請求項１～４のいずれか１項に記載のシステム。

【請求項6】

前記サービスプロキシワーカーは、前記ネットワーク機能のインスタンスとともに分散コンピューティングシステムにデプロイされ、電気通信ネットワークコアメッセージをルーティングすることは、前記ネットワーク機能の前記インスタンスのためのデフォルトのアウトバウンドプロキシとして作用することを含む、請求項１～５のいずれか１項に記載のシステム。

【請求項7】

ネットワークステータスレポートを提供することは、各ネットワーク機能についての要求および応答カウント、各ネットワーク機能についてのメッセージレート、および各ネットワーク機能についての平均伝送待ち時間のうちの１つ以上を提供することを含む、請求項１～６のいずれか１項に記載のシステム。

【請求項8】

前記電気通信ネットワークコアは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））５Ｇ電気通信ネットワークコアであり、前記ネットワーク機能は少なくとも、アクセスおよびモビリティ管理機能（ＡＭＦ）、ポリシー制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）機能、セッション管理機能（ＳＭＦ）、およびネットワークスライス選択機能（ＮＳＳＦ）を含む、請求項１～７のいずれか１項に記載のシステム。

【請求項9】

前記電気通信ネットワークコアのためのルーティングポリシーを提供することは、ネットワーク機能リポジトリ機能（ＮＲＦ）からネットワーク機能ステータス情報を受信することと、追加のネットワーク機能ステータス情報を前記ＮＲＦに提供することとを含む、請求項１～８のいずれか１項に記載のシステム。

【請求項10】

サービスプロキシ機能を提供するための方法であって、前記方法は、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラから、電気通信ネットワークコアのための複数のルーティングポリシーを提供するステップを含み、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記方法はさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーのうちの各サービスプロキシワーカーで、前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするステップと、
各サービスプロキシワーカーで、前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供するステップとを含み、
電気通信ネットワークコアメッセージをルーティングするステップは、前記サービスプロキシワーカーで、第１のネットワーク機能に向けられた少なくとも第１の電気通信ネットワークコアメッセージを、前記第１のネットワーク機能のための健全性ステータスインジケータに基づいて再ルーティングするステップを含む、方法。

【請求項11】

サービスプロキシ機能を提供するための方法であって、前記方法は、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラから、電気通信ネットワークコアのための複数のルーティングポリシーを提供するステップを含み、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記方法はさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーのうちの各サービスプロキシワーカーで、前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするステップと、
各サービスプロキシワーカーで、前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供するステップとを含み、
電気通信ネットワークコアメッセージをルーティングするステップは、前記サービスプロキシワーカーで、第１のネットワーク機能から第２のネットワーク機能への第１の電気通信ネットワークコアメッセージの失敗した伝送を再試行するステップを含む、方法。

【請求項12】

サービスプロキシ機能を提供するための方法であって、前記方法は、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラから、電気通信ネットワークコアのための複数のルーティングポリシーを提供するステップを含み、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記方法はさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーのうちの各サービスプロキシワーカーで、前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするステップと、
各サービスプロキシワーカーで、前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供するステップとを含み、
前記電気通信ネットワークコアのためのルーティングポリシーを提供するステップは、トラフィック優先順位付けポリシーを提供するステップを含み、前記ルーティングポリシーを実施することは、前記トラフィック優先順位付けポリシーに従って過負荷状態を検出することに応答して、より低い優先順位のネットワークトラフィックを切り捨てることを含む、方法。

【請求項13】

サービスプロキシ機能を提供するための方法であって、前記方法は、
少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラから、電気通信ネットワークコアのための複数のルーティングポリシーを提供するステップを含み、前記電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信する複数のネットワーク機能を含み、前記方法はさらに、
前記少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーのうちの各サービスプロキシワーカーで、前記サービスプロキシコントローラからの前記ルーティングポリシーを利用して前記サービスプロキシコントローラからの前記ルーティングポリシーを実施することによって、前記ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするステップと、
各サービスプロキシワーカーで、前記電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートを前記サービスプロキシコントローラに提供するステップとを含み、
前記サービスプロキシコントローラは、少なくとも第１のネットワーク機能についてのネットワーク負荷を、登録中に前記第１のネットワーク機能によって発行される容量情報、前記第１のネットワーク機能によって発行される負荷情報、および前記第１のネットワーク機能の前記ネットワーク負荷を特徴付ける第１のネットワークステータスレポートに基づいて決定するために構成される、方法。

【請求項14】

ルーティングポリシーを提供するステップは、前記サービスプロキシワーカーからの前記ネットワークステータスレポートに基づいて、ネットワーク機能のうちの少なくとも第１の部分集合間で負荷バランシングを行なうステップを含む、請求項１０～１３のいずれか１項に記載の方法。

【請求項15】

前記サービスプロキシワーカーは、前記ネットワーク機能のインスタンスとともに分散コンピューティングシステムにデプロイされ、電気通信ネットワークコアメッセージをルーティングするステップは、前記ネットワーク機能の前記インスタンスのためのデフォルトのアウトバウンドプロキシとして作用するステップを含む、請求項１０～１４のいずれか１項に記載の方法。

【請求項16】

ネットワークステータスレポートを提供するステップは、各ネットワーク機能についての要求および応答カウント、各ネットワーク機能についてのメッセージレート、および各ネットワーク機能についての平均伝送待ち時間のうちの１つ以上を提供するステップを含む、請求項１０～１５のいずれか１項に記載の方法。

【請求項17】

前記電気通信ネットワークコアは、第３世代パートナーシッププロジェクト（３ＧＰＰ）５Ｇ電気通信ネットワークコアであり、前記ネットワーク機能は少なくとも、アクセスおよびモビリティ管理機能（ＡＭＦ）、ポリシー制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）機能、セッション管理機能（ＳＭＦ）、およびネットワークスライス選択機能（ＮＳＳＦ）を含む、請求項１０～１６のいずれか１項に記載の方法。

【請求項18】

前記電気通信ネットワークコアのためのルーティングポリシーを提供するステップは、ネットワーク機能リポジトリ機能（ＮＲＦ）からネットワーク機能ステータス情報を受信するステップと、追加のネットワーク機能ステータス情報を前記ＮＲＦに提供するステップとを含む、請求項１０～１７のいずれか１項に記載の方法。

【請求項19】

コンピュータのプロセッサによって実行されると請求項１０～１８のいずれか１項に記載の方法を実施するように前記コンピュータを制御する命令を有する、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
本願は、２０１８年１０月３１日に出願された米国特許出願連続番号第１６／１７６，９２０号の優先権利益を主張する。当該出願の開示は、その全体がここに引用により援用される。

【0002】

技術分野
ここに説明される主題は、サービスベースのアーキテクチャを使用する電気通信ネットワークコアに関する。より特定的には、ここに説明される主題は、サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体に関する。

【背景技術】

【0003】

背景
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、電気通信規格協会のグループ間の提携である。３ＧＰＰは、３Ｇ、４Ｇ、およびロング・ターム・エボリューション（Long Term Evolution：ＬＴＥ）ネットワークを含む電気通信ネットワークのための携帯電話システム仕様を定義した。３ＧＰＰのための次世代ネットワークは、５Ｇネットワークである。５Ｇ仕様は、高いデータレート、減少した待ち時間、省エネルギー、コスト削減、より高いシステム容量、および接続されるデバイスの数の増加を目標とする。

【0004】

３ＧＰＰは、その次世代５Ｇコアネットワークのためのサービスベースのアーキテクチャを定義してきた。サービスベースのアーキテクチャでは、サービスは、典型的にはデータ通信ネットワーク上の通信プロトコルを通して、アプリケーション構成要素によってソフトウェア構成要素に提供される。あるサービスは、たとえば、リモートでアクセスされ、システムにおける他のサービスとは独立して利用され、更新され得る、個別の機能であり得る。ソフトウェアアプリケーションなどのより大きい機能システムの機能性を提供するために、異なるサービスをともに使用することができる。サービスベースのアーキテクチャは、分散されて別々に維持されるソフトウェア構成要素を統合することができる。

【0005】

サービス利用者がサービスをプロデュースする制作者と通信することを可能にするために、利用者は、発見サービスを介して制作者を発見し、制作者と直接通信することが予想される。たとえば、５Ｇコアネットワークでは、サービスは、ＨＴＴＰ／２上でＲＥＳＴｆｕｌ ＡＰＩを使用して、これらの機能を行なう。３ＧＰＰによって定義されたアプローチはうまく機能しているものの、それは、サービス発見、負荷バランシング、過負荷制御、回路遮断器、再試行、タイムアウトなどのネットワーキング機能性を実現するために、サービス利用者および制作者に多くの負担を課す。

【0006】

したがって、サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体の必要性が存在する。

【発明の概要】

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

【0007】

概要
ここに説明される主題は、サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体を含む。例示的なシステムは、少なくとも１つのサービスプロキシコントローラと、複数のサービスプロキシワーカーとを含む。サービスプロキシコントローラは、電気通信ネットワークコアのためのルーティングポリシーを提供するために構成される。電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信するネットワーク機能を含む。各サービスプロキシワーカーは、サービスプロキシコントローラからのルーティングポリシーを利用してサービスプロキシコントローラからのルーティングポリシーを実施することによって、ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするために構成される。各サービスプロキシワーカーは、電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートをサービスプロキシコントローラに提供するために構成される。

【0008】

サービスプロキシ機能を提供するための例示的な方法は、少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラから、電気通信ネットワークコアのためのルーティングポリシーを提供するステップを含み、電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信するネットワーク機能を含む。方法は、少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーのうちの各サービスプロキシワーカーで、サービスプロキシコントローラからのルーティングポリシーを利用してサービスプロキシコントローラからのルーティングポリシーを実施することによって、ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするステップを含む。方法は、各サービスプロキシワーカーで、電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートをサービスプロキシコントローラに提供するステップを含む。

【0009】

いくつかの例では、ルーティングポリシーを提供することは、サービスプロキシワーカーからのネットワークステータスレポートに基づいて、ネットワーク機能のうちの少なくとも第１の部分集合間で負荷バランシングを行なうことを含む。いくつかの例では、電気通信ネットワークコアメッセージをルーティングすることは、サービスプロキシワーカーで、第１のネットワーク機能に向けられた少なくとも第１の電気通信ネットワークコアメッセージを、第１のネットワーク機能のための健全性ステータスインジケータに基づいて再ルーティングすることを含む。いくつかの例では、電気通信ネットワークコアメッセージをルーティングすることは、サービスプロキシワーカーで、第１のネットワーク機能から第２のネットワーク機能への第１の電気通信ネットワークコアメッセージの失敗した伝送を再試行することを含む。

【0010】

いくつかの例では、サービスプロキシワーカーは、ネットワーク機能のインスタンスとともに分散コンピューティングシステムにデプロイされ、電気通信ネットワークコアメッセージをルーティングすることは、ネットワーク機能のインスタンスのためのデフォルトのアウトバウンドプロキシとして作用することを含む。いくつかの例では、電気通信ネットワークコアのためのルーティングポリシーを提供することは、トラフィック優先順位付けポリシーを提供することを含み、ルーティングポリシーを実施することは、トラフィック優先順位付けポリシーに従って過負荷状態を検出することに応答して、より低い優先順位のネットワークトラフィックを切り捨てることを含む。

【0011】

いくつかの例では、ネットワークステータスレポートを提供することは、各ネットワーク機能についての要求および応答カウント、各ネットワーク機能についてのメッセージレート、および各ネットワーク機能についての平均伝送待ち時間のうちの１つ以上を提供することを含む。いくつかの例では、サービスプロキシコントローラは、少なくとも第１のネットワーク機能についてのネットワーク負荷を、登録中に第１のネットワーク機能によって発行される容量情報、第１のネットワーク機能によって発行される負荷情報、および第１のネットワーク機能のネットワーク負荷を特徴付ける第１のネットワークステータスレポートに基づいて決定するために構成される。

【0012】

いくつかの例では、電気通信ネットワークコアは、第３世代パートナーシッププロジェクト（３ＧＰＰ）５Ｇ電気通信ネットワークコアであり、ネットワーク機能は少なくとも、アクセスおよびモビリティ管理機能（access and mobility management function：ＡＭＦ）、ポリシー制御機能（policy control function：ＰＣＦ）、統合データ管理（unified data management：ＵＤＭ）機能、セッション管理機能（session management function：ＳＭＦ）、およびネットワークスライス選択機能（network slice selection function：ＮＳＳＦ）を含む。いくつかの例では、電気通信ネットワークコアのためのルーティングポリシーを提供することは、ネットワーク機能リポジトリ機能（network function repository function：ＮＲＦ）からネットワーク機能ステータス情報を受信することと、追加のネットワーク機能ステータス情報をＮＲＦに提供することとを含む。

【0013】

ここに説明される主題は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実現されてもよい。そのため、ここに使用されるような「機能」、「ノード」、または「エンジン」という用語はハードウェアを指すが、それらはまた、説明されている特徴を実現するためのソフトウェアおよび／またはファームウェア構成要素を含んでいてもよい。例示的な一実現化例では、ここに説明される主題は、コンピュータのプロセッサによって実行されるとステップを行なうようにコンピュータを制御するコンピュータ実行可能命令が格納された非一時的コンピュータ読取可能媒体を使用して実現されてもよい。ここに説明される主題を実現するのに好適である例示的なコンピュータ読取可能媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブル論理デバイス、および特定用途向け集積回路などの非一時的コンピュータ読取可能媒体を含む。加えて、ここに説明される主題を実現するコンピュータ読取可能媒体は、単一のデバイスまたはコンピューティングプラットフォーム上に位置していてもよく、もしくは、複数のデバイスまたはコンピューティングプラットフォームにわたって分散されていてもよい。

【図面の簡単な説明】

【0014】

【図1】サービスベースのアーキテクチャを使用する例示的な電気通信ネットワークコアを示すブロック図である。

【図2】サービスプロキシ機能の例示的な一実現化例を示すブロック図である。

【図3】負荷を認識する発見および要求ルーティングのための例示的なメッセージ交換を示す信号伝送図である。

【図4】電気通信を認識する代替ルーティングのための例示的なメッセージ交換を示す信号伝送図である。

【図5】ＮＲＦを用いて実行されるルーティング最適化のための例示的なメッセージ交換を示す信号伝送図である。

【図6】過負荷／退出輻輳制御のための例示的なメッセージ交換を示す信号伝送図である。

【図7】ネットワーク機能の失敗または劣化を取り扱うための例示的なメッセージ交換を示す信号伝送図である。

【図8】カナリアリリースを実現するための例示的なメッセージ交換を示す信号伝送図である。

【図9】サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための例示的な方法を示すフロー図である。

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

【0015】

詳細な説明
サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための方法、システム、およびコンピュータ読取可能媒体が開示される。特に、開示される主題は、少なくとも１つのサービスプロキシコントローラと複数のサービスプロキシワーカーとを使用する分散されたサービスプロキシ機能を提示する。

【0016】

３ＧＰＰ ５Ｇ仕様は、電気通信ネットワークコアにおける構成要素が互いに通信するやり方を著しく変える。５Ｇにおけるコアネットワークは、ネットワーク要素が、電気通信ネットワークコアにおける他のネットワーク要素によってＲＥＳＴ ＡＰＩを用いて利用されるサービスを広告して提供する、サービスベースのアーキテクチャに従う。これは、電気通信ネットワークにおけるウェブスケール技術およびソフトウェアの採用を可能にする。

【0017】

５Ｇアーキテクチャでは、焦点は、密結合の機能およびポイント・ツー・ポイントインターフェイスとは対照的に、疎結合のサービス上にある。ＨＴＴＰ／２が、サービスベースのアプリケーション層プロトコルとして使用される。５Ｇアーキテクチャは、固有の制御およびユーザプレーン分離をサポートする。５Ｇアーキテクチャは、統合されたデータ管理フレームワーク、拡張され統合されたポリシーフレームワーク、および拡張されたネットワーク露出機能性をサポートする。

【0018】

ウェブスケール技術はしばしば、主としてオープンソースソフトウェアに依拠し、たとえば、特にシステムを実現するデプロイメントおよび動作局面において、かなりの量の自動化を取り入れる。ウェブスケール技術ソリューションは、電気通信ネットワークコア層より下のメッセージに存在する情報要素に基づいている。この明細書に説明されるサービスプロキシ機能は、電気通信ネットワークコアにおけるネットワーキング構成要素に電気通信の認識をもたらし、輻輳制御、トラフィック優先順位付け、過負荷制御、最適化されたルーティングなどといった問題を解決するのに役立ち得る。

【0019】

図１は、サービスベースのアーキテクチャを使用する例示的な電気通信ネットワークコア１００を示すブロック図である。電気通信ネットワークコア１００は、たとえば、３ＧＰＰ ５Ｇ電気通信ネットワークコアであり得る。図１に示すように、電気通信ネットワークコア１００は、サービスプロキシ機能１０２と、サービスプロキシ機能１０２を使用して互いに通信する複数のネットワーク機能とを含む。

【0020】

図１に示すネットワーク機能は、電気通信ネットワークコア１００におけるネットワーク機能の例である。他のタイプの適切なネットワーク機能が含まれていてもよく、いくつかの例では、電気通信ネットワークコア１００は、より少ないネットワーク機能を含むであろう。図１に示すように、電気通信ネットワークコア１００は、ネットワークスライス選択機能（ＮＳＳＦ）１０４と、ネットワーク露出機能（network exposure function：ＮＥＦ）１０６と、ネットワーク機能リポジトリ機能（ＮＲＦ）１０８と、ポリシー制御機能（ＰＣＦ）１１０と、統合データ管理（ＵＤＭ）機能１１２と、アプリケーション機能（application function：ＡＦ）１１４と、セキュリティエッジ保護プロキシ（security edge protection proxy：ＳＥＰＰ）１１６と、ＥＩＲ１１８と、インターワーキング機能（interworking function：ＩＷＦ）１２０と、アクセスおよびモビリティ管理機能（ＡＭＦ）１２２と、認証サーバ機能（authentication server function：ＡＵＳＦ）と、ブートストラッピングサーバ機能（bootstrapping server function：ＢＳＦ）１２６と、セッション管理機能（ＳＭＦ）１２８とを含む。

【0021】

図１に示すネットワーク機能のうちのいくつかは、５Ｇ－４Ｇインターワーキングのために使用される。たとえば、ＮＳＳＦ１０４、ＮＥＦ１０６、ＮＲＦ１０８、ＳＥＰＰ１１６、ＥＩＲ１１８、ＩＷＦ１２０、およびＢＳＦ１２６は、５Ｇ－４Ｇインターワーキングを容易にするために使用され得る。

【0022】

サービスプロキシ機能１０２は、たとえばルーティング制御、回復力、および可観測性といった、サービスベースのアーキテクチャを容易にするためのさまざまなサービスを電気通信ネットワークコア１００に提供するために、ネットワーク機能と一緒にクラウドコンピューティング環境にデプロイされ得る。サービスプロキシ機能１０２は一般に、サービスメッシュソリューションを電気通信ネットワークコア１００に提供し、それにより、ネットワーク機能からのさまざまな計算負担を緩和し、サービスベースのアーキテクチャの順守から生じるネットワークエラーのリスクを減少させる。

【0023】

一般に、サービスプロキシ機能１０２は、ネットワーク機能間の通信を取り扱うための専用の共通のサービスである。サービスプロキシ機能１０２は、クラウドコンピューティング環境にデプロイされた他のサービスによって共有される別個のソフトウェア層として実現され得る。サービスプロキシ機能１０２は、ネットワーク機能からサービス間通信の懸念の負担を軽減し、サービス間通信を安全で迅速で信頼できるものにする。

【0024】

いくつかの例では、サービスプロキシ機能１０２は、電気通信ネットワークコア１００におけるサービスに、以下の利点のうちの１つ以上を提供する：
・サービス間通信フローの均一な可視性および制御を可能にする
・回路遮断、待ち時間を認識する負荷バランシング、最終的に一貫したサービス発見、トランザクション再試行、およびトランザクション期限などの能力を有する
・ポイントに関する回復力およびサービスに関する回復力の双方を提供する
・制御プレーンおよびデータプレーンを実現する。

【0025】

いくつかの例では、ＮＲＦ１０８とサービスプロキシ機能１０２とは、負荷バランシングなどのあるタスクを容易にするために組合され、または互いに通信するように構成される。ＮＲＦ１０８は、たとえば以下についてのリアルタイム情報を格納することができる：
・失敗したネットワーク機能、または応答しないネットワーク機能
・各ネットワーク機能の負荷状態
・ネットワーク機能応答時間
・ネットワーク機能接続健全性。

【0026】

そのような情報をＮＲＦ１０８に格納することは、ＮＲＦ１０８でのよりよいネットワーク機能選択決定をもたらし得る。ＮＲＦ１０８はまた、たとえば別個のＮＲＦクエリをなくすことによって初期サービス要求を減少させるために、そのような情報を使用することができる。いくつかの例では、ＮＲＦ１０８とサービスプロキシ機能１０２とを組合せることは、メッセージの動的な再ルーティングを可能にし得る。

【0027】

サービスプロキシ機能１０２は、電気通信ネットワークコア１００の全体的健全性の向上した可視性を提供することができる。ネットワークの健全性への可視性を有することは、オペレータにとって重大である。いくつかの機能は、たとえばスライスの健全性を提供することによって限られた容量でこの必要性を部分的に満たす。サービスプロキシ機能１０２は、失敗または劣化したネットワーク機能を識別するための追加の監視機能の必要性を緩和することができる。

【0028】

サービスプロキシ機能１０２は、所与のタイプのネットワーク機能のために到来するすべてのメッセージの全体像を有することにより、利用可能なネットワーク機能間の向上した負荷バランシングを提供することができる。サービスプロキシ機能１０２は、現在の負荷およびネットワーク機能利用可能性に基づいて、ラウンドロビン、重み付けラウンドロビン、トランザクション待ち時間、および他の適切な負荷バランシングなどの技術をサポートすることができる。

【0029】

サービスプロキシ機能１０２は、ネットワークにおけるその位置を活用することにより、電気通信ネットワークコア１００によりよいルーティング制御を提供し、回復力をもたらすことができる。サービスプロキシ機能１０２は、次のホップの選択に関連付けられた複雑なルーティングルールを記憶して解釈し、同時に、ネットワーク機能の負荷状態および健全性ステータスに基づいて再ルーティング決定を行なうという利用者ネットワーク機能を取り除く。

【0030】

代替ルートがない場合、サービスプロキシ機能１０２は、失敗または劣化したネットワーク機能に向けられた要求を迅速に却下することができ、それにより、回路遮断器として作用する。これは、利用者ネットワーク機能での貴重なリソースが、プロバイダからの応答を待って動きがとれなくなるのを防止することができる。サービスプロキシ機能１０２はまた、サービス利用者に代わって再試行を試みることができ、それにより、この負担をサービス利用者から取り除き、それがアプリケーションに集中できる状態にする。

【0031】

サービスプロキシ機能１０２は、ネットワーク機能間の接続を減少させるのに有用であり得る。サービスプロキシ機能１０２がない場合、ネットワーク機能インスタンスは典型的には、すべての他のネットワーク機能インスタンスとの接続をセットアップするであろう。ネットワーク機能インスタンスとともにデプロイされ、ネットワーク機能インスタンスのためのアウトバウンドプロキシとして作用することにより、サービスプロキシ機能１０２は、ネットワーク機能インスタンスが互いとの直接接続をセットアップする必要性をなくす。接続は、各ネットワーク機能インスタンスがサービスプロキシ機能１０２への１組の冗長な接続を維持し、それらの接続をすべてのアウトバウンド要求のために使用するように、最適化され得る。

【0032】

図２は、サービスプロキシ機能１０２の例示的な一実現化例を示すブロック図である。サービスプロキシ機能１０２は、サービスプロキシコントローラ２０２と、複数のサービスプロキシワーカー２０４、２０６、２０８、および２１０とを含む。サービスプロキシ機能１０２は、図２に示すような制御プレーンおよびデータプレーンを含む。サービスプロキシワーカー２０４、２０６、２０８、および２１０は制御プレーンを使用し、サービスプロキシワーカー２０４、２０６、２０８、および２１０は、データプレーンを使用して電気通信ネットワークコアメッセージをルーティングするために互いに通信する。

【0033】

サービスプロキシコントローラ２０２は、サービスプロキシコントローラ機能の複数の異なるインスタンスとして実現され得る。いくつかの例では、サービスプロキシコントローラ２０２の機能は、複数のコントローラマイクロサービス間で分割される。

【0034】

各サービスプロキシワーカーは、１つ以上のネットワーク機能に結合される。サービスプロキシワーカー２０４は、第１のＡＭＦインスタンス２１２、第２のＡＭＦインスタンス２１４、およびＳＭＦインスタンス２１６に結合される。サービスプロキシワーカー２０６は、ＡＵＳＦ２１８インスタンスおよびＰＣＦインスタンス２２０に結合される。サービスプロキシワーカー２０８は、第１のＳＭＦインスタンス２２２および第２のＳＭＦインスタンス２２４に結合される。サービスプロキシワーカー２１０は、ＵＤＭインスタンス２２６に結合される。

【0035】

いくつかの例では、サービスプロキシ機能１０２は、どのサービスプロキシワーカーも任意の特定のネットワーク機能に結合されず、その代わり、すべてのサービスプロキシワーカーが、ネットワークアイデンティティを集団で共有し、サービスプロキシ機能インスタンスのドメインにおいてすべてのネットワーク機能によってデフォルトプロキシとして集団で使用されるように、実現される。サービスプロキシワーカーの集合にわたってネットワーク機能利用者負荷を分散させるために、クラウド負荷バランサー機能が使用されてもよい。

【0036】

動作時、サービスプロキシワーカー２０４、２０６、２０８、および２１０は、電気通信ネットワークコア１００のサービスベースのアーキテクチャに従って、ネットワーク機能間の通信を容易にする。サービスプロキシコントローラ２０２は、電気通信ネットワークコア１００のためのルーティングポリシーをサービスプロキシワーカー２０４、２０６、２０８、および２１０に提供するために、適切なプログラミングによって構成される。

【0037】

サービスプロキシワーカー２０４、２０６、２０８、および２１０の各々は、サービスプロキシコントローラ２０２からのルーティングポリシーを利用してサービスプロキシコントローラ２０２からのルーティングポリシーを実施することによってネットワーク機能間で電気通信ネットワークコアメッセージをルーティングするために、適切なプログラミングによって構成される。サービスプロキシワーカー２０４、２０６、２０８、および２１０の各々はまた、電気通信ネットワークコアメッセージに基づいてネットワークステータスレポートをサービスプロキシコントローラ２０２に提供するために構成される。典型的には、１つのネットワーク機能はサービスの集まりを含み、ネットワークステータスが、各ネットワーク機能および各ネットワーク機能サービスについてレポートされる。サービスプロキシコントローラ２０２は、新しいルーティングポリシーを生成してプッシュするために、ネットワークステータスレポートを使用することができる。

【0038】

ネットワークステータスレポートは、たとえば、ネットワーク機能が失敗または劣化したという通知、または他の適切なメトリック、主要性能指標（key performance indicator：ＫＰＩ）、および、メッセージ処理に関連したレポートを含み得る。たとえば、ネットワークステータスレポートは、各ネットワーク機能インスタンスについての要求および応答カウント、または、各ネットワーク機能インスタンスについてのメッセージレートまたは平均トランザクション待ち時間を含み得る。ネットワークステータスレポートは、成功およびエラーカウントを含み得る。この情報により、サービスプロキシコントローラ２０２は、現在の情報に基づいて、ネットワーク健全性のビューを提供し、ルーティングポリシーを提供する唯一の立場にある。

【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】

サービスプロキシワーカー６０６は、ＰＣＦ６０８と交換された電気通信ネットワークコアメッセージを監視することによって、ＰＣＦ６０８が輻輳状態にあると判断する。サービスプロキシワーカー６０６は、ＰＣＦ６０８が輻輳状態にあることをサービスプロキシコントローラ２０２に通知するために、および、優先順位付けポリシーをサービスプロキシコントローラ２０２からサービスプロキシワーカー６０６に送信するために、サービスプロキシコントローラ２０２とメッセージ６１４を交換する。

【0065】

メッセージ交換６００は、ＰＣＦ６０８にアドレス指定された複数のサービス要求６１６がサービスプロキシワーカー６０６に送信されることで続く。サービスプロキシワーカー６０６は、優先順位が高い要求６１８および６２２をＰＣＦ６０８にルーティングする。サービスプロキシワーカー６０６は、たとえば５０３のステータスで代替サーバが利用可能でない場合、優先順位が低い要求６２０および６２４を却下する。または、利用可能な場合、サービスプロキシワーカー６０６は、いくつかの要求を代替ＰＣＦに迂回させることができる。

【0066】

退出は、ネットワーク機能登録中に発行される容量に基づき得る。進入制御は、たとえばトラフィックレートの急増に基づき得る。

【0067】

図７は、ネットワーク機能の失敗または劣化を取り扱うための例示的なメッセージ交換７００を示す信号伝送図である。図７は、ＳＭＦインスタンス７０２と、サービスプロキシワーカー７０４と、ＮＲＦ１０８と、サービスプロキシコントローラ２０２と、別のサービスプロキシワーカー７０６と、ＰＣＦインスタンス７０８とを示す。

【0068】

５Ｇアーキテクチャでは、たとえば、ネットワーク機能は、クラウド固有のマイクロサービスとして設計されることが予想されており、１つの利用者サービスがプロバイダ上でサービスを同期的に呼出す場合、プロバイダサービスが利用不可能であるかまたは高遅延を呈している可能性がある。これは、利用者でのリソース枯渇をもたらすかもしれず、それにより、利用者サービスは、他の要求を取り扱うことができなくなるであろう。１つのサービスの失敗は、場合によっては、ネットワーク内の他のサービスに連鎖し得る。サービスプロキシ機能１０２は、たとえばメッセージ交換７００によって示されるように電気通信ネットワークコアメッセージを考慮することによって、そのような連鎖する失敗を潜在的に回避することができる。

【0069】

メッセージ交換７００は、サービスプロキシコントローラ２０２が、ルーティングポリシーをプッシュするために、ＮＲＦ１０８とメッセージ７１０を交換することから始まる。ＳＭＦ７０２は、ＰＣＦ７０８を発見する。次に、ＰＣＦ７０８は失敗する。

【0070】

サービスプロキシワーカー７０６は、ＰＣＦ７０８と交換された電気通信ネットワークコアメッセージを監視することによって、ＰＣＦ７０８が失敗したと判断する。サービスプロキシワーカー７０６は、ＰＣＦ７０８が輻輳状態にあることをサービスプロキシコントローラ２０２に通知するために、サービスプロキシコントローラ２０２とメッセージ７１４を交換し、サービスプロキシコントローラ２０２は、代替物を用いずに応答する。

【0071】

次に、ＳＭＦ７０２は、ＰＣＦ７０８からのサービスを要求するメッセージ７１６をサービスプロキシワーカー７０４に送信する。サービスプロキシワーカー７０４は、メッセージ７１８をサービスプロキシワーカー７０６にルーティングする。サービスプロキシワーカー７０６は「回路を開く」。サービスプロキシワーカー７０６は、たとえば５０３のステータスで却下メッセージ７２０をサービスプロキシワーカー７０４に送信することにより、要求に応答する。サービスプロキシワーカー７０４は、メッセージ７２２をＳＭＦ７０２にルーティングする。サービスプロキシコントローラ２０２が代替ＰＣＦインスタンスを決定する場合、サービスプロキシコントローラ２０２は、サービスプロキシワーカー７０６への代替ＰＣＦインスタンスを識別することができ、サービスプロキシワーカー７０６は、ＰＣＦ７０８にアドレス指定された要求を代替物に迂回させることができる。

【0072】

図８は、カナリアリリースを実現するための例示的なメッセージ交換８００を示す信号伝送図である。図８は、ＳＭＦインスタンス８０２と、サービスプロキシワーカー８０４と、ＮＲＦ１０８と、サービスプロキシコントローラ２０２と、別のサービスプロキシワーカー８０６と、第１のＰＣＦインスタンス８０８と、第２のＰＣＦインスタンス８１０とを示す。

【0073】

サービスプロキシ機能１０２は、新しいネットワーク機能のリリースの展開に重要な役割を果たすことができる。サービスプロキシ機能１０２は、新しいリリースがユーザまたは友好的なユーザの一部に露出されることを可能にするメカニズムをサポートすることができる。いったん成功すると、サービスプロキシ機能１０２は、追加のユーザを新しいリリースに対して制御された態様でゆっくり開放することができ、展開中にオペレータに自信を提供する。サービスプロキシ機能１０２はまた、オペレータが新しいネットワーク機能のリリースを迅速に段階的に行なうことができ、徹底したテストの後でトラフィックをより新しいリリースに直ちに展開することができる、ブルーグリーンデプロイメントを容易にすることができる。

【0074】

メッセージ交換８００は、サービスプロキシコントローラ２０２が、ルーティングポリシーをプッシュするために、サービスプロキシワーカー８０４および８０６とメッセージ８１２を交換することから始まる。サービスプロキシコントローラ２０２はまた、任意の適切なＮＲＦ更新を適用するために、ＮＲＦ１０８とメッセージ８１４を交換する。

【0075】

次に、ネットワークオペレータは、サービスプロキシコントローラ２０２でカナリアポリシーを構成する。ポリシーは、たとえば静的であってもよく、または、サポートされたバージョンに基づいていてもよい。サービスプロキシコントローラ２０２は、カナリアポリシーの適切な部分をサービスプロキシワーカー８０６にプッシュするために、サービスプロキシワーカー８０６とメッセージ８１６を交換する。

【0076】

この例では、カナリアポリシーは、サービスプロキシワーカー８０６が、ＰＣＦ８０８にアドレス指定されたトラフィックを、ＰＣＦ８０８およびＰＣＦ８１０間でたとえば７５：２５という比率または他の適切な比率で分散させるためのものであるということを特定する。次に、サービスプロキシワーカー８０６は、ＰＣＦ８０８にアドレス指定された複数のサービス要求８１８を受信する。サービスプロキシワーカー８０６は、カナリアポリシーに従って、サービス要求８２０のうちのいくつかをＰＣＦ８０８にルーティングし、残りのサービス要求をＰＣＦ８１０にルーティングする。

【0077】

図９は、サービスベースのアーキテクチャを使用する電気通信ネットワークコアにおけるサービスプロキシ機能を提供するための例示的な方法９００を示すフロー図である。方法９００は、たとえば、図２のサービスプロキシコントローラ２０２とサービスプロキシワーカー２０４、２０６、２０８、および２１０とによって行なわれ得る。

【0078】

方法９００は、少なくとも１つのプロセッサ上に実現されたサービスプロキシコントローラから、電気通信ネットワークコア、たとえば図１の電気通信ネットワークコア１００のためのルーティングポリシーを提供するステップ（９０２）を含む。電気通信ネットワークコアは、サービスベースのアーキテクチャを使用して通信するネットワーク機能を含む。たとえば、電気通信ネットワークコアは、３ＧＰＰ ５Ｇ電気通信ネットワークコアであってもよく、ネットワーク機能は少なくとも、ＡＭＦ、ＰＣＦ、ＵＤＭ機能、ＳＭＦ、およびＮＳＳＦを含む。いくつかの例では、ネットワーク機能は、統合データリポジトリ（unified data repository：ＵＤＲ）、認証サーバ機能（ＡＳＦ）、およびネットワークリポジトリ機能（ＮＲＦ）のうちの１つ以上を含む。

【0079】

方法９００は、少なくとも１つのプロセッサ上に実現された複数のサービスプロキシワーカーのうちの各サービスプロキシワーカーで、ネットワーク機能のうちのそれぞれの部分集合間で電気通信ネットワークコアメッセージをルーティングするステップ（９０４）を含む。電気通信ネットワークメッセージをルーティングするステップは、電気通信ネットワークコアメッセージをルーティングしている間に、サービスプロキシコントローラからのルーティングポリシーを利用してサービスプロキシコントローラからのルーティングポリシーを実施するステップ（９０６）を含む。

【0080】

方法９００は、各サービスプロキシワーカーで、電気通信ネットワークコアメッセージに基づいて、ネットワークステータスレポートをサービスプロキシコントローラに提供するステップ（９０８）を含む。方法９００は、たとえばＮＲＦからトポロジ情報を受信し、トポロジ情報に基づいてルーティングポリシーを提供するステップを含み得る。

【0081】

いくつかの例では、ルーティングポリシーを提供するステップは、サービスプロキシワーカーからのネットワークステータスレポートに基づいて、ネットワーク機能のうちの少なくとも第１の部分集合間で負荷バランシングを行なうステップを含む。いくつかの例では、電気通信ネットワークコアメッセージをルーティングするステップは、サービスプロキシワーカーで、第１のネットワーク機能に向けられた少なくとも第１の電気通信ネットワークコアメッセージを、第１のネットワーク機能のための健全性ステータスインジケータに基づいて再ルーティングするステップを含む。いくつかの例では、電気通信ネットワークコアメッセージをルーティングするステップは、サービスプロキシワーカーで、第１のネットワーク機能から第２のネットワーク機能への第１の電気通信ネットワークコアメッセージの失敗した伝送を再試行するステップを含む。

【0082】

いくつかの例では、サービスプロキシワーカーは、ネットワーク機能のインスタンスとともに分散コンピューティングシステムにデプロイされ、電気通信ネットワークコアメッセージをルーティングするステップは、ネットワーク機能のインスタンスのためのデフォルトのアウトバウンドプロキシとして作用するステップを含む。いくつかの例では、電気通信ネットワークコアのためのルーティングポリシーを提供するステップは、トラフィック優先順位付けポリシーを提供するステップを含み、ルーティングポリシーを実施するステップは、トラフィック優先順位付けポリシーに従って過負荷状態を検出することに応答して、より低い優先順位のネットワークトラフィックを切り捨てるステップを含む。

【0083】

いくつかの例では、ネットワークステータスレポートを提供するステップは、各ネットワーク機能についての要求および応答カウント、各ネットワーク機能についてのメッセージレート、および各ネットワーク機能についての平均伝送待ち時間のうちの１つ以上を提供するステップを含む。いくつかの例では、サービスプロキシコントローラは、少なくとも第１のネットワーク機能についてのネットワーク負荷を、登録中に第１のネットワーク機能によって発行される容量情報、第１のネットワーク機能によって発行される負荷情報、および第１のネットワーク機能のネットワーク負荷を特徴付ける第１のネットワークステータスレポートに基づいて決定するために構成される。

【0084】

具体的な例および特徴が上述されてきたが、これらの例および特徴は、ある特定の特徴に関して例がたった１つしか説明されない場合であっても、本開示の範囲を限定するよう意図されてはいない。この開示で提供された特徴の例は、特に明記しない限り、限定的であるというよりむしろ例示的であるよう意図される。上述の説明は、そのような代替案、変更、および均等物を、この開示の利益を有する当業者には明らかであるように網羅するよう意図される。

【0085】

本開示の範囲は、この明細書で（明示的にまたは暗黙的に）開示された任意の特徴もしくは特徴の組合わせ、または開示された特徴の任意の一般化を、そのような特徴または一般化がこの明細書で説明された問題のうちのいずれかまたはすべてを緩和するかどうかに関わらず、含む。したがって、新しい請求項が、本願（または本願への優先権を主張する出願）の審査手続中に、特徴の任意のそのような組合わせに対して作成されてもよい。特に、添付された請求項を参照して、従属請求項からの特徴が独立請求項からの特徴と組合されてもよく、それぞれの独立請求項からの特徴が、添付された請求項で列挙された具体的な組合わせのみならず、任意の適切な態様で組合されてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】