特表 2024-509774 サービスをハンドリングするための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-03-05

(54)【発明の名称】サービスをハンドリングするための方法および装置

(51)【国際特許分類】

   H04W 36/12 20090101AFI20240227BHJP

   H04W 92/24 20090101ALI20240227BHJP

   H04W 48/02 20090101ALI20240227BHJP

【ＦＩ】

H04W36/12

H04W92/24

H04W48/02

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023550688

(86)(22)【出願日】2022-06-22

(85)【翻訳文提出日】2023-09-13

(86)【国際出願番号】 CN2022100451

(87)【国際公開番号】W WO2023273986

(87)【国際公開日】2023-01-05

(31)【優先権主張番号】PCT/CN2021/104259

(32)【優先日】2021-07-02

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ル， ユンジェ

(72)【発明者】

【氏名】ヤン， ヨン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD57

5K067EE16

(57)【要約】

本開示の実施形態は、サービスハンドリングのための方法および装置を提供する。第１のネットワークエンティティにおいて実行される方法は、リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信することを含む。本方法は、第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信することをさらに有する。第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。
【選択図】図２

【特許請求の範囲】

【請求項1】

第１のネットワークエンティティにおいて実行される方法（２００）であって、
リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信すること（２０２）と、
前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信すること（２０４）と、を有し、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、方法。

【請求項2】

請求項１に記載の方法であって、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの２つ以上が、ネットワーク機能セット、ネットワーク機能サービスセット、または、ネットワーク機能サービスインスタンスセットにグループ化され、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの前記２つ以上が、置き換え可能であり、前記同じリソースコンテキストまたはセッションコンテキストを共有する、方法。

【請求項3】

請求項１または２に記載の方法であって、前記情報は、さらに、
前記第１のリクエストがアプリケーションロジックエラーまたは状態競合に起因して拒絶されるかどうかと、または、
前記リソースコンテキストまたはセッションコンテキストが前記第２のネットワークエンティティによって引き継がれたかどうかと、のうちの少なくとも１つを示す、方法。

【請求項4】

請求項１～３のいずれか一項に記載の方法であって、さらに、
前記第１の拒否レスポンスが、第１のパラメータを有する情報を含み、かつ、前記第１のパラメータが、前記第１のリクエストが前記第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきであることを示す場合、前記第１のリクエストのリトライを回避すること（２０６）、を有する、方法。

【請求項5】

請求項１～４のいずれか一項に記載の方法であって、さらに、
前記第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用することを示す場合、前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用すること（２０８）、を有する、方法。

【請求項6】

請求項１～５のいずれか一項に記載の方法であって、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティは、ハイパーテキストトランスファープロトコルサーバであり、前記第１のネットワークエンティティは、ハイパーテキストトランスファープロトコルクライアントであり、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティと前記第１のネットワークエンティティとの間の通信は、サービス通信プロキシを用いない直接通信である、方法。

【請求項7】

請求項１～５のいずれか一項に記載の方法であって、前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティがハイパーテキストトランスファープロトコルサーバであり、前記第１のネットワークエンティティがサービス通信プロキシである、方法。

【請求項8】

請求項７に記載の方法であって、さらに、
ハイパーテキストトランスファープロトコルクライアントから前記リソースコンテキストまたはセッションコンテキストをターゲットとする第２のリクエストを受信すること（３０２）と、ここで、前記リソースコンテキストまたはセッションコンテキストをターゲットとする前記第１のリクエストを前記第２のネットワークエンティティに送信することは、前記ハイパーテキストトランスファープロトコルクライアントから前記第２のリクエストを受信したことに応じて実行され、
前記第２のネットワークエンティティから前記第１の拒否レスポンスを受信したことに応じて、前記第２のリクエストに対するレスポンスとして前記第１の拒否レスポンスを前記ハイパーテキストトランスファープロトコルクライアントに転送すること（３０８）と、を有する、方法。

【請求項9】

請求項８に記載の方法であって、前記第２のリクエストは、前記第２のネットワークエンティティの前記アプリケーションプログラムインタフェースルートを含む、方法。

【請求項10】

請求項８に記載の方法であって、前記第２のリクエストが、別の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含み、前記方法は、さらに、
前記別の第２のネットワークエンティティが到達可能でないか、および／または、前記別の第２のネットワークエンティティが前記第２のリクエストを取り扱うことができない、と判定すること（４０４）と、
前記別の第２のネットワークエンティティが到達可能でないか、および／または、前記別のネットワークエンティティが前記第２のリクエストを取り扱うことができない、という前記判定に基づいて、前記第２のネットワークエンティティを再選択すること（４０６）と、
前記第１の拒否レスポンスが前記第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティを使用することを示す場合、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを前記第１の拒否レスポンスに追加すること（４１２）と、を有する、方法。

【請求項11】

請求項１～１０のいずれか一項に記載の方法であって、前記情報は、暗黙的情報または明示的情報を含む、方法。

【請求項12】

請求項１～１１のいずれか一項に記載の方法であって、前記情報は、新しいハイパーテキストトランスファープロトコルヘッダ、または、
３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－ａｐｉＲｏｏｔ、または、
３ｇｐｐ－Ｓｂｉ－Ｂｉｎｄｉｎｇによって搬送される、方法。

【請求項13】

請求項１～１２のいずれか一項に記載の方法であって、前記第１のリクエストは、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項14】

第２のネットワークエンティティまたは代替の第２のネットワークエンティティによって実行される方法（５００）であって、
第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信すること（５０２）と、
前記第１のネットワークエンティティに第１の拒否レスポンスを送信すること（５０４）と、を有し、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有し、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、方法。

【請求項15】

請求項１４に記載の方法であって、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの２つ以上が、ネットワーク機能セット、ネットワーク機能サービスセット、またはネットワーク機能サービスインスタンスセットにグループ化され、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの前記２つ以上が、置き換え可能であり、同じリソースコンテキストまたはセッションコンテキストを共有する、方法。

【請求項16】

請求項１４または１５に記載の方法であって、前記情報は、さらに、
前記第１のリクエストが、アプリケーションロジックエラーまたは状態競合に起因して拒否されるかどうかと、または、
前記リソースコンテキストまたはセッションコンテキストが前記第２のネットワークエンティティによって引き継がれたかどうかと、のうちの少なくとも一つを示す、方法。

【請求項17】

請求項１４～１６のいずれか一項に記載の方法であって、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティは、ハイパーテキストトランスファープロトコルサーバであり、前記第１のネットワークエンティティは、ハイパーテキストトランスファープロトコルクライアントであり、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティと前記第１のネットワークエンティティとの間の通信は、サービス通信プロキシを用いない直接通信である、方法。

【請求項18】

請求項１４～１７のいずれか一項に記載の方法であって、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティがハイパーテキストトランスファープロトコルサーバであり、前記第１のネットワークエンティティがサービス通信プロキシである、方法。

【請求項19】

請求項１４～１８のいずれか一項に記載の方法であって、
前記情報は、暗黙的情報または明示的情報を含む、方法。

【請求項20】

請求項１９に記載の方法であって、前記暗黙的情報は、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項21】

請求項１４～２０のいずれか一項に記載の方法であって、前記第１のリクエストは、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項22】

請求項１４～２１のいずれか一項に記載の方法であって、前記第１の拒否レスポンスが、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを有する、方法。

【請求項23】

請求項１４～２２のいずれか一項に記載の方法であって、前記情報は、新しいハイパーテキストトランスファープロトコルヘッダ、または、
３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－ａｐｉＲｏｏｔ、または、
３ｇｐｐ－Ｓｂｉ－Ｂｉｎｄｉｎｇによって搬送される、方法。

【請求項24】

第３のネットワークエンティティによって実行される方法（６００）であって、
リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信すること（６０２）と、
前記サービス通信プロキシから拒否レスポンスを受信すること（６０４）と、ここで、前記拒否レスポンスは、
前記リクエストが第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、有する情報を含み、ここで、前記第２のパラメータを有する情報を含む前記拒否レスポンスが前記代替の第２のネットワークエンティティから受信され、
前記拒否レスポンスが前記第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用することを示す場合に、前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために当該代替の第２のネットワークエンティティを使用すること（６０６）と、を有する、方法。

【請求項25】

請求項２４に記載の方法であって、前記リクエストは、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項26】

請求項２４に記載の方法であって、前記リクエストは、別の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項27】

請求項２４～２６のいずれか一項に記載の方法であって、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの２つ以上が、ネットワーク機能セット、ネットワーク機能サービスセット、またはネットワーク機能サービスインスタンスセットにグループ化され、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの前記２つ以上が、置き換え可能であり、前記同じリソースコンテキストまたはセッションコンテキストを共有する、方法。

【請求項28】

請求項２４～２７のいずれか一項に記載の方法であって、前記情報は、さらに、
前記リクエストがアプリケーションロジックエラーまたは状態競合に起因して拒否されること、または、
前記リソースコンテキストまたはセッションコンテキストが前記第２のネットワークエンティティによって引き継がれたかどうか、のうちの少なくとも１つを示す、方法。

【請求項29】

請求項２４～２８のいずれか一項に記載の方法であって、
前記情報は、暗黙的情報または明示的情報を含む、方法。

【請求項30】

請求項２９に記載の方法であって、前記暗黙的情報は、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項31】

請求項２４～３０のいずれか一項に記載の方法であって、前記拒否レスポンスが、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項32】

請求項２４～３１のいずれか一項に記載の方法であって、前記情報は、新しいハイパーテキストトランスファープロトコルヘッダ、または、
３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｅｔ－ａｐｉＲｏｏｔ、または、
３ｇｐｐ－Ｓｂｉ－Ｂｉｎｄｉｎｇによって搬送される、方法。

【請求項33】

請求項２４～３２のいずれか一項に記載の方法であって、前記第３のネットワークエンティティがハイパーテキストトランスファープロトコルクライアントである、方法。

【請求項34】

第１のネットワークエンティティ（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に接続されたメモリ（９２２）と、を有し、前記メモリ（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それによって前記第１のネットワークエンティティ（９００）は、
リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信し、
前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信する、ように動作可能であり、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、第１のネットワークエンティティ。

【請求項35】

請求項３４に記載の第１のネットワークエンティティであって、前記第１のネットワークエンティティが、請求項２～１３のいずれか一項に記載の方法を実行するようにさらに動作可能である、第１のネットワークエンティティ。

【請求項36】

第２のネットワークエンティティまたは代替の第２のネットワークエンティティ（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に接続されたメモリ（９２２）と、を有し、前記メモリ（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それによって、前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティ（９００）は、
第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信し、
第１の拒否レスポンスを前記第１のネットワークエンティティに送信する、ように動作可能であり、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、前記第２のパラメータを有する情報を含む前記拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、第２のネットワークエンティティまたは代替の第２のネットワークエンティティ（９００）。

【請求項37】

請求項３６に記載の第２のネットワークエンティティまたは代替の第２のネットワークエンティティであって、前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティが、請求項１５～２３のいずれか一項に記載の方法を実行するようにさらに動作する、第２のネットワークエンティティまたは代替の第２のネットワークエンティティ（９００）。

【請求項38】

第３のネットワークエンティティ（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に接続されたメモリ（９２２）と、を有し、前記メモリ（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それによって前記第３のネットワークエンティティ（９００）は、
リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信し、
前記サービス通信プロキシから拒否レスポンスを受信し、ここで、前記拒否レスポンスは、
前記リクエストが第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、ここで、前記第２のパラメータを有する情報を含む前記拒否レスポンスが前記代替の第２のネットワークエンティティから受信され、
前記拒否レスポンスが前記第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用することを示す場合、前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用する、ように動作可能である、第３のネットワークエンティティ。

【請求項39】

請求項３８に記載の第３のネットワークエンティティであって、前記第３のネットワークエンティティは、請求項２５～３３のいずれか一項に記載の方法を実行するようにさらに動作可能である、第３のネットワークエンティティ。

【請求項40】

少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１～３３のいずれか一項に記載の方法を実行させる命令を記憶するコンピュータ可読記憶媒体。

【請求項41】

少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１～３３のいずれかに記載の方法を実行させる命令を含む、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の非限定的かつ例示的な実施形態は、一般に、通信の技術分野に関し、具体的には、サービスをハンドリングする（取り扱う）ための方法および装置に関する。

【背景技術】

【0002】

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点から読まれるべきであり、何が従来技術にあるか、または何が従来技術でないかについての承認として理解されるべきでない。

【0003】

ネットワーク機能（ＮＦ）インスタンスは、分散化、冗長化、およびスケーラビリティを一緒にＮＦインスタンスのセットとして提供するために、いくつかのネットワーク機能インスタンスがＮＦセット内に存在するように、配備される。ＮＦサービスについても同様である。これは、同等なＮＦおよびＮＦサービスが同じコンテキストデータを共有する場合に達成されたり、ネットワーク機能／ＮＦサービスコンテキスト転送プロシージャにより達成されたりする。たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）） ＴＳ２３．５０１ Ｖ１７．０．０はここに引用によりその全体が取り込まれてるが、５ＧＣ（第５世代コアネットワーク）アーキテクチャは、ＮＦセットを用いた冗長性をサポートしており、これは、同じＮＦセット内の別のインスタンスによって作成／管理された既存のリソースコンテキストまたはセッションコンテキストを別のＮＦ（サービス）インスタンスが引き継ぐことを可能にしている。

【発明の概要】

【0004】

この概要は、以下の詳細な説明においてさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この発明の概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図するものではなく、特許請求される主題の範囲を限定するために使用されることも意図するものでもない。

【0005】

ＮＦコンシューマまたはサービス通信プロキシ（ＳＣＰ）が、ＮＦ上のリソースコンテキストまたはセッションコンテキストにアクセスしようと試み、そのＮＦがもはや利用可能でないことを検出したとき（たとえば、ＮＦに対して呼び出されたサービスの動作中におけるエラーレスポンス、またはネットワークリポジトリ機能（ＮＲＦ）を介したＮＦステータス通知などによって検出したとき）、ＮＦコンシューマまたはＳＣＰは、同じＮＦセット内の代替のＮＦインスタンスを再選択し、代替のＮＦインスタンスに対してサービスリクエストを（再）送信してもよい。代替のＮＦインスタンスは、リソースコンテキストまたはセッションコンテキストを復元し、サービスリクエストを処理してサービスを継続する。再選択がＳＣＰによって行われる場合、ＳＣＰは、代替のＮＦインスタンスＩＤ（識別子）ならびにターゲットＡＰＩ（アプリケーションプログラミングインタフェース）ルートをＮＦコンシューマに示す。ＮＦコンシューマは、リソースコンテキストまたはセッションコンテキストが現在のところ代替のＮＦインスタンスによってホストされていることを考慮し、その代替のＮＦインスタンスを使用してリソースコンテキストまたはセッションコンテキストに対してサービス動作を呼び出す。同じ挙動は、通知のためのＮＦコンシューマ再選択にも適用可能であり、ここで、通知リクエストは、ＮＦプロデューサによって送信され、再選択は、ＮＦプロデューサ（またはＳＣＰ）によって実行される。

【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】

一実施形態によれば、第１のネットワークエンティティは、第１の拒否レスポンスが第１のパラメータを有する情報を含む場合に、第１のリクエストのリトライを回避するように構成された回避モジュールをさらに有し、ここで、第１のパラメータは、第１のリクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきであることを示す。

【0054】

一実施形態によれば、第１のネットワークエンティティは、第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合に、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用する、ように構成された使用モジュールをさらに有する。

【0055】

一実施形態によれば、第１のネットワークエンティティは、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信するように構成された第２の受信モジュールをさらに有する。送信モジュールは、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信することに応じて、第２のネットワークエンティティにリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを送信するように構成される。

【0056】

一実施形態によれば、第１のネットワークエンティティは、第２のネットワークエンティティから第１の拒否レスポンスを受信したことに応じて、第１の拒否レスポンスを第２のリクエストに対するレスポンスとしてハイパーテキストトランスファープロトコルクライアントに転送するように構成された転送モジュールをさらに有する。

【0057】

第１のネットワークエンティティは、別の第２のネットワークエンティティが到達可能でない、および／または別の第２のネットワークエンティティが第２のリクエストを処理できないと判定するように構成された判定モジュールをさらに有する。

【0058】

第１のネットワークエンティティは、前記別の第２のネットワークエンティティが到達可能でない、および／または別のネットワークエンティティが第２のリクエストを処理できないという判定に基づいて、第２のネットワークエンティティを再選択するように構成された再選択モジュールをさらに有する。

【0059】

第１のネットワークエンティティは、第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティまたは代替の第２のネットワークエンティティを使用することを示す場合、第２のネットワークエンティティまたは代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを第１の拒否レスポンスに追加するように構成された第１の追加モジュールをさらに有する。

【0060】

本開示の第８の態様では、本開示の実施形態による第２のネットワークエンティティまたは代替の第２のネットワークエンティティが提供される。第２のネットワークエンティティまたは代替の第２のネットワークエンティティは、第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信するように構成された受信モジュールを有する。第２のネットワークエンティティまたは代替の第２のネットワークエンティティは、第１の拒否レスポンスを第１のネットワークエンティティに送信するように構成された送信モジュールをさらに有する。第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。

【0061】

本開示の第９の態様では、第３のネットワークエンティティが提供される。第３のネットワークエンティティは、リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信するように構成された送信モジュールを有する。第３のネットワークエンティティは、サービス通信プロキシから拒否レスポンスを受信するように構成された受信モジュールをさらに有する。拒否レスポンスは、リクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用すべきかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む拒否レスポンスは、代替の第２のネットワークエンティティから受信され、第３のネットワークエンティティは、拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するように構成された使用モジュールをさらに有する。

【0062】

本開示の第１０の態様では、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、本開示の第１、第２、および第３の態様による方法のいずれかを実行させる命令を記憶するコンピュータ可読記憶媒体が提供される。

【0063】

本開示の第１１の態様では、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに、本開示の第１、第２、および第３の態様による方法のいずれかを実行させる命令を有するコンピュータプログラム製品が提供される。

【0064】

本開示の実施形態による提案された解決策を適用することによって、多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、現在のリクエストが第２のＮＦによって拒否されたときに、第２のＮＦが、第１のＮＦ（第２のＮＦにリクエストを送信する）が後続のリクエストを送信する方法を示すことを可能にすることができる。たとえば、第２のＮＦは、コンテキストデータ（リソースコンテキストまたはセッションコンテキストなど）が第２のＮＦによって引き継がれたこと、または第２のネットワークエンティティが第１のＮＦからの後続のリクエストを処理するために使用されたこと、を第１のＮＦに示し得る。第１のＮＦは、現在のリクエストが第２のＮＦによって拒否された場合でも、第２のＮＦのａｐｉＲｏｏｔを使用してａｐｉＲｏｏｔを置き換えることによって、リソースＵＲＩまたはセッションＵＲＩを更新する。本開示のいくつかの実施形態は、ＮＦ再選択を実行するＮＦに、ＮＦ再選択を行わないように命令する機構を提供し、それは、さらなるＮＦ再選択のための余分なシグナリングを低減し得る。本明細書の実施形態は、上述の特徴および利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴および利点を認識するであろう。

【図面の簡単な説明】

【0065】

本開示の様々な実施形態の上記および他の態様、特徴、および利点は、同様の参照番号または文字が同様または同等の要素を指定するために使用される、添付の図面を参照する以下の詳細な説明から、例として、より完全に明らかになるであろう。図面は、本開示の実施形態のより良い理解を容易にするために示されており、必ずしも一定の縮尺で描かれているわけではない。

【0066】

【図1a】は、本開示の実施形態による、第５世代ネットワークにおけるハイレベルアーキテクチャを概略的に示す。

【0067】

【図1b】は、本開示の実施形態による、ＮＦ／ＮＦサービス対話のための通信モデルを示す。

【0068】

【図2】は、本開示の実施形態による方法のフローチャートを示す。

【0069】

【図3】は、本開示の別の実施形態による方法のフローチャートを示す。

【0070】

【図4】は、本開示の別の実施形態による方法のフローチャートを示す。

【0071】

【図5】は、本開示の別の実施形態による方法のフローチャートを示す。

【0072】

【図6】は、本開示の別の実施形態による方法のフローチャートを示す。

【0073】

【図7】は、本開示の別の実施形態による方法のフローチャートを示す。

【0074】

【図8】は、本開示の別の実施形態による方法のフローチャートを示す。

【0075】

【図9】は、本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。

【0076】

【図10】は、本開示の一実施形態による第１のネットワークエンティティを示すブロック図である。

【0077】

【図11】は、本開示の実施形態による、第２のネットワークエンティティを示すブロック図である。

【0078】

【図12】は、本開示の実施形態による、第３のネットワークエンティティを示すブロック図である。

【発明を実施するための形態】

【0079】

以下、本開示の実施の形態について、図面を参照して詳細に説明する。これらの実施形態は、当業者が本開示をよりよく理解し、実施することを可能にする目的でのみ論じられ、本開示の範囲に対するいかなる限定も示唆するものではないことを理解されたい。本明細書を通して、特徴、利点、または類似の言葉への参照は、本開示によって実現され得る特徴および利点のすべてが、本開示の任意の単一の実施形態であるべきであるか、またはその中にあるべきであることを暗示するものではない。むしろ、特性および利点に言及する言葉は、実施形態とコネクションて説明される具体的な特性、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解される。さらに、本開示の記載された特性、利点、および特性は、１つまたは複数の実施形態において任意の適切な様式で組み合わせることができる。当業者は、本開示が、特定の実施形態の特定の特徴または利点のうちの１つまたは複数なしに実施され得ることを認識するであろう。他の事例では、本開示のすべての実施形態に存在しない場合がある特定の実施形態において、追加の特徴および利点が認識され得る。

【0080】

本明細書で使用される、「ネットワーク」という用語は、新しい無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元アクセス（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）、および他のワイヤレスネットワークなどの任意の適切な通信規格に従うネットワークを指す。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、ＵＴＲＡは、ＷＣＤＭＡ（登録商標）およびＣＤＭＡの他の変形を含む。ＴＤＭＡネットワークは、移動体通信のための全地球システム（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭＡ、アドホックネットワーク、無線センサネットワークなどの無線技術を実装することができる。以下の説明において、「ネットワーク」および「システム」という用語は、互換的に使用することができる。さらに、ネットワーク内の２つのデバイス間の通信は、３ＧＰＰ（登録商標）などの標準化組織によって定義された通信プロトコルを含むが、それに限定されない、任意の適切な通信プロトコルに従って実行され得る。たとえば、通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇの通信プロトコル、および／または現在知られているか、または将来開発されるべき任意の他のプロトコルを含み得る。

【0081】

「ネットワークデバイス」または「ネットワークノード」または「ネットワーク機能（ＮＦ）」という用語は、通信ネットワークのネットワークエンティティ（物理的または仮想的）に実装され得る任意の好適な機能を指す。たとえば、ネットワーク機能は、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、または、たとえばクラウドインフラストラクチャ上の適切なプラットフォーム上でインスタンス化された仮想化された機能として、実装可能である。たとえば、５Ｇシステム（５ＧＳ）は、ＡＭＦ（アクセスおよびモビリティ機能）、ＳＭＦ（セッション管理機能）、ＡＵＳＦ（認証サービス機能）、ＵＤＭ（ユニファイドデータマネージメント）、ＰＣＦ（ポリシー制御機能）、ＡＦ（アプリケーション機能）、ＮＥＦ（ネットワーク公開機能）、ＵＰＦ（ユーザプレーン機能）およびＮＲＦ（ネットワークリポジトリ機能）、ＲＡＮ（無線アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＷＤＡＦ（ネットワークデータ分析機能）、ＮＳＳＦ（ネットワークスライス選択機能）、ＮＳＳＡＡＦ（ネットワークスライス特定認証および承認機能）などの複数のＮＦを含むことができる。

【0082】

本明細書における「一つの実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、記載された実施形態が特定の特徴、構造、または特性を含むことができることを示すが、すべての実施形態が特定の特徴、構造、または特性を含むことは必ずしも必要ではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が、実施形態とコネクションて記載される場合、明示的に記載されるか否かにかかわらず、他の実施形態との関連で、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが理解されよう。

【0083】

本明細書では、様々な要素を説明するために「第１の」および「第２の」などの用語が使用され得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの条件は、１つの要素を別の要素から区別するためにのみ使用される。たとえば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用する場合、用語「および／または」は、関連する列挙された用語のうちの１つ以上の任意のおよび全ての組合せを含む。

【0084】

本明細書で使用する場合、「ＡおよびＢのうちの少なくとも１つ」または「ＡまたはＢのうちの少なくとも１つ」というフレーズは、「Ａのみ、Ｂのみ、またはＡとＢの両方」を意味すると理解されるべきである。「Ａおよび／またはＢ」というフレーズは、「Ａのみ、Ｂのみ、またはＡとＢの両方」を意味すると理解されるべきである。

【0085】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、コンテキストが明らかにそうでないことを示さない限り、複数形も含むことが意図される。用語として「有する」、「有している」、「備える」、「備えている」、「含む」、および／または「含んでいる」は、本明細書で使用される場合、述べられた特徴、要素、および／または構成要素などの存在を特定するが、１つまたは複数の他の特徴、要素、および／または構成要素などの存在を排除するものではない。

【0086】

なお、本明細書で使用されるこれらの用語は、ノード、装置またはネットワークなどの間の記述および差別化を容易にするためにのみ使用される。本技術の発展に伴い、同様の／同じ意味を有する他の用語も使用され得る。

【0087】

以下の説明および特許請求の範囲では、別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の通常の技能のうちの１つによって一般に理解されるものと同じ意味を有する。

【0088】

本明細書で説明される主題は、任意の好適な構成要素を使用して任意の適切な種類のシステムで実装され得るが、本明細書で開示される実施形態は、図１ａ～図１ｂに示される例示的なシステムアーキテクチャに準拠する通信システムに関して説明される。簡単にするために、図１ａ～図１ｂのシステムアーキテクチャは、いくつかの例示的な要素のみを示す。実際には、通信システムは、端末デバイス間、または無線デバイスと別の通信デバイス、たとえば、固定電話機、サービスプロバイダー、または任意の他のネットワークノードもしくは端末デバイスとの間の通信を支援するのに適した任意の追加の要素をさらに含み得る。通信システムは、通信システムによって、またはそれを介して提供されるサービスへの端末デバイスのアクセスおよび／またはそのサービスの使用を容易にするために、１つまたは複数の端末デバイスに通信および様々なタイプのサービスを提供することができる。

【0089】

図１ａは、本開示の実施形態による、第５世代ネットワークにおけるハイレベルアーキテクチャを概略的に示す。たとえば、第５世代ネットワークは５ＧＳであってもよい。図１ａのアーキテクチャは、３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１７．０．０に記述されている図４．２．３－１と同じである。図１ａのシステムアーキテクチャは、ＡＵＳＦ、ＡＭＦ、ＤＮ（データネットワーク）、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ（ユーザ装置）、（Ｒ）ＡＮ（（無線）アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＳＳＡＡＦ（ネットワークスライス固有の認証および承認機能）、ＮＳＡＣＦ（ネットワークスライス受付制御機能）などのいくつかの例示的要素を含むことができる。

【0090】

例示的な実施形態によれば、ＵＥは、図１ａに示すように、リファレンスポイントＮ１を介してＡＭＦとのシグナリングコネクションを確立することができる。このシグナリングコネクションは、ＵＥとコアネットワークとの間のＮＡＳ（非アクセス階層）シグナリング交換を可能にし得るものであり、これは、ＵＥと（Ｒ）ＡＮとの間のシグナリングコネクションと、このＵＥのための（Ｒ）ＡＮとＡＭＦとの間のＮ２コネクションと、を含む。（Ｒ）ＡＮは、リファレンスポイントＮ３上でＵＰＦと通信することができる。ＵＥは、リファレンスポイントＮ６を介するともにＵＰＦを通じてＤＮ（データネットワーク、たとえばオペレータネットワークまたはインターネット）へのプロトコルデータユニット（ＰＤＵ）セッションを確立することができる。

【0091】

図１ａにさらに示すように、例示的なシステムアーキテクチャは、ＮＲＦ、ＮＥＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＭＦ、ＮＳＡＣＦ、およびＳＭＦなどのＮＦによって示される、Ｎｎｒｆ、Ｎｎｅｆ、Ｎａｕｓｆ、Ｎｕｄｍ、Ｎｐｃｆ、Ｎａｍｆ、Ｎｎｓａｃｆ、およびＮｓｍｆなどのサービスベースのインターフェースも含む。さらに、図１ａは、ＮＦにおけるＮＦサービス間の相互作用をサポートすることができるＮ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６、およびＮ９などのいくつかのリファレンスポイントも示す。たとえば、これらのリファレンスポイントは、特定のシステムプロシージャを実行するために、対応するＮＦサービスベースのインタフェースを通して、いくつかのＮＦサービスコンシューマおよびプロバイダならびにそれらの対話を指定することによって実現され得る。

【0092】

図１ａに示す様々なＮＦは、セッション管理、モビリティ管理、認証、セキュリティなどの機能を担当することができる。ＡＵＳＦ、ＡＭＦ、ＤＮ、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、ＳＣＰ、ＮＳＡＣＦは、たとえば、３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１７．０．０の６．２節に定義されているような機能を含むことができる。

【0093】

本明細書で使用される場合、ＮＦコンシューマは、別のＮＦによって提供される１つまたは複数のサービスを使用する必要がある任意の適切なＮＦまたはＮＦインスタンスであり得る。ＮＦプロデューサは、１つまたは複数のＮＦコンシューマに１つまたは複数のサービスを提供することができる任意の適切なＮＦまたはＮＦインスタンスであり得る。ＮＦが任意の他のＮＦに１つまたは複数のサービスを提供することができる場合、ＮＦは、そのＮＦプロファイルをＮＲＦに登録することができる。

【0094】

図１ｂは、本開示の実施形態による、ＮＦ／ＮＦサービス対話のための通信モデルを示す。

【0095】

ネットワーク要素としてのサービス通信プロキシ（ＳＣＰ）をサービスフレームワークに導入した。ネットワーク機能（ＮＦ）相互作用機構のためのサービスベースインタフェース（ＳＢＩ）メッセージのルーティングは、図１ｂのモデルＡおよびモデルＢに示されるように直接的であってもよく、または図１ｂのモデルＣおよびモデルＤにおいて間接的であってもよい。間接通信の場合、ＳＣＰは、ＮＦサービスコンシューマによって使用される。ＳＣＰは、ＮＦサービスコンシューマとＮＦサービスプロデューサとの間でメッセージをルーティングし、ＮＦサービスコンシューマに代わってＮＦサービスプロデューサのディスカバリ（発見）および関連する選択を行うことができる。

【0096】

モデルＡ － ＮＲＦインタラクション（対話）を用いない直接通信：ＮＲＦもＳＣＰも使用されない。コンシューマは、プロデューサの「ＮＦプロファイル」で構成され、選択したプロデューサと直接通信する。

【0097】

モデルＢ － ＮＲＦ対話を用いる直接通信：コンシューマは、ＮＲＦに問い合わせることによってディスカバリを実行する。ディスカバリの結果に基づいて、コンシューマは選択を行う。コンシューマは、選択されたプロデューサにリクエストを送信する。

【0098】

モデルＣ － 委任されたディスカバリを用いない間接通信：コンシューマはＮＲＦに問い合わせることによってディスカバリを行う。ディスカバリの結果に基づいて、コンシューマは、ＮＦセットまたはＮＦセットの特定のＮＦインスタンスの選択を行う。コンシューマは、ＮＦサービスインスタンスまたはＮＦサービスインスタンスのセットを指す選択されたサービスプロデューサのアドレスを含むリクエストをＳＣＰに送信する。後者の場合、ＳＣＰはＮＦサービスインスタンスを選択する。可能であれば、ＳＣＰは、ロケーション（位置）、キャパシティ（容量）などの選択パラメータを得るためにＮＲＦと対話する。ＳＣＰは、選択されたＮＦサービスプロデューサインスタンスにリクエストをルーティングする。

【0099】

モデルＤ － 委任されたディスカバリーを用いる間接通信：コンシューマはディスカバリーまたは選択を行わない。コンシューマは、適切なプロデューサを見つけるために必要とされる任意の必要なディスカバリおよび選択パラメータをサービスリクエストに追加する。ＳＣＰは、リクエストメッセージ内のリクエストアドレスおよびディスカバリおよび選択パラメータを使用して、リクエストを任意のプロデューサインスタンスにルーティングする。ＳＣＰは、ＮＲＦでディスカバリを実行し、ディスカバリの結果を得ることができる。

【0100】

３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１７．０．０の６．２．１９節に記載されているように、ＳＣＰは、以下の機能のうちの１つまたは複数を含み得る。ＳＣＰ機能のいくつかまたはすべては、ＳＣＰの単一のインスタンスにおいてサポートされ得る：

【0101】

－間接通信。

【0102】

－委任されたディスカバリ。

【0103】

－宛先ＮＦ／ＮＦサービスへのメッセージ転送およびルーティング。

【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】

ステップ８０５において、ＳＣＰは、リクエストＵＲＩのａｐｉＲｏｏｔを第２のＮＦ４のａｐｉＲｏｏｔに置き換えることによって、ＨＴＴＰリクエストを第２のＮＦ４に送信／リダイレクトすることができる。

【0184】

ステップ８０６において、第２のＮＦ４は、拒否レスポンスをＳＣＰに送信することができる。たとえば、ＨＴＴＰリクエストは、第２のＮＦ４がアプリケーションロジックを適用した後でも拒否される。たとえば、ＨＴＴＰリクエストは受け入れられない。しかし、第２のＮＦ４は、リソースコンテキストまたはセッションコンテキストを引き継ぐと判定している。そうである場合、第２のＮＦ４は、「３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｒｔ－Ａｐｉｒｏｏｔ」または「３ｇｐｐ－Ｓｂｉ－Ｒｅｓｐｏｎｓｅ－Ｉｎｆｏ」と呼ばれ得る新しい３ＧＰＰ（登録商標）カスタマーヘッダに、アプリケーションロジックエラーによってＨＴＴＰリクエストが拒否され、リソースコンテキストまたはセッションコンテキストが第２のＮＦ４によって引き継がれたことをＳＣＰが示すインジケーションを含め、すなわち、ＳＣＰは、別の再選択（同じ結果を有することになるので）を継続しないものとし、ＳＣＰは、コンテキストのための後続のシグナリングにおいてリソースコンテキストまたはセッションコンテキストをアドレス指定するために、第２のＮＦ４のａｐｉＲｏｏｔであるａｐｉＲｏｏｔ（ステップ８０５においてＨＴＴＰリクエストに含まれる）を使用するものとする。

【0185】

ステップ８０７で、ＳＣＰは、拒否レスポンスを第１のＮＦに転送／送信することができる。拒否レスポンスがそのような情報を含まない場合、ＳＣＰは、３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｒｔ－Ａｐｉｒｏｏｔ、または新しい３ＧＰＰ（登録商標）カスタマーヘッダを含めることができる。第１のＮＦは、コンテキストのための後続のシグナリングのため、３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｒｔ－Ａｐｉｒｏｏｔ、または新しい３ＧＰＰ（登録商標）カスタマーヘッダに含まれているもので、リソースコンテキストまたはセッションコンテキストＵＲＩを更新することができる。

【0186】

本開示の実施形態による提案された解決策を適用することによって、多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、現在のリクエストが第２のＮＦによって拒否されたときに、（第２のＮＦにリクエストを送信する）第１のＮＦに後続のリクエストを送信する方法を第２のＮＦが示すことを可能にする。たとえば、第２のＮＦは、コンテキストデータ（リソースコンテキストまたはセッションコンテキストなど）が第２のＮＦによって引き継がれたこと、または第１のＮＦからの後続のリクエストを処理するために第２のネットワークエンティティが使用されることを第１のＮＦに示し得る。第１のＮＦは、現在のリクエストが第２のＮＦによって拒否された場合でも、第２のＮＦのａｐｉＲｏｏｔを使用してａｐｉＲｏｏｔを置き換えることによって、リソースＵＲＩまたはセッションＵＲＩを更新する。本開示のいくつかの実施形態は、ＮＦ再選択を実行するＮＦに、ＮＦ再選択を行わないように命令する機構を提供し、それは、さらなるＮＦ再選択のための余分なシグナリングを削減し得る。本明細書の実施形態は、上述の特徴および利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴および利点を認識するであろう。

【0187】

図９は、本開示のいくつかの実施形態を実施するのに適した装置を示すブロック図である。たとえば、上記で説明した第１のネットワークエンティティ、第２のネットワークエンティティ、または第３のネットワークエンティティのうちのいずれか１つは、装置９００として、またはそれを介して実装され得る。

【0188】

装置９００は、デジタルプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ９２１と、プロセッサ９２１に結合された少なくとも１つのメモリ（ＭＥＭ）９２２と、を有する。装置９００は、プロセッサ９２１に結合された送信機ＴＸおよび受信機ＲＸ９２３をさらに備え得る。ＭＥＭ９２２は、プログラム（ＰＲＯＧ）９２４を格納する。ＰＲＯＧ９２４は、関連するプロセッサ９２１上で実行されると、装置９００が本開示の実施形態に従って動作することを可能にする命令を含み得る。少なくとも１つのプロセッサ９２１と少なくとも１つのＭＥＭ９２２との組合せは、本開示の様々な実施形態を実装するように適合された処理手段９２５を形成し得る。

【0189】

本開示の様々な実施形態は、プロセッサ９２１、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組合せのうちの１つまたは複数によって実行可能なコンピュータプログラムによって実装され得る。

【0190】

ＭＥＭ９２２は、たとえば、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリのような、任意の適切なデータストレージ技術を用いて実装されてもよい。

【0191】

プロセッサ９２１は、ローカル技術環境に適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでもよい。

【0192】

装置が第１のネットワークエンティティとして、または第１のネットワークエンティティにおいて実装される実施形態によれば、メモリ９２２は、プロセッサ９２１によって実行可能な命令を含み、それによって、第１のネットワークエンティティは、上記で説明されたように、第１のネットワークエンティティに関連する方法のいずれかに従って動作する。

【0193】

装置が第２のネットワークエンティティとして、または第２のネットワークエンティティにおいて実装される実施形態によれば、メモリ９２２は、プロセッサ９２１によって実行可能な命令を含み、それによって、第２のネットワークエンティティは、上記で説明されたように、第２のネットワークエンティティに関連する方法のいずれかに従って動作する。

【0194】

装置が第３のネットワークエンティティとして、または第３のネットワークエンティティにおいて実装される一実施形態によれば、メモリ９２２は、プロセッサ９２１によって実行可能な命令を含み、それによって、第３のネットワークエンティティは、上記で説明されたように、第３のネットワークエンティティに関連する方法のいずれかに従って動作する。

【0195】

図１０は、本開示の一実施形態による第１のネットワークエンティティを示すブロック図である。図示のように、第１のネットワークエンティティ１０００は、リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信するように構成された送信モジュール１００１を有する。第１のネットワークエンティティ１０００は、第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信するように構成された第１の受信モジュール１００２をさらに有する。一実施形態によれば、第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティに対してリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。

【0196】

一実施形態によれば、第１の拒否レスポンスは、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避するかどうかを示す情報と、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用するかどうかを示す情報と、を含む。

【0197】

一実施形態によれば、第１のネットワークエンティティ１０００は、第１の拒否レスポンスが第１のパラメータを有する情報を含む場合に、第１のリクエストのリトライを回避するように構成された回避モジュール１００３をさらに有し、第１のパラメータは、第１のリクエストが第２のネットワークエンティティまたは任意の別の代替の第２のネットワークエンティティでリトライされるべきであることを示す。

【0198】

一実施形態によれば、回避モジュール１００３は、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避するように構成され、第１の拒否レスポンスは、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避することを示す情報、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用することを示す情報を含む。

【0199】

ある実施形態によれば、第１のネットワークエンティティ１０００は、第１の拒否レスポンスが第２のパラメータを有する情報を含み、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティに構成された使用モジュール１００４をさらに有する

【0200】

一実施形態によれば、使用モジュール１００４は、第１の拒否レスポンスが、第２のネットワークエンティティの再選択によって第１のリクエストのリトライを回避することを示す情報を含む場合、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用することを示す情報を含む場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用するように構成される。

【0201】

一実施形態によれば、第１のネットワークエンティティ１０００は、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信するように構成された第２の受信モジュール１００５をさらに有する。送信モジュール１００１は、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信することに応じて、第２のネットワークエンティティにリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを送信するように構成される。

【0202】

一実施形態によれば、第１のネットワークエンティティ１０００は、第２のネットワークエンティティから第１の拒否レスポンスを受信したことに応じて、第１の拒否レスポンスを第２のリクエストに対するレスポンスとしてハイパーテキストトランスファープロトコルクライアントに転送するように構成された転送モジュール１００６をさらに有する。

【0203】

第１のネットワークエンティティ１０００は、別の第２のネットワークエンティティが到達可能でないか、および／または、別の第２のネットワークエンティティが第２のリクエストを処理できない、と判定するように構成された決定モジュール１００７をさらに有する。

【0204】

第１のネットワークエンティティ１０００は、前記別の第２のネットワークエンティティが到達可能でないか、および／または、別のネットワークエンティティが第２のリクエストを処理できない、という判定に基づいて、第２のネットワークエンティティを再選択するように構成された再選択モジュール１００８をさらに有する。

【0205】

第１のネットワークエンティティ１０００は、追加モジュール１００９をさらに有し、追加モジュール１００９は、第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、第２のネットワークエンティティまたは代替の第２のネットワークエンティティを使用して、同じリソースコンテキストまたはセッションコンテキストワークエンティティを第１の拒否レスポンスにターゲティングする後続のリクエストのために使用することを示す場合、第２のネットワークエンティティまたは代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを追加するように構成されている。

【0206】

一実施形態によれば、追加モジュール１００９は、第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを第１の拒否レスポンスに追加するように構成され、第１の拒否レスポンスは、第２のネットワークエンティティの再選択によって第１のリクエストのリトライを回避することを示す情報、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用することを示す情報、を含む。

【0207】

一実施形態によれば、追加モジュール１００９は、第１の拒否レスポンスが、第２のネットワークエンティティの再選択による第１のリクエストのリトライを示す情報、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストについて第２のネットワークエンティティを無効にすることを示す情報を含む場合、別の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを第１の拒否レスポンスに追加するように構成される。

【0208】

図１１は、本開示の実施形態による、第２のネットワークエンティティまたは代替の第２のネットワークエンティティを示すブロック図である。図示のように、第２のネットワークエンティティまたは代替の第２のネットワークエンティティ１１００は、第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信するように構成された受信モジュール１１０１を有する。第２のネットワークエンティティまたは代替の第２のネットワークエンティティ１１００は、第１の拒否レスポンスを第１のネットワークエンティティに送信するように構成された送信モジュール１１０２をさらに有する。一実施形態によれば、第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティに対してリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。

【0209】

一実施形態によれば、第１の拒否レスポンスは、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避するかどうかを示す情報と、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用するかどうかを示す情報と、を含む。

【0210】

図１２は、本開示の実施形態による、第３のネットワークエンティティを示すブロック図である。図示のように、第３のネットワークエンティティ１２００は、リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信するように構成された送信モジュール１２０１を有する。第３のネットワークエンティティ１２００は、サービス通信プロキシから拒否レスポンスを受信するように構成された受信モジュール１２０２をさらに有する。

【0211】

一実施形態によれば、拒否レスポンスは、リクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティに対してリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む拒否レスポンスは、代替の第２のネットワークエンティティから受信される。一実施形態によれば、拒否レスポンスは、第２のネットワークエンティティの再選択によるリクエストのリトライを回避するかどうか、および／または後続のリクエストのために第２のネットワークエンティティを使用するかどうかを示す情報を含む。第３のネットワークエンティティ１２００は、拒否レスポンスが第２のパラメータを有する情報を有し、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するように構成された使用モジュール１２０３をさらに有する。

【0212】

ユニットまたはモジュールという用語は、電子機器、電気デバイスおよび／または電子デバイスの分野における従来の意味を有してもよく、たとえば、本明細書に記載されているような、それぞれの作業、手続き、演算、出力、および／または表示の機能などを実行するための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、コンピュータプログラムまたは命令を含んでもよい。

【0213】

機能ユニットでは、第１のネットワークエンティティ、第２のネットワークエンティティ、または第３のネットワークエンティティは、固定のプロセッサまたはメモリを必要としなくてもよく、任意の演算リソースおよび記憶リソースが、通信システム内の第１のネットワークエンティティ、第２のネットワークエンティティ、または第３のネットワークエンティティから構成されてもよい。仮想化技術およびネットワークコンピューティング技術の導入は、ネットワークリソースの使用効率およびネットワークの柔軟性を改善することができる。

【0214】

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されたときに、少なくとも１つのプロセッサに上記の方法のいずれかを実行させる命令を含むコンピュータプログラム製品が提供される。

【0215】

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、上述の方法のいずれかを実行させる命令を記憶するコンピュータ可読記憶媒体が提供される。

【0216】

さらに、本開示は、上述のコンピュータプログラムを含むキャリアを提供することもでき、キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、たとえば、光コンパクトディスク、またはＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、ブルーレイディスクなどの電子メモリデバイスとすることができる。

【0217】

本明細書で説明される技法は、実施形態とともに説明する対応する装置の１つまたは複数の機能を実装する装置が、従来技術の手段だけでなく、実施形態とともに説明する対応する装置の１つまたは複数の機能を実装するための手段も有するように、様々な手段によって実装され得、別個の機能ごとに別個の手段、または２つ以上の機能を実行するように構成され得る手段を備え得る。たとえば、これらの技法は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組合せで実装され得る。ファームウェアまたはソフトウエアについては、本明細書に記載の機能を実行するモジュール（たとえば、プロシージャ、ファンクション等）を介して実施することができる。

【0218】

本明細書の例示的な実施形態は、方法および装置のブロック図およびフローチャート図を参照して上述されている。ブロック図およびフローチャートの各ブロック、ならびにブロック図およびフローチャートの各ブロックの組合せは、コンピュータプログラム命令を含む様々な手段によって実装され得ることが理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置上にロードされて、コンピュータまたは他のプログラム可能なデータ処理装置上で実行される命令が、１つまたは複数のフローチャートブロックで指定された機能を実装するための手段を作成するように、マシンを生成することができる。

【0219】

さらに、動作は特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が、示された特定の順序で、または連続的な順序で実行されること、またはすべての示された動作が実行されることを必要とするものとして理解されるべきではない。特定の状況では、マルチタスク処理および並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の議論に含まれるが、これらは、本明細書に記載される主題の範囲に対する限定としてではなく、むしろ特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態のコンテキストで説明される特定の特徴はまた、単一の実施形態において組み合わせて実装されてもよい。逆に、単一の実施形態のコンテキストで説明される様々な特徴は、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実装されてもよい。

【0220】

本明細書は、多くの特定の実装の詳細を含むが、これらは、任意の実装の範囲または特許請求され得るものの限定として解釈されるべきではなく、むしろ、特定の実装の特定の実施形態に固有であり得る特徴の説明として解釈されるべきである。別々の実施形態のコンテキストで本明細書に記載される特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態のコンテキストで説明される様々な特徴は、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は、特定の組み合わせで作用するものとして上述されてもよく、最初にそのように特許請求されたものとしてさえも、特許請求された組み合わせからの１つまたは複数の特徴は、場合によっては、その組み合わせから切り離されてもよく、特許請求された組み合わせは、サブコンビネーションまたはサブコンビネーションの変形に向けられてもよい。

【0221】

技術が進歩するにつれて、本開示の概念が様々な方法で実施され得ることは、当業者には明らかであろう。上記の実施形態は、本開示を限定するのではなく説明するために与えられたものであり、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく、修正形態および変形形態が利用され得ることを理解されたい。そのような修正および変更は、本開示および添付の特許請求の範囲内にあると考えられる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

【図1a】

【図1b】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-09-13

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【発明の詳細な説明】

【技術分野】

【0001】

本開示の非限定的かつ例示的な実施形態は、一般に、通信の技術分野に関し、具体的には、サービスをハンドリングする（取り扱う）ための方法および装置に関する。

【背景技術】

【0002】

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点から読まれるべきであり、何が従来技術にあるか、または何が従来技術でないかについての承認として理解されるべきでない。

【0003】

ネットワーク機能（ＮＦ）インスタンスは、分散化、冗長化、およびスケーラビリティを一緒にＮＦインスタンスのセットとして提供するために、いくつかのネットワーク機能インスタンスがＮＦセット内に存在するように、配備される。ＮＦサービスについても同様である。これは、同等なＮＦおよびＮＦサービスが同じコンテキストデータを共有する場合に達成されたり、ネットワーク機能／ＮＦサービスコンテキスト転送プロシージャにより達成されたりする。たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）） ＴＳ２３．５０１ Ｖ１７．０．０はここに引用によりその全体が取り込まれてるが、５ＧＣ（第５世代コアネットワーク）アーキテクチャは、ＮＦセットを用いた冗長性をサポートしており、これは、同じＮＦセット内の別のインスタンスによって作成／管理された既存のリソースコンテキストまたはセッションコンテキストを別のＮＦ（サービス）インスタンスが引き継ぐことを可能にしている。

【発明の概要】

【0004】

この概要は、以下の詳細な説明においてさらに説明される概念の選択を簡略化された形態で紹介するために提供される。この発明の概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図するものではなく、特許請求される主題の範囲を限定するために使用されることも意図するものでもない。

【0005】

ＮＦコンシューマまたはサービス通信プロキシ（ＳＣＰ）が、ＮＦ上のリソースコンテキストまたはセッションコンテキストにアクセスしようと試み、そのＮＦがもはや利用可能でないことを検出したとき（たとえば、ＮＦに対して呼び出されたサービスの動作中におけるエラーレスポンス、またはネットワークリポジトリ機能（ＮＲＦ）を介したＮＦステータス通知などによって検出したとき）、ＮＦコンシューマまたはＳＣＰは、同じＮＦセット内の代替のＮＦインスタンスを再選択し、代替のＮＦインスタンスに対してサービスリクエストを（再）送信してもよい。代替のＮＦインスタンスは、リソースコンテキストまたはセッションコンテキストを復元し、サービスリクエストを処理してサービスを継続する。再選択がＳＣＰによって行われる場合、ＳＣＰは、代替のＮＦインスタンスＩＤ（識別子）ならびにターゲットＡＰＩ（アプリケーションプログラミングインタフェース）ルートをＮＦコンシューマに示す。ＮＦコンシューマは、リソースコンテキストまたはセッションコンテキストが現在のところ代替のＮＦインスタンスによってホストされていることを考慮し、その代替のＮＦインスタンスを使用してリソースコンテキストまたはセッションコンテキストに対してサービス動作を呼び出す。同じ挙動は、通知のためのＮＦコンシューマ再選択にも適用可能であり、ここで、通知リクエストは、ＮＦプロデューサによって送信され、再選択は、ＮＦプロデューサ（またはＳＣＰ）によって実行される。

【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】

一実施形態によれば、第１のネットワークエンティティは、第１の拒否レスポンスが第１のパラメータを有する情報を含む場合に、第１のリクエストのリトライを回避するように構成された回避モジュールをさらに有し、ここで、第１のパラメータは、第１のリクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきでないことを示す。

【0054】

一実施形態によれば、第１のネットワークエンティティは、第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合に、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用する、ように構成された使用モジュールをさらに有する。

【0055】

一実施形態によれば、第１のネットワークエンティティは、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信するように構成された第２の受信モジュールをさらに有する。送信モジュールは、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信することに応じて、第２のネットワークエンティティにリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを送信するように構成される。

【0056】

一実施形態によれば、第１のネットワークエンティティは、第２のネットワークエンティティから第１の拒否レスポンスを受信したことに応じて、第１の拒否レスポンスを第２のリクエストに対するレスポンスとしてハイパーテキストトランスファープロトコルクライアントに転送するように構成された転送モジュールをさらに有する。

【0057】

第１のネットワークエンティティは、別の第２のネットワークエンティティが到達可能でない、および／または別の第２のネットワークエンティティが第２のリクエストを処理できないと判定するように構成された判定モジュールをさらに有する。

【0058】

第１のネットワークエンティティは、前記別の第２のネットワークエンティティが到達可能でない、および／または別のネットワークエンティティが第２のリクエストを処理できないという判定に基づいて、第２のネットワークエンティティを再選択するように構成された再選択モジュールをさらに有する。

【0059】

第１のネットワークエンティティは、第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティまたは代替の第２のネットワークエンティティを使用することを示す場合、第２のネットワークエンティティまたは代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを第１の拒否レスポンスに追加するように構成された第１の追加モジュールをさらに有する。

【0060】

本開示の第８の態様では、本開示の実施形態による第２のネットワークエンティティまたは代替の第２のネットワークエンティティが提供される。第２のネットワークエンティティまたは代替の第２のネットワークエンティティは、第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信するように構成された受信モジュールを有する。第２のネットワークエンティティまたは代替の第２のネットワークエンティティは、第１の拒否レスポンスを第１のネットワークエンティティに送信するように構成された送信モジュールをさらに有する。第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。

【0061】

本開示の第９の態様では、第３のネットワークエンティティが提供される。第３のネットワークエンティティは、リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信するように構成された送信モジュールを有する。第３のネットワークエンティティは、サービス通信プロキシから拒否レスポンスを受信するように構成された受信モジュールをさらに有する。拒否レスポンスは、リクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティへリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用すべきかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む拒否レスポンスは、代替の第２のネットワークエンティティから受信され、第３のネットワークエンティティは、拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するように構成された使用モジュールをさらに有する。

【0062】

本開示の第１０の態様では、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、本開示の第１、第２、および第３の態様による方法のいずれかを実行させる命令を記憶するコンピュータ可読記憶媒体が提供される。

【0063】

本開示の第１１の態様では、少なくとも１つのプロセッサ上で実行されると、少なくとも１つのプロセッサに、本開示の第１、第２、および第３の態様による方法のいずれかを実行させる命令を有するコンピュータプログラム製品が提供される。

【0064】

本開示の実施形態による提案された解決策を適用することによって、多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、現在のリクエストが第２のＮＦによって拒否されたときに、第２のＮＦが、第１のＮＦ（第２のＮＦにリクエストを送信する）が後続のリクエストを送信する方法を示すことを可能にすることができる。たとえば、第２のＮＦは、コンテキストデータ（リソースコンテキストまたはセッションコンテキストなど）が第２のＮＦによって引き継がれたこと、または第２のネットワークエンティティが第１のＮＦからの後続のリクエストを処理するために使用されたこと、を第１のＮＦに示し得る。第１のＮＦは、現在のリクエストが第２のＮＦによって拒否された場合でも、第２のＮＦのａｐｉＲｏｏｔを使用してａｐｉＲｏｏｔを置き換えることによって、リソースＵＲＩまたはセッションＵＲＩを更新する。本開示のいくつかの実施形態は、ＮＦ再選択を実行するＮＦに、ＮＦ再選択を行わないように命令する機構を提供し、それは、さらなるＮＦ再選択のための余分なシグナリングを低減し得る。本明細書の実施形態は、上述の特徴および利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴および利点を認識するであろう。

【図面の簡単な説明】

【0065】

本開示の様々な実施形態の上記および他の態様、特徴、および利点は、同様の参照番号または文字が同様または同等の要素を指定するために使用される、添付の図面を参照する以下の詳細な説明から、例として、より完全に明らかになるであろう。図面は、本開示の実施形態のより良い理解を容易にするために示されており、必ずしも一定の縮尺で描かれているわけではない。

【0066】

【図1a】は、本開示の実施形態による、第５世代ネットワークにおけるハイレベルアーキテクチャを概略的に示す。

【0067】

【図1b】は、本開示の実施形態による、ＮＦ／ＮＦサービス対話のための通信モデルを示す。

【0068】

【図2】は、本開示の実施形態による方法のフローチャートを示す。

【0069】

【図3】は、本開示の別の実施形態による方法のフローチャートを示す。

【0070】

【図4】は、本開示の別の実施形態による方法のフローチャートを示す。

【0071】

【図5】は、本開示の別の実施形態による方法のフローチャートを示す。

【0072】

【図6】は、本開示の別の実施形態による方法のフローチャートを示す。

【0073】

【図7】は、本開示の別の実施形態による方法のフローチャートを示す。

【0074】

【図8】は、本開示の別の実施形態による方法のフローチャートを示す。

【0075】

【図9】は、本開示のいくつかの実施形態を実施する際に使用するのに適した装置を示すブロック図である。

【0076】

【図10】は、本開示の一実施形態による第１のネットワークエンティティを示すブロック図である。

【0077】

【図11】は、本開示の実施形態による、第２のネットワークエンティティを示すブロック図である。

【0078】

【図12】は、本開示の実施形態による、第３のネットワークエンティティを示すブロック図である。

【発明を実施するための形態】

【0079】

以下、本開示の実施の形態について、図面を参照して詳細に説明する。これらの実施形態は、当業者が本開示をよりよく理解し、実施することを可能にする目的でのみ論じられ、本開示の範囲に対するいかなる限定も示唆するものではないことを理解されたい。本明細書を通して、特徴、利点、または類似の言葉への参照は、本開示によって実現され得る特徴および利点のすべてが、本開示の任意の単一の実施形態であるべきであるか、またはその中にあるべきであることを暗示するものではない。むしろ、特性および利点に言及する言葉は、実施形態とコネクションて説明される具体的な特性、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解される。さらに、本開示の記載された特性、利点、および特性は、１つまたは複数の実施形態において任意の適切な様式で組み合わせることができる。当業者は、本開示が、特定の実施形態の特定の特徴または利点のうちの１つまたは複数なしに実施され得ることを認識するであろう。他の事例では、本開示のすべての実施形態に存在しない場合がある特定の実施形態において、追加の特徴および利点が認識され得る。

【0080】

本明細書で使用される、「ネットワーク」という用語は、新しい無線（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元アクセス（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）、および他のワイヤレスネットワークなどの任意の適切な通信規格に従うネットワークを指す。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができ、ＵＴＲＡは、ＷＣＤＭＡ（登録商標）およびＣＤＭＡの他の変形を含む。ＴＤＭＡネットワークは、移動体通信のための全地球システム（ＧＳＭ）などの無線技術を実装することができる。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ－ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭＡ、アドホックネットワーク、無線センサネットワークなどの無線技術を実装することができる。以下の説明において、「ネットワーク」および「システム」という用語は、互換的に使用することができる。さらに、ネットワーク内の２つのデバイス間の通信は、３ＧＰＰ（登録商標）などの標準化組織によって定義された通信プロトコルを含むが、それに限定されない、任意の適切な通信プロトコルに従って実行され得る。たとえば、通信プロトコルは、第１世代（１Ｇ）、２Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇの通信プロトコル、および／または現在知られているか、または将来開発されるべき任意の他のプロトコルを含み得る。

【0081】

「ネットワークデバイス」または「ネットワークノード」または「ネットワーク機能（ＮＦ）」という用語は、通信ネットワークのネットワークエンティティ（物理的または仮想的）に実装され得る任意の好適な機能を指す。たとえば、ネットワーク機能は、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、または、たとえばクラウドインフラストラクチャ上の適切なプラットフォーム上でインスタンス化された仮想化された機能として、実装可能である。たとえば、５Ｇシステム（５ＧＳ）は、ＡＭＦ（アクセスおよびモビリティ機能）、ＳＭＦ（セッション管理機能）、ＡＵＳＦ（認証サービス機能）、ＵＤＭ（ユニファイドデータマネージメント）、ＰＣＦ（ポリシー制御機能）、ＡＦ（アプリケーション機能）、ＮＥＦ（ネットワーク公開機能）、ＵＰＦ（ユーザプレーン機能）およびＮＲＦ（ネットワークリポジトリ機能）、ＲＡＮ（無線アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＷＤＡＦ（ネットワークデータ分析機能）、ＮＳＳＦ（ネットワークスライス選択機能）、ＮＳＳＡＡＦ（ネットワークスライス特定認証および承認機能）などの複数のＮＦを含むことができる。

【0082】

本明細書における「一つの実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、記載された実施形態が特定の特徴、構造、または特性を含むことができることを示すが、すべての実施形態が特定の特徴、構造、または特性を含むことは必ずしも必要ではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が、実施形態とコネクションて記載される場合、明示的に記載されるか否かにかかわらず、他の実施形態との関連で、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが理解されよう。

【0083】

本明細書では、様々な要素を説明するために「第１の」および「第２の」などの用語が使用され得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの条件は、１つの要素を別の要素から区別するためにのみ使用される。たとえば、例示的な実施形態の範囲から逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用する場合、用語「および／または」は、関連する列挙された用語のうちの１つ以上の任意のおよび全ての組合せを含む。

【0084】

本明細書で使用する場合、「ＡおよびＢのうちの少なくとも１つ」または「ＡまたはＢのうちの少なくとも１つ」というフレーズは、「Ａのみ、Ｂのみ、またはＡとＢの両方」を意味すると理解されるべきである。「Ａおよび／またはＢ」というフレーズは、「Ａのみ、Ｂのみ、またはＡとＢの両方」を意味すると理解されるべきである。

【0085】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、コンテキストが明らかにそうでないことを示さない限り、複数形も含むことが意図される。用語として「有する」、「有している」、「備える」、「備えている」、「含む」、および／または「含んでいる」は、本明細書で使用される場合、述べられた特徴、要素、および／または構成要素などの存在を特定するが、１つまたは複数の他の特徴、要素、および／または構成要素などの存在を排除するものではない。

【0086】

なお、本明細書で使用されるこれらの用語は、ノード、装置またはネットワークなどの間の記述および差別化を容易にするためにのみ使用される。本技術の発展に伴い、同様の／同じ意味を有する他の用語も使用され得る。

【0087】

以下の説明および特許請求の範囲では、別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の通常の技能のうちの１つによって一般に理解されるものと同じ意味を有する。

【0088】

本明細書で説明される主題は、任意の好適な構成要素を使用して任意の適切な種類のシステムで実装され得るが、本明細書で開示される実施形態は、図１ａ～図１ｂに示される例示的なシステムアーキテクチャに準拠する通信システムに関して説明される。簡単にするために、図１ａ～図１ｂのシステムアーキテクチャは、いくつかの例示的な要素のみを示す。実際には、通信システムは、端末デバイス間、または無線デバイスと別の通信デバイス、たとえば、固定電話機、サービスプロバイダー、または任意の他のネットワークノードもしくは端末デバイスとの間の通信を支援するのに適した任意の追加の要素をさらに含み得る。通信システムは、通信システムによって、またはそれを介して提供されるサービスへの端末デバイスのアクセスおよび／またはそのサービスの使用を容易にするために、１つまたは複数の端末デバイスに通信および様々なタイプのサービスを提供することができる。

【0089】

図１ａは、本開示の実施形態による、第５世代ネットワークにおけるハイレベルアーキテクチャを概略的に示す。たとえば、第５世代ネットワークは５ＧＳであってもよい。図１ａのアーキテクチャは、３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１７．０．０に記述されている図４．２．３－１と同じである。図１ａのシステムアーキテクチャは、ＡＵＳＦ、ＡＭＦ、ＤＮ（データネットワーク）、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ（ユーザ装置）、（Ｒ）ＡＮ（（無線）アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＳＳＡＡＦ（ネットワークスライス固有の認証および承認機能）、ＮＳＡＣＦ（ネットワークスライス受付制御機能）などのいくつかの例示的要素を含むことができる。

【0090】

例示的な実施形態によれば、ＵＥは、図１ａに示すように、リファレンスポイントＮ１を介してＡＭＦとのシグナリングコネクションを確立することができる。このシグナリングコネクションは、ＵＥとコアネットワークとの間のＮＡＳ（非アクセス階層）シグナリング交換を可能にし得るものであり、これは、ＵＥと（Ｒ）ＡＮとの間のシグナリングコネクションと、このＵＥのための（Ｒ）ＡＮとＡＭＦとの間のＮ２コネクションと、を含む。（Ｒ）ＡＮは、リファレンスポイントＮ３上でＵＰＦと通信することができる。ＵＥは、リファレンスポイントＮ６を介するともにＵＰＦを通じてＤＮ（データネットワーク、たとえばオペレータネットワークまたはインターネット）へのプロトコルデータユニット（ＰＤＵ）セッションを確立することができる。

【0091】

図１ａにさらに示すように、例示的なシステムアーキテクチャは、ＮＲＦ、ＮＥＦ、ＡＵＳＦ、ＵＤＭ、ＰＣＦ、ＡＭＦ、ＮＳＡＣＦ、およびＳＭＦなどのＮＦによって示される、Ｎｎｒｆ、Ｎｎｅｆ、Ｎａｕｓｆ、Ｎｕｄｍ、Ｎｐｃｆ、Ｎａｍｆ、Ｎｎｓａｃｆ、およびＮｓｍｆなどのサービスベースのインターフェースも含む。さらに、図１ａは、ＮＦにおけるＮＦサービス間の相互作用をサポートすることができるＮ１、Ｎ２、Ｎ３、Ｎ４、Ｎ６、およびＮ９などのいくつかのリファレンスポイントも示す。たとえば、これらのリファレンスポイントは、特定のシステムプロシージャを実行するために、対応するＮＦサービスベースのインタフェースを通して、いくつかのＮＦサービスコンシューマおよびプロバイダならびにそれらの対話を指定することによって実現され得る。

【0092】

図１ａに示す様々なＮＦは、セッション管理、モビリティ管理、認証、セキュリティなどの機能を担当することができる。ＡＵＳＦ、ＡＭＦ、ＤＮ、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、ＳＣＰ、ＮＳＡＣＦは、たとえば、３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１７．０．０の６．２節に定義されているような機能を含むことができる。

【0093】

本明細書で使用される場合、ＮＦコンシューマは、別のＮＦによって提供される１つまたは複数のサービスを使用する必要がある任意の適切なＮＦまたはＮＦインスタンスであり得る。ＮＦプロデューサは、１つまたは複数のＮＦコンシューマに１つまたは複数のサービスを提供することができる任意の適切なＮＦまたはＮＦインスタンスであり得る。ＮＦが任意の他のＮＦに１つまたは複数のサービスを提供することができる場合、ＮＦは、そのＮＦプロファイルをＮＲＦに登録することができる。

【0094】

図１ｂは、本開示の実施形態による、ＮＦ／ＮＦサービス対話のための通信モデルを示す。

【0095】

ネットワーク要素としてのサービス通信プロキシ（ＳＣＰ）をサービスフレームワークに導入した。ネットワーク機能（ＮＦ）相互作用機構のためのサービスベースインタフェース（ＳＢＩ）メッセージのルーティングは、図１ｂのモデルＡおよびモデルＢに示されるように直接的であってもよく、または図１ｂのモデルＣおよびモデルＤにおいて間接的であってもよい。間接通信の場合、ＳＣＰは、ＮＦサービスコンシューマによって使用される。ＳＣＰは、ＮＦサービスコンシューマとＮＦサービスプロデューサとの間でメッセージをルーティングし、ＮＦサービスコンシューマに代わってＮＦサービスプロデューサのディスカバリ（発見）および関連する選択を行うことができる。

【0096】

モデルＡ － ＮＲＦインタラクション（対話）を用いない直接通信：ＮＲＦもＳＣＰも使用されない。コンシューマは、プロデューサの「ＮＦプロファイル」で構成され、選択したプロデューサと直接通信する。

【0097】

モデルＢ － ＮＲＦ対話を用いる直接通信：コンシューマは、ＮＲＦに問い合わせることによってディスカバリを実行する。ディスカバリの結果に基づいて、コンシューマは選択を行う。コンシューマは、選択されたプロデューサにリクエストを送信する。

【0098】

モデルＣ － 委任されたディスカバリを用いない間接通信：コンシューマはＮＲＦに問い合わせることによってディスカバリを行う。ディスカバリの結果に基づいて、コンシューマは、ＮＦセットまたはＮＦセットの特定のＮＦインスタンスの選択を行う。コンシューマは、ＮＦサービスインスタンスまたはＮＦサービスインスタンスのセットを指す選択されたサービスプロデューサのアドレスを含むリクエストをＳＣＰに送信する。後者の場合、ＳＣＰはＮＦサービスインスタンスを選択する。可能であれば、ＳＣＰは、ロケーション（位置）、キャパシティ（容量）などの選択パラメータを得るためにＮＲＦと対話する。ＳＣＰは、選択されたＮＦサービスプロデューサインスタンスにリクエストをルーティングする。

【0099】

モデルＤ － 委任されたディスカバリーを用いる間接通信：コンシューマはディスカバリーまたは選択を行わない。コンシューマは、適切なプロデューサを見つけるために必要とされる任意の必要なディスカバリおよび選択パラメータをサービスリクエストに追加する。ＳＣＰは、リクエストメッセージ内のリクエストアドレスおよびディスカバリおよび選択パラメータを使用して、リクエストを任意のプロデューサインスタンスにルーティングする。ＳＣＰは、ＮＲＦでディスカバリを実行し、ディスカバリの結果を得ることができる。

【0100】

３ＧＰＰ（登録商標） ＴＳ ２３．５０１ Ｖ１７．０．０の６．２．１９節に記載されているように、ＳＣＰは、以下の機能のうちの１つまたは複数を含み得る。ＳＣＰ機能のいくつかまたはすべては、ＳＣＰの単一のインスタンスにおいてサポートされ得る：

【0101】

－間接通信。

【0102】

－委任されたディスカバリ。

【0103】

－宛先ＮＦ／ＮＦサービスへのメッセージ転送およびルーティング。

【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】

ステップ８０５において、ＳＣＰは、リクエストＵＲＩのａｐｉＲｏｏｔを第２のＮＦ４のａｐｉＲｏｏｔに置き換えることによって、ＨＴＴＰリクエストを第２のＮＦ４に送信／リダイレクトすることができる。

【0184】

ステップ８０６において、第２のＮＦ４は、拒否レスポンスをＳＣＰに送信することができる。たとえば、ＨＴＴＰリクエストは、第２のＮＦ４がアプリケーションロジックを適用した後でも拒否される。たとえば、ＨＴＴＰリクエストは受け入れられない。しかし、第２のＮＦ４は、リソースコンテキストまたはセッションコンテキストを引き継ぐと判定している。そうである場合、第２のＮＦ４は、「３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｒｔ－Ａｐｉｒｏｏｔ」または「３ｇｐｐ－Ｓｂｉ－Ｒｅｓｐｏｎｓｅ－Ｉｎｆｏ」と呼ばれ得る新しい３ＧＰＰ（登録商標）カスタマーヘッダに、アプリケーションロジックエラーによってＨＴＴＰリクエストが拒否され、リソースコンテキストまたはセッションコンテキストが第２のＮＦ４によって引き継がれたことをＳＣＰが示すインジケーションを含め、すなわち、ＳＣＰは、別の再選択（同じ結果を有することになるので）を継続しないものとし、ＳＣＰは、コンテキストのための後続のシグナリングにおいてリソースコンテキストまたはセッションコンテキストをアドレス指定するために、第２のＮＦ４のａｐｉＲｏｏｔであるａｐｉＲｏｏｔ（ステップ８０５においてＨＴＴＰリクエストに含まれる）を使用するものとする。

【0185】

ステップ８０７で、ＳＣＰは、拒否レスポンスを第１のＮＦに転送／送信することができる。拒否レスポンスがそのような情報を含まない場合、ＳＣＰは、３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｒｔ－Ａｐｉｒｏｏｔ、または新しい３ＧＰＰ（登録商標）カスタマーヘッダを含めることができる。第１のＮＦは、コンテキストのための後続のシグナリングのため、３ｇｐｐ－Ｓｂｉ－Ｔａｒｇｒｔ－Ａｐｉｒｏｏｔ、または新しい３ＧＰＰ（登録商標）カスタマーヘッダに含まれているもので、リソースコンテキストまたはセッションコンテキストＵＲＩを更新することができる。

【0186】

本開示の実施形態による提案された解決策を適用することによって、多くの利点が達成され得る。たとえば、本開示のいくつかの実施形態は、現在のリクエストが第２のＮＦによって拒否されたときに、（第２のＮＦにリクエストを送信する）第１のＮＦに後続のリクエストを送信する方法を第２のＮＦが示すことを可能にする。たとえば、第２のＮＦは、コンテキストデータ（リソースコンテキストまたはセッションコンテキストなど）が第２のＮＦによって引き継がれたこと、または第１のＮＦからの後続のリクエストを処理するために第２のネットワークエンティティが使用されることを第１のＮＦに示し得る。第１のＮＦは、現在のリクエストが第２のＮＦによって拒否された場合でも、第２のＮＦのａｐｉＲｏｏｔを使用してａｐｉＲｏｏｔを置き換えることによって、リソースＵＲＩまたはセッションＵＲＩを更新する。本開示のいくつかの実施形態は、ＮＦ再選択を実行するＮＦに、ＮＦ再選択を行わないように命令する機構を提供し、それは、さらなるＮＦ再選択のための余分なシグナリングを削減し得る。本明細書の実施形態は、上述の特徴および利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴および利点を認識するであろう。

【0187】

図９は、本開示のいくつかの実施形態を実施するのに適した装置を示すブロック図である。たとえば、上記で説明した第１のネットワークエンティティ、第２のネットワークエンティティ、または第３のネットワークエンティティのうちのいずれか１つは、装置９００として、またはそれを介して実装され得る。

【0188】

装置９００は、デジタルプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ９２１と、プロセッサ９２１に結合された少なくとも１つのメモリ（ＭＥＭ）９２２と、を有する。装置９００は、プロセッサ９２１に結合された送信機ＴＸおよび受信機ＲＸ９２３をさらに備え得る。ＭＥＭ９２２は、プログラム（ＰＲＯＧ）９２４を格納する。ＰＲＯＧ９２４は、関連するプロセッサ９２１上で実行されると、装置９００が本開示の実施形態に従って動作することを可能にする命令を含み得る。少なくとも１つのプロセッサ９２１と少なくとも１つのＭＥＭ９２２との組合せは、本開示の様々な実施形態を実装するように適合された処理手段９２５を形成し得る。

【0189】

本開示の様々な実施形態は、プロセッサ９２１、ソフトウェア、ファームウェア、ハードウェア、またはそれらの組合せのうちの１つまたは複数によって実行可能なコンピュータプログラムによって実装され得る。

【0190】

ＭＥＭ９２２は、たとえば、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリのような、任意の適切なデータストレージ技術を用いて実装されてもよい。

【0191】

プロセッサ９２１は、ローカル技術環境に適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含んでもよい。

【0192】

装置が第１のネットワークエンティティとして、または第１のネットワークエンティティにおいて実装される実施形態によれば、メモリ９２２は、プロセッサ９２１によって実行可能な命令を含み、それによって、第１のネットワークエンティティは、上記で説明されたように、第１のネットワークエンティティに関連する方法のいずれかに従って動作する。

【0193】

装置が第２のネットワークエンティティとして、または第２のネットワークエンティティにおいて実装される実施形態によれば、メモリ９２２は、プロセッサ９２１によって実行可能な命令を含み、それによって、第２のネットワークエンティティは、上記で説明されたように、第２のネットワークエンティティに関連する方法のいずれかに従って動作する。

【0194】

装置が第３のネットワークエンティティとして、または第３のネットワークエンティティにおいて実装される一実施形態によれば、メモリ９２２は、プロセッサ９２１によって実行可能な命令を含み、それによって、第３のネットワークエンティティは、上記で説明されたように、第３のネットワークエンティティに関連する方法のいずれかに従って動作する。

【0195】

図１０は、本開示の一実施形態による第１のネットワークエンティティを示すブロック図である。図示のように、第１のネットワークエンティティ１０００は、リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信するように構成された送信モジュール１００１を有する。第１のネットワークエンティティ１０００は、第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信するように構成された第１の受信モジュール１００２をさらに有する。一実施形態によれば、第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。

【0196】

一実施形態によれば、第１の拒否レスポンスは、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避するかどうかを示す情報と、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用するかどうかを示す情報と、を含む。

【0197】

一実施形態によれば、第１のネットワークエンティティ１０００は、第１の拒否レスポンスが第１のパラメータを有する情報を含む場合に、第１のリクエストのリトライを回避するように構成された回避モジュール１００３をさらに有し、第１のパラメータは、第１のリクエストが第２のネットワークエンティティまたは任意の別の代替の第２のネットワークエンティティでリトライされるべきでないことを示す。

【0198】

一実施形態によれば、回避モジュール１００３は、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避するように構成され、第１の拒否レスポンスは、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避することを示す情報、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用することを示す情報を含む。

【0199】

ある実施形態によれば、第１のネットワークエンティティ１０００は、第１の拒否レスポンスが第２のパラメータを有する情報を含み、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティに構成された使用モジュール１００４をさらに有する

【0200】

一実施形態によれば、使用モジュール１００４は、第１の拒否レスポンスが、第２のネットワークエンティティの再選択によって第１のリクエストのリトライを回避することを示す情報を含む場合、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用することを示す情報を含む場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用するように構成される。

【0201】

一実施形態によれば、第１のネットワークエンティティ１０００は、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信するように構成された第２の受信モジュール１００５をさらに有する。送信モジュール１００１は、ハイパーテキストトランスファープロトコルクライアントから第２のリクエストを受信することに応じて、第２のネットワークエンティティにリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを送信するように構成される。

【0202】

一実施形態によれば、第１のネットワークエンティティ１０００は、第２のネットワークエンティティから第１の拒否レスポンスを受信したことに応じて、第１の拒否レスポンスを第２のリクエストに対するレスポンスとしてハイパーテキストトランスファープロトコルクライアントに転送するように構成された転送モジュール１００６をさらに有する。

【0203】

第１のネットワークエンティティ１０００は、別の第２のネットワークエンティティが到達可能でないか、および／または、別の第２のネットワークエンティティが第２のリクエストを処理できない、と判定するように構成された決定モジュール１００７をさらに有する。

【0204】

第１のネットワークエンティティ１０００は、前記別の第２のネットワークエンティティが到達可能でないか、および／または、別のネットワークエンティティが第２のリクエストを処理できない、という判定に基づいて、第２のネットワークエンティティを再選択するように構成された再選択モジュール１００８をさらに有する。

【0205】

第１のネットワークエンティティ１０００は、追加モジュール１００９をさらに有し、追加モジュール１００９は、第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、第２のパラメータが、第２のネットワークエンティティまたは代替の第２のネットワークエンティティを使用して、同じリソースコンテキストまたはセッションコンテキストを第１の拒否レスポンスにターゲティングする後続のリクエストのために使用することを示す場合、第２のネットワークエンティティまたは代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを追加するように構成されている。

【0206】

一実施形態によれば、追加モジュール１００９は、第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを第１の拒否レスポンスに追加するように構成され、第１の拒否レスポンスは、第２のネットワークエンティティの再選択によって第１のリクエストのリトライを回避することを示す情報、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用することを示す情報、を含む。

【0207】

一実施形態によれば、追加モジュール１００９は、第１の拒否レスポンスが、第２のネットワークエンティティの再選択による第１のリクエストのリトライを示す情報、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストについて第２のネットワークエンティティを無効にすることを示す情報を含む場合、別の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを第１の拒否レスポンスに追加するように構成される。

【0208】

図１１は、本開示の実施形態による、第２のネットワークエンティティまたは代替の第２のネットワークエンティティを示すブロック図である。図示のように、第２のネットワークエンティティまたは代替の第２のネットワークエンティティ１１００は、第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信するように構成された受信モジュール１１０１を有する。第２のネットワークエンティティまたは代替の第２のネットワークエンティティ１１００は、第１の拒否レスポンスを第１のネットワークエンティティに送信するように構成された送信モジュール１１０２をさらに有する。一実施形態によれば、第１の拒否レスポンスは、第１のリクエストが第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む第１の拒否レスポンスは、代替の第２のネットワークエンティティから受信される。

【0209】

一実施形態によれば、第１の拒否レスポンスは、第２のネットワークエンティティの再選択による第１のリクエストのリトライを回避するかどうかを示す情報と、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために第２のネットワークエンティティを使用するかどうかを示す情報と、を含む。

【0210】

図１２は、本開示の実施形態による、第３のネットワークエンティティを示すブロック図である。図示のように、第３のネットワークエンティティ１２００は、リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信するように構成された送信モジュール１２０１を有する。第３のネットワークエンティティ１２００は、サービス通信プロキシから拒否レスポンスを受信するように構成された受信モジュール１２０２をさらに有する。

【0211】

一実施形態によれば、拒否レスポンスは、リクエストが第２のネットワークエンティティを用いて、または、任意の別の代替の第２のネットワークエンティティに対してリトライされるべきかどうかを示す第１のパラメータと、および／または同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含む。第２のパラメータを有する情報を含む拒否レスポンスは、代替の第２のネットワークエンティティから受信される。一実施形態によれば、拒否レスポンスは、第２のネットワークエンティティの再選択によるリクエストのリトライを回避するかどうか、および／または後続のリクエストのために第２のネットワークエンティティを使用するかどうかを示す情報を含む。第３のネットワークエンティティ１２００は、拒否レスポンスが第２のパラメータを有する情報を有し、第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用することを示す場合、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するように構成された使用モジュール１２０３をさらに有する。

【0212】

ユニットまたはモジュールという用語は、電子機器、電気デバイスおよび／または電子デバイスの分野における従来の意味を有してもよく、たとえば、本明細書に記載されているような、それぞれの作業、手続き、演算、出力、および／または表示の機能などを実行するための、電気および／または電子回路、デバイス、モジュール、プロセッサ、メモリ、ロジックソリッドステートおよび／またはディスクリートデバイス、コンピュータプログラムまたは命令を含んでもよい。

【0213】

機能ユニットでは、第１のネットワークエンティティ、第２のネットワークエンティティ、または第３のネットワークエンティティは、固定のプロセッサまたはメモリを必要としなくてもよく、任意の演算リソースおよび記憶リソースが、通信システム内の第１のネットワークエンティティ、第２のネットワークエンティティ、または第３のネットワークエンティティから構成されてもよい。仮想化技術およびネットワークコンピューティング技術の導入は、ネットワークリソースの使用効率およびネットワークの柔軟性を改善することができる。

【0214】

本開示の一態様によれば、コンピュータ可読記憶媒体に有形に記憶され、少なくとも１つのプロセッサ上で実行されたときに、少なくとも１つのプロセッサに上記の方法のいずれかを実行させる命令を含むコンピュータプログラム製品が提供される。

【0215】

本開示の一態様によれば、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、上述の方法のいずれかを実行させる命令を記憶するコンピュータ可読記憶媒体が提供される。

【0216】

さらに、本開示は、上述のコンピュータプログラムを含むキャリアを提供することもでき、キャリアは、電気信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。コンピュータ可読記憶媒体は、たとえば、光コンパクトディスク、またはＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（リードオンリーメモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、ブルーレイディスクなどの電子メモリデバイスとすることができる。

【0217】

本明細書で説明される技法は、実施形態とともに説明する対応する装置の１つまたは複数の機能を実装する装置が、従来技術の手段だけでなく、実施形態とともに説明する対応する装置の１つまたは複数の機能を実装するための手段も有するように、様々な手段によって実装され得、別個の機能ごとに別個の手段、または２つ以上の機能を実行するように構成され得る手段を備え得る。たとえば、これらの技法は、ハードウェア（１つまたは複数の装置）、ファームウェア（１つまたは複数の装置）、ソフトウェア（１つまたは複数のモジュール）、またはそれらの組合せで実装され得る。ファームウェアまたはソフトウエアについては、本明細書に記載の機能を実行するモジュール（たとえば、プロシージャ、ファンクション等）を介して実施することができる。

【0218】

本明細書の例示的な実施形態は、方法および装置のブロック図およびフローチャート図を参照して上述されている。ブロック図およびフローチャートの各ブロック、ならびにブロック図およびフローチャートの各ブロックの組合せは、コンピュータプログラム命令を含む様々な手段によって実装され得ることが理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置上にロードされて、コンピュータまたは他のプログラム可能なデータ処理装置上で実行される命令が、１つまたは複数のフローチャートブロックで指定された機能を実装するための手段を作成するように、マシンを生成することができる。

【0219】

さらに、動作は特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が、示された特定の順序で、または連続的な順序で実行されること、またはすべての示された動作が実行されることを必要とするものとして理解されるべきではない。特定の状況では、マルチタスク処理および並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の議論に含まれるが、これらは、本明細書に記載される主題の範囲に対する限定としてではなく、むしろ特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態のコンテキストで説明される特定の特徴はまた、単一の実施形態において組み合わせて実装されてもよい。逆に、単一の実施形態のコンテキストで説明される様々な特徴は、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実装されてもよい。

【0220】

本明細書は、多くの特定の実装の詳細を含むが、これらは、任意の実装の範囲または特許請求され得るものの限定として解釈されるべきではなく、むしろ、特定の実装の特定の実施形態に固有であり得る特徴の説明として解釈されるべきである。別々の実施形態のコンテキストで本明細書に記載される特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態のコンテキストで説明される様々な特徴は、複数の実施形態において別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は、特定の組み合わせで作用するものとして上述されてもよく、最初にそのように特許請求されたものとしてさえも、特許請求された組み合わせからの１つまたは複数の特徴は、場合によっては、その組み合わせから切り離されてもよく、特許請求された組み合わせは、サブコンビネーションまたはサブコンビネーションの変形に向けられてもよい。

【0221】

技術が進歩するにつれて、本開示の概念が様々な方法で実施され得ることは、当業者には明らかであろう。上記の実施形態は、本開示を限定するのではなく説明するために与えられたものであり、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく、修正形態および変形形態が利用され得ることを理解されたい。そのような修正および変更は、本開示および添付の特許請求の範囲内にあると考えられる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

【手続補正2】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１のネットワークエンティティにおいて実行される方法（２００）であって、
リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信すること（２０２）と、
前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信すること（２０４）と、を有し、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、方法。

【請求項2】

請求項１に記載の方法であって、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの２つ以上が、ネットワーク機能セット、ネットワーク機能サービスセット、または、ネットワーク機能サービスインスタンスセットにグループ化され、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの前記２つ以上が、置き換え可能であり、前記同じリソースコンテキストまたはセッションコンテキストを共有する、方法。

【請求項3】

請求項１に記載の方法であって、前記情報は、さらに、
前記第１のリクエストがアプリケーションロジックエラーまたは状態競合に起因して拒絶されるかどうかと、または、
前記リソースコンテキストまたはセッションコンテキストが前記代替の第２のネットワークエンティティによって引き継がれたかどうかと、のうちの少なくとも１つを示す、方法。

【請求項4】

請求項１に記載の方法であって、さらに、
前記第１の拒否レスポンスが、第１のパラメータを有する情報を含み、かつ、前記第１のパラメータが、前記第１のリクエストが前記第２のネットワークエンティティを用いてまたは任意の別の代替の第２のネットワークエンティティへリトライされるべきでないことを示す場合、前記第１のリクエストのリトライを回避すること（２０６）、を有する、方法。

【請求項5】

請求項１に記載の方法であって、さらに、
前記第１の拒否レスポンスが第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用することを示す場合、前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用すること（２０８）、を有する、方法。

【請求項6】

請求項１に記載の方法であって、前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティは、ハイパーテキストトランスファープロトコルサーバであり、前記第１のネットワークエンティティは、サービス通信プロキシであり前記方法は、
ハイパーテキストトランスファープロトコルクライアントから前記リソースコンテキストまたはセッションコンテキストをターゲットとする第２のリクエストを受信すること（３０２）と、ここで、前記リソースコンテキストまたはセッションコンテキストをターゲットとする前記第１のリクエストを前記第２のネットワークエンティティに送信することは、前記ハイパーテキストトランスファープロトコルクライアントから前記第２のリクエストを受信したことに応じて実行され、
前記第２のネットワークエンティティから前記第１の拒否レスポンスを受信したことに応じて、前記第２のリクエストに対するレスポンスとして前記第１の拒否レスポンスを前記ハイパーテキストトランスファープロトコルクライアントに転送すること（３０８）と、を有する、方法。

【請求項7】

請求項６に記載の方法であって、前記第２のリクエストは、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含むか、または、
前記第２のリクエストが、別の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含み、前記方法は、さらに、
前記別の第２のネットワークエンティティが到達可能でないか、および／または、前記別の第２のネットワークエンティティが前記第２のリクエストを取り扱うことができない、と判定すること（４０４）と、
前記別の第２のネットワークエンティティが到達可能でないか、および／または、前記別のネットワークエンティティが前記第２のリクエストを取り扱うことができない、という前記判定に基づいて、前記第２のネットワークエンティティを再選択すること（４０６）と、
前記第１の拒否レスポンスが前記第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが、同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティを使用することを示す場合、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを前記第１の拒否レスポンスに追加すること（４１２）と、を有する、
方法。

【請求項8】

第２のネットワークエンティティまたは代替の第２のネットワークエンティティによって実行される方法（５００）であって、
第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信すること（５０２）と、
前記第１のネットワークエンティティに第１の拒否レスポンスを送信すること（５０４）と、を有し、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有し、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、方法。

【請求項9】

請求項８に記載の方法であって、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの２つ以上が、ネットワーク機能セット、ネットワーク機能サービスセット、またはネットワーク機能サービスインスタンスセットにグループ化され、前記第２のネットワークエンティティおよび／または前記代替の第２のネットワークエンティティのうちの前記２つ以上が、置き換え可能であり、同じリソースコンテキストまたはセッションコンテキストを共有する、方法。

【請求項10】

請求項８に記載の方法であって、前記情報は、さらに、
前記第１のリクエストが、アプリケーションロジックエラーまたは状態競合に起因して拒否されるかどうかと、または、
前記リソースコンテキストまたはセッションコンテキストが前記代替の第２のネットワークエンティティによって引き継がれたかどうかと、のうちの少なくとも一つを示す、方法。

【請求項11】

請求項８に記載の方法であって、
前記情報は、暗黙的情報または明示的情報を含み、
前記暗黙的情報は、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、方法。

【請求項12】

請求項８に記載の方法であって、前記第１のリクエストは、前記第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを含む、および／または、
前記第１の拒否レスポンスが、前記第２のネットワークエンティティまたは前記代替の第２のネットワークエンティティのアプリケーションプログラムインタフェースルートを有する、方法。

【請求項13】

第３のネットワークエンティティによって実行される方法（６００）であって、
リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信すること（６０２）と、
前記サービス通信プロキシから拒否レスポンスを受信すること（６０４）と、ここで、前記拒否レスポンスは、
前記リクエストが第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、有する情報を含み、ここで、前記第２のパラメータを有する情報を含む前記拒否レスポンスが前記代替の第２のネットワークエンティティから受信され、
前記拒否レスポンスが前記第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用することを示す場合に、前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために当該代替の第２のネットワークエンティティを使用すること（６０６）と、を有する、方法。

【請求項14】

第１のネットワークエンティティ（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に接続されたメモリ（９２２）と、を有し、前記メモリ（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それによって前記第１のネットワークエンティティ（９００）は、
リソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを第２のネットワークエンティティに送信し、
前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティから第１の拒否レスポンスを受信する、ように動作可能であり、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、第１のネットワークエンティティ。

【請求項15】

請求項１４に記載の第１のネットワークエンティティであって、前記第１のネットワークエンティティが、請求項２～７のいずれか一項に記載の方法を実行するようにさらに動作可能である、第１のネットワークエンティティ。

【請求項16】

第２のネットワークエンティティまたは代替の第２のネットワークエンティティ（９００）であるネットワークエンティティであって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に接続されたメモリ（９２２）と、を有し、前記メモリ（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それによって、前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティ（９００）は、
第１のネットワークエンティティからリソースコンテキストまたはセッションコンテキストをターゲットとする第１のリクエストを受信し、
第１の拒否レスポンスを前記第１のネットワークエンティティに送信する、ように動作可能であり、
前記第１の拒否レスポンスは、
前記第１のリクエストが前記第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、前記第２のパラメータを有する情報を含む前記第１の拒否レスポンスが前記代替の第２のネットワークエンティティから受信される、ネットワークエンティティ。

【請求項17】

請求項１６に記載のネットワークエンティティであって、前記第２のネットワークエンティティまたは代替の第２のネットワークエンティティが、請求項９～１２のいずれか一項に記載の方法を実行するようにさらに動作する、ネットワークエンティティ。

【請求項18】

第３のネットワークエンティティ（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に接続されたメモリ（９２２）と、を有し、前記メモリ（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それによって前記第３のネットワークエンティティ（９００）は、
リソースコンテキストまたはセッションコンテキストをターゲットとするリクエストをサービス通信プロキシに送信し、
前記サービス通信プロキシから拒否レスポンスを受信し、ここで、前記拒否レスポンスは、
前記リクエストが第２のネットワークエンティティと任意の別の代替の第２のネットワークエンティティとのいずれかを用いてリトライされるべきか否かを示す第１のパラメータと、および／または、
同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用するかどうかを示す第２のパラメータと、を有する情報を含み、ここで、前記第２のパラメータを有する情報を含む前記拒否レスポンスが前記代替の第２のネットワークエンティティから受信され、
前記拒否レスポンスが前記第２のパラメータを有する情報を含み、かつ、前記第２のパラメータが前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用することを示す場合、前記同じリソースコンテキストまたはセッションコンテキストをターゲットとする後続のリクエストのために前記代替の第２のネットワークエンティティを使用する、ように動作可能である、第３のネットワークエンティティ。

【請求項19】

少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１～１３のいずれか一項に記載の方法を実行させる命令を記憶するコンピュータ可読記憶媒体。

【手続補正3】

【補正対象書類名】図面

【補正対象項目名】図２

【補正方法】変更

【補正の内容】

【図2】

【手続補正4】

【補正対象書類名】図面

【補正対象項目名】図５

【補正方法】変更

【補正の内容】

【図5】

【手続補正5】

【補正対象書類名】図面

【補正対象項目名】図６

【補正方法】変更

【補正の内容】

【図6】

【国際調査報告】