JP7404513B2

JP7404513B2 - Ｔｌｓを用いる間接通信のサポート

Info

Publication number: JP7404513B2
Application number: JP2022516224A
Authority: JP
Inventors: ヨンヤン，; ジーサス－エンジェルデ－グレゴリオ－ロドリゲス，; ヤンジール，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-10-01
Filing date: 2020-09-30
Publication date: 2023-12-25
Anticipated expiration: 2040-09-30
Also published as: US12010186B2; US20220385735A1; EP4038855A1; CN114503644A; MX2022003840A; CN114503644B; WO2021064062A1; JP2022550272A

Description

本開示は、無線通信システムのコアネットワーク（例えば、第５世代コア（５ＧＣ：Fifth Generation Core））におけるネットワーク機能（ＮＦ：Network Functions）間の間接通信に関するものである。

《図１》
図１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）リファレンスアーキテクチャを示す。５Ｇコア（５ＧＣ）において、サービスベース・アーキテクチャ（ＳＢＡ：Service Based Architecture）における間接通信モデルは、ネットワーク機能（ＮＦ）サービスコンシューマ（service consumer）が、そのサービス要求（service request）を、サービス通信プロキシ（ＳＣＰ：Service Communication Proxy）と呼ばれるエンティティに向けて送信し、当該ＳＣＰが、新たなサービス要求をターゲットＮＦサービスプロデューサに向けて発行することを要求する。以下の態様も適用可能である：
●ＮＦサービスコンシューマからのサービス要求は、トランスポート層セキュリティ（ＴＬＳ：Transport Layer Security）で保護される場合、ＳＣＰにおいてＴＬＳコネクションを終端する必要がある。
●ＳＣＰは、ＮＦサービスコンシューマに向けた以前の応答をキャッシュすることを要求されうる。
具体的には、以下の３ＧＰＰ技術仕様（ＴＳ）２３．５０１Ｖ１６．２．０に記載のように：
ＳＣＰが配置される場合、ＳＣＰは、付属書Ｅに記載のように、ＮＦとＮＦサービスとの間の間接通信のために使用されうる。ＳＣＰは、サービス自体を公開しない。

３ＧＰＰ技術仕様（ＴＳ）２３．５０１Ｖ１６．２．０の付属書Ｅ（informative）は以下のとおりである：

３ＧＰＰＴＳ３３．２１０Ｖ１６．２．０に規定されるように、ＴＬＳ１．２がサポートされる必要がある。具体的には、３ＧＰＰＴＳ３３．２１０Ｖ１６．２．０のセクション６．２．１が、以下を述べている：

サービスコンシューマとサービスプロデューサとの間の通信をサポートするために、少なくともＳＣＰが間に配置され、かつ、ＴＬＳが使用される場合、サービスコンシューマとＳＣＰとの間にＴＬＳアソシエーションが確立される。

３ＧＰＰでは、サービスプロデューサのユニフォームリソースインジケータ（ＵＲＩ：Uniform Resource Indicator）を設定する、３ＧＰＰ固有のカスタムハイパーテキスト転送プロトコル（ＨＴＴＰ）ヘッダ「3gpp-Sbi-Target-apiRoot」が導入されており、即ち、代行ディスカバリ（delegated discovery）の有無によらず、ＨＴＴＰクライアントは、ターゲットリソースのための権限サーバのapiRootに設定された3gpp-Sbi-Target-apiRootヘッダ（使用可能な場合）をＳＣＰへ送信する要求に含める。言い換えれば、ＮＦサービスコンシューマが、3gpp-Sbi-Target-apiRootと呼ばれる、ＨＴＴＰヘッダ内のターゲットＮＦサービスプロデューサのアプリケーションプログラムインタフェース（ＡＰＩ）ルート（ＨＴＴＰスキーマ＋権限＋ＡＰＩプレフィックス）を、ＳＣＰへ伝達することが合意されている。

「3gpp-Sbi-Target-apiRoot」の導入は、以下で説明するように、潜在的なキャッシング問題につながる。Internet Engineering Task Force（ＩＥＴＦ）Request for Comment（ＲＦＣ）７２３４は、プライマリキャッシュキーが、要求メソッドとターゲットユニフォームリソースインジケータ（ＵＲＩ）とで構成されることを規定している。要求が提示された場合、キャッシュは、提示された有効な要求ＵＲＩと保存されている応答のＵＲＩとが一致しない限り、保存されている応答を再利用してはならない。例：
●プロデューサＮＦ（例えば、統合データ管理（ＵＤＭ：Unified Data Management））へ要求を送信するコンシューマネットワーク機能（ＮＦ）（例えば、アクセス・モビリティ機能（ＡＭＦ：Access and Mobility Function））は、以下を送信する必要がありうる：
GET https://udm1.operator.com/nudm_sdm/v1/{supi}/nssai
●次に、ＡＭＦがトランスポート層セキュリティ（ＴＬＳ：Transport Layer Security）を用いるサービス通信プロキシ（ＳＣＰ）を使用するように設定されている場合、ＡＭＦは、以下の要求をＳＣＰへ送信する：
GET https://scp.operator.com/nudm_sdm/v1/{supi}/nssai
3gpp-Sbi-Target-apiRoot: https://udm1.operator.com
これには、キャッシュの観点から、ＵＤＭ１及びＵＤＭ２へ送信される要求が同一であるという問題がある。

言い換えると、ＣＴ４＃９３ミーティングにおいて、ＮＦサービスコンシューマが、ＳＣＰへのハイパーテキスト転送プロトコル（ＨＴＴＰ）要求の権限を、ＳＣＰの完全修飾ドメイン名（ＦＱＤＮ）＋ポートとして設定することが提案された。これは、異なる複数のＮＦサービスコンシューマへの異なる複数の要求がＳＣＰへの同一のＨＴＴＰ要求をもたらし、これによりレスポンスのキャッシングが実現不可能になる可能性があるので、問題があるとみなされた。

この問題に対処するための１つの提案は、ＨＴＴＰ要求の権限を以下のように設定することである：
＜ターゲットＦＱＤＮを表すラベル＞．＜ＳＣＰのＦＱＤＮ＞
キャッシュキーが、典型的には、権限部分を含む、フルＵＲＩに基づいていることを前提として、これは、キャッシュされた応答間の衝突の問題を解決する。上記からの例を続けると、１つの例は以下のようになる：
GET https://label1.scp.operator.com/nudm_sdm/v1/{supi}/nssai
3gpp-Sbi-Target-apiRoot: https://udm1.operator.com
ＳＣＰは、https://label1.scp.operator.com/nudm_sdm/v1/{supi}/nssai に基づいて、コンシューマに向けたキャッシュを構築する。その後、ＳＣＰは、label1を削除し、当初の意図どおりに、https://udm1.operator.com/nudm_sdm/v1/{supi}/nssai に対して要求を送信する。サービスコンシューマ（例えば、この場合にはＡＭＦ）は、異なる「label1」を使用して、ＵＤＭ１及びＵＤＭ２からの応答を見分ける。

しかし、上記の提案には下記の問題がある。ＡＭＦが標準のＨＴＴＰプロトコルスタックを実装していると仮定する：
１．オペレータのドメインネームシステム（ＤＮＳ）インフラストラクチャは、＊．＜ＳＣＰのＦＱＤＮ＞の形式の全てのアドレスが、ＳＣＰのインターネットプロトコル（ＩＰ）アドレスに解決されるように設定される必要がある。即ち、ＨＴＴＰプロトコルスタックが、authority＝label1.scp.operator.com を受信すると、ＳＣＰのＩＰアドレスを取得するためにＤＮＳ手順が実行される。これは、ＳＣＰのワイルドカードＤＮＳレコード（*.scp.operator.com等）がＤＮＳサーバにおいて設定されることを必要とする。
２．ＳＣＰは、ドメイン＊．＜ＳＣＰのＦＱＤＮ＞に一致するワイルドカード証明書（certificate）を提示しなければならない。即ち、「:scheme」＝「https」であるため、サービスコンシューマは、ＳＣＰとのＴＬＳアソシエーションを確立する必要がある。ＴＬＳ１．２が使用される場合、「server hello」メッセージにおいて、ＳＣＰは、サーバの公開キー及びその証明書を提供する必要があり、ここで、そのような証明書及び公開キーは、「label1.SCP.operator.com」用ではなく、ＳＣＰのＦＱＤＮ（scp.operator.com）用である。証明書をＳＣＰのＩＰアドレスに直接関連付けることは更に悪いアイデアであり、それは、ＩＰアドレスがパブリックＩＰアドレスであることが必要となり、オペレータネットワークではプライベートＩＰアドレスを使用することが非常に多いためである。更に、クラウド環境では、ＮＦは、動的にインスタンス化され、ＩＰアドレスを割り当てられることがある。このため、対応するＩＰアドレスを解決するには、ＳＣＰのＦＱＤＮを使用してＤＮＳを使用する必要がある。

代替的なソリューションの実施形態が本明細書において開示される。第５世代（５Ｇ）コア（５ＧＣ）では、サービスコンシューマが、ＴＬＳを使用してＳＣＰを介してサービスプロデューサと通信する必要があり、サービスコンシューマは、好ましくは「キャッシュキー」又は単に「ｃｋ」と称されるクエリパラメータを、「:path」に含める。ｃｋクエリパラメータの値は、ターゲットＮＦサービスプロデューサと関連付けられた（即ち、リンクされた）値（例えば、ターゲットＮＦサービスプロデューサのＦＱＤＮと関連付けられた（例えば、リンクされた）値）に設定される。例えば、上記の例を続けると、ソリューションは以下のようになる：
●ＡＭＦは以下のようにＧＥＴ要求を構成し、それをＳＣＰへ送信する：
GET https://scp.operator.com/nudm_sdm/v1/{supi}/nssai?ck=value1
3gpp-Sbi-Target-apiRoot: https://udm1.operator.com
●サービスコンシューマ（即ち、ＡＭＦ）は、以下に基づいてコンシューマに向けたキャッシュを構築する：
https://scp.operator.com/nudm_sdm/v1/{supi}/nssai?ck=value1
●ＳＣＰは、クエリパラメータを削除しうるとともに、当初の意図どおりに、https://udm1.operator.com/nudm_sdm/v1/{supi}/nssai へ要求を送信する。
異なる複数のターゲットＮＦサービスプロデューサからの応答を見分けるために、異なる値がｃｋクエリパラメータに対して割り当てられる。

サービスコンシューマがＴＬＳを用いてＳＣＰを介してサービスプロデューサと通信する場合のキャッシング問題を解決する。

一実施形態は、トランスポート層セキュリティ（ＴＬＳ）を用いるサービス通信プロキシ（ＳＣＰ）を使用する、無線通信システムのコアネットワークにおける間接通信のための方法を対象としており、本方法は、ネットワーク機能（ＮＦ）サービスコンシューマにおいて、第１のＮＦサービスプロデューサ・インスタンスを対象としたハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージを、ＳＣＰへ送信することであって、ＨＴＴＰメッセージは、ＳＣＰの完全修飾ドメイン名（ＦＱＤＮ）を使用し、かつ、第１の値に設定されたクエリパラメータを含むパスを有する、ことと、ＳＣＰにおいて、ＨＴＴＰメッセージをＮＦサービスコンシューマから受信することと、ＨＴＴＰメッセージに対するＨＴＴＰ応答を取得することと、ＨＴＴＰ応答をＮＲサービスコンシューマへ送信することと、ＮＦサービスコンシューマ（６０２）において、ＨＴＴＰ応答をＳＣＰから受信することと、を含む。

本明細書に組み込まれ、その一部を形成する添付図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理を説明するのに役立つ。

図１は、第５世代（５Ｇ）コア（５ＧＣ）リファレンスアーキテクチャを示す。図２は、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２３．５０１Ｖ１６．２．０の付属書Ｅの図Ｅ．１－１の再現図である。図３は、本開示のいくつかの実施形態に係るセルラ通信ネットワークの一例を示す。、図４及び図５は、図３の５ＧＣの例示的な表現を示す。図６は、本開示の実施形態に係る、トランスポート層セキュリティ（ＴＬＳ）を用いてサービス通信プロキシ（ＳＣＰ）を使用する、ネットワーク機能（ＮＦ）サービスコンシューマとＮＦサービスプロデューサとの間の間接通信を示す。、図７Ａ及び図７Ｂは、本開示の実施形態に係る、図６のＮＦサービスコンシューマ、ＳＣＰ、及びＮＦサービスプロデューサ・インスタンスの動作を示す。図８は、本開示のいくつかの実施形態に係るネットワークノードの概略的なブロック図である。図９は、本開示のいくつかの実施形態に係る、図８のネットワークノードの仮想化された実施形態を示す概略的なブロック図である。図１０は、本開示のいくつかの他の実施形態に係る、図８のネットワークノードの概略的なブロック図である。

以下に記載される実施形態は、当業者が実施形態を実施することを可能にするとともに、実施形態を実施する最良の形態を示すための情報を表す。添付図面に照らして以下の説明を読むと、当業者であれば本開示の概念を理解し、本明細書で特に対処されていないこれらの概念の適用を認識するであろう。これらの概念及び適用は、本開示の範囲内にあることを理解されたい。

無線ノード：本明細書で使用されるように、「無線ノード」は、無線アクセスノード又は無線デバイスのいずれかである。

無線アクセスノード：本明細書で使用されるように、「無線アクセスノード」又は「無線ネットワークノード」は、信号を無線で送信及び／又は受信するように動作するセルラ通信ネットワークの無線アクセスネットワーク内の任意のノードである。無線アクセスノードのいくつかの例には、基地局（例えば、第３世代パートナシッププロジェクト（３ＧＰＰ）の第５世代（５Ｇ）ＮＲネットワークにおけるニューレディオ（ＮＲ：New Radio）基地局（ｇＮＢ）、又は３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワークにおける拡張又は進化型ノードＢ（ｅＮＢ）、高電力又はマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢ等）、及びリレーノードが含まれるが、これらに限定されない。

コアネットワークノード：本明細書で使用されるように、「コアネットワークノード」は、コアネットワーク内の任意のタイプのノード、又はコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例には、例えば、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ：Packet Data Network Gateway）、サービス能力エクスポージャ機能（ＳＣＥＦ：Service Capability Exposure Function）、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）等が挙げられる。コアネットワークノードの他の例には、アクセス及びモビリティ機能（ＡＭＦ：Access and Mobility Function）、ユーザプレーン機能（ＵＰＦ：User Plane Function）、セッション管理機能（ＳＭＦ：Session Management Function）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ：etwork Function (NF) Repository Function）、ポリシー制御機能（ＰＣＦ：Policy Control Function）、統合データ管理（ＵＤＭ：Unified Data Management）等を実装するノードが含まれる。

無線デバイス：本明細書で使用されるように、「無線デバイス」は、（１つ以上の）無線アクセスノードへの信号を無線で送信及び／又は受信することによって、セルラ通信ネットワークにアクセスする（即ち、セルラ通信ネットワークによってサービスが行われる）任意のタイプのデバイスである。無線デバイスのいくつかの例には、３ＧＰＰネットワーク内のユーザ装置デバイス（ＵＥ）及びマシンタイプ通信（ＭＴＣ）デバイスが含まれるが、これらに限定されない。

ネットワークノード：本明細書で使用されるように、「ネットワークノード」は、無線アクセスネットワークの一部であるか又はセルラ通信ネットワーク／システムのコアネットワークの一部である、任意のノードである。

本明細書で与えられる説明は、３ＧＰＰセルラ通信システムに焦点を当てており、したがって、３ＧＰＰの用語又は３ＧＰＰの用語に類似する用語がしばしば使用されていることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語を参照しうるが、特に、５ＧＮＲの概念に関しては、セルの代わりにビームを使用が使用されうるため、本明細書で説明される概念がセル及びビームの両方に等しく適用可能であることに留意することが重要であることに留意されたい。

本明細書では、トランスポート層セキュリティ（ＴＬＳ）を有するサービス通信プロキシ（ＳＣＰ）を使用する、ＮＦサービスコンシューマとＮＦサービスコンシューマとの間の間接通信のためのソリューションの実施形態が開示される。５Ｇコア（５ＧＣ）では、サービスコンシューマがＴＬＳを使用してＳＣＰを介してサービスプロデューサと通信する必要があり、サービスコンシューマは、「:path」に、好ましくは「キャッシュキー」又は単に「ｃｋ」と呼ばれるクエリパラメータを含む。ｃｋクエリパラメータの値は、ターゲットＮＦサービスプロデューサと関連付けられた（即ち、リンクされた）値（例えば、ターゲットＮＦサービスプロデューサの完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）と関連付けられた（例えば、リンクされた）値）に設定される。
このｃｋクエリパラメータに適用可能ないくつかの態様は、以下のとおりである：
●これは、キャッシュオブジェクトを見分けるために、ＳＣＰのキャッシュシステムによって使用される。これは、キャッシュに見られる典型的な特徴である。（［１］参照）
●これには種々の方法（実装固有）で計算された短くてコンパクトな値が含まれうるが、例えば、ターゲットＮＦサービスプロデューサのアプリケーションプログラムインタフェース（ＡＰＩ）ルート全体のセキュアハッシュアルゴリズム１（ＳＨＡ－１）ハッシュの４０ビット・トランケーション（3gpp-Sbi-Target-ApiRootヘッダに含まれるものと同じ値）とされうる。
○注：４０ビット・ハッシュを使用する、個数１５００ホスト／ＦＱＤＮのうち、衝突確率［２］は１０^-6である。
●値は所与のapiRootにバインドされる（即ち、同じＡＰＩルートが、ｃｋのコンテンツに対して同じ値を生成する）。
●クエリパラメータｃｋは、ＳＣＰによって使用され、実際のサービス定義の一部ではないことを前提として、実際のＮＦサービスプロデューサには送信されない。サービスプロデューサのＯｐｅｎＡＰＩ定義では文書化しないことが提案されている。

例：ＡＭＦは、以下のユニフォームリソース識別子（ＵＲＩ：Uniform Resource Identifier）に対するＧＥＴ要求をＵＤＭに送信する必要がある：
1. https://udm1.operator.com/api-prefix/nudm-sdm/v1/{supi}/nssai
2. https://udm2.operator.com/api-prefix/nudm-sdm/v1/{supi}/nssai
以下を介して：
https://scp.operator.com:8080/
当該要求は、その後、以下のとおりＳＣＰへ送信される：
1. GET https://scp.operator.com:8080/nudm-sdm/v1/{supi}/nssai?ck=47A319D0F9
Accept: application/json
3gpp-Sbi-Target-ApiRoot: https://udm1.operator.com/api-prefix
2. GET https://scp.operator.com:8080/nudm-sdm/v1/{supi}/nssai?ck=2F367503F4
Accept: application/json
3gpp-Sbi-Target-ApiRoot: https://udm2.operator.com/api-prefix
この例は、さもなければ同一であったはずの２つの要求が、ｃｋクエリパラメータを含めることによってどのように見分けられるかを示している。キャッシュシステムが、このようなパラメータを追加キーとして使用するように設定されている場合、ＮＦサービスコンシューマに向けて再利用される応答を見分けることができる。

《図３》
図３は、本開示の実施形態が実装されうるセルラ通信システム３００の一例を示す。本明細書に記載の実施形態では、セルラ通信システム３００は、ＮＲ無線アクセスネットワーク（ＲＡＮ）又はＬＴＥＲＡＮ（即ち、Evolved Universal Terrestrial Radio Access（Ｅ－ＵＴＲＡ）ＲＡＮ）を含む５Ｇシステム（５ＧＳ）である。本例では、ＲＡＮは、基地局３０２－１及び３０２－２を含み、これらは、５ＧにおいてｇＮＢ又は５ＧＣに接続されたＬＴＥＲＡＮノード（ｇｎ－ｅＮＢと称される）と称され、対応する（マクロ）セル３０４－１及び３０４－２を制御する。基地局３０２－１及び３０２－２は、本明細書では集合的に基地局３０２と一般的に称されるとともに、個別に基地局３０２と称される。（マクロ）セル３０４－１及び３０４－２は、本明細書では集合的に（マクロ）セル３０４と一般的に称されるとともに、個別にマクロセル３０４と称される。ＲＡＮは、対応するスモールセル３０８－１～３０８－４を制御するいくつかの低電力ノード３０６－１～３０６－４も含みうる。低電力ノード３０６－１～３０６－４は、スモール基地局（ピコ又はフェムト基地局等）又はリモートラジオヘッド（ＲＲＨ）等であってもよい。特に、図示されていないが、スモールセル３０８－１～３０８－４の１つ以上は、基地局３０２によって代替的に提供されてもよい。低電力ノード３０６－１～３０６－４は、本明細書では一般的に、集合的に低電力ノード３０６と称されるとともに、個別に低電力ノード３０６と称される。同様に、スモールセル３０８－１～３０８－４は、本明細書では一般的に、集合的にスモールセル３０８と称されるとともに、個別にスモールセル３０８と称される。セルラ通信システム３００は、コアネットワーク３１０を更に含み、当該コアネットワークは５ＧＳにおいて５ＧＣと称される。基地局３０２（及びオプションとして低電力ノード３０６）は、コアネットワーク３１０に接続されている。

基地局３０２及び低電力ノード３０６は、対応するセル３０４及び３０８内の無線デバイス３１２－１～３１２－５にサービスを提供する。無線デバイス３１２－１～３１２－５は、本明細書では集合的に無線デバイス３１２と一般的に称されるとともに、個別に無線デバイス３１２と称される。無線デバイス３１２は、本明細書ではＵＥと称されることもある。

《図４》
図４は、コアＮＦで構成される５Ｇネットワークアーキテクチャとして表される無線通信システムを示しており、任意の２つのＮＦ間のインタラクションは、ポイント・ツー・ポイント・リファレンスポイント／インタフェースによって表される。図４は、図３のシステム３００の１つの特定の実装と考えられうる。

アクセス側から見ると、図４に示す５Ｇネットワークアーキテクチャは、ＡＭＦだけでなく、ＲＡＮ又はアクセスネットワーク（ＡＮ）のいずれかに接続された複数のＵＥを含む。典型的には、（Ｒ）ＡＮは、例えば、ｅＮＢ又はｇＮＢ又は同様のもの等の基地局を含む。コアネットワーク側から見ると、図４に示す５ＧコアＮＦは、ＮＳＳＦ、ＡＵＳＦ、ＵＤＭ、ＡＭＦ、ＳＭＦ、ＰＣＦ、及びアプリケーション機能（ＡＦ）を含む。

５Ｇネットワークアーキテクチャのリファレンスポイント表現は、規範的な標準化における詳細なコールフローを開発するために使用される。Ｎ１リファレンスポイントは、ＵＥとＡＭＦとの間で信号を搬送するように定義される。ＡＮとＡＭＦとの間、及びＡＮとＵＰＦとの間を接続するためのリファレンスポイントは、それぞれＮ２及びＮ３として定義される。ＡＭＦとＳＭＦとの間にはリファレンスポイントＮ１１があり、これは、ＳＭＦがＡＭＦによって少なくとも部分的に制御されることを意味する。Ｎ４は、ＵＰＦが、ＳＭＦによって生成された制御信号を使用して設定されることができ、ＵＰＦが、その状態をＳＭＦに報告することができるように、ＳＭＦ及びＵＰＦによって使用される。Ｎ９は、異なるＵＰＦ間を接続するためのリファレンスポイントであり、Ｎ１４は、異なるＡＭＦ間を接続するリファレンスポイントである。Ｎ１５及びＮ７は、ＰＣＦがＡＭＦ及びＳＭＰにそれぞれポリシーを適用するため、定義されている。Ｎ１２は、ＡＭＦがＵＥの認証を行うために必要とされる。Ｎ８とＮ１０は、ＵＥのサブスクリプションデータがＡＭＦ及びＳＭＦに必要とされるため、定義されている。

５ＧＣネットワークは、ユーザプレーンと制御プレーンとを分離することを目指している。ユーザプレーンは、ユーザトラフィックを搬送し、制御プレーンは、ネットワークにおけるシグナリングを搬送する。図４では、ＵＰＦはユーザプレーンにあり、他の全てのＮＦ（即ち、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＡＦ、ＡＵＳＦ、及びＵＤＭ）は制御プレーンにある。ユーザプレーンと制御プレーンとを分離することにより、各プレーン・リソースが独立してスケーリングされることが保証される。また、ＵＰＦは、制御プレーン機能とは別個に分散して配置されることが可能である。このアーキテクチャにおいて、ＵＰＦは、低遅延を必要とするいくつかのアプリケーションのために、ＵＥとデータネットワークと間のラウンドトリップ時間（ＲＴＴ）を短縮するように、ＵＥに非常に近い位置に配置されてもよい。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能で構成される。例えば、ＡＭＦ及びＳＭＦは、制御プレーンにおいて独立した機能である。分離されたＡＭＦ及びＳＭＦは、独立した発展及びスケーリングを可能にする。ＰＣＦ及びＡＵＳＦのような他の制御プレーン機能は、図４に示すように分離されうる。モジュール化された機能設計は、５ＧＣネットワークが種々のサービスを柔軟にサポートすることを可能にする。

各ＮＦは、別のＮＦと直接インタラクションを行う。中間機能を使用して、あるＮＦから別のＮＦにメッセージをルーティングすることが可能である。制御プレーンでは、２つのＮＦ間のインタラクションのセットが、その再使用が可能となるようにサービスとして定義される。このサービスは、モジュラリティ（modularity）のサポートを可能にする。ユーザプレーンは、異なるＵＰＦ間の転送動作等のインタラクションをサポートする。

《図５》
図５は、図４の５Ｇネットワークアーキテクチャで使用されるポイント・ツー・ポイント・リファレンスポイント／インタフェースに代えて、制御プレーン内のＮＦ間のサービスベースのインタフェースを使用する、５Ｇネットワークアーキテクチャを示している。ただし、図４を参照して上述したＮＦは、図５に示すＮＦに対応する。ＮＦが、権限を与えられた他のＮＦに提供するサービス等は、サービスベースのインタフェースを通じて、権限を与えられたＮＦに公開されうる。図５では、サービスベースのインタフェースは、文字「Ｎ」の後にＮＦの名称（ＡＭＦのサービスベースのインタフェースについてはＮａｍｆ、ＳＭＦのサービスベースのインタフェースについてはＮｓｍｆ等）で示されている。図５のＮＥＦ及びＮＲＦは、上述の図４には示されていない。しかし、図４に明示的に示されていないが、図４に示されている全てのＮＦが、必要に応じて図５のＮＥＦ及びＮＲＦとインタラクションを行いうることが明確にされるべきである。

図４及び図５に示されるＮＦのいくつかの特性が、以下の方法で記載されうる。ＡＭＦは、ＵＥベースの認証、権限付与、モビリティ管理等を提供する。ＡＭＦは無線アクセス技術から独立しているので、多元接続技術を使用するＵＥでさえも、基本的に単一のＡＭＦに接続される。ＳＭＦは、セッション管理を担い、ＵＥに対してインターネットプロトコル（ＩＰ）アドレスを割り当てる。また、データ転送のためにＵＰＦを選択及び制御する。ＵＥが複数のセッションを有する場合、異なるＳＭＦが、それらを個別に管理するために各セッションに割り当てられうるとともに、場合によってはセッションごとに異なる機能を提供しうる。ＡＦは、サービス品質（ＱｏＳ）をサポートするために、ポリシー制御を担うＰＣＦに、パケットフローに関する情報を提供する。この情報に基づいて、ＰＣＦは、ＡＭＦ及びＳＭＦを適切に動作させるために、モビリティ及びセッション管理に関するポリシーを決定する。ＡＵＳＦは、ＵＥ等のための認証機能をサポートし、それ故に、ＵＤＭがＵＥのサブスクリプションデータを格納する間に、ＵＥ等の認証のためのデータを格納する。データネットワーク（ＤＮ）は、５ＧＣネットワークの一部ではなく、インターネットアクセス又はオペレータサービス等を提供する。

ＮＦは、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェア・インスタンスとして、又は、適切なプラットフォーム（例えば、クラウドインフラストラクチャ）上でインスタンス化される仮想化された機能として、実装されうる。

《図６》
図６は、ＮＦサービスコンシューマ６０２（例えば、ＡＭＦ）と、（本明細書ではＮＦサービスプロデューサ・インスタンス１とも称される）第１のＮＦサービスプロデューサ・インスタンス６０４－１によって表される、ＮＦサービスプロデューサ（例えば、ＵＤＭ）との間で、ＴＬＳを使用してＳＣＰ６０６を介して間接通信を行うためのシステム６００を示す。ＴＬＳを使用したＳＣＰ６０６を介する間接通信は、ＮＦサービスコンシューマ６０２と、ＮＦサービスプロデューサの１つ以上の追加インスタンス（例えば、本明細書ではＮＦサービスプロデューサ・インスタンス２とも称される、ＮＦサービスプロデューサ・インスタンス６０４－２）との間でも提供されうる。ＮＦサービスコンシューマ６０２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）クライアント６０８を含む。ＮＦサービスプロデューサ・インスタンス６０４－１及び６０４－２は、それぞれＨＴＴＰサーバ６１０－１及び６１０－２を含む。

《図７Ａ及び図７Ｂ》
図７Ａ及び図７Ｂは、本開示の実施形態に係るシステム６００の動作を示す。オプションのステップは、破線又は破線のボックスによって表される。なお、この例ではＨＴＴＰＧＥＴ要求を使用しているが、以下で説明するクエリパラメータは、任意のＨＴＴＰメッセージ（例えば、ＨＴＴＰＧＥＴ、ＨＴＴＰＰＯＳＴ、ＨＴＴＰＰＵＴ、ＨＴＴＰＤＥＬＥＴＥ等）で使用できる。

いくつかの実施形態では、ＮＦサービスコンシューマ６０２が、関連キャッシュシステム内にキャッシュを構築して保持する。キャッシュは、本明細書に記載のようにｃｋクエリパラメータを使用する。図示された例では、ＮＦサービスコンシューマ６０２が、ＳＣＰ６０６を介して第１のＮＦサービスプロデューサ・インスタンス６０４－１へＨＴＴＰＧＥＴ要求を送信することを望んでいる。ＮＦサービスコンシューマ６０２がキャッシュを構築して維持する実施形態では、ＮＦサービスコンシューマ６０２は、ＮＦサービスプロデューサ・インスタンス６０４－１と関連付けられた値（この例では「ｖａｌｕｅ１」と称される値）に設定された、本明細書では「キャッシュキー」又は単に「ｃｋ」と称されるクエリパラメータを使用して、ＨＴＴＰＧＥＴ要求について関連キャッシュシステムにヒットがあるかどうかを判定する（ステップ７００）。ヒットがある場合、ＮＦサービスコンシューマ６０２は、関連キャッシュシステムからＨＴＴＰＧＥＴ要求に対するＨＴＴＰ応答を取得し、それ以外の場合、ＮＦサービスコンシューマ６０２は、以下で説明するように、ＨＴＴＰＧＥＴ要求をＳＣＰ６０６へ送信する。

ＮＦサービスコンシューマ６０２においてキャッシングが実装されていない場合、又はＮＦサービスコンシューマ６０２においてキャッシングが実装されているがキャッシュミスがある場合、ＮＦサービスコンシューマ６０２（より具体的にはＨＴＴＰクライアント６０８）は、ＳＣＰ６０６のＦＱＤＮと、ＮＦサービスプロデューサ・インスタンス６０４－１の値（「ｖａｌｕｅ１」）に設定されたｃｋクエリパラメータを含むパスとを使用して、ＨＴＴＰＧＥＴ要求をＳＣＰ６０６へ送信する（ステップ７０２）。ＨＴＴＰクライアント６０８は更に、ターゲットリソースに対するサーバのＵＲＩの権限コンポーネントを含むapiRootに設定された3gpp-Sbi-Target-apiRootヘッダを含み、この場合、これはＮＦサービスプロデューサ・インスタンス６０４－１のものである。例えば、ＮＦサービスコンシューマ６０２がＡＭＦであり、ＮＦサービスプロデューサ・インスタンス６０４－１がＵＤＭインスタンス（ＵＤＭ１）であることを想定すると、ＧＥＴ要求は、例えば以下でありうる：
GET https://scp.operator.com:8080/nudm-sdm/v1/{supi}/nssai?ck=47A319D0F9
Accept: application/json
3gpp-Sbi-Target-ApiRoot: https://udm1.operator.com/api-prefix
なお、ｃｋクエリパラメータの値は、その値をＮＦサービスコンシューマ・インスタンスのＦＱＤＮ（又はapiRoot）に関連付ける任意の適切なメカニズムを使用して計算されうるか、さもなければ決定されうる。例えば、その値は、apiRootのハッシュ（例えば、ＳＨＡ－１）として計算され、その後、（例えば、効率性のために）ハッシュの完全な長さよりも少ないビットにトランケーションされる場合がありうる。当然ながら、ｃｋクエリパラメータの値を計算する他の方法は、値がＮＦサービスプロデューサ・インスタンスと関連付けられる（例えば、リンクされる）限り、使用されてもよい。

クエリパラメータを使用して、関連キャッシュシステム内にキャッシュを構築して保持する。ＳＣＰ６０６がキャッシュを構築して維持する場合、ＳＣＰ６０６は、ｃｋクエリパラメータを使用して、ＧＥＴ要求に対するキャッシュヒット（即ち、一致するキャッシュオブジェクト）があるか否かを判定する（ステップ７０４）。ＳＣＰ６０６が、そのキャッシュシステム（ここで、ｃｋクエリパラメータが、キャッシュオブジェクトを見分けるためにキャッシュシステムによって使用される）にキャッシュされた、このＧＥＴ要求に対する以前の応答（即ち、一致するキャッシュオブジェクト）を有していない場合（即ち、キャッシュミスがある場合）、ＳＣＰ６０６は、オプションとして、パスからｃｋパラメータを削除し（ステップ７０６）、ＮＦサービスプロデューサ・インスタンス１のＦＱＤＮを使用して、ＨＴＴＰＧＥＴ要求を、ＮＦサービスプロデューサ・インスタンス６０４－１へ転送する（ステップ７０８）。上記からの例を継続して、ＳＣＰ６０６は、以下のＧＥＴ要求をＵＤＭ１へ送信する：
https://udm1.operator.com/api-prefix/nudm-sdm/v1/{supi}/nssai
ＮＦサービスプロデューサ・インスタンス６０４－１は、対応するＨＴＴＰ応答をＳＣＰ６０６へ送信する（ステップ７１０）ＳＣＰ６０６は、ｃｋクエリパラメータを（例えば、キャッシュシステム内の対応するキャッシュオブジェクトのキーの一部として）使用して、ＨＴＴＰ応答をキャッシュする（ステップ７１２）。

ステップ７０４に戻り、ステップ７０２におけるＨＴＴＰＧＥＴ要求の受信に応じて、ＳＣＰ６０６が、キャッシュヒットがある（即ち、当該ＳＣＰのキャッシュシステムに格納された、マッチするキャッシュオブジェクトがある）と判定した場合、ＳＣＰ６０６は、ＮＦサービスプロデューサ・インスタンス６０４－１からではなく、当該ＳＣＰの関連キャッシュからＨＴＴＰ応答を取得する（即ち、ＮＦサービスプロデューサ・インスタンス６０４－１へ要求を転送して応答を受信する必要はない）。

なお、ＳＣＰ６０６においてキャッシングが実装されていない場合には、ステップ７０２におけるＨＴＴＰＧＥＴ要求の受信に応じて、ＳＣＰ６０６は、オプションとして、ｃｋパラメータをパスから削除し（ステップ７０６）、ＮＦサービスプロデューサ・インスタンス１のＦＱＤＮを使用して、ＨＴＴＰＧＥＴ要求をＮＦサービスプロデューサ・インスタンス６０４－１へ転送する（ステップ７０８）（即ち、ＨＴＴＰＧＥＴ要求を第１のＮＦサービスプロデューサ・インスタンス６０４－１に送信する前にキャッシュヒットについてチェックする必要はない）。

ＳＣＰ６０６が、ステップ７１０においてＮＦサービスプロデューサ・インスタンス６０４－１から、又はキャッシュから、ＨＴＴＰ応答を取得すると、ＳＣＰ６０６は、ＮＦサービスコンシューマ６０２へＨＴＴＰ応答を返す（ステップ７１４）。オプションとして、ＮＦサービスコンシューマ６０２においてキャッシングが実装されている場合には、ＮＦサービスコンシューマ６０２は、（ＮＦサービスプロデューサ・インスタンス６０４－１と関連付けられた値に設定された）ｃｋクエリパラメータを使用して、ＨＴＴＰ応答を関連キャッシュシステムに追加する。

オプションとして、ＮＦサービスプロデューサ・インスタンス６０４－２に関して同様のステップが追加的に又は代替的に実行されてもよい（ステップ７１８～７３４）。ただし、この場合、ステップ７２０のＨＴＴＰＧＥＴ要求内のｃｋクエリパラメータは、ＮＦサービスプロデューサ・インスタンス６０４－２にリンクされている値（ここでは「ｖａｌｕｅ２」と称される値）に設定され、かつ、（ＮＦサービスプロデューサ・インスタンス６０４－１にリンクされている）ステップ７０２のＨＴＴＰＧＥＴ要求に含まれるｃｋクエリパラメータに使用されているものとは異なる。これらの異なるｃｋクエリパラメータ値を使用して、ＳＣＰ６０６は、キャッシュシステム内の異なる複数のＮＦサービスプロデューサ・インスタンスからＨＴＴＰ応答を見分けることが可能である。

《図８》
図８は、本開示のいくつかの実施形態に係るネットワークノード８００の概略的なブロック図である。ネットワークノード８００は、本明細書で開示される実施形態のいずれかに従って１つ以上のコアネットワーク機能を実装するネットワークノードである。例えば、ネットワークノード８００は、例えば図６及び図７～図７ＢのＮＦサービスコンシューマ６０２又はＮＦサービスプロデューサ・インスタンス６０４－１又は６０４－２のようなネットワーク機能を実装しうる。図示されるように、ネットワークノード８００は、１つ以上のプロセッサ８０２（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及び／又は類似のもの）、メモリ８０４、及びネットワークインタフェース８０６を含む。１つ以上のプロセッサ８０２は、本明細書において処理回路とも称される。１つ以上のプロセッサ８０２は、本明細書で説明されるコアネットワーク機能の１つ以上の機能を提供するように動作する。いくつかの実施形態では、（１つ以上の）機能が、例えばメモリ８０４に格納され、かつ、１つ以上のプロセッサ８０２によって実行されるソフトウェアで実装される。

《図９》
図９は、本開示のいくつかの実施形態に係るネットワークノード８００の仮想化された実施形態を示す概略的なブロック図である。本明細書で使用されるように、「仮想化」ネットワークノードは、ネットワークノード８００の機能の少なくとも一部が（例えば、（１つ以上の）ネットワーク内の（１つ以上の）物理処理ノード上で実行されている（１つ以上の）仮想マシンを介して）（１つ以上の）仮想コンポーネントとして実装されるネットワークノード８００の実装である。図示されるように、本例では、ネットワークノード８００は、ネットワークインタフェース８０８を介して（１つ以上の）ネットワーク９０２に結合されるか又は（１つ以上の）ネットワーク９０２の一部として含まれる１つ以上の処理ノード９００に接続される。各処理ノード９００は、１つ以上のプロセッサ９０４（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡ等）、メモリ９０６、及びネットワークインタフェース９０８を含む。

この例では、ネットワークノード８００の機能９１０（例えば、図６及び図７Ａ～図７ＢのＮＦサービスコンシューマ６０２又はＮＦサービスプロデューサ・インスタンス６０４－１又は６０４－２の機能等の、本明細書に記載の（１つ以上の）コアネットワーク機能のうちの機能）は、１つ以上の処理ノード９００で実装されるか又は任意の所望の方法で１つ以上の処理ノード９００に分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード８００の機能９１０の一部又は全てが、（１つ以上の）処理ノード９００によってホストされる（１つ以上の）仮想環境に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装される。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、当該少なくとも１つのプロセッサに、本明細書で説明される実施形態のいずれかに係る仮想環境におけるネットワークノード８００の１つ以上の機能９１０の機能を実装するネットワークノード８００又はノード（例えば、処理ノード９００）の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ読み取り可能な記憶媒体（メモリ等の非一時的なコンピュータ読み取り可能媒体）のいずれかである。

《図１０》
図１０は、本開示のいくつかの他の実施形態に係るネットワークノード８００の概略的なブロック図である。ネットワークノード８００は、１つ以上のモジュール１０００を含み、各モジュールはソフトウェアで実装される。（１つ以上の）モジュール１０００は、本明細書に記載のネットワークノード８００の機能、特に、本明細書に記載の（１つ以上の）コアネットワーク機能の機能（例えば、図６及び図７Ａ～図７ＢのＮＦサービスコンシューマ６０２又はＮＦサービスプロデューサ・インスタンス６０４－１又は６０４－２の機能）を提供する。

本明細書に開示された任意の適切なステップ、方法、特徴、機能、又は利点は、１つ以上の仮想装置の１つ以上の機能ユニット又はモジュールを通じて実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアを用いて実装されてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装では、処理回路は、それぞれの機能ユニットに、本開示の１つ以上の実施形態に従って対応する機能を実行させるために使用されてもよい。

３ＧＰＰ技術仕様（ＴＳ）２９．５００Ｖ１６．１．０に対する変更要求（ＣＲ：Change Request）として本明細書で開示される実施形態の少なくともいくつかの態様の一実装例は、以下のとおりである。

上述の実施形態のいくつかは、以下のようにまとめられうる：

１．ＴＬＳ（トランスポート層セキュリティ）を用いるＳＣＰ（サービス通信プロキシ）６０６を使用する、無線通信システムのコアネットワークにおける間接通信のための方法であって、前記方法は、
●ＮＦ（ネットワーク機能）サービスコンシューマ６０２において、
○第１のＮＦサービスプロデューサ・インスタンス６０４－１を対象としたＨＴＴＰ（ハイパーテキスト転送プロトコル）メッセージを、前記ＳＣＰ６０６へ送信すること（７０２）であって、前記ＨＴＴＰメッセージは、前記ＳＣＰ６０６のＦＱＤＮ（完全修飾ドメイン名）を使用し、かつ、第１の値に設定されたクエリパラメータを含むパスを有する、ことと、
●前記ＳＣＰ６０６において、
○前記ＨＴＴＰメッセージを前記ＮＦサービスコンシューマ６０２から受信すること（７０２）と、
○前記ＨＴＴＰメッセージに対するＨＴＴＰ応答を取得することと、
○前記ＨＴＴＰ応答を前記ＮＲサービスコンシューマ６０２へ送信すること（７１４）と、
●前記ＮＦサービスコンシューマ６０２において、
○前記ＨＴＴＰ応答を前記ＳＣＰ６０６から受信すること（７１４）と、
を含む、方法。

２．実施形態１に記載の方法であって、更に、
●前記ＳＣＰ６０６において、
○前記クエリパラメータに少なくとも部分的に基づいて、前記ＳＣＰ６０６のキャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがあるかどうかを判定すること（７０４）を含み、
○前記ＳＣＰ６０６において前記ＨＴＴＰ応答を取得することは、前記ＳＣＰ６０６の前記キャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがある場合には、前記ＨＴＴＰメッセージに対する前記ＨＴＴＰ応答を前記キャッシュシステムから取得し、それ以外の場合には、前記ＨＴＴＰメッセージに対する前記ＨＴＴＰ応答を前記第１のＮＦサービスプロデューサ・インスタンス６０４－１から取得することを含む、方法。

３．実施形態１又は２の方法であって、更に、
●前記ＮＦサービスコンシューマ６０２において、
○前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信（７０２）する前に、前記クエリパラメータに少なくとも部分的に基づいて、前記ＮＦサービスコンシューマ６０２のキャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがあるかどうかを判定すること（７００）を含み、
○前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７０２）は、前記ＮＦサービスコンシューマ６０２の前記キャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがなければ、前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７０２）ことを含む、方法。

４．ＴＬＳ（トランスポート層セキュリティ）を用いるＳＣＰ（サービス通信プロキシ）６０６を使用する、無線通信システムのコアネットワークにおける間接通信のための、ＮＦ（ネットワーク機能）サービスコンシューマ６０２によって実行される方法であって、前記方法は、
第１のＮＦサービスプロデューサ・インスタンス６０４－１を対象としたＨＴＴＰ（ハイパーテキスト転送プロトコル）メッセージを、前記ＳＣＰ６０６へ送信すること（７０２）であって、前記ＨＴＴＰメッセージは、前記ＳＣＰ６０６のＦＱＤＮ（完全修飾ドメイン名）を使用し、かつ、第１の値に設定されたクエリパラメータを含むパスを有する、ことと、
ＨＴＴＰ応答を前記ＳＣＰ６０６から受信すること（７１４）と、
を含む、方法。

５．実施形態４の方法であって、前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７０２）は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－１のapiRootに設定された3gpp-Sbi-Target-apiRootと一緒に、前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７０２）を含む、方法。

６．実施形態４又は５の方法であって、前記第１の値は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－１と関連付けられている（例えば、前記第１のＮＦサービスプロデューサ・インスタンスを示す）、方法。

７．前記第１のＮＦサービスプロデューサ・インスタンス４乃至６のいずれかの方法であって、更に、
前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信（７０２）する前に、前記クエリパラメータに少なくとも部分的に基づいて、前記ＮＦサービスコンシューマ６０２のキャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがあるかどうかを判定すること（７００）を含み、
前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７０２）は、前記ＮＦサービスコンシューマ６０２の前記キャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがなければ、前記ＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７０２）ことを含む、方法。

８．実施形態７の方法であって、前記ＮＦサービスプロデューサ・インスタンス６０４－１と関連付けられている前記クエリパラメータの前記第１の値を使用して、前記ＨＴＴＰ応答を前記ＮＦサービスコンシューマ６０２の前記キャッシュシステムにキャッシュすること（７１６）を更に含む、方法。

９．実施形態４乃至８のいずれかの方法であって、第２のＮＦサービスプロデューサ・インスタンス６０４－２を対象とした第２のＨＴＴＰメッセージを、前記ＳＣＰ６０６へ送信すること（７２０）を更に含み、前記第２のＨＴＴＰメッセージは、前記ＳＣＰ６０６の前記ＦＱＤＮを使用し、かつ、前記第１の値とは異なる第２の値に設定されたクエリパラメータを含むパスを有する、方法。

１０．実施形態９の方法であって、前記第２のＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７２０）は、前記第２のＮＦサービスプロデューサ・インスタンス６０４－２のapiRootに設定された3gpp-Sbi-Target-apiRootと一緒に、前記第２のＨＴＴＰメッセージを前記ＳＣＰ６０６へ送信すること（７２０）を含む、方法。

１１．実施形態９又は１０の方法であって、前記第２の値は、前記第２のＮＦサービスプロデューサ・インスタンス６０４－２と関連付けられている（例えば、前記第２のＮＦサービスプロデューサ・インスタンスを示す）、方法。

１２．実施形態４乃至１１のいずれかの方法であって、前記ＨＴＴＰメッセージは、ＨＴＴＰＧＥＴ要求、ＨＴＴＰＰＯＳＴメッセージ、ＨＴＴＰＰＵＴメッセージ、又はＨＴＴＰＤＥＬＥＴＥメッセージである、方法。

１３．ＴＬＳ（トランスポート層セキュリティ）を用いる、無線通信システムのコアネットワークにおける間接通信のための、ＳＣＰ（サービス通信プロキシ）６０６によって実行される方法であって、前記方法は、
第１のＮＦサービスプロデューサ・インスタンス６０４－１を対象としたＨＴＴＰ（ハイパーテキスト転送プロトコル）メッセージを、ＮＦ（ネットワーク機能）サービスコンシューマ６０２から受信すること（７０２）であって、前記ＨＴＴＰメッセージは、前記ＳＣＰ６０６のＦＱＤＮ（完全修飾ドメイン名）を使用し、かつ、第１の値に設定されたクエリパラメータを含むパスを有する、ことと、
前記ＨＴＴＰメッセージに対するＨＴＴＰ応答を取得することと、
前記ＨＴＴＰ応答を前記ＮＲサービスコンシューマ６０２へ送信すること（７１４）と、
を含む、方法。

１４．実施形態１３の方法であって、前記ＨＴＴＰメッセージを受信すること（７０２）は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－１のapiRootに設定された3gpp-Sbi-Target-apiRootと一緒に、前記ＨＴＴＰメッセージを前記ＮＦサービスコンシューマ６０２から受信すること（７０２）を含む、方法。

１５．実施形態１３又は１４の方法であって、前記第１の値は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－１と関連付けられている（例えば、前記第１のＮＦサービスプロデューサ・インスタンスを示す）、方法。

１６．実施形態１３乃至１５のいずれかの方法であって、第２のＮＦサービスプロデューサ・インスタンス６０４－２を対象とした第２のＨＴＴＰメッセージを、前記ＮＦサービスコンシューマ６０２から受信すること（７２０）を更に含み、前記第２のＨＴＴＰメッセージは、前記ＳＣＰ６０６の前記ＦＱＤＮを使用し、かつ、前記第１の値とは異なる第２の値に設定されたクエリパラメータを含むパスを有する、方法。

１７．実施形態１６の方法であって、前記第２のＨＴＴＰメッセージを受信すること（７２０）は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－２のapiRootに設定された3gpp-Sbi-Target-apiRootと一緒に、前記第２のＨＴＴＰメッセージを前記ＮＦサービスコンシューマ６０２から受信すること（７２０）を含む、方法。

１８．実施形態１６又は１７の方法であって、前記第２の値は、前記第２のＮＦサービスプロデューサ・インスタンス６０４－２と関連付けられている（例えば、前記第２のＮＦサービスプロデューサ・インスタンスを示す）、方法。

１９．実施形態１３乃至１８のいずれかの方法であって、更に、
前記クエリパラメータに少なくとも部分的に基づいて、前記ＳＣＰ６０６のキャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがあるかどうかを判定すること（７０４）を含み、
前記ＨＴＴＰ応答を取得することは、前記ＳＣＰ６０６の前記キャッシュシステムに前記ＨＴＴＰメッセージに対するキャッシュヒットがある場合には、前記ＨＴＴＰメッセージに対する前記ＨＴＴＰ応答を前記キャッシュシステムから取得し、それ以外の場合には、前記ＨＴＴＰメッセージに対する前記ＨＴＴＰ応答を前記第１のＮＦサービスプロデューサ・インスタンス６０４－１から取得することを含む、方法。

２０．実施形態１９の方法であって、前記ＨＴＴＰメッセージに対する前記ＨＴＴＰ応答を前記第１のＮＦサービスプロデューサ・インスタンス６０４－１から取得することは、
前記クエリパラメータの有無にかかわらず、前記ＨＴＴＰメッセージを前記第１のＮＦサービスプロデューサ・インスタンス６０４－１へ送信すること（７０８）と、
ＨＴＴＰ応答を前記第１のＮＦサービスプロデューサ・インスタンス６０４－１から受信すること（７１０）と、を含み、
前記方法は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－１と関連付けられている前記クエリパラメータの前記第１の値を使用して、前記ＨＴＴＰ応答を前記ＳＣＰ６０６の前記キャッシュシステムにキャッシュすること（７１２）を含み、
前記ＨＴＴＰ応答を前記ＮＦサービスコンシューマ６０２へ送信すること（７１４）は、前記第１のＮＦサービスプロデューサ・インスタンス６０４－１から受信された前記ＨＴＴＰ応答を前記ＮＦサービスコンシューマ６０２へ送信すること（７１４）を含む、方法。

２１．実施形態２０の方法であって、前記ＨＴＴＰメッセージを前記第１のＮＦサービスプロデューサ・インスタンス６０４－１へ送信すること（７０８）は、前記ＨＴＴＰメッセージを前記クエリパラメータ無しで前記第１のＮＦサービスプロデューサ・インスタンス６０４－１へ送信する（７０８）ことを含む、方法。

２２．実施形態１３乃至２１のいずれかの方法であって、前記ＨＴＴＰメッセージは、ＨＴＴＰＧＥＴ要求、ＨＴＴＰＰＯＳＴメッセージ、ＨＴＴＰＰＵＴメッセージ、又はＨＴＴＰＤＥＬＥＴＥメッセージである、方法。

２３．ＴＬＳ（トランスポート層セキュリティ）を用いるＳＣＰ（サービス通信プロキシ）６０６を使用する、無線通信システムのコアネットワークにおける間接通信のためのＮＦ（ネットワーク機能）サービスコンシューマ６０２を実装するネットワークノード８００であって、前記ネットワークノード８００は、実施形態４乃至１２のいずれかの方法を実行するように構成されている、ネットワークノード。

２４．ＴＬＳ（トランスポート層セキュリティ）を用いる、無線通信システムのコアネットワークにおける間接通信のためのＳＣＰ（サービス通信プロキシ）６０６を実装するネットワークノード８００であって、前記ネットワークノード８００は、実施形態１３乃至２２のいずれかの方法を実行するように構成されている、ネットワークノード。

図面内のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示しうるが、そのような順序は例示的であることを理解されたい（例えば、代替の実施形態は、異なる順序で動作を実行する、特定の動作を組み合わせる、特定の動作をオーバーラップする等してもよい。）

当業者であれば、本開示の実施形態に対する改良及び修正を認識するであろう。全てのそのような改良及び修正は、本明細書に開示された概念の範囲内にあると考えられる。

Claims

ＴＬＳ（トランスポート層セキュリティ）を用いる、無線通信システムのコアネットワークにおける間接通信のための、ＳＣＰ（サービス通信プロキシ）（６０６）によって実行される方法であって、前記方法は、
第１のＮＦサービスプロデューサ・インスタンス（６０４－１）を対象としたＨＴＴＰ（ハイパーテキスト転送プロトコル）ＧＥＴ要求を、ＮＦ（ネットワーク機能）サービスコンシューマ（６０２）から受信すること（７０２）であって、前記ＨＴＴＰＧＥＴ要求は、前記ＳＣＰ（６０６）のＦＱＤＮ（完全修飾ドメイン名）を使用し、かつ、前記第１のＮＦサービスプロデューサ・インスタンス（６０４－１）の第１の値（ｖａｌｕｅ１）に設定されたキャッシュキーを含むパスを有する、ことと、
前記受信されたキャッシュキーに少なくとも部分的に基づいて、前記ＳＣＰ（６０６）のキャッシュシステムに前記ＨＴＴＰＧＥＴ要求に対するキャッシュヒットがあるかどうかを判定すること（７０４）と、
前記ＳＣＰ（６０６）の前記キャッシュシステムに前記ＨＴＴＰＧＥＴ要求に対するキャッシュヒットがある場合には、前記ＨＴＴＰＧＥＴ要求に対するＨＴＴＰ応答を前記キャッシュシステムから取得し、それ以外の場合には、前記ＨＴＴＰＧＥＴ要求に対する前記ＨＴＴＰ応答を前記第１のＮＦサービスプロデューサ・インスタンス（６０４－１）から取得することと、
前記ＨＴＴＰ応答を前記ＮＦサービスコンシューマ（６０２）へ送信すること（７１４）と、
を含む、方法。
請求項１に記載の方法であって、前記ＨＴＴＰＧＥＴ要求を受信すること（７０２）は、前記第１のＮＦサービスプロデューサ・インスタンス（６０４－１）のapiRootに設定された3gpp-Sbi-Target-apiRootと一緒に、前記ＨＴＴＰＧＥＴ要求を前記ＮＦサービスコンシューマ（６０２）から受信すること（７０２）を含む、方法。
請求項１又は２に記載の方法であって、第２のＮＦサービスプロデューサ・インスタンス（６０４－２）を対象とした第２のＨＴＴＰメッセージを、前記ＮＦサービスコンシューマ（６０２）から受信すること（７２０）を更に含み、前記第２のＨＴＴＰメッセージは、前記ＳＣＰ（６０６）の前記ＦＱＤＮを使用し、かつ、前記第１の値とは異なる第２の値（ｖａｌｕｅ２）に設定されたキャッシュキーを含むパスを有する、方法。
請求項３に記載の方法であって、前記第２のＨＴＴＰメッセージを受信すること（７２０）は、前記第２のＮＦサービスプロデューサ・インスタンス（６０４－２）のapiRootに設定された3gpp-Sbi-Target-apiRootと一緒に、前記第２のＨＴＴＰメッセージを前記ＮＦサービスコンシューマ（６０２）から受信すること（７２０）を含む、方法。
ＴＬＳ（トランスポート層セキュリティ）を用いる、無線通信システムのコアネットワークにおける間接通信のためのＳＣＰ（サービス通信プロキシ）（６０６）を実装するネットワークノード（８００）であって、前記ネットワークノード（８００）は、請求項１乃至４のいずれか１項に記載の方法を実行するように構成されている、ネットワークノード。