特表 2024-528950 セッション復元のための方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-08-01

(54)【発明の名称】セッション復元のための方法及び装置

(51)【国際特許分類】

   H04W 8/18 20090101AFI20240725BHJP

   H04W 76/11 20180101ALI20240725BHJP

   H04W 92/24 20090101ALI20240725BHJP

【ＦＩ】

H04W8/18

H04W76/11

H04W92/24

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506264

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

(85)【翻訳文提出日】2024-03-05

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

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

(87)【国際公開日】2023-02-16

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

(32)【優先日】2021-08-09

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】598036300

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】チェン， ピン

(72)【発明者】

【氏名】タオ， ジングルイ

(72)【発明者】

【氏名】チェン， ハイミン

(72)【発明者】

【氏名】リュー， キアン

(72)【発明者】

【氏名】リアン， ティアンメイ

(72)【発明者】

【氏名】バスケス， エミリアーノ メリノ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD17

5K067DD57

5K067EE02

5K067EE10

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】

請求項３６に記載の方法であって、
前記ＱｏＳフロー状態は、アクティブと、非アクティブと、の内の少なくとも１つを含む、方法。

【請求項42】

請求項３４から４１のいずれか１項に記載の方法であって、
前記第１要求は、セッションサブスクリプションチェックのサポートを示す情報を含み、
前記第１応答は、さらに、セッションサブスクリプションチェックのサポートを示す情報を含む、方法。

【請求項43】

請求項３４から４２のいずれか１項に記載の方法であって、
前記第１要求は、ＨＴＴＰ ＰＯＳＴ要求であり、
前記第１応答は、ＨＴＴＰ ＰＯＳＴ応答である、方法。

【請求項44】

請求項３４から４３のいずれか１項に記載の方法であって、
前記第１要求は、前記アプリケーションノードが再スタート又は再ロードされた後に、前記ネットワークノードに送信される、方法。

【請求項45】

請求項３４から４４のいずれか１項に記載の方法であって、
前記ネットワークノードは、
公開機能ノードと、
ポリシ制御ノードと、
の内の少なくとも１つを含む、方法。

【請求項46】

請求項４５に記載の方法であって、
前記ポリシ制御ノードは、
ポリシ制御機能（ＰＣＦ）と、
ポリシ及び課金ルール機能（ＰＣＲＦ）と、
の内の少なくとも１つを含む、方法。

【請求項47】

請求項４５に記載の方法であって、
前記公開機能ノードは、
サービス能力公開機能（ＳＣＥＦ）と、
ネットワーク公開機能（ＮＥＦ）と、
ＮＥＦと組み合わせたＳＣＥＦと、
の内の少なくとも１つを含む、方法。

【請求項48】

請求項３４から４７のいずれか１項に記載の方法であって、
前記アプリケーションノードは、
アプリケーション機能と、
アプリケーションサーバと、
サービス能力サーバと、
の内の少なくとも１つを含む、方法。

【請求項49】

請求項３４から４８のいずれか１項に記載の方法であって、さらに、
前記アプリケーションノードのサブスクリプションデータを取得するための第２要求であって、１つ以上のユーザ装置（ＵＥ）の識別情報を含む前記第２要求を前記ネットワークノードに送信することと、
１つ以上のＵＥの前記識別情報に対応する、前記アプリケーションノードによって作成された１つ以上のサブスクリプションデータを含む第２応答を前記ネットワークノードから受信（６０４）することと、
を含む方法。

【請求項50】

請求項４９に記載の方法であって、ＵＥの識別情報は、
前記ＵＥのインターネットプロトコルバージョン４アドレスと、
インターネットプロトコルドメインと、
前記ＵＥの識別子と、
前記ＵＥのＭＡＣアドレスと、
前記ＵＥのインターネットプロトコルバージョン６アドレスと、
の内の少なくとも１つを含む、方法。

【請求項51】

請求項４９又は５０に記載の方法であって、
前記第２応答は、さらに、
前記サブスクリプションデータに対応する少なくとも１つのＱｏＳフロー状態と、
前記サブスクリプションデータに対応する少なくとも１つの通知イベントと、
の内の少なくとも１つを含む、方法。

【請求項52】

請求項４９から５１のいずれか１項に記載の方法であって、
前記第２要求は、ＨＴＴＰ ＧＥＴ要求であり、
前記第２応答は、ＨＴＴＰ ＧＥＴ応答である、方法。

【請求項53】

請求項４９から５２のいずれか１項に記載の方法であって、
前記第２要求は、回復のためにトリガされる、方法。

【請求項54】

請求項４９から５３のいずれか１項に記載の方法であって、
前記第２応答は、前記アプリケーションノードに対してクエリされたアクティブなサブスクリプションを含む、方法。

【請求項55】

アプリケーションノードによって実行される方法（６００）であって、
前記アプリケーションノードのサブスクリプションデータを取得するための第２要求であって、１つ以上のユーザ装置（ＵＥ）の識別情報を含む前記第２要求をネットワークノードに送信することと、
１つ以上のＵＥの前記識別情報に対応する、前記アプリケーションノードによって作成された１つ以上のサブスクリプションデータを含む第２応答を前記ネットワークノードから受信（６０４）することと、
を含む方法。

【請求項56】

請求項５５に記載の方法であって、
ＵＥの識別情報は、
前記ＵＥのインターネットプロトコルバージョン４アドレスと、
インターネットプロトコルドメインと、
前記ＵＥの識別子と、
前記ＵＥのＭＡＣアドレスと、
前記ＵＥのインターネットプロトコルバージョン６アドレスと、
の内の少なくとも１つを含む、方法。

【請求項57】

請求項５５又は５６に記載の方法であって、
前記第２応答は、さらに、
前記サブスクリプションデータに対応する少なくとも１つのＱｏＳフロー状態と、
前記サブスクリプションデータに対応する少なくとも１つの通知イベントと、
の内の少なくとも１つを含む、方法。

【請求項58】

請求項５５から５７のいずれか１項に記載の方法であって、
前記第２要求は、ＨＴＴＰ ＧＥＴ要求であり、
前記第２応答は、ＨＴＴＰ ＧＥＴ応答である、方法。

【請求項59】

請求項５５から５８のいずれか１項に記載の方法であって、
前記ネットワークノードは、
公開機能ノードと、
ポリシ制御ノードと、
の内の少なくとも１つを含む、方法。

【請求項60】

請求項５９に記載の方法であって、
前記ポリシ制御ノードは、
ポリシ制御機能（ＰＣＦ）と、
ポリシ及び課金ルール機能（ＰＣＲＦ）と、
の内の少なくとも１つを含む、方法。

【請求項61】

請求項５９又は６０に記載の方法であって、
前記公開機能ノードは、
サービス能力公開機能（ＳＣＥＦ）と、
ネットワーク公開機能（ＮＥＦ）と、
ＮＥＦと組み合わせたＳＣＥＦと、
の内の少なくとも１つを含む、方法。

【請求項62】

請求項５５から６１のいずれか１項に記載の方法であって、
前記アプリケーションノードは、
アプリケーション機能と、
アプリケーションサーバと、
サービス能力サーバと、
の内の少なくとも１つを含む、方法。

【請求項63】

請求項５５から６２のいずれか１項に記載の方法であって、
前記第２要求は、回復のためにトリガされる、方法。

【請求項64】

請求項５５から６３のいずれか１項に記載の方法であって、
前記第２応答は、前記アプリケーションノードに対してクエリされたアクティブなサブスクリプションを含む、方法。

【請求項65】

ネットワークノード（１３００）であって、
プロセッサ（１３２１）と、
前記プロセッサ（１３２１）に結合されたメモリ（１３２２）と、
を備え、前記メモリは（１３２２）は、前記プロセッサ（１３２１）によって実行可能な命令を含み、それにより前記ネットワークノード（１３００）は、
必要なサービス品質（ＱｏＳ）を伴うセッションを設定するための第１要求をアプリケーションノードから受信することと、
エラー情報と、サブスクリプション識別子を含む既存セッションのサブスクリプション情報と、を含む第１応答を前記アプリケーションノードに送信することと、
を行う様に動作する、ネットワークノード。

【請求項66】

請求項５７に記載のネットワークノードであって、
前記ネットワークノードは、さらに、請求項２から２１のいずれか１項に記載の方法を実行する様に動作する、ネットワークノード。

【請求項67】

ネットワーク公開ノード（１３００）であって、
プロセッサ（１３２１）と、
前記プロセッサ（１３２１）に結合されたメモリ（１３２２）と、
を備え、前記メモリは（１３２２）は、前記プロセッサ（１３２１）によって実行可能な命令を含み、それにより前記ネットワーク公開ノード（１３００）は、
アプリケーションノードのサブスクリプションデータを取得するための第２要求であって、１つ以上のユーザ装置（ＵＥ）の識別情報を含む前記第２要求を前記アプリケーションノードから受信することと、
１つ以上のＵＥの前記識別情報に対応する、前記アプリケーションノードによって作成された１つ以上のサブスクリプションデータを含む第２応答を前記アプリケーションノードに送信することと、
を行う様に動作する、ネットワーク公開ノード。

【請求項68】

請求項６７に記載のネットワーク公開ノードであって、
前記ネットワーク公開ノードは、さらに、請求項２５から３３のいずれか１項に記載の方法を実行する様に動作する、ネットワーク公開ノード。

【請求項69】

アプリケーションノード（１３００）であって、
プロセッサ（１３２１）と、
前記プロセッサ（１３２１）に結合されたメモリ（１３２２）と、
を備え、前記メモリは（１３２２）は、前記プロセッサ（１３２１）によって実行可能な命令を含み、それにより前記アプリケーションノード（１３００）は、
必要なサービス品質（ＱｏＳ）を伴うセッションを設定するための第１要求を公開機能ノードに送信することと、
エラー情報と、サブスクリプション識別子を含む既存セッションのサブスクリプション情報と、を含む第１応答を前記公開機能ノードから受信することと、
を行う様に動作する、アプリケーションノード。

【請求項70】

請求項６９に記載のアプリケーションノードであって、
前記アプリケーションノードは、さらに、請求項３５から５４のいずれか１項に記載の方法を実行する様に動作する、アプリケーションノード。

【請求項71】

アプリケーションノード（１３００）であって、
プロセッサ（１３２１）と、
前記プロセッサ（１３２１）に結合されたメモリ（１３２２）と、
を備え、前記メモリは（１３２２）は、前記プロセッサ（１３２１）によって実行可能な命令を含み、それにより前記アプリケーションノード（１３００）は、
前記アプリケーションノードのサブスクリプションデータを取得するための第２要求であって、１つ以上のユーザ装置（ＵＥ）の識別情報を含む前記第２要求をネットワークノードに送信することと、
１つ以上のＵＥの前記識別情報に対応する、前記アプリケーションノードによって作成された１つ以上のサブスクリプションデータを含む第２応答を前記ネットワークノードから受信することと、
を行う様に動作する、アプリケーションノード。

【請求項72】

請求項７１に記載のアプリケーションノードであって、
前記アプリケーションノードは、さらに、請求項５６から６４のいずれか１項に記載の方法を実行する様に動作する、アプリケーションノード。

【請求項73】

少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から６４のいずれか１項に記載の方法を実行させる命令を格納するコンピュータ可読記憶媒体

【請求項74】

少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から６４のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

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

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

【図1b】本開示の実施形態による４Ｇネットワークシステムアーキテクチャを概略的に示す図。

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

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

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

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

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

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

【図7】本開示の実施形態によるＡＦ ＱｏＳセッション回復のフローチャート。

【図8】本開示の別の実施形態によるＡＦ ＱｏＳセッション回復のフローチャート。

【図9】本開示の別の実施形態によるＡＦ ＱｏＳセッション回復のフローチャート。

【図10】本開示の実施形態によるＡＦ ＱｏＳセッション回復のフローチャート。

【図11】本開示の別の実施形態によるＡＦ ＱｏＳセッション回復のフローチャート。

【図12】本開示の別の実施形態によるＡＦ ＱｏＳセッション回復のフローチャート。

【図13】本開示の幾つかの実施形態を実施するのに適した装置を示すブロック図。

【図14】本開示の実施形態によるネットワークノードを示すブロック図。

【図15】本開示の別の実施形態によるネットワークノードを示すブロック図。

【図16】本開示の実施形態によるアプリケーションノードを示すブロック図。

【図17】本開示の別の実施形態によるアプリケーションノードを示すブロック図。

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

【0066】

本開示の実施形態について、以下では、図面を参照して詳細に説明する。これらの実施形態は、本開示の範囲に対する制限を示唆するのではなく、当技術分野の当業者が本開示をよりよく理解し、したがって実施することを可能にする目的でのみ説明されることを理解されたい。本明細書全体を通して、特徴、利点、又は同様の言語への言及は、本開示で実現され得る総ての特徴及び利点が、本開示の任意の単一の実施形態であるべきである、又はそうであることを意味するものではない。むしろ、特徴及び利点を指す言語は、一実施形態に関連して説明される特定の特徴、利点、又は特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解される。さらに、本開示に記載された特徴、利点、及び特徴は、１つ又は複数の実施形態において任意の適切な方法で組み合わせることができる。関連技術の当業者は、本開示が、特定の実施形態の特定の特徴又は利点のうちの１つ又は複数なしで実施され得ることを認識するであろう。他の例では、本開示の総ての実施形態に存在しない特定の実施形態において、追加の特徴及び利点が認識され得る。

【0067】

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

【0068】

"ネットワークデバイス"又は"ネットワークノード"という用語は、通信ネットワークのネットワーク機能（物理的又は仮想的）に実装され得る任意の適切なネットワーク機能（ＮＦ）を参照する。例えば、ネットワーク機能は、専用ハードウェア上のネットワーク要素として、専用ハードウェア上で実行されるソフトウェアインスタンスとして、又は適切なプラットフォーム、例えば、クラウドインフラストラクチャ等でインスタンス化された仮想化機能として実装され得る。例えば、５Ｇシステム（５ＧＳ）は、ＡＭＦ（アクセス及びモビリティ機能）、ＳＭＦ（セッション管理機能）、ＡＵＳＦ（認証サービス機能）、ＵＤＭ（統合データ管理）、ＰＣＦ（ポリシ制御機能）、ＡＦ（アプリケーション機能）、ＮＥＦ（ネットワーク公開機能）、ＵＰＦ（ユーザプレーン機能）、ＮＲＦ（ネットワークリポジトリ機能）、ＲＡＮ（無線アクセスネットワーク）、ＳＣＰ（サービス通信プロキシ）、ＮＷＤＡＦ（ネットワークデータ分析機能）、ＮＳＳＦ（ネットワークスライス選択機能）、ＮＳＳＡＡＦ（ネットワークスライス固有認証及び認可機能）等の複数のＮＦを備え得る。例えば、４Ｇシステム（ＬＴＥ等）は、ＭＭＥ（モビリティ管理エンティティ）、ＨＳＳ（ホーム加入者サーバ）、ポリシ及び課金ルール機能（ＰＣＲＦ）、パケットデータネットワークゲートウェイ（ＰＧＷ又はＰＧ－Ｗ）、ＰＧＷ制御プレーン（ＰＧＷ－Ｃ）、サービングゲートウェイ（ＳＧＷ）、ＳＧＷ制御プレーン（ＳＧＷ－Ｃ）、Ｅ－ＵＴＲＡＮノードＢ（ｅＮＢ）等を含み得る。他の実施形態において、ネットワークノードは、例えば特定のネットワークに応じて、異なるタイプのＮＦを含み得る。

【0069】

用語"端末デバイス"又は"ユーザ装置（ＵＥ）"は、通信ネットワークにアクセスしてサービスの提供を受けることができる任意のエンドデバイスを参照する。制限しない例として、端末デバイスは、移動端末、又は、他の適切なデバイスを参照する。ＵＥは、例えば、加入者局（ＳＳ）、ポータブル加入者局、移動局（ＭＳ）、又は、アクセス端末（ＡＴ）であり得る。端末デバイスは、ポータブルコンピュータ、デジタルカメラ等の画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽ストレージ及び再生機器、移動電話、セルラフォン、スマートフォン、ボイスオーバＩＰ（ＶоＩＰ）電話、無線ローカルループ電話、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、ウェアラブル端末デバイス、車載無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマートデバイス、無線顧客宅内機器（ＣＰＥ）等を含み得るがこれらに限定されない。以下の説明では、"端末デバイス"、"端末"、"ユーザ装置"及び"ＵＥ"という用語は交換可能に使用され得る。一例として、端末デバイスは、３ＧＰＰ（登録商標）（第３世代パートナシッププロジェクト）によって公布された１つ又は複数の通信標準、例えば３ＧＰＰ（登録商標）のＬＴＥ標準又はＮＲ標準に従って通信する様に構成されたＵＥを表し得る。本明細書で使用される"ユーザ装置"又は"ＵＥ"は、関連するデバイスを所有及び／又は操作する人間のユーザの意味で"ユーザ"を必ずしも有する必要はない。幾つかの実施形態において、端末デバイスは、人間との直接的な相互作用無しに情報を送信及び／又は受信する様に構成され得る。例えば、端末デバイスは、内部又は外部のイベントによってトリガされたとき、通信ネットワークからの要求に応じて、所定のスケジュールでネットワークに情報を送信する様に設計され得る。代わりに、ＵＥは、人間のユーザへの販売又は人間のユーザによる操作を目的とするが、最初は特定の人間のユーザに関連付けられていないデバイスを表し得る。

【0070】

さらに別の例として、ＩｏＴ（Ｉｎｔｅｒｎｅｔ оｆ Ｔｈｉｎｇｓ）シナリオでは、端末デバイスは、監視及び／又は測定を実行し、その様な監視及び／又は測定の結果を別の端末デバイス及び／又はネットワーク装置に送信する機器又は他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり、３ＧＰＰ（登録商標）の文脈ではマシン型通信（ＭＴＣ）デバイスとして参照され得る。特定の一例として、端末デバイスは、３ＧＰＰ（登録商標）狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）標準を実装するＵＥであり得る。その様な機器又はデバイスの特定の例は、センサ、電力計、産業用機械等の計測デバイス、又は冷蔵庫、テレビ等の家庭用機器、時計等の個人用ウェアラブル機器である。他のシナリオでは、端末デバイスは、その動作状態又はその動作に関連する他の機能を監視及び／又は報告できる車両又は他の機器を表し得る。

【0071】

本明細書における"一実施形態"、"実施形態"、"実施形態例"等への言及は、説明された実施形態が特定の特徴、構造、又は特性を含み得ることを示すが、総ての実施形態が必ずしも特定の特徴、構造、又は特性を含むとは限らない。さらに、その様なフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、又は特性が実施形態に関して説明されている場合、他の実施形態に関連してその様な特性、構造、又は特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。

【0072】

本明細書では、"第１"及び"第２"等の用語を使用して様々な要素を説明することができるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第１要素を第２要素と呼ぶことができ、同様に、第２要素を第１要素と呼ぶことができる。本明細書で使用される"及び／又は"という用語は、関連する列挙された用語の１つ又は複数のありとあらゆる組み合わせを含む。

【0073】

本明細書で使用される場合、"Ａ及びＢのうちの少なくとも１つ"又は"Ａ又はＢのうちの少なくとも１つ"という語句は、"Ａのみ、Ｂのみ、又はＡ及びＢの両方"を意味すると理解されるべきである。"Ａ及び／又はＢ"という句は、"Ａのみ、Ｂのみ、又はＡとＢの両方"を意味すると理解されるべきである。

【0074】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。ここで使用する、用語"含む"、"有する"、"備える"等は、述べられた特徴、要素及び／又は構成部品の存在を特定するが、１つ以上の他の特徴、要素、構成部品及び／又はそれらの組み合わせの存在を除外するものではない。

【0075】

この文書で使用されているこれらの用語は、説明を容易にし、ノード、デバイス、又はネットワーク等を区別するためにのみ使用されていることに注意されたい。技術の発展に伴い、類似／同じ意味を持つ他の用語も使用され得る。

【0076】

以下の説明及び請求の範囲において、定義されない限り、使用される総ての技術的及び科学的用語は、本開示の技術分野に属する当業者により通常理解されるのと同じ意味を有する。

【0077】

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

【0078】

図１ａは、本開示の実施形態による第５世代ネットワークの高レベルアーキテクチャを概略的に示している。例えば、第５世代ネットワークは５ＧＳであり得る。図１ａのアーキテクチャは、その全体が参照により本明細書に組み込まれる３ＧＰＰ（登録商標） ＴＳ２３．５０１ Ｖ１７．０．０に記載されている図４．２．３－１と同じである。図１ａのシステムアーキテクチャは、ＡＵＳＦ、ＡＭＦ、ＤＮ（データネットワーク）、ＮＥＦ、ＮＲＦ、ＮＳＳＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、ＵＥ、（Ｒ）ＡＮ、ＳＣＰ（サービス通信プロキシ）、ＮＳＳＡＡＦ（ネットワークスライス固有の認証及び認可機能）、ＮＳＡＣＦ（ネットワークスライスアドミッションコントロール機能）等の幾つかの例示的な要素を備え得る。

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

一実施形態では、以下の内容が３ＧＰＰ（登録商標） ＴＳ２９．１２２ Ｖ１７．２．０の表５．１４．２．１．２－１に追加され得る。

【表1】

【0217】

一実施形態では、以下の内容が３ＧＰＰ（登録商標） ＴＳ２９．１２２ Ｖ１７．２．０の表５．１４．３．２．３．１－２に追加され得る。

【表2】

【0218】

一実施形態では、以下の内容が３ＧＰＰ（登録商標） ＴＳ２９．１２２ Ｖ１７．２．０の表５．１４．３．２．３．４－２に追加され得る。

【表3】

【0219】

一実施形態では、以下の内容が３ＧＰＰ（登録商標） ＴＳ２９．１２２ Ｖ１７．２．０の表５．１４．４－１に追加される。ｍは、１１等の任意の適切な数であり得る。

【表4】

【0220】

本明細書の実施形態は多くの利点を提供することができ、その例の非網羅的なリストを以下に示す。本明細書の一部の実施形態において提案された解決策は、競合検出を実装し、正確な情報をアプリケーションノード（ＡＦ／ＡＳ／ＳＣＳ等）に提供するネットワークノード（ＮＥＦ／ＳＣＥＦ／ＰＣＦ／ＰＣＲＦ等）によって、重複したリソースを作成することからコアネットワークを保護することができ、その結果、ニーズ／要件に基づいて競合を解決できるため、アプリケーションノードの障害後におけるアプリケーションノードとネットワークノードとの間のサブスクリプション情報の一貫性を保つことを可能にする。本明細書の一部の実施形態において提案された解決策により、再スタートや再ロード等の予期せぬ問題によりアプリケーションノードでのデータの障害／消失が発生した場合に、アプリケーションノードが自身のＱｏＳセッションを迅速に再同期／取得できる様にすることができる。本明細書の一部の実施形態において提案された解決策は、ネットワークノード（ＮＥＦ、ＰＣＦ、ＳＭＦ、ＵＰＦ等）における余分なリソースの占有を回避することができる。本明細書の一部の実施形態において提案された解決策は、アプリケーションノードとネットワークノードとの間のシグナリングメッセージを最小限に抑えることができる。本明細書の一部の実施形態において提案された解決策は、幾つかの新しいＱｏＳセッション作成要求メッセージを回避することで、ＡＦ ＱｏＳセッション回復時間を短縮することができる。本明細書の実施形態は、上述の好ましい特徴及び利点に限定されない。当業者は、以下の詳細な説明を読めば、追加の特徴及び利点を認識するであろう。

【0221】

図１３は、本開示の幾つかの実施形態を実施するのに適した装置を示すブロック図である。例えば、上述のアプリケーションノード、又は、ネットワークノードは、装置１３００として、又は装置１３００を介して実装され得る。

【0222】

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

【0223】

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

【0224】

ＭＥＭ１３２２は、ローカルの技術環境に適した任意のタイプであってもよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリ等の任意の適切なデータストレージ技術を使用して実装され得る。

【0225】

プロセッサ１３２１は、ローカル技術環境に適切な任意タイプであり、非制限的な例として、汎用目的コンピュータ、特定目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）及びマルチコアプロセッサアーキテクチャに基づくプロセッサの内の１つ以上を含み得る。

【0226】

装置がネットワークノードとして実装される実施形態において、メモリ１３２２は、プロセッサ１３２１によって実行可能な命令を含み、これにより、ネットワークノードは、上述したネットワークノードに関連する方法のいずれかに従って動作する。

【0227】

装置がアプリケーションノードとして実装される実施形態において、メモリ１３２２は、プロセッサ１３２１によって実行可能な命令を含み、これにより、アプリケーションノードは、上述したアプリケーションノードに関連する方法のいずれかに従って動作する。

【0228】

図１４は、本開示の実施形態によるネットワークノードを示すブロック図である。図示する様に、ネットワークノード１４００は、第１受信モジュール１４０１と、第１送信モジュール１４０２と、を備える。第１受信モジュール１４０１は、必要なサービス品質（ＱｏＳ）を伴うセッションを設定するための第１要求をアプリケーションノードから受信する様に構成され得る。第１送信モジュール１４０２は、エラー情報と、サブスクリプション識別子を含む既存セッションのサブスクリプション情報と、を含む第１応答をアプリケーションノードに送信する様に構成され得る。

【0229】

一実施形態において、ネットワークノード１４００は、さらに、第１要求によって設定されるセッションのサブスクリプションデータが既存セッションのサブスクリプションデータと競合するかを判定する様に構成された判定モジュール１４０３を含む。

【0230】

一実施形態において、ネットワークノード１４００は、さらに、既存セッションの少なくとも１つのＱｏＳフロー状態、及び／又は、既存セッションの少なくとも１つの通知イベントを格納する様に構成された格納モジュール１４０４を含む。

【0231】

一実施形態において、ネットワークノード１４００は、さらに、アプリケーションノードのサブスクリプションデータを取得するための第２要求をアプリケーションノードから受信する様に構成された第２受信モジュール１４０５を備え、第２要求は、１つ又は複数のユーザ装置（ＵＥ）の識別情報を含む。

【0232】

一実施形態において、ネットワークノード１４００は、さらに、１つ又は複数のＵＥの識別情報に対応するアプリケーションノードによって作成された１つ又は複数のサブスクリプションデータを含む第２応答をアプリケーションノードに送信する様に構成された第２送信モジュール１４０６を備えている。

【0233】

図１５は、本開示の別の実施形態によるネットワークノードを示すブロック図である。図示する様に、ネットワークノード１５００は、第２受信モジュール１５０１と、第２送信モジュール１５０２と、を備える。第２受信モジュール１５０１は、アプリケーションノードのサブスクリプションデータを取得するための第２要求をアプリケーションノードから受信する様に構成され、第２要求は、１つ又は複数のユーザ装置（ＵＥ）の識別情報を含む。第２送信モジュール１５０２は、１つ又は複数のＵＥの識別情報に対応するアプリケーションノードによって作成された１つ又は複数のサブスクリプションデータを含む第２応答をアプリケーションノードに送信する様に構成される。

【0234】

図１６は、本開示の実施形態によるアプリケーションノードを示すブロック図である。図示する様に、アプリケーションノード１６００は、第１送信モジュール１６０１と、第１受信モジュール１６０２と、を備える。第１送信モジュール１６０１は、必要なサービス品質（ＱｏＳ）を伴うセッションを設定するための第１要求を公開機能ノードに送信する様に構成される。第１受信モジュール１６０２は、エラー情報と、サブスクリプション識別子を含む既存セッションのサブスクリプション情報と、を含む第１応答を公開機能ノードから受信する様に構成される。

【0235】

一実施形態において、アプリケーションノード１６００は、さらに、アプリケーションノードのサブスクリプションデータを取得するための第２要求をネットワークノードに送信する様に構成された第２送信モジュール１６０３を含む。第２要求は、１つ又は複数のユーザ装置（ＵＥ）の識別情報を含む。

【0236】

一実施形態において、アプリケーションノード１６００は、さらに、１つ又は複数のＵＥの識別情報に対応するアプリケーションノードによって作成された１つ又は複数のサブスクリプションデータを含む第２応答をネットワークノードから受信する様に構成された第２受信モジュール１６０４を備えている。

【0237】

図１７は、本開示の別の実施形態によるアプリケーションノードを示すブロック図である。図示する様に、アプリケーションノード１７００は、第２送信モジュール１７０１と、第２受信モジュール１７０２と、を備える。第２送信モジュール１７０１は、アプリケーションノードのサブスクリプションデータを取得するための第２要求をネットワークノードに送信する様に構成され、第２要求は、１つ又は複数のユーザ装置（ＵＥ）の識別情報を含む。第２受信モジュール１７０２は、１つ又は複数のＵＥの識別情報に対応するアプリケーションノードによって作成された１つ又は複数のサブスクリプションデータを含む第２応答をネットワークノードから受信する様に構成される。

【0238】

ユニットという用語は、電気、電気デバイス、及び／又は、電子デバイスの分野で従来の意味を有し、例えば、電気及び／又は電子回路、デバイス、モジュール、プロセッサ、メモリ、論理ソリッドステート及び／又はディスクリートデバイス、それぞれのタスク、手順、計算、出力、及び／又は表示機能等を実行するための、本明細書に記載されているコンピュータプログラム又は命令を含み得る。

【0239】

機能ユニットを使用すると、ネットワークノード又はアプリケーションノードは固定プロセッサ又はメモリを必要とせず、通信システム内のネットワークノード又はアプリケーションノードから任意のコンピューティングリソース及びストレージリソースを配置することができる。仮想化技術やネットワークコンピューティング技術の導入により、ネットワークリソースの利用効率やネットワークの柔軟性が向上し得る。

【0240】

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

【0241】

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

【0242】

さらに、本開示は、上述した様コンピュータプログラムを含むキャリアを提供し、キャリアは、電気信号、光信号、無線信号、又は、コンピュータ可読記憶媒体内の１つである。コンピュータ可読記憶媒体は、例えば、光学コンパクトディスク、又はＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、フラッシュメモリ、磁気テープ、ＣＤ－ＲＯＭ、ＤＶＤ、ブルーレイディスク等の電子メモリデバイスであり得る。

【0243】

本明細書で説明される技術は、様々な手段によって実装され、実施形態で説明される対応する装置の１つ又は複数の機能を実装する装置は、従来技術の手段のみならず、実施形態で説明される対応する装置の１つ又は複数の機能を実装するための手段も有し、それは、各別個の機能のための別個の手段、又は１つ以上の機能を実行する様に構成され得る手段を含み得る。例えば、これらの技法は、ハードウェア（１つ又は複数の装置）、ファームウェア（１つ又は複数の装置）、ソフトウェア（１つ又は複数のモジュール）、又はそれらの組み合わせで実装され得る。ファームウェア又はソフトウェアの場合、実装は、本明細書で説明する機能を実行するモジュール（例えば、手順、機能等）によって実現され得る。

【0244】

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

【0245】

さらに、特定の順序での動作を説明したが、図示した特定の順序、又は、シーケンシャル順序で実行することが必要ではなく、総ての説明した動作は、望ましい結果を達成するために実行される。特定の環境において、マルチタスク及び並行処理が有利であり得る。同様に、上記記載には、幾つかの特定の実装の詳細が含まれているが、それらは、本開示の範囲を制限するものではなく、特徴の記載は、特定の実施形態に特有のものであり得る。個別の実施形態の文脈で記述された特定の特徴は、単一実施形態において組み合わせて実装され得る。逆に、単一の実施形態の文脈で記述された種々の特徴は、複数の実施形態において個別に、或いは、任意の適切なサブコンビネーションとして実装され得る。

【0246】

この仕様には多くの特定の実装の詳細が含まれているが、これらは、実装の範囲又は特許請求される内容の制限として解釈されるべきではなく、特定の実装の特定の実施形態に固有の機能の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載されている特定の特徴は、単一の実施形態で組み合わせて実装することもできる。逆に、単一の実施形態の文脈で記述された種々の特徴は、複数の実施形態において個別に、或いは、任意の適切なサブコンビネーションとして実装され得る。さらに、特徴は特定の組み合わせで作用するものとして上で説明され、最初はその様に主張されることさえあるが、クレームされた組み合わせからの１つ又は複数の特徴は、場合によっては、その組み合わせから削除される場合があり、クレームされた組み合わせは、サブコンビネーション又はサブコンビネーションのバリエーションを対象とし得る。

【0247】

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

【図1a】

【図1b】

【図2a】

【図2b】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【手続補正書】

【提出日】2024-03-05

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ネットワーク公開ノードによって実行される方法（４００）であって、
アプリケーションノードのサブスクリプションデータを取得するための第２要求であって、１つ以上のユーザ装置（ＵＥ）の識別情報を含む前記第２要求を前記アプリケーションノードから受信（４０２）することと、
１つ以上のＵＥの前記識別情報に対応する、前記アプリケーションノードによって作成された１つ以上のサブスクリプションデータを含む第２応答を前記アプリケーションノードに送信（４０４）することと、
を含む方法。

【請求項2】

請求項１に記載の方法であって、
ＵＥの識別情報は、
前記ＵＥのインターネットプロトコルバージョン４アドレスと、
インターネットプロトコルドメインと、
前記ＵＥの識別子と、
前記ＵＥのＭＡＣアドレスと、
前記ＵＥのインターネットプロトコルバージョン６アドレスと、
の内の少なくとも１つを含む、方法。

【請求項3】

請求項１に記載の方法であって、
前記第２応答は、さらに、
前記サブスクリプションデータに対応する少なくとも１つのＱｏＳフロー状態と、
前記サブスクリプションデータに対応する少なくとも１つの通知イベントと、
の内の少なくとも１つを含む、方法。

【請求項4】

請求項１に記載の方法であって、
前記第２要求は、ＨＴＴＰ ＧＥＴ要求であり、
前記第２応答は、ＨＴＴＰ ＧＥＴ応答である、方法。

【請求項5】

請求項１に記載の方法であって、
前記ネットワーク公開ノードは、
公開機能ノードと、
ポリシ制御ノードと、の内の少なくとも１つを含む、及び／又は、
前記ポリシ制御ノードは、
ポリシ制御機能（ＰＣＦ）と、
ポリシ及び課金ルール機能（ＰＣＲＦ）と、の内の少なくとも１つを含む、方法。

【請求項6】

請求項５に記載の方法であって、
前記公開機能ノードは、
サービス能力公開機能（ＳＣＥＦ）と、
ネットワーク公開機能（ＮＥＦ）と、
ＮＥＦと組み合わせたＳＣＥＦと、の内の少なくとも１つを含む、及び／又は、
前記アプリケーションノードは、
アプリケーション機能と、
アプリケーションサーバ（ＡＳ）と、
サービス能力サーバ（ＳＣＳ）と、の内の少なくとも１つを含む、方法。

【請求項7】

請求項１に記載の方法であって、
前記第２要求は、回復のためにトリガされる、及び／又は、
前記第２応答は、前記アプリケーションノードに対してクエリされたアクティブなサブスクリプションを含む、方法。

【請求項8】

アプリケーションノードによって実行される方法（６００）であって、
前記アプリケーションノードのサブスクリプションデータを取得するための第２要求であって、１つ以上のユーザ装置（ＵＥ）の識別情報を含む前記第２要求をネットワークノードに送信することと、
１つ以上のＵＥの前記識別情報に対応する、前記アプリケーションノードによって作成された１つ以上のサブスクリプションデータを含む第２応答を前記ネットワークノードから受信（６０４）することと、
を含む方法。

【請求項9】

請求項８に記載の方法であって、
ＵＥの識別情報は、
前記ＵＥのインターネットプロトコルバージョン４アドレスと、
インターネットプロトコルドメインと、
前記ＵＥの識別子と、
前記ＵＥのＭＡＣアドレスと、
前記ＵＥのインターネットプロトコルバージョン６アドレスと、
の内の少なくとも１つを含む、方法。

【請求項10】

請求項８に記載の方法であって、
前記第２応答は、さらに、
前記サブスクリプションデータに対応する少なくとも１つのＱｏＳフロー状態と、
前記サブスクリプションデータに対応する少なくとも１つの通知イベントと、の内の少なくとも１つを含む、及び／又は、
前記第２要求は、ＨＴＴＰ ＧＥＴ要求であり、前記第２応答は、ＨＴＴＰ ＧＥＴ応答である、方法。

【請求項11】

請求項８に記載の方法であって、
前記ネットワークノードは、
公開機能ノードと、
ポリシ制御ノードと、の内の少なくとも１つを含む、及び／又は、
前記ポリシ制御ノードは、
ポリシ制御機能（ＰＣＦ）と、
ポリシ及び課金ルール機能（ＰＣＲＦ）と、の内の少なくとも１つを含む、方法。

【請求項12】

請求項１１に記載の方法であって、
前記公開機能ノードは、
サービス能力公開機能（ＳＣＥＦ）と、
ネットワーク公開機能（ＮＥＦ）と、
ＮＥＦと組み合わせたＳＣＥＦと、の内の少なくとも１つを含む、及び／又は、
前記アプリケーションノードは、
アプリケーション機能と、
アプリケーションサーバと、
サービス能力サーバと、の内の少なくとも１つを含む、方法。

【請求項13】

請求項８に記載の方法であって、
前記第２要求は、回復のためにトリガされる、及び／又は、
前記第２応答は、前記アプリケーションノードに対してクエリされたアクティブなサブスクリプションを含む、方法。

【請求項14】

ネットワーク公開ノード（１３００）であって、
プロセッサ（１３２１）と、
前記プロセッサ（１３２１）に結合されたメモリ（１３２２）と、
を備え、前記メモリは（１３２２）は、前記プロセッサ（１３２１）によって実行可能な命令を含み、それにより前記ネットワーク公開ノード（１３００）は、請求項１から７のいずれか１項に記載の方法を行う様に動作する、ネットワーク公開ノード。

【請求項15】

アプリケーションノード（１３００）であって、
プロセッサ（１３２１）と、
前記プロセッサ（１３２１）に結合されたメモリ（１３２２）と、
を備え、前記メモリは（１３２２）は、前記プロセッサ（１３２１）によって実行可能な命令を含み、それにより前記アプリケーションノード（１３００）は、請求項８から１３のいずれか１項に記載の方法を行う様に動作する、アプリケーションノード。

【国際調査報告】