JP2023509693A - データリンク上の動的ステータス情報のための報告サービス - Google Patents

Abstract

通信ネットワークのノードを動作させる方法が提供される。ノードは、少なくとも１つのデータリンクをサポートするように構成される。少なくとも１つのデータリンクは、通信ネットワークとＵＥとの間にある。本方法は、通信ネットワークの公開ノードに登録データを提供することを含む。登録データは、少なくとも１つのデータリンクのＤＳＩ上の報告サービスのためのものである。本方法はまた、報告サービスへのサブスクリプションに対するサブスクリプション要求を受信すると、ノードと外部アプリケーションノードとの間で報告サービスへのサブスクリプションを確立することを含む。外部アプリケーションノードは、サブスクリプション要求に関連付けられている。本方法は、外部アプリケーションノードへのサブスクリプションに従ってＤＳＩを提供することを更に含む。
【選択図】図７

Description

種々の例は、概して、データリンクの動的ステータス情報に関する報告サービスのためのサブスクリプションに関する。種々の例は、特に、通信ネットワークの外部のノードへの動的ステータス情報の公開に関する。

移動体通信が普及している。端末（又はワイヤレス通信デバイス若しくはユーザ機器（ＵＥ））は、通信ネットワークと通信することができる。通信ネットワークは、カバレッジエリア内のそれぞれのセルに関連付けられた複数の無線アクセスノード（又は基地局（ＢＳ））を含む無線アクセスネットワーク（ＲＡＮ）を有するセルラーネットワークとして実装することができる。

サービスプロバイダは、通常、通信ネットワークのオペレータとは異なり、通信ネットワークに接続されたＵＥにデータサービスを提供することができる。例示的なデータサービスには、例えば、接続された産業機械、自律運転、輸送物流などが含まれる。データサービスの一例は、エッジコンピューティング（ＥＣ）、例えば、モバイルエッジコンピューティング（ＭＥＣ）である。ＥＣを使用して、低レイテンシサービスが容易になる。例えば、Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ）Ｗｈｉｔｅ Ｐａｐｅｒ Ｎｏ．２８（２０１８年６月）Ｓａｍｉ Ｋｅｋｋｉ ｅｔ ａｌ．を参照されたい。

かかるデータサービスは、少なくとも１つのデータリンクに沿ってそれぞれのデータサービスに関連付けられたアプリケーションデータを通信することによってＵＥに提供される。少なくとも１つのデータリンクは、ＵＥと、アプリケーションデータに関連付けられたアプリケーションを実行するサーバとの間に拡張することができる。サーバは、アプリケーションノード（ＡＮ）において実装され得るか、又はそれにより制御され得る。

例示的なＡＮには、インターネット上のアプリケーション、ＥＣサーバ、３ＧＰＰ（登録商標） ５Ｇアプリケーション機能が含まれる。

この目的のために、通信ネットワークのプロトコルは、少なくとも１つのデータリンクに沿って通信することによってサービスを提供するために、通信ネットワーク（ＮＷ）の外部のＡＮによってアクセスされ得るアプリケーションプログラミングインターフェース（ＡＰＩ）を指定することができる。ＡＰＩを使用して、少なくとも１つのデータリンクを確立、管理などすることができる。３ＧＰＰ仕様のセルラー通信の場合、ＮＷは、ＡＰＩを制御するために利用可能な標準化されたフレームワークである共通ＡＰＩフレームワーク（ＣＡＰＩＦ）である。第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２３．２２２ Ｖ１６．５．０（２０１９－０９）を参照されたい。

ＥＣは、概して、通信ＮＷのエッジにあるＵＥにサービスを提供するために必要なアプリケーションを実行することを可能にし、それにより、低レイテンシ、近接性、高帯域幅、及び最新の無線ＮＷ情報を実装することができる。現在の無線状態に関する情報は、無線ＮＷ情報サービス（ＲＮＩＳ）プロトコルを介してＥＴＳＩ ＭＥＣにおいて共有することができる。提供され得る典型的な情報には、無線ＮＷ条件に関する最新の無線ＮＷ情報、ユーザプレーンに関する測定情報が含まれる。ＥＴＳＩ ＧＳ ＭＥＣ Ｖ１．１．１（２０１７－７）、セクション５．１を参照されたい。

ＲＮＩＳプロトコルを使用してＡＰＩの少なくとも１つのデータリンク上に動的ステータス情報（ＤＳＩ）を提供することは、特定の制限及び欠点に直面することが分かっている。例えば、かかる基準実装形態を使用して少なくとも１つのデータリンク上でＤＳＩを提供することは、大きなレイテンシが発生する可能性がある。

Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ）Ｗｈｉｔｅ Ｐａｐｅｒ Ｎｏ．２８（２０１８年６月）Ｓａｍｉ Ｋｅｋｋｉ ｅｔ ａｌ． 共通ＡＰＩフレームワーク（ＣＡＰＩＦ）である。第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２３．２２２ Ｖ１６．５．０（２０１９－０９） ＥＴＳＩ ＧＳ ＭＥＣ Ｖ１．１．１（２０１７－７）、セクション５．１

したがって、少なくとも１つのデータリンク上にＤＳＩを提供する高度な技術が必要とされている。

この必要性は、独立請求項の特徴によって満たされる。従属請求項の特徴は、実施形態を定義する。

通信ネットワークのノードを動作させる方法が提供される。ノードは、少なくとも１つのデータリンクをサポートするように構成される。少なくとも１つのデータリンクは、通信ネットワークとＵＥとの間にある。本方法は、通信ネットワークの公開ノードに登録データを提供することを含む。登録データは、少なくとも１つのデータリンクのＤＳＩ上の報告サービスのためのものである。本方法はまた、報告サービスへのサブスクリプションに対するサブスクリプション要求を受信すると、ノードと外部アプリケーションノードとの間で報告サービスへのサブスクリプションを確立することを含む。外部アプリケーションノードは、サブスクリプション要求に関連付けられている。本方法は、外部アプリケーションノードへのサブスクリプションに従ってＤＳＩを提供することを更に含む。

コンピュータプログラム又はコンピュータプログラム製品又はコンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行され得るプログラムコードを含む。プログラムコードを実行することにより、少なくとも１つのプロセッサに、通信ネットワークのノードを動作させる方法を実行させる。ノードは、少なくとも１つのデータリンクをサポートするように構成される。少なくとも１つのデータリンクは、通信ネットワークとＵＥとの間にある。本方法は、通信ネットワークの公開ノードに登録データを提供することを含む。登録データは、少なくとも１つのデータリンクのＤＳＩ上の報告サービスのためのものである。本方法はまた、報告サービスへのサブスクリプションに対するサブスクリプション要求を受信すると、ノードと外部アプリケーションノードとの間で報告サービスへのサブスクリプションを確立することを含む。外部アプリケーションノードは、サブスクリプション要求に関連付けられている。本方法は、外部アプリケーションノードへのサブスクリプションに従ってＤＳＩを提供することを更に含む。

通信ネットワークのノードは、通信ネットワークとＵＥとの間の少なくとも１つのデータリンクをサポートするように構成される。ノードは、制御回路を含む。制御回路は、少なくとも１つのデータリンクのＤＳＩ上で報告サービスのための登録データを提供するように構成される。登録データは、通信ネットワークの公開ノードに提供される。制御回路はまた、報告サービスへのサブスクリプションに対するサブスクリプション要求を受信すると、ノードとサブスクリプション要求に関連付けられた外部アプリケーションノードとの間で報告サービスへのサブスクリプションを確立するように構成される。制御回路はまた、外部アプリケーションノードへのサブスクリプションに従って、ＤＳＩを提供するように構成される。

通信ネットワークの公開ノードを動作させる方法が提供される。本方法は、登録データを取得することを含む。登録データは、通信ネットワークのノードによって提供される報告サービスのためのものである。ノードは、ＵＥと通信ネットワークとの間の少なくとも１つのデータリンクをサポートする。報告サービスは、少なくとも１つのデータリンクのＤＳＩのためのものである。本方法はまた、報告サービスを複数の候補外部アプリケーションノードにアドバタイズすることを含む。

コンピュータプログラム又はコンピュータプログラム製品又はコンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行され得るプログラムコードを含む。プログラムコードを実行することは、少なくとも１つのプロセッサに、通信ネットワークの公開ノードを動作させる方法を実行させる。本方法は、登録データを取得することを含む。登録データは、通信ネットワークのノードによって提供される報告サービスのためのものである。ノードは、ＵＥと通信ネットワークとの間の少なくとも１つのデータリンクをサポートする。報告サービスは、少なくとも１つのデータリンクのＤＳＩのためのものである。本方法はまた、報告サービスを複数の候補外部アプリケーションノードにアドバタイズすることを含む。

通信ネットワークの公開ノードは、制御回路を含む。制御回路は、報告サービスのための登録データを取得するように構成される。報告サービスは、通信ネットワークのノードによって提供される。ノードは、ＵＥと通信ネットワークとの間の少なくとも１つのデータリンクをサポートする。報告サービスは、少なくとも１つのデータリンクのＤＳＩのためのものである。制御回路は、報告サービスを複数の候補外部アプリケーションノードにアドバタイズするように更に構成される。

外部アプリケーションノードを動作させる方法が提供される。外部アプリケーションノードは、通信ネットワークに接続される。本方法は、報告サービスへのサブスクリプションを確立することを含む。報告サービスは、通信ネットワークのノードによって提供される。ノードは、少なくとも１つのデータリンクをサポートする。少なくとも１つのデータリンクは、通信ネットワークとＵＥとの間にある。報告サービスは、少なくとも１つのデータリンクのＤＳＩのためのものである。本方法はまた、ノードからのサブスクリプションに従ってＤＳＩを取得することを含む。

コンピュータプログラム又はコンピュータプログラム製品又はコンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行され得るプログラムコードを含む。プログラムコードを実行することは、少なくとも１つのプロセッサに、通信ネットワークの外部アプリケーションノードを動作させる方法を実行させる。外部アプリケーションノードは、通信ネットワークに接続される。本方法は、報告サービスへのサブスクリプションを確立することを含む。報告サービスは、通信ネットワークのノードによって提供される。ノードは、少なくとも１つのデータリンクをサポートする。少なくとも１つのデータリンクは、通信ネットワークとＵＥとの間にある。報告サービスは、少なくとも１つのデータリンクのＤＳＩのためのものである。本方法はまた、ノードからのサブスクリプションに従ってＤＳＩを取得することを含む。

外部アプリケーションノードは、通信ネットワークに接続される。外部アプリケーションノードは、制御回路を含む。制御回路は、報告サービスへのサブスクリプションを確立するように構成される。報告サービスは、通信ネットワークのノードによって提供される。ノードは、通信ネットワークとＵＥとの間の少なくとも１つのデータリンクをサポートする。報告サービスは、少なくとも１つのデータリンクのＤＳＩのためのものである。制御回路は、ノードからのサブスクリプションに従って、ＤＳＩを取得するように更に構成される。

上述の特徴及び以下で更に説明される特徴は、示されたそれぞれの組み合わせだけでなく、本発明の範囲から逸脱することなく他の組み合わせ又は単独でも使用され得ることを理解されたい。

図１は、種々の例によるセルラーＮＷ及び外部ＡＮを概略的に示す。 図２は、種々の例によるセルラーＮＷのＢＳを概略的に示す。 図３Ａは、種々の例による、セルラーＮＷを介してデータリンクを制御するように構成されたセッション制御ノードを概略的に示す。 図３Ｂは、種々の例による、セルラーＮＷのデータプレーンにおけるゲートウェイノードを概略的に示す。 図４は、種々の例による外部ＡＮを概略的に示す。 図５は、種々の例による、セルラーＮＷをＡＮとインターフェースするためのＮＷ公開ノードを概略的に示す。 図６は、種々の例による方法のフローチャートである。 図７は、種々の例による方法のフローチャートである。 図８は、種々の例による方法のフローチャートである。 図９は、種々の例による種々のノード間の通信のシグナリング図である。 図１０は、種々の例による種々のノード間の通信のシグナリング図である。

本開示の一部の例は、概して、複数の回路又は他の電気デバイスを提供する。回路及び他の電気デバイス、並びに各々によって提供される機能への全ての言及は、本明細書で図示及び説明されるもののみを包含することに限定されることを意図しない。開示される種々の回路又は他の電気デバイスに特定のラベルが割り当てられ得るが、かかるラベルは、回路及び他の電気デバイスのための動作の範囲を限定することを意図しない。かかる回路及び他の電気デバイスは、所望される特定のタイプの電気的実装形態に基づいて、任意の方法で、互いに組み合わせられてもよく、且つ／又は分離されてもよい。本明細書に開示される任意の回路又は他の電気デバイスは、任意の数のマイクロコントローラ、グラフィックスプロセッサユニット（ＧＰＵ）、集積回路、メモリデバイス（例えば、ＦＬＡＳＨ（登録商標）、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、又はそれらの他の適切な変形形態）、及び本明細書に開示される動作を実行するために互いに協働するソフトウェアを含み得ることが認識される。加えて、電気デバイスのうちの任意の１又は複数は、開示されるような任意の数の機能を行うようにプログラムされた非一時的コンピュータ可読媒体において具現化されるプログラムコードを実行するように構成されてもよい。

以下、本発明の実施の形態について図面を参照して詳細に説明する。以下の実施形態の説明は、限定的な意味で解釈されるべきではないことを理解されたい。本発明の範囲は、以下に説明される実施形態又は図面によって限定されることを意図しておらず、図面は例示的なものにすぎないと解釈される。

図面は概略的な表現であると見なされるべきであり、図面に示された要素は必ずしも縮尺通りに示されていない。むしろ、種々の要素は、それらの機能及び一般的な目的が当業者に明らかになるように表されている。図面に示されるか、又は本明細書で説明される機能ブロック、デバイス、構成要素、又は他の物理的若しくは機能的ユニット間の任意の接続又は結合は、間接的な接続又は結合によって実装されてもよい。構成要素間の結合は、ワイヤレス接続を介して確立されてもよい。機能ブロックは、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組み合わせで実装されてもよい。

以下、通信ＮＷに接続されたＵＥにデータサービスを提供する技術について説明する。データサービスは、少なくとも１つのデータリンクに沿ったアプリケーションデータの通信を使用することによって提供することができる。アプリケーションデータは、ＵＥへ及び／又はＵＥから通信することができる。少なくとも１つのデータリンクは、ＡＰＩ、例えば、データサービスの特定のポリシー又はサービス品質要件を使用して影響を受ける可能性がある。一部の例では、少なくとも１つのデータリンクは、ＡＰＩを使用してセットアップ、管理、及び／又は解放することができる。ＡＰＩは、通信ＮＷの外部の外部ＡＮによって使用することができる。少なくとも１つのデータリンクは、通信ＮＷの１又は複数のノードによってサポートされ得る。ＡＮのサーバは、アプリケーションを実行して、少なくとも１つのデータサービスのアプリケーションデータを提供及び／又は消費することができる。サーバは、アプリケーションを実行するための実行環境をホストすることができる。アプリケーションは、ＡＰＩの少なくとも１つのデータリンクに沿った通信を使用することによってＵＥからアプリケーションデータを受信することができ、且つ／又はＡＰＩの少なくとも１つのデータリンクに沿った通信を使用することによってＵＥにアプリケーションデータを送信することができる。

原則として、データサービスなどのサービスを提供するために使用されるＡＰＩは、ＣＡＰＩＦプロトコル又は別のＡＰＩプロトコルを使用することによって構成することができる。

原則として、様々な種類及びタイプの通信ＮＷを使用することができる。例えば、ＲＡＮ及びコアＮＷ（ＣＮ）を含むセルラー通信ＮＷを使用することができる。例えば、３ＧＰＰロングタームエボリューション（ＬＴＥ）又は新しい無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）セルラー通信ＮＷが使用されてもよい。以下では、簡単にするために、種々の例が３ＧＰＰ ＮＲセルラー通信ＮＷに関して説明されるが、同様の技術は、他の種類及びタイプの通信ＮＷ、例えば、ＩＥＥＥ Ｗｉ－Ｆｉなどに容易に適用することができる。

種々の技術が、低レイテンシ及び高サービス品質でデータサービスを提供するのに役立つ。特に、データサービスは、少なくとも１つのデータリンクのＤＳＩに依存してＵＥに提供され得る。例えば、アプリケーションの実行は、ＤＳＩに依存して構成され得る。アプリケーションの移行をトリガすることができる。少なくとも１つのデータリンクは、ＤＳＩに依存して再ルーティングされ得る。

原則として、ＤＳＩは、少なくとも１つのデータリンクの現在の状態を特徴付けることができる。したがって、ＤＳＩは、ランタイム情報と称される場合がある。例えば、ＤＳＩは、少なくとも１つのデータリンクの健康状態を示すことができる。ＤＳＩは、時間の経過とともに変化する可能性があり、したがって、プレフィックスは「動的」である。かかる時間の経過に伴う変化は、セルラーＮＷのトラフィック状態の変化に起因する可能性がある。

更なる一般的な規則として、ＤＳＩは、セルラーＮＷ内の少なくとも１つのデータリンクに沿った１又は複数のセクションに関係し得る。例えば、ＤＳＩは、セルラーＮＷのワイヤレスリンク上で、すなわちセルラーＮＷのＲＡＮにおいて実装される少なくとも１つのデータリンクのセクションの現在の状態を特徴付けることができる。代替的に又は追加的に、ＤＳＩは、例えば、ＣＮのゲートウェイ又は他のユーザプレーンノード間の少なくとも１つのデータリンクのコアＮＷ（ＣＮ）セクションの現在の状態を特徴付けることができる。ＤＳＩは、例えば、少なくとも１つのデータリンクの現在のステータスに限定されず、ＤＳＩは、代替的に又は追加的に、少なくとも１つのデータリンクの意図された又は要求されたステータスを含んでもよい。例えば、ＤＳＩは、少なくとも１つのデータリンクの意図された利用を示してもよく、例えば、少なくとも１つのデータリンクは、１００％動作可能であってもよいが、遅延がない場合もあり、アプリケーションが、所望のデータの２０％のみをサポートするように、それを５００％使用したい場合もある。これは、例えば、両端の保留中の送信バッファ及び受信バッファにおいて測定することができる。

ＤＳＩの決定はまた、統計及び／又はＡＩ（例えば、ニューラルネットワーク又はサポートベクトルマシンなどの機械学習アルゴリズム）を考慮に入れることができ、例えば、一部の認識されたデータのシーケンスは、動的に調整することが可能な高負荷をすぐにもたらしてもよい。

ＤＳＩは、概して、特定のデータリンクに固有であり得る。すなわち、異なるデータリンクに関連付けられたＤＳＩは異なっていてもよい。したがって、ＤＳＩはまた、少なくとも１つのデータリンクが使用されるデータサービスに関連付けられたＵＥに固有であり得る。

原則として、ＤＳＩは報告ノードによって決定することができる。報告ノードは、少なくとも１つのデータリンク、例えば、少なくとも１つのデータリンクの特定のセクションをサポートすることができる。

少なくとも１つのデータリンクをサポートすることは、少なくとも１つのデータリンクに沿ってアプリケーションデータを転送すること、少なくとも１つのデータリンクに沿ってアプリケーションデータを転送するゲートウェイノード又は別のノードを制御することのうちの１又は複数を含み得る。少なくとも１つのデータリンクのサポートは、１つのＡＰＩ又は複数のＡＰＩに従うことができる。

ＤＳＩが関係する少なくとも１つのデータリンクのセクションの変化とともに、報告ノードも変化し得る。例えば、報告ノードは、ＢＳによって実装されてもよい。かかるシナリオでは、ＤＳＩがセルラーＮＷのワイヤレスリンクに沿った少なくとも１つのデータリンクのセクションに関係することが可能である。更なる例では、報告ノードは、セルラーＮＷのＣＮノード、例えば、制御プレーンノード又はユーザプレーンノードによって実装することができる。例としては、ユーザプレーン内のデータリンクを制御するモビリティ制御ノード若しくはセッション制御ノード、又はデータリンクに沿ってデータを転送／ルーティングするユーザプレーンのゲートウェイノードが挙げられる。

本明細書で説明される技術を使用することで、ＤＳＩのための報告サービスへのサブスクリプションが容易になる。すなわち、サブスクリプションの一部として、ＤＳＩは、経時的な変化を考慮に入れるために、それぞれの加入者に繰り返し通知され得る。メッセージは、報告ノードによって繰り返し送信することができ、メッセージはＤＳＩを含む。通常、報告サービスへのサブスクリプションの加入者は、データサービスに関連付けられたＡＮである。

報告サービスは、ＡＰＩとして実装又は提供することができる。

ＤＳＩの一部の非限定的な例を挙げると、ＤＳＩは、例えば、少なくとも１つのデータリンクに沿った、例えば、少なくとも１つのデータリンクのそれぞれのセクションに沿ったビットフローを含み得る。ビットフローは、少なくとも１つのデータリンクに沿ったデータスループットを示すことができる。ＤＳＩは、少なくとも１つのデータリンクに沿ったアプリケーションデータの通信のサービス品質を含み得る。サービス品質は、それぞれのデータサービスに関連付けられた特定のサービス品質要件に関して相対的に定義することができる。ＤＳＩは、データサービスが提供されるＵＥのモビリティ状態を示すことができる。例えば、ＤＳＩは、ＵＥが、例えば、セルラー通信ＮＷの無線アクセスＮＷのセルからセルへ移動しているかどうかを示すことができる。ＤＳＩは、ソースセルからターゲットセルへのハンドオーバが行われたか、又は行われようとしているかを示すことができる。ＤＳＩの別の例示的な実装形態は、少なくとも１つのデータリンクに関連付けられたネットワークノードにおける輻輳レベルを含む。例えば、輻輳レベルは、少なくとも１つのデータリンクをサポートするゲートウェイ又は他のユーザプレーンノード若しくはアクセスノードの対応する送信バッファのバッファ充填レベルに応じて決定され得る。

一般的に、ＤＳＩは、例えば数ミリ秒又は数秒又は数分など、限られた有効期限を有することができる。有効期限の満了後、ＤＳＩは期限切れになる。

ＤＳＩのかかる実装形態及び他の実装形態は、少なくとも１つのデータリンクに沿った通信を使用してＵＥにデータサービスを提供するとき、ＡＮのサーバの動作を容易にする。データサービスは、ＤＳＩに応じて提供し、調整することができる。例えば、ＡＮは、それに応じてアプリケーションを実行するサーバを制御することができる。

原則として、ＤＳＩの特定の使用は、本明細書で説明される技術の機能に密接に関係しないが、それにもかかわらず、ＤＳＩの使用に関する一部の非限定的な例が以下で説明される。例えば、ＤＳＩが、少なくとも１つのデータリンクに沿って増加する輻輳レベルを示すことが考えられる。その後、輻輳に対処するために、各アプリケーションデータの事前バッファリングがＵＥにおいて増加されるように、データサービスが提供され得る。別の例として、アプリケーションデータを符号化するために使用されるコーデックは、より低いビットレートをサポートするように調整することができる。輻輳レベルの増加を考慮して行うべき別の考えられる対策は、少なくとも１つのデータリンクの再ルーティングをトリガすることであり得る。例えば、輻輳したゲートウェイノードを回避することができる。また、ミッションクリティカルなアプリケーションの場合、データサービスを提供するときのレイテンシの増加のリスクを考慮して、アプリケーションを安全な状態に遷移させることが可能である。

種々の技術は、報告サービスを使用する少なくとも１つのデータリンクのＤＳＩの低レイテンシプロビジョニングが、少なくとも１つのデータリンクに関連付けられたデータサービスを高品質で提供することを容易にすることができるという発見に基づいている。種々の例によれば、これは、ＤＳＩを決定する報告ノード（例えば、ＲＡＮ又はＣＮにおいて、少なくとも１つのデータリンクをサポートする報告ノード）とＡＮとの間でＤＳＩを提供するための対応する報告サービスへのサブスクリプションを確立することによって達成される。すなわち、換言すれば、報告ノード及びＡＮは、サブスクリプションに従って直接通信することができる。報告ノードは、ＡＮへのサブスクリプションに従ってＤＳＩを提供することができる。

かかる技術は、報告ノードとＡＮとの間に確立されたサブスクリプションがない基準実装形態とは対照的であり、かかる基準実装形態では、報告ノードは、通常、セルラーＮＷの公開ノードにＤＳＩを提供し、次いで、公開ノードは、ＤＳＩを外部ＡＮに提供する。ＤＳＩのかかる２ステップ通信は、上記で説明したように、報告ノードとＡＮとの間の直接サブスクリプションに従ってＤＳＩが公開ノードを介してルーティングされない場合と比較して、ＤＳＩのプロビジョニングのレイテンシを増加させる。更に、公開ノードにおいて必要とされる計算リソース、並びに公開ノードへの、及び公開ノードからの対応するインターフェースが低減される。

上記で説明したように、公開ノードがＤＳＩ上の報告サービスのためのサブスクリプションに対してループ外であり得るとしても、公開ノードは、それにもかかわらず、サブスクリプションの確立をトリガし、且つ／又はサブスクリプションを管理し、且つ／又はサブスクリプションを解放することができる。例えば、公開ノードは、報告サービスを複数の候補ＡＮにアドバタイズすることができる。アドバタイズすることとは、対応する情報が、それぞれのＮＷの外部にある複数の候補ＡＮに利用可能にされることを意味し得る。原則として、かかるアドバタイズは、例えば候補ＡＮからのそれぞれのクエリに応答することを含み得る。かかるアドバタイズは、代替的に又は追加的に、報告サービスに関する情報を候補ＡＮに事前にブロードキャストすることを含み得る。ＡＮは、ＡＰＩ呼び出し部であってもよい。次いで、複数の候補ＡＮのうちの所与のＡＮが報告サービスに関心がある場合、そのＡＮは、公開ノードへのサブスクリプションのそれぞれの意図を示すことができる。アドバタイズは、ＣＡＰＩＦプロトコルに従うことができる。アドバタイズは、報告ノードによって公開ノードに提供される報告サービスの登録データに基づき得る。例えば、報告ノードは、登録データを提供するために、報告サービスに関連付けられたＡＰＩを公開ノードに公開することができる。例えば、登録データは、公開ノードによるクエリに応じてブロードキャストし、且つ／又は提供することができる。次いで、ＡＮからのサブスクリプション意図を判定すると、公開ノードは、サブスクリプションの確立をトリガすることができる。これは、報告ノード及び／又はＡＮと通信することを含み得る。例えば、それぞれの識別情報が示されてもよく、及び／又はアクセス資格情報が示されてもよい。

図１は、セルラーＮＷ１００を概略的に示している。図１の例は、３ＧＰＰ ＮＲ／５ＧアーキテクチャによるセルラーＮＷ１００を示している。３ＧＰＰ ５Ｇアーキテクチャの詳細は、３ＧＰＰ ＴＳ ２３．５０１、バージョン１５．３．０（２０１７－０９）に記載されている。図１及び以下の説明の更なる部分は、セルラーＮＷの３ＧＰＰ ５Ｇフレームワークにおける技術を示すが、同様の技術は、他の通信プロトコルに容易に適用することができる。例としては、３ＧＰＰ ＬＴＥ ４Ｇ（例えば、ＭＴＣ又はＮＢ－ＩＯＴフレームワークにおける）、更には非セルラーワイヤレスシステム、例えば、ＩＥＥＥ Ｗｉ－Ｆｉ技術が挙げられる。

図１のシナリオでは、ＵＥ１０１はセルラーＮＷ１００に接続可能である。例えば、ＵＥ１０１は、セルラーフォン、スマートフォン、ＩＯＴデバイス、ＭＴＣデバイス、センサ、アクチュエータなどのうちの１つであり得るＵＥ１０１は、１又は複数の識別情報４５１を使用する。

ＵＥ１０１は、ＲＡＮ１１１を介してセルラーＮＷ１００のコアＮＷ（ＣＮ）１１５に接続可能であり、通常、１又は複数のＢＳ１１２～１１３によって形成される（簡略化のため、図１には２つのＢＳ１１２～１１３のみが示されている）。ワイヤレスリンク１１４は、ＲＡＮ１１１（具体的にはＲＡＮ１１１のＢＳ１１２のうちの１又は複数）と、ＵＥ１０１との間に確立される。

ワイヤレスリンク１１４は、時間－周波数リソースグリッドを実装する。典型的には、直交周波数分割多重（ＯＦＤＭ）が使用され、ここで、キャリアは複数のサブキャリアを含む。次いで、（周波数領域における）サブキャリア及び（時間領域における）シンボルは、時間周波数リソースグリッドの時間周波数リソース要素を定義する。それによって、プロトコル時間ベースは、例えば、複数のシンボルを含むフレーム及びサブフレームの持続時間と、フレーム及びサブフレームの開始及び停止位置とによって定義される。異なる時間－周波数リソース要素を、ワイヤレスリンク１１４の異なる論理チャネル又は基準信号に割り振ることができる。例として、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、ランダムアクセスのためのチャネルなどが挙げられる。

ＣＮ１１５は、ユーザプレーン（ＵＰ）１９１及び制御プレーン（ＣＰ）１９２を含む。アプリケーションデータ（例えば、データサービス）は、典型的には、ＵＰ１９１を介してルーティングされる。このために、ＵＰ機能（ＵＰＦ）１２１が設けられている。ＵＰＦ１２１は、ルータ機能を実装することができる。アプリケーションデータは、１又は複数のＵＰＦ１２１を通過してもよい。図１のシナリオでは、ＵＰＦ１２１は、データＮＷ（ＤＮ）１８０、例えば、インターネット又はローカルエリアＮＷに向かうゲートウェイとして機能する。アプリケーションデータは、ＵＥ１０１とデータＮＷ１８０の１又は複数のサーバ１８１との間で通信され得る。サーバ１８１は、アプリケーションデータに関連するサービスを提供するアプリケーションを実行することができる。

セルラーＮＷ１００はまた、ここではアクセス及びモビリティ管理機能（ＡＭＦ）１３１によって実装されるモビリティ制御ノードを含む。セルラーＮＷ１００は、ここではセッション管理機能（ＳＭＦ）１３２によって実装されるセッション制御ノードも含む。セルラーＮＷ１００は、ポリシー制御機能（ＰＣＦ）１３３と、ＮＷスライス選択機能（ＮＳＳＦ）１３４と、認証サーバ機能（ＡＵＳＦ）１３６と、統一データ管理（ＵＤＭ）１３７と、ここではＮＷ公開機能（ＮＥＦ）１３８によって実装されるＮＷ公開ノードとを更に含む。

ＡＮは、アプリケーション機能（ＡＦ）１３４によって実装される。ＡＦ１３４はセルラーＮＷ１００の外部にあり、セルラーＮＷ１００の信頼できるドメイン内にあってもなくてもよい。ＡＦ１３４が信頼できるドメイン内にない場合、ＮＥＦ１３８（図１には図示せず）を介してＰＣＦ１３３に情報を提供することができる。ＡＦ１３４は、例えばＣＡＰＩＦを使用して、ＮＥＦ１３８にアクセスすることができる。ＡＦ１３４は、ＤＮ１８０内のサーバ１８１内に常駐することができる。ＡＦ１３４は、ＤＮ１８０の一部であり得る。

図１はまた、これらのノード間のプロトコル基準点Ｎ１～Ｎ２２、Ｎ２９を示している。

ＡＭＦ１３１は、登録管理と称されることもある接続管理、ＣＮ１１５とＵＥ１０１との間の通信のためのＮＡＳ終了、接続管理、到達可能性管理、モビリティ管理、接続認証、及び接続許可の機能のうちの１又は複数を提供する。ＮＷへのＵＥ登録後、ＡＭＦ１３１は、ＵＥコンテキスト４５９を作成し、少なくともＵＥ１０１がセルラーＮＷ１００に登録されている限り、このＵＥコンテキストを保持する。ＵＥコンテキスト４５９は、ＵＥ１０１の１又は複数の識別情報（ＵＥ ＩＤ）、例えば、一時的な識別情報を保持することができる。

ＳＭＦ１３２は、データ接続をサポートする。データ接続は、それぞれのＵＥ１０１が接続モードで動作する場合、ＳＭＦ１３２によって確立される。データ接続は、ＵＤＭ１３７によってホストされるＵＥサブスクリプション情報によって特徴付けられる。ＵＥ１０１の現在のモードを追跡するために、ＡＭＦ１３１は、ＵＥ１０１をＣＭ－ＣＯＮＮＥＣＴＥＤ又はＣＭ－ＩＤＬＥに設定する。ＣＭ－ＣＯＮＮＥＣＴＥＤの間、非アクセス層（ＮＡＳ）接続が、ＵＥ１０１とＡＭＦ１３１との間で維持される。ＮＡＳ接続は、モビリティ制御接続の一例を実装する。ＮＡＳ接続は、ＵＥ１０１のページングに応答してセットアップされ得る。データ接続は、専用データフロー／ベアラ又はデフォルトデータフロー／ベアラなど、１又は複数のデータフロー又はベアラを含み得る。データ接続の状態はまた、ＲＲＣ層、例えば、概してＯＳＩモデルの層３上で定義される。ＳＭＦ１３２は、セッションの確立、変更、解放を含むセッション管理（ＲＡＮ１１１とＵＰＦ１２１間のＵＰデータフロー／ベアラのデータフロー／ベアラ設定を含む）、ＵＰＦの選択及び制御トラフィックステアリングの構成、ＡＰＩに従ってデータリンク１８９をサポートすること、ローミング機能、ＮＡＳメッセージの少なくとも一部の終了などの機能のうちの１又は複数を提供する。

データ接続は、１又は複数のデータリンク１８９を含み得る。例えば、データリンク１８９は、専用データフロー／ベアラによって実装され得る。プロトコルデータユニット（ＰＤＵ）セッションは、１又は複数のデータリンク１８９に関連付けられ得る。データリンク１８９は、ＲＡＮ１１１を介したＵＥ１０１とＣＮ１１５のＵＰ１９１との間で、ＤＮ１８０に向けて確立される。サーバ１８１は、データリンク１８９を終了することができる。データリンク１８９は、サーバ１８１によって提供されるサービスに関連付けられたアプリケーションデータを通信するために使用され得る。例えば、ＥＣサービスを提供することができる。データリンク１８９は、ＡＰＩに従って制御することができる。

ＮＥＦ１３８は、以下の機能、例えば、ＡＦ１３４への能力及びイベントの公開、ＡＦ１３４とのインターフェース、ＡＦ１３４によって提供されるアプリケーションの認証／許可、セルラーＮＷ１００とＡＦ１３４との間で交換される情報の変換、ＡＰＩのアドバタイズ、及びＣＡＰＩＦのサポートを提供することができる。

ＣＡＰＩＦ機構は、例えば、ＡＰＩを公開するノードをサポートすることによって、公開されたＡＰＩをアドバタイズすることによって、標準化された方法で認可、ロギング、及びチャージすることによって、ＡＰＩ動作をサポートする。

図２は、種々の例によるＢＳ１１２を概略的に示している。ＢＳ１１２は、セルラーＮＷのアクセスノードを実装する。ＢＳ１１２は、制御回路１１２２を含む。ＢＳ１１２はまた、セルラーＮＷ１００の他のノード又はセルラーＮＷ１００の外部のノードと通信するためのインターフェース１１２５を含む。インターフェース１１２５は、１又は複数のＵＥへのワイヤレスリンク１１４をサポートするためのアナログトランシーバ１１２９を含む。制御回路１１２２は、メモリ１１２３からプログラムコードをロードし、プログラムコードを実行することができる。プログラムコードを実行すると、制御回路１１２２は、例えば、ワイヤレスリンク１１４上でＵＥ１０１と通信することと、データリンク１８９に沿ってデータを転送することを含む、ＵＥ１０１に提供されるデータサービスに関連付けられる１又は複数のデータリンク１８９をサポートすることと、例えば、ＡＰＩに従って、例えば、公開ノードなどのノードにおいて報告サービスのＡＰＩを公開することによって、データリンク１８９上でＤＳＩのための報告サービスを実装することと、報告サービスのためのサブスクリプションを確立すること（サブスクリプションは、ＢＳ１１２とＡＦ１３４との間にある）と、サブスクリプションに従ってＤＳＩをＡＦに提供することと、例えば、ターゲットＢＳへのハンドオーバを実行するなど、ＵＥモビリティを検出すると、サブスクリプションをターゲットＢＳに移行することと、などの本明細書に説明される技術を実行することができる。

図３Ａは、ＳＭＦ１３２を模式的に示している。ＳＭＦ１３２は、ＣＮ制御プレーンノードを実装する。ＳＭＦ１３２は、セッション管理制御ノード又は単にセッション制御ノードを実装する。ＳＭＦ１３２は、制御回路１３２２を含む。ＳＭＦ１３２はまた、セルラーＮＷ１００の他のノード又はＡＦ１３４などの外部ノードと通信するためのインターフェース１３２５を含む。制御回路１３２２は、メモリ１３２３からプログラムコードをロードし、プログラムコードを実行することができる。プログラムコードを実行すると、制御回路１３２２は、例えば、ＵＰＦ１２１を制御することを含む、ＵＥに提供されるデータサービスに関連付けられる１又は複数のデータリンク１８９をサポートすることと、例えば、ＡＰＩに従って、例えば、公開ノードなどのノードにおいて報告サービスのＡＰＩを公開することによって、データリンク１８９のＤＳＩのための報告サービスを実装することと、報告サービスのためのサブスクリプションを確立すること（サブスクリプションは、ＳＭＦ１３２とＡＦ１３４との間にある）と、サブスクリプションに従ってＤＳＩをＡＦ１３４に提供することと、例えば、ＵＥモビリティに起因して、ＵＥ１０１がＳＭＦ１３２によって処理されるサービスエリアから移動したことを検出すると、サブスクリプションをターゲットＳＭＦに移行することと、などの本明細書に説明される技術を実行することができる。

図３Ｂは、ＵＰＦ１２１を概略的に示している。ＵＰＦ１２１は、ＣＮユーザプレーンノードを実装する。ＵＰＦ１２１は、アプリケーションデータを転送するためのゲートウェイを実装する。ＵＰＦ１２１は、制御回路１２１２を含む。ＵＰＦ１２１はまた、セルラーＮＷ１００の他のノード又はＡＦ１３４などの外部ノードと通信するためのインターフェース１２１５を含む。制御回路１２１２は、メモリ１２１３からプログラムコードをロードし、プログラムコードを実行することができる。プログラムコードを実行すると、制御回路１２１３は、例えば、１又は複数のデータリンク１８９に沿って通信されるアプリケーションデータを転送することによってゲートウェイとして動作することを含む、ＵＥに提供されるデータサービスに関連付けられる１又は複数のデータリンク１８９をサポートすることと、例えば、ＡＰＩに従って、例えば、公開ノードなどのノードにおいて報告サービスのＡＰＩを公開することによって、データリンク１８９のＤＳＩのための報告サービスを実装することと、報告サービスのためのサブスクリプションを確立すること（サブスクリプションは、ＵＰＦ１２１とＡＦ１３４との間にある）と、サブスクリプションに従ってＤＳＩをＡＦ１３４に提供することと、例えば、ＵＥモビリティに起因して、データリンク１８９が別のＵＰＦによって処理されるように再ルーティングされたことを検出すると、サブスクリプションをターゲットＵＰＦに移行することと、などの本明細書に説明される技術を実行することができる。

図４は、ＡＦ１３４を模式的に示している。ＡＦ１３４は、制御回路１３４２を含む。ＡＦ１３４はまた、他のノード、例えばセルラーＮＷ１００のノードと通信するためのインターフェース１３４５を含む。制御回路１３４２は、メモリ１３４３からプログラムコードをロードし、プログラムコードを実行することができる。プログラムコードを実行すると、制御回路１３４２は、例えば、ＡＦ１３４のそれぞれのサーバを適切に制御することによって、又はデータリンクを終端するＡＦ１３４によって制御されることによって、ＵＥに提供されるデータサービスに関連付けられた１又は複数のデータリンク１８９を制御することと、例えば、ＮＥＦ１３８と通信することによって、ＵＥとの間で提供されるデータサービスを制御することと、ＡＰＩを使用することを許可されることを要求し、データリンク１８９のＤＳＩの報告サービスのためにＮＥＦ１３８の助けを借りて又は借りずに、ＡＦ１３４とＤＳＩを提供する対応する報告ノードとの間にあるサブスクリプションを確立することと、例えば、ＵＥモビリティに起因して、データリンク１８９が別のＡＦによって処理されるように再ルーティングされたことを検出すると、サブスクリプションをターゲットＡＦに移行することと、などの本明細書に記載の技術を実行することができる。

図５は、ＮＥＦ１３８を概略的に示している。ＮＥＦ１３８は、ＮＷ公開ノードを実装する。ＮＥＦ１３８は、制御回路１３８２を含む。ＮＥＦ１３８は、インターフェース１３８５も含む。ＮＥＦ１３８は、インターフェース１３８５を介してセルラーＮＷ１００内のノードと通信することができ、インターフェース１３８５を介してＡＦ１３４などの外部ノードと通信することもできる（図５は、ＮＥＦ１３８がこれらのタスクのために単一のインターフェース１３８５を有することを示しているが、ＮＥＦ１３８は複数のインターフェースを含むこともできる）。制御回路１３８２は、メモリ１３８３からプログラムコードをロードすることができる。プログラムコードを実行すると、制御回路１３８２は、本明細書に説明されるような技術、例えば、１又は複数の報告ノードから、登録データを受信することであって、登録データは、１又は複数の報告ノードによって提供される報告サービスに関連し、報告サービスは、ＵＥに提供されるデータサービスのデータリンクのＤＳＩ上にある（登録データは、報告サービスに関連付けられるＡＰＩを公開する１又は複数の報告ノードの一部として受信され得る）ことと、報告サービスＡＰＩをアドバタイズ／公開することと、報告サービスへのサブスクリプションの確立をトリガすることと、ソース報告ノードからターゲット報告ノードへ、且つ／又はソースＡＮからターゲットＡＮへのサブスクリプションの移行を容易にすることと、ＡＰＩに従って報告サービスへのサブスクリプションを確立、管理、及び／又は解放することと、などの本明細書に記載の技術を実行することができる。

図６は、種々の例による方法のフローチャートである。所望によるボックスが破線で示されている。図６の方法は、ＮＷ公開ノードによって実行することができる。例えば、ＮＷ公開ノードは、ＮＥＦ１３８（図１参照）によって実装され得る。

図６の方法は、報告ノードによって提供される報告サービスのためのサブスクリプションを確立することを容易にし、報告ノードは、データサービスのアプリケーションデータの通信に関連するデータリンクをサポートする。このように、データサービスと報告サービスは互いに関連付けられている。報告サービスの一部として、報告ノードは、サブスクリプションに従ってＤＳＩを提供する。ＤＳＩは、データリンクの状態を示している。

この方法はボックス６１０１で開始する。ボックス６１０１において、報告サービスのための登録データ、例えばＡＰＩのドキュメンテーション及び情報が取得される。

原則として、登録データは、１又は複数のメッセージを使用して取得することができる。登録データは、複数のメッセージ内の複数のノードから、又は単一のメッセージ内の単一のノードから取得することができる。例えば、登録データの少なくとも一部は、報告ノードによって提供され得る。代替的又は追加的に、登録データの少なくとも一部は、セッション管理制御ノードによって、例えばＳＭＦ１３２（図１）によって提供され得る。

原則として、登録データは、複数の報告ノードによって提供される複数の報告サービスについて取得することができる。公開ノードは、複数の報告ノードについて登録データが記憶されるリポジトリを保持することができる。

登録データは、関連する報告サービスの構成を示すことができる。原則として、報告サービスは、特定のデータサービスに関連付けられた特定のデータリンクに対して具体的に提供されてもよく、又は、どのデータリンクがそれぞれの報告ノードによってサポートされるかに基づいて、複数のデータサービスの複数のデータリンクに対して提供されてもよい。

例えば、登録データは、報告ノードのアドレスを示す。これにより、潜在的な加入者は、報告ノードのアドレスにメッセージを送信することによって報告ノードに到達することができる。

登録データは、報告サービスに関連付けられたサービスエリアを示すことができる。サービスエリアは、特定のエリアを指定することができ、所与のデータリンクがこのエリアを通してルーティングされる場合、報告ノードは、ＤＳＩを提供することが可能であり得る。サービスエリアは、地理的エリアに関して指定されてもよく、又は例えば、それぞれの報告ノード、例えば、ＳＭＦ１３２又はＵＰＦによるサービスであるＲＡＮのＢＳのセットに関して指定されてもよい。

登録データは、特定のデータリンクの一意の識別子を含むこともできる。登録データは、報告ノードが現在それぞれのデータリンクをサポートしている１又は複数のＵＥの識別情報を含むこともできる。登録データのかかる動的部分は、例えば、データリンクが再ルーティングされるとき、又はＵＥが他のＢＳに再接続されるか若しくはモビリティを経験するときなどに、しばしば更新され得る。

次いで、ボックス６１０２において、報告サービスがアドバタイズされる。例えば、登録データに基づいて、複数の外部ＡＮによってアクセスされ得るリポジトリ内にそれぞれのエントリを生成することができる。クエリを受信し、応答することができる。例えば、アドバタイズのために、ＣＡＰＩＦによる公開メカニズムを使用することができる。ブロードキャストが使用されてもよいが、一般的には必要とされない。

ボックス６１０２で報告サービスをアドバタイズするときに登録データの一部のみが公開／公開されること、すなわち、登録データの少なくとも別の部分が外部ＡＮから隠されることが可能である。例えば、登録データの動的部分、例えば、所与のＢＳ１１２、１１３に現在接続されているＵＥの識別情報、所与のＳＭＦ１３２又はＵＰＦ１２１によって現在サポートされている特定のデータリンクなどは、公開されない場合がある。登録データのかかる動的部分は頻繁に変化することがあるので、それらをアドバタイズすることは望ましくないことがある。更に、登録データのかかる動的部分は機密性が高く、したがって、アドバタイズされるのに適していない可能性がある。

次に、所望によるボックス６１０３において、複数の候補ＡＮのうちの所与のＡＮが報告サービスに加入する意図を有することが判定される。例えば、これは、ＡＮからそれぞれのサブスクリプション意図メッセージを受信することを含み得る。

サブスクリプション意図メッセージは、データサービスインジケータを含み得る。データサービスインジケータは、ＤＳＩのための関連する報告サービスが必要とされるデータサービスを示すことができる。したがって、データサービスインジケータは、データサービスに関連付けられたＵＥの識別情報、それぞれのデータリンクの識別子、又は、例えば、地理的な観点での、若しくはＵＥが接続される特定のＢＳに対するＵＥの位置、又はセル識別情報を示すことができる。データサービスインジケータは、特定のデータサービスの一意の識別子を含むこともできる。

ボックス６１０４において、ＡＮのサブスクリプション意図を判定すると、ＡＮは所望により認証され得る。これは、ＡＮの識別情報に基づき得る。ボックス６１０４における認証は、報告サービスへのサブスクリプションが要求されるデータサービスに関連付けられたアクセス資格情報に基づくことも可能である。例えば、ＡＮがＵＥとのデータサービスを既に確立しており、データサービスのこの確立の一部として、データサービスに関連付けられたアクセス資格情報が提供されていると考えられる。次に、アクセス資格情報を検証することができる。

ボックス６１０４の認証が成功した場合、ボックス６１０５において、適切な報告ノードが決定される。これは、ＡＮから取得されたデータサービスインジケータと登録データのそれぞれの部分との間の一致を実行することを含み得る。一致した場合、ボックス６１０６において、報告ノードとＡＮとの間のサブスクリプションがトリガされる。したがって、ボックス６１０３においてサブスクリプションの意図を判定すると、サブスクリプションがトリガされる。

データサービスインジケータが報告ノードによって提供された登録データのそれぞれの部分と相関した場合、ボックス６１０５において一致が存在し得る。これは、以下の表１の一部の例に示されている。

一致により、所与の報告ノードが要求された報告サービスを提供することができるかどうかをチェックする可能性、及び／又は要求されたサービスを提供するために複数の登録された報告ノードから所与の報告ノードを選択する可能性を提供することができる。後者のシナリオは、複数の報告ノードが登録データを公開ノードに提供するが、例えば、異なるサービスエリア、異なるＵＥなどにサービスを提供する場合に特に有用であり得る。

ボックス６１０６においてサブスクリプションをトリガすることは、例えば、報告ノードの識別情報及び／又は報告ノードのアドレス及び／又は報告サービスのためのアクセス資格情報をＡＮに提供することを含み得る。それによって、ＡＮは、ボックス６１０６で提供されるかかる情報に基づいて、サブスクリプション要求を報告ノードに連絡することができる。

代替的又は追加的に、ボックス６１０６におけるサブスクリプションの該トリガは、ＡＮの識別情報及び／又はアドレスを報告ノードに提供することも含み得る。対応するサブスクリプション要求が、報告ノードに送信され得る。かかる情報は、サブスクリプション意図メッセージの一部としてＡＮから取得され得る。これにより、報告ノードは、ＡＮのサブスクリプション意図を通知され得る。サブスクリプションの確立に関するそれぞれの詳細も、図７に関連して示されている。

図７は、種々の例による方法のフローチャートである。図７の方法は、図６の方法と相互に関連している。図７の方法は、サブスクリプションの一部として、データリンクのＤＳＩを決定及び提供する報告ノードによって実行することができる。データリンクは、データサービスに関連付けられたアプリケーションデータの通信のためのものである。このようにして、データサービスと報告サービスとを互いに関連付けることができる。報告ノードは、ＲＡＮのアクセスノード、すなわち、ＢＳ、例えば、ＢＳ１１３（図１参照）のＢＳ１１２によって実装することができる。かかるシナリオでは、ＤＳＩは、特に、ＢＳによってサポートされる通信ＮＷのワイヤレスリンクに沿ったデータリンクのセクションの状態に関係し得る。更なるシナリオでは、報告ノードは、ＣＮノードによって、例えばゲートウェイノードなどのユーザプレーンのＣＮノード、例えばＵＰＦ１２１（図１参照）によって実装することができる。ここで、ゲートウェイノードは、ＣＮ内のデータリンクのそれぞれのセクションを処理することができる。また更なるシナリオでは、報告ノードは、制御プレーンＣＮノード、例えば、ＳＭＦ１３２（図１参照）によって実装することができる。かかるＣＮノードは、ＣＮ内のそれぞれのセクションに沿ってデータリンクを制御することができる。

ボックス６００１において、報告ノードは、データリンクのＤＳＩ上で報告サービスのための登録データを提供する。これは、報告サービスを公開する報告ノードと称され得る。報告ノードは、例えば、他のノードを介して直接又は間接的に、例えば、モビリティ制御ノード又はセッション制御ノードを介して間接的に、登録データを公開ノードに提供する。登録データは、報告サービスに関連付けられたＡＰＩに従って実装することができる。したがって、登録データは、ＡＰＩ識別子を含み得る。例えば、登録データの一部は、報告ノードによってサポートされる特定のデータリンクに関連してもよく、登録データのこの部分は、ＣＮのモビリティ制御ノード又はセッション制御ノード、例えば、ＡＭＦ１３１又はＳＭＦ１３２（図１参照）を介して報告ノードに間接的に提供されることが可能である。登録データは、１又は複数のメッセージにおいて提供され得る。ボックス６００１は、ボックス６１０１と相互に関連している。

ボックス６００２において、報告ノードは、登録データに従って報告サービスへのサブスクリプションを求めるサブスクリプション要求を受信する。サブスクリプション要求は、登録データへのポインタを含んでもよく、又は、例えば、ボックス６００１で参照されるようなＡＰＩ識別子を使用して、登録データに関連付けられてもよい。一例では、サブスクリプション要求は、ボックス６００１において登録データが提供された公開ノードから受信される。したがって、ボックス６００２はボックス６１０６と相互に関連付けることができる。かかる例では、サブスクリプション要求は、サービスに加入しようとする外部ＡＮの識別情報又はアドレスを示すことができる。別の例では、サブスクリプション要求は外部ＡＮから直接受信することができ、かかる例では、ボックス６１０６に関連して上記で説明したように、外部ＡＮに、公開ノードによって報告ノードの識別情報及び／又はアドレスを提供することができる。

原則として、外部ＡＮを認証するために、ＴＳ ２３．５０２のステップ２、図４．１５．３．２．３－１に説明されるような参照技術を使用することができる。したがって、外部ＡＮは、サブスクリプション要求に含まれる情報に基づいて（例えば、データ応答性をチェックすることによって）、又は公開ノードを介して認証され得る。

任意選択のボックス６００３において、外部ＡＮのアクセス資格情報を検証することができる。アクセス資格情報は、サブスクリプション要求に含まれ得る。例えば、アクセス資格情報は、ブロック６００１で過去に提供された登録データに基づいて検証することができる。例えば、暗号鍵ペア、例えば、公開鍵－秘密鍵ペアを使用することができる。

アクセス資格情報の検証が成功した場合、方法はボックス６００４で開始する。ボックス６００４において、報告ノードとＡＮとの間でサブスクリプションが確立される。これは、サブスクリプション要求に基づく。

サブスクリプションを確立することは、例えば、確認メッセージをＡＮに送信することを含み得る。サブスクリプションを確立することは、例えば、ＤＳＩを繰り返し提供するためのそれぞれの内部送信タイマを設定することを含み得る。サブスクリプションを確立することは、例えば、ＡＮのアドレス及び／又はサブスクリプションの識別子を記憶することを含み得る。サブスクリプションを確立することは、ＤＳＩの反復送信をトリガすることを含み得る。

次いで、ボックス６００５において、報告サービスへの確立されたサブスクリプションに従って、ＤＳＩが外部ＡＮに提供される。これは、ＤＳＩを含むメッセージを繰り返し送信することを含み得る。それによって、例えば、データリンクに沿って変化するビットフロー、輻輳レベルの変化などを考慮して、時間依存ＤＳＩに対する更新を提供することができる。

サブスクリプションに従ってＤＳＩを提供することによって（サブスクリプションは報告ノードとＡＮとの間にある）、かかるメッセージを、例えば、公開ノードを介さずに、外部ＡＮに直接ルーティングすることが可能である。これは、例えば、ＤＳＩを含むメッセージが（例えば、公開ノードのアドレスの代わりに）外部ＡＮのアドレスを使用して送信される可能性があることを意味する。外部ＡＮのアドレスは、報告サービスへのサブスクリプションの確立の一部として、例えば、サブスクリプション要求の一部として取得することができる。

原則として、ボックス６００１で提供される登録データの少なくとも（例えば、静的）部分は、報告ノードによってサポートされる複数のデータリンクをカバーすることが可能である。例えば、複数のデータリンクのうちの異なるデータリンクが、例えば異なるＵＥのための異なるサービスに関連付けられ得る。次いで、ボックス６００５におけるＤＳＩは、複数のデータリンクのうちの特定の１つに固有であり得る。例えば、ボックス６００２において受信されたサブスクリプション要求は、ＵＥの識別情報（例えば、複数のＵＥの複数のデータリンクが報告ノードによってサポートされている場合）又はデータリンクの識別子（例えば、１又は複数のＵＥの複数のデータリンクがサポートされている場合）のうちの少なくとも１つを示す可能性がある。ボックス６００５において提供されるＤＳＩは、次いで、その特定のＵＥ又はデータリンクに固有であり得る。ボックス６００５において提供されるＤＳＩは、アプリケーションデータがデータリンクに沿って通信される特定のデータサービスに関連付けられ得る。したがって、ＤＳＩは、ＵＥの識別情報、又はデータリンクの識別子、又は報告サービスに関連付けられたデータサービスのうちの少なくとも１つに応じて決定され得る。

しばしば、データリンクは再ルーティングされる場合がある。データリンクを再ルーティングするには様々な理由が存在し得る。例示的な理由には、終端ＵＥのモビリティ、データリンクをサポートする１又は複数のノードの輻輳、負荷分散などが含まれる。

図７の例では、ボックス６００６で再ルーティングが検出されない限り、ボックス６００５でＤＳＩが提供され続ける。ボックス６００６において、再ルーティングが検出された場合、方法はボックス６００７において開始する。

ボックス６００７において、報告ノードからターゲット報告ノードへのデータリンクの再ルーティングを該検出すると、サブスクリプションの移行がトリガされる。サブスクリプションは、ターゲット報告ノードに移行される。すなわち、ターゲット報告ノードは、ＤＳＩの決定及び提供を引き継ぎ、決定及び報告は、移行が完了すると、初期報告ノードにおいて停止することができる。

例えば、ＵＥモビリティに起因して－ＵＥが異なるＢＳに接続する（ハンドオーバ）場合、過去にＤＳＩを提供していたソースＢＳは、もはやデータリンクのそれぞれのセクションをサポートしていない。ハンドオーバのターゲットＢＳは、データリンクのそれぞれのセクションを新たにサポートしており、したがって、ＤＳＩの報告サービスへのサブスクリプションをソースＢＳからターゲットＢＳに移行することができる。別の例では、ＵＥモビリティは、ＢＳの変化を引き起こす可能性があり、それとともに、ＵＰＦ及び／又はＳＭＦ、すなわち、データリンクのＣＮセクションをサポートするＣＮノードの変化を引き起こす可能性がある。また、かかるシナリオでは、サブスクリプションの移行が有用であり得る。

移行をトリガすることは、報告サービスをアドバタイズする公開ノードによって仲介されてもされなくてもよい。例えば、差し迫った移行が公開ノードに示され、次いで、移行を実行するためのそれぞれの制御シグナリングが公開ノードによって処理されることが可能である。別の例では、移行は、公開ノードに対して透過的であってもよく、又は公開ノードは、単に移行を通知されてもよいが、移行自体において能動的な役割を果たさなくてもよい。例えば、ボックス６００７において移行をトリガすることは、サブスクリプションの指示をターゲット報告ノードに（直接）提供すること、及び／又はターゲット報告ノードの指示をＡＮに（直接）提供することを含み得る。

図８は、種々の例による方法のフローチャートである。図８は、図６及び図７と相互に関連している。図８のフローチャートは、ＡＮによって実行されてもよい。例えば、図８の方法は、ＡＦ１３４（図１参照）によって実行されてもよい。

この方法は、ボックス６２０１で始まり、ＡＮがデータサービスを提供する。これは、データサービスに関連付けられたアプリケーションデータを提供又は消費するアプリケーションを実行するサーバを制御することを含み得る。サーバは、ＡＮの一部であってもなくてもよい。

本明細書で説明される例示的なデータサービスは、例えば、モバイルエッジコンピューティング、自律運転、コネクテッド産業などを含む。

データサービスは、ＵＥに提供される。これは、ＵＥと、アプリケーションを実行するサーバとの間で、データリンクに沿って、すなわち、ＵＥへ及び／又はＵＥから、アプリケーションデータを通信することを含む。データリンクは、通信ＮＷを介してルーティングされる。通信ＮＷは、データリンクの制御を容易にする。このために、ＡＮは、通信ＮＷのＡＰＩを使用することができる。このために、ＡＮは、通信ＮＷの公開ノードと通信することができる。

ＡＮは、ＤＳＩに基づいてデータサービスのプロビジョニングを強化することを意図することができる。このために、ボックス６２０２において、ＡＮは、ＤＳＩのための対応する報告サービスが通信ＮＷの公開機能によってアドバタイズされているかどうかをチェックすることができる。このチェックは、例えば、データサービス、例えば、データサービスの識別情報、データサービスが提供されるＵＥの位置などに基づき得る。

したがって、報告サービスはデータサービスに関連付けられる。

例えば、ボックス６２０２を実装するために、公開ノードによって公開された対応するリポジトリにアクセスすることができる。これは、ＣＡＰＩＦプロトコルに従うことができる。ボックス６２０２は、ボックス６１０２（図６参照）に対応する。

報告サービスのアドバタイズメントが利用可能である場合、ボックス６２０３において、サブスクリプション意図を公開ノードに提供することができる。サブスクリプション意図メッセージは、公開ノードに送信され得る。ボックス６２０３は、ボックス６１０３と相互に関連している。例えば、サブスクリプション意図メッセージは、データサービスが提供されるＵＥの識別情報を示すことができ、又はデータサービスが提供されるＵＥの位置を示すことができ、又はデータサービスを示すことができる。

次に、ボックス６２０４において、サブスクリプション詳細が取得される。例えば、これは、アクセスノードと報告ノードとの間のサブスクリプションが確立されたことに従ってＤＳＩを提供することができる報告ノードのアドレスを含み得る。所望により、アクセス資格情報を取得することができる。したがって、ボックス６２０４はボックス６１０６（図６参照）に対応する。

次いで、ボックス６２０５において、サブスクリプションを確立するために、サブスクリプション要求が報告ノードに送信される。したがって、ボックス６２０５はボックス６００２（図７参照）に対応する。公開ノードがサブスクリプション要求を提供するシナリオでは、ＡＮがサブスクリプション要求を送信する必要はなく、ステップ６２０３で十分である。

ボックス６２０６において、報告ノードとＡＮとの間でサブスクリプションが確立されると、ＤＳＩが受信される。例えば、メッセージを繰り返し受信することができ、このメッセージはＡＮにアドレス指定され、報告ノードから発信される。ボックス６２０６はボックス６００５と相互に関連している。

次いで、ボックス６２０７において、ＤＳＩに依存してデータサービスを提供することが可能である。例えば、バッファレベルは、ＤＳＩに応じて調整されてもよい。例えば、コーデックは状態情報に応じて調整されてもよい。例えば、差し迫った輻輳を緩和するために対策を講じることができる。ボックス６２０７において、データサービスに関連付けられたアプリケーションを適切に制御することが可能である。

ボックス６２０８において、データリンクがターゲットＡＮに再ルーティングされるかどうかがチェックされる。例えば、別のＡＮが、アプリケーションを実行するサーバを制御する全体的な責任を負う場合がある。再ルーティングが検出された場合、ボックス６２０９において、ターゲットＡＮへのサブスクリプションの移行がトリガされる。通信ＮＷ内の再ルーティングが検出された場合、ＡＮは、ターゲット報告ノードへの新しいアドレスを使用する。

これは、ターゲットＡＮへのサブスクリプションの指示を提供することを含み得る。代替的又は追加的に、ターゲットＡＮの指示が報告ノードに提供され得る。ターゲットＡＮの指示を公開ノードに提供することも可能である。

図９は、図１のセルラーＮＷ１００の種々のノード間の通信のシグナリング図である。図９のシグナリングは、図６、図７、及び図８の方法を実装するために使用することができる。図９は、報告ノードがＢＳ１１２によって実装される例を示しているが、他の例では、他のノードが報告ノードを実装してもよい。

４００１において、ＢＳ１１２は、ＮＥＦ１３８においてＤＳＩ３０３２の報告サービスを登録する。すなわち、ＢＳ１１２は、報告サービスのための登録データ３００１をＮＥＦ１３８に提供する。図９の例では、登録データ３００１は、ここでは完全修飾ドメイン名によって実装されるＢＳ１１２のアドレスを含む。

登録データ３００１を提供することは、ＡＰＩを公開することに対応し得る。登録データ３００１は、サポートされるサービスエリアを含み得る。登録データ３００１は、ＡＰＩの名前の一部としてサービスエリアを示すことができる。例えば、ＢＳ１１２は、この名前構文「ｒｎｉｓ．＜ＣｅｌｌＩＤ＞．ｏｐｅｒａｔｏｒ．ｃｏｍ」を有する「ｒｎｉｓ」インターフェースを公開することができる。ここで、＜ＣｅｌｌＩＤ＞は、ＢＳ１１２のセルＩＤである。又は、各ＢＳ１１２は、ＡＰＩ、例えば、「ｒｎｉｓ．ｏｐｅｒａｔｏｒ．ｃｏｍ」を公開することができ、ＢＳ１１２がＮＥＦ１３８にＡＰＩを登録するとき、更に、特定のセルＩＤに対してのみ有効であるようにＡＰＩを登録する。これは、ＡＰＩの名前が同じであることを意味する。

報告サービスの登録は、必ずしも特定のデータリンク又は特定のＵＥに固有ではなく、ＵＥ１０１は、例えば、まだＢＳ１１２に接続しておらず、したがって、ＢＳ１１２は、ＵＥ１０１へのサービスプロバイダに関連付けられたそれぞれのデータリンクを処理しない。

ＢＳ１１２によって提供される登録データに基づいて、ＮＥＦ１３８は、リポジトリ内にそれぞれのエントリを作成することができる。

４００２において、ＢＳ１１３は、その登録データ３００１をＮＥＦ１３８に提供する。これは４００１に相当する。

次に、４００３において、ＵＥ１０１は、例えば、ランダムアクセスプロシージャ３０１１を使用して、ネットワークに登録するためにＢＳ１１２に接続する。

４００４において、ＢＳ１１２は、登録メッセージ３０１２（例えば、ＮＡＳメッセージ）をＡＭＦ１３１（図示せず）に転送し、ＡＭＦ１３１は、ＵＥＩＤをＵＥに割り当て、次に、４００５において、（例えば、ＰＤＵセッションをセットアップするために）ＵＥがネットワークに登録されているという対応する通知メッセージ３０１３をＮＥＦ１３８に提供する。メッセージ３０１３は、ＵＥ１０１の識別情報（ＵＥ ＩＤ）を示すことができる。ＵＥ１０１のこの識別情報は、ＮＥＦ１３８によって使用することができる登録データでもある。ＢＳ１１２は、登録データのこの部分を、ＡＭＦ１３１を介してＮＥＦ１３８に間接的に提供する。

ボックス４０１１において、ＮＥＦ１３８は、次いで、ＢＳ１１２によって提供される報告サービス、並びにＢＳ１１３によって提供される報告サービスをアドバタイズすることができる。これは、４００１～４００２及び４００５で受信された登録データに基づく。例えば、ＮＥＦ１３８はそれぞれのリポジトリを維持することができ、ＡＦはリポジトリ内の登録データをルックアップすることができる。ＮＥＦ１３８は、ＡＦからのクエリに応答することができる。原則として、特定のＵＥ関連又はデータリンク関連情報を受信する前であっても、報告サービスをアドバタイズすることが可能であり、すなわち、アドバタイズは４００５の前に開始してもよい。

４０２１において、ＵＥ１０１及びＡＦ１３４は、それぞれの接続メッセージ３０２１を通信することによってデータサービスを確立する。これは、データサービスのデータリンク１８９を設定するためである。ＢＳ１１２及びＳＭＦ１３２は、データリンクの確立に関与する。

この時点で、ＡＦ１３４は、ＤＳＩを取得するために、データサービスに関連付けられた報告サービスを確立することが有用であると判定することができる。

４０２２において、ＡＦ１３４は、それに応じて、ＮＥＦ１３８が報告サービスをアドバタイズすることに基づいて、サブスクリプション意図メッセージ３０２２をＮＥＦ１３８に送信する。

サブスクリプション意図メッセージ３０２２は、ＡＦ１３４のアクセス資格情報、ＵＥ１０１の識別情報、データサービスの識別子、データリンク１８９の識別子、及び／又はＵＥ１０１の位置を含み得る。

ＵＥの位置は、原則として、サービングセルのセル識別情報又はサービングＢＳのＩＰアドレスとして表され得る。

次に、ボックス４０２３において、サブスクリプション意図メッセージ３０２２に含まれるかかるデータを、ＮＥＦ１３８によって維持されるそれぞれのリポジトリと一致させることができる。したがって、ＮＥＦ１３８は、サブスクリプション意図メッセージ３０２２に含まれるデータを、例えば、４００１及び４００２においてＢＳ１１２及びＢＳ１１３から受信された登録メッセージ３００１の登録データ、及び／又はメッセージ３０１３に含まれる登録データと比較し／一致させることができる。サブスクリプション意図を処理するための適切なＢＳ１１２、１１３を選択することができる。対応する技術は、表１に関連して上で説明されている。

図９の例では、ＡＦ１３４がＤＳＩを必要とするデータリンク１８９をＢＳ１１２がサポートするので、ＮＥＦ１３８は、報告サービスのサブスクリプションに参加するためにＢＳ１１２を選択する。

図９のシナリオでは、ＵＥ１０１は、ＵＥ識別情報及び／又はＵＥ１０１の位置に関する情報をＡＦ１３４に提供しているが、他の例では、ＵＥ識別情報及び／又は位置に関するかかる情報は、ＡＦ１３４のそれぞれのクエリ、例えば、ＭＳＩＳＤＮなどの外部ＵＥ識別子に応じて、又はデータリンク１８９の識別子及び／又はデータサービスの識別子（図９には図示せず）に基づいて、ＮＥＦ１３８によってＡＦ１３４に提供されることも可能である。

ボックス４０２３における一致に基づいて、次に、ＮＥＦ１３８は、サブスクリプションの構成データ３０２３をＡＦ１３４に提供する。構成データ３０２３は、ＢＳ１１２のアドレスを含む。構成データ３０３２はまた、報告サービスのためのアクセス資格情報を含み得る。

次いで、ＡＦ１３４は、ＢＳ１１２のアドレス及び／又はアクセス資格情報を使用して、サブスクリプション要求３０２５をＢＳ１１２に送信することができる。サブスクリプション要求３０３５は、ＢＳ１１２によって過去に提供された登録データに関連付けられる。したがって、ＢＳ１１２は、サブスクリプション要求を、要求された特定の報告サービスにリンクすることができる。

次いで、このサブスクリプション要求３０２５に基づいて、報告サービスへのサブスクリプション５０１が、ＢＳ１１２とＡＦ１３４との間で確立される。したがって、ＢＳ１１２は、サブスクリプション５０１に従って、４０３２においてＡＦ１３４にアドレス指定されたそれぞれのメッセージを繰り返し送信することによって、ＤＳＩ３０３２を提供する。

データサービスがＵＥ１０１に提供され、４０３１において、それぞれのアプリケーションデータ３０３１が、データリンク１８９に沿ってＵＥ１０１とＡＦ１３４をホストするサーバ１８２との間で通信される。データサービスは報告サービスに関連付けられる。

図９はまた、データリンク１８９の再ルーティングに関する態様を示している。原則として、かかる態様は任意である。かかる態様を次に以下で説明する。

次に、４０３３において、ＵＥモビリティが発生する。これは、４０４１において、ＢＳ１１２からＢＳ１１３へのハンドオーバシグナリング３０４１をトリガする。ＡＭＦ１３１及びＳＭＦ１３２は、それに応じて通知されてもよい（図９に図示せず）。

４０４２において、ＢＳ１１２からＢＳ１１３へのデータリンク１８９のそれぞれの再ルーティングを検出すると、ＢＳ１１２からＢＳ１１３へのそれぞれの再配置メッセージ３０４２を送信することによって、ＢＳ１１２からＢＳ１１３へのサブスクリプション５０１の移行がトリガされる。再配置メッセージ３０４２は、サブスクリプションの指示、例えば、報告サービスの識別子及び／又はＡＦ１３４の指示を含み得る。

４０４３において、ＡＦ１３４は、例えば、それぞれのアドレス又はセル識別情報などを含めることによって、例えば、ＢＳ１１３を示す可能性があるそれぞれの通知メッセージ３０４３を送信することによって通知される。

レガシー実装形態によれば、データサービスに関連付けられたＵＥコンテキストもＢＳ１１２からＢＳ１１３に移行され得る。

図９の例では、サブスクリプションは、ＮＥＦ１３８を伴わずにＢＳ１１２からＢＳ１１３に移行されるが、別の例では、データリンク１８９の再ルーティング時に、ＢＳ１１２とＮＥＦ１３８との間のサブスクリプションを解決することができ、ＡＦ１３４は、ＢＳ１１２とＡＦ１３４との間のサブスクリプションに関して上記で説明したのと同様の方法で、ＢＳ１１３との新しいサブスクリプションを確立することができる。更に別の例では、ＮＥＦ１３８は、ＢＳ１１２とＢＳ１１３との間のそれぞれのメッセージを処理することによって移行を仲介することができる。

図９の例では、データリンク１８９はセルラーＮＷ１００内で再ルーティングされる。他の例では、データリンク１８９は、別のＡＦに切り替えることによって再ルーティングされてもよい。かかる例を図１０に示している。

図１０は、ＢＳ１１２と、ＡＦ１３４－１及びＡＦ１３４－２との間のシグナリングを示している。例えば、図１０のシグナリングは、図９のシグナリングの４０３１の後に開始することが可能である。

最初に、サブスクリプション５０１がＢＳ１１２とＡＦ１３４－１との間で確立される。したがって、ＢＳ１１２は、４１０１において、ＤＳＩ３０３２を含むメッセージを繰り返し送信する。

次いで、４１０２においてアプリケーションデータ３０３１を送信するために使用されるデータサービスのデータリンク１８９は、ＡＦ１３４－１のサーバ１８２－１からＡＦ１３４－２のサーバ１８２－２に再ルーティングされる（４１０６を参照）（対応する制御シグナリングは図１０に示されていない）。

報告サービスは、データサービスの移行とともに移行される。すなわち、サブスクリプション５０１は、それぞれの再配置メッセージ３０５１をＡＦ１３４－１からＡＦ１３４－２に送信することによって、それに応じて移行される。再配置メッセージ３０５１は、例えば、それぞれの識別子を含むことによって、サブスクリプションを示す。代替的又は追加的に、ＢＳ１１２の指示、例えば、アドレスなどを提供することが可能である。アクセス資格情報は、ＡＦ１３４－２に提供され得る。

次に、ＡＦ１３４－２は、移行をＢＳ１１２に通知し、その後、サブスクリプション５０１は、４１０５において、ＤＳＩ３０３２がＢＳ１１２によってＡＦ１３４－２に送信され得るように、ＡＦ１３４－１からＡＦ１３４－２に移行されている。

図１０の例では、ＡＦ１３４－１からＡＦ１３４－２へのサブスクリプションの再配置がＮＥＦ１３８の関与なしに実装されるシナリオが示されているが、他の例では、ＮＥＦ１３８が関与してもよい。例えば、移行はＮＥＦ１３８によって処理されてもよい。また、ＡＦ１３４－２が、例えば、図９のＡＦ１３４のサブスクリプション意図メッセージ３０２２に関連して説明したように、ＮＥＦ１３８にサブスクリプション意図を提供することも考えられる。

要約すると、上記では、外部ＡＮへのノースバウンドアドバタイズのために、ＮＷ公開ノードにおけるデータサービスのデータリンクのＤＳＩ上の報告サービスのための複数のＢＳ又は他の報告ノードを識別することを容易にする技術について説明した。例えば、かかる報告ノードのアドレス又はセル識別情報は、外部ＡＮへの対応するサブスクリプション意図の受信時にアドバタイズするか、又は提供され得る。同様の技術は、ＳＭＦ又はＵＰＦなどの他のコア－ＮＷノードにも適用され得る。

ＤＳＩは、無線アクセスＮＷ関連の「ランタイム」情報を含み得る。ＤＳＩはまた、コアＮＷ関連の「ランタイム」情報を含み得る。

データリンクの再ルーティングの場合に報告サービスのサービス連続性を容易にする技術を説明した。

特に、３ＧＰＰ ＮＲフレームワークにおいて、報告ノード（例えば、基地局又はＵＰＦ）が、関連するＤＳＩを用いて異なる目的のためのＡＰＩ又はＡＰＩのセットを定義した場合、報告ノードは、ＡＥＦ（ＡＰＩ Ｅｘｐｏｓｉｎｇ Ｆｕｎｃｔｉｏｎ）としてＣＡＰＩＦでＡＰＩを公開することができる。これにより、ＣＡＰＩＦ ＡＰＩ呼び出し部は、例えば、ＲＡＮからＡＭＦへ、次いで、ＮＥＦ／ＳＣＥＦへなど、いかなるインターフェースにも影響を与えることなく、ＡＰＩを直接使用することができる。このＣＡＰＩＦ ＡＰＩ呼び出し部、すなわち報告サーバへの加入者は、セルラーＮＷのオペレータと同じ信頼できるドメイン内にあるか否かにかかわらず、インターネット上の任意のＡＦ又はサーバとすることができる。報告ノードは、例えば、ＲＡＮノード又はＣＮ内の任意の他のＮＦ、例えば、ＳＭＦ／ＵＰＦであり得る。ＳＭＦ／ＵＰＦは、例えば、実際のＱｏＳ輻輳情報などを公開することができる。

報告ノードは、ＤＳＩを提供するために、新しいインターフェース、例えば、ＥＴＳＩ ＭＥＣ ＲＮＩＳ類似インターフェースに従って動作することができる。このインターフェースは、そのインターフェースをサポートする各報告ノードによってＮＥＦ／ＣＡＰＩＦ／ＡＥＦに登録することができる。ＡＮがそのインターフェースを使用したいとき、すなわち報告サービスに加入したいとき、それはＮＥＦからそれを要求し、（ＵＤＭの助けを借りて）ＮＥＦはアクセス権、ポリシーなどを処理し、ＡＮが許可されている場合、ＡＮはその時点から報告ノードから直接報告サービスＡＰＩを使用することができ、将来それを継続することができる。これは、ＡＭＦ、ＳＭＦ、及びＮＥＦを介して転送されることなく、報告ノードからＡＮへのＤＳＩの低レイテンシの公開／通知を可能にする。

３ＧＰＰでは、ＡＮが信頼できるドメインの外部に位置する可能性があり、ＲＡＮがアクセス権、ポリシーなどを処理しないので、ＲＡＮが外部ＡＮによって直接使用されるインターフェースを有するべきではないという要件があった。上記の解決策では、ＲＡＮ内のＢＳは、ＡＭＦに対する既存のインターフェースに加えて新しいインターフェースを使用することができるが、ＲＡＮは、ＡＦ許可、認証、ポリシーなどを処理する必要がない。

本発明を特定の好ましい実施形態に関して示し説明してきたが、本明細書を読んで理解すると、当業者は均等物及び修正を想起するであろう。本発明は、全てのかかる均等物及び修正を含み、添付の特許請求の範囲によってのみ限定される。

種々の例が、３ＧＰＰ ５Ｇ ＡＦによって実装されている報告サービスに加入しているＡＮの文脈で説明されている。他の例では、ＡＮは、別のタイプのノード、例えば、ＥＣサーバ、インターネットサーバなどによって実装されてもよい。

サブスクリプションが報告ノードとＡＮとの間にある種々の例について説明したが、他の例では、サブスクリプションは、報告ノードと、サービスに関連付けられたアプリケーションを実行するサーバとの間にあり得る。

Claims (27)

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. 前記制御回路は、請求項１７に記載の方法を実行するように構成されている、請求項２６に記載の外部アプリケーションノード。
    

Images