知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
特表2024-530434ネットワーク機能ディスカバリを容易にするためのネットワークノード及び当該ネットワークノードにおける方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-08-21
(54)【発明の名称】ネットワーク機能ディスカバリを容易にするためのネットワークノード及び当該ネットワークノードにおける方法
(51)【国際特許分類】
H04W 24/04 20090101AFI20240814BHJP
H04W 88/14 20090101ALI20240814BHJP
H04W 92/24 20090101ALI20240814BHJP
H04W 28/06 20090101ALI20240814BHJP
H04L 43/20 20220101ALI20240814BHJP
H04L 41/0659 20220101ALI20240814BHJP
H04L 67/02 20220101ALI20240814BHJP
H04L 67/563 20220101ALI20240814BHJP
【ＦＩ】
H04W24/04
H04W88/14
H04W92/24
H04W28/06 110
H04L43/20
H04L41/0659
H04L67/02
H04L67/563
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024504569
(86)(22)【出願日】2022-07-28
(85)【翻訳文提出日】2024-03-22
(86)【国際出願番号】 CN2022108556
(87)【国際公開番号】W WO2023006022
(87)【国際公開日】2023-02-02
(31)【優先権主張番号】PCT/CN2021/109869
(32)【優先日】2021-07-30
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ズオ， チェンチャン
(72)【発明者】
【氏名】ルー， ユンジー
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD17
5K067EE16
(57)【要約】
本開示は、第１のネットワーク機能（ＮＦ）における方法（２００）を提供する。方法（２００）は、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を、第２のＮＦに送信すること（２１０）を含む。当該サブスクリプション要求は、通知のための代替ＮＦを発見するために使用されるＮＦリポジトリ機能（ＮＲＦ）のＵＲＩ、又は第１のＮＦが属するネットワークスライスに関する情報を含む。
【特許請求の範囲】
【請求項1】
第１のＮＦ（ネットワーク機能）における方法（200）であって、第２のＮＦへ、前記第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を送信すること（210）を含み、前記サブスクリプション要求は、
オリジナルＮＦがもはや利用可能でない場合のコールバックのために、前記通知のための代替ＮＦを発見するために使用されるＮＲＦ（ＮＦリポジトリ機能）のＵＲＩ（ユニフォームリソース識別子）を含む、方法。
【請求項2】
請求項１に記載の方法（200）であって、前記ＵＲＩは、前記サブスクリプション要求のメッセージボディに含まれる、方法。
【請求項3】
請求項１に記載の方法（200）であって、前記ＵＲＩは、前記サブスクリプション要求内のＨＴＴＰ（ハイパーテキスト転送プロトコル）カスタムヘッダに含まれる、方法。
【請求項4】
請求項１乃至３のいずれか一項に記載の方法（200）であって、前記サブスクリプション要求は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含む、方法。
【請求項5】
請求項１乃至４のいずれか一項に記載の方法（200）であって、前記第１のＮＦ及び前記代替ＮＦの各々は、ＮＦコンシューマであり、前記第２のＮＦは、ＮＦプロデューサである、方法。
【請求項6】
請求項１乃至５のいずれか一項に記載の方法（200）であって、前記第２のＮＦは、ＡＭＦ（アクセス及びモビリティ管理機能）である、方法。
【請求項7】
第２のＮＦ（ネットワーク機能）における方法（300）であって、第１のＮＦから、前記第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を受信すること（310）を含み、前記サブスクリプション要求は、オリジナルＮＦがもはや利用可能でない場合のコールバックのために、前記通知のための代替ＮＦを発見するために使用されるＮＲＦ（ＮＦリポジトリ機能）のＵＲＩ（ユニフォームリソース識別子）を含む、方法。
【請求項8】
請求項７に記載の方法（300）であって、前記ＵＲＩは、前記サブスクリプション要求のメッセージボディ、又は前記サブスクリプション要求内のＨＴＴＰ（ハイパーテキスト転送プロトコル）カスタムヘッダに含まれる、方法。
【請求項9】
請求項７又は８に記載の方法（300）であって、前記ＵＲＩを使用して、前記代替ＮＦを発見するためのＮＦディスカバリ要求を前記ＮＲＦへ送信することと、
前記代替ＮＦのＮＦプロファイルを、前記ＮＲＦから受信することと、
前記通知を前記代替ＮＦへ送信することと、
を更に含む、方法。
【請求項10】
請求項９に記載の方法（300）であって、前記ＮＦディスカバリ要求は、前記第１のＮＦの障害又は前記第１のＮＦへの前記通知の配信における障害を検出したことに応じて送信される、方法。
【請求項11】
請求項９又は１０に記載の方法（300）であって、前記サブスクリプション要求は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含み、前記ＮＦディスカバリ要求は、前記バインディングインジケーションに基づいて前記代替ＮＦを発見するためのものである、方法。
【請求項12】
請求項７又は８に記載の方法（300）であって、前記第１のＮＦと前記第２のＮＦとの間のＳＣＰ（サービス通信プロキシＳＣＰ）へ、前記ＵＲＩを含む前記通知を送信することを更に含む、方法。
【請求項13】
請求項１２に記載の方法（300）であって、前記ＵＲＩは、前記通知内のＨＴＴＰ（ハイパーテキスト転送プロトコル）カスタムヘッダに含まれる、方法。
【請求項14】
請求項１２又は１３に記載の方法（300）であって、前記サブスクリプション要求は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含み、前記通知は、前記バインディングインジケーションを更に含む、方法。
【請求項15】
請求項７乃至１４のいずれか一項に記載の方法（300）であって、前記ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ（アプリケーションプログラミングインタフェース）ＵＲＩである、方法。
【請求項16】
請求項７乃至１５のいずれか一項に記載の方法（300）であって、前記第１のＮＦ及び前記代替ＮＦの各々は、ＮＦコンシューマであり、前記第２のＮＦは、ＮＦプロデューサである、方法。
【請求項17】
請求項７乃至１６のいずれか一項に記載の方法（300）であって、前記第２のＮＦは、ＡＭＦ（アクセス及びモビリティ管理機能）である、方法。
【請求項18】
第１のＮＦ（ネットワーク機能）と第２のＮＦとの間のＳＣＰ（サービス通信プロキシ）における方法（500）であって、前記方法（500）は、前記第１のＮＦに転送されるべき通知であって、前記第１のＮＦが属するネットワークスライスに関する情報を含む前記通知を、前記第２のＮＦから受信すること（510）と、
前記情報を使用して、前記ネットワークスライスと関連付けられたＮＲＦ（ＮＦリポジトリ機能）のＵＲＩ（ユニフォームリソース識別子）を、ＮＳＳＦ（ネットワークスライス選択機能）から取得すること（520）と、
前記通知のための代替ＮＦを発見するためのＮＦディスカバリ要求を、前記ＵＲＩを使用することによって前記ＮＲＦへ送信すること（530）と、
前記代替ＮＦのＮＦプロファイルを、前記ＮＲＦから受信すること（540）と、
前記通知を前記代替ＮＦへ送信すること（550）と、
を含む、方法。
【請求項19】
請求項１８に記載の方法（500）であって、前記第１のＮＦへの前記通知の配信における障害を検出したことに応じて、前記ＵＲＩが取得される、及び／又は前記ＮＦディスカバリ要求が送信される、方法。
【請求項20】
請求項１８又は１９に記載の方法（500）であって、前記通知は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含み、前記ＮＦディスカバリ要求は、前記バインディングインジケーションに基づいて前記代替ＮＦを発見するためのものである、方法。
【請求項21】
請求項１８乃至２０のいずれか一項に記載の方法（500）であって、前記情報は、Ｓ－ＮＳＳＡＩ（単一ネットワークスライス選択支援情報）である、及び／又は前記ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ（アプリケーションプログラミングインタフェース）ＵＲＩである、方法。
【請求項22】
請求項１８乃至２１のいずれか一項に記載の方法（500）であって、前記第１のＮＦ及び前記代替ＮＦの各々は、ＮＦコンシューマであり、前記第２のＮＦは、ＮＦプロデューサである、方法。
【請求項23】
請求項１８乃至２２のいずれか一項に記載の方法（500）であって、前記第２のＮＦは、ＡＭＦ（アクセス及びモビリティ管理機能）である、方法。
【請求項24】
ネットワークノード（1400）であって、通信インタフェース（1410）、プロセッサ（1420）及びメモリ（1430）を備え、前記メモリ（1430）は、前記プロセッサ（1420）によって実行可能な命令を含み、当該プロセッサによって当該命令が実行可能であることによって前記ネットワークノード（1400）は、第１のＮＦ（ネットワーク機能）を実装する場合に、請求項１乃至６のいずれか一項に記載の方法（200）を実行する、又は、第２のＮＦを実装する場合に、請求項７乃至１７のいずれか一項に記載の方法（300, 400）を実行する、又は、ＳＣＰ（サービス通信プロキシ）を実装する場合に、請求項１８乃至２３のいずれか一項に記載の方法（500）を実行する、ように動作する、ネットワークノード。
【請求項25】
コンピュータ読取可能命令が格納されたコンピュータ読取可能記憶媒体（1430）であって、前記コンピュータ読取可能命令は、ネットワークノード（1400）のプロセッサ（1420）によって実行されると、第１のＮＦ（ネットワーク機能）を実装する場合に、請求項１乃至６のいずれか一項に記載の方法（200）を実行する、又は、第２のＮＦを実装する場合に、請求項７乃至１７のいずれか一項に記載の方法（300, 400）を実行する、又は、ＳＣＰ（サービス通信プロキシ）を実装する場合に、請求項１８乃至２３のいずれか一項に記載の方法（500）を実行するように、前記ネットワークノード（1400）を構成する、コンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、2021年7月30日に出願された「NETWORK NODES AND METHODS FOR FACILITATING NETWORK FUNCTION DISCOVERY」と題されたPCT国際出願PCT/CN2021/109869号の優先権を主張し、その全体が本明細書において援用される。
本出願は、2021年7月30日に出願された「NETWORK NODES AND METHODS FOR FACILITATING NETWORK FUNCTION DISCOVERY」と題されたPCT国際出願PCT/CN2021/109869号の優先権を主張し、その全体が本明細書において援用される。
【0002】
本開示は、通信技術に関するものであり、より具体的には、ネットワーク機能（ＮＦ）ディスカバリを容易にするための、ネットワークノード及び当該ネットワークノードにおける方法に関するものである。
【背景技術】
【0003】
第５世代（５Ｇ）システムでは、セッション管理機能（ＳＭＦ：Session Management Function）、ポリシー制御機能（ＰＣＦ：Policy Control function）、ネットワークエクスポージャ機能（ＮＥＦ：Network Exposure Function）、ショートメッセージサービス機能（ＳＭＳＦ：Short Message Service Function）、及び統合データ管理（ＵＤＭ：Unified Data Management）等のＮＦは、AmfStatusChangeSubscribe動作を介してアクセス及びモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）状態変更イベントに対してサブスクリプションを行いうるとともに、ＮＦは、本明細書において全体が援用される第３世代パートナシッププロジェクト（3GPP）技術規格（TS）29.518、V17.2.0に従って、通知を受信するためのコールバック・ユニフォームリソース識別子（ＵＲＩ）を提供しうる。特に、TS 29.518における表6.1.6.2.2-1は、以下のタイプSubscriptionDataの定義を与える：
【0004】
全体が本明細書で援用される3GPP TS 29.500, V17.3.0によれば、ＮＦは、バインディングインジケーションを提供してもよう、これは、ＡＭＦが、例えばＮＦがもはや利用可能又は到達可能ではない場合に、バインディングリソース内の代替エンドポイントへ通知を送信しうることを示す。
【0005】
図１は、ＡＭＦステータス変更通知の例示的手順を示す。図示されるように、１．１において、ＮＦは、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示すバインディングインジケーションとを含む。１．２において、ＡＭＦは、サブスクリプション応答（Namf_Communication_AMFStatusChangeSubscribe Response）で応答する。１．３において、ＡＭＦは、ＮＦの障害又はＮＦへの通知の配信における障害を検出する（例えば、所定の時間長にわたって、ＮＦから応答が受信されない、又はＮＦが利用可能若しくは到達可能ではない）。この場合、ＡＭＦは、バインディングインジケーションに基づいて通知を受信するための代替ＮＦを発見する必要がある。具体的には、１．４において、ＡＭＦは、ターゲットＮＦセットＩＤがset1.xxxset.5gc.mnc012.mcc30に設定された状態で、ディスカバリ要求（Nnrf_NFDiscover Request）をＮＦリポジトリ機能（ＮＲＦ）へ送信する。１．５において、ＮＲＦは、ターゲットＮＦセット内の１つ以上のＮＦインスタンスの１つ以上のＮＦプロファイルで応答する。その後、ＡＭＦは、１つ以上のＮＦインスタンスから代替ＮＦを選択し、当該代替ＮＦへ通知を送信しうる。
【0006】
しかしながら、いくつかのＮＦは、ネットワーク展開に依存して、ネットワークスライス固有のものでありうるか、又はネットワークスライス間で共有されうる。例えば、３つのネットワークスライス（スライス＃１、スライス＃２、及びスライス＃３）を有するネットワーク展開において、ＡＭＦは３つ全てのネットワークスライス間で共有されうる一方、ＮＲＦ（ＮＲＦ＃１）はスライス＃１専用であり、別のＮＲＦ（ＮＲＦ＃２）はスライス＃２とスライス＃３との間で共有される。この場合、図１の上記ステップ１．４において、ＡＭＦは、ＮＲＦ（ＮＲＦ＃１及びＮＲＦ＃２）のうちのいずれがＮＦディスカバリのために使用されるべきかを知らないことがあり、これは、いずれのＮＲＦにＮＦが属するのかをＡＭＦが知らないことがあるためである。
【発明の概要】
【0007】
本開示の目的は、上記の問題を解決することが可能な、ネットワークノード及び当該ネットワークノードにおける方法を提供することである。
【0008】
本開示の第１の態様によれば、第１のＮＦにおける方法が提供される。本方法は、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を、第２のＮＦへ送信することを含む。サブスクリプション要求は、当該通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩ、又は第１のＮＦが属するネットワークスライスに関する情報を含む。
【0009】
一実施形態では、ＵＲＩ又は情報は、サブスクリプション要求のメッセージボディに含まれうる。
【0010】
一実施形態では、ＵＲＩ又は情報は、サブスクリプション要求内のハイパーテキスト転送プロトコル（ＨＴＴＰ）カスタムヘッダに含まれうる。
【0011】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦアプリケーションプログラミングインタフェース（ＡＰＩ）ＵＲＩでありうる、又は、情報は、単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ）でありうる。
【0012】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうる。
【0013】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0014】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0015】
本開示の第２の態様によれば、第２のＮＦにおける方法が提供される。本方法は、第１のＮＦから、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を受信することを含む。当該サブスクリプション要求は、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを含む。
【0016】
一実施形態では、ＵＲＩは、サブスクリプション要求のメッセージボディ内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ内に含まれうる。
【0017】
一実施形態では、本方法は、代替ＮＦを発見するためのＮＦディスカバリ要求を、ＵＲＩを使用してＮＲＦへ送信することと、代替ＮＦのＮＦプロファイルを、ＮＲＦから受信することと、通知を代替ＮＦへ送信することと、を更に含みうる。
【0018】
一実施形態では、ＮＦディスカバリ要求は、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて送信されうる。
【0019】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0020】
一実施形態では、本方法は、第１のＮＦと第２のＮＦとの間のサービス通信プロキシ（ＳＣＰ）へ、ＵＲＩを含む通知を送信することを更に含みうる。
【0021】
一実施形態では、ＵＲＩは、通知内のＨＴＴＰカスタムヘッダに含まれうる。
【0022】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0023】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0024】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0025】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0026】
本開示の第３の態様によれば、第２のＮＦにおける方法が提供される。本方法は、第１のＮＦから、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を受信することを含む。サブスクリプション要求は、第１のＮＦが属するネットワークスライスに関する情報を含む。
【0027】
一実施形態では、情報は、サブスクリプション要求のメッセージボディ内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ内に含まれうる。
【0028】
一実施形態では、本方法は、当該情報を使用して、ネットワークスライスと関連付けられたＮＲＦのＵＲＩを、ネットワークスライス選択機能（ＮＳＳＦ）から取得することを更に含みうる。
【0029】
一実施形態では、本方法は、当該ＵＲＩを使用して、通知のための代替ＮＦを発見するためのＮＦディスカバリ要求をＮＲＦへ送信することと、代替ＮＦのＮＦプロファイルをＮＲＦから受信することと、通知を代替ＮＦへ送信することと、を更に含みうる。
【0030】
一実施形態では、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0031】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0032】
一実施形態では、本方法は、ＵＲＩを含む通知を、第１のＮＦと第２のＮＦとの間のＳＣＰへ送信することを更に含みうる。
【0033】
一実施形態では、ＵＲＩは、通知内のＨＴＴＰカスタムヘッダに含まれうる。
【0034】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0035】
一実施形態では、本方法は、情報を含む通知を、第１のＮＦと第２のＮＦとの間のＳＣＰへ送信することを更に含みうる。
【0036】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0037】
一実施形態では、情報は、Ｓ－ＮＳＳＡＩでありうる。
【0038】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0039】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0040】
本開示の第４の態様によれば、第１のＮＦと第２のＮＦとの間のＳＣＰにおける方法が提供される。本方法は、第１のＮＦに転送されるべき通知であって、１のＮＦが属するネットワークスライスに関する情報を含む通知を、第２のＮＦから受信することと、当該情報を使用して、当該ネットワークスライスと関連付けられたＮＲＦのＵＲＩをＮＳＳＦから取得することと、当該ＵＲＩを使用して、通知のための代替ＮＦを発見するためのＮＦディスカバリ要求をＮＲＦへ送信することと、代替ＮＦのＮＦプロファイルをＮＲＦから受信することと、通知を代替ＮＦへ送信することと、を含む。
【0041】
一実施形態では、第１のＮＦへの通知の配信における障害を検出したことに応じて、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0042】
一実施形態では、当該通知は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0043】
一実施形態では、情報はＳ－ＮＳＳＡＩでありうる、及び／又はＵＲＩはＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0044】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0045】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0046】
本開示の第５の態様によれば、ネットワークノードが提供される。ネットワークノードは、通信インタフェースと、プロセッサと、メモリとを備える。メモリは、プロセッサによって実行可能な命令を含み、当該プロセッサによって当該命令が実行可能であることによって、ネットワークノードは、第１のＮＦを実装する場合に、上記第１の態様による方法を実行する、又は第２のＮＦを実装する場合に、上記第２又は第３の態様による方法を実行する、又はＳＣＰを実装する場合に、上記第４の態様による方法を実行する、ように動作する。
【0047】
本開示の第６の態様によれば、コンピュータ読取可能な記憶媒体が提供される。コンピュータ読取可能な記憶媒体は、それに格納されたコンピュータ読取可能な命令を有する。コンピュータ読取可能命令は、ネットワークノードのプロセッサによって実行されると、第１のＮＦを実装する場合に、上記第１の態様による方法を実行する、又は第２のＮＦを実装する場合に、上記第２又は第３の態様による方法を実行する、又はＳＣＰを実装する場合に、上記第４の態様による方法を実行するように、ネットワークノードを構成する。
【0048】
本開示の実施形態では、第１のＮＦは、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を、第２のＮＦへ送信しうる。当該サブスクリプション要求は、当該通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩ、又は第１のＮＦが属するネットワークスライスに関する情報を含みうる。このようにして、代替ＮＦを発見するために使用されるべき適切なＮＲＦが、例えば、第１のＮＦもはや利用可能でない又は到達可能でない場合のＮＦ再選択のために、見つけられうる。
【図面の簡単な説明】
【0049】
上記及び他の目的、特徴及び利点は、以下の図面を参照した以下の実施形態の説明からより明らかになるであろう。
【0050】
【発明を実施するための形態】
【0051】
本開示では、ネットワーク機能（又はＮＦ）は、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、又は適切なプラットフォーム上で（例えばクラウドインフラストラクチャ上で）インスタンス化された仮想化機能として実装されうる。
【0052】
本明細書において、「一実施形態」、「実施形態」、「例示的な実施形態」等への言及は、記載される実施形態が特定の特徴、構造、又は特性を含みうることを示すが、全ての実施形態が当該特定の特徴、構造、又は特性を含む必要はない。更に、そのようなフレーズは、必ずしも同じ実施形態を参照するものではない。更に、特定の特徴、構造、又は特性が実施形態に関連して説明される場合、明示的に説明されているか否かにかかわらず、他の実施形態に関連してそのような特徴、構造、又は特性に影響を及ぼすことは、当業者の知識の範囲内であると言える。
【0053】
「第１」及び「第２」等の用語は、種々の要素を説明するために本明細書で使用されうるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用される場合、「及び／又は」との用語は、関連する列挙された用語のうちの１つ以上の任意の及び全ての組み合わせを含む。
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図したものではない。本明細書で使用される場合、単数形「a」、「an」及び「the」は、コンテキストが明らかにそれ以外を示さない限り、複数形も含むことが意図される。用語「含む、備える（comprises）」、「含む、備える（comprising）」、「有する（has）」、「有する（having）」、「含む、備える（includes）」、及び／又は「含む、備える（including）」は、本明細書で使用される場合、述べられた特徴、要素、及び／又はコンポーネント等の存在を特定するが、１つ以上の他の特徴、要素、及び／又はコンポーネント、又はそれらの組み合わせの存在又は追加を除外するものではないことを更に理解されたい。
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図したものではない。本明細書で使用される場合、単数形「a」、「an」及び「the」は、コンテキストが明らかにそれ以外を示さない限り、複数形も含むことが意図される。用語「含む、備える（comprises）」、「含む、備える（comprising）」、「有する（has）」、「有する（having）」、「含む、備える（includes）」、及び／又は「含む、備える（including）」は、本明細書で使用される場合、述べられた特徴、要素、及び／又はコンポーネント等の存在を特定するが、１つ以上の他の特徴、要素、及び／又はコンポーネント、又はそれらの組み合わせの存在又は追加を除外するものではないことを更に理解されたい。
【0054】
以下の説明及び請求項では、別途定義されない限り、本明細書で使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般に理解されるのと同じ意味を有する。
【0055】
図２は、本開示の一実施形態による方法２００を示すフローチャートである。方法２００は、第１のＮＦ（例えば、ＮＦコンシューマ）によって実行されうる。
【0056】
ブロック２１０で、第１のＮＦは、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を、第２のＮＦへ送信する。当該サブスクリプション要求は、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを含む。代替的又は追加的には、当該サブスクリプション要求は、第１のＮＦが属するネットワークスライスに関する情報（以下、「スライス情報」と称される）を含む。
【0057】
ここで、第２ＮＦは、ＮＦプロデューサ（例えば、ＡＭＦ）でありうる。代替ＮＦは、第１のＮＦと同じネットワークスライスに属すると仮定されるＮＦコンシューマでありうる。
【0058】
一例では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。スライス情報は、単一ネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ：Single Network Slice Selection Assistance Information）でありうる。
【0059】
一例では、ＵＲＩ又はスライス情報は、サブスクリプション要求のメッセージボディ（例えば、Java Script Object Notation（ＪＳＯＮ）ボディ）に含まれうる。例えば、ＵＲＩは、タイプSubscriptionDataに含まれうる。この場合、表１におけるタイプSubscriptionDataの定義は、以下の表２に示されるように、属性「nrfDiscUri」を含むように拡張されうる：
【0060】
別の例では、ＵＲＩ又はスライス情報は、サブスクリプション要求内のＨＴＴＰカスタムヘッダに含まれうる。例えば、新しいＨＴＴＰカスタムヘッダ「3gpp-Sbi-Nrf-Uri-Callback」が導入されうる。特に、TS 29.500における表5.2.3.2.1-1は、以下の表３に示されるように、3gpp-Sbi-Nrf-Uri-Callbackヘッダを含むように拡張されることができる：
【0061】
追加的には、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうる。一例では、スライス情報は、3gpp-Sbi-Bindingヘッダ又は新たに定義されたヘッダに含まれうる。
【0062】
図３は、本開示の実施形態による方法３００を示すフローチャートである。方法３００は、第２のＮＦ、例えばＮＦプロデューサ（例えばＡＭＦでありうる）において実行されうる。
【0063】
ブロック３１０で、第２のＮＦは、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を、第１のＮＦから受信する。当該サブスクリプション要求は、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを含む。
【0064】
ここで、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうる。
【0065】
一例では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。ＵＲＩは、サブスクリプション要求のメッセージボディ（例えば、上記の表２を参照）に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ（例えば、「3gpp-Sbi-Nrf-Uri-Callback」ヘッダ、上記の表３を参照）に含まれうる。
【0066】
一例では、例えば、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて（例えば、所定の時間長にわたって第１のＮＦから応答が受信されない場合に、又はＮＦが利用可能又は到達可能でない場合に）、第２のＮＦは、ＵＲＩを使用して、代替ＮＦを発見するためのＮＦディスカバリ要求をＮＲＦへ送信し、その後、代替ＮＦのＮＦプロファイルをＮＲＦから受信し、代替ＮＦへ通知を送信しうる。ここで、ブロック３１０において受信されるサブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するために使用されうる。
【0067】
別の例では、第１のＮＦと第２のＮＦとの間の（即ち、ＳＣＰを介した）間接通信の場合、第２のＮＦは、第１のＮＦと第２のＮＦとの間のＳＣＰへ通知を送信しうる。当該通知は、ＮＲＦのＵＲＩを含みうる。ここで、ＵＲＩは、当該通知内のＨＴＴＰカスタムヘッダ（例えば、TS 29.500の表5.2.3.2.1-1に規定された3gpp-Sbi-Nrf-Uriヘッダ）に含まれてもよい。更に、ブロック３１０において受信されるサブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0068】
図４は、本開示の一実施形態による方法４００を示すフローチャートである。方法４００は、第２のＮＦ、例えばＮＦプロデューサ（例えばＡＭＦでありうる）において実行されうる。
【0069】
ブロック４１０で、第２のＮＦは、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を、第１のＮＦから受信する。当該サブスクリプション要求は、第１のＮＦが属するネットワークスライスに関する情報（以下、「スライス情報」と称される）を含む。
【0070】
ここで、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうる。
【0071】
一例では、スライス情報はＳ－ＮＳＳＡＩでありうる。スライス情報は、サブスクリプション要求のメッセージボディ（例えば、ＪＳＯＮボディ、又はSubscriptionData）内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ（例えば、3gpp-Sbi-Bindingヘッダ、又は新たに定義されたヘッダ）内に含まれうる。
【0072】
一例では、第２のＮＦは、スライス情報を使用して（例えば、Nnssf_NSSelection_Getを使用することによって）、ネットワークスライスと関連付けられたＮＲＦのＵＲＩを、ＮＳＳＦから取得しうる。ここで、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0073】
一例では、第２のＮＦは、ＵＲＩを使用して、代替ＮＦを発見するためのＮＦディスカバリ要求をＮＲＦへ送信し、その後、代替ＮＦのＮＦプロファイルをＮＲＦから受信し、代替ＮＦへ通知を送信しうる。ここで、ブロック４１０において受信されるサブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するために使用されうる。
【0074】
ここで、第１のＮＦの障害、又は第１のＮＦへの通知の配信におけるう障害を検出したことに応じて（例えば、所定の時間長にわたって第１のＮＦから応答が受信されない場合に、又はＮＦが利用可能若しくは到達可能でない場合に）、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0075】
別の例では、第１のＮＦと第２のＮＦとの間の（即ち、ＳＣＰを介した）間接通信の場合、第２のＮＦは、第１のＮＦと第２のＮＦとの間のＳＣＰへ通知を送信しうる。当該通知は、ＮＲＦのＵＲＩを含みうる。ここで、ＵＲＩは、当該通知内のＨＴＴＰカスタムヘッダ（例えば、TS 29.500の表5.2.3.2.1-1に規定された3gpp-Sbi-Nrf-Uriヘッダ）に含まれてもよい。あるいは、当該通知は、スライス情報を含みうる。更に、ブロック４１０において受信されるサブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0076】
図５は、本開示の一実施形態による方法５００を示すフローチャートである。方法５００は、第１のＮＦ（例えば、ＮＦコンシューマ）と第２のＮＦ（例えば、ＡＭＦでありうる、ＮＦプロデューサ）との間のＳＣＰにおいて実行されうる。
【0077】
ブロック５１０において、ＳＣＰは、第１のＮＦに転送されるべき通知を、第２のＮＦから受信する。当該通知は、第１のＮＦが属するネットワークスライスの情報（以下、「スライス情報」と称される）を含む。ここで、スライス情報はＳ－ＮＳＳＡＩでありうる。
【0078】
ブロック５２０において、ＳＣＰは、スライス情報を使用して（例えば、Nnssf_NSSelection_Getを使用することによって）、ネットワークスライスと関連付けられたＮＲＦのＵＲＩを、ＮＳＳＦから取得しうる。ここで、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0079】
ブロック５３０において、ＳＣＰは、通知のための代替ＮＦ（例えば、ＮＦコンシューマ）を発見するためのＮＦディスカバリ要求を、当該ＵＲＩを使用することによってＮＲＦへ送信する。
【0080】
ここで、ブロック５１０において受信される通知は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するために使用されうる。
【0081】
一例では、ブロック５２０における動作及び／又はブロック５３０における動作は、例えば、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて（例えば、所定の時間長にわたって第１のＮＦから応答が受信されない場合に、又はＮＦが利用可能でない若しくは到達可能でない場合に）実行されうる。
【0082】
ブロック５４０において、ＳＣＰは、代替ＮＦのＮＦプロファイルを、ＮＲＦから受信する。
【0083】
ブロック５５０において、ＳＣＰは、通知を当該代替ＮＦへ送信する。
【0084】
以下では、上記の方法２００～５００について、図６乃至１０に示されるようなＡＭＦステータス変更通知の例示的な手順を参照して更に説明する。これらの手順において、（ＮＦコンシューマとしての）ＮＦは、（ＮＦプロデューサとしての）ＡＭＦからのＡＭＦステータス変更通知へのサブスクリプションを行う。本開示の実施形態は、ＡＭＦステータス変更通知に限定されず、TS 29.518の第6.2.6.2.2節に規定されたAmfEventSubscriptionを使用するＡＭＦイベント公開サービス等の、他のＡＭＦ通知へのサブスクリプション、又はより一般的には任意のＮＦプロデューサからの任意の通知へのサブスクリプションに対して適用可能であることに留意されたい。
【0085】
図６は、ＮＦとＡＭＦとの間の直接通信を用いた、ＡＭＦステータス変更通知の例示的な手順を示す。図示されるように、６．１ａにおいて、ＮＦは、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、そのメッセージボディ（例えば、nrfDiscUri）内に、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを更に含む。あるいは、６．１ｂにおいて、ＮＦは、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は更に、ＨＴＴＰカスタムヘッダ（例えば、3gpp-Sbi-Nrf-Uri-Callback）内に、通知のための代替ＮＦを発見するために使用されるＮＲＦのＵＲＩ（例えば、nnrf-disc: "https://nrf1.operator.com/nnrf-disc/v1/"）を更に含む。
【0086】
６．２において、ＡＭＦは、サブスクリプション応答（Namf_Communication_AMFStatusChangeSubscribe Response）で応答する。６．３において、ＡＭＦは、ＮＦの障害又はＮＦへの通知の配信における障害を検出する。６．４において、ＡＭＦは、ターゲットＮＦセットＩＤがset1.xxxset.5gc.mnc012.mcc30に設定された状態で、ＵＲＩを使用してＮＲＦへディスカバリ要求（nrf_NFDiscover Request）を送信する。６．５において、ＮＲＦは、ターゲットＮＦセット内の１つ以上のＮＦインスタンスの１つ以上のＮＦプロファイルで応答する。その後、ＡＭＦは、１つ以上のＮＦインスタンスから代替ＮＦを選択し、当該代替ＮＦへ通知を送信しうる。
【0087】
図７は、ＮＦとＡＭＦとの間の直接通信を用いた、ＡＭＦステータス変更通知の例示的な手順を示す。図示されるように、７．１ａにおいて、ＮＦは、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、そのメッセージボディ（例えば、sliceInfo）内に、第１のＮＦが属するネットワークスライスに関する情報（以下ではスライス情報と称され、例えば、Ｓ－ＮＳＳＡＩ）を更に含む。あるいは、７，１ｂにおいて、ＮＦは、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、ＨＴＴＰカスタムヘッダ（例えば、Slice-Info）内に、スライス情報（例えば、Ｓ－ＮＳＳＡＩ）を更に含む。
【0088】
７．２において、ＡＭＦは、サブスクリプション応答（Namf_Communication_AMFStatusChangeSubscribe Response）で応答する。７．３において、ＡＭＦは、ＮＦの障害又はＮＦへの通知の配信における障害を検出する。７．４において、ＡＭＦは、スライス情報と関連付けられたＮＲＦのＵＲＩを求める要求（Nnssf_NSSelection_Get）を、ＮＳＳＦへ送信する。７．５において、ＮＳＳＦは、Nnssf_NSSelection_Get Response内のＵＲＩ（例えば、nrfDiscUri）で応答する。７．６において、ＡＭＦは、ターゲットＮＦセットＩＤがset1.xxxset.5gc.mnc012.mcc30に設定された状態で、ＵＲＩを使用してＮＲＦへディスカバリ要求（nrf_NFDiscover Request）を送信する。７．７において、ＮＲＦは、ターゲットＮＦセット内の１つ以上のＮＦインスタンスの１つ以上のＮＦプロファイルで応答する。その後、ＡＭＦは、１つ以上のＮＦインスタンスから代替ＮＦを選択し、当該代替ＮＦへ通知を送信しうる。なお、ステップ７．４は、７．３で障害が検出される前に実行されてもよく、ステップ７．６は、障害の検出に応じて実行されてもよい。
【0089】
図８は、ＮＦとＡＭＦとの間のＳＣＰを介した間接通信を用いた、ＡＭＦステータス変更通知の例示的な手順を示す。図示されるように、８．１ａにおいて、ＮＦは、ＳＣＰを介して、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、そのメッセージボディ（例えば、nrfDiscUri）内に、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを更に含む。代替的には、８．１ｂにおいて、ＮＦは、ＳＣＰを介して、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は更に、ＨＴＴＰカスタムヘッダ（例えば、3gpp-Sbi-Nrf-Uri-Callback）内に、通知のための代替ＮＦを発見するために使用されるＮＲＦのＵＲＩ（例えば、nnrf-disc: "https://nrf1.operator.com/nnrf-disc/v1/"）を更に含む。
【0090】
８．２において、ＡＭＦは、ＳＣＰを介して、サブスクリプション応答（Namf_Communication_AMFStatusChangeSubscribe Response）で応答する。８．３において、ＡＭＦは、通知をＳＣＰへ送信する。当該通知は、バインディングインジケーション及びＵＲＩを（例えば、3gpp-Sbi-Nrf-Uri内に）含む。８．４において、ＳＣＰは、ＮＦの障害又はＮＦへの通知の配信における障害を検出する。８．５において、ＳＣＰは、ターゲットＮＦセットＩＤがset1.xxxset.5gc.mnc012.mcc30に設定された状態で、ＵＲＩを使用してＮＲＦへディスカバリ要求（nrf_NFDiscover Request）を送信する。８．６において、ＮＲＦは、ターゲットＮＦセット内の１つ以上のＮＦインスタンスの１つ以上のＮＦプロファイルで応答する。その後、ＳＣＰは、１つ以上のＮＦインスタンスから代替ＮＦを選択し、当該代替ＮＦへ通知を送信しうる。
【0091】
図９は、ＮＦとＡＭＦとの間のＳＣＰを介した間接通信を用いた、ＡＭＦステータス変更通知の例示的な手順を示す。図示されるように、９．１ａにおいて、ＮＦは、ＳＣＰを介して、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、そのメッセージボディ（例えば、sliceInfo）内に、第１のＮＦが属するネットワークスライスに関する情報（以下ではスライス情報と称され、例えば、Ｓ－ＮＳＳＡＩ）を更に含む。代替的には、９．１ｂにおいて、ＮＦは、ＳＣＰを介して、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、ＨＴＴＰカスタムヘッダ（例えば、Slice-Info）内に、スライス情報（例えば、Ｓ－ＮＳＳＡＩ）を更に含む。
【0092】
９．２において、ＡＭＦは、ＳＣＰを介して、サブスクリプション応答（Namf_Communication_AMFStatusChangeSubscribe Response）で応答する。９．３において、ＡＭＦは、スライス情報と関連付けられたＮＲＦのＵＲＩを求める要求（Nnssf_NSSelection_Get）を、ＮＳＳＦへ送信する。９．４において、ＮＳＳＦは、Nnssf_NSSelection_Get Response内のＵＲＩ（例えば、nrfDiscUri）で応答する。９．５において、ＡＭＦは、通知をＳＣＰへ送信する。当該通知は、バインディングインジケーション及びＵＲＩを（例えば、3gpp-Sbi-Nrf-Uri内に）含む。９．６において、ＳＣＰは、ＮＦの障害又はＮＦへの通知の配信における障害を検出する。９．７において、ＳＣＰは、ターゲットＮＦセットＩＤがset1.xxxset.5gc.mnc012.mcc30に設定された状態で、ＵＲＩを使用してＮＲＦへディスカバリ要求（nrf_NFDiscover Request）を送信する。９．８において、ＮＲＦは、ターゲットＮＦセット内の１つ以上のＮＦインスタンスの１つ以上のＮＦプロファイルで応答する。その後、ＳＣＰは、１つ以上のＮＦインスタンスから代替ＮＦを選択し、当該代替ＮＦへ通知を送信しうる。
【0093】
図１０は、ＮＦとＡＭＦとの間のＳＣＰを介した間接通信を用いた、ＡＭＦステータス変更通知の例示的な手順を示す。図示されるように、１０．１ａにおいて、ＮＦは、ＳＣＰを介して、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、そのメッセージボディ（例えば、sliceInfo）内に、第１のＮＦが属するネットワークスライスに関する情報（以下ではスライス情報と称され、例えば、Ｓ－ＮＳＳＡＩ）を更に含む。代替的には、１０．１ｂにおいて、ＮＦは、ＳＣＰを介して、サブスクリプション要求（Namf_Communication_AMFStatusChangeSubscribe Request）をＡＭＦへ送信する。当該要求は、コールバックＵＲＩ（amfStatusUri）と、バインディングレベル bl=nf-set及びＮＦセットＩＤ nfset=set1.xxxset.5gc.mnc012.mcc300を示す（3gpp-Sbi-Bindingにおける）バインディングインジケーションとを含む。当該要求は、ＨＴＴＰカスタムヘッダ（例えば、Slice-Info）内に、スライス情報（例えば、Ｓ－ＮＳＳＡＩ）を更に含む。
【0094】
１０．２において、ＡＭＦは、ＳＣＰを介して、サブスクリプション応答（Namf_Communication_AMFStatusChangeSubscribe Response）で応答する。１０．３において、ＡＭＦは、通知をＳＣＰへ送信する。当該通知は、バインディングインジケーション及びスライス情報（例えば、Ｓ－ＮＳＳＡＩ）を含む。１０．４において、ＳＣＰは、ＮＦの障害又はＮＦへの通知の配信における障害を検出する。１０．５において、ＳＣＰは、スライス情報と関連付けられたＮＲＦのＵＲＩを求める要求（Nnssf_NSSelection_Get）を、ＮＳＳＦへ送信する。１０．６において、ＮＳＳＦは、Nnssf_NSSelection_Get Response内のＵＲＩ（例えば、nrfDiscUri）で応答する。１０．７において、ＳＣＰは、ターゲットＮＦセットＩＤがset1.xxxset.5gc.mnc012.mcc30に設定された状態で、ＵＲＩを使用してＮＲＦへディスカバリ要求（nrf_NFDiscover Request）を送信する。１０．８において、ＮＲＦは、ターゲットＮＦセット内の１つ以上のＮＦインスタンスの１つ以上のＮＦプロファイルで応答する。その後、ＳＣＰは、１つ以上のＮＦインスタンスから代替ＮＦを選択し、当該代替ＮＦへ通知を送信しうる。
【0095】
上述の方法２００に対応して、ネットワークノードが提供される。図１１は、本開示の一実施形態によるネットワークノード１１００のブロック図である。ネットワークノード１１００は、第１のＮＦを実装するように構成されうる。
【0096】
ネットワークノード１１００は、図２に関連して上述した方法２００を実行するように動作する。ネットワークノード１１００は、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を第２のＮＦへ送信するように構成された送信ユニット１１１０を備える。サブスクリプション要求は、当該通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩ、又は第１のＮＦが属するネットワークスライスに関する情報を含む。
【0097】
一実施形態では、ＵＲＩ又は情報は、サブスクリプション要求のメッセージボディに含まれうる。
【0098】
一実施形態では、ＵＲＩ又は情報は、サブスクリプション要求内のＨＴＴＰカスタムヘッダに含まれうる。
【0099】
一実施形態では、ＵＲＩがＮＦ発見サービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうるか、又は情報がＳ－ＮＳＳＡＩでありうる。。
【0100】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうる。
【0101】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0102】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0103】
ユニット１１１０は、純ハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして、例えば、プロセッサ又はマイクロプロセッサと、ソフトウェアを格納するための適切なソフトウェア及びメモリと、上記で説明され、例えば図2に示された動作を実行するように構成された、プログラマブルロジックデバイス（ＰＬＤ）又は（１つ以上の）他の電子コンポーネント又は処理回路と、のうちの１つ以上によって実装されうる。
【0104】
上述の方法３００又は４００に対応して、ネットワークノードが提供される。図１２は、本開示の一実施形態によるネットワークノード１２００のブロック図である。ネットワークノード１２００は、第２のＮＦを実装するように構成されうる。
【0105】
ネットワークノード１２００は、図３に関連して上述した方法３００を実行するように動作しうる。ネットワークノード１２００は、第１のＮＦから、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を受信するように構成された受信ユニット１２１０を備えうる。当該サブスクリプション要求は、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを含む。
【0106】
一実施形態では、ＵＲＩは、サブスクリプション要求のメッセージボディ内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ内に含まれうる。
【0107】
一実施形態では、ネットワークノード１２００は、ＵＲＩを使用して、代替ＮＦを発見するためのＮＦディスカバリ要求をＮＲＦへ送信するように構成された送信ユニットを更に備えうる。受信ユニット１２１０は更に、ＮＲＦから、代替ＮＦのＮＦプロファイルを受信するように構成されうる。送信ユニットは更に、通知を代替ＮＦへ送信するように構成されうる。
【0108】
一実施形態では、ＮＦディスカバリ要求は、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて送信されうる。
【0109】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0110】
一実施形態では、ネットワークノード１２００は、第１のＮＦと第２のＮＦとの間のサービス通信プロキシ（ＳＣＰ）へ、ＵＲＩを含む通知を送信するように構成された送信ユニットを更に備えうる。
【0111】
一実施形態では、ＵＲＩは、通知内のＨＴＴＰカスタムヘッダに含まれうる。
【0112】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0113】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0114】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0115】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0116】
代替的には、ネットワークノード１２００は、図４に関連して上述した方法４００を実行するように動作しうる。ネットワークノード１２００は、第１のＮＦから、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を受信するように構成された受信ユニット１２１０を備えうる。サブスクリプション要求は、第１のＮＦが属するネットワークスライスに関する情報を含む。
【0117】
一実施形態では、情報は、サブスクリプション要求のメッセージボディ内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ内に含まれうる。
【0118】
一実施形態では、ネットワークノード１２００は、当該情報を使用して、ネットワークスライスと関連付けられたＮＲＦのＵＲＩをＮＳＳＦから取得するように構成された取得ユニットを更に備えうる。
【0119】
一実施形態では、ネットワークノード１２００は、ＵＲＩを使用して、通知のための代替ＮＦを発見することを求めるＮＦディスカバリ要求をＮＲＦへ送信するように構成された送信ユニットを更に備えうる。受信ユニット１２１０は更に、ＮＲＦから、代替ＮＦのＮＦプロファイルを受信するように構成されうる。送信ユニットは更に、通知を代替ＮＦへ送信するように構成されうる。
【0120】
一実施形態では、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0121】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0122】
一実施形態では、ネットワークノード１２００は、第１のＮＦと第２のＮＦとの間のＳＣＰへ、ＵＲＩを含む通知を送信するように構成された送信ユニットを更に備えうる。
【0123】
一実施形態では、ＵＲＩは、通知内のＨＴＴＰカスタムヘッダに含まれうる。
【0124】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0125】
一実施形態では、ネットワークノード１２００は、第１のＮＦと第２のＮＦとの間のＳＣＰへ、情報を含む通知を送信するように構成された送信ユニットを更に備えうる。
【0126】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0127】
一実施形態では、情報は、Ｓ－ＮＳＳＡＩでありうる。
【0128】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0129】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0130】
ユニット１２１０は、純ハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして、例えば、プロセッサ又はマイクロプロセッサと、ソフトウェアを格納するための適切なソフトウェア及びメモリと、上記で説明され、例えば図３又は４に示された動作を実行するように構成された、プログラマブルロジックデバイス（ＰＬＤ）又は（１つ以上の）他の電子コンポーネント又は処理回路と、のうちの１つ以上によって実装されうる。
【0131】
上述の方法５００に対応して、ネットワークノードが提供される。図１３は、本開示の一実施形態によるネットワークノード１３００のブロック図である。ネットワークノード１３００は、第１のＮＦと第２のＮＦとの間のＳＣＰを実装するように構成されうる。
【0132】
ネットワークノード１３００は、図５に関連して上述した方法５００を実行するように動作しうる。ネットワークノード１３００は、第１のＮＦへ転送されるべき通知を第２のＮＦから受信するように構成された受信ユニット１３１０を備える。当該通知は、第１のＮＦが属するネットワークスライスに関する情報を含む。ネットワークノード１３００は、当該情報を使用して、ＮＳＳＦから、ネットワークスライスと関連付けられたＮＲＦのＵＲＩを取得するように構成された取得ユニット１３２０を更に備える。ネットワークノード１３００は、ＵＲＩを使用して、通知のための代替ＮＦを発見することを求めるＮＦディスカバリ要求をＮＲＦへ送信するように構成された送信ユニット１３３０を備える。受信ユニット１３１０は更に、ＮＲＦから、代替ＮＦのＮＦプロファイルを受信するように構成される。送信ユニット１３３０は更に、通知を代替ＮＦへ送信するように構成される。
【0133】
一実施形態では、第１のＮＦへの通知の配信における障害を検出したことに応じて、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0134】
一実施形態では、当該通知は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0135】
一実施形態では、情報はＳ－ＮＳＳＡＩでありうる、及び／又はＵＲＩはＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0136】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0137】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0138】
ユニット１３１０及び１３３０は、純ハードウェアソリューションとして、又はソフトウェアとハードウェアとの組み合わせとして、例えば、プロセッサ又はマイクロプロセッサと、ソフトウェアを格納するための適切なソフトウェア及びメモリと、上記で説明され、例えば図５に示された動作を実行するように構成された、プログラマブルロジックデバイス（ＰＬＤ）又は（１つ以上の）他の電子コンポーネント又は処理回路と、のうちの１つ以上によって実装されうる。
【0139】
図１４は、本開示の別の実施形態によるネットワークノード１４００のブロック図である。
【0140】
ネットワークノード１４００は、通信インタフェース１４１０と、プロセッサ１４２０と、メモリ１４３０とを備える。
【0141】
メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第１のＮＦを実装する場合に、例えば図２に関連して前述した手順の動作を実行するように動作する、命令を含みうる。特に、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第１のＮＦを実装する場合に、第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を第２のＮＦへ送信するように動作する、命令を含みうる。サブスクリプション要求は、当該通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩ、又は第１のＮＦが属するネットワークスライスに関する情報を含む。
【0142】
一実施形態では、ＵＲＩ又は情報は、サブスクリプション要求のメッセージボディに含まれうる。
【0143】
一実施形態では、ＵＲＩ又は情報は、サブスクリプション要求内のＨＴＴＰカスタムヘッダに含まれうる。
【0144】
一実施形態では、ＵＲＩがＮＦ発見サービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうるか、又は情報がＳ－ＮＳＳＡＩでありうる。。
【0145】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうる。
【0146】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0147】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0148】
代替的には、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによって、ネットワークノード１４００が、第２のＮＦを実装する場合に、例えば図３に関連して前述した手順の動作を実行するように動作する、命令を含む。特に、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第２のＮＦを実装する場合に、第２のＮＦからの通知に対してサブスクリプションを行うことを求めるサブスクリプション要求を第１のＮＦから受信するように動作する、命令を含みうる。当該サブスクリプション要求は、通知のための代替ＮＦを発見するために使用されるべきＮＲＦのＵＲＩを含む。
【0149】
一実施形態では、ＵＲＩは、サブスクリプション要求のメッセージボディ内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ内に含まれうる。
【0150】
ある実施形態では、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第２のＮＦを実装する場合に、ＵＲＩを使用して、代替ＮＦを発見することを求めるＮＦディスカバリ要求をＮＲＦへ送信し、ＮＲＦから、代替ＮＦのＮＦプロファイルを受信し、通知を代替ＮＦへ送信するように動作する、命令を更に含みうる。
【0151】
一実施形態では、ＮＦディスカバリ要求は、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて送信されうる。
【0152】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0153】
ある実施形態では、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることにってネットワークノード１４００が、第２のＮＦを実装する場合に、ＵＲＩを含む通知を、第１のＮＦと第２のＮＦとの間のＳＣＰへ送信するように動作する、命令を更に更に含みうる。
【0154】
一実施形態では、ＵＲＩは、通知内のＨＴＴＰカスタムヘッダに含まれうる。
【0155】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0156】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0157】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0158】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0159】
代替的には、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによって、ネットワークノード１４００が、第２のＮＦを実装する場合に、例えば図４に関連して前述した手順の動作を実行するように動作する、命令を含む。特に、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第２のＮＦを実装する場合に、第２のＮＦからの通知に対してサブスクリプションを行うことを求めるサブスクリプション要求を第１のＮＦから受信するように動作する、命令を含みうる。サブスクリプション要求は、第１のＮＦが属するネットワークスライスに関する情報を含む。
【0160】
一実施形態では、情報は、サブスクリプション要求のメッセージボディ内に、又はサブスクリプション要求内のＨＴＴＰカスタムヘッダ内に含まれうる。
【0161】
一実施形態では、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第２のＮＦを実装する場合に、情報を使用して、ＮＳＳＦから、ネットワークスライスと関連付けられたＮＲＦのＵＲＩを取得するように動作する、命令を更に含みうる。
【0162】
一実施形態では、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、第２のＮＦを実装する場合に、ＵＲＩを使用して、通知のための代替ＮＦを発見することを求めるＮＦディスカバリ要求をＮＲＦへ送信し、代替ＮＦのＮＦプロファイルをＮＲＦから受信し、通知を代替ＮＦへ送信するように動作する、命令を更に含みうる。
【0163】
一実施形態では、第１のＮＦの障害又は第１のＮＦへの通知の配信における障害を検出したことに応じて、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0164】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0165】
ある実施形態では、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることにってネットワークノード１４００が、第２のＮＦを実装する場合に、ＵＲＩを含む通知を、第１のＮＦと第２のＮＦとの間のＳＣＰへ送信するように動作する、命令を更に更に含みうる。
【0166】
一実施形態では、ＵＲＩは、通知内のＨＴＴＰカスタムヘッダに含まれうる。
【0167】
一実施形態では、ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0168】
ある実施形態では、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることにってネットワークノード１４００が、第２のＮＦを実装する場合に、情報を含む通知を、第１のＮＦと第２のＮＦとの間のＳＣＰへ送信するように動作する、命令を更に更に含みうる。
【0169】
一実施形態では、サブスクリプション要求は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、通知は、バインディングインジケーションを更に含みうる。
【0170】
一実施形態では、情報は、Ｓ－ＮＳＳＡＩでありうる。
【0171】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0172】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0173】
代替的には、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによって、ネットワークノード１４００が、ＳＣＰを実装する場合に、例えば図５に関連して前述した手順の動作を実行するように動作する、命令を含む。特に、メモリ１４３０は、プロセッサ１４２０によって実行可能な命令であって、当該プロセッサによって実行可能であることによってネットワークノード１４００が、
第１のＮＦと第２のＮＦとの間のＳＣＰを実装する場合に、第１のＮＦに転送されるべき通知であって、１のＮＦが属するネットワークスライスに関する情報を含む通知を、第２のＮＦから受信し、当該情報を使用して、当該ネットワークスライスと関連付けられたＮＲＦのＵＲＩをＮＳＳＦから取得し、当該ＵＲＩを使用して、通知のための代替ＮＦを発見することを求めるＮＦディスカバリ要求をＮＲＦへ送信し、代替ＮＦのＮＦプロファイルをＮＲＦから受信し、通知を代替ＮＦへ送信するように動作する、命令を含みうる。
第１のＮＦと第２のＮＦとの間のＳＣＰを実装する場合に、第１のＮＦに転送されるべき通知であって、１のＮＦが属するネットワークスライスに関する情報を含む通知を、第２のＮＦから受信し、当該情報を使用して、当該ネットワークスライスと関連付けられたＮＲＦのＵＲＩをＮＳＳＦから取得し、当該ＵＲＩを使用して、通知のための代替ＮＦを発見することを求めるＮＦディスカバリ要求をＮＲＦへ送信し、代替ＮＦのＮＦプロファイルをＮＲＦから受信し、通知を代替ＮＦへ送信するように動作する、命令を含みうる。
【0174】
一実施形態では、第１のＮＦへの通知の配信における障害を検出したことに応じて、ＵＲＩが取得されうる、及び／又はＮＦディスカバリ要求が送信されうる。
【0175】
一実施形態では、当該通知は、代替ＮＦの再選択のためのバインディングインジケーションを更に含みうるとともに、ＮＦディスカバリ要求は、バインディングインジケーションに基づいて代替ＮＦを発見するためのものでありうる。
【0176】
一実施形態では、情報はＳ－ＮＳＳＡＩでありうる、及び／又はＵＲＩはＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ ＵＲＩでありうる。
【0177】
一実施形態では、第１のＮＦ及び代替ＮＦの各々は、ＮＦコンシューマでありうるとともに、第２のＮＦは、ＮＦプロデューサでありうる。
【0178】
一実施形態では、第２のＮＦは、ＡＭＦでありうる。
【0179】
本開示は更に、不揮発性メモリ又は揮発性メモリ（例えば、非一時的コンピュータ読み取り可能記憶媒体、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、及びハードドライブ）の形態の、少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、コンピュータプログラムを含む。コンピュータプログラムは、
プロセッサ１４２０によって実行された場合に、ネットワークノード１４００に、例えば図２、図３、図４又は図５に関連して前述した手順の動作を実行させる、コード／コンピュータ読取可能命令を含む。
プロセッサ１４２０によって実行された場合に、ネットワークノード１４００に、例えば図２、図３、図４又は図５に関連して前述した手順の動作を実行させる、コード／コンピュータ読取可能命令を含む。
【0180】
コンピュータプログラム製品は、コンピュータプログラムモジュール内に構造化されたコンピュータプログラムコードとして構成されてもよい。コンピュータプログラム製品は、コンピュータプログラムモジュール内に構造化されたコンピュータプログラムコードとして構成されてもよい。
【0181】
プロセッサは、単一のＣＰＵ（中央演算処理装置）でありうるが、２つ以上の処理ユニットを備えてもよい。例えば、プロセッサは、汎用マイクロプロセッサ、命令セットプロセッサ及び／又は関連するチップセット及び／又は特定用途向け集積回路（ＡＳＩＣ）等の専用マイクロプロセッサを含みうる。プロセッサは、キャッシュ目的のためのボードメモリを備えてもよい。コンピュータプログラムは、プロセッサに結合されたコンピュータプログラム製品において担持されうる。コンピュータプログラム製品は、コンピュータプログラムが格納される非一時的コンピュータ読取可能記憶媒体を含みうる。例えば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、又はＥＥＰＲＯＭであってもよく、上記のコンピュータプログラムモジュールは、代替の実施形態ではメモリの形態で種々のコンピュータプログラム製品に分散されうる。
【0182】
本開示について、その実施形態を参照して上述してきた。当業者であれば、本開示の精神及び範囲から逸脱することなく、種々の変形、変更及び追加を行うことが可能であることを理解されたい。したがって、本開示の範囲は、上記の特定の実施形態に限定されず、添付の特許請求の範囲によってのみ定められる。
【0183】
本開示は更に、3GPP TS 29.500に基づく以下の実施形態を提供する。
--------------------------------------------------------------------------------
5.2.3.2.1 全般
3GPP NFサービスは、以下の表5.2.3.2.1-1に規定されるHTTPカスタムヘッダをサポートするものとする。表5.2.3.2-1には、各カスタムヘッダの説明と、それらを含める時期に関する規範的要件も示されている。
5.2.3.2.x 3gpp-Sbi-Nrf-Uri-Callback
本ヘッダは、NFディスカバリサービスのためのNRF API URIを含む。第6.5.3.2節を参照。
ヘッダの符号化はIETF RFC 7230 [12]に規定されているとおりのＡＢＮＦに従う。
3gpp-Sbi-Nrf-Uri-Callback= "3gpp-Sbi-Nrf-Uri-Callback" ":" parameter *( OWS ";" parameter)
parameter = parametername ":" RWS parametervalue
parametername = "nnrf-disc"/ token
注: tokenは将来の拡張性のために規定されている.
parametervalue = DQUOTE URI DQUOTE
URIはIETF RFC 3986 [14]のURI定義に準拠しなければならない.
例: Header with NRF NF Discovery Service:
3gpp-Sbi-Nrf-Uri-Callback: nnrf-disc: "https://nrf1.operator.com/nnrf-disc/v1/"
--------------------------------------------------------------------------------
6.5.3.2 サービスコンシューマとしてのステートレスNF
1. NFサービスコンシューマが、別のNFサービスプロデューサからの通知に対して（明示的又は黙示的に）サブスクリプションを行う場合、NFサービスコンシューマは、サブスクリプションリソースにおいてコールバックURIを提供することに加えて、関連する通知がNF（サービス））セット内の代替NFサービスコンシューマに送信されることを可能にするために、3GPP TS 23.501 [3]の第6.3.1.0節及び3GPP TS 23.502 [4]の第4.17.12.4節に規定されるように、バインディングインジケーションをNFサービスプロデューサに提供しうる。NFコンシューマは、NFサービスコンシューマの再選択のために使用される3gpp-Sbi-Nrf-Uri-CallbackヘッダにおいてNRF API URIを提供しうる。
2. NFサービスプロデューサ又はSCPは、NF（サービス）セット内のNFサービスコンシューマを発見するために、Nnrf＿NFDiscoveryサービスを使用しうる。NRF API URIがビュレット（bullet）1の3gpp-Sbi-Nrf-Uri-Callbackヘッダで受信された場合、NRF API URIが、再選択のために使用されるものとする。
3. NFサービスプロデューサは、HTTP要求メッセージで、更新されたバインディング情報を受信することを介して（即ち、バインディングレベルに対応するバインディングエンティティが変更された場合に）、又は通知に対するエラー応答を介して、リンクレベルの障害（例えば、NFからの応答なし）を介して、又はNFサービスコンシューマが登録解除されたというNRFからの通知を介して、NFサービスコンシューマの変更を知りうる。HTTPエラー応答は、新たなNFサービスコンシューマを指す3xxリダイレクト応答でありうる。
注1: バインディングレベルに対応するもの以外のバインディングエンティティが変更された場合、それは、セッションのレジリエンス情報（resilience information）が変更されたことを示し、即ち、多かれ少なかれ、コンシューマインスタンスが通知／コールバック要求メッセージを処理することが可能であり、NFサービスプロデューサは、通知／コールバックURIを変更することを期待されない。
注2: バインディングインジケーション（Binding Indication）が受諾応答メッセージに含まれる場合、NFサービスプロデューサは、当該バインディングインジケーションを保存するが、NFサービスコンシューマの変更があるかどうかを判定するためにそれをチェックしない。したがって、NFサービスプロデューサは、NFサービスコンシューマの変更を知るまで、後続の要求のためにその現在の通知／コールバックURIを使用し続け、その時点において、NFサービスプロデューサは、最後に受信されたバインディング情報を、異なるインスタンスを再選択するために使用する。
4. NFサービスコンシューマの変更を知った場合、及び新たなNFサービスコンシューマが知られていない場合、NFサービスプロデューサは、3GPP TS 23.527 [38]の第6.6節に規定されるように、新たなNFサービスコンシューマを選択するものとする。バインディング情報が利用可能であり、かつ、バインディングメカニズムがNFサービスプロデューサによってサポートされる場合、再選択は、3GPP TS 23.527 [38]の6.6.2節、3GPP TS 23.501 [3]の第6.3.1.0節、及び3GPP TS 23.502 [4]の第4.17.12.4節に規定されるように、バインディング情報に基づくものとする。バインディング情報が利用可能ではない、又はバインディングメカニズムがNFサービスプロデューサによってサポートされない場合、再選択は、3GPP TS 23.527 [38]の第6.6.3節に規定されるように実行される。
5. NFサービスコンシューマの変更を知った場合、NFサービスプロデューサ又はSCPは、3GPP TS 23.527 [38]の第6.6節に規定されるように、通知／コールバックURIのオーソリティ部分を、新NFサービスコンシューマ情報に置き換え、かつ、その後の通信においてそのURIを使用するものとする。
6. NFサービスコンシューマが変更された場合、及び、新NFサービスコンシューマが、上記のビュレット5に規定せるように通知の処理をサポートしない場合、新NFサービスコンシューマは、新たな通知URIを用いてNFサービスプロデューサを更新するものとする。明示的なサブスクリプションの場合、これは、NFサービスプロデューサのAPIに応じて、既存のサブスクリプションを更新することによって、又は新たなサブスクリプションを作成することによって達成される。黙示的なサブスクリプションの場合、これは、サービス更新要求メッセージを介して実行される。
7. 新NFサービスコンシューマは、NFサービスプロデューサへのサービス要求又は通知応答メッセージに、更新されたバインディングインジケーションを含めうる。
8. NF（サービス）セット内の各NFサービスコンシューマは、NFサービスプロデューサからの通知を受信する準備ができているものとし、これは、上記のビュレット5に従って構築された通知URIへの通知を、それ自体のアドレスを用いてオーソリティ部分として扱うこと、上記のビュレット6で通知された通知URIへの通知を扱うこと、又は新NFサービスコンシューマを指し示すHTTP 3xxリダイレクト若しくは別のHTTPエラーを用いて返信すること、のいずれかによる。
9. NFサービスプロデューサは、NF（サービス）セット内の任意のNFサービスコンシューマから関連するサービスのリソースの更新を受信する準備ができているものとする。
10. SCPが、通知／コールバック要求のターゲットNFサービスコンシューマが利用可能でないことを検出した場合、SCPは、利用可能であり、かつ、SCPによってサポートされるときには、ルーティングバインディングインジケーションに基づいて、又はNFサービスプロデューサによって提供されるときには、3gpp-Sbi-Discoveryヘッダに依存することによって、新NFサービスコンシューマを選択しうる。3GPP TS 23.527 [38]の第6.6節を参照。
--------------------------------------------------------------------------------
6.10.7 間接通信で送信される通知及びコールバック要求
間接通信を使用して送信される通知及びコールバック要求は、通知又はコールバックサービス動作（Annex Bを参照）の名称、及び1より大きい場合にはAPIメジャーバージョンを含む3gpp-Sbi-Callbackヘッダを含むものとする。
SCPは、サービス要求が通知又はコールバック要求であることを、このヘッダの存在から導き出しうる。
注: これは、例えば認可のために（アクセストークンは通知／コールバックでは使用されない、第6.7.3節を参照）、他のサービス要求と比較して区別化された処理を、通知及びコールバック要求に対して適用するためにSCPによって使用されうる。
NFプロデューサは、NFコンシューマから3gpp-Sbi-Nrf-Uri-Callbackヘッダ（第6.5.3.2節を参照）で以前に受信された場合、NFコンシューマ再選択のためのNRF API URIを3gpp-Sbi-Nrf-Uriヘッダに含めるものとする。SCPは、再選択が必要とされる場合に代替NFコンシューマを発見するためにNRF API URIを使用するものとする。
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
5.2.3.2.1 全般
3GPP NFサービスは、以下の表5.2.3.2.1-1に規定されるHTTPカスタムヘッダをサポートするものとする。表5.2.3.2-1には、各カスタムヘッダの説明と、それらを含める時期に関する規範的要件も示されている。
5.2.3.2.x 3gpp-Sbi-Nrf-Uri-Callback
本ヘッダは、NFディスカバリサービスのためのNRF API URIを含む。第6.5.3.2節を参照。
ヘッダの符号化はIETF RFC 7230 [12]に規定されているとおりのＡＢＮＦに従う。
3gpp-Sbi-Nrf-Uri-Callback= "3gpp-Sbi-Nrf-Uri-Callback" ":" parameter *( OWS ";" parameter)
parameter = parametername ":" RWS parametervalue
parametername = "nnrf-disc"/ token
注: tokenは将来の拡張性のために規定されている.
parametervalue = DQUOTE URI DQUOTE
URIはIETF RFC 3986 [14]のURI定義に準拠しなければならない.
例: Header with NRF NF Discovery Service:
3gpp-Sbi-Nrf-Uri-Callback: nnrf-disc: "https://nrf1.operator.com/nnrf-disc/v1/"
--------------------------------------------------------------------------------
6.5.3.2 サービスコンシューマとしてのステートレスNF
1. NFサービスコンシューマが、別のNFサービスプロデューサからの通知に対して（明示的又は黙示的に）サブスクリプションを行う場合、NFサービスコンシューマは、サブスクリプションリソースにおいてコールバックURIを提供することに加えて、関連する通知がNF（サービス））セット内の代替NFサービスコンシューマに送信されることを可能にするために、3GPP TS 23.501 [3]の第6.3.1.0節及び3GPP TS 23.502 [4]の第4.17.12.4節に規定されるように、バインディングインジケーションをNFサービスプロデューサに提供しうる。NFコンシューマは、NFサービスコンシューマの再選択のために使用される3gpp-Sbi-Nrf-Uri-CallbackヘッダにおいてNRF API URIを提供しうる。
2. NFサービスプロデューサ又はSCPは、NF（サービス）セット内のNFサービスコンシューマを発見するために、Nnrf＿NFDiscoveryサービスを使用しうる。NRF API URIがビュレット（bullet）1の3gpp-Sbi-Nrf-Uri-Callbackヘッダで受信された場合、NRF API URIが、再選択のために使用されるものとする。
3. NFサービスプロデューサは、HTTP要求メッセージで、更新されたバインディング情報を受信することを介して（即ち、バインディングレベルに対応するバインディングエンティティが変更された場合に）、又は通知に対するエラー応答を介して、リンクレベルの障害（例えば、NFからの応答なし）を介して、又はNFサービスコンシューマが登録解除されたというNRFからの通知を介して、NFサービスコンシューマの変更を知りうる。HTTPエラー応答は、新たなNFサービスコンシューマを指す3xxリダイレクト応答でありうる。
注1: バインディングレベルに対応するもの以外のバインディングエンティティが変更された場合、それは、セッションのレジリエンス情報（resilience information）が変更されたことを示し、即ち、多かれ少なかれ、コンシューマインスタンスが通知／コールバック要求メッセージを処理することが可能であり、NFサービスプロデューサは、通知／コールバックURIを変更することを期待されない。
注2: バインディングインジケーション（Binding Indication）が受諾応答メッセージに含まれる場合、NFサービスプロデューサは、当該バインディングインジケーションを保存するが、NFサービスコンシューマの変更があるかどうかを判定するためにそれをチェックしない。したがって、NFサービスプロデューサは、NFサービスコンシューマの変更を知るまで、後続の要求のためにその現在の通知／コールバックURIを使用し続け、その時点において、NFサービスプロデューサは、最後に受信されたバインディング情報を、異なるインスタンスを再選択するために使用する。
4. NFサービスコンシューマの変更を知った場合、及び新たなNFサービスコンシューマが知られていない場合、NFサービスプロデューサは、3GPP TS 23.527 [38]の第6.6節に規定されるように、新たなNFサービスコンシューマを選択するものとする。バインディング情報が利用可能であり、かつ、バインディングメカニズムがNFサービスプロデューサによってサポートされる場合、再選択は、3GPP TS 23.527 [38]の6.6.2節、3GPP TS 23.501 [3]の第6.3.1.0節、及び3GPP TS 23.502 [4]の第4.17.12.4節に規定されるように、バインディング情報に基づくものとする。バインディング情報が利用可能ではない、又はバインディングメカニズムがNFサービスプロデューサによってサポートされない場合、再選択は、3GPP TS 23.527 [38]の第6.6.3節に規定されるように実行される。
5. NFサービスコンシューマの変更を知った場合、NFサービスプロデューサ又はSCPは、3GPP TS 23.527 [38]の第6.6節に規定されるように、通知／コールバックURIのオーソリティ部分を、新NFサービスコンシューマ情報に置き換え、かつ、その後の通信においてそのURIを使用するものとする。
6. NFサービスコンシューマが変更された場合、及び、新NFサービスコンシューマが、上記のビュレット5に規定せるように通知の処理をサポートしない場合、新NFサービスコンシューマは、新たな通知URIを用いてNFサービスプロデューサを更新するものとする。明示的なサブスクリプションの場合、これは、NFサービスプロデューサのAPIに応じて、既存のサブスクリプションを更新することによって、又は新たなサブスクリプションを作成することによって達成される。黙示的なサブスクリプションの場合、これは、サービス更新要求メッセージを介して実行される。
7. 新NFサービスコンシューマは、NFサービスプロデューサへのサービス要求又は通知応答メッセージに、更新されたバインディングインジケーションを含めうる。
8. NF（サービス）セット内の各NFサービスコンシューマは、NFサービスプロデューサからの通知を受信する準備ができているものとし、これは、上記のビュレット5に従って構築された通知URIへの通知を、それ自体のアドレスを用いてオーソリティ部分として扱うこと、上記のビュレット6で通知された通知URIへの通知を扱うこと、又は新NFサービスコンシューマを指し示すHTTP 3xxリダイレクト若しくは別のHTTPエラーを用いて返信すること、のいずれかによる。
9. NFサービスプロデューサは、NF（サービス）セット内の任意のNFサービスコンシューマから関連するサービスのリソースの更新を受信する準備ができているものとする。
10. SCPが、通知／コールバック要求のターゲットNFサービスコンシューマが利用可能でないことを検出した場合、SCPは、利用可能であり、かつ、SCPによってサポートされるときには、ルーティングバインディングインジケーションに基づいて、又はNFサービスプロデューサによって提供されるときには、3gpp-Sbi-Discoveryヘッダに依存することによって、新NFサービスコンシューマを選択しうる。3GPP TS 23.527 [38]の第6.6節を参照。
--------------------------------------------------------------------------------
6.10.7 間接通信で送信される通知及びコールバック要求
間接通信を使用して送信される通知及びコールバック要求は、通知又はコールバックサービス動作（Annex Bを参照）の名称、及び1より大きい場合にはAPIメジャーバージョンを含む3gpp-Sbi-Callbackヘッダを含むものとする。
SCPは、サービス要求が通知又はコールバック要求であることを、このヘッダの存在から導き出しうる。
注: これは、例えば認可のために（アクセストークンは通知／コールバックでは使用されない、第6.7.3節を参照）、他のサービス要求と比較して区別化された処理を、通知及びコールバック要求に対して適用するためにSCPによって使用されうる。
NFプロデューサは、NFコンシューマから3gpp-Sbi-Nrf-Uri-Callbackヘッダ（第6.5.3.2節を参照）で以前に受信された場合、NFコンシューマ再選択のためのNRF API URIを3gpp-Sbi-Nrf-Uriヘッダに含めるものとする。SCPは、再選択が必要とされる場合に代替NFコンシューマを発見するためにNRF API URIを使用するものとする。
--------------------------------------------------------------------------------
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2024-03-22
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１のＮＦ（ネットワーク機能）における方法（200）であって、第２のＮＦへ、前記第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を送信すること（210）を含み、前記サブスクリプション要求は、
オリジナルＮＦがもはや利用可能でない場合のコールバックのために、前記通知のための代替ＮＦを発見するために使用されるＮＲＦ（ＮＦリポジトリ機能）のＵＲＩ（ユニフォームリソース識別子）を含む、方法。
【請求項2】
請求項１に記載の方法（200）であって、前記ＵＲＩは、前記サブスクリプション要求のメッセージボディに含まれる、方法。
【請求項3】
請求項１に記載の方法（200）であって、前記ＵＲＩは、前記サブスクリプション要求内のＨＴＴＰ（ハイパーテキスト転送プロトコル）カスタムヘッダに含まれる、方法。
【請求項4】
請求項１に記載の方法（200）であって、前記サブスクリプション要求は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含む、方法。
【請求項5】
請求項１に記載の方法（200）であって、前記第１のＮＦ及び前記代替ＮＦの各々は、ＮＦコンシューマであり、前記第２のＮＦは、ＮＦプロデューサである、方法。
【請求項6】
請求項１に記載の方法（200）であって、前記第２のＮＦは、ＡＭＦ（アクセス及びモビリティ管理機能）である、方法。
【請求項7】
第２のＮＦ（ネットワーク機能）における方法（300）であって、第１のＮＦから、前記第２のＮＦからの通知に対してサブスクリプションを行うためのサブスクリプション要求を受信すること（310）を含み、前記サブスクリプション要求は、オリジナルＮＦがもはや利用可能でない場合のコールバックのために、前記通知のための代替ＮＦを発見するために使用されるＮＲＦ（ＮＦリポジトリ機能）のＵＲＩ（ユニフォームリソース識別子）を含む、方法。
【請求項8】
請求項７に記載の方法（300）であって、前記ＵＲＩは、前記サブスクリプション要求のメッセージボディ、又は前記サブスクリプション要求内のＨＴＴＰ（ハイパーテキスト転送プロトコル）カスタムヘッダに含まれる、方法。
【請求項9】
請求項７に記載の方法（300）であって、前記ＵＲＩを使用して、前記代替ＮＦを発見するためのＮＦディスカバリ要求を前記ＮＲＦへ送信することと、
前記代替ＮＦのＮＦプロファイルを、前記ＮＲＦから受信することと、
前記通知を前記代替ＮＦへ送信することと、
を更に含む、方法。
【請求項10】
請求項９に記載の方法（300）であって、前記ＮＦディスカバリ要求は、前記第１のＮＦの障害又は前記第１のＮＦへの前記通知の配信における障害を検出したことに応じて送信される、方法。
【請求項11】
請求項９に記載の方法（300）であって、前記サブスクリプション要求は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含み、前記ＮＦディスカバリ要求は、前記バインディングインジケーションに基づいて前記代替ＮＦを発見するためのものである、方法。
【請求項12】
請求項７に記載の方法（300）であって、前記第１のＮＦと前記第２のＮＦとの間のＳＣＰ（サービス通信プロキシＳＣＰ）へ、前記ＵＲＩを含む前記通知を送信することを更に含む、方法。
【請求項13】
請求項１２に記載の方法（300）であって、前記ＵＲＩは、前記通知内のＨＴＴＰ（ハイパーテキスト転送プロトコル）カスタムヘッダに含まれる、方法。
【請求項14】
請求項１２に記載の方法（300）であって、前記サブスクリプション要求は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含み、前記通知は、前記バインディングインジケーションを更に含む、方法。
【請求項15】
請求項７に記載の方法（300）であって、前記ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ（アプリケーションプログラミングインタフェース）ＵＲＩである、方法。
【請求項16】
請求項７に記載の方法（300）であって、前記第１のＮＦ及び前記代替ＮＦの各々は、ＮＦコンシューマであり、前記第２のＮＦは、ＮＦプロデューサである、方法。
【請求項17】
請求項７に記載の方法（300）であって、前記第２のＮＦは、ＡＭＦ（アクセス及びモビリティ管理機能）である、方法。
【請求項18】
第１のＮＦ（ネットワーク機能）と第２のＮＦとの間のＳＣＰ（サービス通信プロキシ）における方法（500）であって、前記方法（500）は、前記第１のＮＦに転送されるべき通知であって、前記第１のＮＦが属するネットワークスライスに関する情報を含む前記通知を、前記第２のＮＦから受信すること（510）と、
前記情報を使用して、前記ネットワークスライスと関連付けられたＮＲＦ（ＮＦリポジトリ機能）のＵＲＩ（ユニフォームリソース識別子）を、ＮＳＳＦ（ネットワークスライス選択機能）から取得すること（520）と、
前記通知のための代替ＮＦを発見するためのＮＦディスカバリ要求を、前記ＵＲＩを使用することによって前記ＮＲＦへ送信すること（530）と、
前記代替ＮＦのＮＦプロファイルを、前記ＮＲＦから受信すること（540）と、
前記通知を前記代替ＮＦへ送信すること（550）と、
を含む、方法。
【請求項19】
請求項１８に記載の方法（500）であって、前記第１のＮＦへの前記通知の配信における障害を検出したことに応じて、前記ＵＲＩが取得される、及び／又は前記ＮＦディスカバリ要求が送信される、方法。
【請求項20】
請求項１８に記載の方法（500）であって、前記通知は、前記代替ＮＦの再選択のためのバインディングインジケーションを更に含み、前記ＮＦディスカバリ要求は、前記バインディングインジケーションに基づいて前記代替ＮＦを発見するためのものである、方法。
【請求項21】
請求項１８に記載の方法（500）であって、前記情報は、Ｓ－ＮＳＳＡＩ（単一ネットワークスライス選択支援情報）である、及び／又は前記ＵＲＩは、ＮＦディスカバリサービスのためのＮＲＦ ＡＰＩ（アプリケーションプログラミングインタフェース）ＵＲＩである、方法。
【請求項22】
請求項１８に記載の方法（500）であって、前記第１のＮＦ及び前記代替ＮＦの各々は、ＮＦコンシューマであり、前記第２のＮＦは、ＮＦプロデューサである、方法。
【請求項23】
請求項１８に記載の方法（500）であって、前記第２のＮＦは、ＡＭＦ（アクセス及びモビリティ管理機能）である、方法。
【請求項24】
ネットワークノード（1400）であって、通信インタフェース（1410）、プロセッサ（1420）及びメモリ（1430）を備え、前記メモリ（1430）は、前記プロセッサ（1420）によって実行可能な命令を含み、当該プロセッサによって当該命令が実行可能であることによって前記ネットワークノード（1400）は、第１のＮＦ（ネットワーク機能）を実装する場合に、請求項１乃至６のいずれか一項に記載の方法（200）を実行する、又は、第２のＮＦを実装する場合に、請求項７乃至１７のいずれか一項に記載の方法（300, 400）を実行する、又は、ＳＣＰ（サービス通信プロキシ）を実装する場合に、請求項１８乃至２３のいずれか一項に記載の方法（500）を実行する、ように動作する、ネットワークノード。
【請求項25】
命令を含むコンピュータプログラムであって、前記命令は、ネットワークノード（1400）のプロセッサ（1420）によって実行されると、第１のＮＦ（ネットワーク機能）を実装する場合に、請求項１乃至６のいずれか一項に記載の方法（200）を実行する、又は、第２のＮＦを実装する場合に、請求項７乃至１７のいずれか一項に記載の方法（300, 400）を実行する、又は、ＳＣＰ（サービス通信プロキシ）を実装する場合に、請求項１８乃至２３のいずれか一項に記載の方法（500）を実行するように、前記ネットワークノード（1400）を構成する、コンピュータプログラム。
【国際調査報告】