(57)【要約】本出願は、通信方法、通信装置、および通信システムを提供する。方法は、第１のネットワーク要素が、第２のネットワーク要素から端末の識別情報を受信するステップであって、識別情報は、端末の識別、または端末のグループの識別を含む、ステップと、第１のネットワーク要素が、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、第１のネットワーク要素が、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップとを含む。この方法においては、第２のネットワーク要素によって送信された端末の識別情報を受信した後、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるようにする。
2021518085.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信するステップであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、ステップと、
前記第１のネットワーク要素によって、前記識別情報に基づいて、前記識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、
前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
を含む通信方法。
【請求項２】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１に記載の方法。
【請求項３】
前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項１または２に記載の方法。
【請求項４】
前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
請求項３に記載の方法。
【請求項５】
前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
請求項１から４のいずれか一項に記載の方法。
【請求項６】
第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、ステップと、
前記第２のネットワーク要素によって、前記第１のネットワーク要素から前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するステップと、
前記第２のネットワーク要素によって、前記ＡＰＩ情報に基づいて、ＡＰＩを呼び出すステップと
を含む通信方法。
【請求項７】
前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項６に記載の方法。
【請求項８】
前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
請求項７に記載の方法。
【請求項９】
前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
請求項６から８のいずれか一項に記載の方法。
【請求項１０】
第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
前記第１のネットワーク要素によって、前記第３のネットワーク要素から前記タイプ情報を受信するステップと、
前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
を含む通信方法。
【請求項１１】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１０に記載の方法。
【請求項１２】
前記タイプ情報は、第４のメッセージ内に含まれ、
前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
請求項１１に記載の方法。
【請求項１３】
前記第３のメッセージが、前記端末の前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末の識別を含み、または
前記第３のメッセージが、前記端末を含む前記グループの前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末のグループの識別を含む
請求項１０から１２のいずれか一項に記載の方法。
【請求項１４】
第３のネットワーク要素によって、第１のネットワーク要素から第３のメッセージを受信するステップであって、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
前記第３のネットワーク要素によって、前記第３のメッセージに基づいて、前記タイプ情報を送信するステップと
を含むネットワークタイプ情報送信方法。
【請求項１５】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１４に記載の方法。
【請求項１６】
前記タイプ情報は、第４のメッセージ内に含まれ、
前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
請求項１５に記載の方法。
【請求項１７】
第１のネットワーク要素に適用される通信装置であって、
第２のネットワーク要素から端末の識別情報を受信するように構成された、受信モジュールであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、受信モジュールと、
前記識別情報に基づいて、前記識別情報に対応するサービングネットワークのタイプ情報を獲得するように構成された、処理モジュールと、
前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、送信モジュールと
を備える通信装置。
【請求項１８】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１７に記載の装置。
【請求項１９】
前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項１７または１８に記載の装置。
【請求項２０】
前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
請求項１９に記載の装置。
【請求項２１】
前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
請求項１７から２０のいずれか一項に記載の装置。
【請求項２２】
第２のネットワーク要素に適用される通信装置であって、
端末の識別情報を第１のネットワーク要素に送信するように構成された、送信モジュールであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、送信モジュールと、
前記第１のネットワーク要素から前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するように構成された、受信モジュールと、
前記ＡＰＩ情報に基づいて、ＡＰＩを呼び出すように構成された、処理モジュールと
を備える通信装置。
【請求項２３】
前記識別情報は、第１のメッセージ内に含まれ、前記ＡＰＩ情報は、第２のメッセージ内に含まれる請求項２２に記載の装置。
【請求項２４】
前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、または
前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第２のメッセージは、前記第１のメッセージに応答するために使用される
請求項２３に記載の装置。
【請求項２５】
前記ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み
前記ＡＰＩ状態情報は、以下の情報、すなわち、前記ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態の前記リストは、ＡＰＩの識別と、前記ＡＰＩの状態とを含む
請求項２２から２４のいずれか一項に記載の装置。
【請求項２６】
第１のネットワーク要素に適用される通信装置であって、
第３のメッセージを第３のネットワーク要素に送信するように構成された、送信モジュールであって、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、送信モジュールと、
前記第３のネットワーク要素から前記タイプ情報を受信するように構成された、受信モジュールと、
前記送信モジュールを使用することによって、前記タイプ情報に基づいて、前記第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、処理モジュールと
を備える通信装置。
【請求項２７】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項２６に記載の装置。
【請求項２８】
前記タイプ情報は、第４のメッセージ内に含まれ、
前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
請求項２７に記載の方法。
【請求項２９】
前記第３のメッセージが、前記端末の前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末の識別を含み、または
前記第３のメッセージが、前記端末を含む前記グループの前記サービングネットワークの前記タイプ情報を要求するために使用されるとき、前記第３のメッセージは、前記端末のグループの識別を含む
請求項２６から２８のいずれか一項に記載の装置。
【請求項３０】
第３のネットワーク要素に適用される、受信モジュールと、送信モジュールと、処理モジュールとを備える、通信装置であって、
前記受信モジュールは、第１のネットワーク要素から第３のメッセージを受信するように構成され、前記第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用され、
前記処理モジュールは、前記送信モジュールを使用することによって、前記第３のメッセージに基づいて、前記タイプ情報を送信するように構成される
通信装置。
【請求項３１】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項３０に記載の装置。
【請求項３２】
前記タイプ情報は、第４のメッセージ内に含まれ、
前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプをサブスクライブするために使用され、前記第４のメッセージは、通知メッセージであり、または
前記第３のメッセージは、問い合わせメッセージであり、前記問い合わせメッセージは、前記サービングネットワークの前記タイプを問い合わせるために使用され、前記第４のメッセージは、前記第３のメッセージに対する応答メッセージである
請求項３１に記載の装置。
【請求項３３】
請求項１７から２１のいずれか一項に記載の通信装置と、請求項２２から２５のいずれか一項に記載の通信装置と、請求項２６から２９のいずれか一項に記載の通信装置と、請求項３０から３２のいずれか一項に記載の通信装置とを備える通信システム。
【請求項３４】
コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項１から５のいずれか一項に記載の方法を実行するために使用される命令を含む、コンピュータ可読記憶媒体。
【請求項３５】
コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項６から９のいずれか一項に記載の方法を実行するために使用される命令を含む、コンピュータ可読記憶媒体。
【請求項３６】
コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項１０から１３のいずれか一項に記載の方法を実行するために使用される命令を含む、コンピュータ可読記憶媒体。
【請求項３７】
コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムは、請求項１４から１６のいずれか一項に記載の方法を実行するために使用される命令を含む。コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信技術に関し、詳細には、通信方法、通信装置、および通信システムに関する。
【背景技術】
【０００２】
本出願は、その全体が参照によって本明細書に組み込まれる、２０１８年４月９日に中国国家知識産権局に出願された、「ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＭＥＴＨＯＤ，  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＡＰＰＡＲＡＴＵＳ，  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＹＳＴＥＭ」と題する、中国特許出願第２０１８１０３１３２２９．９号に基づく優先権を主張する。
【０００３】
車のインターネット、モバイルオフィス、モノのインターネットなど、新しいサービスの爆発的な発展は、アクセス速度、トラフィック密度、および他の要因に関して、より高い要件を通信ネットワークに課す。様々なタイプの新しいサービスによって促されて、異なるアクセステクノロジを使用するネットワーク、例えば、４Ｇネットワークおよび５Ｇネットワークが、出現している。異なるアクセステクノロジを使用するネットワークのすべては、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）を通して、ネットワーク機能をサードパーティアプリケーションに公開することができ、サードパーティアプリケーションは、端末関連のサービスを獲得するために、ＡＰＩを使用する。
【０００４】
端末は、４Ｇアクセス技術および５Ｇアクセス技術など、すべての異なるアクセス技術をサポートすることができるので、端末は、４Ｇネットワークと５Ｇネットワークとの間で柔軟に切り換えを行うことができる。しかしながら、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、サードパーティアプリケーションは、端末が現在位置付けられているネットワークを知ることができず、したがって、現在呼び出されることができるＡＰＩを知ることができない。その結果、ＡＰＩ呼び出し成功率は低く、ユーザエクスペリエンスは貧弱である。
【発明の概要】
【０００５】
本出願は、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるための、通信方法、通信装置、および通信システムを提供する。
【０００６】
本出願の第１の態様は、第１のネットワーク要素に適用される通信方法を提供し、方法は、
第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信するステップであって、識別情報は、端末の識別、または端末のグループの識別を含む、ステップと、
第１のネットワーク要素によって、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、
第１のネットワーク要素によって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
を含む。
【０００７】
この方法においては、第２のネットワーク要素によって送信された端末の識別情報を受信した後、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるようにする。
【０００８】
可能な設計においては、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０００９】
可能な設計においては、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。
【００１０】
可能な設計においては、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。
【００１１】
可能な設計においては、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【００１２】
可能な設計においては、第１のメッセージは、ＡＰＩサポート能力サブスクリプションメッセージである。
【００１３】
可能な設計においては、タイプ情報は、第２のメッセージ内に含まれ、第２のメッセージは、ＡＰＩサポート能力を通知するために使用される。
【００１４】
可能な設計においては、第２のメッセージは、ＡＰＩサポート能力通知メッセージであり、ＡＰＩサポート能力通知メッセージは、端末の識別、またはグループの識別を含む。
【００１５】
可能な設計においては、第１のメッセージは、第１のイベントサブスクリプションメッセージ、または第１の監視要求メッセージであり、第１のイベントサブスクリプションメッセージ、または第１の監視要求メッセージは、ＡＰＩサポート能力変化イベントの識別を含む。
【００１６】
可能な設計においては、第２のメッセージは、第１のイベント通知メッセージ、または第１の監視応答メッセージであり、第１のイベント通知メッセージ、または第１の監視応答メッセージは、端末の識別、またはグループの識別を含む。
【００１７】
可能な設計においては、第１のメッセージは、ＡＰＩサポート能力問い合わせメッセージであり、第２のメッセージは、ＡＰＩサポート能力応答メッセージである。
【００１８】
可能な設計においては、第１のネットワーク要素によって、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するステップは、
第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、第３のメッセージは、タイプ情報を要求するために使用される、ステップと、
第１のネットワーク要素によって、第３のネットワーク要素からタイプ情報を受信するステップと
を含む。
【００１９】
可能な設計においては、第１のメッセージは、ＡＰＩ呼び出しメッセージであり、ＡＰＩ呼び出しメッセージは、端末の識別、またはグループの識別を含む。
【００２０】
可能な設計においては、第１のメッセージは、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージであり、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別を含む。
【００２１】
可能な設計においては、第１のメッセージは、ネットワークへの端末登録要求メッセージである。
【００２２】
可能な設計においては、方法は、さらに、
第１のネットワーク要素によって、タイプ情報を送信するステップ
を含む。
【００２３】
本出願の第２の態様は、第２のネットワーク要素に適用される通信方法を提供し、方法は、
第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップであって、識別情報は、端末の識別、または端末のグループの識別を含む、ステップと、
第２のネットワーク要素によって、第１のネットワーク要素から第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するステップと、
第２のネットワーク要素によって、ＡＰＩ情報に基づいて、ＡＰＩを呼び出すステップと
を含む。
【００２４】
可能な設計においては、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。
【００２５】
可能な設計においては、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。
【００２６】
可能な設計において、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【００２７】
可能な設計においては、第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップは、
第２のネットワーク要素が、サービス要件に従ってＡＰＩを呼び出すことをトリガしたとき、端末の識別情報を第１のネットワーク要素に送信するステップ、
プリセットタイマが満了したとき、端末の識別情報を第１のネットワーク要素に送信するステップ、または
第２のネットワーク要素が、第１のネットワーク要素から、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を受信したとき、端末の識別情報を第１のネットワーク要素に送信するステップ
を含む。
【００２８】
本出願の第３の態様は、第１のネットワーク要素に適用される通信方法を提供し、方法は、
第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
第１のネットワーク要素によって、第３のネットワーク要素からタイプ情報を受信するステップと、
第１のネットワーク要素によって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するステップと
を含む。
【００２９】
この方法においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のメッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、第３のメッセージに基づいて、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避し、ＡＰＩ呼び出し成功率を保証し、ユーザエクスペリエンスを向上させるようにする。
【００３０】
可能な設計においては、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【００３１】
可能な設計においては、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【００３２】
可能な設計においては、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。
【００３３】
可能な設計においては、第３のメッセージは、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージであり、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別を含む。
【００３４】
可能な設計においては、第４のメッセージは、第３のイベント通知メッセージ、または第３の監視応答メッセージであり、第３のイベント通知メッセージ、または第３の監視応答メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別、またはグループの識別を含む。
【００３５】
可能な設計においては、第３のメッセージは、ネットワークへの端末登録要求メッセージである。
【００３６】
可能な設計においては、第４のメッセージは、ネットワークへの端末登録応答メッセージであり、ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプを含み、さらに、端末の識別、またはグループの識別を含む。
【００３７】
可能な設計においては、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【００３８】
可能な設計においては、第３のネットワーク要素は、ホーム加入者サーバＨＳＳとユニフォームデータ管理ＵＤＭとを統合したネットワーク要素であり、もしくは第３のネットワーク要素は、ポリシ制御機能ＰＣＦとポリシおよび課金ルール機能ＰＣＲＦとを統合したネットワーク要素であり、または
第３のネットワーク要素は、モビリティ管理エンティティＭＭＥであり、もしくは第３のネットワーク要素は、アクセスおよびモビリティ管理機能ＡＭＦである。
【００３９】
本出願の第４の態様は、第３のネットワーク要素に適用される通信方法を提供し、方法は、
第３のネットワーク要素によって、第１のネットワーク要素から第３のメッセージを受信するステップであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、ステップと、
第３のネットワーク要素によって、第３のメッセージに基づいて、タイプ情報を送信するステップと
を含む。
【００４０】
可能な設計においては、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【００４１】
可能な設計においては、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【００４２】
可能な設計においては、第３のネットワーク要素によって、第３のメッセージに基づいて、タイプ情報を送信するステップは、
サービングネットワークのタイプが変化したことを検出したとき、サービングネットワークのタイプを示すために使用される情報を送信するステップ
を含む。
【００４３】
可能な設計においては、第３のネットワーク要素によって、第３のメッセージに基づいて、タイプ情報を送信するステップは、
第３のネットワーク要素によって、第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせるステップと、
第３のネットワーク要素によって、サービングネットワークのタイプを送信するステップと
を含む。
【００４４】
可能な設計においては、第３のネットワーク要素は、ホーム加入者サーバＨＳＳとユニフォームデータ管理ＵＤＭとを統合したネットワーク要素であり、もしくは第３のネットワーク要素は、ポリシ制御機能ＰＣＦとポリシおよび課金ルール機能ＰＣＲＦとを統合したネットワーク要素であり、または
第３のネットワーク要素は、モビリティ管理エンティティＭＭＥであり、もしくは第３のネットワーク要素は、アクセスおよびモビリティ管理機能ＡＭＦである。
【００４５】
可能な設計においては、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。
【００４６】
本出願の第５の態様は、通信装置を提供する。通信装置は、第１の態様における第１のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。
【００４７】
可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、受信モジュールは、第２のネットワーク要素から端末の識別情報を受信するように構成され、識別情報は、端末の識別情報、または端末のグループの識別情報を含み、処理モジュールは、識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するように構成され、送信モジュールは、タイプ情報に基づいて、第１のネットワーク要素のＡＰＩ情報を送信するように構成される。
【００４８】
本出願の第６の態様は、通信装置を提供する。通信装置は、第２の態様における第２のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。
【００４９】
可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、送信モジュールは、端末の識別情報を第１のネットワーク要素に送信するように構成され、識別情報は、端末の識別、または端末のグループの識別を含み、受信モジュールは、第１のネットワーク要素から第１のネットワーク要素のＡＰＩ情報を受信するように構成され、処理モジュールは、ＡＰＩ情報に基づいて、ＡＰＩを呼び出すように構成される。
【００５０】
本出願の第７の態様は、通信装置を提供する。通信装置は、第３の態様における第１のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。
【００５１】
可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、送信モジュールは、第３のメッセージを第３のネットワーク要素に送信するように構成され、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用され、受信モジュールは、第３のネットワーク要素からタイプ情報を受信するように構成され、処理モジュールは、送信モジュールを使用することによって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成される。
【００５２】
本出願の第８の態様は、通信装置を提供する。通信装置は、第４の態様における第３のネットワーク要素の機能を実装するように構成される。これらの機能は、ハードウェアによって実装され得、または対応するソフトウェアを実行するハードウェアによって実装され得る。ハードウェアまたはソフトウェアは、上述の機能に対応する１つまたは複数のモジュールを含む。
【００５３】
可能な設計においては、通信装置は、受信モジュールと、処理モジュールと、送信モジュールとを含み得る。受信モジュール、処理モジュール、および送信モジュールは、上述の方法における対応する機能を実行し得る。例えば、受信モジュールは、第１のネットワーク要素から第３のメッセージを受信するように構成され、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用され、処理モジュールは、送信モジュールを使用することによって、第３のメッセージに基づいて、タイプ情報を送信するように構成される。
【００５４】
本出願の第９の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第１の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。
【００５５】
本出願の第１０の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第２の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。
【００５６】
本願の第１１の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第３の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。
【００５７】
本願の第１２の態様は、通信装置を提供する。通信装置は、メモリと、プロセッサとを含む。メモリは、プログラム命令を記憶するように構成され、プロセッサは、第４の態様における方法を実装するために、メモリ内のプログラム命令を実行するように構成される。
【００５８】
本出願の第１３の態様は、通信システムを提供する。通信システムは、第９の態様に従った通信装置と、第１０の態様に従った通信装置と、第１１の態様に従った通信装置と、第１２の態様に従った通信装置とを含む。
【００５９】
本出願の第１４の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第１の態様に従った方法を実行するために使用される命令を含む。
【００６０】
本出願の第１５の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第２の態様に従った方法を実行するために使用される命令を含む。
【００６１】
本出願の第１６の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第３の態様に従った方法を実行するために使用される命令を含む。
【００６２】
本出願の第１７の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体は、コンピュータプログラムを記憶し、コンピュータプログラムは、第４の態様に従った方法を実行するために使用される命令を含む。
【００６３】
本出願の第１８の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第１の態様に従った方法が、実行される。
【００６４】
本出願の第１９の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第２の態様に従った方法が、実行される。
【００６５】
本願の第２０の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第３の態様に従った方法が、実行される。
【００６６】
本出願の第２１の態様は、コンピュータ製品を提供する。コンピュータ製品は、コンピュータプログラムコードを含み、コンピュータプログラムコードが実行されたとき、第４の態様に従った方法が、実行される。
【図面の簡単な説明】
【００６７】
【図１】ＥＰＳのネットワークアーキテクチャの概略図である。
【図２】５Ｇネットワークの概略アーキテクチャ図である。
【図３】能力公開ネットワーク要素の機能サポートの概略図である。
【図４】本出願に従った通信方法の対話フローチャートである。
【図５】本出願に従った別の通信方法の対話フローチャートである。
【図６】実施形態１に従った通信方法のフローチャートである。
【図７】実施形態２に従った通信方法のフローチャートである。
【図８】実施形態３に従った通信方法のフローチャートである。
【図９】実施形態４に従った通信方法のフローチャートである。
【図１０】実施形態５に従った通信方法のフローチャートである。
【図１１】実施形態６に従った通信方法のフローチャートである。
【図１２】実施形態７に従った通信方法のフローチャートである。
【図１３】実施形態８に従った通信方法のフローチャートである。
【図１４】実施形態９に従った通信方法のフローチャートである。
【図１５】本出願に従った第１の通信装置におけるモジュールの構造図である。
【図１６】本出願に従った第２の通信装置におけるモジュールの構造図である。
【図１７】本出願に従った第３の通信装置におけるモジュールの構造図である。
【図１８】本出願に従った第４の通信装置におけるモジュールの構造図である。
【図１９】本出願に従った第１の通信装置の物理的ブロック図である。
【図２０】本出願に従った第２の通信装置の物理的ブロック図である。
【図２１】本出願に従った第３の通信装置の物理的ブロック図である。
【図２２】本出願に従った第４の通信装置の物理的ブロック図である。
【発明を実施するための形態】
【００６８】
当業者に本出願の技術的ソリューションをより良く理解させるために、以下では、最初に、異なるアクセス技術を使用するネットワークのアーキテクチャについて説明する。具体的には、進化型パケットシステム（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ、ＥＰＳ）、すなわち、４Ｇネットワークおよび５Ｇネットワークアーキテクチャが、説明のための例として使用される。
【００６９】
図１は、ＥＰＳのネットワークアーキテクチャの概略図である。図１に示されるように、ＥＰＳは、主に、進化型ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ、ＥＵＴＲＡＮ）、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＤＮ  Ｇａｔｅｗａｙ、Ｐ−ＧＷ）、サービングＧＰＲＳサポートノード（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ、ＳＧＳＮ）、ホーム加入者サーバ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ、ＨＳＳ）、ならびにポリシおよび課金ルール機能（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）などのネットワークエンティティを含む。ネットワークエンティティの機能は、以下の通りである。
【００７０】
ＥＵＴＲＡＮは、複数の進化型ノードＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ、ｅＮｏｄｅＢ）を含むネットワークであり、無線物理レイヤ機能、リソーススケジューリングおよび無線リソース管理、無線アクセス制御、ならびにモビリティ管理を実装する。ｅＮｏｄｅＢは、ユーザプレーンインターフェースＳ１−Ｕを通して、ＳＧＷに接続され、コントロールプレーンインターフェースＳ１−ＭＭＥを通して、ＭＭＥに接続され、Ｓ１−ＡＰプロトコルを使用することによって、無線アクセスベアラ制御などの機能を実装する。
【００７１】
ＭＭＥは、主に、非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ、ＮＡＳ）シグナリングおよびセキュリティ、トラッキングエリアリスト（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｌｉｓｔ）管理、ならびにＰ−ＧＷおよびＳＧＷ選択などを含む、ユーザセッション管理のすべてのコントロールプレーン機能を担当する。
【００７２】
ＳＧＷは、主に、端末のデータ送信および転送、ならびにルート切り換えなどを担当し、端末がｅＮｏｄｅＢ間の切り換えを行うとき、ローカルモビリティアンカとして使用される（各端末は、一度にただ１つのＳＧＷによってサービスされる）。
【００７３】
Ｐ−ＧＷは、パケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ、ＰＤＮ）に接続するためのアンカとして使用され、端末のＩＰアドレス割り当て、データパケットフィルタリング、レート制御、および課金情報生成などを担当する。
【００７４】
ＳＧＳＮは、２Ｇアクセスネットワーク、すなわち、ＧＳＭもしくはＥＤＧＥ無線アクセスネットワーク（ＧＳＭ／ＥＤＧＥ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＧＥＲＡＮ）におけるアクセスポイント、３Ｇアクセスネットワーク、すなわち、ユニバーサル地上無線アクセスネットワーク（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＵＴＲＡＮ）におけるアクセスポイント、またはＥＰＳコアネットワーク、すなわち、進化型パケットコア（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ、ＥＰＣ）におけるアクセスポイントであり、ベアラ確立、ならびにＧＥＲＡＮからＥＰＣへの、およびＵＴＲＡＮからＥＰＣへのデータ転送を担当する。
【００７５】
ＨＳＳは、モバイル加入者のサブスクリプションデータを記憶する。
【００７６】
ＰＣＲＦは、ポリシおよび課金制御（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ、ＰＣＣ）ルール、ならびにサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、ＱｏＳ）ルールを含む、課金管理およびポリシ制御を担当する。
【００７７】
ＳＣＥＦは、ネットワーク機能をサードパーティに提供することを、例えば、サードパーティアプリケーションから端末関連のパラメータを受信すること、または端末関連のイベントをサブスクライブすることを担当する。
【００７８】
図２は、５Ｇネットワークの概略アーキテクチャ図である。図２に示されるように。５Ｇネットワークは、端末と、アクセスネットワーク（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＡＮ）と、コアネットワークと、データネットワーク（Ｄａｔａ  Ｎｅｔｗｏｒｋ、ＤＮ）とを含む。ネットワークエンティティの機能は、以下の通りである。
【００７９】
端末は、モバイル加入者とネットワークとの間の対話のための入口であり、基本的なコンピューティング能力およびストレージ能力を提供し、サービスウィンドウをユーザに表示し、ユーザによって操作された入力を受け取ることが可能である。５Ｇネットワークにおける端末は、制御信号およびサービスデータをモバイルネットワークに送信するために、次世代エアインターフェース技術を使用して、ＡＮへの信号接続およびデータ接続を確立する。
【００８０】
ＡＮは、従来のネットワークにおける基地局と同様に、端末に近い位置に配備され、特定のエリア内の権限を与えられたユーザにネットワークアクセス機能を提供し、ユーザデータを送信するために、ユーザレベルおよびサービス要件などに基づいて、異なる品質のトランスポートトンネルを使用することが可能である。ＡＮは、ＡＮのリソースを管理し、リソースを適切に使用し、要件に従って端末にアクセスサービスを提供し、端末とコアネットワークとの間で制御信号およびユーザデータを転送することが可能である。
【００８１】
ＤＮは、ユーザに業務サービスを証明するデータネットワークである。通常、クライアントは、端末内に位置付けられ、サーバは、データネットワーク内に位置付けられる。データネットワークは、ローカルエリアネットワークなどの私設ネットワークであり得、インターネットなど、オペレータによって管理および制御されない外部ネットワークであり得、またはすべてのオペレータによって配備された専用ネットワークであり得る。
【００８２】
コアネットワークは、モバイルネットワークのサブスクリプションデータを維持し、モバイルネットワーク内のネットワーク要素を管理し、セッション管理、モビリティ管理、ポリシ管理、およびセキュリティ認証などの機能を端末に提供することを担当する。端末が、コアネットワークに接続する必要があるとき、コアネットワークは、端末にネットワークアクセス認証を提供し、端末が、サービス要求を有するとき、コアネットワークは、端末にネットワークリソースを割り当て、端末が、移動したとき、コアネットワークは、端末のためのネットワークリソースを更新し、端末が、アイドルであるとき、コアネットワークは、端末に高速リカバリメカニズムを提供し、ネットワークが、コアネットワークから切り離されたとき、コアネットワークは、端末のためのネットワークリソースを解放し、または、端末が、サービスデータを有するとき、コアネットワークは、例えば、アップリンクデータをＤＮに転送する、もしくはＤＮから端末のダウンリンクデータを受信し、ダウンリンクデータをＡＮに転送して、ダウンリンクデータを端末に送信する、データルーティング機能を端末に提供する。
【００８３】
コアネットワークは、ユーザプレーンとコントロールプレーンに分割され得る。ユーザプレーンは、ユーザプレーン機能（ＵＰＦ、Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）を含み、コントロールプレーンは、認証サーバ機能（ＡＵＳＦ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ）、アクセスおよびモビリティ管理機能（ＡＭＦ、Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ、Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、ネットワークスライス選択機能（ＮＳＳＦ、Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、ネットワーク公開機能（ＮＥＦ、Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）、ネットワーク機能リポジトリ機能（ＮＲＦ、ＮＦ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ、Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）、ポリシ制御機能（ＰＣＦ、Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）、ならびにアプリケーション機能（ＡＦ、Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）などを含み得る。ネットワークエンティティの機能は、以下の通りである。
【００８４】
ＵＰＦは、ＳＭＦのルーティングルールに従って、ユーザデータパケットを転送する。
【００８５】
ＡＵＳＦは、端末のセキュリティ認証を実行する。
【００８６】
ＡＭＦは、端末のアクセス管理、およびモビリティ管理を実行する。
【００８７】
ＳＭＦは、端末のセッション管理を実行する。
【００８８】
ＮＳＳＦは、端末のためのネットワークスライスを選択する。
【００８９】
ＮＥＦは、ＡＰＩを通して、ネットワーク機能をサードパーティに公開する。
【００９０】
ＮＲＦは、別のネットワーク要素のためのネットワーク機能エンティティ情報を記憶および選択する。
【００９１】
ＵＤＭは、ユーザサブスクリプションコンテキスト管理を実行する。
【００９２】
ＰＣＦは、ユーザポリシ管理を実行する。
【００９３】
ＡＦは、ユーザプリケーション管理を実行する。
【００９４】
ＳＣＥＦおよびＮＥＦは、それぞれ、４Ｇネットワークおよび５Ｇネットワークにおける能力公開ネットワーク要素であり、ネットワーク機能をサードパーティに公開することを担当することが、４Ｇネットワークおよび５Ｇネットワークのネットワークアーキテクチャから分かる。
【００９５】
図３は、能力公開ネットワーク要素の機能サポートの概略図である。図３に示されるように、サードパーティアプリケーションは、ＥＰＳネットワークサービスを呼び出すために、Ｔ８インターフェースを通してＳＣＥＦと対話し、５Ｇネットワークサービスを呼び出すために、Ｎｎｅｆインターフェースを通してＮＥＦと対話する。Ｔ８インターフェースおよびＮｎｅｆインターフェースによってサポートされる機能のいくつかは、同じであり、機能のいくつかは、異なる。例えば、Ｔ８インターフェースとＮｎｅｆインターフェースは、等価機能と呼ばれる、異なるインターフェース名を有する同じ機能をサポートすることができる。例えば、図３におけるデバイストリガモジュールおよびトリガサービスモジュールは、４Ｇネットワークおよび５Ｇネットワークにおいて、同じ機能を実装する。Ｔ８インターフェースおよびＮｎｅｆインターフェースは、ＳＣＥＦ特徴機能（例えば、４Ｇネットワーク内だけで実装される無数のＳＭＳモジュール）、およびＮＥＦ特徴機能（例えば、５Ｇネットワーク内だけで実装されるサードパーティ要求モジュール）と呼ばれる、特徴機能も提供することができる。これらの特徴機能は、他のシステムによってサポートされない。
【００９６】
ネットワーク能力公開が、既存のネットワークにおいて実装されるとき、以下の問題が存在する。
【００９７】
端末が、４Ｇネットワークおよび５Ｇネットワークの両方へのアクセスをサポートするとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得、または４Ｇネットワークもしくは５Ｇネットワークに登録し得る。端末が、異なるネットワークに登録するとき、ネットワークは、端末に異なる能力を公開することができることが、図３から分かる。例えば、端末が、現在、ＥＰＳネットワークに登録している場合、サードパーティアプリケーションは、等価機能およびＳＣＥＦ特徴機能に関連するＡＰＩだけを呼び出すことができ、別のＡＰＩを呼び出したときは、エラーを有し、または、端末が、５Ｇネットワークに登録している場合、サードパーティアプリケーションは、等価機能およびＮＥＦ特徴機能に関連するＡＰＩだけを呼び出すことができ、別のＡＰＩを呼び出したときは、エラーを有する。
【００９８】
しかしながら、先行技術においては、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークまたは５Ｇネットワークに登録するとき、サードパーティアプリケーションは、端末が現在位置付けられているネットワークを知ることができず、その場合、現在呼び出されることができるＡＰＩを知ることができない。その結果、ＡＰＩ呼び出しエラーが、引き起こされ得る。
【００９９】
本出願において提供される技術的ソリューションは、上述の問題を解決することを目的とする。
【０１００】
図４は、本出願に従った通信方法の対話フローチャートである。図４に示されるように、方法の対話処理は、以下の通りである。
【０１０１】
Ｓ４０１。第２のネットワーク要素が、端末の識別情報を第１のネットワーク要素に送信する。
【０１０２】
識別情報は、端末の識別、または端末のグループの識別を含み得る。端末の識別は、端末を識別し得る。例えば、識別は、端末の身分証明（例えば、ＩＭＳＩ、ＧＰＳＩ、ＭＳＩＳＤＮ、または外部ＩＤ）であり得る。グループの識別は、端末のグループを識別し得る。例えば、グループの識別は、端末のグループ身分証明（例えば、ＩＭＳＩグループＩＤ、または外部グループＩＤ）であり得る。
【０１０３】
端末のグループは、端末が属するグループ、または端末が位置付けられたグループであり得、グループは、１つまたは複数の端末を含み得る。端末のグループは、端末のサブスクリプションデータによって決定され得、端末のサブスクリプションデータから獲得され得る。
【０１０４】
任意選択で、第２のネットワーク要素は、ＡＦ（すなわち、サードパーティアプリケーション）、サービス能力サーバ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ、ＳＣＳ）、またはアプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ、ＡＳ）であり得る。第１のネットワーク要素は、能力公開ネットワーク要素であり得る。例えば、第１のネットワーク要素は、ＳＣＥＦ、ＮＥＦ、またはＳＣＥＦ−ＮＥＦ統合ネットワーク要素であり得る。
【０１０５】
ＳＣＥＦ−ＮＥＦ統合ネットワーク要素は、ＳＣＥＦおよびＮＥＦの物理的配備位置が、同じ製品またはサーバ上であることを意味する。ＳＣＥＦとＮＥＦとの間のインターフェースは、私設インターフェースであり、ＳＣＥＦとＮＥＦとの間の対話は、標準化される必要はない。
【０１０６】
任意選択で、第２のネットワーク要素は、第１のメッセージを使用することによって、端末の識別情報を送信し、第１のメッセージは、識別情報に対応するサービングネットワークのタイプ情報を獲得することを要求するために使用され得る。
【０１０７】
任意選択の実装においては、第１のメッセージは、サブスクリプションメッセージである。例えば、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され得る。第１のメッセージを使用することによって、ＡＰＩサポート能力がサブスクライブされた後、第１のネットワーク要素のＡＰＩサポート能力が、変化したとき、第１のネットワーク要素は、第１のネットワーク要素のＡＰＩサポート能力が変化したことを、第２のネットワーク要素に先を見越して通知し得る。
【０１０８】
第１のネットワーク要素のＡＰＩサポート能力は、第１のネットワーク要素によって特定の端末または端末の特定のグループに提供される、有効なＡＰＩ（またはサービス）である。「ＡＰＩ」と「サービス」との間の関係は、「サービス」は、第１のネットワーク要素によって提供されることができる機能であり、「ＡＰＩ」は、これらの機能を実装する手段であるというものである。
【０１０９】
例においては、第１のメッセージは、ＡＰＩサポート能力サブスクリプションメッセージであり、ＡＰＩサポート能力サブスクリプションメッセージは、端末の識別情報を含む。さらに、ＡＰＩサポート能力サブスクリプションメッセージは、ＡＦ  ＡＰＩ能力、およびコールバックユニフォームリソースアイデンティファイア（ｃａｌｌｂａｃｋ  Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ、ｃａｌｌｂａｃｋ  ＵＲＩ）などを含み得る。
【０１１０】
ＡＦ  ＡＰＩ能力は、ＡＦによってサポートされるＡＰＩを示すために使用される。ユニフォームリソースアイデンティファイアは、コールバックアドレスをアドレス指定するために、第１のネットワーク要素によって使用される。第１のネットワーク要素のＡＰＩサポート能力が、変化したとき、第１のネットワーク要素は、コールバックアドレスを先を見越して通知し得る。
【０１１１】
別の例においては、第１のメッセージは、第１のイベントサブスクリプションメッセージ、または第１の監視要求（Ｍｏｎｉｔｏｒｉｎｇ  Ｒｅｑｕｅｓｔ）メッセージである。第１のメッセージは、ＡＰＩサポート能力変化イベントの識別と、端末の識別情報とを含む。第１のネットワーク要素は、ＡＰＩサポート能力変化イベントをサポートし、ＡＰＩサポート能力変化イベントは、ＡＰＩＳｕｐｐｏｒｔＣａｐａｂｉｌｉｔｙ  Ｃｈａｎｇｅによって識別され得る。ＡＰＩサポート能力変化イベントの識別を受信した後、第１のネットワーク要素は、ＡＰＩサポート能力変化イベントを検出し始め得る。具体的な処理は、以下の実施形態５において説明される。
【０１１２】
任意選択で、第１のメッセージは、さらに、ＡＦ  ＡＰＩ能力、およびコールバックＵＲＩなどを含む。
【０１１３】
第１のメッセージが、コールバックＵＲＩを含む場合、第１のメッセージに対応する第２のメッセージを送信するとき、第１のネットワーク要素は、コールバックＵＲＩによって識別されるアドレスに、第２のメッセージを送信し得ることに留意されたい。以下の実施形態においては、コールバックＵＲＩが、使用されるとき、同じ処理が、実行される。説明が、さらに提供されることはない。
【０１１４】
別の任意選択の実装においては、第１のメッセージは、問い合わせメッセージである。例えば、第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用される。
【０１１５】
例えば、第１のメッセージは、ＡＰＩサポート能力問い合わせメッセージであり、ＡＰＩサポート能力問い合わせメッセージは、端末の識別情報を含む。さらに、ＡＰＩサポート能力問い合わせメッセージは、さらに、ＡＦ  ＡＰＩ能力を含み得る。
【０１１６】
任意選択で、第２のネットワーク要素は、以下のケースのいずれか１つにおいて、ステップＳ４０１を実行し得、すなわち、第２のネットワーク要素は、端末の識別情報を第１のネットワーク要素に送信することをトリガされる。
【０１１７】
ケース１：第２のネットワーク要素が、サービス要件に従って、ＡＰＩを呼び出すことをトリガする。
【０１１８】
例えば、サービス要件に従って、ＡＰＩを呼び出すとき、第２のネットワーク要素は、第１のネットワーク要素のＡＰＩ情報を獲得するために、ＡＰＩを呼び出す前に、端末の識別情報を第１のネットワーク要素に送信し得る。
【０１１９】
例えば、第３のネットワーク要素は、車のインターネットのサーバであり、端末の位置情報を獲得する必要がある。このケースにおいては、第３のネットワーク要素は、位置ＡＰＩを呼び出すことをトリガし、端末の識別を第１のネットワーク要素に送信し、その後、第１のネットワーク要素によって返されたＡＰＩ情報に基づいて、呼び出される特定の位置ＡＰＩを決定する。
【０１２０】
ケース２：プリセットタイマが、満了する。
【０１２１】
ケース３：第２のネットワーク要素が、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を、第１のネットワーク要素から受信する。
【０１２２】
第２のネットワーク要素が、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を、第１のネットワーク要素から受信したとき、それは、第１のネットワーク要素のＡＰＩサポート能力が変化したことを示す。その後、第２のネットワーク要素は、第１のネットワーク要素によってサポートされる最新のＡＰＩを獲得するために、第１のメッセージを第１のネットワーク要素に送信し得る。
【０１２３】
Ｓ４０２。第１のネットワーク要素は、端末の識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得する。
【０１２４】
サービングネットワークは、端末または端末のグループにサービスを提供するネットワークであり得る。具体的には、サービングネットワークは、端末または端末のグループ内の端末が現在登録しているネットワークであり得る。例えば、二重登録モードにある端末について、２つのネットワークが、同時に端末にサービスし、２つのネットワークの両方が、端末にサービスするネットワークである。端末のグループ内のいくつかの端末が、ネットワークに登録しており、他の端末が、別のネットワークに登録している場合、２つのネットワークの両方が、端末のグループにサービスするネットワークである。端末のグループ内のすべての登録された端末が、１つのネットワークに登録しているとき、端末が登録しているネットワークが、端末のグループのサービングネットワークである。
【０１２５】
さらに、識別情報に対応するサービングネットワークは、識別情報によって識別される端末または端末のグループにサービスを提供するネットワークであり得る。
【０１２６】
サービングネットワークのタイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含み得る。
【０１２７】
例えば、サービングネットワークのタイプは、ＥＰＣ、５Ｇコアネットワーク（５Ｇ  Ｃｏｒｅ、５ＧＣ）、ＥＰＣ／５ＧＣ、両方、非５ＧＣ、５Ｇ、４Ｇ、３Ｇ、もしくは非５Ｇ、もしくはそれらの組み合わせなどの、３ＧＰＰコアネットワークのタイプであり得、またはＵＴＲＡＮ、ＣＤＭＡ２０００、ＧＥＲＡＮ、ＬＴＥ、ＮＲ、Ｅ−ＵＴＲＡＮ、もしくはＮＧ−ＲＡＮなどの、３ＧＰＰ無線アクセス技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）であり得る。ＥＰＣ／５ＧＣは、いくつかのケースにおいて（例えば、二重登録モードにおいて、または端末のグループ内のいくつかの端末が、ＥＰＣ内に位置付けられ、いくつかの端末が、５ＧＣ内に位置付けられたとき）、ＥＰＣと５ＧＣの両方が、端末または端末のグループにサービスすることを意味する。サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報は、識別情報に対応するサービングネットワークのタイプが変化したときに獲得されるインジケーション情報であり得る。インジケーション情報を獲得したとき、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプが変化したと決定し得る。
【０１２８】
実装においては、第１のネットワーク要素は、受信された第１のメッセージに基づいて、タイプ情報を獲得するための対応する方式を選択する。例えば、第１のメッセージが、サブスクリプションメッセージである場合、第１のネットワーク要素は、第３のネットワーク要素から、イベントをサブスクライブし、または第１のメッセージが、問い合わせメッセージである場合、第１のネットワーク要素は、ネットワークタイプを問い合わせるために、問い合わせメッセージを第３のネットワーク要素に送信する。具体的な処理については、第１のネットワーク要素と第３のネットワーク要素との間の対話についての以下の実施形態を参照されたい。詳細が説明されることはない。
【０１２９】
Ｓ４０３。第１のネットワーク要素は、タイプ情報に基づいて、第１のネットワーク要素のＡＰＩ情報を送信する。
【０１３０】
それに対応して、第２のネットワーク要素は、第１のネットワーク要素からＡＰＩ情報を受信する。
【０１３１】
第１のネットワーク要素のＡＰＩ情報は、第１のネットワーク要素のＡＰＩサポート能力を示すために使用される。第２のネットワーク要素は、ＡＰＩ情報に基づいて、第１のネットワーク要素のＡＰＩサポート能力を決定し得る。ＡＰＩ情報は、ＡＰＩインジケーションであり得る。
【０１３２】
例えば、タイプ情報を獲得したとき、第１のネットワーク要素は、識別情報によって識別される端末または端末のグループのサービングネットワークを決定し得、第１のネットワーク要素は、さらに、サービングネットワークに対応するＡＰＩ情報を、第２のネットワーク要素に送信し得る。例えば、端末が、現在、ＥＰＣネットワーク内に位置付けられている場合、４Ｇ  ＡＰＩが、利用可能なＡＰＩとして使用され、第１のネットワーク要素は、利用可能なＡＰＩについての情報を第２のネットワーク要素に送信する。さらに、第１のメッセージが、ＡＦ  ＡＰＩ能力を含むとき、第１のネットワーク要素は、ＡＦ  ＡＰＩ能力に基づいて、利用可能なＡＰＩから、ＡＦによってサポートされるＡＰＩを選択し、選択されたＡＰＩについての情報を第２のネットワーク要素に送信する。
【０１３３】
任意選択で、第１のネットワーク要素は、第２のメッセージを使用することによって、第１のネットワーク要素のＡＰＩ情報を送信する。第１のネットワーク要素のＡＰＩ情報は、第１のネットワーク要素のＡＰＩ状態を示すために使用され得る。
【０１３４】
任意選択の実装においては、第１のネットワーク要素のＡＰＩ情報は、ＡＰＩ状態情報であり得る。ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み得る。
【０１３５】
ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報は、第１のネットワーク要素のＡＰＩサポート能力が変化したことを示すために使用される。さらに、インジケーション情報を受信した後、第２のネットワーク要素は、第１のネットワーク要素のＡＰＩサポート能力の変化内容を獲得するために、要求メッセージを第１のネットワーク要素に送信し得る。
【０１３６】
利用可能なＡＰＩのリストは、第１のネットワーク要素によって現在サポートされているＡＰＩを含む。
【０１３７】
利用不可能なＡＰＩのリストは、第１のネットワーク要素によって現在サポートされていないＡＰＩを含む。
【０１３８】
ＡＰＩ状態のリストは、第１のネットワーク要素のすべてのＡＰＩを含む。例えば、ＡＰＩ状態のリストは、すべてのＡＰＩの識別と、すべてのＡＰＩに対応する状態とを含む。ＡＰＩに対応する状態は、利用可能もしくは利用不可能であり得、または一時停止された状態もしくは稼働状態であり得、またはサポートのレベルであり得る。ＡＰＩの識別は、ＡＰＩを識別することができる。
【０１３９】
例えば、ＡＰＩ状態のリストは、２つのレコードを含み、第１のレコードは、ＡＰＩ１が利用可能であることであり、第２のレコードは、ＡＰＩ２が利用不可能であることである。このケースにおいては、ＡＰＩ状態のリストを受信した後、第２のネットワーク要素は、現在、ＡＰＩ１は呼び出されることができるが、ＡＰＩ２は呼び出されることができないと決定し得る。
【０１４０】
一時停止された状態は、ＡＰＩに対応する機能が、端末に提供されることができないことを意味し、稼働状態は、ＡＰＩに対応する機能が、正常に提供されることができることを意味する。
【０１４１】
例えば、ＡＰＩ状態のリストは、２つのレコードを含み、第１のレコードは、ＡＰＩ１が一時停止された状態にあることであり、第２のレコードは、ＡＰＩ２が稼働状態にあることである。このケースにおいては、ＡＰＩ状態のリストを受信した後、第２のネットワーク要素は、現在、ＡＰＩ２は呼び出されることができるが、ＡＰＩ１は呼び出されることができないと決定し得る。
【０１４２】
複数のレベルのサポートが、存在し得、１つのレベルは、１つのネットワークタイプに対応する。
【０１４３】
例えば、レベル１は、５Ｇネットワークに対応し、レベル２は、４Ｇネットワークに対応することが仮定される。ＡＰＩ状態のリストが、レベル１を含む場合、第２のネットワーク要素が、第１のネットワーク要素からＡＰＩを呼び出したとき、レベル１についての情報が、搬送され、第１のネットワーク要素は、レベル１に基づいて、第２のネットワーク要素のために、５ＧネットワークにおけるＡＰＩを選択する。
【０１４４】
例えば、ＡＰＩ状態のリスト内の各ＡＰＩ識別は、１つのＡＰＩ状態に対応し、ＡＰＩ状態は、識別されたＡＰＩの状態を示すために使用される。例えば、ＡＰＩ状態のリストは、ＡＰＩ識別ＡＰＩ１を含み、ＡＰＩ１に対応するＡＰＩは、利用可能な状態にある。このケースにおいては、それは、ＡＰＩ１によって識別されるＡＰＩが、現在、利用可能であることを示す。情報を受信した後、第２のネットワーク要素は、要件に従って、ＡＰＩ１を呼び出し得る。
【０１４５】
第１のメッセージに対応して、第２のメッセージは、以下の２つの方式にあり得る。
【０１４６】
方式１。第１のメッセージが、ＡＰＩサポート能力をサブスクライブするために使用されるとき、第２のメッセージは、ＡＰＩサポート能力を通知するために使用される。
【０１４７】
例においては、第２のメッセージは、ＡＰＩサポート能力通知メッセージであり、ＡＰＩサポート能力通知メッセージは、ＡＰＩ情報を含み、さらに、端末の識別情報を含む。
【０１４８】
別の例においては、第２のメッセージは、第１のイベント通知メッセージ、または第１の監視応答メッセージであり、第１のイベント通知メッセージ、または第１の監視応答メッセージは、端末の識別情報を含む。
【０１４９】
方式２。第１のメッセージが、ＡＰＩサポート能力を問い合わせるために使用されるとき、第２のメッセージは、第１のメッセージに応答するために使用される。
【０１５０】
例えば、第２のメッセージは、ＡＰＩサポート能力応答メッセージであり、ＡＰＩサポート能力応答メッセージは、ＡＰＩ情報を含む。
【０１５１】
別の任意選択の実装においては、第１のネットワーク要素のＡＰＩ情報は、代替的に、ＡＰＩ呼び出し結果であり得る。
【０１５２】
この実装においては、第１のメッセージは、ＡＰＩ呼び出しメッセージであり得、それに対応して、第２のメッセージは、ＡＰＩ呼び出し応答メッセージであり得る。
【０１５３】
具体的には、第２のネットワーク要素は、ＡＰＩ呼び出しメッセージを第１のネットワーク要素に送信し、ＡＰＩ呼び出しメッセージは、特定のＡＰＩを呼び出すために使用される。ＡＰＩ呼び出しメッセージを受信した後、第１のネットワーク要素は、サービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、第２のネットワーク要素が呼び出すことを要求したＡＰＩが利用可能かどうかを決定し、第２のメッセージを第２のネットワーク要素に送信し、第２のメッセージは、ＡＰＩの呼び出し結果を含む。
【０１５４】
ＡＰＩ呼び出し結果は、呼び出し失敗であり得る。呼び出し結果が、呼び出し失敗の場合、第２のメッセージは、エラーコードを含む。エラーコードは、ＡＰＩ呼び出しの失敗の原因が、ネットワークがＡＰＩ呼び出しを決してサポートしないせいであること、またはネットワークがＡＰＩ呼び出しを一時的にサポートしないせいであることを示し得る。エラーコードが、ネットワークがＡＰＩ呼び出しを一時的にサポートしないことを示す場合、第２のメッセージは、追加的に、タイマ値を含み得、第２のネットワーク要素は、タイマ値に基づいて、タイマを設定し、タイマが満了した後、第１のメッセージを再び送信し得る。
【０１５５】
Ｓ４０４。第２のネットワーク要素は、ＡＰＩ情報に基づいて、ＡＰＩを呼び出す。
【０１５６】
任意選択で、第２のネットワーク要素は、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、選択されたＡＰＩを呼び出す。
【０１５７】
例えば、ＡＰＩ情報は、利用可能なＡＰＩのリストであり、リストは、ＡＰＩ１、ＡＰＩ２、およびＡＰＩ３の識別を含むことが仮定される。ＡＰＩ情報を受信したとき、第２のネットワーク要素は、ＡＰＩ１、ＡＰＩ２、およびＡＰＩ３が利用可能であることを知り得る。その後、第２のネットワーク要素は、サービス要件に従って、ＡＰＩ２およびＡＰＩ３を選択し、ＡＰＩ２およびＡＰＩ３を呼び出す。ＡＰＩ１が、位置ＡＰＩであり、第２のネットワーク要素におけるアプリケーションが、端末の位置情報を使用する必要があると仮定すると、第２のネットワーク要素は、利用可能なＡＰＩ１、ＡＰＩ２、およびＡＰＩ３からＡＰＩ１を選択し、ＡＰＩ１呼び出し要求を第１のネットワーク要素に送信し得る。代替的な実装においては、ステップＳ４０３において第１のネットワーク要素によって第２のネットワーク要素に送信されたＡＰＩ情報は、サービングネットワークのタイプ情報で置き換えられ得ることに留意されたい。
【０１５８】
さらに、ステップＳ４０４において、第２のネットワーク要素は、サービングネットワークのタイプ情報に基づいて、ＡＰＩを呼び出す。
【０１５９】
この実装においては、ステップＳ４０１において第２のネットワーク要素によって第１のネットワーク要素に送信される第１のメッセージは、以下の２つの方式であり得る。
【０１６０】
方式１：サブスクリプションメッセージ
【０１６１】
例においては、第１のメッセージは、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージであり得る。第１のメッセージは、サービングネットワークタイプ変化イベントの識別を含み、さらに、端末の識別情報を含む。第１のネットワーク要素は、サービングネットワークタイプ変化イベントをサポートし、サービングネットワークタイプ変化イベントは、ＣＮタイプ変化によって識別され得る。サービングネットワークタイプ変化イベントの識別を受信した後、第１のネットワーク要素は、サービングネットワークタイプ変化イベントを検出し始め得る。具体的な処理は、以下の実施形態８において説明される。
【０１６２】
任意選択で、第１のメッセージは、さらに、ＡＦ  ＡＰＩ能力、およびコールバックＵＲＩなどを含み得る。
【０１６３】
第１のメッセージを受信した後、第１のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。イベントが、トリガされた場合、第１のネットワーク要素は、第２のメッセージを送信する。第２のメッセージは、第２のイベント通知メッセージ、または第２の監視応答メッセージであり、第２のメッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、第２のメッセージは、さらに、端末またはグループのグループの識別を含む。サービングネットワークタイプ変化インジケーションは、ＣＮタイプ変化インジケーションであり得る。
【０１６４】
第２のメッセージを受信した後、第２のネットワーク要素は、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。
【０１６５】
例えば、第２のネットワーク要素によって受信された第２のメッセージが、サービングネットワークタイプ変化インジケーションを含む場合、第２のネットワーク要素は、端末のサービングネットワークが変化したと決定し得る。第２のネットワーク要素が、サービングネットワークが変化する前に、端末が位置付けられていたネットワークが、４Ｇネットワークであることを記憶していることを考慮すると、第２のネットワーク要素は、端末が５Ｇネットワークに切り換わったと決定し得、第２のネットワーク要素は、５ＧネットワークにおけるＡＰＩを選択し、呼び出し得る。
【０１６６】
方式２：問い合わせメッセージ
【０１６７】
任意選択で、第１のメッセージは、ネットワークへの端末登録要求メッセージであり得、ネットワークへの端末登録要求メッセージは、端末の識別、またはグループの識別を含む。第２のメッセージは、ネットワークへの端末登録応答メッセージである。
【０１６８】
第１のメッセージを受信した後、第１のネットワーク要素は、サービングネットワークのタイプについて第３のネットワーク要素に問い合わせる。
【０１６９】
ネットワークタイプを獲得した後、第１のネットワーク要素は、ネットワークへの端末登録応答メッセージを第２のネットワーク要素に送信し、ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプを含む。
【０１７０】
さらに、第２のネットワーク要素は、サービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。
【０１７１】
例えば、第２のネットワーク要素によって受信された第２のメッセージ内にあるサービングネットワークのタイプは、ＥＰＣ、すなわち、４Ｇネットワークである。このケースにおいては、第２のネットワーク要素は、４Ｇ  ＡＰＩを選択し、呼び出し得る。
【０１７２】
この実施形態においては、第２のネットワーク要素によって送信された端末の識別情報を受信した後、第１のネットワーク要素は、識別情報に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０１７３】
図５は、本出願に従った別の通信方法の対話フローチャートである。図５に示されるように、この方法の対話処理は、以下の通りである。
【０１７４】
Ｓ５０１。第１のネットワーク要素は、第３のメッセージを第３のネットワーク要素に送信し、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される。
【０１７５】
第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み得、または第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含み得る。
【０１７６】
第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素、ＰＣＦ−ＰＣＲＦ統合ネットワーク要素、ＭＭＥ、またはＡＭＦであり得る。これは、限定されない。
【０１７７】
例においては、第３のネットワーク要素が、ＭＭＥ、またはＡＭＦであるとき、最初に、第１のネットワーク要素が、第３のメッセージを、ＨＳＳ−ＵＤＭ統合ネットワーク要素、またはＰＣＦ−ＰＣＲＦ統合ネットワーク要素に送信し得、その後、ＨＳＳ−ＵＤＭ統合ネットワーク要素、またはＰＣＦ−ＰＣＲＦ統合ネットワーク要素が、第３のメッセージをＭＭＥまたはＡＭＦに送信する。
【０１７８】
別の例においては、第１のネットワーク要素が、第２のネットワーク要素から第１のメッセージを受信したとき、第１のネットワーク要素が、このステップを実行する。具体的には、第２のネットワーク要素が、第１のネットワーク要素のＡＰＩ情報、または端末のサービングネットワークのタイプ情報を獲得することを要求したとき、第１のネットワーク要素は、サービングネットワークのタイプ情報を獲得するために、第３のメッセージを第３のネットワーク要素に送信し得る。
【０１７９】
端末または端末のグループのサービングネットワーク、タイプ情報、グループの識別、および端末の識別などの名詞については、図４に示された実施形態における関連する説明を参照されたい。詳細が本明細書において再び説明されることはない。
【０１８０】
任意選択の実装においては、第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用される。
【０１８１】
例えば、第１のメッセージは、第３のイベントサブスクリプションメッセージ、または第３の監視要求（Ｍｏｎｉｔｏｒｉｎｇ  Ｒｅｑｕｅｓｔ）メッセージである。第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別を含む。加えて、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージは、さらに、端末の識別、またはグループの識別を含む。第３のネットワーク要素は、サービングネットワークタイプ変化イベントをサポートし、サービングネットワークタイプ変化イベントは、ＣＮタイプ変化によって識別され得る。サービングネットワークタイプ変化イベントの識別を受信した後、第３のネットワーク要素は、サービングネットワークタイプ変化イベントを検出し始め得る。具体的な処理は、以下の実施形態１において説明される。
【０１８２】
別の任意選択の実装においては、第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用される。
【０１８３】
例えば、第３のメッセージは、ネットワークへの端末登録要求メッセージであり、ネットワークへの端末登録要求メッセージは、端末の識別、またはグループの識別を含む。
【０１８４】
例えば、第３のメッセージは、具体的には、端末コンテキスト要求メッセージであり得る。そのメッセージの場合、第３のネットワーク要素は、サービングネットワークタイプと呼ばれる、新しいコンテキストタイプをサポートする。端末コンテキスト要求メッセージは、サービングネットワークタイプコンテキストタイプ識別、端末の識別、またはグループの識別を含む。
【０１８５】
Ｓ５０２。第３のネットワーク要素は、第３のメッセージに基づいて、タイプ情報を送信する。
【０１８６】
例においては、第３のメッセージが、サブスクリプションメッセージであるとき、第３のネットワーク要素は、サービングネットワークタイプ変化イベントについての情報を、サブスクリプションメッセージ内に記憶し、サービングネットワークのタイプが変化したかどうかを検出し得る。サービングネットワークのタイプが変化したことを検出したとき、第３のネットワーク要素は、サービングネットワークのタイプ情報を第１のネットワーク要素に送信する。
【０１８７】
別の例においては、第３のメッセージが、問い合わせメッセージであるとき、第３のネットワーク要素は、第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせ、サービングネットワークのタイプを第１のネットワーク要素に送信する。具体的には、第３のネットワーク要素は、端末または端末のグループにサービスするネットワークのタイプを記憶し、第３のメッセージを受信した後、第３のネットワーク要素は、第３のメッセージ内にある端末の識別またはグループの識別を認識し、その後、記憶された情報に、端末または端末のグループに対応するネットワークタイプを問い合わせる。
【０１８８】
任意選択で、第３のネットワーク要素は、第４のメッセージを使用することによって、タイプ情報を送信する。
【０１８９】
第３のメッセージに対応して、第４のメッセージは、以下の２つの形態を有する。
【０１９０】
形態１：第３のメッセージが、サブスクリプションメッセージであるとき、第４のメッセージは、通知メッセージである。
【０１９１】
例えば、第４のメッセージは、第３のイベント通知メッセージ、または第３の監視応答（Ｍｏｎｉｔｏｒｉｎｇ  Ｒｅｓｐｏｎｓｅ）メッセージであり、第３のイベント通知メッセージ、または第３の監視応答メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別、またはグループの識別を含む。サービングネットワークタイプ変化インジケーションは、ＣＮタイプ変化インジケーションであり得る。
【０１９２】
形態２：第３のメッセージが、問い合わせメッセージであるとき、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【０１９３】
例えば、第４のメッセージは、ネットワークへの端末登録応答メッセージであり、ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプ情報を含む。
【０１９４】
例えば、第４のメッセージは、具体的には、端末コンテキスト応答メッセージであり得、端末コンテキスト応答メッセージは、サービングネットワークのタイプを含む。
【０１９５】
Ｓ５０３。第１のネットワーク要素は、タイプ情報に基づいて、第１のネットワーク要素のＡＰＩ情報を送信する。
【０１９６】
Ｓ５０３を実行するための処理は、ステップＳ４０３を実行するための処理と同じであり、ステップＳ４０３に対する参照が行われ得る。詳細が本明細書において再び説明されることはない。
【０１９７】
この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のメッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、第３のメッセージに基づいて、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０１９８】
以下では、具体的な処理例を使用することによって、本出願のソリューションをさらに説明する。関連する実施形態が、以下で説明される。
【０１９９】
実施形態１は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、サブスクリプションメッセージが、使用される。
【０２００】
実施形態２は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、サブスクリプションメッセージが、使用される。
【０２０１】
実施形態３は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、問い合わせメッセージが、使用される。
【０２０２】
実施形態４は、第１のネットワーク要素と第３のネットワーク要素との間の通信方法に関する。この方法においては、端末または端末のグループのサービングネットワークのタイプ情報を獲得するために、問い合わせメッセージが、使用される。
【０２０３】
実施形態５は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、サブスクリプションメッセージが、使用され、第１のネットワーク要素が、ＡＰＩ状態情報を返す。
【０２０４】
実施形態６は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、問い合わせメッセージが、使用され、第１のネットワーク要素が、ＡＰＩ状態情報を返す。
【０２０５】
実施形態７は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、ＡＰＩ呼び出し方式が、使用され、第１のネットワーク要素が、ＡＰＩ呼び出し結果を返す。
【０２０６】
実施形態８は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、サブスクリプションメッセージが、使用され、第１のネットワーク要素が、サービングネットワークのタイプ情報を返す。
【０２０７】
実施形態９は、第１のネットワーク要素と第２のネットワーク要素との間の通信方法に関する。この方法においては、問い合わせメッセージが、使用され、第１のネットワーク要素が、サービングネットワークのタイプ情報を返す。
【０２０８】
以下の実施形態１から９においては、ＳＣＥＦ−ＮＥＦ統合ネットワーク要素が、第１のネットワーク要素の例として使用される。加えて、以下の実施形態においては、端末の識別を含むメッセージが、例として使用される。しかしながら、端末のグループの識別を含むメッセージも、本出願に適用可能であり、詳細がさらに説明されることはない。
【０２０９】
実施形態１
図６は、実施形態１に従った通信方法のフローチャートである。図６に示されるように、第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素、またはＰＣＦ−ＰＣＲＦ統合ネットワーク要素である。方法が、以下で説明される。
【０２１０】
Ｓ６０１。第１のネットワーク要素は、第３のイベントサブスクリプションメッセージを第３のネットワーク要素に送信する。
【０２１１】
第３のイベントサブスクリプションメッセージは、サービングネットワークタイプ変化（ＣＮタイプ変化）イベントの識別と、端末の識別とを含み得る。
【０２１２】
ＣＮタイプ変化イベントの識別は、イベント名などであり得る。
【０２１３】
第３のイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、ＣＮタイプ変化イベントについての関連情報を記憶し得、ＣＮタイプ変化イベントについての関連情報は、端末の識別と、ＣＮタイプ変化イベントの識別とを含む。
【０２１４】
具体的には、第３のイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、第３のメッセージで搬送される、端末の識別およびＣＮタイプ変化イベントの識別を記憶する。
【０２１５】
端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークもしくは５Ｇネットワークに登録するとき、後続のステップＳ６０４からＳ６０７が、トリガされて、実行される。
【０２１６】
例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うことができ、さらに、後続のステップＳ６０２からＳ６０５が、トリガされて、実行される。
【０２１７】
Ｓ６０２。ＭＭＥは、ロケーション更新要求（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを第３のネットワーク要素に送信する。
【０２１８】
Ｓ６０３。ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、またはＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワーク要素に送信する。
【０２１９】
具体的には、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージは、端末にサービスするネットワーク要素についての情報を、ＵＤＭに登録するために使用され、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージは、ＵＤＭに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージは、ネットワークにサービスするネットワーク要素についての情報を、ＰＣＦに登録するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージは、ＰＣＦに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用される。
【０２２０】
例においては、端末が、４Ｇネットワークに登録したとき、または４Ｇネットワークに切り換わったとき、ＭＭＥは、ロケーション更新要求メッセージを第３のネットワーク要素に送信し得、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワークに送信し得る。
【０２２１】
別の例においては、端末が、５Ｇネットワークに登録したとき、または５Ｇネットワークに切り換わったとき、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージを、第３のネットワーク要素に送信し得る。
【０２２２】
Ｓ６０４。第３のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。
【０２２３】
例においては、ＨＳＳ−ＵＤＭ統合ネットワーク要素が、ロケーション更新要求、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、またはＮｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージを受信したとき、ネットワーク要素は、サービングネットワークのタイプが変化したことを検出し得る。
【０２２４】
別の例においては、ＰＣＦ−ＰＣＲＦ統合ネットワーク要素が、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、またはＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを受信したとき、ネットワーク要素は、サービングネットワークのタイプが変化したことを検出し得る。
【０２２５】
ロケーション更新要求、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージは、端末の識別を含み、ＨＳＳ−ＵＤＭ統合ネットワーク要素、またはＰＣＦ−ＰＣＲＦ統合ネットワーク要素は、以前に記憶された、サービングネットワークのタイプ、ネットワーク要素識別、メッセージ内に含まれる端末の識別、およびメッセージの送信者に基づいて、サービングネットワークのタイプが変化したかどうかを検出し得る。
【０２２６】
例えば、ＨＳＳ−ＵＤＭ統合ネットワーク要素が、ＭＭＥによって送信された更新ロケーション要求メッセージ、およびＡＭＦによって送信されたＮｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージを受信する前は、ＨＳＳ−ＵＤＭ統合ネットワーク要素によって記憶された端末のサービングネットワークのタイプは、５ＧＣであり、ネットワーク要素識別は、ＡＭＦ名またはＡＭＦ識別子である。受信されたメッセージ内の端末の識別に基づいて、ロケーション更新要求メッセージが、ＭＭＥによって送信され、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージを送信したＡＭＦのネットワーク要素識別は、記憶されたＡＭＦ名またはＡＭＦ識別子である。このケースにおいては、ＨＳＳ−ＵＤＭ統合ネットワーク要素は、サービングネットワークのタイプが、変化し、端末は、現在、ＥＰＣによってサービスされていると決定し得る。
【０２２７】
Ｓ６０５。第３のネットワーク要素は、第３のイベント通知メッセージを第１のネットワーク要素に送信する。
【０２２８】
第３のイベント通知メッセージは、端末の識別を含む。
【０２２９】
加えて、第３のイベント通知メッセージは、さらに、ネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。
【０２３０】
この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のイベントサブスクリプションメッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０２３１】
実施形態１に基づいて、本出願は、さらに、別の通信方法を提供する。この方法は、上述のステップＳ６０１からＳ６０５を含むが、以下の相違を有する。
【０２３２】
ステップＳ６０１における第３のイベントサブスクリプションメッセージは、第３の監視要求メッセージで置き換えられ、ステップＳ６０５における第３のイベント通知メッセージは、第３の監視応答メッセージで置き換えられる。第３の監視要求メッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。第３の監視応答メッセージは、端末の識別と、ネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）またはサービングネットワークのタイプとを含む。
【０２３３】
実施形態２
図７は、実施形態２に従った通信方法のフローチャートである。図７に示されるように、第３のネットワーク要素は、ＭＭＥまたはＡＭＦである。以下のステップは、第３のネットワーク要素がＡＭＦである例を使用することによって、説明される。ＭＭＥに関連する処理は、ステップＳ７０５の後に、説明される。
【０２３４】
Ｓ７０１。第１のネットワーク要素は、第３のイベントサブスクリプションメッセージを仲介ネットワーク要素に送信する。
【０２３５】
仲介ネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素であり得、またはＰＣＦ−ＰＣＲＦ統合ネットワーク要素であり得る。以下の実施形態における仲介ネットワーク要素は、本明細書における仲介ネットワーク要素と同じ意味を有する。詳細が繰り返されることはない。
【０２３６】
第３のイベントサブスクリプションメッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。
【０２３７】
ＣＮタイプ変化の識別は、イベント名などであり得る。
【０２３８】
Ｓ７０２。仲介ネットワーク要素は、イベントサブスクリプションメッセージを第３のネットワーク要素に送信する。
【０２３９】
イベントサブスクリプションメッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。
【０２４０】
このステップは、任意選択のステップであること、すなわち、第１のネットワーク要素は、仲介ネットワーク要素を通して、イベントサブスクリプションメッセージを第３のネットワーク要素に送信し得ることに留意されたい。代替として、このステップを実行する代わりに、第１のネットワーク要素は、第３のイベントサブスクリプションメッセージを第３のネットワーク要素に直接的に送信する。
【０２４１】
仲介ネットワーク要素によって送信されたイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、ＣＮタイプ変化イベントについての関連情報を記憶し得、ＣＮタイプ変化イベントについての関連情報は、端末の識別と、ＣＮタイプ変化イベントの識別とを含む。
【０２４２】
具体的には、仲介ネットワーク要素によって送信されたイベントサブスクリプションメッセージを受信した後、第３のネットワーク要素は、イベントサブスクリプションメッセージで搬送される、端末の識別、およびＣＮタイプ変化イベントの識別を記憶する。
【０２４３】
端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークもしくは５Ｇネットワークに登録するとき、後続のステップＳ７０３からＳ７０５が、トリガされて、実行される。
【０２４４】
例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得、さらに、後続のステップＳ７０３からＳ７０５が、トリガされて、実行される。
【０２４５】
Ｓ７０３。第３のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。
【０２４６】
例においては、第３のネットワーク要素は、ＡＭＦである。ＡＭＦが、ＭＭＥから切り換え要求を受信し、切り換え要求が、端末を４Ｇネットワークから５Ｇネットワークに切り換えるように要求するために使用されるとき、またはＡＭＦが、端末から登録要求を受信したとき、ＡＭＦは、端末のサービングネットワークのタイプが変化したと決定する。
【０２４７】
Ｓ７０４。第３のネットワーク要素は、イベント通知メッセージを仲介ネットワーク要素に送信する。
【０２４８】
イベント通知メッセージは、端末の識別を含み得る。加えて、イベント通知メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含み得る。
【０２４９】
Ｓ７０５。仲介ネットワーク要素は、第３のイベント通知メッセージを第１のネットワーク要素に送信する。
【０２５０】
第３のイベント通知メッセージは、端末の識別を含み得る。加えて、第３のイベント通知メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。
【０２５１】
このステップは、任意選択のステップであってもまたよいこと、すなわち、第３のネットワーク要素は、第３のイベント通知メッセージ、または第３の監視応答メッセージを、第１のネットワーク要素に直接的に送信してもまたよいことに留意されたい。
【０２５２】
第３のネットワーク要素が、ＭＭＥである場合、第１のネットワーク要素は、ステップＳ７０１において、第３の監視要求メッセージを仲介ネットワーク要素に送信し、第３の監視要求メッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含み得る。その後、ステップＳ７０２において、仲介ネットワーク要素は、監視要求メッセージを第３のネットワーク要素に送信し、監視要求メッセージは、サービングネットワークタイプ変化イベント（ＣＮタイプ変化）の識別と、端末の識別とを含む。その後、第３のネットワーク要素は、ＣＮタイプ変化イベントについての関連情報を記憶する。その後、第３のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。具体的には、ＭＭＥが、ＡＭＦから端末切り換え要求を受信した後、またはＭＭＥが、端末から接続要求を受信した後、ＭＭＥは、サービングネットワークのタイプが変化したことを検出し、その後、後続のステップを実行する。その後、第３のネットワーク要素は、監視応答メッセージを仲介ネットワーク要素に送信する。監視応答メッセージは、端末の識別を含み得る。加えて、メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。その後、仲介ネットワーク要素は、第３の監視応答メッセージを第１のネットワーク要素に送信する。第３の監視応答メッセージは、端末の識別を含み得る。加えて、第３の監視応答メッセージは、さらに、サービングネットワークタイプ変化インジケーション（ＣＮタイプ変化インジケーション）、またはサービングネットワークのタイプを含む。
【０２５３】
ステップＳ７０２を実行するための具体的な処理は、以下の通りであり得ることに留意されたい。
【０２５４】
端末が、二重登録モードにある端末であるとき、仲介ネットワーク要素は、イベントサブスクリプションメッセージを、ＭＭＥおよびＡＭＦの両方に送信し得る。端末が、二重登録モードにある端末ではないとき、端末にサービスするネットワーク要素が、ＭＭＥである場合、仲介ネットワーク要素は、イベントサブスクリプションメッセージをＭＭＥに送信し、または端末にサービスするネットワーク要素が、ＡＭＦである場合、仲介ネットワーク要素は、イベントサブスクリプションメッセージをＡＭＦに送信する。
【０２５５】
この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を要求するために、第３のイベントサブスクリプションメッセージ、または第３の監視要求メッセージを、第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプ情報を獲得し、タイプ情報を第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプ情報を獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０２５６】
実施形態３
図８は、実施形態３に従った対話フローチャートである。図８に示されるように、第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素、またはＰＣＦ−ＰＣＲＦ統合ネットワーク要素である。この実施形態のトリガ条件は、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うこと、または４Ｇネットワークもしくは５Ｇネットワークに登録することである。
【０２５７】
具体的には、端末が、４Ｇネットワークもしくは５Ｇネットワークに登録し、または端末が、４Ｇと５Ｇとの間で切り換えを行い、そうすることで、端末にサービスするＡＭＦまたはＭＭＥが、変化し、以下のステップＳ８０１からＳ８０５が、トリガされて、実行される。
【０２５８】
例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得る。
【０２５９】
Ｓ８０１。ＭＭＥは、ロケーション更新要求メッセージを第３のネットワーク要素に送信する。
【０２６０】
Ｓ８０２。ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔ、またはＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワーク要素に送信する。
【０２６１】
具体的には、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージは、端末にサービスするネットワーク要素についての情報を、ＵＤＭに登録するために使用され、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージは、ＵＤＭに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージは、ネットワークにサービスするネットワーク要素についての情報を、ＰＣＦに登録するために使用され、Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージは、ＰＣＦに記憶された、端末にサービスするネットワーク要素についての情報を削除するように要求するために使用される。
【０２６２】
具体的には、端末が、４Ｇネットワークに登録したとき、または４Ｇネットワークに切り換わったとき、ＭＭＥは、ロケーション更新要求メッセージを第３のネットワーク要素に送信し得、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｄｅｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｄｅｌｅｔｅメッセージを、第３のネットワーク要素に送信し得る。
【０２６３】
端末が、５Ｇネットワークに登録したとき、または５Ｇネットワークに切り換わったとき、ＡＭＦは、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｔｉｏｎメッセージ、およびＮｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ＿Ｇｅｔメッセージを、第３のネットワーク要素に送信し得る。
【０２６４】
第３のネットワーク要素は、受信されたメッセージに基づいて、端末にサービスするネットワーク要素の識別を記憶する。
【０２６５】
Ｓ８０３。第１のネットワーク要素は、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し、メッセージは、端末の識別を含む。
【０２６６】
第１のネットワーク要素は、定期的に、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し得、またはＡＦから要求を受信した後に、ネットワークへの端末登録要求メッセージを送信し得る。
【０２６７】
Ｓ８０４。第３のネットワーク要素は、メッセージ内の端末の識別に基づいて、サービングネットワークのタイプを決定する。
【０２６８】
具体的には、第３のネットワーク要素は、端末にサービスするネットワーク要素の記憶された識別に基づいて、サービングネットワークのタイプを決定する。
【０２６９】
Ｓ８０５。第３のネットワーク要素は、ネットワークへの端末登録応答メッセージを第１のネットワーク要素に送信し、メッセージは、サービングネットワークのタイプを含む。
【０２７０】
この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを要求するために、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを獲得し、サービングネットワークのタイプを第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプを獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのタイプ情報を、第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０２７１】
実施形態４
図９は、実施形態４に従った対話フローチャートである。図９に示されるように、第３のネットワーク要素は、ＭＭＥ、またはＡＭＦである。この実施形態のトリガ条件は、端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うこと、または４Ｇネットワークもしくは５Ｇネットワークに登録することである。
【０２７２】
具体的には、端末が、４Ｇネットワークもしくは５Ｇネットワークに登録し、または端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い、そうすることで、端末にサービスするＡＭＦまたはＭＭＥが、変化し、以下のステップＳ９０１からＳ９０５が、トリガされて、実行される。
【０２７３】
例えば、端末の位置が、変化したとき、端末は、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行い得る。
【０２７４】
Ｓ９０１。第１のネットワーク要素は、ネットワークへの端末登録要求メッセージを仲介ネットワーク要素に送信し、メッセージは、端末の識別を含む。
【０２７５】
第１のネットワーク要素は、定期的に、ネットワークへの端末登録要求メッセージを仲介ネットワーク要素に送信し得、またはＡＦから要求を受信した後に、ネットワークへの端末登録要求メッセージを送信し得る。
【０２７６】
Ｓ９０２。仲介ネットワーク要素は、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信する。
【０２７７】
このステップは、任意選択のステップであること、すなわち、第１のネットワーク要素は、代替的に、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に直接的に送信し得ることに留意されたい。
【０２７８】
Ｓ９０３。第３のネットワーク要素は、端末のサービングネットワークのタイプを決定する。
【０２７９】
例えば、第３のネットワーク要素が、ＭＭＥである場合、第３のネットワーク要素は、サービングネットワークのタイプがＥＰＣであると直ちに決定し、または第３のネットワーク要素が、ＡＭＦの場合、第３のネットワーク要素は、サービングネットワークのタイプが５ＧＣであると直ちに決定する。
【０２８０】
Ｓ９０４。第３のネットワーク要素は、ネットワークへの端末登録応答メッセージを仲介ネットワーク要素に送信する。
【０２８１】
ネットワークへの端末登録応答メッセージは、サービングネットワークのタイプを含む。
【０２８２】
Ｓ９０５。仲介ネットワーク要素は、ネットワークへの端末登録応答メッセージを第１のネットワーク要素に送信し、メッセージは、サービングネットワークのタイプを含む。
【０２８３】
このステップも、任意選択のステップであること、すなわち、第３のネットワーク要素は、代替的に、ネットワークへの端末登録応答メッセージを第１のネットワーク要素に直接的に送信し得ることに留意されたい。
【０２８４】
この実施形態においては、第１のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを要求するために、ネットワークへの端末登録要求メッセージを第３のネットワーク要素に送信し、第３のネットワーク要素は、端末または端末のグループのサービングネットワークのタイプを獲得し、サービングネットワークのタイプを第１のネットワーク要素に送信し、そうすることで、第１のネットワーク要素が、サービングネットワークのタイプを獲得し、第１のネットワーク要素のＡＰＩ情報、またはサービングネットワークのまたはタイプ情報を第２のネットワーク要素に送信することができ、その後、第２のネットワーク要素が、ＡＰＩ情報、またはサービングネットワークのタイプ情報に基づいて、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０２８５】
実施形態５
図１０は、実施形態５に従った対話フローチャートである。図１０に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。
【０２８６】
Ｓ１００１。第２のネットワーク要素は、ＡＰＩサポート能力サブスクリプションメッセージを第１のネットワーク要素に送信する。
【０２８７】
ＡＰＩサポート能力サブスクリプションメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され得る。
【０２８８】
メッセージは、端末の識別を含み、上述の実施形態における関連する説明に対する参照が行われ得る。詳細がさらに説明されることはない。
【０２８９】
Ｓ１００２。第１のネットワーク要素は、端末のサービングネットワークタイプ変化イベントを検出する。
【０２９０】
ステップＳ１００２は、実施形態１または実施形態２に従った方法を参照して、実装され得る、詳細がさらに説明されることはない。
【０２９１】
Ｓ１００３。第１のネットワーク要素は、サービングネットワークのタイプ情報を獲得し、タイプ情報に基づいて、ＡＰＩ情報を獲得する。
【０２９２】
ＡＰＩ情報は、ＡＰＩインジケーションであり得る。加えて、サービングネットワークおよびタイプ情報については、上述の実施形態における関連する説明を参照されたい。詳細がさらに説明されることはない。
【０２９３】
Ｓ１００３において第１のネットワーク要素がサービングネットワークのタイプ情報を獲得することは、実施形態１または２に従った方法を参照して、実装され得る。詳細がさらに説明されることはない。
【０２９４】
例においては、第１のネットワーク要素によって記録された端末のサービングネットワークのタイプが、ＥＰＣであるとき、第１のネットワーク要素が、第３のネットワーク要素によって送信されたサービングネットワークタイプ変化インジケーションを受信した後、第１のネットワーク要素は、端末のサービングネットワークが変化したと決定し、その後、ＡＰＩサポート能力変化イベントが発生したことを検出する。第１のネットワーク要素は、タイプ情報に基づいて、ＡＰＩ情報を生成し、例えば、利用可能なＡＰＩのリストを生成する。端末が４Ｇネットワークから５Ｇネットワークに移動したと仮定すると、第１のネットワーク要素が、ＡＰＩサポート能力変化イベントが発生したことを検出した後、第１のネットワーク要素は、ＥＰＣ  ＡＰＩが利用不可能であり、５ＧＣＡＰＩが利用可能であると決定し得る。
【０２９５】
Ｓ１００４。第１のネットワーク要素は、ＡＰＩサポート能力通知メッセージを第２のネットワーク要素に送信する。
【０２９６】
任意選択で、ＡＰＩサポート能力通知メッセージは、ＡＰＩ状態情報と、端末の識別とを含む。
【０２９７】
Ｓ１００５。第２のネットワーク要素は、ＡＰＩ状態情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。
【０２９８】
例えば、ＡＰＩ状態情報は、利用可能なＡＰＩのリストである。利用可能なＡＰＩのリストを受信した後、第２のネットワーク要素は、利用可能なＡＰＩのリスト内においてＡＰＩを選択し、ＡＰＩを呼び出し得る。例えば、利用可能なＡＰＩのリストは、２つのレコードを含み、第１のレコードは、ＡＰＩ１であり、第２のレコードは、ＡＰＩ２である。ＡＰＩ１は、位置ＡＰＩである。第２のネットワーク要素内のアプリケーションが、端末の位置情報を使用する必要があるとき、第２のネットワーク要素は、ＡＰＩ１呼び出し要求を第１のネットワーク要素に送信し得る。
【０２９９】
この実施形態においては、第２のネットワーク要素によって送信された、ＡＰＩサポート能力サブスクリプションメッセージ、第１のイベントサブスクリプションメッセージ、または第１の監視要求メッセージを受信した後、第１のネットワーク要素は、端末に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報を第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０３００】
実施形態５に基づいて、本出願は、さらに、別の通信方法を提供する。方法は、上述のステップＳ１００１からＳ１００５を含むが、以下の相違を有する。ステップＳ１００１におけるＡＰＩサポート能力サブスクリプションメッセージは、イベントサブスクリプションメッセージで置き換えられ、ステップＳ１００４におけるＡＰＩサポート能力通知メッセージは、イベント通知メッセージで置き換えられる。
【０３０１】
実施形態５に基づいて、本出願は、さらに、また別の通信方法を提供する。方法は、上述のステップＳ１００１からＳ１００５を含むが、以下の相違を有する。ステップＳ１００１におけるＡＰＩサポート能力サブスクリプションメッセージは、監視要求メッセージで置き換えられ、ステップＳ１００４におけるＡＰＩサポート能力通知メッセージは、監視応答メッセージで置き換えられる。
【０３０２】
イベントサブスクリプションメッセージ、または監視要求メッセージは、ＡＰＩサポート能力をサブスクライブするために使用され得、イベントサブスクリプションメッセージ、または監視要求メッセージは、ＡＰＩサポート能力変化イベント（ＡＰＩＳｕｐｐｏｒｔＣａｐａｂｉｌｉｔｙ  Ｃｈａｎｇｅ）の識別を含み得る。
【０３０３】
任意選択で、イベント通知メッセージ、または監視応答メッセージは、ＡＰＩ状態情報と、端末の識別とを含む。
【０３０４】
実施形態６
図１１は、実施形態６に従った対話フローチャートである。図１１に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。
【０３０５】
Ｓ１１０１。第２のネットワーク要素は、ＡＰＩサポート能力問い合わせメッセージを第１のネットワーク要素に送信する。
【０３０６】
メッセージは、端末の識別を含む。
【０３０７】
Ｓ１１０２。第１のネットワーク要素は、ＡＰＩサポート能力問い合わせメッセージに基づいて、端末のサービングネットワークのタイプを獲得する。
【０３０８】
例えば、ＡＰＩサポート能力問い合わせメッセージを受信した後、第１のネットワーク要素は、端末のサービングネットワークのタイプを獲得するために、問い合わせメッセージを第３のネットワーク要素に送信し得る。詳細については、実施形態３および実施形態４に従った方法を参照されたい。詳細がさらに説明されることはない。
【０３０９】
Ｓ１１０３。第１のネットワーク要素は、端末のサービングネットワークのタイプに基づいて、ＡＰＩ情報を決定する。
【０３１０】
ＡＰＩ情報については、上述の実施形態における関連する説明を参照されたい。詳細がさらに説明されることはない。
【０３１１】
例えば、端末のサービングネットワークのタイプが、ＥＰＣであるとき、第１のネットワーク要素は、ＥＰＣ  ＡＰＩが利用可能であり、５ＧＣ  ＡＰＩが利用不可能であると決定し、その後、ＡＰＩ情報、例えば、利用可能なＡＰＩのリストを生成し得る。
【０３１２】
Ｓ１１０４。第１のネットワーク要素は、ＡＰＩサポート能力応答メッセージを第２のネットワーク要素に送信する。
【０３１３】
メッセージは、ＡＰＩ情報を含む。
【０３１４】
Ｓ１１０５。第２のネットワーク要素は、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。
【０３１５】
ステップＳ１１０５の実装については、上述の実施形態における関連する説明を参照されたい。詳細がさらに説明されることはない。
【０３１６】
この実施形態においては、第２のネットワーク要素によって送信されたＡＰＩサポート能力問い合わせメッセージを受信した後、第１のネットワーク要素は、端末に対応するサービングネットワークのタイプ情報を獲得し、サービングネットワークのタイプ情報に基づいて、ＡＰＩ情報を第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０３１７】
実施形態７
図１２は、実施形態７に従った対話フローチャートである。図１２に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。
【０３１８】
Ｓ１２０１。第１のネットワーク要素は、第３のネットワーク要素から端末のサービングネットワークのタイプをサブスクライブする。
【０３１９】
それに対応して、第３のネットワーク要素は、第１のネットワーク要素に、端末のサービングネットワークのタイプを送信し得る。例えば、第３のネットワーク要素は、サブスクリプションイベントについての通知メッセージを使用することによって、端末のサービングネットワークのタイプを送信する。
【０３２０】
Ｓ１２０２。第２のネットワーク要素は、ＡＰＩ呼び出し要求を第１のネットワーク要素に送信する。
【０３２１】
ＡＰＩ呼び出し要求は、特定のＡＰＩを呼び出すために使用される。
【０３２２】
任意選択で、第１のネットワーク要素が、ＡＰＩ呼び出し要求を受信し、第１のネットワーク要素が、端末のサービングネットワークのタイプを記憶していないとき、ステップＳ１２０３が、実行される。
【０３２３】
Ｓ１２０３。第１のネットワーク要素は、第３のネットワーク要素と対話することによって、端末のサービングネットワークのタイプを獲得する。
【０３２４】
ステップＳ１２０３は、実施形態３または４に従った方法を使用することによって、実装され得る。詳細がさらに説明されることはない。
【０３２５】
Ｓ１２０４。第１のネットワーク要素は、端末のサービングネットワークのタイプに基づいて、ＡＰＩ呼び出し結果を第２のネットワーク要素に返す。
【０３２６】
例えば、端末のサービングネットワークのタイプが、ＥＰＣであり、第２のネットワーク要素が呼び出すことを要求するＡＰＩが、４Ｇ  ＡＰＩである場合、第１のネットワーク要素は、正常に、ＡＰＩ呼び出し応答を第２のネットワーク要素にフィードバックする。
【０３２７】
端末のサービングネットワークのタイプが、ＥＰＣであり、第２のネットワーク要素が呼び出すことを要求するＡＰＩが、５Ｇ  ＡＰＩである場合、第１のネットワーク要素は、エラーコードおよびタイマを含むＡＰＩ呼び出し応答を、第２のネットワーク要素にフィードバックする。
【０３２８】
エラーコードは、エラーコードが、永続的に利用可能であること、または一時的に利用不可能であることを示し得る。エラーコードが一時的に利用不可能であるときだけ、タイマが含まれる。
【０３２９】
Ｓ１２０５。第２のネットワーク要素は、ＡＰＩ呼び出し結果に基づいて、呼び出し方式を決定する。
【０３３０】
呼び出し方式は、タイマが満了したとき、ＡＰＩが再び呼び出されるか、それともＡＰＩが呼び出されるのと同様の機能を有する別のＡＰＩが呼び出されるかを含み得る。
【０３３１】
具体的には、第１のネットワーク要素が、正常に、ＡＰＩ呼び出し応答を第２のネットワーク要素にフィードバックした場合、第２のネットワーク要素は、既存の手順に従って、ＡＰＩ呼び出し処理を実行し続け得る。第１のネットワーク要素が、正常に、エラーコードおよびタイマを含むＡＰＩ呼び出し応答を、第２のネットワーク要素にフィードバックした場合、タイマが満了した後、第２のネットワーク要素は、エラーコードおよびタイマに基づいて、元のＡＰＩを呼び出し続けること、またはＡＰＩと同様の機能を有する別のＡＰＩを選択して呼び出すことを選択する。
【０３３２】
実施形態８
図１３は、実施形態８に従った対話フローチャートである。図１３に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。
【０３３３】
Ｓ１３０１。第２のネットワーク要素は、第２のイベントサブスクリプションメッセージを第１のネットワーク要素に送信する。
【０３３４】
第２のイベントサブスクリプションメッセージは、サービングネットワークタイプ変化イベントの識別と、端末の識別とを含む。
【０３３５】
サービングネットワークタイプ変化イベントは、ＣＮタイプ変化であり得る。
【０３３６】
Ｓ１３０２。第１のネットワーク要素は、第３のネットワーク要素と対話することによって、端末のサービングネットワークタイプ変化イベントを検出する。
【０３３７】
具体的な例については、実施形態１および実施形態２を参照されたい。
【０３３８】
Ｓ１３０３。第１のネットワーク要素は、第２のイベント通知メッセージを第２のネットワーク要素に送信し、第２のイベント通知メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別を含む。
【０３３９】
サービングネットワークタイプ変化インジケーションは、ＣＮタイプ変化インジケーションであり得る。
【０３４０】
Ｓ１３０４。第２のネットワーク要素は、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。
【０３４１】
この実施形態においては、第２のネットワーク要素によって送信された、第２のイベントサブスクリプションメッセージ、または第２の監視要求メッセージを受信した後、第１のネットワーク要素は、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを、第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０３４２】
実施形態８に基づいて、本出願は、さらに、別の通信方法を提供する。方法は、上述のステップＳ１３０１からＳ１３０４を含むが、以下の相違を有する。ステップＳ１３０１における第２のイベントサブスクリプションメッセージは、第２の監視要求メッセージで置き換えられ、ステップＳ１３０３における第２のイベント通知メッセージは、第２の監視応答メッセージで置き換えられる。
【０３４３】
第２の監視要求メッセージは、サービングネットワークタイプ変化イベントの識別と、端末の識別とを含む。第２の監視応答メッセージは、サービングネットワークタイプ変化インジケーション、またはサービングネットワークのタイプを含み、さらに、端末の識別を含む。
【０３４４】
実施形態９
図１４は、実施形態９に従った対話フローチャートである。図１４に示されるように、第１のネットワーク要素と第２のネットワーク要素は、以下のように対話する。
【０３４５】
Ｓ１４０１。第２のネットワーク要素は、ネットワークへの端末登録要求メッセージを第１のネットワーク要素に送信し、メッセージは、端末の識別を含む。
【０３４６】
Ｓ１４０２。第２のネットワーク要素は、第３のネットワーク要素と対話することによって、端末のサービングネットワークのタイプを獲得する。
【０３４７】
Ｓ１４０３。第１のネットワーク要素は、ネットワークへの端末登録応答メッセージを第２のネットワーク要素に送信し、メッセージは、端末のサービングネットワークのタイプを含む。
【０３４８】
Ｓ１４０４。第２のネットワーク要素は、端末のサービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出す。
【０３４９】
例えば、ＡＦは、４Ｇ関連のＡＰＩ能力、および５Ｇ関連のＡＰＩ能力をサポートする。ＡＦによって受信された端末のサービングネットワークのタイプが、ＥＰＣである場合、ＡＦは、４Ｇ関連のＡＰＩが、利用可能なＡＰＩであると決定する。
【０３５０】
別の例として、ＡＦによって受信された端末のサービングネットワークのタイプが、ＥＰＣである場合、ＡＦは、等価機能またはＳＣＥＦ特徴機能に関連するＡＰＩが、利用可能なＡＰＩであると決定する。
【０３５１】
この実施形態においては、第２のネットワーク要素によって送信されたネットワークへの端末登録要求メッセージを受信した後、第１のネットワーク要素は、サービングネットワークのタイプを第２のネットワーク要素に送信し、そうすることで、第２のネットワーク要素が、サービングネットワークのタイプに基づいて、利用可能なＡＰＩを選択し、利用可能なＡＰＩを呼び出すことができ、それによって、ＡＰＩ呼び出しエラーを回避するようにする。
【０３５２】
上述の実施形態で使用された名詞および用語については、図４に示される実施形態における関連する説明に対する参照が行われ得ことが、指摘されるべきである。詳細がさらに説明されることはない。
【０３５３】
図１５は、本出願に従った第１の通信装置におけるモジュールの構造図である。装置は、第１のネットワーク要素に適用され、図４および図１０から図１４における第１のネットワーク要素の機能を実装するように構成される。図１５に示されるように、装置は、
第２のネットワーク要素から端末の識別情報を受信するように構成された、受信モジュール１５０１であって、識別情報は、端末の識別、または端末のグループの識別を含む、受信モジュール１５０１と、
識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得するように構成された、処理モジュール１５０２と、
タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、送信モジュール１５０３と
を含む。
【０３５４】
さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０３５５】
さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。
【０３５６】
さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。
【０３５７】
さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【０３５８】
さらに、処理モジュール１５０２は、特に、
第３のメッセージを第３のネットワーク要素に送信することであって、第３のメッセージは、タイプ情報を要求するために使用される、送信することと、
第３のネットワーク要素からタイプ情報を受信することと
を行うように構成される。
【０３５９】
図１６は、本出願に従った第２の通信装置におけるモジュールの構造図である。装置は、第２のネットワーク要素に適用され、図４および図１０から図１４における第２のネットワーク要素の機能を実装するように構成される。図１６に示されるように、装置は、
端末の識別情報を第１のネットワーク要素に送信するように構成された、送信モジュール１６０１であって、識別情報は、端末の識別、または端末のグループの識別を含む、送信モジュール１６０１と、
第１のネットワーク要素から、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信するように構成された、受信モジュール１６０２と、
ＡＰＩ情報に基づいて、ＡＰＩを呼び出すように構成された、処理モジュール１６０３と
を含む。
【０３６０】
さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。
【０３６１】
さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。
【０３６２】
さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【０３６３】
さらに、処理モジュール１６０１は、特に、
第２のネットワーク要素が、サービス要件に従って、ＡＰＩを呼び出すことをトリガしたとき、端末の識別情報を第１のネットワーク要素に送信し、
プリセットタイマが、満了したとき、端末の識別情報を第１のネットワーク要素に送信し、または
第２のネットワーク要素が、第１のネットワーク要素から、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を受信したとき、端末の識別情報を第１のネットワーク要素に送信する
ように構成される。
【０３６４】
さらに、処理モジュール１６０３は、特に、
ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、
選択されたＡＰＩを呼び出す
ように構成される。
【０３６５】
図１７は、本出願に従った第３の通信装置におけるモジュールの構造図である。装置は、第１のネットワーク要素に適用され、図５および図６から図９における第１のネットワーク要素の機能を実装するように構成される。図１７に示されるように、装置は、
第３のメッセージを第３のネットワーク要素に送信するように構成された、送信モジュール１７０１であって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、送信モジュール１７０１と、
第３のネットワーク要素からタイプ情報を受信するように構成された、受信モジュール１７０２と、
送信モジュール１７０１を使用することによって、タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信するように構成された、処理モジュール１７０３と
を含む。
【０３６６】
さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０３６７】
さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【０３６８】
さらに、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。
【０３６９】
さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【０３７０】
さらに、
第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ−ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。
【０３７１】
図１８は、本出願に従った第４の通信装置におけるモジュールにおける構造図である。装置は、第３のネットワーク要素に適用され、図５および図６から図９における第３のネットワーク要素の機能を実装するように構成される。図１８に示されるように、装置は、受信モジュール１８０１と、送信モジュール１８０２と、処理モジュール１８０３とを含む。
【０３７２】
受信モジュール１８０１は、第１のネットワーク要素から第３のメッセージを受信するように構成され、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される。
【０３７３】
処理モジュール１８０３は、送信モジュール１８０２を使用することによって、第３のメッセージに基づいて、タイプ情報を送信するように構成される。
【０３７４】
さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０３７５】
さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【０３７６】
さらに、処理モジュール１８０３は、特に、
サービングネットワークのタイプが変化したことを検出したとき、送信モジュール１８０２を使用することによって、サービングネットワークのタイプを示すために使用される情報を送信する
ように構成される。
【０３７７】
さらに、処理モジュール１８０３は、特に、
第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせ、
送信モジュール１８０２を使用することによって、サービングネットワークのタイプを送信する
ように構成される。
【０３７８】
さらに、第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ−ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。
【０３７９】
図１９は、第１の通信装置の物理的ブロック図である。装置は、第１のネットワーク要素、または第１のネットワーク要素上に配置された装置であり得、図４および図１０から図１４における第１のネットワーク要素の機能を実装するように構成される。図１９に示されるように、装置は、メモリと、プロセッサとを含む。
【０３８０】
メモリ１９０１は、プログラム命令を記憶するように構成される。
【０３８１】
プロセッサ１９０２は、以下の方法を実行するために、すなわち、
第２のネットワーク要素から端末の識別情報を受信することであって、識別情報は、端末の識別、または端末のグループの識別を含む、受信することと、
識別情報に基づいて、識別情報に対応するサービングネットワークのタイプ情報を獲得することと、
タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信することと
を行うために、メモリ１９０１内のプログラム命令を実行するように構成される。
【０３８２】
さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０３８３】
さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。
【０３８４】
さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。
【０３８５】
さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【０３８６】
さらに、プロセッサ１９０２は、特に、
第３のメッセージを第３のネットワーク要素に送信することであって、第３のメッセージは、タイプ情報を要求するために使用される、送信することと、
第３のネットワーク要素からタイプ情報を受信することと
を行うように構成される。
【０３８７】
図２０は、第２の通信装置の物理的ブロック図である。装置は、第２のネットワーク要素、または第２のネットワーク要素上に配置された装置であり得、図４および図１０から図１４における第２のネットワーク要素の機能を実装するように構成される。図２０に示されるように、装置は、メモリと、プロセッサとを含む。
【０３８８】
メモリ２００１は、プログラム命令を記憶するように構成される。
【０３８９】
プロセッサ２００２は、以下の方法を実行するために、すなわち、
端末の識別情報を第１のネットワーク要素に送信することであって、識別情報は、端末の識別、または端末のグループの識別を含む、送信することと、
第１のネットワーク要素から、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を受信することと、
ＡＰＩ情報に基づいて、ＡＰＩを呼び出すことと
を行うために、メモリ２００１内のプログラム命令を実行するように構成される。
【０３９０】
さらに、識別情報は、第１のメッセージ内に含まれ、ＡＰＩ情報は、第２のメッセージ内に含まれる。
【０３９１】
さらに、第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、第２のメッセージは、ＡＰＩサポート能力を通知するために使用され、または
第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、第２のメッセージは、第１のメッセージに応答するために使用される。
【０３９２】
さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【０３９３】
さらに、プロセッサ２００２は、特に、
第２のネットワーク要素が、サービス要件に従って、ＡＰＩを呼び出すことをトリガしたとき、端末の識別情報を第１のネットワーク要素に送信し、
プリセットタイマが、満了したとき、端末の識別情報を第１のネットワーク要素に送信し、または
第２のネットワーク要素が、第１のネットワーク要素から、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報を受信したとき、端末の識別情報を第１のネットワーク要素に送信する
ように構成される。
【０３９４】
さらに、プロセッサ２００２は、特に、
ＡＰＩ情報に基づいて、利用可能なＡＰＩを選択し、
選択されたＡＰＩを呼び出す
ように構成される。
【０３９５】
図２１は、第３の通信装置の物理的ブロック図である。装置は、第１のネットワーク要素、または第１のネットワーク要素上に配置された装置であり得、図５および図６から図９における第１のネットワーク要素の機能を実装するように構成される。図２１に示されるように、装置は、メモリと、プロセッサとを含む。
【０３９６】
メモリ２１０１は、プログラム命令を記憶するように構成される。
【０３９７】
プロセッサ２１０２は、以下の方法を実行するために、すなわち、
第３のメッセージを第３のネットワーク要素に送信することであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、送信することと、
第３のネットワーク要素からタイプ情報を受信することと、
タイプ情報に基づいて、第１のネットワーク要素のアプリケーションプログラミングインターフェースＡＰＩ情報を送信することと
を行うために、メモリ２１０１内のプログラム命令を実行するように構成される。
【０３９８】
さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０３９９】
さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【０４００】
さらに、第３のメッセージが、端末のサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末の識別を含み、または
第３のメッセージが、端末のグループのサービングネットワークのタイプ情報を要求するために使用されるとき、第３のメッセージは、端末のグループの識別を含む。
【０４０１】
さらに、ＡＰＩ情報は、ＡＰＩ状態情報、またはＡＰＩ呼び出し結果を含み、
ＡＰＩ状態情報は、以下の情報、すなわち、ＡＰＩサポート能力が変化したことを示すために使用されるインジケーション情報、利用可能なＡＰＩのリスト、利用不可能なＡＰＩのリスト、およびＡＰＩ状態のリストのうちの少なくとも１つを含み、
ＡＰＩ状態のリストは、ＡＰＩの識別と、ＡＰＩの状態とを含む。
【０４０２】
さらに、第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ−ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。
【０４０３】
図２２は、第４の通信装置の物理的ブロック図である。装置は、第３のネットワーク要素、または第３のネットワーク要素上に配置された装置であり得、図５および図６から図９における第３のネットワーク要素の機能を実装するように構成される。図２２に示されるように、装置は、メモリと、プロセッサとを含む。
【０４０４】
メモリ２２０１は、プログラム命令を記憶するように構成される。
【０４０５】
プロセッサ２２０２は、以下の方法を実行するために、すなわち、
第１のネットワーク要素から第３のメッセージを受信することであって、第３のメッセージは、端末または端末のグループのサービングネットワークのタイプ情報を要求するために使用される、受信することと、
第３のメッセージに基づいて、タイプ情報を送信することと
を行うために、メモリ２２０１内のプログラム命令を実行するように構成される。
【０４０６】
さらに、タイプ情報は、サービングネットワークのタイプ、またはサービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む。
【０４０７】
さらに、タイプ情報は、第４のメッセージ内に含まれ、
第３のメッセージは、サブスクリプションメッセージであり、サブスクリプションメッセージは、サービングネットワークのタイプをサブスクライブするために使用され、第４のメッセージは、通知メッセージであり、または
第３のメッセージは、問い合わせメッセージであり、問い合わせメッセージは、サービングネットワークのタイプを問い合わせるために使用され、第４のメッセージは、第３のメッセージに対する応答メッセージである。
【０４０８】
さらに、プロセッサ２２０２は、特に、
サービングネットワークのタイプが変化したことを検出したとき、サービングネットワークのタイプを示すために使用される情報を送信する
ように構成される。
【０４０９】
さらに、プロセッサ２２０２は、特に、
第３のメッセージに基づいて、サービングネットワークのタイプを問い合わせ、
サービングネットワークのタイプを送信する
ように構成される。
【０４１０】
さらに、第３のネットワーク要素は、ＨＳＳ−ＵＤＭ統合ネットワーク要素であり、もしくは第３のネットワーク要素は、ＰＣＦ−ＰＣＲＦ統合ネットワーク要素であり、または
第３のネットワーク要素は、ＭＭＥであり、または第３のネットワーク要素は、ＡＭＦである。
【０４１１】
本出願は、さらに、通信システムを提供する。通信システムは、上述における第１の通信装置と、第２の通信装置と、第３の通信装置と、第４の通信装置とを含む。
【０４１２】
上述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することによって、実装され得る。実施形態を実装するために、ソフトウェアが使用されるとき、実施形態は、コンピュータプログラム製品の形態で、完全または部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令が、ロードされ、コンピュータ上において実行されるとき、本発明の実施形態に従った手順または機能が、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶され得、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（ＤＳＬ）を通した）有線方式で、または（例えば、赤外線、無線、もしくはマイクロ波を通した）ワイヤレス方式で、送信され得る。コンピュータ可読記憶媒体は、コンピュータからアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合した、サーバもしくはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、ソフトディスク、ハードディスク、もしくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートディスクＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ（ＳＳＤ））などであり得る。
【０４１３】
当業者は、本出願の実施形態が、方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本出願は、ハードウェアだけの実施形態、ソフトウェアだけの実施形態、またはソフトウェアおよびハードウェアの組み合わせを用いる実施形態の形態を使用し得る。さらに、本出願は、コンピュータ使用可能なプログラムコードを含む、（ディスクメモリ、ＣＤ−ＲＯＭ、および光メモリを含むが、これらに限定されない）１つまたは複数のコンピュータ使用可能な記憶媒体上に実装される、コンピュータプログラム製品の形態を使用し得る。
【０４１４】
本出願は、本出願の実施形態に従った、方法のフローチャートおよび／またはブロック図、装置（システム）、ならびにコンピュータプログラム製品を参照して説明された。フローチャートおよび／またはブロック図における各処理および／または各ブロック、ならびにフローチャートおよび／またはブロック図における処理および／またはブロックの組み合わせを実装するために、コンピュータプログラム命令が使用され得ることが、理解されるべきである。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または他の任意のプログラム可能なデータ処理デバイスのプロセッサに提供されて、マシンを生成し、そうすることで、コンピュータ、または他の任意のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令が、フローチャート内の１つもしくは複数の処理における、および／またはブロック図内の１つもしくは複数のブロックにおける特定の機能を実装するための装置を生成するようにする。
【０４１５】
コンピュータまたは他の任意のプログラム可能なデータ処理デバイスに特定の方式で動作するように命令することができる、これらのコンピュータプログラム命令は、コンピュータ可読メモリ内に記憶され得、そうすることで、コンピュータ可読メモリ内に記憶された命令が、命令装置を含む人工物を生成するようにする。命令装置は、フローチャート内の１つもしくは複数の処理における、および／またはブロック図内の１つもしくは複数のブロックにおける指定された機能を実装する。
【０４１６】
これらのコンピュータプログラム命令は、コンピュータまたは別のプログラム可能なデータ処理デバイス上にロードされてもまたよく、そうすることで、コンピュータ実施される処理を生成するために、一連の操作およびステップが、コンピュータまたは別のプログラム可能なデバイス上において実行されるようにする。したがって、コンピュータまたは別のプログラム可能なデバイス上において実行される命令は、フローチャート内の１つもしくは複数の処理における、および／またはブロック図内の１つもしくは複数のブロックにおける特定の機能を実装するためのステップを提供する。
【０４１７】
本出願のいくつかの好ましい実施形態が、説明されたが、当業者は、彼らがひとたび本発明の基本的な概念を学習すると、これらの実施形態に変化および変更を加えることができる。したがって、以下の特許請求の範囲は、好ましい実施形態、ならびに本出願の範囲内にあるすべての変化および変更をカバーするものとして解釈されることが意図されている。
【０４１８】
明らかに、当業者は、本出願の主旨および範囲から逸脱することなく、本出願に様々な変更および変形を加えることができる。本出願は、本出願のこれらの変更および変形を、それらが、以下の特許請求の範囲およびそれらの均等な技術によって定義される保護の範囲内にあるという条件で、カバーすることが意図されている。
【図１】
2021518085.tif 000003
【図２】
2021518085.tif 000004
【図３】
2021518085.tif 000005
【図４】
2021518085.tif 000006
【図５】
2021518085.tif 000007
【図６】
2021518085.tif 000008
【図７】
2021518085.tif 000009
【図８】
2021518085.tif 000010
【図９】
2021518085.tif 000011
【図１０】
2021518085.tif 000012
【図１１】
2021518085.tif 000013
【図１２】
2021518085.tif 000014
【図１３】
2021518085.tif 000015
【図１４】
2021518085.tif 000016
【図１５】
2021518085.tif 000017
【図１６】
2021518085.tif 000018
【図１７】
2021518085.tif 000019
【図１８】
2021518085.tif 000020
【図１９】
2021518085.tif 000021
【図２０】
2021518085.tif 000022
【図２１】
2021518085.tif 000023
【図２２】
2021518085.tif 000024
【手続補正書】
【提出日】令和2年10月30日(2020.10.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信するステップであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、ステップと、
前記第１のネットワーク要素によって、前記識別情報に基づいて、前記識別情報に対応するサービングネットワークのタイプ情報を獲得するステップと、
前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記端末又は前記グループのために前記第１のネットワーク要素のアプリケーションプログラミングインターフェース（ＡＰＩ）情報を送信するステップと
を含む通信方法。
【請求項２】
前記タイプ情報は、前記サービングネットワークのタイプ、または前記サービングネットワークのタイプが変化したことを示すために使用されるインジケーション情報を含む請求項１に記載の方法。
【請求項３】
第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信する前記ステップは、
前記第１のネットワーク要素によって、前記第２のネットワーク要素から第１のメッセージを受信するステップであって、前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第１のメッセージは、前記端末の前記識別情報を含む、ステップ
を含み、
前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記端末または前記グループのために前記第１のネットワーク要素のＡＰＩ情報を送信する前記ステップは、
前記第１のネットワーク要素によって、前記ＡＰＩサポート能力を通知するために使用される第２のメッセージを送信するステップであって、前記第２のメッセージは、前記ＡＰＩ情報を含む、ステップ
を含む請求項１または２に記載の方法。
【請求項４】
第１のネットワーク要素によって、第２のネットワーク要素から端末の識別情報を受信する前記ステップは、
前記第１のネットワーク要素によって、前記第２のネットワーク要素から第１のメッセージを受信するステップであって、前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第１のメッセージは、前記端末の前記識別情報を含む、ステップ
を含み、
前記第１のネットワーク要素によって、前記タイプ情報に基づいて、前記端末または前記グループのための前記第１のネットワーク要素のＡＰＩ情報を送信する前記ステップは、
前記第１のネットワーク要素によって、前記第１のメッセージに応答するために使用される第２のメッセージを送信するステップであって、前記第２のメッセージは、前記ＡＰＩ情報を含む、ステップ
を含む請求項１または２に記載の方法。
【請求項５】
前記ＡＰＩ情報は、ＡＰＩ状態情報を含む請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記ＡＰＩ情報は、１つまたは複数利用可能なＡＰＩのリストを含む
請求項５に記載の方法。
【請求項７】
前記第１のネットワーク要素によって、前記識別情報に基づいて、前記識別情報に対応するサービングネットワークのタイプ情報を獲得する前記ステップは、
前記第１のネットワーク要素によって、第３のメッセージを第３のネットワーク要素に送信するステップであって、前記第３のメッセージは、前記サービングネットワークの前記タイプ情報を要求するために使用される、ステップと、
前記第１のネットワーク要素によって、前記第３のネットワーク要素から前記タイプ情報を受信するステップと
を含む請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記タイプ情報は、第４のメッセージ内に含まれ、
前記第３のメッセージは、サブスクリプションメッセージであり、前記サブスクリプションメッセージは、前記サービングネットワークの前記タイプ情報をサブスクライブするために使用され、前記サブスクリプションメッセージは、サービングネットワークタイプ変化イベントを識別するために使用される、コアネットワークＣＮタイプ変化を含み、
前記第４のメッセージは、通知メッセージである
請求項７に記載の方法。
【請求項９】
前記サービングネットワークの前記タイプ情報は、コアネットワークのタイプ情報である請求項１から８のいずれか一項に記載の方法。
【請求項１０】
第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信するステップであって、前記識別情報は、前記端末の識別、または前記端末のグループの識別を含む、ステップと、
前記第２のネットワーク要素によって、前記端末又は前記グループのために前記第１のネットワーク要素から前記第１のネットワーク要素のアプリケーションプログラミングインターフェース（ＡＰＩ）情報を受信するステップと、
前記第２のネットワーク要素によって、前記ＡＰＩ情報に基づいて、ＡＰＩを呼び出すステップと
を含む通信方法。
【請求項１１】
第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信する前記ステップは、
前記第２のネットワーク要素によって、第１のメッセージを前記第１のネットワーク要素に送信するステップであって、前記第１のメッセージは、ＡＰＩサポート能力をサブスクライブするために使用され、前記第１のメッセージは、前記端末の前記識別情報を含む、ステップ
を含み、
前記第２のネットワーク要素によって、前記第１のネットワーク要素から前記第１のネットワーク要素のＡＰＩ情報を受信する前記ステップは、
前記第２のネットワーク要素によって、前記第１のネットワーク要素から第２のメッセージを受信するステップであって、前記第２のメッセージは、前記ＡＰＩサポート能力を通知するために使用され、前記第２のメッセージは、前記ＡＰＩ情報を含む、ステップ
を含む請求項１０に記載の方法。
【請求項１２】
第２のネットワーク要素によって、端末の識別情報を第１のネットワーク要素に送信する前記ステップは、
前記第２のネットワーク要素によって、第１のメッセージを前記第１のネットワーク要素に送信するステップであって、前記第１のメッセージは、ＡＰＩサポート能力を問い合わせるために使用され、前記第１のメッセージは、前記端末の前記識別情報を含む、ステップ
を含み、
前記第２のネットワーク要素によって、前記第１のネットワーク要素から前記第１のネットワーク要素のＡＰＩ情報を受信する前記ステップは、
前記第２のネットワーク要素によって、前記第１のネットワーク要素から第２のメッセージを受信する
ステップであって、前記第２のメッセージは、前記第１のメッセージに応答するために使用され、前記第２のメッセージは、前記ＡＰＩ情報を含む、ステップ
を含む請求項１０に記載の方法。
【請求項１３】
前記ＡＰＩ情報は、ＡＰＩ状態情報を含む請求項１０から１２のいずれか一項に記載の方法。
【請求項１４】
前記ＡＰＩ状態情報は、１つまたは複数利用可能なＡＰＩのリストを含む
請求項１３に記載の方法。
【請求項１５】
プログラム命令を記憶するメモリと、
前記メモリと通信しているプロセッサであって、前記プロセッサは、請求項１から１４のいずれか一項に記載の方法を実行するために前記プログラム命令を実行する、プロセッサと
を備える通信装置。
【請求項１６】
その上に記録されたプログラムを有するコンピュータ可読媒体であって、前記プログラムは、請求項１から１４のいずれか一項の方法をコンピュータに実行させる、コンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０２１５
【補正方法】変更
【補正の内容】
【０２１５】
端末が、４Ｇネットワークと５Ｇネットワークとの間で切り換えを行うとき、または４Ｇネットワークもしくは５Ｇネットワークに登録するとき、後続のステップＳ６０４からＳ６０５が、トリガされて、実行される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０４１２
【補正方法】変更
【補正の内容】
【０４１２】
上述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することによって、実装され得る。実施形態を実装するために、ソフトウェアが使用されるとき、実施形態は、コンピュータプログラム製品の形態で、完全または部分的に実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令が、ロードされ、コンピュータ上において実行されるとき、本出願の実施形態に従った手順または機能が、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体内に記憶され得、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（ＤＳＬ）を通した）有線方式で、または（例えば、赤外線、無線、もしくはマイクロ波を通した）ワイヤレス方式で、送信され得る。コンピュータ可読記憶媒体は、コンピュータからアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を統合した、サーバもしくはデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、ソフトディスク、ハードディスク、もしくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートディスクＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ（ＳＳＤ））などであり得る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０４１７
【補正方法】変更
【補正の内容】
【０４１７】
本出願のいくつかの実施形態が、説明されたが、当業者は、彼らがひとたび本発明の基本的な概念を学習すると、これらの実施形態に変化および変更を加えることができる。したがって、以下の特許請求の範囲は、実施形態、ならびに本出願の範囲内にあるすべての変化および変更をカバーするものとして解釈されることが意図されている。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０４１８
【補正方法】変更
【補正の内容】
【０４１８】
明らかに、当業者は、本出願の範囲から逸脱することなく、本出願に様々な変更および変形を加えることができる。本出願は、本出願のこれらの変更および変形を、それらが、以下の特許請求の範囲およびそれらの均等な技術によって定義される保護の範囲内にあるという条件で、カバーすることが意図されている。
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2021518085.tif 000025
【国際調査報告】
2021518085.tif 000026
2021518085.tif 000027
2021518085.tif 000028
2021518085.tif 000029
2021518085.tif 000030
2021518085.tif 000031