JP7130767B2

JP7130767B2 - イベント監視方法および装置

Info

Publication number: JP7130767B2
Application number: JP2020552193A
Authority: JP
Inventors: チュー、フェンキン
Original assignee: ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date: 2018-04-09
Filing date: 2019-04-08
Publication date: 2022-09-05
Anticipated expiration: 2039-04-08
Also published as: EP3764680B1; KR102517686B1; CN110366199B; BR112020020432A2; US20210029517A1; EP3764680A1; US11425538B2; CN110366199A; CN113905410A; JP2021517776A; KR20200135495A; EP3764680A4

Description

本願は、２０１８年４月９日に出願された、「イベント監視方法および装置」と題する中国特許出願第２０１８１０３１２９３６．６号、ならびに、２０１８年４月１８日に出願された、「イベント監視方法および装置」と題する中国特許出願第２０１８１０３４９８４８．３号に基づく優先権を主張しており、当該出願はその全体が参照により本明細書に組み込まれる。

本願の実施形態は、通信技術分野、特に、イベント監視方法および装置に関する。

モバイルインターネットの発展とともに、オペレータはサードパーティアプリケーションプロバイダーと連携して、サードパーティアプリケーションプロバイダーにより提供されるサービスを保証する必要がある。ロングタームエボリューション（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ，ＬＴＥ）通信システムにおいて、サービス能力公開機能（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ，ＳＣＥＦ）は、第３世代パートナーシッププロジェクト（３^ｒｄｇｅｎｅｒａｔｉｏｎｐａｒｔｎｅｒｓｈｉｐｐｒｏｊｅｃｔ，３ＧＰＰ）ネットワークがサービス能力をサードパーティのサービスプロバイダに安全に提供し、これにより、内部および外部のアプリケーションおよびサービスを利用可能にし、互いに連携することを可能にし得る。サードパーティアプリケーションは、サービス能力サーバ（ＳｅｒｖｉｃｅｓＣａｐａｂｉｌｉｔｙＳｅｒｖｅｒ，ＳＣＳ）／アプリケーションサーバ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ，ＡＳ）を使用することにより、ＳＣＥＦからサービス能力を取得する。第５世代（５ｔｈＧｅｎｅｒａｔｉｏｎ，５Ｇ）通信システムは、サービスベースのアーキテクチャである。ネットワーク公開機能（ｎｅｔｗｏｒｋｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ，ＮＥＦ）は、ＳＣＥＦのそれと同様の機能を有し、ＮＥＦは、ＳＣＳ／ＡＳに、サービスを介して、３ＧＰＰネットワークによりサポートされるサービスおよび能力を提供する。サービス能力公開アーキテクチャにおいて、ＬＴＥシステムと５Ｇシステムの両方は、ユーザに対するイベントを監視するにあたってＳＣＳ／ＡＳをサポートし得、ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＵＥ）の到達可能性および接続解除などの、ユーザに対する複数のイベントを監視し得る。

ＬＴＥシステムにおいて、監視イベント構成を介して、ＳＣＥＦは、外部グループ識別子を保持する監視要求を受信し得、外部グループ識別子は、メンバのグループを識別するのに使用され、監視イベントがグループ内のメンバに対して実行されることを指示する。コアネットワークのネットワークエレメントモビリティ管理エンティティ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ，ＭＭＥ）／サービングＧＰＲＳサポートノード（ｓｅｒｖｉｎｇＧＰＲＳｓｕｐｐｏｒｔｎｏｄｅ，ＳＧＳＮ）は、グループ内の各メンバに対してイベントを監視した後、監視イベントレポートをＳＣＥＦに送信する。５Ｇ通信システムにおいて、ＮＥＦは、外部グループ識別子を保持する監視要求を受信し得、アクセス・モビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）は、グループ内の各メンバに対してイベントを監視した後、監視イベントレポートをＳＣＥＦに送信する。

ＬＴＥシステムにおけるＳＣＥＦも、５ＧシステムにおけるＮＥＦも、要求された監視イベントレポートがグループ内の全てのメンバに対して完了したかどうかを把握することはできない。グループ内の全てのメンバに対して要求された監視イベントレポートが完了した後にＳＣＥＦ／ＮＥＦが依然としてグループに対する監視イベント構成を保持しているとき、リソースは無駄になり、続いてポリシ実行エラーがもたらされる。

本願の実施形態は、イベント監視方法および装置を提供し、これにより、サービス能力公開機能またはネットワーク公開機能が、グループ内の全てのメンバに対するイベントレポートを受信した後、グループに対する監視イベント構成を削除し、これにより、リソースの無駄および後続のポリシ実行エラーを回避し得る。

具体的な技術的解決手段が、以下のように本願の実施形態に提供される。

第１の態様によると、イベント監視方法が提供され、ここで、方法は、公開機能エンティティにより実行される。方法の具体的な手順は、主に以下の通りである：第１のメッセージを受信することであって、ここで、第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、ユーザグループのメンバ情報を取得する段階と、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する段階と、ユーザグループに対する監視イベント構成を削除すること。このように、公開機能エンティティは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成を削除し得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

任意選択的に、公開機能エンティティは、サービス能力公開機能ＳＣＥＦエンティティであるか、または、公開機能エンティティは、ネットワーク公開機能ＮＥＦエンティティである。このように、本願のこの実施形態に提供される方法は、ＬＴＥシステムおよび５Ｇシステムに適応し得る。

可能な設計において、ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。このように、公開機能エンティティは、ユーザグループに含まれるメンバの数に基づいてまたはメンバの識別子に基づいて、監視イベントレポートが受信されたメンバの数を決定して、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定し得る。

可能な設計において、ユーザグループのメンバ情報は、以下の２つの方式または別の方式で取得され得る。方式１：第１のメッセージは、ユーザグループのメンバ情報を保持し、ユーザグループのメンバ情報は、第１のメッセージから取得される。方式２：ユーザデータ管理エンティティにより送信されたユーザグループのメンバ情報が受信される。換言すると、ユーザグループのメンバ情報がユーザデータ管理エンティティから取得される。このように、ユーザグループのメンバ情報は現在のシグナリングで保持され、これにより、新たなシグナリングを追加する際のオーバヘッドを低減する。

可能な設計において、第１のメッセージはさらに、最大報告回数を保持し得、最大報告回数は、メンバに対して監視イベントレポートを報告する最大許容回数を指示するのに使用されるか、または、最大報告回数は、メンバの監視イベントに対して監視イベントレポートを報告する最大許容回数を指示するのに使用されるか、または、最大報告回数は、メンバの複数の監視イベントに対して監視イベントレポートを報告する最大許容総回数を指示するのに使用される。最大報告回数は、ユーザグループ内の各メンバに対して設定されており、ユーザグループ内の各メンバに適用可能である。

任意選択的に、第１のメッセージはさらに監視期間を保持し得、監視期間は、監視要求が終了する絶対時間を指示するのに使用される。監視期間は、ユーザグループ内の各メンバに対して設定されており、ユーザグループ内の各メンバに適用可能である。

ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定することは、以下のケースを含み得る：

可能な設計において、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバに対する監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得る。

任意選択的に、第１のメッセージが最大報告回数も期間も含まないとき、公開機能エンティティは、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されると決定するか、または、第１のメッセージが第１の最大報告回数を含み、当該第１の最大報告回数が１であるとき、公開機能エンティティは、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されると決定する。

可能な設計において、第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートを受信する場合、メンバグループ内の全てのユーザに対する監視イベントレポートが受信された決定する。

可能な設計において、第１のメッセージが第２の最大報告回数を含むとき、公開機能エンティティは、Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が第２の最大報告回数に到達した場合、メンバグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

任意選択的に、第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートの受信回数が第２の最大報告回数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

上述のいくつかの方法において、ユーザグループ内のメンバに対する監視イベントレポートが受信されたと決定され、さらに、ユーザグループに対する監視イベント構成の削除を開始し得る。

可能な設計において、ユーザグループのメンバ情報がＮ個の識別子を含むとき、公開機能エンティティは、監視イベントレポートが受信される度に、監視イベントレポートがメンバに対する監視イベントレポートであるかどうかを決定し、決定結果を取得する。決定結果は、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定するのに使用される。このように、これは、ユーザグループ内のメンバの監視イベントレポートが受信されたかどうかを決定することの正確度を保証するのに役立ち得る。

可能な設計において、公開機能エンティティが、ユーザグループに対する監視イベント構成を削除する段階は、以下の動作の少なくとも１つを含む：公開機能エンティティが、ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、公開機能エンティティが、第２メッセージをユーザデータ管理エンティティに送信する段階であって、ここで、第２メッセージは、ユーザグループに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される、送信する段階と、公開機能エンティティが、第３のメッセージをサードパーティアプリケーションエンティティに送信する段階であって、ここで、第３のメッセージは、ユーザグループに対する監視イベント構成を削除するようにサードパーティアプリケーションエンティティに命令するのに使用される、送信する段階。任意選択的に、ユーザデータ管理エンティティは、ホーム加入者サーバＨＳＳエンティティまたは統一されたデータ管理ＵＤＭエンティティである。

第２の態様によると、イベント監視方法が提供され、ここで、方法は、公開機能エンティティにより実行される。方法の具体的な手順は、主に以下の通りである：第１のメッセージを受信することであって、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信する段階と、ユーザグループのメンバ情報を取得する段階と、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定すること。任意選択的に、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了した場合、ユーザグループに対する監視イベント構成は削除されるか、または、サードパーティアプリケーションへの監視イベントレポートの送信は停止される。このように、公開機能エンティティは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートをサードパーティアプリケーションに送信することの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定することは、以下のケースを含み得る：

可能な設計において、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバに対する監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定し得る。

可能な設計において、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートを受信する場合、メンバグループ内の全てのユーザに対する監視イベントレポートが完了したと決定する。

可能な設計において、第１のメッセージが第２の最大報告回数を含み、第１のメッセージがユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティは、Ｎ名のメンバの各々に対する複数の監視イベントの各々の監視イベントレポートの受信回数が第２の最大報告回数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定する。

上述のいくつかの方法において、ユーザグループ内のメンバの監視イベントレポートが完了したと決定され、さらに、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをサードパーティアプリケーションに送信することを停止し得る。

可能な設計において、ユーザグループのメンバ情報がＮ個の識別子を含むとき、公開機能エンティティは、監視イベントレポートが受信される度に、監視イベントレポートがメンバに対する監視イベントレポートであるかどうかを決定し、決定結果を取得する。決定結果は、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定するのに使用される。このように、これは、ユーザグループ内のメンバの監視イベントレポートが完了したかどうかを決定することの正確度を保証するのに役立ち得る。

可能な設計において、公開機能エンティティが、ユーザグループに対する監視イベント構成を削除する段階は、以下の動作の少なくとも１つを含む：公開機能エンティティが、ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、公開機能エンティティが、第２メッセージをサードパーティアプリケーションエンティティに送信する段階であって、ここで、第２メッセージは、ユーザグループに対する監視イベント構成を削除するようにサードパーティアプリケーションエンティティに命令するのに使用される、送信する段階。

可能な設計において、公開機能エンティティが、ユーザグループに対する監視イベント構成を削除する段階は、公開機能エンティティが、第３のメッセージをユーザデータ管理エンティティに送信する段階であって、ここで、第３のメッセージは、ユーザグループに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される、送信する段階、または、公開機能エンティティが、第４のメッセージをユーザデータ管理エンティティに送信する段階であって、ここで、第４のメッセージは、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される、送信する段階を含む。

可能な設計において、公開機能エンティティが、１または複数のメンバに対する監視イベントレポートが完了したと決定するとき、公開機能エンティティは、第４のメッセージをユーザデータ管理エンティティに送信する。

任意選択的に、ユーザデータ管理エンティティは、ホーム加入者サーバＨＳＳエンティティまたは統一されたデータ管理ＵＤＭエンティティである。

上述の説明において、ユーザグループ内のメンバの監視イベントレポートが完了した場合、ユーザグループに対する監視イベントレポートが完了し、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定された場合、ユーザグループに対する監視イベントレポートが完了したと決定される。

第３の態様によると、イベント監視装置が提供され、ここで、装置は、第１の態様、第２の態様、第１の態様の可能な設計、または第２の態様の可能な設計のいずれか１つを実装する機能を有する。当該機能は、ハードウェアによって実装されてもよく、または、対応するソフトウェアを実行することによりハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。

可能な設計において装置は、チップまたは集積回路であり得る。

可能な設計において、装置は、送受信機およびプロセッサを含み、送受信機は、別の機能エンティティまたはネットワークエレメントと通信すべく、装置により使用され、プロセッサは、プログラムのグループを実行するように構成される。プログラムが実行される場合、装置は、第１の態様または第１の態様の可能な設計のいずれか１つに係る方法を実行し得る。

可能な設計において、装置はさらにメモリを含み、メモリは、プロセッサにより実行されるプログラムを記憶する。

可能な設計において、装置は、サービス能力公開機能ＳＣＥＦエンティティ、または、ネットワーク公開機能ＮＥＦエンティティである。

第４の態様によると、チップが提供され、ここで、チップは、メモリに接続されるか、または、チップはメモリを含み、メモリに記憶されているソフトウェアプログラムを読み込んで実行するように構成され、第１の態様、第２の態様、第１の態様の可能な設計、または第２の態様の可能な設計のいずれか１つに係る方法を実装する。

第５の態様によると、イベント監視方法が提供され、ここで、方法は、ユーザデータ管理エンティティにより実行される。方法は具体的に以下の通りである：第１の要求メッセージを受信することであって、ここで、第１の要求メッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信する段階と、第１の応答メッセージを公開機能エンティティに送信する段階であって、ここで、第１の応答メッセージは、ユーザグループのメンバ情報を保持する、送信すること。このように、ユーザグループのメンバ情報は公開機能エンティティに送信され、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートをサードパーティアプリケーションに送信することの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

可能な設計において、ユーザデータ管理エンティティは、公開機能エンティティにより送信された第２の要求メッセージを受信し、ここで、第２の要求メッセージは、ユーザグループに対する監視イベント構成を削除するように命令するのに使用される情報を保持し、ユーザデータ管理エンティティは、第２の要求メッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。

可能な設計において、ユーザデータ管理エンティティは、公開機能エンティティにより送信された第４の要求メッセージを受信し、ここで、第４の要求メッセージは、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するのに使用される情報を保持し、ユーザデータ管理エンティティは、第４の要求メッセージに基づいて、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除する。

第６の態様によると、イベント監視装置が提供され、ここで、装置は、第３の態様または第３の態様の可能な設計のいずれか１つを実装する機能を有する。当該機能は、ハードウェアによって実装されてもよく、または、対応するソフトウェアを実行することによりハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。

可能な設計において、装置は、送受信機およびプロセッサを含み、送受信機は、別の機能エンティティまたはネットワークエレメントと通信すべく、装置により使用され、プロセッサは、プログラムのグループを実行するように構成される。プログラムが実行される場合、装置は、第２の態様または第２の態様の可能な設計のいずれか１つに係る方法を実行し得る。

可能な設計において、装置は、ＨＳＳエンティティまたはＵＤＭエンティティである。

第７の態様によると、チップが提供され、ここで、チップは、メモリに接続されるか、または、チップはメモリを含み、メモリに記憶されているソフトウェアプログラムを読み込んで実行するように構成され、第３の態様または第３の態様の可能な設計のいずれか１つに係る方法を実装する。

第８の態様によると、イベント監視方法が提供され、ここで、方法は、サードパーティアプリケーションエンティティにより実行される。方法は具体的に以下の通りである：第１のメッセージを公開機能エンティティに送信することであって、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用され、第１のメッセージは、ユーザグループのメンバ情報を保持する。このように、ユーザグループのメンバ情報は公開機能エンティティに送信され、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成を削除し得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

可能な設計において、公開機能エンティティにより送信された第３のメッセージが受信され、ここで、第３のメッセージは、ユーザグループに対する監視イベント構成を削除するように命令するのに使用される情報を保持し、サードパーティアプリケーションエンティティは、第３のメッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。

任意選択的に、サードパーティアプリケーションエンティティは、ＳＣＳエンティティまたはＡＳエンティティである。

第９の態様によると、イベント監視装置が提供され、ここで、装置は、第４の態様または第４の態様の可能な設計のいずれか１つを実装する機能を有する。当該機能は、ハードウェアによって実装されてもよく、または、対応するソフトウェアを実行することによりハードウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、当該機能に対応する１または複数のモジュールを含む。

可能な設計において、装置は、送受信機およびプロセッサを含み、送受信機は、別の機能エンティティまたはネットワークエレメントと通信すべく、装置により使用され、プロセッサは、プログラムのグループを実行するように構成される。プログラムが実行される場合、装置は、第４の態様または第４の態様の可能な設計のいずれか１つに係る方法を実行し得る。

可能な設計において、装置は、ＳＣＳエンティティまたはＡＳエンティティである。

第１０の態様によると、チップが提供され、ここで、チップは、メモリに接続されるか、または、チップはメモリを含み、メモリに記憶されているソフトウェアプログラムを読み込んで実行するように構成され、第４の態様または第４の態様の可能な設計のいずれか１つに係る方法を実装する。

第１１の態様によると、コンピュータ記憶媒体が提供され、ここで、コンピュータ記憶媒体はコンピュータプログラムを記憶し、コンピュータプログラムは、上述の態様または上述の態様の可能な設計のいずれか１つに係る方法を実行するのに使用される命令を含む。

第１２の態様によると、命令を含むコンピュータプログラム製品が提供され、ここで、コンピュータプログラム製品がコンピュータ上で動作する場合、コンピュータは、上述の態様または上述の態様の可能な設計のいずれか１つに係る方法を実行することが可能になる。

本出願の一実施形態に係るＬＴＥシステムにおけるサービス能力公開アーキテクチャの図である。

本出願の一実施形態に係る５Ｇシステムにおけるサービス能力公開アーキテクチャの図である。

本出願の一実施形態に係るイベント監視方法の概略的フローチャートである。

本出願の一実施形態に係るアプリケーションシナリオ１におけるイベント監視の概略的フローチャート１である。

本出願の一実施形態に係るアプリケーションシナリオ１におけるイベント監視の概略的フローチャート２である。

本出願の一実施形態に係るアプリケーションシナリオ２におけるイベント監視の概略的フローチャート１である。本出願の一実施形態に係るアプリケーションシナリオ２におけるイベント監視の概略的フローチャート１である。

本出願の一実施形態に係るアプリケーションシナリオ２におけるイベント監視の概略的フローチャート２である。

本出願の一実施形態に係るイベント監視装置の概略構造図１である。

本出願の一実施形態に係るイベント監視装置の概略構造図２である。

本願の実施形態は、イベント監視方法および装置を提供し、これにより、グループベースのイベント監視において、グループ内の全てのメンバに対するイベントレポートを受信する場合、ＬＴＥシステムにおけるＳＣＥＦ、または、５ＧシステムにおけるＮＥＦは、グループに対する監視イベント構成をタイムリーな方式で削除し得、これにより、リソースを節約し、後続のポリシの正確な実行を保証することに役立つ。

本願の実施形態に提供される方法が適用され得る通信システムアーキテクチャが、以下に説明される。

図１は、ＳＣＥＦ１０１、ＳＣＳ／ＡＳ１０２、ホーム加入者サーバ（ｈｏｍｅｓｕｂｓｃｒｉｂｅｒｓｅｒｖｅｒ，ＨＳＳ）１０３、ＭＭＥ１０４、およびＳＧＳＮ１０５を含む、ＬＴＥシステムにおけるサービス能力公開（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅ，ＳＣＥ）アーキテクチャの図である。ＬＴＥシステムにおいて、ＳＣＥＦ１０１は、サービス能力公開アーキテクチャにおけるコアネットワークエレメントであり、ＳＣＥＦ１０１は、ネットワークがサービス能力をサードパーティのサービスプロバイダに安全に提供することを保証するように構成され、これにより、内部および外部のアプリケーションおよびサービスが利用可能になり、互いに連携する。サードパーティアプリケーションは、ＳＣＳ／ＡＳ１０２を使用することにより、ＳＣＥＦ１０１からサービス能力を取得する。ＨＳＳ１０３は、ホームユーザサブスクリプションサーバであり、ユーザのサブスクリプション情報を記憶するように構成される。モビリティ管理ネットワークエレメントは、ＭＭＥ１０４とＳＧＳＮ１０５とを含み、端末に対してモビリティ管理を実行するように構成される。ＳＣＳ／ＡＳ１０２は、Ｔ８ＡＰＩインタフェースを使用することにより、ＳＣＥＦ１０１により提供されるサービス能力を呼び出す。

図２は、ＮＥＦ２０１、ＳＣＳ／ＡＳ２０２、ＵＤＭ２０３、およびＡＭＦ２０４を含む、５ＧシステムにおけるＳＣＥアーキテクチャの図である。５Ｇシステムにおいて、ＮＥＦ２０１の機能は、ＬＴＥシステムにおけるＳＣＥＦ１０１の機能と同様である。ＮＥＦ２０１は、３ＧＰＰネットワークによりサポートされるサービスおよび能力を、Ｎｎｅｆサービスを介して、ＳＣＳ／ＡＳ２０２に開放する。ＵＤＭ２０３の機能は、ＬＴＥシステムにおけるＨＳＳ１０３の機能と同様である。ＵＤＭ２０３は、Ｎｕｄｍサービスを介して、ＮＥＦ２０１に、サポートされたサービス能力を提供する。モビリティ管理ネットワークエレメントは、ＡＭＦ２０４を含む。ＡＭＦ２０４の機能は、ＬＴＥシステムにおけるＭＭＥ１０４の機能と同様である。ＡＭＦ２０４は、Ｎａｍｆサービスを介して、サポートされたサービスとサポートされた能力とをＮＥＦ２０１に提供する。

図１および図２に提供される通信システムアーキテクチャは例であることに留意すべきである。本願の実施形態に提供される方法は、２つの通信システムに限定されるものではなく、より多くの通信システムにさらに適用されてよい。

当業者の理解を容易にすべく、本願の実施形態におけるいくつかの用語が、以下に説明および記載される。

（１）監視イベント

本願の実施形態において、図１または図２に示されるサービス能力公開アーキテクチャに基づいて、ＳＣＳ／ＡＳは、ユーザに対する１または複数のイベントを監視し得る。イベントは、例えば、ＵＥ到達可能性、接続の喪失、または位置であり得る。

（２）ユーザグループ

ユーザグループは、グループとも称される。１つのユーザグループは１または複数のメンバを含み、メンバはユーザである。換言すると、１つのユーザグループは１または複数のユーザを含む。本願の実施形態において、監視イベント構成は、グループに基づいてよく、グループ内の全てのメンバは、同じ外部グループ識別子を有する。

（３）ユーザグループのメンバ情報

ユーザグループのメンバ情報は、ユーザグループに含まれるメンバに関連する情報である。例えば、メンバ情報は、ユーザグループに含まれるメンバの数であり得、本願におけるメンバの数はＮで指示され、ここで、Ｎは正の整数である。メンバ情報は代替的に、ユーザグループに含まれる各メンバの識別子であり得、識別子は、異なるメンバの区別に使用され、メンバ識別子またはユーザ識別子とも称され得る。グループ内のメンバの外部グループ識別子は、異なるユーザグループの区別に使用され、メンバ識別子またはユーザ識別子は、異なるユーザ（またはメンバ）の区別に使用される。

（４）公開機能エンティティ

公開機能エンティティは、サービス公開機能を実装し得るエンティティであり、ＳＣＥＦ１０１またはＮＥＦ２０１のそれと同じまたは同様の機能を有するエンティティである。公開機能エンティティは、ＳＣＥＦ１０１であってもよく、または、ＮＥＦ２０１であってもよい。

（５）サードパーティアプリケーションエンティティ

サードパーティアプリケーションエンティティは、ＳＣＳ／ＡＳ１０２またはＳＣＳ／ＡＳ２０２のそれと同じまたは同様の機能を有するエンティティである。サードパーティアプリケーションエンティティは、ＳＣＳ／ＡＳ１０２であってもよく、または、ＳＣＳ／ＡＳ２０２であってもよい。

（６）モビリティ管理ネットワークエレメント

モビリティ管理ネットワークエレメントは、ＭＭＥ１０４およびＳＧＳＮ１０５のそれと同じまたは同様の機能、または、ＡＭＦ２０４のそれと同じまたは同様の機能を有するエンティティである。モビリティ管理ネットワークエレメントは、ＭＭＥ１０４およびＳＧＳＮ１０５であってもよく、または、ＡＭＦ２０４であってもよい。

（７）ユーザデータ管理エンティティ

ユーザデータ管理エンティティは、ＨＳＳ１０３またはＵＤＭ２０３のそれと同じまたは同様の機能を有するエンティティである。ユーザデータ管理エンティティは、ＨＳＳ１０３であってもよく、または、ＵＤＭ２０３であってもよい。

（８）監視イベントレポート

監視イベントレポートは、ユーザグループ内のメンバの監視イベントに関連し、モビリティ管理ネットワークエレメントにより報告される内容である。監視イベントレポートは、１または複数の監視イベントに関連する内容を保持し得る。公開機能エンティティは、監視イベントの識別子を使用することにより、異なる監視イベントの監視イベントレポートを区別し、メンバの識別子を使用することにより、異なるメンバの監視イベントレポートを区別する。

（９）用語「および／または」は、関連付けられた対象を説明するための関連関係を説明し、３つの関係が存在し得るということを表す。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、Ｂのみが存在するといった３つの場合を表し得る。本願に言及される「複数の」という用語は、「２またはそれより多く」を意味する。「第１」および「第２」などの用語は、区別および説明に使用されるものに過ぎず、相対的重要性の指示もしくは暗示、または、順序の指示もしくは暗示として理解されるものではない。「／」という記号は一般的に、関連付けられた対象間の「または」の関係を示す。

本願の実施形態において提供されるイベント監視方法は、添付図面を参照して以下に詳細に説明される。

図３に示されるように、本願の実施形態において提供されるイベント監視方法の具体的な手順は以下の通りである。当該方法は、公開機能エンティティにより実行される。

Ｓ３０１．第１のメッセージを受信する。

第１のメッセージは、監視要求であり得る。第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される。換言すると、第１のメッセージは、ユーザグループに対する監視要求を構成するのに使用される。ユーザグループは、１または複数のメンバを含み、ユーザグループに対する監視イベントまたは監視要求は、ユーザグループ内の各メンバに対する監視イベントまたは監視要求である。第１のメッセージは、ユーザグループに対する１または複数の監視イベントを構成するのに使用される。１または複数の監視イベントは、ユーザグループ内の各メンバに対するものである。第１のメッセージは、ユーザグループの外部グループ識別子（ｅｘｔｅｒｎａｌｇｒｏｕｐＩＤ）を保持し得る。外部グループ識別子も、ユーザグループ内の各メンバに対するものであり、異なるユーザグループを区別するのに使用される。監視要求は、イベントサブスクリプションとも称され得、第１のメッセージは、ユーザグループに対する監視イベントへの加入に使用される。

第１のメッセージはさらに、最大報告回数を保持し得、最大報告回数は、メンバに対して監視イベントレポートを報告する最大回数を指示するのに使用されるか、または、最大報告回数は、メンバの監視イベントに対して監視イベントレポートを報告する最大回数を指示するのに使用されるか、または、最大報告回数は、メンバの複数の監視イベントに対して監視イベントレポートを報告する最大総回数を指示するのに使用される。最大報告回数は、ユーザグループ内のメンバ毎に設定され、ユーザグループ内のメンバ毎に適用可能である。最大報告回数は正の整数である。

第１のメッセージはさらに監視期間を保持し得、監視期間は、監視要求が終了する絶対時間を指示するのに使用される。監視期間は、ユーザグループ内のメンバに毎に設定されており、ユーザグループ内のメンバ毎に適用可能である。

実際のアプリケーションにおいて、第１のメッセージは、ユーザグループに対する一度限りの監視要求を構成するのに使用され得る。一度限りの監視要求は、監視イベントレポートがユーザグループ内の各メンバに対して１回のみ報告される必要があることを意味する。１の監視イベントが存在するとき、監視イベントレポートは、監視イベントに対して１回報告される。複数の監視イベントが存在するとき、監視イベントレポートは、監視要求における複数の監視イベントのいずれか１つに対して１回報告されるか、または、監視イベントレポートは、監視要求における複数の監視イベントの各々に対して１回報告される。

具体的に、第１のメッセージがユーザグループに対して一度限りの監視要求を構成するのに使用され、以下のいくつかの場合が存在する：（１）第１のメッセージは最大報告回数を含み、最大報告回数は１である。（２）第１のメッセージは、最大報告回数も監視期間も含まない。

Ｓ３０２．ユーザグループのメンバ情報を取得する。

ユーザグループのメンバ情報は、以下の２つの方式または別の方式で取得され得る。方式１：第１のメッセージは、ユーザグループのメンバ情報を保持し、ユーザグループのメンバ情報は、第１のメッセージから取得される。方式２：ユーザデータ管理エンティティにより送信されたユーザグループのメンバ情報が受信される。換言すると、ユーザグループのメンバ情報がユーザデータ管理エンティティから取得される。本明細書のユーザデータ管理エンティティは、ＨＳＳエンティティまたはＵＤＭエンティティであり得る。

Ｓ３０３．ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

具体的に、公開機能エンティティは、監視イベントレポートを１回または複数回受信し、公開機能エンティティが監視イベントレポートを受信する度に、公開機能エンティティは、受信された監視イベントレポートをローカルに記憶し、受信されたイベントレポートとユーザグループのメンバ情報とに基づいて、全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する（換言すると、全てのメンバに対する監視イベントレポートが完了したかどうかを決定する）。モビリティ管理ネットワークエレメントが監視イベントレポートを報告する度に、モビリティ管理ネットワークエレメントはさらに、監視要求識別子（ＳＣＥＦ参照識別子またはＮＥＦイベント通知識別子）、監視イベント識別子、およびメンバ識別子を報告し、監視要求識別子、監視イベント識別子、およびメンバ識別子は、監視イベントレポートに保持されるか、または、監視イベントレポートと共に特定のタイプのメッセージ（例えば、監視応答メッセージ）に保持される。公開機能エンティティは、監視要求識別子、監視イベント識別子、およびメンバ識別子に基づいて、監視イベントレポートが属するユーザグループ、監視イベント、およびメンバ決定する。

ユーザグループのメンバ情報は、ユーザグループに含まれるメンバの数であり得、メンバの数は、Ｎで指示され得る。ユーザグループのメンバ情報は代替的に、ユーザグループ内の各メンバの識別子であり得、換言すると、ユーザグループのメンバ情報はＮ個の識別子である。監視イベントレポートが受信される度に、公開機能エンティティは、監視イベントレポートが属するユーザグループ、監視イベント、および監視イベントレポートが属するメンバを決定し得る。これに基づいて、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し、以下のようにいくつかの場合が存在し得る。

場合１

第１のメッセージは、ユーザグループに対する一度限りの監視要求を構成するのに使用される。この場合、監視イベントレポートは、メンバの１の監視イベントに対して１回のみ受信される必要がある。

第１のメッセージが１の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対する１の監視イベントを構成するのに使用されるとき、以下の状況が存在する。

ユーザグループのメンバ情報がユーザグループ内のＮ名のメンバであることを考慮すると、公開機能エンティティは、Ｎ個の監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、ここで、異なるメンバに属するＮ個の監視イベントレポートは、換言すると、Ｎ個の監視イベントレポートは、Ｎ名の異なるメンバに対する監視イベントレポートである。公開機能エンティティは、監視イベントレポートが属するメンバを決定し得るので、公開機能エンティティは、監視イベントレポートが受信された異なるメンバの数を決定し得る。

ユーザグループのメンバ情報がＮ個の識別子であることを考慮して、公開機能エンティティは、受信された監視イベントレポートに関連付けられたメンバの識別子を、Ｎ個の識別子と比較する。Ｎ個の識別子のメンバの監視イベントレポートが受信されたとき、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し得る。

第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、以下の状況が存在する：

ユーザグループのメンバ情報がユーザグループ内のＮ名のメンバであることを考慮すると、公開機能エンティティは、Ｎ個の監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたことをも決定し得る。第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが＄受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）する。

ユーザグループのメンバ情報がＮ個の識別子であることを考慮すると、公開機能エンティティは、Ｎ個の識別子のメンバに対する監視イベントレポートを受信する場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたことをも決定し得る。代替的に、公開機能エンティティは、受信された監視イベントレポートに関連付けられるメンバの識別子を、Ｎ個の識別子と比較し、受信された監視イベントレポートに関連付けられる監視イベントの識別子を、Ｍ回の監視イベントの識別子と比較する。Ｎ個の識別子のメンバの各々に対するＭ回の監視イベントの各々に対する監視イベントレポートが受信されるとき、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定する）。

場合２

第１のメッセージは最大報告回数を保持し、最大報告回数は１より大きい。この場合、ユーザグループ内の全てのメンバに対する監視イベントレポートの各々が最大報告回数に到達した場合にのみ、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し得る。

公開機能エンティティは、ユーザグループ内のＮ名のメンバ、または、Ｎ個の識別子に基づいて、監視イベントレポートが受信された異なるメンバの数を決定し、Ｎ名のメンバの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、メンバグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々に対するＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、公開機能エンティティは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）する。

Ｓ３０４．ユーザグループに対する監視イベント構成を削除する。

具体的に、公開機能エンティティは、ユーザグループに対する監視イベント構成をローカルに削除する。任意選択的に、公開機能エンティティはさらに、サードパーティアプリケーションエンティティにメッセージを送信し、ユーザグループに対する監視イベント構成を削除するようにサードパーティアプリケーションエンティティに命令し得る。任意選択的に、公開機能エンティティはさらに、ユーザグループに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するように、または、ユーザグループ内の１または複数のメンバに対する監視イベント構成を削除するようにユーザデータ管理エンティティに命令するように、ユーザデータ管理エンティティにメッセージを送信し得る。

可能な実装において、ユーザグループのメンバ情報がＮ個の識別子であるとき、監視イベントレポートが受信される度に、公開機能エンティティはさらに、受信された監視イベントレポートがユーザグループ内のメンバに対する監視イベントレポートであるかどうかを決定し得る。具体的に、公開機能エンティティは、受信された監視イベントレポートに関連付けられるメンバの識別子がＮ個の識別子であるかどうかを決定する。ＹＥＳであるとき、公開機能エンティティは、受信された監視イベントレポートがユーザグループ内のメンバに対する監視イベントレポートであると決定するか、またはそうでなければ、公開機能エンティティは、受信された監視イベントレポートがユーザグループ内のメンバに対する監視イベントレポートではないと決定する。決定結果はさらに、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）するのに使用される。

結論として、本願のこの実施形態に提供されるイベント監視方法によると、公開機能エンティティは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、公開機能エンティティは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートをサードパーティアプリケーションに送信することの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

本願のイベント監視方法はさらに、上述の実施形態に提供されている方法に基づいて、具体的なアプリケーションシナリオを参照して詳細に説明される。

アプリケーションシナリオ１：ＬＴＥシステム。公開機能エンティティはＳＣＥＦであり、サードパーティアプリケーションエンティティはＳＣＳ／ＡＳであり、モビリティ管理ネットワークエレメントはＭＭＥおよびＳＧＳＮであり、ユーザデータ管理エンティティはＨＳＳである。

図４に示されるように、アプリケーションシナリオ１におけるイベント監視の手順は、以下に具体的に説明される：

Ｓ４０１．ＳＣＳ／ＡＳは、ＳＣＥＦに、ユーザグループに基づいて構成される第１の監視要求メッセージを送信し、ＳＣＥＦは、ＳＣＳ／ＡＳにより送信された第１の監視要求メッセージを受信する。

第１の監視要求メッセージは上述の実施形態における第１のメッセージであり、第１のメッセージの属性および機能を有する。

第１の監視要求メッセージはユーザグループのメンバ情報を保持し、それに限定されるものではないが、以下の情報の少なくとも１つをさらに保持し得る：ＳＣＳ／ＡＳ識別子、Ｔ８宛先アドレス指定、監視タイプ、外部グループ識別子、Ｔ８長期トランザクション参照識別子（Ｔ８ＬｏｎｇＴｅｒｍＴｒａｎｓａｃｔｉｏｎＲｅｆｅｒｅｎｃｅＩＤ，ＴＬＴＲＩ）、最大報告回数、および／または監視期間。最大報告回数および／または監視期間は、ユーザグループ内の各メンバに適用される。第１の監視要求メッセージが最大報告回数も監視期間も保持しないとき、または、第１の監視要求メッセージが最大報告回数を保持し且つ最大報告回数の値が１であるとき、第１の監視要求メッセージは一度限りの監視要求であることを指示す。

Ｓ４０２．ＳＣＥＦは、受信された第１の監視要求メッセージに保持される様々な情報を記憶し、ＳＣＥＦは、ローカルポリシに基づいて、構成された監視要求を認証する。認証に成功した後、ＳＣＥＦは、ＳＣＥＦ参照識別子（ＳＣＥＦｒｅｆｅｒｅｎｃｅＩＤ）を割り当て、ＳＣＥＦ参照ＩＤとＴＬＴＲＩとの間の対応関係を記憶する。ＳＣＥＦ参照ＩＤは、コアネットワークの監視要求を識別し、さらにユーザグループを決定するのに使用される。

Ｓ４０３．ＳＣＥＦは第２の監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された第２の監視要求メッセージを受信する。

第２の監視要求メッセージは、Ｓ４０１で第１の監視要求メッセージにおいて保持される１または複数のタイプの情報を保持し、ユーザグループのメンバ情報を保持する必要は確実にない。例えば、第２の監視要求メッセージは、外部グループ識別子、ＳＣＥＦ識別子、ＳＣＥＦ参照識別子ｍ監視タイプを保持し得る。

Ｓ４０４．ＨＳＳは、第２の監視要求メッセージをチェックする。チェックに成功した後、ＨＳＳは、受信された第２の監視要求メッセージにおいて保持されている情報を記憶する。ＨＳＳは、外部グループ識別子に対応するグループメンバを決定する。

Ｓ４０５．ＨＳＳは第１の監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＨＳＳにより送信された第１の監視応答メッセージを受信する。

第１の監視応答メッセージは、第２の監視要求メッセージの確認応答に使用され、第１の監視応答メッセージはユーザグループのメンバ情報を保持し得る。第１の監視応答メッセージはさらに、ＳＣＥＦ参照識別子および受信指示を保持し得る。

Ｓ４０６．ＳＣＥＦは第２の監視応答メッセージをＳＣＳ／ＡＳに返して、ＳＣＳ／ＡＳは、ＳＣＥＦにより返された第２の監視応答メッセージを受信する。

第２の監視応答メッセージは、ＴＬＴＲＩおよび受信指示を保持する。

Ｓ４０７からＳ４０９は、ユーザグループ内の各メンバに対して実行される。

Ｓ４０７．ＨＳＳは、ユーザグループにサービスを提供している全てのＭＭＥ／ＳＧＳＮに挿入ユーザサブスクリプションデータ要求を送信する。

挿入ユーザサブスクリプションデータ要求は、監視タイプ、ＳＣＥＦ識別子、ＳＣＥＦ参照識別子、最大報告回数および／または監視期間、外部識別子、または、モバイル加入者国際サービス総合デジタル網／公衆交換電話網番号（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｎｔｅｒｎａｔｉｏｎａｌＩＳＤＮ／ＰＳＴＮｎｕｍｂｅｒ，ＭＳＩＳＤＮ）を保持する。

Ｓ４０８．ＭＭＥ／ＳＧＳＮは、受信された挿入ユーザサブスクリプションデータ要求において保持されているパラメータを記憶し、対応する処理を実行する。

例えば、ＭＭＥ／ＳＧＳＮは、最大報告回数に基づいて、残りの報告の数を設定する。ＭＭＥ／ＳＧＳＮは代替的に、一度限りの監視要求に対して、報告の残りの数を１に設定し得る。

Ｓ４０９．ＭＭＥ／ＳＧＳＮは、挿入ユーザサブスクリプションデータ応答メッセージをＨＨＳに送信し、ＨＨＳは、ＭＭＥ／ＳＧＳＮにより送信された挿入ユーザサブスクリプションデータ応答メッセージを受信する。

挿入ユーザサブスクリプションデータ応答メッセージは受信指示を保持する。ＭＭＥ／ＳＧＳＮが現在の監視要求の監視イベントを既に有するとき、ＭＭＥ／ＳＧＳＮは、挿入ユーザサブスクリプションデータ応答メッセージに監視イベントレポートを追加する。さらに、最大報告回数も監視期間もＳ４０７で保持されていないとき、または、残りの報告の数が１であるとき、ＭＭＥ／ＳＧＳＮは、ユーザグループに対する監視イベント構成をローカルに削除する。Ｓ４０７で保持される最大報告回数の値が１より大きいとき、ＭＭＥ／ＳＧＳＮは、残りの報告の数から１を減算する。

Ｓ４１０．Ｓ４０９で挿入ユーザサブスクリプションデータ応答メッセージが監視イベントレポートを保持するとき、ＨＳＳは、第１の監視指示メッセージをＳＣＥＦに送信し、ＳＣＥＦは、ＨＳＳにより送信された第１の監視指示メッセージを受信する。

第１の監視指示メッセージは、ＳＣＥＦ参照ＩＤ、監視イベントレポート、監視イベントレポートに対応する外部識別子またはＭＳＩＳＤＮを保持する。実際のアプリケーションにおいて、ＨＳＳは、ＭＭＥ／ＳＧＳＮから複数の監視イベントレポートを集約し、監視指示メッセージを使用して、複数の監視イベントレポートをＳＣＥＦに送信し得る。具体的には、監視指示メッセージは、ＳＣＥＦ参照ＩＤと監視イベントレポートと外部識別子またはＭＳＩＳＤＮと間の対応関係のリストを保持する。

Ｓ４１１．ＳＣＥＦは第２の監視指示メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された第２の監視指示メッセージを受信する。

第２の監視指示メッセージは、ＴＬＴＲＩ、監視イベントレポート、外部識別子またはＭＳＩＳＤＮを保持する。Ｓ４１０の第１の監視指示メッセージが複数の監視イベントレポートを保持するとき、第２の監視指示メッセージは、ＴＬＴＲＩと監視イベントレポートと外部識別子またはＭＳＩＳＤＮとの間の対応関係のリストを保持する。

Ｓ４１２．ＳＣＳ／ＡＳは監視指示応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視指示応答メッセージを受信する。

Ｓ４１３．ＳＣＥＦの処理プロセスは、以下のいくつかの場合を含む。

Ｓ４０１において第１の監視要求メッセージが一度限りの監視要求であり、Ｓ４０９においてＭＭＥ／ＳＧＳＮが現在の監視要求の監視イベントを既に有しているとき、ＭＭＥ／ＳＧＳＮは、監視イベントレポートを挿入ユーザサブスクリプションデータ応答メッセージに追加し、Ｓ４１０のＨＳＳは、ＭＭＥ／ＳＧＳＮからの監視イベントレポートをＳＣＥＦに送信する。ＳＣＥＦは最初に、ＳＣＥＦ参照ＩＤに基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ４０１またはＳ４０５において受信されたユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、Ｓ４１０で受信された監視イベントレポートが全てのメンバに対する監視イベントレポートを含むかどうかを決定する。監視イベントレポートが、全てのメンバに対する監視イベントレポートを含むとき、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ４１０で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。

具体的に、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ４１０で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ４１０で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。

Ｓ４１４からＳ４１８を使用することにより、ユーザグループに対する監視イベント構成が削除される。

Ｓ４１４．ＳＣＥＦは第３の監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された第３の監視要求メッセージを受信する。

第３の監視要求メッセージは、ＳＣＥＦ参照ＩＤおよび削除命令を保持する。削除命令は、ユーザグループに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。

Ｓ４１５．ＨＳＳは、第３の監視要求メッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。

Ｓ４１６．ＨＳＳは第３の監視応答メッセージをＳＣＥＦに送信して、ＳＣＥＦは、ＨＳＳにより送信された第３の監視応答メッセージを受信する。

第３の監視応答メッセージは、第３の監視要求メッセージの確認応答に使用される。

Ｓ４１７．ＳＣＥＦは第４の監視要求メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された第４の監視要求メッセージを受信する。

第４の監視要求メッセージはＴＬＴＲＩおよび削除命令を保持し、削除命令は、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに命令するのに使用される。

Ｓ４１８．ＳＣＳ／ＡＳは第４の監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された第４の監視応答メッセージを受信する。

第４の監視応答メッセージは、第４の監視要求メッセージの確認応答に使用される。

Ｓ４１４とＳ４１７とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよいことに留意すべきである。

Ｓ４０９においてＭＭＥ／ＳＧＳＮが現在の監視要求の監視イベントを既に有するとき、ＭＭＥ／ＳＧＳＮは、挿入ユーザサブスクリプションデータ応答メッセージに監視イベントレポートを追加するが、最大報告回数の値は１より大きい。代替的に、監視イベントレポートはＳ４０９とＳ４１０とにおいて報告されない。これらの２つの場合において、段階Ｓ４１０からＳ４１８は省略される。Ｓ４０１からＳ４０９は、ユーザグループに対する監視イベントを設定する手順である。Ｓ４０９の後、図５に示される監視手順に基づいて、後続のイベント監視が実装され得る。

加えて、何らかの理由でＳＣＥＦがＳ４１４からＳ４１８を一時的に実行せず、この期間内に、段階Ｓ４０１における監視要求に対するイベントレポートをＳＣＥＦが受信するとき、ＳＣＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。

図５に示されるように、具体的な監視手順が以下に説明される。

Ｓ５０１．図４のＳ４０７における挿入加入者データ要求メッセージを受信した後、ＭＭＥ／ＳＧＳＮは、挿入加入者データ要求メッセージに保持される情報またはパラメータを取得し、当該情報またはパラメータに基づいて、ユーザグループ内のメンバに対するイベントを監視する。

ユーザグループ内のメンバは、同じモビリティ管理エンティティに属してもよく、または、異なるモビリティ管理エンティティに属してもよく、ユーザグループにサービスを提供する１または複数のモビリティ管理エンティティが存在し得ることを理解されたい。各モビリティ管理エンティティは、モビリティ管理エンティティによりサービスを提供されるユーザグループ内のメンバに対して同じ手順または同様の手順を実行する。

Ｓ５０２．ユーザグループ内のメンバに対するイベントを検出する場合、ＭＭＥ／ＳＧＳＮは監視指示メッセージをＳＣＥＦに送信し、ＳＣＥＦは、ＭＭＥ／ＳＧＳＮにより送信された監視指示メッセージを受信する。

監視指示メッセージは、ＳＣＥＦ参照ＩＤ、監視イベントレポート、および外部識別子またはＭＳＩＳＤＮを保持する。Ｓ４０１における第１の監視要求メッセージが一度限りの監視要求であるとき、ＭＭＥ／ＳＧＳＮはさらに、ユーザグループに対する監視イベント構成をローカルに削除する。Ｓ４０１において第１の監視要求メッセージに含まれる最大報告回数の値が１より大きいとき、ＭＭＥ／ＳＧＳＮは、記録された残りの報告の数から１を減算する。残りの報告の数が０である場合、ＭＭＥ／ＳＧＳＮは、ユーザグループに対する監視イベント構成をローカルに削除する。

Ｓ５０３．ＳＣＥＦは監視指示メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された監視指示メッセージを受信する。

監視指示メッセージは、ＴＬＴＲＩ、監視イベントレポート、外部識別子またはＭＳＩＳＤＮを保持する。

任意選択的に、ＳＣＥＦは、ＭＭＥ／ＳＧＳＮからの複数の監視イベントレポートを集約し、複数の監視イベントレポートを監視指示メッセージに追加し、監視指示メッセージをＳＣＳ／ＡＳに送信し得る。この場合、監視指示メッセージは、ＴＬＴＲＩと監視イベントレポートと外部識別子またはＭＳＩＳＤＮと間の対応関係のリストを保持する。

Ｓ５０４．ＳＣＳ／ＡＳは監視指示応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視指示応答メッセージを受信する。

監視指示応答メッセージは、Ｓ５０３において受信される監視指示メッセージの確認応答に使用される。

Ｓ５０５．ＳＣＥＦの処理は、２つのタイプの処理を含み得る。

第１のタイプの処理について、プロセスは以下のいくつかの場合を含む。

ＳＣＥＦは、Ｓ５０２において受信されたＳＣＥＦ参照ＩＤに基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ４０１またはＳ４０５において受信されたユーザグループのメンバ情報に基づいて、全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する。全てのメンバに対する監視イベントレポートが受信されたとき、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。

具体的に、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。

Ｓ４０１における第１の監視要求メッセージが一度限りの監視要求であるとき、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ５０２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

最大報告回数の値が１より大きいとき、ＳＣＥＦが、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＳＣＥＦは、Ｓ５０２において受信される監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達し、各メンバに対する報告の累算数が最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。メンバ情報が各メンバの識別子であるとき、ＳＣＥＦは、Ｓ５０２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てメンバ識別子に到達し、各メンバに対する報告の累算数は最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。

第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＳＣＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

ユーザグループに対する監視イベント構成は、Ｓ５０６からＳ５１０を使用して削除される。（第１のタイプの処理において、Ｓ５０６からＳ５１０は１回のみ実行される必要がある。）

Ｓ５０６．ＳＣＥＦは監視要求メッセージをＨＳＳに送信し、ＨＳＳは、ＳＣＥＦにより送信された監視要求メッセージを受信する。

監視要求メッセージは、ＳＣＥＦ参照ＩＤおよび削除命令を保持する。削除命令は、ユーザグループに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。

Ｓ５０７．ＨＳＳは、監視要求メッセージに基づいて、ユーザグループに対する監視イベント構成を削除する。

Ｓ５０８．ＨＳＳは監視応答メッセージをＳＣＥＦに送信して、ＳＣＥＦは、ＨＳＳにより送信された監視応答メッセージを受信する。

監視応答メッセージは、Ｓ５０６において受信された監視要求メッセージの確認応答に使用される。

Ｓ５０９．ＳＣＥＦは監視要求メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＳＣＥＦにより送信された監視要求メッセージを受信する。

監視要求メッセージはＴＬＴＲＩおよび削除命令を保持し、削除命令は、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに命令するのに使用される。

Ｓ５１０．ＳＣＳ／ＡＳは監視応答メッセージをＳＣＥＦに返して、ＳＣＥＦは、ＳＣＳ／ＡＳにより返された監視応答メッセージを受信する。

監視応答メッセージは、Ｓ５０９における監視要求メッセージの確認応答に使用される。

Ｓ５０６とＳ５０９とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよいことに留意すべきである。Ｓ５０３とＳ５０５とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよい。

第２のタイプの処理について、プロセスは以下のいくつかの場合を含む。

ＳＣＥＦは、Ｓ５０２において受信されたＳＣＥＦ参照ＩＤに基づいて、イベントレポートに対応するユーザグループを決定し、イベントレポートに対応する任意のメンバに対する監視イベントレポートが受信されたかどうか（換言すると、監視イベントレポートが完了されたかどうか）を決定し、イベントレポートに対応する任意のメンバに対する監視イベントレポートが受信されるとき、メンバに対する監視イベント構成を削除するようにＨＳＳに要求する。ＳＣＥＦはさらに、Ｓ４０１またはＳ４０５において受信されたユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうか（換言すると、監視イベントレポートが完了されたかどうか）を決定する。ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたとき、以下が実行される：ユーザグループに対する監視イベント構成をローカルに削除することと、ユーザグループに対する監視イベント構成を削除すること、または、イベントレポートのＳＣＳ／ＡＳへの送信を停止することを行うようにＳＣＳ／ＡＳに要求すること。任意選択的に、メッセージがＨＳＳにさらに送信され得、当該メッセージは、ユーザグループに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。メンバに対する監視イベントレポートが受信されたと決定される度に、ＳＣＥＦは、メンバに対する監視イベント構成を削除するようにＨＳＳに要求することに留意すべきである。従って、ＳＣＥＦが、本明細書におけるユーザグループに対する監視イベント構成を削除するように命令するのに使用されるメッセージをＨＳＳに送信することは、任意選択的な段階である。代替的に、ＳＣＥＦがさらに、ユーザグループ内の全てのメンバに対する監視イベント構成を削除するための要求メッセージがＨＳＳに送信されたと決定するとき、ＳＣＥＦは、ユーザグループに対する監視イベント構成をローカルに削除し、ユーザグループに対する監視イベント構成を削除するようにＳＣＳ／ＡＳに要求するか、または、イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。

具体的に、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。

Ｓ４０１において第１の監視要求メッセージが一度限りの監視要求であり、Ｓ５０２においてメンバのイベントレポートが受信されるとき、ＳＣＥＦは、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定する。最大報告回数の値が１より大きく、Ｓ５０２の後に、メンバに対するイベントレポートの受信回数が最大報告回数に到達したとき、ＳＣＥＦは、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＳＣＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、対応するメンバに対する監視イベントレポートが受信されたと決定することを継続する。第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、メンバに対するイベントレポートの受信回数が最大報告回数に到達した場合、または、メンバのＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＳＣＥＦは、イベントレポートに対応するメンバに対する監視イベントレポートが受信されたと決定する。

同様に、Ｓ５０６からＳ５０８は、メンバに対する監視イベント構成を削除するようにＨＳＳに要求するのに使用される。（第２のタイプの処理において、Ｓ５０６からＳ５０８は、複数回、またはＮ回実行される必要がある。）

監視要求メッセージは、ＳＣＥＦ参照ＩＤ、外部グループ識別子、メンバ識別子（換言すると、外部識別子および／またはＭＳＩＳＤＮ）、および削除命令を保持する。削除命令は、メンバ識別子に対応するメンバに対する監視イベント構成を削除するようにＨＳＳに命令するのに使用される。

Ｓ５０７．ＨＳＳは、監視要求メッセージに基づいて、メンバに対する監視イベント構成を削除する。

任意選択的に、ＳＣＥＦは、Ｓ５０６における監視要求メッセージに複数のメンバ識別子を追加し、ＨＳＳは、複数のメンバ識別子に対応する監視イベント構成を削除する。

ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである。

ユーザグループに対する監視イベント構成は、Ｓ５０９およびＳ５１０を使用して削除される。

図５において異なる段階で送信された監視要求メッセージと監視応答メッセージとは区別されない。同じ名称を有するメッセージは、同じ内容を保持してもよく、または、異なる内容を保持してもよいことを理解されたい。図５においてＳ５０５からＳ５１０に示される段階は同じである。しかしながら、実際に、上述の説明に基づいて、当該段階は、Ｓ５０５におけるＳＣＥＦの処理の２つの異なるタイプに基づいて、異なるように説明されてよい。当該段階の詳細な説明については、上述の説明を参照されたい。

加えて、何らかの理由でＳ５０６からＳ５１０においてＳＣＥＦが一時的に実行せず、この期間内に、段階Ｓ４０１における監視要求に対するイベントレポートをＳＣＥＦが受信するとき、ＳＣＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。

結論として、図４および図５に示される方法によると、ＬＴＥシステムにおいて、ＳＣＥＦは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、ＳＣＥＦは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、イベントレポートの停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

アプリケーションシナリオ２：５Ｇシステム。公開機能エンティティはＮＥＦであり、サードパーティアプリケーションエンティティはＳＣＳ／ＡＳであり、モビリティ管理ネットワークエレメントはＡＭＦであり、ユーザデータ管理エンティティはＵＤＭ２０３である。

図６Ａおよび図６Ｂに示されるように、アプリケーションシナリオ２におけるイベント監視の手順は、以下に具体的に説明される：

Ｓ６０１．ＳＣＳ／ＡＳは、ユーザグループベースの監視イベントサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔ）メッセージをＮＥＦに送信し、ＮＥＦは、ＳＣＳ／ＡＳにより送信されたＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージを受信する。Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージは上述の実施形態における第１のメッセージであり、第１のメッセージの属性および機能を有する。

Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージは、ユーザグループのメンバ情報を保持し、限定されないが、以下の情報の少なくとも１つをさらに保持し得る：ＳＣＳ／ＡＳイベント通知アドレス、ＳＣＳ／ＡＳイベント通知識別子、監視イベント（ＭｏｎｉｔｏｒｉｎｇＥｖｅｎｔ）、外部グループ識別子（ＥｘｔｅｒｎａｌＧｒｏｕｐＩＤ）、およびイベントレポートモード。イベントレポートモードの値は、到達された最大回数の報告、定期的報告、または、到達された最大期間の報告であり得る。イベントレポート粒度が、最大回数に到達されたことを報告しているとき、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージはさらに、最大報告回数を保持する。

監視イベントサブスクリプション要求メッセージにおけるパラメータ構成は、ユーザグループ内の各メンバに適用可能である。イベントレポート粒度が、最大回数に到達されたことを報告しており、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージに保持される最大報告回数の値が１であるとき、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージが一度限りの監視要求であることを指示する。

５Ｇシステムにおいて、監視イベントサブスクリプションは、ＬＴＥシステムにおける監視イベント構成と同様であり得る。

Ｓ６０２．ＮＥＦは、Ｓ６０１において受信されたメッセージに保持される様々な情報を記憶し、ＮＥＦは、ローカルポリシに基づいて、サブスクライブされた監視要求を認証する。

Ｓ６０３．ＮＥＦは、監視イベントサブスクリプション要求メッセージ、すなわち、Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージを、ＵＤＭに送信し、ＵＤＭは、ＮＥＦにより送信されたＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージを受信する。

当該メッセージは、ＥｘｔｅｒｎａｌＧｒｏｕｐＩＤ、監視イベント、ＮＥＦイベント通知アドレス、およびＮＥＦイベント通知識別子を保持し、さらに、Ｓ６０１におけるＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージのいくつかの任意選択的なパラメータを保持し得る。ＮＥＦイベント通知アドレスおよびＮＥＦイベント通知識別子は、ユーザグループを決定すべく、将来のイベント通知に関連付けられるのに使用される。

Ｓ６０４．ＵＤＭは、Ｓ６０３において受信されたＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージをチェックし、チェックに成功した後、ＵＤＭはメッセージに保持されるパラメータを記憶する。ＵＤＭは、外部グループ識別子とユーザグループ内におけるメンバの識別子との間の対応関係を決定する。

Ｓ６０５．ＵＤＭは、監視イベントサブスクリプション応答（Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｂｅＲｅｓｐｏｎｓｅ）メッセージをＮＥＦに送信し、ＮＥＦは、ＵＤＭにより送信された監視イベントサブスクリプション応答メッセージを受信する。

任意選択的に、監視イベントサブスクリプション応答メッセージはユーザグループのメンバ情報を保持する。監視イベントサブスクリプション応答メッセージはさらに、受信されたＵＤＭサブスクリプション識別子および受信指示を保持する。

Ｓ６０６．ＮＥＦは、監視イベントサブスクリプション応答（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｂｅＲｅｓｐｏｎｓｅ）メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＮＥＦにより送信された監視イベントサブスクリプション応答メッセージを受信する。

当該メッセージは、ＮＥＦサブスクリプション識別子および受信指示を保持する。

Ｓ６０７からＳ６１１は、ユーザグループ内の各メンバに対して実行される。

Ｓ６０７．ＵＤＭは、ユーザグループ内のメンバに対して、サブスクリプションデータ管理（ＳｕｂｓｃｒｉｂｅｒＤａｔａＭａｎａｇｅｍｅｎｔ，ＳＤＭ）通知要求メッセージ（Ｎｕｄｍ＿ＳＤＭ＿ＮｏｔｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔ）を、メンバにサービスを提供しているＡＭＦに送信し、ＡＭＦは、ＵＤＭにより送信されたＳＤＭ通知要求メッセージを受信する。

当該メッセージは、外部識別子またはＭＳＩＳＤＮを保持し、さらに、最大報告回数を保持し得る。

Ｓ６０８．ＵＤＭは、監視イベントサブスクリプション要求（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔ）メッセージを、Ｓ６０７におけるメンバに対するＡＭＦに送信し、ＡＭＦは、ＵＤＭにより送信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージを受信する。

当該メッセージは、監視イベント、ＮＥＦイベント通知アドレス、およびＮＥＦイベント通知識別子を保持する。

Ｓ６０９．ＡＭＦは、受信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージにおけるパラメータを記憶し、対応する処理を実行する。

処理プロセスは、最大報告回数に基づいて、残りの報告の数を設定することを含む。

Ｓ６１０．ＡＭＦは、ＳＤＭ通知応答（Ｎｕｄｍ＿ＳＤＭ＿ＮｏｔｉｆｉｃａｔｉｏｎＲｅｓｐｏｎｓｅ）メッセージをＵＤＭに送信し、ＵＤＭは、ＡＭＦにより送信されたＮｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎｒｅｓｐｏｎｓｅメッセージを受信する。

当該メッセージは、受信指示を保持する。

Ｓ６１１．ＡＭＦは、監視イベントサブスクリプション応答（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｂｅＲｅｓｐｏｎｓｅ）メッセージをＵＤＭに返して、ＵＤＭは、ＡＭＦにより送信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｓｐｏｎｓｅメッセージを受信する。

当該メッセージは、ＡＭＦサブスクリプション識別子および受信指示を保持する。ＡＭＦが現在サブスクライブされている監視イベントの監視イベントレポートを有するとき、ＡＭＦは、監視イベントレポート、ＮＥＦイベント通知アドレス、およびＮＥＦイベント通知識別子を、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｓｐｏｎｓｅメッセージに追加する。さらに、Ｓ６０７における監視イベントサブスクリプションが最初の監視要求であるとき、ＡＭＦは、ユーザグループに対する監視イベント構成をローカルに削除する。Ｓ６０７で保持される最大報告回数の値が１より大きいとき、ＡＭＦは、残りの報告の数から１を減算する。

監視イベントレポートがＳ６１１に保持されるとき、後続の段階が実行される。そうでなければ、後続の段階は実行されない。

Ｓ６１２．ＵＤＭは、監視イベント通知要求（Ｎｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙＲｅｑｕｅｓｔ）メッセージをＮＥＦに送信し、ＮＥＦは、ＵＤＭにより送信されたＮｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージを受信する。ＮＥＦは、Ｎｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙｒｅｓｐｏｎｓｅメッセージをＵＤＭに返す。

Ｎｄｕｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＮＥＦイベント通知識別子、監視イベントレポート、および、監視イベントレポートに対応する外部識別子またはＭＳＩＳＤＮを保持する。実際のアプリケーションにおいて、ＵＤＭは、ＡＭＦから複数の監視イベントレポートを集約し、監視イベント通知要求メッセージを使用して、複数の監視イベントレポートをＮＥＦに送信し得る。具体的には、監視イベント通知要求メッセージは、ＮＥＦイベント通知識別子と監視イベントレポートと外部識別子またはＭＳＩＳＤＮと間の対応関係のリストを保持する。

Ｓ６１３．ＮＥＦは、監視イベントサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙＲｅｑｕｅｓｔ）メッセージをＳＣＳ／ＡＳに送信し、ＳＣＳ／ＡＳは、ＮＥＦにより送信されるＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージを受信する。ＳＣＳ／ＡＳは、監視イベントサブスクリプション応答（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｓｐｏｎｓｅ）メッセージをＮＥＦに返して、ＮＥＦは、ＳＣＳ／ＡＳにより返されたＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｓｐｏｎｓｅメッセージを受信する。

Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子、監視イベントレポート、および外部識別子またはＭＳＩＳＤＮを保持する。複数の監視イベントレポートがＳ６１２に保持されるとき、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子と監視イベントレポートと外部識別子またはＭＳＩＳＤＮとの間の対応関係のリストを保持する。

Ｓ６１４．ＮＥＦの処理プロセスは、以下のいくつかの場合を含む。

Ｓ６０１における監視イベントサブスクリプション要求メッセージが一度限りの監視要求であるとき、ＡＭＦは、監視イベントレポートを、Ｓ６１１におけるＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅｒｅｓｐｏｎｓｅメッセージに追加し、ＵＤＭは、Ｓ６１２におけるＡＭＦからの監視イベントレポートをＮＥＦに送信する。ＮＥＦは、受信されたＮＥＦ通知識別子に基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ６０１またはＳ６０５で受信されたユーザグループのメンバ情報に基づいて、Ｓ６１２で受信された監視イベントレポートが全てのメンバに対する監視イベントレポートを含むかどうかを決定する。監視イベントレポートが、全てのメンバに対する監視イベントレポートを含むとき、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（換言すると、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。

具体的に、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＮＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。監視イベントサブスクリプション要求が複数の監視イベントを含むとき、換言すると、監視イベントサブスクリプション要求が、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ６１２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

Ｓ６１５からＳ６２２を使用することにより、ユーザグループに対する監視イベントサブスクリプションが削除される。

Ｓ６１５．ＮＥＦは、監視イベントアンサブスクリプション要求（Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎｓｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔ）をＵＤＭに送信し、Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージは、ＵＤＭサブスクリプション識別子を保持する。ＵＤＭは、ＮＥＦにより送信されたＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｕｎｓｕｂｓｃｒｉｂｅｒｅｑｕｅｓｔメッセージを受信する。

Ｓ６１６．ＵＤＭは、監視イベントアンサブスクリプション要求（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎｓｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔ）をＡＭＦに送信し、ＡＭＦは、ＵＤＭにより送信されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎｓｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔを受信する。

Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎｓｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔメッセージは、ＡＭＦサブスクリプション識別子を保持する。

Ｓ６１７．ＡＭＦは、ＡＭＦサブスクリプション識別子に対応する監視イベントサブスクリプション情報を削除する。

Ｓ６１８．ＡＭＦは、応答メッセージをＵＤＭに返す。

Ｓ６１９．ＵＤＭは、ＵＤＭサブスクリプション識別子に対応する監視イベントサブスクリプション情報を削除し、確認応答メッセージをＮＥＦに返す。

Ｓ６２０．ＮＥＦは、監視イベント通知要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙＲｅｑｕｅｓｔ）メッセージをＳＣＳ／ＡＳに送信し、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＳＣＳイベント通知識別子および削除命令を保持する。ＳＣＳ／ＡＳは応答メッセージを返す。

Ｓ６２１．ＳＣＳ／ＡＳは、監視イベントアンサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎｓｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔ）メッセージをＮＥＦに送信し、監視イベントアンサブスクリプション要求（Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＵｎｓｕｂｓｃｒｉｂｅＲｅｑｕｅｓｔ）メッセージは、ＮＥＦサブスクリプション識別子を保持する。

Ｓ６２２．ＮＥＦは、ＮＥＦサブスクリプション識別子に対応するイベントサブスクリプション情報を削除した後、確認応答メッセージを返す。

Ｓ６１５とＳ６２０とは厳密な順序で実行されず、順序を交換してもよく、または同時に実行されてもよいことに留意すべきである。

加えて、何らかの理由でＮＥＦがＳ６１５からＳ６２２を一時的に実行せず、この期間内に、段階Ｓ６０１における監視イベントサブスクリプション要求に対する監視イベントレポートをＮＥＦが受信するとき、ＳＣＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。

ＡＭＦがＳ６１１における監視イベントレポートを保持するが、最大報告回数の値が１より大きいまたはＡＭＦがＳ６１１における監視イベントレポートを報告しないとき、後続のイベント監視が、図７に示される監視手順に基づいて実装され得る。

図７に示されるように、具体的な監視手順が以下に説明される。

Ｓ７０１．図６ＡにおけるＳ６１０でＮｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎｒｅｓｐｏｎｓｅメッセージを受信した後、ＡＭＦは、Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎｒｅｓｐｏｎｓｅメッセージに保持されるパラメータに基づいて、ユーザグループ内のメンバに対するイベントを監視する。

ユーザグループ内のメンバは同じＡＭＦに属してもよく、または、異なるＡＭＦに属してもよく、ユーザグループにサービスを提供する１または複数のＡＭＦが存在してよいことを理解されたい。各ＡＭＦは、ＡＭＦによりサービスを提供されるユーザグループ内のメンバに対して同じ手順または同様の手順を実行する。

Ｓ７０２．ＡＭＦは、監視イベント通知要求メッセージ、すなわち、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙｒｅｑｕｅｓｔをＮＥＦに送信し、ここで、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＮＥＦイベント通知アドレス、ＮＥＦイベント通知識別子、監視イベントレポート、および、監視イベントレポートに対応する外部識別子またはＭＳＩＳＤＮを保持する。イベントレポートモードが、最大回数に到達されたことを報告しており、最大報告回数が１であるとき、ＡＭＦは、ユーザグループに対する監視イベントサブスクリプションをローカルに削除する。最大報告回数の値が１より大きいとき、ＡＭＦは、記録された報告の残りの数から１を減算する。残りの報告の数が０である場合、ＡＭＦは、ユーザグループに対する監視イベント構成をローカルに削除する。

Ｓ７０３．ＮＥＦは、確認応答メッセージ、すなわち、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙｒｅｓｐｏｎｓｅをＡＭＦに返して、ＡＭＦは、ＮＥＦにより返されたＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｓｐｏｎｓｅを受信する。

Ｓ７０４．ＮＥＦは、監視イベント通知要求、すなわち、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙＲｅｑｕｅｓｔをＳＣＳ／ＡＳに送信し、ここで、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子、監視イベントレポート、および外部識別子またはＭＳＩＳＤＮを保持する。

任意選択的に、ＮＥＦは、ＡＭＦから複数の監視イベントレポートを集約し、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージを使用することにより、複数の監視イベントレポートをＳＣＳ／ＡＳに送信し得る。ここで、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｑｕｅｓｔメッセージは、ＳＣＳ／ＡＳイベント通知識別子と監視イベントレポートと外部識別子またはＭＳＩＳＤＮとの間の対応関係のリストを保持する。

Ｓ７０５．ＳＣＳ／ＡＳは、確認応答メッセージ、すなわち、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙｒｅｓｐｏｎｓｅをＮＥＦに返して、ＮＥＦは、ＳＣＳ／ＡＳにより返されたＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙｒｅｓｐｏｎｓｅを受信する。

Ｓ７０６．ＮＥＦの処理プロセスは、以下のいくつかの場合を含む。

ＮＥＦは、Ｓ６０２において受信されたイベント通知識別子に基づいて、イベントレポートに対応するユーザグループを決定し、次に、Ｓ６０１またはＳ６０５において受信されたユーザグループのメンバ情報に基づいて、全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する。全てのメンバに対する監視イベントレポートが受信されたと決定されたとき、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定（ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したと決定）し、ユーザグループに対する監視イベント構成の削除を開始するか、または、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。ユーザグループ内の全てのメンバに対する監視イベントレポートが完了する場合、ユーザグループに対する監視イベントレポートは完了する。

Ｓ６０１における監視イベントサブスクリプション要求が一度限りの監視要求であるとき、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信したと決定する。メンバ情報が各メンバの識別子であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てのメンバ識別子に到達した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＮＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。第１の監視要求メッセージが複数の監視イベントを含むとき、換言すると、第１の監視要求メッセージが、ユーザグループに対する複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｓ６１２で受信された監視イベントレポートに基づいて、Ｎ名のメンバの各々に対する監視イベントレポートを受信する場合またはＮ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートを受信する場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

最大報告回数の値が１より大きいとき、ＮＥＦが、ユーザグループのメンバ情報（例えば、Ｎ個の識別子またはＮ名のメンバ）に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定するプロセスは、以下の通りである：メンバ情報がメンバの数であるとき、ＮＥＦは、Ｓ６１２において受信される監視イベントレポートに関連付けられる異なるメンバの識別子（ＭＳＩＳＤＮまたは外部識別子）の数に基づいて、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの数がメンバ情報のメンバの数に到達し、各メンバに対する報告の累算数が最大報告回数に到達した場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

メンバ情報が各メンバの識別子であるとき、ＮＥＦは、Ｓ６１２で受信された監視イベントレポートに関連付けられる異なるメンバの識別子を、メンバ情報におけるメンバ識別子と比較して、監視イベントレポートが受信されたメンバの数を決定し、各メンバに対する報告の累算数が最大報告回数に到達したかどうかを決定する。監視イベントレポートが受信されたメンバの識別子がメンバ情報における全てメンバ識別子に到達し、各メンバに対する報告の累算数は最大報告回数に到達した場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。任意選択的に、監視イベントレポートに関連付けられたメンバの識別子を受信する場合、ＮＥＦは、メンバの識別子がメンバ情報におけるメンバ識別子内に存在するかどうかに基づいて、識別子を有するメンバがユーザグループ内のメンバであるかどうかを決定し、識別子を有するメンバがユーザグループ内のメンバであると決定した場合、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することを継続する。

第１のメッセージが複数の監視イベントを含むとき、換言すると、第１のメッセージがユーザグループに対して複数の監視イベント（例えば、Ｍ回の監視イベント）を構成するのに使用されるとき、Ｎ名のメンバの各々に対するイベントレポートの受信回数が最大報告回数に到達した場合、または、Ｎ名のメンバの各々のＭ回の監視イベントの各々に対する監視イベントレポートの受信回数が最大報告回数に到達した場合、ＮＥＦは、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定する。

Ｓ７０７からＳ７１４を使用することにより、ユーザグループに対する監視イベントサブスクリプションが削除される。具体的に、Ｓ７０７からＳ７１４は、Ｓ６１５からＳ６２２と同じであり、繰り返される部分については改めて説明しない。

加えて、何らかの理由でＮＥＦがＳ７０７からＳ７１４を一時的に実行せず、この期間内に、段階Ｓ６０１における監視イベントサブスクリプション要求に対する監視イベントレポートをＮＥＦが受信するとき、ＮＥＦは、監視イベントレポートをＳＣＳ／ＡＳに送信することを停止する。

結論として、図６Ａ、図６Ｂおよび図７に示される方法によると、５Ｇシステムにおいて、ＮＥＦは、ユーザグループのメンバ情報を取得し、これにより、監視イベントレポートを受信する場合、ＮＥＦは、ユーザグループのメンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定し得、さらに、ユーザグループに対する監視イベント構成の削除、または、監視イベントレポートのＳＣＳ／ＡＳへの送信の停止を行い得、これにより、リソースの無駄を回避し、後続のポリシの正確な実行を保証することに役立つ。

図８に示されるように、上述の実施形態に提供されるイベント監視方法に基づいて、本願の実施形態はさらに、イベント監視装置８００を提供する。イベント監視装置８００は、受信ユニット８０１と処理ユニット８０２とを含む。

イベント監視装置８００は、上述の実施形態に提供されているイベント監視方法において公開機能エンティティにより実行される段階を実行するように構成される。詳細は以下の通りである。

受信ユニット８０１は第１のメッセージを受信するように構成され、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される。

処理ユニット８０２は、ユーザグループのメンバ情報を取得することと、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたと決定することと、ユーザグループに対する監視イベント構成を削除することとを行うように構成されるか、または、ユーザグループのメンバ情報を取得することと、メンバ情報に基づいて、ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定することとを行うように構成される。

イベント監視装置８００における受信ユニット８０１と処理ユニット８０２とはさらに、上述の実施形態に提供されているイベント監視方法において公開機能エンティティに対応する他の段階を実行するように構成され得る。繰り返される部分は本明細書に改めて説明しない。

イベント監視装置８００はさらに、上述の実施形態に提供されているイベント監視方法においてユーザデータ管理エンティティにより実行される段階を実行するように構成される。詳細は以下の通りである：第１の要求メッセージを受信することであって、ここで、第１の要求メッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信する段階と、第１の応答メッセージを公開機能エンティティに送信する段階であって、ここで、第１の応答メッセージは、ユーザグループのメンバ情報を保持する、送信すること。

イベント監視装置８００における受信ユニット８０１と処理ユニット８０２とはさらに、上述の実施形態に提供されているイベント監視方法においてユーザデータ管理エンティティに対応する他の段階を実行するように構成され得る。繰り返される部分は本明細書に改めて説明しない。

イベント監視装置８００はさらに、上述の実施形態に提供されているイベント監視方法においてサードパーティアプリケーションエンティティにより実行される段階を実行するように構成される。詳細は以下の通りである：第１のメッセージを公開機能エンティティに送信することであって、ここで、第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用され、第１のメッセージは、ユーザグループのメンバ情報を保持する。

イベント監視装置８００における受信ユニット８０１と処理ユニット８０２とはさらに、上述の実施形態に提供されているイベント監視方法においてサードパーティアプリケーションエンティティに対応する他の段階を実行するように構成され得る。繰り返される部分は本明細書に改めて説明しない。

図９に示されるように、上述の実施形態に提供されるイベント監視方法に基づいて、本願の実施形態はさらに、イベント監視装置９００を提供する。イベント監視装置９００は、上述のイベント監視方法を実行するように構成される。イベント監視装置９００は、送受信機９０１、プロセッサ９０２、およびメモリ９０３を含む。メモリ９０３は任意選択的である。プロセッサ９０２は、プログラムのグループを呼び出すように構成される。プログラムが実行される場合、プロセッサ９０２は上述のイベント監視方法を実行する。メモリ９０３は、プロセッサ９０２により実行されるプログラムを記憶するように構成される。図８の機能モジュールにおいて、受信ユニット８０１は、送受信機９０１を使用することにより実装され得、処理ユニット８０２はプロセッサ９０２を使用することにより実装され得る。

プロセッサ９０２は、中央処理装置（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ，ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋｐｒｏｃｅｓｓｏｒ，ＮＰ）、または、ＣＰＵおよびＮＰの組み合わせであってよい。

プロセッサ９０２はさらに、ハードウェアチップを含んでよい。ハードウェアチップは、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラマブルロジックデバイス（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅ、ＰＬＤ）、またはそれらの組み合わせであってよい。ＰＬＤは、コンプレックスプログラマブルロジックデバイス（ｃｏｍｐｌｅｘｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃ、ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ、ＦＰＧＡ）、ジェネリックアレイロジック（ｇｅｎｅｒｉｃａｒｒａｙｌｏｇｉｃ、ＧＡＬ）、またはそれらの任意の組み合わせであってよい。

メモリ９０３は、ランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓｍｅｍｏｒｙ，ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）を含んでもよく、または、メモリ９０３は、フラッシュメモリ（ｆｌａｓｈ（登録商標）ｍｅｍｏｒｙ）、ハードディスクドライブ（ｈａｒｄｄｉｓｋｄｒｉｖｅ，ＨＤＤ）、またはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅｄｒｉｖｅ，ＳＳＤ）などの不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）を含んでもよく、または、メモリ９０３は、上述のタイプのメモリの組み合わせを含んでもよい。

図８または図９に説明される装置の機能を実装すべく、本願の実施形態はさらに、上述のイベント監視方法の公開機能エンティティ、ユーザデータ管理エンティティまたはサードパーティアプリケーションエンティティに関連する機能の実装において装置をサポートするように構成されるプロセッサを含むチップを提供する。可能な設計において、チップはメモリに接続されるか、または、チップはメモリを含み、メモリは、装置に必須なプログラム命令およびデータを記憶するように構成される。

本願の実施形態は、コンピュータプログラムを記憶するコンピュータ記憶媒体を提供し、コンピュータプログラムは、上述のイベント監視方法を実行するのに使用される。

本願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で動作する場合、コンピュータは、上述のイベント監視方法を実行することが可能になる。

当業者であれば、本願の実施形態が方法、システムまたはコンピュータプログラム製品として提供され得ることを理解すべきである。従って、本願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組み合わせを有する実施形態の形式を使用し得る。さらに、本願は、コンピュータ利用可能プログラムコードを含む１または複数のコンピュータ利用可能記憶媒体（限定されるものではないが、(磁気ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリ、および同様のものを含む）において実装されるコンピュータプログラム製品の形式を使用し得る。

本願は、本願の実施形態に係る方法、デバイス（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。フローチャートおよび／またはブロック図の各プロセスおよび／または各ブロックと、フローチャートおよび／またはブロック図のプロセスおよび／またはブロックの組み合わせとを実装するのにコンピュータプログラム命令が使用され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込プロセッサ、または、別のプログラマブルデータ処理デバイスのプロセッサに提供されて、機械を生成し得、これにより、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサにより実行される命令が、フローチャートの１または複数のプロセス、および／または、ブロック図の１または複数のブロックにおける特定の機能を実装するための装置を生成する。

これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスが特定の方式で動作するように命令し得るコンピュータ可読メモリに記憶され得、これにより、コンピュータ可読メモリに記憶された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャートの１または複数のプロセスにおけるおよび／またはブロック図の１または複数のブロックにおける特定の機能を実装する。

これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされ得、これにより、一連の動作および段階がコンピュータまたは別のプログラマブルデバイス上で実行され、これによりコンピュータ実装処理が生成される。従って、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの１または複数のプロセスにおけるおよび／またはブロック図の１または複数のブロックにおける特定の機能を実装するための段階を提供する。

本願のいくつかの実施形態が説明されているが、一度基本的な発明の概念を把握すれば、当業者はこれらの実施形態に変更および修正を加えることができる。従って、以下の特許請求の範囲は、好ましい実施形態、並びに、本願の範囲内に含まれる全ての変更および修正を包含するものと解釈されることが意図されている。

当業者であれば明らかに、本願の実施形態の範囲から逸脱することなく、本願の実施形態に対して様々な修正および変更を加えることができる。本願は、以下の特許請求の範囲およびそれらの均等技術により定義される保護の範囲内に含まれる限り、これらの修正および変更を包含することが意図されている。

Claims

イベント監視方法であって、
公開機能エンティティが、第１のメッセージを受信する段階であって、前記第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、
前記公開機能エンティティが前記ユーザグループのメンバ情報を取得する段階であって、前記ユーザグループの前記メンバ情報は、前記ユーザグループ内のＮ名のメンバを有する、段階と、
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する段階と、
前記公開機能エンティティが、前記ユーザグループ内の全てのメンバに対する前記監視イベントレポートが受信されたと決定するとき、前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する段階と
を備える、方法。
前記公開機能エンティティが、前記ユーザグループのメンバ情報を取得する前記段階は、
前記公開機能エンティティが、前記第１のメッセージから前記メンバ情報を取得する段階であって、前記第１のメッセージは前記ユーザグループの前記メンバ情報を保持する、取得する段階、または
前記公開機能エンティティが、ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得する段階を有する、請求項１に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項１または２に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき
前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の全てのユーザに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項３に記載の方法。
前記方法はさらに、
前記第１のメッセージが最大報告回数も監視期間も有しないとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階、または、前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階を含む、請求項３または４に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含むとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を有する、請求項１または２に記載の方法。
前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定する段階を含む、請求項６に記載の方法。
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、前記ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階、
前記公開機能エンティティが、第２メッセージをユーザデータ管理エンティティに送信する段階であって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階、または、
前記公開機能エンティティが、第３のメッセージをサードパーティアプリケーションエンティティに送信する段階であって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信する段階
の少なくとも１つを有する、請求項１から７のいずれか一項に記載の方法。
イベント監視装置であって、
第１のメッセージを受信するように構成された受信ユニットであって、前記第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信ユニットと、
前記ユーザグループのメンバ情報を取得するように構成された処理ユニットであって、前記ユーザグループの前記メンバ情報は、前記ユーザグループ内のＮ名のメンバを有し、前記処理ユニットは、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが受信されたかどうかを決定することと、前記ユーザグループ内の全てのメンバに対する前記監視イベントレポートが受信されたと決定するとき、前記ユーザグループに対する監視イベント構成を削除することとを行うように構成された、処理ユニットと
を備える、装置。
前記処理ユニットは具体的に、
前記第１のメッセージから前記メンバ情報を取得することであって、前記第１のメッセージは、前記ユーザグループの前記メンバ情報を保持する、取得すること、または、
ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得すること
を行うように構成された、請求項９に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項９または１０に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の全てのユーザに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１１に記載の装置。
前記処理ユニットはさらに、
前記第１のメッセージが最大報告回数も監視期間も有しないとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること、または、
前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること
を行うように構成された、請求項１１または１２に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を有するとき、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項９または１０に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが受信されたと決定するように構成された、請求項１４に記載の装置。
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
ローカルに記憶された前記ユーザグループに対する監視イベント構成を削除することと、
第２メッセージをユーザデータ管理エンティティに送信することであって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信することと、
第３のメッセージをサードパーティアプリケーションエンティティに送信することであって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信することと
の動作の少なくとも１つを実行する、請求項９から１５のいずれか一項に記載の装置。
イベント監視方法であって、
公開機能エンティティが、第１のメッセージを受信する段階であって、前記第１のメッセージは、ユーザグループに対して監視イベントを構成するのに使用される、受信する段階と、
前記公開機能エンティティが前記ユーザグループのメンバ情報を取得する段階であって、前記ユーザグループの前記メンバ情報は、前記ユーザグループ内のＮ名のメンバを有する、段階と、
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する段階と、
前記公開機能エンティティが、前記ユーザグループ内の全てのメンバに対する前記監視イベントレポートが完了したと決定するとき、前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する段階と、
を備える、方法。
前記公開機能エンティティが、前記ユーザグループのメンバ情報を取得する前記段階は、
前記公開機能エンティティが、前記第１のメッセージから前記メンバ情報を取得する段階であって、前記第１のメッセージは前記ユーザグループの前記メンバ情報を保持する、取得する段階、または
前記公開機能エンティティが、ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得する段階を有する、請求項１７に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項１７または１８に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項１７または１８に記載の方法。
前記方法はさらに、
前記第１のメッセージが最大報告回数も監視期間も有しないとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階、または、前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記公開機能エンティティが、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定する段階を含む、請求項１９または２０に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含むとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項１７または１８に記載の方法。
前記公開機能エンティティが、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定する前記段階は、
前記第１のメッセージが第２の最大報告回数を含み、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記公開機能エンティティが、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定する段階を有する、請求項１７または１８に記載の方法。
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、前記ユーザグループに対してローカルに記憶された監視イベント構成を削除する段階と、
前記公開機能エンティティが、第３のメッセージをサードパーティアプリケーションエンティティに送信する段階であって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信する段階と
の少なくとも１つを含む、請求項１７から２３のいずれか一項に記載の方法。
前記公開機能エンティティが、前記ユーザグループに対する監視イベント構成を削除する前記段階は、
前記公開機能エンティティが、第２メッセージをユーザデータ管理エンティティに送信する段階であって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信する段階
を有する、請求項１７から２４のいずれか一項に記載の方法。
イベント監視装置であって、
第１のメッセージを受信するように構成された受信ユニットであって、前記第１のメッセージは、ユーザグループに対する監視イベントを構成するのに使用される、受信ユニットと、
前記ユーザグループのメンバ情報を取得するように構成された処理ユニットであって、前記ユーザグループの前記メンバ情報は、前記ユーザグループ内のＮ名のメンバを有し、前記処理ユニットは、前記メンバ情報に基づいて、前記ユーザグループ内の全てのメンバに対する監視イベントレポートが完了したかどうかを決定することと、前記ユーザグループ内の全てのメンバに対する前記監視イベントレポートが完了したと決定するとき、前記ユーザグループに対する監視イベント構成を削除することとを行うように構成された、処理ユニットと
を備える、装置。
前記処理ユニットは具体的に、
前記第１のメッセージから前記メンバ情報を取得することであって、前記第１のメッセージは、前記ユーザグループの前記メンバ情報を保持する、取得すること、または、
ユーザデータ管理エンティティから前記ユーザグループの前記メンバ情報を取得すること
を行うように構成された、請求項２６に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用されるとき、Ｎ名のメンバに対する監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項２７に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが前記ユーザグループに対して一度限りの監視要求を構成するのに使用され、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、公開機能エンティティが、Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートを受信する場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項２７に記載の装置。
前記処理ユニットはさらに、
前記第１のメッセージが最大報告回数も監視期間も有しないとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること、または、
前記第１のメッセージが第１の最大報告回数を有し、前記第１の最大報告回数が１であるとき、前記第１のメッセージが前記ユーザグループに対して前記一度限りの監視要求を構成するのに使用されると決定すること
を行うように構成された、請求項２８または２９に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を有するとき、前記Ｎ名のメンバの各々に対する監視イベントレポートを受信する回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項２６または２７に記載の装置。
前記処理ユニットは具体的に、
前記第１のメッセージが第２の最大報告回数を含み、且つ前記第１のメッセージが前記ユーザグループに対して複数の監視イベントを構成するのに使用されるとき、前記Ｎ名のメンバの各々に対する前記複数の監視イベントの各々の監視イベントレポートの受信回数が前記第２の最大報告回数に到達した場合、前記ユーザグループ内の前記全てのメンバに対する前記監視イベントレポートが完了したと決定するように構成された、請求項２６または２７に記載の装置。
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
ローカルに記憶された前記ユーザグループに対する監視イベント構成を削除することと、
第３のメッセージをサードパーティアプリケーションエンティティに送信することであって、前記第３のメッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記サードパーティアプリケーションエンティティに命令するのに使用される、送信することと
の動作の少なくとも１つを実行する、請求項２６から３２のいずれか一項に記載の装置。
前記ユーザグループに対する前記監視イベント構成を削除する場合、前記処理ユニットは具体的に、
第２メッセージをユーザデータ管理エンティティに送信することであって、前記第２メッセージは、前記ユーザグループに対する前記監視イベント構成を削除するように前記ユーザデータ管理エンティティに命令するのに使用される、送信すること
の動作を実行する、請求項２６から３２のいずれか一項に記載の装置。
コンピュータに、請求項１から８および請求項１７から２５のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
チップであって、前記チップはメモリに接続されているまたは前記チップは前記メモリを備え、
請求項１から８および請求項１７から２５のいずれか一項に記載の方法を実装すべく、前記メモリに記憶されたソフトウェアプログラムを読み込んで実行するように構成される、チップ。
請求項９から１６および請求項２６から３４のいずれか一項に記載の装置の公開機能エンティティと、前記ユーザグループのメンバ情報を前記公開機能エンティティに送信するように構成されるユーザデータ管理エンティティとを備える、システム。
前記ユーザデータ管理エンティティが、前記公開機能エンティティからの第２のメッセージを受信し、前記ユーザグループの監視イベント構成を削除するように構成される、請求項３７に記載のシステム。
前記公開機能エンティティに第１のメッセージを送信するように構成される、サービス能力サーバまたはアプリケーションサーバをさらに備える、請求項３７または３８に記載のシステム。