JP2023075075A - サービス加入方法および装置 - Google Patents

Abstract

【課題】サービス変更を報告するためのメカニズムを提案するために用いられるサービス加入方法および装置を提供する。【解決手段】方法は、第１のネットワーク機能ネットワーク要素が、第２のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスに加入するために、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する。第１のメッセージは、第１のアドレスを含み、第１のアドレスは、第１のネットワーク機能ネットワーク要素のアドレスである。第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して第３のメッセージを受信し、第３のメッセージに基づき、第１のサービスが変更されたことを知る。第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素に第１のネットワーク機能ネットワーク要素のアドレスを送信する。【選択図】図２

Description

本願は、通信技術の分野に関し、具体的には、サービス加入方法および装置に関する。

第５世代（５Ｇ）システムは、データ接続およびサービスイネーブルメントデプロイメントをサポートする。５Ｇシステムにおいて、制御プレーン内のネットワーク機能ネットワーク要素は、サービス毎に互いとインタラクトしてよい。ネットワーク機能ネットワーク要素によって提供される複数のサービスのうちの一般的なサービスは、イベント露出（ｅｖｅｎｔ ｅｘｐｏｓｕｒｅ）サービスである。サービスの主な実装プロセスは、以下のとおりである。サービスプロバイダから要求されたサービスに加入する場合、サービス加入者は、イベント受信アドレスをサービスプロバイダに提供し、サービス加入者が加入する当該要求されたイベントを提供できると決定した後、サービスプロバイダは、要求されたイベントをイベント受信アドレスに通知する。

実際には、ユーザ加入、ネットワークポリシ、ネットワーク能力などが変更された後、サービスステータスまたはサービス加入（すなわち、加入属性）が変更される。例えば、ユーザ加入の変更により、モニタされるよう初め認証されていたイベントは、それ以上モニタされることができなくなり、モニタリングは中止されなければならず、または、ネットワーク能力の変更により、モニタされるよう初め認証されていたイベントは、それ以上モニタされることができなくなり、モニタリングは一時停止されなければならない。しかしながら、既存のサービス加入手順では、サービスステータスまたはサービス加入が変更された場合のデバイス間での通信は改善されず、対応するメカニズムは、サービスプロバイダがサービス変更をサービス加入者に報告することを可能にするように構成されていない。したがって、サービス加入手順は不完全であり、サービス加入手順は中断され得る。

本願は、サービス変更を報告するためのメカニズムを提案するために、サービス加入方法および装置を提供する。

第１の態様によれば、本願は、サービス加入方法を提供し、この方法は、第２のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスに加入するように、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する段階であって、第１のメッセージは、第１のアドレスを含む、段階と、第１のネットワーク機能ネットワーク要素によって、第１のアドレスを使用して第３のメッセージを受信する段階と、第３のメッセージに基づき、第１のサービスが変更されたことを知る段階であって、第１のアドレスは、第１のネットワーク機能ネットワーク要素のアドレスである、段階とを含む。

この方法では、第１のネットワーク機能ネットワーク要素は、第１のネットワーク機能ネットワーク要素のアドレスを第２のネットワーク機能ネットワーク要素に送信する。したがって、第１のサービスが変更される場合、第１のネットワーク機能ネットワーク要素は、サービスが変更されたことの通知を受信してよい。このようにして、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、サービス変更を報告するためのメカニズムが改善される。

実現可能な設計では、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する前に、第１のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素から第２のメッセージを受信し、第２のメッセージは、第２のサービスに加入するために使用され、第２のメッセージは、第２のアドレスを含み、第２のアドレスは、第３のネットワーク機能ネットワーク要素のアドレスである。この方法は、第１のネットワーク機能ネットワーク要素によって、第２のサービスに基づき、第２のネットワーク機能ネットワーク要素から加入する必要がある第１のサービスを決定する段階をさらに含み、第１のメッセージは、第３のネットワーク機能ネットワーク要素に第１のサービスを提供するために第２のネットワーク機能ネットワーク要素によって使用される第２のアドレスをさらに含む。

この方法において、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から第１のサービスに加入することができるように、第２のメッセージに基づいて第１のサービスを決定してよい。

実現可能な設計では、第３のメッセージに基づき、第１のサービスが変更されたことを知った後、第１のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素の第２のアドレスに第５のメッセージを送信し、第５のメッセージは、第２のサービスが変更されたことを通知するために使用される。このようにして、第３のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素が加入するサービスが変更されたことを知ってよい。

実現可能な設計では、第１のメッセージは、命令情報をさらに含み、命令情報は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように命令するために使用される。このようにして、第１のサービスが変更されたことを検出した後、別のネットワーク機能ネットワーク要素が、第１のアドレスに、第１のサービスが変更されたことを示すメッセージを送信する。

実現可能な設計では、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信した後、この方法は、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素から第２の加入相関識別子を受信する段階をさらに含み、第２の加入相関識別子は、第２のネットワーク機能ネットワーク要素によって第１のサービスの加入に対して割り当てられた識別子である。第３のメッセージは、第２の加入相関識別子をさらに含む。第１のネットワーク機能ネットワーク要素によって、第３のメッセージに基づき、第１のサービスが変更されたことを知る段階は、第１のネットワーク機能ネットワーク要素によって、第３のメッセージ内の第２の加入相関識別子に基づき、第１のサービスが変更されたことを知る段階を含む。

この方法では、第１のネットワーク機能ネットワーク要素は、第１のサービスが変更されたことを正確に知り得る。

実現可能な設計では、第１のネットワーク機能ネットワーク要素が第３のネットワーク機能ネットワーク要素から第２のメッセージを受信した後、第１のネットワーク機能ネットワーク要素は、第２のサービスの加入に対して第１の加入相関識別子を割り当て、第１の加入相関識別子を第３のネットワーク機能ネットワーク要素に送信する。第１のネットワーク機能ネットワーク要素によって、第３のネットワーク機能ネットワーク要素の第２のアドレスに第５のメッセージを送信する段階は、第１のネットワーク機能ネットワーク要素によって、第３のネットワーク機能ネットワーク要素の第２のアドレスに、第１の加入相関識別子を含む第５のメッセージを送信する段階を含む。

実現可能な設計では、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する前に、この方法は、第１のネットワーク機能ネットワーク要素によって、第１の通知相関識別子を割り当てる段階をさらに含み、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する段階は、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素に、第１の通知相関識別子を含む第１のメッセージを送信する段階を含む。第１のアドレスを使用して第１のネットワーク機能ネットワーク要素によって受信された第３のメッセージは、第１の通知相関識別子をさらに含む。第１のネットワーク機能ネットワーク要素によって、第３のメッセージに基づき、第１のサービスが変更されたことを知る段階は、第１のネットワーク機能ネットワーク要素によって、第３のメッセージ内の第１の通知相関識別子に基づき、第１のサービスが変更されたことを知る段階を含む。

この方法では、第１のネットワーク機能ネットワーク要素は、第１のサービスが変更されたことを正確に識別し得る。

実現可能な設計では、第２のメッセージは、第２の通知相関識別子をさらに含み、第２の通知相関識別子は、第３のネットワーク機能ネットワーク要素によって割り当てられる。第１のネットワーク機能ネットワーク要素によって、第３のネットワーク機能ネットワーク要素の第２のアドレスに第５のメッセージを送信する段階は、第１のネットワーク機能ネットワーク要素によって、第３のネットワーク機能ネットワーク要素の第２のアドレスに、第２の通知相関識別子を含む第５のメッセージを送信する段階を含む。

実現可能な設計では、第１のサービスが変更されたことは、第１のサービスのステータスが変更されたこと、および／または、第１のサービスの加入が変更されたことを意味する。実現可能な設計では、加入の変更は、加入相関識別子の変更またはイベント報告情報の変更を含み、イベント報告情報の変更は、イベント報告モードの変更、イベント報告の最大数の変更、およびイベント報告の最大持続時間の変更のうちの少なくとも１つを含む。

この方法では、第１のサービスが変更される特定の場合が正確に決定され得る。

実現可能な設計では、第１のサービスが変更されたことが、ステータスが変更されたことを意味する場合、第３のメッセージは、第１のステータス情報をさらに含む。第１のステータス情報は、休止状態、再開状態、中止状態、または削除状態である。このようにして、第１のネットワーク機能ネットワーク要素は、加入されたサービスの現在のステータスを知ってよい。

実現可能な設計では、第３のメッセージは、第１のステータス情報に対応するイベント識別子および／またはユーザアイデンティティをさらに含む。このようにして、第１のネットワーク機能ネットワーク要素は、ステータス変更イベントまたはステータス変更イベントに対応するユーザを知ってよい。

実現可能な設計では、第１のサービスが変更されたことが、加入が変更されたことを意味する場合、第３のメッセージは、第１のサービスの変更された加入の加入属性をさらに含む。このようにして、第１のネットワーク機能ネットワーク要素および第３のネットワーク機能ネットワーク要素は、加入されたサービスの現在の加入属性を知ってよい。

実現可能な設計では、加入の変更が加入相関識別子の変更である場合、第１のサービスの変更された加入の加入属性は、更新された加入相関識別子である。このようにして、第１のネットワーク機能ネットワーク要素および第３のネットワーク機能ネットワーク要素は、変更された加入の特定の加入属性を正確に知ってよい。

実現可能な設計では、加入の変更がイベント報告情報の変更である場合、第１のサービスの変更された加入の加入属性は、更新されたイベント報告モード、イベント報告の更新された最大量、およびイベント報告の更新された最大持続時間のうちの少なくとも１つを含む。このようにして、第１のネットワーク機能ネットワーク要素は、変更された加入の特定の加入属性を正確に知ってよい。

実現可能な設計では、第１のネットワーク機能ネットワーク要素によって、第１のアドレスを使用して第３のメッセージを受信する段階は、以下の２つの方式で実行してよい。１つ目の方式では、第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して、第２のネットワーク機能ネットワーク要素から第３のメッセージを受信する。２つ目の方式では、第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して、第４のネットワーク機能ネットワーク要素から第３のメッセージを受信する。第２のネットワーク機能ネットワーク要素は、第４のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスを要求する。

この方法では、第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを首尾よく受信してよい。

実現可能な設計では、命令情報は、第３のイベント識別子セットであり、第３のイベント識別子セットは、ステータス変更イベント識別子および／または加入変更イベント識別子を含む。このようにして、別のネットワーク機能ネットワーク要素は、第１のサービスが変更されたか否かを検出するように、特定のイベントによってトリガされてよい。

実現可能な設計では、加入変更イベント識別子は、加入相関識別子変更イベント識別子またはイベント報告情報変更イベント識別子を含む。このようにして、第１のサービスが変更されたことを検出するイベントは、正確に決定され得る。

実現可能な設計では、第３のメッセージは、第３のイベント識別子セット内の少なくとも１つのイベント識別子をさらに含む。このようにして、第１のネットワーク機能ネットワーク要素は、第１のサービスの特定の変更を識別してよい。

第２の態様によれば、本願の一実施形態は、サービス加入方法を提供し、この方法は、第２のネットワーク機能ネットワーク要素によって、第１のネットワーク機能ネットワーク要素から第１のメッセージを受信する段階であって、第１のメッセージは、第１のネットワーク機能ネットワーク要素によって、第２のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスに加入するために使用され、第１のメッセージは、第１のアドレスを含み、第１のアドレスは、第１のネットワーク機能ネットワーク要素のアドレスである、段階と、第１のサービスが変更されたことを第１のネットワーク機能ネットワーク要素に通知するために、第２のネットワーク機能ネットワーク要素によって、第１のネットワーク機能ネットワーク要素の第１のアドレスに第３のメッセージを送信する段階とを含む。

この方法では、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素に、第１のネットワーク機能ネットワーク要素のアドレスを送信する。したがって、第１のサービスが変更される場合、第１のネットワーク機能ネットワーク要素は、サービスが変更されたことの通知を受信してよい。このようにして、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、サービス変更を報告するためのメカニズムが改善される。

実現可能な設計では、第１のメッセージは、第２のアドレスをさらに含み、第２のアドレスは、第３のネットワーク機能ネットワーク要素のアドレスであり、第２のネットワーク機能ネットワーク要素は、第２のアドレスに基づき、第３のネットワーク機能ネットワーク要素に第１のサービスを提供する。このようにして、第１のサービスが正常である場合、第２のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素に要求されたイベントを正常に通知してよい。

実現可能な設計では、第１のメッセージは、命令情報をさらに含み、命令情報は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように命令するために使用される。このようにして、第１のサービスが変更されたことを検出した後、第２のネットワーク機能ネットワーク要素は、第１のアドレスに、第１のサービスが変更されたことを示すメッセージを送信する。

実現可能な設計では、第１のネットワーク機能ネットワーク要素から第１のメッセージを受信した後、第２のネットワーク機能ネットワーク要素は、第１のサービスの加入に対して第２の加入相関識別子を割り当てる。第２のネットワーク機能ネットワーク要素によって、第１のネットワーク機能ネットワーク要素の第１のアドレスに第３のメッセージを送信する段階は、第２のネットワーク機能ネットワーク要素によって、第３のメッセージに第２の加入相関識別子を追加する段階と、第１のネットワーク機能ネットワーク要素の第１のアドレスに第３のメッセージを送信する段階とを含む。このようにして、第１のネットワーク機能ネットワーク要素は、第３のメッセージ内の第２の加入相関識別子を使用して、第１のサービスが変更されたことを知ってよい。

実現可能な設計では、第１のメッセージは、第１の通知相関識別子をさらに含み、第２のネットワーク機能ネットワーク要素によって、第１のネットワーク機能ネットワーク要素の第１のアドレスに第３のメッセージを送信する段階は、第２のネットワーク機能ネットワーク要素によって、第１のネットワーク機能ネットワーク要素の第１のアドレスに、第１の通知相関識別子を含む第３のメッセージを送信する段階を含む。このようにして、第１のネットワーク機能ネットワーク要素は、第３のメッセージ内の第１の通知相関識別子を使用して、第１のサービスが変更されたことを知ってよい。

実現可能な設計では、第１のサービスが変更されたことは、第１のサービスのステータスが変更されたこと、および／または、第１のサービスの加入が変更されたことを意味する。実現可能な設計では、加入の変更は、加入相関識別子の変更またはイベント報告情報の変更を含み、イベント報告情報の変更は、イベント報告モードの変更、イベント報告の最大数の変更、およびイベント報告の最大持続時間の変更のうちの少なくとも１つを含む。

この方法では、第１のサービスが変更される特定の場合が正確に決定され得る。

実現可能な設計では、第１のサービスが変更されたことが、ステータスが変更されたことを意味する場合、第３のメッセージは、第１のステータス情報をさらに含む。第１のステータス情報は、休止状態、再開状態、中止状態、または削除状態である。このようにして、第１のネットワーク機能ネットワーク要素は、加入されたサービスの現在のステータスを知ってよい。

実現可能な設計では、第３のメッセージは、第１のステータス情報に対応するイベント識別子および／またはユーザアイデンティティをさらに含む。このようにして、第１のネットワーク機能ネットワーク要素は、ステータス変更イベントまたはステータス変更イベントに対応するユーザを知ってよい。

実現可能な設計では、第１のサービスが変更されたことが、加入が変更されたことを意味する場合、第３のメッセージは、第１のサービスの変更された加入の加入属性をさらに含む。このようにして、第１のネットワーク機能ネットワーク要素は、加入されたサービスの現在の加入属性を知ってよい。

実現可能な設計では、加入の変更が加入相関識別子の変更である場合、第１のサービスの変更された加入の加入属性は、更新された加入相関識別子である。このようにして、第１のネットワーク機能ネットワーク要素は、変更された加入の特定の加入属性を正確に知ってよい。

実現可能な設計では、加入の変更がイベント報告情報の変更である場合、第１のサービスの変更された加入の加入属性は、更新されたイベント報告モード、イベント報告の更新された最大量、およびイベント報告の更新された最大持続時間のうちの少なくとも１つを含む。このようにして、第１のネットワーク機能ネットワーク要素は、変更された加入の特定の加入属性を正確に知ってよい。

実現可能な設計では、命令情報は、第３のイベント識別子セットであり、第３のイベント識別子セットは、ステータス変更イベント識別子および／または加入変更イベント識別子を含む。このようにして、第２のネットワーク機能ネットワーク要素は、第１のサービスが変更されたか否かを検出するように、特定のイベントによってトリガされてよい。

実現可能な設計では、加入変更イベント識別子は、加入相関識別子変更イベント識別子またはイベント報告情報変更イベント識別子を含む。このようにして、第２のネットワーク機能ネットワーク要素は、第１のサービスが変更されたことを検出するイベントを正確に決定し得る。

実現可能な設計では、第３のメッセージは、第３のイベント識別子セット内の少なくとも１つのイベント識別子をさらに含む。このようにして、第１のネットワーク機能ネットワーク要素は、第１のサービスの特定の変更を識別してよい。

実現可能な設計では、第２のネットワーク機能ネットワーク要素は、第４のネットワーク機能ネットワーク要素から第１のサービスを要求し、第４のネットワーク機能ネットワーク要素に第１のアドレスを送信する。このようにして、ＵＥが移動したため、ＵＥが第４のネットワーク機能ネットワーク要素を再選択した後、第４のネットワーク機能ネットワーク要素は、第１のアドレスに、第１のサービスが変更されたことを通知するメッセージを送信してよい。

第３の態様によれば、本願は、第１のネットワーク機能ネットワーク要素をさらに提供し、第１のネットワーク機能ネットワーク要素は、前述の方法の実施形態における第１のネットワーク機能ネットワーク要素の挙動を実装する機能を有する。当該機能は、ハードウェアによって実装されてよく、または、対応するソフトウェアを実行することでハードウェアによって実装されてよい。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールを含む。

実現可能な設計では、第１のネットワーク機能ネットワーク要素の構造は、送信ユニットと、受信ユニットと、処理ユニットとを含み、これらのユニットは、前述の方法例における対応する機能を実行してよい。詳細については、方法例の詳細な説明を参照されたい。詳細は再度説明しない。

実現可能な設計では、第１のネットワーク機能ネットワーク要素の構造は、送受信機およびプロセッサを含み、任意選択でメモリをさらに含む。送受信機は、データを受信および送信するように構成されるとともに、通信システム内の別のデバイスと通信およびインタラクトするように構成される。プロセッサは、前述の方法における対応する機能の実行において、第１のネットワーク機能ネットワーク要素をサポートするように構成される。メモリは、プロセッサに結合され、メモリは、第１のネットワーク機能ネットワーク要素に必要なプログラム命令およびデータを記憶する。

第４の態様によれば、本願は、第２のネットワーク機能ネットワーク要素をさらに提供し、第２のネットワーク機能ネットワーク要素は、前述の方法例における第２のネットワーク機能ネットワーク要素の挙動を実装する機能を有する。当該機能は、ハードウェアによって実装されてよく、または、対応するソフトウェアを実行することでハードウェアによって実装されてよい。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールを含む。

実現可能な設計では、第２のネットワーク機能ネットワーク要素の構造は、受信ユニットと、送信ユニットと、処理ユニットとを含み、これらのユニットは、前述の方法例における対応する機能を実行してよい。詳細については、方法例の詳細な説明を参照されたい。ここで、詳細は再度説明しない。

実現可能な設計では、第２のネットワーク機能ネットワーク要素の構造は、送受信機およびプロセッサを含み、任意選択でメモリをさらに含む。送受信機は、データを受信および送信するように構成されるとともに、通信システム内の別のデバイスと通信およびインタラクトするように構成される。プロセッサは、前述の方法における対応する機能の実行において、第２のネットワーク機能ネットワーク要素をサポートするように構成される。メモリは、プロセッサに結合され、メモリは、第２のネットワーク機能ネットワーク要素に必要なプログラム命令およびデータを記憶する。

第５の態様によれば、本願は、システムをさらに提供し、このシステムは、第１のネットワーク機能ネットワーク要素を含み、第１のネットワーク機能ネットワーク要素は、第１の態様における第１のネットワーク機能ネットワーク要素によって実行される段階および第１の態様の任意の方法を実行するように構成されてよい。実現可能な設計では、システムは、第２のネットワーク機能ネットワーク要素をさらに含んでよく、第２のネットワーク機能ネットワーク要素は、第１の態様における第２のネットワーク機能ネットワーク要素によって実行される段階および第１の態様の任意の方法を実行するように構成されてよい。実現可能な設計では、システムは、本願の本実施形態において提供された解決手段における第１のネットワーク機能ネットワーク要素および／または第２のネットワーク機能ネットワーク要素とインタラクトする、第３のネットワーク機能ネットワーク要素などの別のデバイスをさらに含んでよい。

第６の態様によれば、本願は、システムをさらに提供し、このシステムは、第２のネットワーク機能ネットワーク要素を含み、第２のネットワーク機能ネットワーク要素は、第２の態様における第２のネットワーク機能ネットワーク要素によって実行される段階および第２の態様の任意の方法を実行するように構成されてよい。実現可能な設計では、システムは、第１のネットワーク機能ネットワーク要素をさらに含んでよく、第１のネットワーク機能ネットワーク要素は、第２の態様における第１のネットワーク機能ネットワーク要素によって実行される段階および第２の態様の任意の方法を実行するように構成されてよい。実現可能な設計では、システムは、本願の本実施形態において提供された解決手段における第１のネットワーク機能ネットワーク要素および／または第２のネットワーク機能ネットワーク要素とインタラクトする、第３のネットワーク機能ネットワーク要素などの別のデバイスをさらに含んでよい。

第７の態様によれば、本願は、コンピュータ記憶媒体をさらに提供し、このコンピュータ記憶媒体は、コンピュータ実行可能命令を記憶し、コンピュータ実行可能命令は、コンピュータによって呼び出されると、コンピュータに前述の方法のうちのいずれか１つを実行させるように使用される。

第８の態様によれば、本願は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で動作すると、コンピュータは、前述の方法のうちのいずれか１つを実行する。

第９の態様によれば、本願は、チップをさらに提供し、このチップは、メモリに接続され、前述の方法のうちのいずれか１つを実施するように、メモリに記憶されたプログラム命令を読み出して実行するように構成される。

本願に係る通信システムの概略的なアーキテクチャ図である。

本願に係るサービス加入方法のフローチャートである。

本願に係るサービス加入方法の例示的なフローチャートである。

本願に係る別のサービス加入方法の例示的なフローチャートである。 本願に係る別のサービス加入方法の例示的なフローチャートである。

本願に係る別のサービス加入方法のフローチャートである。

本願に係る装置の概略的な構造図である。

本願に係る別の装置の概略的な構造図である。

本願に係る第１のネットワーク機能ネットワーク要素の構造図である。

本願に係る第２のネットワーク機能ネットワーク要素の構造図である。

以下、添付図面を参照しながら、本願をさらに詳細に説明する。

本願の実施形態は、サービス変更を報告するためのメカニズムを提案するために、サービス加入方法および装置を提供する。本願における方法および装置は、同じ発明概念に基づくものである。方法および装置の問題を解決する原理は同様であるので、装置および方法の実装態様は相互に参照されてよく、重複部分は説明しない。

以下、本願におけるいくつかの用語を、当業者によるより良い理解を助けるべく説明する。

（１）第１のネットワーク機能ネットワーク要素、第２のネットワーク機能ネットワーク要素、および第３のネットワーク機能ネットワーク要素は、コアネットワークの制御プレーン内のネットワーク機能ネットワーク要素であり、イベント露出サービスをサポートし、イベント露出サービスに基づく通信およびインタラクションを実行してよい。具体的には、本願に関連する実施形態において、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から、第１のネットワーク機能ネットワーク要素のためにサービスに加入する。第１のネットワーク機能ネットワーク要素は、限定されないが、データ管理ネットワーク要素、ポリシ制御機能ネットワーク要素などであってよい。例えば、データ管理ネットワーク要素は、ＵＤＭ（統合データ管理）であってよく、ポリシ制御機能ネットワーク要素は、ＰＣＦ（ポリシ制御機能）であってよい。第２のネットワーク機能ネットワーク要素は、限定されないが、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素などであってよい。例えば、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素は、ＡＭＦ（コアアクセスおよびモビリティ管理機能）であってよく、セッション管理機能ネットワーク要素は、ＳＭＦ（セッション管理機能）であってよい。第３のネットワーク機能ネットワーク要素は、限定されないが、ネットワーク露出機能ネットワーク要素であってよく、例えば、ＮＥＦ（ネットワーク露出機能）であってよい。例えば、第１のネットワーク機能ネットワーク要素がＵＤＭである場合、第２のネットワーク機能ネットワーク要素は、それに応じてＡＭＦであってよい。別の例では、第１のネットワーク機能ネットワーク要素がＳＭＦである場合、第２のネットワーク機能ネットワーク要素は、それに応じてＳＭＦであってよい。これらの３つのネットワーク機能ネットワーク要素の例において、ネットワーク要素の名称は単に例である。将来の通信において、ネットワーク要素の名称は変更されてよい。これは、本願において限定されない。

（２）本願の説明において、「第１」および「第２」などの語は、単に区別および説明のために使用されており、相対的重要性を指示もしくは暗示するもの、または、順序を指示もしくは暗示するものとして理解されるべきでない。

（３）「および／または」という用語は、関連する対象を説明するための関連関係を説明しており、３つの関係が存在し得ることを表している。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという３つの場合を表し得る。記号「／」は一般に、関連する対象の間の「または」の関係を示している。

本願の実施形態における技術的解決手段をより明確に説明するために、以下では、添付図面を参照しながら、本願の実施形態において提供されるサービスデータ取得方法および装置を詳細に説明する。

本願の実施形態において提供されるサービス加入方法を適用可能な考えられ得る通信システムアーキテクチャは、ネットワーク露出機能ネットワーク要素、ポリシ制御機能ネットワーク要素、データ管理ネットワーク要素、アプリケーション機能ネットワーク要素、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素、セッション管理機能ネットワーク要素、端末デバイス、アクセスネットワークデバイス、ユーザプレーン機能ネットワーク要素、およびデータネットワークを含んでよい。図１は、通信システムアーキテクチャの考えられ得る例を示している。通信システムアーキテクチャには、具体的には、ＮＥＦネットワーク要素、ＰＣＦネットワーク要素、ＵＤＭネットワーク要素、ＡＦネットワーク要素、ＡＭＦネットワーク要素、ＳＭＦネットワーク要素、ＵＥ、アクセスネットワーク（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＡＮ）デバイス、ＵＰＦネットワーク要素、およびデータネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）が含まれる。ＡＭＦネットワーク要素は、Ｎ１インタフェースを通して端末デバイスに接続されてよく、ＡＭＦは、Ｎ２インタフェースを通してＡＮデバイスに接続されてよく、ＡＮデバイスは、Ｎ３インタフェースを通してＵＰＦに接続されてよく、ＳＭＦは、Ｎ４インタフェースを通してＵＰＦに接続されてよく、ＵＰＦは、Ｎ６インタフェースを通してＤＮに接続されてよい。インタフェースの名称は、単に説明のための例である。これは、本願の本実施形態において特に限定されるものではない。本願の本実施形態は、図１に示されている通信システムに限定されないことを理解されたい。図１に示されるネットワーク要素の名称は、本明細書において単に説明のための例として使用されており、本願における方法を適用可能な通信システムアーキテクチャに含まれるネットワーク要素を限定するものとしては使用されていない。以下では、通信システムにおける各ネットワーク要素またはデバイスの機能を詳細に説明する。

端末デバイスは、ユーザ機器（ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、ＭＳ）、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ、ＭＴ）などと称されてもよく、音声および／またはデータ接続性をユーザに提供するデバイスである。例えば、端末デバイスは、無線接続機能を有するハンドヘルドデバイス、車載デバイスなどを含んでよい。現在、端末デバイスは、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）デバイス、産業用制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）における無線端末、自動運転（ｓｅｌｆ－ｄｒｉｖｉｎｇ）における無線端末、遠隔外科手術（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ ｓｕｒｇｅｒｙ）における無線端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）における無線端末、輸送安全性（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）における無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末などであってよい。図１には、例としてＵＥを使用して端末デバイスが示されているが、端末デバイスはこれに限定されない。

無線アクセスネットワークは、図１に示されるアクセスネットワーク（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＡＮ）であり、無線アクセスサービスを端末デバイスに提供してよい。アクセスネットワークデバイスとは、通信システムにおける、端末デバイスが無線ネットワークにアクセスするのを可能にするデバイスである。アクセスネットワークデバイスは、無線アクセスネットワークにおけるノードであり、基地局と称されてもよく、または無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）ノード（またはデバイス）と称されてもよい。現在、例えば、アクセスネットワークデバイスは、ｇＮＢ、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）、発展型ノードＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ノードＢ（ＮｏｄｅＢ、ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、ベーストランシーバ基地局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ、ＢＴＳ）、ホーム基地局（例えば、ホーム発展型ノードＢまたはホームノードＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ、ＢＢＵ）またはワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）である。

図１に示されるデータネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、ＤＮ）などのデータネットワークは、インターネット（Ｉｎｔｅｒｎｅｔ）、ＩＰマルチメディアサービス（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ、ＩＭＳ）ネットワーク、地域ネットワーク（すなわち、モバイルエッジコンピューティング（ｍｏｂｉｌｅ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）ネットワークなどのローカルネットワーク）などであってよい。データネットワークにはアプリケーションサーバが含まれ、アプリケーションサーバは、端末デバイスを用いてデータを伝送することによって、端末デバイスにサービスを提供する。

コアネットワークは、端末デバイスが端末デバイスのサービスを実施できるＤＮにアクセスするのを可能にするように構成される。以下では、コアネットワーク内のネットワーク要素の機能を説明する。

コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素は、端末デバイスのアクセス制御およびモビリティを管理するように構成されてよい。実際の適用では、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素は、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）のネットワークフレームワークにおけるモビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ、ＭＭＥ）内のモビリティ管理機能を含み、かつアクセス管理機能を含む。具体的には、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素は、端末デバイスの登録、モビリティ管理、トラッキングエリア更新手順、接続可能性検出、セッション管理機能ネットワーク要素の選択、モビリティステータス遷移管理などを担ってよい。例えば、５Ｇにおいて、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素は、例えば、図１に示すようなＡＭＦ（アクセスおよびモビリティ管理機能）ネットワーク要素であってよい。将来の通信において、例えば、６Ｇにおいて、コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素は、依然としてＡＭＦネットワーク要素であってもよいし、または別の名称を有してもよい。これは、本願において限定されない。コアネットワークアクセスおよびモビリティ管理機能ネットワーク要素がＡＭＦネットワーク要素である場合、ＡＭＦは、Ｎａｍｆサービスを提供してよい。

セッション管理機能ネットワーク要素は、端末デバイスのセッション管理（セッション確立、修正、およびリリースを含む）、ユーザプレーン機能ネットワーク要素の選択および再選択、端末デバイスのインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス割り当て、クオリティオブサービス（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）制御などを担うように構成されてよい。例えば、５Ｇにおいて、セッション管理機能ネットワーク要素は、例えば、図１に示すようなＳＭＦ（セッション管理機能）ネットワーク要素であってよい。将来の通信において、例えば、６Ｇにおいて、セッション管理機能ネットワーク要素は、依然としてＳＭＦネットワーク要素であってもよいし、または別の名称を有してもよい。これは、本願において限定されない。セッション管理機能ネットワーク要素がＳＭＦネットワーク要素である場合、ＳＭＦは、Ｎｓｍｆサービスを提供してよい。

ポリシ制御機能ネットワーク要素は、ポリシ制御意思決定を担うとともに、サービスベースのデータフローおよびアプリケーション検出、ゲーティング、ＱｏＳ、ならびにフローベースの課金制御などの機能を提供するように構成されてよい。例えば、５Ｇにおいて、ポリシ制御機能ネットワーク要素は、例えば、図１に示すようなＰＣＦ（ポリシ制御機能）ネットワーク要素であってよい。将来の通信において、例えば、６Ｇにおいて、ポリシ制御機能ネットワーク要素は、依然としてＰＣＦネットワーク要素であってもよいし、または別の名称を有してもよい。これは、本願において限定されない。ポリシ制御機能ネットワーク要素がＰＣＦネットワーク要素である場合、ＰＣＦネットワーク要素は、Ｎｐｃｆサービスを提供してよい。

アプリケーション機能ネットワーク要素の主な機能は、サービスフロールーティング、アクセスネットワーク能力露出、ポリシ制御などに影響を与えるように、サービスを提供するために第３世代パートナーシッププロジェクト（ｔｈｅ ３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）コアネットワークとインタラクトすることである。例えば、５Ｇにおいて、アプリケーション機能ネットワーク要素は、例えば、図１に示すようなＡＦ（アプリケーション機能）ネットワーク要素であってよい。将来の通信において、例えば、６Ｇにおいて、アプリケーション機能ネットワーク要素は、依然としてＡＦネットワーク要素であってもよいし、または別の名称を有してもよい。これは、本願において限定されない。アプリケーション機能ネットワーク要素がＡＦネットワーク要素である場合、ＡＦネットワーク要素は、Ｎａｆサービスを提供してよい。

データ管理ネットワーク要素は、端末デバイスの加入データ、端末デバイスに関連する登録情報などを管理するように構成されてよい。例えば、５Ｇにおいて、データ管理ネットワーク要素は、例えば、図１に示すような統合データ管理ネットワーク要素（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、ＵＤＭ）であってよい。将来の通信において、例えば、６Ｇにおいて、データ管理ネットワーク要素は、依然としてＵＤＭネットワーク要素であってもよいし、または別の名称を有してもよい。これは、本願において限定されない。データ管理ネットワーク要素がＵＤＭネットワーク要素である場合、ＵＤＭネットワーク要素は、Ｎｕｄｍサービスを提供してよい。

ネットワーク露出機能ネットワーク要素は、３ＧＰＰがネットワークサービス能力を第３者ＡＦ（例えば、サービス能力サーバ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ、ＳＣＳ）またはアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、ＡＳ））にセキュアに提供するのを可能にするように構成されてよい。例えば、５Ｇにおいて、ネットワーク露出機能ネットワーク要素は、例えば、図１に示すようなＮＥＦ（ネットワーク露出機能）であってよい。将来の通信において、例えば、６Ｇにおいて、ネットワーク露出機能ネットワーク要素は、依然としてＮＥＦネットワーク要素であってもよいし、または別の名称を有してもよい。これは、本願において限定されない。ネットワーク露出機能ネットワーク要素がＮＥＦである場合、ＮＥＦは、Ｎｎｅｆサービスを別のネットワーク機能ネットワーク要素に提供してよい。

コアネットワーク内の前述のネットワーク要素のそれぞれは、機能エンティティと称されてもよく、専用のハードウェアに実装されたネットワーク要素であってもよく、または、専用のハードウェア上で動作するソフトウェアインスタンスもしくは適切なプラットフォーム上の仮想機能のインスタンスであってもよい。例えば、仮想化プラットフォームは、クラウドプラットフォームであってよい。

図１に示される通信システムアーキテクチャは、図に示されるネットワーク要素のみを含むように限定されず、図に示していない別のデバイスをさらに含んでよいことに留意されたい。本願においてここで詳細は１つ１つ説明しない。

コアネットワーク内のネットワーク要素の分散形態は、本願の本実施形態において限定されないことに留意されたい。図１に示される分散形態は、単に例であり、本願を限定するものではない。

説明を容易にするために、以降、図１に示されるネットワーク要素は、本願において説明のための例として使用され、ＸＸネットワーク要素は、ＸＸとして直接称される。本願における全てのネットワーク要素の名称は、単に例として使用されており、将来の通信において他の名称で称されてもよいし、または、本願におけるネットワーク要素は、将来の通信における同じ機能を有する別のエンティティもしくはデバイスによって置き換えられてもよいことを理解されたい。これは、本願において限定されない。本明細書には統一的な説明が提供され、以下の内容において繰り返されない。

図１に示される通信システムは、本願の実施形態を適用可能な通信システムに対する限定を構成するものではないことに留意されたい。図１に示される通信システムアーキテクチャは、５Ｇシステムアーキテクチャである。任意選択で、本願の実施形態における方法は、６Ｇまたは別の通信ネットワークなどの様々な将来の通信システムにさらに適用可能である。

本願の一実施形態は、図１に示される通信システムに適用可能な、サービス加入方法を提供する。図２を参照すると、方法の具体的な手順は、以下の段階を含む。

段階２０１：第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスに加入するように、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する。第１のメッセージは、第１のアドレスを含み、第１のアドレスは、第１のネットワーク機能ネットワーク要素のアドレスである。第１のアドレス（アドレスは通知エンドポイント（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｅｎｄｐｏｉｎｔ）と称されてもよい）は、第１のネットワーク機能ネットワーク要素のインターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス、第１のネットワーク機能ネットワーク要素のポート番号、ユニフォームリソースロケータ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ、ＵＲＬ）などのうちの少なくとも１つまたは組み合わせであってよい。

第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から、第３のネットワーク機能ネットワーク要素のために提供される第１のサービスに加入するように、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する。すなわち、第１のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素の代わりに第１のサービスに加入する。

第１のネットワーク機能ネットワーク要素は、図１に示す通信システムにおけるＵＤＭ、ＰＣＦなどであってよい。第２のネットワーク機能ネットワーク要素は、図１に示す通信システムにおけるＡＭＦ、ＳＭＦなどであってよい。第３のネットワーク機能ネットワーク要素は、図１に示す通信システムにおけるＮＥＦなどであってよい。これは、本願において限定されない。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する前に、この方法は、第１のネットワーク機能ネットワーク要素が第１のアドレスに第１の通知相関識別子を割り当てることをさらに含む。第１のネットワーク機能ネットワーク要素が第２のネットワーク機能ネットワーク要素に第１のメッセージを送信することは、別のネットワーク要素を使用して後で戻されたメッセージが第１の通知相関識別子を保持している場合に、メッセージが第１のサービスの加入に関連していることが知られ得るように、第１のネットワーク機能ネットワーク要素が第２のネットワーク機能ネットワーク要素に第１の通知相関識別子を含む第１のメッセージを送信することを含む。

任意選択で、第１のメッセージは、命令情報をさらに含み、命令情報は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように命令するために使用される。

任意選択の実施態様では、命令情報は、単に命令情報値であってもよいし、またはイベント識別子セット（本願の本実施形態において第３のイベント識別子セットと称される）であってもよい。命令情報が第３のイベント識別子セットである場合、第３のイベント識別子セットは、ステータス変更イベント識別子、加入変更イベント識別子などを含んでよい。任意選択で、加入変更イベント識別子は、加入相関識別子変更イベント識別子、イベント報告情報変更イベント識別子などを含んでよい。

任意選択の実施態様では、第１のメッセージが前述の命令情報を含んでいない場合、第１のメッセージを受信した後、第２のネットワーク機能ネットワーク要素は、先行技術のものと比べて１つ多いアドレスが第１のメッセージ内に保持されているのを発見し、このアドレスは、いずれのイベント識別子とも関連しない。すなわち、第１のアドレスが保持されており、第１のアドレスがいずれのイベント識別子とも関連しない場合、第１のネットワーク機能ネットワーク要素が、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信したと自動的に識別されてよい。すなわち、このシナリオでは、第１のアドレスは、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように暗示的に命令する機能を有する。当然ながら、このシナリオでは、第２のネットワーク機能ネットワーク要素が第１のアドレスを発見した場合、第２のネットワーク機能ネットワーク要素は、代替的に、任意の他の形態で、例えば現在構成済みのメカニズムを使用して、第１のサービスが変更されたことを通知するメッセージが第１のアドレスを使用して受信された可能性があると識別してよい。これは、本願において限定されない。

任意選択の実施態様では、第１のサービスが変更されたことは、第１のサービスのステータスが変更されたこと、および／または、第１のサービスの加入（すなわち、第１のサービスの加入）が変更されたことを意味する。第１のサービスのステータス変更は、第１のサービスの現在のステータスの変更であってよい。例えば、第１のサービスの現在のステータスは、限定されないが、休止状態、再開状態、中止状態、または削除状態であってよい。第１のサービスの加入の変更は、加入属性の変更であってよい。例えば、加入の変更は、加入相関識別子の変更またはイベント報告情報の変更を含んでよい。イベント報告情報の変更は、イベント報告モードの変更、イベント報告の最大数の変更、およびイベント報告の最大持続時間の変更のうちの少なくとも１つを含む。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する前に、第１のネットワーク機能ネットワーク要素は、以下の段階をさらに実行する。すなわち、第１のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素から第２のメッセージを受信する。ここで、第２のメッセージは、第２のサービスに加入するために使用される。この場合、第３のネットワーク機能ネットワーク要素によって第１のネットワーク機能ネットワーク要素に送信された第１のメッセージは、段階２０１を実行するように第１のネットワーク機能ネットワーク要素をトリガすることができるように、第１のネットワーク機能ネットワーク要素によって受信されたトリガメッセージとみなされてよい。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第２のメッセージを受信した後に、この方法は、第１のネットワーク機能ネットワーク要素は、第２のサービスに基づき、第２のネットワーク機能ネットワーク要素から加入する必要がある第１のサービスを決定する段階をさらに含む。任意選択で、第１のサービスに加入するためのメッセージ（すなわち、第１のメッセージ）は、第１のイベント識別子セットを含み、第２のメッセージは、第２のイベント識別子セットを含み、第１のネットワーク機能ネットワーク要素は、第２のイベント識別子セットにおいて第２のネットワーク機能ネットワーク要素によって提供される必要があるイベントに対応するイベント識別子のセットを決定し、決定されたイベント識別子のセットは、第１のイベント識別子セットである。

具体的には、第２のメッセージは、第２のアドレスを含み、第２のアドレスは、第３のネットワーク機能ネットワーク要素のアドレスである。任意選択で、第１のメッセージは、第２のネットワーク機能ネットワーク要素が第２のアドレスを使用して第３のネットワーク機能ネットワーク要素に第１のサービスを提供するように、第２のアドレスをさらに含む。

任意選択の実施態様では、第２のメッセージは、第２の通知相関識別子をさらに含み、第２の通知相関識別子は、第３のネットワーク機能ネットワーク要素によって第２のアドレスに割り当てられる。

任意選択で、第１のネットワーク機能ネットワーク要素が第３のネットワーク機能ネットワーク要素から第２のメッセージを受信した後、第１のネットワーク機能ネットワーク要素は、第２のサービスの加入（すなわち、第２のサービスの加入）に第１の加入相関識別子を割り当て、第１の加入相関識別子を第３のネットワーク機能ネットワーク要素に送信する。任意選択で、第１のネットワーク機能ネットワーク要素が第１の加入相関識別子を送信する場合、第１の加入相関識別子は、第１のネットワーク機能ネットワーク要素によって第３のネットワーク機能ネットワーク要素に送信されたイベント露出加入応答（Ｎｎｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｓｐｏｎｓｅ）内に保持されてよい。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第２のネットワーク機能ネットワーク要素に第１のメッセージを送信した後、この方法は、以下の段階をさらに含む。すなわち、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から第２の加入相関識別子を受信し、ここで、第２の加入相関識別子は、第２のネットワーク機能ネットワーク要素によって第１のサービスの加入（すなわち、第１のサービスの加入）に割り当てられた加入相関識別子である（すなわち、第１のネットワーク機能ネットワーク要素によって後で受信されたメッセージが第２の加入相関識別子を含んでいる場合、第１のネットワーク機能ネットワーク要素は、そのメッセージが第１のサービスの加入に関連していることを知る）。

段階２０２：第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して第３のメッセージを受信する。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第１のアドレスを使用して第３のメッセージを受信することは、具体的に以下の２つの場合を含んでよい。

場合１：第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して第２のネットワーク機能ネットワーク要素から第３のメッセージを受信する。

場合２：第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して第４のネットワーク機能ネットワーク要素から第３のメッセージを受信し、ここで、第２のネットワーク機能ネットワーク要素は、第４のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスを要求する。

具体的には、場合１において、第１のサービスが変更されたことが検出された後（詳細には段階２０１において言及された第１のサービスの変更の関連する説明を参照されたい）、第２のネットワーク機能ネットワーク要素は、第１のネットワーク機能ネットワーク要素に第３のメッセージを送信する。例えば、ネットワークポリシが変更されたため、第１のサービスの現在のステータスは、正常な実行から一時停止（Ｓｕｓｐｅｎｄ）に、また一時停止から再開（Ｒｅｓｕｍｅ）に変更されてよい。別の例では、第１のサービスの加入は、ネットワークポリシまたはユーザ加入によって、中止（Ｃａｎｃｅｌ）、削除（Ｄｅｌｅｔｅ）などされる。場合２には、３つのシナリオがあり得る。１つ目のシナリオでは、ＵＥが移動するため、ＵＥにサービス提供するネットワーク要素は、第２のネットワーク機能ネットワーク要素から第４のネットワーク機能ネットワーク要素にハンドオーバされる。この場合、第４のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素と同じ機能を有する。このシナリオでは、第２のネットワーク機能ネットワーク要素は、第１のサービスの加入情報に基づいてコンテキスト情報を生成し、第４のネットワーク機能ネットワーク要素から第１のサービスを要求するために、そのコンテキスト情報を第４のネットワーク機能ネットワーク要素に送信し、第４のネットワーク機能ネットワーク要素に第１のアドレス（コンテキスト情報に含まれてもよい）を送信する。続いて、第１のサービスが変更された（例えば、第４のネットワーク機能ネットワーク要素が第１のサービスの加入に対して新たな加入相関識別子を割り当てる）ことが検出された後、第４のネットワーク機能ネットワーク要素は、第１のネットワーク機能ネットワーク要素に第３のメッセージを送信する。２つ目のシナリオでは、ＵＥが移動するため、ＵＥにサービス提供するネットワーク要素は、第２のネットワーク機能ネットワーク要素から第４のネットワーク機能ネットワーク要素にハンドオーバされる。この場合、第４のネットワーク機能ネットワーク要素の機能は、第２のネットワーク機能ネットワーク要素のものとは異なる。このシナリオでは、第２のネットワーク機能ネットワーク要素は、第１のサービスの加入情報に基づいてコンテキスト情報を生成し、第４のネットワーク機能ネットワーク要素から第１のサービスを要求するために、そのコンテキスト情報を第４のネットワーク機能ネットワーク要素に送信し、第４のネットワーク機能ネットワーク要素に第１のアドレスを送信する。第４のネットワーク機能ネットワーク要素の機能を使用して、第１のサービスが変更されたことを検出した後、第４のネットワーク機能ネットワーク要素は、第１のネットワーク機能ネットワーク要素に第３のメッセージを送信する。３つ目のシナリオでは、第２のネットワーク機能ネットワーク要素も第１のサービスを提供できない場合、第２のネットワーク機能ネットワーク要素は、別のネットワーク機能ネットワーク要素、すなわち第４のネットワーク機能ネットワーク要素に第４のメッセージを送信する。第４のメッセージは、第１のサービスに加入するために使用される第１のアドレスを含む。このようにして、第１のサービスが変更されたことが検出された後、第４のネットワーク機能ネットワーク要素は、第１のネットワーク機能ネットワーク要素に第３のメッセージを送信する。

任意選択の実施態様では、第１のメッセージが命令情報を含んでおり、命令情報が第３のイベント識別子セットである場合、第３のメッセージは、第１のネットワーク機能ネットワーク要素が第１のサービスの特定の変更を識別するように、第３のイベント識別子セット内の少なくとも１つのイベント識別子をさらに含む。

段階２０３：第１のネットワーク機能ネットワーク要素は、第３のメッセージに基づき、第１のサービスが変更されたことを知る。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第３のメッセージに基づき第１のサービスが変更されたことを知った後、方法は、以下の段階をさらに含む。すなわち、第１のネットワーク機能ネットワーク要素は、第３のネットワーク機能ネットワーク要素の第２のアドレスに第５のメッセージを送信し、ここで、第５のメッセージは、第２のサービスが変更されたことを通知するために使用される。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が第３のネットワーク機能ネットワーク要素の第２のアドレスに第５のメッセージを送信することは、第１のネットワーク機能ネットワーク要素が、第３のネットワーク機能ネットワーク要素の第２のアドレスに、段階２０１において言及された第１の加入相関識別子を含む第５のメッセージを送信することを含む。

任意選択の実施態様では、第３のメッセージは、段階２０１において言及された第２の加入相関識別子をさらに含む。第１のネットワーク機能ネットワーク要素が、第３のメッセージに基づき、第１のサービスが変更されたことを知ることは、第１のネットワーク機能ネットワーク要素が、第３のメッセージ内の第２の加入相関識別子に基づき、第１のサービスが変更されたことを知ることを含む。

任意選択の実施態様では、第１のアドレスを使用して第１のネットワーク機能ネットワーク要素によって受信された第３のメッセージは、段階２０１において言及された第１の通知相関識別子をさらに含む。第１のネットワーク機能ネットワーク要素が、第３のメッセージに基づき、第１のサービスが変更されたことを知ることは、第１のネットワーク機能ネットワーク要素が、第３のメッセージ内の第１の通知相関識別子に基づき、第１のサービスが変更されたことを知る（すなわち、第１のネットワーク機能ネットワーク要素によって後で受信されたメッセージが第１の通知相関識別子を含んでいる場合、第１のネットワーク機能ネットワーク要素が、そのメッセージが第１のサービスの加入に関連していることを知る）ことを含む。

任意選択の実施態様では、第１のネットワーク機能ネットワーク要素が、第３のネットワーク機能ネットワーク要素の第２のアドレスに第５のメッセージを送信することは、第１のネットワーク機能ネットワーク要素が、第３のネットワーク機能ネットワーク要素の第２のアドレスに、段階２０１において言及された第２の通知相関識別子を含む第５のメッセージを送信することを含む。

任意選択で、具体的な実装時、第１のサービスの変更が段階２０１において言及されたステータス変更である場合、第３のメッセージは、第１のステータス情報をさらに含む。第５のメッセージは、第２のステータス情報をさらに含む。第１のステータス情報または第２のステータス情報は、休止状態、再開状態、中止状態、削除状態などであってよい。任意選択で、第３のメッセージは、第１のステータス情報に対応するイベント識別子および／またはユーザアイデンティティをさらに含む。

任意選択で、第１のサービスの変更が段階２０１において言及された加入の変更である場合、第３のメッセージは、第１のサービスの変更された加入の加入属性をさらに含む。第５のメッセージは、第２のサービスの変更された加入の加入属性をさらに含む。具体的には、加入の変更が加入相関識別子の変更である場合、第１のサービスの変更された加入の加入属性または第２のサービスの変更された加入の加入属性は、更新された加入相関識別子である。加入の変更がイベント報告情報の変更である場合、第１のサービスの変更された加入の加入属性または第２のサービスの変更された加入の加入属性は、更新されたイベント報告モード、イベント報告の更新された最大量、およびイベント報告の更新された最大持続時間のうちの少なくとも１つを含んでよい。

本願の本実施形態において提供されるサービス加入方法によれば、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスに加入するために、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する。ここで、第１のメッセージは、第１のアドレスを含み、第１のアドレスは、第１のネットワーク機能ネットワーク要素のアドレスであり、第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して第３のメッセージを受信し、第３のメッセージに基づき、第１のサービスが変更されたことを知る。この方法では、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素に第１のネットワーク機能ネットワーク要素のアドレスを送信する。したがって、第１のサービスが変更される場合、第１のネットワーク機能ネットワーク要素は、サービスが変更されたことの通知を受信してよい。このようにして、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、サービス変更を報告するためのメカニズムが改善される。

本願の実施形態において提供されるサービス加入方法は、図２の実施形態に基づく図３、図４Ａおよび図４Ｂ、ならびに図５の実施形態において、具体的例を使用して、以下で詳細に説明される。

図３に示すように、本願の一実施形態は、サービス加入方法の一例をさらに提供する。この例では、第１のネットワーク機能ネットワーク要素は、ＵＤＭであり、第２のネットワーク機能ネットワーク要素は、ＡＭＦであり、第３のネットワーク機能ネットワーク要素は、ＮＥＦである。ＮＥＦは、ＵＤＭからサービス（加入イベント通知サービスとも称される）に加入し、ＵＤＭは、さらにＡＭＦからＮＥＦのためにサービスに加入する。具体的には、この例の手順は、以下の段階を含んでよい。

段階３０１：ＮＥＦは、トリガ（ｔｒｉｇｇｅｒ）情報を取得する。具体的には、ＮＥＦがトリガ情報を取得した後、ＮＥＦは、ＵＤＭからサービス加入を実行するためにトリガされる。

任意選択で、トリガ情報は、ＡＦなどの別のネットワーク機能ネットワーク要素から来てもよい。代替的には、トリガ情報は、ＮＥＦの内部トリガメカニズムによるトリガによって取得されてよい。

段階３０２：ＮＥＦは、ＵＤＭに第２のメッセージを送信し、ＮＥＦは、第２のメッセージを使用してＵＤＭから第２のサービスに加入する。

第２のメッセージは、ＮＥＦのアドレス、すなわち第２のアドレスを含む。このようにして、ＮＥＦは、第２のアドレスを使用して、要求されたイベントを受信する。任意選択の実施態様では、第２のメッセージは、図２の実施形態において言及された第２のイベント識別子セット（イベントＩｄ１など）および第２の通知相関識別子（通知相関ＩＤなど）をさらに含む。第２のイベント識別子セットは、少なくとも１つのイベント識別子を含んでよい。第２の通知相関識別子は、後で受信されたイベント通知（Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ）（すなわち、後で受信された第５のメッセージ内の情報）と、以前に送達されたイベント加入（Ｅｖｅｎｔ Ｓｕｂｓｃｒｉｐｔｉｏｎ）（すなわち、第２のメッセージ内の第２のサービスの加入情報）とを相関させるために、ＮＥＦによって使用される。

任意選択の実施態様では、第２のメッセージは、ＵＥの（例えば、１つのＵＥのための）外部識別子、ＵＥのグループの（例えば、ＵＥのグループのための）グループ識別子、または任意のＵＥのインジケーション（例えば、ライブネットワーク内の全てのＵＥに有効な任意のＵＥパラメータ）をさらに含み、それにより、第２のサービスが最終的にどのＵＥに提供されるかを決定することができる。

任意選択の実施態様では、第２のメッセージは、イベント報告情報をさらに含み、イベント報告情報は、イベント報告モード、イベント報告の最大数、およびイベント報告の最大持続時間のうちの少なくとも１つを含む。イベント報告モードは、１回の報告、継続的な報告、定期的な報告などであってよい。

任意選択の実施態様では、第２のメッセージは、ＮＥＦによってＵＤＭに送信されたイベント露出加入要求（Ｎｕｄｍ＿Ｅｖｅｎｔ Ｅｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｑｕｅｓｔ）であってよい。具体的な実装時、ＮＥＦは、ハイパーテキスト転送プロトコル要求（ＨＴＴＰ ＰＯＳＴ）をＵＤＭに送信する。要求の宛先アドレスは、ユニフォームリソースロケータ１（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ、ＵＲＬ）であってよく、ＨＴＴＰ ＰＯＳＴのメッセージボディ（ｂｏｄｙ）は、第２のメッセージに含まれてよい前述の情報を保持する。ここで、詳細は再度説明しない。

段階３０３：ＵＤＭは、第２のメッセージ内の情報を記憶し、第２のメッセージ内の第２のサービスの加入に対して第１の加入相関識別子（加入相関ＩＤ１）を割り当てる。

具体的な実装時、ＵＤＭは、ボディに保持された上記情報に基づき、第２のサービスの加入のためのリソースを作成し、チャイルドリソース識別子加入ｉｄ１を生成し、作成されたリソースのためのユニフォームリソース識別子１（ユニフォームリソースロケータ、ＵＲＩ）を構築する。ＵＲＩ１は、要求されたＵＲＩを親リソース（ｐａｒｅｎｔ ｒｅｓｏｕｒｃｅ）として使用し、次にチャイルドリソース識別子を接ぎ合わせることで生成される。ここで、加入ｉｄ１は、加入相関ＩＤ１として使用されてよい。

段階３０４：ＵＤＭは、ＡＭＦに第１のメッセージを送信し、ＵＤＭは、第１のメッセージを使用してＡＭＦから第１のサービスに加入する。第１のメッセージは、ＵＤＭのアドレス、すなわち第１のアドレスを含む。

任意選択で、ＵＤＭは、第２のサービスに基づき、ＡＭＦから加入する必要がある第１のサービスを決定する。具体的には、第１のメッセージは、第１のイベント識別子セットをさらに含み、第１のイベント識別子セットは、第２のイベント識別子セットに基づいて生成され、第１のイベント識別子セットは、ＡＭＦによって提供される必要があるイベントに対応する、第２のイベント識別子セット内のイベント識別子のセットであり、第２のイベント識別子セットは、第２のメッセージに含まれる。

例えば、第２のメッセージを受信した後、ＵＤＭは、まず、第２のメッセージ内の第２のイベント識別子セットに対応する第２のイベントセット内にあり、ＡＭＦによって提供される必要がある、１つまたは複数のイベント（すなわち、本願の本実施形態では第２のイベント識別子セットに対応する第２のイベントセット）を決定し、次に、段階３０４を実行する。すなわち、第１のメッセージ内の第１のイベント識別子セットは、具体的には、第２のメッセージ内の第２のイベント識別子セットに基づいて決定される。例えば、第１のイベント識別子セットは、第２のイベント識別子セットのうちの一部または全部である。

具体的には、第１のアドレスに加えて、第１のメッセージは、ＮＥＦに第１のサービスを提供するためにＡＭＦによって使用される第２のアドレスをさらに含む。第１のサービスが変更される場合、ＵＤＭは、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信してよい。

任意選択の実施態様では、第１のメッセージは、命令情報をさらに含み、命令情報は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように命令するために使用される。具体的には、第１のサービスが変更されたことは、第１のサービスのステータスが変更されたこと、および／または、第１のサービスの加入が変更されたことを意味する。第１のサービスのステータス変更は、第１のサービスの現在のステータスの変更であってよい。例えば、第１のサービスの現在のステータスは、限定されないが、休止状態、再開状態、中止状態、または削除状態であってよい。加入の変更は、加入属性の変更であってよい。例えば、加入の変更は、加入相関識別子の変更またはイベント報告情報の変更を含む。イベント報告情報の変更は、イベント報告モードの変更、イベント報告の最大数の変更、イベント報告の最大持続時間の変更などのうちの少なくとも１つを含む。すなわち、前述の場合のうちのいずれか１つは、第１のサービスが変更されたことを示してよい。

任意選択の実施態様では、命令情報は、単に命令情報値であってもよいし、またはイベント識別子セット（すなわち、第３のイベント識別子セット）であってもよい。命令情報が第３のイベント識別子セットである場合、第３のイベント識別子セットは、ステータス変更イベント識別子、加入変更イベント識別子などを含んでよい。この場合、命令情報は、特別なイベントを提供するために命令する機能を有するとみなされてよい。例えば、特別なイベントは、ステータス変更イベントまたは加入変更イベントであってよい。任意選択で、加入変更イベント識別子は、加入相関識別子変更イベント識別子またはイベント報告情報変更イベント識別子を含んでよい。

任意選択の実施態様では、第１のメッセージが前述の命令情報を含んでいない場合、第１のメッセージを受信した後、ＡＭＦは、第１のメッセージが先行技術のものよりも１つ多いアドレスを保持しているのを発見する。すなわち、第１のアドレスが保持されている場合、ＡＭＦは、ＵＤＭが、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信したことを自動的に識別する。すなわち、このシナリオでは、第１のアドレスは、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように暗示的に命令する機能を有する。当然ながら、このシナリオでは、代替的には、ＡＭＦが第１のアドレスを発見した場合、ＡＭＦは、任意の他の形態で、例えば、現在構成されているメカニズムを使用して、第１のサービスが変更されたことを通知するメッセージが第１のアドレスを使用して受信された可能性があることを識別してよい。これは、本願において限定されない。

任意選択の実施態様では、第１のメッセージは、ＵＤＭによってＡＭＦに送信されたイベント露出加入要求（Ｎａｍｆ＿Ｅｖｅｎｔ Ｅｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｑｕｅｓｔ）であってよい。

段階３０５：第１のメッセージを受信した後、ＡＭＦは、第１のメッセージ内の情報を記憶し、第１のメッセージ内の第１のサービスの加入に対して第２の加入相関識別子（加入相関ＩＤ２）を割り当てる。

具体的な実装時、ＡＭＦは、ボディに保持された情報に基づいて第１のサービスの加入のためのリソースを作成し、チャイルドリソース識別子加入ｉｄ１を生成し、作成されたリソースのためのユニフォームリソース識別子（ユニフォームリソースロケータ、ＵＲＩ）２を構築する。ＵＲＩ２は、要求されたＵＲＩを親リソース（ｐａｒｅｎｔ ｒｅｓｏｕｒｃｅ）として使用し、次にチャイルドリソース識別子を接ぎ合わせることで生成される。ここで、加入ｉｄ２は、加入相関ＩＤ２として使用されてよい。

段階３０６：ＡＭＦは、ＵＤＭに第６のメッセージを送信し、ここで、第６のメッセージは、加入相関ＩＤ２を含む。

任意選択の実施態様では、第６のメッセージは、ＡＭＦによってＵＤＭに送信されたイベント露出加入応答（Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｓｐｏｎｓｅ）であってよい。具体的な実装時、ＡＭＦは、ＵＤＭにＨＴＴＰ応答を返し、ここで、ＨＴＴＰ応答は、「２０１ Ｃｒｅａｔｅｄ」のステータスコード（Ｓｔａｔｕｓ Ｃｏｄｅ）および「ロケーション」ヘッダ（ｈｅａｄｅｒ）を保持する。ロケーションヘッダは、ＵＲＩ２を保持する。

段階３０７：ＵＤＭは、ＮＥＦに第７のメッセージを返し、ここで、第７のメッセージは、加入相関ＩＤ１を含む。

任意選択の実施態様では、第７のメッセージは、ＵＤＭによってＮＥＦに送信されたイベント露出加入応答（Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｓｐｏｎｓｅ）であってよい。具体的な実装時、ＵＤＭは、ＮＥＦにＨＴＴＰ応答を返し、ここで、ＨＴＴＰ応答は、「２０１ Ｃｒｅａｔｅｄ」のステータスコード（Ｓｔａｔｕｓ Ｃｏｄｅ）および「ロケーション」ヘッダ（ｈｅａｄｅｒ）を保持する。ロケーションヘッダは、ＵＲＩ１を保持する。

段階３０８：ＮＥＦに提供されるべきイベントを検出した場合、ＡＭＦは、ＮＥＦに第１のサービスを提供する。

段階３０９：第１のサービスが変更されたことを検出した場合、ＡＭＦは、段階３１０を実行する。

任意選択で、ＵＥが移動するため、ＵＥにサービス提供するＡＭＦが再選択される必要がある場合、ＡＭＦは、段階３０４において受信した情報を別のＡＭＦ（すなわち、ＵＥのために再選択されたＡＭＦ）に送信する。この場合、別のＡＭＦは、第１のサービスが変更されたことを検出し、すなわち、別のＡＭＦは、段階３０９におけるＡＭＦのオペレーションを実行してよく、次に、別のＡＭＦは、段階３１０におけるＡＭＦのオペレーションの実行を継続する。

任意選択の実施態様では、第１のメッセージが命令情報を含んでいる場合、ＡＭＦ（または別のＡＭＦ）は、命令情報に従って検出を実行してよい。代替的には、ＡＭＦ（または別のＡＭＦ）は、システム構成に従って検出を実行してよい。具体的には、ＡＭＦ（または別のＡＭＦ）は、第１のサービスの変更が、段階３０４において説明された任意の変更であり得ることを検出し、詳細はここで再度説明しない。

例えば、ネットワークポリシが変更される、または、ＡＭＦ（または別のＡＭＦ）の能力が変更されるため、第１のサービスの現在のステータスは、正常な実行から一時停止（Ｓｕｓｐｅｎｄ）に、また一時停止から再開（Ｒｅｓｕｍｅ）に変更されてよい。別の例では、第１のサービスの加入は、ネットワークポリシまたはユーザ加入によって、中止（Ｃａｎｃｅｌ）、削除（Ｄｅｌｅｔｅ）などされる。

段階３１０：ＡＭＦ（または別のＡＭＦ）は、ＵＤＭの第１のアドレスに第３のメッセージを送信する。

第３のメッセージは、第１のサービスが変更されたことを通知するために使用される。

具体的な実装時、第３のメッセージは、ＡＭＦ（または別のＡＭＦ）によってＵＤＭに送信されたイベント露出加入変更報告要求（Ｎａｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｑｕｅｓｔ）またはイベント露出通知要求（Ｎａｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）であってよい。

段階３１１：ＵＤＭは、第３のメッセージに基づき、第１のサービスが変更されたことを知る。

任意選択の実施態様では、第１のサービスの変更が段階３０４において説明されたステータス変更である場合、第３のメッセージは、第１のステータス情報をさらに含む。第１のステータス情報は、休止状態、再開状態、中止状態、削除状態などであってよい。任意選択で、この場合には、第３のメッセージは、第１のステータス情報に対応するイベント識別子および／またはユーザアイデンティティ（ＵＥアイデンティティなど）をさらに含む。イベント識別子は、以下のようにして使用される。第１のイベント識別子セットに対応する１つまたは複数のイベントのステータスが変更される場合、ステータス変更を保持するイベント識別子は、ステータス変更イベントが発生したことを示してよい。ユーザアイデンティティは、以下のようにして使用される。イベント加入がユーザのグループのためのものである場合、ステータス変更を保持するユーザアイデンティティは、ステータス変更に対応するユーザを示すために使用される。

任意選択の実施態様では、第１のサービスの変更が段階３０４において説明された加入の変更である場合、第３のメッセージは、第１のサービスの変更された加入の加入属性をさらに含む。任意選択で、加入の変更が加入相関識別子の変更である場合、変更された加入属性は、更新された加入相関識別子である。加入の変更がイベント報告情報の変更である場合、変更された加入属性は、更新されたイベント報告モード、イベント報告の更新された最大量、およびイベント報告の更新された最大持続時間のうちの少なくとも１つを含む。

任意選択で、第１のメッセージは、第１の通知相関識別子をさらに含み、第１の通知相関識別子は、ＵＤＭによって第１のアドレスに割り当てられる。ＡＭＦによってＵＤＭの第１のアドレスに送信された第３のメッセージは、第１の通知相関識別子をさらに含む。ＵＤＭが、第３のメッセージに基づき、第１のサービスが変更されたことを知ることは、ＵＤＭが、第３のメッセージ内の第１の通知相関識別子に基づき、第１のサービスが変更されたことを知ることを含む。

任意選択の実施態様では、第１のメッセージが命令情報を含んでおり、命令情報が第３のイベント識別子セットである場合、第３のメッセージは、ＵＤＭが第１のサービスの特定の変更を識別するように、第３のイベント識別子セット内の少なくとも１つのイベント識別子をさらに含む。

段階３１２：第３のメッセージにおいて通知された第１のサービスの変更が第２のサービスの加入に影響を与える場合、ＵＤＭは、ＮＥＦに第５のメッセージを送信し、ここで、第５のメッセージは、第２のサービスが変更されたことを通知するために使用される。

具体的な実装時、第５のメッセージは、ＵＤＭによってＮＥＦに送信されたイベント露出加入変更報告要求（Ｎｕｄｍ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｑｕｅｓｔ）またはイベント露出通知要求（Ｎｕｄｍ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）であってよい。

任意選択の実施態様では、第１のサービスの変更が段階３０４において説明されたステータス変更であり、第３のメッセージが第１のステータス情報をさらに含む場合、第５のメッセージは、第２のステータス情報をさらに含む。第２のステータス情報に対する特定の制限については、第１のステータス情報に対する制限を参照されたい。ここで、詳細は再度説明しない。

任意選択の実施態様では、第１のサービスの変更が段階３０４において説明された加入の変更であり、第３のメッセージが第１のサービスの変更された加入の加入属性をさらに含む場合、第５のメッセージは、第２のサービスの変更された加入の加入属性をさらに含む。具体的には、第２のサービスの変更された加入の加入属性に対する制限については、前述の段階における変更された加入属性に対する制限を参照されたい。ここで、詳細は再度説明しない。

具体的な実装時、第２のメッセージは、第２の通知相関識別子をさらに含み、第２の通知相関識別子は、ＮＥＦによって第２のアドレスに割り当てられる。ＵＤＭによってＮＥＦに送信された第５のメッセージは、第２の通知相関識別子をさらに含む。

段階３１３：ＮＥＦは、ＵＤＭに第８のメッセージを送信する。

具体的には、第８のメッセージは、ＮＥＦによってＵＤＭに送信されたイベント露出加入変更報告応答（Ｎｕｄｍ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｓｐｏｎｓｅ）またはイベント露出通知応答（Ｎｕｄｍ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）であってよい。

段階３１４：ＵＤＭは、ＡＭＦに第９のメッセージを送信する。

具体的には、第９のメッセージは、ＵＤＭによってＡＭＦに送信されたイベント露出加入変更報告応答（Ｎａｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｓｐｏｎｓｅ）またはイベント露出通知応答（Ｎａｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）であってよい。

前述の例では、ＵＤＭがＡＭＦにＵＤＭのアドレスを送信するため、第１のサービスが変更される場合、ＵＤＭは、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、通知を受信してよい。

図４Ａおよび図４Ｂに示すように、本願の一実施形態は、サービス加入方法の一例をさらに提供する。この例では、第１のネットワーク機能ネットワーク要素は、ＰＣＦであり、第２のネットワーク機能ネットワーク要素は、ＳＭＦであり、第３のネットワーク機能ネットワーク要素は、ＮＥＦである。ＮＥＦは、ＰＣＦからサービスに加入し、ＰＣＦは、さらにＳＭＦからＮＥＦのためにサービスに加入する。具体的には、この例の手順は、以下の段階を含んでよい。

段階４０１：ＮＥＦは、まずトリガ（ｔｒｉｇｇｅｒ）情報を取得する。具体的には、ＮＥＦが第１のトリガ情報を取得した後、ＮＥＦは、ＰＣＦからポリシ認証を要求するようにトリガされる。

任意選択で、第１のトリガ情報は、別のネットワーク機能ネットワーク要素、例えばＡＦから来てよい。この場合、ＡＦの第１のトリガ情報は、ＡＦがＰＣＦからポリシ認証を要求することであってよい。代替的には、第１のトリガ情報は、ＮＥＦの内部トリガメカニズムによるトリガによって取得されてよい。

段階４０２：ＮＥＦは、ＰＣＦに第１０のメッセージを送信し、ここで、第１０のメッセージは、アプリケーションレイヤ情報を含み、ポリシ認証を要求するために使用される。

具体的には、第１０のメッセージは、ＮＥＦによってＰＣＦに送信されたポリシ認証要求（Ｎｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎ＿Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔ）であってよい。具体的な実装時、ＮＥＦは、ＰＣＦにＨＴＴＰ ＰＯＳＴを送信し、ＨＴＴＰ ＰＯＳＴのメッセージボディ（ｂｏｄｙ）は、アプリケーションレイヤ情報を保持する。

段階４０３：ＰＣＦは、第１０のメッセージ内の情報を記憶し、アプリケーションセッションコンテキストを作成する。

具体的な実装時、ＰＣＦは、段階４０２におけるＨＴＴＰ ＰＯＳＴのボディに保持されたアプリケーションレイヤ情報に基づき、アプリケーションセッションのためのリソースを作成し、チャイルドリソース識別子アプセッションｉｄを生成し、作成されたリソースのためのＵＲＩ１を構築する。ＵＲＩ１は、要求されたＵＲＩを親リソース（ｐａｒｅｎｔ ｒｅｓｏｕｒｃｅ）として使用し、次にチャイルドリソース識別子を接ぎ合わせることで生成される。

任意選択で、第１０のメッセージは、ネットワークポリシ、ユーザ加入などを含んでよい。

段階４０４：ＰＣＦは、ＮＥＦに第１１のメッセージを送信する。具体的には、第１１のメッセージは、ＰＣＦによってＮＥＦに送信されたポリシ認証応答（Ｎｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎ＿Ｃｒｅａｔｅ Ｒｅｓｐｏｎｓｅ）であってよい。

具体的な実装時、ＰＣＦは、ＮＥＦにＨＴＴＰ応答を返してよく、ここで、ＨＴＴＰ応答は、ここで、ＨＴＴＰ応答は、「２０１ Ｃｒｅａｔｅｄ」のステータスコードおよび「ロケーション」ヘッダ（ｈｅａｄｅｒ）を保持する。ロケーションヘッダは、段階４０３において構築されたＵＲＩ１を保持する。

段階４０５：第１０のメッセージ内のアプリケーションレイヤ情報に基づいてポリシ意思決定を実行した後、ＰＣＦは、ＳＭＦに第１２のメッセージを送信し、ここで、第１２のメッセージは、定式化されたポリシを含む。

具体的には、第１２のメッセージは、ＰＣＦによってＳＭＦに送信されたポリシ更新通知要求（Ｎｐｃｆ＿Ｐｏｌｉｃｙ＿ＵｐｄａｔｅＮｏｔｉｆｙ Ｒｅｑｕｅｓｔ）であってよい。具体的な実装時、ＰＣＦは、ＳＭＦにＨＴＴＰ ＰＯＳＴを送信し、ここで、メッセージボディは、定式化されたポリシを保持する。

段階４０６：ポリシを記憶した後、ＳＭＦは、ＰＣＦに第１３のメッセージを返す。

具体的には、第１３のメッセージは、ＳＭＦによってＰＣＦに送信されたポリシ更新通知応答（Ｎｐｃｆ＿Ｐｏｌｉｃｙ＿ＵｐｄａｔｅＮｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）であってよい。具体的な実装時、ＳＭＦは、ＰＣＦにＨＴＴＰ応答を送信し、ここで、ＨＴＴＰ応答は、ステータスコード「２００ ＯＫ」を保持する。

段階４０７：ＮＥＦが第２のトリガ情報を取得した後、アプリケーションセッションのためにサービスに加入する必要がある場合、ＮＥＦは、ＰＣＦに第２のメッセージを送信し、ここで、第２のメッセージは、ＰＣＦから第２のサービスに加入するために使用される。

第２のメッセージは、ＮＥＦのアドレス、すなわち第２のアドレスを含む。このようにして、ＮＥＦは、第２のアドレスを使用して、要求されたイベントを受信する。任意選択の実施態様では、第２のメッセージは、図２の実施形態において説明された第２のイベント識別子セット（イベントＩｄ１）および第２の通知相関識別子（通知相関ＩＤ）をさらに含む。第２のイベント識別子セットは、少なくとも１つのイベント識別子を含んでよい。

任意選択の実施態様では、第２のメッセージは、ＵＥの（例えば、１つのＵＥのための）外部識別子、ＵＥのグループの（例えば、ＵＥのグループのための）グループ識別子、または任意のＵＥのインジケーション（例えば、ライブネットワーク内の全てのＵＥに有効な任意のＵＥパラメータ）をさらに含み、それにより、第２のサービスが最終的にどのＵＥに提供されるかを決定することができる。

任意選択の実施態様では、第２のメッセージは、イベント報告情報をさらに含み、イベント報告情報は、イベント報告モード、イベント報告の最大数、およびイベント報告の最大持続時間のうちの少なくとも１つを含む。イベント報告モードは、１回の報告、継続的な報告、定期的な報告などであってよい。

任意選択の実施態様では、第２のメッセージは、ＮＥＦによってＰＣＦに送信されたポリシ認証加入要求（Ｎｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｑｕｅｓｔ）であってよい。具体的な実装時、ＮＥＦは、ＰＣＦにＨＴＴＰ ＰＡＴＣＨを送信し、ＨＴＴＰ ＰＡＴＣＨのメッセージボディ（ｂｏｄｙ）は、第２のメッセージに含まれてよい前述の情報を保持する。ここで、詳細は再度説明しない。

段階４０８：ＰＣＦは、第２のメッセージ内の情報を記憶し、アプリケーションセッションコンテキストを更新し、第２のサービスの加入に対して第１の加入相関識別子（加入相関ＩＤ１）を割り当てる。

具体的な実装時、加入されたサービスは、段階４０３において作成されたリソースに追加される。

段階４０９：ＰＣＦは、ＮＥＦに第１４のメッセージを送信し、ここで、第１４のメッセージは、加入相関ＩＤ１を含む。

具体的には、第１４のメッセージは、ＰＣＦによってＮＥＦに送信されたポリシ認証加入応答（Ｎｐｃｆ＿ＰｏｌｉｃｙＡｕｔｈｏｒｉｚａｔｉｏｎ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｓｐｏｎｓｅ）であってよい。

具体的な実装時、ＰＣＦは、ＮＥＦにＨＴＴＰ応答を送信し、ここで、ＨＴＴＰ応答は、ステータスコード「２００ ＯＫ」および加入相関ＩＤ１を保持する。

段階４１０：ＰＣＦは、ＳＭＦに第１のメッセージを送信し、ＰＣＦは、第１のメッセージを使用して、ＳＭＦから第１のサービスに加入する。第１のメッセージは、ＰＣＦのアドレス、すなわち第１のアドレスを含む。

任意選択で、ＰＣＦは、第２のサービスに基づき、ＳＭＦから加入する必要がある第１のサービスを決定する。具体的には、第１のメッセージは、第１のイベント識別子セットをさらに含み、第１のイベント識別子セットは、第２のイベント識別子セットに基づいて生成され、第１のイベント識別子セットは、ＳＭＦによって提供される必要があるイベントに対応する、第２のイベント識別子セット内のイベント識別子のセットであり、第２のイベント識別子セットは、第２のメッセージに含まれる。

例えば、第２のメッセージを受信した後、ＰＣＦは、まず、第２のメッセージ内の第２のイベント識別子セットに対応する第２のイベントセット内にある、ＳＭＦによって提供される必要があるイベント（すなわち、本願の本実施形態では第２のイベント識別子セットに対応する第２のイベントセット）を決定し、次に、段階４１０を実行する。すなわち、第１のメッセージ内の第１のイベント識別子セットは、具体的には、第２のメッセージ内の第２のイベント識別子セットに基づいて決定される。例えば、第１のイベント識別子セットは、第２のイベント識別子セットのうちの一部または全部である。

具体的には、第１のアドレスに加えて、第１のメッセージは、第２のアドレスをさらに含み、第２のアドレスは、ＮＥＦに第１のサービスを提供するためにＳＭＦによって使用される。第１のサービスが変更される場合、ＰＣＦは、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信してよい。

任意選択の実施態様では、第１のメッセージは、命令情報をさらに含み、命令情報は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように命令するために使用される。具体的には、第１のサービスが変更されたことは、第１のサービスのステータスが変更されたこと、および／または、第１のサービスの加入が変更されたことを意味する。第１のサービスのステータス変更は、第１のサービスの現在のステータスの変更であってよい。例えば、第１のサービスの現在のステータスは、限定されないが、休止状態、再開状態、中止状態、または削除状態であってよい。加入の変更は、加入属性の変更であってよい。例えば、加入の変更は、加入相関識別子の変更またはイベント報告情報の変更を含む。イベント報告情報の変更は、イベント報告モードの変更、イベント報告の最大数の変更、イベント報告の最大持続時間の変更などのうちの少なくとも１つを含む。すなわち、前述の場合のうちのいずれか１つは、第１のサービスが変更されたことを示してよい。

任意選択の実施態様では、命令情報は、単に命令情報値であってもよいし、またはイベント識別子セット（すなわち、第３のイベント識別子セット）であってもよい。命令情報が第３のイベント識別子セットである場合、第３のイベント識別子セットは、ステータス変更イベント識別子、加入変更イベント識別子などを含んでよい。この場合、命令情報は、特別なイベントを提供するために命令する機能を有するとみなされてよい。例えば、特別なイベントは、ステータス変更イベントまたは加入変更イベントであってよい。任意選択で、加入変更イベント識別子は、加入相関識別子変更イベント識別子またはイベント報告情報変更イベント識別子を含んでよい。

任意選択の実施態様では、第１のメッセージが前述の命令情報を含んでいない場合、第１のメッセージを受信した後、ＡＭＦは、第１のメッセージが先行技術のものよりも１つ多いアドレスを保持しているのを発見する。すなわち、第１のアドレスが保持されている場合、ＵＤＭが、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信したことが自動的に識別されてよい。すなわち、このシナリオでは、第１のアドレスは、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように暗示的に命令する機能を有する。当然ながら、このシナリオでは、代替的には、ＡＭＦが第１のアドレスを発見した場合、ＡＭＦは、任意の他の形態で、例えば、現在構成されているメカニズムを使用して、第１のサービスが変更されたことを通知するメッセージが第１のアドレスを使用して受信された可能性があることを識別してよい。これは、本願において限定されない。

段階４１１：ＳＭＦは、第１のメッセージ内の情報を記憶し、第１のメッセージ内の第１のサービスの加入に対して第２の加入相関識別子（加入相関ＩＤ２）を割り当てる。

具体的な実装時、ＳＭＦは、第１のメッセージ内に保持されている情報に基づき、第１のサービスの加入のためのリソースを作成し、チャイルドリソース識別子加入ｉｄ２を生成し、作成されたリソースのためのＵＲＩ２を構築する。ＵＲＩ２は、要求されたＵＲＩを親リソース（ｐａｒｅｎｔ ｒｅｓｏｕｒｃｅ）として使用し、次にチャイルドリソース識別子を接ぎ合わせることで生成される。ここで、加入ｉｄ２は、加入相関ＩＤ２として使用されてよい。

段階４１２：ＳＭＦは、ＰＣＦに第１５のメッセージを送信し、ここで、第１５のメッセージは、加入相関ＩＤ２を含む。

任意選択の実施態様では、第１５のメッセージは、ＳＭＦによってＰＣＦに送信されたイベント露出加入応答（Ｎｓｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｓｐｏｎｓｅ）であってよい。具体的な実装時、ＳＭＦは、ＰＣＦにＨＴＴＰ応答を返し、ここで、ＨＴＴＰ応答は、「２０１ Ｃｒｅａｔｅｄ」のステータスコード（Ｓｔａｔｕｓ Ｃｏｄｅ）および「ロケーション」ヘッダ（ｈｅａｄｅｒ）を保持する。ロケーションヘッダは、段階４１１において構築されたＵＲＩ２を保持する。

段階４１３：ＮＥＦに提供されるべきイベントを検出した場合、ＳＭＦは、ＮＥＦに第１のサービスを提供する。

段階４１４：第１のサービスが変更されたことを検出した場合、ＳＭＦは、段階４１５を実行する。

任意選択で、ＵＥが移動するため、ＵＥにサービス提供するＳＭＦが再選択される必要がある場合、ＳＭＦは、段階４１０において受信された情報を別のＳＭＦ（すなわち、ＵＥのために再選択されたＳＭＦ）に送信する。この場合、別のＳＭＦは、第１のサービスが変更されたことを検出する（例えば、別のＳＭＦは、第１のサービスの加入に対して新たな加入相関識別子を割り当てる）。すなわち、別のＳＭＦは、段階４１４におけるＳＭＦのオペレーションを実行してよく、次に、別のＳＭＦは、段階４１５におけるＳＭＦのオペレーションの実行を継続する。

具体的な実装については、図３に示す実施形態における段階３０９の説明を参照されたい。原理は同じであり、詳細はここで再度説明しない。

段階４１５：ＳＭＦ（または別のＳＭＦ）は、ＰＣＦの第１のアドレスに第３のメッセージを送信し、ここで、第３のメッセージは、第１のサービスが変更されたことを通知するために使用される。

具体的な実装時、第３のメッセージは、ＳＭＦによってＰＣＦに送信されたイベント露出加入変更報告要求（Ｎｓｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｑｕｅｓｔ）またはイベント露出通知要求（Ｎｓｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）であってよい。

段階４１６：ＰＣＦは、第３のメッセージに基づき、第１のサービスが変更されたことを知る。

任意選択の実施態様では、第１のサービスの変更が段階４１０において説明されたステータス変更である場合、第３のメッセージは、第１のステータス情報をさらに含む。第１のステータス情報は、休止状態、再開状態、中止状態、削除状態などであってよい。任意選択で、この場合には、第３のメッセージは、第１のステータス情報に対応するイベント識別子および／またはユーザアイデンティティ（ＵＥアイデンティティなど）をさらに含む。イベント識別子は、以下のようにして使用される。第１のイベント識別子セットに対応する１つまたは複数のイベントのステータスが変更される場合、ステータス変更を保持するイベント識別子は、ステータス変更イベントが発生したことを示してよい。ユーザアイデンティティは、以下のようにして使用される。イベント加入がユーザのグループのためのものである場合、ステータス変更を保持するユーザアイデンティティは、ステータス変更に対応するユーザを示すために使用される。

任意選択の実施態様では、第１のサービスの変更が段階４１０において説明された加入の変更である場合、第３のメッセージは、第１のサービスの変更された加入の加入属性をさらに含む。任意選択で、加入の変更が加入相関識別子の変更である場合、変更された加入属性は、更新された加入相関識別子である。加入の変更がイベント報告情報の変更である場合、変更された加入属性は、更新されたイベント報告モード、イベント報告の更新された最大量、およびイベント報告の更新された最大持続時間のうちの少なくとも１つを含む。

任意選択で、第１のメッセージは、第１の通知相関識別子をさらに含み、第１の通知相関識別子は、ＰＣＦによって第１のアドレスに割り当てられる。ＳＭＦによってＰＣＦの第１のアドレスに送信された第３のメッセージは、第１の通知相関識別子をさらに含む。ＰＣＦが、第３のメッセージに基づき、第１のサービスが変更されたことを知ることは、ＰＣＦが、第３のメッセージ内の第１の通知相関識別子に基づき、第１のサービスが変更されたことを知ることを含む。

任意選択の実施態様では、第１のメッセージが命令情報を含んでおり、命令情報が第３のイベント識別子セットである場合、第３のメッセージは、ＰＣＦが第１のサービスの特定の変更を識別するように、第３のイベント識別子セット内の少なくとも１つのイベント識別子をさらに含む。

段階４１７：ＰＣＦが、第３のメッセージにおいて通知された第１のサービスの変更が第２のサービスの加入に影響を与えると決定した場合、ＰＣＦは、ＮＥＦに第５のメッセージを送信し、ここで、第５のメッセージは、第２のサービスが変更されたことを通知するために使用される。

具体的な実装時、第５のメッセージは、ＰＣＦによってＮＥＦに送信されたイベント露出加入変更報告要求（Ｎｐｃｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｑｕｅｓｔ）またはイベント露出通知要求（Ｎｐｃｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）であってよい。

任意選択の実施態様では、第１のサービスの変更が段階４１０において説明されたステータス変更であり、第３のメッセージが第１のステータス情報をさらに含む場合、第５のメッセージは、第２のステータス情報をさらに含む。第２のステータス情報に対する特定の制限については、第１のステータス情報に対する制限を参照されたい。ここで、詳細は再度説明しない。

任意選択の実施態様では、第１のサービスの変更が、段階４１０において説明された加入の変更であり、第３のメッセージが、第１のサービスの変更された加入の加入属性をさらに含む場合、第５のメッセージは、第２のサービスの変更された加入の加入属性をさらに含む。具体的には、第２のサービスの変更された加入の加入属性に対する制限については、前述の段階における変更された加入属性に対する制限を参照されたい。ここで、詳細は再度説明しない。

具体的な実装時、第２のメッセージは、第２の通知相関識別子をさらに含み、第２の通知相関識別子は、ＮＥＦによって第２のアドレスに割り当てられる。ＰＣＦによってＮＥＦに送信された第５のメッセージは、第２の通知相関識別子をさらに含む。

段階４１８：ＮＥＦは、ＰＣＦに第１６のメッセージを送信する。

具体的には、第１６のメッセージは、ＮＥＦによってＰＣＦに送信されたイベント露出加入変更報告応答（Ｎｐｃｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｓｐｏｎｓｅ）またはイベント露出通知応答（Ｎｐｃｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）であってよい。

段階４１９：ＰＣＦは、ＳＭＦに第１７のメッセージを送信する。

具体的には、第１７のメッセージは、ＰＣＦによってＳＭＦに送信されたイベント露出加入変更報告応答（Ｎｓｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｓｐｏｎｓｅ）またはイベント露出通知応答（Ｎｓｍｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）であってよい。

前述の例では、ＰＣＦがＳＭＦにＰＣＦのアドレスを送信するため、第１のサービスが変更される場合、ＰＣＦは、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、通知を受信してよい。

前述の実施形態に基づき、本願の一実施形態は、サービス加入方法をさらに提供する。この実施形態では、サービス加入を実行するネットワーク要素は、ネットワーク機能サービス消費者（ＮＦサービス消費者）と総称されてよく、サービスを提供するネットワーク要素は、ネットワーク機能サービス生産者（ＮＦサービス生産者）と総称されてよい。ネットワーク機能サービス消費者およびネットワーク機能サービス生産者はどちらも、図１に示す通信システム内のネットワーク機能ネットワーク要素である。図５を参照すると、方法の具体的な手順は、以下の段階を含む。

段階５０１：ＮＦサービス消費者は、トリガ（ｔｒｉｇｇｅｒ）情報を取得し、ＮＦサービス生産者から別の機能ネットワーク要素のためのサービスに加入する必要がある。具体的には、ＮＦサービス消費者がトリガ情報を取得した後、ＮＦサービス消費者は、ＮＦサービス生産者からサービス加入を実行するようにトリガされる。

任意選択で、トリガ情報は、別のネットワーク機能ネットワーク要素（すなわち、別のＮＦ）から来てよい。例えば、トリガ情報は、前述の実施形態におけるＮＥＦによるトリガ、すなわち第２のメッセージによるトリガによって取得されてよい。代替的には、トリガ情報は、ＮＦサービス消費者の内部トリガメカニズムによるトリガによって取得されてよい。

段階５０２：ＮＦサービス消費者は、ＮＦサービス生産者に第１のメッセージを送信し、ＮＦサービス消費者は、第１のメッセージを使用して、ＮＦサービス生産者から第１のサービスに加入する。第１のメッセージは、ＮＦサービス消費者のアドレス、すなわち第１のアドレスを含む。第１のサービスが変更される場合、ＮＦサービス消費者は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信してよい。

具体的には、第１のアドレスに加えて、第１のメッセージは、通知ターゲットアドレス（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｔａｒｇｅｔ Ａｄｄｒｅｓｓ）をさらに含む。通知ターゲットアドレスに対応するデバイスは、通知ターゲットアドレスを使用して、要求されたイベントを受信してよく、すなわち、ＮＦサービス生産者は、通知ターゲットアドレスを使用して、通知ターゲットアドレスに対応するデバイスに第１のサービスを提供する。任意選択で、通知ターゲットアドレスは、限定されないが、前述の実施形態における第２のアドレスであってよい。

任意選択の実施態様では、第１のメッセージは、第１の通知相関識別子をさらに含み、第１の通知相関識別子は、イベント通知（Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ）と対応するイベント加入（Ｅｖｅｎｔ Ｓｕｂｓｃｒｉｐｔｉｏｎ）とを相関させるためにＮＦサービス消費者によって使用される。第１のメッセージは、ＵＥの（例えば、１つのＵＥのための）外部識別子、ＵＥのグループの（例えば、ＵＥのグループのための）グループ識別子、または任意のＵＥのインジケーション（例えば、ライブネットワーク内の全てのＵＥに有効な任意のＵＥパラメータ）をさらに含む。

任意選択の実施態様では、第１のメッセージは、イベント報告情報をさらに含み、イベント報告情報は、イベント報告モード、イベント報告の最大数、およびイベント報告の最大持続時間のうちの少なくとも１つを含む。イベント報告モードは、１回の報告、継続的な報告、定期的な報告などであってよい。

任意選択の実施態様では、第１のメッセージは、命令情報をさらに含み、命令情報は、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように命令するために使用される。具体的には、第１のサービスが変更されたことは、第１のサービスのステータスが変更されたこと、および／または、第１のサービスの加入が変更されたことを意味する。第１のサービスのステータス変更は、第１のサービスの現在のステータスの変更であってよい。例えば、第１のサービスの現在のステータスは、限定されないが、休止状態、再開状態、中止状態、または削除状態であってよい。加入の変更は、加入属性の変更であってよい。例えば、加入の変更は、加入相関識別子の変更またはイベント報告情報の変更を含む。イベント報告情報の変更は、イベント報告モードの変更、イベント報告の最大数の変更、イベント報告の最大持続時間の変更などのうちの少なくとも１つを含む。すなわち、前述の場合のうちのいずれか１つは、第１のサービスが変更されたことを示してよい。

任意選択の実施態様では、命令情報は、単に命令情報値であってよいし、またはイベント識別子セット（すなわち、第３のイベント識別子セット）であってよい。命令情報が第３のイベント識別子セットである場合、第３のイベント識別子セットは、ステータス変更イベント識別子、加入変更イベント識別子などを含んでよい。この場合、命令情報は、特別なイベントを提供するために命令する機能を有するとみなされてよい。例えば、特別なイベントは、ステータス変更イベントまたは加入変更イベントであってよい。任意選択で、加入変更イベント識別子は、加入相関識別子変更イベント識別子またはイベント報告情報変更イベント識別子を含んでよい。

任意選択の実施態様では、第１のメッセージが前述の命令情報を含んでいない場合、第１のメッセージを受信した後、ＮＦサービス生産者は、第１のメッセージが先行技術のものよりも１つ多いアドレスを保持しているのを発見する。すなわち、第１のアドレスが保持されている場合、ＮＦサービス生産者は、ＮＦサービス消費者が、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信したことを自動的に識別する。すなわち、このシナリオでは、第１のアドレスは、第１のアドレスを使用して、第１のサービスが変更されたことを通知するメッセージを受信するように暗示的に命令する機能を有する。当然ながら、このシナリオでは、代替的には、ＮＦサービス生産者が第１のアドレスを発見した場合、ＮＦサービス生産者は、任意の他の形態で、例えば、現在構成されているメカニズムを使用して、第１のサービスが変更されたことを通知するメッセージが、第１のアドレスを使用して受信された可能性があることを識別してよい。これは、本願において限定されない。

任意選択の実施態様では、ＮＦサービス消費者によってＮＦサービス生産者に送信された第１のメッセージは、イベント露出加入要求（Ｎｎｆ＿Ｅｖｅｎｔ Ｅｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｑｕｅｓｔ）であってよい。

段階５０３：第１のメッセージを受信した後、ＮＦサービス生産者は、第１のメッセージ内の情報を記憶し、第１のメッセージ内の第１のサービスの加入に対して第２の加入相関識別子（加入相関ＩＤ２）を割り当てる。

具体的な実装時、ＮＦサービス生産者は、ボディに保持された情報に基づき、第１のサービスの加入のためのリソースを作成し、チャイルドリソース識別子加入ｉｄ１を生成し、作成されたリソースのためのユニフォームリソース識別子（ユニフォームリソースロケータ、ＵＲＩ）２を構築する。ＵＲＩ２は、要求されたＵＲＩを親リソース（ｐａｒｅｎｔ ｒｅｓｏｕｒｃｅ）として使用し、次にチャイルドリソース識別子を接ぎ合わせることで生成される。ここで、加入ｉｄ２は、加入相関ＩＤ２として使用されてよい。

段階５０４：ＮＦサービス生産者は、ＮＦサービス消費者に第１８のメッセージを送信し、ここで、第１８のメッセージは、加入相関ＩＤ２を含む。

任意選択の実施態様では、第１８のメッセージは、ＮＦサービス生産者によってＮＦサービス消費者に送信されたイベント露出加入応答（Ｎｎｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ Ｒｅｓｐｏｎｓｅ）であってよい。具体的な実装時、ＮＦサービス生産者は、ＮＦサービス消費者にＨＴＴＰ応答を返し、ここで、ＨＴＴＰ応答は、「２０１ Ｃｒｅａｔｅｄ」のステータスコード（Ｓｔａｔｕｓ Ｃｏｄｅ）および「ロケーション」ヘッダ（ｈｅａｄｅｒ）を保持する。ロケーションヘッダは、ＵＲＩ２を保持する。

段階５０５：ＮＦサービス消費者に提供されるべきイベントを検出した場合、ＮＦサービス生産者は、ＮＦサービス消費者に第１のサービスを提供する。

段階５０６：第１のサービスが変更されたことを検出した場合、ＮＦサービス生産者は、段階５０７を実行する。

任意選択で、ＵＥが移動するため、ＵＥにサービス提供するＮＦサービス生産者が再選択される必要がある場合、ＮＦサービス生産者は、段階５０２において受信された情報を別のＮＦネットワーク要素（すなわち、ＵＥのために再選択されたＮＦネットワーク要素）に送信する。この場合、別のＮＦネットワーク要素は、第１のサービスが変更されたことを検出し、すなわち、別のＮＦネットワーク要素は、段階５０５におけるＮＦサービス生産者のオペレーションを実行してよく、次に、別のＮＦネットワーク要素は、段階５０７におけるＮＦサービス生産者のオペレーションの実行を継続する。別のＮＦネットワーク要素の機能は、ＮＦサービス生産者のものと同じである。

任意選択の実施態様では、第１のメッセージが命令情報を含んでいる場合、ＮＦサービス生産者（または別のＮＦネットワーク要素）は、命令情報に従って検出を実行してよい。代替的には、ＮＦサービス生産者（または別のＮＦネットワーク要素）は、システム構成に従って検出を実行してよい。具体的には、ＮＦサービス生産者（または別のＮＦネットワーク要素）は、第２のサービスの変更が、段階５０２において説明された任意の変更であり得ることを検出し、詳細はここで再度説明しない。

例えば、ネットワークポリシが変更される、または、ＮＦサービス生産者（または別のＮＦネットワーク要素）の能力が変更されるため、第１のサービスの現在のステータスは、正常な実行から一時停止（Ｓｕｓｐｅｎｄ）に、また一時停止から再開（Ｒｅｓｕｍｅ）に変更されてよい。別の例では、第１のサービスの加入は、ネットワークポリシまたはユーザ加入によって、中止（Ｃａｎｃｅｌ）、削除（Ｄｅｌｅｔｅ）などされる。

段階５０７：ＮＦサービス生産者（または別のＮＦネットワーク要素）は、ＮＦサービス消費者の第１のアドレスに第３のメッセージを送信し、ここで、第３のメッセージは、第１のサービスが変更されたことを通知するために使用される。

具体的な実装時、第３のメッセージは、ＮＦサービス生産者（または別のＮＦネットワーク要素）によってＮＦサービス消費者に送信されたイベント露出加入変更報告要求（Ｎｎｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｑｕｅｓｔ）またはイベント露出通知要求（Ｎｎｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ）であってよい。

段階５０８：ＮＦサービス消費者は、第３のメッセージに基づき、第１のサービスが変更されたことを知る。

任意選択の実施態様では、第１のサービスの変更が、段階５０２において説明されたステータス変更である場合、第３のメッセージは、第１のステータス情報をさらに含む。第１のステータス情報は、休止状態、再開状態、中止状態、削除状態などであってよい。任意選択で、この場合には、第３のメッセージは、第１のステータス情報に対応するイベント識別子および／またはユーザアイデンティティ（ＵＥアイデンティティなど）をさらに含む。イベント識別子は、以下のようにして使用される。第１のイベント識別子セットに対応する１つまたは複数のイベントのステータスが変更される場合、ステータス変更を保持するイベント識別子は、ステータス変更イベントが発生したことを示してよい。ユーザアイデンティティは、以下のようにして使用される。イベント加入がユーザのグループのためのものである場合、ステータス変更を保持するユーザアイデンティティは、ステータス変更に対応するユーザを示すために使用される。

任意選択の実施態様では、第１のサービスの変更が段階５０２において説明された加入の変更である場合、第３のメッセージは、第１のサービスの変更された加入の加入属性をさらに含む。任意選択で、加入の変更が加入相関識別子の変更である場合、変更された加入属性は、更新された加入相関識別子である。加入の変更がイベント報告情報の変更である場合、変更された加入属性は、更新されたイベント報告モード、イベント報告の更新された最大量、およびイベント報告の更新された最大持続時間のうちの少なくとも１つを含む。

任意選択で、第１のメッセージは、第１の通知相関識別子をさらに含み、第１の通知相関識別子は、ＮＦサービス消費者によって第１のアドレスに割り当てられる。ＮＦサービス生産者によってＮＦサービス消費者の第１のアドレスに送信された第３のメッセージは、第１の通知相関識別子をさらに含む。ＮＦサービス消費者が、第３のメッセージに基づき、第１のサービスが変更されたことを知ることは、ＮＦサービス消費者が、第３のメッセージ内の第１の通知相関識別子に基づき、第１のサービスが変更されたことを知ることを含む。

任意選択の実施態様では、第１のメッセージが命令情報を含んでおり、命令情報が第３のイベント識別子セットである場合、第３のメッセージは、ＮＦサービス消費者が第１のサービスの特定の変更を識別するように、第３のイベント識別子セット内の少なくとも１つのイベント識別子をさらに含む。

段階５０９：ＮＦサービス消費者は、ＮＦサービス生産者に第１９のメッセージを送信する。

具体的には、第１９のメッセージは、ＮＦサービス消費者によってＮＦサービス生産者に送信されたイベント露出加入変更報告応答（Ｎｎｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿ＳｕｂｓｃｒｉｐｔｉｏｎＣｈａｎｇｅＲｅｐｏｒｔ Ｒｅｓｐｏｎｓｅ）またはイベント露出通知応答（Ｎｎｆ＿Ｅｖｅｎｔ＿Ｅｘｐｏｓｕｒｅ＿Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ）であってよい。

本願の本実施形態において提供されるサービス加入方法では、ＮＦサービス消費者は、ＮＦサービス生産者にＮＦサービス消費者のアドレスを送信する。このようにして、第１のサービスが変更される場合、ＮＦサービス消費者は、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、通知を受信してよい。

方法の実施形態のものと同じ発明概念に基づき、本願の一実施形態は、装置をさらに提供し、この装置は、第１のネットワーク機能ネットワーク要素に適用される。装置６００は、具体的には、第１のネットワーク機能ネットワーク要素内のプロセッサ、チップまたはチップシステム、機能モジュールなどであってよい。図６を参照すると、装置６００は、送信ユニット６０１と、受信ユニット６０２と、処理ユニット６０３とを備えてよい。送信ユニット６０１は、情報を送信するために装置６００によって使用され、受信ユニット６０２は、情報を受信するために装置６００によって使用され、処理ユニット６０３は、装置６００の動作を制御および管理するように構成される。処理ユニット６０３は、前述の実施形態のうちのいずれか１つにおける第１のネットワーク機能ネットワーク要素（ＵＤＭまたはＰＣＦなど）に関連する処理プロセス、および／または、本願において説明された技術的解決手段の別のプロセスを指示するようにさらに構成されてよい。具体的には、処理ユニット６０３は、段階２０１を実行するように送信ユニット６０１を制御し、段階２０２および段階２０３を実行するように受信ユニット６０２を制御してよい。詳細については、図２に示す実施形態を参照されたい。ここで、詳細は再度説明しない。

ハードウェア実装時、処理ユニット６０３は、プロセッサ、処理回路などであってよく、送信ユニット６０１は、送信機、送信回路などであってよく、受信ユニット６０２は、受信機、受信回路などであってよい。送信ユニット６０１および受信ユニット６０２は、送受信機を構成してよい。

方法の実施形態と同じ発明概念に基づき、本願の一実施形態は、装置をさらに提供し、この装置は、第２のネットワーク機能ネットワーク要素に適用される。装置７００は、具体的には、第２のネットワーク機能ネットワーク要素内のプロセッサ、チップ、またはチップシステム、機能モジュールなどであってよい。図７を参照すると、装置７００は、受信ユニット７０１と、送信ユニット７０２と、処理ユニット７０３とを備えてよい。送信ユニット７０２は、情報を送信するために装置７００によって使用され、受信ユニット７０１は、情報を受信するために装置７００によって使用され、処理ユニット７０３は、装置７００の動作を制御および管理するように構成される。処理ユニット７０３は、前述の実施形態のうちのいずれか１つにおける第２のネットワーク機能ネットワーク要素（ＡＭＦまたはＳＭＦなど）に関連する処理プロセス、および／または、本願において説明された技術的解決手段の別のプロセスを指示するようにさらに構成されてよい。具体的には、処理ユニット７０３が送信ユニット７０２および受信ユニット７０１を実行するように制御してよい段階については、前述の実施形態を参照されたい。重複する内容は、ここでは再度説明しない。

ハードウェア実装時、処理ユニット７０３は、プロセッサ、処理回路などであってよく、送信ユニット７０２は、送信機、送信回路などであってよく、受信ユニット７０１は、受信機、受信回路などであってよい。送信ユニット７０２および受信ユニット７０１は、送受信機を構成してよい。

本願の実施形態において、ユニットの分割は、一例であり、論理的な機能の分割に過ぎないことに留意されたい。実際の実装時には、別の分割方式を用いてよい。本願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、または、ユニットのそれぞれは物理的に単独で存在してよく、または２つ以上のユニットは１つのユニットに統合されてよい。統合されたユニットは、ハードウェアの形態で実装されてよく、または、ソフトウェア機能ユニットの形態で実装されてよい。

統合されたユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づき、本質的には本願の技術的解決手段、もしくは従来技術に寄与する部分、または当該技術的解決手段の全部もしくは一部が、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであってよい）またはプロセッサ（ｐｒｏｃｅｓｓｏｒ）に本願の実施形態において説明された方法の段階のうちの全部もしくは一部を実行するように命令するための１つまたは複数の命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、またはコンパクトディスクなどのプログラムコードを記憶できる任意の媒体を含む。

前述の実施形態に基づき、本願の一実施形態は、前述のサービス加入方法を実装するように構成されている別の第１のネットワーク機能ネットワーク要素をさらに提供する。図８を参照すると、第１のネットワーク機能ネットワーク要素８００は、送受信機８０１およびプロセッサ８０２を含んでよい。任意選択で、第１のネットワーク機能ネットワーク要素８００は、メモリ８０３をさらに含んでよい。メモリ８０３は、第１のネットワーク機能ネットワーク要素８００の内側に配置されてよく、または第１のネットワーク機能ネットワーク要素８００の外側に配置されてよい。プロセッサ８０２は、データを受信および送信するように送受信機８０１を制御し、図２～図５における第１のネットワーク機能ネットワーク要素（ＵＤＭおよびＰＣＦなど）によって実行される方法を実装するように構成される。

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

送受信機８０１、プロセッサ８０２、およびメモリ８０３は、互いに接続される。任意選択で、送受信機８０１、プロセッサ８０２、およびメモリ８０３は、バス８０４を使用して互いに接続される。バス８０４は、ペリフェラルコンポーネントインターコネクト（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、拡張型業界標準アーキテクチャ（Ｅｘｔｅｎｄｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バスなどであってよい。バスは、アドレスバス、データバス、制御バスなどに分類されてよい。表現しやすくするために、図８ではバスを表すのにただ１つの太線が用いられているが、これはただ１つのバスまたはただ１つの種類のバスが存在することを意味するものではない。

任意選択の実施態様では、メモリ８０３は、プログラムを記憶などするように構成される。具体的には、プログラムは、プログラムコードを含んでよく、プログラムコードはコンピュータ演算命令を含む。メモリ８０３は、ＲＡＭを含んでよく、少なくとも１つの磁気ディスクメモリなどの不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）をさらに含んでよい。プロセッサ８０２は、前述の機能を実装するようにメモリ８０３に記憶されたアプリケーションプログラムを実行し、本願の実施形態において提供されるサービス加入方法を実装する。

前述の実施形態に基づき、本願の一実施形態は、前述のサービス加入方法を実装するように構成されている別の第２のネットワーク機能ネットワーク要素をさらに提供する。図９を参照すると、第２のネットワーク機能ネットワーク要素９００は、送受信機９０１およびプロセッサ９０２を含んでよい。任意選択で、第２のネットワーク機能ネットワーク要素９００は、メモリ９０３をさらに含んでよい。メモリ９０３は、第２のネットワーク機能ネットワーク要素９００の内側に配置されてよく、または第２のネットワーク機能ネットワーク要素９００の外側に配置されてよい。プロセッサ９０２は、データを受信および送信するように送受信機９０１を制御し、図２～図５における第２のネットワーク機能ネットワーク要素（ＡＭＦおよびＳＭＦ）によって実行される方法を実装するように構成される。

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

送受信機９０１、プロセッサ９０２、およびメモリ９０３は、互いに接続される。任意選択で、送受信機９０１、プロセッサ９０２、およびメモリ９０３は、バス９０４を使用して互いに接続される。バス９０４は、ペリフェラルコンポーネントインターコネクト（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス、拡張型業界標準アーキテクチャ（Ｅｘｔｅｎｄｅｄ Ｉｎｄｕｓｔｒｙ Ｓｔａｎｄａｒｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バスなどであってよい。バスは、アドレスバス、データバス、制御バスなどに分類されてよい。表現しやすくするために、図９ではバスを表すのにただ１つの太線が用いられているが、これはただ１つのバスまたはただ１つの種類のバスが存在することを意味するものではない。

任意選択の実施態様では、メモリ９０３は、プログラムを記憶などするように構成される。具体的には、プログラムは、プログラムコードを含んでよく、プログラムコードはコンピュータ演算命令を含む。メモリ９０３は、ＲＡＭを含んでよく、少なくとも１つの磁気ディスクメモリなどの不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）をさらに含んでよい。プロセッサ９０２は、前述の機能を実装するようにメモリ９０３に記憶されたアプリケーションプログラムを実行し、本願の実施形態において提供されるサービス加入方法を実装する。

前述の実施形態に基づき、本願の一実施形態は、コンピュータ記憶媒体をさらに提供する。記憶媒体は、ソフトウェアプログラムを記憶し、ソフトウェアプログラムは、１つまたは複数のプロセッサによって読み出されて実行されると、前述の実施形態のうちの任意の１つまたは複数において提供された方法を実装することができる。コンピュータ記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ、ランダムアクセスメモリ、磁気ディスク、またはコンパクトディスクなどのプログラムコードを記憶できる任意の媒体を含んでよい。

前述の実施形態に基づき、本願の一実施形態は、チップをさらに提供し、チップは、前述の実施形態のうちの任意の１つまたは複数における機能を実装するように、例えば、前述の方法における情報またはメッセージを取得または処理するように構成されているプロセッサを含む。任意選択で、チップは、メモリをさらに含み、メモリは、プロセッサによって実行される必要なプログラム命令およびデータを記憶するように構成される。チップは、１つのチップを含んでよく、または１つのチップと別の別個のデバイスとを含んでよい。

要するに、本願の実施形態において提供されるサービス加入方法および装置によれば、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素から第３のネットワーク機能ネットワーク要素のための第１のサービスに加入するために、第２のネットワーク機能ネットワーク要素に第１のメッセージを送信する。第１のメッセージは、第１のアドレスを含み、第１のアドレスは、第１のネットワーク機能ネットワーク要素のアドレスであり、第１のネットワーク機能ネットワーク要素は、第１のアドレスを使用して第３のメッセージを受信し、第３のメッセージに基づき、第１のサービスが変更されたことを知る。この方法では、第１のネットワーク機能ネットワーク要素は、第２のネットワーク機能ネットワーク要素に第１のネットワーク機能ネットワーク要素のアドレスを送信する。したがって、第１のサービスが変更される場合、第１のネットワーク機能ネットワーク要素は、サービスが変更されたことの通知を受信してよい。このようにして、サービス加入手順が比較的完全であり得るとともに中断が発生しないように、サービス変更を報告するためのメカニズムが改善される。

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

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

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

代替的には、これらのコンピュータプログラム命令は、一連のオペレーションおよび段階がコンピュータまたは別のプログラマブルデータ処理デバイス上で実行され、それにより、コンピュータ実装処理を生成するように、コンピュータまたは別のプログラマブルデバイスにロードされてよい。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、フローチャートの１つもしくは複数のプロセスおよび／またはブロック図の１つもしくは複数のブロックにおける特定の機能を実装する段階を提供する。

当業者であれば、本願の範囲から逸脱することなく、本願の実施形態に様々な変更および変形を加えることができることが明らかである。本願は、本願の特許請求の範囲に含まれ且つその技術と等価であれば、本願の実施形態に対するこれらの変更および変形を包含することが意図されている。

Claims (26)

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. 請求項６～９のいずれか一項に記載の第２のネットワーク機能ネットワーク要素および請求項２２～２５のいずれか一項に記載の第４のネットワーク機能ネットワーク要素を備える、通信システム。

Images