JP7330397B2 - サービスイネーブラアーキテクチャ層（ｓｅａｌ）の方法及びコンピュータプログラム - Google Patents

Description

参照による組み込み
本開示は、２０２１年４月７日に出願された米国仮出願第６３／１７２,０５０号、「Ａ Ｍｅｔｈｏｄ ｏｆ Ｓｕｐｐｏｒｔｉｎｇ Ｌｏｃａｔｉｏｎ Ｔｉｍｅｓｔａｍｐ Ｒｅｐｏｒｔｉｎｇ ｆｏｒ 3ＧＰＰ ＳＥＡＬ Ａｒｃｈｉｔｅｃｔｕｒｅ」に対する優先権を主張する２０２１年１０月１２日出願の米国特許出願第１７／４９９,６０１号、「Ｌｏｃａｔｉｏｎ Ｒｅｐｏｒｔｉｎｇ ｆｏｒ Ｓｅｒｖｉｃｅ Ｅｎａｂｌｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｌａｙｅｒ（ＳＥＡＬ）」に対する優先権を主張する。先の出願の開示は、参照によってその全体が本明細書に組み込まれる。

技術分野
本開示は、無線ネットワーク上で動作する垂直アプリケーションをサポートするためのサービスイネーブラ層（service enabler layer）層に一般的に関連する実施形態を説明する。

本明細書で提供される背景説明は、本開示の文脈を一般的に提示するためのものである。現在名前を挙げられている発明者の研究は、その研究がこの背景技術に記載された範囲において、出願時に先行技術として通常見なされ得ない記載の態様とともに、明示的にも暗黙的にも本開示に対する先行技術として認められない。

無線通信システムは、ヘルスケア、自動車、スマートファクトリー、ミッションクリティカル通信等のような企業セグメント又は垂直産業をサポートするために、高度な組み込み機能を用いて設計されている。無線ネットワークによって提供する共通サービスに基づく垂直サービスの迅速な展開を可能にするために、垂直アプリケーション規格が開発されている。垂直ドメイン（vertical domain）は、類似の製品又はサービスが生産される産業又は企業のグループとすることができる。垂直アプリケーションは、特有の垂直ドメインにおいて有用なサービス又は機能を提供することができる。

本開示の態様は、サービスイネーブラアーキテクチャ層（ＳＥＡＬ：service enabler architecture layer）の方法を提供する。本方法は、第１ユーザ機器（ＵＥ：user equipment）において、ＳＥＡＬの位置管理サーバから位置報告構成（location reporting configuration）を受け取るステップを含むことができる。位置報告構成は、第１ＵＥにおける第１位置管理クライアントから位置管理サーバへの第１位置情報レポートをトリガするための少なくとも１つの位置報告イベントを示すことができる。少なくとも１つの位置報告イベントが発生したことに応答して、第１位置情報レポートを、第１ＵＥにおける第１位置管理クライアントから位置管理サーバに送信することができる。第１位置情報レポートは、第１ＵＥの識別情報（identity）と、第１位置情報レポートをトリガする少なくとも１つの位置報告イベントの識別情報と、第１ＵＥの第１位置情報と、第１ＵＥの第１位置情報に対応する第１タイムスタンプとを含むことができる。

一実施形態において、第１ＵＥの第１位置情報に対応する第１タイムスタンプのフォーマットは、
ｙｙｙｙ－ｍｏｎｔｈ－ｄａｙＴＨＨ：ＭＭ：ＳＳと、
月曜日、ＤＤ Ｍｏｎ ＹＹＹＹ ＨＨ：ＭＭ：ＳＳ タイムゾーンと、
ｙｙｙｙ－ｍｎ－ｄｄＴＨＨ：ＭＭ：ＳＳと、
のうちの１つである。

本方法の実施形態は、ＳＥＡＬの位置管理サーバから位置情報要求を受け取るステップと、受け取った位置情報要求に応答して、位置管理サーバに第２位置情報レポートを送信するステップとを更に含むことができる。第２位置情報レポートは、第１ＵＥの第２位置情報と、第１ＵＥの第２位置情報に対応する第２タイムスタンプとを含むことができる。

本方法の実施形態は、第２ＵＥにおけるＳＥＡＬの第２位置管理クライアントの第３位置情報を取得するための位置報告プロセスをアクティブにするために、位置管理サーバに位置報告トリガを送信するステップを更に含むことができる。第３位置情報レポートを位置管理サーバから受け取ることができ、第３位置情報レポートは、第２ＵＥの第３位置情報と、第２ＵＥの第３位置情報に対応する第３タイムスタンプを含む。

一実施形態において、位置報告構成において識別される第１位置情報のタイプは、Ｅ－ＵＴＲＡセルグローバル識別子（ＥＣＧＩ：E-UTRA cell global identifier）と、マルチメディア・ブロードキャスト・マルチキャストサービス・サービスエリア識別情報（ＭＢＭＳ ＳＡＩ：multimedia broadcast multicast services service area identity）と、地理座標とのうちの１つである。

本方法の実施形態は、位置情報サブスクリプション構成（location information subscription configuration）を含む位置情報サブスクリプション要求を、位置管理サーバに送信するステップを更に含むことができる。位置情報通知を位置管理サーバから受け取ることができる。位置情報通知は、第３ＵＥの識別情報と、第１ＵＥの識別情報と、位置情報通知をトリガしたイベントの識別情報と、第３ＵＥの最新の位置情報と、第３ＵＥの最新の位置情報に関連付けられる第４タイムスタンプとを含むことができる。

本開示の態様は、ＳＥＡＬの別の方法を提供することができる。本方法は、位置管理サーバから、第１ユーザ機器（ＵＥ）におけるＳＥＡＬの第１位置管理クライアントに位置報告構成を送信するステップを含むことができる。位置報告構成は、第１ＵＥにおける第１位置管理クライアントから位置管理サーバへの第１位置情報レポートをトリガするための少なくとも１つの位置報告イベントを示すことができる。第１位置情報レポートを、第１ＵＥにおけるＳＥＡＬの第１位置管理クライアントから受け取ることができる。第１位置情報レポートは、第１ＵＥの識別情報と、第１位置情報レポートをトリガする少なくとも１つの位置報告イベントの識別情報と、第１ＵＥの第１位置情報と、第１ＵＥの第１位置情報に対応する第１タイムスタンプとを含むことができる。第１ＵＥの第１位置情報をメモリに記憶することができる。

本開示の態様は、非一時的なコンピュータ読取可能媒体記憶命令を提供することができる。命令は、プロセッサによって実行されると、プロセッサに上記方法を実行させることができる。

開示された主題の更なる特徴、性質及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。

本開示の一実施形態による、一般オンネットワーク機能モデル（１００）を示す図である。

本開示のいくつかの実施形態による、例示的なオンネットワーク位置管理機能モデル（２００）を示す図である。

本開示のいくつかの実施形態による、イベントトリガ位置報告プロセス（３００）を示す図である。

本開示のいくつかの実施形態による、オンデマンド位置報告プロセス（４００）を示す図である。

本開示のいくつかの実施形態による、クライアントトリガ又はＶＡＬサーバトリガ位置報告プロセス（５００）を示す図である。

本開示のいくつかの実施形態による、位置情報サブスクリプション及び通知プロセス（６００）を示す図である。

本開示の一実施形態による、位置報告プロセス（７００）を示す図である。

本開示の一実施形態による、位置報告プロセス（８００）を示す図である。

一実施形態によるコンピュータシステムの概略図である。

Ｉ．バーティカルズ（verticals）のためのサービスイネーブラ層（Service Enabler Layer）

１．サービスイネーブラアーキテクチャ層（ＳＥＡＬ：Service Enabler Architecture Layer）

本開示の実施形態は、垂直アプリケーション（又はバーティカルズ（verticals））をサポートするためのサービスイネーブラ層を実装する。サービスイネーブラ層を、本開示では、サービスイネーブラアーキテクチャ層（ＳＥＡＬ）と称することができる。ＳＥＡＬは、複数のバーティカルズによって使用される機能（又はサービス）の共通のセットを提供して、複数の垂直アプリケーションの開発と展開を促進することができる。例えば各バーティカルに特有の補助サービスを開発する代わりに、一般的に必要とされる補助サービスをＳＥＡＬに取り込み、複数の垂直アプリケーションによって共有することができる。垂直アプリケーションによるすべてのＳＥＡＬサービスの使用は、任意とすることができる。垂直アプリケーションは、ＳＥＡＬからのサービスのサブセットを使用することを決定することができる。

２．ＳＥＡＬサービスの一般機能モデル

いくつかの実施形態では、ＳＥＡＬの機能モデルを、一般ＳＥＡＬサービス機能モデルと複数の特有ＳＥＡＬサービス機能モデルに編成することができる。一般ＳＥＡＬサービス機能モデルを、特有ＳＥＡＬサービス機能モデルのための参照モデルとして使用することができる。一般機能モデルは、オンネットワーク機能モデルとオフネットワーク機能モデルを含むことができる。様々な実施形態では、垂直アプリケーション層をサポートするために提供されるＳＥＡＬサービスは、位置管理、グループ管理、構成管理、識別管理、鍵管理、ネットワークリソース管理等を含むことができる。

図１は、本開示の一実施形態による、一般オンネットワーク機能モデル（１００）を図示している。モデル（１００）は、垂直アプリケーション層（ＶＡＬ：vertical application layer）クライアント（１１１）、ＶＡＬサーバ（１２１）、ＳＥＡＬクライアント（１１２）及びＳＥＡＬサーバ（１２２）、という４つのタイプの機能エンティティを含むことができる。モデル（１００）における各タイプの機能エンティティの数は、１つ以上とすることができる。ＶＡＬクライアント及びＶＡＬサーバエンティティは、ＶＡＬ（１０１）に属することができる。ＳＥＡＬクライアント及びＳＥＡＬサーバエンティティは、ＳＥＡＬ（１０２）に属することができる。ＶＡＬクライアント（１１１）及びＳＥＡＬクライアント（１１２）は、ユーザ機器（ＵＥ）（１１０）に含まれることができる。モデル（１００）は、無線ネットワークシステム（１４０）（第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））ネットワークシステム等）を更に含む。これらの要素を、図１に示されるように互いに結合することができる。

ＶＡＬ（１０１）において、ＶＡＬクライアント（１１１）は、ＶＡＬ－ＵＵインタフェースに対応するＶＡＬ－ＵＵ基準点（１３４）を介してＶＡＬサーバ（１２１）と通信する。一例では、ＶＡＬ－ＵＵインタフェースは、ユニキャスト配信モードとマルチキャスト配信モードの両方をサポートする。

ＳＥＡＬ（１０２）は様々なサービスをＶＡＬ（１０１）に提供する。ＳＥＡＬクライアントは、ＳＥＡＬ－ＵＵインタフェースに対応するＳＥＡＬ－ＵＵ基準点（１３３）を介してＳＥＡＬサーバと通信する。ＳＥＡＬ－ＵＵインタフェースは、ユニキャスト配信モードとマルチキャスト配信モードの両方をサポートする。ＳＥＡＬクライアントは、（ＳＥＡＬ－Ｃインタフェースに対応する）ＳＥＡＬ－Ｃ基準点（１３１）を介して、サービスイネーブラ層サポート機能をＶＡＬクライアントに提供する。ＶＡＬサーバは、（ＳＥＡＬ－Ｓインタフェースに対応する）ＳＥＡＬ－Ｓ基準点を介してＳＥＡＬサーバと通信する。ＳＥＡＬサーバ（１２２）は、３ＧＰＰネットワークシステムによって指定されたそれぞれの３ＧＰＰインタフェース（１３５）を使用して、基礎となる３ＧＰＰネットワークシステム（１４０）と通信し得る。

（位置管理サービスのような）特有のサービスに関して、特有のＳＥＡＬクライアントと特有のＳＥＡＬサーバは、それらの特有のＳＥＡＬ－ＵＵ基準点と３ＧＰＰネットワークシステムの特有のネットワークインタフェースとともに、特有のオンネットワーク機能モデルを形成するか又はそれに属することができる。

いくつかの実施形態では、分散ＳＥＡＬサーバ展開をサポートするために、ＳＥＡＬサーバは、いわゆるＳＥＡＬ－Ｅ基準点（図１には図示せず）を介して、同じＳＥＡＬサービスのための別のＳＥＡＬサーバと対話し得る。ＳＥＡＬサーバは、いわゆるＳＥＡＬ－Ｘ基準点（図１には図示せず）を介して、サービス間通信のための別のＳＥＡＬサーバと対話することができる。ＳＥＡＬサーバは、ＶＡＬ－ＵＤＢ基準点を介して、ユーザプロファイルを記憶及び取り出すために、ＶＡＬユーザデータベースと対話し得る。

様々な実施形態では、ＶＡＬシステムにおける機能エンティティ（例えばＶＡＬ１０１及びＳＥＡＬ１０２を含む）は、１つ以上のＶＡＬサービスをサポートするために、アプリケーション制御及びメディア特有の機能を提供することができる。図１の例では、ＶＡＬクライアント（１１１）（例えばＶ２Ｘ（vehicle-to-everything）クライアント）は、垂直アプリケーション（例えばＶ２Ｘアプリケーション）に対応するクライアント側の機能性を提供することができる。ＶＡＬクライアント（１１１）は、ＳＥＡＬクライアント（１１２）との垂直アプリケーションの対話をサポートすることができる。ＶＡＬサーバ（１２１）（例えばＶ２Ｘアプリケーションサーバ）は、垂直アプリケーションに対応するサーバ側の機能性を提供することができる。

図１の例では、ＳＥＡＬクライアント（１１２）は、特有のＳＥＡＬサービスに対応するクライアント側の機能性を提供することができる（例えば位置管理、ネットワークリソース管理等）に対応する。ＳＥＡＬクライアント（１１２）は、ＶＡＬクライアント（１１１）との対話をサポートすることができる。ＳＥＡＬクライアントはまた、２つのＵＥ間で対応するＳＥＡＬクライアントとの対話をサポートすることもできる。ＳＥＡＬサーバ（１２２）は、特有のＳＥＡＬサービスに対応するサーバ側の機能性を提供することができる。ＳＥＡＬサーバ（１２２）は、ＶＡＬサーバ（１２１）との対話をサポートすることができる。ＳＥＡＬサーバはまた、分散ＳＥＡＬ展開において、対応するＳＥＡＬサーバとの対話をサポートすることもできる。

モデル（１００）における機能エンティティは、異なる実施形態において、様々な方法で実装されることができることに留意されたい。例えば機能エンティティを、分散方式又は集中方式で実装することができる。機能エンティティを、ソフトウェアとして又はソフトウェアとハードウェアの組合せとして実装することができる。

図１の例では、ＶＡＬユーザデータベース（図示せず）は、ＶＡＬサービスプロバイダによって提供されるＶＡＬサービスに関連付けられるユーザプロファイルの情報を含むことができる。典型的には、各ＶＡＬサービスは、例えばミッションクリティカル・プッシュ・トゥー・トーク（ＭＣＰＴＴ：mission critical push to talk）ユーザデータベース、ミッションクリティカルビデオ（ＭＣＶｉｄｅｏ：mission critical video）ユーザデータベース及びミッションクリティカルデータ（ＭＣＤａｔａｂａｓｅ：mission critical data）ユーザデータベースのような、対応するユーザデータベースを有してよい。

いくつかの実施形態では、ＶＡＬクライアント（１１１）とＶＡＬサーバ（１２１）との間のＶＡＬ（１０１）サポート機能に関連する対話は、ＶＡＬ－ＵＵ基準点（１３４）によってサポートされる。一例では、この基準点（１３４）は、３ＧＰＰ ＴＳ ２３.４０１及び３ＧＰＰ ＴＳ ２３.５０１に記載される、Ｕｕ基準点のインスタンスである。いくつかの実施形態では、２つのＵＥのＶＡＬクライアント間のＶＡＬサポート機能に関連する対話は、ＶＡＬ－ＰＣ５基準点（図示せず）によってサポートされることができる。例えばこの基準点は、３ＧＰＰ ＴＳ ２３.３０３に記載される、ＰＣ５基準点のインスタンスとすることができる。

いくつかの実施態様において、ＳＥＡＬクライアント（１１２）と、対応するＳＥＡＬサーバ（１２２）との間の対話は、ＳＥＡＬ－ＵＵ基準点（１３３）によってサポートされる。ＳＥＡＬ－ＵＵ（１３３）に対応する特有のＳＥＡＬサービス基準点は、特有のＳＥＡＬサービス機能モデルにおいて指定されることができる。いくつかの実施形態では、２つのＶＡＬ ＵＥのＳＥＡＬクライアント間の対話は、ＳＥＡＬ－ＰＣ５基準点（図示せず）によってサポートされることができる。ＳＥＡＬ－ＰＣ５に対応する特有のＳＥＡＬサービス基準点は、特有のＳＥＡＬサービス機能モデルにおいて指定されることができる。

いくつかの実施形態では、ＶＡＬ ＵＥ（１１０）内のＶＡＬクライアント（１１１）とＳＥＡＬクライアント（１１２）との間の対話は、ＳＥＡＬ－Ｃ基準点（１３１）によってサポートされる。ＳＥＡＬ－Ｃ（１３１）に対応する特有のＳＥＡＬサービス基準点は、特有のＳＥＡＬサービス機能モデルにおいて指定されることができる。

いくつかの実施形態では、ＶＡＬサーバ（１２１）とＳＥＡＬサーバ（１２１）との間の対話は、ＳＥＡＬ－Ｓ基準点（１３２）によってサポートされる。ＳＥＡＬ－Ｓ（１３２）に対応する特有のＳＥＡＬサービス基準点は、特有のＳＥＡＬサービス機能モデルにおいて指定されることができる。

いくつかの実施形態では、同じタイプのＳＥＡＬサーバ（例えば同じタイプのＳＥＡＬサービスを提供する）間の対話は、ＳＥＡＬ－Ｅ基準点（図示せず）によってサポートされる。ＳＥＡＬ－Ｅに対応する特有のＳＥＡＬサービス基準点は、特有のＳＥＡＬサービス機能モデルにおいて指定される。

いくつかの実施形態では、異なるタイプのＳＥＡＬサーバ間の対話は、ＳＥＡＬ－Ｘ基準点によってサポートされることができる。ＳＥＡＬ－Ｘ基準点に対応する特有の基準点の例は、鍵管理サーバとグループ管理サーバとの間の基準点ＳＥＡＬ－Ｘ１、グループ管理サーバと位置管理サーバとの間の基準点ＳＥＡＬ－Ｘ２を含む。

基準点ＶＡＬ－ＵＤＢは、ＶＡＬユーザデータベースとＳＥＡＬサーバとの間に存在する。基準点ＶＡＬ－ＵＳＢは、ユーザプロファイルデータを特有のＶＡＬユーザデータベースに記憶し、ＵＥ内での更なる構成のために特有のＶＡＬユーザデータベースからユーザプロファイルを取得するために、使用することができる。

３．識別情報（Identities）

様々な実施形態では、異なる識別情報が、モデル（１００）に基づいて開発されたＶＡＬシステムにおいて構成され、使用されることができる。いくつかの実施形態では、ＶＡＬユーザは、ユーザ認証トランザクション中にＳＥＡＬ（１０２）内の識別情報管理サーバにユーザ識別情報（ユーザＩＤ）を提示して、識別管理クライアントにＶＡＬサービス認証のための手段を提供することができる。一般に、ＩＤ管理は共通ＳＥＡＬサービス（common SEAL service）であるため、識別情報管理サーバは、必ずしも単一のＶＡＬサービスに結び付けられない可能性がある一組の認証情報（credentials）（例えばバイオメトリクス、セキュアＩＤ、ユーザ名／パスワード）を使用する。ユーザ認証情報は、識別情報管理サーバに対してＶＡＬユーザを一意に識別する。例として、ユーザＩＤを使用するために必要とされる特有のセキュリティ及び認証メカニズムは、３ＧＰＰ ＴＳ ３３.４３４において指定される。

いくつかの実施形態では、ＶＡＬユーザＩＤは、ＶＡＬユーザを表すＶＡＬサービス内の一意な識別子である。例えばＶＡＬユーザＩＤはＵＲＩであってよい。ＶＡＬユーザＩＤは、ＶＡＬ ＵＥを介してＶＡＬユーザに向けてＶＡＬサービスを提供するための認証及び許可のために使用される。ＶＡＬユーザＩＤはまた、ＶＡＬユーザがＶＡＬサービス契約（service agreement）を有するＶＡＬサービスプロバイダも示す。ＶＡＬユーザは、ＶＡＬサービスプロバイダとのＶＡＬサービス契約を有してよく、したがって、ＶＡＬサービスプロバイダ毎に一意のＶＡＬユーザＩＤを取得している。ＶＡＬユーザＩＤを使用してＳＥＡＬサービスにアクセスすることができる。

いくつかの実施形態では、ＶＡＬ ＵＥ ＩＤは、ＶＡＬ ＵＥを表すＶＡＬサービス内の一意の識別子である。例えばＶ２ＸサービスのＶＡＬ ＵＥ ＩＤは、ＥＴＳＩ ＴＳ １０２ ８９４－２で指定されるステーションＩＤ（Station ID）にマッピングされる。ＶＡＬ ＵＥ ＩＤは、ＶＡＬメッセージを送信するためにＶＡＬ ＵＥをアドレス指定するために使用される。

いくつかの実施形態では、ＶＡＬサービスＩＤは、ＶＡＬサービスを表す一意の識別子である。ＶＡＬサーバは、ＶＡＬユーザ又はＶＡＬ ＵＥに向けてＶＡＬサービスのリストを提供する。各ＶＡＬサービスは、そのＶＡＬサービスを提供するＶＡＬアプリケーションの識別子であるＶＡＬサービスＩＤによって、一意に識別される。ＶＡＬサービスＩＤを、ポリシーマッピング、ＶＡＬ通信のＱｏＳ処理、ＶＡＬメッセージ配信に使用することができる。例えばＶ２Ｘサービスの識別子、例えばＥＴＳＩ ＴＳ １０２ ９６５及びＩＳＯ ＴＳ １７４１９で指定されるＩＴＳ－ＡＩＤ又はＰＳＩＤを、Ｖ２ＸサービスＩＤとして使用することができる。

いくつかの実施形態では、ＶＡＬグループＩＤは、ＶＡＬサービスに従って一組のＶＡＬユーザ又はＶＡＬ ＵＥを表すＶＡＬサービス内の一意の識別子である。一組のＶＡＬユーザは、同じ又は異なるＶＡＬサービスプロバイダに属してよい。ＶＡＬグループＩＤは、グループが定義されているＶＡＬアプリケーションサーバを示す。

いくつかの実施形態では、ＶＡＬシステムＩＤは、ＶＡＬシステムを表すグローバルに一意の識別子である。いくつかの実施形態において、ＶＡＬストリームＩＤは、にＶＡＬサーバによってＶＡＬストリームを識別するため使用される識別情報である。

４．展開に対する機能モデルの適用

様々な実施形態では、上述のＳＥＡＬアーキテクチャは、ＳＥＡＬサービスが公衆陸上移動ネットワーク（ＰＬＭＮ）内に及び／又は外部に配備される展開をサポートすることができる。ＳＥＡＬアーキテクチャはまた、垂直アプリケーションの集中型並びに分散型展開をサポートすることもできる。モバイルネットワークオペレータ（ＭＮＯ：mobile network operator）は、必要に応じて及びそのビジネスに適した、適切な展開モデルを活用することができる。

展開モデルは、ＶＡＬユーザ、ＶＡＬサービスプロバイダ、ＳＥＡＬプロバイダ及びＰＬＭＮオペレータのような複数のエンティティを含むことができる。一例として、可能な展開モデルでは、ＳＥＡＬサーバをＰＬＭＮオペレータドメイン内で展開することができ、垂直アプリケーションサーバをＶＡＬサービスプロバイダドメイン内で展開することができる。ＳＥＡＬサーバはまた、ＳＥＡＬ－Ｅインタフェースを使用して、異なるＰＬＭＮオペレータドメイン内で展開される、同じＳＥＡＬサービスの別のＳＥＡＬサーバと対話することもできる。

展開に関連するエンティティの間に複数のビジネス関係が存在する可能性がある。サービス特有の契約に基づいて、ＶＡＬユーザはＶＡＬサービスプロバイダドメインに属する。ＶＡＬサービスプロバイダとホームＰＬＭＮオペレータは、同じ組織に属し得る。ＶＡＬサービスプロバイダは、ＳＥＡＬサービスプロバイダとのサービス契約を有することができる。また、ＶＡＬサービスプロバイダ、ＳＥＡＬサービスプロバイダ及びホームＰＬＭＮオペレータが同じ組織に属する可能性もある。ＶＡＬサービスプロバイダとホームＰＬＭＮオペレータは、同じ組織に属していない場合、サービス契約を有し得る。

５．ＳＥＡＬに基づくＶ２Ｘ垂直アプリケーション

一実施形態では、Ｖ２Ｘ垂直アプリケーションは、ＳＥＡＬサービスに基づいて開発される。ＳＥＡＬは複数のＳＥＡＬサービスをサポートすることができる。各ＳＥＡＬサービスは、複数のプロセスをサポートすることができる。典型的に、ＳＥＡＬクライアントはプロセス自体を開始しないであろう。ＳＥＡＬクライアントがプロセスを開始するためには、Ｖ２Ｘ垂直アプリケーションは、プロセスに関連するトリガ及びパラメータをＳＥＡＬクライアントに提供する必要がある。

例えばＶ２Ｘアプリケーションレベルの機能モデルは、３ＧＰＰ ＴＳ ２３.２８６で定義される。定義されているように、Ｖ２Ｘアプリケーションイネーブラ（ＶＡＥ：V2X application enabler）層は、Ｖ２Ｘアプリケーション特有の層のためにＶＡＥ機能を提供する。ＶＡＥ層はＳＥＡＬサービスを利用する。ＶＡＥクライアントは、ＳＥＡＬアーキテクチャによって指定されるようにＳＥＡＬクライアントとの対話のためにＶＡＬクライアントとして動作することができる。ＶＡＥサーバは、ＳＥＡＬアーキテクチャによって指定されるように、ＳＥＡＬサーバとの対話のためのＶＡＬサーバとして機能することができる。

Ｖ２Ｘアプリケーション層は、各グループのグループ参加ストラテジ（group joining strategy）及びグループリーダー（group leader）を提供することができる。ＶＡＥクライアントとＶＡＥサーバは、グループ管理操作のためにＳＥＡＬグループ管理サービスを使用する。Ｖ２Ｘアプリケーション層は、グループをいつ作成し、変更し、削除すべきかを決定することを担当する。Ｖ２Ｘ ＵＥがＶ２Ｘアプリケーション層からＶ２Ｘサービスを受け取ることを開始する前に、ＶＡＥクライアント及びＶＡＥサーバは、ＳＥＡＬ構成管理サービスを使用してＶ２Ｘ ＵＥに構成（configurations）を提供することができる。Ｖ２Ｘ ＵＥがＶ２Ｘアプリケーション層からＶ２Ｘサービスを受け取ると、ＶＡＥクライアント及びＶＡＥサーバはまた、ＳＥＡＬ構成管理サービスを使用してＶ２Ｘ ＵＥに構成更新を提供することもできる。

ＶＡＥクライアント及びＶＡＥサーバは、ＳＥＡＬ位置管理サービスを使用してＶ２Ｘ ＵＥの位置情報を管理し、Ｖ２Ｘアプリケーション層に対して位置情報を更新することができる。ＶＡＥクライアント及びＶＡＥサーバは、ＳＥＡＬ識別管理サービスを使用して、Ｖ２Ｘアプリケーションサーバを使用するためにＶ２Ｘ ＵＥを認証及び認可することができる。ＶＡＥクライアント及びＶＡＥサーバは、ＳＥＡＬネットワークリソース管理サービスを使用して、異なるタイプのベアラを確立し、修正し、切り替えることができる。

ＶＡＥサーバはまた、ＳＥＡＬ ＡＰＩを使用して、Ｖ２Ｘアプリケーションの異なる機能又はサービスを有効にするためにＳＥＡＬサービスを使用することもできる。例えばＶ２Ｘアプリケーションのグループを作成するために、ＶＡＥサーバは、ＧＭ－Ｓ基準点上のグループ管理ＡＰＩの作成サービス操作を呼び出すことができる。グループ管理サーバは、グループ文書を作成し、新たに作成されたグループ情報をＶＡＥサーバに通知することができる。

様々な実施形態では、複数の垂直アプリケーションは、同時にＳＥＡＬサービスを使用することができる。例えば２つの垂直アプリケーションＶ２ＸとＭＣＰＴＴが、ＳＥＡＬサービスを使用することができる。ＳＥＡＬサーバは、両方の垂直アプリケーションサーバとインタフェースすることができる。加えて、各垂直に特有のＵＥ（vertically specific UE）は、垂直アプリケーションクライアントにサービスを提供するＳＥＡＬクライアントを含むことができる。２つのＳＥＡＬクライアントは、２つの垂直アプリケーションへのサポートを提供するためにＳＥＡＬサーバと対話する。

ＩＩ．位置管理サービス

１．位置管理のための機能モデル

様々な実施形態では、ＳＥＡＬサービスの位置管理は、１つ以上の垂直アプリケーションに位置管理関連の機能を提供する。位置管理は、位置管理機能モデルに基づいて実装されることができる。位置管理機能モデルは、上述の一般機能モデルに基づくことができる。位置管理機能モデルは、オンネットワーク機能モデルとオフネットワーク機能モデルを含むことができる。

図２は、いくつかの実施形態による、例示的なオンネットワーク位置管理機能モデル（２００）を図示している。モデル（２００）は、ＶＡＬクライアント（２１１）、ＶＡＬサーバ（２２１）、位置管理クライアント（２１２）及び位置管理サーバ（２２２）を含むことができる。機能エンティティは、図２に図示されるように互いに結合されることができる。

ＶＡＬクライアント（２１１）及びＶＡＬサーバ（２２１）は、ＶＡＬ（２０１）に属する。位置管理クライアント（２１２）及び位置管理サーバ（２２２）は、ＳＥＡＬ（２０２）に属する。ＶＡＬクライアント（２１１）及び位置管理クライアント（２１２）は、ＵＥ（２１０）に含まれることができる。モデル（２００）はまた、ＶＡＬサーバ（２２１）及び位置管理サーバ（２２２）と通信するための通信経路をＵＥ（２１０）に提供する、無線ネットワークシステム（２４０）（３ＧＰＰネットワークシステム等）を含むこともできる。位置管理クライアント（２１２）及び位置管理サーバ（２２２）によって提供される位置管理ＳＥＡＬサービスを使用する複数のＶＡＬクライアントが、ＶＡＬクライアント（２１１）の代わりに、モデル（２００）内に存在することができることに留意されたい。また、位置管理クライアント（２１２）及び位置管理サーバ（２２２）によって提供される位置管理ＳＥＡＬサービスを使用する複数のＶＡＬサーバも、ＶＡＬサーバ（２２１）の代わりに、モデル（２００）内に存在することができる。

いくつかの実施形態では、位置管理クライアント（２１２）は、ＬＭ－ＵＵ基準点（２３３）を介して位置管理サーバ（２２２）と通信する。位置管理クライアント（２１２）は、ＬＭ－Ｃ基準点（２３１）を介してＶＡＬクライアント（２１１）に位置管理機能のサポートを提供する。ＶＡＬサーバ（２２１）は、ＬＭ－Ｓ基準点（２３２）を介して位置管理サーバ（２２２）と通信する。ＶＡＬクライアント（２１１）は、ＶＡＬ－ＵＵ基準点（２３４）を介してＶＡＬサーバ（２２１）と通信する。

いくつかの実施形態では、位置管理サーバ（２２２）は、基礎となる無線ネットワークシステム（２４０）と通信して、インタフェース（２３５）（例えばＴ８インタフェース）を介して位置情報を取得する。一例では、位置管理サーバ（２２２）は、Ｔ８インタフェース（２３５）を介してサービス能力公開機能（ＳＣＥＦ：service capability exposure function）と通信し、基礎となる３ＧＰＰネットワークシステムから位置情報を取得する。一例では、位置管理サーバ（２２２）は、別のインタフェースを使用して、４Ｇシステムのロケーションサーバ（ＬＣＳ：location server）から位置情報を取得することができる。一例では、位置管理サーバ（２２２）は、３ＧＰＰネットワークシステム（２４０）からＬｅインタフェースを介して位置情報を取得することができる。

オフネットワーク位置管理機能モデルでは、異なるＵＥに分散されたＶＡＬ内のＶＡＬクライアントは、ＶＡＬ－ＰＣ５基準点を介して互いに通信することができる。異なるＵＥに分散されたＳＥＡＬ内の位置管理クライアントは、ＬＭ－ＰＣ５基準点を介して互いに通信することができる。

いくつかの実施形態では、位置管理クライアント（２１２）は、ＶＡＬクライアント（２１１）と対話して、位置管理機能を実行する。位置管理クライアント（２１２）はまた、位置管理サーバ（２２２）とも対話する。位置管理クライアント（２１２）はまた、２つのＵＥ間の対応する位置管理クライアントとの対話もサポートする。

いくつかの実施形態では、位置管理サーバ（２２２）は、ユーザ位置情報を受け取って記憶し、ユーザ位置情報をＶＡＬサーバ（２２１）に提供する。位置管理サーバ（２２２）はまた、例えばＴ８インタフェース（２３５）を介して、３ＧＰＰネットワークシステム（２４０）のＰＬＭＮオペレータによって提供される位置情報を取得することもある。位置管理サーバ（２２２）はまた、分散ＳＥＡＬ展開において対応する位置管理サーバとの対話もサポートする。

ＶＡＬクライアント（２１１）及びＶＡＬサーバ（２２１）は、それぞれ、図１の例におけるＶＡＬクライアント（１１１）及びＶＡＬサーバ（１２１）と同様に機能することができる。

いくつかの実施形態では、位置管理クライアント（２１２）と位置管理サーバ（２２２）との間の位置管理機能に関連する対話は、ＬＭ－ＵＵ基準点（２３３）によってサポートされる。一例では、この基準点（２３３）は、３ＧＰＰ ＴＳ ２３.４０１及び３ＧＰＰ ＴＳ ２３.５０１に記載される、Ｕｕ基準点を使用する。ＬＭ－ＵＵ基準点（２３３）は、位置管理サーバ（２２２）が位置管理クライアント（２１２）から位置情報レポートを受け取るための手段を提供する。

いくつかの実施形態では、異なるＶＡＬ ＵＥ内に配置される位置管理クライアント間の位置管理機能に関連する対話は、ＬＭ－ＰＣ５基準点によってサポートされる。一例では、この基準点は、３ＧＰＰ ＴＳ ２３.３０３に記載される、ＰＣ５基準点を使用する。いくつかの実施形態では、ＶＡＬ ＵＥ（２１０）内のＶＡＬクライアント（２１１）と位置管理クライアント（２１２）との間の位置管理機能に関連する対話は、ＬＭ－Ｃ基準点（２３１）によってサポートされる。

いくつかの実施形態では、ＶＡＬサーバ（２２１）と位置管理サーバ（２２２）との間の位置管理機能に関連する対話は、ＬＭ－Ｓ基準点（２３２）によってサポートされる。一例では、この基準点（２３２）は、３ＧＰＰ ＴＳ ２３.２２２で指定される、ＣＡＰＩＦ－２基準点のインスタンスである。例えばＬＭ－Ｓ基準点（２３２）は、位置管理サーバ（２２２）から位置情報を要求して受け取るためにＶＡＬサーバ（２２１）によって使用される。

いくつかの実施形態では、分散型展開内の位置管理サーバ間の位置管理機能に関連する対話は、ＬＭ－Ｅ基準点によってサポートされる。いくつかの実施形態では、Ｔ８インタフェース（２３５）は、３ＧＰＰ ＴＳ ２３.６８２で指定される、位置管理サーバ（２２２）とＳＣＥＦとの間の対話をサポートする。Ｔ８の位置管理に関連する機能は、位置管理サーバ（２２２）によってサポートされる。

２．位置管理プロセスの例

２．１ イベントトリガ位置報告プロセス

図３は、本開示のいくつかの実施形態による、イベントトリガ位置報告プロセス（３００）を示す。プロセス（３００）は、位置管理クライアント（３０１）及び位置管理サーバ（３０２）によって実行されることができる。プロセス（３００）は（Ｓ３１０）で開始することができる。

（Ｓ３１０）において、位置管理クライアント（３０１）は、位置報告構成をフェッチするために、位置報告構成要求メッセージを位置管理サーバ（３０２）に送信することができる。

（Ｓ３２０）において、位置管理サーバ（３０２）は、位置報告構成要求メッセージを受け取ったことに応答して、位置報告構成応答メッセージを位置管理クライアント（３０１）に送信することができる。位置報告構成応答メッセージは、位置報告構成を含むことができる。位置報告構成は、初期構成又は以前の構成に対する更新とすることができる。位置報告構成は、位置管理サーバ（３０２）が期待する位置情報のタイプと、位置管理サーバ（３０２）への位置情報の送信をトリガするイベントを示すことができる。

いくつかの実施形態では、位置情報を報告する決定は、位置管理クライアント（３０１）において、様々な条件又はイベントによって、例えば位置報告構成の受信、無線ネットワークへの初期登録、移動した距離、経過した時間、セル変更、ＭＢＭＳ ＳＡＩ変更、ＭＢＭＳセッション変更、特有のＭＢＭＳベアラーサービスエリアを離れること、追跡エリア変更、ＰＬＭＮ変更、呼開始（call initiation）、緊急又は他のタイプのイベントによって、トリガされ得る。一実施形態では、位置報告構成は、連続する報告の間の最短時間を更に示すことができる。一実施形態では、位置報告構成は、位置情報レポートのタイムスタンプが必要であるかどうかを更に示すことができる。

いくつかの実施形態では、位置報告構成応答メッセージは、ユニキャストベアラを介して特有の位置管理クライアント（例えば位置管理クライアント（３０１））に送信されることができ、あるいはＭＢＭＳベアラを介してグループメッセージとして送信され、複数の位置管理クライアントの位置報告構成を同時に更新することができる。一例では、マルチキャスト配信モードが使用される場合、使用されているＭＢＭＳベアラは、位置管理サーバによってアクティブにされる。

いくつかの実施形態では、位置管理クライアント（３０１）は、位置報告構成を受け取ったことに応答して、位置報告イベントトリガ構成を記憶又は更新する。一例では、位置報告構成情報をユーザプロファイルの一部にすることができる。そのようなシナリオでは、位置情報構成応答メッセージの送信は不要である。いくつかの実施形態では、異なる位置管理クライアントは、異なる位置報告基準を与えられることがある。

（Ｓ３３０）において、位置管理クライアント（３０１）は、構成された位置報告イベントが発生することを検出することができる。したがって、位置情報レポートをトリガすることができる。

（Ｓ３４０）において、位置管理クライアント（３０１）は、位置情報レポートを位置管理サーバ（３０２）に送信することができる。位置情報レポートは、位置管理サーバ（３０２）によって識別され、かつ位置管理クライアント（３０１）に利用可能な、位置情報を含むことができる。

一実施形態では、位置情報レポートは、以下の情報要素のうちの１つ以上を含むことができる。（１）位置管理クライアント（３０１）に対応するＶＡＬユーザ又はＶＡＬ ＵＥの識別情報。例えばＶＡＬ ＵＥは位置管理クライアント（３０１）を含む。ＶＡＬユーザは、位置管理クライアント（３０１）の上のＶＡＬクライアントを介して位置管理クライアント（３０１）のサービスを使用する。（２）位置情報レポートの送信をトリガしたイベントの識別情報。（３）位置情報レポートの送信をトリガしたイベントが起こったときのＶＡＬ ＵＥの位置情報。（４）任意で位置情報レポートのタイムスタンプ。例えばタイムスタンプは、位置情報レポートの送信をトリガしたイベントが起こった時刻を示すことができる。あるいは、タイムスタンプは、位置情報レポートによって示されるＶＡＬ ＵＥの位置に対応する時刻を示すことができる。一例では、位置報告構成が、位置情報レポートのタイムスタンプを含むことを示すとき、タイムスタンプが位置情報レポートに含まれることになる。

一例では、位置管理クライアント（３０１）から位置管理サーバ（３０２）への位置情報レポートは、表１に示される情報のすべて又は一部を含むことができる。

表１において、「Ｍ」は「必須（mandatory）」、「Ｏ」は「任意（optional）」を意味する。

いくつかの実施形態では、位置情報レポート内のタイムスタンプは、ＩＳＯ ８６１０（例えばｙｙｙ－ｍｏｎｔｈ－ｄａｙＴＨＨ：ＭＭ：ＳＳ）、ＲＦＣ １１２３（例えば月曜日、ＤＤ Ｍｏｎ ＹＹＹＹ ＨＨ：ＭＭ：ＳＳ タイムゾーン）、協定世界時（ＵＴＣ：ｙｙｙｙ－ｍｎ－ｄｄＴＨＨ：ＭＭ：ＳＳ）等のような、いくつかの異なる時間フォーマットのうちの１つをとることができる。

いくつかの実施形態では、位置情報レポートは、Ｅ－ＵＴＲＡセルグローバル識別子（ＥＣＧＩ：E-UTRA cell global identifier）、マルチメディア・ブロードキャスト・マルチキャストサービス・サービスエリア識別情報（ＭＢＭＳ ＳＡＩ：multimedia broadcast multicast services service area identity）、地理座標及び他のタイプの位置情報のような、いくつかの異なるタイプの位置情報のうちの少なくとも１つを含むことができる。

（Ｓ３５０）において、位置情報レポートを受け取ると、位置管理サーバ（３０２）は、位置情報レポートに含まれる情報をローカルメモリに記憶することができる。例えば位置管理サーバ（３０２）は、報告している位置管理クライアント（３０１）の位置を更新することができる。位置管理サーバ（３０２）が、以前に、報告している位置管理クライアント（３０１）の位置情報を有していない場合、位置管理サーバ（３０２）は、その位置管理クライアント（３０１）について、報告された位置情報を単に記憶することができる。

２．２ オンデマンド位置報告プロセス

図４は、本開示のいくつかの実施形態によるオンデマンド位置報告プロセス（４００）を示す。プロセス（４００）は、位置管理サーバ（４０１）及び位置管理クライアント（４０２）によって実行することができる。プロセス（４００）の間、いくつかの実施形態では、位置管理サーバ（４０１）は、位置管理クライアント（４０２）に位置情報要求を送信することによって、いつでもＵＥ位置情報を要求することができ、これは、位置レポートを直ちに送信するように位置管理クライアント（４０２）をトリガし得る。

（Ｓ４１０）において、周期的な位置情報レポートタイマのような構成又は他のエンティティ（例えば別の位置管理クライアント又はＶＡＬサーバ）からの位置情報要求に基づいて、位置管理サーバ（４０１）は、位置情報要求を直ちに開始することを決定することができる。

（Ｓ４２０）において、位置管理サーバ（４０１）は、位置情報要求を位置管理クライアント（４０２）に送信する。例えば位置情報要求は、ＶＡＬユーザ又はＶＡＬ ＵＥの識別情報を含んでよく、ＶＡＬユーザ又はＶＡＬ ＵＥについてどのタイプの位置情報が要求されるかを指定することができる。

（Ｓ４３０）において、任意に、位置管理クライアント（４０２）において、ＶＡＬユーザ又はＶＡＬ ＵＥに、その位置を共有する許可について通知して尋ねることができる。ＶＡＬユーザは、要求を受け入れるか又は拒否することができる。いくつかの実施形態では、位置は、更なるユーザ入力なしで自動的に共有され得る。

（Ｓ４４０）において、位置管理クライアント（４０２）は、位置管理サーバ（４０１）によって識別され、かつ位置管理クライアント（４０２）に利用可能な位置情報を含む、位置情報レポートで位置管理サーバ（４０１）に応答する。いくつかの実施形態では、（Ｓ４４０）の位置情報レポートは、（Ｓ３４０）の位置情報レポートと同様であり得る。例えば（Ｓ４４０）の位置情報レポートは、位置管理クライアント（４０２）の位置情報と、該位置情報によって示される位置に関連付けられるタイムスタンプとを含むことができる。（Ｓ４４０）の位置情報レポートは、該位置情報レポートについてのトリガイベントを示しても示さなくてもよい。

（Ｓ４５０）において、位置情報レポートを受け取ると、位置管理サーバ（４０１）は、報告している位置管理クライアント（４０２）の位置を更新することができる。一例では、位置管理サーバ（４０１）が、以前に、報告している位置管理クライアント（４０２）の位置情報を有していない場合、位置管理サーバ（４０１）は、位置管理クライアント（４０２）の報告する位置情報を単に記憶することができる。

２．３ クライアントトリガ又はＶＡＬサーバトリガ位置報告プロセス

図５は、本開示のいくつかの実施形態による、クライアントトリガ又はＶＡＬサーバトリガ位置報告プロセス（５００）を示す。プロセス（５００）は、第１位置管理クライアント（５０１Ａ）又はＶＡＬサーバ（５０１Ｂ）と、位置管理サーバ（５０２）と、第２位置管理クライアント（５０３）によって実行することができる。プロセス（５００）の間、いくつかの実施形態では、第１位置管理クライアント（５０１Ａ）又はＶＡＬサーバ（５０１Ｂ）は、第２位置管理クライアント（５０３）に対応するＶＡＬユーザ又はＶＡＬ ＵＥの位置情報の要求を開始することができる。応答して、位置管理サーバ（５０２）は、要求された位置情報を取得し、第１位置管理クライアント（５０１Ａ）又はＶＡＬサーバ（５０１Ｂ）に報告することができる。

（Ｓ５１０）において、（例えば許可されたＶＡＬユーザ又はＶＡＬ ＵＥに対応する）第１位置管理クライアント（５０１Ａ）又はＶＡＬサーバ（５０１Ｂ）は、第２位置管理クライアント（５０３）の位置情報を取得するための位置報告プロシージャをアクティブにするために、位置報告トリガを位置管理サーバ（５０２）に送信する。

（Ｓ５２０）において、位置管理サーバ（５０２）は、第１位置管理クライアント（５０１Ａ）又はＶＡＬサーバ（５０１Ｂ）が、位置報告トリガを送信することを許可されているかどうかをチェックすることができる。続いて、位置報告トリガによって指定された情報に応じて、位置管理サーバ（５０２）は、第２位置管理クライアント（５０３）の位置情報を要求するために、オンデマンド位置報告プロシージャ又はイベントトリガ位置報告プロシージャを開始することができる。

（Ｓ５３０）において、第２位置管理クライアント（５０３）の位置情報が位置管理サーバ（５０２）において利用可能になると、第１位置管理クライアント（５０１Ａ）又はＶＡＬサーバ（５０２）に位置情報レポートを送信することができる。いくつかの実施形態では、（Ｓ５３０）の位置情報レポートは、（Ｓ３４０）の位置情報レポートと同様であり得る。例えば（Ｓ５３０）の位置情報レポートは、位置管理クライアント（５０３）の位置情報と、該位置情報によって示される位置に関連付けられるタイムスタンプとを含むことができる。（Ｓ５３０）の位置情報レポートは、位置情報レポートのトリガイベントを示しても示さなくてもよい。

一実施形態では、第１位置管理クライアント（５０１Ａ）が位置管理サーバ（５０２）からの位置情報を要求し得る前に、第１位置管理クライアント（５０１Ａ）は、位置管理サーバ（５０２）に登録するための登録プロセスを実行することができる。例えば第１位置管理クライアント（５０１Ａ）は、タイムスタンプ要求を位置管理サーバ（５０２）に送信して、位置管理サーバ（５０２）からの位置情報レポートにタイムスタンプを追加することを要求することができる。その後、第１位置管理クライアント（５０１Ａ）からのそれぞれの位置クエリに応答して、位置管理サーバ（５０２）からの位置情報応答メッセージは各々タイムスタンプを含む。

一実施形態では、位置管理サーバ（５０２）に対するＶＡＬサーバ（５０１Ｂ）の位置情報クエリに対して、ＶＡＬサーバ（５０１Ｂ）と位置管理サーバ（５０２）との間に登録プロセスはない。位置管理サーバ（５０２）は、任意に、タイムスタンプとともに応答をＶＡＬサーバ（５０１Ｂ）に送信することができる。

２．４ 位置情報サブスクリプション及び通知プロセス

図６は、本開示のいくつかの実施形態による、位置情報サブスクリプション及び通知プロセス（６００）を示す。プロセス（６００）は、ＶＡＬサーバ（６０１）と、位置管理サーバ（６０２）と、位置管理クライアント（６０３）と、３ＧＰＰコアネットワーク（６０４）によって実行することができる。プロセス（６００）の間、ＶＡＬサーバ（６０１）は、位置管理クライアント（６０３）に対応するＶＡＬユーザ又はＶＡＬ ＵＥの位置情報を、位置管理サーバ（６０２）にサブスクライブ（subscribe）することができる。位置管理サーバ（６０２）は、サブスクリプション構成に基づいて、位置情報通知をＶＡＬサーバ（６０１）に提供することができる。プロセス（６００）は、例えばＵＥを追跡するために用いることができる。ＶＡＬサーバ（６０１）の代わりに、位置管理クライアントのような他のエンティティが、プロセス（６００）を使用して、位置管理クライアント（６０３）に対応する位置情報についてサブスクライブし、それに応じて位置管理サーバ（６０２）から位置情報通知を受け取ることができる。

（Ｓ６１０）において、ＶＡＬサーバ（６０１）は、位置情報サブスクリプション要求を位置管理サーバ（６０２）に送信して、１以上のＶＡＬユーザ又はＶＡＬ ＵＥの位置情報をサブスクライブすることができる。各ＶＡＬユーザ又はＶＡＬ ＵＥは、位置管理クライアントに対応し得る。以下のステップでは、位置管理クライアント（６０３）に対応するＶＡＬユーザ又はＶＡＬ ＵＥの位置情報のサブスクリプション及び報告が例として使用される。位置情報サブスクリプション要求は、どのタイプの位置情報が必要とされるか、位置管理クライアント（６０３）からの位置レポートをトリガするための一組のイベント、位置情報通知を周期的に提供するための間隔及び／又は類似のものを示し得る。位置情報サブスクリプション要求は、３ＧＰＰコアネットワーク（６０４）からの位置情報（補足位置情報と呼ばれる）が必要であることを示すことができる。

（Ｓ６２０）において、位置管理サーバ（６０２）は、位置報告プロシージャにより、位置管理クライアント（６０３）に対応するＶＡＬ ＵＥの最新の位置情報を受け取る。例えば位置報告プロシージャは、イベントトリガ位置報告プロセス（例えばプロセス（３００））又はオンデマンド位置報告プロセス（例えばＳ６１０において、位置情報サブスクリプション要求に基づいて構成される、周期的な位置レポートタイマによってトリガされるプロセス（４００））とすることができる。ＶＡＬ ＵＥの最新の位置情報を受け取る前に、位置管理サーバ（６０２）は、位置報告を構成するために、位置管理クライアント（６０３）と通信してもよい。例えばプロセス（３００）で実行されるように、位置報告をトリガするために、いくつかのイベントが位置管理クライアント（６０３）において構成されてもよい。

（Ｓ６３０）において、位置管理サーバ（６０２）は、任意に、３ＧＰＰコアネットワーク（６０４）からＶＡＬ ＵＥの位置情報を受け取ってよい。例えば補足位置情報についての指示がＳ６１０のサブスクリプション要求に含まれる場合、ＵＥ位置情報を３ＧＰＰコアネットワーク（６０４）から取得することができる。

（Ｓ６４０）において、（Ｓ６１０）における位置情報サブスクリプション要求によって提供される位置情報サブスクリプション構成（例えば周期的な位置情報レポートタイマ）に基づいて、位置管理サーバ（６０２）は、位置管理クライアント（６０３）の最新のユーザ位置情報をＶＡＬサーバ（６０１）に報告することを決定することができる。例えば位置管理サーバ（６０２）は、補足位置情報（位置情報サブスクリプション要求によって示される場合）を含め、ステップ（Ｓ６２０）及び／又はステップ（Ｓ６３０）において受け取られるＶＡＬ ＵＥの位置情報を決定することができる。

（Ｓ６５０）において、位置管理サーバ（６０２）は、１以上のＶＡＬユーザ又はＶＡＬ ＵＥの最新の位置情報を含む位置情報通知を、ＶＡＬサーバ（６０１）（又は位置管理サーバ（６０２）へのサブスクリプションを以前に行った位置管理クライアント）に送信する。

いくつかの実施形態において、位置情報通知は、以下の情報要素のうちの１つ以上を含むことができる。（１）位置情報が通知されるＶＡＬユーザ又はＶＡＬ ＵＥのリスト。（２）位置管理クライアント（６０３）に対応する位置にサブスクライブするＶＡＬユーザ又はＶＡＬ ＵＥの識別情報。（３）位置情報通知の送信をトリガしたイベントの識別情報、あるいは（Ｓ６２０）において位置情報レポートを送信するように位置管理クライアント（６０３）をトリガしたイベントの識別情報。（４）例えば位置管理クライアント（６０３）に対応する最新の位置情報を含む、位置情報が通知されるＶＡＬユーザ又はＶＡＬ ＵＥの位置情報。（５）位置レポートのタイムスタンプ。一例では、位置管理クライアント（６０３）に対応する位置情報によって示される最新の位置に対応するタイムスタンプが含まれる。一例では、タイムスタンプは、位置情報が通知されるＶＡＬユーザ又はＶＡＬ ＵＥの各々の最新の位置に対応する。一例では、位置情報通知が生成されるタイミングに対応するタイムスタンプが含まれる。

いくつかの実施形態では、位置管理サーバ（６０２）からＶＡＬサーバ（６０１）への位置情報通知は、表２に示される情報フローのすべて又は一部を含むことができる。

いくつかの実施形態において、ＶＡＬサーバ（６０１）は、位置情報通知内の位置情報を、別のＶＡＬユーザ又はＶＡＬ ＵＥに又はそのグループに更に共有してもよい。

ＩＩＩ．例示的な位置報告プロセス

図７は、本開示の一実施形態による位置報告プロセス（７００）を示す。プロセス（７００）は、ＳＥＡＬの位置管理クライアントによって実行することができる。プロセス（７００）は、（Ｓ７０１）から開始して、（Ｓ７１０）に進むことができる。

（Ｓ７１０）において、位置報告構成を、ＵＥにおいてＳＥＡＬの位置管理サーバから受け取ることができる。位置報告構成は、ＵＥにおける位置管理クライアントから位置管理サーバへの位置情報レポートをトリガするための少なくとも１つの位置報告イベントを示すことができる。

（Ｓ７２０）において、少なくとも１つの位置報告イベントが発生したことに応答して、位置情報レポートを、ＵＥにおける位置管理クライアントから位置管理サーバに送信することができる。一例において、位置情報レポートは、ＵＥの識別情報、位置情報レポートをトリガする少なくとも１つの位置報告イベントの識別情報、ＵＥの位置情報及びＵＥの位置情報に対応するタイムスタンプを含むことができる。一例では、位置情報のタイプは位置報告構成において識別される。

一例では、ＵＥの位置情報に対応するタイムスタンプのフォーマットは、ＩＳＯ ８６１０、ＲＦＣ １１２３及び協定世界時（ＵＴＣ）のいずれかに従う。一例では、位置情報のタイプは、Ｅ－ＵＴＲＡセルグローバル識別子（ＥＣＧＩ）、マルチメディア・ブロードキャスト・マルチキャストサービス・サービスエリア識別情報（ＭＢＭＳ ＳＡＩ）及び地理座標、のうちの１つである。プロセス（７００）は、（Ｓ７９９）に進み、（Ｓ７９９）で終了することができる。

図８は、本開示の一実施形態による位置報告プロセス（８００）を示す。プロセス（８００）は、ＳＥＡＬの位置管理サーバによって実行することができる。プロセス（８００）は、（Ｓ８０１）から開始し、（Ｓ８１０）に進むことができる。

（Ｓ８１０）において、位置報告構成を、ＵＥにおけるＳＥＡＬの位置管理クライアントに送信することができる。位置報告構成は、ＵＥにおけるＳＥＡＬの位置管理クライアントから位置管理サーバへの位置情報レポートをトリガするための少なくとも１つの位置報告イベントを示すことができる。

（Ｓ８２０）において、第１位置情報レポートを、ＵＥにおけるＳＥＡＬの位置管理クライアントから受け取ることができる。第１位置情報レポートは、ＵＥの識別情報、位置情報レポートをトリガした少なくとも１つの位置報告イベントの識別情報、ＵＥの位置情報及びＵＥの位置情報に対応するタイムスタンプを含むことができる。一例では、位置情報のタイプは位置報告構成において識別される。

一例では、ＵＥの位置情報に対応するタイムスタンプのフォーマットは、ＩＳＯ ８６１０、ＲＦＣ １１２３及び協定世界時（ＵＴＣ）のいずれかに従う。一例では、位置情報のタイプは、Ｅ－ＵＴＲＡセルグローバル識別子（ＥＣＧＩ）、マルチメディア・ブロードキャスト・マルチキャストサービス・サービスエリア識別情報（ＭＢＭＳ ＳＡＩ）及び地理座標のうちの１つである。

（Ｓ８３０）において、ＵＥの位置情報を、位置管理サーバのメモリに記憶することができる。プロセス（８００）は、（Ｓ８９９）に進み、（Ｓ８９９）で終了することができる。

ＩＶ．コンピュータシステム

上述の技術を、コンピュータ読取可能命令を使用してコンピュータソフトウェアとして実装し、１つ以上のコンピュータ読取可能媒体に物理的に記憶することができる。コンピュータソフトウェアは、アセンブリ、コンパイル、リンキング又は類似のメカニズムの対象となり得る任意の適切な機械コード又はコンピュータ言語を使用してコーディングされ、１つ以上のコンピュータ中央処理ユニット（ＣＰＵ）、グラフィクス処理ユニット（ＧＰＵ）等によって直接的に又は解釈やマイクロコード実行等を通して実行され得る命令を含む、コードを作成することができる。

命令は、例えばパーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲームデバイス、モノのインターネット（ＩｏＴ）デバイス等を含む様々なタイプのコンピュータ又はその構成要素において実行されることができる。

例えば図９は、開示される主題の特定の実施形態を実装するのに適したコンピュータシステム（９００）を示す。コンピュータシステム（９００）について図９に示される構成要素は、本質的に例示的なものであり、本開示の実施形態を実装するコンピュータソフトウェアの使用範囲又は機能性に関して、いかなる制限も示唆するように意図されていない。また、構成要素の構成は、コンピュータシステム（９００）の例示の実施形態に示される構成要素の任意の１つ又は組合せに関するいかなる依存性又は要件も有するものとして解釈されてはならない。

コンピュータシステム（９００）は、特定のヒューマンインタフェース入力デバイスを含み得る。そのようなヒューマンインタフェース入力デバイスは、例えば触覚入力（キーストローク、スワイプ、データグローブの動き等）、オーディオ入力（声、拍手等）、視覚入力（ジェスチャ等）、嗅覚入力（図示せず）を通して、１人以上の人間のユーザによる入力に応答し得る。また、ヒューマンインタフェース入力デバイスは、オーディオ（音声、音楽、環境音等）、画像（スキャンされた画像、静止画像カメラから得られる写真画像等）、ビデオ（２次元ビデオ、立体映像を含む３次元ビデオ等）のような、人間による意識的入力に必ずしも直接関係しているとは限らない、特定の媒体をキャプチャするためにも使用されることができる。

ヒューマン入力インタフェースデバイスは、キーボード（９０１）、マウス（９０２）、トラックパッド（９０３）、タッチ画面（９１０）、データグローブ（図示せず）、ジョイスティック（９０５）、マイクロホン（９０６）、スキャナ（９０７）及びカメラ（９０８）（各々の１つのみが図示される）のうちの１つ以上を含んでもよい。

コンピュータシステム（９００）はまた、特定のヒューマンインタフェース出力デバイスも含み得る。そのようなヒューマンインタフェース出力デバイスは、例えば触覚出力、音響、光及び嗅覚／味覚を通して、１人以上の人間のユーザの感覚を刺激し得る。そのようなヒューマンインタフェース出力デバイスは、触覚出力デバイス（例えばタッチ画面（９１０）、データグローブ（図示せず）又はジョイスティック（９０５）による触覚フィードバックであるが、入力デバイスとして機能しない触覚フィードバックデバイスが存在する可能性もある）、オーディオ出力デバイス（スピーカー（９０９）、ヘッドフォン（図示せず）等）、視覚出力デバイス（各々タッチ画面入力機能の有無にかかわらず、各々触覚フィードバック能力の有無にもかかわらないが、その一部は、立体画像出力や仮想現実グラス（図示せず）、ホログラフィックディスプレイ及びスモークタンク（図示せず）のような手段を介して、２次元視覚出力又は３次元超の出力を出力することができる、ＣＲＴ画面、ＬＣＤ画面、プラズマ画面、ＯＬＥＤ画面を含む画面（９１０）等）及びプリンタ（図示せず）を含んでよい。

コンピュータシステム（９００）はまた、ＣＤ／ＤＶＤを有するＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（９２０）を含む光媒体又は類似の媒体（９２１）、サムドライブ（９２２）、取り外し可能ハードドライブ又はソリッドステートドライブ（９２３）、テープ及びフロッピーディスク（図示せず）のようなレガシー磁気媒体、セキュリティドングル（図示せず）のような特別なＲＯＭ／ＡＳＩＣ／ＰＬＤベースのデバイスのような、ヒューマンアクセス可能なストレージデバイス及びそれらの関連する媒体も含むことができる。

当業者はまた、現在開示されている主題に関連して使用されるとき、「コンピュータ読取可能媒体」という用語が、伝送媒体、搬送波又は他の一時的信号を包含しないことを理解すべきである。

コンピュータシステム（９００）はまた、１つ以上の通信ネットワーク（９５５）へのインタフェース（９５４）も含むことができる。ネットワークは、例えば無線、有線、光とすることができる。ネットワークは更に、ローカル、ワイドエリア、メトロポリタン、車両及び産業用、リアルタイム、遅延耐性等とすることができる。ネットワークの例は、イーサネット（登録商標）、無線ＬＡＮ等のローカルエリアネットワーク、ＧＳＭ（登録商標）、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ等を含むセルラネットワーク、ケーブルＴＶ、衛星ＴＶ及び地上放送ＴＶを含むＴＶ有線又は無線ワイドエリアデジタルネットワーク、ＣＡＮＢｕｓ等を含む車両及び産業用ネットワークを含む。特定のネットワークは、一般に、特定の汎用データポート又は周辺バス（９４９）（例えばコンピュータシステム（９００）のＵＳＢポート等）に接続される外部ネットワークインタフェースアダプタを必要とし、他のものは、一般に、後述するシステムバスへの取り付けによって、コンピュータシステム（９００）のコアに統合される（例えばＰＣコンピュータシステムへのイーサネット（登録商標）インタフェース又はスマートフォンコンピュータシステムへのセルラーネットワークインタフェース）。これらのネットワークのいずれかを使用して、コンピュータシステム（９００）は、他のエンティティと通信することができる。このような通信は、例えばローカル又はワイドエリアデジタルネットワークを使用して、他のコンピュータシステムに対する、単方向の受信専用（例えば放送ＴＶ）、単方向の送信専用（例えば特定のＣＡＮｂｕｓから特定のＣＡＮｂｕｓデバイスへ）又は双方向であり得る。上述のように、特定のプロトコル及びプロトコルスタックを、これらのネットワーク及びネットワークインタフェースの各々において使用することができる。

前述のヒューマンインタフェースデバイス、ヒューマンアクセス可能なストレージデバイス及びネットワークインタフェースを、コンピュータシステム（９００）のコア（９４０）に取り付けることができる。

コア（９４０）は、１つ以上の中央処理ユニット（ＣＰＵ）（９４１）、グラフィクス処理ユニット（ＧＰＵ）（９４２）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）（９４３）の形態の専用のプログラマブル処理ユニット、特定のタスク用のハードウェアアクセラレータ（９４４）、グラフィクスアダプタ（９５０）等を含むことができる。これらのデバイスは、読取専用メモリ（ＲＯＭ）（９４５）、ランダムアクセスメモリ（ＲＡＭ）（９４６）、内部非ユーザアクセス可能ハードドライブ、ＳＳＤ等の内部大容量ストレージ（９４７）とともに、システムバス（９４８）を通して接続され得る。いくつかのコンピュータシステムでは、システムバス（９４８）は、追加のＣＰＵ、ＧＰＵ等による拡張を可能にするために、１つ以上の物理的プラグの形態でアクセス可能である。周辺デバイスを、コアのシステムバス（９４８）に直接又は周辺バス（９４９）を介して取り付けることができる。一例では、画面（９１０）をグラフィクスアダプタ（９５０）に接続することができる。周辺バスのアーキテクチャは、ＰＣＩ、ＵＳＢ等を含む。

ＣＰＵ（９４１）、ＧＰＵ（９４２）、ＦＰＧＡ（９４３）及びアクセラレータ（９４４）は、組み合わされて上述のコンピュータコードを構成することができる、特定の命令を実行することができる。そのコンピュータコードを、ＲＯＭ（９４５）又はＲＡＭ（９４６）に記憶することができる。また、一時的なデータをＲＡＭ（９４６）に記憶することができ、一方、永久的なデータを、例えば内部大容量ストレージ（９４７）に記憶することができる。１つ以上のＣＰＵ（９４１）、ＧＰＵ（９４２）、大容量ストレージ（９４７）、ＲＯＭ（９４５）、ＲＡＭ（９４６）等と密接に関連付けることができるキャッシュメモリの使用を通して、メモリデバイスのいずれかに対する高速記憶及び取り出しを可能にすることができる。

コンピュータ読取可能媒体は、様々なコンピュータ実装される動作を実行するためのコンピュータコードをその上に有することができる。媒体及びコンピュータコードは、本開示の目的のために特別に設計及び構築されたものとすることができ、あるいはそれらは、コンピュータソフトウェア技術の当業者に周知でかつ利用可能な種類のものとすることができる。

限定ではなく例として、アーキテクチャ（９００）及び特にはコア（９４０）を有するコンピュータシステムは、１つ以上の有形のコンピュータ読取可能媒体に具現化されたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ等を含む）の結果として機能性を提供することができる。このようなコンピュータ読取可能媒体は、上記で紹介したようなユーザアクセス可能な大容量ストレージ、並びにコア内部大容量ストレージ（９４７）又はＲＯＭ（９４５）のような非一時的な性質のコア（９４０）の特定のストレージに関連付けられる媒体とすることができる。本開示の様々な実施形態を実装するソフトウェアを、そのようなデバイスに記憶して、コア（９４０）によって実行することができる。コンピュータ読取可能媒体は、特定のニーズに従って、１つ以上のメモリデバイス又はチップを含むことができる。ソフトウェアは、コア（９４０）及び特にその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ等を含む）に、ＲＡＭ（９４６）に記憶されるデータ構造を定義することと、ソフトウェアによって定義されるプロセスに従ってそのようなデータ構造を修正することとを含む、本明細書で説明される特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。追加又は代替として、コンピュータシステムは、論理ハードワイヤ又は他の方法で回路（例えばアクセラレータ（９４４））内に具現化された結果として機能性を提供することができ、この回路は、ソフトウェアの代わりに又はソフトウェアとともに動作して、本明細書で説明される特定のプロセス又は特定のプロセスの特定の部分を実行することができる。ソフトウェアへの言及はロジックを含み、また、必要に応じて、その逆も可能である。コンピュータ読取可能媒体への参照は、実行のためのソフトウェアを記憶する回路（集積回路(ＩＣ)等）、実行のためのロジックを具体化する回路又は適切な場合にはその両方を包含することができる。本開示は、ハードウェアとソフトウェアの任意の適切な組合せを包含する。

本開示は、いくつかの例示的な実施形態について説明しているが、本開示の範囲内にある変更、置換及び様々な代替均等物がある。したがって、当業者は、本明細書に明示的に示されていないか又は説明されていないが、本開示の原理を具体化しており、よって、本開示の精神及び範囲内にある、様々システム及び方法を考案することができることが理解されよう。

Claims (15)

1. サービスイネーブラアーキテクチャ層（ＳＥＡＬ）の方法であって、
   第１ユーザ機器（ＵＥ）が、前記ＳＥＡＬの位置管理サーバから位置報告構成を受け取るステップであって、前記位置報告構成は、前記第１ＵＥにおける第１位置管理クライアントから前記位置管理サーバへの第１位置情報レポートをトリガするための少なくとも１つの位置報告イベントを示す、ステップと、
   前記少なくとも１つの位置報告イベントが発生したことに応答して、前記第１ＵＥにおける前記第１位置管理クライアントが前記位置管理サーバに前記第１位置情報レポートを送信するステップと、
   を含み、前記第１位置情報レポートは、
   前記第１ＵＥの識別情報と、
   前記第１位置情報レポートをトリガする前記少なくとも１つの位置報告イベントの識別情報と、
   前記第１ＵＥの第１位置情報と、
   前記第１ＵＥの前記第１位置情報に対応する第１タイムスタンプと、
   を含む、方法。
2. 前記第１ＵＥの前記第１位置情報に対応する前記第１タイムスタンプのフォーマットは、
   ｙｙｙｙ－ｍｏｎｔｈ－ｄａｙＴＨＨ：ＭＭ：ＳＳと、
   月曜日、ＤＤ Ｍｏｎ ＹＹＹＹ ＨＨ：ＭＭ：ＳＳ タイムゾーンと、
   ｙｙｙｙ－ｍｎ－ｄｄＴＨＨ：ＭＭ：ＳＳと、
   のうちの１つである、請求項１に記載の方法。
3. 前記第１ＵＥにおける前記ＳＥＡＬの前記第１位置管理クライアントが、前記ＳＥＡＬの前記位置管理サーバから位置情報要求を受け取るステップと、
   前記受け取った位置情報要求に応答して、前記第１ＵＥにおける前記ＳＥＡＬの前記第１位置管理クライアントが、前記位置管理サーバに第２位置情報レポートを送信するステップと、
   を更に含み、前記第２位置情報レポートは、前記第１ＵＥの第２位置情報と、前記第１ＵＥの前記第２位置情報に対応する第２タイムスタンプとを含む、
   請求項１又は２に記載の方法。
4. 第２ＵＥにおける前記ＳＥＡＬの第２位置管理クライアントの第３位置情報を取得するための位置報告プロセスをアクティブにするために、前記位置管理サーバに位置報告トリガを送信するステップと、
   前記位置管理サーバから第３位置情報レポートを受け取るステップと、
   を更に含み、前記第３位置情報レポートは、前記第２ＵＥの前記第３位置情報と、前記第２ＵＥの前記第３位置情報に対応する第３タイムスタンプとを含む、
   請求項１又は２に記載の方法。
5. 前記位置報告構成において識別される前記第１位置情報のタイプは、
   Ｅ－ＵＴＲＡセルグローバル識別子（ＥＣＧＩ）と、
   マルチメディア・ブロードキャスト・マルチキャストサービス・サービスエリア識別情報（ＭＢＭＳ ＳＡＩ）と、
   地理座標と、
   のうちの１つである、請求項１乃至４のいずれか一項に記載の方法。
6. 位置情報サブスクリプション構成を含む位置情報サブスクリプション要求を、前記位置管理サーバに送信するステップと、
   前記位置管理サーバから位置情報通知を受け取るステップと、
   を更に含み、前記位置情報通知は、
   第３ＵＥの識別情報と、
   前記第１ＵＥの識別情報と、
   前記位置情報通知をトリガしたイベントの識別情報と、
   前記第３ＵＥの最新の位置情報と、
   前記第３ＵＥの前記最新の位置情報に関連付けられる第４タイムスタンプと、
   を含む、請求項１又は２に記載の方法。
7. 位置管理サーバによって実行される、サービスイネーブラアーキテクチャ層（ＳＥＡＬ）の方法であって、
   前記位置管理サーバから第１ユーザ機器（ＵＥ）における前記ＳＥＡＬの第１位置管理クライアントに位置報告構成を送信するステップであって、前記位置報告構成は、前記第１ＵＥにおける前記第１位置管理クライアントから前記位置管理サーバへの第１位置情報レポートをトリガするための少なくとも１つの位置報告イベントを示す、ステップと、
   前記第１ＵＥにおける前記ＳＥＡＬの前記第１位置管理クライアントから前記第１位置情報レポートを受け取るステップであって、前記第１位置情報レポートは、
   前記第１ＵＥの識別情報と、
   前記第１位置情報レポートをトリガする前記少なくとも１つの位置報告イベントの識別情報と、
   前記第１ＵＥの第１位置情報と、
   前記第１ＵＥの前記第１位置情報に対応する第１タイムスタンプと、
   を含む、ステップと、
   前記第１ＵＥの前記第１位置情報をメモリに記憶するステップと、
   を含む、方法。
8. 前記第１ＵＥの前記第１位置情報に対応する前記第１タイムスタンプのフォーマットは、
   ｙｙｙｙ－ｍｏｎｔｈ－ｄａｙＴＨＨ：ＭＭ：ＳＳと、
   月曜日、ＤＤ Ｍｏｎ ＹＹＹＹ ＨＨ：ＭＭ：ＳＳ タイムゾーンと、
   ｙｙｙｙ－ｍｎ－ｄｄＴＨＨ：ＭＭ：ＳＳと、
   のうちの１つである、請求項７に記載の方法。
9. 前記第１ＵＥにおける前記ＳＥＡＬの前記第１位置管理クライアントに位置情報要求を送信するステップと、
   前記第１ＵＥにおける前記ＳＥＡＬの前記第１位置管理クライアントから第２位置情報レポートを受け取るステップであって、前記第２位置情報レポートは、前記第１ＵＥの第２位置情報と、前記第１ＵＥの前記第２位置情報に対応する第２タイムスタンプとを含む、ステップと、
   前記第１ＵＥの前記第２位置情報をメモリに記憶するステップと、
   を更に含む、請求項７又は８に記載の方法。
10. 第１垂直アプリケーション層（ＶＡＬ）サーバ又は第２ＵＥにおける前記ＳＥＡＬの第２位置管理クライアントから、位置報告トリガを受け取るステップと、
    前記位置報告トリガを受け取ったことに応答して、前記第１ＵＥの第３位置情報を取得するために位置報告プロセスを開始するステップと、
    前記第１ＶＡＬサーバ又は前記第２ＵＥにおける前記ＳＥＡＬの前記第２位置管理クライアントに、第３位置情報レポートを送信するステップと、
    を更に含み、前記第３位置情報レポートは、前記第１ＵＥの前記第３位置情報と、前記第１ＵＥの前記第３位置情報に対応する第３タイムスタンプを含む、
    請求項７又は８に記載の方法。
11. 前記位置報告プロセスは、前記位置報告トリガの情報に応じて、前記位置管理サーバと前記第１ＵＥにおける前記ＳＥＡＬの前記第１位置管理クライアントとの間のオンデマンド位置報告プロセス又はイベントトリガ位置報告プロセスである、請求項１０に記載の方法。
12. 第２ＶＡＬサーバと、第３ＵＥにおける前記ＳＥＡＬの第３位置管理クライアントとのうちの一方から、位置情報サブスクリプション構成を含む位置情報サブスクリプション要求を受け取るステップと、
    前記位置情報サブスクリプション構成に従って位置情報通知がトリガされていることに応答して、前記第１ＵＥを含む１つ以上のＵＥの最新の位置情報を決定するステップと、
    前記第２ＶＡＬサーバと、前記第３ＵＥにおける前記ＳＥＡＬの前記第３位置管理クライアントとのうちの前記一方に、前記位置情報通知を送信するステップと、
    を更に含み、前記位置情報通知は、
    前記第１ＵＥの識別情報と、
    前記位置情報サブスクリプション要求を前記第３ＵＥから受け取ったときは前記第３ＵＥの識別情報と、
    前記位置情報通知をトリガしたイベントの識別情報と、
    前記第１ＵＥの最新の位置情報と、
    前記第１ＵＥの前記最新の位置情報に関連付けられる第４タイムスタンプと、
    を含む、請求項７又は８に記載の方法。
13. 前記第１ＵＥの前記最新の位置情報は、前記１つ以上のＵＥのそれぞれ１つのＵＥの前記第１位置管理クライアントから又は無線通信ネットワークのコアネットワークから受け取った位置情報に基づいて決定される、
    請求項１２に記載の方法。
14. 前記位置報告構成において識別される前記第１位置情報のタイプは、
    Ｅ－ＵＴＲＡセルグローバル識別子（ＥＣＧＩ）と、
    マルチメディア・ブロードキャスト・マルチキャストサービス・サービスエリア識別情報（ＭＢＭＳ ＳＡＩ）と、
    地理座標と、
    のうちの１つである、請求項７乃至１３のいずれか一項に記載の方法。
15. プロセッサによって実行されると、該プロセッサに、請求項１乃至１４のいずれか一項に記載の方法を実行させるコンピュータプログラム。
    
    

Images