特表 2024-537574 １つのＵＥのマルチセッションの同じイベントサブスクリプションのための方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-10-11

(54)【発明の名称】１つのＵＥのマルチセッションの同じイベントサブスクリプションのための方法及び装置

(51)【国際特許分類】

   H04W 48/18 20090101AFI20241004BHJP

   H04W 28/06 20090101ALI20241004BHJP

   H04W 88/18 20090101ALI20241004BHJP

   H04L 67/02 20220101ALI20241004BHJP

   H04L 67/14 20220101ALI20241004BHJP

【ＦＩ】

H04W48/18

H04W28/06

H04W88/18

H04L67/02

H04L67/14

【審査請求】有

【予備審査請求】有

(21)【出願番号】P 2024523230

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

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

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

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

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

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

(32)【優先日】2021-11-04

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】598036300

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

(74)【代理人】

【識別番号】110003281

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

(72)【発明者】

【氏名】チョウ， チョンミン

(72)【発明者】

【氏名】リュ， ユンジェ

(72)【発明者】

【氏名】ヘ， インジャオ

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

5K067

【Ｆターム（参考）】

5K067AA34

5K067DD17

5K067EE16

5K067FF02

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

第２ＮＦで実行されると、前記第２ＮＦに請求項８から２０のいずれか１項に記載の方法を実行させる命令を格納したマシン可読記憶媒体。

【発明の詳細な説明】

【技術分野】

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

【図1】ＮＦサービスコンシューマとＡＭＦとの間のサブスクライブ動作例を示す図。

【図2】ＮＦサービスコンシューマとＡＭＦとの間の通知動作例を示す図。

【図3】ＮＦサービスコンシューマとＡＭＦとの間の通知動作例を示す図。

【図4】本開示によるイベント公開サービスのコンシューマを実装する第１ＮＦでの方法のフローチャート。

【図5】本開示によるイベント公開サービスを提供するプロデューサを実装する第２ＮＦでの方法のフローチャート。

【図6】本開示による、第１ＮＦと第２ＮＦでの処理及びシグナリング交換の例を示す図。

【図7】本開示による第１ＮＦの概略的なブロック図。

【図8】本開示による第２ＮＦの概略的なブロック図。

【図9】本開示による第１ＮＦの別の概略的なブロック図。

【図10】本開示による第２ＮＦの別の概略的なブロック図。

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

【0045】

添付の図面を参照して、本開示の実施形態を以下により詳細に説明する。しかしながら、本明細書の実施形態は多くの異なる形態で具体化することができ、添付の特許請求の範囲を限定するものとして解釈されるべきではない。

【0046】

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、限定することを意図したものではない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。本明細書で使用されるとき、用語"含む"、"備える"及び／又は"有する"は、記載された特徴、整数、ステップ、動作、要素、及び／又は、構成要素の存在を特定するが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又は、それらのグループの存在又は追加を排除しない。

【0047】

また、要素を修正するために本明細書で"第１"、"第２"、"第３"等の序数詞を使用すること自体は、優先順位、他の要素に対する１つの要素の順位、又は、方法の動作が実行される時間的順序を示すものではなく、要素を区別するために、特定の名前を持つある要素を同じ名前を持つ他の要素と区別するためのラベルとしてのみ使用される（ただし、序数詞を使用するため）。

【0048】

特に定義されていない限り、本明細書で使用されるすべての用語（技術用語及び科学用語を含む）は、一般的に理解されているのと同じ意味を有する。さらに、本明細書で使用される用語は、本明細書及び関連技術の文脈におけるそれらの意味と一致する意味を有すると解釈されるべきであり、本明細書で明確に定義されない限り理想的又は過度に形式的な意味で解釈されない。

【0049】

イベント公開サービスのプロデューサを実装する第２ＮＦによって提供されるイベント公開サービスのコンシューマを実装する第１ＮＦでの方法のフローチャートを図４に示す。方法４００は、ＵＥのＰＤＵセッションのイベントをサブスクライブするためのトリガを受信するステップ４０１と、イベントにイベントＩＤが割り当てられていない場合、イベントに対してＵＥ固有のイベントＩＤを割り当て、イベントＩＤを含む、イベントをサブスクライブするための第１要求を第２ＮＦに送信するステップ４０２と、イベントＩＤとＰＤＵセッションのＩＤとの間のマッピングを保存するステップ４０３と、を含む。

【0050】

一実施形態において、方法４００は、さらに、イベントＩＤを含む、イベントのレポートを第２ＮＦから受信することと、イベントＩＤとＵＥの１つ又は複数のＰＤＵセッションのＩＤとの間のマッピングに従って、イベントをサブスクライブしているＵＥの１つ又は複数のＰＤＵセッションにレポートを転送することと、を含む。

【0051】

一実施形態において、方法４００は、さらに、ＵＥのＰＤＵセッションのイベントをアンサブスクライブするためのトリガを受信することと、イベントＩＤとアンサブスクライブされるイベントのＰＤＵセッションのＩＤとの間のマッピングを削除することと、第１ＮＦにおいて、イベントＩＤとＰＤＵセッションのＩＤとの間にマッピングがない場合、イベントＩＤを削除し、イベントをアンサブスクライブするための第２要求を第２ＮＦに送信することと、を含む。

【0052】

一実施形態において、マッピングは第１ＮＦのマッピングテーブルに保存される。

【0053】

一実施形態において、第１ＮＦはＳＭＦ又はＵＤＭであり、第２ＮＦはＡＭＦである。

【0054】

更なる実施形態において、第１要求は、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であり、レポートは、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ要求で搬送され、第２要求は、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎＳｕｂｓｃｒｉｂｅ要求である。

【0055】

更なる実施形態において、イベントＩＤは、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求及びレポート内の既存"ｒｅｆＩｄ"フィールド又は新たに定義されたフィールドで搬送される。

【0056】

イベント公開サービスのコンシューマを実装する第１ＮＦにイベント公開サービスを提供するプロデューサを実装する第２ＮＦでの方法５００のフローチャートは、イベントのイベントＩＤを含む、イベントをサブスクライブするための要求を第１ＮＦから受信するステップ５０１と、イベントＩＤを保存するステップ５０２と、イベントが発生した場合、イベントＩＤを含む、イベントのレポートを第１ＮＦに送信するステップ５０３と、を含む。

【0057】

一実施形態において、方法５００は、さらに、第３ＮＦがイベント公開サービスを提供する新しいプロデューサとして動作する場合、イベントＩＤを含むイベントのサブスクリプション情報を第３ＮＦに通知することを含む。

【0058】

一実施形態において、第１ＮＦはＳＭＦ又は第１ＵＤＭであり、第２ＮＦはＡＭＦである。

【0059】

更なる実施形態において、要求は、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であり、レポートは、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ要求で搬送される。

【0060】

更なる実施形態において、イベントＩＤは、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求及びレポート内の既存"ｒｅｆＩｄ"フィールド又は新たに定義されたフィールドで搬送される。

【0061】

更なる実施形態において、第３ＮＦは別のＡＭＦであり、サブスクリプション情報は、既存"ｒｅｆＩｄ"フィールドにイベントＩＤを含む。

【0062】

更なる実施形態において、別のＡＭＦ及び第２統合データ管理（ＵＤＭ）が共に"ＥＳＳＹＮＣ"機能をサポートする場合、サブスクリプション情報は、さらに、イベントのサブスクリプションを第２ＵＤＭと同期する必要がないことを示すインジケータを含み、第２ＵＤＭは第１ＵＤＭであり得る、或いは、第２ＵＤＭは第１ＵＤＭとは異なり得る。

【0063】

第１ＮＦと第２ＮＦは共に、専用ハードウェア上のネットワーク要素として、ハードウェア上で実行されるソフトウェアインスタンス又はファームウェアとして、適切なプラットフォーム（クラウドインフラストラクチャ等）上でインスタンス化された仮想化機能とし、或いは、それらの任意の組み合わせとして実装され得る。

【0064】

ここで、図６に示す様に、５ＧネットワークにおけるＳＭＦ（コンシューマとして）及びＡＭＦ（プロデューサとして）に関連して更なる実施形態を説明する。本明細書の更なる実施形態は、ＳＭＦ、ＡＭＦ及び５Ｇネットワークに関連して説明されるが、１つのＵＥの複数のセッションのサブスクリプションを要求するためのメカニズムに同じ問題が存在する場合、実施形態は他のＮＦ及び／又は他の移動通信ネットワークにも適用できることが理解される。また、実施形態では特定の用語が使用されているが、実施形態はそれらの特定の用語に限定されず、同様のすべてのエンティティに適用され得ることも理解される。例えば、本明細書における"ユーザ装置"／"ＵＥ"は、例えば、ユーザ端末、ステーション、端末、端末ノード等を参照し得る。

【0065】

図６は、本開示による第１ＮＦ及び第２ＮＦでの処理及びシグナリング相互作用の例を示し、ＳＭＦ（６０１）は第１ＮＦの一例であり、ＡＭＦ（６０２）は第２ＮＦの一例である。図６では例として２つのＰＤＵセッションのみが使用されているが、それは最大でも２つのＰＤＵセッションが本発明に関与し得ることを意味するものではないことに留意されたい。本発明は、より多くのＰＤＵセッションを含むことができ、ＵＥのＰＤＵセッションの最大数は、例えば、（１）３ＧＰＰ（登録商標）で定義される１つのＵＥのＰＤＵセッションの最大数や、（２）同じＳＭＦに同時に接続する１つのＵＥのＰＤＵセッションの数といった、３ＧＰＰ（登録商標）の制限事項に依存する。

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

【表1】

【0107】

１．ＮＦサービスコンシューマは、ＰＯＳＴ要求を送信して、ＡＭＦ内にサブスクリプションリソースを作成する。ＰＯＳＴ要求のペイロード本文は、作成される個々のサブスクリプションリソースの表現を含む。要求は、サブスクリプションをアクティブに保つことが望まれる時間であって、その後、サブスクライブされたイベントがレポートの生成を停止することになる時間を表し、ＮＦサービスコンシューマによってヒントとして提案される有効期限を含み得る。

２ａ．成功すると、要求は受け入れられ、ＡＭＦは、要求されたリソースが作成されたことを示す状態コード２０１と共に、新しく作成されたリソース（サブスクリプション）の場所を提供するＨＴＴＰロケーションヘッダを応答メッセージに含める。ＮＦサービスコンシューマがイベントサブスクリプションに複数のイベントを含め、一部のイベントがサブスクライブに失敗した場合、ＡＭＦはメッセージを受け入れ、ＡｍｆＥｖｅｎｔＳｕｂｓｃｒｉｐｔｉｏｎにおいて、正常にサブスクライブされたイベントを提供する。ＮＦサービスコンシューマがイベントサブスクリプションに値が"真"のｉｍｍｅｄｉａｔｅＦｌａｇを含めた場合、ＡＭＦは、利用可能な場合、サブスクライブされたイベントの現在の状態を含める（たとえば、サブスクライブされたイベントがＬＯＣＡＴＩＯＮ＿ＲＥＰＯＲＴの場合、最後に知られた位置情報が含められる）。ｉｍｍｅｄｉａｔｅＦｌａｇが"真"に設定されているイベントが第３ＮＦの代わりにＮＦサービスコンシューマによってサブスクライブされ、通知が第３ＮＦに直接送信される場合、つまり、ｓｕｂｓＣｈａｎｇｅＮｏｔｉｆｙＵｒｉがイベントサブスクリプションに含まれている場合、サブスクライブされるイベントの現在の状態は、応答に含めない。ＡＭＦはその後、サブスクライブされたイベントの現在の状態を含む通知を第３ＮＦに送信する。

ＮＦサービスコンシューマがイベントレポートオプションをＯＮＥ＿ＴＩＭＥに設定し、ＡＭＦがサブスクライブされたイベントの現在の状態を応答に含めた場合、ＡＭＦは、ＡｍｆＣｒｅａｔｅＥｖｅｎｔＳｕｂｓｃｒｉｐｔｉｏｎパラメータで指定されたイベントについて、それ以降のイベント通知を行わないものとする。ＮＦサービスコンシューマがイベントレポートオプションをＯＮＥ＿ＴＩＭＥに設定し、サブスクライブされたイベントをＬＯＣＡＴＩＯＮ＿ＲＥＰＯＲＴに設定し、ｉｍｍｅｄｉａｔｅＦｌａｇが偽に設定されている場合、又は、存在しない場合、ＡＭＦはサブスクリプション後にＵＥの現在位置を通知するイベント通知を送信する。

応答は、オペレータのポリシに基づき、かつ、要求に含まれる有効期限を考慮し、ＡＭＦによって決定された有効期限であって、この有効期限を過ぎるとサブスクリプションが無効になる有効期限を含み得る。サブスクリプションの有効期限が経過した後にＮＦサービスコンシューマが引き続き通知を受信したい場合、ＡＭＦに新しいサブスクリプションを作成する必要がある。ＡＭＦは、総てのサブスクリプションが同時に期限切れになり、サブスクリプションが再作成されることを避けるために、多くのサブスクリプションに同じ有効期限を設定するべきではない。有効期限が応答に含まれていない場合、ＮＦサービスコンシューマは、サブスクリプションが有効期限無しで有効であると見做す。

サブスクリプションにサンプリング率（"ｓａｍｐＲａｔｉｏ"）属性が含まれている場合、ＡＭＦはサンプリング率に従ってターゲットＵＥの中からＵＥのランダムなサブセットを選択し、選択したＵＥのサブセットに関連するイベントのみをレポートする。

ＡＭＦとＮＦコンシューマ（つまり、ＵＤＭ）の両方が"ＥＳＳＹＮＣ"機能をサポートし、サブスクリプションが特定のＵＥをターゲットにしている場合、ＡＭＦは、作成されたサブスクリプションに値"真"を持つ"ｅｖｅｎｔＳｙｎｃＩｎｄ"ＩＥをローカルで含める。"ｅｖｅｎｔＳｙｎｃＩｎｄ"ＩＥは、ＮＦコンシューマに送信されるイベントサブスクリプションには含まれない。新しいＡＭＦが"ＥＳＳＹＮＣ"機能をサポートする場合、値"真"を持つ"ｅｖｅｎｔＳｙｎｃＩｎｄ"ＩＥは、ＡＭＦ間モビリティ手順中にＵＥコンテキストに含められる。

２ｂ．失敗又はリダイレクトの場合、表６．２．３．２．３．１－３にリストされているＨＴＴＰ状態コードの１つが返される。４ｘｘ／５ｘｘ応答の場合、メッセージ本文には、"ｃａｕｓｅ"属性が表６．２．３．２．３．１－３にリストされているアプリケーションエラーの１つに設定されたＰｒｏｂｌｅｍＤｅｔａｉｌｓ構造を含む。

５．３．２．４．２特定のＵＥのイベントサブスクリプション同期

ＡＭＦとＵＤＭの両方が"ＥＳＳＹＮＣ"機能をサポートするとき、ＡＭＦは、ＵＤＭからのＵＥ固有のイベントサブスクリプションがＵＥコンテキストで利用可能な場合、ＥＰＳから５ＧＳへのモビリティ登録手順中に、特定のＵＥために、ＵＤＭとのイベントサブスクリプションの同期を開始し得る（３ＧＰＰ（登録商標） ＴＳ２３．５０２［３］の４．１１．５．２項を参照）。

イベントサブスクリプションの同期を開始するには、サブスクリプション変更の通知をＵＤＭに送信するときに、ＡＭＦは通知要求にイベントサブスクリプション情報を含める必要がある。サブスクリプション変更通知が必要ない場合（例えば、ＵＥがＥＰＳから移動した後に同じＡＭＦに登録する場合）、ＡＭＦはサブスクリプション変更通知ＵＲＩに通知を送信し得る。この場合の通知要求は、イベントサブスクリプション情報のみを含み、イベントレポートリストを含まない。

ＡＭＦは、イベントサブスクリプション情報に、ＵＤＭとのイベントサブスクリプション同期（５．３．２．２．２項の定義に従って決定）の対象となるアクティブなイベントサブスクリプションのみを含めるものとする。

アクティブなサブスクリプションそれぞれに対して、次の情報を含める：
－ＡＭＦ内のサブスクリプションリソースのＵＲＩ；
－サブスクリプションの通知相関ＩＤ
－サブスクリプション内のイベント毎に１つの参照ＩＤのリスト
－オプションで、モビリティ手順中にサブスクリプションＩＤが変更された場合、ソースＡＭＦ上の古いサブスクリプションリソースのＵＲＩ。

ＵＤＭがＡＭＦからイベントサブスクリプション情報を受信すると、ＵＤＭは、参照ＩＤと通知相関ＩＤを使用して、ＡＭＦのアクティブなイベントサブスクリプションとアクティブなＵＤＭイベント公開サブスクリプションとを比較し、以下を実行する：
－イベントがＡＭＦによって検出されたが、ＡＭＦに存在しない場合、ＵＤＭは新しいＡＭＦイベントサブスクリプションを作成する、又は、既存のＡＭＦイベントサブスクリプションを更新することによって、ＡＭＦ内のイベントをサブスクライブする；
－イベントがＡＭＦに存在するがＵＤＭに存在しない場合、ＵＤＭはＡＭＦイベントサブスクリプションを削除又は更新することで、ＡＭＦからのイベントをアンサブスクライブする。

【0108】

【表2】

【表3】

【0109】

６．２．８ 機能ネゴシエーション

３ＧＰＰ（登録商標） ＴＳ２９．５００［４］の６．６項で規定されている機能ネゴシエーションメカニズムは、ＡＭＦとＮＦサービスコンシューマとの間で、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスに適用されるオプション機能をネゴシエートするために使用される（存在する場合）。

ＮＦサービスコンシューマは、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスに対してサポートするオプション機能がある場合は、サブスクリプションリソース作成用のＨＴＴＰ要求メッセージのペイロードにｓｕｐｐｏｒｔｅｄＦｅａｔｕｒｅ属性を含めることによって、それを示す必要がある。

ＡＭＦは、３ＧＰＰ（登録商標） ＴＳ２９．５００［４］の６．６項に規定されている様に、サービス動作でサポートされる機能を決定し、サブスクリプションリソース作成のためのＨＴＴＰ応答のペイロードにｓｕｐｐｏｒｔｅｄＦｕｎｃｔｉｏｎｓ属性を含めることでサポートされる機能を示す。

ＳｕｐｐｏｒｔｅｄＦｅａｔｕｒｅ属性の構文は、３ＧＰＰ（登録商標） ＴＳ２９．５７１［６］の５．２．２項で定義されている。

Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスには次の機能が定義されている。

【0110】

【表4】

【0111】

【表5】

【0112】

【表6】

【表7】

【表8】

【0113】

【表9】

【表10】

【表11】

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-05-14

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

イベント公開サービスのプロデューサを実装する第２ネットワーク機能（ＮＦ）によって提供される、前記イベント公開サービスのコンシューマを実装する第１ＮＦでの方法（４００）であって、
ユーザ装置（ＵＥ）のプロトコルデータユニット（ＰＤＵ）セッションのイベントをサブスクライブするためのトリガを受信する（４０１）ことと、
前記イベントに対してイベント識別子（ＩＤ）が割り当てられていない場合、前記イベントに対して前記ＵＥに固有のイベントＩＤを割り当て、前記イベントＩＤを含む、前記イベントをサブスクライブするための第１要求を前記第２ＮＦに送信する（４０２）ことと、
前記イベントＩＤと前記ＰＤＵセッションのＩＤとの間のマッピングを保存する（４０３）ことと、
を含む方法。

【請求項2】

請求項１に記載の方法（４００）であって、さらに、
前記イベントＩＤを含む、前記イベントのレポートを前記第２ＮＦから受信することと、
前記イベントをサブスクライブしている前記ＵＥの１つ以上のＰＤＵセッションに、前記イベントＩＤと前記１つ以上のＰＤＵセッションの前記ＩＤとの間のマッピングに従って、前記レポートを転送することと、
を含む方法。

【請求項3】

請求項２に記載の方法（４００）であって、さらに、
前記ＵＥのＰＤＵセッションの前記イベントをアンサブスクライブするためのトリガを受信することと、
前記イベントＩＤとアンサブスクライブされる前記イベントの前記ＰＤＵセッションの前記ＩＤとの間のマッピングを削除することと、
前記第１ＮＦにおいて前記イベントＩＤとＰＤＵセッションのＩＤとの間のマッピングがない場合、前記イベントＩＤを削除し、前記イベントをアンサブスクライブするための第２要求を前記第２ＮＦに送信することと、
を含む方法。

【請求項4】

請求項１に記載の方法（４００）であって、
前記マッピングは、前記第１ＮＦのマッピングテーブルに保存される、方法。

【請求項5】

請求項１に記載の方法（４００）であって、
前記第１ＮＦはセッション管理機能（ＳＭＦ）又は統合データ管理（ＵＤＭ）であり、前記第２ＮＦはアクセス及びモビリティ管理機能（ＡＭＦ）である、方法。

【請求項6】

請求項３に記載の方法（４００）であって、
前記第１要求はＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であり、前記レポートはＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ要求で搬送され、前記第２要求はＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎＳｕｂｓｃｒｉｂｅ要求である、方法。

【請求項7】

請求項６に記載の方法（４００）であって、
前記イベントＩＤは、前記Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求及び前記レポートの既存"ｒｅｆＩｄ"フィールド又は新たに定義されたフィールドで搬送される、方法。

【請求項8】

イベント公開サービスのコンシューマを実装する第１ネットワーク機能（ＮＦ）に前記イベント公開サービスを提供するプロデューサを実装する第２ＮＦでの方法であって、
イベントをサブスクライブするための要求を前記第１ＮＦから受信することと、
前記イベントが生じた場合、前記イベントのレポートを前記第１ＮＦに送信することと、
第３ＮＦが前記イベント公開サービスを提供する新しいプロデューサとして動作する場合、前記イベントのサブスクリプション情報を前記第３ＮＦに通知することと、
を含み、
前記第１ＮＦはセッション管理機能（ＳＭＦ）又は第１ＵＤＭであり、前記第２ＮＦはアクセス及びモビリティ管理機能（ＡＭＦ）であり、前記第３ＮＦは別のＡＭＦであり、前記別のＡＭＦと第２ＵＤＭが共に"ＥＳＳＹＮＣ"機能をサポートする場合、前記サブスクリプション情報は、さらに、前記別のＡＭＦが前記イベントのサブスクリプションを前記第２ＵＤＭと同期する必要があるかを示すインジケータを含み、前記第２ＵＤＭは前記第１ＵＤＭ又は別のＵＤＭである、方法。

【請求項9】

請求項８に記載の方法であって、
前記インジケータの第１の値は、前記別のＡＭＦが前記イベントの前記サブスクリプションを前記第２ＵＤＭと同期する必要がないことを示し、
前記インジケータの第２の値は、前記別のＡＭＦが前記イベントの前記サブスクリプションを前記第２ＵＤＭと同期する必要があることを示す、方法。

【請求項10】

請求項９に記載の方法であって、
前記第１ＮＦが前記ＳＭＦである場合、前記サブスクリプション情報は、前記第１の値を有する前記インジケータを含む、方法。

【請求項11】

請求項９に記載の方法であって、
前記第１ＮＦが前記第１ＵＤＭである場合、前記サブスクリプション情報は、前記第２の値を有する前記インジケータを含む、方法。

【請求項12】

請求項９に記載の方法であって、
前記インジケータは、"ｅｖｅｎｔＳｙｎｃＩｎｄ"情報要素（ＩＥ）である、方法。

【請求項13】

請求項９に記載の方法であって、
前記第１の値は"偽"であり、前記第２の値は"真"である、方法。

【請求項14】

イベント公開サービスのプロデューサを実装する第２ネットワーク機能（ＮＦ）によって提供される前記イベント公開サービスのコンシューマを実装する第１ＮＦ（９００）であって、
プロセッサ（９０１）と、
前記プロセッサで実行されると、前記第１ＮＦに請求項１から７のいずれか１項に記載の方法を実行させる命令を格納したメモリ（９０２）と、
を備えている第１ＮＦ。

【請求項15】

イベント公開サービスのコンシューマを実装する第１ネットワーク機能（ＮＦ）に前記イベント公開サービスを提供するプロデューサを実装する第２ＮＦ（１０００）であって、
プロセッサ（１００１）と、
前記プロセッサで実行されると、前記第２ＮＦに請求項８から１３のいずれか１項に記載の方法を実行させる命令を格納したメモリ（１００２）と、
を備えている第２ＮＦ。

【国際調査報告】