特表2024-517881 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ テレフオンアクチーボラゲット　エル　エム　エリクソン（パブル）の特許一覧

特表2024-517881第５世代コアネットワークにおけるユーザ機器のデータ取得

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6A
6B
7
8
9
10
11
12
13
14

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-23

(54)【発明の名称】第５世代コアネットワークにおけるユーザ機器のデータ取得

(51)【国際特許分類】

H04W 76/10 20180101AFI20240416BHJP

H04W 12/06 20210101ALI20240416BHJP

H04W 48/08 20090101ALI20240416BHJP

【ＦＩ】

H04W76/10

H04W12/06

H04W48/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023568417

(86)(22)【出願日】2022-05-09

(85)【翻訳文提出日】2023-12-28

(86)【国際出願番号】 EP2022062512

(87)【国際公開番号】W WO2022234144

(87)【国際公開日】2022-11-10

(31)【優先権主張番号】PCT/CN2021/092035

(32)【優先日】2021-05-07

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲットエルエムエリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】ヘ，インジャオ

(72)【発明者】

【氏名】デグレゴリオロドリゲス，ヘススアンヘル

(72)【発明者】

【氏名】チャン，ウェン

(72)【発明者】

【氏名】ジュー，ジンイン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA35

5K067DD17

5K067EE02

5K067EE16

5K067HH22

(57)【要約】

５ＧＣにおけるＵＥのデータ取得のための仕組みが提供される。ある方法は、第１ＮＦノードにより実行される。上記方法は、第２ＮＦノードから、ＵＥのデータを求めるリクエストを受け取ることを含む。上記方法は、ＡＡＡサーバＦＱＤＮを含むＵＥのデータを取得することを含む。上記ＡＡＡサーバＦＱＤＮは、ＵＤＲノードから取得され得る。上記方法は、ＡＡＡサーバＦＱＤＮを含むＵＥのデータを、第２ＮＦノードへ提供することとを含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

５ＧＣにおけるＵＥ（８５）のデータ取得のための方法であって、前記方法は第１ＮＦノード（１００）により実行され、前記方法は：
第２ＮＦノード（２００）から、前記ＵＥ（８５）のデータを求めるリクエストを受け取ること（Ｓ１０６）と、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを取得すること（Ｓ１０８）と、
前記ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第２ＮＦノード（２００）へ提供すること（Ｓ１１０）と、
を含む方法。

【請求項2】

請求項１に記載の方法であって、前記ＡＡＡサーバＦＱＤＮは、ＵＤＲノード（４５）から取得され、特に、前記方法は、さらに、
ＮＥＦノード（２０）から、前記ＡＡＡサーバＦＱＤＮを含む第１更新リクエストを受け取ること（Ｓ１０２）と、
前記ＵＤＲノード（４５）へ、前記ＡＡＡサーバＦＱＤＮと共に第２更新リクエストを提供すること（Ｓ１０４）と、を含む、方法。

【請求項3】

請求項１～２のいずれか１項に記載の方法であって、前記方法は、前記ＵＥ（８５）についてのＰＤＵセッション確立手続の一部として実行される、方法。

【請求項4】

請求項１～３のいずれか１項に記載の方法であって、データを求める前記リクエストは、前記ＵＥ（８５）についてのセッション管理加入データ取得のためのリクエストである、方法。

【請求項5】

請求項１～４のいずれか１項に記載の方法であって、データを求める前記リクエストは、５ＧＳ（１０）において前記ＵＥ（８５）について使用可能な情報を求めるリクエストである、方法。

【請求項6】

請求項１～５のいずれか１項に記載の方法であって、前記ＵＥ（８５）の前記データは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて提供される、方法。

【請求項7】

請求項１～６のいずれか１項に記載の方法であって、前記ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかのdnAaaAddress属性において提供される、方法。

【請求項8】

請求項１～７のいずれか１項に記載の方法であって、前記第１ＮＦノード（２００）は、ＵＤＭノードであり、前記第２ＮＦノード（２００）は、ＳＭＦノードである、方法。

【請求項9】

５ＧＣにおけるＵＥ（８５）のデータ取得のための方法であって、前記方法は第２ＮＦノード（２００）により実行され、前記方法は：
第１ＮＦノード（１００）へ、前記ＵＥ（８５）のデータを求めるリクエストを提供すること（Ｓ２０２）と、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第１ＮＦノード（１００）から受け取ること（Ｓ２０４）と、
を含む方法。

【請求項10】

請求項９に記載の方法であって、さらに、
ＡＡＡサーバと共に前記ＵＥの前記データを認証すること、を含み、前記ＡＡＡサーバは、前記ＡＡＡサーバＦＱＤＮに基づいて決定される、方法。

【請求項11】

請求項１０に記載の方法であって、前記ＡＡＡサーバを決定することは、ＤＮＳサーバへ前記ＡＡＡサーバＦＱＤＮを提供することにより、前記ＤＮＳサーバからＡＡＡサーバＩＰアドレスのセットを取得すること（Ｓ２０６）、を含む、方法。

【請求項12】

請求項９～１１のいずれか１項に記載の方法であって、前記方法は、さらに、
前記ＡＡＡサーバＦＱＤＮとＡＡＡサーバＩＰアドレスの前記セット内の各ＩＰアドレスとの間のマッピングを記憶すること（Ｓ２０８）、を含む、方法。

【請求項13】

請求項１１～１２のいずれか１項に記載の方法であって、前記方法は、さらに、
ＡＡＡサーバＩＰアドレスの前記セット内の前記ＩＰアドレスのうちの１つにある前記ＡＡＡサーバへ、前記ＵＥ（８５）についての認証リクエストを提供すること（Ｓ２１０）、を含む、方法。

【請求項14】

請求項９～１３のいずれか１項に記載の方法であって、前記認証リクエストは、前記ＵＥ（８５）についてのセカンダリ認証及び承認のためのものである、方法。

【請求項15】

請求項１４に記載の方法であって、ＡＡＡサーバＩＰアドレスの前記セット内の前記ＩＰアドレスのうちの前記１つで前記ＡＡＡサーバが到達可能でない場合に、前記リクエストは、ＡＡＡサーバＩＰアドレスの前記セット内の前記ＩＰアドレスのうちの他の１つへ提供される、方法。

【請求項16】

請求項１４又は１５に記載の方法であって、データを求める前記リクエストを提供することは、前記ＡＡＡサーバへのコンタクトの試行が前回失敗したことによりトリガされる、方法。

【請求項17】

請求項９～１６のいずれか１項に記載の方法であって、前記方法は、前記ＵＥ（８５）についてのＰＤＵセッション確立手続の一部として実行される、方法。

【請求項18】

請求項９～１７のいずれか１項に記載の方法であって、データを求める前記リクエストは、前記ＵＥ（８５）についてのセッション管理加入データ取得のためのリクエストである、方法。

【請求項19】

請求項９～１８のいずれか１項に記載の方法であって、データを求める前記リクエストは、５ＧＳ（１０）において前記ＵＥ（８５）について使用可能な情報を求めるリクエストである、方法。

【請求項20】

請求項９～１９のいずれか１項に記載の方法であって、前記ＵＥ（８５）の前記データは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて受け取られる、方法。

【請求項21】

請求項９～２０のいずれか１項に記載の方法であって、前記ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかのdnAaaAddress属性において受け取られる、方法。

【請求項22】

請求項９～２１のいずれか１項に記載の方法であって、前記第１ＮＦノード（２００）は、ＵＤＭノードであり、前記第２ＮＦノード（２００）は、ＳＭＦノードである、方法。

【請求項23】

５ＧＣにおけるＵＥ（８５）のデータ取得のための第１ＮＦノード（１００）であって、前記第１ＮＦノード（１００）は処理回路（１１０）を備え、前記処理回路は、前記第１ＮＦノード（１００）に：
第２ＮＦノード（２００）から、前記ＵＥ（８５）のデータを求めるリクエストを受け取ることと、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを取得することと、
前記ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第２ＮＦノード（２００）へ提供することと、
を行わせるように構成される、第１ＮＦノード（１００）。

【請求項24】

５ＧＣにおけるＵＥ（８５）のデータ取得のための第１ＮＦノード（１００）であって、前記第１ＮＦノード（１００）は：
第２ＮＦノード（２００）から、前記ＵＥ（８５）のデータを求めるリクエストを受け取るように構成される受取りモジュール（１１０ｃ）と、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを取得するように構成される取得モジュール（１１０ｄ）と、
前記ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第２ＮＦノード（２００）へ提供するように構成される提供モジュール（１１０ｄ）と、
を備える第１ＮＦノード（１００）。

【請求項25】

請求項２３又は２４に記載の第１ＮＦノード（１００）であって、請求項２～８のいずれか１項に記載の方法を実行するようにさらに構成される、第１ＮＦノード（１００）。

【請求項26】

５ＧＣにおけるＵＥ（８５）のデータ取得のための第２ＮＦノード（２００）であって、前記第２ＮＦノード（２００）は処理回路（２１０）を備え、前記処理回路は、前記第２ＮＦノード（２００）に：
第１ＮＦノード（１００）へ、前記ＵＥ（８５）のデータを求めるリクエストを提供することと、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第１ＮＦノード（１００）から受け取ることと、
を行わせるように構成される、第２ＮＦノード（２００）。

【請求項27】

５ＧＣにおけるＵＥ（８５）のデータ取得のための第２ＮＦノード（２００）であって、前記第２ＮＦノード（２００）は：
第１ＮＦノード（１００）へ、前記ＵＥ（８５）のデータを求めるリクエストを提供するように構成される提供モジュール（２１０ａ）と、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第１ＮＦノード（１００）から受け取るように構成される受取りモジュール（２１０ｂ）と、
を備える第２ＮＦノード（２００）。

【請求項28】

請求項２６又は２７に記載の第２ＮＦノード（２００）であって、請求項１０～２２のいずれか１項に記載の方法を実行するようにさらに構成される、第２ＮＦノード（２００）。

【請求項29】

５ＧＣにおけるＵＥ（８５）のデータ取得のためのコンピュータプログラム（１１２０ａ）であって、前記コンピュータプログラムはコンピュータコードを含み、前記コンピュータコードは、第１ＮＦノード（１００）の処理回路（１１０）上で実行された場合に、前記第１ＮＦノード（１００）に：
第２ＮＦノード（２００）から、前記ＵＥ（８５）のデータを求めるリクエストを受け取ること（Ｓ１０６）と、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを取得すること（Ｓ１０８）と、
前記ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第２ＮＦノード（２００）へ提供すること（Ｓ１１０）と、
を行わせる、コンピュータプログラム（１１２０ａ）。

【請求項30】

５ＧＣにおけるＵＥ（８５）のデータ取得のためのコンピュータプログラム（１１２０ｂ）であって、前記コンピュータプログラムはコンピュータコードを含み、前記コンピュータコードは、第２ＮＦノード（２００）の処理回路（２１０）上で実行された場合に、前記第２ＮＦノード（２００）に：
前記第１ＮＦノード（１００）へ、前記ＵＥ（８５）のデータを求めるリクエストを提供すること（Ｓ２０２）と、
ＡＡＡサーバＦＱＤＮを含む前記ＵＥ（８５）の前記データを、前記第１ＮＦノード（１００）から受け取ること（Ｓ２０４）と、
を行わせる、コンピュータプログラム（１１２０ｂ）。

【請求項31】

請求項２９及び３０の少なくとも１項に記載のコンピュータプログラム（１１２０ａ，１１２０ｂ）と、前記コンピュータプログラムが記憶されたコンピュータ読取可能な記憶媒体（１１３０）とを含む、コンピュータプログラムプロダクト（１１１０ａ，１１１０ｂ）。

【発明の詳細な説明】

【技術分野】

【0001】

ここで提示される実施形態は、第５世代コアネットワークにおけるユーザ機器のデータ取得のための方法、ネットワーク機能ノード、コンピュータプログラム、及びコンピュータプログラムプロダクトに関連する。

【背景技術】

【0002】

一般的にいうと、第５世代（５Ｇ）システム（５ＧＳ）は、５Ｇ新無線（ＮＲ）エアインタフェース、又は５Ｇコアネットワーク（５ＧＣ）へ接続される進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）エアインタフェースを使用する電気通信システムである。５ＧＣは、ネットワーク機能（ＮＦ）と呼ばれる機能エンティティを含む。システムの機能性はＮＦの集合により達成され、ＮＦは、自身のサービスへのアクセス権限を認められた他のＮＦへサービスを提供する。各ＮＦは異なる機能性を提供し、それにより様々なサービスが提供される。

【0003】

図１は、通信ネットワーク１０を示す概略図である。通信ネットワーク１０は、公衆地上移動体ネットワーク（ＰＬＭＮ）であるとみなされてもよく、５ＧＳのリファレンスアーキテクチャを表しており、次のエンティティを含む：認証サーバ機能（ＡＵＳＦ）ノード５０、アクセス及びモビリティ管理機能（ＡＭＦ）ノード５５、例えば事業者サービスやインターネットアクセスやサードパーティサービスであるデータネットワーク（ＤＮ）８０、ネットワーク露出機能（ＮＥＦ）ノード２０、ネットワークリポジトリ機能（ＮＲＦ）ノード２５、ネットワークスライス選択機能（ＮＳＳＦ）ノード１５、ポリシー制御機能（ＰＣＦ）ノード３０、セッション管理機能（ＳＭＦ）ノード２００、統一データマネージャ（ＵＤＭ）ノード１００、統一データリポジトリ（ＵＤＲ）ノード４５、ユーザプレーン機能（ＵＰＦ）ノード７５、アプリケーション機能（ＡＦ）ノード３５、クライアントノードとも称されるユーザ機器（ＵＥ）８５、（無線）アクセスネットワーク（（Ｒ）ＡＮ）７０、ネットワークデータ分析機能（ＮＷＤＡＦ）ノード６０、バインディングサポート機能（ＢＳＦ）ノード４０、及び課金機能（ＣＨＦ）ノード６５。サービスベースのインタフェースは、Ｎｘｙｚ（例えば、Ｎｎｓｓｆ、Ｎｎｅｆなど）というフォーマットで表されており、ポイントツーポイントのインタフェースは、Ｎｘ（例えば、Ｎ１、Ｎ２など）というフォーマットで表されている。

【0004】

（ＳＭＦノードといった）ＮＦがＵＥについての情報の取得のためにＵＤＭとインタラクションする２つの非限定的かつ例示的な例がこれより開示されるであろう。

【0005】

第１の例が、図２のシーケンス図において提供されている。この例によれば、ＮＦ（例えば、ＳＭＦ）は、ＵＤＭに対し、セッション管理加入データ取得（Session Management Subscription Data Retrieval）を求めるリクエストを行う。当該ＮＦは、ＵＤＭＧＥＴリクエスト（SUPI，選択ネットワークスライス，及び／又はDNN）をＵＤＭへ送信する。ＵＤＭは、ＵＥのセッション管理加入データ（SessionManagementSubscriptionDataオブジェクトの配列であり、Ｓ－ＮＳＳＡＩごとに１つの配列要素）を返却することになる。SessionManagementSubscriptionDataは、SessionManagementSubscriptionData＼DnnConfiguration＼dnAaaAddressを含む。DnnConfigurationの１つの定義が、"5G System; Unified Data Management Services; Stage 3"というタイトルの３ＧＰＰＴＳ２９．５０３バージョン１７．２．０のテーブル６．１．６．２．９－１において与えられている。

【0006】

Ｓ１１：ＡＭＦは、ＵＥ又は（Ｒ）ＡＮからＰＤＵセッション確立リクエスト（PDU Session Establishment Request）を受信する。

【0007】

Ｓ１２：ＡＭＦは、ＳＭＦへNsmf_PDUSession_CreateSMContextリクエストを送信する。

【0008】

Ｓ１３：ＳＭＦは、ＡＭＦへNsmf_PDUSession_CreateSMContextレスポンスを送信する。

【0009】

Ｓ１４：ＳＭＦは、ＵＤＭへセッション管理加入データ取得を求めるＧＥＴリクエスト（SUPI，sm-data）を送信する。

【0010】

Ｓ１５：ＵＤＭは、ＵＤＲへセッション管理加入データ取得を求めるＧＥＴリクエスト（SUPI，sm-data）を送信する。

【0011】

Ｓ１６：ＵＤＲは、ＵＤＭへセッション管理加入データ（DnnConfiguration：ＡＡＡサーバ－１のＡＡＡサーバＩＰアドレス）を伴う１００ＯＫメッセージを送信する。

【0012】

Ｓ１７：ＵＤＭは、ＳＭＦへセッション管理加入データ（DnnConfiguration：ＡＡＡサーバ－１のＡＡＡサーバＩＰアドレス）を伴う１００ＯＫメッセージを送信する。

【0013】

Ｓ１８：ＳＭＦは、受信したＡＡＡサーバＩＰアドレスを使用し、ＡＡＡサーバ－１へＲａｄｉｕｓ認証リクエスト（Radius Authentication Request）を送信する。いずれかのＩＰアドレスが不正であり、又はＡＡＡサーバ－１が動作上の障害を経験していて、ＡＡＡサーバ－１はそのために何らの応答も送信しないものとする。

【0014】

Ｓ１９：ＳＭＦは、（ＰＤＵセッション確立拒否）を伴うNamf_Communication_N1N2MessageTransferを送信することにより、ＰＤＵセッション確立を拒否する。

【0015】

第２の例が、図３のシーケンス図において提供されている。この例によれば、ＮＦ（例えば、ＮＥＦ）は、ＵＤＭに対し、５ＧＳにおいてＵＥのために使用可能な情報を提供することをリクエストする。ＵＤＭに対する生成／更新（CREATE/UPDATE）リクエストは、5GVnGroupConfiguration＼5gVnGroupData＼dnAaaAddressを含む。5GVnGroupDataの１つの定義が、前述した３ＧＰＰＴＳ２９．５０３のテーブル６．５．６．２．７－１において与えられている。

【0016】

Ｓ２１：ＮＦ（例えば、ＳＭＦ）は、ＵＤＭへNudm_SDM_Subscribeリクエストを送信する。

【0017】

Ｓ２２：ＵＤＭは、２０１Ｃｒｅａｔｅｄメッセージを送信する。

【0018】

Ｓ２３：ＡＦは、ＮＥＦへグループＩＤ（GroupId）、ＡＡＡサーバ－１のＩＰアドレス（5GVnGroup＼AAA Server IP Address）を伴うNnef_ParameterProvision_Create/Updateリクエストを送信する。

【0019】

Ｓ２４：ＮＥＦは、ＵＤＭへグループＩＤ、ＡＡＡサーバ－１のＩＰアドレス（5GVnGroup＼AAA Server IP Address）を伴うNnef_ParameterProvision_Create/Updateリクエストを送信する。

【0020】

Ｓ２５：ＵＤＭは、検証のためにＵＤＲとの間でNudr_DM_Query手続を実行する。

【0021】

Ｓ２６：ＵＤＭは、ＵＤＲとの間で、グループＩＤ（GroupId）、ＡＡＡサーバ－１のＩＰアドレス（5GVnGroup＼AAA Server IP Address）を伴うNudr_DM_Update手続を実行する。

【0022】

Ｓ２７：ＵＤＭは、ＮＥＦへNnef_ParameterProvision_Create/Updateレスポンスを送信する。

【0023】

Ｓ２８：ＮＥＦは、ＡＦへNnef_ParameterProvision_Create/Updateレスポンスを送信する。

【0024】

Ｓ２９：ＵＤＭは、ステップＳ２１にてＳＭＦが変更を購読していることから、ＳＭＦへグループＩＤ、ＡＡＡサーバ－１のＩＰアドレス（5GVnGroup＼AAA Server IP Address）を伴うNudm_SDM_Notification通知を送信する。

【0025】

Ｓ３０：ＳＭＦは、ＵＤＭへ２０４メッセージを送信する。

【0026】

Ｓ３１：ＳＭＦは、コンタクトすべき受信したＩＰアドレスを使用し、ＡＡＡサーバ－１へＲａｄｉｕｓ認証リクエストを送信する。いずれかのＩＰアドレスが不正であり、又はＡＡＡサーバ－１が動作上の障害を経験していて、ＡＡＡサーバ－１はそのために何らの応答も送信しないものとする。

【0027】

図２及び図３の双方の説明例において見ることができるように、ＵＤＭからＳＭＦへ（あるいは、より一般に第１ＮＦから第２ＮＦへ）提供される情報が、ＵＥのセカンダリ認証及び承認の実行を可能にしないいくつかのシナリオが存在するはずである。

【0028】

よって、第２ＮＦが第１ＮＦからＵＥの情報を取得するための改善された手続についてのニーズが存在する。

【発明の概要】

【0029】

ここでの実施形態の目的は、上のシナリオのようにＡＡＡサーバが利用不能に陥ることなく、又は少なくともその悪影響が軽減され若しくは減少する形で、（ＳＭＦといった）あるＮＦが（ＵＤＭといった）他のＮＦからＵＥの情報を取得することを可能にすることである。

【0030】

第１の観点によれば、５ＧＣにおけるＵＥのデータ取得のための方法が提示される。その方法は、第１ＮＦノードにより実行される。上記方法は、第２ＮＦノード（２００）から、ＵＥ（８５）のデータを求めるリクエストを受け取ること（Ｓ１０６）と、ＡＡＡサーバＦＱＤＮを含む上記ＵＥ（８５）の上記データを取得すること（Ｓ１０８）と、上記ＡＡＡサーバＦＱＤＮを含む上記ＵＥ（８５）の上記データを、第２ＮＦノード（２００）へ提供すること（Ｓ１１０）と、を含む。

【0031】

いくつかの実施形態において、上記ＡＡＡサーバＦＱＤＮは、ＵＤＲノード（４５）から取得される。

【0032】

いくつかの実施形態において、上記方法は、さらに、ＮＥＦノード（２０）から、上記ＡＡＡサーバＦＱＤＮを含む第１更新リクエストを受け取ること（Ｓ１０２）と、上記ＵＤＲノード（４５）へ、上記ＡＡＡサーバＦＱＤＮと共に第２更新リクエストを提供すること（Ｓ１０４）と、を含む。

【0033】

いくつかの実施形態において、上記方法は、上記ＵＥ（８５）についてのＰＤＵセッション確立手続の一部として実行される。

【0034】

いくつかの実施形態において、データを求める上記リクエストは、上記ＵＥ（８５）についてのセッション管理加入データ取得のためのリクエストである。

【0035】

いくつかの実施形態において、データを求める上記リクエストは、５ＧＳ（１０）において上記ＵＥ（８５）について使用可能な情報を求めるリクエストである。

【0036】

いくつかの実施形態において、上記ＵＥ（８５）の上記データは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて提供される。

【0037】

いくつかの実施形態において、上記ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかのdnAaaAddress属性において提供される。

【0038】

いくつかの実施形態において、第１ＮＦノード（２００）は、ＵＤＭノードであり、第２ＮＦノード（２００）は、ＳＭＦノードである。

【0039】

第２の観点によれば、５ＧＣにおけるＵＥのデータ取得のための第１ＮＦノードが提示される。第１ＮＦノードは、処理回路を備える。上記処理回路は、第１ＮＦノードに、第２ＮＦノードから上記ＵＥのデータを求めるリクエストを受け取ることを行わせるように構成される。上記処理回路は、第１ＮＦノードに、ＡＡＡサーバＦＱＤＮを含む上記ＵＥの上記データを取得することを行わせるように構成される。上記処理回路は、第１ＮＦノードに、上記ＡＡＡサーバＦＱＤＮを含む上記ＵＥの上記データを、第２ＮＦノードへ提供することを行わせるように構成される。

【0040】

第３の観点によれば、５ＧＣにおけるＵＥのデータ取得のための第１ＮＦノードが提示される。第１ＮＦノードは、第２ＮＦノードから上記ＵＥのデータを求めるリクエストを受け取るように構成される受取りモジュールを備える。第１ＮＦノードは、ＡＡＡサーバＦＱＤＮを含む上記ＵＥの上記データを取得するように構成される取得モジュールを備える。第１ＮＦノードは、上記ＡＡＡサーバＦＱＤＮを含む上記ＵＥの上記データを、第２ＮＦノードへ提供するように構成される提供モジュールを備える。

【0041】

第４の観点によれば、５ＧＣにおけるＵＥのデータ取得のためのコンピュータプログラムが提供され、上記コンピュータプログラムは、第１ＮＦノードの処理回路上で実行された場合に第１ＮＦノードに第１の観点に係る方法を実行させるコンピュータプログラムコードを含む。

【0042】

第５の観点によれば、５ＧＣにおけるＵＥのデータ取得のための方法が提示される。その方法は、第２ＮＦノードにより実行される。上記方法は、第１ＮＦノード（１００）へ、上記ＵＥ（８５）のデータを求めるリクエストを提供すること（Ｓ２０２）と、ＡＡＡサーバＦＱＤＮを含む上記ＵＥ（８５）の上記データを、第１ＮＦノード（１００）から受け取ること（Ｓ２０４）と、を含む。

【0043】

いくつかの実施形態において、上記方法は、ＡＡＡサーバと共に上記ＵＥの上記データを認証すること、をさらに含み、上記ＡＡＡサーバは、上記ＡＡＡサーバＦＱＤＮに基づいて決定される。

【0044】

いくつかの実施形態において、上記ＡＡＡサーバを決定することは、ＤＮＳサーバへ上記ＡＡＡサーバＦＱＤＮを提供することにより、上記ＤＮＳサーバからＡＡＡサーバＩＰアドレスのセットを取得すること（Ｓ２０６）、を含む。

【0045】

いくつかの実施形態において、上記方法は、上記ＡＡＡサーバＦＱＤＮとＡＡＡサーバＩＰアドレスの上記セット内の各ＩＰアドレスとの間のマッピングを記憶すること（Ｓ２０８）、をさらに含む。

【0046】

いくつかの実施形態において、上記方法は、ＡＡＡサーバＩＰアドレスの上記セット内の上記ＩＰアドレスのうちの１つにある上記ＡＡＡサーバへ、上記ＵＥ（８５）についての認証リクエストを提供すること（Ｓ２１０）、をさらに含む。

【0047】

いくつかの実施形態において、上記認証リクエストは、上記ＵＥ（８５）についてのセカンダリ認証及び承認のためのものである。

【0048】

いくつかの実施形態において、ＡＡＡサーバＩＰアドレスの上記セット内の上記ＩＰアドレスのうちの上記１つで上記ＡＡＡサーバが到達可能でない場合に、上記リクエストは、ＡＡＡサーバＩＰアドレスの上記セット内の上記ＩＰアドレスのうちの他の１つへ提供される。

【0049】

いくつかの実施形態において、データを求める上記リクエストを提供することは、上記ＡＡＡサーバへのコンタクトの試行が前回失敗したことによりトリガされる。

【0050】

いくつかの実施形態において、上記方法は、上記ＵＥ（８５）についてのＰＤＵセッション確立手続の一部として実行される。

【0051】

【0052】

【0053】

いくつかの実施形態において、上記ＵＥ（８５）の上記データは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて受け取られる。

【0054】

いくつかの実施形態において、上記ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかのdnAaaAddress属性において受け取られる。

【0055】

いくつかの実施形態において、第１ＮＦノード（２００）は、ＵＤＭノードであり、第２ＮＦノード（２００）は、ＳＭＦノードである。

【0056】

第６の観点によれば、５ＧＣにおけるＵＥのデータ取得のための第２ＮＦノードが提示される。第２ＮＦノードは、処理回路を備える。上記処理回路は、第２ＮＦノードに、第１ＮＦノードへ、上記ＵＥのデータを求めるリクエストを提供することを行わせるように構成される。上記処理回路は、第２ＮＦノードに、ＡＡＡサーバＦＱＤＮを含む上記ＵＥの上記データを、第１ＮＦノードから受け取ることを行わせるように構成される。いくつかの実施形態において、上記処理回路は、ＤＮＳサーバへ上記ＡＡＡサーバＦＱＤＮを提供することにより、上記ＤＮＳサーバからＡＡＡサーバＩＰアドレスのセットを取得すること、を第２ＮＦノードに行わせるように構成される。

【0057】

第７の観点によれば、５ＧＣにおけるＵＥのデータ取得のための第２ＮＦノードが提示される。第２ＮＦノードは、第１ＮＦノードへ上記ＵＥのデータを求めるリクエストを提供するように構成される提供モジュールを備える。第２ＮＦノードは、ＡＡＡサーバＦＱＤＮを含む上記ＵＥの上記データを、第１ＮＦノードから受け取るように構成される受取りモジュールを備える。いくつかの実施形態において、第２ＮＦノードは、ＤＮＳサーバへ上記ＡＡＡサーバＦＱＤＮを提供することにより、上記ＤＮＳサーバからＡＡＡサーバＩＰアドレスのセットを取得する、ように構成される取得モジュールを備える。

【0058】

第８の観点によれば、５ＧＣにおけるＵＥのデータ取得のためのコンピュータプログラムが提供され、上記コンピュータプログラムは、第２ＮＦノードの処理回路上で実行された場合に第２ＮＦノードに第５の観点に係る方法を実行させるコンピュータプログラムコードを含む。

【0059】

第９の観点によれば、第４の観点及び第８の観点のうちの少なくとも一方に係るコンピュータプログラムと、上記コンピュータプログラムが記憶されたコンピュータ読取可能な記憶媒体とを含む、コンピュータプログラムプロダクトが提示される。上記コンピュータ読取可能な記憶媒体は、非一時的なコンピュータ読取可能な記憶媒体であってもよい。

【0060】

有利なこととして、これら観点を、上のシナリオのようにＡＡＡサーバが利用不能に陥ることなく、又は少なくともその悪影響が軽減され若しくは減少する形で、（ＳＭＦといった）第２のＮＦが（ＵＤＭといった）第１のＮＦからＵＥの情報を取得するための手続において使用することができる。

【0061】

有利なこととして、これら観点は、ノードの冗長性を提供する。あるＡＡＡサーバに障害が起きた（又は対応するＩＰアドレスが利用不能である）場合、そのＡＡＡサーバによるある動作の実行を求めるリクエストを、ＦＱＤＮに従って、障害を経験していない他のＡＡＡサーバへ向かわせることができる。

【0062】

有利なこととして、これら観点は、ＡＡＡサーバ間の負荷分散を提供する。あるＡＡＡサーバが過負荷である場合、そのＡＡＡサーバによるある動作の実行を求めるリクエストを、ＦＱＤＮに従って、過負荷ではない他のＡＡＡサーバへ向かわせることができる。

【0063】

包含される実施形態の他の目的、特徴及び利点が、以下の詳細な開示から、添付の従属請求項から、並びに図面から明らかとなるであろう。

【0064】

概して、特許請求の範囲において使用される全ての用語は、ここで別段の明示的な定義のない限り、当技術分野におけるそれらの通常の意味に従って解釈されるべきである。あるエレメント、装置、コンポーネント、手段、モジュール、ステップなどへの全ての言及は、別段の明示的な記述の無い限り、それらエレメント、装置、コンポーネント、手段、モジュール、ステップなどの少なくとも１つの実例への言及としてオープンに解釈されるべきである。ここで開示されるどの方法のステップも、別段の明示的な記述の無い限り、開示した厳密な順序で実行されなくてよい。

【図面の簡単な説明】

【0065】

次の添付図面を参照しながら、発明概念がこれより例示のやり方で説明される：

【0066】

【図1】実施形態に係る通信ネットワークを示す概略図である。

【図2】一例に係る方法のシーケンス図である。

【図3】一例に係る方法のシーケンス図である。

【図4】一実施形態に係る方法のフローチャートである。

【図5】一実施形態に係る方法のフローチャートである。

【図6A】一実施形態に係る方法のシーケンス図である。

【図6B】一実施形態に係る方法のシーケンス図である。

【図7】一実施形態に係る方法のシーケンス図である。

【図8】一実施形態に係る第１ＮＦノードの機能ユニット群を示す概略図である。

【図9】一実施形態に係る第１ＮＦノードの機能モジュール群を示す概略図である。

【図10】一実施形態に係る第２ＮＦノードの機能ユニット群を示す概略図である。

【図11】一実施形態に係る第２ＮＦノードの機能モジュール群を示す概略図である。

【図12】一実施形態に係るコンピュータ読取可能な手段を含むコンピュータプログラムプロダクトの１つの例を示している。

【図13】いくつかの実施形態に係るホストコンピュータへ中間ネットワークを介して接続される電気通信ネットワークを示す概略図である。

【図14】いくつかの実施形態に係る部分的にワイヤレスな接続上で基地局を介して端末デバイスと通信するホストコンピュータを示す概略図である。

【発明を実施するための形態】

【0067】

発明概念のある実施形態が描かれている添付図面を参照しながら、これより発明概念が一層充分に説明されるであろう。その発明概念は、しかしながら、多くの異なる形式で具現化されてよく、ここで説示される実施形態に限定されるものとして解釈されるべきではなく、むしろ、それら実施形態は、本開示を綿密かつ完全なものとして当業者に発明概念のスコープが充分に伝わるように、例示の手段で提供されている。説明を通じて、類似の番号は類似のエレメントを指す。破線で示されるどのステップ又は特徴も、随意的なものと見なされるべきである。

【0068】

上で注記したように、あるＮＦが他のＮＦからＵＥについての情報を取得するための改善された手続を求めるニーズが存在する。この点において、dnAaaAddressは、ある単一のＩＰアドレスとして定義されている。図２の例では、これは、DnnConfiguration内のdnAaaAddressが１つの単一のＩＰアドレスとして定義されているという事実により示されている。図３の例では、これは、5GvnGroupData内のdnAaaAddressが１つの単一のＩＰアドレスとして定義されているという事実により示されている。したがって、ＡＡＡサーバが到達可能でない場合、又はＡＡＡサーバが何らかの障害に起因して適切に動作できない場合に、ＵＥについてのセカンダリ認証及び承認は失敗することになる。実際のネットワーク配備では、負荷分散及び冗長性を提供するために、複数のＡＡＡサーバが構成される可能性がある。したがって、dnAaaAddressがＦＱＤＮ情報により補償され又はそれと組合せられれば、複数のＡＡＡサーバＩＰアドレス（即ち、複数のＡＡＡサーバの向けのＩＰアドレス）を取得する目的でＤＮＳ解決を行うことができ、それにより負荷分散がサポートされＡＡＡサーバの冗長性が提供される。

【0069】

ここで開示される実施形態は、よって、５ＧＣにおけるＵＥ８５のデータ取得のための仕組みに関連する。そうした仕組みを得るために、第１ＮＦノード１００、第１ＮＦノード１００により実行される方法、及び、例えば第１ＮＦノード１００の処理回路上で実行された場合に第１ＮＦノード１００にその方法を行わせるコンピュータプログラムの形式のコードを含むコンピュータプログラムプロダクトが提供される。そうした仕組みを得るために、第２ＮＦノード２００、第２ＮＦノード２００により実行される方法、及び、例えば第２ＮＦノード２００の処理回路上で実行された場合に第２ＮＦノード２００にその方法を行わせるコンピュータプログラムの形式のコードを含むコンピュータプログラムプロダクトが提供される。

【0070】

これより図４を参照すると、一実施形態に係る、５ＧＣにおけるＵＥ８５のデータ取得のための、第１ＮＦノード１００により実行される方法が示されている。

【0071】

以下にさらに開示されるように、第２ＮＦノード２００は、第１ＮＦノード１００へ、ＵＥ８５のデータを求めるリクエストを提供する。このリクエストは、ＵＤＭ１００により受信される。とりわけ、第１ＮＦノード１００は、ステップＳ１０６を行うように構成される：

【0072】

Ｓ１０６：第１ＮＦノード１００は、第２ＮＦノード２００から、ＵＥ８５のデータを求めるリクエストを受け取る。

【0073】

上記データは、ＵＤＲ４５から取得される。とりわけ、第１ＮＦノード１００は、ステップＳ１０８を行うように構成される：

【0074】

Ｓ１０８：第１ＮＦノード１００は、ＡＡＡサーバＦＱＤＮを含むＵＥ８５のデータを、ＵＤＲノード４５から受け取る。

【0075】

そして、上記データは、当該データをリクエストしたＮＦへ提供される。とりわけ、第１ＮＦノード１００は、ステップＳ１１０を行うように構成される：

【0076】

Ｓ１１０：第１ＮＦノード１００は、ＡＡＡサーバＦＱＤＮを含むＵＥ８５のデータを、第２ＮＦノード２００へ提供する。

【0077】

これより、第１ＮＦノード１００により実行される、５ＧＣにおけるＵＥ８５のデータ取得のさらなる詳細に関連する実施形態が開示されるであろう。

【0078】

様々な種類の第１ＮＦノード１００及び第２ＮＦノード２００が存在し得る。いくつかの実施形態において、第１ＮＦノード１００は、ＵＤＭノードであり、第２ＮＦノード２００は、ＳＭＦノードである。

【0079】

ＵＤＲノードがＡＡＡサーバＦＱＤＮへのアクセスを有するための様々な手法があり得る。いくつかの観点において、ＡＡＡサーバＦＱＤＮは、第１ＮＦノード１００からＵＤＲノード４５へ提供される。とりわけ、いくつかの実施形態において、第１ＮＦノード１００は、ステップＳ１０２及びＳ１０４を行うように構成される（オプション）：

【0080】

Ｓ１０２：第１ＮＦノード１００は、ＮＥＦノード２０から、第１更新リクエストを受け取る。上記更新リクエストは、ＡＡＡサーバＦＱＤＮを含む。

【0081】

Ｓ１０４：第１ＮＦノード１００は、ＵＤＲノード４５へ、ＡＡＡサーバＦＱＤＮと共に第２更新リクエストを提供する。

【0082】

これが以下に図７を参照しながらより詳細に説明されるであろう。

【0083】

ここで開示される方法が実行される様々な文脈が存在し得る。いくつかの実施形態において、上記方法は、ＵＥ８５についてのＰＤＵセッション確立手続の一部として実行される。これが以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明されるであろう。

【0084】

ステップＳ１０６において第１ＮＦノード１００により第２ＮＦノード２００から取得されるデータを求める様々な種類のリクエストが存在し得る。いくつかの実施形態において、データを求めるリクエストは、ＵＥについてのセッション管理加入データ取得（Session Management Subscription Data Retrieval）のためのリクエストである。これが以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明されるであろう。他の実施形態において、データを求めるリクエストは、５ＧＳ１０においてＵＥ８５について使用可能な情報を求めるリクエストである。これが以下に図７を参照しながらより詳細に説明されるであろう。

【0085】

ステップＳ１１０において第１ＮＦノード１００がＡＡＡサーバＦＱＤＮを含むＵＥ８５のデータを第２ＮＦノード２００へ提供するための様々な手法が存在し得る。いくつかの実施形態において、ＵＥ８５のデータは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて提供される。前者は以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明され、後者は以下に図７を参照しながらより詳細に説明されるであろう。

【0086】

ステップＳ１１０において第１ＮＦノード１００がＡＡＡサーバＦＱＤＮを第２ＮＦノード２００へ提供するための様々な手法が存在し得る。いくつかの実施形態において、上記ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかのdnAaaAddress属性において提供される。前者は以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明され、後者は以下に図７を参照しながらより詳細に説明されるであろう。

【0087】

これより図５を参照すると、一実施形態に係る、５ＧＣにおけるＵＥ８５のデータ取得のための、第２ＮＦノード２００により実行される方法が示されている。

【0088】

第２ＮＦノード２００は、ＵＥ８５のデータをリクエストするものと想定される。とりわけ、第２ＮＦノード２００は、ステップＳ２０２を行うように構成される：

【0089】

Ｓ２０２：第２ＮＦノード２００は、第１ＮＦノード１００へ、ＵＥ８５のデータを求めるリクエストを提供する。

【0090】

上述したように、第１ＮＦノード１００は、ＡＡＡサーバＦＱＤＮを含むＵＥ８５のデータを提供する。第２ＮＦノード２００は、このデータを受信するものと想定される。とりわけ、第２ＮＦノード２００は、ステップＳ２０４を行うように構成される：

【0091】

Ｓ２０４：第２ＮＦノード２００は、ＡＡＡサーバＦＱＤＮを含むＵＥ８５のデータを、第１ＮＦノード１００から受け取る。

【0092】

そして、ＡＡＡサーバＩＰアドレスがＡＡＡサーバＦＱＤＮから取得される。とりわけ、第２ＮＦノード２００は、ステップＳ２０６を行うように構成される：

【0093】

Ｓ２０６：第２ＮＦノード２００は、ＤＮＳサーバへＡＡＡサーバＦＱＤＮを提供することにより、ＤＮＳサーバからＡＡＡサーバＩＰアドレスのセットを取得する。

【0094】

これより、第２ＮＦノード２００により実行される、５ＧＣにおけるＵＥ８５のデータ取得のさらなる詳細に関連する実施形態が開示されるであろう。

【0095】

上で注記したように、様々な種類の第１ＮＦノード１００及び第２ＮＦノード２００が存在し得る。いくつかの実施形態において、第１ＮＦノード１００は、ＵＤＭノードであり、第２ＮＦノード２００は、ＳＭＦノードである。

【0096】

ステップＳ２０６においてＤＮＳサーバから一旦ＡＡＡサーバＩＰアドレスのセットを取得すると、第２ＮＦノード２００により実行される様々なアクションが存在し得る。

【0097】

いくつかの観点において、ＡＡＡサーバＦＱＤＮとＩＰアドレスとの間のマッピングが記憶される。とりわけ、いくつかの実施形態において、第２ＮＦノード２００は、ステップＳ２０８を行うように構成される（オプション）：

【0098】

Ｓ２０８：第２ＮＦノード２００は、ＡＡＡサーバＦＱＤＮとＡＡＡサーバＩＰアドレスのセット内の各ＩＰアドレスとの間のマッピングを記憶する。

【0099】

いくつかの観点において、第２ＮＦノード２００は、複数のＩＰアドレスのうちの少なくとも１つにあるＡＡＡサーバへ認証リクエストを提供する。とりわけ、いくつかの実施形態において、第２ＮＦノード２００は、ステップＳ２１０を行うように構成される（オプション）：

【0100】

Ｓ２１０：第２ＮＦノード２００は、ＡＡＡサーバＩＰアドレスのセット内のＩＰアドレスのうちの１つにあるＡＡＡサーバへ、ＵＥ８５についての認証リクエストを提供する。

【0101】

いくつかの実施形態において、上記認証リクエストは、ＵＥ８５についてのセカンダリ認証及び承認のためのものである。

【0102】

第２ＮＦノード２００は、ＡＡＡサーバが認証リクエストに対し応答するまで、ＡＡＡサーバＩＰアドレスのセット内の異なるＩＰアドレスについてステップＳ２１０を反復し得る。とりわけ、いくつかの実施形態において、ＡＡＡサーバＩＰアドレスのセット内のＩＰアドレスのうちの１つでＡＡＡサーバが到達可能でない場合に、上記リクエストは、ＡＡＡサーバＩＰアドレスのセット内のＩＰアドレスのうちの他の１つへ提供される。

【0103】

ステップＳ２０２において第２ＮＦノード２００がＵＥ８５のデータを求めるリクエストを第１ＮＦノード１００へ提供するための様々なトリガが存在し得る。いくつかの実施形態において、データを求めるリクエストを提供することは、ＡＡＡサーバへのコンタクトの試行が前回失敗したことによりトリガされる。即ち、第２ＮＦノード２００が前回ある具体的なＩＰアドレスにあるＡＡＡサーバへＵＥ８５についての認証リクエストを提供して、その具体的なＩＰアドレスで当該ＡＡＡサーバに到達できなかった場合、これが、ステップＳ２０２で第２ＮＦノード２００が第１ＮＦノード１００へＵＥ８５のデータを求めるリクエストを提供するためのトリガとして作用し得る。

【0104】

上述したように、ここで開示される方法が実行される様々な文脈が存在し得る。いくつかの実施形態において、上記方法は、ＵＥ８５についてのＰＤＵセッション確立手続の一部として実行される。これが以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明されるであろう。

【0105】

ステップＳ２０２において第２ＮＦノード２００により第２ＮＦノード２００へ提供されるデータについての様々な種類のリクエストが存在し得る。いくつかの実施形態において、データを求めるリクエストは、ＵＥについてのセッション管理加入データ取得のためのリクエストである。これが以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明されるであろう。他の実施形態において、データを求めるリクエストは、５ＧＳ１０においてＵＥ８５について使用可能な情報を求めるリクエストである。これが以下に図７を参照しながらより詳細に説明されるであろう。

【0106】

ステップＳ２０４において第２ＮＦノード２００がＡＡＡサーバＦＱＤＮを含むＵＥ８５のデータを第１ＮＦノード１００から受け取るための様々な手法が存在し得る。いくつかの実施形態において、ＵＥ８５のデータは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて受け取られる。前者は以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明され、後者は以下に図７を参照しながらより詳細に説明されるであろう。さらに、いくつかの実施形態において、ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかのdnAaaAddress属性において受け取られる。前者は以下に図６Ａ及び図６Ｂを参照しながらより詳細に説明され、後者は以下に図７を参照しながらより詳細に説明されるであろう。

【0107】

あらためて３ＧＰＰＴＳ２９．５０３を参照すると、３ＧＰＰＴＳ２９．５０３の３ＧＰＰＴＳ２９．５０３のテーブル６．１．６．２．９－１及び／又はテーブル６．５．６．２．７－１を、テーブル１又はテーブル２に従ったエントリを含むように更新できるであろう。この点において、テーブル１は、dnAaaAddress属性のデータタイプがＦＱＤＮをも含むように拡張される例を提供し、一方で、テーブル２は、新たな属性であるdnAaaFQDNがＦＱＤＮというデータタイプで追加される例を提供する。これは、ＵＥ８５のデータがDnnConfigurationオブジェクトで提供されるか又は5gVnGroupDataオブジェクトで提供されるかに関わらず当てはまる。

【0108】

【表1】

【0109】

【表2】

【0110】

これらケースの双方において、ＦＱＤＮは、Ｆｑｄｎというタイプ名を有する、テーブル３に示したような文字列である簡易なデータタイプにより表されてよい。テーブル３は、３ＧＰＰＴＳ２９．５０３のテーブル６．１．６．３．２－１に対する拡張であってよい。

【0111】

【表3】

【0112】

上で開示した実施形態の少なくともいくつかに基づく５ＧＣにおけるＵＥ８５のデータ取得のための第１の具体的な実施形態が、これより図６Ａ及び図６Ｂのシーケンス図を参照しながら詳細に開示されるであろう。この実施形態は、ＵＥ８５のためのＰＤＵセッション確立手続の一部として上記方法が実行されるシナリオに関連し、第１ＮＦノード１００はＵＤＭであって、第２ＮＦはＳＭＦであり、データを求めるリクエストは、ＵＥ８５についてのセッション管理加入データ取得のためのリクエストであり、ＵＥ８５のデータは、DnnConfigurationオブジェクトか又は5gVnGroupDataオブジェクトかのいずれかにおいて提供され、ＡＡＡサーバＦＱＤＮは、DnnConfigurationオブジェクトのdnAaaAddress属性において提供される。

【0113】

Ｓ３０１：ＡＭＦは、ＵＥ又は（Ｒ）ＡＮからＰＤＵセッション確立リクエスト（PDU Session Establishment Request）を受信する。

【0114】

Ｓ３０２：ＡＭＦは、ＳＭＦへNsmf_PDUSession_CreateSMContextリクエストを送信する。

【0115】

Ｓ３０３：ＳＭＦは、ＡＭＦへNsmf_PDUSession_CreateSMContextレスポンスを送信する。

【0116】

Ｓ３０４：ＳＭＦは、ＵＤＭへセッション管理加入データ取得を求めるＧＥＴリクエスト（SUPI，sm-data）を送信する。

【0117】

Ｓ３０５：ＵＤＭは、ＵＤＲへセッション管理加入データ取得を求めるＧＥＴリクエスト（SUPI，sm-data）を送信する。

【0118】

Ｓ３０６：ＵＤＲは、ＵＤＭへセッション管理加入データ（DnnConfiguration：ＡＡＡサーバＦＱＤＮ）を伴う１００ＯＫメッセージを送信する。

【0119】

Ｓ３０７：ＵＤＭは、ＳＭＦへセッション管理加入データ（DnnConfiguration：ＡＡＡサーバＦＱＤＮ）を伴う１００ＯＫメッセージを送信する。

【0120】

Ｓ３０８：ＳＭＦは、ＤＮＳサーバへＡＡＡサーバＦＱＤＮを伴うＤＮＳクエリリクエスト（DNS Query Request）を送信する。

【0121】

Ｓ３０９：ＤＮＳサーバは、ＳＭＦへの返答において、ＡＡＡサーバ－１ＩＰアドレス，ＡＡＡサーバ－２ＩＰアドレス，...，ＡＡＡサーバ－ＮＩＰアドレスとマッピングされるＡＡＡサーバＦＱＤＮを伴うＤＮＳクエリレスポンス（DNS Query Response）を送信する。

【0122】

Ｓ３１０．ＳＭＦは、上記マッピングをＤＮＳキャッシュ内に保存する：ＡＡＡサーバＦＱＤＮがＡＡＡサーバ－１ＩＰアドレス，ＡＡＡサーバ－２ＩＰアドレス，...，ＡＡＡサーバ－ＮＩＰアドレスとマッピングされる。

【0123】

Ｓ３１１．ＳＭＦは、ＡＡＡサーバ－１ＩＰアドレスを選択し、ＡＡＡサーバ－１へＲａｄｉｕｓ認証リクエスト（Radius Authentication Request）を送信する。

【0124】

Ｓ３１２．いずれかのＩＰアドレスが不正であり、又はＡＡＡサーバ－１が動作上の障害を経験していて、ＡＡＡサーバ－１はそのために何らの応答も送信しない。したがって、ＳＭＦは、ＡＡＡサーバ－２へ、Ｒａｄｉｕｓ認証リクエストを再送信（又は第２のＲａｄｉｕｓ認証リクエストを送信）する。

【0125】

Ｓ３１３．ＡＡＡサーバ－２は、ＳＭＦへＲａｄｉｕｓ認証レスポンスを送信する。

【0126】

Ｓ３１４．ＳＭＦは、ＰＤＵセッション確立手続を続行する。

【0127】

Ｓ３０７でＡＡＡサーバＩＰアドレス及びＡＡＡサーバＦＱＤＮの双方が送信される場合、ＳＭＦは、どちらの方が使用する優先度がより高いかを決定することができる。ＡＡＡサーバＩＰアドレスをまず使用すべきであると決定すると、ＳＭＦは、ＡＡＡサーバＩＰアドレスをまず使用することができ、失敗した場合には、ＳＭＦは、次いでＡＡＡサーバＦＱＤＮを使用することができる。

【0128】

上で開示した実施形態の少なくともいくつかに基づく５ＧＣにおけるＵＥ８５のデータ取得のための第２の具体的な実施形態が、これより図７のシーケンス図を参照しながら詳細に開示されるであろう。この実施形態は、データを求めるリクエストが５ＧＳ１０においてＵＥ８５のために使用可能な情報を求めるリクエストであるシナリオに関連し、第１ＮＦノード１００はＵＤＭであって、第２ＮＦはＳＭＦであり、ＵＥ８５のデータは、5gVnGroupDataオブジェクトにおいて提供され、ＡＡＡサーバＦＱＤＮは、5gVnGroupDataオブジェクトのdnAaaAddress属性において提供される。

【0129】

Ｓ４０１：ＮＦ（例えば、ＳＭＦ）は、ＵＤＭへNudm_SDM_Subscribeリクエストを送信する。

【0130】

Ｓ４０２：ＵＤＭは、２０１Ｃｒｅａｔｅｄメッセージを送信する。

【0131】

Ｓ４０３：ＡＦは、ＮＥＦへグループＩＤ（GroupId）、5GVnGroup＼AAA Server FQDNを伴うNnef_ParameterProvision_Create/Updateリクエストを送信する。

【0132】

Ｓ４０４：ＮＥＦは、ＵＤＭへグループＩＤ（GroupId）、5GVnGroup＼AAA Server FQDNを伴うNnef_ParameterProvision_Create/Updateリクエストを送信する。

【0133】

Ｓ４０５：ＵＤＭは、データ検証のためにＵＤＲとの間でNudr_DM_Query手続を実行する。

【0134】

Ｓ４０６：ＵＤＭは、ＵＤＲとの間で、グループＩＤ（GroupId）、5GVnGroup＼AAA Server FQDNを伴うNudr_DM_Update手続を実行する。

【0135】

Ｓ４０７：ＵＤＭは、ＮＥＦへNnef_ParameterProvision_Create/Updateレスポンスを送信する。

【0136】

Ｓ４０８：ＮＥＦは、ＡＦへＮnef_ParameterProvision_Create/Updateレスポンスを送信する。

【0137】

Ｓ４０９：ＵＤＭは、ステップＳ４０１にてＳＭＦが変更を購読していることから、ＳＭＦへグループＩＤ、5GVnGroup＼AAA Server FQDNを伴うNudm_SDM_Notification通知を送信する。

【0138】

Ｓ４１０：ＳＭＦは、ＵＤＭへ２０４メッセージを送信する。

【0139】

Ｓ４１１：図７の手続は、ステップＳ３１０からそれ以降へ続行され得る。

【0140】

図８は、数個の機能ユニットの観点で、一実施形態に係る第１ＮＦノード１００のコンポーネントを概略的に示している。処理回路１１０は、例えば記憶媒体１３０の形式の（図１２のような）コンピュータプログラムプロダクト１１１０ａに記憶されたソフトウェア命令群を実行可能な、適切なＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（digital signal processor）などのうちの１つ以上の任意の組合せを用いて提供される。処理回路１１０は、さらに、少なくとも１つのＡＳＩＣ（application specific integrated circuit）又はＦＰＧＡ（field programmable gate array）として提供されてもよい。

【0141】

具体的には、処理回路１１０は、上で開示した動作又はステップのセットを第１ＮＦノード１００に行わせるように構成される。例えば、記憶媒体１３０が動作のセットを記憶してもよく、処理回路１１０は、記憶媒体１３０から動作のセットを読出して、その動作のセットを第１ＮＦノード１００に行わせる、ように構成されてもよい。動作のセットは、実行可能な命令群のセットとして提供されてもよい。こうして、処理回路１１０は、ここで開示した通りの方法をそれにより実行するようになされる。

【0142】

記憶媒体１３０は、例えば磁気メモリ、光学メモリ、ソリッドステートメモリ、あるいは遠隔的に搭載されるメモリのうちの任意の１つ又は組合せであり得る永続的なストレージをも含んでよい。

【0143】

第１ＮＦノード１００は、通信ネットワーク１０において例示したような、他のエンティティ、機能、ノード、及びデバイスとの通信のための通信インタフェース１２０をさらに備えてもよい。そのため、通信インタフェース１２０は、アナログ及びデジタルのコンポーネント群を含む１つ以上の送信機及び受信機を備えてよい。

【0144】

処理回路１１０は、第１ＮＦノード１００の全般的な動作を、例えば通信インタフェース１２０及び記憶媒体１３０へデータ及び制御信号を送信することにより、通信インタフェース１２０からデータ及びレポートを受信することにより、並びに、記憶媒体１３０からデータ及び命令群を読出すことにより制御する。第１ＮＦノード１００の他のコンポーネント及び関連する機能性は、ここで提示される概念を曖昧にしないために省略されている。

【0145】

図９は、数個の機能モジュールの観点で、一実施形態に係る第１ＮＦノード１００のコンポーネントを概略的に示している。図９の第１ＮＦノード１００は、ステップＳ１０６を実行するように構成される受取りモジュール１１０ｃ、ステップＳ１０８を実行するように構成される取得モジュール１１０ｄ、及びステップＳ１１０を実行するように構成される提供モジュール１１０ｅ、といった複数の機能モジュールを備える。図９の第１ＮＦノード１００は、ステップＳ１０２を実行するように構成される受取りモジュール１１０ａ、及びステップＳ１０４を実行するように構成される提供モジュール１１０ｂのうちの任意のもの、といったある数のオプションとしての機能モジュールをさらに備えてもよい。概していうと、各機能モジュール１１０ａ：１１０ｅは、ハードウェアか又はソフトウェアで実装され得る。好適には、１つ以上の又は全ての機能モジュール１１０ａ：１１０ｅが、恐らくは通信インタフェース１２０及び／又は記憶媒体１３０と協働する処理回路１１０により実装されてよい。処理回路１１０は、よって、機能モジュール１１０ａ：１１０ｅにより提供される命令群を記憶媒体１３０から取得してそれら命令群を実行するように配置されてよく、それにより、ここで開示した通りの第１ＮＦノード１００の任意のステップ群を実行する。

【0146】

図１０は、数個の機能ユニットの観点で、一実施形態に係る第２ＮＦノード２００のコンポーネントを概略的に示している。処理回路２１０は、例えば記憶媒体２３０の形式の（図１２のような）コンピュータプログラムプロダクト１１１０ｂに記憶されたソフトウェア命令群を実行可能な、適切なＣＰＵ（central processing unit）、マルチプロセッサ、マイクロコントローラ、ＤＳＰ（digital signal processor）などのうちの１つ以上の任意の組合せを用いて提供される。処理回路２１０は、さらに、少なくとも１つのＡＳＩＣ（application specific integrated circuit）又はＦＰＧＡ（field programmable gate array）として提供されてもよい。

【0147】

具体的には、処理回路２１０は、上で開示した動作又はステップのセットを第２ＮＦノード２００に行わせるように構成される。例えば、記憶媒体２３０が動作のセットを記憶してもよく、処理回路２１０は、記憶媒体２３０から動作のセットを読出して、その動作のセットを第２ＮＦノード２００に行わせる、ように構成されてもよい。動作のセットは、実行可能な命令群のセットとして提供されてもよい。こうして、処理回路２１０は、ここで開示した通りの方法をそれにより実行するようになされる。

【0148】

記憶媒体２３０は、例えば磁気メモリ、光学メモリ、ソリッドステートメモリ、あるいは遠隔的に搭載されるメモリのうちの任意の１つ又は組合せであり得る永続的なストレージをも含んでよい。

【0149】

第２ＮＦノード２００は、通信ネットワーク１０において例示したような、他のエンティティ、機能、ノード、及びデバイスとの通信のための通信インタフェース２２０をさらに備えてもよい。そのため、通信インタフェース２２０は、アナログ及びデジタルのコンポーネント群を含む１つ以上の送信機及び受信機を備えてよい。

【0150】

処理回路２１０は、第２ＮＦノード２００の全般的な動作を、例えば通信インタフェース２２０及び記憶媒体２３０へデータ及び制御信号を送信することにより、通信インタフェース２２０からデータ及びレポートを受信することにより、並びに、記憶媒体２３０からデータ及び命令群を読出すことにより制御する。第２ＮＦノード２００の他のコンポーネント及び関連する機能性は、ここで提示される概念を曖昧にしないために省略されている。

【0151】

図１１は、数個の機能モジュールの観点で、一実施形態に係る第２ＮＦノード２００のコンポーネントを概略的に示している。図１１の第２ＮＦノード２００は、ステップＳ２０２を実行するように構成される提供モジュール２１０ａ、ステップＳ２０４を実行するように構成される受取りモジュール２１０ｂ、及びステップＳ１０６を実行するように構成される取得モジュール２１０ｃ、といった複数の機能モジュールを備える。図１１の第２ＮＦノード２００は、ステップＳ２０８を実行するように構成される記憶モジュール２１０ｄ、及びステップＳ２１０を実行するように構成される提供モジュール２１０ｅのうちの任意のもの、といったある数のオプションとしての機能モジュールをさらに備えてもよい。概していうと、各機能モジュール２１０ａ：２１０ｅは、ハードウェアか又はソフトウェアで実装され得る。好適には、１つ以上の又は全ての機能モジュール２１０ａ：２１０ｅが、恐らくは通信インタフェース２２０及び／又は記憶媒体２３０と協働する処理回路２１０により実装されてよい。処理回路２１０は、よって、機能モジュール２１０ａ：２１０ｅにより提供される命令群を記憶媒体２３０から取得してそれら命令群を実行するように配置されてよく、それにより、ここで開示した通りの第２ＮＦノード２００の任意のステップ群を実行する。

【0152】

第１ＮＦノード１００及び／又は第２ＮＦノード２００は、スタンドアローンのデバイスとして、又は少なくとも１つのさらなるデバイスの一部として提供されてよい。例えば、第１ＮＦノード１００及び／又は第２ＮＦノード２００は、コアネットワークのノードにおいて提供されてもよい。代替的に、第１ＮＦノード１００及び／又は第２ＮＦノード２００は、少なくとも２つのデバイス又はノードの間で分散されてもよい。よって、第１ＮＦノード１００及び／又は第２ＮＦノード２００により実行される命令群の第１の部分が第１デバイスにおいて実行され、第１ＮＦノード１００及び／又は第２ＮＦノード２００により実行される命令群の第２の部分が第２デバイスにおいて実行されてもよく、ここで開示される実施形態は、第１ＮＦノード１００及び／又は第２ＮＦノード２００により実行される命令群が実行され得るデバイスの具体的な数には何ら限定されない。よって、ここで開示される実施形態に係る方法は、クラウド計算環境に所在する第１ＮＦノード１００及び／又は第２ＮＦノード２００による実行に適している。したがって、図８及び図１０には単一の処理回路１１０、２１０が示されているものの、処理回路１１０、２１０は、複数の物理デバイス又はノードをまたいで分散されてもよい。同じことが、図９及び図１１の機能モジュール１１０ａ：１１０ｅ、２１０ａ：２１０ｅ、及び図１２のコンピュータプログラム１１２０ａ、１１２０ｂに当てはまる。

【0153】

図１２は、コンピュータ読取可能な手段１１３０を含むコンピュータプログラムプロダクト１１１０ａ、１１１０ｂの１つの例を示している。このコンピュータ読取可能な手段１１３０にコンピュータプログラム１１２０ａを記憶させることができ、コンピュータプログラム１１２０ａは、処理回路１１０並びにそこへ動作可能に連結された通信インタフェース１２０及び記憶媒体１３０といったエンティティ及びデバイスに、ここで説明した実施形態に係る方法を実行させることができる。コンピュータプログラム１１２０ａ及び／又はコンピュータプログラムプロダクト１１１０ａは、このようにして、ここで開示した通りの第１ＮＦノード１００の任意のステップ群を実行するための手段を提供してよい。このコンピュータ読取可能な手段１１３０にコンピュータプログラム１１２０ｂを記憶させることができ、コンピュータプログラム１１２０ｂは、処理回路２１０並びにそこへ動作可能に連結された通信インタフェース２２０及び記憶媒体２３０といったエンティティ及びデバイスに、ここで説明した実施形態に係る方法を実行させることができる。コンピュータプログラム１１２０ｂ及び／又はコンピュータプログラムプロダクト１１１０ｂは、このようにして、ここで開示した通りの第２ＮＦノード２００の任意のステップ群を実行するための手段を提供してよい。

【0154】

図１２の例において、コンピュータプログラムプロダクト１１１０ａ、１１１０ｂは、ＣＤ（compact disc）、ＤＶＤ（digital versatile disc）又はブルーレイディスクといった光ディスクとして示されている。コンピュータプログラムプロダクト１１１０ａ、１１１０ｂは、ＲＡＭ（random access memory）、ＲＯＭ（read-only memory）、ＥＰＲＯＭ（erasable programmable read-only memory）、又はＥＥＰＲＯＭ（electrically erasable programmable read-only memory）といったメモリとして、より具体的にいうと、ＵＳＢ（Universal Serial Bus）メモリ、又はコンパクトフラッシュメモリなどのフラッシュメモリといった、外部メモリ内のデバイスの不揮発性の記憶媒体として具現化されてもよい。よって、コンピュータプログラム１１２０ａ、１１２０ｂがここでは描かれた光ディスク上のトラックとして概略的に示されているものの、コンピュータプログラム１１２０ａ、１１２０ｂは、コンピュータプログラムプロダクト１１１０ａ、１１１０ｂに適したいかなる手法で記憶されることもできる。

【0155】

図１３は、いくつかの実施形態に係るホストコンピュータ４３０へ中間ネットワーク４２０を介して接続される電気通信ネットワークを示す概略図である。一実施形態によれば、通信システムは、３ＧＰＰ型のセルラーネットワークといった電気通信ネットワーク４１０を含み、電気通信ネットワーク４１０は、図１における（Ｒ）ＡＮといったアクセスネットワーク４１１と図１における５ＧＣといったコアネットワーク４１４とを含む。アクセスネットワーク４１１は、ＮＢ、ｅＮＢ、ｇＮＢ（図１の（Ｒ）ＡＮ７０に相当する）、又は他のタイプの無線アクセスポイントといった複数の無線アクセスネットワークノード４１２ａ、４１２ｂ、４１２ｃを含み、その各々が対応するカバレッジエリア４１３ａ、４１３ｂ、４１３ｃを定義する。各無線アクセスネットワークノード４１２ａ、４１２ｂ、４１２ｃは、有線又は無線接続４１５上でコアネットワーク４１４へ接続可能である。カバレッジエリア４１３ｃに位置する第１のＵＥ４９１は、対応するネットワークノード４１２ｃへワイヤレスに接続され又は対応するネットワークノード４１２ｃによりページングされるように構成される。カバレッジエリア４１３ａ内の第２のＵＥ４９２は、対応するネットワークノード４１２ａへワイヤレスに接続可能である。この例では、複数のＵＥ４９１、４９２が図示されているものの、開示される実施形態は、カバレッジエリア内に単一のＵＥがある状況、又は対応するネットワークノード４１２へ単一の端末デバイスが接続している状況へ等しく適用可能である。ＵＥ４９１、４９２は、図１のＵＥ８５に相当する。

【0156】

電気通信ネットワーク４１０は、それ自体がホストコンピュータ４３０へ接続され、ホストコンピュータ４３０は、スタンドアローンのサーバのハードウェア及び／若しくはソフトウェア、クラウド実装のサーバ、分散型サーバで具現化されてもよく、又はサーバファーム内の処理リソースとして具現化されてもよい。ホストコンピュータ４３０は、サービスプロバイダの所有下にあってもその制御下にあってもよく、又はサービスプロバイダにより若しくはサービスプロバイダのために運用されてもよい。電気通信ネットワーク４１０とホストコンピュータ４３０との間の接続４２１及び４２２は、コアネットワーク４１４からホストコンピュータ４３０へ直接的に伸びていてもよく、オプションとしての中間ネットワーク４２０を介してつながっていてもよい。中間ネットワーク４２０は、パブリック、プライベート又はホステッドネットワークのうちの１つまたはそれらの複数の組み合わせであってもよく、中間ネットワーク４２０は、もしあればバックボーンネットワーク又はインターネットであってもよく、具体的には、中間ネットワーク４２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

【0157】

図１３の通信システムは、全体として、接続されるＵＥ４９１、４９２とホストコンピュータ４３０との間の接続性を可能にする。その接続性は、オーバーザトップ（ＯＴＴ）接続４５０として説明されてよい。ホストコンピュータ４３０及び接続されるＵＥ４９１、４９２は、アクセスネットワーク４１１、コアネットワーク４１４、任意の中間ネットワーク４２０及びあり得るさらなる基盤（図示せず）を途中段階として用いて、ＯＴＴ接続４５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続４５０は、ＯＴＴ接続４５０の通過途上の参加している通信デバイスがアップリンク通信及びダウンリンク通信のルーティングを意識しないという意味において、透過的であり得る。例えば、ネットワークノード４１２は、ホストコンピュータ４３０から発して接続されるＵＥ４９１へ転送（例えば、ハンドオーバ）されるべきデータを伴うインカミングのダウンリンク通信の過去のルーティングについて通知されなくてよく又はその通知を必要としない。同様に、ネットワークノード４１２は、ＵＥ４９１から発してホストコンピュータ４３０へ向かうアウトゴーイングのアップリンク通信の将来のルーティングを認識することを必要としない。

【0158】

図１４は、いくつかの実施形態に係る部分的にワイヤレスな接続上で無線アクセスネットワークノードを介してＵＥと通信するホストコンピュータを示す概略図である。前の段落で議論したＵＥ、無線アクセスネットワークノード及びホストコンピュータの一実施形態に係る例示的な実装が、これより図１４を参照しながら説明される。通信システム５００において、ホストコンピュータ５１０は、通信システム５００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するように構成される通信インタフェース５１６を含むハードウェア５１５を備える。ホストコンピュータ５１０は、さらに、記憶及び／又は処理のケイパビリティを有し得る処理回路５１８を備える。具体的には、処理回路５１８は、命令を実行するように適合される、１つ以上のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組み合わせ（図示せず）を含んでよい。ホストコンピュータ５１０は、さらに、ホストコンピュータ５１０内に記憶され又はホストコンピュータ５１０によりアクセス可能なソフトウェア５１１であって、処理回路５１８により実行可能な当該ソフトウェア５１１を備える。ソフトウェア５１１は、ホストアプリケーション５１２を含む。ホストアプリケーション５１２は、ＵＥ５３０及びホストコンピュータ５１０で終端するＯＴＴ接続５５０を介して接続しているＵＥ５３０といったリモートユーザへサービスを提供するように動作可能であり得る。ＵＥ５３０は、図１のＵＥ８５に相当する。リモートユーザへのサービスの提供中に、ホストアプリケーション５１２は、ＯＴＴ接続５５０を用いて送信されるユーザデータを提供し得る。

【0159】

通信システム５００は、電気通信システムにおいて提供される無線アクセスネットワークノード５２０をさらに含み、無線アクセスネットワークノード５２０は、ホストコンピュータ５１０及びＵＥ５３０と通信することを可能にするハードウェア５２５を備える。無線アクセスネットワークノード５２０は、図１の（Ｒ）ＡＮ７０に相当する。ハードウェア５２５は、通信システム５００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するための通信インタフェース５２６、並びに、無線アクセスネットワークノード５２０によりサービスされるカバレッジエリア（図７には示していない）内に位置するＵＥ５３０との少なくとも無線接続５７０をセットアップし及び維持するための無線インタフェース５２７を含み得る。通信インタフェース５２６は、ホストコンピュータ５１０への接続５６０を促進するように構成され得る。接続５６０は、直接的なものであってもよく、又は、電気通信システムのコアネットワーク（図１４には示されていない）及び／若しくは電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示した実施形態において、無線アクセスネットワークノード５２０のハードウェア５２５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路５２８をさらに含む。無線アクセスネットワークノード５２０は、内部的に記憶され又は外部接続を介してアクセス可能なソフトウェア５２１をさらに有する。

【0160】

通信システム５００は、既に言及したＵＥ５３０をさらに含む。そのハードウェア５３５は、ＵＥ５３０がその時点で位置するカバレッジエリアへサービスする無線アクセスネットワークノードとの無線接続５７０をセットアップし及び維持するように構成される無線インタフェース５３７を含み得る。ＵＥ５３０のハードウェア５３５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路５３８をさらに含む。ＵＥ５３０は、ＵＥ５３０内に記憶され若しくはＵＥ５３０によりアクセス可能であって、処理回路５３８により実行可能なソフトウェア５３１をさらに含む。ソフトウェア５３１は、クライアントアプリケーション５３２を含む。クライアントアプリケーション５３２は、ホストコンピュータ５１０のサポートと共に、人間の又は非人間のユーザへＵＥ５３０を介してサービスを提供するように動作可能であり得る。ホストコンピュータ５１０において、実行対象のホストアプリケーション５１２は、実行対象のクライアントアプリケーション５３２とＵＥ５３０及びホストコンピュータ５１０で終端するＯＴＴ接続５５０を介して通信し得る。ユーザへのサービス提供中に、クライアントアプリケーション５３２は、ホストアプリケーション５１２からリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続５５０は、要求データ及びユーザデータの双方を移送し得る。クライアントアプリケーション５３２は、自身が提供するユーザデータを生成するために、ユーザとインタラクションし得る。

【0161】

なお、図１４に示したホストコンピュータ５１０、無線アクセスネットワークノード５２０及びＵＥ５３０は、それぞれ図１３のホストコンピュータ４３０、無線アクセスネットワークノード４１２ａ、４１２ｂ、４１２ｃのうちの１つ、及びＵＥ４９１、４９２のうちの１つと類似し又は同一であってもよい。言うなれば、これらエンティティの内部的な作用は図１４に示した通りであってよく、それとは独立して、周囲のネットワークトポロジーは図１３のそれであってよい。

【0162】

図１４では、ホストコンピュータ５１０とＵＥ５３０との間のネットワークノード５２０を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続５５０が抽象的に描かれている。ルーティングを決定するのはネットワーク基盤であってよく、ネットワーク基盤は、ＵＥ５３０若しくはホストコンピュータ５１０を動作させるサービスプロバイダ又はそれら双方からルーティングを隠蔽するように構成されてよい。ＯＴＴ接続５５０がアクティブである間、ネットワーク基盤は、（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）ルーティングを動的に変更するための決定をさらに行ってよい。

【0163】

ＵＥ５３０と無線アクセスネットワークノード５２０との間の無線接続５７０は、本開示を通じて説明される実施形態の教示に従う。多様な実施形態の１つ以上が、ＯＴＴ接続５５０を用いてＵＥ５３０へ提供されるＯＴＴサービスの性能を改善し、無線接続５７０はその最後のセグメントを形成する。より正確には、これら実施形態の教示は、顕著な干渉を生み出し得る飛行型ＵＥの改善された分類能力によって、干渉を低減し得る。

【0164】

データレート、レイテンシ及び１つ以上の実施形態により改善される他の要因を監視する目的で、測定手続が提供されてもよい。測定結果の変動に応答してホストコンピュータ５１０とＵＥ５３０との間のＯＴＴ接続５５０を再構成するためのオプション的なネットワークの機能性がさらに存在してもよい。上記測定手続及び／又はＯＴＴ接続５５０を再構成するためのネットワーク機能性は、ホストコンピュータ５１０のソフトウェア５１１及びハードウェア５１５、若しくはＵＥ５３０のソフトウェア５３１及びハードウェア５３５、又はそれらの双方において実装されてもよい。複数の実施形態において、通信デバイス内に又は通信デバイスに関連付けて、ＯＴＴ接続５５０が通過するセンサ（図示せず）が配備されてもよく、それらセンサは、上で例示した監視結果の数量の値を供給し又は他の物理量の値を供給することにより上記測定手続に参加してもよく、それらからソフトウェア５１１、５３１により監視対象の量が計算され又は推定され得る。ＯＴＴ接続５５０の再構成は、メッセージフォーマット、再送設定、好適なルーティングなどを含んでよく、その再構成は、ネットワークノード５２０には影響しなくてもよく、無線アクセスネットワークノード５２０にとっては未知であるか又は感知不能であってもよい。そうした手続及び機能性は、当分野において既知であり又は実用されているかもしれない。ある実施形態において、測定は、ホストコンピュータ５１０によるスループット、伝播時間及びレイテンシなどの測定を容易化する独自のＵＥシグナリングを包含してもよい。その測定は、ソフトウェア５１１及び５３１がＯＴＴ接続５５０を用いて具体的には空であり又は"ダミー"のメッセージであるメッセージを送信しつつ、伝播時間や誤りなどを監視する形で実装されてもよい。

【0165】

発明の概念を、主として若干の実施形態を参照しながら上で説明した。しかしながら、当業者にとって容易に理解されるように、添付の特許請求の範囲により定義される通りの発明概念のスコープの範囲内で、上で開示したもの以外の他の実施形態が等しく可能である。

【図1】