特開 2024-150454 複数のネットワーク機能間におけるプロキシ介在のサービス要求処理

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

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

(11)【公開番号】P2024150454

(43)【公開日】2024-10-23

(54)【発明の名称】複数のネットワーク機能間におけるプロキシ介在のサービス要求処理

(51)【国際特許分類】

   H04W 4/50 20180101AFI20241016BHJP

   H04W 88/14 20090101ALI20241016BHJP

   H04W 92/24 20090101ALI20241016BHJP

【ＦＩ】

H04W4/50

H04W88/14

H04W92/24

【審査請求】有

【請求項の数】22

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024101378

(22)【出願日】2024-06-24

(62)【分割の表示】P 2023503238の分割

【原出願日】2020-11-02

(31)【優先権主張番号】20382714.2

(32)【優先日】2020-07-31

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

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】バルトロメ ロドリゴ， マリア クルス

(72)【発明者】

【氏名】ハレンスタール， マグナス

(57)【要約】      （修正有）

【課題】ネットワークにおいてサービス要求を処理するための方法及びそれらの方法に従って動作するノードを提供する。
【解決手段】サービスコンシューマの第１のネットワーク機能（ＮＦ）ノードとサービスプロデューサの第２のＮＦノードとの間のサービス通信プロキシ（ＳＣＰ）ノードによって実行される方法であって、第１のＮＦノードによって要求された第１のサービスを提供するために第２のＮＦノードがリソースを使用するための第１の要求が満たされ得ない場合、サービスプロデューサの第３のＮＦノードに向けて第２の要求の送信を開始し１０２、第２の要求に対する応答の受信に応答して、第１のＮＦノードに向けて第１の要求に対する応答の送信を開始する。応答は、第２のサービスが第１のＮＦノードによって後続して要求されるときに使用される第３のＮＦノードにおけるリソースの位置を示す情報を含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

ネットワークにおいてサービス要求を処理する方法であって、該方法は、前記ネットワーク内のサービスコンシューマの第１のネットワーク機能（ＮＦ）ノード（２０）とサービスプロデューサの第２のＮＦノード（３０）との間のサービス通信プロキシ（ＳＣＰ）として動作するように構成された第１のＳＣＰノード（１０）によって実行され、該方法は、
前記第１のＮＦノード（２０）によって要求された第１のサービスを提供するために前記第２のＮＦノード（３０）がリソースを使用するための第１の要求（６０２、６０４）が満たされ得ない場合、前記サービスプロデューサの第３のＮＦノード（３０、７０）に向けて第２の要求（６１４）の送信を開始すること（１０２）であって、前記第２の要求（６１４）は、前記第１のＮＦノード（２０）によって要求された前記第１のサービスを提供するために前記第３のＮＦノード（３０、７０）がリソースを使用するためのものである、前記開始すること（１０２）と、
前記第２の要求（６１４）が成功していることを示す前記第２の要求（６１４）に対する応答（６１６）の受信に応答して、前記第１のＮＦノード（２０）に向けて前記第１の要求（６０２、６０４）に対する応答（７００）の送信を開始すること（１０４）であって、前記第１の要求（６０２、６０４）に対する前記応答（７００）は、第２のサービスが前記第１のＮＦノード（２０）によって後続して要求されるときに使用されることになる、前記第３のＮＦノード（３０、７０）における前記リソースの位置を示す情報を含む、前記開始すること（１０４）と、
を含む、方法。

【請求項2】

前記情報は、
前記第３のＮＦノード（３０、７０）のアドレス、
前記サービスプロデューサの名前、
前記サービスプロデューサに対するアプリケーションプログラミングインタフェース（ＡＰＩ）のバージョン、
前記リソースを識別する識別子、
前記リソースのアドレス
のいずれか１つ以上を含む
請求項１に記載の方法。

【請求項3】

前記情報は、ユニフォームリソース識別子（ＵＲＩ）である
請求項１または２に記載の方法。

【請求項4】

前記第１の要求（６０２、６０４）に対する前記応答（７００）のヘッダは、前記情報を含む
請求項１乃至３の何れか１項に記載の方法。

【請求項5】

前記ヘッダはカスタムヘッダである
請求項４に記載の方法。

【請求項6】

前記ヘッダは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはＨＴＴＰ／２のヘッダである
請求項４または５に記載の方法。

【請求項7】

前記第１のサービスと前記第２のサービスとは、同一のサービスの異なる複数のインスタンスである
請求項１乃至６の何れか１項に記載の方法。

【請求項8】

前記同一のサービスの前記異なる複数のインスタンスは、同一のタイプのサービスである
請求項７に記載の方法。

【請求項9】

サービスのセットは、前記第１のサービスと前記第２のサービスとを含む
請求項１乃至８の何れか１項に記載の方法。

【請求項10】

前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは同一のＮＦノードである、又は、
前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは異なる複数のＮＦノードである
請求項１乃至９の何れか１項に記載の方法。

【請求項11】

前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは、異なる複数のＮＦノードであり、
ＮＦノードのセット（４０２）は、前記第２のＮＦノード（３０）と前記第３のＮＦノード（７０）とを含む
請求項１０に記載の方法。

【請求項12】

前記第１のサービスを提供するための前記第３のＮＦノード（３０、７０）を選択することを含む
請求項１乃至１１の何れか１項に記載の方法。

【請求項13】

前記第３のＮＦノード（３０、７０）に向けて前記第２の要求（６１４）の送信を開始することは、前記第２の要求（６１４）が成功したことを示す前記応答を受信するまで、少なくとも１つの第３のＮＦノード（３０、７０）に関して複数回実行され、
前記情報は、前記第２の要求（６１４）が成功した前記第３のＮＦノード（３０、７０）における前記リソースの前記位置を示す
請求項１乃至１２の何れか１項に記載の方法。

【請求項14】

前記少なくとも１つの第３のＮＦノード（３０、７０）は、単一の第３のＮＦノードまたは複数の異なる第３のＮＦノードである
請求項１３に記載の方法。

【請求項15】

前記方法は、前記第１の要求（６０２、６０４）に対する前記応答（７００）を生成することを含み、
前記第１の要求（６０２、６０４）に対する前記応答（７００）を生成することは、前記第２のＮＦノード（３０）における前記リソースの位置を示す前記第１の要求（６０２、６０４）に存在する情報を、前記第３のＮＦノード（３０、７０）における前記リソースの位置を示す情報に置換することを含む
請求項１乃至１４の何れか１項に記載の方法。

【請求項16】

前記第２のＮＦノード（３０）に向かって送信された前記第１の要求（６０２、６０４）が失敗した場合、
前記第２のＮＦノード（３０）に向かって送信された前記第１の要求（６０２、６０４）に対して、前記第２のＮＦノード（３０）から応答（６０６）を受信しない場合、または、
前記第２のＮＦノード（３０）に向かう前記第１の要求（６０２、６０４）の送信が阻止された場合、
に、前記第１の要求（６０２、６０４）は満たされ得ない
請求項１乃至１５の何れか１項に記載の方法。

【請求項17】

前記第１のＳＣＰノード（１０）と前記第１のＮＦノード（２０）とは、独立した複数の配備ユニットで配備され、
前記第１のＳＣＰノード（１０）と前記第２のＮＦノード（３０）とは、独立した複数の配備ユニットで配備され、および／または、
前記第１のＳＣＰノード（１０）と前記第３のＮＦノード（７０）とは、独立した複数の配備ユニットで配備される
請求項１乃至１６の何れか１項に記載の方法。

【請求項18】

前記第１のＳＣＰノード（１０）は、分散型ネットワーク要素として配備される
請求項１乃至１６の何れか１項に記載の方法。

【請求項19】

前記第１のＳＣＰノード（１０）の一部は、前記第１のＮＦノード（２０）と同一の配備ユニットで配備され、
前記第１のＳＣＰノード（１０）の一部は、前記第２のＮＦノード（３０）と同一の配備ユニットに配備され、および／または、
前記第１のＳＣＰノード（１０）の一部は、前記第３のＮＦノード（７０）と同一の配備ユニットに配備される
請求項１８に記載の方法。

【請求項20】

少なくとも１つの第２のＳＣＰノードは、前記第１のＮＦノード（２０）と前記第１のＳＣＰノード（１０）との間のＳＣＰとして動作するように構成され、
少なくとも１つの第３のＳＣＰノードは、前記第１のＳＣＰノード（１０）と前記第２のＮＦノード（３０）との間のＳＣＰとして動作するように構成され、および／または、
少なくとも１つの第４のＳＣＰノードは、前記第１のＳＣＰノード（１０）と前記第３のＮＦノード（７０）との間のＳＣＰとして動作するように構成される
請求項１乃至１９の何れか１項に記載の方法。

【請求項21】

前記第１のＳＣＰノード（１０）と、前記少なくとも１つの第２のＳＣＰノードと前記少なくとも１つの第３のＳＣＰノードと前記少なくとも１つの第４のＳＣＰノードとの１つ以上とは、独立した複数の配備ユニットで配備される
請求項２０に記載の方法。

【請求項22】

前記少なくとも１つの第２のＳＣＰノード、前記少なくとも１つの第３のＳＣＰノード、および／または、前記少なくとも１つの第４のＳＣＰノードは、複数の分散型ネットワーク要素として配備される
請求項２０に記載の方法。

【請求項23】

エンティティは、前記第１のＳＣＰノード（１０）とネットワークリポジトリ機能（ＮＲＦ）とを含む
請求項１乃至２２の何れか１項に記載の方法。

【請求項24】

請求項１乃至２３の何れか１項に従って動作するように構成された処理回路（１２）を備える、第１のＳＣＰノード（１０）。

【請求項25】

前記第１のＳＣＰノード（１０）は、前記処理回路（１２）によって実行されると、前記第１のＳＣＰノード（１０）を請求項１乃至２３の何れか１項に従って動作させる命令を格納するための少なくとも１つのメモリ（１４）を備える
請求項２４に記載の第１のＳＣＰノード（１０）。

【請求項26】

ネットワークにおいてサービス要求を処理する方法であって、該方法は、サービスコンシューマの第１のネットワーク機能（ＮＦ）ノード（２０）によって実行され、第１のサービス通信プロキシ（ＳＣＰ）ノード（１０）は、前記ネットワーク内の前記第１のＮＦノード（２０）とサービスプロデューサの第２のＮＦノード（３０）との間のＳＣＰとして動作するように構成され、前記方法は、
第１の要求（６０２、６０４）に対する応答（７００）を受信すること（２０２）であって、前記第１の要求（６０２、６０４）は、前記第１のＮＦノード（２０）によって要求された第１のサービスを提供するために前記第２のＮＦノード（３０）がリソースを使用するためのものであり、前記応答（７００）は、第２のサービスが前記第１のＮＦノード（２０）によって後続して要求されるときに使用されることになる、第３のＮＦノード（３０、７０）における前記リソースの位置を示す情報を含む、前記受信すること（２０２）を含む、方法。

【請求項27】

前記方法は、前記第２のＮＦノード（３０）における前記リソースの位置を示す以前に格納された情報に代えて、第３のＮＦノード（３０、７０）における前記リソースの位置を示す前記情報を格納するようにメモリ（１４）を制御することを含む
請求項２６に記載の方法。

【請求項28】

前記情報は、
前記第３のＮＦノード（３０、７０）のアドレス、
前記サービスプロデューサの名前、
前記サービスプロデューサに対するアプリケーションプログラミングインタフェース（ＡＰＩ）のバージョン、
前記リソースを識別する識別子、
前記リソースのアドレス
のいずれか１つ以上を含む
請求項２６または２７に記載の方法。

【請求項29】

前記情報は、ユニフォームリソース識別子（ＵＲＩ）である
請求項２６乃至２８の何れか１項に記載の方法。

【請求項30】

前記第１の要求（６０２、６０４）に対する前記応答（７００）のヘッダは、前記情報を含む
請求項２６乃至２８の何れか１項に記載の方法。

【請求項31】

前記ヘッダはカスタムヘッダである
請求項３０に記載の方法。

【請求項32】

前記ヘッダは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはＨＴＴＰ／２のヘッダである
請求項３０または３１に記載の方法。

【請求項33】

前記第１のサービスと前記第２のサービスとは、同一のサービスの異なる複数のインスタンスである
請求項２６乃至３２の何れか１項に記載の方法。

【請求項34】

前記同一のサービスの前記異なる複数のインスタンスは、同一のタイプのサービスである
請求項３３に記載の方法。

【請求項35】

サービスのセットは、前記第１のサービスと前記第２のサービスとを含む
請求項２６乃至３４の何れか１項に記載の方法。

【請求項36】

前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは同一のＮＦノードである、又は、
前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは異なる複数のＮＦノードである
請求項２６乃至３５の何れか１項に記載の方法。

【請求項37】

前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは、異なる複数のＮＦノードであり、
ＮＦノードのセット（４０２）は、前記第２のＮＦノード（３０）と前記第３のＮＦノード（７０）とを含む
請求項３６に記載の方法。

【請求項38】

前記第１のＳＣＰノード（１０）と前記第１のＮＦノード（２０）とは、独立した複数の配備ユニットで配備され、
前記第１のＳＣＰノード（１０）と前記第２のＮＦノード（３０）とは、独立した複数の配備ユニットで配備され、および／または、
前記第１のＳＣＰノード（１０）と前記第３のＮＦノード（７０）とは、独立した複数の配備ユニットで配備される
請求項２６乃至３７の何れか１項に記載の方法。

【請求項39】

前記第１のＳＣＰノード（１０）は、分散型ネットワーク要素として配備される
請求項２６乃至３７の何れか１項に記載の方法。

【請求項40】

前記第１のＳＣＰノード（１０）の一部は、前記第１のＮＦノード（２０）と同一の配備ユニットで配備され、
前記第１のＳＣＰノード（１０）の一部は、前記第２のＮＦノード（３０）と同一の配備ユニットに配備され、および／または、
前記第１のＳＣＰノード（１０）の一部は、前記第３のＮＦノード（７０）と同一の配備ユニットに配備される
請求項３９に記載の方法。

【請求項41】

少なくとも１つの第２のＳＣＰノードは、前記第１のＮＦノード（２０）と前記第１のＳＣＰノード（１０）との間のＳＣＰとして動作するように構成され、
少なくとも１つの第３のＳＣＰノードは、前記第１のＳＣＰノード（１０）と前記第２のＮＦノード（３０）との間のＳＣＰとして動作するように構成され、および／または、
少なくとも１つの第４のＳＣＰノードは、前記第１のＳＣＰノード（１０）と前記第３のＮＦノード（７０）との間のＳＣＰとして動作するように構成される
請求項２６乃至４０の何れか１項に記載の方法。

【請求項42】

前記第１のＳＣＰノード（１０）と、前記少なくとも１つの第２のＳＣＰノードと前記少なくとも１つの第３のＳＣＰノードと前記少なくとも１つの第４のＳＣＰノードとの１つ以上とは、独立した複数の配備ユニットで配備される
請求項４１に記載の方法。

【請求項43】

前記少なくとも１つの第２のＳＣＰノード、前記少なくとも１つの第３のＳＣＰノード、および／または、前記少なくとも１つの第４のＳＣＰノードは、複数の分散型ネットワーク要素として配備される
請求項４１に記載の方法。

【請求項44】

エンティティは、前記第１のＳＣＰノード（１０）とネットワークリポジトリ機能（ＮＲＦ）とを含む
請求項２６乃至４３の何れか１項に記載の方法。

【請求項45】

請求項２６乃至４４の何れか１項に従って動作するように構成された処理回路（２２）を備える、第１のＮＦノード（２０）。

【請求項46】

前記第１のＮＦノード（２０）は、前記処理回路（２２）によって実行されると、前記第１のＮＦノード（２０）を請求項２６乃至４４の何れか１項に従って動作させる命令を格納するための少なくとも１つのメモリ（２４）を備える
請求項４５に記載の第１のＮＦノード（２０）。

【請求項47】

請求項１乃至２３の何れか１項に記載の方法、及び／又は、
請求項２６乃至４４の何れか１項に記載の方法、
を含む、システムによって実行される方法。

【請求項48】

請求項２４または２５に記載の少なくとも１つの第１のＳＣＰノード（１０）と、
請求項４５または４６に記載の少なくとも１つの第１のＮＦノード（２０）と、
を備える、システム。

【請求項49】

処理回路によって実行されると、該処理回路に請求項１乃至２３の何れか１項及び／又は請求項２６乃至４４の何れか１項に記載の方法を実行させる命令を含む、コンピュータプログラム。

【請求項50】

処理回路によって実行可能な命令であって該処理回路に請求項１乃至２３の何れか１項及び／又は請求項２６乃至４４の何れか１項に記載の方法を実行させる命令を含む、非一時的マシン可読媒体に具現化されたコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

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

いくつかの実施形態において、少なくとも１つの第２のＳＣＰノードは、前記第１のＮＦノードと前記第１のＳＣＰノードとの間のＳＣＰとして動作するように構成され得、少なくとも１つの第３のＳＣＰノードは、前記第１のＳＣＰノードと前記第２のＮＦノードとの間のＳＣＰとして動作するように構成され得、および／または、少なくとも１つの第４のＳＣＰノードは、前記第１のＳＣＰノードと前記第３のＮＦノードとの間のＳＣＰとして動作するように構成され得る。

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

本開示の別の態様によれば、処理回路によって実行されると、該処理回路に第１のＳＣＰノード及び／又は第１のＮＦノードに関して前述した方法を実行させる命令を含む、コンピュータプログラムが提供される。

【0065】

本開示の別の態様によれば、処理回路によって実行可能な命令であって該処理回路に第１のＳＣＰノード及び／又は第１のＮＦノードに関して前述した方法を実行させる命令を含む、非一時的マシン可読媒体に具現化されたコンピュータプログラム製品が提供される。

【0066】

このように、ネットワークにおけるサービス要求を処理するための改良された技術が提供される。

【図面の簡単な説明】

【0067】

本技術をよりよく理解するために、また、本技術がどのように実行され得るかを示すために、次に、例として、添付の図面を参照されたい。

【0068】

【図1】Ａ～Ｄは、異なる既存のシステムを示すブロック図である。

【図2】既存システムにおける信号のやり取りを示すシグナリング図である。

【図3】実施形態による第１のサービス通信プロキシ（ＳＣＰ）ノードを示すブロック図である。

【図4】実施形態による第１のＳＣＰノードによって実行される方法を示すフローチャートである。

【図5】実施形態による第１のネットワーク機能（ＮＦ）ノードを示すブロック図である。

【図6】実施形態による第１のＮＦノードによって実行される方法を示すフローチャートである。

【図7】実施形態によるシステムにおける信号のやりとりを示すシグナリング図である。

【図8】実施形態による第１のＳＣＰノードを示すブロック図である。

【図9】実施形態による第１のＮＦノードを示すブロック図である。

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

【0069】

ここでは、ネットワークにおけるサービス要求を処理するための技術について説明する。サービス要求は、サービスに対する要求とも呼ばれることがある。一般に、サービスとは、ユーザのために管理されることを目的としたソフトウェアである。ここで、サービスは、通信サービス、コンテキスト管理（例えば、ユーザ装置コンテキスト管理（ＵＥＣＭ））サービス、データ管理（ＤＭ）サービス、または任意の他のタイプのサービスなど、任意のタイプのサービスとすることができる。本明細書に記載された技術は、任意の通信ネットワークなど、任意のネットワークに関して使用することができる。ネットワークは、第５世代（５Ｇ）ネットワークまたは任意の他の世代のネットワークであってもよい。いくつかの実施形態では、ネットワークは、コアネットワークまたは無線アクセスネットワーク（ＲＡＮ）であってよい。技術は、第１のサービス通信プロキシ（ＳＣＰ）ノード、および第１のネットワーク機能（ＮＦ）ノードによって実装される。

【0070】

ＮＦは、第３世代パートナーシッププロジェクト（３ＧＰＰ）が採用した、または３ＧＰＰが定義したネットワーク内の処理機能であり、定義された機能動作と３ＧＰＰが定義したインタフェースを備えている。ＮＦは、専用ハードウェア上のネットワーク要素、専用ハードウェア上で動作するソフトウェアインスタンス、または適切なプラットフォーム上（例えばクラウド基盤上）でインスタンス化された仮想化機能のいずれかとして実装することができる。ここで、「ＮＦノード」に関連する「ノード」という用語は、これらのシナリオの各々をカバーするものと理解される。

【0071】

図３は、実施形態に係る第１のＳＣＰノード１０を示す図である。第１のＳＣＰノード１０は、ネットワークにおけるサービス要求を処理するためのものである。第１のＳＣＰノード１０は、ネットワーク内のサービスコンシューマの第１のＮＦノード２０とサービスプロデューサの第２のＮＦノードとの間のＳＣＰとして動作するように構成される。いくつかの実施形態において、第１のＳＣＰノード１０は、例えば、物理マシン（例えば、サーバ）または仮想マシン（ＶＭ）であることができる。

【0072】

図３に示されるように、第１のＳＣＰノード１０は、処理回路（またはロジック）１２を含む。処理回路１２は、第１のＳＣＰノード１０の動作を制御し、第１のＳＣＰノード１０に関して本明細書で説明する方法を実施することができる。処理回路１２は、本明細書に記載される方法で第１のＳＣＰノード１０を制御するように構成またはプログラムされ得る。処理回路１２は、１つまたは複数のプロセッサ、１つまたは複数の処理ユニット、１つまたは複数のマルチコアプロセッサおよび／または１つまたは複数のモジュールなどの１つまたは複数のハードウェアコンポーネントを含み得る。特定の実装では、１つ以上のハードウェアコンポーネントの各々は、第１のＳＣＰノード１０に関して本明細書に記載される方法の個別または複数のステップを実行するように構成され得るか、または実行するためのものである。いくつかの実施形態では、処理回路１２は、第１のＳＣＰノード１０に関して本明細書に記載される方法を実行するためのソフトウェアを実行するように構成され得る。ソフトウェアは、いくつかの実施形態によれば、コンテナ化されてもよい。したがって、いくつかの実施形態では、処理回路１２は、第１のＳＣＰノード１０に関して本明細書に記載された方法を実行するためにコンテナを実行するように構成され得る。

【0073】

簡単に説明すると、第１のＳＣＰノード１０の処理回路１２は、第１のＮＦノードによって要求された第１のサービスを提供するために第２のＮＦノードがリソースを使用するための、第１の要求が満たされない場合に動作するように構成されている。具体的には、第１のＳＣＰノード１０の処理回路１２は、サービスプロデューサの第３のＮＦノードに向けて第２の要求の送信を開始するように構成されている。第２の要求は、第１のＮＦノードによって要求された第１のサービスを提供するために第３のＮＦノードがリソースを使用するためのものである。第１のＳＣＰノード１０の処理回路１２は、第２の要求が成功したことを示す第２の要求に対する応答を受信することに応答して、第１のＮＦノードに向けて第１の要求に対する応答の送信を開始するように構成される。第１の要求に対する応答は、その後、第１のＮＦノードによって第２のサービスが要求されたときに使用される、第３のＮＦノードにおけるリソースの位置を示す情報を含む。

【0074】

図３に示されるように、いくつかの実施形態において、第１のＳＣＰノード１０は、オプションでメモリ１４を含み得る。第１のＳＣＰノード１０のメモリ１４は、揮発性メモリ又は不揮発性メモリを含み得る。いくつかの実施形態において、第１のＳＣＰノード１０のメモリ１４は、非一時的媒体を含み得る。第１のＳＣＰノード１０のメモリ１４の例としては、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスクなどの大容量記憶媒体、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）などの取り外し可能な記憶媒体、および／または任意の他のメモリが挙げられるが、これらに限定されるものではない。

【0075】

第１のＳＣＰノード１０の処理回路１２は、第１のＳＣＰノード１０のメモリ１４に接続することができる。いくつかの実施形態では、第１のＳＣＰノード１０のメモリ１４は、第１のＳＣＰノード１０の処理回路１２によって実行されると、第１のＳＣＰノード１０に関して本明細書に記載される方法で動作させるプログラムコードまたは命令を記憶するためのものであってもよい。例えば、いくつかの実施形態では、第１のＳＣＰノード１０のメモリ１４は、第１のＳＣＰノード１０の処理回路１２によって実行され、第１のＳＣＰノード１０に関して本明細書に記載された方法に従って第１のＳＣＰノード１０を動作させることができるプログラムコードまたは命令を格納するように構成されてもよい。代替的にまたは追加的に、第１のＳＣＰノード１０のメモリ１４は、本明細書に記載されている任意の情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを記憶するように構成され得る。第１のＳＣＰノード１０の処理回路１２は、第１のＳＣＰノード１０のメモリ１４を制御して、本明細書に記載される情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを記憶するように構成され得る。

【0076】

いくつかの実施形態では、図３に示されるように、第１のＳＣＰノード１０は、オプションで、通信インタフェース１６を含み得る。第１のＳＣＰノード１０の通信インタフェース１６は、第１のＳＣＰノード１０の処理回路１２および／または第１のＳＣＰノード１０のメモリ１４に接続することができる。第１のＳＣＰノード１０の通信インタフェース１６は、第１のＳＣＰノード１０の処理回路１２が第１のＳＣＰノード１０のメモリ１４と通信すること及び／又はその逆を可能にするように動作可能であり得る。同様に、第１のＳＣＰノード１０の通信インタフェース１６は、第１のＳＣＰノード１０の処理回路１２が第１のＮＦノードおよび／または任意の他のノードと通信することを可能にするように動作可能であってもよい。第１のＳＣＰノード１０の通信インタフェース１６は、本明細書に記載される情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを送信および／または受信するように構成され得る。いくつかの実施形態では、第１のＳＣＰノード１０の処理回路１２は、第１のＳＣＰノード１０の通信インタフェース１６を制御して、本明細書に記載される情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを送信および／または受信するように構成され得る。

【0077】

第１のＳＣＰノード１０は、単一のメモリ１４を含むものとして図３に図示されているが、第１のＳＣＰノード１０は、本明細書に記載される方法で動作する少なくとも１つのメモリ（すなわち、単一のメモリまたは複数のメモリ）１４を含み得ることは理解されるであろう。同様に、第１のＳＣＰノード１０は、単一の通信インタフェース１６を含むものとして図３に図示されているが、第１のＳＣＰノード１０は、本明細書に記載される方法で動作する少なくとも１つの通信インタフェース（すなわち、単一の通信インタフェースまたは複数の通信インタフェース）１６を含み得ることが理解されよう。また、図３は、第１のＳＣＰノード１０の実施形態を説明するために必要な構成要素を示しているだけであり、実際の実装では、第１のＳＣＰノード１０は、示された構成要素に対して追加のまたは代替の構成要素を含み得ることが理解されよう。

【0078】

図４は、実施形態に従った第１のＳＣＰノード１０によって実行される方法を示すフローチャートである。第１のＳＣＰノード１０は、ネットワークにおけるサービスコンシューマの第１のＮＦノード２０とサービスプロデューサの第２のＮＦノードとの間のＳＣＰとして動作するように構成される。本方法は、ネットワークにおけるサービス要求を処理するためのものである。図３を参照して先に説明した第１のＳＣＰノード１０は、図４の方法に従って動作するように構成される。本方法は、第１のＳＣＰノード１０の処理回路１２によって、またはその制御下で実行することができる。

【0079】

図４のブロック１０２に示されるように、第２の要求の送信は、サービスプロデューサの第３のＮＦノードに向けて開始される。第２の要求は、第１のＮＦノードによって要求された第１のサービスを提供するためにリソースを使用することを第３のＮＦノードに要求するものである。図４のブロック１０４に示されるように、第２の要求が成功したことを示す第２の要求に対する応答を受信することに応答して、第１の要求に対する応答の送信が第１のＮＦノードに向けて開始される。第１の要求に対する応答は、第２のサービスがその後第１のＮＦノードによって要求されたときに使用される、第３のＮＦノードにおけるリソースの位置を示す情報を含む。

【0080】

ここで、「開始する」という用語は、例えば、引き起こす、または確立することを意味し得る。したがって、第１のＳＣＰノード１０の処理回路１２は、それ自体が第２の要求および／または第１の要求に対する応答を（例えば、第１のＳＣＰノード１０の通信インタフェース１６を介して）送信するように構成することができ、または他のノードに第２の要求および／または第１の要求に対する応答を送信させるように構成することができる。ここで、リソースという用語は、個々のリソース、または子リソースを含み得る複数のリソース、例えば構造化リソースのいずれかを意味すると理解されるであろう。

【0081】

図５は、実施形態によるサービスコンシューマの第１のＮＦノード２０を示す図である。第１のＮＦノード２０は、ネットワークにおいてサービス要求を処理するためのものである。第１のＳＣＰノード１０は、ネットワーク内のサービスプロデューサの第１のＮＦノードと第２のＮＦノードとの間のＳＣＰとして動作するように構成される。いくつかの実施形態において、第１のＮＦノード２０は、例えば、物理マシン（例えば、サーバ）または仮想マシン（ＶＭ）であることができる。第１のＮＦノード２０は、例えば、ユーザ装置（ＵＥ）であることができる。

【0082】

図５に示されるように、第１のＮＦノード２０は、処理回路（またはロジック）２２を備える。処理回路２２は、第１のＮＦノード２０の動作を制御し、第１のＮＦノード２０に関して本明細書に記載された方法を実施することができる。処理回路２２は、本明細書に記載される方法で第１のＮＦノード２０を制御するように構成またはプログラムされ得る。処理回路２２は、１つまたは複数のプロセッサ、１つまたは複数の処理ユニット、１つまたは複数のマルチコアプロセッサおよび／または１つまたは複数のモジュールなどの１つまたは複数のハードウェアコンポーネントで構成することができる。特定の実装では、１つ以上のハードウェアコンポーネントの各々は、第１のＮＦノード２０に関して本明細書に記載の方法の個別または複数のステップを実行するように構成され得るか、または実行するためのものである。いくつかの実施形態では、処理回路２２は、第１のＮＦノード２０に関して本明細書に記載された方法を実行するためのソフトウェアを実行するように構成され得る。ソフトウェアは、いくつかの実施形態によれば、コンテナ化されてもよい。したがって、いくつかの実施形態では、処理回路２２は、第１のＮＦノード２０に関して本明細書に記載された方法を実行するためにコンテナを実行するように構成され得る。

【0083】

簡単に説明すると、第１のＮＦノード２０の処理回路２２は、第１の要求に対する応答を受信するように構成される。第１の要求は、第２のＮＦノードが、第１のＮＦノードによって要求された第１のサービスを提供するためにリソースを使用するためのものである。応答は、その後、第１のＮＦノードによって第２のサービスが要求されたときに使用される、第３のＮＦノードにおけるリソースの位置を示す情報を含む。

【0084】

図５に示されるように、いくつかの実施形態において、第１のＮＦノード２０は、オプションでメモリ２４を含み得る。第１のＮＦノード２０のメモリ２４は、揮発性メモリ又は不揮発性メモリを含み得る。いくつかの実施形態では、第１のＮＦノード２０のメモリ２４は、非一時的な媒体から構成されてもよい。第１のＮＦノード２０のメモリ２４の例としては、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスクなどの大容量記憶媒体、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）などの取り外し可能な記憶媒体、及び／または任意の他のメモリが含まれるが、これらに限定されるものではない。

【0085】

第１のＮＦノード２０の処理回路２２は、第１のＮＦノード２０のメモリ２４に接続され得る。いくつかの実施形態では、第１のＮＦノード２０のメモリ２４は、第１のＮＦノード２０の処理回路２２によって実行されると、第１のＮＦノード２０に、第１のＮＦノード２０に関して本明細書に記載される方法で動作させるプログラムコード又は命令を格納するためのものであってもよい。例えば、いくつかの実施形態では、第１のＮＦノード２０のメモリ２４は、第１のＮＦノード２０の処理回路２２によって実行されて、第１のＮＦノード２０に、第１のＮＦノード２０に関して本明細書に記載された方法に従って動作させることができるプログラムコード又は命令を格納するように構成されてもよい。代替的にまたは追加的に、第１のＮＦノード２０のメモリ２４は、本明細書に記載されている任意の情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを格納するように構成され得る。第１のＮＦノード２０の処理回路２２は、第１のＮＦノード２０のメモリ２４を制御して、本明細書に記載されている情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを記憶するように構成され得る。

【0086】

いくつかの実施形態では、図５に示されるように、第１のＮＦノード２０は、オプションで通信インタフェース２６を含んでいてもよい。第１のＮＦノード２０の通信インタフェース２６は、第１のＮＦノード２０の処理回路２２及び／又は第１のＮＦノード２０のメモリ２４に接続されることができる。第１のＮＦノード２０の通信インタフェース２６は、第１のＮＦノード２０の処理回路２２が第１のＮＦノード２０のメモリ２４と通信すること、及び／又はその逆を可能にするよう動作可能であってもよい。同様に、第１のＮＦノード２０の通信インタフェース２６は、第１のＮＦノード２０の処理回路２２が第１のＳＣＰノード１０および／または任意の他のノードと通信するように動作可能であってよい。第１のＮＦノード２０の通信インタフェース２６は、本明細書に記載される情報、データ、メッセージ、要求、応答、指示、通知、信号、または同様のものを送信および／または受信するように構成され得る。いくつかの実施形態では、第１のＮＦノード２０の処理回路２２は、第１のＮＦノード２０の通信インタフェース２６を制御して、本明細書に記載される情報、データ、メッセージ、要求、応答、指示、通知、信号、又は同様のものを送信及び／又は受信するように構成され得る。

【0087】

第１のＮＦノード２０は、単一のメモリ２４を含むものとして図５に図示されているが、第１のＮＦノード２０は、本明細書に記載される方法で動作する少なくとも１つのメモリ（すなわち、単一のメモリまたは複数のメモリ）２４を含んでいてもよいことが理解されよう。同様に、第１のＮＦノード２０は、単一の通信インタフェース２６を含むものとして図５に図示されているが、第１のＮＦノード２０は、本明細書に記載される方法で動作する少なくとも１つの通信インタフェース（すなわち、単一の通信インタフェースまたは複数の通信インタフェース）２６を含んでいてもよいことが理解されよう。また、図５は、第１のＮＦノード２０の実施形態を説明するために必要な構成要素を示しているだけであり、実際の実装では、第１のＮＦノード２０は、示された構成要素に対して追加のまたは代替の構成要素から構成されてもよいことが理解されよう。

【0088】

図６は、実施形態に係る第１のＮＦノード２０によって実行される方法を示すフローチャートである。図６の方法は、ネットワークにおけるサービス要求を処理するためのものである。図５を参照して先に説明した第１のＮＦノード２０は、図６の方法に従って動作するように構成される。この方法は、第１のＮＦノード２０の処理回路２２によって、またはその制御の下で実行することができる。第１のＳＣＰノード１０は、第１のＮＦノード２０と、ネットワーク内のサービスプロデューサの第２のＮＦノードとの間のＳＣＰとして動作するように構成される。

【0089】

図６のブロック２０２に示されるように、第１の要求に対する応答が受信される。第１の要求は、第２のＮＦノードが、第１のＮＦノードによって要求された第１のサービスを提供するためにリソースを使用するためのものである。応答は、その後第１のＮＦノードによって第２のサービスが要求されたときに使用される、第３のＮＦノードにおけるリソースの位置を示す情報を含む。

【0090】

また、システムが提供される。システムは、本明細書に記載される少なくとも１つの第１のＳＣＰノード１０および／または本明細書に記載される少なくとも１つの第１のＮＦノード２０を備えることができる。システムはまた、本明細書に記載される他のノードのうちの任意の１つまたは複数を備えることができる。

【0091】

図７は、実施形態に係るシステムにおける信号のやり取りを示すシグナリング図である。図７に示すシステムは、第１のＳＣＰノード１０と、サービスコンシューマ（「ＮＦｃ」）の第１のＮＦノード２０とを含む。第１のＳＣＰノード１０は、図３及び図４を参照して前述したようなものとすることができる。第１のＮＦノード２０は、図５および図６を参照して前述したようなものとすることができる。

【0092】

図７に示すシステムは、サービスプロデューサの第２ＮＦノード３０（「ＮＦｐ１」）と、サービスプロデューサの第３のＮＦノード７０（「ＮＦｐ２」）と、を含む。第１のＳＣＰノード１０は、第１のＮＦノード２０と第２ＮＦノード３０との間のＳＣＰとして動作するように構成される。また、第１のＳＣＰノード１０は、第１のＮＦノード２０と第３のＮＦノード７０との間のＳＣＰとして動作するように構成されている。第２のＮＦノード３０は、サービス（「ｓｅｒｖＡ－１」）を実行するように構成することができる。第３のＮＦノード７０は、サービス（「ｓｅｒｖＡ－２」）を実行するように構成することができる。第２のＮＦノード３０および第３のＮＦノード７０は、同じサービス（例えば、同じサービスの異なるインスタンス）および／または異なるサービスを実行するように構成され得る。

【0093】

第２のＮＦノード３０及び第３のＮＦノード７０は、サービスプロデューサのＮＦノードのセット４０２の一部とすることができ、すなわち、「ＮＦセット」の一部とすることができる。ＮＦセットは、交換可能なＮＦノードのグループとすることができる。ＮＦセットのＮＦノードは、同じタイプのＮＦノードであり得る。ＮＦセットのＮＦノードは、同じサービスをサポートしてもよく、及び／又は同じネットワークスライス（複数可）をサポートしてもよい。いくつかの実施形態では、同じＮＦセットのＮＦノードは、地理的に分散されていてもよい。同じＮＦセットのＮＦノードは、同じデータ（例えば、同じコンテキストデータ）にアクセスすることができる。

【0094】

図示されていないが、いくつかの実施形態において、図７に示されるシステムは、ネットワークリポジトリ機能（ＮＲＦ）ノードを含んでいてもよい。いくつかの実施形態において、エンティティは、第１のＳＣＰノード１０とＮＲＦノードとを含んでいてもよい。すなわち、いくつかの実施形態では、第１のＳＣＰノード１０は、結合されたエンティティにおいてＮＲＦノードと結合され得る。

【0095】

いくつかの実施形態では、第１のＳＣＰノード１０および第１のＮＦノード２０は、独立した配備ユニットで配備されてもよく、第１のＳＣＰノード１０および第２のＮＦノード３０は、独立した配備ユニットで配備されてもよく、および／または、第１のＳＣＰノード１０および第３のＮＦノード７０は、独立した配備ユニットに配備されてもよい。したがって、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．４．０に記載されているように、独立した配備ユニットに基づくＳＣＰノードが可能である。他の実施形態では、第１のＳＣＰノード１０は、分散型ネットワーク要素として配備されてもよい。例えば、いくつかの実施形態では、第１のＳＣＰノード１０の一部（例えば、サービスエージェント）は、第１のＮＦノード２０と同じ配備ユニットに配備されてもよく、第１のＳＣＰノード１０の一部（例えば、サービスエージェント）は、第２のＮＦノード３０と同じ配備ユニットに配備されてもよく、および／または、第１のＳＣＰノード１０の一部（例えば、サービスエージェント）は、第３のＮＦノード７０と同じ配備ユニットに配備されてもよい。このように、３ＧＰＰ ＴＳ２３．５０１ Ｖ１６．４．０に記載されているように、サービスメッシュに基づくＳＣＰノードが可能である。

【0096】

いくつかの実施形態において、少なくとも１つの第２のＳＣＰノードは、第１のＮＦノード２０と第１のＳＣＰノード１０との間のＳＣＰとして動作するように構成されてもよく、少なくとも１つの第３のＳＣＰノードは、第１のＳＣＰノード１０と第２のＮＦノード３０との間のＳＣＰとして動作するように構成されてもよく、及び／又は、少なくとも１つの第４のＳＣＰノードは、第１のＳＣＰノード１０と第３のＮＦノード７０との間のＳＣＰとして動作するように構成されてもよい。このように、ＳＣＰノードのマルチパスが可能である。これらの実施形態のいくつかでは、第１のＳＣＰノード１０と、少なくとも１つの少なくとも１つの第２のＳＣＰノード、少なくとも１つの第３のＳＣＰノード、及び少なくとも１つの第４のＳＣＰノードのうちの１つ以上は、独立した配備ユニットにおいて配備される。いくつかの実施形態では、少なくとも１つの第２のＳＣＰノードおよび／または少なくとも１つの第３のＳＣＰノードは、分散型ネットワーク要素として配備されてもよい。

【0097】

図７のステップ６００～６０８は、図２を参照して先に説明した通りである。しかしながら、図７のブロック６０６において、第１のＳＣＰノード１０は、第１の要求６０２、６０４（第２のＮＦノード３０がリソースを使用して第１のＮＦノード２０によって要求された第１のサービスを提供するための）が満たされないことを特定し得る。第１の要求６０２、６０４を満たすことができないことを意味する様々な理由が存在し得る。例えば、第２のＮＦノード３０に向かって送信された第１の要求６０２、６０４が失敗した場合、第２のＮＦノード３０に向かって送信された第１の要求６０２、６０４に対する第２のＮＦノード３０からの応答がない場合（図示のとおり）、または第２のＮＦノード３０に向かう第１の要求６０２、６０４の送信が阻止された場合、第１の要求６０２、６０４は満たされることができない。

【0098】

図２に例示された既存のシステムとは異なり、図７に例示されたシステムでは、余分なラウンドトリップは必要ない。すなわち、図７に例示したシステムでは、第１のＳＣＰノード１０は、第１のＮＦノード２０に新しい要求の送信を開始するように指示するリダイレクトメッセージの送信を開始することによって、第１の要求６０２、６０４に応答する必要がない。その代わりに、図７に示されるシステムにおいて、第１のＳＣＰノード１０は、図７のブロック６０８で実行される選択（または再選択）について第１のＮＦノード２０に通知する。

【0099】

より詳細には、図７の矢印６１４によって示されるように、第１の要求６０２、６０４が満たされない場合（図７のブロック６０６におけるように）、第１のＳＣＰノード１０は、サービスプロデューサの第３のＮＦノード３０、７０に向かって第２の要求の伝送を開始する。このように、この第２の要求６１４の送信は、第１のＳＣＰノード１０が第１の要求６０２、６０４に応答することなく、すなわち第１のＳＣＰノード１０が第１の要求６０２、６０４に応答する前に、第３のＮＦノード３０、７０へ向かって開始される。第３のＮＦノード３０、７０は、第１のＳＣＰノード１０が第１のサービスを提供するために選択する、サービスプロデューサのＮＦノードである。選択は、例えば、図７のブロック６０８で実行されてもよい。第２の要求６１４は、第３のＮＦノード３０、７０が、第１のＮＦノード２０によって要求された第１のサービスを提供するために、リソースを使用するためのものである。

【0100】

いくつかの実施形態において、第３のＮＦノード３０及び第２のＮＦノード３０は、同じＮＦノードであり得る。したがって、例えば、第１のＳＣＰノード１０は、いくつかの実施形態によれば、第２ＮＦノード３０を再試行することができる。他の実施形態では、第３のＮＦノード７０及び第２のＮＦノード３０は、異なるＮＦノードであり得る。したがって、例えば、第１のＳＣＰノード１０は、他の実施形態に従って、異なるＮＦノードを試みてもよい。第３のＮＦノード７０と第２のＮＦノード３０が異なるＮＦノードであるいくつかの実施形態では、ＮＦノードのセット４０２は、前述したように、第２のＮＦノード３０と第３のＮＦノード７０とを含み得る。

【0101】

図７に戻ると、矢印６１６によって示されるように、第１のＳＣＰノード１０は、第２の要求６１４が成功したことを示す第２の要求６１４に対する応答を受信する。いくつかの実施形態では、第３のＮＦノード３０、７０に向かって第２の要求６１４の送信を開始することは、第２の要求６１４が成功したことを示す応答を受信するまで、少なくとも１つの第３のＮＦノード３０、７０に関して複数回実行されてもよい。少なくとも１つの第３のＮＦノード３０、７０は、単一の第３のＮＦノードであってもよいし、複数の異なる第３のＮＦノードであってもよい。したがって、例えば、第１のＳＣＰノード１０は、第２の要求６１４が成功したことを示す応答を受信するまで、同じＮＦノードを再試行し、及び／又は異なるＮＦノードを複数回試行してもよい。これらの実施形態において、情報は、第２の要求６１４が成功した第３のＮＦノード３０、７０におけるリソースの位置を示すものであってよい。第２の要求６１４が、第３のＮＦノード３０、７０においてリソースが作成される結果となった場合、応答は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）２０１の「Ｃｒｅａｔｅｄ」応答であってもよい。この場合、第２の要求６１４に対する応答で構成される情報は、作成されたリソースの位置を示すものである。

【0102】

図７の矢印７００で示されるように、第２の要求６１４が成功したことを示す第２の要求６１４に対する応答６１６を受信することに応答して、第１のＳＣＰノード１０は、第１のＮＦノード２０に向かって第１の要求６０２、６０４に対する応答の送信を開始する。第１の要求６０２、６０４に対する応答７００は、その後、第１のＮＦノード２０によって第２のサービスが要求されたときに使用される第３のＮＦノード３０、７０におけるリソースの位置を示す情報を含む。

【0103】

いくつかの実施形態では、第１のサービスおよび第２のサービスは、同じサービスの異なるインスタンスであってもよい。いくつかの実施形態では、同じサービスの異なるインスタンスは、同じタイプのサービスであってよい。いくつかの実施形態では、サービスのセットは、第１のサービス及び第２のサービスを含んでよく、すなわち、第１のサービス及び第２のサービスは、「サービスセット」の一部であり得る。いくつかの実施形態において、サービスのセットは、同じＮＦノード内にあってもよく、すなわち、サービスは、「ＮＦサービスセット」の一部であり得る。サービスのセットは、交換可能なサービスのグループとすることができる。いくつかの実施形態では、サービスのセットのサービスは、同じデータ（例えば、同じコンテキストデータ）にアクセスすることができる。

【0104】

図７には図示されていないが、いくつかの実施形態では、方法は、第１のＳＣＰノード１０が、第１の要求６０２、６０４に対する応答７００を生成することを含んでもよい。いくつかの実施形態において、第１の要求６０２、６０４に対する応答７００を生成することは、第２のＮＦノード３０におけるリソースの位置を示す第１の要求６０２、６０４に存在する情報を、第３のＮＦノード３０、７０におけるリソースの位置を示す情報と置換することを含んでもよい。

【0105】

図７の矢印７００によって示されるように、第１のＮＦノード２０は、第１の要求６０２、６０４に対する応答を受信する。いくつかの実施形態では、方法は、第１のＮＦノード２０が、第２のＮＦノード３０におけるリソースの位置を示す以前に格納された情報の代わりに、第３のＮＦノード３０、７０におけるリソースの位置を示す情報を格納するようにメモリ（例えば、第１のＮＦノード２０のメモリ１４または別のメモリ）を制御することを含む場合がある。応答７００は、第１のＮＦノード２０によって第２のサービスがその後要求されるときに使用される、第３のＮＦノード３０、７０におけるリソースの位置を示す情報を含むので、第１のＮＦノード２０は、それに応じて第２のサービスに対するその後の要求を指示することが可能である。

【0106】

いくつかの実施形態では、第３のＮＦノード３０、７０におけるリソースの位置を示す情報は、第３のＮＦノード３０、７０のアドレス、サービスプロデューサの名前、サービスプロデューサのためのアプリケーションプログラミングインタフェース（ＡＰＩ）のバージョン、リソースを（例えば一意的に）識別する識別子、およびリソースのアドレス、のいずれか１つ以上を含み得る。第３のＮＦノード３０、７０のアドレスは、例えば、インターネットプロトコル（ＩＰ）アドレスまたは第３のＮＦノード７０の到達に用いられるユニフォームリソース識別子（ＵＲＩ）のアプリケーションプログラミングインタフェース（ＡＰＩ）ルート（すなわち、ｓｂｉ－ｔａｒｇｅｔ－ａｐｉｒｏｏｔ）であってよい。いくつかの実施形態では、第３のＮＦノード３０、７０におけるリソースの位置を示す情報は、リソースのユニフォームリソース識別子（ＵＲＩ）であってよく、当技術分野では「リソースＵＲＩ」とも呼ばれることがある。ＵＲＩは、リソースを一意に識別することができる。

【0107】

いくつかの実施形態において、第３のＮＦノード３０、７０におけるリソースの位置を示す情報は、一意の文字列の形態であり得る。いくつかの実施形態では、第１の要求６０２、６０４に対する応答７００のヘッダは、情報を含んでいてもよい。いくつかの実施形態では、ヘッダは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）又はＨＴＴＰ／２のヘッダであってもよい。ヘッダは、カスタムヘッダであってよい。例えば、カスタムヘッダは、「３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－Ｌｏｃａｔｉｏｎ」と呼ばれてもよい。第３のＮＦノード３０、７０におけるリソースの位置を示す情報を含むカスタムヘッダの例は、以下の通りであってもよい：
３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－Ｌｏｃａｔｉｏｎ＝”３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－Ｌｏｃａｔｉｏｎ” ”：” ”ＯＷＳ”
｛ａｐｉＲｏｏｔ｝／｛ａｐｉＮａｍｅ｝／｛ａｐｉＶｅｒｓｉｏｎ｝／｛ａｐｉＳｐｅｃｉｆｉｃＲｅｓｏｕｒｃｅＵｒｉＰａｒｔ｝

【0108】

ここで、ＯＷＳはオプションのホワイトスペースを表す。このように、例示的なカスタムヘッダは、新たに選択された第３のＮＦノード３０、７０のアドレス（「ａｐｉＲｏｏｔ」）、サービスプロデューサの名前（「ａｐｉＮａｍｅ」）、サービスプロデューサのＡＰＩのバージョン（「ａｐｉＶｅｒｓｉｏｎ」）、リソースおよび／またはリソースのアドレスを（例えば一意的に）識別する識別子（「ａｐｉＳｐｅｃｉｆｉｃＲｅｓｏｕｒｃｅＵｒｉＰａｒｔ」）を含んでいる。

【0109】

このヘッダの一般的な構造は、３ＧＰＰ ＴＳ２９．５０１ Ｖ１６．４．０のセクション４．４．１で規定されているリソースＵＲＩ構造と一致する。ＴＳ２９．５０１ Ｖ１６．４．０では、「ａｐｉＲｏｏｔ」は、スキーム（例えば、”ｈｔｔｐ”または”ｈｔｔｐｓ”）、固定文字列（例：”：／／”）、権限（例：ホストおよびオプションのポート）、「／」文字から始まる任意の配備固有の文字列（ＡＰＩ ｐｒｅｆｉｘ）、を連結したものと定義されている。また、”ａｐｉＮａｍｅ”はＡＰＩの名前を定義するとされ、”ａｐｉＶｅｒｓｉｏｎ”はＡＰＩのバージョンの最初のフィールドを示すとされる。また、３ＧＰＰ ＴＳ２９．５０１ Ｖ１６．４．０では、「ａｐｉＲｏｏｔ」、「ａｐｉＮａｍｅ」、「ａｐｉＶｅｒｓｉｏｎ」が合わせてＡＰＩのベースＵＲＩを定義すると定義されているが、各「ａｐｉＳｐｅｃｉｆｉｃＲｅｓｏｕｒｃｅＵｒｉＰａｒｔ」はベースＵＲＩに対するＡＰＩのリソースＵＲＩを定義すると定義されている。本開示において、リソースのＵＲＩの形式は、ＴＳ２９．５０１ Ｖ１６．４．０に記載されたものと同じ形式であってよいが、”ａｐｉＳｐｅｃｉｆｉｃＲｅｓｏｕｒｃｅＵｒｉＰａｒｔ”は、リソースを（例えば、一意に）識別する識別子（例えば、コンテキストＩＤ）を含んでいてよい。

【0110】

次に、第２のＮＦノード３０及び第３のＮＦノード３０、７０がセッション管理機能（ＳＭＦ）ノードであり、第１のサービスがプロトコルデータユニット（ＰＤＵ）セッションである場合の例を説明する。この例では、第１のＳＣＰノード１０は、最初に、以下のように、第２ＮＦノード３０におけるリソースの位置を示す情報を含むカスタムヘッダを生成してよい：
｛ａｐｉＲｏｏｔ２｝／ｎｓｍｆ－ｐｄｕｓｅｓｓｉｏｎ／ｖ１／ｓｍ－ｃｏｎｔｅｘｔｓ／ｓｍＣｏｎｔｅｘｔＲｅｆ１

【0111】

この例示的なカスタムヘッダは、第２のＮＦノード３０のアドレス（「ａｐｉＲｏｏｔ２」）、サービスプロデューサの名前（「ｎｓｍｆ－ｐｄｕｓｅｓｓｉｏｎ」）、サービスプロデューサのＡＰＩのバージョン（「ｖ１」）、リソースのアドレス（「ｓｍ－ｃｏｎｔｅｘｔｓ」）、リソースを（例えば一意的に）識別する識別子（「ｓｍＣｏｎｔｅｘｔＲｅｆ１」）、を含む。ａｐｉＲｏｏｔ２は、第１の要求６０２の３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－ａｐｉＲｏｏｔヘッダ内の第１のＳＣＰノード１０によって受信されてよく、残りの情報は、第１のＳＣＰノード１０に送られるＵＲＩの一部とすることができる。第１のＳＣＰノード１０は、自身のａｐｉＲｏｏｔを有する。

【0112】

前述のように、（図７のブロック６０６のように）第１の要求６０２、６０４を満たすことができず、（図７のブロック６０８のように）第１のＳＣＰノード１０が再選択を行う必要がある場合、第１のＳＣＰノード１０は、第３のＮＦノード３０、７０に向かって第２の要求６１４の送信を開始させる。第２の要求６１４が成功したことを示す第２の要求６１４に対する応答６１６を受信することに応答して（すなわち、肯定的な応答）、第１のＳＣＰノード１０は、新しいターゲットをヘッダに追加してよい。例えば、肯定的な応答が、第２のＮＦノード３０とは異なるＮＦノードである第３のＮＦノード７０からのものである場合、第１のＳＣＰノード１０は、生成したヘッダの第２のＮＦノード３０のアドレスを第３のＮＦノード７０のアドレスに置換してもよい。このようにすると、ヘッダは、第２のＮＦノード３０におけるリソースの位置を示す情報ではなく、第３のＮＦノード７０におけるリソースの位置を示す情報を含む。例えば、第３のＮＦノード７０のアドレスがａｐｉＲｏｏｔ３である場合、新しい３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－Ｌｏｃａｔｉｏｎヘッダは、その後、次の通りとなる：
｛ａｐｉＲｏｏｔ３｝／ｎｓｍｆ－ｐｄｕｓｅｓｓｉｏｎ／ｖ１／ｓｍ－ｃｏｎｔｅｘｔｓ／ｓｍＣｏｎｔｅｘｔＲｅｆ１

【0113】

第１のＳＣＰノード１０は、（図７の矢印７００のように）この新しいヘッダを含む応答の送信を開始し、第１のＮＦノード２０は、この応答を受信する。このようにして、第１のＮＦノード２０は、第３のＮＦノード３０、７０におけるリソースの位置を示す情報を受信する。

【0114】

第１のＮＦノード２０は、その後、第１のＮＦノード２０によって第２のサービスが要求されたときに、第３のＮＦノード３０、７０におけるリソースの位置を示す情報を使用することができる。例えば、第１のＮＦノード２０は、後続のサービス要求のために第３のＮＦノード７０のアドレス（例えば、ａｐｉＲｏｏｔ３）を使用することができる。いくつかの実施形態では、第１のＮＦノード２０は、すべての後続の要求または少なくとも同じリソースに向かうすべての後続の要求のために情報を使用することができる。いくつかの実施形態では、情報は、リソースに向かう後続の要求のためのＵＲＩを構築するために使用され得る。いくつかの実施形態では、後続の要求は、リソースを修正することであり得る。

【0115】

一例として、第１のＮＦノード２０が先の例で述べたリソースを修正する場合、第１のＮＦノード２０は、以下のＵＲＩを生成（または構築）してもよい：
｛ａｐｉＲｏｏｔ３｝／ｎｓｍｆ－ｐｄｕｓｅｓｓｉｏｎ／ｖ１／ｓｍ－ｃｏｎｔｅｘｔｓ／ｓｍＣｏｎｔｅｘｔＲｅｆ１／ｍｏｄｉｆｙ

【0116】

いくつかの実施形態において、第１のＮＦノード２０が第１のＳＣＰノード１０に向けて後続の要求の送信を開始するとき、要求ＵＲＩは、第１のＳＣＰノード１０のａｐｉＲｏｏｔを含んでもよく、リソースのａｐｉＲｏｏｔは、３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－ａｐｉＲｏｏｔカスタムヘッダ内で提供され得る。第１のＳＣＰノード１０は、要求を受信すると、要求ＵＲＩのａｐｉＲｏｏｔを３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－ａｐｉＲｏｏｔカスタムヘッダで受信したａｐｉＲｏｏｔに置換することができる。このようにすれば、第１のＳＣＰノード１０は、ＵＥ／セッションごとにデータを保存する必要がない。

【0117】

図８は、実施形態に係る第１のＳＣＰノード８００を示すブロック図である。第１のＳＣＰノード８００は、ネットワークにおいてサービス要求を処理することができる。第１のＳＣＰノード８００は、ネットワーク内のサービスコンシューマの第１のＮＦノードとサービスプロデューサの第２のＮＦノードとの間のＳＣＰとして動作することができる。第１のＳＣＰノード８００は、第１のＮＦノードによって要求された第１のサービスを提供するために第２のＮＦノードがリソースを使用するための、第１の要求が満たされない場合に動作可能である。第１のＳＣＰノード８００は、サービスプロデューサの第３のＮＦノードに向けて第２の要求の送信を開始するように構成された第１の送信開始モジュール８０２を備える。第２の要求は、第１のＮＦノードによって要求された第１のサービスを提供するために、第３のＮＦノードがリソースを使用することを求めるものである。第１のＳＣＰノード８００は、第２の要求が成功したことを示す第２の要求に対する応答を受信することに応答して、第１のＮＦノードに向けて第１の要求に対する応答の送信を開始するように構成された第２の送信開始モジュール８０４を備える。第１の要求に対する応答は、第２のサービスがその後第１のＮＦノードによって要求されたときに使用される、第３のＮＦノードにおけるリソースの位置を示す情報を含む。第１のＳＣＰノード８００は、第１のＳＣＰノードに関して本明細書で説明される方法で動作してもよい。

【0118】

図９は、実施形態に係るサービスコンシューマの第１のＮＦノード９００を示すブロック図である。第１のＮＦノード９００は、ネットワーク内のサービス要求を処理することができる。第１のＮＦノードは、ネットワーク内のサービスプロデューサの第１のＮＦノードと第２のＮＦノードとの間でＳＣＰとして動作することができる。第１のＮＦノード９００は、第１の要求に対する応答を受信するように構成された受信モジュール９０２を備える。第１の要求は、第１のＮＦノードによって要求された第１のサービスを提供するために第２のＮＦノードがリソースを使用することを求めるものである。応答は、その後第１のＮＦノードによって第２のサービスが要求されたときに使用される、第３のＮＦノードにおけるリソースの位置を示す情報を含む。第１のＮＦノード９００は、第１のＮＦノードに関して本明細書で説明する方法で動作してもよい。

【0119】

また、処理回路（前述した第１のＳＣＰノード１０の処理回路１２および／または第１のＮＦノード２０の処理回路２２など）によって実行されると、処理回路に本明細書に記載の方法の少なくとも一部を実行させる命令を含むコンピュータプログラムが提供される。非一時的マシン可読媒体上に具現化され、処理回路（前述した第１のＳＣＰノード１０の処理回路１２および／または第１のＮＦノード２０の処理回路２２など）によって実行可能な命令であって、処理回路に本明細書に記載の方法の少なくとも一部を実行させる命令を含むコンピュータプログラム製品が、提供される。処理回路（前述した第１のＳＣＰノード１０の処理回路１２および／または第１のＮＦノード２０の処理回路２２など）に本明細書に記載の方法の少なくとも一部を実行させるための命令を含むキャリアを含むコンピュータプログラム製品が提供される。いくつかの実施形態では、キャリアは、電子信号、光信号、電磁信号、電気信号、無線信号、マイクロ波信号、又はコンピュータ可読記憶媒体のうちのいずれか１つであり得る。

【0120】

いくつかの実施形態では、本明細書で説明する第１のＳＣＰノードの機能性および／または第１のＮＦノードの機能性は、ハードウェアによって実行することができる。したがって、いくつかの実施形態では、本明細書で説明する第１のＳＣＰノード１０および第１のＮＦノード２０の１つ以上は、ハードウェアノードであり得る。しかしながら、オプションで、本明細書で説明する第１のＳＣＰノード機能性および／または第１のＮＦノードの機能性の少なくとも一部または全部を仮想化することができることも理解されよう。例えば、本明細書で説明する第１のＳＣＰノード１０および第１のＮＦノード２０の１つ以上によって実行される機能は、ノード機能をオーケストレーションするように構成された汎用ハードウェア上で動作するソフトウェアで実装することができる。したがって、いくつかの実施形態では、本明細書で説明する第１のＳＣＰノード１０および第１のＮＦノード２０の１つ以上は、仮想ノードとすることができる。いくつかの実施形態では、本明細書に記載される第１のＳＣＰノード機能性および／または第１のＮＦノードの機能性の少なくとも一部又は全部は、ネットワークイネーブルクラウドにおいて実行され得る。本明細書で説明する第１のＳＣＰノード機能性および／または第１のＮＦノードの機能性は、全て同じ場所にあってもよく、又はノード機能性の少なくとも一部が分散されてもよい。

【0121】

いくつかの実施形態において、本明細書に記載される方法のステップの少なくともいくつかまたはすべてを自動化できることが理解されよう。すなわち、いくつかの実施形態では、本明細書に記載される方法のステップの少なくともいくつかまたはすべては、自動的に実行することができる。

【0122】

したがって、本明細書に記載される態様において、ネットワークにおいてサービス要求を処理するための改善された技術が有利に提供される。特に、第１のＮＦノード２０は、後続のサービス要求のために使用されるサービスプロデューサの特定のＮＦノードにおけるリソースの位置を示す情報が提供されるので、第１のＳＣＰノード１０は、再選択時に各ＵＥ／セッションの情報を保存する必要がない。

【0123】

上述の実施形態は、アイデアを限定するのではなく、例示するものであり、当業者は、添付の請求項の範囲から逸脱することなく、多くの代替実施形態を設計することができることに留意されたい。また、「含む（ｃｏｍｐｒｉｓｉｎｇ）」という語は、請求項に記載された以外の要素又はステップの存在を排除せず、「１つ（「ａ」又は「ａｎ」）」は、複数を排除せず、単一のプロセッサ又は他のユニットが、請求項に記載された複数のユニットの機能を果たすことができる。請求項中のいかなる参照符号も、その範囲を限定するように解釈してはならない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2024-07-19

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

３ＧＰＰのネットワークにおいてサービス要求を処理する方法であって、該方法は、２つ以上のノード間のプロキシノードとして動作するように構成された第１のサービス通信プロキシ（ＳＣＰ）ノード（１０）によって実行され、前記２つ以上のノードの各ノードはサービスコンシューマのネットワーク機能（ＮＦ）またはサービスプロデューサのＮＦを含み、該方法は、
サービスコンシューマの第１のＮＦから、サービスプロデューサの第２のＮＦ（３０）が第１のサービスを提供するためにリソースを使用するための第１の要求を受信すること（６０２）であって、前記第１の要求は前記リソースのアドレスに関連する情報を含む、前記受信すること（６０２）と、
前記第２のＮＦ（３０）に対する前記第１の要求（６０２、６０４）が満たされ得ない場合、前記サービスプロデューサの第３のＮＦ（３０、７０）に向けて第２の要求（６１４）の送信を開始すること（１０２）であって、前記第２の要求（６１４）は、前記第１のＮＦ（２０）によって要求された前記第１のサービスを提供するために前記第３のＮＦ（３０、７０）がリソースを使用するためのものである、前記開始すること（１０２）と、
前記第２の要求（６１４）が成功していることを示す前記第２の要求（６１４）に対する応答（６１６）の受信に応答して、前記第１のＮＦ（２０）に向けて前記第１の要求（６０２、６０４）に対する応答（７００）の送信を開始すること（１０４）であって、前記第１の要求（６０２、６０４）に対する前記応答（７００）は、第２のサービスが前記第１のＮＦ（２０）によって後続して要求されるときに使用されることになる前記リソースの位置を示す前記第３のＮＦ（３０、７０）のａｐｉｒｏｏｔを含む、前記開始すること（１０４）と、
を含む、方法。

【請求項2】

前記情報は、
前記第３のＮＦ（７０）のアドレス、
前記サービスプロデューサの名前、
前記サービスプロデューサに対するアプリケーションプログラミングインタフェース（ＡＰＩ）のバージョン、
前記リソースを識別する識別子、
前記リソースのアドレス
のいずれか１つ以上を含む
請求項１に記載の方法。

【請求項3】

前記情報は、ユニフォームリソース識別子（ＵＲＩ）である
請求項１または２に記載の方法。

【請求項4】

前記第１の要求（６０２、６０４）に対
する前記応答（７００）のヘッダは、前記情報を含む
請求項１乃至３の何れか１項に記載の方法。

【請求項5】

前記ヘッダはカスタムヘッダである
請求項４に記載の方法。

【請求項6】

前記ヘッダは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはＨＴＴＰ／２のヘッダである
請求項４または５に記載の方法。

【請求項7】

前記第１のサービスと前記第２のサービスとは、同一のサービスの異なる複数のインスタンスである
請求項１乃至６の何れか１項に記載の方法。

【請求項8】

前記同一のサービスの前記異なる複数のインスタンスは、同一のタイプのサービスである
請求項７に記載の方法。

【請求項9】

サービスのセットは、前記第１のサービスと前記第２のサービスとを含む
請求項１乃至８の何れか１項に記載の方法。

【請求項10】

ＮＦのセット（４０２）は、前記第２のＮＦ（３０）と前記第３のＮＦ（７０）とを含む
請求項１に記載の方法。

【請求項11】

前記第１のサービスを提供するための前記第３のＮＦ（７０）を選択することを含む
請求項１乃至１０の何れか１項に記載の方法。

【請求項12】

前記第３のＮＦ（７０）に向けて前記第２の要求（６１４）の送信を開始することは、前記第２の要求（６１４）が成功したことを示す前記応答を受信するまで、少なくとも１つの第３のＮＦ（７０）に関して複数回実行され、
前記情報は、前記第２の要求（６１４）が成功した前記第３のＮＦ（７０）における前記リソースの前記位置を示す
請求項１乃至１１の何れか１項に記載の方法。

【請求項13】

前記少なくとも１つの第３のＮＦ（７０）は、単一の第３のＮＦまたは複数の異なる第３のＮＦである
請求項１２に記載の方法。

【請求項14】

前記方法は、前記第１の要求（６０２、６０４）に対する前記応答（７００）を生成することを含み、
前記第１の要求（６０２、６０４）に対する前記応答（７００）を生成することは、前記第２のＮＦ（３０）における前記リソースの位置を示す前記第１の要求（６０２、６０４）に存在する情報を、前記第３のＮＦ（７０）における前記リソースの位置を示す情報に置換することを含む
請求項１乃至１３の何れか１項に記載の方法。

【請求項15】

前記第２のＮＦ（３０）に向かって送信された前記第１の要求（６０２、６０４）が失敗した場合、
前記第２のＮＦ（３０）に向かって送信された前記第１の要求（６０２、６０４）に対して、前記第２のＮＦ（３０）から応答（６０６）を受信しない場合、または、
前記第２のＮＦ（３０）に向かう前記第１の要求（６０２、６０４）の送信が阻止された場合、
に、前記第１の要求（６０２、６０４）は満たされ得ない
請求項１乃至１４の何れか１項に記載の方法。

【請求項16】

前記第２の要求に対する前記応答はロケーションヘッダを含まない
請求項１乃至１５の何れか１項に記載の方法。

【請求項17】

エンティティは、前記第１のＳＣＰノード（１０）とネットワークリポジトリ機能（ＮＲＦ）とを含む
請求項１乃至１６の何れか１項に記載の方法。

【請求項18】

請求項１乃至１７の何れか１項に記載の方法に従って動作するように構成された処理回路（１２）を備える、第１のＳＣＰノード（１０）。

【請求項19】

前記第１のＳＣＰノード（１０）は、前記処理回路（１２）によって実行されると、前記第１のＳＣＰノード（１０）を請求項１乃至１７の何れか１項に記載の方法に従って動作させる命令を格納するための少なくとも１つのメモリ（１４）を備える
請求項１８に記載の第１のＳＣＰノード（１０）。

【請求項20】

３ＧＰＰのネットワークにおいてサービス要求を処理する方法であって、該方法は、サービスコンシューマの第１のネットワーク機能（ＮＦ）（２０）を含むノードによって実行され、第１のサービス通信プロキシ（ＳＣＰ）ノード（１０）は２つ以上のノード間のプロキシノードとして動作するように構成され、前記２つ以上のノードの各ノードは前記第１のＮＦ（２０）またはサービスプロデューサの第２のＮＦ（３０）を含み、該方法は、
前記第１のＮＦから、前記第２のＮＦ（３０）が第１のサービスを提供するためにリソースを使用するための第１の要求を送信すること（６０２）であって、前記第１の要求は前記リソースのアドレスに関連する情報を含む、前記送信すること（６０２）と、
前記第１の要求（６０２、６０４）に対する応答（７００）を受信すること（２０２）であって、前記第１の要求（６０２、６０４）に対する前記応答（７００）は、前記サービスプロデューサの第３のＮＦ（３０、７０）のａｐｉｒｏｏｔを含み、前記ａｐｉｒｏｏｔは、第２のサービスが前記第１のＮＦ（２０）によって後続して要求されるときに使用されることになる前記リソースの位置を示す、前記受信すること（２０２）と、
を含む、方法。

【請求項21】

請求項２０に記載の方法に従って動作するように構成された処理回路（２２）を備える、第１のＮＦ（２０）を含むノード。

【請求項22】

前記ノードは、前記処理回路（２２）によって実行されると、前記第１のＮＦ（２０）を請求項２０に記載の方法に従って動作させる命令を格納するための少なくとも１つのメモリ（２４）を備える
請求項２１に記載のノード。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正の内容】

【0013】

図２を参照して説明した方法で第１のＳＣＰノード１０が再選択を行う場合、問題が発生する。再選択の後、第１のＳＣＰノード１０は、サービスの同じインスタンスを使用し続けることが想定される。第３のＮＦノード７０のアドレスが存在する可能性があることを特定できるハイパーテキスト転送プロトコル（ＨＴＴＰ）応答は、２０１および３ｘｘ（例えば、３０８ Ｐｅｒｍａｎｅｎｔ Ｒｅｄｉｒｅｃｔ）応答のみである。これらの応答のうち、再選択に用いることができるのは、３ｘｘ応答のみである。しかしながら、第１のＳＣＰノード１０がこのような応答を使用する場合、第１のＳＣＰノード１０が第１のＮＦノード２０にリダイレクトを送信し、第１のＮＦノード２０が新しい要求の送信を開始することを要求される、ステップ６１０及び６１２によって例示される余分なラウンドトリップを実行しなければならないということを意味する。これは、非効率的であり、不便である可能性がある。さらに、リダイレクトは、全てのＮＦサービスコンシューマノードによってサポートされていない可能性さえある。
Ｓａｒａｔｈ Ｐｉｌｌａｉによる記事「反復型と再帰型のＤＮＳクエリの違い（difference between iterative and recursive DNS queries）」も、同じ問題に悩む３ＧＰＰ以外の例である。ここでは、ブラウザがウェブページを必要とするが、ウェブページが保存されているサーバの必要なＩＰアドレスを持っていない。ブラウザは、ローカルＤＮＳサーバにＩＰアドレスを要求する。ローカルＤＮＳサーバは、ＤＮＳルートサーバ、ＴＬＤサーバを介して再帰的に要求し、最終的にＩＰアドレスを提供できるＤＮＳサーバに到達する。ブラウザがウェブページのアドレスをローカルに保存していない場合、次に同じものを要求すると、同じ手順を踏むことになり、効率的とは言い難い。

【外国語明細書】