JP2022554053A - 端末デバイスに関する位置報告のイベント公開の方法および装置 - Google Patents

端末デバイスに関する位置報告のイベント公開の方法および装置 Download PDF

Info

Publication number
JP2022554053A
JP2022554053A JP2022516286A JP2022516286A JP2022554053A JP 2022554053 A JP2022554053 A JP 2022554053A JP 2022516286 A JP2022516286 A JP 2022516286A JP 2022516286 A JP2022516286 A JP 2022516286A JP 2022554053 A JP2022554053 A JP 2022554053A
Authority
JP
Japan
Prior art keywords
terminal device
request
entity
location
accuracy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022516286A
Other languages
English (en)
Inventor
ホンシア ロング，
Original Assignee
テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テレフオンアクチーボラゲット エルエム エリクソン（パブル） filed Critical テレフオンアクチーボラゲット エルエム エリクソン（パブル）
Publication of JP2022554053A publication Critical patent/JP2022554053A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

イベント公開の方法および装置が開示される。一実施形態によれば、ネットワーク公開機能（ＮＥＦ）エンティティは、アプリケーション機能（ＡＦ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信する。第１の要求は、端末デバイスの第５世代（５Ｇ）非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す。ＮＥＦエンティティは、統合データ管理（ＵＤＭ）エンティティに、端末デバイスの位置報告のイベント公開を登録する第２の要求を送信する。第２の要求は、少なくとも１つの位置報告精度を示す。ＮＥＦエンティティは、アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティから、端末デバイスの位置情報を受信し、端末デバイスの位置情報をＡＦエンティティに送信する。【選択図】図６

Description

本開示の実施形態は、一般に通信に関し、より詳細には、イベント公開の方法および装置に関する。
本項では、本開示のより良い理解を容易にすることができる態様を紹介する。したがって、本項の記述はこの観点で読まれるべきものであり、何が従来技術であって何が従来技術でないかに関する容認として理解されるべきではない。
図１は、第５世代（５Ｇ）システムのアーキテクチャを示している。図示されるように、５Ｇシステムは、ユーザ機器（ＵＥ）と、（無線）アクセスネットワーク（（Ｒ）ＡＮ）と、ユーザプレーン機能（ＵＰＦ）と、データネットワーク（ＤＮ）と、認証サーバ機能（ＡＵＳＦ）と、アクセスおよびモビリティ管理機能（ＡＭＦ）と、セッション管理機能（ＳＭＦ）と、サービス通信プロキシ（ＳＣＰ）と、ネットワークスライス選択機能（ＮＳＳＦ）と、ネットワーク公開機能（ＮＥＦ）と、ネットワークレポジトリ機能（ＮＲＦ）と、ポリシー制御機能（ＰＣＦ）と、統合データ管理（ＵＤＭ）と、アプリケーション機能（ＡＦ）とを備える。
５Ｇアーキテクチャは、サービスベースとして規定され、ネットワーク機能（ＮＦ）間の対話は２つの手法で表される。１つの手法はサービスベースで表され、制御プレーン内のＮＦ（例えば、ＡＭＦ）によって、他の認証されたＮＦがそれらのサービスにアクセスできるようになる。この表現は、必要な場合、ポイント間基準点も含む。もう１つの手法は基準点で表され、任意の２つのＮＦ（例えば、ＡＭＦとＳＭＦ）の間のポイント間基準点（例えば、Ｎ１１）によって説明される、ＮＦにおけるＮＦサービス間に存在する対話を示す。
ＮＥＦは、ＮＦの能力の外部公開をサポートしている。外部公開は、モニタリング能力、提供能力、ポリシー／課金能力、および分析報告能力としてカテゴリ分けすることができる。モニタリング能力は、５ＧシステムのＵＥに関する特定のイベントをモニタリングし、かかるモニタリングイベント情報を、ＮＥＦを介して外部公開に利用可能にするものである。提供能力は、外部当事者が、５ＧシステムのＵＥに利用することができる情報を提供することを可能にするものである。ポリシー／課金能力は、外部当事者からの要求に基づいて、ＵＥに対するサービス品質（ＱｏＳ）および課金ポリシーをハンドリングするものである。分析報告能力は、外部当事者による、５Ｇシステムによって生成された分析情報の取出しまたは登録／登録解除を可能にするものである。
本概要は、詳細な説明において更に後述する、一連の概念を単純化した形で紹介するために提供される。本概要は、請求される主題の重要な特徴または必須の特徴を特定しようとするものではなく、請求される主題の範囲を限定するのに使用しようとするものでもない。
本開示の目的の１つは、イベント公開に関する改善された解決策を提供することである。
本開示の第１の態様によれば、ＮＥＦエンティティによって実施される方法が提供される。方法は、ＡＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信することを含んでもよい。第１の要求は、端末デバイスの５Ｇ非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示してもよい。方法は更に、ＵＤＭエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信することを含んでもよい。第２の要求は、少なくとも１つの位置報告精度を示してもよい。方法は更に、ＡＭＦエンティティから、端末デバイスの位置情報を受信することを含んでもよい。方法は更に、端末デバイスの位置情報をＡＦエンティティに送信することを含んでもよい。
このように、ＮＥＦエンティティが、可能性がある５Ｇ非３ＧＰＰアクセスからの端末デバイスに関する位置報告をサポートできるようにすることができる。
本開示の一実施形態では、少なくとも１つの位置報告精度は、端末デバイスによって使用される非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）、端末デバイスによって使用される信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）、端末デバイスのインターネットプロトコル（ＩＰ）アドレス、端末デバイスによって使用されるユーザデータグラムプロトコル（ＵＤＰ）ポート、端末デバイスによって使用される有線アクセスゲートウェイ機能（ＷＡＧＦ）、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのハイブリッドファイバ同軸（ＨＦＣ）識別子のうちの１つまたは複数を含んでもよい。
本開示の一実施形態では、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。
本開示の一実施形態では、非３ＧＰＰ精度（ｎ３ｇｐｐＡｃｃｕｒａｃｙ）属性が、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。
本開示の一実施形態では、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに第２の要求で使用されてもよい。
本開示の一実施形態では、ｎ３ｇｐｐＡｃｃｕｒａｃｙ属性が、少なくとも１つの位置報告精度を示すのに第２の要求で使用されてもよい。
本開示の一実施形態では、端末デバイスの位置情報は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のうちの１つまたは複数を示してもよい。
本開示の一実施形態では、端末デバイスの位置情報は、第２の要求がＵＤＭエンティティに送信された直後の端末デバイスの最初の位置、および端末デバイスの位置変更が起こったときの端末デバイスの新しい位置のうちの１つを示してもよい。
本開示の第２の態様によれば、ＵＤＭエンティティによって実施される方法が提供される。方法は、ＮＥＦエンティティから、端末デバイスに対する位置報告のイベント公開を登録する第１の要求を受信することを含んでもよい。第１の要求は、端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。方法は更に、ＡＭＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信することを含んでもよい。第２の要求は、少なくとも１つの位置報告精度を示してもよい。
このように、ＵＤＭエンティティが、可能性がある非３ＧＰＰアクセスからの端末デバイスに関する位置報告をサポートできるようにすることができる。
本開示の一実施形態では、少なくとも１つの位置報告精度は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のうちの１つまたは複数を含んでもよい。
本開示の一実施形態では、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。
本開示の一実施形態では、ｎ３ｇｐｐＡｃｃｕｒａｃｙ属性が、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。
本開示の一実施形態では、ＡｍｆＥｖｅｎｔデータ構造のｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ属性が、少なくとも１つの位置報告精度を示すのに第２の要求で再使用されてもよい。
本開示の第３の態様によれば、ＡＭＦエンティティによって実施される方法が提供される。方法は、ＵＤＭエンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信することを含んでもよい。要求は、ＴＮＧＦおよび／またはＷＡＧＦを通した端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。方法は更に、要求に基づいて端末デバイスの位置情報を決定することを含んでもよい。方法は更に、端末デバイスの位置情報をＮＥＦエンティティに報告することを含んでもよい。
このように、ＡＭＦエンティティが、ＴＮＧＦおよび／またはＷＡＧＦを通した、可能性がある非３ＧＰＰアクセスからの端末デバイスに関する位置報告をサポートできるようにすることができる。
本開示の一実施形態では、少なくとも１つの位置報告精度は、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のうちの１つまたは複数を含んでもよい。
本開示の一実施形態では、ＡｍｆＥｖｅｎｔデータ構造のｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ属性が、少なくとも１つの位置報告精度を示すのに要求で再使用されてもよい。
本開示の一実施形態では、端末デバイスの位置情報は、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のうちの１つまたは複数を示してもよい。
本開示の一実施形態では、端末デバイスの位置情報を決定することは、位置情報として、要求がＵＤＭエンティティから受信された直後の端末デバイスの最初の位置に関する情報を決定することを含んでもよい。
本開示の一実施形態では、端末デバイスの位置情報を決定することは、端末デバイスの位置変更が起こるか否かをモニタリングすることを含んでもよい。端末デバイスの位置情報を決定することは、端末デバイスの位置変更が起こったとき、位置情報として、端末デバイスの新しい位置に関する情報を決定することを含んでもよい。
本開示の第４の態様によれば、ＡＦエンティティによって実施される方法が提供される。方法は、ＮＥＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を送信することを含んでもよい。要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。方法は更に、端末デバイスの位置情報をＮＥＦエンティティから受信することを含んでもよい。
このように、ＡＦエンティティが、可能性がある５Ｇ非３ＧＰＰアクセスからの端末デバイスに関する位置報告をサポートできるようにすることができる。
本開示の一実施形態では、少なくとも１つの位置報告精度は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のうちの１つまたは複数を含んでもよい。
本開示の一実施形態では、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに要求で使用されてもよい。
本開示の一実施形態では、ｎ３ｇｐｐＡｃｃｕｒａｃｙ属性が、少なくとも１つの位置報告精度を示すのに要求で使用されてもよい。
本開示の一実施形態では、端末デバイスの位置情報は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のうちの１つまたは複数を示してもよい。
本開示の一実施形態では、端末デバイスの位置情報は、要求がＮＥＦエンティティに送信された直後の端末デバイスの最初の位置、および端末デバイスの位置変更が起こったときの端末デバイスの新しい位置のうちの１つを示してもよい。
本開示の第５の態様によれば、ＮＥＦエンティティが提供される。ＮＥＦエンティティは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備えてもよい。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を包含してもよく、それにより、ＮＥＦエンティティは、ＡＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信するように動作してもよい。第１の要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＮＥＦエンティティは更に、ＵＤＭエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信するように動作してもよい。第２の要求は、少なくとも１つの位置報告精度を示してもよい。ＮＥＦエンティティは更に、ＡＭＦエンティティから、端末デバイスの位置情報を受信するように動作してもよい。ＮＥＦエンティティは更に、端末デバイスの位置情報をＡＦエンティティに送信するように動作してもよい。
本開示の一実施形態では、ＮＥＦエンティティは、上記第１の態様による方法を実施するように動作してもよい。
本開示の第６の態様によれば、ＵＤＭエンティティが提供される。ＵＤＭエンティティは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備えてもよい。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を包含してもよく、それにより、ＵＤＭエンティティは、ＮＥＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信するように動作してもよい。第１の要求は、端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＵＤＭエンティティは更に、ＡＭＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信するように動作してもよい。第２の要求は、少なくとも１つの位置報告精度を示してもよい。
本開示の一実施形態では、ＵＤＭエンティティは、上記第２の態様による方法を実施するように動作してもよい。
本開示の第７の態様によれば、ＡＭＦエンティティが提供される。ＡＭＦエンティティは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備えてもよい。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を包含してもよく、それにより、ＡＭＦエンティティは、ＵＤＭエンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信するように動作してもよい。要求は、ＴＮＧＦおよび／またはＷＡＧＦを通した端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＡＭＦエンティティは更に、要求に基づいて端末デバイスの位置情報を決定するように動作してもよい。ＡＭＦエンティティは更に、端末デバイスの位置情報をＮＥＦエンティティに報告するように動作してもよい。
本開示の一実施形態では、ＡＭＦエンティティは、上記第３の態様による方法を実施するように動作してもよい。
本開示の第８の態様によれば、ＡＦエンティティが提供される。ＡＦエンティティは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備えてもよい。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を包含してもよく、それにより、ＡＦエンティティは、ＮＥＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信するように動作してもよい。要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＡＦエンティティは更に、端末デバイスの位置情報をＮＥＦエンティティに受信するように動作してもよい。
本開示の一実施形態では、ＡＦエンティティは、上記第４の態様による方法を実施するように動作してもよい。
本開示の第９の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、上記第１～第４の態様のいずれかによる方法を実施させる、命令を含んでもよい。
本開示の第１０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、上記第１～第４の態様のいずれかによる方法を実施させる、命令を含んでもよい。
本開示の第１１の態様によれば、ＮＥＦエンティティが提供される。ＮＥＦエンティティは、ＡＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信する、第１の受信モジュールを備えてもよい。第１の要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＮＥＦエンティティは更に、ＵＤＭエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信する、第１の送信モジュールを備えてもよい。第２の要求は、少なくとも１つの位置報告精度を示してもよい。ＮＥＦエンティティは更に、ＡＭＦエンティティから、端末デバイスの位置情報を受信する、第２の受信モジュールを備えてもよい。ＮＥＦエンティティは更に、端末デバイスの位置情報をＡＦエンティティに送信する、第２の送信モジュールを備えてもよい。
本開示の第１２の態様によれば、ＵＤＭエンティティが提供される。ＵＤＭエンティティは、ＮＥＦエンティティから、端末デバイスに対する位置報告のイベント公開を登録する第１の要求を受信する、受信モジュールを備えてもよい。第１の要求は、端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＵＤＭエンティティは更に、ＡＭＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信する、送信モジュールを備えてもよい。第２の要求は、少なくとも１つの位置報告精度を示してもよい。
本開示の第１３の態様によれば、ＡＭＦエンティティが提供される。ＡＭＦエンティティは、ＵＤＭエンティティから、端末デバイスに対する位置報告のイベント公開を登録する要求を受信する、受信モジュールを備えてもよい。要求は、ＴＮＧＦおよび／またはＷＡＧＦを通した端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＡＭＦエンティティは更に、要求に基づいて端末デバイスの位置情報を決定する、決定モジュールを備えてもよい。ＡＭＦエンティティは更に、端末デバイスの位置情報をＮＥＦエンティティに報告する、報告モジュールを備えてもよい。
本開示の第１４の態様によれば、ＡＦエンティティが提供される。ＡＦエンティティは、ＮＥＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する要求を送信する、送信モジュールを備えてもよい。要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示してもよい。ＡＦエンティティは更に、端末デバイスの位置情報をＮＥＦエンティティから受信する、受信モジュールを備えてもよい。
本開示のこれらおよび他の目的、特徴、ならびに利点は、本開示の例示的実施形態の以下の詳細な説明を、添付図面と併せ読むことによって明白となるであろう。
５Ｇシステムのアーキテクチャを示す図である。 信頼されない非３ＧＰＰアクセスを含む５Ｇコアネットワークのアーキテクチャを示す図である。 信頼された非３ＧＰＰアクセスを含む５Ｇコアネットワークのアーキテクチャを示す図である。 有線５ＧアクセスネットワークおよびＮＧ ＲＡＮを含む５Ｇ－ＲＧに関する５Ｇコアネットワークのアーキテクチャを示す図である。 有線５ＧアクセスネットワークおよびＮＧ ＲＡＮを含むＦＮ－ＲＧに関する５Ｇコアネットワークのアーキテクチャを示す図である。 本開示の一実施形態によるＮＥＦエンティティで実現される方法を示すフローチャートである。 本開示の一実施形態によるＵＤＭエンティティで実現される方法を示すフローチャートである。 本開示の一実施形態によるＡＭＦエンティティで実現される方法を示すフローチャートである。 図８の方法を説明するフローチャートである。 本開示の一実施形態によるＡＦエンティティで実現される方法を示すフローチャートである。 本開示の一実施形態による例示のプロセスを示すフローチャートである。 本開示の一実施形態による別の例示のプロセスを示すフローチャートである。 本開示のいくつかの実施形態を実践する際に使用するのに適した装置を示すブロック図である。 本開示の一実施形態によるＮＥＦエンティティを示すブロック図である。 本開示の一実施形態によるＵＤＭエンティティを示すブロック図である。 本開示の一実施形態によるＡＭＦエンティティを示すブロック図である。 本開示の一実施形態によるＡＦエンティティを示すブロック図である。
説明の目的で、開示する実施形態の徹底的な理解を提供するために、以下の記載において詳細を説明する。しかしながら、実施形態は、これらの具体的な詳細なしに、または等価の構成を用いて実現されてもよいことが、当業者には明白である。
図１に示されるノードの１つは、無線ベースまたは有線ベースであることができる、アクセスネットワーク（ＡＮ）である。一般的な無線アクセスネットワークは、３ＧＰＰが規定する無線アクセスネットワーク（ＲＡＮ）である。信頼されない非３ＧＰＰアクセスネットワーク、信頼された非３ＧＰＰアクセスネットワーク、および有線アクセスネットワークといったタイプの非３ＧＰＰアクセスネットワークが規定される。５Ｇコアネットワークは、非３ＧＰＰアクセスネットワーク、例えば無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスネットワークを介する、ＵＥのコネクティビティをサポートする。
５Ｇコアネットワークは、図２に示されるような信頼されない非３ＧＰＰアクセスネットワークと、図３に示されるような信頼された非３ＧＰＰアクセスネットワーク（ＴＮＡＮ）との両方をサポートする。信頼されない非３ＧＰＰアクセスネットワークは、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）を介して５Ｇコアネットワークに接続されるものとし、信頼された非３ＧＰＰアクセスネットワークは、信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）を介して５Ｇコアネットワークに接続されるものとする。Ｎ３ＩＷＦおよびＴＮＧＦは両方とも、Ｎ２およびＮ３インターフェースをそれぞれ介して、５Ｇコアネットワーク制御プレーン（ＣＰ）およびユーザプレーン（ＵＰ）機能とインターフェース接続する。
図４は、有線５Ｇアクセスネットワークおよび次世代（ＮＧ）ＲＡＮを含む５Ｇレジデンシャルゲートウェイ（５Ｇ－ＲＧ）アーキテクチャに関する５Ｇコアネットワークのアーキテクチャを示している。図示されるように、有線５Ｇアクセスネットワークは、有線アクセスゲートウェイ機能（Ｗ－ＡＧＦ）を介して５Ｇコアネットワークに接続されるものとする。Ｗ－ＡＧＦは、Ｎ２およびＮ３インターフェースをそれぞれ介して、５ＧコアネットワークＣＰおよびＵＰ機能とインターフェース接続する。５Ｇ－ＲＧがＮＧ ＲＡＮを介して接続されるシナリオでは、ＵＥの仕様は、異なる指定がない限り、ＮＧ ＲＡＮを介して５Ｇコア（５ＧＣ）に接続されたＵＥに対して規定されるようなものが適用可能である。５Ｇ－ＲＧがＮＧ－ＲＡＮを介して、また有線５Ｇアクセスネットワーク（Ｗ－５ＧＡＮ）を介して接続される場合、複数のＮ１インスタンスが５Ｇ－ＲＧに対して存在するものとし、即ち、ＮＧ－ＲＡＮを通じた１つのＮ１インスタンスとＷ－５ＧＡＮを通じた１つのＮ１インスタンスとがあるものとする。
図５は、有線５ＧアクセスネットワークおよびＮＧ ＲＡＮを含む固定ネットワークレジデンシャルゲートウェイ（ＦＮ－ＲＧ）に関する５Ｇコアネットワークのアーキテクチャを示している。図示されるように、５Ｇ対応ではなく、Ｗ－５ＧＡＮを介して５ＧＣに接続される、ＦＮ－ＲＧのシナリオでは、Ｗ－ＡＧＦが、ＦＮ－ＲＧに代わってＮ１インターフェースをＡＭＦに提供する。
５Ｇ－ＲＧまたはＦＮ－ＲＧに接続されたＵＥは、Ｎ３ＩＷＦを介して、またはＴＮＧＦを介して５ＧＣにアクセスすることができ、その場合、５Ｇ－ＲＧ／ＦＮ－ＲＧ、Ｗ－５ＧＡＮ、および５Ｇ－ＲＧまたはＦＮ－ＲＧにサーブするＵＰＦの組合せがそれぞれ、信頼されない非３ＧＰＰアクセスネットワークとして、または信頼された非３ＧＰＰアクセスネットワークとして作用している。例えば、ＵＥは、ＷＬＡＮ無線アクセスを用いて５Ｇ－ＲＧに接続しており、Ｎ３ＩＷＦを介して５ＧＣに接続される。
ＮＥＦネットワークイベント公開に関して、モニタリング能力は、特定のモニタリングイベントを設定するのに適した５Ｇ ＮＦの識別を可能にし、モニタリングイベントを検出し、モニタリングイベントを認証された外部当事者に報告する手段で構成される。モニタリング能力は、ＵＥの位置、到達可能性、ローミング状態、およびコネクティビティの喪失など、ＵＥのモビリティ管理のコンテキストを公開するのに使用することができる。ＡＭＦは、ＡＭＦに関するＵＥ到達可能性要求パラメータ（ＵＲＲＰ－ＡＭＦ）情報をモビリティ管理（ＭＭ）コンテキストに格納して、直接通知をＡＭＦから受信するように認証されたＮＦを決定する。ＵＤＭは、ＵＲＲＰ－ＡＭＦ情報をローカルで格納して、間接的通知を転送するときの認証されたモニタリング要求を決定する。
３ＧＰＰ技術仕様書（ＴＳ）２３．５０１ Ｖ１６．１．０の図４．２．３－５は、ＮＥＦのアーキテクチャを示している。この図に示されるように、モニタリングイベント機構は、３ＧＰＰシステムにおける特定のイベントをモニタリングし、かかるモニタリングイベント情報をＮＥＦを介して報告させることが意図される。それは、５Ｇシステム（５ＧＳ）のＮＦが、特定のイベント、イベント検出、および要求した当事者に対するイベント報告を設定することを可能にする手段で構成される。
ローミングのシナリオにおけるモニタリング機構をサポートするため、ホーム公衆陸上移動体ネットワーク（ＨＰＬＭＮ）と訪問先ＰＬＭＮ（ＶＰＬＭＮ）との間でローミング契約を結ぶ必要がある。中間ＮＥＦ（Ｉ－ＮＥＦ）が規定のように展開されてもよい。Ｉ－ＮＥＦが展開される場合、ＶＰＬＭＮのＡＭＦおよびＳＭＦは、Ｉ－ＮＥＦにおける所与のモニタイベントに関する設定を提供し、モニタリングイベントをＩ－ＮＥＦを介して報告させる。Ｉ－ＮＥＦは、モニタリングイベントに気づいており、それをＮＥＦを介して報告させる。
モニタリングに必要な一連の能力は、ＮＥＦを介して５ＧＳのＮＦにアクセス可能であるものとする。ＵＤＭ、ＡＭＦ、ＳＭＦ、およびゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）を介したモニタリングイベントによって、ＮＥＦが、ＵＤＭ、ＡＭＦ、ＳＭＦ、またはＧＭＬＣにおける所与のモニタイベントを設定し、ＵＤＭおよび／またはＡＭＦもしくはＧＭＬＣを介してイベントを報告することができる。特定のモニタリングイベントまたは情報に基づいて、ＡＭＦ、ＧＭＬＣ、またはＵＤＭが、モニタリングイベントもしくは情報に気づき、それをＮＥＦを介して報告させる。３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．１．１の表４．１５．３．１－１は、現在サポートされているモニタリングイベントを示している。
３ＧＰＰ ＴＳ ２３．５０１ Ｖ１６．１．０の図４．２．３－５に示されるように、ＮＥＦは、３ＧＰＰ ＴＳ ２３．５０２ Ｖ１６．１．１の表４．１５．３．１－１で規定されるイベントの登録に関する、外部ＡＦ（サービス能力サーバ／アプリケーションサーバ（ＳＣＳ／ＡＳ））のアプリケーションプログラミングインターフェース（ＡＰＩ）を公開している。ＭｏｎｉｔｏｒｉｎｇＥｖｅｎｔＳｕｂｓｃｒｉｐｔｉｏｎに対して規定されたデータ構造は、３ＧＰＰ ＴＳ ２９．１２２ Ｖ１６．２．０の表５．３．２．１．２－１から得ることができる。位置報告イベントに関連するサポートされている精度レベルは、３ＧＰＰ ＴＳ ２９．１２２ Ｖ１６．２．０の表５．３．２．４．７－１から得ることができる。
ＵＤＭネットワークイベント公開に関して、コネクティビティの喪失、ＵＥ到達可能性、位置報告、国際移動体加入者識別番号－国際移動体機器識別番号（ＩＭＳＩ－ＩＭＥＩ）（ソフトウェアバージョン（ＳＶ））の関連の変更、ローミング状態、通信障害、および配送状況通知（ＤＮＮ）失敗後の利用可能性といったモニタリングイベント（非排他的）が、個々のＵＥまたはＵＥのグループまたは任意のＵＥに対するＵＤＭを介したモニタリングイベント設定に適用可能である。
Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスに関して、Ｓｕｂｓｃｒｉｂｅ、Ｕｎｓｕｂｓｃｒｉｂｅ、Ｎｏｔｉｆｙ、およびＭｏｄｉｆｙＳｕｂｓｃｒｉｐｔｉｏｎといったサービス運用が規定される。Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスは、コンシューマーＮＦ（例えば、ＮＥＦ）によって、Ｓｕｂｓｃｒｉｂｅサービス運用を用いてイベント発生の通知を登録するのに使用される。ＡＭＦによって検出することができるイベントの場合、ＵＤＭは、適切なＡＭＦサービス運用を利用して、コンシューマーＮＦ（例えば、ＮＥＦ）に代わって登録する。Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスはまた、既に通知を登録しているコンシューマーＮＦ（例えば、ＮＥＦ）によって、Ｕｎｓｕｂｓｃｒｉｂｅサービス運用を用いて登録解除するのに使用される。ＡＭＦによって検出することができるイベントの場合、ＵＤＭは、適切なＡＭＦサービス運用を利用して、コンシューマーＮＦ（例えば、ＮＥＦ）に代わって登録解除する。Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスはまた、Ｎｏｔｉｆｙサービス運用を用いて、登録済みのイベントがＵＤＭで起こったときにＵＤＭによる通知を受けるように、登録済みのコンシューマーＮＦ（例えば、ＮＥＦ）によって使用される。ＡＭＦで起こり得る登録済みのイベントの場合、コンシューマーＮＦ（例えば、ＮＥＦ）は、ＵＤＭが関与することなく、対応するＡＭＦサービス運用を利用してＡＭＦによる通知を直接受ける。Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅサービスはまた、登録済みのコンシューマーＮＦ（例えば、ＮＥＦ）によって、ＭｏｄｉｆｙＳｕｂｓｃｒｉｐｔｉｏｎサービス運用を用いて既存の登録を修正するのに使用される。
３ＧＰＰ ＴＳ ２９．５０３ Ｖ１６．０．０の図５．５．２．２．２－１は、ＮＦサービスコンシューマーが、イベント発生の通知を登録するように、ＵＤＭに要求を送信するシナリオを示している。要求は、コールバックユニフォームリソース識別子（ＵＲＩ）、モニタリングされるイベントのタイプ、ならびに追加情報、例えばイベントフィルタおよび報告オプションを包含する。更なる詳細は、３ＧＰＰ ＴＳ ２９．５０３ Ｖ１６．０．０の第５．５．２．２．２節から得ることができる。３ＧＰＰ ＴＳ ２９．５０３ Ｖ１６．０．０の表６．４．６．２．２－１、表６．４．６．２．３－１、表６．４．６．２．１０－１、および表６．４．６．３．４－１は、ＥｅＳｕｂｓｃｒｉｐｔｉｏｎデータ構造、および特に位置報告に関連するデータ構造を規定している。
ＡＭＦネットワークイベント公開に関して、３ＧＰＰ ＴＳ ２９．５１８ Ｖ１６．０．０の図５．３．２．２．２－１は、ＡＭＦからのイベント通知の登録を示している。更なる詳細は、３ＧＰＰ ＴＳ ２９．５１８ Ｖ１６．０．０の第５．３．２．２．２節から得ることができる。３ＧＰＰ ＴＳ ２９．５１８ Ｖ１６．０．０の表６．２．６．２．２－１は、ＡＭＦからのイベント登録を登録するデータ構造を規定している。３ＧＰＰ ＴＳ ２９．５１８ Ｖ１６．０．０の表６．２．６．２．３－１および表６．２．６．３．５－１は、位置報告イベントに関する設定情報を示している。３ＧＰＰ ＴＳ ２９．５１８ Ｖ１６．０．０の表６．２．６．２．５－１、および３ＧＰＰ ＴＳ ２９．５７１ Ｖ１６．０．０の表５．４．４．１０－１は、位置変更報告に関するデータ構造を示している。
上記に基づいて、ＮＥＦ／ＵＤＭ／ＡＭＦによって公開される位置報告イベントの場合、全ての可能な５Ｇ非３ＧＰＰアクセスに関する位置報告は十分にサポートされていない。第１の問題として、３ＧＰＰ ＴＳ ２９．１２２ Ｖ１６．２．０の表５．３．２．４．７－１から、ＮＥＦ／サービス能力公開機能（ＳＣＥＦ）がサポートする位置精度に関して、信頼されたＷＬＡＮアクセスネットワーク（ＴＷＡＮ）のみが第４世代（４Ｇ）非３ＧＰＰアクセスに関連し、信頼されない非３ＧＰＰアクセスおよび有線非３ＧＰＰアクセスなど、他の５Ｇ非３ＧＰＰアクセス位置精度はサポートされない。そのため、ＡＦ（ＳＣＳ／ＡＳ）が、全ての可能な５Ｇ非３ＧＰＰアクセスからの、ＵＥに対する位置変更イベント通知を登録できないことが問題である。
第２の問題として、３ＧＰＰ ＴＳ ２９．５０３ Ｖ１６．０．０の表６．４．６．３．４－１から、ＵＤＭがサポートする位置精度に関して、３ＧＰＰアクセスにのみ適用可能である位置精度に関して、ＣＥＬＬ＿ＬＥＶＥＬまたは追跡エリアレベル（ＴＡ＿ＬＥＶＥＬ）のみがサポートされることが更に悪い。これは、位置報告イベントを５Ｇ３ＧＰＰアクセスのみに暗示的に限定する。そのため、ＵＤＭが位置変更報告を公開して、ＡＦ～ＮＥＦなどの外部サービスコンシューマーが、全ての可能な５Ｇ非３ＧＰＰアクセスからの、ＵＥに対する位置変更イベント通知を登録することは不可能である。
第３の問題として、３ＧＰＰ ＴＳ ２９．５１８ Ｖ１６．０．０の表６．２．６．３．５－１から、ＡＭＦがサポートする位置フィルタに関して、Ｎ３ＩＷＦレベル精度のみが非３ＧＰＰアクセスに関してサポートされ、信頼された５Ｇ非３ＧＰＰアクセスおよび有線５Ｇ非３ＧＰＰアクセスなど、他の５Ｇ非３ＧＰＰアクセス位置精度はサポートされない。そのため、ＡＭＦが位置変更報告を公開して、ＡＦ～ＮＥＦおよびＵＤＭなどの外部サービスコンシューマーが、全ての可能な５Ｇ非３ＧＰＰアクセスからの、ＵＥに対する位置変更イベント通知を登録することは不可能である。
上記３つの問題に基づいて、位置変更イベントに関するエンドツーエンドの使用例の観点から、全ての可能な５Ｇ非３ＧＰＰアクセスからＵＥに到達したときの位置変更イベントのネットワークイベント公開には有効ではないという、全体的な問題が存在することは明白である。
本開示は、イベント公開に関する改善された解決策を提案する。例示的な例として、解決策は、図１に示される通信システムに適用されてもよい。図１に示されるエンティティの機能的説明は、３ＧＰＰ ＴＳ ２３．５０１の第６節に記述されており、その全体を参照により本明細書に組み込む。
なお、本開示の文脈の中では、本明細書で使用する端末デバイス（またはＵＥ）という用語は、例えば、アクセス端末、移動局、移動ユニット、加入者局などを指すこともある。無線通信ネットワークにアクセスし、そこからサービスを受信することができる、いずれかの（固定または移動）エンドデバイスを指すことがある。例として非限定的に、ＵＥは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶再生器具、移動電話、携帯電話、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、内蔵型または組込み型無線カード、外部プラグイン型無線カードなどを含んでもよい。
モノのインターネット（ＩｏＴ）のシナリオでは、端末デバイス（またはＵＥ）は、モニタリングおよび／または測定を実施し、かかるモニタリングおよび／または測定の結果を、別の端末デバイス（もしくはＵＥ）および／またはネットワーク機器に伝送する、マシンまたは他のデバイスを表してもよい。この場合、端末デバイス（またはＵＥ）は、３ＧＰＰの文脈ではマシンタイプ通信（ＭＴＣ）デバイスと呼ばれることがある、マシンツーマシン（Ｍ２Ｍ）デバイスであってもよい。かかるマシンまたはデバイスの特定の例は、センサ、電力メータ等の計量デバイス、産業機械、バイク、自動車、または家庭用もしくは個人用電気機器（例えば、冷蔵庫、テレビ）、時計などの個人用ウェアラブルなどを含んでもよい。
本明細書で使用するとき、「通信システム」という用語は、第１世代（１Ｇ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または現在知られているかもしくは今後開発されるであろう他の任意のプロトコルなど、いずれかの好適な通信規格に従うシステムを指す。更に、端末デバイスと通信システムのネットワークノード（またはネットワークエンティティ）との間の通信は、１Ｇ、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または現在知られているかもしくは今後開発されるであろう他の任意のプロトコルを含むがそれらに限定されない、いずれかの好適な世代の通信プロトコルに従って実施されてもよい。加えて、本明細書で使用される特定の用語は、本開示を、それらの特定の用語に関連する通信システムのみに限定せず、それらの用語はより一般的に、他の通信システムに適用することができる。
図６は、本開示の一実施形態によるＮＥＦエンティティで実現される方法を示すフローチャートである。ブロック６０２で、ＮＥＦエンティティは、ＡＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信する。第１の要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。少なくとも１つの位置報告精度は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのインターネットプロトコル（ＩＰ）アドレス、端末デバイスによって使用されるユーザデータグラムプロトコル（ＵＤＰ）ポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのハイブリッドファイバ同軸（ＨＦＣ）識別子のいずれか１つまたはいずれかの組合せを含んでもよい。選択肢として、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。別の選択肢として、非３ＧＰＰ精度（ｎ３ｇｐｐＡｃｃｕｒａｃｙ）属性が、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。なお、少なくとも１つの位置報告精度は、他の任意の好適な方式によって第１の要求で示されてもよい。例示的な例として、第１の要求はＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であってもよい。
ブロック６０４で、ＮＥＦエンティティは、ＵＤＭエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信する。第２の要求は、第１の要求によって示される少なくとも１つの位置報告精度を示す。選択肢として、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに第２の要求で使用されてもよい。別の選択肢として、ｎ３ｇｐｐＡｃｃｕｒａｃｙ属性が、少なくとも１つの位置報告精度を示すのに第２の要求で使用されてもよい。なお、少なくとも１つの位置報告精度は、他の任意の好適な方式によって第２の要求で示されてもよい。例示的な例として、第２の要求はＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であってもよい。
ブロック６０６で、ＮＥＦエンティティは、ＡＭＦエンティティから、端末デバイスの位置情報を受信する。ＡＭＦエンティティによって実施される動作については後述する。少なくとも１つの位置報告精度が、端末デバイスの５Ｇ非３ＧＰＰアクセスに対する第２の要求によって示されるので、端末デバイスの位置情報は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のいずれか１つまたはいずれかの組合せを示してもよい。即時の報告が第１および第２の要求で設定された場合、端末デバイスの位置情報は、第２の要求がＵＤＭエンティティに送信された直後の端末デバイスの最初の位置を示してもよい。継続報告が第１および第２の要求で設定された場合、端末デバイスの位置情報は、端末デバイスの位置変更が起こったときの端末デバイスの新しい位置を示してもよい。したがって、最初の位置および新しい位置のうちのどちらか一方は、端末デバイスによって使用されるＮ３ＩＷＦの識別子、端末デバイスによって使用されるＴＮＧＦの識別子、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦの識別子、端末デバイスによって使用されるアクセスポイントのライン識別子、端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のいずれか１つまたはいずれかの組合せによって表されてもよい。例示的な例として、端末デバイスの位置情報は、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙメッセージでＡＭＦエンティティから受信されてもよい。
ブロック６０８で、ＮＥＦエンティティは、端末デバイスの位置情報をＡＦエンティティに送信する。例示的な例として、端末デバイスの位置情報は、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙメッセージでＡＦエンティティに送信されてもよい。図６の方法により、ＮＥＦエンティティが、可能性がある５Ｇ非３ＧＰＰアクセスからの端末デバイスの位置報告をサポートできるようにすることができる。
図７は、本開示の一実施形態によるＵＤＭエンティティで実現される方法を示すフローチャートである。ブロック７０２で、ＵＤＭエンティティは、ＮＥＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信する。第１の要求は、端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。少なくとも１つの位置報告精度は、端末デバイスによって使用されるＮ３ＩＷＦ、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のいずれか１つまたはいずれかの組合せを含んでもよい。選択肢として、アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。別の選択肢として、ｎ３ｇｐｐＡｃｃｕｒａｃｙ属性が、少なくとも１つの位置報告精度を示すのに第１の要求で使用されてもよい。なお、少なくとも１つの位置報告精度は、他の任意の好適な方式によって第１の要求で示されてもよい。例示的な例として、第１の要求はＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であってもよい。
ブロック７０４で、ＵＤＭエンティティは、ＡＭＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信する。第２の要求は、第１の要求によって示される少なくとも１つの位置報告精度を示す。例えば、ＡｍｆＥｖｅｎｔデータ構造のｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ属性は、少なくとも１つの位置報告精度を示すのに第２の要求で再使用されてもよい。なお、少なくとも１つの位置報告精度は、他の任意の好適な方式によって第２の要求で示されてもよい。例示的な例として、第２の要求はＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であってもよい。図７の方法により、ＵＤＭエンティティが、可能性がある非３ＧＰＰアクセスからの端末デバイスの位置報告をサポートできるようにすることができる。
図８は、本開示の一実施形態によるＡＭＦエンティティで実現される方法を示すフローチャートである。ブロック８０２で、ＡＭＦエンティティは、ＵＤＭエンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信する。要求は、ＴＮＧＦおよび／またはＷＡＧＦを通した端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。少なくとも１つの位置報告精度は、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のいずれか１つまたはいずれかの組合せを含んでもよい。例えば、ＡｍｆＥｖｅｎｔデータ構造のｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ属性は、少なくとも１つの位置報告精度を示すのに要求で再使用されてもよい。なお、少なくとも１つの位置報告精度は、他の任意の好適な方式によって要求で示されてもよい。例示的な例として、要求はＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求であってもよい。
ブロック８０４で、ＡＭＦエンティティは、要求に基づいて端末デバイスの位置情報を決定する。少なくとも１つの位置報告精度が、ＴＮＧＦおよび／またはＷＡＧＦを通した端末デバイスの非３ＧＰＰアクセスに対する要求で示されるので、端末デバイスの位置情報は、端末デバイスによって使用されるＴＮＧＦ、端末デバイスのＩＰアドレス、端末デバイスによって使用されるＵＤＰポート、端末デバイスによって使用されるＷＡＧＦ、端末デバイスによって使用されるアクセスポイントのライン識別子、および端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子のいずれか１つまたはいずれかの組合せを示してもよい。例えば、ブロック８０４は、図９に示されるブロック８０４－１またはブロック８０４－２～８０４－３として実現されてもよい。ブロック８０４－１は、要求において即時報告が設定された場合に実施されてもよい。ブロック８０４－１で、ＡＭＦエンティティは、位置情報として、要求がＵＤＭエンティティから受信された直後の端末デバイスの最初の位置に関する情報を決定する。
ブロック８０４－２および８０４－３は、要求において継続報告が設定された場合に実施される。ブロック８０４－２で、ＡＭＦエンティティは、端末デバイスの位置変更が起こるか否かをモニタリングする。端末デバイスの位置変更が起こると、ＡＭＦエンティティは、ブロック８０４－３で、位置情報として、端末デバイスの新しい位置に関する情報を決定する。端末デバイスがＴＮＧＦまたはＷＡＧＦを通してネットワークにアクセスする場合、アクセスはＡＭＦエンティティに向けて行われるので、ＡＭＦエンティティは、どのＴＮＧＦまたはＷＡＧＦが端末デバイスによって使用されているか、またそれが変更されているか否かが分かっている。このことは、対応するＩＰアドレス／ＵＤＰポートまたは対応するライン識別子／ＨＦＣ識別子にも当てはまる。したがって、最初の位置または新しい位置を、ブロック８０４－１またはブロック８０４－２～８０４－３で決定することができる。
ブロック８０６で、ＡＭＦエンティティは、端末デバイスの位置情報をＮＥＦエンティティに報告する。例示的な例として、端末デバイスの位置情報は、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿ＮｏｔｉｆｙメッセージでＮＥＦエンティティに送信される。図８の方法により、ＡＭＦエンティティが、ＴＮＧＦおよび／またはＷＡＧＦを通した、可能性がある非３ＧＰＰアクセスからの端末デバイスに関する位置報告をサポートできるようにすることができる。
図１０は、本開示の一実施形態によるＡＦエンティティで実現される方法を示すフローチャートである。ブロック１００２で、ＡＦエンティティは、ＮＥＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する要求を送信する。要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。ブロック１００２はブロック６０２に対応し、その詳細はここでは省略する。ブロック１００４で、ＡＦエンティティは、端末デバイスの位置情報をＮＥＦエンティティから受信する。ブロック１００４はブロック６０８に対応し、その詳細はここでは省略する。図１０の方法により、ＡＦエンティティが、可能性がある５Ｇ非３ＧＰＰアクセスからの端末デバイスの位置報告をサポートできるようにすることができる。
図１１は、本開示の一実施形態による例示のプロセスを示すフローチャートである。図示されるように、この例示のプロセスは、５Ｇ ３ＧＰＰアクセスおよび信頼されない５Ｇ非３ＧＰＰアクセスに関する位置変更イベント登録／通知を伴う。Ｎ３ＡＮという用語は非３ＧＰＰアクセスネットワークを指す。ステップ１で、ＵＥは５Ｇコアネットワークに登録する。これは、ＵＥがネットワークによって認証され、５Ｇコアネットワーク（ＵＤＭを含む）に登録されることを含んでもよい。ＵＥは、次世代ノードＢ（ｇＮＢ）を通したＡＭＦへの新無線（ＮＲ）に基づいた５Ｇ ３ＧＰＰアクセスネットワーク、またはＮ３ＩＷＦを通したＡＭＦへの信頼されない５Ｇ非３ＧＰＰアクセスネットワーク、またはＴＮＧＦを通したＡＭＦへの信頼された５Ｇ非３ＧＰＰアクセスネットワーク、またはＷ－ＡＧＦを通したＡＭＦへの有線５Ｇ非３ＧＰＰアクセスネットワークといった異なるアクセスネットワークから、５Ｇネットワークにアクセスしてもよい。
ステップ２で、ＡＦは、ＮＥＦ公開ＡＰＩ動作であるＮｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求を通して、ＵＥに関する位置変更イベントを登録する。要求本体において、下記のようなイベント登録の更なる情報が提供される。
ＭｏｎｉｔｏｒｉｎｇＴｙｐｅ：ＬＯＣＡＴＩＯＮ＿ＲＥＰＯＲＴＩＮＧ
Ｍｓｉｓｄｎ：ｘｘｘｘｘｘｘｘｘｘｘ
ｎｏｔｉｆｉｃａｔｉｏｎＤｅｓｔｉｎａｔｉｏｎ：ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ａｆ．ｃｏｍ／ｎｏｔｉｆ
ａｃｃｕｒａｃｙ（３ＧＰＰ）：ＣＧＩ＿ＥＣＧＩ
ｎ３ｇｐｐＡｃｃｕｒａｃｙ：Ｎ３ＩＷＦ，ＵＥ＿ＩＰ，ＵＥ＿ＰＯＲＴ
ここで、イベント通知登録例は、Ｎ３ＩＷＦ、ＵＥ＿ＩＰ、ＵＥ＿ＰＯＲＴのいずれかを含む位置粒度を関心対象とするＡＦに関するものである。
上述したように、ＮＥＦがかかるＵＥ位置変更イベントをサポートすることは依然として不可能である。したがって、ここで、ＮＥＦが、全ての可能性がある５Ｇ非３ＧＰＰアクセスから、ＵＥに対する位置変更イベントを公開する、強化を追加する必要がある。３ＧＰＰプロトコルにおける強化の一例を下記に示し、追加されたコンテンツに下線を付している。
Figure 2022554053000002
上記の表に示されるように、Ｎ３ＩＷＦおよびＴＮＧＦ粒度がそれぞれ、信頼されない５Ｇ非３ＧＰＰアクセスおよび信頼された５Ｇ非３ＧＰＰアクセスに対して追加される。ＷＡＧＦは有線５Ｇ非３ＧＰＰアクセスに対して追加される。加えて、ＵＥ＿ＩＰおよびＵＥ＿ＰＯＲＴが、信頼されない５Ｇ非３ＧＰＰアクセスまたは信頼された５Ｇ非３ＧＰＰアクセスを通して接続されたＵＥに関して、ＩＰコネクティビティレベルの粒度に対して追加される。有線５Ｇ非３ＧＰＰアクセスの場合、ライン識別子（ＬＩＮＥ＿ＩＤ）またはＨＦＣ識別子（ＨＦＣ＿ＩＤ）レベルの粒度が追加される。Ｌｉｎｅ ＩＤおよびＨＦＣ ＩＤのフォーマットは３ＧＰＰ ＴＳ ２３．３１６で規定されており、参照のため、抜粋を下記に転記する。
Ｌｉｎｅ ＩＤのフォーマットは包括的であり、異なるオペレータおよびアクセスネットワークがコンテンツの異なるエンコーディングを使用するのを可能にする。Ｌｉｎｅ ＩＤは以下のフォーマットを有することができる。
ＤＨＣＰｖ４オプション８２交換（ＴＲ－１０１第２［６］号付属書Ｂ、元の仕様書は２００６年版）
ＰＰＰｏＥ回路およびリモートＩＤ ＡＶＰ挿入（ＴＲ－１０１第２［６］号付属書Ａ／８．３、元の仕様書は２００６年版）
アクセスノードにおけるＬＤＲＡ機能性を介した、ＤＨＣＰｖ６によるオプション１８使用（ＢＢＦ ＴＲ－１７７ 第１号正誤表１［１２］、元の仕様書は２０１０年版）
ＲＳメッセージングにおけるＬｉｎｅ ＩＤ Ｏｐｔｉｏｎ（ＬＩＯ）の使用（ＢＢＦ ＴＲ－１７７ 第１号正誤表１［１２］、元の仕様書は２０１０年版）。ＲＦＣ ６７８８［１３］でも文書化されており、これはＢＢＦエンコーディングとはわずかに異なる。
ＨＦＣ＿Ｉｄｅｎｔｉｆｉｅｒのフォーマットはオクテット文字列であり、ＤＯＣＳＩＳ ＭＵＬＰＩ［８］のＣａｂｌｅＬａｂｓによって規定されるように、ケーブルモデムＭＡＣアドレスまたはＨＦＣアカウント識別子全体を包含してもよい。
加えて、登録された位置変更イベントに対して複数の精度レベルを設定するのを可能にするため、登録されたイベントに対するＮＥＦデータ構造を更新することが提案される。表２－１および表２－２は、３ＧＰＰ ＴＳ ２９．１２２ Ｖ１６．２．０の表５．３．２．１．２－１と比較した、変更の２つの代替例を示している。
Figure 2022554053000003
Figure 2022554053000004
Figure 2022554053000005
Figure 2022554053000006
Figure 2022554053000007
Figure 2022554053000008
Figure 2022554053000009
Figure 2022554053000010
ステップ３で、ＮＥＦは、ＡＰＩ動作であるＮｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求を通して、ＵＤＭからのＵＥ位置変更イベント通知を登録する。より多くの情報が、要求ユニフォームリソースロケータ（ＵＲＬ）に、または下記のような要求本体に包含される。
ｕｅＩｄｅｎｔｉｔｙ：ｍｓｉｓｄｎ－ｘｘｘｘｘｘｘｘｘｘｘ
ｒｅｆｅｒｅｎｃｅＩＤ：ｎｅｆ０１－０００１
ｃａｌｌｂａｃｋＲｅｆｅｒｅｎｃｅ：ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｆ０１．ｃｏｍ／ｎｏｔｉｆ
ＥｖｅｎｔＴｙｐｅ：ＬＯＣＡＴＩＯＮ＿ＲＥＰＯＲＴ
ａｃｃｕｒａｃｙ（３ＧＰＰ）：ＣＥＬＬ＿ＬＥＶＥＬ
ｎ３ｇｐｐＡｃｃｕｒａｃｙ：Ｎ３ＩＷＦ，ＵＥ＿ＩＰ，ＵＥ＿ＰＯＲＴ
ＵＤＭは、移動体加入者国際ＩＳＤＮ番号（ＭＳＩＳＤＮ）を加入永続識別子（ＳＵＰＩ）識別情報に変換する識別情報変換を行うことができるので、内部でＳＵＰＩを使用して、このＵＥ位置変更イベントを相関させることができる。ＩＳＤＮという用語はサービス統合デジタルネットワークを指す。
前述の例に従って、イベント通知登録は、Ｎ３ＩＷＦ、ＵＥ＿ＩＰ、ＵＥ＿ＰＯＲＴのいずれかを含む位置粒度を関心対象とするＮＥＦに関するものである。上述したように、ＵＤＭがかかるＵＥ位置変更イベントをサポートすることは依然として不可能である。ここで、ＵＤＭが、全ての可能性がある５Ｇ非３ＧＰＰアクセスから、ＵＥに対する位置変更イベントを公開する、強化を追加する必要がある。３ＧＰＰプロトコルにおける強化の一例を下記に示し、追加されたコンテンツに下線を付している。
Figure 2022554053000011
加えて、登録された位置変更イベントに対して複数の精度レベルを設定するのを可能にするため、登録されたイベントに対するＵＤＭデータ構造を更新することが提案される。表４－１および表４－２は、３ＧＰＰ ＴＳ ２９．５０３ Ｖ１６．０．０の表６．４．６．２．１０－１と比較した、変更の２つの代替例を示している。
Figure 2022554053000012
Figure 2022554053000013
ステップ４で、ＵＤＭは、ＡＰＩ動作であるＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ要求を通して、ＵＥ位置変更イベント通知を登録する。より多くの情報が下記のような要求本体に包含される。
ｅｖｅｎｔＮｏｔｉｆｙＵｒｉ：ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｆ０１．ｃｏｍ／ｎｏｔｉｆ
ｎｏｔｉｆｙＣｏｒｒｅｌａｔｉｏｎＩｄ：ｎｅｆ０１－０００１
ｓｕｂｓＣｈａｎｇｅＮｏｔｉｆｙＵｒｉ：ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｕｄｍ．ｃｏｍ／ｎｏｔｉｆ
ｓｕｂｓＣｈａｎｇｅＮｏｔｉｆｙＣｏｒｒｅｌａｔｉｏｎＩｄ：ｕｄｍ０１－０００１
ＡｍｆＥｖｅｎｔＴｙｐｅ：ＬＯＣＡＴＩＯＮ＿ＲＥＰＯＲＴ
ｓｕｐｉ：ｉｍｓｉ－ｘｘｘｘｘｘｘｘｘｘ
ｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ：
３ＧＰＰ：ＣＥＬＬ＿ＩＤ
非３ＧＰＰ：Ｎ３ＩＷＦ，ＵＥ＿ＩＰ，ＵＥ＿ＰＯＲＴ
現在のプロトコルは、信頼されない５Ｇ非３ＧＰＰアクセスを関心対象とするＵＤＭに関するイベント通知登録をサポートすることができるが、ＡＭＦが、上述したような、信頼された５Ｇ非３ＧＰＰアクセスに関する、および有線５Ｇ非３ＧＰＰアクセスに関する、ＵＥ位置変更イベントをサポートすることは依然として不可能である。ここで、ＡＭＦが、全ての可能性がある５Ｇ非３ＧＰＰアクセスから、ＵＥに対する位置変更イベントを公開する、強化を追加する必要がある。３ＧＰＰプロトコルにおける強化の一例を下記に示し、追加されたコンテンツに下線を付している。
Figure 2022554053000014
加えて、最終的なＡＭＦイベント報告に関して、現在のＡＭＦプロトコルは、下記の表６に示すような、信頼された５Ｇ非３ＧＰＰアクセスおよび有線５Ｇ非３ＧＰＰアクセスからのＵＥ位置の報告をサポートするように、拡張する必要がある。
Figure 2022554053000015
ステップ５で、ＡＭＦは、ＵＥ位置変更イベント通知登録のため、Ｎａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ応答をＵＤＭに送信する。ステップ６で、ＵＤＭは、ＵＥ位置変更イベント通知登録のため、Ｎｕｄｍ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ応答をＮＥＦに送信する。ステップ７で、ＮＥＦは、ＵＥ位置変更イベント通知登録のため、Ｎｎｅｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅ＿Ｓｕｂｓｃｒｉｂｅ応答をＡＦに送信する。
即時位置報告（ケース＃１と呼ばれることがある）の場合、ステップ８で、前のＵＥ位置変更イベント通知登録（ステップ２－７）で即時報告が要求された場合、ＵＥが接続されるアクセスネットワークに応じて、ステップ５の直後に、ＡＭＦが現在位置をＮＥＦに報告することができる。例えば：
５Ｇ ３ＧＰＰアクセスの場合、現在のＣＥＬＬ＿ＩＤ
信頼されない５Ｇ非３ＧＰＰアクセスの場合、Ｎ３ＩＷＦ、ＵＥ＿ＩＰ、およびＵＥ＿ＰＯＲＴ
ステップ９で、前のＵＥ位置変更イベント通知登録（ステップ２－７）で即時報告が要求された場合、ＵＥが接続されるアクセスネットワークに応じて、ＡＭＦ報告が受信されると、ＮＥＦは現在位置をＡＦに報告することができる。例えば：
５Ｇ ３ＧＰＰアクセスの場合、現在のＣＥＬＬ＿ＩＤ
信頼されない５Ｇ非３ＧＰＰアクセスの場合、Ｎ３ＩＷＦ、ＵＥ＿ＩＰ、およびＵＥ＿ＰＯＲＴ
３ＧＰＰアクセスにおけるＵＥ位置変更（ケース＃２と呼ばれることがある）の場合、ステップ１０で、３ＧＰＰアクセスにおいてＵＥ位置変更があるものと推定する。例えば、新しいセルへの移動および新しいセルからの登録により、ｃｅｌｌ ｉｄが変更されている。ステップ１１で、ＡＭＦは、前のイベント登録設定に基づいて、下記のようにＵＥ位置変更イベントに関する継続イベント報告でＮＥＦに通知する。
５Ｇ ３ＧＰＰアクセスにおける新しいＣＥＬＬ＿ＩＤ
ステップ１２で、イベント報告がＡＭＦから受信されると、ＮＥＦは、下記のように現在のＵＥ位置をＡＦに報告することができる。：
５Ｇ ３ＧＰＰアクセスにおける新しいＣＥＬＬ＿ＩＤ
信頼されない５Ｇ非３ＧＰＰアクセスにおける、Ｎ３ＩＷＦノード変更によるＵＥ位置変更（ケース＃３と呼ばれることがある）の場合、ステップ１３で、信頼されない５Ｇ非３ＧＰＰアクセスにおいてＵＥ位置変更があるものと推定する。例えば、別のエリアへの移動および新しいＮ３ＩＷＦからの登録により、ＵＥ＿ＩＰおよびＵＥ＿Ｐｏｒｔも変更される。ステップ１４で、ＡＭＦは、前のイベント登録設定に基づいて、下記のようにＵＥ位置変更イベントに関する継続イベント報告でＮＥＦに通知する。
信頼されない５Ｇ非３ＧＰＰアクセスの場合、新しいＮ３ＩＷＦ ＩＤ、新しいＵＥ＿ＩＰ、新しいＵＥ＿Ｐｏｒｔ
ステップ１５で、イベント報告がＡＭＦから受信されると、ＮＥＦは、下記のように現在のＵＥ位置をＡＦに報告することができる。：
信頼されない５Ｇ非３ＧＰＰアクセスの場合、新しいＮ３ＩＷＦ ＩＤ、新しいＵＥ＿ＩＰ、新しいＵＥ＿Ｐｏｒｔ
信頼されない５Ｇ非３ＧＰＰアクセスにおける、Ｎ３ＩＷＦ Ｉｄは同じであるがＵＥ＿ＩＰおよびＵＥ＿ＰＯＲＴが変更されるＵＥ位置変更（ケース＃４と呼ばれることがある）の場合、ステップ１６で、信頼されない５Ｇ非３ＧＰＰアクセスにおいてＵＥ位置変更があるものと推定する。例えば、別の接続ポイントに移動するが同じＮ３ＩＷＦのままであることにより、ＵＥ＿ＩＰおよびＵＰ＿ＰＯＲＴが再割当てされる。ステップ１７で、ＡＭＦは、前のイベント登録設定に基づいて、下記のようにＵＥ位置変更イベントに関する継続イベント報告でＮＥＦに通知する。
信頼されない５Ｇ非３ＧＰＰアクセスの場合、ＵＥ＿ＩＰおよびＵＥ＿ＰＯＲＴが変更されたＮ３ＩＷＦ ＩＤ
ステップ１８で、イベント報告がＡＭＦから受信されると、ＮＥＦは、下記のように現在のＵＥ位置をＡＦに報告することができる。：
信頼されない５Ｇ非３ＧＰＰアクセスの場合、ＵＥ＿ＩＰおよびＵＥ＿ＰＯＲＴが変更されたＮ３ＩＷＦ ＩＤ
図１２は、本開示の一実施形態による別の例示のプロセスを示すフローチャートである。図示されるように、この例示のプロセスは、５Ｇ ３ＧＰＰアクセスおよび有線５Ｇ非３ＧＰＰアクセスに関するＵＥ位置変更イベント登録／通知を伴う。上記に提案した強化に基づいて、例えば、ＵＥ位置変更報告をサポートするのに、より多くのケースをサポートすることができる。
３ＧＰＰ精度：ＴＡ＿ＬＥＶＥＬ
非３ＧＰＰ精度：ＷＡＧＦ＿ＩＤ、ＬＩＮＥ＿ＩＤ、ＨＦＣ＿ＩＤ
ステップ１は、ＵＥが５Ｇコアネットワークに登録する図１１のステップ１と同じである。ステップ２－７は、図１１のステップ２－７と類似しており、関心対象とするＵＥ位置粒度に関するものである点のみが異なる。
３ＧＰＰ精度：ＴＡ＿ＬＥＶＥＬ（追跡エリアレベル）
非３ＧＰＰ精度：ＷＡＧＦ＿ＩＤ、ＬＩＮＥ＿ＩＤ、ＨＦＣ＿ＩＤ
ケース＃１（即時位置報告）の場合、ステップ８～９は、図１１のステップ８～９と類似しているが、ここではＵＥ位置の即時報告に関するものである。
３ＧＰＰアクセスの場合、ＴＡ ＩＤ
非３ＧＰＰアクセスの場合、ＷＡＧＦ ＩＤ、ＬＩＮＥ＿ＩＤ、またはＨＦＣ＿ＩＤ
ケース＃２（５Ｇ ３ＧＰＰアクセスにおけるＵＥ位置変更（ＴＡ ＩＤ変更））の場合、ステップ１０～１２は、図１１のステップ１０～１２と類似しているが、ＵＥ位置変更はＵＥの移動および新しいＴＡからの登録に関するものである。そのため、３ＧＰＰアクセスにおける新しいＴＡ ＩＤが報告される。
ケース＃３（５Ｇ非３ＧＰＰアクセスにおけるＵＥ位置変更（ＷＡＧＦ ＩＤおよびＬＩＮＥ＿ＩＤ変更））の場合、ステップ１３～１５は、図１１のステップ１３～１５と類似しているが、ＵＥ位置変更は、ＵＥの移動および新しいＬＩＮＥ＿ＩＤからの接続、ならびに新しいＷＡＧＦからの登録に関するものである。そのため、５Ｇ有線非３ＧＰＰアクセスに関する新しいＷＡＧＦ＿ＩＤおよび新しいＬＩＮＥ＿ＩＤが報告される。
ケース＃４（同じＷＡＧＦ下であるが新しいＨＦＣ＿ＩＤから接続される、非３ＧＰＰアクセスにおけるＵＥ位置変更）の場合、ステップ１６～１８は、図１１のステップ１６～１８と類似しているが、ＵＥ位置変更は、ＵＥの移動および新しいＨＦＣ＿ＩＤからの接続に関し、ただし同じＷＡＧＦ下におけるものである。そのため、５Ｇ有線非３ＧＰＰアクセスに関する同じＷＡＧＦおよび新しいＨＦＣ＿ＩＤが報告される。図１１および１２に示されるプロセスにより、可能性がある全ての５Ｇ非３ＧＰＰアクセスからのＵＥに対して、位置変更イベント全体をサポートすることができる。図面において連続して示される２つのブロックは、関与する機能性に応じて、実際には実質的に同時に実行されてもよく、またはブロックは場合によっては逆の順序で実行されてもよいことに留意すべきである。
図１３は、本開示のいくつかの実施形態を実践する際に使用するのに適した装置を示すブロック図である。例えば、上述のＮＥＦエンティティ、ＵＤＭエンティティ、ＡＭＦエンティティ、およびＡＦエンティティのいずれか１つが、装置１３００を通して実現されてもよい。図示されるように、装置１３００は、プロセッサ１３１０と、プログラムを格納するメモリ１３２０と、任意に、有線および／または無線通信を通して他の外部デバイスとデータを通信する通信インターフェース１３３０とを含んでもよい。
プログラムは、プロセッサ１３１０によって実行されると、装置１３００が、上述したような本開示の実施形態に従って動作できるようにする、プログラム命令を含む。つまり、本開示の実施形態は、少なくとも部分的に、プロセッサ１３１０によって、またはハードウェアによって、またはソフトウェアとハードウェアの組合せによって実行可能な、コンピュータソフトウェアによって実現されてもよい。
メモリ１３２０は、局所的な技術環境に適した任意のタイプのものであってもよく、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の好適なデータ記憶技術を使用して実現されてもよい。プロセッサ１３１０は、局所的な技術環境に適した任意のタイプのものであってもよく、非限定例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マルチコアプロセッサアーキテクチャに基づいたプロセッサのうちの１つまたは複数を含んでもよい。
図１４は、本開示の一実施形態によるＮＥＦエンティティを示すブロック図である。図示されるように、ＮＥＦエンティティ１４００は、第１の受信モジュール１４０２と、第１の送信モジュール１４０４と、第２の受信モジュール１４０６と、第２の送信モジュール１４０８とを備える。第１の受信モジュール１４０２は、ブロック６０２に関して上述したように、ＡＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信するように設定されてもよい。第１の要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。第１の送信モジュール１４０４は、ブロック６０４に関して上述したように、ＵＤＭエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信するように設定されてもよい。第２の要求は、少なくとも１つの位置報告精度を示す。第２の受信モジュール１４０６は、ブロック６０６に関して上述したように、ＡＭＦエンティティから、端末デバイスの位置情報を受信するように設定されてもよい。第２の送信モジュール１４０８は、ブロック６０８に関して上述したように、端末デバイスの位置情報をＡＦエンティティに送信するように設定されてもよい。
図１５は、本開示の一実施形態によるＵＤＭエンティティを示すブロック図である。図示されるように、ＵＤＭエンティティ１５００は、受信モジュール１５０２と送信モジュール１５０４とを備える。受信モジュール１５０２は、ブロック７０２に関して上述したように、ＮＥＦエンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信するように設定されてもよい。第１の要求は、端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。送信モジュール１５０４は、ブロック７０４に関して上述したように、ＡＭＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信するように設定されてもよい。第２の要求は、少なくとも１つの位置報告精度を示す。
図１６は、本開示の一実施形態によるＡＭＦエンティティを示すブロック図である。図示されるように、ＡＭＦエンティティ１６００は、受信モジュール１６０２と、決定モジュール１６０４と、報告モジュール１６０６とを備える。受信モジュール１６０２は、ブロック８０２に関して上述したように、ＵＤＭエンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信するように設定されてもよい。要求は、ＴＮＧＦおよび／またはＷＡＧＦを通した端末デバイスの非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。決定モジュール１６０４は、ブロック８０４に関して上述したように、要求に基づいて端末デバイスの位置情報を決定するように設定されてもよい。報告モジュール１６０６は、ブロック８０６に関して上述したように、端末デバイスの位置情報をＮＥＦエンティティに報告するように設定されてもよい。
図１７は、本開示の一実施形態によるＡＦエンティティを示すブロック図である。図示されるように、ＡＦエンティティ１７００は、送信モジュール１７０２と受信モジュール１７０４とを備える。送信モジュール１７０２は、ブロック１００２に関して上述したように、ＮＥＦエンティティに、端末デバイスに関する位置報告のイベント公開を登録する要求を送信するように設定されてもよい。要求は、端末デバイスの５Ｇ非３ＧＰＰアクセスに関する少なくとも１つの位置報告精度を示す。受信モジュール１７０４は、ブロック１００４に関して上述したように、端末デバイスの位置情報をＮＥＦエンティティから受信するように設定されてもよい。上述のモジュールは、ハードウェア、またはソフトウェア、または両方の組合せによって実現されてもよい。
一般に、様々な例示的実施形態は、ハードウェアもしくは専用回路、ソフトウェア、論理、またはそれらの任意の組合せで実現されてもよい。例えば、いくつかの態様はハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行されてもよい、ファームウェアまたはソフトウェアで実現されてもよいが、本開示はそれらに限定されない。本開示の例示的実施形態の様々な態様が、ブロック図、フローチャートとして、または他の何らかの図的表現を使用して例示され記載されることがあるが、本明細書に記載するこれらのブロック、装置、システム、技術、または方法は、非限定例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実現されてもよいことが、十分に理解される。
そのため、本開示の例示的実施形態の少なくともいくつかの態様は、集積回路チップおよびモジュールなど、様々な構成要素において実践されてもよいことが認識されるべきである。したがって、本開示の例示的実施形態は、集積回路として具体化される装置で実現されてもよく、集積回路は、本開示の例示的実施形態に従って動作するように設定可能な、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路、および無線周波数回路のうちの少なくとも１つまたは複数を具体化する、回路（ならびに場合によってはファームウェア）を備えてもよいことが、認識されるべきである。
本開示の例示的実施形態の少なくともいくつかの態様は、１つもしくは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールなど、コンピュータ実行可能命令の形で具体化されてもよいことが、認識されるべきである。一般に、プログラムモジュールは、コンピュータまたは他のデバイスのプロセッサによって実行されると、特定のタスクを実施するかまたは特定の抽象データタイプを実現する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光学ディスク、リムーバブル記憶媒体、固体メモリ、ＲＡＭなどのコンピュータ可読媒体に格納されてもよい。当業者には認識されるように、プログラムモジュールの機能は、様々な実施形態において所望のように、組み合わされるかまたは分散されてもよい。加えて、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアおよびハードウェアの等価物において、全体的または部分的に具体化されてもよい。
本開示における「一実施形態」、「ある実施形態」などに対する言及は、記載する実施形態が、特定の特徴、構造、または特性を含むが、全ての実施形態が、該特定の特徴、構造、または特性を必ずしも含まなくてもよいことを示す。更に、かかる語句は必ずしも同じ実施形態を指すものではない。更に、特定の特徴、構造、または特性がある実施形態と関連して記載される場合、明示的に記載されるか否かにかかかわらず他の実施形態と関連して、かかる特徴、構造、または特性を実現するように、当業者の知識の範囲内で提示される。
「第１」、「第２」などの用語が、様々な要素を説明するのに本明細書で使用されることがあるが、これらの要素はこれらの用語によって限定されるべきではないことが理解されるべきである。これらの用語は要素同士を区別するためにのみ使用される。例えば、本開示の範囲から逸脱することなく、第１の要素を第２の要素と称することができ、同様に第２の要素を第１の要素と称することができる。本明細書で使用するとき、「および／または」という用語は、関連して列挙される用語の１つまたは複数のあらゆる組合せを含む。
本明細書で使用する専門用語は、特定の実施形態のみについて記載するためのものであり、本開示を限定しようとするものではない。本明細書で使用するとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈によって別段の明示がない限り、複数形も含むものとする。更に、「備える」、「備えている」、「有する」、「有している」、「含む」、および／または「含んでいる」という用語は、本明細書で使用するとき、提示された特徴、要素、および／または構成要素が存在することを指定するが、１つもしくは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在あるいは追加を除外しないことが理解されるであろう。本明細書で使用される「接続」、「接続する」、および／または「接続された」という用語は、２つの要素間の直接および／または間接の接続を網羅する。
本開示は、明示的にまたは何らかの一般化で本明細書に開示される、あらゆる新規の特徴または特徴の組合せを含む。上述の説明を添付図面と併せ読むことにより、本開示の上述の例示的実施形態に対する様々な修正および適応が、当業者には明白となり得る。しかしながら、あらゆる修正が、依然として本開示の非限定的な例示的実施形態の範囲内にあるであろう。

Claims (34)

  1. ネットワーク公開機能（ＮＥＦ）エンティティによって実施される方法であって、
    アプリケーション機能（ＡＦ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信することであって、前記第１の要求が、前記端末デバイスの第５世代（５Ｇ）非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、第１の要求を受信すること（６０２）と、
    統合データ管理（ＵＤＭ）エンティティに、前記端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信することであって、前記第２の要求が、前記少なくとも１つの位置報告精度を示す、第２の要求を送信すること（６０４）と、
    アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティから、前記端末デバイスの位置情報を受信すること（６０６）と、
    前記端末デバイスの前記位置情報を前記ＡＦエンティティに送信すること（６０８）と、を含む、方法。
  2. 前記少なくとも１つの位置報告精度が、
    前記端末デバイスによって使用される非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）ノードの変更を示すＮ３ＩＷＦ情報、
    前記端末デバイスによって使用される信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）、
    前記端末デバイスのインターネットプロトコル（ＩＰ）の変更を示すＩＰアドレス情報、
    前記端末デバイスによって使用されるユーザデータグラムプロトコル（ＵＤＰ）ポート、
    前記端末デバイスによって使用される有線アクセスゲートウェイ機能（ＷＡＧＦ）、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのハイブリッドファイバ同軸（ＨＦＣ）識別子、のうちの１つまたは複数を含む、請求項１に記載の方法。
  3. アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、前記少なくとも１つの位置報告精度を示すのに前記第１の要求で使用される、請求項１または２に記載の方法。
  4. 非３ＧＰＰ精度（ｎ３ｇｐｐＡｃｃｕｒａｃｙ）属性が、前記少なくとも１つの位置報告精度を示すのに前記第１の要求で使用される、請求項１または２に記載の方法。
  5. アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、前記少なくとも１つの位置報告精度を示すのに前記第２の要求で使用される、請求項１から４のいずれか一項に記載の方法。
  6. ｎ３ｇｐｐＡｃｃｕｒａｃｙ属性が、前記少なくとも１つの位置報告精度を示すのに前記第２の要求で使用される、請求項１から４のいずれか一項に記載の方法。
  7. 前記端末デバイスの前記位置情報が、
    前記端末デバイスによって使用されるＮ３ＩＷＦ、
    前記端末デバイスによって使用されるＴＮＧＦ、
    前記端末デバイスのＩＰアドレス、
    前記端末デバイスによって使用されるＵＤＰポート、
    前記端末デバイスによって使用されるＷＡＧＦ、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子、のうちの１つまたは複数を示す、請求項１から６のいずれか一項に記載の方法。
  8. 前記端末デバイスの前記位置情報が、
    前記第２の要求が前記ＵＤＭエンティティに送信された直後の前記端末デバイスの最初の位置、および、
    前記端末デバイスの位置変更が起こったときの前記端末デバイスの新しい位置、のうちの１つを示す、請求項１から７のいずれか一項に記載の方法。
  9. 統合データ管理（ＵＤＭ）エンティティによって実施される方法であって、
    ネットワーク公開機能（ＮＥＦ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信することであって、前記第１の要求が、前記端末デバイスの非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、第１の要求を受信すること（７０２）と、
    アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティに、前記端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信することであって、前記第２の要求が、前記少なくとも１つの位置報告精度を示す、第２の要求を送信すること（７０４）と、を含む、方法。
  10. 前記少なくとも１つの位置報告精度が、
    前記端末デバイスによって使用される非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）ノードの変更を示すＮ３ＩＷＦ情報、
    前記端末デバイスによって使用される信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）、
    前記端末デバイスのインターネットプロトコル（ＩＰ）の変更を示すＩＰアドレス情報、
    前記端末デバイスによって使用されるユーザデータグラムプロトコル（ＵＤＰ）ポート、
    前記端末デバイスによって使用される有線アクセスゲートウェイ機能（ＷＡＧＦ）、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのハイブリッドファイバ同軸（ＨＦＣ）識別子、のうちの１つまたは複数を含む、請求項９に記載の方法。
  11. アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、前記少なくとも１つの位置報告精度を示すのに前記第１の要求で使用される、請求項９または１０に記載の方法。
  12. 非３ＧＰＰ精度（ｎ３ｇｐｐＡｃｃｕｒａｃｙ）属性が、前記少なくとも１つの位置報告精度を示すのに前記第１の要求で使用される、請求項９または１０に記載の方法。
  13. ＡｍｆＥｖｅｎｔデータ構造のｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ属性が、前記少なくとも１つの位置報告精度を示すのに前記第２の要求で使用される、請求項９から１２のいずれか一項に記載の方法。
  14. アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティによって実施される方法であって、
    統合データ管理（ＵＤＭ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信することであって、前記要求が、信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）および／または有線アクセスゲートウェイ機能（ＷＡＧＦ）を通した、前記端末デバイスの非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、要求を受信すること（８０２）と、
    前記要求に基づいて前記端末デバイスの位置情報を決定すること（８０４）と、
    前記端末デバイスの前記位置情報をネットワーク公開機能（ＮＥＦ）エンティティに報告すること（８０６）と、を含む、方法。
  15. 前記少なくとも１つの位置報告精度が、
    前記端末デバイスによって使用される信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）、
    前記端末デバイスのインターネットプロトコル（ＩＰ）アドレス、
    前記端末デバイスによって使用されるユーザデータグラムプロトコル（ＵＤＰ）ポート、
    前記端末デバイスによって使用される有線アクセスゲートウェイ機能（ＷＡＧＦ）、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのハイブリッドファイバ同軸（ＨＦＣ）識別子、のうちの１つまたは複数を含む、請求項１４に記載の方法。
  16. ＡｍｆＥｖｅｎｔデータ構造のｌｏｃａｔｉｏｎＦｉｌｔｅｒＬｉｓｔ属性が、前記少なくとも１つの位置報告精度を示すのに前記要求で使用される、請求項１４または１５に記載の方法。
  17. 前記端末デバイスの前記位置情報が、
    前記端末デバイスによって使用されるＴＮＧＦ、
    前記端末デバイスのＩＰアドレス、
    前記端末デバイスによって使用されるＵＤＰポート、
    前記端末デバイスによって使用されるＷＡＧＦ、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子、のうちの１つまたは複数を示す、請求項１４から１６のいずれか一項に記載の方法。
  18. 前記端末デバイスの前記位置情報を決定すること（８０４）が、
    前記位置情報として、前記要求が前記ＵＤＭエンティティから受信された直後の前記端末デバイスの最初の位置に関する情報を決定すること（８０４－１）を含む、請求項１４から１７のいずれか一項に記載の方法。
  19. 前記端末デバイスの前記位置情報を決定すること（８０４）が、
    前記端末デバイスの位置変更が起こるか否かをモニタリングすること（８０４－２）と、
    前記端末デバイスの位置変更が起こると、前記位置情報として、前記端末デバイスの新しい位置に関する情報を決定すること（８０４－３）と、を含む、請求項１４から１８のいずれか一項に記載の方法。
  20. アプリケーション機能（ＡＦ）エンティティによって実施される方法であって、
    ネットワーク公開機能（ＮＥＦ）エンティティに、端末デバイスに関する位置報告のイベント公開を登録する要求を送信することであって、前記要求が、前記端末デバイスの第５世代（５Ｇ）非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、要求を送信すること（１００２）と、
    前記端末デバイスの位置情報を前記ＮＥＦエンティティから受信すること（１００４）と、を含む、方法。
  21. 前記少なくとも１つの位置報告精度が、
    前記端末デバイスによって使用される非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）、
    前記端末デバイスによって使用される信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）、
    前記端末デバイスのインターネットプロトコル（ＩＰ）アドレス、
    前記端末デバイスによって使用されるユーザデータグラムプロトコル（ＵＤＰ）ポート、
    前記端末デバイスによって使用される有線アクセスゲートウェイ機能（ＷＡＧＦ）、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのハイブリッドファイバ同軸（ＨＦＣ）識別子、のうちの１つまたは複数を含む、請求項２０に記載の方法。
  22. アレイの形態を取るＡｃｃｕｒａｃｙ属性のリストが、前記少なくとも１つの位置報告精度を示すのに前記要求で使用される、請求項２０または２１に記載の方法。
  23. 非３ＧＰＰ精度（ｎ３ｇｐｐＡｃｃｕｒａｃｙ）属性が、前記少なくとも１つの位置報告精度を示すのに前記要求で使用される、請求項２０または２１に記載の方法。
  24. 前記端末デバイスの前記位置情報が、
    前記端末デバイスによって使用されるＮ３ＩＷＦ、
    前記端末デバイスによって使用されるＴＮＧＦ、
    前記端末デバイスのＩＰアドレス、
    前記端末デバイスによって使用されるＵＤＰポート、
    前記端末デバイスによって使用されるＷＡＧＦ、
    前記端末デバイスによって使用されるアクセスポイントのライン識別子、および、
    前記端末デバイスによって使用されるアクセスポイントのＨＦＣ識別子、のうちの１つまたは複数を示す、請求項２０から２３のいずれか一項に記載の方法。
  25. 前記端末デバイスの前記位置情報が、
    前記要求が前記ＮＥＦエンティティに送信された直後の前記端末デバイスの最初の位置、および、
    前記端末デバイスの位置変更が起こったときの前記端末デバイスの新しい位置、のうちの１つを示す、請求項２０から２４のいずれか一項に記載の方法。
  26. ネットワーク公開機能（ＮＥＦ）（１３００）エンティティであって、
    少なくとも１つのプロセッサ（１３１０）と、
    少なくとも１つのメモリ（１３２０）と、を備え、前記少なくとも１つのメモリ（１３２０）が、前記少なくとも１つのプロセッサ（１３１０）によって実行可能な命令を包含し、それにより、前記ＮＥＦエンティティ（１３００）が、
    アプリケーション機能（ＡＦ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信することであって、前記第１の要求が、前記端末デバイスの第５世代（５Ｇ）非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、第１の要求を受信することと、
    統合データ管理（ＵＤＭ）エンティティに、前記端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信することであって、前記第２の要求が、前記少なくとも１つの位置報告精度を示す、第２の要求を送信することと、
    アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティから、前記端末デバイスの位置情報を受信することと、
    前記端末デバイスの前記位置情報を前記ＡＦエンティティに送信することと、を行うように動作する、ネットワーク公開機能（ＮＥＦ）（１３００）エンティティ。
  27. 前記ＮＥＦエンティティ（１３００）が、請求項２から８のいずれか一項に記載の方法を実施するように動作する、請求項２６に記載のＮＥＦエンティティ（１３００）。
  28. 統合データ管理（ＵＤＭ）エンティティ（１３００）であって、
    少なくとも１つのプロセッサ（１３１０）と、
    少なくとも１つのメモリ（１３２０）と、を備え、前記少なくとも１つのメモリ（１３２０）が、前記少なくとも１つのプロセッサ（１３１０）によって実行可能な命令を包含し、それにより、前記ＵＤＭエンティティ（１３００）が、
    ネットワーク公開機能（ＮＥＦ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する第１の要求を受信することであって、前記第１の要求が、前記端末デバイスの非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、第１の要求を受信することと、
    アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティに、前記端末デバイスに関する位置報告のイベント公開を登録する第２の要求を送信することであって、前記第２の要求が、前記少なくとも１つの位置報告精度を示す、第２の要求を送信することと、を行うように動作する、統合データ管理（ＵＤＭ）エンティティ（１３００）。
  29. 前記ＵＤＭエンティティ（１３００）が、請求項１０から１３のいずれか一項に記載の方法を実施するように動作する、請求項２８に記載のＵＤＭエンティティ（１３００）。
  30. アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティ（１３００）であって、
    少なくとも１つのプロセッサ（１３１０）と、
    少なくとも１つのメモリ（１３２０）と、を備え、前記少なくとも１つのメモリ（１３２０）が、前記少なくとも１つのプロセッサ（１３１０）によって実行可能な命令を包含し、それにより、前記ＡＭＦエンティティ（１３００）が、
    統合データ管理（ＵＤＭ）エンティティから、端末デバイスに関する位置報告のイベント公開を登録する要求を受信することであって、前記要求が、信頼された非３ＧＰＰゲートウェイ機能（ＴＮＧＦ）および／または有線アクセスゲートウェイ機能（ＷＡＧＦ）を通した、前記端末デバイスの非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、要求を受信することと、
    前記要求に基づいて前記端末デバイスの位置情報を決定することと、
    前記端末デバイスの前記位置情報をネットワーク公開機能（ＮＥＦ）エンティティに報告することと、を行うように動作する、アクセスおよびモビリティ管理機能（ＡＭＦ）エンティティ（１３００）。
  31. 前記ＡＭＦエンティティ（１３００）が、請求項１５から１９のいずれか一項に記載の方法を実施するように動作する、請求項３０に記載のＡＭＦエンティティ（１３００）。
  32. アプリケーション機能（ＡＦ）エンティティ（１３００）であって、
    少なくとも１つのプロセッサ（１３１０）と、
    少なくとも１つのメモリ（１３２０）と、を備え、前記少なくとも１つのメモリ（１３２０）が、前記少なくとも１つのプロセッサ（１３１０）によって実行可能な命令を包含し、それにより、前記ＡＦエンティティ（１３００）が、
    ネットワーク公開機能（ＮＥＦ）エンティティに、端末デバイスに関する位置報告のイベント公開を登録する要求を送信することであって、前記要求が、前記端末デバイスの第５世代（５Ｇ）非第３世代パートナーシッププロジェクト（非３ＧＰＰ）アクセスに関する少なくとも１つの位置報告精度を示す、要求を送信することと、
    前記端末デバイスの位置情報を前記ＮＥＦエンティティから受信することと、を行うように動作する、アプリケーション機能（ＡＦ）エンティティ（１３００）。
  33. 前記ＡＦエンティティ（１３００）が、請求項２１から２５のいずれか一項に記載の方法を実施するように動作する、請求項３２に記載のＡＦエンティティ（１３００）。
  34. 少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から２５のいずれか一項に記載の方法を実施させる、命令を備える、コンピュータ可読記憶媒体。
JP2022516286A 2019-09-20 2020-09-02 端末デバイスに関する位置報告のイベント公開の方法および装置 Pending JP2022554053A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2019/107059 2019-09-20
CN2019107059 2019-09-20
PCT/EP2020/074509 WO2021052761A1 (en) 2019-09-20 2020-09-02 Methods and apparatuses for event exposure of location reporting for a terminal device

Publications (1)

Publication Number Publication Date
JP2022554053A true JP2022554053A (ja) 2022-12-28

Family

ID=72428249

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022516286A Pending JP2022554053A (ja) 2019-09-20 2020-09-02 端末デバイスに関する位置報告のイベント公開の方法および装置

Country Status (6)

Country Link
US (1) US20220338156A1 (ja)
EP (1) EP4032349A1 (ja)
JP (1) JP2022554053A (ja)
CN (1) CN114556974A (ja)
WO (1) WO2021052761A1 (ja)
ZA (1) ZA202204195B (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022199530A1 (en) * 2021-03-22 2022-09-29 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for exposing user equipment address information
EP4324230A1 (en) * 2021-04-13 2024-02-21 Telefonaktiebolaget LM Ericsson (publ) Supporting compatibility
WO2024149512A1 (en) * 2023-01-11 2024-07-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for enabling control of event exposure for a wireless device

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10999787B2 (en) * 2018-02-17 2021-05-04 Huawei Technologies Co., Ltd. System and method for UE context and PDU session context management
EP3831106B1 (en) * 2018-08-03 2023-12-13 Lenovo (Singapore) Pte. Ltd. Indicating radio capability changes in an inactive state

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; 5G Sys", ３GPP TS 29.518 V16.0.0 (2019-06), JPN7023001430, June 2019 (2019-06-01), ISSN: 0005034777 *
SA WG2: "Presentation of TR 23.731: 'Study on Enhancement to the 5GC LoCation Services (Rel-16)' for approval", 3GPP TSG SA #82 SP-181102, JPN6023014177, 5 December 2018 (2018-12-05), ISSN: 0005034776 *

Also Published As

Publication number Publication date
CN114556974A (zh) 2022-05-27
WO2021052761A1 (en) 2021-03-25
US20220338156A1 (en) 2022-10-20
EP4032349A1 (en) 2022-07-27
ZA202204195B (en) 2023-08-30

Similar Documents

Publication Publication Date Title
US20210084443A1 (en) Methods of joint registration and de-registration for proximity services and internet of things services
US20240187303A1 (en) Method and apparatus for obtaining edge service
US20210385286A1 (en) Method and apparatus for improving service discovery
US20210306842A1 (en) Method for supporting a service of subscription and reporting of monitoring of events in a telecommunication network as well as related nework functions
CN114616846A (zh) 用于管理边缘应用服务器的发现的方法和系统
JP2022554053A (ja) 端末デバイスに関する位置報告のイベント公開の方法および装置
EP3949354B1 (en) Method and apparatus for service discovery
CN114223262A (zh) 用于网络功能服务发现的方法和装置
US20230027164A1 (en) Method, apparatuses and computer-readable media relating to event subscription in a communication network
US20220345379A1 (en) Method and apparatus for service management
WO2021197076A1 (en) Methods and apparatuses for establishment of pdu session
US20220060548A1 (en) Methods and Apparatuses for Proxy Deployment
EP4104412A1 (en) Internet protocol multimedia subsystem support for stand-alone non-public networks
US11438407B2 (en) Service registration based on service capabilities requirements and preferences
US11758368B2 (en) Methods, systems, and computer readable media for supporting mobile originated data multicasting in a communications network
WO2020215658A1 (en) Methods and apparatuses for tracing of terminal device
WO2023279256A1 (en) Methods and apparatuses for facilitating network slice selection
WO2020187184A1 (en) Method and apparatus for obtaining network slice information
US11647379B2 (en) Methods and apparatuses for exposure of monitoring event
WO2022203553A1 (en) Using user equipment to gather local break out network resource usage information for communication sessions
WO2024126146A1 (en) Method and apparatus for quality of service session management of edge data network
JP2024528950A (ja) セッション復元のための方法及び装置
CN115349269A (zh) 用于订阅网络功能的变化通知的方法及装置
CN117812140A (zh) 用于获取终端信息的方法和装置

Legal Events

Date Code Title Description
A529 Written submission of copy of amendment under article 34 pct

Free format text: JAPANESE INTERMEDIATE CODE: A529

Effective date: 20220511

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220512

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230405

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230411

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230703

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230911

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231010

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20231226