JP2023537468A - 間接通信のためのネットワークノード及びネットワークノードにおける方法 - Google Patents

間接通信のためのネットワークノード及びネットワークノードにおける方法 Download PDF

Info

Publication number
JP2023537468A
JP2023537468A JP2023504382A JP2023504382A JP2023537468A JP 2023537468 A JP2023537468 A JP 2023537468A JP 2023504382 A JP2023504382 A JP 2023504382A JP 2023504382 A JP2023504382 A JP 2023504382A JP 2023537468 A JP2023537468 A JP 2023537468A
Authority
JP
Japan
Prior art keywords
request
scp
response
apiroot
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2023504382A
Other languages
English (en)
Other versions
JP7466756B2 (ja
Inventor
ユンジェ ルー，
ヨン ヤン，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2023537468A publication Critical patent/JP2023537468A/ja
Application granted granted Critical
Publication of JP7466756B2 publication Critical patent/JP7466756B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034—Reaction to server failures by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/563—Data redirection of data network streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/2871—Implementation details of single intermediate entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Pharmaceuticals Containing Other Organic And Inorganic Compounds (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本開示は、サービス通信プロキシ（ＳＣＰ）機能を実装するネットワークノードにおける方法（１００）を提供する。本方法（１００）は、第１のネットワーク機能（ＮＦ）から、第２のＮＦを宛先とする要求を受信すること（１１０）であって、要求は第２のＮＦに関する情報を備える、受信することと、ＳＣＰから第３のＮＦに要求をリダイレクトすること（１２０）であって、リダイレクトされた要求は第３のＮＦに関する情報を備える、リダイレクトすることと、第１のＮＦに応答を送信すること（１３０）であって、応答は第３のＮＦに関する情報を備える、送信することと、を含む。

Description

本開示は通信技術に関し、より詳細には、間接通信のためのネットワーク及びネットワークにおける方法に関する。
リリース１６（Ｒｅｌ－１６）において、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、第５世代（５Ｇ）コア内の全てのタイプのＮＦに適用可能であるように、ネットワーク機能（ＮＦ）セットコンセプトの使用をさらに広げている。
Ｒｅｌ－１６では、ネットワーク機能サービスフレームワークの一部として、「間接通信」が３ＧＰＰ技術仕様書（ＴＳ）２３．５０１、Ｖ１６．４．０の７．１．１節に規定されており、その全体が参照により本明細書に組み込まれる。ＮＦサービスはＮＦサービスコンシューマ（又はＮＦコンシューマと呼ばれる）とＮＦサービスプロデューサ（又はＮＦプロデューサと呼ばれる）との間で直接通信することができ、又はサービス通信プロキシ（ＳＣＰ）を介して間接的に通信することができる。
ＴＳ２３．５０１の５．２１．３．１節に規定されているように、いくつかのＮＦインスタンスが、ＮＦインスタンスのセットとして、分散性、冗長性、及びスケーラビリティを一緒に提供するために、ＮＦセット内でデプロイされることができる。この場合、ＮＦは、故障、ロードバランシング、又はロードリバランシングの場合において、同じＮＦセット内の代替ＮＦと置き換えることができる。これは、サービス動作と通知配信の両方に適用される。
したがって、サービス（又は通知）は、例えば元のＮＦが故障したとき、過負荷になったときなどに、代替ＮＦにおいて継続されることができる。この再選択は、ＮＦコンシューマ（若しくはＮＦプロデューサ）又はＳＣＰ（間接通信の場合）によって実行され得る。
以下の表１として再現されているＴＳ２３．５０１における表６．３．１．０－１は、ＮＦサービスプロデューサによって提供されるバインディングインジケーションに応じた、ＮＦサービスコンシューマ及びＳＣＰの選択及び再選択挙動を規定する。
表１：バインド、選択、及び再選択
Figure 2023537468000002
参照によりその全体が本明細書に組み込まれる３ＧＰＰ ＴＳ２９．５００、Ｖ１６．３．０は、間接通信の場合にアプリケーションプログラミングインターフェース（ＡＰＩ）ルート（ａｐｉＲｏｏｔ）を処理するＮＦ及びＳＣＰの挙動を規定する。
ＴＳ２９．５００の６．１０．２．４節は、間接通信のための擬似ヘッダ設定を規定する。特に、委任発見を伴う又は伴わない間接通信の場合、ＳＣＰに要求を送信するとき、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）クライアントは、擬似ヘッダを以下のように設定する：
－":scheme"は"http"又は"https"に設定される；
－":authority"は、ＳＣＰの完全修飾ドメイン名（ＦＱＤＮ）又はインターネットプロトコル（ＩＰ）アドレス（スキームが"http"である場合）、又はＳＣＰのＦＱＤＮ（スキームが"https"である場合）に設定される；
－":path"は、オプションであるＳＣＰのデプロイメント固有の文字列と、オプションであるターゲット統一資源識別子（ＵＲＩ）のデプロイメント固有の文字列を除く、ターゲットＵＲＩのパス及びクエリ要素を含む。
通知又はコールバック要求を送信するＨＴＴＰクライアントは、コールバックＵＲＩにデプロイメント固有の文字列が含まれているかどうかを知ることはできない。したがって、このＨＴＴＰクライアントは、コールバック（つまり、ターゲット）ＵＲＩにデプロイメント固有の文字列がないと仮定して動作する。
さらに、ＨＴＴＰクライアントが応答をキャッシュすることができるＨＴＴＰ要求（例えば、ＧＥＴ要求）について、ＨＴＴＰクライアントは、ターゲットＮＦにバインドされる実装固有の値に設定されたキャッシュキー（ｃｋ）クエリパラメータを含めるべきである。
ＨＴＴＰクライアントは、利用可能である場合に、3gpp-Sbi-Target-apiRootヘッダに、ターゲットリソースについてのオーソリティサーバのａｐｉＲｏｏｔ（オプションであるターゲットＵＲＩのデプロイメント固有の文字列を含む）を含める。
要求をＨＴＴＰサーバに転送するとき、ＳＣＰは、やってくる要求の要求ＵＲＩにおいて受信されたＳＣＰのａｐｉＲｏｏｔを、ターゲットＮＦサービスインスタンスのａｐｉＲｏｏｔに置き換える。3gpp-Sbi-Target-apiRootヘッダがこの要求において受信された場合、ＳＣＰが異なるＨＴＴＰサーバを（再）選択しない場合、ＳＣＰはこれをターゲットＮＦサービスインスタンスのａｐｉＲｏｏｔとして使用し、いずれの場合でも、転送される要求からこれを除去する。ＳＣＰは６．１節に規定されるように、擬似ヘッダを以下の追加を伴うように設定する：
－ＳＣＰは、":authority"ＨＴＴＰ／２擬似ヘッダフィールドをターゲットＮＦサービスインスタンスのＦＱＤＮに変更する；
－ＳＣＰは":path"ＨＴＴＰ／２擬似ヘッダの中のオプションであるＳＣＰの任意のデプロイメント固有の文字列を除去し、オプションであるターゲットＵＲＩの任意のデプロイメント固有の文字列を追加する；
－ＳＣＰは、このパラメータが要求において受信された場合、キャッシュ・キー・クエリ・パラメータを除去する。
例えば、委任発見なしの間接通信について、ＮＦサービスコンシューマが要求"POST https://example.com/a/b/c/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify"をＮＦサービスプロデューサ（ＦＱＤＮ"example.com"によって表され、"a/b/c"はＮＦ発見によってわかったＮＦサービスプロデューサのapiPrefixである）に送信する必要がある場合：
－ＮＦサービスコンシューマは、"3gpp-sbi-target-apiRoot"ヘッダが"https://example.com/a/b/c"に設定された状態で、要求"POST https://SCP.com/1/2/3/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify"をＳＣＰに送信し（ここで、"1/2/3"はＳＣＰの"apiPrefix"である）、
－ＳＣＰは、"3gpp-sbi-target-apiRoot"ヘッダなしで、要求"POST https://example.com/a/b/c/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify"をＮＦサービスプロデューサに送信する。
別の例において、間接通信について、ＮＦサービスプロデューサが通知要求"POST https://example.com/a/b/c/notification"をＮＦサービスコンシューマ（ＦＱＤＮ"example.com"、すなわちコールバックＵＲＩのホスト部によって表される）に送信する必要がある場合：
－ＮＦサービスプロデューサは、"3gpp-sbi-target-apiRoot"ヘッダが"https://example.com"に設定された状態で、要求"POST https://SCP.com/1/2/3/a/b/c/notification"をＳＣＰに送信し（ここで、"1/2/3"はＳＣＰの"apiPrefix"である）、
－ＳＣＰは、"3gpp-sbi-target-apiRoot"ヘッダなしで、要求"POST https://example.com/a/b/c/notification"をＮＦサービスプロデューサに送信する。
ＴＳ２９．５００の６．１０．２．５節は、3gpp-Sbi-Target-apiRootヘッダ設定を規定する。委任発見を伴う又は伴わない間接通信について、ＨＴＴＰクライアントは、ＳＣＰに送信する要求に、ターゲットリソースについてのオーソリティサーバのａｐｉＲｏｏｔに設定された3gpp-Sbi-Target-apiRootヘッダを含める。特に：
－委任発見なしの間接通信について、リソースを作成するためにＳＣＰに送信されるサービス要求は、ＮＦサービスコンシューマが実際に特定のＮＦサービスインスタンスを選択した場合、ＮＦサービスプロデューサの選択されたＮＦサービスインスタンスのａｐｉＲｏｏｔに設定された3gpp-Sbi-Target-apiRootヘッダを含み；
－リソースが作成された後、ＳＣＰに送信され、リソースをターゲットとする後続のサービス要求は、ＮＦサービスプロデューサから以前に受信されたａｐｉＲｏｏｔに設定された3gpp-Sbi-Target-apiRootヘッダを含み；
－ＳＣＰを介して送信される通知又はコールバックは、通知又はコールバックＵＲＩのａｐｉＲｏｏｔ（すなわち、"http"若しくは"https"スキーム、固定文字列"://"、並びにオーソリティ（ホスト及びオプションであるポート））を含む。
要求をＨＴＴＰサーバに転送するとき、ＳＣＰは、ＴＳ２９．５００の６．１０．２．４節に規定されるように擬似ヘッダを設定する。
ＮＦコンシューマが、例えばセッション管理機能（ＳＭＦ）上にプロトコルデータユニット（ＰＤＵ）セッション管理（ＳＭ）コンテキストを作成するようにアクセス及びモビリティ管理機能（ＡＭＦ）が要求するときに、ＮＦプロデューサ上にリソースを作成するための初期要求をＮＦプロデューサに送信すると、新たに作成されたリソースの絶対ＵＲＩ（リソースをホストするＨＴＴＰサーバのＡＰＩルート（ＡＰＩ Ｒｏｏｔ）を含む）は、201 CreatedＨＴＴＰ応答の"Location"ヘッダ内で返されるだろう。次いで、ＮＦコンシューマは、このリソースに対する後続の動作のためにこのＵＲＩを使用する。同様に、ＮＦプロデューサは、（暗黙的に又は明示的に）通知へのサブスクリプションを引き起こす、以前のサービス動作において、ＮＦコンシューマから通知ＵＲＩを取得することができる。
間接通信では、元のＮＦ受信者が故障、又は過負荷、又は任意の他の同様の状況になったとき、ＳＣＰは別のＮＦインスタンスを新しいＮＦ受信者として再選択することができ、又は、負荷制御又はリバランシングのために、後続の要求が、元のＮＦ受信者によって、新しいＮＦ受信者としての別のＮＦインスタンスへと明示的にリダイレクトされてもよい。これらのシナリオで、ＳＣＰは、新しいＮＦ受信者に転送される要求において、新しいＮＦ受信者のａｐｉＲｏｏｔを使用する。本明細書で使用される「ＮＦ送信者」は、サービス動作の場合にはＮＦコンシューマを、又は通知の場合にはＮＦプロデューサを、指すことができる。本明細書で使用される「ＮＦ受信者」は、サービス動作の場合にはＮＦプロデューサを、通知の場合にはＮＦコンシューマを、指すことができる。
ＵＲＩを有する"Location"ヘッダは、リソース作成については201 Createdにおいてのみサポートされ、又は、再選択シナリオについてはＳＣＰによってのみ使用される307/308 redirection応答においてのみサポートされる。新しいａｐｉＲｏｏｔはＳＣＰによってのみ知られ、ＮＦ送信者によっては知られない。通知の場合、コールバックＵＲＩはメッセージボディ中で運ばれ、明示的にサブスクライブによってのみ更新され得る。したがって、新しいＮＦ受信者のＵＲＩはＮＦ送信者に送信されず、新しいＮＦ受信者のａｐｉＲｏｏｔを知らないＮＦ送信者は、後続の要求又は通知のために元のＮＦ受信者のａｐｉＲｏｏｔを依然として使用することができる。すると、ステートレスであるＳＣＰは再び再選択を実行する必要があるだろうが、これは全くもって不必要なものであるだろう。さらに悪いことに、ＳＣＰが前に選択されたＮＦ受信者とは異なるＮＦ受信者を再選択した場合、リソースは再び復元されるだろうが、これはリソースの浪費及び競合につながる。
本開示の目的は、上記の問題のうちの少なくとも１つを解決又は緩和することができる、間接通信のためのネットワークノード及びネットワークノードにおける方法を提供することである。
本開示の第１の態様によれば、ＳＣＰ機能を実装するネットワークノードにおける方法が提供される。本方法は、第１のＮＦから、第２のＮＦを宛先とする要求を受信することであって、要求は第２のＮＦに関する情報を含む、受信することと、第３のＮＦに要求をリダイレクトすることであって、リダイレクトされた要求は第３のＮＦに関する情報を含む、リダイレクトすることと、第１のＮＦに応答を送信することであって、応答は第３のＮＦに関する情報を含む、送信することと、を含む。
一実施形態では、要求は、第２のＮＦにおけるリソースを更新する要求、又は通知要求であり得る。
一実施形態では、第３のＮＦに関する情報は、第３のＮＦのＡＰＩルートを示し得る。
一実施形態では、第３のＮＦに関する情報は、リダイレクトされた要求中のＵＲＩ中、又は応答のヘッダ中で運ばれ得る。
一実施形態では、ヘッダが3gpp-Sbi-Target-apiRootヘッダであってもよい。
一実施形態では、第２のＮＦを宛先とする要求が、ＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦに関する情報は、第２のＮＦのＡＰＩルートを示し得、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。
一実施形態では、リダイレクトする動作が、第２のＮＦに関連する、故障、ロードバランシング、又はロードリバランシングに応答じて要求の受信者として第３のＮＦを再選択することを含むことができ、又は、第３のＮＦへのリダイレクトを示す第２のＮＦからのインジケーションに応じたものであってもよい。
一実施形態では、再選択する動作が、ＮＦリポジトリ機能（ＮＲＦ）に対して発見を実行することを含むことができ、及び／又は第２のＮＦに関連するバインディングインジケーションに基づくことができる。このインジケーションは、第３のＮＦのＡＰＩルートをさらに示し得る。
一実施形態では、第１のＮＦ又は第２のＮＦがＨＴＴＰサーバ、ＨＴＴＰクライアント、ＮＦサービスプロデューサ、又はＮＦサービスコンシューマのうちの１ち得る。
本開示の第２の態様によれば、第１のＮＦにおける方法が提供される。本方法は、ＳＣＰへと第２のＮＦを宛先とする要求を送信することであって、要求は第２のＮＦに関する情報を含む、送信することと、ＳＣＰから又は要求がＳＣＰを介してリダイレクトされる第３のＮＦから応答を受信することであって、応答は第３のＮＦに関する情報を含む、受信することと、を含む。
一実施形態では、要求は第２のＮＦにおけるリソースを更新する要求、又は通知要求であり得る。
一実施形態では、第３のＮＦに関する情報は第３のＮＦのＡＰＩルートを示し得る。
一実施形態では、第３のＮＦに関する情報は、ＵＲＩ中、又は応答のヘッダ中で運ばれ得る。
一実施形態では、ヘッダが3gpp-Sbi-Target-apiRootヘッダであってもよい。
一実施形態では、第２のＮＦを宛先とする要求が、ＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦに関する情報は、第２のＮＦのＡＰＩルートを示し得、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。
一実施形態では、本方法は、ＳＣＰに、第３のＮＦを宛先とするさらなる要求を送信することをさらに含み得る。このさらなる要求は、第３のＮＦに関する情報を含み得る。
本開示の第３の態様によれば、第３のＮＦにおける方法が提供される。本方法は、ＳＣＰを介する第１のＮＦから第２のＮＦへの要求が第３のＮＦにリダイレクトされたことを判定することと、ＳＣＰを介して第１のＮＦに応答を送信することであって、応答が第３のＮＦのＡＰＩルートを有するＵＲＩを含む、送信することと、を含む。
本開示の第４の態様によれば、ネットワークノードが提供される。ネットワークノードは、通信インターフェースと、プロセッサと、メモリとを含む。メモリは、命令であって、プロセッサによって実行可能であり、これによって、ネットワークノードが、ＳＣＰ機能を実装するときに上記第１の態様による方法を実行し、又は第１のＮＦを実装するときに上記第２の態様による方法を実行し、又は第３のＮＦを実装するときに上記第３の態様による方法を実行するように動作可能である、命令を含む。
本開示の第５の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータ可読記憶媒に記憶されたコンピュータ可読命令を有する。コンピュータ可読命令は、ネットワークノードのプロセッサによって実行されるとき、ネットワークノードを、ＳＣＰ機能を実装するときに上記第１の態様による方法を実行し、又は第１のＮＦを実装するときに上記第２の態様による方法を実行し、又は第３のＮＦを実装するときに上記第３の態様による方法を実行するように構成する。
本開示の実施形態によれば、第１のＮＦから受信され第２のＮＦを宛先とする要求を第３のＮＦにリダイレクトした後に、ＳＣＰは、第１のＮＦに送信される応答に、第３のＮＦに関する情報（例えば、第３のＮＦのａｐｉＲｏｏｔ）を含めることができる。このようにして、第１のＮＦは情報を通知され、この情報を後続のサービス動作又は通知のために使用することができ、このため、ＳＣＰは、さもなければリソースの浪費及び衝突を引き起こすかもしれない、後続のサービス動作又は通知のための再度のリダイレクト又は再選択を実行する必要がなくなる。
上記及び他の目的、特徴及び利点は、図面を参照する以下の実施形態の説明からより明らかになるのであろう。
本開示の一実施形態によるＳＣＰにおける方法を示すフローチャートである。 本開示の一実施形態による第１のＮＦにおける方法を示すフローチャートである。 本開示の別の一実施形態による第３のＮＦにおける方法を示すフローチャートである。 本開示の一実施形態による間接通信の例示的なプロセスを示すシーケンス図である。 本開示の別の一実施形態による間接通信の例示的なプロセスを示すシーケンス図である。 本開示の一実施形態によるネットワークノードのブロック図である。 本開示の一実施形態によるネットワークノードのブロック図である。 本開示の一実施形態によるネットワークノードのブロック図である。 本開示の別の一実施形態によるネットワークノードのブロック図である。
本開示ではネットワーク機能、又はＮＦ、は専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、又は適切なプラットフォーム、例えばクラウドインフラストラクチャ、上でインスタンス化された仮想化機能として実装され得る。
本明細書において、「一実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、記載される実施形態が特定の特徴、構造、又は特性を含み得ることを示すが、全ての実施形態がこの特定の特徴、構造、又は特性を含む必要はない。さらに、そのような語句は、必ずしも同じ実施形態に言及しているものではない。さらに、特定の特徴、構造、又は特性が一実施形態に関連して説明される場合、明示的に説明されているか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、又は特性を用いることは、当業者の知識の範囲内にある。
本明細書では様々な要素を説明するために「第１の」及び「第２の」などの用語が使用され得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用するとき、用語「及び／又は」は、関連して列挙された用語のうちの１つ以上の任意の及び全ての組合せを含む。本明細書で使用される用語は特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、異なることを文脈が明確に示していない限り、複数形も含むことが意図される。用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、及び／又は「含む（ｉｎｃｌｕｄｉｎｇ）」は、本明細書で使用される場合、述べられた特徴、要素、及び／又はコンポーネントなどの存在を特定するが、１つ又は複数の他の特徴、要素、コンポーネント、及び／又はこれらの組み合わせの存在又は追加を排除するものではない。
以下の説明及び特許請求の範囲では、別途定義されない限り、本明細書で使用される全ての技術用語及び科学用語は、本開示が属する当業者によって通常理解されるのと同じ意味を有する。
図１は、本開示の一実施形態による方法１００を示すフローチャートである。方法１００は、ＳＣＰ又はＳＣＰ機能を実装するネットワークノードにおいて実行され得る。
ブロック１１０において、第１のＮＦ（例えば、ＮＦ送信者又はＨＴＴＰクライアント）から要求が受信される。要求は第２のＮＦ（例えば、ＮＦ受信者又はＨＴＴＰサーバ）を宛先とし、第２のＮＦに関する情報（例えば、第２のＮＦのａｐｉＲｏｏｔ）を含む。
ここで、要求は、第２のＮＦにおけるリソースの更新要求又は通知要求であってもよい。
一例において、要求はＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦのａｐｉＲｏｏｔは、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。
例えば、要求は"3gpp-sbi-target-apiRoot"ヘッダが第２のＮＦのａｐｉＲｏｏｔ、例えば"https://example.com/a/b/c"に設定された、"POST https://SCP.com/1/2/3/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify"（"1/2/3"はＳＣＰの"apiPrefix"である）であってもよい。ここで、「ａｐｉＲｏｏｔ」とは、"scheme"、"authority"及び"apiPrefix"の組合せを意味する。
ブロック１２０において、要求は第３のＮＦ（例えば、別のＮＦ受信者又はＨＴＴＰサーバ）にリダイレクトされる。リダイレクトされた要求は第３のＮＦ（例えば、第３のＮＦのａｐｉＲｏｏｔ）に関する情報を含む。第３のＮＦのａｐｉＲｏｏｔは、リダイレクトされた要求のＵＲＩ中で運ばれ得る。上記の例示を参照すると、リダイレクトされた要求は例えば、"3gpp-sbi-target-apiRoot"ヘッダなしの、"POST https://example.com/d/e/f/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify"であってもよく、ここで"https://example.com/d/e/f"は、第３のＮＦのａｐｉＲｏｏｔである。
ブロック１２０において、第３のＮＦは、第２のＮＦに関連する故障、ロードバランシング、又はロードリバランシング、又は任意の他の同様の状況に応答して、要求の受信者として再選択され得る。ここで、ＳＣＰは、ＮＲＦに対して発見を実行することによって、第３のＮＦを再選択することができる。再選択は、第２のＮＦに関連するバインディングインジケーションに基づいて実行され得る。
あるいは、ブロック１２０におけるリダイレクトは、第３のＮＦへのリダイレクトを示す第２のＮＦからのインジケーションに応答して実行され得る。インジケーションは、第３のＮＦのａｐｉＲｏｏｔをさらに示し得る。例えば、インジケーションは、308 redirection（リダイレクション）応答であり得、又はその中で運ばれ得る。
ブロック１３０において、応答が第１のＮＦに送信される。応答は第３のＮＦに関する情報（例えば、第３のＮＦのａｐｉＲｏｏｔ）を含む。第３のＮＦのａｐｉＲｏｏｔは、応答において、ヘッダ、例えば、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。上記の例では、応答が"https://example.com/d/e/f"に設定された"3gpp-sbi-target-apiRoot"ヘッダを含むことができる。あるいは、第３のＮＦのａｐｉＲｏｏｔが応答のＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）ボディの属性のＵＲＩ中で運ばれ得る。ＳＣＰは第３のＮＦから応答を受信し、それを第１のＮＦに転送することができる。
図２は、本開示の一実施形態による方法２００を示すフローチャートである。方法２００は第１のＮＦ（例えば、ＮＦ送信者又はＨＴＴＰクライアント）又は第１のＮＦを実装するネットワークノードにおいて実行され得る。
ブロック２１０において、要求がＳＣＰに送信される。要求は第２のＮＦ（例えば、ＮＦ受信者又はＨＴＴＰサーバ）を宛先とし、第２のＮＦに関する情報（例えば、第２のＮＦのａｐｉＲｏｏｔ）を含む。
ここで、要求は、第２のＮＦにおけるリソースの更新要求又は通知要求であってもよい。
一例において、要求はＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦのａｐｉＲｏｏｔは、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。例えば、要求は"3gpp-sbi-target-apiRoot"ヘッダが第２のＮＦのａｐｉＲｏｏｔ、例えば"https://example.com/a/b/c"に設定された"POST https://SCP.com/1/2/3/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify"（"1/2/3"はＳＣＰの"apiPrefix"である）であってもよい。
ブロック２２０において、ＳＣＰからの、又は要求がＳＣＰを介してリダイレクトされた第３のＮＦ（例えば、別のＮＦ受信者又はＨＴＴＰサーバ）からの、応答が受信される。応答は第３のＮＦに関する情報（例えば、第３のＮＦのａｐｉＲｏｏｔ）を含む。
一例において、第３のＮＦのａｐｉＲｏｏｔは、応答のヘッダ、例えば、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。上記の例示では、応答は第３のＮＦのａｐｉＲｏｏｔ、例えば"https://example.com/d/e/f"、に設定された"3gpp-sbi-target-apiRoot"ヘッダを含むことができる。あるいは、第３のＮＦのａｐｉＲｏｏｔは、応答のＪＳＯＮボディの属性のＵＲＩ中で運ばれ得る。
次いで、第３のＮＦの情報を通知された第１のＮＦは、要求が第３のＮＦにリダイレクトされたことを知り、後続する要求においてこの情報を使用することができる。一例において、第１のＮＦは第３のＮＦを宛先とするさらなる要求をＳＣＰに送信することができる。さらなる要求は第３のＮＦに関する情報（例えば、第３のＮＦのａｐｉＲｏｏｔ）を含む。例えば、さらなる要求は、例えば、"3gpp-sbi-target-apiRoot"ヘッダが第３のＮＦのａｐｉＲｏｏｔ、例えば"https://example.com/d/e/f"、に設定された、https://scp.com/1/2/3/nsmf-pdusession/v1/sm-contexts/{smContextRef}/modifyであってもよい。
図３は、本開示の一実施形態による方法３００を示すフローチャートである。方法３００は、第３のＮＦ（例えば、ＮＦ受信者又はＨＴＴＰサーバ）又は第３のＮＦを実装するネットワークノードにおいて実行され得る。
ブロック３１０において、ＳＣＰを介した第１のＮＦ（例えば、ＮＦ送信者又はＨＴＴＰクライアント）から第２のＮＦ（例えば、ＮＦ受信者又はＨＴＴＰサーバ）への要求が、例えばＳＣＰによる再選択又は第２のＮＦによるリダイレクトのために、第３のＮＦにリダイレクトされたことが判定される。
ブロック３２０において、ＳＣＰを介して第１のＮＦに応答が送信される。応答は、第３のＮＦのａｐｉＲｏｏｔを有するＵＲＩを含む。第３のＮＦが要求リダイレクト又はリソース再配置（すなわち、リソースがバックエンドから復元される）があることを知っているとき、第３のＮＦは、応答のＪＳＯＮボディ内の属性に、第３のＮＦのａｐｉＲｏｏｔを有するＵＲＩを含めることができる。
以下、本開示のいくつかの例示的な実施形態について説明する。
ＴＳ２９．５００で規定される3gpp-Sbi-Target-apiRootヘッダは、新しいＨＴＴＰサーバが選択又は再選択され、応答に含まれるLocationヘッダがない場合、ターゲットＵＲＩのａｐｉＲｏｏｔを示すためにＳＣＰによって使用されることができる。ＴＳ２９．５００の表５．２．３．２．１－１にある"3gpp-Sbi-Target-apiRoot"ヘッダの定義は、以下の表２に示すように、上記の特徴をサポートするように拡張することができる。
表２：必須のＨＴＴＰカスタムヘッダ
Figure 2023537468000003
ＴＳ２９．５００で規定される3gpp-Sbi-Target-apiRootヘッダは、要求をルーティングするためにＳＣＰが新しいＨＴＴＰサーバを選択又は再選択し、ＨＴＴＰ応答にLocationＨＴＴＰヘッダが含まれない場合に、ＨＴＴＰクライアントに送信される応答中において、選択又は変更されたターゲットＵＲＩのａｐｉＲｏｏｔを含むことができる。
（例えば、作成されたリソースに対する後続のサービス要求に対する）ＨＴＴＰ応答に"Location"ヘッダが含まれない場合、ＳＣＰがＨＴＴＰクライアントとしてのＮＦからＨＴＴＰサーバとしてのＮＦに要求を転送する時にターゲットＵＲＩを変更しなかった場合を除いて、ＳＣＰは、ＨＴＴＰクライアントとしてのＮＦにＨＴＴＰ応答を転送するとき、ターゲットＨＴＴＰサーバのａｐｉＲｏｏｔに設定された値を有する"3gpp-Sbi-Target-apiRoot"ヘッダを含める。ＨＴＴＰクライアントとしてのＮＦは、要求において使用されるローカルに格納されたＵＲＩ（例えば、リソースＵＲＩ又は通知コールバックＵＲＩ）を、ＨＴＴＰ応答において受信されたターゲットａｐｉＲｏｏｔを用いて更新し、したがって更新されたターゲットＵＲＩに後続の要求を送信することができる。
以下では、上記の方法１００～３００が、図４～５に示される例示的な実施例を参照してさらに説明される。
図４は、本開示の一実施形態による間接通信の例示的なプロセスを示すシーケンス図である。この例では、ＳＣＰによるＮＦ受信者の再選択のために、要求がリダイレクトされる。
示されるように、４．１において、ＡＭＦは、この場合ＮＦ送信者（また、ＮＦコンシューマ及びＨＴＴＰクライアント）として、ＳＣＰに更新要求を送信する。この場合、この更新要求は、ＮＦ受信者（ＮＦプロデューサ及びＨＴＴＰサーバでもある）としてのＳＭＦ（ＳＭＦ１として示される）を宛先とする。更新要求は例えば、ＳＭＦ１において既に作成されているＰＤＵ ＳＭコンテキストを更新するためのＳＭコンテキスト更新要求であり得る。ＳＭコンテキスト更新要求は、URI"{apiRoot of SCP}/nsmf-pdusession/v1/SM-contexts/{smContextRef}"を含むことができ、"3gpp-sbi-target-apiRoot"ヘッダは{apiRoot of SMF1}に設定される。４．２において、ＳＣＰは、更新要求をＳＭＦ１に転送する。ここで転送される要求は、例えば{apiRoot of SMF1}/nsmf-pdusession/v1/sm-contexts/{smContextRef}であってもよい。しかしながら、４．２における転送は、例えばＳＭＦ１の故障のために失敗する。４．３において、ＳＣＰは（例えば、ＳＭＦ１に関連するバインディングインジケーションに基づいて）ＮＦ受信者再選択のためのＮＲＦに対してＮＦ発見を実行する。４．４において、ＳＣＰは別のＳＭＦ（ＳＭＦ２として示される）を新しいＮＦ受信者として再選択し、ＮＲＦから取得したＮＦプロファイルからＳＭＦ２のａｐｉＲｏｏｔを取得する。４．５において、ＳＣＰは、更新要求をＳＭＦ２に転送する。ここで転送される要求は例えば、{apiRoot of SMF2}/nsmf-pdusession/v1/sm-contexts/{smContextRef}であってもよい。４．６において、ＳＣＰはＳＭＦ２から更新応答（例えば、ＳＭコンテキスト更新応答）を受信する。４．７において、ＳＣＰは、更新応答をＡＭＦに転送する。ここで、転送された応答は、{apiRoot of SMF2}に設定された"3gpp-sbi-target-apiRoot"ヘッダを含むことができる。
４．８において、ＡＭＦはさらなる更新要求（例えば、ＳＭコンテキスト更新要求）をＳＣＰに送信する。ＳＭコンテキスト更新要求はURI"{apiRoot of SCP}/nsmf-pdusession/v1/SM-contexts/{smContextRef}"を含むことができ、"3gpp-sbi-target-apiRoot"ヘッダは{apiRoot of SMF２}に設定される。４．９において、ＳＣＰは、更新要求をＳＭＦ２に転送する。ここで転送される要求は例えば、{apiRoot of SMF2}/nsmf-pdusession/v1/sm-contexts/{smContextRef}であってもよい。４．１０において、ＳＣＰはＳＭＦ２から更新応答（例えば、ＳＭコンテキスト更新応答）を受信する。４．１１において、ＳＣＰは、更新応答をＡＭＦに転送する。
図５は、本開示の一実施形態による間接通信の例示的なプロセスを示すシーケンス図である。この例では、ＮＦ受信者によるリダイレクトのために、要求がリダイレクトされる。
示されるように、５．１において、ＡＭＦは、この場合ＮＦ送信者（また、ＮＦコンシューマ及びＨＴＴＰクライアント）として、ＳＣＰに更新要求を送信する。この場合、更新要求は、ＮＦ受信者（ＮＦプロデューサ及びＨＴＴＰサーバでもある）としてのＳＭＦ（ＳＭＦ１として示される）を宛先とする。更新要求は、例えば、ＳＭＦ１において既に作成されているＰＤＵ ＳＭコンテキストを更新するためのＳＭコンテキスト更新要求であり得る。ＳＭコンテキスト更新要求はURI"{apiRoot of SCP}/nsmf-pdusession/v1/SM-contexts/{sm-ContextRef}"を含むことができ、"3gpp-sbi-target-apiRoot"ヘッダが{apiRoot of SMF1}"に設定されている。５．２において、ＳＣＰは、更新要求をＳＭＦ１に転送する。ここで転送される要求は例えば、{apiRoot of SMF1}/nsmf-pdusession/v1/sm-contexts/{smContextRef}であってもよい。５．３において、ＳＭＦ１は、新しいＮＦ受信者としての別のＳＭＦ（ＳＭＦ２として示される）に要求をリダイレクトすることを判定する。５．４において、ＳＭＦ１は、{apiRoot of SMF２}/nsmf-pdusession/v1/sm-contexts/{smContextRef}を示すLocationヘッダを含む308 Moved Permanently応答をＳＣＰに送信する。５．５において、ＳＣＰは、５．３において受信された応答に基づいて、ＳＭＦ２に更新要求を転送する。ここで転送される要求は例えば、{apiRoot of SMF2}/nsmf-pdusession/v1/sm-contexts/{smContextRef}であってもよい。５．６において、ＳＣＰはＳＭＦ２から更新応答（例えば、ＳＭコンテキスト更新応答）を受信する。５．７において、ＳＣＰは、更新応答をＡＭＦに転送する。ここで、転送された応答は、{apiRoot of SMF2}に設定された"3gpp-sbi-target-apiRoot"ヘッダを含むことができる。
５．８において、ＡＭＦはさらなる更新要求（例えば、ＳＭコンテキスト更新要求）をＳＣＰに送信する。ＳＭコンテキスト更新要求はURI"{apiRoot of SCP}/nsmf-pdusession/v1/SM-contexts/{smContextRef}"を含むことができ、"3gpp-sbi-target-apiRoot"ヘッダは{apiRoot of SMF２}に設定される。５．９において、ＳＣＰは更新要求をＳＭＦ２に転送する。ここで転送される要求は例えば、{apiRoot of SMF2}/nsmf-pdusession/v1/sm-contexts/{smContextRef}であってもよい。５．１０において、ＳＣＰはＳＭＦ２から更新応答（例えば、ＳＭコンテキスト更新応答）を受信する。５．１１において、ＳＣＰは更新応答をＡＭＦに転送する。
上述の方法１００に対応して、ネットワークノードが提供される。図６は、本開示の一実施形態によるネットワークノード６００のブロック図である。ネットワークノード６００は、ＳＣＰ機能を実装するように構成され得る。
図６に示すように、ネットワークノード６００は、第２のＮＦを宛先とする要求を第１のＮＦから受信するように構成された受信ユニット６１０を含み、この要求は第２のＮＦに関する情報を含む。ネットワークノード６００は要求を第３のＮＦにリダイレクトするように構成されたリダイレクトユニット６２０をさらに含み、リダイレクトされた要求は第３のＮＦに関する情報を含む。ネットワークノード６００は、第３のＮＦに関する情報を含む応答を第１のＮＦに送信するように構成された送信ユニット６３０をさらに含む。
一実施形態では、この要求は第２のＮＦにあるリソースを更新するための要求、又は通知要求であり得る。
一実施形態では、第３のＮＦに関する情報は第３のＮＦのＡＰＩルートを示し得る。
一実施形態では、第３のＮＦに関する情報は、リダイレクトされた要求のＵＲＩ中で、又は応答のヘッダ中で運ばれ得る。
一実施形態では、ヘッダが3gpp-Sbi-Target-apiRootヘッダであってもよい。
一実施形態では、第２のＮＦを宛先とする要求が、ＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦに関する情報は、第２のＮＦのＡＰＩルートを示すことができ、3gpp-Sbi-Target-apiRootヘッダ中で運ばれてもよい。
一実施形態では、リダイレクトユニット６２０が、第２のＮＦに関連する故障、ロードバランシング、又はロードリバランシングに応答して、要求の受信者として第３のＮＦを再選択するように構成されてもよく、又は、第３のＮＦへのリダイレクトを示す第２のＮＦからのインジケーションに応答して、要求を第３のＮＦにリダイレクトするように構成されてもよい。
一実施形態では、リダイレクトユニット６２０がＮＲＦに対して発見を実行することによって第３のＮＦを再選択するように、及び／又は第２のＮＦに関連するバインディングインジケーションに基づいて第３のＮＦを再選択するように構成され得る。インジケーションは、第３のＮＦのＡＰＩルートをさらに示し得る。
一実施形態では、第１のＮＦ又は第２のＮＦは、ＨＴＴＰサーバ、ＨＴＴＰクライアント、ＮＦサービスプロデューサ、又はＮＦサービスコンシューマのうちの１つであり得る。
ユニット６１０～６３０は、上記で説明され、例えば図１に示される動作を実行するように構成された、純粋なハードウェアソリューションとして又はソフトウェアとハードウェアとの組み合わせとして、例えば、プロセッサ若しくはマイクロプロセッサと十分なソフトウェアとこのソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）、又は他の電子コンポーネント若しくは処理回路、のうちの１つ又は複数によって、実装され得る。
上述の方法２００に対応して、ネットワークノードが提供される。図７は、本開示の一実施形態によるネットワークノード７００のブロック図である。ネットワークノード７００は、第１のＮＦ（例えば、ＮＦ送信者又はＨＴＴＰクライアント）を実装するように構成され得る。
図７に示すように、ネットワークノード７００は、第２のＮＦを宛先とする要求をＳＣＰに送信するように構成された送信ユニット７１０を含み、要求は第２のＮＦに関する情報を含む。ネットワークノード７００は、ＳＣＰから、又は要求がＳＣＰを介してリダイレクトされる第３のＮＦから、応答を受信するように構成された受信ユニット７２０をさらに含み、この応答は第３のＮＦに関する情報を含む。
一実施形態では、この要求が第２のＮＦにあるリソースを更新するための要求、又は通知要求であり得る。
一実施形態では、第３のＮＦに関する情報は第３のＮＦのＡＰＩルートを示し得る。
一実施形態では、第３のＮＦに関する情報は、ＵＲＩ中で、又は応答中のヘッダ中で運ばれ得る。
一実施形態では、ヘッダが3gpp-Sbi-Target-apiRootヘッダであってもよい。
一実施形態では、第２のＮＦを宛先とする要求が、ＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦに関する情報は、第２のＮＦのＡＰＩルートを示すことができ、3gpp-Sbi-Target-apiRootヘッダ中で運ばれることができる。
一実施形態では、ネットワークノード７００は、第３のＮＦを宛先とするさらなる要求をＳＣＰに送信するように構成された送信ユニットをさらに含み得る。このさらなる要求は、第３のＮＦに関する情報を含み得る。
ユニット７１０～７２０は、上記で説明され、例えば図２に示される動作を実行するように構成された、純粋なハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして、例えば、プロセッサ若しくはマイクロプロセッサと十分なソフトウェアとこのソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）、又は他の電子コンポーネント若しくは処理回路、のうちの１つ又は複数によって、実装され得る。
上述の方法３００に対応して、ネットワークノードが提供される。図８は、本開示の一実施形態によるネットワークノード８００のブロック図である。ネットワークノード８００は、第３のＮＦ（例えば、ＮＦ受信者又はＨＴＴＰサーバ）を実装するように構成され得る。
図８に示すように、ネットワークノード８００は、ＳＣＰを介する第１のＮＦから第２のＮＦへの要求が第３のＮＦにリダイレクトされたことを判定するように構成された判定ユニット８１０を含む。ネットワークノード８００は、ＳＣＰを介して第１のＮＦに応答を送信するように構成された送信ユニット８２０をさらに含み、この応答は、第３のＮＦのＡＰＩルートを有するＵＲＩを含む。
ユニット８１０～８２０は、上記で説明され、例えば図３に示される動作を実行するように構成された、純粋なハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして、例えば、プロセッサ若しくはマイクロプロセッサと十分なソフトウェアとこのソフトウェアを記憶するためのメモリ、プログラマブルロジックデバイス（ＰＬＤ）、又は他の電子コンポーネント若しくは処理回路、のうちの１つ又は複数によって、実装され得る。
図９は、本開示の別の実施形態によるネットワークノード９００のブロック図である。
ネットワークノード９００は、通信インターフェース９１０と、プロセッサ９２０と、メモリ９３０とを含む。
メモリ９３０はプロセッサ９２０によって実行可能な命令を含むことができ、それによって、ネットワークノード９００は、ＳＣＰ機能を実装するとき、例えば図１に関連して先に説明した手順の、動作を実行するように動作可能である。特に、メモリ９３０はプロセッサ９２０によって実行可能な命令を含むことができ、それによって、ネットワークノード９００は、ＳＣＰ機能を実装するとき、第１のＮＦから第２のＮＦを宛先とする要求であって第２のＮＦに関する情報を含む要求を受信し、リダイレクトされた要求が第３のＮＦに関する情報を含ように、この要求を第３のＮＦにリダイレクトし、第３のＮＦに関する情報を含む応答を第１のＮＦに送信するように動作する。
一実施形態では、この要求は第２のＮＦにあるリソースを更新するための要求、又は通知要求であり得る。
一実施形態では、第３のＮＦに関する情報が第３のＮＦのＡＰＩルートを示し得る。
一実施形態では、第３のＮＦに関する情報は、リダイレクトされた要求のＵＲＩ中で、又は応答のヘッダ中で運ばれ得る。
一実施形態では、ヘッダが3gpp-Sbi-Target-apiRootヘッダであってもよい。
一実施形態では、第２のＮＦを宛先とする要求は、ＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦに関する情報は、第２のＮＦのＡＰＩルートを示してもよく、3gpp-Sbi-Target-apiRootヘッダ中で運ばれてもよい。
一実施形態では、リダイレクトする動作が、第２のＮＦに関連する故障、ロードバランシング、又はロードリバランシングに応答して、要求の受信者として第３のＮＦを再選択することを含むことができ、又は、リダイレクトする動作が、第２のＮＦからの、第３のＮＦへのリダイレクトを示すインジケーションに応じたものであってもよい。
一実施形態では、再選択する動作が、ＮＦリポジトリ機能（ＮＲＦ）に対して発見を実行することを含むことができ、及び／又は再選択する動作が第２のＮＦに関連するバインディングインジケーションに基づくことができる。このインジケーションは、第３のＮＦのＡＰＩルートをさらに示し得る。
一実施形態では、第１のＮＦ又は第２のＮＦが、ＨＴＴＰサーバ、ＨＴＴＰクライアント、ＮＦサービスプロデューサ、又はＮＦサービスコンシューマのうちの１つであり得る。
あるいは、メモリ９３０はプロセッサ９２０によって実行可能な命令を含むことができ、それによって、ネットワークノード９００は、第１のＮＦを実装するとき、例えば図２に関連して先に説明した手順の動作を実行するように、動作可能である。特に、メモリ９３０はプロセッサ９２０によって実行可能な命令を含むことができ、それによって、ネットワークノード９００は、第１のＮＦを実装するとき、第２のＮＦを宛先とし、第２のＮＦに関する情報を含む要求をＳＣＰに送信し、ＳＣＰから、又は要求がＳＣＰを介してリダイレクトされる第３のＮＦから、第３のＮＦに関する情報を含む応答を受信する。
一実施形態では、要求は第２のＮＦにおけるリソースを更新するための要求、又は通知要求であり得る。
一実施形態では、第３のＮＦに関する情報は第３のＮＦのＡＰＩルートを示し得る。
一実施形態では、第３のＮＦに関する情報は、ＵＲＩ中で又は応答のヘッダ中で運ばれ得る。
一実施形態では、ヘッダが3gpp-Sbi-Target-apiRootヘッダであってもよい。
一実施形態では、第２のＮＦを宛先とする要求は、ＳＣＰのＡＰＩルートを有するＵＲＩを含むことができる。第２のＮＦに関する情報は、第２のＮＦのＡＰＩルートを示し得、3gpp-Sbi-Target-apiRootヘッダ中で運ばれ得る。
一実施形態では、メモリ９３０がプロセッサ９２０によって実行可能な命令をさらに含むことができ、それによって、ネットワークノード９００は、第１のＮＦを実装するときに、ＳＣＰに、第３のＮＦを宛先とするさらなる要求を送信するように動作する。このさらなる要求は、第３のＮＦに関する情報を含み得る。
あるいは、メモリ９３０はプロセッサ９２０によって実行可能な命令を含むことができ、それによって、ネットワークノード９００は、第３のＮＦを実装するとき、例えば図３に関連して先に説明した手順の、動作を実行するように動作可能である。特に、メモリ９３０はプロセッサ９２０によって実行可能な命令を含むことができ、それによって、ネットワークノード９００は、第３のＮＦを実装するとき、ＳＣＰを介する第１のＮＦから第２のＮＦへの要求が第３のＮＦにリダイレクトされたことを判定し、応答が第３のＮＦのＡＰＩルートを有するＵＲＩを含むように、ＳＣＰを介して第１のＮＦに応答を送信する。
本開示はまた、不揮発性又は揮発性メモリ、例えば、非一時的コンピュータ可読記憶媒体、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、及びハードドライブ、の形態の少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムを含む。コンピュータプログラムは、プロセッサ９２０によって実行されると、ネットワークノード９００に、例えば図１、図２、又は図３に関連して先に説明した手順の、動作を実行させるコード／コンピュータ可読命令を含む。
コンピュータプログラム製品は、コンピュータプログラムモジュール内に構造化されたコンピュータプログラムコードとして構成され得る。コンピュータプログラムモジュールは、基本的に、図１、図２、又は図３に示すフローの動作を実行することができるだろう。
プロセッサは単一のＣＰＵ（中央演算処理装置）であってもよいが、２つ以上の処理ユニットを備えることもできる。例えば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサ及び／若しくは関連するチップセット、並びに／又は特定用途向け集積回路（ＡＳＩＣ）などの専用マイクロプロセッサを含み得る。プロセッサはまた、キャッシュ目的のためのボードメモリを備えてもよい。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品中で運ばれてもよい。コンピュータプログラム製品は、コンピュータプログラムが記憶される非一時的コンピュータ可読記憶媒体を備え得る。例えば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、又はＥＥＰＲＯＭであってもよく、上記のコンピュータプログラムモジュールは、代替実施形態において、メモリの形態をとる異なるコンピュータプログラム製品上に分散され得る。
本開示が、その実施形態を参照して上述された。当業者であれば、本開示の精神及び範囲から逸脱することなく、様々な変形、変更、及び追加を行うことができることを理解するはずである。したがって、本開示の範囲は、上記の特定の実施形態には限定されず、添付の特許請求の範囲によってのみ定義される。

Claims (19)

  1. サービス通信プロキシ（ＳＣＰ）機能を実装するネットワークノードにおける方法（１００）であって、
    第１のネットワーク機能（ＮＦ）から、第２のＮＦを宛先とする要求を受信すること（１１０）であって、前記要求は前記第２のＮＦに関する情報を備える、受信することと、
    前記ＳＣＰから第３のＮＦに前記要求をリダイレクトすること（１２０）であって、リダイレクトされた前記要求は前記第３のＮＦに関する情報を備える、リダイレクトすることと、
    前記第１のＮＦに応答を送信すること（１３０）であって、前記応答は前記第３のＮＦに関する前記情報を備える、送信することと、
    を含む方法。
  2. 前記要求は、前記第２のＮＦにあるリソースを更新する要求、又は通知要求である、請求項１に記載の方法（１００）。
  3. 前記第３のＮＦに関する前記情報は、前記第３のＮＦのアプリケーションプログラミングインターフェース（ＡＰＩ）ルートを示す、請求項１又は２に記載の方法（１００）。
  4. 前記第３のＮＦに関する前記情報は、リダイレクトされた前記要求の統一資源識別子（ＵＲＩ）中、又は前記応答のヘッダ中で運ばれる、請求項１から３のいずれか１項に記載の方法（１００）。
  5. 前記ヘッダが3gpp-Sbi-Target-apiRootヘッダである、請求項４に記載の方法（１００）。
  6. 前記第２のＮＦを宛先とする前記要求が、前記ＳＣＰのＡＰＩルートを有するＵＲＩを含み、前記第２のＮＦに関する前記情報が、前記第２のＮＦのＡＰＩルートを示し、3gpp-Sbi-Target-apiRootヘッダ中で運ばれる、請求項１から５のいずれか１項に記載の方法（１００）。
  7. 前記リダイレクトすること（１２０）が、前記第２のＮＦに関連する、故障、ロードバランシング、又はロードリバランシングに応じて前記要求の受信者として前記第３のＮＦを再選択することを含むか、又は、前記第３のＮＦへのリダイレクトを示す前記第２のＮＦからのインジケーションに応じたものである、請求項１から６のいずれか１項に記載の方法（１００）。
  8. 前記再選択することが、ＮＦリポジトリ機能（ＮＲＦ）に対して発見を実行することを含み、及び／若しくは、前記第２のＮＦに関連するバインディングインジケーションに基づくものであり、又は、
    前記インジケーションが前記第３のＮＦの前記ＡＰＩルートをさらに示す、請求項７に記載の方法（１００）。
  9. 前記第１のＮＦ又は第２のＮＦが、ハイパーテキスト転送プロトコル（ＨＴＴＰ）サーバ、ＨＴＴＰクライアント、ＮＦサービスプロデューサ、又はＮＦサービスコンシューマのうちの１つである、請求項１から８のいずれか１項に記載の方法（１００）。
  10. 第１のネットワーク機能（ＮＦ）における方法（２００）であって、
    サービス通信プロキシ（ＳＣＰ）へと、第２のＮＦを宛先とする要求を送信すること（２１０）であって、前記要求は前記第２のＮＦに関する情報を備える、送信することと、
    前記ＳＣＰから又は前記要求が前記ＳＣＰを介してリダイレクトされる第３のＮＦから応答を受信すること（２２０）であって、前記応答は前記第３のＮＦに関する情報を備える、受信することと、
    を含む方法。
  11. 前記要求は、前記第２のＮＦにあるリソースを更新する要求、又は通知要求である、請求項１０に記載の方法（２００）。
  12. 前記第３のＮＦに関する前記情報は、前記第３のＮＦのアプリケーションプログラミングインターフェース（ＡＰＩ）ルートを示す、請求項１０又は１１に記載の方法（２００）。
  13. 前記第３のＮＦに関する前記情報は、統一資源識別子（ＵＲＩ）中、又は前記応答のヘッダ中で運ばれる、請求項１０から１２のいずれか１項に記載の方法（２００）。
  14. 前記ヘッダが3gpp-Sbi-Target-apiRootヘッダである、請求項１３に記載の方法（２００）。
  15. 前記第２のＮＦを宛先とする前記要求が、前記ＳＣＰのＡＰＩルートを有するＵＲＩを含み、前記第２のＮＦに関する前記情報が、前記第２のＮＦのＡＰＩルートを示し、3gpp-Sbi-Target-apiRootヘッダ中で運ばれる、請求項１０に記載の方法（２００）。
  16. 前記ＳＣＰに、前記第３のＮＦを宛先とするさらなる要求を送信することであって、前記さらなる要求が前記第３のＮＦに関する前記情報を備える、送信することをさらに含む、請求項１１から１５のいずれか１項に記載の方法（２００）。
  17. 第３のネットワーク機能（ＮＦ）における方法（３００）であって、
    サービス通信プロキシ（ＳＣＰ）を介する第１のＮＦから第２のＮＦへの要求が前記第３のＮＦにリダイレクトされたことを判定すること（３１０）と、
    前記ＳＣＰを介して前記第１のＮＦへ応答を送信すること（３２０）であって、前記応答が第３のＮＦのアプリケーションプログラミングインターフェース（ＡＰＩ）ルートを有する統一資源識別子（ＵＲＩ）を備える、送信することと、
    を含む方法。
  18. ネットワークノード（９００）であって、通信インターフェース（９１０）と、プロセッサ（９２０）と、メモリ（９３０）とを備え、前記メモリ（９３０）は、命令であって、前記プロセッサ（９２０）によって実行可能であり、これによって前記ネットワークノード（９００）が、サービス通信プロキシ（ＳＣＰ）機能を実装するときに請求項１から９のいずれか１項に記載の方法を実行し、又は第１のネットワーク機能（ＮＦ）を実装するときに請求項１０から１６のいずれか１項に記載の方法を実行し、又は第３のネットワーク機能（ＮＦ）を実装するときに請求項１７に記載の方法を実行するように動作可能である、命令を含む、ネットワークノード。
  19. 格納されたコンピュータ可読命令を有するコンピュータ可読記憶媒体であって、前記コンピュータ可読命令は、ネットワークノードのプロセッサによって実行されたとき、前記ネットワークノードを、サービス通信プロキシ（ＳＣＰ）機能を実装するときに請求項１から９のいずれか１項に記載の方法を実行し、又は第１のネットワーク機能（ＮＦ）を実装するときに請求項１０から１６のいずれか１項に記載の方法を実行し、又は第３のネットワーク機能（ＮＦ）を実装するときに請求項１７に記載の方法を実行するように構成する、コンピュータ可読記憶媒体。
JP2023504382A 2020-08-07 2020-12-07 間接通信のためのネットワークノード及びネットワークノードにおける方法 Active JP7466756B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2020/107899 2020-08-07
CN2020107899 2020-08-07
PCT/CN2020/134182 WO2022027887A1 (en) 2020-08-07 2020-12-07 Network nodes and methods therein for indirect communication

Publications (2)

Publication Number Publication Date
JP2023537468A true JP2023537468A (ja) 2023-09-01
JP7466756B2 JP7466756B2 (ja) 2024-04-12

Family

ID=74003660

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023504382A Active JP7466756B2 (ja) 2020-08-07 2020-12-07 間接通信のためのネットワークノード及びネットワークノードにおける方法

Country Status (7)

Country Link
US (2) US20230291809A1 (ja)
EP (2) EP4369688A1 (ja)
JP (1) JP7466756B2 (ja)
CN (2) CN116647565A (ja)
AU (1) AU2020462696A1 (ja)
BR (1) BR112023001927A2 (ja)
WO (1) WO2022027887A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024001734A1 (en) * 2022-06-29 2024-01-04 Telefonaktiebolaget Lm Ericsson (Publ) Feature discovery in non-direct subscription scenarios

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10693860B2 (en) * 2017-09-08 2020-06-23 Citrix Systems, Inc. RDP proxy support in presence of RDP server farm with session directory or broker
US11323550B2 (en) * 2020-02-17 2022-05-03 Cisco Technology, Inc. Techniques to send load-share notifications to multiple receivers
EP3886401A1 (en) * 2020-03-27 2021-09-29 Nokia Technologies Oy Method, apparatus, and computer program product for error handling for indirect communications

Also Published As

Publication number Publication date
JP7466756B2 (ja) 2024-04-12
EP4369688A1 (en) 2024-05-15
WO2022027887A1 (en) 2022-02-10
US20240171653A1 (en) 2024-05-23
AU2020462696A1 (en) 2023-04-20
CN116647565A (zh) 2023-08-25
BR112023001927A2 (pt) 2023-03-28
CN116158067A (zh) 2023-05-23
EP4193585B1 (en) 2024-05-01
US20230291809A1 (en) 2023-09-14
EP4193585A1 (en) 2023-06-14

Similar Documents

Publication Publication Date Title
US9794216B2 (en) Request routing in a networked environment
US20200336554A1 (en) Proxy routing based on path headers
US9451046B2 (en) Managing CDN registration by a storage provider
EP2266064B1 (en) Request routing
US11750694B2 (en) CDN-based client messaging
US20240171653A1 (en) Network nodes and methods therein for indirect communication
JP7450803B2 (ja) 通知配信のためのネットワークノードおよびネットワークノードにおける方法
US20190037044A1 (en) Content distribution and delivery optimization in a content delivery network (cdn)
WO2022083385A1 (en) Network nodes and methods therein for providing backup network function
US11095605B1 (en) Request routing utilizing encoded DNS-based messaging parameters
US9467377B2 (en) Associating consumer states with interests in a content-centric network
WO2023006022A1 (en) Network nodes and methods therein for facilitating network function discovery
KR20230146659A (ko) 애플리케이션 컨텍스트 재배치를 용이하게 하기 위한 네트워크 노드 및 방법
JP2024513850A (ja) エッジ構成サーバ情報処理方法、装置及び通信機器

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230316

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230316

TRDD Decision of grant or rejection written
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240229

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240304

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240402

R150 Certificate of patent or registration of utility model

Ref document number: 7466756

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150