JP7750940B2

JP7750940B2 - サービス通信プロキシ（ｓｃｐ）に特有の優先順位付けされたネットワーク機能（ｎｆ）発見およびルーティングのための方法、システム、およびコンピュータ読取可能媒体

Info

Publication number: JP7750940B2
Application number: JP2023514046A
Authority: JP
Inventors: クリシャン，ラジブ
Original assignee: オラクル・インターナショナル・コーポレイション
Priority date: 2020-09-01
Filing date: 2021-03-24
Publication date: 2025-10-07
Anticipated expiration: 2041-03-24
Also published as: US20220070648A1; WO2022050987A1; EP4208997B1; US11483694B2; EP4208997A1; JP2023540938A; CN116325702B; CN116325702A

Description

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

技術分野
本明細書に記載されている主題は、５Ｇ通信ネットワークにおいてメッセージをプロデューサネットワーク機能（network function：ＮＦ）へルーティングすることに関する。より特定的には、本明細書に記載されている主題は、サービス通信プロキシ（service communications proxy：ＳＣＰ）に特有の優先順位付けされたＮＦ発見およびルーティングのための方法、システム、およびコンピュータ読取可能媒体に関する。

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

所与のプロデューサＮＦは、多くのサービスエンドポイントを有し得る。サービスエンドポイントとは、プロデューサＮＦによってホストされる１つ以上のＮＦインスタンスのための接点である。サービスエンドポイントは、プロデューサＮＦをホストするネットワークノード上のインターネットプロトコル（Internet protocol：ＩＰ）アドレスおよびポート番号または完全修飾ドメイン名（ＩＰアドレスとポート番号とに分解する）の組合せである。ＮＦインスタンスとは、ＮＦサービスインスタンスによって各々提供される１つ以上のサービスを提供するプロデューサＮＦのインスタンスである。ＮＦサービスインスタンスとは、所与のサービスを提供するＮＦインスタンス内のエンティティである。所与のプロデューサＮＦは２つ以上のＮＦインスタンスを含んでいてもよく、ＮＦインスタンスは２つ以上のサービスインスタンスを含み得る。なお、複数のＮＦインスタンスおよびサービスインスタンスが同じサービスエンドポイントを共有することができる。

プロデューサＮＦは、ネットワーク機能リポジトリ機能（NF repository function：ＮＲＦ）に登録する。ＮＲＦは、利用可能な各ＮＦインスタンスと各ＮＦインスタンスによってサポートされるサービスとのＮＦプロファイルまたはサービスプロファイルを維持する。コンシューマＮＦは、ＮＲＦに登録したプロデューサＮＦインスタンスについての情報の受信をサブスクライブすることができる。ＮＦプロファイルとは、ＮＦインスタンスと当該ＮＦインスタンスによって提供されるサービスとを識別する、ＮＲＦによって維持されるデータ構造である。ＮＦサービスプロファイルとは、ＮＦサービスインスタンスと当該ＮＦサービスインスタンスによって提供されるサービスとを識別する、ＮＲＦによって維持されるＮＦプロファイル内のデータ構造である。

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

ＳＣＰに加えて、プロデューサＮＦとコンシューマＮＦとの間でトラフィックをルーティングするネットワークノードの中間プロキシノードまたはグループの他の例は、５Ｇサービスメッシュにおけるセキュリティエッジ保護プロキシ（security edge protection proxy：ＳＥＰＰ）、サービスゲートウェイ、およびノードを含む。ＳＥＰＰとは、異なる５Ｇパブリックランドモバイルネットワーク（public land mobile network：ＰＬＭＮ）間で交換される制御プレーントラフィックを保護するために使用されるネットワークノードである。そのため、ＳＥＰＰは、すべてのアプリケーションプログラミングインターフェイス（application programming interface：ＡＰＩ）メッセージのために、メッセージフィルタリング、ポリシー化、およびトポロジ隠蔽を行なう。

サービスゲートウェイとは、所与のサービスを提供するプロデューサＮＦのグループの前に位置するノードである。サービスゲートウェイは、ＳＣＰと同様の態様で、サービスを提供するプロデューサＮＦ間で着信サービス要求を負荷分散し得る。

サービスメッシュとは、プロデューサＮＦとコンシューマＮＦとの間の通信を可能にする中間プロキシノードのグループの名前である。サービスメッシュは、１つ以上のＳＣＰ、ＳＥＰＰ、およびサービスゲートウェイを含み得る。

５Ｇ通信ネットワークで生じる１つの問題は、さまざまなプロデューサＮＦとの各ＳＣＰのネットワーク状態に基づいて個々のＳＣＰのために優先順位付けされたＮＦプロファイルのリストをＮＲＦが返すことができないということである。たとえば、ＮＲＦはＳＣＰから発見要求メッセージを受信し、ＮＲＦのローカルポリシーを利用して、発見応答においてＳＣＰに返されるＮＦプロファイルのリストにおけるＮＦプロファイルの優先順位を設定し得る。ＮＲＦによって設定された優先順位は、ＳＣＰにとって最適でないかもしれない。なぜなら、ＮＲＦは、プロデューサＮＦと通信する際にＳＣＰが経験する待ち時間の可視性を有さないためである。その結果、ＮＦプロファイルのリストを最終的に受信するコンシューマＮＦが、ＮＲＦによって特定されたプロデューサＮＦ選択優先順位のみに依拠する場合、コンシューマＮＦは、待ち時間に関して準最適なプロデューサＮＦを選択するかもしれない。

これらの難題を考慮すると、ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのための方法、システム、およびコンピュータ読取可能媒体に対する要望が存在する。

概要
サービス通信プロキシ（ＳＣＰ）に特有の優先順位付けされたプロデューサネットワーク機能（ＮＦ）発見およびルーティングのための方法は、ＳＣＰで、ＳＣＰに特有のプロデューサＮＦ待ち時間情報を含むプロデューサＮＦ待ち時間データベースを維持するステップを含む。方法はさらに、ＳＣＰで発見要求メッセージを受信するか、または、3gpp-Sbi-Discoveryヘッダを有するサービス要求メッセージを受信し、受信されたサービス要求メッセージに応答してＳＣＰで発見要求メッセージを生成するステップを含む。3gpp（登録商標）-Sbi-Discoveryヘッダは、第３世代パートナーシッププロジェクト（Third Generation Partnership Project：３ＧＰＰ（登録商標））技術仕様書（Technical Specification：ＴＳ）２９．５００のセクション５．２．３．２．７で定義されている。３ＧＰＰＴＳ２９．５００のセクション５．２．３．２．７によれば、3gpp-Sbi-Discoveryヘッダは、間接通信モデルにおいてＮＦサービス発見因子をＳＣＰへ運ぶために使用される。間接通信モデルでは、コンシューマＮＦは、プロデューサＮＦと直接通信する代わりに、ＳＣＰを介してプロデューサＮＦと通信する。サービス要求メッセージにおける3gpp-Sbi-Discoveryヘッダの存在はまた、コンシューマＮＦがＳＣＰに、発見要求メッセージをＮＲＦに送信する任務を委任する、委任された発見を示す。3gpp-Sbi-Discoveryヘッダは、ＮＦコンシューマによってＳＣＰへ運ばれるべき発見パラメータを含んでおり、たとえば、委任された発見モデルとの間接通信の場合、ＮＦコンシューマに代わってＮＲＦを用いてＮＦサービス発見手順を行なうことによって、好適なＮＦプロデューサインスタンスを見つけるためにＳＣＰによって使用される。

間接通信を用いる委任された発見が、受信されたサービス要求メッセージによってＳＣＰに示される場合、方法はさらに、ＳＣＰが、３ＧＰＰＴＳ２３．５０１のセクションＥ１におけるモデルＤに従い、委任された発見モードでコンシューマＮＦからのサービス要求において受信された発見パラメータを使用して発見要求メッセージを生成するようにするステップを含む。委任されていない発見または委任された発見のいずれであっても、方法はさらに、発見要求メッセージにおいて識別されたサービスを提供することができる少なくとも１つのプロデューサＮＦサービスインスタンスのために、ＳＣＰに特有のプロデューサＮＦ待ち時間情報を含むように、ＳＣＰが発見要求メッセージを修正するステップを含む。方法はさらに、ＳＣＰが発見要求メッセージをＮＦリポジトリ機能（ＮＲＦ）へ転送するステップを含む。方法はさらに、ＮＲＦで、発見要求メッセージにおいて識別されたサービスを提供することができるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを作成するステップを含む。方法はさらに、ＮＲＦが、ＳＣＰに特有のプロデューサＮＦ待ち時間情報に基づいて、リストにおけるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたＮＦサービスプロファイルの優先順位を設定または調節するステップを含む。方法はさらに、ＮＲＦが、プロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを含む発見応答メッセージを、ＳＣＰへ転送するステップを含む。

本明細書に記載されている主題の別の局面によれば、プロデューサＮＦ待ち時間データベースを維持するステップは、各プロデューサＮＦインスタンスの各プロデューサＮＦサービスインスタンスについて、ＳＣＰとプロデューサＮＦサービスインスタンスとの間のメッセージングのための往復時間を示す少なくとも１つの往復時間を計算するステップを含む。

本明細書に記載されている主題の別の局面によれば、少なくとも１つの往復時間を計算するステップは、ＳＣＰと各プロデューサＮＦインスタンスの各サービスインスタンスとの間のトランスポート層メッセージングを使用して、伝送往復時間を計算するステップと、ＳＣＰとプロデューサＮＦサービスインスタンスとの間のサービスメッセージングのためのサービスメッセージング往復時間を計算するステップと、伝送往復時間およびサービスメッセージング往復時間の最大値を真の往復時間として判定するステップとを含む。

本明細書に記載されている主題の別の局面によれば、プロデューサＮＦ待ち時間データベースを維持するステップは、真の往復時間をプロデューサＮＦ待ち時間データベースに格納するステップを含む。

本明細書に記載されている主題の別の局面によれば、プロデューサＮＦ待ち時間データベースを維持するステップは、各プロデューサＮＦサービスインスタンスについて、プロデューサＮＦインスタンスのサービスインスタンスとＳＣＰとの間の待ち時間がしきい値を上回るかどうかについての指標を格納するステップを備える。

本明細書に記載されている主題の別の局面によれば、待ち時間情報を含むように発見要求メッセージを修正するステップは、指標を発見要求メッセージに追加するステップを含む。

本明細書に記載されている主題の別の局面によれば、ＮＲＦがＮＦプロファイルおよびサービスプロファイルの優先順位を設定または調節するステップは、発見要求メッセージに指標が存在するプロデューサＮＦインスタンスおよびプロデューサＮＦサービスインスタンスに対応するＮＦプロファイルおよびサービスプロファイルの優先順位を増加または減少させるステップを含む。

本明細書に記載されている主題の別の局面によれば、発見要求メッセージを修正するステップは、プロデューサＮＦサービスインスタンス待ち時間情報を発見要求メッセージのカスタムヘッダに挿入するステップを含む。

本明細書に記載されている主題の別の局面によれば、発見要求メッセージを受信するか、または、サービス要求メッセージを受信するステップは、発見要求メッセージを受信するステップを備え、ＳＣＰに特有の優先順位付けされたプロデューサＮＦ発見およびルーティングのための方法はさらに、ＳＣＰで、発見応答メッセージの受信に応答して、発見応答メッセージをコンシューマＮＦへ転送するステップを備える。

本明細書に記載されている主題の別の局面によれば、発見要求メッセージまたはサービス要求メッセージを受信するステップは、サービス要求メッセージを受信するステップを備え、ＳＣＰに特有のプロデューサＮＦ発見およびルーティングのための方法はさらに、ＳＣＰで、サービス要求メッセージを、発見応答メッセージにおいてＮＲＦによって返されたリストにおけるサービスプロファイルを有するプロデューサＮＦインスタンスのうちの１つへ転送するステップを備える。

サービス通信プロキシ（ＳＣＰ）に特有の優先順位付けされたプロデューサネットワーク機能（ＮＦ）発見およびルーティングのためのシステムは、少なくとも１つのプロセッサを含むＳＣＰを含む。システムはさらに、少なくとも１つのプロセッサを含むＮＦリポジトリ機能（ＮＲＦ）を含む。システムはさらに、ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むプロデューサＮＦ待ち時間データベースを維持し、発見要求メッセージを受信するか、または、3gpp-Sbi-Discoveryヘッダを有するサービス要求メッセージを受信し、受信されたサービス要求メッセージに応答してＳＣＰで発見要求メッセージを生成し、発見要求メッセージにおいて識別されたサービスを提供することができる少なくとも１つのプロデューサＮＦサービスインスタンスのために、ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むように発見要求メッセージを修正し、発見要求メッセージをＮＲＦへ転送するために、ＳＣＰの少なくとも１つのプロセッサによって実現される、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャを含む。システムはさらに、発見要求メッセージにおいて識別されたサービスを提供することができるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを作成し、ＮＲＦが、ＳＣＰに特有のプロデューサＮＦ待ち時間情報に基づいて、リストにおけるプロデューサＮＦインスタンスおよびプロデューサＮＦサービスインスタンスのプロデューサＮＦプロファイルおよびプロデューサＮＦサービスプロファイルの優先順位を設定または調節し、ＮＲＦが、プロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを含む発見応答メッセージを、ＳＣＰへ転送するために、ＮＲＦの少なくとも１つのプロセッサによって実現される、ＮＲＦ発見要求ハンドラを含む。

本明細書に記載されている主題の別の局面によれば、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、プロデューサＮＦ待ち時間データベースを維持する際、各プロデューサＮＦサービスインスタンスについて、ＳＣＰとプロデューサＮＦサービスインスタンスとの間のメッセージングのための往復時間を示す少なくとも１つの往復時間を計算するように構成される。

本明細書に記載されている主題の別の局面によれば、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、少なくとも１つの往復時間を計算する際、
ＳＣＰとプロデューサＮＦインスタンスのサービスインスタンスとの間のトランスポート層メッセージングを使用して、伝送往復時間を計算し、
ＳＣＰとプロデューサＮＦインスタンスのサービスインスタンスとの間のサービスメッセージングのためのサービスメッセージング往復時間を計算し、
伝送往復時間およびサービスメッセージング往復時間の最大値を真の往復時間として判定するように構成される。

本明細書に記載されている主題の別の局面によれば、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、プロデューサＮＦ待ち時間データベースを維持する際、真の往復時間をプロデューサＮＦ待ち時間データベースに格納するように構成される。

本明細書に記載されている主題の別の局面によれば、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、プロデューサＮＦ待ち時間データベースを維持する際、プロデューサＮＦインスタンスの各サービスインスタンスについて、プロデューサＮＦインスタンスのサービスインスタンスとＳＣＰとの間の待ち時間がしきい値を上回るかどうかについての指標を格納するように構成される。

本明細書に記載されている主題の別の局面によれば、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、待ち時間情報を含むように発見要求メッセージを修正する際、指標を発見要求メッセージに追加するように構成され、ＮＲＦ発見要求ハンドラは、発見要求メッセージに指標が存在するＮＦプロファイルおよびサービスプロファイルの優先順位を設定または調節する際、プロデューサＮＦプロファイルおよびサービスプロファイルの優先順位を増加または減少させるように構成される。

本明細書に記載されている主題の別の局面によれば、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、発見要求メッセージを修正する際、ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を発見要求メッセージのカスタムヘッダに挿入するように構成される。

本明細書に記載されている主題の別の局面によれば、発見要求メッセージを受信するか、または、サービス要求メッセージを受信することは、発見要求メッセージを受信することを備え、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、
発見応答メッセージの受信に応答して、発見応答メッセージをコンシューマＮＦへ転送し、
コンシューマＮＦから、リストにおけるサービスプロファイルを有するプロデューサＮＦインスタンスのサービスインスタンスのうちの１つにアドレス指定されたサービス要求メッセージを受信し、
サービス要求をプロデューサＮＦサービスインスタンスへ転送するように構成される。

本明細書に記載されている主題の別の局面によれば、発見要求メッセージまたはサービス要求メッセージを受信することは、サービス要求メッセージを受信することを備え、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、サービス要求メッセージを、発見応答メッセージにおいてＮＲＦによって返されたリストにおけるサービスプロファイルを有するプロデューサＮＦサービスインスタンスのうちの１つへ転送するように構成される。

コンピュータのプロセッサによって実行されると複数のステップを行なうようにコンピュータを制御する実行可能命令が格納された、非一時的コンピュータ読取可能媒体が提供される。複数のステップは、サービス通信プロキシ（ＳＣＰ）で、ＳＣＰに特有のプロデューサネットワーク機能（ＮＦ）待ち時間情報を含むプロデューサＮＦ待ち時間データベースを維持するステップを含む。複数のステップはさらに、ＳＣＰで発見要求メッセージを受信するか、または、3gpp-Sbi-Discoveryヘッダを有するサービス要求メッセージを受信し、受信されたサービス要求メッセージに応答してＳＣＰで発見要求メッセージを生成するステップを含む。複数のステップはさらに、発見要求メッセージにおいて識別されたサービスを提供することができるプロデューサＮＦインスタンスの少なくとも１つのサービスインスタンスのために、ＳＣＰに特有のプロデューサＮＦ待ち時間情報を含むように、ＳＣＰが発見要求メッセージを修正するステップを含む。複数のステップはさらに、ＳＣＰが発見要求メッセージをＮＦリポジトリ機能（ＮＲＦ）へ転送するステップを含む。複数のステップはさらに、ＮＲＦで、発見要求メッセージにおいて識別されたサービスを提供することができるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを作成するステップを含む。複数のステップはさらに、ＮＲＦが、ＳＣＰに特有のプロデューサＮＦ待ち時間情報に基づいて、リストにおけるプロデューサＮＦインスタンスおよびプロデューサＮＦサービスインスタンスのＮＦプロファイルおよびサービスプロファイルの優先順位を設定または調節するステップを含む。複数のステップはさらに、ＮＲＦが、プロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよびサービスプロファイルのリストを含む発見応答メッセージを、ＳＣＰへ転送するステップを含む。

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

図面の簡単な説明
ここで、添付図面を参照して、本明細書に記載されている主題を説明する。

例示的な５Ｇネットワークアーキテクチャを示すネットワーク図である。ＮＲＦがＮＦプロファイルの最適なリストをＳＣＰに返す能力を有さない場合に生じる問題を示すネットワーク図である。ＳＣＰとＮＲＦとを使用する、ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのための、コンシューマＮＦ、ＳＣＰ、ＮＲＦ間の例示的なメッセージングを示すメッセージフロー図である。ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含む発見要求を策定し、発見要求をＮＲＦへ通信するための例示的なＳＣＰアルゴリズムを示すフローチャートである。発見要求がＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含む場合に、ＳＣＰから受信された発見要求を処理するための例示的なＮＲＦアルゴリズムを示すフローチャートである。ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのためのコンポーネントを含むＳＣＰおよびＮＲＦを示すブロック図である。ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのための例示的なプロセスを示すフローチャートである。

詳細な説明
本明細書に記載されている主題は、ＳＣＰとＮＲＦとを使用する、ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのための方法、システム、およびコンピュータ読取可能媒体に関する。この主題は、５Ｇシステムネットワークアーキテクチャか、または、５Ｇネットワーク要素および非５Ｇネットワーク要素の双方を含むネットワークアーキテクチャにおいて実現され得る。図１は、例示的な５Ｇシステムネットワークアーキテクチャを示すブロック図である。図１のアーキテクチャは、同じホームパブリックランドモバイルネットワーク（home public land mobile network：ＨＰＬＭＮ）に位置し得るＮＲＦ１００とＳＣＰ１０１とを含む。上述のように、ＮＲＦ１００は、利用可能なプロデューサＮＦサービスインスタンスおよびそれらのサポートされるサービスのプロファイルを維持し、コンシューマＮＦまたはＳＣＰが、新たな／更新されたプロデューサＮＦサービスインスタンスをサブスクライブしてその登録を通知されることを可能にし得る。ＳＣＰ１０１はまた、サービス発見およびプロデューサＮＦの選択をサポートし得る。ＳＣＰ１０１は、コンシューマＮＦとプロデューサＮＦとの接続の負荷分散を行ない得る。加えて、本明細書に記載されている方法論を使用して、ＳＣＰ１０１は、好ましいＮＦロケーションベースの選択およびルーティングを行ない得る。

ＮＲＦ１００は、ＮＦプロファイルおよびそれらの関連付けられたＮＦサービスインスタンスプロファイルのためのリポジトリである。プロデューサＮＦと通信するために、コンシューマＮＦまたはＳＣＰは、ＮＲＦ１００からＮＦプロファイルを取得しなければならない。ＮＦプロファイルは、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２９．５１０で定義されたＪａｖａＳｃｒｉｐｔ（登録商標）オブジェクト表記法（JavaScript object notation：ＪＳＯＮ）データ構造である。ＮＦプロファイルの定義は、完全修飾ドメイン名（fully qualified domain name：ＦＱＤＮ）、インターネットプロトコル（ＩＰ）バージョン４（ＩＰｖ４）アドレス、またはＩＰバージョン６（ＩＰｖ６）アドレスのうちの少なくとも１つを含む。

図１では、（ＮＲＦ１００以外の）ノードはいずれも、それらがサービスを要求しているか提供しているかによって、コンシューマＮＦまたはプロデューサＮＦであり得る。図示された例では、ノードは、ネットワークにおいてポリシー関連動作を行なうポリシー制御機能（policy control function：ＰＣＦ）１０２と、ユーザデータを管理するユーザデータ管理（user data management：ＵＤＭ）機能１０４と、アプリケーションサービスを提供するアプリケーション機能（application function：ＡＦ）１０６とを含む。図１に示されるノードはさらに、アクセスおよびモビリティ管理機能（access and mobility management function：ＡＭＦ）１１０とＰＣＦ１０２との間のセッションを管理するセッション管理機能（session management function：ＳＭＦ）１０８を含む。ＡＭＦ１１０は、４Ｇネットワークにおいてモビリティ管理エンティティ（mobility management entity：ＭＭＥ）によって行なわれるものと同様のモビリティ管理動作を行なう。認証サーバ機能（authentication server function：ＡＵＳＦ）１１２は、ネットワークへのアクセスを求めるユーザ機器（User Equipment：ＵＥ）１１４などのユーザ機器（ＵＥ）のための認証サービスを行なう。

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

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

ＳＥＰＰ１２６は、別のＰＬＭＮからの着信トラフィックをフィルタリングし、ホームＰＬＭＮを出るトラフィックのためのトポロジ隠蔽を行なう。ＳＥＰＰ１２６は、外部ＰＬＭＮのためのセキュリティを管理する、当該外部ＰＬＭＮにおけるＳＥＰＰと通信し得る。このため、異なるＰＬＭＮにおけるＮＦ間のトラフィックは、ホームＰＬＭＮのためのＳＥＰＰ機能と外部ＰＬＭＮのためのＳＥＰＰ機能という２つのＳＥＰＰ機能を横断し得る。

上述のように、５Ｇネットワークでは、１つの問題は、ＳＣＰに特有の態様で優先順位付けされたＮＦプロファイルのリストをＮＲＦが返すことができないということである。５Ｇネットワークアーキテクチャでは、ＮＲＦの最も重大な仕事のうちの１つは、ＮＦ発見を行ない、応答をコンシューマＮＦに返すことである。発見要求を処理するための手順は、３ＧＰＰＴＳ２９．５１０に記載されている。発見要求において、コンシューマＮＦは１組のパラメータを提供する。ＮＲＦは、コンシューマによって提供されたパラメータと、プロデューサＮＦによって公表されたプロファイルデータとを使用して、コンシューマＮＦによって特定された基準と整合するＮＦプロファイルをゼロまたは複数含み得る発見応答を生成する。３ＧＰＰＴＳ２９．５１０は、ＮＦプロファイルおよびＮＦサービスオブジェクトにおける優先順位パラメータについて以下の事項を述べている：
ＮＲＦは、ＮＲＦ＿ＮＦ発見サービスを有するＮＦプロファイルを公開する場合、受信された優先順位値に上書きしてもよい。

このため、発見応答において、ＮＲＦは、ローカルポリシーまたは外部要因に基づいて、優先順位などのパラメータを操作し得る。ＮＲＦは、発見応答において、優先順位パラメータをコンシューマＮＦに返す。応答における優先順位パラメータに基づいて、コンシューマＮＦは、プロデューサＮＦインスタンスを、次に、関連付けられたプロデューサＮＦサービスインスタンスを選択し得る。プロデューサＮＦインスタンスとプロデューサＮＦサービスインスタンスとを選択するために、優先順位パラメータおよび能力パラメータが、コンシューマＮＦによって指標として使用される。したがって、ＮＲＦは、５ＧネットワークにおいてコンシューマＮＦとプロデューサＮＦとの関係を構築する重大な役割を果たす。３ＧＰＰ仕様書２３．５０１および２３．５０２は、ＳＣＰのためのコンシューマＮＦとプロデューサＮＦとの間のルーティングを可能にするためのガイドラインを提供する。特に、３ＧＰＰＴＳ２３．５０１は、ＳＣＰを通る通信モデルを提供する。３ＧＰＰＴＳ２３．５０２のセクション４．１７は、ＮＦサービスフレームワークを提供する。

ＮＲＦがコンシューマＮＦに返されたＮＦプロファイルにおいて優先順位パラメータを設定することができたとしても、ＮＲＦは、所与のＳＣＰまたはコンシューマＮＦにとってどの優先順位が最適であるかを知ることができない。

図２は、この問題をより詳細に示す。図２では、ＳＣＰ１０１Ａがロケーション１にサービス提供し、ＳＣＰ１０１Ｂがロケーション２にサービス提供し、ＳＣＰ１０１Ｃがロケーション３にサービス提供する。ＮＲＦ１００は、ロケーション１、２、および３の各々からの発見要求に応答する。この例では、コンシューマＮＦ２００がロケーション１に存在し、プロデューサＮＦ２０２がロケーション２に存在し、プロデューサＮＦ２０４および２０６がロケーション３に存在する。

図２では、異なる領域またはロケーションに位置する異なるコンシューマＮＦは、ローカルまたはリモートロケーションにおいて利用可能な１組のプロデューサＮＦのための異なる待ち時間数を有する。ＮＲＦ１００は、コンシューマＮＦとプロデューサＮＦとの間のネットワーク挙動を判定することができない。このため、ＮＲＦ１００によって設定されたローカルポリシーは、所与のロケーションにおけるコンシューマＮＦを、所与のプロデューサＮＦを選択するよう誘導するのに最適であるとは言えないであろう。

図２の例では、プロデューサＮＦ２０２、２０４、および２０６は、同じ優先順位値（すなわち１）および能力を有してＮＲＦ１００に登録し得る。これは、ロケーション１におけるコンシューマＮＦ２００が、ロケーション２および３におけるプロデューサＮＦを均一に選択することを許可されるということを意味する。しかしながら、根底的なＩＰネットワークに起因して、ロケーション１とロケーション３との間のトラフィックは、たとえばＴＣＰパケットドロップおよび再送信によって引き起こされた高遅延を経験するかもしれない。このため、ロケーション１におけるコンシューマＮＦ２００についてのスループットは、ロケーション２におけるプロデューサＮＦ２０２のサービスを消費する場合よりも、ロケーション３におけるプロデューサＮＦ２０６のサービスを消費する場合に、はるかにより低いであろう。

本明細書に記載されている主題によれば、中間ノードであるＳＣＰは、所与のサービスエンドポイントおよびサービスインスタンスの待ち時間および往復時間数を追跡し、この情報をＮＲＦに提供し、それに応じて優先順位パラメータを設定または調節することができる。３ＧＰＰＴＳ２９．５１０によれば、優先順位パラメータは、ＮＦプロファイルにおけるオプションのパラメータである。したがって、本明細書に記載されているＮＲＦは、優先順位パラメータがＮＦおよび／またはサービスプロファイルに存在しない場合には、受信された待ち時間情報に基づいて優先順位パラメータを設定し、優先順位パラメータがＮＦおよび／またはサービスプロファイルに存在する場合には、優先順位パラメータを調節し得る。

そのような優先順位パラメータは、ＮＲＦ１００によってコンシューマＮＦに、それらのローカルＳＣＰを介して提供されるであろう。そして、コンシューマＮＦは、ＳＣＰまたは領域に特有の優先順位パラメータを使用して、所与のサービスを提供するために最低遅延を有するプロデューサＮＦおよび関連付けられたプロデューサＮＦサービスインスタンスを選択し得る。ＳＣＰがサービス要求を受信すると、ＳＣＰはプロデューサＮＦの再選択をローカルに可能にし得るが、そのような再選択は望ましくない。なぜなら、それは、サービス要求の処理に待ち時間を追加するためである。このため、本明細書に記載されている主題は、発見要求においてＳＣＰから受信された待ち時間情報に基づいて設定または調節される優先順位値を発見応答メッセージにおいて返すことによって、再選択の可能性を減少させる。

図３は、ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのための例示的なメッセージングを示すメッセージフロー図である。図３を参照して、ライン１で、プロデューサＮＦ２０２および２０４は、所与の優先順位および能力を有するサービスＸを提供するためにＮＲＦ１００に登録する。ライン２で、コンシューマＮＦ２００は、サービスＸについての発見要求をＮＲＦ１００に送信する。ＮＲＦ１００は、サービスを提供することができるロケーション２およびロケーション３からのプロデューサＮＦのＮＦプロファイルのリストを用いて発見要求に応答する。コンシューマＮＦ２００は、サービスを提供するためにロケーション３におけるあるプロデューサＮＦを選択する。

メッセージフロー図のライン３で、コンシューマＮＦ２００は、ロケーション３におけるプロデューサＮＦからのサービスを要求するサービス要求をＳＣＰ１０１Ａに送信する。メッセージフロー図のライン４で、ＳＣＰ１０１Ａは、ロケーション３におけるプロデューサＮＦ２０４にサービス要求を送信する。メッセージフロー図のライン５で、ロケーション３におけるプロデューサＮＦ２０４は、サービス要求に対する応答を、ＳＣＰ１０１Ａを介してコンシューマＮＦ２００に送信する。ＳＣＰ１０１Ａは、所与のサービスインスタンスの真の遅延を判定し、当該遅延が、オペレータによって構成されたしきい値レベルよりも高いと判定する。この情報は、ＳＣＰ１０１Ａに接続されたロケーション１におけるコンシューマＮＦによるサービスＸについての将来の発見によって、ＳＣＰ１０１Ａによって使用されるであろう。ライン６で、ＳＣＰ１０１Ａは、ロケーション３におけるプロデューサＮＦ２０４からのサービス応答をコンシューマＮＦ２００に送信する。

メッセージフロー図のライン７で、サービスＸについての将来の発見要求のために、ＳＣＰ１０１Ａは、ロケーション３におけるプロデューサＮＦからのサービスＸがしきい値を上回る往復時間を有することをＮＲＦ１００に通知するカスタムヘッダを追加し得る。ＮＲＦ１００は発見要求を処理し、カスタムヘッダにおいてＳＣＰ１０１Ａによって提供された追加データに基づいてＮＦの優先順位を設定または調節し得る。このため、ＮＲＦからの発見応答は、ロケーション３におけるプロデューサＮＦよりも低い優先順位値（それは、３ＧＰＰＴＳ２９．５１０によれば、より高い選択可能性を示す）を有する、ロケーション２におけるプロデューサＮＦを含み得る。

ＳＣＰ１０１ＡはプロデューサＮＦおよび関連付けられたプロデューサＮＦサービスインスタンスの待ち時間についてのコンテキストを維持するため、ＳＣＰ１０１Ａはこのコンテキストを利用し、コンテキストをＮＲＦ１００へ通信することによって、優先順位付けされたルーティングを容易にすることができる。そのような利用はメッセージフロー図のライン７によって示され、そこでは、ＳＣＰ１０１ＡがサービスＸについてのさらなる発見要求を受信するかまたは生成する（上述のような委任された発見の場合）と、ＳＣＰ１０１Ａは、ロケーション３における所与のプロデューサＮＦからのサービスＸの所与のインスタンスがしきい値を上回る往復時間（roundtrip time：ＲＴＴ）を有することをＮＲＦ１００に通知または表示するカスタムヘッダを追加する。ＳＣＰ１０１Ａは、この発見要求をＮＲＦ１００へ転送する。ＮＲＦ１００は発見要求を処理し、カスタムヘッダに基づいて、発見要求に応答して返されるリストにおけるＮＦプロファイルおよびサービスプロファイルの優先順位を調節する。図３に示す例では、発見応答は、サービスＸについては、ロケーション２からのプロデューサＮＦがロケーション３におけるプロデューサＮＦよりも低い優先順位（より高い優先順位は減少した選択可能性を示す）を有するであろうということを示すであろう。そのようなシステムを利用して、コンシューマＮＦは、待ち時間がコンシューマＮＦに関して測定される場合に、所与のサービスについて最低遅延を提供するプロデューサＮＦのサービスインスタンスにサービス要求を送信することができ、ＳＣＰは、サービス要求の処理遅延をもたらし得る再選択サービスを提供する必要がない。

所与のプロデューサＮＦインスタンスについては、同じかまたは異なるサービスの２つ以上のインスタンスが、所与のエンドポイントを共有し得る（すなわち、ＮＦサービスが、共通のＡＰＩゲートウェイを、それらの公開点として有する）。ＮＲＦは、所与のエンドポイント上でホストされるすべてのサービスインスタンスの優先順位を調節するべきであろうか？
２つ以上のサービスが同じエンドポイント（たとえばＡＰＩゲートウェイ）を公開する場合、ＳＣＰは、エンドポイントからの応答待ち時間が（ＡＰＩゲートウェイまたは共通バックエンドアドレスの背後の）特定のサービス挙動に起因するか、または、ネットワークに起因するかを検出することができない。

しかしながら、ソケットＡＰＩは、たとえば、以下のようなプログラミングインターフェイスを通してソケットのＲＴＴ値を提供する：
struct tcp nfo ti;
socklen_t tisize = sizeof(ti);
getsockopt(fd, IPPROTO_TCP, TCP_INFO, &ti, &tisize);
rtt-estimationはti.tcpi_rttにあり、ti.tcpi_rttvarは、マイクロ秒で測定される平滑化平均偏差を有する。アプリケーションのために（ti.tcpi_rttvar）は接続ＲＴＴを追跡すると考えられる。

このため、ソケットインターフェイス、すなわちトランスポート層インターフェイス上のＲＴＴがネットワーク待ち時間を示す場合、そのエンドポイントアドレス上でホストされるすべてのサービスはより高い優先順位値を有するべきであり、それは、コンシューマＮＦによる選択のより低い可能性を示す。

しかしながら、伝送ＲＴＴが限度内にあるものの、ハイパーテキスト転送プロトコル（hypertext transfer protocol：ＨＴＴＰ）要求／応答がより高いＲＴＴを有する場合、その特定のサービス＋エンドポイントはより高い優先順位値を有するべきである。

上述のように、エンドポイントは、ＮＦインスタンスの１つ以上のサービスインスタンスをホストし得る。また、ＳＣＰが（性能または他のローカルポリシーの理由で）エンドポイントとの２つ以上の接続を設定することも可能である。

本明細書に記載されているようなＳＣＰは、サービスインスタンスの真のＲＴＴを計算し得る。その場合、真のＲＴＴは、以下のように計算される。

ＭＡＸ（サービスインスタンスのＲＴＴ、サービスインスタンスへの伝送のＲＴＴ）
サービスインスタンスのＲＴＴは、以下のように計算され得る：
１．所与のサービスインスタンスのエンドポイントについてのＨＴＴＰサービスメッセージのＲＴＴ（応答時間と要求時間との差）を追跡する
２．ＲＴＴの平滑化平均を計算する。

平滑化平均は任意の好適な平均化アルゴリズムを使用して計算されてもよく、本明細書に記載されている主題は、平滑化平均を計算するためのどの特定の実現ロジックにも限定されない。一例では、平滑化平均は、以下のリンクで記載されているアルゴリズムを使用して計算され得る：
https://mahifx.com/mfxtrade/indicators/smoothed-moving-average-smma
伝送のＲＴＴは、以下のように計算され得る：
ＨＴＴＰＰＩＮＧおよびＴＣＰキープアライブメッセージが、伝送ＲＴＴを所与のエンドポイントで最新の状態に保つことを助けるであろう。

ＳＣＰがエンドポイントとの単一の接続を有するとき：
（上述の）tcpi_rttvarを追跡することが、接続のＲＴＴとして使用される。

ＳＣＰがエンドポイントとの複数の接続を有するとき
ＳＣＰが最低のＲＴＴを有する接続に基づいてルーティングをサポートする場合：
ＲＴＴ＝ＭＩＮ（エンドポイント上の各接続についてのtcpi_rttvar）
その他の場合
エンドポイント上の各接続について（上述の）tcpi_rttvarをＲＴＴとして追跡する
ＲＴＴ＝エンドポイントのすべての接続についての報告されたＲＴＴの合計／そのエンドポイントのための接続の数
以下に示す表１は、ＳＣＰ１０１Ａによって維持され得るプロデューサＮＦインスタンス情報の一例を示す。

表１では、ＳＣＰ１０１Ａに知られているサービスおよび詳細のリストは、以下の通りである：
・Nudm-sdm ID1は、ＦＱＤＮと公表されたＩＰとを有する
・Nudm-sdm ID2は、ＦＱＤＮのみを有する
・Nudm-sdm ID3およびID4は、ＩＰのみを有する
・Nudm-sdm ID3およびNudm-uecm ID4は、同じＮＦプロファイル、すなわちNflD3の一部であり、同じＩＰアドレスを有する
・Nudm-uecm ID5インスタンスは、公表されたＩＰエンドポイントを２つ有する
・Nudm-uecm ID6インスタンスは、ＳＣＰがまだ接続されないＩＰエンドポイントを有する
・Nudm-uecm ID5およびID6は、同じサービスの２つの異なるサービスインスタンスであり、また、同じＮＦプロファイル、すなわちNflD4の一部である。

表２Ａおよび表２Ｂは、ＳＣＰ１０１Ａによって測定される要求応答往復時間および伝送往復時間をそれぞれ示す。

表２Ａおよび表２Ｂは、メッセージ処理中にＳＣＰ１０１Ａによって計算され得る待ち時間情報を含む。要求応答往復時間および伝送往復時間を計算するための特定のアルゴリズムは、上述されている。

以下に示す表３は、ＳＣＰ１０１Ａによって維持され、ＮＲＦ１００への発見要求メッセージを策定するために使用され得る往復時間データを示す。

表３では、ＳＣＰ１０１Ａによって計算された真の往復時間が示される。図３における、往復時間についての、オペレータによって構成されたしきい値は、４００マイクロ秒である。しきい値を上回る往復時間を有するどのプロデューサＮＦも、不健全であるとしてマークされる。

ＳＣＰでは：
・以下のオペレータ構成が、ＳＣＰインスタンスでのＲＴＴしきい値化のために必要とされる：
○（マイクロ秒での）ＲＴＴの受け入れ可能なしきい値レベル
・サービスＲＴＴが、構成された／受け入れ可能なしきい値よりも大きい場合、そのサービスインスタンスは、より低遅延のためにマークされる
○ＨＴＴＰ２ ping持続時間
・サービスメッセージがサービスインスタンスとともに進行中ではない場合、ＨＴＴＰ２ Pingは、ＳＣＰが開放型システム間相互接続（Open Systems Interconnect：ＯＳＩ）層７でエンドポイント待ち時間を取り込むことを可能にする
・上述の説明に基づいて、知られているサービスインスタンスの「真のＲＴＴ」を追跡する
○伝送接続のないサービスインスタンスについては、ＲＴＴを０と見なす
・オペレータによって構成された受け入れ可能なしきい値よりも大きい「真のＲＴＴ」を有するサービスインスタンスのリストを作成する
・「真実のＲＴＴ」が、オペレータによって構成された受け入れ可能なしきい値以下である場合、エンドポイントは高ＲＴＴリスト（すなわち、上で維持されたリスト）から除去される
・カスタムヘッダを発見要求に追加するには、以下のアルゴリズムを参照されたい
○これは、どのＮＦプロファイルが（より高い優先順位値によって示される）より低い選択可能性のためにマークされるべきであるかに関する指導をＮＲＦに提供するためのものである
・ＮＲＦでは：
○以下の点を詳細にカバーする、以下に記載されるアルゴリズムを参照されたい：
・発見パラメータに基づいて、実行可能なＮＦプロファイルのリストを生成する；
・カスタムヘッダにおいてＳＣＰによって提供されたエンドポイントと整合するサービスインスタンスの優先順位を並べ替える；および
・結果として生じるＮＦプロファイルを、発見応答において返す。

図４は、発見要求を処理する際にＳＣＰ１０１Ａによって行なわれる例示的なアルゴリズムを示すフローチャートである。図４を参照して、ステップ４００で、ＳＣＰは、コンシューマＮＦから発見またはサービス要求を受信する。委任されていない発見の場合、ＳＣＰは発見要求を受信し得る。委任された発見の場合、ＳＣＰは3gpp-Sbi-Discoveryヘッダを有するサービス要求を受信し、コンシューマＮＦに代わって発見要求を生成し得る。ステップ４０２で、ＳＣＰ１０１Ａは、発見またはサービス要求がサービス名パラメータを含むかどうかを判定する。発見またはサービス要求がサービス名パラメータを含む場合、制御はステップ４０４に進み、そこで、ＳＣＰ１０１Ａは、サービス名パラメータにおいて識別された各サービス名について繰り返す。ステップ４０６で、ＳＣＰ１０１Ａは、サービス名のリストの繰り返しが完了したかどうかを判定する。繰り返しが完了していない場合、制御はステップ４０８に進み、そこで、ＳＣＰ１０１Ａは、表３に示すものと同じデータを含むプロデューサＮＦ待ち時間データベース４１０においてルックアップを行ない、サービス名と整合するプロデューサＮＦインスタンスが見つかったかどうかを判定する。ステップ４１２で、プロデューサＮＦインスタンスが見つかった場合、制御はステップ４１４に進み、そこで、ＳＣＰ１０１Ａは、しきい値を上回る待ち時間を有するとしてプロデューサＮＦインスタンスのサービスインスタンスを識別するカスタムヘッダを発見要求メッセージに追加する。制御は次にステップ４０６に戻り、そこで、ＳＣＰ１０１Ａは、サービス名のリストの繰り返しが完了したかどうかを判定する。繰り返しが完了した場合、制御はステップ４１６に進み、そこで、ＳＣＰは発見要求をＮＲＦに送信する。

ステップ４０２に戻って、発見またはサービス要求がサービス名パラメータを含んでいない場合、制御はステップ４１８に進み、そこで、ＳＣＰ１０１Ａは、３ＧＰＰＴＳ２３．５０１、セクション７．２、および３ＧＰＰＴＳ２９．５１０の表６．１．６．３．１１で定義されるようにサービス名のリストを作成する。制御は次にステップ４２０に進み、そこで、ＳＣＰは、リストにおける全サービス名を繰り返し、次にステップ４０６～４１６に進み、そこで、ＳＣＰ１０１Ａは、オペレータによって定義されたしきい値を上回る待ち時間を有するプロデューサＮＦインスタンスのサービスインスタンスを識別するカスタムヘッダを発見要求に追加する。

たとえば、nudm-sdmサービスを要求するコンシューマＮＦについては、ＳＣＰは以下のカスタムヘッダ値を追加するであろう：
SCP-RTT-nudm-sdm: Nfid3, ID3, 500
ＵＤＭＮＦタイプを要求するコンシューマＮＦについては、ＳＣＰは以下のカスタムヘッダ値を追加するであろう：
SCP-RTT-nudm-sdm: Nfid3, ID3, 500
SCP-RTT-nudm-uecm: Nfid3, ID4, 600
SCP-RTT-nudm-uecm: Nfid-4, ID5, 550
図５は、ＳＣＰに特有のプロデューサＮＦ待ち時間情報を含む発見要求を処理する際にＮＲＦ１００において行なわれ得る例示的なＮＲＦアルゴリズムを示す。図５を参照して、ステップ５００で、ＮＲＦ１００は、ＳＣＰから、またはコンシューマＮＦから発見要求を受信する。発見要求がコンシューマＮＦから来た場合、プロデューサＮＦサービスインスタンス待ち時間を識別するカスタムヘッダはないかもしれない。しかしながら、コンシューマＮＦは、ＳＣＰについて本明細書に記載されているのと同じ態様でそのようなリストを発見要求に追加し得る。

ステップ５０２で、発見要求に基づいて、ＮＲＦ１００は、発見応答において提供され得るサービスインスタンス情報を用いて潜在的なＮＦプロファイルのリストを作成する。リストを作成するために、限度または最大ペイロードサイズなどのスコーピングパラメータが使用され得る。

ステップ５０４で、ＮＲＦ１００は、ＳＣＰ往復時間カスタムヘッダが発見要求に存在するかどうかを判定する。ＳＣＰ往復時間カスタムヘッダが存在する場合、制御はステップ５０６に進み、そこで、ＮＲＦ１００は、ＳＣＰ往復時間ヘッダのすべてを繰り返す。ステップ５０８で、ＮＲＦ１００は、ヘッダのリストの繰り返しが完了したかどうかを判定する。ヘッダのリストの繰り返しが完了していない場合、制御はステップ５１０に進み、そこで、ＮＲＦ１００は、それが潜在的なリストにおいて、カスタムＳＣＰ往復時間ヘッダのうちの１つのＮＦインスタンスＩＤおよびサービスＩＤと整合するＮＦインスタンスＩＤおよびサービスＩＤを有するＮＦプロファイルを探し出したかどうかを判定する。整合するＮＦプロファイルが探し出された場合、制御はステップ５１２に進み、そこで、ＮＲＦは、ＳＣＰによって報告された往復時間に基づいてそのサービスインスタンスの優先順位を設定するためにオペレータに特有のポリシーを実行する。たとえば、往復時間が４００～５００ミリ秒である場合、サービスインスタンスの優先順位は２に設定され得る。

ステップ５０４に戻って、発見要求にＳＣＰ往復時間カスタムヘッダが存在しない場合、制御はステップ５１４に進み、そこで、ＮＲＦ１００はローカルポリシーを適用して、ＮＦプロファイルのリストのための優先順位をソートして設定する。ＮＲＦ１００はまた、スコーピングパラメータを適用して、発見応答のためのＮＦプロファイルの数を限定する。ステップ５１６で、ＮＲＦは発見応答を送信する。ステップ５０８に戻って、ＮＲＦ１００がＳＣＰ往復時間ヘッダのリストの繰り返しを完了した場合、制御はステップ５１４に進み、そこで、ＮＲＦ１００は、オペレータ構成に基づいて、ＮＦプロファイルの優先順位を（それらのそれぞれのサービスインスタンスの更新された優先順位を考慮して）調節する。たとえば、ＮＦプロファイルのすべてのサービスインスタンスが待ち時間に起因して調節される場合、ＮＦ優先順位をより高い値（より低い選択可能性）に設定する。ステップ５１５で、ＮＲＦ１００は、ローカルポリシーを適用してＮＦプロファイルのリストを限定するが、リストは、ＳＣＰによって通信された往復時間に基づいて調節された優先順位を有するであろう。制御は次に、ステップ５１６に進み、そこで、ＮＲＦ１００は発見応答をＳＣＰに送信する。

図６は、ＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングのために本明細書に記載されているステップを行なうことができる例示的なＳＣＰおよびＮＲＦを示すブロック図である。図６を参照して、ＳＣＰ１０１ＡおよびＮＲＦ１００は各々、少なくとも１つのプロセッサ６００とメモリ６０２とを含む。ＳＣＰ１０１Ａはさらに、ＳＣＰ１０１Ａによって計算された、ＳＣＰに特有のプロデューサＮＦ待ち時間情報を格納する、プロデューサＮＦ待ち時間データベース４１０を含む。プロデューサＮＦ待ち時間データベース４１０は、ＳＣＰ１０１Ａのメモリ６０２に存在し得る。ＳＣＰ１０１Ａはさらに、コンシューマＮＦからの発見要求およびサービス要求を処理するＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャ６０４を含む。委任されていない発見については、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャ６０４は、ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むように、受信または生成された発見要求を修正する。ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャ６０４はまた、データベース４１０において待ち時間情報を維持する。ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャ６０４は、ＳＣＰ１０１Ａのメモリ６０２に格納され、ＳＣＰ１０１Ａのプロセッサ６００によって実行されるコンピュータ実行可能命令によって実現され得る。

上述のように、ＳＣＰ１０１Ａは、ＳＣＰ１０１Ａの観点からのプロデューサＮＦサービスインスタンス待ち時間情報を維持しており、異なるＳＣＰは、異なる組のプロデューサＮＦサービスインスタンス待ち時間情報を維持し得る。その結果、図２に関して上述された問題と、どのプロデューサＮＦが所与のＳＣＰ／サービス領域にとって最適であるかをＮＲＦが判定できないという問題とが回避される。加えて、いくつかのＳＣＰに関して高遅延を有するエンドポイントが、他のＳＣＰとの通信のために低遅延を有するかもしれない。エンドポイントの選択優先順位は、ＳＣＰに特有の態様で調節される。その結果、エンドポイント待ち時間がグローバルに維持されるかまたはまったく維持されない実現化例と比べて、エンドポイントの利用が改良される。

ＮＲＦ１００はＮＲＦ発見要求ハンドラ６０６を含み、それは、発見要求を受信し、プロデューサＮＦサービスインスタンス待ち時間情報について発見要求を解析し、ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を使用してエンドポイントのＮＦプロファイルを優先順位付けするように発見応答メッセージを策定する。このため、ＮＲＦ発見要求ハンドラ６０６は、待ち時間に関してＳＣＰまたは領域に特有である優先順位を有するプロデューサＮＦサービスインスタンスプロファイルを含むプロデューサＮＦプロファイルのリストを生成する。ＮＲＦ発見要求ハンドラ６０６は、ＮＲＦ１００のメモリ６０２に格納され、ＮＲＦ１００のプロセッサ６００によって実行されるコンピュータ実行可能命令によって実現され得る。

図７は、本明細書に記載されているようなＳＣＰに特有の優先順位付けされたＮＦ発見およびルーティングを行なう際にＳＣＰ１０１およびＮＲＦ１００によって行なわれる例示的なプロセスを示すフローチャートである。図７を参照して、ステップ７００で、コンシューマＮＦから発見要求が受信されるか、または、コンシューマＮＦから受信された、委任された発見のためのサービス要求に応答して、発見要求が生成される。発見またはサービス要求は、ＮＦ発見が要求されている少なくとも１つのサービスを識別し得る。

ステップ７０２で、プロデューサＮＦ待ち時間情報データベースにおいてルックアップが行なわれる。たとえば、ＳＣＰ１０１は、発見またはサービス要求において識別された各サービスについて、データベース４１０においてルックアップを行ない得る。

ステップ７０４で、ルックアップに起因するプロデューサＮＦサービスインスタンス待ち時間情報が、発見要求に追加される。たとえば、ＳＣＰ１０１は、プロデューサＮＦ待ち時間データベース４１０におけるルックアップに基づいて、待ち時間がオペレータによって定義されたしきい値を上回る各プロデューサＮＦインスタンスの各サービスインスタンスを識別するカスタムヘッダを発見要求に追加し得る。

ステップ７０６で、プロデューサＮＦサービスインスタンス待ち時間情報を有する発見要求がＮＲＦへ転送される。たとえば、ＳＣＰ１０１は、修正された発見要求をＮＲＦ１００へ転送し得る。

ステップ７０８で、発見要求において提供されたプロデューサＮＦサービスインスタンス待ち時間情報を使用して、ＮＦプロファイル（および関連付けられたサービスプロファイル）のリストがＮＲＦで作成される。たとえば、ＮＲＦ１００は、サービス識別子に基づいてエンドポイントのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを生成する。ステップ７１０で、ＮＲＦは、しきい値を上回る待ち時間を有するＮＦプロファイルおよびサービスプロファイルの優先順位値が、コンシューマＮＦによる選択の可能性を減少させる所定値へと増加または設定されるように、ＮＦプロファイルおよびサービスプロファイルの優先順位を調節または設定し得る。上述のように、プロデューサＮＦ選択プロセスでは、より高い選択優先順位値は、サービスを提供するためにプロデューサＮＦサービスインスタンスが選択される可能性がより低いということを意味する。

ステップ７１２で、ＮＦプロファイル（それらの関連付けられたＮＦサービスインスタンスプロファイルを含む）のリストを有する発見応答がＳＣＰに送信される。たとえば、ＮＲＦ１００は、ＳＣＰに特有の、待ち時間によって調節される優先順位を有するＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを、ＳＣＰ１０１に送信し得る。

委任されていない発見については、制御はステップ７１２からステップ７１４に進み、そこで、プロセスは、ＮＦプロファイル（それらの関連付けられたＮＦサービスインスタンスプロファイルを含む）のリストをコンシューマＮＦに提供することを含む。たとえば、ＳＣＰ１０１は、調節された優先順位を有するＮＦプロファイルおよび関連付けられたＮＦサービスインスタンスプロファイルのリストを含む発見応答を、最初の発見要求をＳＣＰ１０１に送信したコンシューマＮＦへ転送し得る。

ステップ７１６で、プロセスは、リストにおけるＮＦサービスインスタンスプロファイルのうちの１つによって特定されたプロデューサＮＦサービスインスタンスに向けられたサービス要求を受信することと、サービス要求をプロデューサＮＦサービスインスタンスへ転送することを含む。たとえば、ＳＣＰ１０１は、以前にサービス発見手順を使用してコンシューマＮＦによって発見されたプロデューサＮＦおよび関連付けられたサービスインスタンスに向けられた、コンシューマＮＦからのサービス要求を受信し得る。プロデューサＮＦおよびサービスインスタンスはＳＣＰ１０１の観点から低遅延で到達可能であるため、コンシューマＮＦが準最適なプロデューサＮＦおよびサービスインスタンスを選ぶ可能性が減少する。

ステップ７１２に戻って、ＳＣＰがステップ７００で3gpp-Sbi-Discoveryヘッダを有するサービス要求を受信することによって、委任された発見が示された場合、制御はステップ７１２からステップ７１８に進み、そこで、ＳＣＰは、リストにおいて特定された優先順位を使用して、ＮＲＦから受信されたＮＦプロファイルおよびサービスプロファイルのリストから、サービス要求を処理するためのプロデューサＮＦおよびサービスインスタンスを選択する。優先順位はＳＣＰに特有の待ち時間情報に基づいて調節されるため、ＳＣＰが準最適なプロデューサＮＦおよびサービスインスタンスを選ぶ可能性が減少する。

以下の参考文献の各々の開示は、その全体がここに引用により援用される：
参考文献
１．３ＧＰＰＴＳ２３．５０１；第３世代パートナーシッププロジェクト；技術仕様書グループサービスおよびシステム局面；５Ｇシステム（5G System：５ＧＳ）のためのシステムアーキテクチャ；ステージ２（リリース１６）Ｖ１６．４．０（２０２０－０３）
２．３ＧＰＰＴＳ２３．５０２；第３世代パートナーシッププロジェクト；技術仕様書グループサービスおよびシステム局面；５Ｇシステム（５ＧＳ）のための手順；ステージ２（リリース１６）（２０２０－０３）Ｖ１６．４．０（２０２０－０３）
３．３ＧＰＰＴＳ２９．５１０；第３世代パートナーシッププロジェクト；技術仕様書グループコアネットワークおよび端末；５Ｇシステム；ネットワーク機能リポジトリサービス；ステージ３（リリース１６）、Ｖ１６．４．０（２０２０－０７）
４．３ＧＰＰＴＳ２９．５００；第３世代パートナーシッププロジェクト；技術仕様書グループコアネットワークおよび端末；５Ｇシステム；サービスベースのアーキテクチャの技術的実現；ステージ３（リリース１６）、Ｖ１６．４．０（２０２０－０６）
５．平滑化移動平均アルゴリズム：https://mahifx.com/mfxtrade/indicators/smoothed-moving-average-smma
ここに開示されている主題のさまざまな詳細は、ここに開示されている主題の範囲から逸脱することなく変更され得るということが理解されるであろう。さらに、上述の説明は、限定のためではなく、例示のためのものであるに過ぎない。

Claims

サービス通信プロキシ（ＳＣＰ）に特有の優先順位付けされたプロデューサネットワーク機能（ＮＦ）発見およびルーティングのための方法であって、前記方法は、
前記ＳＣＰで、ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むプロデューサＮＦ待ち時間データベースを維持するステップと、
前記ＳＣＰで発見要求メッセージを受信するか、または、3gpp-Sbi-Discoveryヘッダを有するサービス要求メッセージを受信し、受信された前記サービス要求メッセージに応答して前記ＳＣＰで発見要求メッセージを生成するステップと、
前記発見要求メッセージにおいて識別されたサービスを提供することができるプロデューサＮＦインスタンスの少なくとも１つのサービスインスタンスのために、前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むように、前記ＳＣＰが前記発見要求メッセージを修正するステップと、
前記ＳＣＰが前記発見要求メッセージをＮＦリポジトリ機能（ＮＲＦ）へ転送するステップと、
前記ＮＲＦで、前記発見要求メッセージにおいて識別された前記サービスを提供することができるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを作成するステップと、
前記ＮＲＦが、前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報に基づいて、前記リストにおけるプロデューサＮＦインスタンスおよびプロデューサＮＦサービスインスタンスのＮＦプロファイルおよびサービスプロファイルの優先順位を設定または調節するステップと、
前記ＮＲＦが、プロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルの前記リストを含む発見応答メッセージを、前記ＳＣＰへ転送するステップとを備える、方法。
前記プロデューサＮＦ待ち時間データベースを維持するステップは、各プロデューサＮＦインスタンスの各プロデューサＮＦサービスインスタンスについて、前記ＳＣＰと前記プロデューサＮＦインスタンスの前記サービスインスタンスとの間のメッセージングのための往復時間を示す少なくとも１つの往復時間を計算するステップを含む、請求項１に記載の方法。
少なくとも１つの往復時間を計算するステップは、
前記ＳＣＰと前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスとの間のトランスポート層メッセージングを使用して、伝送往復時間を計算するステップと、
前記ＳＣＰと前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスとの間のサービスメッセージングのためのサービスメッセージング往復時間を計算するステップと、
前記伝送往復時間および前記サービスメッセージング往復時間の最大値を真の往復時間として判定するステップとを含む、請求項２に記載の方法。
前記プロデューサＮＦ待ち時間データベースを維持するステップは、前記真の往復時間を前記プロデューサＮＦ待ち時間データベースに格納するステップを含む、請求項３に記載の方法。
前記プロデューサＮＦ待ち時間データベースを維持するステップは、各プロデューサＮＦインスタンスの各プロデューサＮＦサービスインスタンスについて、前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスと前記ＳＣＰとの間の待ち時間がしきい値を上回るかどうかについての指標を格納するステップを備える、請求項１～４のいずれか１項に記載の方法。
前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むように前記発見要求メッセージを修正するステップは、前記指標を前記発見要求メッセージに追加するステップを含む、請求項５に記載の方法。
前記ＮＲＦが前記ＮＦプロファイルおよびサービスプロファイルの前記優先順位を設定または調節するステップは、前記発見要求メッセージに前記指標が存在するプロデューサＮＦインスタンスおよびプロデューサＮＦサービスインスタンスに対応するＮＦプロファイルおよびサービスプロファイルの前記優先順位を増加または減少させるステップを含む、請求項６に記載の方法。
前記発見要求メッセージを修正するステップは、前記プロデューサＮＦサービスインスタンス待ち時間情報を前記発見要求メッセージのカスタムヘッダに挿入するステップを含む、請求項１～７のいずれか１項に記載の方法。
前記方法はさらに、前記ＳＣＰで、前記ＮＲＦから受信した前記発見応答メッセージをコンシューマＮＦへ転送するステップを備える、請求項１～８のいずれか１項に記載の方法。
前記方法はさらに、前記サービス要求メッセージを受信したことに基づいて、前記ＳＣＰで、前記サービス要求メッセージを、前記発見応答メッセージにおいて前記ＮＲＦによって返された前記リストにおけるサービスプロファイルを有する前記プロデューサＮＦサービスインスタンスのうちの１つへ転送するステップを備える、請求項１～８のいずれか１項に記載の方法。
サービス通信プロキシ（ＳＣＰ）に特有の優先順位付けされたプロデューサネットワーク機能（ＮＦ）発見およびルーティングのためのシステムであって、前記システムは、
少なくとも１つのプロセッサを含むＳＣＰと、
少なくとも１つのプロセッサを含むＮＦリポジトリ機能（ＮＲＦ）と、
ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むプロデューサＮＦ待ち時間データベースを維持し、発見要求メッセージを受信するか、または、3gpp-Sbi-Discoveryヘッダを有するサービス要求メッセージを受信し、受信された前記発見またはサービス要求メッセージに応答して前記ＳＣＰで発見要求メッセージを生成し、前記発見要求メッセージにおいて識別されたサービスを提供することができるプロデューサＮＦインスタンスの少なくとも１つのプロデューサＮＦサービスインスタンスのために、前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むように前記発見要求メッセージを修正し、前記発見要求メッセージを前記ＮＲＦへ転送するために、前記ＳＣＰの前記少なくとも１つのプロセッサによって実現される、ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャと、
前記発見要求メッセージにおいて識別された前記サービスを提供することができるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルのリストを作成し、前記ＮＲＦが、前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報に基づいて、前記リストにおけるプロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルの優先順位を設定または調節し、前記ＮＲＦが、プロデューサＮＦインスタンスおよびそれらのそれぞれのプロデューサＮＦサービスインスタンスのＮＦプロファイルおよび関連付けられたサービスプロファイルの前記リストを含む発見応答メッセージを、前記ＳＣＰへ転送するために、前記ＮＲＦの前記少なくとも１つのプロセッサによって実現される、ＮＲＦ発見要求ハンドラとを備える、システム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、前記プロデューサＮＦ待ち時間データベースを維持する際、各プロデューサＮＦインスタンスの各プロデューサＮＦサービスインスタンスについて、前記ＳＣＰと前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスとの間のメッセージングのための往復時間を示す少なくとも１つの往復時間を計算するように構成される、請求項１１に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、少なくとも１つの往復時間を計算する際、
前記ＳＣＰと前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスとの間のトランスポート層メッセージングを使用して、伝送往復時間を計算し、
前記ＳＣＰと前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスとの間のサービスメッセージングのためのサービスメッセージング往復時間を計算し、
前記伝送往復時間および前記サービスメッセージング往復時間の最大値を真の往復時間として判定するように構成される、請求項１２に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、前記プロデューサＮＦ待ち時間データベースを維持する際、前記真の往復時間を前記プロデューサＮＦ待ち時間データベースに格納するように構成される、請求項１３に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、前記プロデューサＮＦ待ち時間データベースを維持する際、各プロデューサＮＦインスタンスの各プロデューサＮＦサービスインスタンスについて、前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスと前記ＳＣＰとの間の待ち時間がしきい値を上回るかどうかについての指標を格納するように構成される、請求項１１～１４のいずれか１項に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を含むように前記発見要求メッセージを修正する際、前記指標を前記発見要求メッセージに追加するように構成され、前記ＮＲＦ発見要求ハンドラは、前記発見要求メッセージに前記指標が存在する前記ＮＦプロファイルおよび関連付けられたサービスプロファイルの前記優先順位を設定または調節する際、前記ＮＦプロファイルおよび関連付けられたサービスプロファイルの前記優先順位を増加または減少させるように構成される、請求項１５に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、前記発見要求メッセージを修正する際、前記ＳＣＰに特有のプロデューサＮＦサービスインスタンス待ち時間情報を前記発見要求メッセージのカスタムヘッダに挿入するように構成される、請求項１１～１６のいずれか１項に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、
前記ＮＲＦから受信した前記発見応答メッセージをコンシューマＮＦへ転送し、
前記コンシューマＮＦから、前記リストにおけるプロデューサＮＦサービスプロファイルを有する前記プロデューサＮＦサービスインスタンスのうちの１つにアドレス指定されたサービス要求メッセージを受信し、
前記サービス要求メッセージを前記プロデューサＮＦサービスインスタンスへ転送するように構成される、請求項１１～１７のいずれか１項に記載のシステム。
前記ＳＣＰ発見／サービス要求ハンドラ兼データベースマネージャは、前記サービス要求メッセージを受信したことに基づいて、前記サービス要求メッセージを、前記発見応答メッセージにおいて前記ＮＲＦによって返された前記リストにおけるサービスプロファイルを有する前記プロデューサＮＦインスタンスの前記プロデューサＮＦサービスインスタンスのうちの１つへ転送するように構成される、請求項１１～１７のいずれか１項に記載のシステム。
請求項１～１０のいずれかに記載の方法をコンピュータのプロセッサに実行させるためのコンピュータ実行可能なプログラム。