JP7297085B2 - コアネットワーク間のインターワーキングをサポートするための方法、装置、およびコンピュータプログラム製品 - Google Patents

Description

本発明は、一般に、コアネットワーク（ＣＮ）間のインターワーキング（相互接続）に関する。より詳細には、本発明は、ＣＮ間のインターワーキングをサポートする方法に関する。本発明はまた、同じ目的のために適合した装置およびコンピュータプログラム製品にも関する。

異なる３ＧＰＰアーキテクチャオプション（たとえば、ＥＰＣベースまたは５ＧＣベース）に基づくデプロイメント、および異なる能力を有するＵＥ（たとえば、ＥＰＣ ＮＡＳおよび５ＧＣ ＮＡＳ）は、１つのＰＬＭＮ内に共存しうる。

スムーズな移行をサポートするために、ＥＰＣおよび５ＧＣは、ＴＳ ２３．００２に定義されているように、共通の加入者データベース、たとえば、ＥＰＣの場合にはホーム加入者サーバ（ＨＳＳ）、５ＧＣの場合には統一データベース管理（ＵＤＭ）にアクセスすることができ、その全体が参照により本明細書に組み込まれている。

５ＧＳとＥＰＣとの間のインターワーキングが利用可能であるシナリオでは、ネットワーク構成は、ＵＥを、サービス能力エクスポージャ（公開）のためにＳＣＥＦ＋ＮＥＦノード（複数可）に関連付けることが期待される。ＳＣＥＦ＋ＮＥＦは、基礎となる３ＧＰＰネットワークトポロジをアプリケーション機能（ＡＦ）、たとえばＳＣＳ／ＡＳ、から隠し、ＵＥが５ＧＣまたはＥＰＣによってサービスされるかどうかに関する情報を隠す。

ＵＥのための所与のサービスに関連するサービス公開機能が、ＵＥのサブスクリプション（加入）情報において構成される場合、ＳＣＥＦ＋ＮＥＦ識別情報が、公開機能を識別するために使用されるべきである。たとえば、ＵＥがＥＰＣと５ＧＣとの間で切り替えることができる場合、ＵＥのＡＰＮ構成のいずれかに関連するＳＣＥＦ ＩＤは、ＳＣＥＦ＋ＮＥＦノードを指すべきである。

本発明の一態様によれば、コアネットワーク（ＣＮ）間のインターワーキングをサポートする装置が提供される：
コンピュータ命令を含むコンピュータプログラムを記憶するように構成された記憶装置と、
記憶装置に結合され、コンピュータ命令を実行するように構成されたプロセッサと、を有し、
（ａ）ユーザ装置（ＵＥ）についてのＣＮ登録状態変更に応答して、ＵＥがＣＮ登録状態変更の通知サービスに加入しているかどうかを判定し、
（ｂ）通知サービスに加入している場合、ＣＮ登録状態変更に関連する機能を実行するネットワーク機能（ＮＦ）ノードにＣＮ登録状態変更を通知する。

好ましくは、本装置は、ホーム加入者サーバ（ＨＳＳ）と統合データベース管理（ＵＤＭ）との組合せによって実現される。

好ましくは、本装置は、ホーム加入者サーバ（ＨＳＳ）、統合データベース管理（ＵＤＭ）、および統合／ユーザデータリポジトリ（ＵＤＲ）の組合せによって実現される。

好ましくは、ＮＦノードは、サービス能力公開機能（ＳＣＥＦ）＋ネットワーク公開機能（ＮＥＦ）ノードである。

好ましくは、当該通知は、ＵＥが現在どのＣＮに登録しているかを示すレポートをＮＦノードに送信することによって実行される。

好ましくは、当該通知は、ＵＥが現在および以前に登録しているＣＮを示すレポートをＮＦノードに送信することによって実行される。

好ましくは、ＣＮは、ＥＰＣネットワークおよび５Ｇコアネットワークを含み、ＣＮ登録状態変更は、以下のうちの少なくとも１つである：
５Ｇへの単一登録からＥＰＣへの単一登録への切り替え、
５Ｇへの単一登録からＥＰＣ＋５Ｇへの二重登録への切り替え、
ＥＰＣへの単一登録から５Ｇへの単一登録への切り替え、
ＥＰＣへの単一登録からＥＰＣ＋５Ｇへの二重登録への切り替え、
ＥＰＣ＋５Ｇへの二重登録から５Ｇへの単一登録への切り替え、
ＥＰＣ＋５Ｇへの二重登録からＥＰＣへの単一登録への切り替え。

好ましくは、この機能は、データまたは位置更新のためのＵＥへの到達可能性の監視に関する。

好ましくは、加入は、ＳＣＥＦ＋ＮＥＦノードから通知サービスに加入するための要求を受信することによって実行される。

本発明の別の態様によれば、コアネットワーク（ＣＮ）間のインターワーキングをサポートするための方法は、ユーザプロファイルサーバにおいて実行される以下のステップを含む：
（ａ）ユーザ装置（ＵＥ）のＣＮ登録状態変更に応答して、ＵＥがＣＮ登録状態変更の通知サービスに加入しているかどうかを判定し、
（ｂ）通知サービスに加入している場合、ＣＮ登録状態変更に関連する機能を実行するネットワーク機能（ＮＦ）ノードにＣＮ登録状態変更を通知する。

本発明の別の態様によれば、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのコンピュータプログラム製品は、コンピュータ可読記憶媒体において具現化され、以下のためのコンピュータ命令を含む：
（ａ）ユーザ装置（ＵＥ）のＣＮ登録状態変更に応答して、ＵＥがＣＮ登録状態変更の通知サービスに加入しているかどうかを判定することと、
（ｂ）通知サービスに加入している場合、ＣＮ登録状態変更に関連する機能を実行するネットワーク機能（ＮＦ）ノードへＣＮ登録状態変更を通知すること。

本発明の別の態様によれば、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのネットワーク機能（ＮＦ）ノードは、
コンピュータ命令を含むコンピュータプログラムを記憶するように構成された記憶装置と、
記憶装置に結合され、以下のためのコンピュータ命令を実行するように構成されたプロセッサと、を有し
（ａ）ユーザ装置（ＵＥ）のＣＮ登録状態変更の通知サービスにサブスクライブする要求をユーザプロファイルサーバに送信することと、
（ｂ）ＣＮ登録状態変更に関するレポートをユーザプロファイルサーバから受信することと、
（ｃ）ＣＮ登録状態変更に関連付けられた機能を実行すること。

好ましくは、ＮＦノードは、サービス能力公開機能（ＳＣＥＦ）＋ネットワーク公開機能（ＮＥＦ）ノードである。

好ましくは、プロセッサは、以下のためのコンピュータ命令をさらに実行するように構成される：
通知サービスへの加入解除要求をユーザプロファイルサーバに送信すること。

本発明の別の態様によれば、コアネットワーク（ＣＮ）間のインターワーキングをサポートする方法は、ネットワーク機能（ＮＦ）ノードで実行される以下のステップを含む：
（ａ）ユーザ装置（ＵＥ）のためのＣＮ登録状態変更のための通知サービスに加入するための要求をユーザプロファイルサーバに送信することと、
（ｂ）ＣＮ登録状態変更に関する報告をユーザプロファイルサーバから受信することと、
（ｃ）ＣＮ登録状態変更に関連付けられた機能を実行すること。

本発明の別の態様によれば、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのコンピュータプログラム製品は、コンピュータ可読記憶媒体において具現化され、以下のためのコンピュータ命令を含む：
（ａ）ユーザ装置（ＵＥ）のＣＮ登録状態変更の通知サービスに加入するための要求をユーザプロファイルサーバに送信することと、
（ｂ）ＣＮ登録状態変更に関するレポートをユーザプロファイルサーバから受信することと、
（ｃ）ＣＮ登録状態変更に関連付けられた機能を実行すること。

本発明の１つまたは複数の実施形態では、ＣＮタイプ変更イベントを公開することによって、ＮＦノードは、ＣＮタイプ変更に関連する機能またはＣＮタイプ変更によって影響を受ける機能を実行することができる。たとえば、ＡＦが、ＳＣＥＦ＋ＮＥＦを介して、イベント、たとえば、データまたはロケーション更新のためのＵＥ到達可能性を監視すること、最初に、イベントがＡＭＦから加入されること、が仮定されている。５Ｇから４Ｇへのモビリティのために、ＵＥが後にＭＭＥにアタッチされると、ＣＮタイプ変更が通知され、したがって、ＳＣＥＦ＋ＮＥＦは、ＭＭＥに向けて同じ監視イベントを実行することができる。しかしながら、この変更はＡＦに対しては透過的である。

本発明の上記および他の目的、特徴、および利点は、添付の図面に示される好ましい実施形態の以下のより具体的な説明から明らかになるであろう：

は、５Ｇシステム（５ＧＳ）とＥＰＣシステム（ＥＰＳ）との間のインターワーキングのためのシステムアーキテクチャを示す。

は、ＥＰＣ－５ＧＣインターワーキングのためのサービス公開のためのアーキテクチャを示す。

は、ＮＦサービスコンシューマがＵＤＭにイベント発生の通知をサブスクライブする要求を送信するシナリオを示している。

は、ＣＮ登録状態間の遷移を示す図である。

は、本発明の１つまたは複数の例示的な実施形態による、ユーザプロファイルサーバにおいて実行されるコアネットワーク（ＣＮ）間のインターワーキングをサポートするためのプロセスを示すフローチャートである。

は、本発明の１つまたは複数の例示的な実施形態によるコアネットワーク（ＣＮ）間のインターワーキングをサポートするための装置を示すブロック図である。

は、本発明の１つまたは複数の例示的な実施形態による、ネットワーク機能（ＮＦ）ノード、たとえば、ＳＣＥＦ＋ＮＥＦにおいて実行されるコアネットワーク（ＣＮ）間のインターワーキングをサポートするためのプロセスを示すフローチャートである。

は、本発明の１つ以上の例示的な実施形態による、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのネットワーク機能（ＮＦ）ノードを示すブロック図である。

は、本発明の１つまたは複数の例示的な実施形態による、ＣＮ登録状態変更に関する通知を用いてアプリケーション機能（ＡＦ）でイベントを監視するためのプロセスを示すフローチャートである。発明を実施するための形態

本発明は、プロセス、装置、システム、事項の構成、コンピュータ可読記憶媒体上に具現化されたコンピュータプログラム製品、および／またはプロセッサに結合されたメモリ上に記憶され、および／またはメモリによって提供される命令を実行するように構成されたプロセッサなどのプロセッサを含む、多数の方法で実施することができる。本明細書では、これらの実装形態、または本発明がとりうる任意の他の形態を、技法と呼ぶことができる。一般に、開示されたプロセスのステップの順序は、本発明の範囲内で変更することができる。特に明記されていない限り、タスクを実行するように構成されているように記述されているプロセッサやメモリなどのコンポーネントは、所定の時間にタスクを実行するように一時的に構成されている一般的なコンポーネントや、タスクを実行するために製造されている特定のコンポーネントとして実装されてもよい。本明細書で使用される「プロセッサ」という用語は、コンピュータプログラム命令などのデータを処理するように構成された１つまたは複数のデバイス、回路、および／または処理コアを指す。

本発明の１つまたは複数の実施形態の詳細な説明を、本発明の原理を示す添付の図面と共に以下に提供する。本発明は、そのような実施形態に関連して説明されるが、本発明は、いかなる実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定され、本発明は、多数の代替、修正、および均等物を包含する。以下の説明では、本発明の完全な理解を提供するために、多数の具体的な詳細を述べる。これらの詳細は、例示の目的のために提供され、本発明は、これらの特定の詳細のいくつかまたはすべてを伴わずに、特許請求の範囲に従って実施されてもよい。明確にするために、本発明に関連する技術分野で知られている技術的材料は、本発明が不必要に不明瞭にならないように詳細に説明されていない。

本明細書で使用されるように、「公開機能（ＥＦ：エクスポージャファンクション）」という用語は、たとえば、他のネットワーク機能によって検出されたネットワーク能力およびイベントを公開するための機能エンティティを指す。ＥＦの非排他的な例は、３ＧＰＰ ＴＳ２３．６８２の下で規定されるようなサービス能力公開機能（ＳＣＥＦ）またはＴＳ２３．５０２の下で規定されるようなネットワーク公開機能（ＮＥＦ）を含む。これらの両方の３ＧＰＰ規格は、その全体が参照により本明細書に組み込まれている。

図１は、５Ｇシステム（５ＧＳ）とＥＰＣシステム（ＥＰＳ）との間のインターワーキングのためのシステムアーキテクチャを示す。

図１に示されているように、Ｎ２６インターフェースは、ＥＰＣとＮＧコアとの間のインターワーキングを可能にするために、モビリティ管理エンティティ（ＭＭＥ）とアクセスおよびモビリティ管理機能（ＡＭＦ）との間のＣＮ間インターフェースである。インターワーキングのために、Ｎ２６インターフェイスをサポートすることはオプションである。Ｎ２６は、Ｓ１０上でサポートされる（インターワーキングに不可欠である）機能のサブセットをサポートする。

図１に示すようなシステムアーキテクチャでは、ＰＧＷ－Ｃ＋ＳＭＦおよびＵＰＦ＋ＰＧＷ－Ｕは、５ＧＳとＥＰＣとの間のインターワーキング専用であるが、これらはオプションであり、ＵＥ ＭＭコアネットワーク機能およびＵＥサブスクリプションに基づく。５ＧＳおよびＥＰＣインターワーキングの対象でないＵＥは、インターワーキング専用でないエンティティによって、すなわち、ＰＧＷまたはＳＭＦ／ＵＰＦのいずれかによって、収容（サービスを提供）されうる。

ＮＧ－ＲＡＮとＵＰＦ＋ＰＧＷ－Ｕとの間に、別のＵＰＦ（図１には図示せず）を設けることができ、すなわち、ＵＰＦ＋ＰＧＷ－Ｕは、必要に応じて、追加のＵＰＦに対するＮ９をサポートすることができる。

ＥＰＣとインターワーキングするために、５ＧＣおよびＥＰＣ ＮＡＳ能力の両方を有するＵＥは、シングル（単一）登録モードまたはデュアル（二重）登録モードで動作することができる。単一登録モードにおいて、ＵＥは、ただ１つのアクティブＭＭ状態（５ＧＣにおけるＲＭ状態またはＥＰＣにおけるＥＭＭ状態のいずれか）を有し、５ＧＣ ＮＡＳモードまたはＥＰＣ ＮＡＳモードのいずれかとなる。ＵＥは、５ＧＣおよびＥＰＣのための単一の調整されたレジストレーション（登録）を維持する。したがって、ＵＥは、ＥＰＣと５ＧＣとの間でモビリティ中にある場合に、ＥＰＳ－ＧＵＴＩを５Ｇ ＧＵＴＩにマッピングし、その逆も同様にマッピングする。５ＧＣに戻るときに以前に確立されていた５Ｇセキュリティコンテキストの再使用を可能にするために、ＵＥは、５ＧＣからＥＰＣに移動するときにネイティブ５Ｇ－ＧＵＴＩおよびネイティブ５Ｇセキュリティコンテキストを保持する。

一方、二重登録モードにおいて、ＵＥは、別個のＲＲＣコネクション使用して、５ＧＣおよびＥＰＣのための独立した登録を処理する。さらに、ＵＥは、５Ｇ－ＧＵＴＩおよびＥＰＳ－ＧＵＴＩを独立して維持し、５ＧＣによって以前に割り当てられていた場合には、５ＧＣに対する登録のために、ネイティブ５Ｇ－ＧＵＴＩを提供し、ＥＰＣによって以前に割り当てられていた場合には、ＥＰＣに対するアタッチ／ＴＡＵのために、ネイティブＥＰＳ－ＧＵＴＩを提供する。このモードにおいて、ＵＥは、５ＧＣのみ、ＥＰＣのみ、または５ＧＣおよびＥＰＣの両方に登録されうる。

単一登録モードに対するサポートは、５ＧＣおよびＥＰＣ ＮＡＳの両方をサポートするＵＥに対して必須である。図２は、ＥＰＣ－５ＧＣインターワーキングのためのサービス公開のためのアーキテクチャを示す。ＵＥがＥＰＳと５ＧＳとの間におけるモビリティ能力を有する場合、ＵＥは、サービス能力公開のためのサービス能力公開機能（ＳＣＥＦ）＋ネットワーク公開機能（ＮＥＦ）ノードに対して、関連付けられる。

図２に示されるように、ＳＣＥＦ＋ＮＥＦのためのトラストドメイン（信頼領域）は、ＴＳ ２３．６８２に定義されるようなＳＣＥＦのための信頼領域と同じであり、その全体が参照により本明細書に組み込まれる。ＥＰＣインタフェースは、ＳＣＥＦとＥＰＣノードとの間のサウスバウンドインタフェース、たとえば、ＳＣＥＦとＨＳＳとの間のＳ６ｔインタフェース、ＳＣＥＦとＭＭＥとの間のＴ６ａインタフェースなどを表す。ＳＣＥＦらの全てのサウスバウンドインターフェースは、ＴＳ ２３．６８２において定義されており、簡略化のために示されていない。

図２では、５ＧＣインターフェースは、ＮＥＦと５ＧＣネットワーク機能との間のサウスバウンドインターフェース、たとえば、ＮＥＦとＳＭＦとの間のＮ２９インターフェース、ＮＥＦとＰＣＦとの間のＮ３０インターフェースなどを表す。ＮＥＦからの全てのサウスバウンドインターフェースは、簡略化のために示されていない。

結合されたＳＣＥＦ＋ＮＥＦ内のＳＣＥＦとＮＥＦとの間の対話動作が必要である。
たとえば、ＳＣＥＦ＋ＮＥＦが監視ＡＰＩをサポートする場合、ＳＣＥＦおよびＮＥＦは、ＵＥがＥＰＣと５ＧＣとの間で移動する場合に、ＵＥの構成（設定）された監視イベントに関するコンテキストおよび状態情報を共有する必要がある。

ＥＰＣまたは５ＧＣネットワークによってサポートされることができるノースバウンド（北行き）ＡＰＩは、ＣＡＰＩＦ機能を介して、および／またはＳＣＥＦ＋ＮＥＦノードのローカル構成を介して、ＳＣＥＦ＋ＮＥＦノードによって探索される。２つのネットワークタイプでは、さまざまなＡＰＩセットがサポート可能である。

Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ サービスの場合、次のサービスオペレーションが定義可能となっている：
●サブスクライブ（加入）
●加入解除
●通知

Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスは、コンシューマＮＦ（たとえば、ＮＥＦ）によって使用され、サブスクライブサービスオペレーション（サービス加入動作）によってイベント発生さ通知に加入する。ＡＭＦによって検出することができるイベントの場合、ＵＤＭは、コンシューマＮＦに代わって加入するために適切なＡＭＦサービスオペレーションを利用する。

Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスは、アンサブスクライブサービスオペレーション（サービス加入解除動作）によって通知の加入を解除するために、コンシューマＮＦ（たとえば、ＮＥＦ）によって使用される。ＡＭＦによって検出することができるイベントに関しては、ＵＤＭは、コンシューマＮＦに代わって加入を解除するために、適切なＡＭＦサービスオペレーションを利用する。

Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスは、加入されたコンシューマＮＦでも使用され、ＵＤＭで加入されたイベントが発生したときに、ＵＤＭにより、通知サービスオペレーションを用いて通知される。ＡＭＦで発生することがある加入イベントについては、コンシューマＮＦは、ＵＤＭの関与なしにＡＭＦによって直接通知されるように、対応するＡＭＦサービスオペレーションを利用してもよい。

図３は、イベントの発生を通知してもらうことに加入するためのリクエスト（要求）を、ＮＦサービスコンシューマがＵＤＭに送信するシナリオを示している。当該要求には、コールバックＵＲＩ、監視対象となるイベントのタイプ、および追加情報（イベントフィルタやレポートオプションなど）が含まれる。

ＮＦサービスコンシューマは、ＰＯＳＴ要求を親リソース（サブスクリプションのコレクション）（．．／｛ｕｅＩｄｅｎｔｉｔｙ｝／ｅｅ－ｓｕｂｓｃｒｉｐｔｉｏｎｓ）に送信して、メッセージ本文に存在するサブスクリプションを作成する。当該要求は、サブスクリプションを有効にしておくことを希望する時間と、加入されたイベントについての通知の生成を停止する時間と、を表す、ＮＦサービスコンシューマーによって提案された有効期限を含むことができる。

成功した場合、ＵＤＭはステップ２ａで作成されたサブスクリプションの表現を含むメッセージ本文で「２０１ Ｃｒｅａｔｅｄ」と応答する。Ｌｏｃａｔｉｏｎ ＨＴＴＰヘッダーは、作成されたサブスクリプションのＵＲＩを含む。イベントサブスクリプションがＵＥのグループのものであった場合：
●「ｒｅｐｏｒｔｉｎｇＯｐｔｉｏｎｓ」ＩＥ内の「ｍａｘＮｕｍＯｆＲｅｐｏｒｔｓ」は、グループ内の各ＵＥに適用される。
●ＵＤＭは、「ｎｕｍｂｅｒＯｆＵｅｓ」ＩＥ内で、グループ内のＵＥの個数を返す。

ＮＦサービスコンシューマは、イベントレポート内で、各ＵＥについて報告されるレポートの最大個数を追跡し、レポート数が「ｍａｘＮｕｍＯｆＲｅｐｏｒｔｓ＊ｎｕｍｂｅｒＯｆＵｅｓ」限界値に達すると、ＮＦサービスコンシューマは、ＵＤＭへの通知についてサブスクリプション解除を開始しなければならない。

オペレータポリシーに基づくレスポンス（応答）は、ＵＤＭによって決定された有効期限を含むことができ、その後、サブスクリプションは無効になる。サブスクリプションが満了すると、ＮＦサービスコンシューマが通知を受信し続けることを望む場合、ＮＦサービスコンシューマは、ＵＤＭ内に、新しいサブスクリプションを作成する。多くのサブスクリプションのすべてが同時に期限切れとなってしまって、それらを再作成することを回避するために、ＮＦサービスプロデューサは、これらのサブスクリプションに対して同一の有効期限を設定してはならない。有効期限が応答に含まれていない場合、ＮＦサービスコンシューマーは、サブスクリプションに対して有効期限を関連付けないものとする。

ユーザが存在しない場合は、ステップ２ｂで、レスポンス本体（”ＰｒｏｂｌｅｍＤｅｔａｉｌｓ”要素）内に追加のエラー情報を搭載した、ＨＴＴＰステータスコード”４０４ Ｎｏｔ Ｆｏｕｎｄ”が返される。

ＵＥの有効なサブスクリプションデータがない場合、すなわち、ＵＥのサブスクリプション情報に基づいて、要求されたＥｖｅｎｔＴｙｐｅの監視が許可されていないか、要求されたＥｖｅｎｔＴｙｐｅがサポートされていない場合、ステップ２ｃで、レスポンス本体（「ＰｒｏｂｌｅｍＤｅｔａｉｌｓ」要素）内に追加のエラー情報を搭載した、ＨＴＴＰステータスコード”４０３ Ｆｏｒｂｉｄｄｅｎ”が返される。

失敗した場合、エラーを示す適切なＨＴＴＰステータスコードが返され、適切な追加エラー情報は、ＤＥＬＥＴＥレスポンス本体に搭載されて、返される。

本発明の１つまたは複数の実施形態では、ＨＳＳ＋ＵＤＭは、ＣＮタイプ変更イベントまたはＣＮ登録状態変更に関するイベントを公開するように構成される。したがって、５ＧＣとＥＰＣとの間でのＵＥのモビリティが発生すると、このイベントの加入者にこれが通知され、それにしたがって、そのイベントに関連付けられた機能がＵＥの新しいＣＮタイプに基づいて実行される。好ましくは、加入のためのサービスオペレーションに加えて、ＣＮタイプ変更イベントを更新し、加入解除し、通知するためのサービスオペレーションもサポートされる。

図４は、ＣＮ登録状態の変更を示す図である。図４に示されるように、ＵＥは、複数のＣＮ登録状態の間で切り替えを実行することができる。

ケース１では、ＵＥが５Ｇカバレッジエリアから４Ｇカバレッジエリアに移動すると、ＵＥは、５Ｇにおける単一登録から４ＧまたはＥＰＣにおける単一登録に切り替わる。

ケース２では、ＵＥが二重登録をサポートし、５Ｇカバレッジエリアから４Ｇおよび５Ｇの両方がカバーされるエリアに移動すると、ＵＥは、５Ｇへの単一登録から４Ｇ＋５Ｇへの二重登録に切り替わる。

ケース３では、ＵＥが４Ｇカバレッジエリアから５Ｇカバレッジエリアに、または４Ｇおよび５Ｇの両方によってカバーされるエリアに移動すると、ＵＥは、４Ｇにおける単一登録から５Ｇにおける単一登録に切り替わる。

ケース４では、ＵＥが二重登録をサポートしており、４Ｇカバレッジエリアから４Ｇおよび５Ｇの両方によってカバーされるエリアに移動すると、ＵＥは、４Ｇにおける単一登録から４Ｇ＋５Ｇにおける二重登録に切り替わる。

ケース５では、４Ｇと５Ｇの両方がカバーされているエリアから５ＧのみがカバーされているエリアにＵＥが移動するか、４Ｇと５Ｇの両方がカバーされていてもＵＥが４Ｇの登録をキャンセルすると、ＵＥは４Ｇ＋５Ｇの二重登録から５Ｇの単一登録に切り替わる。

ケース６では、４Ｇと５Ｇの両方がカバーされるエリアから４ＧのみがカバーされるエリアにＵＥが移動するか、４Ｇと５Ｇの両方がカバーされる場合であってもＵＥが５Ｇの登録をキャンセルすると、ＵＥは４Ｇ＋５Ｇの二重登録から４Ｇの単一登録に切り替わる。

図５は、本発明の１つまたは複数の例示的な実施形態による、ユーザプロファイルサーバにおいて実行されるコアネットワーク（ＣＮ）間のインターワーキングをサポートするためのプロセスを示すフローチャートである。ユーザプロファイルサーバは、ホームサブスクライバサーバ（ＨＳＳ）と統合データベース管理（ＵＤＭ）との組合せによって実装可能である。または、ホーム加入者サーバ（ＨＳＳ）、統合データベース管理（ＵＤＭ）、および、統合／ユーザデータリポジトリ（ＵＤＲ）の組合せによって、ユーザプロファイルサーバが実装されてもよい。

図５を参照すると、ステップＳ５０１において、ユーザプロファイルサーバは、ＮＦサービスコンシューマ、たとえば、ＮＥＦ＋ＳＣＥＦノードから、指定されたユーザ装置（ＵＥ）についての、ＣＮ登録状態変更またはＣＮタイプ変更イベントの通知サービスに加入するための要求を、受信する。あるいは、加入は、ＵＥのグループを対象として、実行されてもよい。

そして、ステップＳ５０３に移行して、ユーザプロファイルサーバは、指定されたＵＥまたは指定されたＵＥのグループに対するＣＮ登録状態変更またはＣＮタイプ変更イベントの有無の監視または検出を開始する。たとえば、ユーザプロファイルサーバは、ユーザロケーションアップデート（位置更新）が受信されたかどうかを判定することによって、当該検出を実行してもよい。ＣＮ登録状態変更が発生したと判定した場合には、ステップＳ５０５に進み、そうでない場合には、ユーザプロファイルサーバは、ＣＮ登録状態変更の発生の検出を継続する。

ステップＳ５０５で、ＵＥについてのＣＮ登録状態変更に応答して、ユーザプロファイルサーバは、ＵＥがＣＮ登録状態変更の通知サービスに加入しているかどうかを判定する。ＵＥがサービスに加入している場合、プロセスはステップＳ５０７に進み、そうでない場合、プロセスはステップＳ５０３に戻る。

ステップＳ５０７で、ユーザプロファイルサーバは、ＮＦノードのＣＮ登録状態変更を通知し、ＮＦノードは、次に、ＣＮ登録状態変更に関連付けられている機能を実行する。

表１および表２は、それぞれ、現在の３ＧＰＰ規格におけるＵＤＭによりサポートまたは公開されているイベントタイプと、本発明の１つまたは複数の例示的な実施形態にしたがったＨＳＳ＋ＵＤＭによりサポートまたは公開されるイベントタイプと、を示している。

表１： ＵＤＭがサポートまたは公開するイベントタイプ

表２： ＨＳＳ＋ＵＤＭがサポートまたは公開するイベントタイプ

表１と比較して、表２では、新規のイベントタイプ「ＣＮタイプ変更」が新たに追加されている。

説明目的のために、通知は、表３および４で指定されるようなレポート（報告）をＮＦノードに送信することによって実行されてもよい。

表３： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔというタイプの定義

表４：ＣＮＴｙｐｅの列挙

表３からわかるように、レポートには、ＵＥが現在どのＣＮに登録しているかのみが示される場合がある。
別の実施形態では、レポートは、ＵＥが現在および以前に登録していたＣＮを示すことができる。

たとえば、ＵＥが単一登録５Ｇから単一登録４Ｇに切り替わるとき、レポートは以下のように生成されてもよい：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿５Ｇ
ｎｅｗＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿４Ｇ

ＵＥが単一登録５Ｇから二重登録４Ｇ＋５Ｇに切り替わると、レポートは以下のように生成されてもよい：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿５Ｇ
ｎｅｗＣＮＴｙｐｅ： ＤＵＡＬ＿４Ｇ５Ｇ

ＵＥが単一登録４Ｇから単一登録５Ｇに切り替わると、レポートは以下のように生成されてもよい：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿４Ｇ
ｎｅｗＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿５Ｇ

ＵＥが単一登録４Ｇから二重登録４Ｇ＋５Ｇに切り替わると、レポートは以下のように生成されてもよい：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿４Ｇ
ｎｅｗＣＮＴｙｐｅ： ＤＵＡＬ＿４Ｇ５Ｇ

ＵＥがデュアル登録－４Ｇ＋５Ｇからデュアル登録－４Ｇに切り替わるとき、レポートは以下のように生成されてもよい：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＤＵＡＬ＿４Ｇ５Ｇ
ｎｅｗＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿４Ｇ

ＵＥがデュアル登録－４Ｇ＋５Ｇからデュアル登録－５Ｇに切り替わるとき、報告は以下のように生成されてもよい：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＤＵＡＬ＿４Ｇ５Ｇ
ｎｅｗＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿５Ｇ

図６は本発明の１つまたは複数の例示的な実施形態によるコアネットワーク（ＣＮ）間のインターワーキングをサポートするための装置を示すブロック図である。

図６を参照すると、装置６０は、記憶装置６１０と、記憶装置６１０に結合されたプロセッサ６２０と、を有する。記憶装置６１０は、コンピュータ命令を含むコンピュータプログラム６３０を記憶するように構成される。プロセッサ６２０は、図５に示すように、コンピュータ命令を実行して、方法のステップの一部または全部を実行するように構成される。

本発明の１つまたは複数の実施形態によれば、本発明は、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのコンピュータプログラム製品を提供し、このコンピュータプログラム製品は、コンピュータ可読記憶媒体で実装され、図５に示す方法のステップのいくつかまたはすべてを実行するためのコンピュータ命令を有する。

図７は、本発明の１つまたは複数の例示的な実施形態による、ネットワーク機能（ＮＦ）ノード、たとえば、ＳＣＥＦ＋ＮＥＦにおいて実行されるコアネットワーク（ＣＮ）間のインターワーキングをサポートするためのプロセスを示すフローチャートである。

図７を参照すると、ステップＳ７０１において、ＮＦノードは、指定されたユーザ装置（ＵＥ）についてのＣＮ登録状態変更またはＣＮタイプ変更のイベントについての通知サービスに加入するための要求を、ユーザプロファイルサーバ、たとえばＨＳＳ＋ＵＤＭへ、送信する。あるいは、加入は、ＵＥのグループを対象として行われてもよい。

そして、ステップＳ７０３に移行して、ＮＦノードは、指定されたＵＥまたは指定されたＵＥグループについてのＣＮ登録状態変更またはＣＮタイプ変更のイベントに関するレポートがユーザプロファイルサーバから受信されたかどうかの監視または検出を開始する。レポートが受信された場合、プロセスはステップＳ７０５に進み、そうでない場合、ＮＦノードはレポートの受信を検出し続ける。

ステップＳ７０５において、ＮＦノードは、ＵＥのＣＮ登録状態変更に応答して、ＣＮ登録状態変更に関連する機能を実行する。

図８は、本発明の１つ以上の例示的な実施形態による、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのネットワーク機能（ＮＦ）ノードを示すブロック図である。

図８を参照すると、装置８０は、記憶装置８１０と、記憶装置８１０に結合されたプロセッサ８２０とを有する。記憶装置８１０は、コンピュータ命令を含むコンピュータプログラム８３０を記憶するように構成されている。プロセッサ８２０は、図７に示すように、コンピュータ命令を実行して、方法のステップの一部または全部を実行するように構成される。

本発明の１つまたは複数の実施形態によれば、本発明は、コアネットワーク（ＣＮ）間のインターワーキングをサポートするためのコンピュータプログラム製品を提供し、このコンピュータプログラム製品は、コンピュータ可読記憶媒体に実装され、図７に示す方法のステップのいくつかまたはすべてを実行するためのコンピュータ命令を有する。

図９は、本発明の１つまたは複数の例示的な実施形態による、ＣＮ登録状態変更に関する通知を用いてアプリケーション機能（ＡＦ）でイベントを監視するためのプロセスを示すフローチャートである。説明のために、ＵＥは、単一の登録のみをサポートし、ＳＣＥＦ＋ＮＥＦは、ＡＦ（たとえば、ＳＣＳ／ＡＳ）に対して、基礎となる３ＧＰＰネットワークトポロジを隠してしまい、ＵＥが５ＧＣによってサービスされるかＥＰＣによってサービスされるかを隠すと仮定する。したがって、ＡＦの観点からは、これは一般的なイベント監視手順である。

図９を参照すると、ステップＳ９０１において、ＵＥは５Ｇシステムへの登録を開始し、登録要求はＡＭＦを通過する。

次に、ステップＳ９０２で、ＡＭＦはＵＤＭに登録する。

ステップＳ９０３において、ＵＤＭは、ローカル（自分の記憶装置）に、またはステートレスであればＵＤＲ等の外部記憶装置に、ＵＥのＣＮ登録状態（ＳＩＮＧＬＥ＿５Ｇ）を更新して格納する。ステップＳ９０４で、ＡＦは、イベント、たとえば、位置更新、のための監視イベントコンフィギュレーション（構成）を開始し、共通イベント監視構成をＳＣＥＦ＋ＮＥＦに送信する。

ステップＳ９０５で、ＳＣＥＦ＋ＮＥＦは、イベントに対するイベント監視要求をＨＳＳ＋ＵＤＭに送信する。

ステップＳ９０６において、ＨＳＳ＋ＵＤＭは、ＵＥについて現在のサービングノードをチェックする。現在のところ、それは５Ｇにのみ登録されているため、サービングノードはＡＭＦである。

ステップＳ９０７で、ＨＳＳ＋ＵＤＭは、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ Ｓｕｂｓｃｒｉｂｅ要求を送信することによって、５Ｇインターフェースを介してＡＭＦにおけるイベント監視について、加入する。あるいは、ＳＣＥＦ＋ＮＥＦは、ＨＳＳ＋ＵＤＭからサービングＡＭＦを取得することによって、ＡＭＦにおけるイベント監視に直接的に加入してもよい。

ステップＳ９０８において、ＳＣＥＦ＋ＮＥＦは、ＵＤＭまたはＨＳＳ＋ＵＤＭにおけるＣＮタイプ変更イベントに関する通知サービスに加入する。

ＵＥが４Ｇカバレッジのみを有するエリアに進入したと仮定すると、ＵＥは、ステップＳ９０９において、アタッチ要求を開始し、ＭＭＥを介して４Ｇに登録する。

ステップＳ９１０で、ＭＭＥは、ＨＳＳまたはＨＳＳ＋ＵＤＭにユーザ位置更新要求を送信する。

ステップＳ９１１で、ＨＳＳ＋ＵＤＭは、ＵＥのＣＮ登録状態をＳＩＮＧＬＥ＿４Ｇに更新して、ローカルに、またはステートレスである場合には外部記憶装置に格納する。

ステップＳ９１２において、ＨＳＳ＋ＵＤＭは、たとえば、以下のように生成されたレポートを送信することによって、ＣＮ登録状態変更またはＣＮタイプ変更のイベントをＳＣＥＦ＋ＮＥＦに通知する：
ＥｖｅｎｔＴｙｐｅ： ＣＮＴｙｐｅＣｈａｎｇｅＲｅｐｏｒｔ
ｏｌｄＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿５Ｇ
ｎｅｗＣＮＴｙｐｅ： ＳＩＮＧＬＥ＿４Ｇ

ステップＳ９１３で、ＳＣＥＦ＋ＮＥＦは、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ Ｓｕｂｓｃｒｉｂｅ要求を送信することによって、以前のイベント監視を再要求する。

ステップＳ９１４において、ＨＳＳ＋ＵＤＭは、現在ＭＭＥになっているＵＥのための現在のサービングノードをチェックする。

ステップＳ９１５で、ＨＳＳ＋ＵＤＭは、４Ｇインターフェースを介してＭＭＥでイベント監視に加入する。あるいは、ＳＣＥＦ＋ＮＥＦは、ＨＳＳ＋ＵＤＭからサービングＭＭＥを取得することによって、ＭＭＥにおけるイベント監視に直接的に加入することができる。

前述の実施形態は、本発明を限定する代わりに、本発明を例示するものであり、代替実施形態は、添付の特許請求の範囲から逸脱することなく、当業者によって設計されうることに留意されたい。「含む」、および「含む」などの語句は、存在するが、明細書および特許請求の範囲に記載されていない要素またはステップを除外するものではなく、本明細書および添付の特許請求の範囲で使用されるように、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が別段の明確な指示をしない限り、複数の指示対象を含むことにも留意されたい。本発明は、いくつかの異なる要素を含むハードウェアによって、または適切にプログラムされたコンピュータによって達成することができる。いくつかの手段を列挙する単位請求項において、これらの手段のうちのいくつかは、同じハードウェアアイテムにおいて具体的に具現化することができる。第１、第２、第３のような単語の使用は、単に名前として説明することができる順序を表すものではない。本明細書は、多くの具体的な実装の詳細を含むが、これらは、任意の実装または特許請求されうるものの範囲に対する限定として解釈されるべきではなく、むしろ、特定の実装の特定の実施形態に固有でありうる特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載される特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は、特定の組合せで動作するものとして上記で説明されてもよく、そのようなものとして最初に特許請求されてもよいが、特許請求される組合せからの１つまたは複数の特徴は、場合によっては、その組合せから削除されてもよく、特許請求される組合せは、サブ組合せまたはサブ組合せの変形に向けられてもよい。

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

Claims (18)

1. ＣＮ（コアネットワーク）間のインターワーキングをサポートするための装置であって、
   コンピュータ命令を含むコンピュータプログラムを記憶するように構成された記憶装置と、
   前記記憶装置に結合されたプロセッサであって、
   （ａ）ＵＥ（ユーザ装置）についてのＣＮ登録状態変更に応じて、前記ＵＥが前記ＣＮ登録状態変更の通知サービスに加入しているかどうかを判定することと、
   （ｂ）前記通知サービスに加入している場合、前記ＣＮ登録状態変更に関連付けられている機能を実行するＮＦ（ネットワーク機能）ノードに前記ＣＮ登録状態変更を通知することと、を実行するために前記コンピュータ命令を実行するように構成されたプロセッサと、を有し、
   前記通知することは、前記ＵＥが現在登録している第１のＣＮと、前記ＵＥが以前に登録している第２のＣＮと、を示す報告を前記ＮＦノードに送信することによって、実行される、装置。
2. 請求項１に記載の装置であって、前記装置は、ＨＳＳ（ホーム加入者サーバ）とＵＤＭ（統合データベース管理）とを組合せること、または、ＨＳＳ（ホーム加入者サーバ）と、ＵＤＭ（統合データベース管理）と、ＵＤＲ（統合／ユーザデータリポジトリ）とを組合せることによって実装される、装置。
3. 請求項１に記載の装置であって、前記ＮＦノードは、ＳＣＥＦ（サービス能力公開機能）＋ＮＥＦ（ネットワーク公開機能）ノードである、装置。
4. 請求項１に記載の装置であって、前記ＣＮは、ＥＰＣネットワークおよび５Ｇコアネットワークを有し、前記ＣＮ登録状態変更は、５Ｇへの単一登録からＥＰＣへの単一登録への切り替えと、５Ｇへの単一登録からＥＰＣ＋５Ｇへの二重登録への切り替えと、ＥＰＣへの単一登録から５Ｇへの単一登録への切り替えと、ＥＰＣへの単一登録からＥＰＣ＋５Ｇへの二重登録への切り替えと、ＥＰＣ＋５Ｇへの二重登録から５Ｇへの単一登録への切り替えと、ＥＰＣ＋５Ｇへの二重登録からＥＰＣへの単一登録への切り替えと、のうちの少なくとも１つである、装置。
5. 請求項３に記載の装置であって、前記機能は、データまたはロケーション更新のためにＵＥ到達可能性を監視することに関するものである、装置。
6. 請求項３に記載の装置であって、前記加入は、前記ＳＣＥＦ＋ＮＥＦノードから、前記通知サービスへ加入するための要求を受信することによって実行される、装置。
7. ＣＮ（コアネットワーク）間のインターワーキングをサポートするための方法であって、ユーザプロファイルサーバにおいて実行されるステップとして、
   （ａ）ＵＥ（ユーザ装置）のＣＮ登録状態変更に応答して、前記ＵＥが前記ＣＮ登録状態変更の通知サービスに加入しているかどうかを判定することと、
   （ｂ）前記通知サービスに加入している場合、前記ＣＮ登録状態変更に関連付けられている機能を実行するＮＦ（ネットワーク機能）ノードに前記ＣＮ登録状態変更を通知することと、を有し、
   前記通知することは、前記ＵＥが現在登録している第１のＣＮと、前記ＵＥが以前に登録している第２のＣＮと、を示す報告を前記ＮＦノードに送信することによって、実行される、方法。
8. 請求項７に記載の方法であって、前記ユーザプロファイルサーバは、ＨＳＳ（ホーム加入者サーバ）とＵＤＭ（統合データベース管理）とを組合せること、または、前記ユーザプロファイルサーバは、ＨＳＳ（ホーム加入者サーバ）と、ＵＤＭ（統合データベース管理）と、ＵＤＲ（統合／ユーザデータリポジトリ）とを組合せることによって実装される、方法。
9. ＣＮ（コアネットワーク）間のインターワーキングをサポートするためのコンピュータプログラムであって、前記コンピュータプログラムは、通信装置に、
   （ａ）ＵＥ（ユーザ装置）のＣＮ登録状態変更に応答して、前記ＣＮ登録状態変更の通知サービスに前記ＵＥが加入しているかどうかを判定することと、
   （ｂ）前記通知サービスに加入している場合、前記ＣＮ登録状態変更に関連付けられている機能を実行するＮＦ（ネットワーク機能）ノードに前記ＣＮ登録状態変更を通知することと、を実行させ、
   前記通知することは、前記ＵＥが現在登録している第１のＣＮと、前記ＵＥが以前に登録している第２のＣＮと、を示す報告を前記ＮＦノードに送信することによって、実行される、コンピュータプログラム。
10. ＣＮ（コアネットワーク）間のインターワーキングをサポートするためのＮＦ（ネットワーク機能）ノードであって、
    コンピュータ命令を有するコンピュータプログラムを記憶するように構成された記憶装置と、
    前記記憶装置に結合され、前記コンピュータ命令を実行するように構成されたプロセッサであって、
    （ａ）ＵＥ（ユーザ装置）のＣＮ登録状態変更の通知サービスに加入するための要求をユーザプロファイルサーバに送信し、
    （ｂ）前記ＣＮ登録状態変更に関する報告を前記ユーザプロファイルサーバから受信し、ここで、前記報告は、前記ＵＥが現在登録している第１のＣＮと、前記ＵＥが以前に登録している第２のＣＮと、を示すものであり、
    （ｃ）前記ＣＮ登録状態変更に関連付けられている機能を実行する、ように構成されているプロセッサと、を有する、ＮＦノード。
11. 請求項１０に記載のＮＦノードであって、前記ＮＦノードは、ＳＣＥＦ（サービス能力公開機能）＋ＮＥＦ（ネットワーク公開機能）ノードである、ＮＦノード。
12. 請求項１０に記載のＮＦノードであって、前記プロセッサは、さらに、
    前記通知サービスについての加入解除要求を前記ユーザプロファイルサーバに送信するよう、前記コンピュータ命令を実行するように構成されている、ＮＦノード。
13. 請求項１０に記載のＮＦノードであって、前記ユーザプロファイルサーバは、ＨＳＳ（ホーム加入者サーバ）とＵＤＭ（統合データベース管理）とを組合せること、または、ＨＳＳ（ホーム加入者サーバ）と、ＵＤＭ（統合データベース管理）と、ＵＤＲ（統合／ユーザデータリポジトリ）とを組合せることによって実装される、ＮＦノード。
14. 請求項１０に記載のＮＦノードであって、前記ＣＮは、ＥＰＣネットワークおよび５Ｇコアネットワークを有し、前記ＣＮ登録状態変更は、５Ｇへの単一登録からＥＰＣへの単一登録への切り替えと、５Ｇへの単一登録からＥＰＣ＋５Ｇへの二重登録への切り替えと、ＥＰＣへの単一登録から５Ｇへの単一登録への切り替えと、ＥＰＣへの単一登録からＥＰＣ＋５Ｇへの二重登録への切り替えと、ＥＰＣ＋５Ｇへの二重登録から５Ｇへの単一登録への切り替えと、ＥＰＣ＋５Ｇへの二重登録からＥＰＣへの単一登録への切り替えと、のうちの少なくとも１つである、ＮＦノード。
15. 請求項１０に記載のＮＦノードであって、前記機能は、データまたはロケーション更新のためにＵＥ到達可能性を監視することに関するものである、ＮＦノード。
16. ＣＮ（コアネットワーク）間のインターワーキングをサポートする方法であって、ＮＦ（ネットワーク機能）ノードにおいて実行されるステップであって、
    （ａ）ＵＥ（ユーザ装置）についてのＣＮ登録状態変更のための通知サービスに加入するための要求をユーザプロファイルサーバへ送信することと、
    （ｂ）前記ＣＮ登録状態変更に関する報告を前記ユーザプロファイルサーバから受信することと、ここで、前記報告は、前記ＵＥが現在登録している第１のＣＮと、前記ＵＥが以前に登録している第２のＣＮと、を示すものであり、
    （ｃ）前記ＣＮ登録状態変更に関連付けられている機能を実行することと、を有する、方法。
17. 請求項１６に記載の方法であって、さらに、
    前記通知サービスについての加入解除要求を前記ユーザプロファイルサーバへ送信すること、を有する、方法。
18. ＣＮ（コアネットワーク）間のインターワーキングをサポートするためのコンピュータプログラムであって、前記コンピュータプログラムは、通信装置に、
    （ａ）ＵＥ（ユーザ装置）のＣＮ登録状態変更の通知サービスに加入するための要求をユーザプロファイルサーバへ送信させ、
    （ｂ）前記ＣＮ登録状態変更に関する報告を前記ユーザプロファイルサーバから受信させ、ここで、前記報告は、前記ＵＥが現在登録している第１のＣＮと、前記ＵＥが以前に登録している第２のＣＮと、を示すものであり、
    （ｃ）前記ＣＮ登録状態変更に関連付けられている機能を実行させる、コンピュータプログラム。

Images