JP7060717B2

JP7060717B2 - アクセスタイプ選択方法およびデバイスならびに記憶媒体

Info

Publication number: JP7060717B2
Application number: JP2020564586A
Authority: JP
Inventors: ▲雲▼静候; 明艾
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2018-05-18
Filing date: 2019-03-28
Publication date: 2022-04-26
Anticipated expiration: 2039-03-28
Also published as: KR20210008875A; US20210227454A1; EP3796716A1; KR102413348B1; CN110505674B; JP2021524201A; EP3796716A4; CN110505674A; EP3796716B1; US11765648B2

Description

関連出願の相互参照
本出願は、２０１８年５月１８日に中国特許局に提出し、出願番号が２０１８１０４８３３５８．２であり、発明名称が「アクセスタイプ選択方法およびデバイスならびに記憶媒体」との中国特許出願、および、２０１８年５月３０日に中国特許局に提出し、出願番号が２０１８１０５４２７７７．９であり、発明名称が「アクセスタイプ選択方法およびデバイスならびに記憶媒体」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。

本発明は、通信技術分野に関し、特にアクセスタイプ選択方法およびデバイスならびに記憶媒体に関する。

５Ｇ（５－Ｇｅｎｅｒａｔｉｏｎ，５世代）システムでは、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ，ユーザ機器）は、３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ，第３世代パートナーシッププロジェクト）アクセスタイプを介してコアネットワークにアクセスするか、または非３ＧＰＰ（ワイヤレスローカルエリアネットワークのような（ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ，ＷＬＡＮ））アクセスタイプを介してコアネットワークにアクセスすることができる。

ＵＥをポジショニングする必要があり、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに同時にアクセスする場合、ＵＥポジショニング情報を送信するためのアクセスタイプを選択する方法は、解決すべき問題である。

本出願の実施形態は、ＵＥポジショニング情報を送信するためのアクセスタイプを選択するために、アクセスタイプ選択方法およびデバイスならびに記憶媒体を提供する。

この目的のために、第１の態様では、本出願の実施形態によって提供されるアクセスタイプ選択方法は、
ＵＤＭ（ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｒ，ユニファイドデータマネージャー）は、ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ，ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するステップと、前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定し、前記ＧＭＬＣに前記アクセスタイプを送信するステップとを備える。

オプションとして、前記ＧＭＬＣに前記アクセスタイプを送信することは、具体的に、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）が異なると前記ＵＤＭが決定した場合に、前記ＵＤＭは、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦである。

オプションとして、前記ＧＭＬＣに前記アクセスタイプを送信することは、具体的に、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると前記ＵＤＭが決定した場合に、前記ＵＤＭは、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦであり、前記第２のＡＭＦのアドレスは、前記第２のＡＭＦに前記アクセスタイプに送信するために前記ＧＭＬＣによって使用される。

オプションとして、前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定するステップでは、第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記ＵＤＭは、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記ＵＤＭがポジショニング情報を送信するためのアクセスタイプを決定した後、この方法はさらに、前記ＵＤＭは、前記ＧＭＬＣにロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）のアドレスを送信し、ここで、前記ＬＭＦのアドレスは、アクセスタイプを前記ＬＭＦに送信するために前記ＧＭＬＣによって使用される。

第２の態様では、本出願の実施形態によって提供されるアクセスタイプ選択方法は、ＧＭＬＣは、ロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信しするステップと、前記ＧＭＬＣポジショニング情報を送信するためのアクセスタイプを決定するステップとを備える。

オプションとして、前記ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定するステップでは、前記ＧＭＬＣは、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記ＧＭＬＣは、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記ＧＭＬＣが第２の情報を取得することは、具体的に、前記ＧＭＬＣは、ＵＤＭに第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。

オプションとして、前記ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると前記ＧＭＬＣによって決定した場合、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに、決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、前記ＧＭＬＣは、前記ＡＭＦによって送信されたＵＥロケーション情報を受信する。

オプションとして、前記ＵＥがローミングしているとき、前記ＧＭＬＣがロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信することは、具体的に、Ｈ－ＧＭＬＣは、ＬＣＳクライアントによって送信された第２の要求を受信し、前記ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定することは、具体的に、前記Ｈ－ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記Ｈ－ＧＭＬＣは、Ｖ－ＧＭＬＣに前記第３の情報を送信し、および、前記Ｖ－ＧＭＬＣは、前記第３の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記Ｖ－ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、前記ＵＥにサービスを提供するＡＭＦに前記アクセスタイプを送信し、または、ロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）に前記アクセスタイプを送信する。

第３の態様では、本出願の実施形態によって提供されるアクセスタイプ選択方法は、ＬＭＦは、ＧＭＬＣによって送信された第３の要求を受信するステップと、前記ＬＭＦポジショニング情報を送信するためのアクセスタイプを決定するステップとを備える。

オプションとして、前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定することは、具体的に、前記ＬＭＦは、前記第４の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定した後、前記ＬＭＦは、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信する。

第４の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのＵＤＭデバイスは、ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ，ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するように構成された受信ユニットと、ポジショニング情報を送信するためのアクセスタイプを決定する，前記ＧＭＬＣに前記アクセスタイプを送信するように構成された送信ユニットとを備える。

オプションとして、前記送信ユニットは、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）が異なると決定された場合、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦである。

オプションとして、前記送信ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦであり、前記第２のＡＭＦのアドレスは、前記第２のＡＭＦに前記アクセスタイプに送信するために前記ＧＭＬＣによって使用される。

オプションとして、前記送信ユニットは、さらに、第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記送信ユニットは、さらに、前記ＧＭＬＣにロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）のアドレスを送信し、ここで、前記ＬＭＦのアドレスは、アクセスタイプを前記ＬＭＦに送信するために前記ＧＭＬＣによって使用される。

第５の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのＧＭＬＣデバイスは、ロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求受信するように構成された受信ユニットと、ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備える。

オプションとして、前記決定ユニットは、さらに、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記決定ユニットは、さらに、ＵＤＭに第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。

オプションとして、前記決定ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＡＭＦによって送信されたＵＥロケーション情報を受信する。

第６の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのＬＭＦデバイスは、ＧＭＬＣによって送信された第３の要求を受信するように構成された受信ユニットと、ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備える。

オプションとして、前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記決定ユニットは、さらに、前記第４の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

オプションとして、前記決定ユニットは、さらに、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信する。

第７の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのデバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを備え、ここで、前記メモリ、前記プロセッサに第１または第２または第３の態様で説明された方法のステップを実行させるプログラムを格納する。

第８の態様では、本出願の実施形態は、コンピュータ上で実行するときに、コンピュータに第１または第２または第３の態様で説明した方法のステップを実行させるコンピュータ命令を格納する記憶媒体を提供する。

本発明に係る実施例や従来の技術方案をより明確に説明するために、以下に実施例を説明するために必要な図面をについて簡単に紹介する。無論、以下の説明における図面は本発明に係る実施例の一部であり、当業者は、創造性作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。

本出願の実施形態によって提供される従来技術のフローチャートである。本出願の実施形態によって提供される第１のアクセスタイプ選択方法フローチャートである。本出願の実施形態によって提供される第２のアクセスタイプ選択方法フローチャートである。本出願の実施形態によって提供されるポジショニング情報を送信するためのアクセスタイプをＵＤＭによって決定するフローチャートである。本出願の実施形態によって提供される第１のＵＤＭからＧＭＬＣへ決定されたアクセスタイプを送信するフローチャートである。本出願の実施形態によって提供されるポジショニングアーキテクチャの構造概略図である。本出願の実施形態によって提供されるポジショニングアーキテクチャの構造概略図である。本出願の実施形態によって提供される第２のＵＤＭからＧＭＬＣへの決定されたアクセスタイプを送信するフローチャートである。本出願の実施形態によって提供される第３のアクセスタイプ選択方法フローチャートである。本出願の実施形態によって提供されるＧＭＬＣポジショニング情報を送信するためのアクセスタイプを決定するフローチャートである。本出願の実施形態によって提供されるアクセスタイプを選択するためのＵＤＭデバイスの概略図である。本出願の実施形態によって提供されるアクセスタイプを選択するためのＧＭＬＣデバイスの概略図である。本出願の実施形態によって提供されるアクセスタイプを選択するためのデバイスの概略図である。

本発明に係る実施例の目的、技術案及びメリットをより明確にするため、以下、本発明に係る実施例の図面を参考しながら、本発明に係る実施例の技術案を明確かつ完全に説明する。説明した実施例は本発明の一部の実施例にすぎず、全部の実施例ではないのが明らかである。本発明の実施例に基づき、当業者は、創造性作業を行わない限りに得られた他の実施例は、全部本発明の保護範囲に属する。

従来技術において、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに同時にアクセスするシナリオにおいて、ネットワークがＵＥのためのポジショニングサービスの要求を受信したとき、主にＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，アクセスおよびモビリティ管理機能）またはＬＭＦ（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ロケーション管理機能）を介して選択される。

例えば、図１に示されるように、従来技術のＡＭＦを介してアクセスタイプを選択するプロセスは、以下を含む。外部ロケーションサービスクライアントは、ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｒｅ，ゲートウェイモバイルロケーションセンター）に要求を送信する。要求がターゲットＵＥ識別子を運ぶ。ＧＭＬＣは、ターゲットＵＥのホームＵＤＭ（ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｒ）からＮｕｄｍ＿ＵＥＣＭ＿Ｇｅｔサービス操作を呼び出する。ＵＤＭは、現在サービスを提供するＡＭＦのネットワークアドレスを返す。ＧＭＬＣは、ＡＭＦからＮａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎサービス操作を呼び出して、ＵＥの現在のロケーションを要求する。応答ＵＥがＣＭ－ＩＤＬＥ状態にある場合、ＡＭＦはネットワークによってトリガーされるサービス要求プロセスを開始して、ＵＥとのシグナリング接続を確立する。ＡＭＦは、ＮＲＦ要求または構成情報に従ってＬＭＦ（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ロケーション管理機能）を選択し、ＬＭＦからＮｌｍｆ＿Ｌｏｃａｔｉｏｎ＿ＤｅｔｅｒｍｉｎｅＬｏｃａｔｉｏｎサービス操作を呼び出して、ＵＥの現在のロケーションを要求する。そして、ＬＭＦは、従来技術におけるポジショニングプロセス、例えば、ＵＥ支援ポジショニングプロセス、ネットワーク支援ポジショニングプロセスなどを実行する。ＬＭＦは、ＡＭＦにＮｌｍｆ＿Ｌｏｃａｔｉｏｎ＿ＤｅｔｅｒｍｉｎｅＤｏｒｃｅ応答を返し、ＵＥの現在ロケーションを返す。ここで、ＵＥの現在ロケーションは、ロケーション推定情報、時間、精度、および他の情報を含み得る。ＡＭＦは、Ｎａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅをＧＭＬＣ／ＬＲＦに返し、ＵＥの現在のロケーションを返す。ＧＭＬＣは、ロケーション情報サービスの応答を外部のロケーション情報サービスクライアントに返す。

しかしながら、実際のアプリケーションでは、本出願の発明者は、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークにアクセスする場合、ＵＥにサービスを提供するＡＭＦが同じまたは異なる可能性があることを見出した。同時に、従来技術は、ＵＥにサービスを提供するＡＭＦが同じであるシナリオにのみ適用可能である。しかし、ＵＥにサービスを提供するＡＭＦが異なるシナリオでは、従来技術は、ＵＥのためのポジショニングサービスを実現することができない。このため、本出願の実施形態は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの下で異なる場合、ＵＥのためのポジショニングサービスを実現できないという従来技術の技術的問題を解決するためのアクセスタイプ選択方法を提案する。

本出願の実施形態は、本明細書の添付の図面と組み合わせて、以下でさらに詳細に説明される。

第１の実施形態では、図２に示すように、本出願の一実施形態のアクセスタイプ選択方法は、以下のステップを含む。

ステップＳ１０１：ＵＤＭは、ＧＭＬＣによって送信された第１の要求を受信する。

ステップＳ１０２：前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定し、前記ＧＭＬＣに前記アクセスタイプを送信する。

本出願の実施形態におけるアクセスタイプ選択方法は、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰ（ｎｏｎ－３ＧＰＰ）アクセスタイプを介してコアネットワークに同時に接続されるアプリケーションシナリオに適用することができる。このアプリケーションシナリオでは、図３に示すように、ＬＣＳ（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ロケーションサービス）クライアントがＵＥのロケーション情報を取得する必要がある場合、ＬＣＳクライアント（つまり、図３のＬＣＳクライアント）はＬＣＳサービス要求をＧＭＬＣに送信できる。ここで、ＬＣＳサービス要求は、ＵＥの識別子を運ぶ。ＵＥの識別子は、具体的には、ＵＥのＧＳＰＩ（ＧｅｎｅｒｉｃＰｕｂｌｉｃＳｕｂｓｃｒｉｐｔｉｏｎＩｄｅｎｔｉｆｉｅｒ，ジェネリックパブリックサブスクリプション識別子）またはＵＥのＳＵＰＩ（ＳｕｂｓｃｒｉｐｔｉｏｎＰｅｒｍａｎｅｎｔＩｄｅｎｔｉｆｉｅｒ，サブスクリプションパーマネント識別子）であり得る。実際のアプリケーションでは、ＬＣＳサービス要求は、具体的には、ＵＥの識別子を運ぶＬＣＳサービス要求（ＬＣＳＳｅｒｖｉｃｅＲｅｑｕｅｓｔ）メッセージであり得る。

ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、第１の要求をＵＤＭに送信し、ここで、第１の要求は、ＵＥの識別子を含む。実際のアプリケーションでは、図３に示すように、第１の要求は具体的にはＵＥの識別子を運ぶＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｑｕｅｓｔメッセージである。ＵＤＭが第１の要求を取得した後、ＵＤＭはポジショニング情報を送信するためのアクセスタイプを決定し、決定されたアクセスタイプをＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｓｐｏｎｓｅメッセージを介してＧＭＬＣに送信する。

実際の用途では、ＵＤＭがポジショニング情報を送信するためのアクセスタイプを決定する上記のステップＳ１０２は、図４に示されるようなプロセスを通じて具体的に実施され得る。

図４に示されるプロセスは、以下を含む。

ステップＳ２０１：ＵＤＭは、第１の情報を取得し、前記第１の情報は、ＵＥによって使用されるすべてのアクセスタイプ、前記ＵＥにサービスを提供するＡＭＦおよび各アクセスタイプにおけるＵＥの状態情報のうちの少なくとも１つを含む。

ステップＳ２０２：前記ＵＤＭは、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

本出願の一実施形態では、第１の要求を取得した後、ＵＤＭは、第１の要求で運ばれるＵＥ識別情報に従って、ＵＥに関連する第１の情報を取得することができ、ここで、第１の情報はＵＥによって使用されるすべてのアクセスタイプ、またはＵＥにサービスを提供するＡＭＦ、または各アクセスタイプにおけるＵＥの状態情報であり得、そして、もちろん、それは、同時に上記にリストされた複数のタイプの情報であり得る。第１の要求で運ばれたＵＥ識別情報に従って、ＵＤＭがＵＥに関連する第１の情報を取得するプロセスを以下に説明する。

特定の実施プロセスにおいて、ＵＥが３ＧＰＰアクセスタイプまたは非３ＧＰＰアクセスタイプを介して登録する場合、ＵＥは、アクセスネットワークを介してＡＭＦに登録要求を送信する。ＵＥ登録プロセス中に、ＡＭＦは、ＵＥ情報をＵＤＭに登録し、この時点で、ＡＭＦによってＵＤＭに提供される情報は、ＵＥの識別子、ＡＭＦ識別子、およびアクセスタイプを含む。

３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦが、非３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦと異なる場合、説明の便宜のために、３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦをＡＭＦ１と呼ばれ、非３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦはＡＭＦ２と呼ばれるため、ＵＤＭに格納される情報は、「ＵＥＩＤ、＜３ＧＰＰアクセス、ＡＭＦ１情報＞、＜非３ＧＰＰアクセス、ＡＭＦ２情報＞」である。ここで、ＡＭＦ１情報は、ＡＭＦ１のＩＰアドレスまたはＦＱＤＮ（ＦｕｌｌｙＱｕａｌｉｆｉｅｄＤｏｍａｉｎＮａｍｅ，完全修飾ドメイン名）であり得、ＡＭＦ２情報は、ＡＭＦ２のＩＰアドレスまたはＦＱＤＮであり得る。

３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦが、非３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦと同じである場合、説明の便宜のために、当該ＡＭＦをＡＭＦ３とするため、ＵＤＭに格納される情報は「ＵＥＩＤ、＜３ＧＰＰアクセス、ＡＭＦ３情報＞、＜非３ＧＰＰアクセス、ＡＭＦ３情報＞」であり、またはＵＤＭに格納される情報は「ＵＥＩＤ、ＡＭＦ３情報、３ＧＰＰアクセス、非３ＧＰＰアクセス」である。

したがって、ＵＤＭは、ローカルに格納された情報から第１の情報を取得することができ、例えば、ローカルに格納された情報からＵＥによって使用されるすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）を取得することができる。さらに、ローカルに格納された情報から、ＵＥが３ＧＰＰアクセスタイプを介して登録するときにＵＥにサービスを提供するＡＭＦと、ＵＥが非３ＧＰＰアクセスタイプを介して登録するときにＵＥにサービスを提供するＡＭＦを取得できる。したがって、得られた上記の情報に基づいて、ＵＥが３ＧＰＰアクセスタイプを介して登録する場合にＵＥにサービスを提供するＡＭＦが、ＵＥが非３ＧＰＰアクセスタイプを介して登録する場合と同じであるかどうかをさらに判断する。

例えば、得られた上記の情報によれば、ＵＤＭは、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介して登録するときに、ＵＥにサービスを提供するＡＭＦが異なると判断する。ここでは、ＵＥが３ＧＰＰアクセスタイプを介して登録する場合、ＵＥにサービスを提供するＡＭＦはＡＭＦ１であり、ＵＥが非３ＧＰＰアクセスタイプを介して登録する場合、ＵＥにサービスを提供するＡＭＦはＡＭＦ２であると想定する。次に、ＵＤＭはＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅメッセージをＡＭＦ１に送信して、３ＧＰＰアクセスタイプのＵＥの状態情報を取得できる。当該状態情報には、登録状態の変更（登録状態または登録解除状態）、接続状態の変更（アイドル状態または接続状態）、３ＧＰＰアクセスタイプのＵＥのＵＥ到達可能性状態などが含まれる。

同様に、ＵＤＭは、Ｎａｍｆ＿ＥｖａｎｃｅＥｘｏｓｕｒｅメッセージをＡＭＦ２に送信して、非３ＧＰＰアクセスタイプのＵＥの状態情報を取得することができ、当該状態情報は、非３ＧＰＰアクセスタイプのＵＥの登録状態の変化（登録状態または登録解除）と、非３ＧＰＰアクセスタイプのＵＥの登録状態）と、接続状態変化（アイドル状態または接続状態）、ＵＥ到達可能性状態などとを含み得る。

例えば、得られた上記の情報によれば、ＵＤＭは、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介して登録するときに、ＵＥにサービスを提供するＡＭＦが同じであると判断する。ここでは、同じＡＭＦがＡＭＦ３であると想定する。次に、ＵＤＭはＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅメッセージをＡＭＦ３に送信して、３ＧＰＰアクセスタイプのＵＥの状態情報と非３ＧＰＰアクセスタイプのＵＥの状態情報を取得できる。

上記の方法で、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報を取得した後、ＵＤＭは、得られた上記の情報に従って、すべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。実際のアプリケーションでは、ＵＤＭは、上記の情報およびオペレータのポリシーと組み合わせて、ポジショニング情報を送信するためのアクセスタイプを決定することもできる。

例えば、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプの下でＡＭＦ１であり、ＵＥにサービスを提供するＡＭＦが非３ＧＰＰアクセスタイプの下でＡＭＦ２である場合、３ＧＰＰアクセスタイプの場合ＵＥがアイドル状態（すなわち、ＣＭ－ＩＤＬＥ状態）にあり、およびの非３ＧＰＰアクセスタイプの場合接続状態（つまり、ＣＭ－ＣＯＮＮＥＣＴＥＤ状態）にあると、ＵＤＭは、非３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。ＵＥが３ＧＰＰアクセスタイプではＣＭ－ＣＯＮＮＥＣＴＥＤ状態にあり、非３ＧＰＰアクセスタイプではＣＭ－ＩＤＬＥ状態にある場合、ＵＤＭは３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。

本出願の一実施形態では、ポジショニング情報は、地理的ロケーション、都市ロケーション（ＵＥが配置されている通りおよび都市など）などのＵＥのロケーション、またはＵＥのロケーションを取得する時間情報であり得るか、またはＵＥのロケーションを取得するために使用されるポジショニング方法およびポジショニング精度などのポジショニング関連情報であり得るか、またはポジショニングプロセスの実行に関連するメッセージであり得る。例えば、ＡＭＦによってＲＡＮノードまたはＮ３ＩＷＦに送信されるネットワークポジショニングメッセージ、およびＲＡＮノードまたはＮ３ＩＷＦによってＡＭＦに返されるネットワークポジショニングメッセージなどであり得る。もちろん、ポジショニング情報は、ここにリストされておらず、限定されていない他の情報であってもよい。

例えば、オペレータのポリシーが以下を含む場合：ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの両方の下でＣＭ－ＣＯＮＮＥＣＴＥＤ状態にある場合、３ＧＰＰアクセスタイプは、ロケーション情報を送信するために優先的に使用される。次に、ＵＤＭが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプの両方でＣＭ－ＣＯＮＮＥＣＴＥＤ状態にあるとＵＤＭが判断すると、ＵＤＭは、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプでのＵＥにサービスを提供するＡＭＦが同じであるかに関係なく、３ＧＰＰアクセスタイプでポジショニング情報を伝送するように決定することができる。

本出願の一実施形態では、ＵＤＭは、図４に示すプロセスを通じてポジショニング情報を送信するためのアクセスタイプを決定した後、決定されたアクセスタイプをＧＭＬＣに送信することができる。アプリケーションでは、決定されたアクセスタイプをＧＭＬＣに送信する方法は複数ある。決定されたアクセスタイプをＧＭＬＣに送信する複数の方法を以下に紹介する。

図５に示されるように、決定されたアクセスタイプをＧＭＬＣに送信するための第１の方法は、以下を含む。

ステップＳ３０１：前記ＵＤＭが、ＵＥにサービスを提供するＡＭＦがアクセスタイプごとに異なると判断した場合、ステップ３０２を実行する。

ステップＳ３０２：前記ＵＤＭは、第１のＡＭＦのアドレスをＧＭＬＣに送信する。ここで、前記第１のＡＭＦは、前記アクセスタイプの下でＵＥにサービスを提供するＡＭＦである。

ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なるとＵＤＭが決定する場合、例えば、ＵＥにサービスを提供するＡＭＦは、３ＧＰＰアクセスタイプではＡＭＦ１であり、ＵＥにサービスを提供するＡＭＦは、非３ＧＰＰアクセスタイプではＡＭＦ２である。ＵＤＭがポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると判断した場合、ＵＤＭはＡＭＦ１のアドレスをＧＭＬＣに送信できる。実際のアプリケーションでは、ＵＤＭはＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｓｐｏｎｓｅメッセージを介してＡＭＦ１のアドレスをＧＭＬＣに送信できる。実際のアプリケーションでは、３ＧＰＰアクセスタイプのポジショニングアーキテクチャは図６ａに示すとおりである。つまり、ＧＭＬＣとＡＭＦの間にインターフェースがある。次に、ＵＤＭによって送信されたＡＭＦ１のアドレスを受信した後、ＧＭＬＣは、ＡＭＦ１のアドレスに従って、ＵＥロケーションを提供するための要求情報をＡＭＦ１に送信することができ、当該要求情報は、具体的には、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージであり得る。次に、ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信した後、ＡＭＦ１は、ＵＥ上の３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得し、ＡＭＦは、取得したＵＥロケーション情報をＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックすることができる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。

ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであるとＵＤＭが決定した場合、ＵＤＭは、ＡＭＦ２のアドレスをＧＭＬＣに送信することができ、次いで、ＧＭＬＣは、ＡＭＦ２へＵＥロケーションを提供するための要求情報を送信する。次に、ＧＭＬＣによって送信されたＵＥロケーションを提供するための要求情報（ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージの提供など）を受信した後、ＡＭＦ２は、ＵＥ上の非３ＧＰＰアクセスタイプでポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得する。また、ＡＭＦ２は、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介して取得したＵＥロケーション情報をＧＭＬＣにフィードバックできる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。

したがって、上記の方法では、ＵＤＭは、ＧＭＬＣによって送信された第１の要求（Ｎｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｑｕｅｓｔなど）を受信し、ＵＤＭは、ロケーション情報を送信するためのアクセスタイプを決定し、アクセスタイプをＧＭＬＣに送信する。これにより、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプで異なる場合にＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を解決し、ポジショニングを実現する目的を達成する。ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプで異なる場合にも、ＵＥへのポジショニングサービスを実現できる。

本出願の一実施形態では、決定されたアクセスタイプを図５に示されるＧＭＬＣに送信する第１の方法は、ＵＤＭは、ＬＭＦのアドレスをＧＭＬＣに送信するステップをさらに含み得る：

例えば、ＵＤＭが、ポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると決定した場合、ＵＤＭは、ＡＭＦ１のアドレスおよびＬＭＦのアドレスを同時にＧＭＬＣに送信することができる。次に、３ＧＰＰアクセスタイプのポジショニングアーキテクチャは図６ｂに示すとおりである。つまり、ＧＭＬＣとＬＭＦの間にインターフェースがある。次に、ＧＭＬＣはＡＭＦ１のアドレスとＬＭＦのアドレスを受信した後、ＬＭＦに直接要求を送信できる。次に、ＬＭＦは３ＧＰＰアクセスタイプでポジショニングプロセスを実行してＵＥポジショニング情報を取得し、ＬＭＦがＵＥのロケーション情報をＧＭＬＣに送信し、ＧＭＬＣはそれをＬＣＳクライアントにフィードバックする。ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであるとＵＤＭが判断した場合、ＵＤＭはＡＭＦ２のアドレスとＬＭＦのアドレスを同時にＧＭＬＣに送信することもできる。後続のプロセスは上記の説明を参照できるが、ここでは繰り返さないことにする。

図７に示されるように、決定されたアクセスタイプをＧＭＬＣに送信するための第２の方法は、以下を含む。

ステップＳ３０３：前記ＵＤＭにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであるとＵＤＭが決定した場合、ステップ３０４を実行する。

ステップＳ３０４：前記ＵＤＭは、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、アクセスタイプの下でＵＥにサービスを提供するＡＭＦである。

ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであるとＵＤＭが決定する場合、例えば、ＵＤＭにサービスを提供するＡＭＦが、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの下でともにＡＭＦ３であると、ＵＤＭが決定する場合、ポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると決定すれば、ＵＤＭはＡＭＦ３のアドレスと３ＧＰＰアクセスタイプをＧＭＬＣに送信する。同様に、ＡＭＦ３のアドレスと３ＧＰＰアクセスタイプをＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｓｐｏｎｓｅメッセージを介してＧＭＬＣに送信できる。これにより、ＧＭＬＣはＡＭＦ３のアドレスに従って３ＧＰＰアクセスタイプとＵＥロケーションを提供するための要求情報を送信して、受信したＵＥロケーションをＡＭＦ３に提供する。ここで、ＵＥロケーションを提供するための要求情報はＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージである。したがって、ＧＭＬＣは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで３ＧＰＰアクセスタイプを伝送し、それをＡＭＦ３に送信できる。ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信した後、ＡＭＦ３はＵＥの３ＧＰＰアクセスタイプでポジショニングプロセスを実行してＵＥロケーション情報を取得し、ＡＭＦ３は取得したＵＥロケーション情報をＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックできる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。

ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであるとＵＤＭが決定した場合、ＵＤＭは、ＡＭＦ３のアドレスおよび非３ＧＰＰアクセスタイプをＧＭＬＣに送信するので、ＧＭＬＣは、受信されたＡＭＦ３のアドレスに従って非３ＧＰＰアクセスタイプとＵＥロケーションを提供するための要求情報をＡＭＦ３に送信する。同様に、ＧＭＬＣによってＡＭＦ３に送信されるＵＥロケーションを提供するための要求情報は、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージであり得、ＧＭＬＣは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージにおいて非３ＧＰＰアクセスタイプを運び、それをＡＭＦ３に送信することができる。ＧＭＬＣによって送信された非３ＧＰＰアクセスタイプおよびＵＥロケーションを提供するための要求情報を受信した後、ＡＭＦ３は、ＵＥ上の非３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、それによってＵＥのロケーション情報を取得する。

本出願の一実施形態では、決定されたアクセスタイプを図７に示されるＧＭＬＣに送信する第２の方法はまた、ＵＤＭは、ＬＭＦのアドレスをＧＭＬＣに送信するステップを含み得る。

例えば、ＵＤＭが、ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであると決定した場合、ＵＤＭは、ＡＭＦ３のアドレス、非３ＧＰＰアクセスタイプ、およびＬＭＦのアドレスを同時にＧＭＬＣに送信することができる。次に、非３ＧＰＰアクセスタイプのポジショニングアーキテクチャでは、ＧＭＬＣとＬＭＦの間にインターフェースがある。次に、ＧＭＬＣは、ＡＭＦ３のアドレス、非３ＧＰＰアクセスタイプ、およびＬＭＦのアドレスを受信した後、非３ＧＰＰアクセスタイプをＬＭＦに直接送信できる。その後、ＬＭＦは非３ＧＰＰアクセスタイプでポジショニングプロセスを実行して、ＵＥポジショニング情報を取得する。ＬＭＦがＵＥポジショニング情報をＧＭＬＣに送信し、ＧＭＬＣがそれをＬＣＳクライアントにフィードバックする。

したがって、上記の方法では、ＵＤＭは、ＧＭＬＣによって送信された第１の要求（Ｎｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｑｕｅｓｔなど）を受信し、ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定し、アクセスタイプおよびＡＭＦアドレスをＧＭＬＣにフィードバックする。ＧＭＬＣは、アクセスタイプをＡＭＦに送信することができるので、ＡＭＦは、決定されたアクセスタイプの下でポジショニングプロセスを使用することによって、ＵＥのためのポジショニングサービスを実施することができる。これは、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで異なるシナリオのＵＥのポジショニングサービスに適用できるだけでなく、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであるシナリオのＵＥのポジショニングサービスにも適用できる。したがって、この方法は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプとで異なる場合、ＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を効果的に解決する。

第２の実施形態では、図８に示されるように、本出願の実施形態の別のアクセスタイプ選択方法は、以下のステップを含む。

ステップＳ８０１：ＧＭＬＣは、ロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信する。

ステップＳ８０２：ＧＭＬＣは、ポジショニング情報を送信するためのアクセスタイプを決定する。

本出願の実施形態において図８に示されるアクセスタイプ選択方法はまた、ＵＥが同時に３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに接続されるアプリケーションシナリオに適用され得る。このアプリケーションシナリオでは、ＬＣＳクライアント（ＬＣＳＣｌｉｅｎｔ）がＵＥのロケーション情報を取得する必要がある場合、ＬＣＳクライアントはＬＣＳサービス要求をＧＭＬＣに送信できる。ＬＣＳサービス要求はステップＳ８０１の第２の要求であり、ＬＣＳサービス要求にＵＥの識別子が含まれ、ＵＥの識別子は、ＵＥのＧＳＰＩまたはＵＥのＳＵＰＩであり得る。実際のアプリケーションでは、ＬＣＳサービス要求は、具体的には、ＵＥの識別子を運ぶＬＣＳサービスＲｅｑｕｅｓｔメッセージであり得る。

ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、ロケーション情報を送信するためのアクセスタイプを決定することができる。ここで、ステップＳ８０２は、図９に示されるようなプロセスを通じて実施され得る。

図９に示されるプロセスは、以下を含む。

ステップＳ８０２１：ＧＭＬＣは、第２の情報を取得し、第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含む。

ステップＳ８０２２：ＧＭＬＣは、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

本出願の一実施形態では、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプを取得するか、ＵＥにサービスを提供するＡＭＦを取得するか、または各アクセスタイプでＵＥの状態情報を取得することができる。ＧＭＬＣが上記の情報を取得する方法には、少なくとも２つの次の方法が含まれる。

第一の方法：

ステップＡ：ＧＭＬＣは、ＵＤＭに第３の要求を送信する。

ステップＢ：ＧＭＬＣは、ＵＤＭによって送信された第２の情報を受信する。前記第２の情報は、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報のうちの少なくとも１つを含む。

本出願の一実施形態では、ＧＭＬＣがＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、第３の要求をＵＤＭに送信することができ、第３の要求は、ＵＥの識別子を含む。第３の要求は具体的にはＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿ＧｅｔＲｅｑｕｅｓｔである。ＵＤＭが第３の要求を受信した後、ＵＤＭは、第１の実施形態で説明したように、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報を取得し、取得された上記の情報をＧＭＬＣに送信することができるので、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報をＵＤＭから取得する。

取得された上記情報、すなわち、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報に従って、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。実際のアプリケーションでは、ＧＭＬＣは、上記の情報およびオペレータのポリシーと組み合わせて、ロケーション情報を送信するためのアクセスタイプを決定することもできる。

ここで、ポジショニング情報は、地理的ロケーション、都市ロケーション（ＵＥがロケーションする通りおよび都市など）などのＵＥのロケーションであり得るか、またはＵＥのロケーションを取得する時間情報であり得るか、またはＵＥのロケーションを取得するために使用されるポジショニング方法およびポジショニング精度などのポジショニング関連情報であり得るか、またはポジショニングプロセスの実行に関連するメッセージであり得る。例えば、ＡＭＦによってＲＡＮノードまたはＮ３ＩＷＦに送信されるネットワークポジショニングメッセージ、およびＲＡＮノードまたはＮ３ＩＷＦによってＡＭＦに返されるネットワークポジショニングメッセージなどであり得る。もちろん、ポジショニング情報は、ここにリストされておらず、限定されていない他の情報であってもよい。

例えば、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプの下でＡＭＦ１であり、ＵＥにサービスを提供するＡＭＦが非３ＧＰＰアクセスタイプの下でＡＭＦ２である場合、３ＧＰＰアクセスタイプのとき、ＵＥがアイドル状態（すなわち、ＣＭ－ＩＤＬＥ状態）にあり、および非３ＧＰＰアクセスタイプのとき、接続状態（つまり、ＣＭ－ＣＯＮＮＥＣＴＥＤ状態）にあると、ＧＭＬＣは、非３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。ＵＥが３ＧＰＰアクセスタイプでＣＭ－ＣＯＮＮＥＣＴＥＤ状態にあり、非３ＧＰＰアクセスタイプでＣＭ－ＩＤＬＥ状態にある場合、ＧＭＬＣは、３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。

例えば、オペレータのポリシーが、以下を含む場合：ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの両方の下でＣＭ接続状態にある場合、３ＧＰＰアクセスタイプは、ロケーション情報を送信するために優先的に使用される。次に、ＧＭＬＣが、３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプの両方の下でＵＥがＣＭ接続状態にあると判断すると、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの両方の下ＵＥにサービスを提供するＡＭＦが同じであるかどうかに関係なく、ＧＭＬＣは、３ＧＰＰアクセスタイプがロケーション情報を送信するために使用されていると判断できる。

第２の方法：

ステップＣ：前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。

ＧＭＬＣはまた、ＵＤＭを介してＵＥにサービスを提供するＡＭＦからの関連イベントにサブスクライブすることができ、したがって、ＧＭＬＣはまた、ＵＤＭを介してＵＥにサービスを提供するＡＭＦに第４の要求を送信して、ＵＥ状態の変更とＵＥロケーションの変更のようなイベントにサブスクライブすることができる。関連イベントが発生すると、ＡＭＦは関連イベントを直接またはＵＤＭを介してＧＭＬＣに通知する。これにより、ＧＭＬＣは、ＵＥが使用するすべてのアクセスタイプ、各アクセスタイプのＵＥの状態情報、ＵＥにサービスを提供するＡＭＦなどの情報およびその他の情報を取得することができる。ＧＭＬＣは、取得した関連イベントをローカルに保存することもできる。

次に、ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態をローカルに保存された情報から取得することができる。取得された上記情報に基づき、ＧＭＬＣは、ＵＥが使用するすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。実際のアプリケーションでは、ＧＭＬＣは、上記の情報とオペレータのポリシーを組み合わせて、ポジショニング情報を送信するためのアクセスタイプを決定することもできるが、ここでは繰り返しない。

本出願の一実施形態では、ポジショニング情報を送信するためのアクセスタイプを決定した後、ＧＭＬＣはさらに以下のステップを実行することができる。

ステップＥ：前記ＧＭＬＣは、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると判断する。

ステップＦ：ＧＭＬＣは、決定されたアクセスタイプと、ポジショニング情報をＡＭＦに送信する要求を送信する。

ステップＧ：前記ＧＭＬＣは、ＡＭＦによって送信されたＵＥロケーション情報を受信する。

例えば、ＧＭＬＣが３ＧＰＰアクセスタイプを使用してポジショニング情報を送信することを決定し、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであると決定した場合、ＧＭＬＣは、決定されたアクセスタイプと、ポジショニング情報を送信するための要求を当該ＡＭＦに送信する。ここで、ポジショニング情報を送信するための要求は、具体的には、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージであり得る。ＧＭＬＣは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで決定されたアクセスタイプを運び、それをＡＭＦに送信できる。ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信した後、ＡＭＦはＵＥの３ＧＰＰアクセスタイプでポジショニングプロセスを実行してＵＥロケーション情報を取得し、ＡＭＦは取得したＵＥロケーション情報をＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックできる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。

本出願の一実施形態では、上記のステップＦおよびＧはまた、以下の方法で実行され得る。

前記ＧＭＬＣは、決定されたアクセスタイプおよびロポジショニング情報を送信するための要求をＬＭＦに送信する。ＧＭＬＣは、ＬＭＦによって送信されたＵＥロケーション情報を受信する。

例えば、ＧＭＬＣが３ＧＰＰアクセスタイプを使用してポジショニング情報を送信することを決定し、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであり、ＧＭＬＣとＬＭＦの間にインターフェースがあると決定した場合、ＧＭＬＣは、決定されたアクセスタイプおよびロケーション情報を送信する要求を、ＡＭＦに接続されたＬＭＦに送信することができ、その結果、ＬＭＦは、ＧＭＬＣによって送信された、決定されたアクセスタイプおよびロケーション情報を送信する要求を受信した後、３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、ＵＥポジショニング情報を取得する。ＬＭＦはＵＥポジショニング情報をＧＭＬＣに送信し、ＧＭＬＣはそれをＬＣＳクライアントにフィードバックする。

本出願の一実施形態では、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なると決定した場合、ＧＭＬＣは、決定されたアクセスタイプ下でＵＥにサービスを提供するＡＭＦにポジショニング情報を送信するための要求を送信する。また、ＧＭＬＣが、決定されたアクセスタイプの下でＵＥにサービスを提供するＡＭＦによって送信されたＵＥロケーション情報を受信する。

例えば、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なると決定する場合、例えば、ＵＥにサービスを提供するＡＭＦは、３ＧＰＰアクセスタイプの下でＡＭＦ１であり、非３ＧＰＰアクセスタイプでは、ＵＥにサービスを提供するＡＭＦは、ＡＭＦ２である。ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると判断した場合、ＧＭＬＣはポジショニング情報を送信するための要求をＡＭＦ１に送信できる。次に、ＧＭＬＣによって送信されたポジショニング情報を送信するための要求を受信した後、ＡＭＦ１は、ＵＥ上で３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得し、ＡＭＦは、取得したＵＥロケーション情報をＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックすることができる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。

もちろん、実際のアプリケーションでは、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なると決定した場合、ＧＭＬＣはまた、決定されたアクセスタイプの下のＵＥにサービスを提供するＡＭＦに接続されたＬＭＦにロポジショニング情報を送信するための要求を送信し得る。およびＧＭＬＣは、ＬＭＦによって送信されたＵＥロケーション情報を受信する。

本出願の実施形態では、ＵＥがローミングしているとき、本出願の実施形態の図８に示される方法はまた、以下のプロセスに従って具体的に実施され得る。

ステップＨ：Ｈ－ＧＭＬＣは、ＬＣＳクライアントから送信された第２の要求を受信する。

ステップＬ：前記Ｈ－ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含む。

ステップＭ：前記Ｈ－ＧＭＬＣは、Ｖ－ＧＭＬＣに前記第３の情報を送信する。

ステップＮ：前記Ｖ－ＧＭＬＣは、前記第３の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。

特定の実践プロセスにおいて、ＵＥがローミングしているとき、ＧＭＬＣは、Ｈ－ＧＭＬＣ（Ｈｏｍｅ－ＧＭＬＣ，ホームＧＭＬＣ）およびＶ－ＧＭＬＣ（Ｖｉｓｉｔｅｄ－ＧＭＬＣ，訪問されたＧＭＬＣ）に分割することができ、ここで、Ｈ－ＧＭＬＣは、ＵＥのホームネットワーク（ＨＰＬＭＮなど）に配置されたＧＭＬＣである。Ｖ－ＧＭＬＣは、ＵＥがローミングする訪問先ネットワーク（ＶＰＬＭＮなど）に配置されたＧＭＬＣである。次に、ＬＣＳクライアントは、ＬＣＳサービス要求をＨ－ＧＭＬＣに送信することができ、ここで、ＬＣＳサービス要求は、ステップＨの第２の要求であり、同様に、ＬＣＳサービス要求は、ＵＥの識別子を運ぶことができる。ＬＣＳサービス要求を受信した後、Ｈ－ＧＭＬＣは、上記の第１または第２の方法で第３のメッセージ（すなわち、上記の第２のメッセージ）を取得することができるが、これはここでは繰り返されない。

Ｈ－ＧＭＬＣは、取得した第３のメッセージをＶ－ＧＭＬＣに送信する。すなわち、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報をＶ－ＧＭＬＣに送信する。Ｖ－ＧＭＬＣは、第３のメッセージに従って、ＵＥによって使用されるすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。同様に、実際のアプリケーションでは、Ｖ－ＧＭＬＣは、上記の取得した第３の情報およびオペレータのポリシーと組み合わせて、ポジショニング情報を送信するためのアクセスタイプを決定することもできる。実際のアプリケーションでの上記の第３のメッセージは、具体的にはＬＣＳＬＣＳＳｅｒｖｉｃｅＲｅｑｕｅｓｔメッセージまたはＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージ。もちろん、ここにリストされていない他のメッセージの場合もある。

ポジショニング情報を送信するためのアクセスタイプを決定した後、Ｖ－ＧＭＬＣはまた、決定されたアクセスタイプをＵＥにサービスを提供するＡＭＦに送信することができ、もちろん、ポジショニング情報を送信するための要求を送信することもできる。ここで、ポジショニング情報を送信するための要求は、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージまたはＮａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージまたは他のメッセージである可能性があり、これらはここにはリストされない。具体的にはＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージであるポジショニング情報を送信するための要求を例にとると、Ｖ－ＧＭＬＣは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで決定されたアクセスタイプを運び、ＵＥにサービスを提供するＡＭＦに送信できる。Ｖ－ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージを受信した後、ＡＭＦは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで運ばれるアクセスタイプに従って、このアクセスタイプ下でのＵＥポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得できる。ＡＭＦは、取得したＵＥロケーション情報をＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージまたはＮａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅメッセージまたはその他のメッセージを介してＶ－ＧＭＬＣにフィードバックできるため、Ｖ－ＧＭＬＣは、ＵＥロケーション情報が運ばれているＬＣＳＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅまたはＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅまたはその他のメッセージをＨ－ＧＭＬＣに返し、ＬＣＳＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅまたはＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅまたはその他のメッセージに含まれるＵＥロケーション情報をＨ－ＧＭＬＣを介してＬＣＳクライアントにフィードバックする。その説明はここでは繰り返さず、特定のプロセスは上記の説明を参照することができる。

もちろん、実際のアプリケーションでは、Ｖ－ＧＭＬＣとＬＭＦとの間にインターフェースがある場合、Ｖ－ＧＭＬＣは、決定されたアクセスタイプおよびポジショニング情報を送信するための要求をＬＭＦに送信することができる。ここで、ポジショニング情報を送信するための要求は、具体的には、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージであり得る。Ｖ－ＧＭＬＣは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで決定されたアクセスタイプを伝送してＬＭＦに送信でき、ＬＭＦは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで運ばれるアクセスタイプに従ってこのアクセスタイプ下でのＵＥポジショニングプロセスを実行し、ＵＥポジショニングン情報を取得する。ＬＭＦはＵＥポジショニング情報をＶ－ＧＭＬＣに送信し、Ｖ－ＧＭＬＣはそれをＨ－ＧＭＬＣにフィードバックしてから、Ｈ－ＧＭＬＣを介してＵＥロケーション情報をＬＣＳクライアントにフィードバックする。その説明はここでは繰り返さず、特定のプロセスは上記の説明を参照することができる。

したがって、上記の方法では、ＧＭＬＣは、ＬＣＳクライアントによって送信された第２の要求を受信した後、ポジショニング情報を送信するためのアクセスタイプを決定する。これは、アクセスタイプで異なるシナリオで、ＵＥにサービスを提供するＡＭＦが異なる場合のＵＥポジショニングサービスに適用できるだけでなく、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであるシナリオのＵＥポジショニングサービスにも適用できる。したがって、この方法は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプとで異なる場合、ＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を効果的に解決する。

第３の実施形態では、本出願は、以下のステップを含む別のアクセスタイプ選択方法をさらに提供する。

ステップＯ：ＬＭＦは、ＧＭＬＣによって送信された第３の要求を受信する。

ステップＰ：前記ＬＭＦは、ポジショニング情報を送信するためのアクセスタイプを決定する。

本出願の第３の実施形態におけるアクセスタイプ選択方法は、ＵＥが同時に３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに接続されているアプリケーションシナリオにも適用することができる。このアプリケーションシナリオでは、ＬＣＳクライアントがＵＥのロケーション情報を取得する必要がある場合、ＬＣＳサービス要求をＧＭＬＣに送信できる。ＧＭＬＣでは、ＬＣＳサービス要求がＵＥの識別子を運ぶ。実際のアプリケーションでは、ＬＣＳサービス要求は具体的にはＬＣＳＳｅｒｖｉｃｅＲｅｑｕｅｓｔメッセージであり、ＵＥの識別子は当該ＬＣＳＳｅｒｖｉｃｅＲｅｑｕｅｓｔメッセージで運ばれる。

ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ、またはＵＥにサービスを提供するＡＭＦ、または各アクセスタイプにおけるＵＥの状態情報を第２の実施形態に記載される第１の方法または第２の方法で取得することができる。説明の便宜上、ＧＭＬＣによって取得された、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報は、まとめて第４の情報と呼ばれる。

ＧＭＬＣは、取得した第４の情報を第３の要求を通じてＬＭＦに送信する。実際のアプリケーションでは、第３の要求は、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージ、Ｎｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔｔメッセージ、またはここにリストされていないその他のメッセージである可能性がある。第３の要求が具体的にはＮｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージである例を取ると、ＬＭＦは、ＧＭＬＣによって送信されたＮｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージを受信した後、Ｎｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージで運ばれる第４の情報（つまり、ＵＥが使用するすべてのアクセスタイプ、またはＵＥにサービスを提供するＡＭＦ、または各アクセスタイプにおけるＵＥの状態情報）に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定できる。同様に、実際のアプリケーションでは、ＬＭＦは、第４の情報およびオペレータのポリシーと組み合わせてポジショニング情報を送信するためのアクセスタイプを決定することもできる。その説明はここでは繰り返さない。

同様に、ポジショニング情報は、地理的ロケーション、都市ロケーション（ＵＥがロケーションする通りおよび都市など）などのＵＥのロケーションであり得るか、またはＵＥのロケーションを取得する時間情報であり得るか、またはＵＥのロケーションを取得するために使用されるポジショニング方法およびポジショニング精度などのポジショニング関連情報であり得るか、または、ポジショニングの実行に関連するメッセージ（例えば、ＡＭＦによってＲＡＮノードまたはＮ３ＩＷＦに送信されるネットワークポジショニングメッセージ）であり得、およびＲＡＮノードまたはＮ３ＩＷＦによってＡＭＦに返されるネットワークポジショニングメッセージなどであり得る。もちろん、ポジショニング情報は、ここにリストされておらず、限定されていない他の情報であってもよい。

ポジショニング情報を送信するためのアクセスタイプを決定した後、ＬＭＦは、決定されたアクセスタイプを、ＵＥにサービスを提供するＡＭＦにさらに送信することができ、その結果、ＡＭＦは、このアクセスタイプ下でポジショニングプロセスを実行する。たとえば、ＬＭＦが、ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであると判断した場合、ＬＭＦは非３ＧＰＰアクセスタイプをＵＥにサービスを提供するＡＭＦに送信する。もちろん、ＬＭＦはまた、同時にＵＥロケーションを提供するためのポジショニング要求情報（ＤＬポジショニングメッセージまたはネットワークポジショニングメッセージまたは他のメッセージなど）を送信することができる。次に、非３ＧＰＰアクセスタイプを受信した後、ＡＭＦは、非３ＧＰＰアクセスタイプ下でのポジショニングプロセスを使用して、それによってＵＥロケーション情報を取得することができる。ＡＭＦは、取得したＵＥロケーション情報をＬＭＦにフィードバックする。次に、ＬＭＦは、ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージまたはＮｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅメッセージまたはその他のメッセージを介してＵＥロケーション情報をＧＭＬＣにフィードバックする。ＧＭＬＣは、ＵＥロケーション情報を運ぶメッセージを受信した後、メッセージ内のＵＥロケーション情報をＬＣＳクライアントにフィードバックする。

したがって、上記の方法では、ＬＭＦは、ＧＭＬＣによって送信された代の要求を受信した後、ポジショニング情報を送信するためのアクセスタイプを決定する。これは、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで異なるシナリオのＵＥポジショニングサービスに適用できるだけでなく、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであるシナリオのＵＥポジショニングサービスにも適用できる。したがって、この方法は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプとで異なる場合、ＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を効果的に解決する。

同じ発明の思想に基づいて、本出願の実施形態は、アクセスタイプを選択するためのＵＤＭデバイスを提供する。当該デバイスのアクセスタイプを選択するための方法の特定の実施は、上記の方法の実施形態の説明を参照することができ、その繰り返しの説明は、ここでは省略される。図１０に示すように、当該デバイスには、ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ，ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するように構成された受信ユニット１０と、ポジショニング情報を送信するためのアクセスタイプを決定する，前記ＧＭＬＣに前記アクセスタイプを送信するように構成された送信ユニット１１とを備える。

オプションとして、前記送信ユニットは、：異なるアクセスタイプに対して、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）が異なると決定された場合、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦである。

同じ発明の思想に基づいて、本出願の実施形態は、アクセスタイプを選択するためのＧＭＬＣデバイスを提供する。当該デバイスのアクセスタイプを選択するための方法の特定の実施は、上記の方法の実施形態の説明を参照することができ、その繰り返しの説明は、ここでは省略される。図１１に示されるように、当該デバイスは、ロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するように構成された受信ユニット２０と、ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニット２１とを備える。

オプションとして、前記決定ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、前記ＡＭＦによって送信されたＵＥロケーション情報を受信する。

同じ本発明の思想に基づいて、本出願の実施形態は、アクセスタイプを選択するためのＬＭＦデバイスを提供する。当該デバイスのアクセスタイプを選択するための方法の特定の実施は、上記の方法の実施形態の説明を参照することができ、その繰り返しの説明は、ここでは省略される。当該デバイスには
ＧＭＬＣによって送信された第３の要求を受信するように構成された受信ユニットと、
ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備える。

同じ本発明の思想に基づいて、本出願の実施形態は、図１２に示されるように、少なくとも１つのプロセッサ３０および少なくとも１つのメモリ３１を含む、アクセスタイプを選択するためのデバイスを提供する。ここで、前記メモリは、プロセッサによって実行されるときに、プロセッサに、上記の第１または第２または第３の実施形態で説明したアクセスタイプ選択方法のステップを実行させるプログラムを格納する。

同じ発明の思想に基づいて、本出願の実施形態は、コンピュータに、上記の第１または第２または第３の実施形態で説明したアクセスタイプ選択方法のステップを実行させるコンピュータ命令を格納する記憶媒体を提供する。

本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。また、当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。

以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。

これらのコンピュータプログラム指令は、又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。

これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。

上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。

無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。

10 受信ユニット
11 送信ユニット
20 受信ユニット
21 決定ユニット
30 プロセッサ
31 メモリ

Claims

ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ，ゲートウェイモバイルロケーションセンター）は、ロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するステップであって、前記第２の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＧＭＬＣは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップとを備え、
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定した後、
ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであると判断された場合、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに、決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＧＭＬＣは、前記ＡＭＦによって送信されたＵＥロケーション情報を受信することを特徴とするアクセスタイプ選択方法。
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップでは、
前記ＧＭＬＣは、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＧＭＬＣは、前記第２の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１に記載のアクセスタイプ選択方法。
前記ＧＭＬＣが第２の情報を取得することは、
前記ＧＭＬＣは、ＵＤＭ（ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｒ，ユニファイドデータマネージャー）に第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、
前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信することを特徴とする請求項２に記載のアクセスタイプ選択方法。
前記ＵＥがローミングしているとき、前記ＧＭＬＣがＬＣＳクライアントによって送信された第２の要求を受信することは、Ｈ－ＧＭＬＣは、前記ＬＣＳクライアントによって送信された前記第２の要求を受信することであり、
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することは、
前記Ｈ－ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記Ｈ－ＧＭＬＣは、Ｖ－ＧＭＬＣに前記第３の情報を送信し、および、前記Ｖ－ＧＭＬＣは、前記第３の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項２に記載のアクセスタイプ選択方法。
前記Ｖ－ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＵＥにサービスを提供するＡＭＦに前記アクセスタイプを送信し、または、ロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）に前記アクセスタイプを送信することを特徴とする請求項４に記載のアクセスタイプ選択方法。
ロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）は、ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ，ゲートウェイモバイルロケーションセンター）によって送信された第３の要求を受信するステップであって、前記第３の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＬＭＦは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップとを備えることを特徴とするアクセスタイプ選択方法。
前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＬＭＦが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することは、
前記ＬＭＦは、前記第４の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項６に記載のアクセスタイプ選択方法。
前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＬＭＦは、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信することを特徴とする請求項６または請求項７に記載のアクセスタイプ選択方法。
ロケーションサービス（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するように構成された受信ユニットであって、前記第２の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備え、
前記決定ユニットは、さらに、
異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＡＭＦによって送信されたＵＥロケーション情報を受信することを特徴とするアクセスタイプを選択するためのＧＭＬＣデバイス。
前記決定ユニットは、
第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記第２の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項９に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
前記決定ユニットは、
ＵＤＭ（ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｒ，ユニファイドデータマネージャー）に第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、
前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣでは前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信することを特徴とする請求項１０に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
ＧＭＬＣ（ＧａｔｅｗａｙＭｏｂｉｌｅＬｏｃａｔｉｏｎＣｅｎｔｅｒ，ゲートウェイモバイルロケーションセンター）によって送信された第３の要求を受信するように構成された受信ユニットであって、前記第３の要求は、ロケーション要求でありユーザ機器デバイス（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備えることを特徴とするアクセスタイプを選択するためのロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）デバイス。
前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記決定ユニットは、前記第４の情報に従がって、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定し、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信することを特徴とする請求項１２に記載のアクセスタイプを選択するためのロケーション管理機能（ＬｏｃａｔｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＬＭＦ）デバイス。