JP2022116193A - 通信方法、通信装置、および通信システム - Google Patents

Abstract

【課題】接続するネットワーク切り換えの際に、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証する通信方法、通信装置及び通信システムを提供する。【解決手段】方法は、第１のネットワーク要素が、第２のネットワーク要素から端末の識別情報を受信するステップを含む。識別情報は、端末の識別又は端末のグループの識別を含む。方法はまた、第１のネットワーク要素が、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、第１のネットワーク要素が、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと、を含む。前記第２のネットワーク要素によって送信された端末の識別情報を受信した後、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプ情報を獲得する。【選択図】図４

Description

本出願は、通信技術に関し、詳細には、通信方法、通信装置、および通信システムに関する。

本出願は、その全体が参照によって本明細書に組み込まれる、２０１８年４月９日に中国国家知識産権局に出願された、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ， ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＡＰＰＡＲＡＴＵＳ， ＡＮＤ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＳＹＳＴＥＭ」と題する、中国特許出願第２０１８１０３１３２２９．９号に基づく優先権を主張する。

車のインターネット、モバイルオフィス、モノのインターネットなど、新しいサービスの爆発的な発展は、アクセス速度、トラフィック密度、および他の要因に関して、より高い要件を通信ネットワークに課す。様々なタイプの新しいサービスによって促されて、異なるアクセステクノロジを使用するネットワーク、例えば、４Ｇネットワークおよび５Ｇネットワークが、出現している。異なるアクセステクノロジを使用するネットワークのすべては、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）を通して、ネットワーク機能をサードパーティアプリケーションに公開することができ、サードパーティアプリケーションは、端末関連のサービスを獲得するために、ＡＰＩを使用する。

端末は、４Ｇアクセス技術および５Ｇアクセス技術など、すべての異なるアクセス技術をサポートすることができるので、端末は、４Ｇネットワークと５Ｇネットワークとの間で柔軟に切り換えを行うことができる。しかしながら、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、サードパーティアプリケーションは、端末が現在位置付けられているネットワークを知ることができず、したがって、現在呼び出されることができるＡＰＩを知ることができない。その結果、ＡＰＩ呼び出し成功率は低く、ユーザエクスペリエンスは貧弱である。

本出願は、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるための、通信方法、通信装置、および通信システムを提供する。

本出願の第１の態様は、第１のネットワーク要素に適用される通信方法を提供し、方法は、
第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信するステップであって、識別情報は、端末の識別、または端末のグループの識別を含む、ステップと、
第１のネットワーク要素によって、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、
第１のネットワーク要素によって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
を含む。

この方法においては、第２のネットワーク要素によって送信された端末の識別情報を受信した後、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるようにする。

可能な設計においては、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

可能な設計においては、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。

可能な設計においては、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。

可能な設計においては、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

可能な設計においては、第１のメッセージは、ＡＰＩサポート能力サブスクリプションメッセージである。

可能な設計においては、タイプ情報は、第２のメッセージ内に含まれ、第２のメッセージは、ＡＰＩサポート能力を通知するために使用される。

可能な設計においては、第２のメッセージは、ＡＰＩサポート能力通知メッセージであり、ＡＰＩサポート能力通知メッセージは、端末の識別、またはグループの識別を含む。

可能な設計においては、第１のメッセージは、第１のイベントサブスクリプションメッセージ、または第１の監視要求メッセージであり、第１のイベントサブスクリプションメッセージ、または第１の監視要求メッセージは、ＡＰＩサポート能力変化イベントの識別を含む。

可能な設計においては、第２のメッセージは、第１のイベント通知メッセージ、または第１の監視応答メッセージであり、第１のイベント通知メッセージ、または第１の監視応答メッセージは、端末の識別、またはグループの識別を含む。

可能な設計においては、第１のメッセージは、ＡＰＩサポート能力問い合わせメッセージであり、第２のメッセージは、ＡＰＩサポート能力応答メッセージである。

可能な設計においては、第１のネットワーク要素によって、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するステップは、
第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、第３のメッセージは、タイプ情報を要求するために使用される、ステップと、
第１のネットワーク要素によって、第３のネットワーク要素からタイプ情報を受信するステップと
を含む。

可能な設計においては、第１のメッセージは、ＡＰＩ呼び出しメッセージであり、ＡＰＩ呼び出しメッセージは、端末の識別、またはグループの識別を含む。

可能な設計においては、第１のメッセージは、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージであり、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別を含む。

可能な設計においては、第１のメッセージは、ネットワークへの端末登録要求メッセージである。

可能な設計においては、方法は、さらに、
第１のネットワーク要素によって、タイプ情報を送信するステップ
を含む。

本出願の第２の態様は、第２のネットワーク要素に適用される通信方法を提供し、方法は、
第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップであって、識別情報は、端末の識別、または端末のグループの識別を含む、ステップと、
第２のネットワーク要素によって、第１のネットワーク要素から第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するステップと、
第２のネットワーク要素によって、ＡＰＩ情報に基づいて、ＡＰＩを呼び出すステップと
を含む。

可能な設計においては、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。

可能な設計においては、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。

可能な設計において、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

可能な設計においては、第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップは、
第２のネットワーク要素が、サービス要件に従ってＡＰＩを呼び出すことをトリガしたとき、端末の識別情報を第１のネットワーク要素に送信するステップ、
プリセットタイマが満了したとき、端末の識別情報を第１のネットワーク要素に送信するステップ、または
第２のネットワーク要素が、第１のネットワーク要素から、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を受信したとき、端末の識別情報を第１のネットワーク要素に送信するステップ
を含む。

本出願の第３の態様は、第１のネットワーク要素に適用される通信方法を提供し、方法は、
第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
第１のネットワーク要素によって、第３のネットワーク要素からタイプ情報を受信するステップと、
第１のネットワーク要素によって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
を含む。

この方法においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のメッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、第３のメッセージに基づいて、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるようにする。

可能な設計においては、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

可能な設計においては、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。

可能な設計においては、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。

可能な設計においては、第３のメッセージは、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージであり、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別を含む。

可能な設計においては、第４のメッセージは、第３のイベント通知メッセージ、または第３の監視応答メッセージであり、第３のイベント通知メッセージ、または第３の監視応答メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別、またはグループの識別を含む。

可能な設計においては、第３のメッセージは、ネットワークへの端末登録要求メッセージである。

可能な設計においては、第４のメッセージは、ネットワークへの端末登録応答メッセージであり、ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプを含み、さらに、端末の識別、またはグループの識別を含む。

可能な設計においては、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

可能な設計においては、第３のネットワーク要素は、ホーム加入者サーバＨＳＳとユニフォームデータ管理ＵＤＭとを統合したネットワーク要素であり、もしくは第３のネットワーク要素は、ポリシ制御機能ＰＣＦとポリシおよび課金ルール機能ＰＣＲＦとを統合したネットワーク要素であり、または
第３のネットワーク要素は、モビリティ管理エンティティＭＭＥであり、もしくは第３のネットワーク要素は、アクセスおよびモビリティ管理機能ＡＭＦである。

本出願の第４の態様は、第３のネットワーク要素に適用される通信方法を提供し、方法は、
第３のネットワーク要素によって、第１のネットワーク要素から第３のメッセージを受信するステップであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
第３のネットワーク要素によって、第３のメッセージに基づいて、タイプ情報を送信するステップと
を含む。

可能な設計においては、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

可能な設計においては、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。

可能な設計においては、第３のネットワーク要素によって、第３のメッセージに基づいて、タイプ情報を送信するステップは、
サービングネットワークのタイプが変化したことを検出したとき、サービングネットワークのタイプを示すために使用される情報を送信するステップ
を含む。

可能な設計においては、第３のネットワーク要素によって、第３のメッセージに基づいて、タイプ情報を送信するステップは、
第３のネットワーク要素によって、第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせるステップと、
第３のネットワーク要素によって、サービングネットワークのタイプを送信するステップと
を含む。

可能な設計においては、第３のネットワーク要素は、ホーム加入者サーバＨＳＳとユニフォームデータ管理ＵＤＭとを統合したネットワーク要素であり、もしくは第３のネットワーク要素は、ポリシ制御機能ＰＣＦとポリシおよび課金ルール機能ＰＣＲＦとを統合したネットワーク要素であり、または
第３のネットワーク要素は、モビリティ管理エンティティＭＭＥであり、もしくは第３のネットワーク要素は、アクセスおよびモビリティ管理機能ＡＭＦである。

可能な設計においては、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。

本出願の第５の態様は、通信装置を提供する。通信装置は、第１の態様における第１のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。

可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、受信モジュールは、第２のネットワーク要素から端末の識別情報を受信するように構成され、識別情報は、端末の識別情報、または端末のグループの識別情報を含み、処理モジュールは、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するように構成され、送信モジュールは、タイプ情報に基づいて、第１のネットワーク要素のＡＰＩ情報を送信するように構成される。

本出願の第６の態様は、通信装置を提供する。通信装置は、第２の態様における第２のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。

可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、送信モジュールは、端末の識別情報を第１のネットワーク要素に送信するように構成され、識別情報は、端末の識別、または端末のグループの識別を含み、受信モジュールは、第１のネットワーク要素から第１のネットワーク要素のＡＰＩ情報を受信するように構成され、処理モジュールは、ＡＰＩ情報に基づいて、ＡＰＩを呼び出すように構成される。

本出願の第７の態様は、通信装置を提供する。通信装置は、第３の態様における第１のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。

可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、送信モジュールは、第３のメッセージを第３のネットワーク要素に送信するように構成され、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用され、受信モジュールは、第３のネットワーク要素からタイプ情報を受信するように構成され、処理モジュールは、送信モジュールを使用することによって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成される。

本出願の第８の態様は、通信装置を提供する。通信装置は、第４の態様における第３のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。

可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、受信モジュールは、第１のネットワーク要素から第３のメッセージを受信するように構成され、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用され、処理モジュールは、送信モジュールを使用することによって、第３のメッセージに基づいて、タイプ情報を送信するように構成される。

本出願の第９の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第１の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。

本出願の第１０の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第２の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。

本願の第１１の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第３の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。

本願の第１２の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第４の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。

本出願の第１３の態様は、通信システムを提供する。通信システムは、第９の態様に従った通信装置と、第１０の態様に従った通信装置と、第１１の態様に従った通信装置と、第１２の態様に従った通信装置とを含む。

本出願の第１４の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第１の態様に従った方法を実行するために使用される命令を含む。

本出願の第１５の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第２の態様に従った方法を実行するために使用される命令を含む。

本出願の第１６の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第３の態様に従った方法を実行するために使用される命令を含む。

本出願の第１７の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第４の態様に従った方法を実行するために使用される命令を含む。

本出願の第１８の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第１の態様に従った方法が、実行される。

本出願の第１９の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第２の態様に従った方法が、実行される。

本願の第２０の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第３の態様に従った方法が、実行される。

本出願の第２１の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第４の態様に従った方法が、実行される。

ＥＰＳのネットワークアーキテクチャの概略図である。 ５Ｇネットワークの概略アーキテクチャ図である。 能力公開ネットワーク要素の機能サポートの概略図である。 本出願に従った通信方法の対話フローチャートである。 本出願に従った別の通信方法の対話フローチャートである。 実施形態１に従った通信方法のフローチャートである。 実施形態２に従った通信方法のフローチャートである。 実施形態３に従った通信方法のフローチャートである。 実施形態４に従った通信方法のフローチャートである。 実施形態５に従った通信方法のフローチャートである。 実施形態６に従った通信方法のフローチャートである。 実施形態７に従った通信方法のフローチャートである。 実施形態８に従った通信方法のフローチャートである。 実施形態９に従った通信方法のフローチャートである。 本出願に従った第１の通信装置におけるモジュールの構造図である。 本出願に従った第２の通信装置におけるモジュールの構造図である。 本出願に従った第３の通信装置におけるモジュールの構造図である。 本出願に従った第４の通信装置におけるモジュールの構造図である。 本出願に従った第１の通信装置の物理的ブロック図である。 本出願に従った第２の通信装置の物理的ブロック図である。 本出願に従った第３の通信装置の物理的ブロック図である。 本出願に従った第４の通信装置の物理的ブロック図である。

当業者に本出願の技術的ソリューションをより良く理解させるために、以下では、最初に、異なるアクセス技術を使用するネットワークのアーキテクチャについて説明する。具体的には、進化型パケットシステム（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ、ＥＰＳ）、すなわち、４Ｇネットワークおよび５Ｇネットワークアーキテクチャが、説明のための例として使用される。

図１は、ＥＰＳのネットワークアーキテクチャの概略図である。図１に示されるように、ＥＰＳは、主に、進化型ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ、ＥＵＴＲＡＮ）、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＤＮ Ｇａｔｅｗａｙ、Ｐ－ＧＷ）、サービングＧＰＲＳサポートノード（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ、ＳＧＳＮ）、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、ＨＳＳ）、ならびにポリシおよび課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）などのネットワークエンティティを含む。ネットワークエンティティの機能は、以下の通りである。

ＥＵＴＲＡＮは、複数の進化型ノードＢ（Ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮｏｄｅＢ）を含むネットワークであり、無線物理レイヤ機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御、ならびにモビリティ管理を実装する。ｅＮｏｄｅＢは、ユーザプレーンインターフェースＳ１－Ｕを通して、ＳＧＷに接続され、コントロールプレーンインターフェースＳ１－ＭＭＥを通して、ＭＭＥに接続され、Ｓ１－ＡＰプロトコルを使用することによって、無線アクセスベアラ制御などの機能を実装する。

ＭＭＥは、主に、非アクセス層（Ｎｏｎ－Ａｃｃｅｓｓ－Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングおよびセキュリティ、トラッキングエリアリスト（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｌｉｓｔ）管理、ならびにＰ－ＧＷおよびＳＧＷ選択などを含む、ユーザセッション管理のすべてのコントロールプレーン機能を担当する。

ＳＧＷは、主に、端末のデータ送信および転送、ならびにルート切り換えなどを担当し、端末がｅＮｏｄｅＢ間の切り換えを行うとき、ローカルモビリティアンカとして使用される（各端末は、一度にただ１つのＳＧＷによってサービスされる）。

Ｐ－ＧＷは、パケットデータネットワーク（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ、ＰＤＮ）に接続するためのアンカとして使用され、端末のＩＰアドレス割り当て、データパケットフィルタリング、レート制御、および課金情報生成などを担当する。

ＳＧＳＮは、２Ｇアクセスネットワーク、すなわち、ＧＳＭもしくはＥＤＧＥ無線アクセスネットワーク（ＧＳＭ／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＧＥＲＡＮ）におけるアクセスポイント、３Ｇアクセスネットワーク、すなわち、ユニバーサル地上無線アクセスネットワーク（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＵＴＲＡＮ）におけるアクセスポイント、またはＥＰＳコアネットワーク、すなわち、進化型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ、ＥＰＣ）におけるアクセスポイントであり、ベアラ確立、ならびにＧＥＲＡＮからＥＰＣへの、およびＵＴＲＡＮからＥＰＣへのデータ転送を担当する。

ＨＳＳは、モバイル加入者のサブスクリプションデータを記憶する。

ＰＣＲＦは、ポリシおよび課金制御（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ、ＰＣＣ）ルール、ならびにサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）ルールを含む、課金管理およびポリシ制御を担当する。

ＳＣＥＦは、ネットワーク機能をサードパーティに提供することを、例えば、サードパーティアプリケーションから端末関連のパラメータを受信すること、または端末関連のイベントをサブスクライブすることを担当する。

図２は、５Ｇネットワークの概略アーキテクチャ図である。図２に示されるように。５Ｇネットワークは、端末と、アクセスネットワーク（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＡＮ）と、コアネットワークと、データネットワーク（Ｄａｔａ Ｎｅｔｗｏｒｋ、ＤＮ）とを含む。ネットワークエンティティの機能は、以下の通りである。

端末は、モバイル加入者とネットワークとの間の対話のための入口であり、基本的なコンピューティング能力およびストレージ能力を提供し、サービスウィンドウをユーザに表示し、ユーザによって操作された入力を受け取ることが可能である。５Ｇネットワークにおける端末は、制御信号およびサービスデータをモバイルネットワークに送信するために、次世代エアインターフェース技術を使用して、ＡＮへの信号接続およびデータ接続を確立する。

ＡＮは、従来のネットワークにおける基地局と同様に、端末に近い位置に配備され、特定のエリア内の権限を与えられたユーザにネットワークアクセス機能を提供し、ユーザデータを送信するために、ユーザレベルおよびサービス要件などに基づいて、異なる品質のトランスポートトンネルを使用することが可能である。ＡＮは、ＡＮのリソースを管理し、リソースを適切に使用し、要件に従って端末にアクセスサービスを提供し、端末とコアネットワークとの間で制御信号およびユーザデータを転送することが可能である。

ＤＮは、ユーザに業務サービスを証明するデータネットワークである。通常、クライアントは、端末内に位置付けられ、サーバは、データネットワーク内に位置付けられる。データネットワークは、ローカルエリアネットワークなどの私設ネットワークであり得、インターネットなど、オペレータによって管理および制御されない外部ネットワークであり得、またはすべてのオペレータによって配備された専用ネットワークであり得る。

コアネットワークは、モバイルネットワークのサブスクリプションデータを維持し、モバイルネットワーク内のネットワーク要素を管理し、セッション管理、モビリティ管理、ポリシ管理、およびセキュリティ認証などの機能を端末に提供することを担当する。端末が、コアネットワークに接続する必要があるとき、コアネットワークは、端末にネットワークアクセス認証を提供し、端末が、サービス要求を有するとき、コアネットワークは、端末にネットワークリソースを割り当て、端末が、移動したとき、コアネットワークは、端末のためのネットワークリソースを更新し、端末が、アイドルであるとき、コアネットワークは、端末に高速リカバリメカニズムを提供し、ネットワークが、コアネットワークから切り離されたとき、コアネットワークは、端末のためのネットワークリソースを解放し、または、端末が、サービスデータを有するとき、コアネットワークは、例えば、アップリンクデータをＤＮに転送する、もしくはＤＮから端末のダウンリンクデータを受信し、ダウンリンクデータをＡＮに転送して、ダウンリンクデータを端末に送信する、データルーティング機能を端末に提供する。

コアネットワークは、ユーザプレーンとコントロールプレーンに分割され得る。ユーザプレーンは、ユーザプレーン機能（ＵＰＦ、Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）を含み、コントロールプレーンは、認証サーバ機能（ＡＵＳＦ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）、アクセスおよびモビリティ管理機能（ＡＭＦ、Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ネットワークスライス選択機能（ＮＳＳＦ、Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、ネットワーク公開機能（ＮＥＦ、Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）、ネットワーク機能リポジトリ機能（ＮＲＦ、ＮＦ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ、Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）、ポリシ制御機能（ＰＣＦ、Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）、ならびにアプリケーション機能（ＡＦ、Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）などを含み得る。ネットワークエンティティの機能は、以下の通りである。

ＵＰＦは、ＳＭＦのルーティングルールに従って、ユーザデータパケットを転送する。

ＡＵＳＦは、端末のセキュリティ認証を実行する。

ＡＭＦは、端末のアクセス管理、およびモビリティ管理を実行する。

ＳＭＦは、端末のセッション管理を実行する。

ＮＳＳＦは、端末のためのネットワークスライスを選択する。

ＮＥＦは、ＡＰＩを通して、ネットワーク機能をサードパーティに公開する。

ＮＲＦは、別のネットワーク要素のためのネットワーク機能エンティティ情報を記憶および選択する。

ＵＤＭは、ユーザサブスクリプションコンテキスト管理を実行する。

ＰＣＦは、ユーザポリシ管理を実行する。

ＡＦは、ユーザプリケーション管理を実行する。

ＳＣＥＦおよびＮＥＦは、それぞれ、４Ｇネットワークおよび５Ｇネットワークにおける能力公開ネットワーク要素であり、ネットワーク機能をサードパーティに公開することを担当することが、４Ｇネットワークおよび５Ｇネットワークのネットワークアーキテクチャから分かる。

図３は、能力公開ネットワーク要素の機能サポートの概略図である。図３に示されるように、サードパーティアプリケーションは、ＥＰＳネットワークサービスを呼び出すために、Ｔ８インターフェースを通してＳＣＥＦと対話し、５Ｇネットワークサービスを呼び出すために、Ｎｎｅｆインターフェースを通してＮＥＦと対話する。Ｔ８インターフェースおよびＮｎｅｆインターフェースによってサポートされる機能のいくつかは、同じであり、機能のいくつかは、異なる。例えば、Ｔ８インターフェースとＮｎｅｆインターフェースは、等価機能と呼ばれる、異なるインターフェース名を有する同じ機能をサポートすることができる。例えば、図３におけるデバイストリガモジュールおよびトリガサービスモジュールは、４Ｇネットワークおよび５Ｇネットワークにおいて、同じ機能を実装する。Ｔ８インターフェースおよびＮｎｅｆインターフェースは、ＳＣＥＦ特徴機能（例えば、４Ｇネットワーク内だけで実装される無数のＳＭＳモジュール）、およびＮＥＦ特徴機能（例えば、５Ｇネットワーク内だけで実装されるサードパーティ要求モジュール）と呼ばれる、特徴機能も提供することができる。これらの特徴機能は、他のシステムによってサポートされない。

ネットワーク能力公開が、既存のネットワークにおいて実装されるとき、以下の問題が存在する。

端末が、４Ｇネットワークおよび５Ｇネットワークの両方へのアクセスをサポートするとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得、または４Ｇネットワークもしくは５Ｇネットワークに登録し得る。端末が、異なるネットワークに登録するとき、ネットワークは、端末に異なる能力を公開することができることが、図３から分かる。例えば、端末が、現在、ＥＰＳネットワークに登録している場合、サードパーティアプリケーションは、等価機能およびＳＣＥＦ特徴機能に関連するＡＰＩだけを呼び出すことができ、別のＡＰＩを呼び出したときは、エラーを有し、または、端末が、５Ｇネットワークに登録している場合、サードパーティアプリケーションは、等価機能およびＮＥＦ特徴機能に関連するＡＰＩだけを呼び出すことができ、別のＡＰＩを呼び出したときは、エラーを有する。

しかしながら、先行技術においては、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークまたは５Ｇネットワークに登録するとき、サードパーティアプリケーションは、端末が現在位置付けられているネットワークを知ることができず、その場合、現在呼び出されることができるＡＰＩを知ることができない。その結果、ＡＰＩ呼び出しエラーが、引き起こされ得る。

本出願において提供される技術的ソリューションは、上述の問題を解決することを目的とする。

図４は、本出願に従った通信方法の対話フローチャートである。図４に示されるように、方法の対話処理は、以下の通りである。

Ｓ４０１。第２のネットワーク要素が、端末の識別情報を第１のネットワーク要素に送信する。

識別情報は、端末の識別、または端末のグループの識別を含み得る。端末の識別は、端末を識別し得る。例えば、識別は、端末の身分証明（例えば、ＩＭＳＩ、ＧＰＳＩ、ＭＳＩＳＤＮ、または外部ＩＤ）であり得る。グループの識別は、端末のグループを識別し得る。例えば、グループの識別は、端末のグループ身分証明（例えば、ＩＭＳＩグループＩＤ、または外部グループＩＤ）であり得る。

端末のグループは、端末が属するグループ、または端末が位置付けられたグループであり得、グループは、１つまたは複数の端末を含み得る。端末のグループは、端末のサブスクリプションデータによって決定され得、端末のサブスクリプションデータから獲得され得る。

任意選択で、第２のネットワーク要素は、ＡＦ（すなわち、サードパーティアプリケーション）、サービス能力サーバ（Ｓｅｒｖｉｃｅｓ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ、ＳＣＳ）、またはアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、ＡＳ）であり得る。第１のネットワーク要素は、能力公開ネットワーク要素であり得る。例えば、第１のネットワーク要素は、ＳＣＥＦ、ＮＥＦ、またはＳＣＥＦ－ＮＥＦ統合ネットワーク要素であり得る。

ＳＣＥＦ－ＮＥＦ統合ネットワーク要素は、ＳＣＥＦおよびＮＥＦの物理的配備位置が、同じ製品またはサーバ上であることを意味する。ＳＣＥＦとＮＥＦとの間のインターフェースは、私設インターフェースであり、ＳＣＥＦとＮＥＦとの間の対話は、標準化される必要はない。

任意選択で、第２のネットワーク要素は、第１のメッセージを使用することによって、端末の識別情報を送信し、第１のメッセージは、識別情報に対応するサービングネットワークのタイプ情報を獲得することを要求するために使用され得る。

任意選択の実装においては、第１のメッセージは、サブスクリプションメッセージである。例えば、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され得る。第１のメッセージを使用することによって、ＡＰＩサポート能力がサブスクライブされた後、第１のネットワーク要素のＡＰＩサポート能力が、変化したとき、第１のネットワーク要素は、第１のネットワーク要素のＡＰＩサポート能力が変化したことを、第２のネットワーク要素に先を見越して通知し得る。

第１のネットワーク要素のＡＰＩサポート能力は、第１のネットワーク要素によって特定の端末または端末の特定のグループに提供される、有効なＡＰＩ（またはサービス）である。「ＡＰＩ」と「サービス」との間の関係は、「サービス」は、第１のネットワーク要素によって提供されることができる機能であり、「ＡＰＩ」は、これらの機能を実装する手段であるというものである。

例においては、第１のメッセージは、ＡＰＩサポート能力サブスクリプションメッセージであり、ＡＰＩサポート能力サブスクリプションメッセージは、端末の識別情報を含む。さらに、ＡＰＩサポート能力サブスクリプションメッセージは、ＡＦ ＡＰＩ能力、およびコールバックユニフォームリソースアイデンティファイア（ｃａｌｌｂａｃｋ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、ｃａｌｌｂａｃｋ ＵＲＩ）などを含み得る。

ＡＦ ＡＰＩ能力は、ＡＦによってサポートされるＡＰＩを示すために使用される。ユニフォームリソースアイデンティファイアは、コールバックアドレスをアドレス指定するために、第１のネットワーク要素によって使用される。第１のネットワーク要素のＡＰＩサポート能力が、変化したとき、第１のネットワーク要素は、コールバックアドレスを先を見越して通知し得る。

別の例においては、第１のメッセージは、第１のイベントサブスクリプションメッセージ、または第１の監視要求（Ｍｏｎｉｔｏｒｉｎｇ Ｒｅｑｕｅｓｔ）メッセージである。第１のメッセージは、ＡＰＩサポート能力変化イベントの識別と、端末の識別情報とを含む。第１のネットワーク要素は、ＡＰＩサポート能力変化イベントをサポートし、ＡＰＩサポート能力変化イベントは、ＡＰＩＳｕｐｐｏｒｔＣａｐａｂｉｌｉｔｙ Ｃｈａｎｇｅによって識別され得る。ＡＰＩサポート能力変化イベントの識別を受信した後、第１のネットワーク要素は、ＡＰＩサポート能力変化イベントを検出し始め得る。具体的な処理は、以下の実施形態５において説明される。

任意選択で、第１のメッセージは、さらに、ＡＦ ＡＰＩ能力、およびコールバックＵＲＩなどを含む。

第１のメッセージが、コールバックＵＲＩを含む場合、第１のメッセージに対応する第２のメッセージを送信するとき、第１のネットワーク要素は、コールバックＵＲＩによって識別されるアドレスに、第２のメッセージを送信し得ることに留意されたい。以下の実施形態においては、コールバックＵＲＩが、使用されるとき、同じ処理が、実行される。説明が、さらに提供されることはない。

別の任意選択の実装においては、第１のメッセージは、問い合わせメッセージである。例えば、第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用される。

例えば、第１のメッセージは、ＡＰＩサポート能力問い合わせメッセージであり、ＡＰＩサポート能力問い合わせメッセージは、端末の識別情報を含む。さらに、ＡＰＩサポート能力問い合わせメッセージは、さらに、ＡＦ ＡＰＩ能力を含み得る。

任意選択で、第２のネットワーク要素は、以下のケースのいずれか１つにおいて、ステップＳ４０１を実行し得、すなわち、第２のネットワーク要素は、端末の識別情報を第１のネットワーク要素に送信することをトリガされる。

ケース１：第２のネットワーク要素が、サービス要件に従って、ＡＰＩを呼び出すことをトリガする。

例えば、サービス要件に従って、ＡＰＩを呼び出すとき、第２のネットワーク要素は、第１のネットワーク要素のＡＰＩ情報を獲得するために、ＡＰＩを呼び出す前に、端末の識別情報を第１のネットワーク要素に送信し得る。

例えば、第３のネットワーク要素は、車のインターネットのサーバであり、端末の位置情報を獲得する必要がある。このケースにおいては、第３のネットワーク要素は、位置ＡＰＩを呼び出すことをトリガし、端末の識別を第１のネットワーク要素に送信し、その後、第１のネットワーク要素によって返されたＡＰＩ情報に基づいて、呼び出される特定の位置ＡＰＩを決定する。

ケース２：プリセットタイマが、満了する。

ケース３：第２のネットワーク要素が、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を、第１のネットワーク要素から受信する。

第２のネットワーク要素が、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を、第１のネットワーク要素から受信したとき、それは、第１のネットワーク要素のＡＰＩサポート能力が変化したことを示す。その後、第２のネットワーク要素は、第１のネットワーク要素によってサポートされる最新のＡＰＩを獲得するために、第１のメッセージを第１のネットワーク要素に送信し得る。

Ｓ４０２。第１のネットワーク要素は、端末の識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得する。

サービングネットワークは、端末または端末のグループにサービスを提供するネットワークであり得る。具体的には、サービングネットワークは、端末または端末のグループ内の端末が現在登録しているネットワークであり得る。例えば、二重登録モードにある端末について、２つのネットワークが、同時に端末にサービスし、２つのネットワークの両方が、端末にサービスするネットワークである。端末のグループ内のいくつかの端末が、ネットワークに登録しており、他の端末が、別のネットワークに登録している場合、２つのネットワークの両方が、端末のグループにサービスするネットワークである。端末のグループ内のすべての登録された端末が、１つのネットワークに登録しているとき、端末が登録しているネットワークが、端末のグループのサービングネットワークである。

さらに、識別情報に対応するサービングネットワークは、識別情報によって識別される端末または端末のグループにサービスを提供するネットワークであり得る。

サービングネットワークのタイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含み得る。

例えば、サービングネットワークのタイプは、ＥＰＣ、５Ｇコアネットワーク（５Ｇ Ｃｏｒｅ、５ＧＣ）、ＥＰＣ／５ＧＣ、両方、非５ＧＣ、５Ｇ、４Ｇ、３Ｇ、もしくは非５Ｇ、もしくはそれらの組み合わせなどの、３ＧＰＰコアネットワークのタイプであり得、またはＵＴＲＡＮ、ＣＤＭＡ２０００、ＧＥＲＡＮ、ＬＴＥ、ＮＲ、Ｅ－ＵＴＲＡＮ、もしくはＮＧ－ＲＡＮなどの、３ＧＰＰ無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）であり得る。ＥＰＣ／５ＧＣは、いくつかのケースにおいて（例えば、二重登録モードにおいて、または端末のグループ内のいくつかの端末が、ＥＰＣ内に位置付けられ、いくつかの端末が、５ＧＣ内に位置付けられたとき）、ＥＰＣと５ＧＣの両方が、端末または端末のグループにサービスすることを意味する。サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報は、識別情報に対応するサービングネットワークのタイプが変化したときに獲得されるインジケーション情報であり得る。インジケーション情報を獲得したとき、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプが変化したと決定し得る。

実装においては、第１のネットワーク要素は、受信された第１のメッセージに基づいて、タイプ情報を獲得するための対応する方式を選択する。例えば、第１のメッセージが、サブスクリプションメッセージである場合、第１のネットワーク要素は、第３のネットワーク要素から、イベントをサブスクライブし、または第１のメッセージが、問い合わせメッセージである場合、第１のネットワーク要素は、ネットワークタイプを問い合わせるために、問い合わせメッセージを第３のネットワーク要素に送信する。具体的な処理については、第１のネットワーク要素と第３のネットワーク要素との間の対話についての以下の実施形態を参照されたい。詳細が説明されることはない。

Ｓ４０３。第１のネットワーク要素は、タイプ情報に基づいて、第１のネットワーク要素のＡＰＩ情報を送信する。

それに対応して、第２のネットワーク要素は、第１のネットワーク要素からＡＰＩ情報を受信する。

第１のネットワーク要素のＡＰＩ情報は、第１のネットワーク要素のＡＰＩサポート能力を示すために使用される。第２のネットワーク要素は、ＡＰＩ情報に基づいて、第１のネットワーク要素のＡＰＩサポート能力を決定し得る。ＡＰＩ情報は、ＡＰＩインジケーションであり得る。

例えば、タイプ情報を獲得したとき、第１のネットワーク要素は、識別情報によって識別される端末または端末のグループのサービングネットワークを決定し得、第１のネットワーク要素は、さらに、サービングネットワークに対応するＡＰＩ情報を、第２のネットワーク要素に送信し得る。例えば、端末が、現在、ＥＰＣネットワーク内に位置付けられている場合、４Ｇ ＡＰＩが、利用可能なＡＰＩとして使用され、第１のネットワーク要素は、利用可能なＡＰＩについての情報を第２のネットワーク要素に送信する。さらに、第１のメッセージが、ＡＦ ＡＰＩ能力を含むとき、第１のネットワーク要素は、ＡＦ ＡＰＩ能力に基づいて、利用可能なＡＰＩから、ＡＦによってサポートされるＡＰＩを選択し、選択されたＡＰＩについての情報を第２のネットワーク要素に送信する。

任意選択で、第１のネットワーク要素は、第２のメッセージを使用することによって、第１のネットワーク要素のＡＰＩ情報を送信する。第１のネットワーク要素のＡＰＩ情報は、第１のネットワーク要素のＡＰＩ状態を示すために使用され得る。

任意選択の実装においては、第１のネットワーク要素のＡＰＩ情報は、ＡＰＩ状態情報であり得る。ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み得る。

ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報は、第１のネットワーク要素のＡＰＩサポート能力が変化したことを示すために使用される。さらに、インジケーション情報を受信した後、第２のネットワーク要素は、第１のネットワーク要素のＡＰＩサポート能力の変化内容を獲得するために、要求メッセージを第１のネットワーク要素に送信し得る。

利用可能なＡＰＩのリストは、第１のネットワーク要素によって現在サポートされているＡＰＩを含む。

利用不可能なＡＰＩのリストは、第１のネットワーク要素によって現在サポートされていないＡＰＩを含む。

ＡＰＩ状態のリストは、第１のネットワーク要素のすべてのＡＰＩを含む。例えば、ＡＰＩ状態のリストは、すべてのＡＰＩの識別と、すべてのＡＰＩに対応する状態とを含む。ＡＰＩに対応する状態は、利用可能もしくは利用不可能であり得、または一時停止された状態もしくは稼働状態であり得、またはサポートのレベルであり得る。ＡＰＩの識別は、ＡＰＩを識別することができる。

例えば、ＡＰＩ状態のリストは、２つのレコードを含み、第１のレコードは、ＡＰＩ１が利用可能であることであり、第２のレコードは、ＡＰＩ２が利用不可能であることである。このケースにおいては、ＡＰＩ状態のリストを受信した後、第２のネットワーク要素は、現在、ＡＰＩ１は呼び出されることができるが、ＡＰＩ２は呼び出されることができないと決定し得る。

一時停止された状態は、ＡＰＩに対応する機能が、端末に提供されることができないことを意味し、稼働状態は、ＡＰＩに対応する機能が、正常に提供されることができることを意味する。

例えば、ＡＰＩ状態のリストは、２つのレコードを含み、第１のレコードは、ＡＰＩ１が一時停止された状態にあることであり、第２のレコードは、ＡＰＩ２が稼働状態にあることである。このケースにおいては、ＡＰＩ状態のリストを受信した後、第２のネットワーク要素は、現在、ＡＰＩ２は呼び出されることができるが、ＡＰＩ１は呼び出されることができないと決定し得る。

複数のレベルのサポートが、存在し得、１つのレベルは、１つのネットワークタイプに対応する。

例えば、レベル１は、５Ｇネットワークに対応し、レベル２は、４Ｇネットワークに対応することが仮定される。ＡＰＩ状態のリストが、レベル１を含む場合、第２のネットワーク要素が、第１のネットワーク要素からＡＰＩを呼び出したとき、レベル１についての情報が、搬送され、第１のネットワーク要素は、レベル１に基づいて、第２のネットワーク要素のために、５ＧネットワークにおけるＡＰＩを選択する。

例えば、ＡＰＩ状態のリスト内の各ＡＰＩ識別は、１つのＡＰＩ状態に対応し、ＡＰＩ状態は、識別されたＡＰＩの状態を示すために使用される。例えば、ＡＰＩ状態のリストは、ＡＰＩ識別ＡＰＩ１を含み、ＡＰＩ１に対応するＡＰＩは、利用可能な状態にある。このケースにおいては、それは、ＡＰＩ１によって識別されるＡＰＩが、現在、利用可能であることを示す。情報を受信した後、第２のネットワーク要素は、要件に従って、ＡＰＩ１を呼び出し得る。

第１のメッセージに対応して、第２のメッセージは、以下の２つの方式にあり得る。

方式１。第１のメッセージが、ＡＰＩサポート能力をサブスクライブするために使用されるとき、第２のメッセージは、ＡＰＩサポート能力を通知するために使用される。

例においては、第２のメッセージは、ＡＰＩサポート能力通知メッセージであり、ＡＰＩサポート能力通知メッセージは、ＡＰＩ情報を含み、さらに、端末の識別情報を含む。

別の例においては、第２のメッセージは、第１のイベント通知メッセージ、または第１の監視応答メッセージであり、第１のイベント通知メッセージ、または第１の監視応答メッセージは、端末の識別情報を含む。

方式２。第１のメッセージが、ＡＰＩサポート能力を問い合わせるために使用されるとき、第２のメッセージは、第１のメッセージに応答するために使用される。

例えば、第２のメッセージは、ＡＰＩサポート能力応答メッセージであり、ＡＰＩサポート能力応答メッセージは、ＡＰＩ情報を含む。

別の任意選択の実装においては、第１のネットワーク要素のＡＰＩ情報は、代替的に、ＡＰＩ呼び出し結果であり得る。

この実装においては、第１のメッセージは、ＡＰＩ呼び出しメッセージであり得、それに対応して、第２のメッセージは、ＡＰＩ呼び出し応答メッセージであり得る。

具体的には、第２のネットワーク要素は、ＡＰＩ呼び出しメッセージを第１のネットワーク要素に送信し、ＡＰＩ呼び出しメッセージは、特定のＡＰＩを呼び出すために使用される。ＡＰＩ呼び出しメッセージを受信した後、第１のネットワーク要素は、サービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、第２のネットワーク要素が呼び出すことを要求したＡＰＩが利用可能かどうかを決定し、第２のメッセージを第２のネットワーク要素に送信し、第２のメッセージは、ＡＰＩの呼び出し結果を含む。

ＡＰＩ呼び出し結果は、呼び出し失敗であり得る。呼び出し結果が、呼び出し失敗の場合、第２のメッセージは、エラーコードを含む。エラーコードは、ＡＰＩ呼び出しの失敗の原因が、ネットワークがＡＰＩ呼び出しを決してサポートしないせいであること、またはネットワークがＡＰＩ呼び出しを一時的にサポートしないせいであることを示し得る。エラーコードが、ネットワークがＡＰＩ呼び出しを一時的にサポートしないことを示す場合、第２のメッセージは、追加的に、タイマ値を含み得、第２のネットワーク要素は、タイマ値に基づいて、タイマを設定し、タイマが満了した後、第１のメッセージを再び送信し得る。

Ｓ４０４。第２のネットワーク要素は、ＡＰＩ情報に基づいて、ＡＰＩを呼び出す。

任意選択で、第２のネットワーク要素は、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、選択されたＡＰＩを呼び出す。

例えば、ＡＰＩ情報は、利用可能なＡＰＩのリストであり、リストは、ＡＰＩ１、ＡＰＩ２、およびＡＰＩ３の識別を含むことが仮定される。ＡＰＩ情報を受信したとき、第２のネットワーク要素は、ＡＰＩ１、ＡＰＩ２、およびＡＰＩ３が利用可能であることを知り得る。その後、第２のネットワーク要素は、サービス要件に従って、ＡＰＩ２およびＡＰＩ３を選択し、ＡＰＩ２およびＡＰＩ３を呼び出す。ＡＰＩ１が、位置ＡＰＩであり、第２のネットワーク要素におけるアプリケーションが、端末の位置情報を使用する必要があると仮定すると、第２のネットワーク要素は、利用可能なＡＰＩ１、ＡＰＩ２、およびＡＰＩ３からＡＰＩ１を選択し、ＡＰＩ１呼び出し要求を第１のネットワーク要素に送信し得る。代替的な実装においては、ステップＳ４０３において第１のネットワーク要素によって第２のネットワーク要素に送信されたＡＰＩ情報は、サービングネットワークのタイプ情報で置き換えられ得ることに留意されたい。

さらに、ステップＳ４０４において、第２のネットワーク要素は、サービングネットワークのタイプ情報に基づいて、ＡＰＩを呼び出す。

この実装においては、ステップＳ４０１において第２のネットワーク要素によって第１のネットワーク要素に送信される第１のメッセージは、以下の２つの方式であり得る。

方式１：サブスクリプションメッセージ

例においては、第１のメッセージは、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージであり得る。第１のメッセージは、サービングネットワークタイプ変化イベントの識別を含み、さらに、端末の識別情報を含む。第１のネットワーク要素は、サービングネットワークタイプ変化イベントをサポートし、サービングネットワークタイプ変化イベントは、ＣＮタイプ変化によって識別され得る。サービングネットワークタイプ変化イベントの識別を受信した後、第１のネットワーク要素は、サービングネットワークタイプ変化イベントを検出し始め得る。具体的な処理は、以下の実施形態８において説明される。

任意選択で、第１のメッセージは、さらに、ＡＦ ＡＰＩ能力、およびコールバックＵＲＩなどを含み得る。

第１のメッセージを受信した後、第１のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。イベントが、トリガされた場合、第１のネットワーク要素は、第２のメッセージを送信する。第２のメッセージは、第２のイベント通知メッセージ、または第２の監視応答メッセージであり、第２のメッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、第２のメッセージは、さらに、端末またはグループのグループの識別を含む。サービングネットワークタイプ変化インジケーションは、ＣＮタイプ変化インジケーションであり得る。

第２のメッセージを受信した後、第２のネットワーク要素は、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。

例えば、第２のネットワーク要素によって受信された第２のメッセージが、サービングネットワークタイプ変化インジケーションを含む場合、第２のネットワーク要素は、端末のサービングネットワークが変化したと決定し得る。第２のネットワーク要素が、サービングネットワークが変化する前に、端末が位置付けられていたネットワークが、４Ｇネットワークであることを記憶していることを考慮すると、第２のネットワーク要素は、端末が５Ｇネットワークに切り換わったと決定し得、第２のネットワーク要素は、５ＧネットワークにおけるＡＰＩを選択し、呼び出し得る。

方式２：問い合わせメッセージ

任意選択で、第１のメッセージは、ネットワークへの端末登録要求メッセージであり得、ネットワークへの端末登録要求メッセージは、端末の識別、またはグループの識別を含む。第２のメッセージは、ネットワークへの端末登録応答メッセージである。

第１のメッセージを受信した後、第１のネットワーク要素は、サービングネットワークのタイプについて第３のネットワーク要素に問い合わせる。

ネットワークタイプを獲得した後、第１のネットワーク要素は、ネットワークへの端末登録応答メッセージを第２のネットワーク要素に送信し、ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプを含む。

さらに、第２のネットワーク要素は、サービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。

例えば、第２のネットワーク要素によって受信された第２のメッセージ内にあるサービングネットワークのタイプは、ＥＰＣ、すなわち、４Ｇネットワークである。このケースにおいては、第２のネットワーク要素は、４Ｇ ＡＰＩを選択し、呼び出し得る。

この実施形態においては、第２のネットワーク要素によって送信された端末の識別情報を受信した後、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

図５は、本出願に従った別の通信方法の対話フローチャートである。図５に示されるように、この方法の対話処理は、以下の通りである。

Ｓ５０１。第１のネットワーク要素は、第３のメッセージを第３のネットワーク要素に送信し、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される。

第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み得、または第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含み得る。

第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素、ＰＣＦ－ＰＣＲＦ統合ネットワーク要素、ＭＭＥ、またはＡＭＦであり得る。これは、限定されない。

例においては、第３のネットワーク要素が、ＭＭＥ、またはＡＭＦであるとき、最初に、第１のネットワーク要素が、第３のメッセージを、ＨＳＳ－ＵＤＭ統合ネットワーク要素、またはＰＣＦ－ＰＣＲＦ統合ネットワーク要素に送信し得、その後、ＨＳＳ－ＵＤＭ統合ネットワーク要素、またはＰＣＦ－ＰＣＲＦ統合ネットワーク要素が、第３のメッセージをＭＭＥまたはＡＭＦに送信する。

別の例においては、第１のネットワーク要素が、第２のネットワーク要素から第１のメッセージを受信したとき、第１のネットワーク要素が、このステップを実行する。具体的には、第２のネットワーク要素が、第１のネットワーク要素のＡＰＩ情報、または端末のサービングネットワークのタイプ情報を獲得することを要求したとき、第１のネットワーク要素は、サービングネットワークのタイプ情報を獲得するために、第３のメッセージを第３のネットワーク要素に送信し得る。

端末または端末のグループのサービングネットワーク、タイプ情報、グループの識別、および端末の識別などの名詞については、図４に示された実施形態における関連する説明を参照されたい。詳細が本明細書において再び説明されることはない。

任意選択の実装においては、第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用される。

例えば、第１のメッセージは、第３のイベントサブスクリプションメッセージ、または第３の監視要求（Ｍｏｎｉｔｏｒｉｎｇ Ｒｅｑｕｅｓｔ）メッセージである。第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別を含む。加えて、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージは、さらに、端末の識別、またはグループの識別を含む。第３のネットワーク要素は、サービングネットワークタイプ変化イベントをサポートし、サービングネットワークタイプ変化イベントは、ＣＮタイプ変化によって識別され得る。サービングネットワークタイプ変化イベントの識別を受信した後、第３のネットワーク要素は、サービングネットワークタイプ変化イベントを検出し始め得る。具体的な処理は、以下の実施形態１において説明される。

別の任意選択の実装においては、第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用される。

例えば、第３のメッセージは、ネットワークへの端末登録要求メッセージであり、ネットワークへの端末登録要求メッセージは、端末の識別、またはグループの識別を含む。

例えば、第３のメッセージは、具体的には、端末コンテキスト要求メッセージであり得る。そのメッセージの場合、第３のネットワーク要素は、サービングネットワークタイプと呼ばれる、新しいコンテキストタイプをサポートする。端末コンテキスト要求メッセージは、サービングネットワークタイプコンテキストタイプ識別、端末の識別、またはグループの識別を含む。

Ｓ５０２。第３のネットワーク要素は、第３のメッセージに基づいて、タイプ情報を送信する。

例においては、第３のメッセージが、サブスクリプションメッセージであるとき、第３のネットワーク要素は、サービングネットワークタイプ変化イベントについての情報を、サブスクリプションメッセージ内に記憶し、サービングネットワークのタイプが変化したかどうかを検出し得る。サービングネットワークのタイプが変化したことを検出したとき、第３のネットワーク要素は、サービングネットワークのタイプ情報を第１のネットワーク要素に送信する。

別の例においては、第３のメッセージが、問い合わせメッセージであるとき、第３のネットワーク要素は、第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせ、サービングネットワークのタイプを第１のネットワーク要素に送信する。具体的には、第３のネットワーク要素は、端末または端末のグループにサービスするネットワークのタイプを記憶し、第３のメッセージを受信した後、第３のネットワーク要素は、第３のメッセージ内にある端末の識別またはグループの識別を認識し、その後、記憶された情報に、端末または端末のグループに対応するネットワークタイプを問い合わせる。

任意選択で、第３のネットワーク要素は、第４のメッセージを使用することによって、タイプ情報を送信する。

第３のメッセージに対応して、第４のメッセージは、以下の２つの形態を有する。

形態１：第３のメッセージが、サブスクリプションメッセージであるとき、第４のメッセージは、通知メッセージである。

例えば、第４のメッセージは、第３のイベント通知メッセージ、または第３の監視応答（Ｍｏｎｉｔｏｒｉｎｇ Ｒｅｓｐｏｎｓｅ）メッセージであり、第３のイベント通知メッセージ、または第３の監視応答メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別、またはグループの識別を含む。サービングネットワークタイプ変化インジケーションは、ＣＮタイプ変化インジケーションであり得る。

形態２：第３のメッセージが、問い合わせメッセージであるとき、第４のメッセージは、第３のメッセージに対する応答メッセージである。

例えば、第４のメッセージは、ネットワークへの端末登録応答メッセージであり、ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプ情報を含む。

例えば、第４のメッセージは、具体的には、端末コンテキスト応答メッセージであり得、端末コンテキスト応答メッセージは、サービングネットワークのタイプを含む。

Ｓ５０３。第１のネットワーク要素は、タイプ情報に基づいて、第１のネットワーク要素のＡＰＩ情報を送信する。

Ｓ５０３を実行するための処理は、ステップＳ４０３を実行するための処理と同じであり、ステップＳ４０３に対する参照が行われ得る。詳細が本明細書において再び説明されることはない。

この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のメッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、第３のメッセージに基づいて、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

以下では、具体的な処理例を使用することによって、本出願のソリューションをさらに説明する。関連する実施形態が、以下で説明される。

実施形態１は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、サブスクリプションメッセージが、使用される。

実施形態２は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、サブスクリプションメッセージが、使用される。

実施形態３は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、問い合わせメッセージが、使用される。

実施形態４は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、問い合わせメッセージが、使用される。

実施形態５は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、サブスクリプションメッセージが、使用され、第１のネットワーク要素が、ＡＰＩ状態情報を返す。

実施形態６は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、問い合わせメッセージが、使用され、第１のネットワーク要素が、ＡＰＩ状態情報を返す。

実施形態７は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、ＡＰＩ呼び出し方式が、使用され、第１のネットワーク要素が、ＡＰＩ呼び出し結果を返す。

実施形態８は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、サブスクリプションメッセージが、使用され、第１のネットワーク要素が、サービングネットワークのタイプ情報を返す。

実施形態９は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、問い合わせメッセージが、使用され、第１のネットワーク要素が、サービングネットワークのタイプ情報を返す。

以下の実施形態１から９においては、ＳＣＥＦ－ＮＥＦ統合ネットワーク要素が、第１のネットワーク要素の例として使用される。加えて、以下の実施形態においては、端末の識別を含むメッセージが、例として使用される。しかしながら、端末のグループの識別を含むメッセージも、本出願に適用可能であり、詳細がさらに説明されることはない。

実施形態１
図６は、実施形態１に従った通信方法のフローチャートである。図６に示されるように、第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素、またはＰＣＦ－ＰＣＲＦ統合ネットワーク要素である。方法が、以下で説明される。

Ｓ６０１。第１のネットワーク要素は、第３のイベントサブスクリプションメッセージを第３のネットワーク要素に送信する。

第３のイベントサブスクリプションメッセージは、サービングネットワークタイプ変化（ＣＮタイプ変化）イベントの識別と、端末の識別とを含み得る。

ＣＮタイプ変化イベントの識別は、イベント名などであり得る。

第３のイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、ＣＮタイプ変化イベントについての関連情報を記憶し得、ＣＮタイプ変化イベントについての関連情報は、端末の識別と、ＣＮタイプ変化イベントの識別とを含む。

具体的には、第３のイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、第３のメッセージで搬送される、端末の識別およびＣＮタイプ変化イベントの識別を記憶する。

端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークもしくは５Ｇネットワークに登録するとき、後続のステップＳ６０４からＳ６０７が、トリガされて、実行される。

例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うことができ、さらに、後続のステップＳ６０２からＳ６０５が、トリガされて、実行される。

Ｓ６０２。ＭＭＥは、ロケーション更新要求（Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを第３のネットワーク要素に送信する。

Ｓ６０３。ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、またはＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワーク要素に送信する。

具体的には、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージは、端末にサービスするネットワーク要素についての情報を、ＵＤＭに登録するために使用され、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージは、ＵＤＭに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージは、ネットワークにサービスするネットワーク要素についての情報を、ＰＣＦに登録するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージは、ＰＣＦに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用される。

例においては、端末が、４Ｇネットワークに登録したとき、または４Ｇネットワークに切り換わったとき、ＭＭＥは、ロケーション更新要求メッセージを第３のネットワーク要素に送信し得、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワークに送信し得る。

別の例においては、端末が、５Ｇネットワークに登録したとき、または５Ｇネットワークに切り換わったとき、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージを、第３のネットワーク要素に送信し得る。

Ｓ６０４。第３のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。

例においては、ＨＳＳ－ＵＤＭ統合ネットワーク要素が、ロケーション更新要求、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、またはＮｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージを受信したとき、ネットワーク要素は、サービングネットワークのタイプが変化したことを検出し得る。

別の例においては、ＰＣＦ－ＰＣＲＦ統合ネットワーク要素が、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、またはＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを受信したとき、ネットワーク要素は、サービングネットワークのタイプが変化したことを検出し得る。

ロケーション更新要求、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージは、端末の識別を含み、ＨＳＳ－ＵＤＭ統合ネットワーク要素、またはＰＣＦ－ＰＣＲＦ統合ネットワーク要素は、以前に記憶された、サービングネットワークのタイプ、ネットワーク要素識別、メッセージ内に含まれる端末の識別、およびメッセージの送信者に基づいて、サービングネットワークのタイプが変化したかどうかを検出し得る。

例えば、ＨＳＳ－ＵＤＭ統合ネットワーク要素が、ＭＭＥによって送信された更新ロケーション要求メッセージ、およびＡＭＦによって送信されたＮｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージを受信する前は、ＨＳＳ－ＵＤＭ統合ネットワーク要素によって記憶された端末のサービングネットワークのタイプは、５ＧＣであり、ネットワーク要素識別は、ＡＭＦ名またはＡＭＦ識別子である。受信されたメッセージ内の端末の識別に基づいて、ロケーション更新要求メッセージが、ＭＭＥによって送信され、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージを送信したＡＭＦのネットワーク要素識別は、記憶されたＡＭＦ名またはＡＭＦ識別子である。このケースにおいては、ＨＳＳ－ＵＤＭ統合ネットワーク要素は、サービングネットワークのタイプが、変化し、端末は、現在、ＥＰＣによってサービスされていると決定し得る。

Ｓ６０５。第３のネットワーク要素は、第３のイベント通知メッセージを第１のネットワーク要素に送信する。

第３のイベント通知メッセージは、端末の識別を含む。

加えて、第３のイベント通知メッセージは、さらに、ネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。

この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のイベントサブスクリプションメッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態１に基づいて、本出願は、さらに、別の通信方法を提供する。この方法は、上述のステップＳ６０１からＳ６０５を含むが、以下の相違を有する。

ステップＳ６０１における第３のイベントサブスクリプションメッセージは、第３の監視要求メッセージで置き換えられ、ステップＳ６０５における第３のイベント通知メッセージは、第３の監視応答メッセージで置き換えられる。第３の監視要求メッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。第３の監視応答メッセージは、端末の識別と、ネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）またはサービングネットワークのタイプとを含む。

実施形態２
図７は、実施形態２に従った通信方法のフローチャートである。図７に示されるように、第３のネットワーク要素は、ＭＭＥまたはＡＭＦである。以下のステップは、第３のネットワーク要素がＡＭＦである例を使用することによって、説明される。ＭＭＥに関連する処理は、ステップＳ７０５の後に、説明される。

Ｓ７０１。第１のネットワーク要素は、第３のイベントサブスクリプションメッセージを仲介ネットワーク要素に送信する。

仲介ネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素であり得、またはＰＣＦ－ＰＣＲＦ統合ネットワーク要素であり得る。以下の実施形態における仲介ネットワーク要素は、本明細書における仲介ネットワーク要素と同じ意味を有する。詳細が繰り返されることはない。

第３のイベントサブスクリプションメッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。

ＣＮタイプ変化の識別は、イベント名などであり得る。

Ｓ７０２。仲介ネットワーク要素は、イベントサブスクリプションメッセージを第３のネットワーク要素に送信する。

イベントサブスクリプションメッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。

このステップは、任意選択のステップであること、すなわち、第１のネットワーク要素は、仲介ネットワーク要素を通して、イベントサブスクリプションメッセージを第３のネットワーク要素に送信し得ることに留意されたい。代替として、このステップを実行する代わりに、第１のネットワーク要素は、第３のイベントサブスクリプションメッセージを第３のネットワーク要素に直接的に送信する。

仲介ネットワーク要素によって送信されたイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、ＣＮタイプ変化イベントについての関連情報を記憶し得、ＣＮタイプ変化イベントについての関連情報は、端末の識別と、ＣＮタイプ変化イベントの識別とを含む。

具体的には、仲介ネットワーク要素によって送信されたイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、イベントサブスクリプションメッセージで搬送される、端末の識別、およびＣＮタイプ変化イベントの識別を記憶する。

端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークもしくは５Ｇネットワークに登録するとき、後続のステップＳ７０３からＳ７０５が、トリガされて、実行される。

例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得、さらに、後続のステップＳ７０３からＳ７０５が、トリガされて、実行される。

Ｓ７０３。第３のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。

例においては、第３のネットワーク要素は、ＡＭＦである。ＡＭＦが、ＭＭＥから切り換え要求を受信し、切り換え要求が、端末を４Ｇネットワークから５Ｇネットワークに切り換えるように要求するために使用されるとき、またはＡＭＦが、端末から登録要求を受信したとき、ＡＭＦは、端末のサービングネットワークのタイプが変化したと決定する。

Ｓ７０４。第３のネットワーク要素は、イベント通知メッセージを仲介ネットワーク要素に送信する。

イベント通知メッセージは、端末の識別を含み得る。加えて、イベント通知メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含み得る。

Ｓ７０５。仲介ネットワーク要素は、第３のイベント通知メッセージを第１のネットワーク要素に送信する。

第３のイベント通知メッセージは、端末の識別を含み得る。加えて、第３のイベント通知メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。

このステップは、任意選択のステップであってもまたよいこと、すなわち、第３のネットワーク要素は、第３のイベント通知メッセージ、または第３の監視応答メッセージを、第１のネットワーク要素に直接的に送信してもまたよいことに留意されたい。

第３のネットワーク要素が、ＭＭＥである場合、第１のネットワーク要素は、ステップＳ７０１において、第３の監視要求メッセージを仲介ネットワーク要素に送信し、第３の監視要求メッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。その後、ステップＳ７０２において、仲介ネットワーク要素は、監視要求メッセージを第３のネットワーク要素に送信し、監視要求メッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含む。その後、第３のネットワーク要素は、ＣＮタイプ変化イベントについての関連情報を記憶する。その後、第３のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。具体的には、ＭＭＥが、ＡＭＦから端末切り換え要求を受信した後、またはＭＭＥが、端末から接続要求を受信した後、ＭＭＥは、サービングネットワークのタイプが変化したことを検出し、その後、後続のステップを実行する。その後、第３のネットワーク要素は、監視応答メッセージを仲介ネットワーク要素に送信する。監視応答メッセージは、端末の識別を含み得る。加えて、メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。その後、仲介ネットワーク要素は、第３の監視応答メッセージを第１のネットワーク要素に送信する。第３の監視応答メッセージは、端末の識別を含み得る。加えて、第３の監視応答メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。

ステップＳ７０２を実行するための具体的な処理は、以下の通りであり得ることに留意されたい。

端末が、二重登録モードにある端末であるとき、仲介ネットワーク要素は、イベントサブスクリプションメッセージを、ＭＭＥおよびＡＭＦの両方に送信し得る。端末が、二重登録モードにある端末ではないとき、端末にサービスするネットワーク要素が、ＭＭＥである場合、仲介ネットワーク要素は、イベントサブスクリプションメッセージをＭＭＥに送信し、または端末にサービスするネットワーク要素が、ＡＭＦである場合、仲介ネットワーク要素は、イベントサブスクリプションメッセージをＡＭＦに送信する。

この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージを、第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態３
図８は、実施形態３に従った対話フローチャートである。図８に示されるように、第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素、またはＰＣＦ－ＰＣＲＦ統合ネットワーク要素である。この実施形態のトリガ条件は、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うこと、または４Ｇネットワークもしくは５Ｇネットワークに登録することである。

具体的には、端末が、４Ｇネットワークもしくは５Ｇネットワークに登録し、または端末が、４Ｇと５Ｇとの間で切り換えを行い、そうすることで、端末にサービスするＡＭＦまたはＭＭＥが、変化し、以下のステップＳ８０１からＳ８０５が、トリガされて、実行される。

例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得る。

Ｓ８０１。ＭＭＥは、ロケーション更新要求メッセージを第３のネットワーク要素に送信する。

Ｓ８０２。ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、またはＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワーク要素に送信する。

具体的には、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージは、端末にサービスするネットワーク要素についての情報を、ＵＤＭに登録するために使用され、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージは、ＵＤＭに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージは、ネットワークにサービスするネットワーク要素についての情報を、ＰＣＦに登録するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージは、ＰＣＦに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用される。

具体的には、端末が、４Ｇネットワークに登録したとき、または４Ｇネットワークに切り換わったとき、ＭＭＥは、ロケーション更新要求メッセージを第３のネットワーク要素に送信し得、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワーク要素に送信し得る。

端末が、５Ｇネットワークに登録したとき、または５Ｇネットワークに切り換わったとき、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージを、第３のネットワーク要素に送信し得る。

第３のネットワーク要素は、受信されたメッセージに基づいて、端末にサービスするネットワーク要素の識別を記憶する。

Ｓ８０３。第１のネットワーク要素は、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し、メッセージは、端末の識別を含む。

第１のネットワーク要素は、定期的に、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し得、またはＡＦから要求を受信した後に、ネットワークへの端末登録要求メッセージを送信し得る。

Ｓ８０４。第３のネットワーク要素は、メッセージ内の端末の識別に基づいて、サービングネットワークのタイプを決定する。

具体的には、第３のネットワーク要素は、端末にサービスするネットワーク要素の記憶された識別に基づいて、サービングネットワークのタイプを決定する。

Ｓ８０５。第３のネットワーク要素は、ネットワークへの端末登録応答メッセージを第１のネットワーク要素に送信し、メッセージは、サービングネットワークのタイプを含む。

この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを要求するために、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを獲得し、サービングネットワークのタイプを第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプを獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態４
図９は、実施形態４に従った対話フローチャートである。図９に示されるように、第３のネットワーク要素は、ＭＭＥ、またはＡＭＦである。この実施形態のトリガ条件は、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うこと、または４Ｇネットワークもしくは５Ｇネットワークに登録することである。

具体的には、端末が、４Ｇネットワークもしくは５Ｇネットワークに登録し、または端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い、そうすることで、端末にサービスするＡＭＦまたはＭＭＥが、変化し、以下のステップＳ９０１からＳ９０５が、トリガされて、実行される。

例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得る。

Ｓ９０１。第１のネットワーク要素は、ネットワークへの端末登録要求メッセージを仲介ネットワーク要素に送信し、メッセージは、端末の識別を含む。

第１のネットワーク要素は、定期的に、ネットワークへの端末登録要求メッセージを仲介ネットワーク要素に送信し得、またはＡＦから要求を受信した後に、ネットワークへの端末登録要求メッセージを送信し得る。

Ｓ９０２。仲介ネットワーク要素は、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信する。

このステップは、任意選択のステップであること、すなわち、第１のネットワーク要素は、代替的に、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に直接的に送信し得ることに留意されたい。

Ｓ９０３。第３のネットワーク要素は、端末のサービングネットワークのタイプを決定する。

例えば、第３のネットワーク要素が、ＭＭＥである場合、第３のネットワーク要素は、サービングネットワークのタイプがＥＰＣであると直ちに決定し、または第３のネットワーク要素が、ＡＭＦの場合、第３のネットワーク要素は、サービングネットワークのタイプが５ＧＣであると直ちに決定する。

Ｓ９０４。第３のネットワーク要素は、ネットワークへの端末登録応答メッセージを仲介ネットワーク要素に送信する。

ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプを含む。

Ｓ９０５。仲介ネットワーク要素は、ネットワークへの端末登録応答メッセージを第１のネットワーク要素に送信し、メッセージは、サービングネットワークのタイプを含む。

このステップも、任意選択のステップであること、すなわち、第３のネットワーク要素は、代替的に、ネットワークへの端末登録応答メッセージを第１のネットワーク要素に直接的に送信し得ることに留意されたい。

この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを要求するために、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを獲得し、サービングネットワークのタイプを第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプを獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのまたはタイプ情報を第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態５
図１０は、実施形態５に従った対話フローチャートである。図１０に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。

Ｓ１００１。第２のネットワーク要素は、ＡＰＩサポート能力サブスクリプションメッセージを第１のネットワーク要素に送信する。

ＡＰＩサポート能力サブスクリプションメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され得る。

メッセージは、端末の識別を含み、上述の実施形態における関連する説明に対する参照が行われ得る。詳細がさらに説明されることはない。

Ｓ１００２。第１のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。

ステップＳ１００２は、実施形態１または実施形態２に従った方法を参照して、実装され得る、詳細がさらに説明されることはない。

Ｓ１００３。第１のネットワーク要素は、サービングネットワークのタイプ情報を獲得し、タイプ情報に基づいて、ＡＰＩ情報を獲得する。

ＡＰＩ情報は、ＡＰＩインジケーションであり得る。加えて、サービングネットワークおよびタイプ情報については、上述の実施形態における関連する説明を参照されたい。詳細がさらに説明されることはない。

Ｓ１００３において第１のネットワーク要素がサービングネットワークのタイプ情報を獲得することは、実施形態１または２に従った方法を参照して、実装され得る。詳細がさらに説明されることはない。

例においては、第１のネットワーク要素によって記録された端末のサービングネットワークのタイプが、ＥＰＣであるとき、第１のネットワーク要素が、第３のネットワーク要素によって送信されたサービングネットワークタイプ変化インジケーションを受信した後、第１のネットワーク要素は、端末のサービングネットワークが変化したと決定し、その後、ＡＰＩサポート能力変化イベントが発生したことを検出する。第１のネットワーク要素は、タイプ情報に基づいて、ＡＰＩ情報を生成し、例えば、利用可能なＡＰＩのリストを生成する。端末が４Ｇネットワークから５Ｇネットワークに移動したと仮定すると、第１のネットワーク要素が、ＡＰＩサポート能力変化イベントが発生したことを検出した後、第１のネットワーク要素は、ＥＰＣ ＡＰＩが利用不可能であり、５ＧＣＡＰＩが利用可能であると決定し得る。

Ｓ１００４。第１のネットワーク要素は、ＡＰＩサポート能力通知メッセージを第２のネットワーク要素に送信する。

任意選択で、ＡＰＩサポート能力通知メッセージは、ＡＰＩ状態情報と、端末の識別とを含む。

Ｓ１００５。第２のネットワーク要素は、ＡＰＩ状態情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。

例えば、ＡＰＩ状態情報は、利用可能なＡＰＩのリストである。利用可能なＡＰＩのリストを受信した後、第２のネットワーク要素は、利用可能なＡＰＩのリスト内においてＡＰＩを選択し、ＡＰＩを呼び出し得る。例えば、利用可能なＡＰＩのリストは、２つのレコードを含み、第１のレコードは、ＡＰＩ１であり、第２のレコードは、ＡＰＩ２である。ＡＰＩ１は、位置ＡＰＩである。第２のネットワーク要素内のアプリケーションが、端末の位置情報を使用する必要があるとき、第２のネットワーク要素は、ＡＰＩ１呼び出し要求を第１のネットワーク要素に送信し得る。

この実施形態においては、第２のネットワーク要素によって送信された、ＡＰＩサポート能力サブスクリプションメッセージ、第１のイベントサブスクリプションメッセージ、または第１の監視要求メッセージを受信した後、第１のネットワーク要素は、端末に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報を第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態５に基づいて、本出願は、さらに、別の通信方法を提供する。方法は、上述のステップＳ１００１からＳ１００５を含むが、以下の相違を有する。ステップＳ１００１におけるＡＰＩサポート能力サブスクリプションメッセージは、イベントサブスクリプションメッセージで置き換えられ、ステップＳ１００４におけるＡＰＩサポート能力通知メッセージは、イベント通知メッセージで置き換えられる。

実施形態５に基づいて、本出願は、さらに、また別の通信方法を提供する。方法は、上述のステップＳ１００１からＳ１００５を含むが、以下の相違を有する。ステップＳ１００１におけるＡＰＩサポート能力サブスクリプションメッセージは、監視要求メッセージで置き換えられ、ステップＳ１００４におけるＡＰＩサポート能力通知メッセージは、監視応答メッセージで置き換えられる。

イベントサブスクリプションメッセージ、または監視要求メッセージは、ＡＰＩサポート能力をサブスクライブするために使用され得、イベントサブスクリプションメッセージ、または監視要求メッセージは、ＡＰＩサポート能力変化イベント（ＡＰＩＳｕｐｐｏｒｔＣａｐａｂｉｌｉｔｙ Ｃｈａｎｇｅ）の識別を含み得る。

任意選択で、イベント通知メッセージ、または監視応答メッセージは、ＡＰＩ状態情報と、端末の識別とを含む。

実施形態６
図１１は、実施形態６に従った対話フローチャートである。図１１に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。

Ｓ１１０１。第２のネットワーク要素は、ＡＰＩサポート能力問い合わせメッセージを第１のネットワーク要素に送信する。

メッセージは、端末の識別を含む。

Ｓ１１０２。第１のネットワーク要素は、ＡＰＩサポート能力問い合わせメッセージに基づいて、端末のサービングネットワークのタイプを獲得する。

例えば、ＡＰＩサポート能力問い合わせメッセージを受信した後、第１のネットワーク要素は、端末のサービングネットワークのタイプを獲得するために、問い合わせメッセージを第３のネットワーク要素に送信し得る。詳細については、実施形態３および実施形態４に従った方法を参照されたい。詳細がさらに説明されることはない。

Ｓ１１０３。第１のネットワーク要素は、端末のサービングネットワークのタイプに基づいて、ＡＰＩ情報を決定する。

ＡＰＩ情報については、上述の実施形態における関連する説明を参照されたい。詳細がさらに説明されることはない。

例えば、端末のサービングネットワークのタイプが、ＥＰＣであるとき、第１のネットワーク要素は、ＥＰＣ ＡＰＩが利用可能であり、５ＧＣ ＡＰＩが利用不可能であると決定し、その後、ＡＰＩ情報、例えば、利用可能なＡＰＩのリストを生成し得る。

Ｓ１１０４。第１のネットワーク要素は、ＡＰＩサポート能力応答メッセージを第２のネットワーク要素に送信する。

メッセージは、ＡＰＩ情報を含む。

Ｓ１１０５。第２のネットワーク要素は、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。

ステップＳ１１０５の実装については、上述の実施形態における関連する説明を参照されたい。詳細がさらに説明されることはない。

この実施形態においては、第２のネットワーク要素によって送信されたＡＰＩサポート能力問い合わせメッセージを受信した後、第１のネットワーク要素は、端末に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報を第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態７
図１２は、実施形態７に従った対話フローチャートである。図１２に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。

Ｓ１２０１。第１のネットワーク要素は、第３のネットワーク要素から端末のサービングネットワークのタイプをサブスクライブする。

それに対応して、第３のネットワーク要素は、第１のネットワーク要素に、端末のサービングネットワークのタイプを送信し得る。例えば、第３のネットワーク要素は、サブスクリプションイベントについての通知メッセージを使用することによって、端末のサービングネットワークのタイプを送信する。

Ｓ１２０２。第２のネットワーク要素は、ＡＰＩ呼び出し要求を第１のネットワーク要素に送信する。

ＡＰＩ呼び出し要求は、特定のＡＰＩを呼び出すために使用される。

任意選択で、第１のネットワーク要素が、ＡＰＩ呼び出し要求を受信し、第１のネットワーク要素が、端末のサービングネットワークのタイプを記憶していないとき、ステップＳ１２０３が、実行される。

Ｓ１２０３。第１のネットワーク要素は、第３のネットワーク要素と対話することによって、端末のサービングネットワークのタイプを獲得する。

ステップＳ１２０３は、実施形態３または４に従った方法を使用することによって、実装され得る。詳細がさらに説明されることはない。

Ｓ１２０４。第１のネットワーク要素は、端末のサービングネットワークのタイプに基づいて、ＡＰＩ呼び出し結果を第２のネットワーク要素に返す。

例えば、端末のサービングネットワークのタイプが、ＥＰＣであり、第２のネットワーク要素が呼び出すことを要求するＡＰＩが、４Ｇ ＡＰＩである場合、第１のネットワーク要素は、正常に、ＡＰＩ呼び出し応答を第２のネットワーク要素にフィードバックする。

端末のサービングネットワークのタイプが、ＥＰＣであり、第２のネットワーク要素が呼び出すことを要求するＡＰＩが、５Ｇ ＡＰＩである場合、第１のネットワーク要素は、エラーコードおよびタイマを含むＡＰＩ呼び出し応答を、第２のネットワーク要素にフィードバックする。

エラーコードは、エラーコードが、永続的に利用可能であること、または一時的に利用不可能であることを示し得る。エラーコードが一時的に利用不可能であるときだけ、タイマが含まれる。

Ｓ１２０５。第２のネットワーク要素は、ＡＰＩ呼び出し結果に基づいて、呼び出し方式を決定する。

呼び出し方式は、タイマが満了したとき、ＡＰＩが再び呼び出されるか、それともＡＰＩが呼び出されるのと同様の機能を有する別のＡＰＩが呼び出されるかを含み得る。

具体的には、第１のネットワーク要素が、正常に、ＡＰＩ呼び出し応答を第２のネットワーク要素にフィードバックした場合、第２のネットワーク要素は、既存の手順に従って、ＡＰＩ呼び出し処理を実行し続け得る。第１のネットワーク要素が、正常に、エラーコードおよびタイマを含むＡＰＩ呼び出し応答を、第２のネットワーク要素にフィードバックした場合、タイマが満了した後、第２のネットワーク要素は、エラーコードおよびタイマに基づいて、元のＡＰＩを呼び出し続けること、またはＡＰＩと同様の機能を有する別のＡＰＩを選択して呼び出すことを選択する。

実施形態８
図１３は、実施形態８に従った対話フローチャートである。図１３に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。

Ｓ１３０１。第２のネットワーク要素は、第２のイベントサブスクリプションメッセージを第１のネットワーク要素に送信する。

第２のイベントサブスクリプションメッセージは、サービングネットワークタイプ変化イベントの識別と、端末の識別とを含む。

サービングネットワークタイプ変化イベントは、ＣＮタイプ変化であり得る。

Ｓ１３０２。第１のネットワーク要素は、第３のネットワーク要素と対話することによって、端末のサービングネットワークタイプ変化イベントを検出する。

具体的な例については、実施形態１および実施形態２を参照されたい。

Ｓ１３０３。第１のネットワーク要素は、第２のイベント通知メッセージを第２のネットワーク要素に送信し、第２のイベント通知メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別を含む。

サービングネットワークタイプ変化インジケーションは、ＣＮタイプ変化インジケーションであり得る。

Ｓ１３０４。第２のネットワーク要素は、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。

この実施形態においては、第２のネットワーク要素によって送信された、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージを受信した後、第１のネットワーク要素は、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

実施形態８に基づいて、本出願は、さらに、別の通信方法を提供する。方法は、上述のステップＳ１３０１からＳ１３０４を含むが、以下の相違を有する。ステップＳ１３０１における第２のイベントサブスクリプションメッセージは、第２の監視要求メッセージで置き換えられ、ステップＳ１３０３における第２のイベント通知メッセージは、第２の監視応答メッセージで置き換えられる。

第２の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別と、端末の識別とを含む。第２の監視応答メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別を含む。

実施形態９
図１４は、実施形態９に従った対話フローチャートである。図１４に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。

Ｓ１４０１。第２のネットワーク要素は、ネットワークへの端末登録要求メッセージを第１のネットワーク要素に送信し、メッセージは、端末の識別を含む。

Ｓ１４０２。第２のネットワーク要素は、第３のネットワーク要素と対話することによって、端末のサービングネットワークのタイプを獲得する。

Ｓ１４０３。第１のネットワーク要素は、ネットワークへの端末登録応答メッセージを第２のネットワーク要素に送信し、メッセージは、端末のサービングネットワークのタイプを含む。

Ｓ１４０４。第２のネットワーク要素は、端末のサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。

例えば、ＡＦは、４Ｇ関連のＡＰＩ能力、および５Ｇ関連のＡＰＩ能力をサポートする。ＡＦによって受信された端末のサービングネットワークのタイプが、ＥＰＣである場合、ＡＦは、４Ｇ関連のＡＰＩが、利用可能なＡＰＩであると決定する。

別の例として、ＡＦによって受信された端末のサービングネットワークのタイプが、ＥＰＣである場合、ＡＦは、等価機能またはＳＣＥＦ特徴機能に関連するＡＰＩが、利用可能なＡＰＩであると決定する。

この実施形態においては、第２のネットワーク要素によって送信されたネットワークへの端末登録要求メッセージを受信した後、第１のネットワーク要素は、サービングネットワークのタイプを第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、サービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。

上述の実施形態で使用された名詞および用語については、図４に示される実施形態における関連する説明に対する参照が行われ得ことが、指摘されるべきである。詳細がさらに説明されることはない。

図１５は、本出願に従った第１の通信装置におけるモジュールの構造図である。装置は、第１のネットワーク要素に適用され、図４および図１０から図１４における第１のネットワーク要素の機能を実装するように構成される。図１５に示されるように、装置は、
第２のネットワーク要素から端末の識別情報を受信するように構成された、受信モジュール１５０１であって、識別情報は、端末の識別、または端末のグループの識別を含む、受信モジュール１５０１と、
識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するように構成された、処理モジュール１５０２と、
タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、送信モジュール１５０３と
を含む。

さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。

さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。

さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

さらに、処理モジュール１５０２は、特に、
第３のメッセージを第３のネットワーク要素に送信することであって、第３のメッセージは、タイプ情報を要求するために使用される、送信することと、
第３のネットワーク要素からタイプ情報を受信することと
を行うように構成される。

図１６は、本出願に従った第２の通信装置におけるモジュールの構造図である。装置は、第２のネットワーク要素に適用され、図４および図１０から図１４における第２のネットワーク要素の機能を実装するように構成される。図１６に示されるように、装置は、
端末の識別情報を第１のネットワーク要素に送信するように構成された、送信モジュール１６０１であって、識別情報は、端末の識別、または端末のグループの識別を含む、送信モジュール１６０１と、
第１のネットワーク要素から、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するように構成された、受信モジュール１６０２と、
ＡＰＩ情報に基づいて、ＡＰＩを呼び出すように構成された、処理モジュール１６０３と
を含む。

さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。

さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。

さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

さらに、処理モジュール１６０１は、特に、
第２のネットワーク要素が、サービス要件に従って、ＡＰＩを呼び出すことをトリガしたとき、端末の識別情報を第１のネットワーク要素に送信し、
プリセットタイマが、満了したとき、端末の識別情報を第１のネットワーク要素に送信し、または
第２のネットワーク要素が、第１のネットワーク要素から、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を受信したとき、端末の識別情報を第１のネットワーク要素に送信する
ように構成される。

さらに、処理モジュール１６０３は、特に、
ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、
選択されたＡＰＩを呼び出す
ように構成される。

図１７は、本出願に従った第３の通信装置におけるモジュールの構造図である。装置は、第１のネットワーク要素に適用され、図５および図６から図９における第１のネットワーク要素の機能を実装するように構成される。図１７に示されるように、装置は、
第３のメッセージを第３のネットワーク要素に送信するように構成された、送信モジュール１７０１であって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、送信モジュール１７０１と、
第３のネットワーク要素からタイプ情報を受信するように構成された、受信モジュール１７０２と、
送信モジュール１７０１を使用することによって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、処理モジュール１７０３と
を含む。

さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。

さらに、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。

さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

さらに、
第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ－ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。

図１８は、本出願に従った第４の通信装置におけるモジュールにおける構造図である。装置は、第３のネットワーク要素に適用され、図５および図６から図９における第３のネットワーク要素の機能を実装するように構成される。図１８に示されるように、装置は、受信モジュール１８０１と、送信モジュール１８０２と、処理モジュール１８０３とを含む。

受信モジュール１８０１は、第１のネットワーク要素から第３のメッセージを受信するように構成され、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される。

処理モジュール１８０３は、送信モジュール１８０２を使用することによって、第３のメッセージに基づいて、タイプ情報を送信するように構成される。

さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。

さらに、処理モジュール１８０３は、特に、
サービングネットワークのタイプが変化したことを検出したとき、送信モジュール１８０２を使用することによって、サービングネットワークのタイプを示すために使用される情報を送信する
ように構成される。

さらに、処理モジュール１８０３は、特に、
第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせ、
送信モジュール１８０２を使用することによって、サービングネットワークのタイプを送信する
ように構成される。

さらに、第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ－ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。

図１９は、第１の通信装置の物理的ブロック図である。装置は、第１のネットワーク要素、または第１のネットワーク要素上に配置された装置であり得、図４および図１０から図１４における第１のネットワーク要素の機能を実装するように構成される。図１９に示されるように、装置は、メモリと、プロセッサとを含む。

メモリ１９０１は、プログラム命令を記憶するように構成される。

プロセッサ１９０２は、以下の方法を実行するために、すなわち、
第２のネットワーク要素から端末の識別情報を受信することであって、識別情報は、端末の識別、または端末のグループの識別を含む、受信することと、
識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得することと、
タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信することと
を行うために、メモリ１９０１内のプログラム命令を実行するように構成される。

さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。

さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。

さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

さらに、プロセッサ１９０２は、特に、
第３のメッセージを第３のネットワーク要素に送信することであって、第３のメッセージは、タイプ情報を要求するために使用される、送信することと、
第３のネットワーク要素からタイプ情報を受信することと
を行うように構成される。

図２０は、第２の通信装置の物理的ブロック図である。装置は、第２のネットワーク要素、または第２のネットワーク要素上に配置された装置であり得、図４および図１０から図１４における第２のネットワーク要素の機能を実装するように構成される。図２０に示されるように、装置は、メモリと、プロセッサとを含む。

メモリ２００１は、プログラム命令を記憶するように構成される。

プロセッサ２００２は、以下の方法を実行するために、すなわち、
端末の識別情報を第１のネットワーク要素に送信することであって、識別情報は、端末の識別、または端末のグループの識別を含む、送信することと、
第１のネットワーク要素から、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信することと、
ＡＰＩ情報に基づいて、ＡＰＩを呼び出すことと
を行うために、メモリ２００１内のプログラム命令を実行するように構成される。

さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。

さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。

さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

さらに、プロセッサ２００２は、特に、
第２のネットワーク要素が、サービス要件に従って、ＡＰＩを呼び出すことをトリガしたとき、端末の識別情報を第１のネットワーク要素に送信し、
プリセットタイマが、満了したとき、端末の識別情報を第１のネットワーク要素に送信し、または
第２のネットワーク要素が、第１のネットワーク要素から、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を受信したとき、端末の識別情報を第１のネットワーク要素に送信する
ように構成される。

さらに、プロセッサ２００２は、特に、
ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、
選択されたＡＰＩを呼び出す
ように構成される。

図２１は、第３の通信装置の物理的ブロック図である。装置は、第１のネットワーク要素、または第１のネットワーク要素上に配置された装置であり得、図５および図６から図９における第１のネットワーク要素の機能を実装するように構成される。図２１に示されるように、装置は、メモリと、プロセッサとを含む。

メモリ２１０１は、プログラム命令を記憶するように構成される。

プロセッサ２１０２は、以下の方法を実行するために、すなわち、
第３のメッセージを第３のネットワーク要素に送信することであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、送信することと、
第３のネットワーク要素からタイプ情報を受信することと、
タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信することと
を行うために、メモリ２１０１内のプログラム命令を実行するように構成される。

さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。

さらに、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。

さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。

さらに、第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ－ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。

図２２は、第４の通信装置の物理的ブロック図である。装置は、第３のネットワーク要素、または第３のネットワーク要素上に配置された装置であり得、図５および図６から図９における第３のネットワーク要素の機能を実装するように構成される。図２２に示されるように、装置は、メモリと、プロセッサとを含む。

メモリ２２０１は、プログラム命令を記憶するように構成される。

プロセッサ２２０２は、以下の方法を実行するために、すなわち、
第１のネットワーク要素から第３のメッセージを受信することであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、受信することと、
第３のメッセージに基づいて、タイプ情報を送信することと
を行うために、メモリ２２０１内のプログラム命令を実行するように構成される。

さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。

さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。

さらに、プロセッサ２２０２は、特に、
サービングネットワークのタイプが変化したことを検出したとき、サービングネットワークのタイプを示すために使用される情報を送信する
ように構成される。

さらに、プロセッサ２２０２は、特に、
第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせ、
サービングネットワークのタイプを送信する
ように構成される。

さらに、第３のネットワーク要素は、ＨＳＳ－ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ－ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。

本出願は、さらに、通信システムを提供する。通信システムは、上述における第１の通信装置と、第２の通信装置と、第３の通信装置と、第４の通信装置とを含む。

上述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することによって、実装され得る。実施形態を実装するために、ソフトウェアが使用されるとき、実施形態は、コンピュータプログラム製品の形態で、完全または部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令が、ロードされ、コンピュータ上において実行されるとき、本発明の実施形態に従った手順または機能が、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶され得、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（ＤＳＬ）を通した）有線方式で、または（例えば、赤外線、無線、もしくはマイクロ波を通した）ワイヤレス方式で、送信され得る。コンピュータ可読記憶媒体は、コンピュータからアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合した、サーバもしくはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、ソフトディスク、ハードディスク、もしくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートディスクＳｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ））などであり得る。

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

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

コンピュータまたは他の任意のプログラム可能なデータ処理デバイスに特定の方式で動作するように命令することができる、これらのコンピュータプログラム命令は、コンピュータ可読メモリ内に記憶され得、そうすることで、コンピュータ可読メモリ内に記憶された命令が、命令装置を含む人工物を生成するようにする。命令装置は、フローチャート内の１つもしくは複数の処理における、および／またはブロック図内の１つもしくは複数のブロックにおける指定された機能を実装する。

これらのコンピュータプログラム命令は、コンピュータまたは別のプログラム可能なデータ処理デバイス上にロードされてもまたよく、そうすることで、コンピュータ実施される処理を生成するために、一連の操作およびステップが、コンピュータまたは別のプログラム可能なデバイス上において実行されるようにする。したがって、コンピュータまたは別のプログラム可能なデバイス上において実行される命令は、フローチャート内の１つもしくは複数の処理における、および／またはブロック図内の１つもしくは複数のブロックにおける特定の機能を実装するためのステップを提供する。

本出願のいくつかの好ましい実施形態が、説明されたが、当業者は、彼らがひとたび本発明の基本的な概念を学習すると、これらの実施形態に変化および変更を加えることができる。したがって、以下の特許請求の範囲は、好ましい実施形態、ならびに本出願の範囲内にあるすべての変化および変更をカバーするものとして解釈されることが意図されている。

明らかに、当業者は、本出願の主旨および範囲から逸脱することなく、本出願に様々な変更および変形を加えることができる。本出願は、本出願のこれらの変更および変形を、それらが、以下の特許請求の範囲およびそれらの均等な技術によって定義される保護の範囲内にあるという条件で、カバーすることが意図されている。

端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークもしくは５Ｇネットワークに登録するとき、後続のステップＳ６０４からＳ６０５が、トリガされて、実行される。

上述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することによって、実装され得る。実施形態を実装するために、ソフトウェアが使用されるとき、実施形態は、コンピュータプログラム製品の形態で、完全または部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令が、ロードされ、コンピュータ上において実行されるとき、本出願の実施形態に従った手順または機能が、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶され得、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（ＤＳＬ）を通した）有線方式で、または（例えば、赤外線、無線、もしくはマイクロ波を通した）ワイヤレス方式で、送信され得る。コンピュータ可読記憶媒体は、コンピュータからアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合した、サーバもしくはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、ソフトディスク、ハードディスク、もしくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートディスクＳｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ））などであり得る。

本出願のいくつかの実施形態が、説明されたが、当業者は、彼らがひとたび本発明の基本的な概念を学習すると、これらの実施形態に変化および変更を加えることができる。したがって、以下の特許請求の範囲は、実施形態、ならびに本出願の範囲内にあるすべての変化および変更をカバーするものとして解釈されることが意図されている。

明らかに、当業者は、本出願の範囲から逸脱することなく、本出願に様々な変更および変形を加えることができる。本出願は、本出願のこれらの変更および変形を、それらが、以下の特許請求の範囲およびそれらの均等な技術によって定義される保護の範囲内にあるという条件で、カバーすることが意図されている。

Claims (37)

1. 第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信するステップであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、ステップと、
   前記第１のネットワーク要素によって、前記識別情報に基づいて、前記識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、
   前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
   を含む通信方法。
2. 前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１に記載の方法。
3. 前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項１または２に記載の方法。
4. 前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
   前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
   請求項３に記載の方法。
5. 前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
   前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
   ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
   請求項１から４のいずれか一項に記載の方法。
6. 第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、ステップと、
   前記第２のネットワーク要素によって、前記第１のネットワーク要素から前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するステップと、
   前記第２のネットワーク要素によって、前記ＡＰＩ情報に基づいて、ＡＰＩを呼び出すステップと
   を含む通信方法。
7. 前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項６に記載の方法。
8. 前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
   前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
   請求項７に記載の方法。
9. 前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
   前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
   ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
   請求項６から８のいずれか一項に記載の方法。
10. 第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
    前記第１のネットワーク要素によって、前記第３のネットワーク要素から前記タイプ情報を受信するステップと、
    前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
    を含む通信方法。
11. 前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１０に記載の方法。
12. 前記タイプ情報は、第４のメッセージ内に含まれ、
    前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
    前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
    請求項１１に記載の方法。
13. 前記第３のメッセージが、前記端末の前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末の識別を含み、または
    前記第３のメッセージが、前記端末を含む前記グループの前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末のグループの識別を含む
    請求項１０から１２のいずれか一項に記載の方法。
14. 第３のネットワーク要素によって、第１のネットワーク要素から第３のメッセージを受信するステップであって、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
    前記第３のネットワーク要素によって、前記第３のメッセージに基づいて、前記タイプ情報を送信するステップと
    を含むネットワークタイプ情報送信方法。
15. 前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１４に記載の方法。
16. 前記タイプ情報は、第４のメッセージ内に含まれ、
    前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
    前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
    請求項１５に記載の方法。
17. 第１のネットワーク要素に適用される通信装置であって、
    第２のネットワーク要素から端末の識別情報を受信するように構成された、受信モジュールであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、受信モジュールと、
    前記識別情報に基づいて、前記識別情報に対応するサービングネットワークのタイプ情報を獲得するように構成された、処理モジュールと、
    前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、送信モジュールと
    を備える通信装置。
18. 前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１７に記載の装置。
19. 前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項１７または１８に記載の装置。
20. 前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
    前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
    請求項１９に記載の装置。
21. 前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
    前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
    ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
    請求項１７から２０のいずれか一項に記載の装置。
22. 第２のネットワーク要素に適用される通信装置であって、
    端末の識別情報を第１のネットワーク要素に送信するように構成された、送信モジュールであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、送信モジュールと、
    前記第１のネットワーク要素から前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するように構成された、受信モジュールと、
    前記ＡＰＩ情報に基づいて、ＡＰＩを呼び出すように構成された、処理モジュールと
    を備える通信装置。
23. 前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項２２に記載の装置。
24. 前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
    前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
    請求項２３に記載の装置。
25. 前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み
    前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
    ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
    請求項２２から２４のいずれか一項に記載の装置。
26. 第１のネットワーク要素に適用される通信装置であって、
    第３のメッセージを第３のネットワーク要素に送信するように構成された、送信モジュールであって、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、送信モジュールと、
    前記第３のネットワーク要素から前記タイプ情報を受信するように構成された、受信モジュールと、
    前記送信モジュールを使用することによって、前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、処理モジュールと
    を備える通信装置。
27. 前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項２６に記載の装置。
28. 前記タイプ情報は、第４のメッセージ内に含まれ、
    前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
    前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
    請求項２７に記載の方法。
29. 前記第３のメッセージが、前記端末の前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末の識別を含み、または
    前記第３のメッセージが、前記端末を含む前記グループの前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末のグループの識別を含む
    請求項２６から２８のいずれか一項に記載の装置。
30. 第３のネットワーク要素に適用される、受信モジュールと、送信モジュールと、処理モジュールとを備える、通信装置であって、
    前記受信モジュールは、第１のネットワーク要素から第３のメッセージを受信するように構成され、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用され、
    前記処理モジュールは、前記送信モジュールを使用することによって、前記第３のメッセージに基づいて、前記タイプ情報を送信するように構成される
    通信装置。
31. 前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項３０に記載の装置。
32. 前記タイプ情報は、第４のメッセージ内に含まれ、
    前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
    前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
    請求項３１に記載の装置。
33. 請求項１７から２１のいずれか一項に記載の通信装置と、請求項２２から２５のいずれか一項に記載の通信装置と、請求項２６から２９のいずれか一項に記載の通信装置と、請求項３０から３２のいずれか一項に記載の通信装置とを備える通信システム。
34. コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項１から５のいずれか一項に記載の方法を実行するために使用される命令を含む、コンピュータ可読記憶媒体。
35. コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項６から９のいずれか一項に記載の方法を実行するために使用される命令を含む、コンピュータ可読記憶媒体。
36. コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項１０から１３のいずれか一項に記載の方法を実行するために使用される命令を含む、コンピュータ可読記憶媒体。
37. コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項１４から１６のいずれか一項に記載の方法を実行するために使用される命令を含む。コンピュータ可読記憶媒体。

Images