特表 2023-517411 ４Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システムならびにコンピュータ可読媒体

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-04-26

(54)【発明の名称】４Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システムならびにコンピュータ可読媒体

(51)【国際特許分類】

   H04L 61/4511 20220101AFI20230419BHJP

   H04W 80/04 20090101ALI20230419BHJP

   H04W 8/26 20090101ALI20230419BHJP

   H04W 88/14 20090101ALI20230419BHJP

【ＦＩ】

H04L61/4511

H04W80/04

H04W8/26

H04W88/14

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022513271

(86)(22)【出願日】2020-10-28

(85)【翻訳文提出日】2022-02-25

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

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

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

(31)【優先権主張番号】17/074,553

(32)【優先日】2020-10-19

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】502303739

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

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

【氏名】ゴエル，イェシュ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD57

5K067EE02

5K067EE16

5K067HH23

(57)【要約】

４Ｇサービスエンドポイントに関連付けられるアドレスを発見および追跡するための方法は、要求側ノードから、４Ｇサービスエンドポイントの完全修飾ドメイン名（ＦＱＤＮ）を含む第１のドメイン名システム（ＤＮＳ）解決または監視要求を受信することを含む。本方法は、第１のＤＮＳ解決または監視要求からのＦＱＤＮを用いてＤＮＳサーバに問い合わせることをさらに含む。本方法は、ＤＮＳサーバから、４Ｇサービスエンドポイントに関連付けられるアドレスを含む第１の応答を受信することと、４Ｇサービスエンドポイントに関連付けられるアドレスをデータベースに記憶することとをさらに含む。本方法は、４Ｇサービスエンドポイントに関連付けられるアドレスを要求側ノードに通信することをさらに含む。本方法は、ＦＱＤＮに関連付けられるアドレスにおける変更についてＦＱＤＮを監視することをさらに含む。本方法は、ＦＱＤＮに関連付けられるアドレスにおける変更を要求側ノードに通知することをさらに含む。

【特許請求の範囲】

【請求項1】

４Ｇサービスエンドポイントに関連付けられるアドレスを発見および追跡するための方法であって、
４Ｇサービスエンドポイントの完全修飾ドメイン名（ＦＱＤＮ）を含む第１のドメイン名システム（ＤＮＳ）解決または監視要求を要求側ノードから受信することと、
前記第１のＤＮＳ解決または監視要求から抽出された前記４Ｇサービスエンドポイントの前記ＦＱＤＮを用いてＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから第１の応答を受信することとを含み、前記第１の応答は、前記ＦＱＤＮに関連付けられる４Ｇサービスエンドポイントに関連付けられるアドレスを含み、前記方法はさらに、
前記４Ｇサービスエンドポイントに関連付けられる前記アドレスをデータベースに格納することと、
前記４Ｇサービスエンドポイントに関連付けられる前記アドレスを前記要求側ノードに通信することと、
前記ＦＱＤＮに関連付けられるアドレスにおける変更について前記ＦＱＤＮを監視することと、
前記ＦＱＤＮに関連付けられるアドレスにおける前記変更を前記要求側ノードに通知することとを含む、方法。

【請求項2】

前記要求側ノードから前記第１のＤＮＳ解決または監視要求を受信することは、Ｄｉａｍｅｔｅｒ中継エージェント（ＤＲＡ）またはサービス通信プロキシ（ＳＣＰ）から前記第１のＤＮＳ解決または監視要求を受信することを含む、請求項１に記載の方法。

【請求項3】

前記要求側ノードから前記第１のＤＮＳ解決または監視要求を受信することは、４Ｇまたは５ＧコンシューマＮＦから前記第１のＤＮＳ解決または監視要求を受信することを含む、請求項１に記載の方法。

【請求項4】

前記ＤＮＳサーバに問い合わせることは、前記要求側ノードおよび前記ＤＮＳサーバからは分離したＤＮＳ発見部マイクロサービスから前記ＤＮＳサーバに問い合わせることを含む、先行する請求項のいずれか１項に記載の方法。

【請求項5】

前記４Ｇサービスエンドポイントに関連付けられる前記アドレスを格納することは、前記ＤＮＳ発見部マイクロサービスにローカルなデータベースに前記アドレスを格納することを含む、請求項４に記載の方法。

【請求項6】

前記ＦＱＤＮを監視することは、
前記データベース内における前記４Ｇサービスエンドポイントに関連付けられる前記アドレスを格納するレコードの満了を検出することと、
前記レコードの満了の検出に応答して、前記ＦＱＤＮを用いて前記ＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから第２の応答を受信することと、
前記第２の応答内のアドレスを、前記データベース内の前記レコードに格納された前記ＦＱＤＮに関連付けられる前記アドレスと比較することと、
前記第２の応答内の前記アドレスが前記データベース内の前記レコードに格納された前記ＦＱＤＮに関連付けられる前記アドレスと異なることに応答して、前記ＦＱＤＮに関連付けられるアドレスにおける変更が発生したと判定することとを含む、先行する請求項のいずれか１項に記載の方法。

【請求項7】

アドレスにおける変更について前記ＦＱＤＮを監視することは、前記ＦＱＤＮの監視を中止する前記要求側ノードからのメッセージに応答して停止されるまで、アドレスにおける変更について前記ＦＱＤＮを継続的に監視することを含む、先行する請求項１～５のいずれか１項に記載の方法。

【請求項8】

前記４Ｇサービスエンドポイントは、４Ｇ進化型パケットコア（ＥＰＣ）ネットワークノードに関連付けられるエンドポイントを含む、先行する請求項のいずれか１項に記載の方法。

【請求項9】

前記４Ｇ ＥＰＣネットワークノードは、サービングゲートウェイ（Ｓ－ＧＷ）、ホーム加入者サーバ（ＨＳＳ）、オフライン課金システム（ＯＦＣＳ）、オンライン課金システム（ＯＣＳ）、モビリティ管理エンティティ（ＭＭＥ）、ポリシーおよび課金ルール機能（ＰＣＲＦ）、ならびにパケットゲートウェイ（Ｐ－ＧＷ）のうちの１つを含む、請求項８に記載の方法。

【請求項10】

４Ｇサービスエンドポイントに関連付けられるアドレスを発見および追跡するためのシステムであって、
少なくとも１つのプロセッサを含むコンピューティングプラットフォームと、
前記コンピューティングプラットフォーム上に位置し、前記少なくとも１つのプロセッサによって実現されるドメイン名システム（ＤＮＳ）発見マイクロサービスとを備え、前記ドメイン名システム（ＤＮＳ）発見マイクロサービスは、
第１のドメイン名システム（ＤＮＳ）解決または監視要求を要求側ノードから受信することと、
前記第１のＤＮＳ解決または監視要求からの４Ｇサービスエンドポイントの完全修飾ドメインネーム（ＦＱＤＮ）を用いてＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから、前記ＦＱＤＮに関連付けられる前記４Ｇサービスエンドポイントに関連付けられるアドレスを含む第１の応答を受信することと、
前記４Ｇサービスエンドポイントに関連付けられる前記アドレスをデータベースに格納することと、
前記４Ｇサービスエンドポイントに関連付けられる前記アドレスを前記要求側ノードに通信することと、
前記ＦＱＤＮに関連付けられるアドレスにおける変更について前記ＦＱＤＮを監視することと、
前記ＦＱＤＮに関連付けられるアドレスにおける前記変更を前記要求側ノードに通知することとのために実現される、システム。

【請求項11】

前記ＤＮＳ発見部マイクロサービスは、Ｄｉａｍｅｔｅｒ中継エージェント（ＤＲＡ）またはサービス通信プロキシ（ＳＣＰ）から前記第１のＤＮＳ解決または監視要求を受信するように構成される、請求項１０に記載のシステム。

【請求項12】

前記ＤＮＳ発見部マイクロサービスは、前記第１のＤＮＳ解決または監視要求を４Ｇまたは５ＧコンシューマＮＦから受信するように構成される、請求項１０に記載のシステム。

【請求項13】

前記ＤＮＳ発見部マイクロサービスは、前記要求側ノードから前記第１のＤＮＳ解決または監視要求を受信するための表現状態転送（ＲＥＳＴ）サーバインターフェイスを含む、請求項１０～１２のいずれか１項に記載のシステム。

【請求項14】

前記コンピューティングプラットフォームおよび前記ＤＮＳ発見部マイクロサービスは、前記要求側ノードおよび前記ＤＮＳサーバから分離されている、請求項１０～１３のいずれか１項に記載のシステム。

【請求項15】

前記データベースは、前記ＤＮＳ発見部マイクロサービスにローカルである、請求項１４に記載のシステム。

【請求項16】

前記ＤＮＳ発見部マイクロサービスは、前記ＦＱＤＮの監視を実行するためのＤＮＳレコード変更発見部を含み、前記ＤＮＳレコード変更発見部は前記ＦＱＤＮの監視を、
前記データベース内における前記４Gサービスエンドポイントに関連付けられる前記アドレスを格納するレコードの満了を検出することと、
前記レコードの満了の検出に応答して、前記ＦＱＤＮを用いて前記ＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから第２の応答を受信することと、
前記第２の応答内のアドレスを、前記データベース内の前記レコードに格納された前記４Gサービスエンドポイントに関連付けられる前記アドレスと比較することと、
前記第２の応答内の前記アドレスが前記データベース内の前記レコードに格納された前記４Gサービスエンドポイントに関連付けられる前記アドレスと異なることに応答して、前記ＦＱＤＮに関連付けられるアドレスにおける変更が発生したと判定することとによって行う、請求項１０～１５のいずれか１項に記載のシステム。

【請求項17】

前記ＤＮＳレコード変更発見部は、前記ＦＱＤＮの監視を中止する前記要求側ノードからのメッセージに応答して停止されるまで、アドレスにおける変更について前記ＦＱＤＮを継続的に監視するように構成される、請求項１０～１５のいずれか１項に記載のシステム。

【請求項18】

前記４Ｇサービスエンドポイントは、４Ｇ進化型パケットコア（ＥＰＣ）ネットワークノードに関連付けられるエンドポイントを含む、請求項１０～１７のいずれか１項に記載のシステム。

【請求項19】

前記４Ｇ ＥＰＣネットワークノードは、サービングゲートウェイ（Ｓ－ＧＷ）、ホーム加入者サーバ（ＨＳＳ）、オフライン課金システム（ＯＦＣＳ）、オンライン課金システム（ＯＣＳ）、モビリティ管理エンティティ（ＭＭＥ）、ポリシーおよび課金ルール機能（ＰＣＲＦ）、ならびにパケットゲートウェイ（Ｐ－ＧＷ）のうちの１つを含む、請求項１８に記載のシステム。

【請求項20】

実行可能な命令が記憶された非一時的なコンピュータ可読媒体であって、前記命令は、コンピュータのプロセッサによって実行されると、前記コンピュータを制御して複数のステップを実行させ、前記複数のステップは、
要求側ノードから、４Ｇサービスエンドポイントの完全修飾ドメイン名（ＦＱＤＮ）を含む第１のドメイン名システム（ＤＮＳ）解決または監視要求を受信することと、
前記第１のＤＮＳ解決または監視要求からの前記４Ｇサービスエンドポイントの前記ＦＱＤＮを用いてＤＮＳサーバに問い合わせることと、
前記ＤＮＳサーバから、前記４Ｇサービスエンドポイントに関連付けられるアドレスを含む第１の応答を受信することと、
前記４Ｇサービスエンドポイントに関連付けられる前記アドレスをデータベースに格納することと、
前記４Ｇサービスエンドポイントに関連付けられる前記アドレスを前記要求側ノードに通信することと、
前記ＦＱＤＮに関連付けられるアドレスにおける変更について前記ＦＱＤＮを監視することと、
前記ＦＱＤＮに関連付けられるアドレスにおける前記変更を前記要求側ノードに通知することとを含む、非一時的なコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願
本出願は、２０２０年１０月１９日に提出された米国特許出願連続番号第１７／０７４，５５３号、および２０１９年８月２９日に提出された米国特許出願連続番号第１６／５５５，８１７号の優先権利益を主張し、それらの開示は、参照によりその全体が本明細書に組み込まれる。

【0002】

技術分野
本明細書で説明する主題は、電気通信ネットワークにおけるサービスエンドポイントに関連付けられるアドレス情報を発見することに関する。より具体的には、本明細書で説明される主題は、４Ｇサービスエンドポイントに関連付けられるアドレスを能動的に発見および追跡するための方法、システム、ならびにコンピュータ可読媒体に関する。

【背景技術】

【0003】

背景
電気通信ネットワークでは、サービスエンドポイントは、サービスコンシューマにサービスを提供するエンティティを一意に識別するネットワークノード上のアドレスである。サービスエンドポイントは、インターネットプロトコル（ＩＰ）アドレス、または、ＩＰエンドポイントとも呼ばれる、ＩＰアドレスとトランスポート層ポート番号との組み合わせを含むことができる。

【0004】

５Ｇ電気通信ネットワークでは、サービスを提供するネットワークノードは、プロデューサネットワーク機能（ＮＦ）と呼ばれる。サービスを消費するネットワークノードは、コンシューマＮＦと呼ばれる。ネットワーク機能は、それがサービスを消費しているか提供しているかに応じて、プロデューサＮＦおよびコンシューマＮＦの両方であり得る。

【0005】

所与のプロデューサＮＦは、多くのサービスエンドポイントを有し得る。プロデューサＮＦは、ネットワーク機能リポジトリ機能（ＮＲＦ）に登録する。ＮＲＦは、利用可能なＮＦインスタンスのＮＦプロファイルおよびそれらのサポートされるサービスを維持する。コンシューマＮＦは、ＮＲＦに登録したプロデューサＮＦインスタンスに関する情報を受信するように加入することができる。

【0006】

コンシューマＮＦに加えて、ＮＦサービスインスタンスに関する情報を受信するように加入することができる別のタイプのネットワークノードは、サービス通信プロキシ（ＳＣＰ）である。ＳＣＰは、ＮＲＦに加入し、プロデューサＮＦサービスインスタンスに関する到達可能性およびサービスプロファイル情報を取得する。コンシューマＮＦは、サービス通信プロキシに接続し、サービス通信プロキシは、要求されるサービスを提供するプロデューサＮＦサービスインスタンス間でトラフィックを負荷分散させるか、またはトラフィックを宛先プロデューサＮＦに直接ルーティングする。

【発明の概要】

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

【0007】

既存の３ＧＰＰサービスアーキテクチャに関する１つの問題は、コンシューマＮＦまたはＳＣＰが、プロデューサＮＦサービスインスタンスによって公開されるサービスエンドポイント間でトラフィックを負荷分散するのに不充分な情報を有する可能性があることである。あるシナリオでは、プロデューサＮＦは、そのＦＱＤＮをＮＦサービスレベルでのみ登録し、プロデューサＮＦサービスのドメイン名、ＩＰアドレス、またはＩＰエンドポイントを個別に登録しない場合がある。別のシナリオでは、プロデューサＮＦは、そのＦＱＤＮをＮＦインスタンスレベルでのみ登録し、サービスのＩＰアドレスもしくはＩＰエンドポイントまたはＦＱＤＮをＮＦサービスレベルで個別に登録しない場合がある。

【0008】

これらのシナリオのいずれにおいても、コンシューマＮＦまたはＳＣＰは、個々のサービスエンドポイントと連絡を取るために、サービスエンドポイントに関連付けられたＩＰアドレスまたはＩＰエンドポイントを取得しなければならない。一般に、ドメイン名に対応するＩＰアドレスまたはＩＰエンドポイントは、ドメイン名システム（ＤＮＳ）を用いて判断することができる。上記の５Ｇネットワークアーキテクチャでは、サービスコンシューマは、ＮＦがそのプロファイルを登録または更新するたびにサービスエンドポイントＩＰアドレスを通知される必要がある。コンシューマＮＦまたはＳＣＰがサービスのＩＰアドレスまたはＩＰエンドポイントで更新される必要がある別のシナリオは、ＩＰアドレスまたはＩＰエンドポイントが、対応するＮＦプロファイルまたはサービス更新なしで変化するときである。ＩＰアドレスまたはＩＰエンドポイントがＤＮＳを通じて発見可能であるにもかかわらず、サービスに関連付けられたＩＰアドレスまたはＩＰエンドポイントが変化したときにサービスコンシューマに通知するための自動化されたプロセスはない。

【0009】

両方の４Ｇサービスエンドポイントを含むネットワークアーキテクチャに関連付けられる追加の問題は、４Ｇ ＮＦおよび４Ｇ ＮＦに関連付けられるサービスエンドポイントのＩＰアドレス情報を能動的に発見および維持できないことである。既存の４Ｇサービスエンドポイント発見手順は、各コンシューマＮＦ（４Ｇまたは５Ｇ）がＤＮＳサーバに直接連絡して４Ｇ ＮＦを発見し、４Ｇ ＮＦステータス情報の変化を検出することを必要とする。各コンシューマＮＦにＤＮＳサーバと直接通信することを要求することは、コンシューマＮＦにとって負担となり得、なぜならば、コンシューマＮＦはＤＮＳ応答満了期間に対応するタイマを維持し、ＤＮＳ応答満了が生じるとＤＮＳサーバに再度問い合わせなければならないからである。加えて、現在、コンシューマＮＦがいつ４Ｇ ＮＦがスケールアップ、スケールダウンしたかを検出するための機構はＤＮＳによって提供されていない。さらに、ＤＮＳサーバがダウンする、スケールアップする、またはスケールダウンすると、各コンシューマＮＦは再設定されなければならない。

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

【図1A】例示的な５Ｇネットワークアーキテクチャを示すネットワーク図である。

【図1B】２つの異なる公衆陸上移動ネットワーク（ＰＬＭＮ）を有する例示的な４Ｇ進化型パケットコア（ＥＰＣ）ネットワークアーキテクチャを示す図である。

【図2】５ＧプロデューサＮＦサービスインスタンスおよび５ＧプロデューサＮＦサービスインスタンスによって公開されるサービスエンドポイント間のサービス通信プロキシによる負荷分散を示すネットワーク図である。

【図3】コンシューマＮＦまたはＳＣＰがプロデューサＮＦサービスエンドポイントに関連付けられるアドレス情報を発見することを可能にするＤＮＳ発見部マイクロサービスを示すネットワーク図である。

【図4】ＤＮＳ発見部マイクロサービスを用いてプロデューサＮＦサービスエンドポイントのアドレス情報を取得するための例示的なメッセージングを示すコールフロー図である。

【図5】ＤＮＳ発見部マイクロサービスを用いるＤＮＳ変更監視および制御フローを示すコールフロー図である。

【図6】ＤＮＳ発見部マイクロサービスを用いるＤＮＳ停止コールフローを示すコールフロー図である。

【図7】ＤＮＳ発見部マイクロサービスを実現するネットワークノードを示すブロック図である。

【図8】ＤＮＳ発見部マイクロサービスを用いて５Ｇおよび非５Ｇサービスエンドポイントに関連付けられるアドレス情報を発見および監視するための例示的なプロセスを示すフローチャートである。

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

【0036】

詳細な説明
本明細書で説明する主題は、４Ｇサービスエンドポイントに関連付けられるアドレス情報を発見し、能動的に追跡するための方法、システム、ならびにコンピュータ可読媒体に関する。図１Ａは、例示的な５Ｇシステムネットワークアーキテクチャを示すブロック図である。図１Ａのアーキテクチャは、同じホーム公衆陸上移動体通信網（ＨＰＬＭＮ：Home Public Land Mobile Network）に位置し得るＮＲＦ１００およびＳＣＰ１０１を含む。前述したように、ＮＲＦ１００は、利用可能なプロデューサＮＦサービスインスタンスのプロファイルおよびそれらのサポートされたサービスを維持し、コンシューマＮＦまたはＳＣＰが新規の／更新されたプロデューサＮＦサービスインスタンスに加入し、その登録を通知されるようにし得る。ＳＣＰ１０１はまた、プロデューサＮＦのサービス検出および選択をサポートし得る。加えて、ＳＣＰ１０１は、コンシューマＮＦとプロデューサＮＦとの間の接続の負荷分散を実行し得る。

【0037】

ＮＲＦ１００は、ＮＦプロファイルのリポジトリである。プロデューサＮＦと通信するために、コンシューマＮＦまたはＳＣＰは、ＮＲＦ１００からＮＦプロファイルを取得しなければならない。ＮＦプロファイルは、３ＧＰＰ ＴＳ２９．５１０で定義されるＪＳＯＮデータ構造である。下記の表１は、３ＧＰＰ ＴＳ ２９．５１０で定義されるＮＦプロファイルの属性を示す。

【0038】

【表1-1】

【0039】

【表1-2】

【0040】

【表1-3】

【0041】

【表1-4】

【0042】

【表1-5】

【0043】

【表1-6】

【0044】

【表1-7】

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

ステップ８１２において、要求側ノードは、ＦＱＤＮに関連付けられるＩＰアドレスまたはＩＰエンドポイントにおける任意の変更を通知される。例えば、ＤＮＳレコード変更発見部４００は、ＳＣＰ／ＤＲＡマイクロサービスまたはコンシューマＮＦ３０２に、ＳＣＰ／ＤＲＡマイクロサービスまたはコンシューマＮＦ３０２がＤＮＳ発見部マイクロサービス３００に問い合わせたＦＱＤＮに関連付けられるＩＰアドレスまたはＩＰエンドポイントにおける任意の検出された変更を通知することができる。

【0079】

したがって、本明細書で説明される主題は、４Ｇサービスエンドポイントに関連付けられるＩＰアドレスまたはＩＰエンドポイントを発見し、そのようなアドレスにおける変更についてＦＱＤＮを監視する、ＤＮＳ発見部マイクロサービスを含む。そのようなサービスの１つの利点は、４Ｇおよび５ＧコンシューマＮＦ、ＤＲＡならびにＳＣＰが、サービスに関連付けられるＩＰアドレスまたはＩＰエンドポイントにおける変更について４Ｇ ＮＦを発見または能動的に監視する必要がないという事実である。コンシューマＮＦ、ＤＲＡまたはＳＣＰは、サービスのＦＱＤＮを知り、そのＦＱＤＮをＤＮＳ発見部マイクロサービスに通信することが要求されるにすぎない。加えて、ＤＮＳ発見部マイクロサービスは、ＩＰアドレスまたはＩＰエンドポイントにおける変更についてＦＱＤＮを能動的に監視するので、ＤＲＡ、ＳＣＰならびに４Ｇおよび５ＧコンシューマＮＦ等のノードによる負荷分散は、プロデューサＮＦサービスエンドポイント間でより均等に分散されるであろう。

【0080】

本開示の主題の様々な詳細は、本開示の主題の範囲から逸脱することなく変更され得ることが理解されよう。さらに、前述の説明は、例示のみを目的としており、限定を目的としていない。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【国際調査報告】