特表 2024-543499 通信ネットワークにおいて実行されるホップ数を制限するための方法、システム、およびプログラム

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

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

(11)【公表番号】

(43)【公表日】2024-11-21

(54)【発明の名称】通信ネットワークにおいて実行されるホップ数を制限するための方法、システム、およびプログラム

(51)【国際特許分類】

   H04L 41/40 20220101AFI20241114BHJP

   H04W 40/02 20090101ALI20241114BHJP

   H04W 88/18 20090101ALI20241114BHJP

   H04W 80/06 20090101ALI20241114BHJP

【ＦＩ】

H04L41/40

H04W40/02 110

H04W88/18

H04W80/06

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024528605

(86)(22)【出願日】2022-11-16

(85)【翻訳文提出日】2024-05-14

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

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

(87)【国際公開日】2023-06-08

(31)【優先権主張番号】17/539,724

(32)【優先日】2021-12-01

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502303739

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

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

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

(72)【発明者】

【氏名】モハン・ラジ，ジョン・ニルマル

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE16

5K067HH21

(57)【要約】

通信ネットワークにおいて実行されるホップ数を制限するための方法、システム、およびコンピュータ可読媒体が開示される。本方法は、第１ネットワーク領域のハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付けることと、当該サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、第１ネットワーク領域においてプロデューサＮＦの探索を実施することと、を含む。当該方法は、さらに、ＨＴＴＰプロキシ要素が第１ネットワーク領域においてプロデューサＮＦを位置決めすることができない場合に、サービス要求メッセージのヘッダセクションのホップ数の最大値を決定することと、ＨＴＴＰプロキシ要素がヘッダセクションのホップ数の最大値が０より大きいことを決定する場合に、サービス要求メッセージのヘッダセクションのホップ数の最大値から１を引いて更新されたホップ数の最大値を取得することと、更新されたホップ数の最大値を含むサービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向けることと、を含む。

【特許請求の範囲】

【請求項1】

通信ネットワークにおいて実行されるホップ数を制限するための方法であって、
第１ネットワーク領域のハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付けることと、
前記サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、前記第１ネットワーク領域においてプロデューサＮＦの探索を実施することと、
前記ＨＴＴＰプロキシ要素が前記第１ネットワーク領域において前記プロデューサＮＦを位置決めすることができない場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値を決定することと、
前記ＨＴＴＰプロキシ要素が前記ヘッダセクションの前記ホップ数の最大値が０より大きいことを決定する場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値から１を引いて更新されたホップ数の最大値を取得することと、
前記更新されたホップ数の最大値を含む前記サービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向けることと、を含む方法。

【請求項2】

前記サービス要求メッセージは、ＳＢＩメッセージである、請求項１に記載の方法。

【請求項3】

前記ホップ数の最大値は、コンシューマＮＦによって前記サービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される、請求項１または請求項２に記載の方法。

【請求項4】

前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値が０であると決定された場合に、前記サービス要求メッセージは前記第２ネットワーク領域の前記第２のＨＴＴＰプロキシ要素に送られることが妨げられる、請求項１～請求項３のいずれか１項に記載の方法。

【請求項5】

前記ＨＴＴＰプロキシ要素は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービスコンフィグレーションプロキシ（ＳＣＰ）である、請求項１～請求項４のいずれか１項に記載の方法。

【請求項6】

前記ＨＴＴＰプロキシ要素は、前記ヘッダセクションの前記ホップ数の最大値、または前記ヘッダセクションの前記更新されたホップ数の最大値を増加させるように構成される請求項１～請求項５のいずれか１項に記載の方法。

【請求項7】

前記第１ネットワーク領域および前記第２ネットワーク領域の各々は、地理的に定められた領域である、請求項１～請求項６のいずれか１項に記載の方法。

【請求項8】

少なくとも１つのプロセッサおよびメモリを含むハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素と、
前記少なくとも１つのプロセッサによって実行されるホップ管理モジュール（ＨＭＭ）とを備え、
前記ホップ管理モジュールは、
第１ネットワーク領域のＨＴＴＰプロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付け、
前記サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、前記第１ネットワーク領域においてプロデューサＮＦの探索を実施し、
前記ＨＴＴＰプロキシ要素が前記第１ネットワーク領域において前記プロデューサＮＦを位置決めることができない場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値を決定し、
前記ＨＴＴＰプロキシ要素が前記ヘッダセクションの前記ホップ数の最大値が０より大きいことを決定する場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値から１を引いて更新されたホップ数の最大値を取得し、
前記更新されたホップ数の最大値を含む前記サービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向ける、システム。

【請求項9】

前記サービス要求メッセージは、ＳＢＩメッセージである、請求項８に記載のシステム。

【請求項10】

前記ホップ数の最大値は、コンシューマＮＦによって前記サービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される、請求項８または請求項９に記載のシステム。

【請求項11】

前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値が０であると決定された場合に、前記サービス要求メッセージは前記第２ネットワーク領域の前記第２のＨＴＴＰプロキシ要素に送られることが妨げられる、請求項８～請求項１０のいずれか１項に記載のシステム。

【請求項12】

前記ＨＴＴＰプロキシ要素は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービスコンフィグレーションプロキシ（ＳＣＰ）である、請求項８～請求項１１のいずれか１項に記載のシステム。

【請求項13】

前記ＨＴＴＰプロキシ要素は、前記ヘッダセクションの前記ホップ数の最大値、または前記ヘッダセクションの前記更新されたホップ数の最大値を増加させるように構成される請求項８～請求項１２のいずれか１項に記載の方法。

【請求項14】

前記第１ネットワーク領域および前記第２ネットワーク領域の各々は、地理的に定められた領域である、請求項８～請求項１３のいずれか１項に記載のシステム。

【請求項15】

実行可能な命令が記憶された１つ以上の非一時的なコンピュータ可読媒体であって、前記命令は、コンピュータの１以上のプロセッサによって実行されると、前記コンピュータを制御してステップを実行させ、前記ステップは、
第１ネットワーク領域のＨＴＴＰプロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付けることと、
前記サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、前記第１ネットワーク領域においてプロデューサＮＦの探索を実施することと、
前記ＨＴＴＰプロキシ要素が前記第１ネットワーク領域において前記プロデューサＮＦを位置決めすることができない場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値を決定することと、
前記ＨＴＴＰプロキシ要素が前記ヘッダセクションの前記ホップ数の最大値が０より大きいことを決定する場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値から１を引いて更新されたホップ数の最大値を取得することと、
前記更新されたホップ数の最大値を含む前記サービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向けることとを含む、１つ以上の非一時的なコンピュータ可読媒体。

【請求項16】

前記サービス要求メッセージは、ＳＢＩメッセージである、請求項１５に記載の１つ以上の非一時的なコンピュータ可読媒体。

【請求項17】

前記ホップ数の最大値は、コンシューマＮＦによって前記サービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される、請求項１５または請求項１６に記載の１つ以上の非一時的なコンピュータ可読媒体。

【請求項18】

前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値が０であると決定された場合に、前記サービス要求メッセージは前記第２ネットワーク領域の前記第２のＨＴＴＰプロキシ要素に送られることが妨げられる、請求項１５～請求項１７のいずれか１項に記載の１つ以上の非一時的なコンピュータ可読媒体。

【請求項19】

前記ＨＴＴＰプロキシ要素は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービスコンフィグレーションプロキシ（ＳＣＰ）である、請求項１５～請求項１８のいずれか１項に記載の１つ以上の非一時的なコンピュータ可読媒体。

【請求項20】

前記ＨＴＴＰプロキシ要素は、前記ヘッダセクションの前記ホップ数の最大値、または前記ヘッダセクションの前記更新されたホップ数の最大値を増加させるように構成される請求項１５～請求項１９のいずれか１項に記載の１つ以上の非一時的なコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

技術分野
本明細書に記載される主題は、第５世代（５Ｇ）通信ネットワークおよび前世代の通信ネットワークにおいて、ハイパーテキストトランスファプロトコル（hypertext transfer protocol:ＨＴＴＰ）プロキシ要素を介して、サービスベースインターフェイス（service based interface:ＳＢＩ）メッセージが用いることができるホップ数を制御することに関する。より特定的には、本明細書に記載される主題は、通信ネットワークにおいて実行されるホップ数を制限するための方法、システム、およびコンピュータ可読媒体に関する。

【背景技術】

【0003】

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

【0004】

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

【0005】

所与のプロデューサＮＦは、多くのサービスエンドポイントを有し得る。プロデューサＮＦは、ネットワーク機能リポジトリ機能（network function repository function:ＮＲＦ）に登録する。ＮＲＦは、利用可能なＮＦインスタンスのＮＦプロファイル、およびそれらのサポートされるサービスを維持する。コンシューマＮＦは、ＮＲＦに登録したプロデューサＮＦインスタンスに関する情報を受信するように加入することができる。一度登録されると、５ＧネットワークのＮＦインスタンスは、１以上のネットワークエクスポージャ機能（network exposure function:ＮＥＦ）とのセッションを確立し得る。注目すべきは、ＮＥＦは、ネットワークに奉仕するプロデューサネットワーク機能により提供されるサービスと能力を安全に公開する手段を提供する第３世代パートナーシッププロジェクト（third generation partnership project:３ＧＰＰ（登録商標））のネットワーク機能である。

【0006】

現在までのところ、３ＧＰＰの仕様は、ＳＢＩメッセージがデプロイメントに基づいてＨＴＴＰプロキシサーバを通過できることを定義している。しかしながら、ＳＢＩメッセージ（すなわちＳＢＩパケット）が目的地であるプロデューサＮＦに到達しようと試みる際に通過できるＨＴＴＰプロキシサーバの数に制限はない。３ＧＰＰの仕様では、ＳＢＩメッセージがプロデューサＮＦに到達するまでの時間量を定義するために利用され得る特定のタイマーが定義されているものの、それらタイマ機構は、前述のタイマの設定時間が時間切れとなる前後においてＳＢＩメッセージにより用いられるホップ数を制限しない。そのため、ＳＢＩメッセージがすでに時間切れとなっているにも関わらず、不必要な量のネットワークトラフィックが依然として生成および／またはルーティングされる場合がある。

【0007】

したがって、通信ネットワークにおいて実行されるホップ数を制限するための改善された方法およびシステムに対するニーズが存在する。

【発明の概要】

【0008】

概要
通信ネットワークにおいて実行されるホップ数を制限するための方法、システム、およびコンピュータ可読媒体が開示される。本方法は、第１ネットワーク領域のハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付けることと、当該サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、第１ネットワーク領域においてプロデューサＮＦの探索を実施することと、を含む。当該方法は、さらに、ＨＴＴＰプロキシ要素が第１ネットワーク領域においてプロデューサＮＦを位置決めすることができない場合に、サービス要求メッセージのヘッダセクションのホップ数の最大値を決定することと、ＨＴＴＰプロキシ要素がヘッダセクションのホップ数の最大値が０より大きいことを決定する場合に、サービス要求メッセージのヘッダセクションのホップ数の最大値から１を引いて更新されたホップ数の最大値を取得することと、更新されたホップ数の最大値を含むサービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向けることと、を含む。

【0009】

本明細書で説明する方法の他の態様によれば、サービス要求メッセージは、ＳＢＩメッセージである。

【0010】

本明細書で説明する方法の他の態様によれば、ホップ数の最大値は、コンシューマＮＦによってサービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される。

【0011】

本明細書で説明する方法の他の態様によれば、サービス要求メッセージのヘッダセクションのホップ数の最大値が０であると決定された場合に、サービス要求メッセージは第２ネットワーク領域の第２のＨＴＴＰプロキシ要素に送られることが妨げられる。

【0012】

本明細書で説明する方法の他の態様によれば、ＨＴＴＰプロキシ装置は、セキュリティエッジ保護プロキシ（security edge protection proxy:ＳＥＰＰ）、またはサービスコンフィグレーションプロキシ（service configuration proxy:ＳＣＰ）である。

【0013】

本明細書で説明する方法の他の態様によれば、ＨＴＴＰプロキシ要素は、ヘッダセクションのホップ数の最大値、またはヘッダセクションの更新されたホップ数の最大値を増加させるように構成される。

【0014】

本明細書で説明する方法の他の態様によれば、第１ネットワーク領域および第２ネットワーク領域の各々は、地理的に定められた領域である。

【0015】

本明細書で説明する別の実施形態によれば、システムは、少なくとも１つのプロセッサおよびメモリを含むＨＴＴＰプロキシ要素と、少なくとも１つのプロセッサによって実行されるホップ管理モジュール（ＨＭＭ）を備え、ホップ管理モジュールは、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付け、サービス要求メッセージで要求されたネットワークサービスを提供するために第１ネットワーク領域でプロデューサＮＦの探索を実行し、ＨＴＴＰプロキシ要素が第１ネットワーク領域でプロデューサＮＦを位置決めすることができない場合に、サービス要求メッセージのヘッダセクションのホップ数の最大値を決定するように構成される。ＨＭＭは、ＨＴＴＰプロキシ要素がヘッダセクションのホップ数の最大値が０より大きいと決定する場合に、サービス要求メッセージのヘッダセクションにおけるホップ数の最大値から１を引いて更新されたホップ数の最大値を取得することと、更新されたホップ数の最大値を含むサービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向けることとをさらに含む。

【0016】

本明細書で説明するシステムの別の態様によれば、サービス要求メッセージはＳＢＩメッセージである。

【0017】

本明細書で説明するシステムの別の態様によれば、ホップ数の最大値は、コンシューマＮＦによってサービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される。

【0018】

本明細書で説明するシステムの別の態様によれば、サービス要求メッセージのヘッダセクションのホップ数の最大値が０であると決定された場合に、サービス要求メッセージは第２ネットワーク領域の第２のＨＴＴＰプロキシ要素に送られることが妨げられる。

【0019】

本明細書で説明するシステムの別の態様によれば、ＨＴＴＰプロキシ装置は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービスコンフィグレーションプロキシ（ＳＣＰ）である。

【0020】

本明細書で説明するシステムの別の態様によれば、ＨＴＴＰプロキシ要素は、ヘッダセクションのホップ数の最大値、またはカスタムセクションの更新されたホップ数の最大値を増加させるように構成される。

【0021】

本明細書で説明するシステムの別の態様によれば、第１ネットワーク領域および第２ネットワーク領域の各々は、地理的に定められた領域である。

【0022】

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

【図面の簡単な説明】

【0023】

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

【図2】本明細書で説明される主題の実施の形態に係るＳＭＩメッセージのホップ制限機能性をサポートするための例示的なハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素を示すブロック図である。

【図3】通常状態において、他のＨＴＴＰプロキシサーバに向けてサービスベースインターフェイス（ＳＢＩ）メッセージを転送するＨＴＴＰプロキシを示すブロック図である。

【図4】本明細書で説明される主題の実施の形態に係る指定された条件下でＳＢＩメッセージを他のＨＴＴＰプロキシサーバに転送することができるＨＴＴＰプロキシを示すブロック図である。

【図5】通信ネットワークにおいて実行されるホップ数を制限するための例示的なプロセスを示すフローチャートである。

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

【0024】

詳細な説明
本明細書で説明する主題は、通信ネットワークにおいて実行されるホップ数を制限するための方法、システム、およびコンピュータ可読媒体に関するものである。より特定的には、本明細書で開示される主題は、基礎となるＨＴＴＰプロトコルメッセージのパケットヘッダに最大ホップパラメータを導入するための方法およびシステムを含む。いくつかの実施形態において、本明細書で開示される主題は、複数のサービス地域（たとえば、別々のＰＬＭＮ、別々の国、別々のデータセンタ、またはその他の別々の地理的な場所）にそれぞれ位置するＨＴＴＰプロキシデバイス間で通信される際のホップ数を制限するために、従来のヘッダまたはカスタムヘッダのいずれかを利用することができる。しかしながら、いくつかのネットワークエンティティがカスタムヘッダを最初に認識または解析できない場合があるので、ホップ制限機能（たとえば、「Ｘ－ｎｕｍｂｅｒ－ｏｆ－ｈｏｐｓ」）を有するカスタムヘッダを利用することが困難な場合がある。たとえば、Ｍａｘ－ＦｏｒｗａｒｄカスタムヘッダはＴＲＡＣＥメソッドとＯＰＴＩＯＮＳメソッドのためにのみ規定されている。

【0025】

本明細書で説明する主題の様々な実施形態を詳細に参照し、その例を添付した図面に例示する。可能な限りにおいて、同一または類似の部分を参照するために、図面全体を通して同一の参照番号が使用される。

【0026】

図１は、５Ｇシステムネットワークアーキテクチャ、たとえば、ホーム５Ｇコア（５ＧＣ）ネットワークの一例を示すブロック図である。図１のアーキテクチャは、同じホーム公衆陸上移動体通信網（public land mobile network:ＰＬＭＮ）に位置し得るＮＲＦ１００およびＳＣＰ１０１を含む。上述したように、ＮＲＦ１００は、利用可能なプロデューサＮＦサービスインスタンスのプロファイルおよびそれらのサポートされたサービスを維持し、コンシューマＮＦまたはＳＣＰが新規の／更新されたプロデューサＮＦサービスインスタンスに加入し、かつその登録を通知されるようにし得る。ＳＣＰ１０１はまた、ＮＦインスタンスのサービスディスカバリおよび選択をサポートし得る。ＳＣＰ１０１は、コンシューマＮＦとプロデューサＮＦとの間の接続の負荷分散を実行し得る。加えて、本明細書に記載されている方法を用いて、ＳＣＰ１０１は、好ましいＮＦロケーションに基づく選択とルーティングを実行し得る。

【0027】

ＮＲＦ１００は、ＮＦまたはＮＦインスタンスのサービスプロファイルのリポジトリである。ＮＦインスタンスと通信するためには、コンシューマＮＦまたはＳＣＰは、ＮＲＦ１００からＮＦサービスプロファイルまたはＮＦインスタンスを取得しなければならない。ＮＦまたはサービスプロファイルは、３ＧＰＰ ＴＳ（technical specification）２９．５１０で定義されるＪＳＯＮ（JavaScript（登録商標） object notation）データ構造である。ＮＦまたはサービスプロファイルの定義は、ＦＱＤＮ（fully qualified domain name）、ＩＰバージョン４（IPv4）アドレス、またはＩＰバージョン６（IPv6）アドレスのうちの少なくとも１つを含む。図１では、（ＮＲＦ１００以外の）いずれのノードも、それらがサービスを要求しているか提供しているかに応じて、コンシューマＮＦまたはプロデューサＮＦとなり得る。図示した例では、ノードは、ネットワーク内でポリシー関連動作を実行するポリシー制御機能（policy control function:ＰＣＦ）１０２と、ユーザデータを管理するユーザデータ管理（user data management:ＵＤＭ）機能１０４と、アプリケーションサービスを提供するアプリケーション機能（application function:ＡＦ）１０６とを含む。図１に示すノードは、アクセスおよびモビリティ管理（access and mobility management function:ＡＭＦ）機能１１０とＰＣＦ１０２との間のセッションを管理するセッション管理機能（session management function:ＳＭＦ）１０８をさらに含む。ＡＭＦ１１０は、４Ｇネットワークにおいてモビリティ管理エンティティ（mobility management entity:ＭＭＥ）によって実行される動作と同様のモビリティ管理動作を実行する。認証サーバ機能（authentication server function:ＡＵＳＦ）１１２は、ユーザ機器（use equipment:ＵＥ）１１４のようにネットワークへのアクセスを求めるユーザデバイスのための認証サービスを実行する。

【0028】

ネットワークスライス選択機能（network slice selection function:ＮＳＳＦ）１１６は、ネットワークスライスに関連付けられる特定のネットワーク機能および特性にアクセスしようとするデバイスのためのネットワークスライスサービスを提供する。ネットワーク公開機能（ＮＥＦ）１１８は、モノのインターネット（internet of things:ＩｏＴ）デバイスおよびネットワークに接続された他のＵＥに関する情報を取得しようとするアプリケーション機能のためのアプリケーションプログラミングインターフェイス（application programming interface:ＡＰＩ）を提供する。ＮＥＦ１１８は、４Ｇネットワークにおけるサービス機能公開機能（service capability exposure function:ＳＣＥＦ）と同様の機能を実行する。

【0029】

無線アクセスネットワーク（radio access network:ＲＡＮ）１２０は、無線リンクを介してＵＥ１１４をネットワークに接続する。無線アクセスネットワーク１２０は、ｇノードＢ（ｇＮＢ）（図１には示さず）または他の無線アクセスポイントを用いてアクセスされ得る。ユーザプレーン機能（use plane function:ＵＰＦ）１２２は、ユーザプレーンサービスのための様々なプロキシ機能をサポート可能である。そのようなプロキシ機能の一例は、マルチパス送信制御プロトコル（multipath transmission control protocol:ＭＰＴＣＰ）プロキシ機能である。ＵＰＦ１２２はまた、ネットワーク性能測定値を取得するためにＵＥ１１４によって用いられ得る性能測定機能もサポートし得る。また、図１には、インターネットサービスなどのデータネットワークサービスにＵＥがアクセスするデータネットワーク（data network:ＤＮ）１２４も示されている。

【0030】

セキュリティエッジ保護プロキシ（ＳＥＰＰ）１２６は、別のＰＬＭＮからの着信トラフィックをフィルタリングし、ホームＰＬＭＮから出るトラフィックに対してトポロジ隠蔽を実行する。ＳＥＰＰ１２６は、外部ＰＬＭＮについてのセキュリティを管理する外部ＰＬＭＮ内のＳＥＰＰと通信してもよい。したがって、異なるＰＬＭＮ内のＮＦ同士の間のトラフィックは、ホームＰＬＭＮ用のものと外部ＰＬＭＮ用の別のものという２つのＳＥＰＰ機能を横断してもよい。

【0031】

ＳＥＰＰ１２６は、Ｎ３２－ｃインターフェイスおよびＮ３２－ｆインターフェイスを利用してもよい。Ｎ３２－ｃインターフェイスは、初期ハンドシェイク（たとえば、ＴＬＳハンドシェイク）を実行すること、およびＮ３２－ｆインターフェイス接続および関連するメッセージ転送のための様々なパラメータをネゴシエートすることのために使用可能な２つのＳＥＰＰ間のコントロールプレーンインターフェイスである。Ｎ３２－ｆインターフェイスは、アプリケーションレベルのセキュリティ保護を適用した後に、コンシューマＮＦとプロデューサＮＦと間の様々な通信（たとえば、５ＧＣ要求）を転送に使用可能である２つのＳＥＰＰ間の転送インターフェイスである。

【0032】

図２は、通信ネットワークにおいて実行されるホップ数を制限するためのネットワークノードの一例を示す図である。たとえば、例示的なＨＴＴＰプロキシ要素２００は、通信されたＳＢＩメッセージ(すなわち、１以上のＳＢＩパケット)のホップ数の制限を容易にすることに関連する様々な態様を実現するために適した１または複数のエンティティ(たとえば、１以上のノード、デバイス、サーバ、またはコンピューティングプラットフォーム)を表すものである。いくつかの実施形態において、ＨＴＴＰプロキシ要素２００は、サービス通信プロキシ(service communication proxy:ＳＣＰ)、またはセキュリティエッジ保護プロキシ(ＳＥＰＰ)といった１以上のネットワークエレメントを表すか、または含むことができる。たとえば、ＨＴＴＰプロキシ要素２００は、認証サーバ、ネットワークゲートウェイ、ネットワークプロキシ、エッジセキュリティデバイス、エクスポージャー機能、または他の機能を表すか、または含んでもよい。

【0033】

図２を参照して、ＨＴＴＰプロキシ要素２００は、通信環境（たとえば、１以上の５Ｇまたは４Ｇネットワーク）を介してメッセージを通信するための１以上の通信インターフェイス２０２を含む。たとえば、１以上の通信インターフェイス２０２は、ホームネットワーク（たとえば、ホーム公衆陸上移動体通信網（Ｈ－ＰＬＭＮ））、他の訪問先のネットワーク（たとえば、訪問先公衆陸上移動体通信網（Ｖ－ＰＬＭＮ））、および／または他の地理的領域に存在する他のＨＴＴＰプロキシサーバといった様々なネットワークエンティティと通信するための１以上の通信インターフェイスを含み得る。

【0034】

いくつかの実施形態において、ＨＴＴＰプロキシ要素２００は、ホップ管理モジュール（ＨＭＭ）２０４を含み得る。ＨＭＭ２０４は、ＳＢＩメッセージが他のＨＴＴＰプロキシサーバに転送され得るホップ数を制限することの管理および実行に関連する１以上の態様を実行するための好ましいエンティティ（たとえば、メモリに記憶され、少なくとも１以上のプロセッサにより実行されるソフトウェア）であってよい。

【0035】

開示される主題を説明する前に、ＨＴＴＰプロキシサーバによって実行される一般的なネットワークフロープロセスの流れを説明する。たとえば、図３は、通常の状態においてＳＢＩメッセージを他のＨＴＴＰプロキシサーバに転送するＨＴＴＰプロキシサーバを示すブロック図である。特に、図３は、ＨＴＴＰプロキシサーバ３１１～３１３を介して相互接続される複数の領域３０１～３０３を示す。いくつかの実施形態では、領域３０１～３０３は、地理的領域、ＰＬＭＮなどを備えることができる。さらに、ＨＴＴＰプロキシサーバ３１１～３１３は、ＳＣＰ、ＳＥＰ、または他の同様のプロキシ要素を含む。一例において、領域３０１（たとえば「領域Ａ」）に位置するコンシューマＮＦ３０４は、ネットワークサービスの処理を要求するために、１以上のプロデューサＮＦ３１０（たとえば、プロデューサＮＦ１～Ｎ）への接続を試みる。１以上のプロデューサＮＦ３１０と通信するコンシューマＮＦの最初の試みが失敗する場合には、ローカルＨＴＴＰプロキシサーバ３１１は別の地域に配置された指定されたプロデューサＮＦを配置する必要があり得る。たとえば、コンシューマＮＦ３０４が直近のＨＴＴＰプロキシサーバ３１１（たとえば、ＳＥＰ）に接続される場合、ＨＴＴＰプロキシサーバ３１１は初めに領域３０１のローカルプロデューサＮＦ３１０（すなわち、プロデューサＮＦ１～Ｎ）への接続を試みる。

【0036】

これらのプロデューサＮＦに接続することができない場合（たとえば、プロデューサＮＦが無効である場合や利用できない場合）、ＨＴＴＰプロキシサーバ３１１は、ＨＴＴＰプロキシサーバ３１２を介して領域３０２のプロデューサＮＦとの通信を試みる。具体的には、ＨＴＴＰプロキシ３１１は、初めに、ヘッダに「１」に設定されたＨｏｐ－Ｃｏｕｎｔｅｒの値を含むＳＢＩメッセージをＨＴＴＰプロキシサーバ３１２に転送する。ＳＢＩメッセージを受信すると、ＨＴＴＰプロキシサーバ３１２は、ＳＢＩメッセージヘッダ内のＨｏｐ－Ｃｏｕｎｔｅｒの値を１インクリメント増加させる（たとえば、図３に示されるようにＨｏｐ－Ｃｏｕｎｔｅｒは「２」へと増加される）。続いて、ＨＴＴＰプロキシサーバ３１２は、ローカル領域３０２の１以上のプロデューサＮＦ３２０（たとえばＮＦ１～Ｍ）への接続を試みる。ＨＴＴＰプロキシサーバ３１２が領域３０２のプロデューサＮＦに接続できない場合、ＳＢＩメッセージはＨＴＴＰプロキシサーバ３１２によって領域３０３のＨＴＴＰプロキシサーバ３１３に転送される。同様に、ＨＴＴＰプロキシサーバ３１３は、ＳＢＩメッセージを受信すると、要求メッセージヘッダ内のＨｏｐ－Ｃｏｕｎｔｅｒの値を１増やす（たとえば、値を「２」から「３」に増加させる）。注目すべきことに、ＨＴＴＰプロキシサーバは、現在、ＮＦコンシューマにサービスを提供できるプロデューサＮＦが位置決めされるまで、ＳＢＩメッセージを他のＨＴＴＰプロキシサーバに継続的に転送するように構成されている。

【0037】

特に、ＳＢＩメッセージが通過できるＨＴＴＰプロキシサーバの数に制限はない。３ＧＰＰ仕様では、不要なネットワークトラフィックの生成とルーティングの制御を支援するために、特定のタイマ（たとえば、３ＧＰＰ－ＳＢＩ－Ｍａｘ－Ｒｓｐ－Ｔｉｍｅおよび３ＧＰＰ－ＳＢＩ－Ｓｅｎｄｅｒ－Ｔｉｍｅｓｔａｍｐ）を定義しているものの、これらのメカニズムは、要求および／または応答メッセージが到達すべき時間の長さを制御するだけである。ＳＢＩメッセージは実際には第１のいくつかの初期ＨＴＴＰプロキシサーバによって処理されている間に時間切れとなっているかもしれないが、ＨＴＴＰプロキシサーバの既存のチェーンが存在している間、要求は不必要に転送され続け得る。より具体的には、異なるＨＴＴＰプロキシサーバにＳＢＩメッセージを転送するこの処理は、メッセージが失効したことをタイムスタンプが計測した後でさえも継続することができる。

【0038】

現時点では、１以上の時間切れメカニズムが時間切れまたは経過した後のホップ数を制限する３ＧＰＰまたは別の方法により定義されているメカニズムはない。したがって、そのような構成ではＳＢＩの要求がかなり前に時間切れとなっているにも関わらず、ＨＴＴＰプロキシサーバ間で不必要なネットワークトラフィックが生成される場合がある。

【0039】

そのような場合には、３ＧＰＰで定義されたＨＴＴＰプロキシサーバは、代替のプロデューサＮＦへの代替経路を特定することが求められ、ＨＴＴＰプロキシサーバのチェーンが終了すること、またはＨＴＴＰプロキシサーバで３ＧＰＰ－ＳＢＩ－Ｍａｘ－Ｒｓｐ－Ｔｉｍｅおよび３ＧＰＰ－ＳＢＩ－Ｓｅｎｄｅｒ－Ｔｉｍｅｓｔａｍｐヘッダの検証が失敗することのいずれか早い方まで、無制限に試行し続けるように構成されているため、この状況は重大な問題に発展する。

【0040】

５Ｇネットワークの出現により、より迅速に意思決定を行う必要性がますます高まっている。図４は、本明細書で説明される主題の一実施形態に従って、指定された条件下でＳＢＩメッセージを他のＨＴＴＰプロキシサーバに転送することができるＨＭＭ（上記および図２を参照）を用いて構成されたＨＴＴＰプロキシサーバを示すブロック図である。上記に示されるように、開示される主題は、基礎となるＨＴＴＰプロトコルのパケットヘッダを利用して、複数のサービス地域（たとえば、ＰＬＭＮおよび／または別々の国々）にそれぞれ位置するＨＴＴＰプロキシサーバ間でＳＢＩメッセージの通信に用いられるホップ数を制限するためのメカニズムを含む。他の実施形態では、開示された主題は、ＨＴＴＰプロキシサーバ間での通信に用いられるホップ数を制限するためにカスタムヘッダを利用することができる。しかしながら、カスタムヘッダ（たとえば、「Ｘ－ｎｕｍｂｅｒ－ｏｆ－ｈｏｐｓ」）の利用は、いくつかのネットワークエンティティが特定のカスタムヘッダを認識または解析するように構成されていない可能性があるので、課題を提起し得る。

【0041】

いくつかの実施形態では、コンシューマＮＦは、ＳＢＩメッセージが生成および／または開始されるときに最大ホップ数を指定することができる。たとえば、最大ホップ数を示す閾値をコンシューマＮＦによりＳＢＩメッセージのヘッダで指定することができる。より具体的には、閾値は、サポートするＨＴＴＰプロキシサーバが準拠しなければならない最大ホップ数を指定することができる。したがって、ＳＢＩメッセージがＨＴＴＰプロキシサーバに到達するたびに、そのＨＴＴＰプロキシは、現在指定／指示されている最大ホップ数を１つ減少させるまたは差し引きするように構成される。たとえば、最大ホップ数が「２」に設定されている場合、最大で２つのＨＴＴＰプロキシサーバがＳＢＩメッセージを他のプロキシサーバに中継することができる。ヘッダセクションの最大ホップ数がゼロになった場合、受信したＨＴＴＰプロキシサーバはＳＢＩメッセージをドロップする（すなわち、転送を中止する）。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、時間切れエラーまたはサービス再試行を示すエラーメッセージを生成するように構成される。エラーメッセージはその後、ＳＢＩメッセージを開始した元のコンシューマＮＦに送信され得る。

【0042】

図４を参照して、ネットワーク管理者は、コンシューマＮＦ４０４を起点とするＳＢＩメッセージの最大ホップ数を「２」と指定することができる。たとえば、コンシューマＮＦ４０４は、設定により、または所定値によって、ＳＢＩメッセージのヘッダ内の「Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓ」の値を特定の値（たとえば「２」）に設定することができる。その後、コンシューマＮＦ４０４は、コンシューマＮＦ４０４に要求ネットワークサービスを提供するために、プロデューサＮＦを位置決めするように構成されたＨＴＴＰプロキシサーバ４１１にＳＢＩメッセージを開始し送信することができる。

【0043】

利用可能なプロデューサＮＦ４１０（たとえば、プロデューサＮＦ１～Ｎのうちの１つ）が利用不能である場合、および／または識別／発見できない場合、ＨＴＴＰプロキシサーバ４１１は、隣接する領域４０２に位置するＨＴＴＰプロキシサーバ４１２にＳＢＩメッセージを転送するように構成される。具体的には、ＨＴＴＰプロキシサーバ４１１（および／またはＨＭＭ）は、先ず、ＳＢＩメッセージのヘッダを検査しＭａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓの値を決定するように構成される。ヘッダ内の最大ホップ数の値が「０」に設定されている場合、ＨＴＴＰプロキシサーバ４１１は、ＳＢＩメッセージをドロップする。しかしながら、図４で示した例においては、最大ホップ数の値は「２」であると決定される。ＳＢＩメッセージのヘッダの最大ホップ数の値がゼロでないと判定された後、ＨＴＴＰプロキシサーバ４１１は、Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓの値を１つ減らす（たとえば、値「２」を「１」に減らす）ように構成される。その後、ＨＴＴＰプロキシサーバ４１１は、ＳＢＩメッセージをＨＴＴＰプロキシサーバ４１２に送信する。注目すべきことに、中間のＨＴＴＰプロキシサーバは、（以下に説明されるように）ＳＢＩメッセージを次のエンティティに転送する際に、値を「１」減らすことができる。

【0044】

更新されたＳＢＩメッセージを受信した後、ＨＴＴＰプロキシサーバ４１２は、領域４０２のプロデューサＮＦ４２０（たとえば、プロデューサＮＦ１～Ｍ）の中から利用可能なプロデューサＮＦを位置決めするように構成される。領域４０２においてプロデューサＮＦが見つからない（または利用可能でない）場合、ＨＴＴＰプロキシサーバ４１２は、領域４０３のＨＴＴＰプロキシサーバ４１３にＳＢＩメッセージを転送するように構成される。特に、ＨＴＴＰプロキシサーバ４１２は、Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓの値を決定するために、ＳＢＩメッセージのヘッダセクションを解析／検査するように構成される。ヘッダの最大ホップ数の値が「０」に設定されている場合、ＨＴＴＰプロキシサーバ４１２は、ＳＢＩメッセージをドロップするように構成される。しかしながら、図４に示す例では、最大ホップ数の値はＨＴＴＰプロキシサーバ４１２によって「１」に設定されるように決定される。ＳＢＩメッセージのヘッダの最大ホップ数の値がゼロでないと判定された後、ＨＴＴＰプロキシサーバ４１２は、Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓの値を１減らす（たとえば値「１」を「０」に減らす）ように構成される。その後、ＨＴＴＰプロキシサーバ４１２は、領域４０３のＨＴＴＰプロキシサーバ４１３にＳＢＩメッセージを送信する。

【0045】

ＨＴＴＰプロキシサーバ４１２から更新されたＳＢＩメッセージを受信した後に、ＨＴＴＰプロキシサーバ４１３は、領域４０３のプロデューサＮＦ４３０（たとえば、プロデューサＮＦ１～Ｋ）の中から利用可能なプロデューサＮＦを位置決めするように構成される。領域４０３においてプロデューサＮＦが見つからない（または利用可能でない）場合、ＨＴＴＰプロキシサーバ４１３は、別の領域のさらに別のＨＴＴＰプロキシサーバにＳＢＩメッセージを転送するように構成される。このように、ＨＴＴＰプロキシサーバ４１３は、Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓの値を決定するために、ＳＢＩメッセージのヘッダセクションを解析／検査するように構成される。この例では、ＨＴＴＰプロキシサーバ４１３は、ＳＢＩメッセージのヘッダの最大ホップ数の値が「０」に設定されていることを判定する。これに応答して、ＨＴＴＰプロキシサーバ４１３は、転送処理を中止し、ＳＢＩメッセージをドロップするように構成される。さらにＨＴＴＰプロキシサーバ４１３はエラーメッセージを送信し、および／またはメッセージを元の送信コンシューマＮＦに送信する（fail the message back）ように構成され得る。

【0046】

いくつかの実施形態では、ＳＣＰおよびＳＥＰＰといった５Ｇプロキシサーバが、プロデューサＮＦから失敗応答を受信したことに応じて、ルーティングを代替することを試みているときに、Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓのカウントは、ＳＢＩメッセージが受けることができる再試行数および再ルーティング数を低減するのに役立つ。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、何らかの理由で値が増加することが正当化されるとＨＴＴＰプロキシサーバがみなす場合、Ｍａｘ－Ｎｕｍｂｅｒ－ｏｆ－Ｈｏｐｓの値をより高い値に修正するように構成するしてもよい。

【0047】

図５は、本明細書に記載される主題の一実施形態による、アクセストークン検証のための鍵ＩＤおよび公開証明書データを共有するための例示的なプロセスを示すフローチャートである。いくつかの実施形態において、図５に示される処理５００は、プロセッサによって実行されたときにステップ５０２～５１０に記載されているステップを実行する、メモリに格納されているアルゴリズム、プログラム、またはスクリプト（たとえば、図２に示されているようなホップ管理モジュール）である。いくつかの実施形態において、方法５００は、ＨＴＴＰプロキシ要素および／またはホップ管理モジュール（ＨＭＭ）のステートマシン(たとえば、ソフトウェアコードプログラミングを介してまたはルールのセットを介して)および／またはロジックにおいて具体化されるステップ(またはステップの変更)のリストを表す。

【0048】

ステップ５０２において、第１ネットワーク領域のＨＴＴＰプロキシ要素によって、最大ホップ数の値を指定するヘッダセクションを含むサービス要求メッセージを受信する。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、最大ホップ数の値を指定するヘッダセクションを含むＳＢＩメッセージをコンシューマＮＦから受信する。

【0049】

ステップ５０４において、サービス要求メッセージにおいて要求されたネットワークサービスを提供するために、第１ネットワーク領域においてプロデューサネットワーク機能（ＮＦ）を検索する。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、コンシューマＮＦの要求されたネットワークサービスを提供するためにローカル領域内のプロデューサＮＦを位置決めすることを試みる。

【0050】

ステップ５０６において、ＨＴＴＰプロキシ要素が第１ネットワーク領域でプロデューサＮＦを位置決めすることができない場合、サービス要求メッセージのヘッダセクションの最大ホップ数の値を決定する。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、要求されたサービスをコンシューマＮＦに提供するためのプロデューサＮＦを位置決めすることができない。そのような場合に、ＨＴＴＰプロキシサーバは、サービス要求メッセージを、第１ネットワーク領域から地理的に分離された第２ネットワーク領域に位置する別のＨＴＴＰプロキシサーバに転送するように構成される。

【0051】

ステップ５０８において、ＨＴＴＰプロキシ要素が、ヘッダセクションの最大ホップ数の値がゼロより大きいと決定する場合、サービス要求メッセージのヘッダセクション中の最大ホップ数の値を１つ減らし、更新されたホップ数の最大値を取得する。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、サービス要求メッセージのヘッダセクションに含まれる最大ホップ数の値がゼロより大きいと決定する。そのような場合に、ＨＴＴＰプロキシサーバは、ヘッダセクションの最大ホップ数の値を１つ減らす。ＨＴＴＰプロキシサーバが、サービス要求メッセージのヘッダセクションに含まれる最大ホップ数の値がゼロであると判断した場合、ＨＴＴＰプロキシサーバは、メッセージをドロップし、および／またはサービス要求を行った元のコンシューマＮＦにエラーメッセージを送信する。

【0052】

ステップ５１０において、更新されたホップ数の最大値を含むサービス要求メッセージを、第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ装置に向ける。いくつかの実施形態では、ＨＴＴＰプロキシサーバは、更新されたホップ数の最大値を含むサービス要求メッセージを、処理のために第２ネットワーク領域にある第２のＨＴＴＰプロキシサーバに転送するように構成される。

【0053】

本明細書で説明するＨＭＭおよび／または機能性は、特別な目的のコンピューティングデバイスを構成するか、または特別な目的のコンピューティングデバイスによって促進され得ることに留意すべきである。さらに、本明細書で説明するＨＮＮおよび/または機能性は、パケットヘッダ内の最大ホップ数のカウンタ値を実装することにより、ＳＢＩ関連ネットワークトラフィックを管理する技術分野を改善することができる。同様のことを実装することにより、ＨＴＴＰプロキシサーバにおける意思決定時間が短縮され、それによってネットワークとリソースの利用が改善される。

【0054】

以下の各文献の開示は、参照によりその全体が本明細書に組み込まれる。

【0055】

参考文献
1. 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G System; Network Function Repository Services; Stage 3 (Release 17) 3GPP TS 29.510 V17.3.0 (2021-09)
2. 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Technical Realization of Service Based Architecture; Stage 3 (Release 16) 3GPP TS 29.500 V16.5.0 (2020-11)
本開示の主題の様々な詳細は、本開示の主題の範囲から逸脱することなく変更され得ることが理解されよう。さらに、前述の説明は、例示のみを目的としており、限定を目的としていない。

【図1】

【図2】

【図3】

【図4】

【図5】

【手続補正書】

【提出日】2024-06-03

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信ネットワークにおいて実行されるホップ数を制限するための方法であって、
第１ネットワーク領域のハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付けることと、
前記サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、前記第１ネットワーク領域においてプロデューサＮＦの探索を実施することと、
前記ＨＴＴＰプロキシ要素が前記第１ネットワーク領域において前記プロデューサＮＦを位置決めすることができない場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値を決定することと、
前記ＨＴＴＰプロキシ要素が前記ヘッダセクションの前記ホップ数の最大値が０より大きいことを決定する場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値から１を引いて更新されたホップ数の最大値を取得することと、
前記更新されたホップ数の最大値を含む前記サービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向けることと、を含む方法。

【請求項2】

前記サービス要求メッセージは、ＳＢＩメッセージである、請求項１に記載の方法。

【請求項3】

前記ホップ数の最大値は、コンシューマＮＦによって前記サービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される、請求項１または２に記載の方法。

【請求項4】

前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値が０であると決定された場合に、前記サービス要求メッセージは前記第２ネットワーク領域の前記第２のＨＴＴＰプロキシ要素に送られることが妨げられる、請求項１または２に記載の方法。

【請求項5】

前記ＨＴＴＰプロキシ要素は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービス通信プロキシ（ＳＣＰ）である、請求項１または２に記載の方法。

【請求項6】

前記ＨＴＴＰプロキシ要素は、前記ヘッダセクションの前記ホップ数の最大値、または前記ヘッダセクションの前記更新されたホップ数の最大値を増加させるように構成される請求項１または２に記載の方法。

【請求項7】

前記第１ネットワーク領域および前記第２ネットワーク領域の各々は、地理的に定められた領域である、請求項１または２に記載の方法。

【請求項8】

少なくとも１つのプロセッサおよびメモリを含むハイパーテキストトランスファプロトコル（ＨＴＴＰ）プロキシ要素と、
前記少なくとも１つのプロセッサによって実行されるホップ管理モジュール（ＨＭＭ）とを備え、
前記ホップ管理モジュールは、
第１ネットワーク領域のＨＴＴＰプロキシ要素によって、ホップ数の最大値を指定するヘッダセクションを含むサービス要求メッセージを受け付け、
前記サービス要求メッセージにおいて要求されるネットワークサービスを提供するために、前記第１ネットワーク領域においてプロデューサＮＦの探索を実施し、
前記ＨＴＴＰプロキシ要素が前記第１ネットワーク領域において前記プロデューサＮＦを位置決めることができない場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値を決定し、
前記ＨＴＴＰプロキシ要素が前記ヘッダセクションの前記ホップ数の最大値が０より大きいことを決定する場合に、前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値から１を引いて更新されたホップ数の最大値を取得し、
前記更新されたホップ数の最大値を含む前記サービス要求メッセージを第２ネットワーク領域に位置する第２のＨＴＴＰプロキシ要素に向ける、システム。

【請求項9】

前記サービス要求メッセージは、ＳＢＩメッセージである、請求項８に記載のシステム。

【請求項10】

前記ホップ数の最大値は、コンシューマＮＦによって前記サービス要求メッセージで最初に確立される、または所定のデフォルト値を介して確立される、請求項８または９に記載のシステム。

【請求項11】

前記サービス要求メッセージの前記ヘッダセクションの前記ホップ数の最大値が０であると決定された場合に、前記サービス要求メッセージは前記第２ネットワーク領域の前記第２のＨＴＴＰプロキシ要素に送られることが妨げられる、請求項８または９に記載のシステム。

【請求項12】

前記ＨＴＴＰプロキシ要素は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービス通信プロキシ（ＳＣＰ）である、請求項８または９に記載のシステム。

【請求項13】

前記ＨＴＴＰプロキシ要素は、前記ヘッダセクションの前記ホップ数の最大値、または前記ヘッダセクションの前記更新されたホップ数の最大値を増加させるように構成される請求項８または９に記載のシステム。

【請求項14】

前記第１ネットワーク領域および前記第２ネットワーク領域の各々は、地理的に定められた領域である、請求項８または９に記載のシステム。

【請求項15】

請求項１または２に記載の方法をコンピュータに実行させるための、プログラム。

【手続補正3】

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

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

【補正方法】変更

【補正の内容】

【0012】

本明細書で説明する方法の他の態様によれば、ＨＴＴＰプロキシ装置は、セキュリティエッジ保護プロキシ（security edge protection proxy:ＳＥＰＰ）、またはサービス通信プロキシ（service communication proxy:ＳＣＰ）である。

【手続補正4】

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

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

【補正方法】変更

【補正の内容】

【0019】

本明細書で説明するシステムの別の態様によれば、ＨＴＴＰプロキシ装置は、セキュリティエッジ保護プロキシ（ＳＥＰＰ）、またはサービス通信プロキシ（ＳＣＰ）である。

【手続補正5】

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

【補正対象項目名】００２７

【補正方法】変更

【補正の内容】

【0027】

ＮＲＦ１００は、ＮＦまたはＮＦインスタンスのサービスプロファイルのリポジトリである。ＮＦインスタンスと通信するためには、コンシューマＮＦまたはＳＣＰは、ＮＲＦ１００からＮＦサービスプロファイルまたはＮＦインスタンスを取得しなければならない。ＮＦまたはサービスプロファイルは、３ＧＰＰ ＴＳ（technical specification）２９．５１０で定義されるＪＳＯＮ（JavaScript（登録商標） object notation）データ構造である。ＮＦまたはサービスプロファイルの定義は、ＦＱＤＮ（fully qualified domain name）、ＩＰバージョン４（IPv4）アドレス、またはＩＰバージョン６（IPv6）アドレスのうちの少なくとも１つを含む。図１では、（ＮＲＦ１００以外の）いずれのノードも、それらがサービスを要求しているか提供しているかに応じて、コンシューマＮＦまたはプロデューサＮＦとなり得る。図示した例では、ノードは、ネットワーク内でポリシー関連動作を実行するポリシー制御機能（policy control function:ＰＣＦ）１０２と、ユーザデータを管理する一元データ管理（unified data management:ＵＤＭ）機能１０４と、アプリケーションサービスを提供するアプリケーション機能（application function:ＡＦ）１０６とを含む。図１に示すノードは、アクセスおよびモビリティ管理（access and mobility management function:ＡＭＦ）機能１１０とＰＣＦ１０２との間のセッションを管理するセッション管理機能（session management function:ＳＭＦ）１０８をさらに含む。ＡＭＦ１１０は、４Ｇネットワークにおいてモビリティ管理エンティティ（mobility management entity:ＭＭＥ）によって実行される動作と同様のモビリティ管理動作を実行する。認証サーバ機能（authentication server function:ＡＵＳＦ）１１２は、ユーザ機器（use equipment:ＵＥ）１１４のようにネットワークへのアクセスを求めるユーザデバイスのための認証サービスを実行する。

【国際調査報告】