特許ウォッチ

公開番号2024150454
公報種別公開特許公報(A)
公開日2024-10-23
出願番号2024101378,2023503238
出願日2024-06-24,2020-11-02
発明の名称複数のネットワーク機能間におけるプロキシ介在のサービス要求処理
出願人テレフオンアクチーボラゲットエルエムエリクソン(パブル)
代理人弁理士法人大塚国際特許事務所
主分類H04W 4/50 20180101AFI20241016BHJP(電気通信技術)
要約【課題】ネットワークにおいてサービス要求を処理するための方法及びそれらの方法に従って動作するノードを提供する。
【解決手段】サービスコンシューマの第1のネットワーク機能(NF)ノードとサービスプロデューサの第2のNFノードとの間のサービス通信プロキシ(SCP)ノードによって実行される方法であって、第1のNFノードによって要求された第1のサービスを提供するために第2のNFノードがリソースを使用するための第1の要求が満たされ得ない場合、サービスプロデューサの第3のNFノードに向けて第2の要求の送信を開始し102、第2の要求に対する応答の受信に応答して、第1のNFノードに向けて第1の要求に対する応答の送信を開始する。応答は、第2のサービスが第1のNFノードによって後続して要求されるときに使用される第3のNFノードにおけるリソースの位置を示す情報を含む。
【選択図】図4
特許請求の範囲【請求項１】
ネットワークにおいてサービス要求を処理する方法であって、該方法は、前記ネットワーク内のサービスコンシューマの第１のネットワーク機能（ＮＦ）ノード（２０）とサービスプロデューサの第２のＮＦノード（３０）との間のサービス通信プロキシ（ＳＣＰ）として動作するように構成された第１のＳＣＰノード（１０）によって実行され、該方法は、
前記第１のＮＦノード（２０）によって要求された第１のサービスを提供するために前記第２のＮＦノード（３０）がリソースを使用するための第１の要求（６０２、６０４）が満たされ得ない場合、前記サービスプロデューサの第３のＮＦノード（３０、７０）に向けて第２の要求（６１４）の送信を開始すること（１０２）であって、前記第２の要求（６１４）は、前記第１のＮＦノード（２０）によって要求された前記第１のサービスを提供するために前記第３のＮＦノード（３０、７０）がリソースを使用するためのものである、前記開始すること（１０２）と、
前記第２の要求（６１４）が成功していることを示す前記第２の要求（６１４）に対する応答（６１６）の受信に応答して、前記第１のＮＦノード（２０）に向けて前記第１の要求（６０２、６０４）に対する応答（７００）の送信を開始すること（１０４）であって、前記第１の要求（６０２、６０４）に対する前記応答（７００）は、第２のサービスが前記第１のＮＦノード（２０）によって後続して要求されるときに使用されることになる、前記第３のＮＦノード（３０、７０）における前記リソースの位置を示す情報を含む、前記開始すること（１０４）と、
を含む、方法。
続きを表示（約 850 文字）【請求項２】
前記情報は、
前記第３のＮＦノード（３０、７０）のアドレス、
前記サービスプロデューサの名前、
前記サービスプロデューサに対するアプリケーションプログラミングインタフェース（ＡＰＩ）のバージョン、
前記リソースを識別する識別子、
前記リソースのアドレス
のいずれか１つ以上を含む
請求項１に記載の方法。
【請求項３】
前記情報は、ユニフォームリソース識別子（ＵＲＩ）である
請求項１または２に記載の方法。
【請求項４】
前記第１の要求（６０２、６０４）に対する前記応答（７００）のヘッダは、前記情報を含む
請求項１乃至３の何れか１項に記載の方法。
【請求項５】
前記ヘッダはカスタムヘッダである
請求項４に記載の方法。
【請求項６】
前記ヘッダは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはＨＴＴＰ／２のヘッダである
請求項４または５に記載の方法。
【請求項７】
前記第１のサービスと前記第２のサービスとは、同一のサービスの異なる複数のインスタンスである
請求項１乃至６の何れか１項に記載の方法。
【請求項８】
前記同一のサービスの前記異なる複数のインスタンスは、同一のタイプのサービスである
請求項７に記載の方法。
【請求項９】
サービスのセットは、前記第１のサービスと前記第２のサービスとを含む
請求項１乃至８の何れか１項に記載の方法。
【請求項１０】
前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは同一のＮＦノードである、又は、
前記第３のＮＦノード（７０）と前記第２のＮＦノード（３０）とは異なる複数のＮＦノードである
請求項１乃至９の何れか１項に記載の方法。
（【請求項１１】以降は省略されています）
発明の詳細な説明【技術分野】
【０００１】
本開示は、ネットワークにおいてサービス要求を処理するための方法、及びそれらの方法に従って動作するように構成されたノードに関するものである。
続きを表示（約 3,200 文字）【背景技術】
【０００２】
ネットワークにおけるサービスの要求を処理するための様々な技術が存在する。サービス要求は、一般に、サービスの消費者（「サービスコンシューマ」）からサービスの生産者（「サービスプロデューサ」）へ向かうものである。例えば、サービス要求は、サービスコンシューマのネットワーク機能（ＮＦ）ノードから、サービスプロデューサのＮＦノードへのものであってもよい。サービスコンシューマのＮＦノードとサービスプロデューサのＮＦノードは、直接または間接的に通信することができる。これをそれぞれ直接通信、間接通信と呼ぶ。間接通信の場合、サービスコンシューマのＮＦノードとサービスプロデューサのＮＦノードは、サービス通信プロキシ（ＳＣＰ）ノードを介して通信することができる。
【０００３】
図１のＡ～Ｄは、３ＧＰＰＴＳ２３．５０１ｖ１６．４．０に規定された、サービス要求を処理するための異なる既存のシステムを示す図である。より詳細には、図１のＡおよびＢは直接通信を使用するシステムを示し、図１のＣおよびＤは間接通信を使用するシステムを示している。
【０００４】
図１のＡおよびＢに示すシステムでは、サービス要求は、サービスコンシューマのＮＦノードからサービスプロデューサのＮＦノードに直接送信される。サービス要求に対する応答は、サービスプロデューサのＮＦノードからサービスコンシューマのＮＦノードに直接送信される。同様に、任意の後続のサービス要求は、サービスコンシューマのＮＦノードからサービスプロデューサのＮＦノードに直接送信される。図１のＢに示されたシステムはまた、ネットワークリポジトリ機能（ＮＲＦ）を含んでいる。したがって、図１のＢに示すシステムでは、コンシューマのＮＦノードは、ＮＲＦに照会して、サービス要求を送信するのに適したサービスプロデューサのＮＦノードを発見することができる。このような問い合わせに応答して、コンシューマのＮＦノードは、サービスプロデューサの１つまたは複数のＮＦノードのＮＦプロファイルを受信し、受信したＮＦプロファイルに基づいて、サービス要求を送信するサービスプロデューサのＮＦノードを選択することが可能である。図１のＡに示されるシステムでは、ＮＲＦは使用されず、その代わりに、コンシューマのＮＦノードは、サービスプロデューサのＮＦノード（複数可）のＮＦプロファイルで構成され得る。
【０００５】
図１のＣ及びＤに示すシステムでは、サービス要求は、サービスコンシューマのＮＦノードからサービスプロデューサのＮＦノードに、サービス通信プロキシ（ＳＣＰ）ノードを介して間接的に送信される。サービス要求に対する応答は、サービスプロデューサのＮＦノードから、ＳＣＰを介してサービスコンシューマのＮＦノードに間接的に送信される。同様に、後続のサービス要求は、サービスコンシューマのＮＦノードから、ＳＣＰを介してサービスプロデューサのＮＦノードに間接的に送信される。図１のＣ及びＤに示されたシステムは、また、ＮＲＦを含み得る。
【０００６】
図１のＣに示されるシステムでは、コンシューマのＮＦノードは、サービス要求を送信するサービスプロデューサの適切なＮＦノードを発見するために、ＮＲＦに問い合わせることができる。このような問い合わせに応答して、コンシューマのＮＦノードは、サービスプロデューサの１つまたは複数のＮＦノードのＮＦプロファイルを受信し、受信したＮＦプロファイルに基づいて、サービス要求を送信するサービスプロデューサのＮＦノードを選択することが可能である。この場合、サービスコンシューマのＮＦノードからＳＣＰに送信されるサービス要求は、サービスプロデューサの選択されたＮＦノードのアドレスを含む。サービスコンシューマのＮＦノードは、それ以上の発見または選択を行うことなく、サービス要求を転送することができる。サービスプロデューサの選択されたＮＦノードが何らかの理由でアクセスできない場合、代替を見つけるのはサービスコンシューマのＮＦノードに任されることがある。他の場合、ＳＣＰはＮＲＦと通信して選択パラメータ（例えば、位置、容量など）を取得し、ＳＣＰはサービス要求を送信するサービスプロデューサのＮＦノードを選択することができる。
【０００７】
図１のＤに示されるシステムでは、コンシューマのＮＦノードは、発見または選択プロセスを実行しない。代わりに、コンシューマのＮＦノードは、ＳＣＰを介して送信するサービス要求に、（サービスプロデューサの適切なＮＦノードを見つけるために必要な）必要な発見および選択パラメータを追加する。ＳＣＰは、要求アドレスと、サービス要求内の発見および選択パラメータを使用して、サービス要求をサービスプロデューサの適切なＮＦノードにルーティングする。ＳＣＰは、ＮＲＦを使用して発見を行うことができる。
【０００８】
第５世代コア（５ＧＣ）では、リリース１６から、サービスコンシューマのＮＦノードとサービスプロデューサのＮＦノードとの間の間接通信を可能にするネットワーク要素として、ＳＣＰが含まれるようになった。使用される間接通信は、図１のＣ及びＤを参照して先に説明した２つの間接通信オプションのいずれでもよい。
【０００９】
図２は、図１のＣに例示されたシステムのような既存のシステムにおける信号の交換を例示するシグナリング図であるが、説明された問題は図１のＤに例示されたシステムにも適用できることは理解されるであろう。図２に例示されるシステムは、第１のＳＣＰノード１０と、サービスコンシューマの第１のＮＦノード２０（「ＮＦｃ」）と、サービスプロデューサの第２のＮＦノード３０（「ＮＦｐ１」）と、サービスプロデューサの第３のＮＦノード７０（「ＮＦｐ２」）と、を含む。第１のＳＣＰノード１０は、第１のＮＦノード２０と第２のＮＦノード３０との間のＳＣＰとして動作するように構成される。第２のＮＦノード３０は、サービス（「ｓｅｒｖＡ－１」）を実行するように構成され得、第３のＮＦノード７０は、サービス（「ｓｅｒｖＡ－２」）を実行するように構成され得る。第２のＮＦノード３０及び第３のＮＦノード７０は、サービスプロデューサのＮＦノードのセット４０２の一部とすることができる。図示されていないが、図２に示されたシステムは、ネットワークリポジトリ機能ノードを構成することもできる。
【００１０】
図２において、ステップ６００は、第１のＮＦノード２０と第２のＮＦノード３０との間のセッションの確立に関連する。セッションが確立されると、ステップ６０２～６１８によって例示される方法が実行される。図２の矢印６０２、６０４で示されるように、第１のＮＦノード２０は、第１のＳＣＰノード１０を介して第２のＮＦノードに向かって第１の要求６０２、６０４の送信を開始する。第１の要求６０２、６０４は、第２のＮＦノード３０がリソースを使用して、第１のＮＦノード２０によって要求された第１のサービスを提供するためのものである。第１の要求６０２、６０４は、第２のＮＦノード３０のアドレスを含み、これは、第２のＮＦノード３０の到達に用いられるユニフォームリソース識別子（ＵＲＩ）のアプリケーションプログラミングインタフェース（ＡＰＩ）ルート（すなわち、ｓｂｉ－ｔａｒｇｅｔａｐｉｒｏｏｔ）であってよい。第１の要求６０２、６０４はまた、第２のＮＦノード３０の完全修飾ドメイン名（ＦＱＤＮ）など、第２のＮＦノード３０を（例えば、一意に）識別する識別子を含む。
（【００１１】以降は省略されています）

関連特許