(57)【要約】  本出願は、通信の技術分野に関し、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプのアクセス下でＵＥにサービスを提供するＡＭＦが異なる場合、ＵＥのポジショニング情報サービスを実施することができないという従来技術の技術的問題を解決するための、アクセスタイプ選択方法およびデバイスならびに記憶媒体を開示する。前記方法は、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）は、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するステップと、前記ＧＭＬＣポジショニング情報を送信するためのアクセスタイプを決定するステップとを備える。
2021524201.tif 000002
【特許請求の範囲】
【請求項１】
ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）は、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するステップであって、前記第２の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＧＭＬＣは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップとを備えることを特徴とするアクセスタイプ選択方法。
【請求項２】
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップでは、
前記ＧＭＬＣは、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＧＭＬＣは、前記第２の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１に記載のアクセスタイプ選択方法。
【請求項３】
前記ＧＭＬＣが第２の情報を取得することは、
前記ＧＭＬＣは、ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ，  ユニファイドデータマネージャー）に第３の要求を受信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、
前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信することを特徴とする請求項１に記載のアクセスタイプ選択方法。
【請求項４】
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定した後、
ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであると判断された場合、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに、決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＧＭＬＣは、前記ＡＭＦによって送信されたＵＥロケーション情報を受信することを特徴とする請求項１または請求項２に記載のアクセスタイプ選択方法。
【請求項５】
前記ＵＥがローミングしているとき、前記ＧＭＬＣがＬＣＳクライアントによって送信された第２の要求を受信することは、Ｈ−ＧＭＬＣは、前記ＬＣＳクライアントによって送信された前記第２の要求を受信することであり、
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することは、
前記Ｈ−ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記Ｈ−ＧＭＬＣは、Ｖ−ＧＭＬＣに前記第３の情報を送信し、および、前記Ｖ−ＧＭＬＣは、前記第３の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１に記載のアクセスタイプ選択方法。
【請求項６】
前記Ｖ−ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＵＥにサービスを提供するＡＭＦに前記アクセスタイプを送信し、または、ロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）に前記アクセスタイプを送信することを特徴とする請求項５に記載のアクセスタイプ選択方法。
【請求項７】
ロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）は、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第３の要求を受信するステップであって、前記第３の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＬＭＦは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップとを備えることを特徴とするアクセスタイプ選択方法。
【請求項８】
前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＬＭＦが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することは、
前記ＬＭＦは、前記第４の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項７に記載のアクセスタイプ選択方法。
【請求項９】
前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＬＭＦは、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信することを特徴とする請求項７または請求項８に記載のアクセスタイプ選択方法。
【請求項１０】
ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ，  ユニファイドデータマネージャー）は、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するステップであって、前記第１の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＵＤＭは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定し、前記ＧＭＬＣに前記アクセスタイプを送信するステップとを備えることを特徴とするアクセスタイプ選択方法。
【請求項１１】
前記ＧＭＬＣに前記アクセスタイプを送信することは、
異なるアクセスタイプ，前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）が異なるアクセスタイプで異なると判断された場合、
前記ＵＤＭは、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記ＵＤＭによって前記ＵＥポジショニング情報を送信するためのアクセスタイプ下で、前記ＵＥにサービスを提供するＡＭＦであることを特徴とする請求項１０に記載のアクセスタイプ選択方法。
【請求項１２】
前記ＧＭＬＣに前記アクセスタイプを送信することは、
ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであると判断された場合、前記ＵＤＭは、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記ＧＭＬＣに前記第２のＡＭＦのアドレスに従って前記第２のＡＭＦに前記アクセスタイプを送信させるようにし、前記第２のＡＭＦは、前記ＵＤＭによって前記ＵＥポジショニング情報を送信するためのアクセスタイプ下で、前記ＵＥにサービスを提供するＡＭＦであることを特徴とする請求項１０に記載のアクセスタイプ選択方法。
【請求項１３】
前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定することは、
第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＵＤＭは、前記第１の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１０から請求項１２のいずれか一項に記載のアクセスタイプ選択方法。
【請求項１４】
前記ＵＤＭがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＵＤＭは、前記ＧＭＬＣにロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）のアドレスを送信し、前記ＧＭＬＣに前記ＬＭＦのアドレスに従って前記ＬＭＦに前記アクセスタイプを送信させるようにすることを特徴とする請求項１０に記載のアクセスタイプ選択方法。
【請求項１５】
ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するように構成された受信ユニットであって、前記第２の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備えることを特徴とするアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１６】
前記決定ユニットは、
第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記第２の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１５に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１７】
前記決定ユニットは、
ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ，  ユニファイドデータマネージャー）に第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、
前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣでは前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信することを特徴とする請求項１６に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１８】
前記決定ユニットは、さらに、
異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＡＭＦによって送信されたＵＥロケーション情報を受信することを特徴とする請求項１６または請求項１７に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１９】
ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第３の要求を受信するように構成された受信ユニットであって、前記第３の要求は、ロケーション要求でありユーザ機器デバイス（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備えることを特徴とするアクセスタイプを選択するためのロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）デバイス。
【請求項２０】
前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記決定ユニットは、前記第４の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１９に記載のアクセスタイプを選択するためのロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）デバイス。
【請求項２１】
前記決定ユニットは、さらに、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信することを特徴とする請求項１９または請求項２０に記載のアクセスタイプを選択するためのロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）デバイス。
【請求項２２】
ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するように構成された受信ユニットであって、前記第１の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定し、前記ＧＭＬＣに前記アクセスタイプを送信するように構成された送信ユニットとを備えることを特徴とするアクセスタイプを選択するためのＵＤＭデバイス。
【請求項２３】
前記送信ユニットは、
前記ＵＥにサービスを提供する前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）が異なるアクセスタイプで異なると判断された場合、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記ＵＤＭによって前記ＵＥポジショニング情報を送信するためのアクセスタイプ下で、前記ＵＥにサービスを提供するＡＭＦであることを特徴とする請求項２２に記載のアクセスタイプを選択するためのＵＤＭデバイス。
【請求項２４】
前記送信ユニットは、
異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、前記ＵＤＭによって前記ＵＥポジショニング情報を送信するためのアクセスタイプ下で、前記ＵＥにサービスを提供するＡＭＦであり、ＧＭＬＣに第２のＡＭＦのアドレスに従って前記第２のＡＭＦに前記アクセスタイプを送信させるようにすることを特徴とする請求項２２に記載のアクセスタイプを選択するためのＵＤＭデバイス。
【請求項２５】
前記送信ユニットは、
第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記第１の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項２２から請求項２４のいずれか一項に記載のアクセスタイプを選択するためのＵＤＭデバイス。
【請求項２６】
前記送信ユニットは、さらに、
前記ＧＭＬＣにロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）のアドレスを送信し、前記ＧＭＬＣに前記ＬＭＦのアドレスを前記ＬＭＦに前記アクセスタイプを送信させるようにすることを特徴とする請求項２２に記載のアクセスタイプを選択するためのＵＤＭデバイス。
【請求項２７】
少なくとも１つのプロセッサと、少なくとも１つのメモリとを備え、ここで、前記メモリは、プロセッサによって実行されるときに、プロセッサに請求項１から請求項１４のいずれか一項の方法を実行させるプログラムを格納することを特徴とするアクセスタイプを選択するためのデバイス。
【請求項２８】
コンピュータ上で実行されるときに、コンピュータに請求項１から請求項１４のいずれか一項の方法を実行させるコンピュータ命令を格納することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１８年５月１８日に中国特許局に提出し、出願番号が２０１８１０４８３３５８．２であり、発明名称が「アクセスタイプ選択方法およびデバイスならびに記憶媒体」との中国特許出願、および、２０１８年５月３０日に中国特許局に提出し、出願番号が２０１８１０５４２７７７．９であり、発明名称が「アクセスタイプ選択方法およびデバイスならびに記憶媒体」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
【０００２】
本発明は、通信技術分野に関し、特にアクセスタイプ選択方法およびデバイスならびに記憶媒体に関する。
【背景技術】
【０００３】
５Ｇ（５−Ｇｅｎｅｒａｔｉｏｎ，５世代）システムでは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ，ユーザ機器）は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，第３世代パートナーシッププロジェクト）アクセスタイプを介してコアネットワークにアクセスするか、または非３ＧＰＰ（ワイヤレスローカルエリアネットワークのような（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ，ＷＬＡＮ））アクセスタイプを介してコアネットワークにアクセスすることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＵＥをポジショニングする必要があり、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに同時にアクセスする場合、ＵＥポジショニング情報を送信するためのアクセスタイプを選択する方法は、解決すべき問題である。
【課題を解決するための手段】
【０００５】
本出願の実施形態は、ＵＥポジショニング情報を送信するためのアクセスタイプを選択するために、アクセスタイプ選択方法およびデバイスならびに記憶媒体を提供する。
【０００６】
この目的のために、第１の態様では、本出願の実施形態によって提供されるアクセスタイプ選択方法は、
ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ，  ユニファイドデータマネージャー）は、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するステップと、前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定し、前記ＧＭＬＣに前記アクセスタイプを送信するステップとを備える。
【０００７】
オプションとして、前記ＧＭＬＣに前記アクセスタイプを送信することは、具体的に、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）が異なると前記ＵＤＭが決定した場合に、前記ＵＤＭは、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦである。
【０００８】
オプションとして、前記ＧＭＬＣに前記アクセスタイプを送信することは、具体的に、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると前記ＵＤＭが決定した場合に、前記ＵＤＭは、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦであり、前記第２のＡＭＦのアドレスは、前記第２のＡＭＦに前記アクセスタイプに送信するために前記ＧＭＬＣによって使用される。
【０００９】
オプションとして、前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定するステップでは、第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記ＵＤＭは、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００１０】
オプションとして、前記ＵＤＭがポジショニング情報を送信するためのアクセスタイプを決定した後、この方法はさらに、前記ＵＤＭは、前記ＧＭＬＣにロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）のアドレスを送信し、ここで、前記ＬＭＦのアドレスは、アクセスタイプを前記ＬＭＦに送信するために前記ＧＭＬＣによって使用される。
【００１１】
第２の態様では、本出願の実施形態によって提供されるアクセスタイプ選択方法は、ＧＭＬＣは、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，  ＬＣＳ）クライアントによって送信された第２の要求を受信しするステップと、前記ＧＭＬＣポジショニング情報を送信するためのアクセスタイプを決定するステップとを備える。
【００１２】
オプションとして、前記ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定するステップでは、前記ＧＭＬＣは、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記ＧＭＬＣは、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００１３】
オプションとして、前記ＧＭＬＣが第２の情報を取得することは、具体的に、前記ＧＭＬＣは、ＵＤＭに第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。
【００１４】
オプションとして、前記ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると前記ＧＭＬＣによって決定した場合、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに、決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、前記ＧＭＬＣは、前記ＡＭＦによって送信されたＵＥロケーション情報を受信する。
【００１５】
オプションとして、前記ＵＥがローミングしているとき、前記ＧＭＬＣがロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信することは、具体的に、Ｈ−ＧＭＬＣは、ＬＣＳクライアントによって送信された第２の要求を受信し、前記ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定することは、具体的に、前記Ｈ−ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記Ｈ−ＧＭＬＣは、Ｖ−ＧＭＬＣに前記第３の情報を送信し、および、前記Ｖ−ＧＭＬＣは、前記第３の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００１６】
オプションとして、前記Ｖ−ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、前記ＵＥにサービスを提供するＡＭＦに前記アクセスタイプを送信し、または、ロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）に前記アクセスタイプを送信する。
【００１７】
第３の態様では、本出願の実施形態によって提供されるアクセスタイプ選択方法は、ＬＭＦは、ＧＭＬＣによって送信された第３の要求を受信するステップと、前記ＬＭＦポジショニング情報を送信するためのアクセスタイプを決定するステップとを備える。
【００１８】
オプションとして、前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定することは、具体的に、前記ＬＭＦは、前記第４の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００１９】
オプションとして、前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定した後、前記ＬＭＦは、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信する。
【００２０】
第４の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのＵＤＭデバイスは、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するように構成された受信ユニットと、ポジショニング情報を送信するためのアクセスタイプを決定する，前記ＧＭＬＣに前記アクセスタイプを送信するように構成された送信ユニットとを備える。
【００２１】
オプションとして、前記送信ユニットは、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）が異なると決定された場合、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦである。
【００２２】
オプションとして、前記送信ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦであり、前記第２のＡＭＦのアドレスは、前記第２のＡＭＦに前記アクセスタイプに送信するために前記ＧＭＬＣによって使用される。
【００２３】
オプションとして、前記送信ユニットは、さらに、第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００２４】
オプションとして、前記送信ユニットは、さらに、前記ＧＭＬＣにロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）のアドレスを送信し、ここで、前記ＬＭＦのアドレスは、アクセスタイプを前記ＬＭＦに送信するために前記ＧＭＬＣによって使用される。
【００２５】
第５の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのＧＭＬＣデバイスは、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求受信するように構成された受信ユニットと、ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備える。
【００２６】
オプションとして、前記決定ユニットは、さらに、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００２７】
オプションとして、前記決定ユニットは、さらに、ＵＤＭに第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。
【００２８】
オプションとして、前記決定ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＡＭＦによって送信されたＵＥロケーション情報を受信する。
【００２９】
第６の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのＬＭＦデバイスは、ＧＭＬＣによって送信された第３の要求を受信するように構成された受信ユニットと、ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備える。
【００３０】
オプションとして、前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記決定ユニットは、さらに、前記第４の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００３１】
オプションとして、前記決定ユニットは、さらに、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信する。
【００３２】
第７の態様では、本出願の実施形態によって提供されるアクセスタイプを選択するためのデバイスは、少なくとも１つのプロセッサと、少なくとも１つのメモリとを備え、ここで、前記メモリ、前記プロセッサに第１または第２または第３の態様で説明された方法のステップを実行させるプログラムを格納する。
【００３３】
第８の態様では、本出願の実施形態は、コンピュータ上で実行するときに、コンピュータに第１または第２または第３の態様で説明した方法のステップを実行させるコンピュータ命令を格納する記憶媒体を提供する。
【図面の簡単な説明】
【００３４】
本発明に係る実施例や従来の技術方案をより明確に説明するために、以下に実施例を説明するために必要な図面をについて簡単に紹介する。無論、以下の説明における図面は本発明に係る実施例の一部であり、当業者は、創造性作業を行わないことを前提として、これらの図面に基づいて他の図面を得ることができる。
【００３５】
【図１】本出願の実施形態によって提供される従来技術のフローチャートである。
【図２】本出願の実施形態によって提供される第１のアクセスタイプ選択方法フローチャートである。
【図３】本出願の実施形態によって提供される第２のアクセスタイプ選択方法フローチャートである。
【図４】本出願の実施形態によって提供されるポジショニング情報を送信するためのアクセスタイプをＵＤＭによって決定するフローチャートである。
【図５】本出願の実施形態によって提供される第１のＵＤＭからＧＭＬＣへ決定されたアクセスタイプを送信するフローチャートである。
【図６ａ】本出願の実施形態によって提供されるポジショニングアーキテクチャの構造概略図である。
【図６ｂ】本出願の実施形態によって提供されるポジショニングアーキテクチャの構造概略図である。
【図７】本出願の実施形態によって提供される第２のＵＤＭからＧＭＬＣへの決定されたアクセスタイプを送信するフローチャートである。
【図８】本出願の実施形態によって提供される第３のアクセスタイプ選択方法フローチャートである。
【図９】本出願の実施形態によって提供されるＧＭＬＣポジショニング情報を送信するためのアクセスタイプを決定するフローチャートである。
【図１０】本出願の実施形態によって提供されるアクセスタイプを選択するためのＵＤＭデバイスの概略図である。
【図１１】本出願の実施形態によって提供されるアクセスタイプを選択するためのＧＭＬＣデバイスの概略図である。
【図１２】本出願の実施形態によって提供されるアクセスタイプを選択するためのデバイスの概略図である。
【発明を実施するための形態】
【００３６】
本発明に係る実施例の目的、技術案及びメリットをより明確にするため、以下、本発明に係る実施例の図面を参考しながら、本発明に係る実施例の技術案を明確かつ完全に説明する。説明した実施例は本発明の一部の実施例にすぎず、全部の実施例ではないのが明らかである。本発明の実施例に基づき、当業者は、創造性作業を行わない限りに得られた他の実施例は、全部本発明の保護範囲に属する。
【００３７】
従来技術において、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに同時にアクセスするシナリオにおいて、ネットワークがＵＥのためのポジショニングサービスの要求を受信したとき、主にＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，アクセスおよびモビリティ管理機能）またはＬＭＦ（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，ロケーション管理機能）を介して選択される。
【００３８】
例えば、図１に示されるように、従来技術のＡＭＦを介してアクセスタイプを選択するプロセスは、以下を含む。外部ロケーションサービスクライアントは、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｒｅ，ゲートウェイモバイルロケーションセンター）に要求を送信する。要求がターゲットＵＥ識別子を運ぶ。ＧＭＬＣは、ターゲットＵＥのホームＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ）からＮｕｄｍ＿ＵＥＣＭ＿Ｇｅｔサービス操作を呼び出する。ＵＤＭは、現在サービスを提供するＡＭＦのネットワークアドレスを返す。ＧＭＬＣは、ＡＭＦからＮａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎサービス操作を呼び出して、ＵＥの現在のロケーションを要求する。応答ＵＥがＣＭ−ＩＤＬＥ状態にある場合、ＡＭＦはネットワークによってトリガーされるサービス要求プロセスを開始して、ＵＥとのシグナリング接続を確立する。ＡＭＦは、ＮＲＦ要求または構成情報に従ってＬＭＦ（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，ロケーション管理機能）を選択し、ＬＭＦからＮｌｍｆ＿Ｌｏｃａｔｉｏｎ＿ＤｅｔｅｒｍｉｎｅＬｏｃａｔｉｏｎサービス操作を呼び出して、ＵＥの現在のロケーションを要求する。そして、ＬＭＦは、従来技術におけるポジショニングプロセス、例えば、ＵＥ支援ポジショニングプロセス、ネットワーク支援ポジショニングプロセスなどを実行する。ＬＭＦは、ＡＭＦにＮｌｍｆ＿Ｌｏｃａｔｉｏｎ＿ＤｅｔｅｒｍｉｎｅＤｏｒｃｅ応答を返し、ＵＥの現在ロケーションを返す。ここで、ＵＥの現在ロケーションは、ロケーション推定情報、時間、精度、および他の情報を含み得る。ＡＭＦは、Ｎａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ  ＲｅｓｐｏｎｓｅをＧＭＬＣ  ／  ＬＲＦに返し、ＵＥの現在のロケーションを返す。ＧＭＬＣは、ロケーション情報サービスの応答を外部のロケーション情報サービスクライアントに返す。
【００３９】
しかしながら、実際のアプリケーションでは、本出願の発明者は、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークにアクセスする場合、ＵＥにサービスを提供するＡＭＦが同じまたは異なる可能性があることを見出した。同時に、従来技術は、ＵＥにサービスを提供するＡＭＦが同じであるシナリオにのみ適用可能である。しかし、ＵＥにサービスを提供するＡＭＦが異なるシナリオでは、従来技術は、ＵＥのためのポジショニングサービスを実現することができない。このため、本出願の実施形態は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの下で異なる場合、ＵＥのためのポジショニングサービスを実現できないという従来技術の技術的問題を解決するためのアクセスタイプ選択方法を提案する。
【００４０】
本出願の実施形態は、本明細書の添付の図面と組み合わせて、以下でさらに詳細に説明される。
【００４１】
第１の実施形態では、図２に示すように、本出願の一実施形態のアクセスタイプ選択方法は、以下のステップを含む。
【００４２】
ステップＳ１０１：ＵＤＭは、ＧＭＬＣによって送信された第１の要求を受信する。
【００４３】
ステップＳ１０２：前記ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定し、前記ＧＭＬＣに前記アクセスタイプを送信する。
【００４４】
本出願の実施形態におけるアクセスタイプ選択方法は、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰ（ｎｏｎ−３ＧＰＰ）アクセスタイプを介してコアネットワークに同時に接続されるアプリケーションシナリオに適用することができる。このアプリケーションシナリオでは、図３に示すように、ＬＣＳ（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ロケーションサービス）クライアントがＵＥのロケーション情報を取得する必要がある場合、ＬＣＳクライアント（つまり、図３のＬＣＳクライアント）はＬＣＳサービス要求をＧＭＬＣに送信できる。ここで、ＬＣＳサービス要求は、ＵＥの識別子を運ぶ。ＵＥの識別子は、具体的には、ＵＥのＧＳＰＩ（Ｇｅｎｅｒｉｃ  Ｐｕｂｌｉｃ  Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ，ジェネリックパブリックサブスクリプション識別子）またはＵＥのＳＵＰＩ（Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｐｅｒｍａｎｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ，サブスクリプションパーマネント識別子）であり得る。実際のアプリケーションでは、ＬＣＳサービス要求は、具体的には、ＵＥの識別子を運ぶＬＣＳサービス要求（ＬＣＳ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージであり得る。
【００４５】
ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、第１の要求をＵＤＭに送信し、ここで、第１の要求は、ＵＥの識別子を含む。実際のアプリケーションでは、図３に示すように、第１の要求は具体的にはＵＥの識別子を運ぶＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｑｕｅｓｔメッセージである。ＵＤＭが第１の要求を取得した後、ＵＤＭはポジショニング情報を送信するためのアクセスタイプを決定し、決定されたアクセスタイプをＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｓｐｏｎｓｅメッセージを介してＧＭＬＣに送信する。
【００４６】
実際の用途では、ＵＤＭがポジショニング情報を送信するためのアクセスタイプを決定する上記のステップＳ１０２は、図４に示されるようなプロセスを通じて具体的に実施され得る。
【００４７】
図４に示されるプロセスは、以下を含む。
【００４８】
ステップＳ２０１：ＵＤＭは、第１の情報を取得し、前記第１の情報は、ＵＥによって使用されるすべてのアクセスタイプ、前記ＵＥにサービスを提供するＡＭＦおよび各アクセスタイプにおけるＵＥの状態情報のうちの少なくとも１つを含む。
【００４９】
ステップＳ２０２：前記ＵＤＭは、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００５０】
本出願の一実施形態では、第１の要求を取得した後、ＵＤＭは、第１の要求で運ばれるＵＥ識別情報に従って、ＵＥに関連する第１の情報を取得することができ、ここで、第１の情報はＵＥによって使用されるすべてのアクセスタイプ、またはＵＥにサービスを提供するＡＭＦ、または各アクセスタイプにおけるＵＥの状態情報であり得、そして、もちろん、それは、同時に上記にリストされた複数のタイプの情報であり得る。第１の要求で運ばれたＵＥ識別情報に従って、ＵＤＭがＵＥに関連する第１の情報を取得するプロセスを以下に説明する。
【００５１】
特定の実施プロセスにおいて、ＵＥが３ＧＰＰアクセスタイプまたは非３ＧＰＰアクセスタイプを介して登録する場合、ＵＥは、アクセスネットワークを介してＡＭＦに登録要求を送信する。ＵＥ登録プロセス中に、ＡＭＦは、ＵＥ情報をＵＤＭに登録し、この時点で、ＡＭＦによってＵＤＭに提供される情報は、ＵＥの識別子、ＡＭＦ識別子、およびアクセスタイプを含む。
【００５２】
３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦが、非３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦと異なる場合、説明の便宜のために、３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦをＡＭＦ１と呼ばれ、非３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦはＡＭＦ２と呼ばれるため、ＵＤＭに格納される情報は、「ＵＥＩＤ、＜３ＧＰＰアクセス、ＡＭＦ１情報＞、＜非３ＧＰＰアクセス、ＡＭＦ２情報＞」である。ここで、ＡＭＦ１情報は、ＡＭＦ１のＩＰアドレスまたはＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ，完全修飾ドメイン名）であり得、ＡＭＦ２情報は、ＡＭＦ２のＩＰアドレスまたはＦＱＤＮであり得る。
【００５３】
３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦが、非３ＧＰＰアクセスタイプを介してＵＥによって登録されたサービングＡＭＦと同じである場合、説明の便宜のために、当該ＡＭＦをＡＭＦ３とするため、ＵＤＭに格納される情報は「ＵＥＩＤ、＜３ＧＰＰアクセス、ＡＭＦ３情報＞、＜非３ＧＰＰアクセス、ＡＭＦ３情報＞」であり、またはＵＤＭに格納される情報は「ＵＥＩＤ、ＡＭＦ３情報、３ＧＰＰアクセス、非３ＧＰＰアクセス」である。
【００５４】
したがって、ＵＤＭは、ローカルに格納された情報から第１の情報を取得することができ、例えば、ローカルに格納された情報からＵＥによって使用されるすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）を取得することができる。さらに、ローカルに格納された情報から、ＵＥが３ＧＰＰアクセスタイプを介して登録するときにＵＥにサービスを提供するＡＭＦと、ＵＥが非３ＧＰＰアクセスタイプを介して登録するときにＵＥにサービスを提供するＡＭＦを取得できる。したがって、得られた上記の情報に基づいて、ＵＥが３ＧＰＰアクセスタイプを介して登録する場合にＵＥにサービスを提供するＡＭＦが、ＵＥが非３ＧＰＰアクセスタイプを介して登録する場合と同じであるかどうかをさらに判断する。
【００５５】
例えば、得られた上記の情報によれば、ＵＤＭは、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介して登録するときに、ＵＥにサービスを提供するＡＭＦが異なると判断する。ここでは、ＵＥが３ＧＰＰアクセスタイプを介して登録する場合、ＵＥにサービスを提供するＡＭＦはＡＭＦ１であり、ＵＥが非３ＧＰＰアクセスタイプを介して登録する場合、ＵＥにサービスを提供するＡＭＦはＡＭＦ２であると想定する。次に、ＵＤＭはＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅメッセージをＡＭＦ１に送信して、３ＧＰＰアクセスタイプのＵＥの状態情報を取得できる。当該状態情報には、登録状態の変更（登録状態または登録解除状態）、接続状態の変更（アイドル状態または接続状態）、３ＧＰＰアクセスタイプのＵＥのＵＥ到達可能性状態などが含まれる。
【００５６】
同様に、ＵＤＭは、Ｎａｍｆ＿ＥｖａｎｃｅＥｘｏｓｕｒｅメッセージをＡＭＦ２に送信して、非３ＧＰＰアクセスタイプのＵＥの状態情報を取得することができ、当該状態情報は、非３ＧＰＰアクセスタイプのＵＥの登録状態の変化（登録状態または登録解除）と、非３ＧＰＰアクセスタイプのＵＥの登録状態）と、接続状態変化（アイドル状態または接続状態）、ＵＥ到達可能性状態などとを含み得る。
【００５７】
例えば、得られた上記の情報によれば、ＵＤＭは、ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介して登録するときに、ＵＥにサービスを提供するＡＭＦが同じであると判断する。ここでは、同じＡＭＦがＡＭＦ３であると想定する。次に、ＵＤＭはＮａｍｆ＿ＥｖｅｎｔＥｘｐｏｓｕｒｅメッセージをＡＭＦ３に送信して、３ＧＰＰアクセスタイプのＵＥの状態情報と非３ＧＰＰアクセスタイプのＵＥの状態情報を取得できる。
【００５８】
上記の方法で、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報を取得した後、ＵＤＭは、得られた上記の情報に従って、すべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。実際のアプリケーションでは、ＵＤＭは、上記の情報およびオペレータのポリシーと組み合わせて、ポジショニング情報を送信するためのアクセスタイプを決定することもできる。
【００５９】
例えば、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプの下でＡＭＦ１であり、ＵＥにサービスを提供するＡＭＦが非３ＧＰＰアクセスタイプの下でＡＭＦ２である場合、３ＧＰＰアクセスタイプの場合ＵＥがアイドル状態（すなわち、ＣＭ−ＩＤＬＥ状態）にあり、およびの非３ＧＰＰアクセスタイプの場合接続状態（つまり、ＣＭ−ＣＯＮＮＥＣＴＥＤ状態）にあると、ＵＤＭは、非３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。ＵＥが３ＧＰＰアクセスタイプではＣＭ−ＣＯＮＮＥＣＴＥＤ状態にあり、非３ＧＰＰアクセスタイプではＣＭ−ＩＤＬＥ状態にある場合、ＵＤＭは３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。
【００６０】
本出願の一実施形態では、ポジショニング情報は、地理的ロケーション、都市ロケーション（ＵＥが配置されている通りおよび都市など）などのＵＥのロケーション、またはＵＥのロケーションを取得する時間情報であり得るか、またはＵＥのロケーションを取得するために使用されるポジショニング方法およびポジショニング精度などのポジショニング関連情報であり得るか、またはポジショニングプロセスの実行に関連するメッセージであり得る。例えば、ＡＭＦによってＲＡＮノードまたはＮ３ＩＷＦに送信されるネットワークポジショニングメッセージ、およびＲＡＮノードまたはＮ３ＩＷＦによってＡＭＦに返されるネットワークポジショニングメッセージなどであり得る。もちろん、ポジショニング情報は、ここにリストされておらず、限定されていない他の情報であってもよい。
【００６１】
例えば、オペレータのポリシーが以下を含む場合：ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの両方の下でＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある場合、３ＧＰＰアクセスタイプは、ロケーション情報を送信するために優先的に使用される。次に、ＵＤＭが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプの両方でＣＭ−ＣＯＮＮＥＣＴＥＤ状態にあるとＵＤＭが判断すると、ＵＤＭは、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプでのＵＥにサービスを提供するＡＭＦが同じであるかに関係なく、３ＧＰＰアクセスタイプでポジショニング情報を伝送するように決定することができる。
【００６２】
本出願の一実施形態では、ＵＤＭは、図４に示すプロセスを通じてポジショニング情報を送信するためのアクセスタイプを決定した後、決定されたアクセスタイプをＧＭＬＣに送信することができる。アプリケーションでは、決定されたアクセスタイプをＧＭＬＣに送信する方法は複数ある。決定されたアクセスタイプをＧＭＬＣに送信する複数の方法を以下に紹介する。
【００６３】
図５に示されるように、決定されたアクセスタイプをＧＭＬＣに送信するための第１の方法は、以下を含む。
【００６４】
ステップＳ３０１：前記ＵＤＭが、ＵＥにサービスを提供するＡＭＦがアクセスタイプごとに異なると判断した場合、ステップ３０２を実行する。
【００６５】
ステップＳ３０２：前記ＵＤＭは、第１のＡＭＦのアドレスをＧＭＬＣに送信する。ここで、前記第１のＡＭＦは、前記アクセスタイプの下でＵＥにサービスを提供するＡＭＦである。
【００６６】
ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なるとＵＤＭが決定する場合、例えば、ＵＥにサービスを提供するＡＭＦは、３ＧＰＰアクセスタイプではＡＭＦ１であり、ＵＥにサービスを提供するＡＭＦは、非３ＧＰＰアクセスタイプではＡＭＦ２である。ＵＤＭがポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると判断した場合、ＵＤＭはＡＭＦ１のアドレスをＧＭＬＣに送信できる。実際のアプリケーションでは、ＵＤＭはＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｓｐｏｎｓｅメッセージを介してＡＭＦ１のアドレスをＧＭＬＣに送信できる。実際のアプリケーションでは、３ＧＰＰアクセスタイプのポジショニングアーキテクチャは図６ａに示すとおりである。つまり、ＧＭＬＣとＡＭＦの間にインターフェースがある。次に、ＵＤＭによって送信されたＡＭＦ１のアドレスを受信した後、ＧＭＬＣは、ＡＭＦ１のアドレスに従って、ＵＥロケーションを提供するための要求情報をＡＭＦ１に送信することができ、当該要求情報は、具体的には、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであり得る。次に、ＧＭＬＣによって送信されたＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＡＭＦ１は、ＵＥ上の３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得し、ＡＭＦは、取得したＵＥロケーション情報をＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックすることができる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。
【００６７】
ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであるとＵＤＭが決定した場合、ＵＤＭは、ＡＭＦ２のアドレスをＧＭＬＣに送信することができ、次いで、ＧＭＬＣは、ＡＭＦ２へＵＥロケーションを提供するための要求情報を送信する。次に、ＧＭＬＣによって送信されたＵＥロケーションを提供するための要求情報（Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの提供など）を受信した後、ＡＭＦ２は、ＵＥ上の非３ＧＰＰアクセスタイプでポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得する。また、ＡＭＦ２は、Ｐｒｏｖｉｄｅ  ＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを介して取得したＵＥロケーション情報をＧＭＬＣにフィードバックできる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。
【００６８】
したがって、上記の方法では、ＵＤＭは、ＧＭＬＣによって送信された第１の要求（Ｎｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｑｕｅｓｔなど）を受信し、ＵＤＭは、ロケーション情報を送信するためのアクセスタイプを決定し、アクセスタイプをＧＭＬＣに送信する。これにより、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプで異なる場合にＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を解決し、ポジショニングを実現する目的を達成する。ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプで異なる場合にも、ＵＥへのポジショニングサービスを実現できる。
【００６９】
本出願の一実施形態では、決定されたアクセスタイプを図５に示されるＧＭＬＣに送信する第１の方法は、ＵＤＭは、ＬＭＦのアドレスをＧＭＬＣに送信するステップをさらに含み得る：
【００７０】
例えば、ＵＤＭが、ポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると決定した場合、ＵＤＭは、ＡＭＦ１のアドレスおよびＬＭＦのアドレスを同時にＧＭＬＣに送信することができる。次に、３ＧＰＰアクセスタイプのポジショニングアーキテクチャは図６ｂに示すとおりである。つまり、ＧＭＬＣとＬＭＦの間にインターフェースがある。次に、ＧＭＬＣはＡＭＦ１のアドレスとＬＭＦのアドレスを受信した後、ＬＭＦに直接要求を送信できる。次に、ＬＭＦは３ＧＰＰアクセスタイプでポジショニングプロセスを実行してＵＥポジショニング情報を取得し、ＬＭＦがＵＥのロケーション情報をＧＭＬＣに送信し、ＧＭＬＣはそれをＬＣＳクライアントにフィードバックする。ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであるとＵＤＭが判断した場合、ＵＤＭはＡＭＦ２のアドレスとＬＭＦのアドレスを同時にＧＭＬＣに送信することもできる。後続のプロセスは上記の説明を参照できるが、ここでは繰り返さないことにする。
【００７１】
図７に示されるように、決定されたアクセスタイプをＧＭＬＣに送信するための第２の方法は、以下を含む。
【００７２】
ステップＳ３０３：前記ＵＤＭにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであるとＵＤＭが決定した場合、ステップ３０４を実行する。
【００７３】
ステップＳ３０４：前記ＵＤＭは、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、アクセスタイプの下でＵＥにサービスを提供するＡＭＦである。
【００７４】
ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであるとＵＤＭが決定する場合、例えば、ＵＤＭにサービスを提供するＡＭＦが、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの下でともにＡＭＦ３であると、ＵＤＭが決定する場合、ポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると決定すれば、ＵＤＭはＡＭＦ３のアドレスと３ＧＰＰアクセスタイプをＧＭＬＣに送信する。同様に、ＡＭＦ３のアドレスと３ＧＰＰアクセスタイプをＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｓｐｏｎｓｅメッセージを介してＧＭＬＣに送信できる。これにより、ＧＭＬＣはＡＭＦ３のアドレスに従って３ＧＰＰアクセスタイプとＵＥロケーションを提供するための要求情報を送信して、受信したＵＥロケーションをＡＭＦ３に提供する。ここで、ＵＥロケーションを提供するための要求情報はＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージである。したがって、ＧＭＬＣは、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージで３ＧＰＰアクセスタイプを伝送し、それをＡＭＦ３に送信できる。ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＡＭＦ３はＵＥの３ＧＰＰアクセスタイプでポジショニングプロセスを実行してＵＥロケーション情報を取得し、ＡＭＦ３は取得したＵＥロケーション情報をＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックできる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。
【００７５】
ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであるとＵＤＭが決定した場合、ＵＤＭは、ＡＭＦ３のアドレスおよび非３ＧＰＰアクセスタイプをＧＭＬＣに送信するので、ＧＭＬＣは、受信されたＡＭＦ３のアドレスに従って非３ＧＰＰアクセスタイプとＵＥロケーションを提供するための要求情報をＡＭＦ３に送信する。同様に、ＧＭＬＣによってＡＭＦ３に送信されるＵＥロケーションを提供するための要求情報は、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであり得、ＧＭＬＣは、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージにおいて非３ＧＰＰアクセスタイプを運び、それをＡＭＦ３に送信することができる。ＧＭＬＣによって送信された非３ＧＰＰアクセスタイプおよびＵＥロケーションを提供するための要求情報を受信した後、ＡＭＦ３は、ＵＥ上の非３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、それによってＵＥのロケーション情報を取得する。
【００７６】
本出願の一実施形態では、決定されたアクセスタイプを図７に示されるＧＭＬＣに送信する第２の方法はまた、ＵＤＭは、ＬＭＦのアドレスをＧＭＬＣに送信するステップを含み得る。
【００７７】
例えば、ＵＤＭが、ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであると決定した場合、ＵＤＭは、ＡＭＦ３のアドレス、非３ＧＰＰアクセスタイプ、およびＬＭＦのアドレスを同時にＧＭＬＣに送信することができる。次に、非３ＧＰＰアクセスタイプのポジショニングアーキテクチャでは、ＧＭＬＣとＬＭＦの間にインターフェースがある。次に、ＧＭＬＣは、ＡＭＦ３のアドレス、非３ＧＰＰアクセスタイプ、およびＬＭＦのアドレスを受信した後、非３ＧＰＰアクセスタイプをＬＭＦに直接送信できる。その後、ＬＭＦは非３ＧＰＰアクセスタイプでポジショニングプロセスを実行して、ＵＥポジショニング情報を取得する。ＬＭＦがＵＥポジショニング情報をＧＭＬＣに送信し、ＧＭＬＣがそれをＬＣＳクライアントにフィードバックする。
【００７８】
したがって、上記の方法では、ＵＤＭは、ＧＭＬＣによって送信された第１の要求（Ｎｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｑｕｅｓｔなど）を受信し、ＵＤＭは、ポジショニング情報を送信するためのアクセスタイプを決定し、アクセスタイプおよびＡＭＦアドレスをＧＭＬＣにフィードバックする。ＧＭＬＣは、アクセスタイプをＡＭＦに送信することができるので、ＡＭＦは、決定されたアクセスタイプの下でポジショニングプロセスを使用することによって、ＵＥのためのポジショニングサービスを実施することができる。これは、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで異なるシナリオのＵＥのポジショニングサービスに適用できるだけでなく、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであるシナリオのＵＥのポジショニングサービスにも適用できる。したがって、この方法は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプとで異なる場合、ＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を効果的に解決する。
【００７９】
第２の実施形態では、図８に示されるように、本出願の実施形態の別のアクセスタイプ選択方法は、以下のステップを含む。
【００８０】
ステップＳ８０１：ＧＭＬＣは、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信する。
【００８１】
ステップＳ８０２：ＧＭＬＣは、ポジショニング情報を送信するためのアクセスタイプを決定する。
【００８２】
本出願の実施形態において図８に示されるアクセスタイプ選択方法はまた、ＵＥが同時に３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに接続されるアプリケーションシナリオに適用され得る。このアプリケーションシナリオでは、ＬＣＳクライアント（ＬＣＳ  Ｃｌｉｅｎｔ）がＵＥのロケーション情報を取得する必要がある場合、ＬＣＳクライアントはＬＣＳサービス要求をＧＭＬＣに送信できる。ＬＣＳサービス要求はステップＳ８０１の第２の要求であり、ＬＣＳサービス要求にＵＥの識別子が含まれ、ＵＥの識別子は、ＵＥのＧＳＰＩまたはＵＥのＳＵＰＩであり得る。実際のアプリケーションでは、ＬＣＳサービス要求は、具体的には、ＵＥの識別子を運ぶＬＣＳサービス  Ｒｅｑｕｅｓｔメッセージであり得る。
【００８３】
ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、ロケーション情報を送信するためのアクセスタイプを決定することができる。ここで、ステップＳ８０２は、図９に示されるようなプロセスを通じて実施され得る。
【００８４】
図９に示されるプロセスは、以下を含む。
【００８５】
ステップＳ８０２１：ＧＭＬＣは、第２の情報を取得し、第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含む。
【００８６】
ステップＳ８０２２：ＧＭＬＣは、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【００８７】
本出願の一実施形態では、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプを取得するか、ＵＥにサービスを提供するＡＭＦを取得するか、または各アクセスタイプでＵＥの状態情報を取得することができる。ＧＭＬＣが上記の情報を取得する方法には、少なくとも２つの次の方法が含まれる。
【００８８】
第一の方法：
【００８９】
ステップＡ：ＧＭＬＣは、ＵＤＭに第３の要求を送信する。
【００９０】
ステップＢ：ＧＭＬＣは、ＵＤＭによって送信された第２の情報を受信する。前記第２の情報は、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報のうちの少なくとも１つを含む。
【００９１】
本出願の一実施形態では、ＧＭＬＣがＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、第３の要求をＵＤＭに送信することができ、第３の要求は、ＵＥの識別子を含む。第３の要求は具体的にはＮｕｄｍ＿ＵＥＣｏｎｔｅｘｔＭａｎａｇｅｍｅｎｔ＿Ｇｅｔ  Ｒｅｑｕｅｓｔである。ＵＤＭが第３の要求を受信した後、ＵＤＭは、第１の実施形態で説明したように、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報を取得し、取得された上記の情報をＧＭＬＣに送信することができるので、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報をＵＤＭから取得する。
【００９２】
取得された上記情報、すなわち、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報に従って、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。実際のアプリケーションでは、ＧＭＬＣは、上記の情報およびオペレータのポリシーと組み合わせて、ロケーション情報を送信するためのアクセスタイプを決定することもできる。
【００９３】
ここで、ポジショニング情報は、地理的ロケーション、都市ロケーション（ＵＥがロケーションする通りおよび都市など）などのＵＥのロケーションであり得るか、またはＵＥのロケーションを取得する時間情報であり得るか、またはＵＥのロケーションを取得するために使用されるポジショニング方法およびポジショニング精度などのポジショニング関連情報であり得るか、またはポジショニングプロセスの実行に関連するメッセージであり得る。例えば、ＡＭＦによってＲＡＮノードまたはＮ３ＩＷＦに送信されるネットワークポジショニングメッセージ、およびＲＡＮノードまたはＮ３ＩＷＦによってＡＭＦに返されるネットワークポジショニングメッセージなどであり得る。もちろん、ポジショニング情報は、ここにリストされておらず、限定されていない他の情報であってもよい。
【００９４】
例えば、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプの下でＡＭＦ１であり、ＵＥにサービスを提供するＡＭＦが非３ＧＰＰアクセスタイプの下でＡＭＦ２である場合、３ＧＰＰアクセスタイプのとき、ＵＥがアイドル状態（すなわち、ＣＭ−ＩＤＬＥ状態）にあり、および非３ＧＰＰアクセスタイプのとき、接続状態（つまり、ＣＭ−ＣＯＮＮＥＣＴＥＤ状態）にあると、ＧＭＬＣは、非３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。ＵＥが３ＧＰＰアクセスタイプでＣＭ−ＣＯＮＮＥＣＴＥＤ状態にあり、非３ＧＰＰアクセスタイプでＣＭ−ＩＤＬＥ状態にある場合、ＧＭＬＣは、３ＧＰＰアクセスタイプがポジショニング情報の送信に使用されていると判断できる。
【００９５】
例えば、オペレータのポリシーが、以下を含む場合：ＵＥが３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの両方の下でＣＭ接続状態にある場合、３ＧＰＰアクセスタイプは、ロケーション情報を送信するために優先的に使用される。次に、ＧＭＬＣが、３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプの両方の下でＵＥがＣＭ接続状態にあると判断すると、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプの両方の下ＵＥにサービスを提供するＡＭＦが同じであるかどうかに関係なく、ＧＭＬＣは、３ＧＰＰアクセスタイプがロケーション情報を送信するために使用されていると判断できる。
【００９６】
第２の方法：
【００９７】
ステップＣ：前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。
【００９８】
ＧＭＬＣはまた、ＵＤＭを介してＵＥにサービスを提供するＡＭＦからの関連イベントにサブスクライブすることができ、したがって、ＧＭＬＣはまた、ＵＤＭを介してＵＥにサービスを提供するＡＭＦに第４の要求を送信して、ＵＥ状態の変更とＵＥロケーションの変更のようなイベントにサブスクライブすることができる。関連イベントが発生すると、ＡＭＦは関連イベントを直接またはＵＤＭを介してＧＭＬＣに通知する。これにより、ＧＭＬＣは、ＵＥが使用するすべてのアクセスタイプ、各アクセスタイプのＵＥの状態情報、ＵＥにサービスを提供するＡＭＦなどの情報およびその他の情報を取得することができる。ＧＭＬＣは、取得した関連イベントをローカルに保存することもできる。
【００９９】
次に、ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態をローカルに保存された情報から取得することができる。取得された上記情報に基づき、ＧＭＬＣは、ＵＥが使用するすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。実際のアプリケーションでは、ＧＭＬＣは、上記の情報とオペレータのポリシーを組み合わせて、ポジショニング情報を送信するためのアクセスタイプを決定することもできるが、ここでは繰り返しない。
【０１００】
本出願の一実施形態では、ポジショニング情報を送信するためのアクセスタイプを決定した後、ＧＭＬＣはさらに以下のステップを実行することができる。
【０１０１】
ステップＥ：前記ＧＭＬＣは、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると判断する。
【０１０２】
ステップＦ：ＧＭＬＣは、決定されたアクセスタイプと、ポジショニング情報をＡＭＦに送信する要求を送信する。
【０１０３】
ステップＧ：前記ＧＭＬＣは、ＡＭＦによって送信されたＵＥロケーション情報を受信する。
【０１０４】
例えば、ＧＭＬＣが３ＧＰＰアクセスタイプを使用してポジショニング情報を送信することを決定し、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであると決定した場合、ＧＭＬＣは、決定されたアクセスタイプと、ポジショニング情報を送信するための要求を当該ＡＭＦに送信する。ここで、ポジショニング情報を送信するための要求は、具体的には、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであり得る。ＧＭＬＣは、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージで決定されたアクセスタイプを運び、それをＡＭＦに送信できる。ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＡＭＦはＵＥの３ＧＰＰアクセスタイプでポジショニングプロセスを実行してＵＥロケーション情報を取得し、ＡＭＦは取得したＵＥロケーション情報をＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックできる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。
【０１０５】
本出願の一実施形態では、上記のステップＦおよびＧはまた、以下の方法で実行され得る。
【０１０６】
前記ＧＭＬＣは、決定されたアクセスタイプおよびロポジショニング情報を送信するための要求をＬＭＦに送信する。ＧＭＬＣは、ＬＭＦによって送信されたＵＥロケーション情報を受信する。
【０１０７】
例えば、ＧＭＬＣが３ＧＰＰアクセスタイプを使用してポジショニング情報を送信することを決定し、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して同じであり、ＧＭＬＣとＬＭＦの間にインターフェースがあると決定した場合、ＧＭＬＣは、決定されたアクセスタイプおよびロケーション情報を送信する要求を、ＡＭＦに接続されたＬＭＦに送信することができ、その結果、ＬＭＦは、ＧＭＬＣによって送信された、決定されたアクセスタイプおよびロケーション情報を送信する要求を受信した後、３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、ＵＥポジショニング情報を取得する。ＬＭＦはＵＥポジショニング情報をＧＭＬＣに送信し、ＧＭＬＣはそれをＬＣＳクライアントにフィードバックする。
【０１０８】
本出願の一実施形態では、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なると決定した場合、ＧＭＬＣは、決定されたアクセスタイプ下でＵＥにサービスを提供するＡＭＦにポジショニング情報を送信するための要求を送信する。また、ＧＭＬＣが、決定されたアクセスタイプの下でＵＥにサービスを提供するＡＭＦによって送信されたＵＥロケーション情報を受信する。
【０１０９】
例えば、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なると決定する場合、例えば、ＵＥにサービスを提供するＡＭＦは、３ＧＰＰアクセスタイプの下でＡＭＦ１であり、非３ＧＰＰアクセスタイプでは、ＵＥにサービスを提供するＡＭＦは、ＡＭＦ２である。ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプが３ＧＰＰアクセスタイプであると判断した場合、ＧＭＬＣはポジショニング情報を送信するための要求をＡＭＦ１に送信できる。次に、ＧＭＬＣによって送信されたポジショニング情報を送信するための要求を受信した後、ＡＭＦ１は、ＵＥ上で３ＧＰＰアクセスタイプの下でポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得し、ＡＭＦは、取得したＵＥロケーション情報をＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを介してＧＭＬＣにフィードバックすることができる。このメッセージを受信した後、ＧＭＬＣはこのメッセージのＵＥロケーション情報をＬＣＳクライアントにフィードバックする。
【０１１０】
もちろん、実際のアプリケーションでは、ＧＭＬＣが、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプに対して異なると決定した場合、ＧＭＬＣはまた、決定されたアクセスタイプの下のＵＥにサービスを提供するＡＭＦに接続されたＬＭＦにロポジショニング情報を送信するための要求を送信し得る。およびＧＭＬＣは、ＬＭＦによって送信されたＵＥロケーション情報を受信する。
【０１１１】
本出願の実施形態では、ＵＥがローミングしているとき、本出願の実施形態の図８に示される方法はまた、以下のプロセスに従って具体的に実施され得る。
【０１１２】
ステップＨ：Ｈ−ＧＭＬＣは、ＬＣＳクライアントから送信された第２の要求を受信する。
【０１１３】
ステップＬ：前記Ｈ−ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含む。
【０１１４】
ステップＭ：前記Ｈ−ＧＭＬＣは、Ｖ−ＧＭＬＣに前記第３の情報を送信する。
【０１１５】
ステップＮ：前記Ｖ−ＧＭＬＣは、前記第３の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【０１１６】
特定の実践プロセスにおいて、ＵＥがローミングしているとき、ＧＭＬＣは、Ｈ−ＧＭＬＣ（Ｈｏｍｅ−ＧＭＬＣ，ホームＧＭＬＣ）およびＶ−ＧＭＬＣ（Ｖｉｓｉｔｅｄ−ＧＭＬＣ，訪問されたＧＭＬＣ）に分割することができ、ここで、Ｈ−ＧＭＬＣは、ＵＥのホームネットワーク（ＨＰＬＭＮなど）に配置されたＧＭＬＣである。Ｖ−ＧＭＬＣは、ＵＥがローミングする訪問先ネットワーク（ＶＰＬＭＮなど）に配置されたＧＭＬＣである。次に、ＬＣＳクライアントは、ＬＣＳサービス要求をＨ−ＧＭＬＣに送信することができ、ここで、ＬＣＳサービス要求は、ステップＨの第２の要求であり、同様に、ＬＣＳサービス要求は、ＵＥの識別子を運ぶことができる。ＬＣＳサービス要求を受信した後、Ｈ−ＧＭＬＣは、上記の第１または第２の方法で第３のメッセージ（すなわち、上記の第２のメッセージ）を取得することができるが、これはここでは繰り返されない。
【０１１７】
Ｈ−ＧＭＬＣは、取得した第３のメッセージをＶ−ＧＭＬＣに送信する。すなわち、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報をＶ−ＧＭＬＣに送信する。Ｖ−ＧＭＬＣは、第３のメッセージに従って、ＵＥによって使用されるすべてのアクセスタイプ（すなわち、３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプ）からポジショニング情報を送信するためのアクセスタイプを決定することができる。同様に、実際のアプリケーションでは、Ｖ−ＧＭＬＣは、上記の取得した第３の情報およびオペレータのポリシーと組み合わせて、ポジショニング情報を送信するためのアクセスタイプを決定することもできる。実際のアプリケーションでの上記の第３のメッセージは、具体的にはＬＣＳＬＣＳ  Ｓｅｒｖｉｃｅ  ＲｅｑｕｅｓｔメッセージまたはＬｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ。もちろん、ここにリストされていない他のメッセージの場合もある。
【０１１８】
ポジショニング情報を送信するためのアクセスタイプを決定した後、Ｖ−ＧＭＬＣはまた、決定されたアクセスタイプをＵＥにサービスを提供するＡＭＦに送信することができ、もちろん、ポジショニング情報を送信するための要求を送信することもできる。ここで、ポジショニング情報を送信するための要求は、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  ＲｅｑｕｅｓｔメッセージまたはＮａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージまたは他のメッセージである可能性があり、これらはここにはリストされない。具体的にはＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであるポジショニング情報を送信するための要求を例にとると、Ｖ−ＧＭＬＣは、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージで決定されたアクセスタイプを運び、ＵＥにサービスを提供するＡＭＦに送信できる。Ｖ−ＧＭＬＣによって送信されたＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信した後、ＡＭＦは、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージで運ばれるアクセスタイプに従って、このアクセスタイプ下でのＵＥポジショニングプロセスを実行し、それによってＵＥロケーション情報を取得できる。ＡＭＦは、取得したＵＥロケーション情報をＰｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  ＲｅｓｐｏｎｓｅメッセージまたはＮａｍｆ＿Ｌｏｃａｔｉｏｎ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅメッセージまたはその他のメッセージを介してＶ−ＧＭＬＣにフィードバックできるため、Ｖ−ＧＭＬＣは、ＵＥロケーション情報が運ばれているＬＣＳ  Ｓｅｒｖｉｃｅ  ＲｅｓｐｏｎｓｅまたはＬｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅまたはその他のメッセージをＨ−ＧＭＬＣに返し、ＬＣＳ  Ｓｅｒｖｉｃｅ  ＲｅｓｐｏｎｓｅまたはＬｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅまたはその他のメッセージに含まれるＵＥロケーション情報をＨ−ＧＭＬＣを介してＬＣＳクライアントにフィードバックする。その説明はここでは繰り返さず、特定のプロセスは上記の説明を参照することができる。
【０１１９】
もちろん、実際のアプリケーションでは、Ｖ−ＧＭＬＣとＬＭＦとの間にインターフェースがある場合、Ｖ−ＧＭＬＣは、決定されたアクセスタイプおよびポジショニング情報を送信するための要求をＬＭＦに送信することができる。ここで、ポジショニング情報を送信するための要求は、具体的には、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージであり得る。Ｖ−ＧＭＬＣは、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージで決定されたアクセスタイプを伝送してＬＭＦに送信でき、ＬＭＦは、Ｐｒｏｖｉｄｅ  ＬｏｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで運ばれるアクセスタイプに従ってこのアクセスタイプ下でのＵＥポジショニングプロセスを実行し、ＵＥポジショニングン情報を取得する。ＬＭＦはＵＥポジショニング情報をＶ−ＧＭＬＣに送信し、Ｖ−ＧＭＬＣはそれをＨ−ＧＭＬＣにフィードバックしてから、Ｈ−ＧＭＬＣを介してＵＥロケーション情報をＬＣＳクライアントにフィードバックする。その説明はここでは繰り返さず、特定のプロセスは上記の説明を参照することができる。
【０１２０】
したがって、上記の方法では、ＧＭＬＣは、ＬＣＳクライアントによって送信された第２の要求を受信した後、ポジショニング情報を送信するためのアクセスタイプを決定する。これは、アクセスタイプで異なるシナリオで、ＵＥにサービスを提供するＡＭＦが異なる場合のＵＥポジショニングサービスに適用できるだけでなく、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであるシナリオのＵＥポジショニングサービスにも適用できる。したがって、この方法は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプとで異なる場合、ＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を効果的に解決する。
【０１２１】
第３の実施形態では、本出願は、以下のステップを含む別のアクセスタイプ選択方法をさらに提供する。
【０１２２】
ステップＯ：ＬＭＦは、ＧＭＬＣによって送信された第３の要求を受信する。
【０１２３】
ステップＰ：前記ＬＭＦは、ポジショニング情報を送信するためのアクセスタイプを決定する。
【０１２４】
本出願の第３の実施形態におけるアクセスタイプ選択方法は、ＵＥが同時に３ＧＰＰアクセスタイプおよび非３ＧＰＰアクセスタイプを介してコアネットワークに接続されているアプリケーションシナリオにも適用することができる。このアプリケーションシナリオでは、ＬＣＳクライアントがＵＥのロケーション情報を取得する必要がある場合、ＬＣＳサービス要求をＧＭＬＣに送信できる。ＧＭＬＣでは、ＬＣＳサービス要求がＵＥの識別子を運ぶ。実際のアプリケーションでは、ＬＣＳサービス要求は具体的にはＬＣＳ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージであり、ＵＥの識別子は当該ＬＣＳ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔメッセージで運ばれる。
【０１２５】
ＬＣＳクライアントによって送信されたＬＣＳサービス要求を受信した後、ＧＭＬＣは、ＵＥによって使用されるすべてのアクセスタイプ、またはＵＥにサービスを提供するＡＭＦ、または各アクセスタイプにおけるＵＥの状態情報を第２の実施形態に記載される第１の方法または第２の方法で取得することができる。説明の便宜上、ＧＭＬＣによって取得された、ＵＥによって使用されるすべてのアクセスタイプ、ＵＥにサービスを提供するＡＭＦ、および各アクセスタイプにおけるＵＥの状態情報は、まとめて第４の情報と呼ばれる。
【０１２６】
ＧＭＬＣは、取得した第４の情報を第３の要求を通じてＬＭＦに送信する。実際のアプリケーションでは、第３の要求は、Ｐｒｏｖｉｄｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ、Ｎｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔｔメッセージ、またはここにリストされていないその他のメッセージである可能性がある。第３の要求が具体的にはＮｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージである例を取ると、ＬＭＦは、ＧＭＬＣによって送信されたＮｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージを受信した後、Ｎｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｑｕｅｓｔメッセージで運ばれる第４の情報（つまり、ＵＥが使用するすべてのアクセスタイプ、またはＵＥにサービスを提供するＡＭＦ、または各アクセスタイプにおけるＵＥの状態情報）に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定できる。同様に、実際のアプリケーションでは、ＬＭＦは、第４の情報およびオペレータのポリシーと組み合わせてポジショニング情報を送信するためのアクセスタイプを決定することもできる。その説明はここでは繰り返さない。
【０１２７】
同様に、ポジショニング情報は、地理的ロケーション、都市ロケーション（ＵＥがロケーションする通りおよび都市など）などのＵＥのロケーションであり得るか、またはＵＥのロケーションを取得する時間情報であり得るか、またはＵＥのロケーションを取得するために使用されるポジショニング方法およびポジショニング精度などのポジショニング関連情報であり得るか、または、ポジショニングの実行に関連するメッセージ（例えば、ＡＭＦによってＲＡＮノードまたはＮ３ＩＷＦに送信されるネットワークポジショニングメッセージ）であり得、およびＲＡＮノードまたはＮ３ＩＷＦによってＡＭＦに返されるネットワークポジショニングメッセージなどであり得る。もちろん、ポジショニング情報は、ここにリストされておらず、限定されていない他の情報であってもよい。
【０１２８】
ポジショニング情報を送信するためのアクセスタイプを決定した後、ＬＭＦは、決定されたアクセスタイプを、ＵＥにサービスを提供するＡＭＦにさらに送信することができ、その結果、ＡＭＦは、このアクセスタイプ下でポジショニングプロセスを実行する。たとえば、ＬＭＦが、ポジショニング情報を送信するためのアクセスタイプが非３ＧＰＰアクセスタイプであると判断した場合、ＬＭＦは非３ＧＰＰアクセスタイプをＵＥにサービスを提供するＡＭＦに送信する。もちろん、ＬＭＦはまた、同時にＵＥロケーションを提供するためのポジショニング要求情報（ＤＬポジショニングメッセージまたはネットワークポジショニングメッセージまたは他のメッセージなど）を送信することができる。次に、非３ＧＰＰアクセスタイプを受信した後、ＡＭＦは、非３ＧＰＰアクセスタイプ下でのポジショニングプロセスを使用して、それによってＵＥロケーション情報を取得することができる。ＡＭＦは、取得したＵＥロケーション情報をＬＭＦにフィードバックする。次に、ＬＭＦは、Ｐｒｏｖｉｄｅ  ＬｏｃａｔｉｏｎＲｅｓｐｏｎｓｅメッセージまたはＮｌｍｆ＿ＰｒｏｖｉｄｅＬｏｃａｔｉｏｎ＿Ｒｅｓｐｏｎｓｅメッセージまたはその他のメッセージを介してＵＥロケーション情報をＧＭＬＣにフィードバックする。ＧＭＬＣは、ＵＥロケーション情報を運ぶメッセージを受信した後、メッセージ内のＵＥロケーション情報をＬＣＳクライアントにフィードバックする。
【０１２９】
したがって、上記の方法では、ＬＭＦは、ＧＭＬＣによって送信された代の要求を受信した後、ポジショニング情報を送信するためのアクセスタイプを決定する。これは、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで異なるシナリオのＵＥポジショニングサービスに適用できるだけでなく、ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであるシナリオのＵＥポジショニングサービスにも適用できる。したがって、この方法は、ＵＥにサービスを提供するＡＭＦが３ＧＰＰアクセスタイプと非３ＧＰＰアクセスタイプとで異なる場合、ＵＥのポジショニングサービスを実現できないという従来技術の技術的問題を効果的に解決する。
【０１３０】
同じ発明の思想に基づいて、本出願の実施形態は、アクセスタイプを選択するためのＵＤＭデバイスを提供する。当該デバイスのアクセスタイプを選択するための方法の特定の実施は、上記の方法の実施形態の説明を参照することができ、その繰り返しの説明は、ここでは省略される。図１０に示すように、当該デバイスには、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第１の要求を受信するように構成された受信ユニット１０と、ポジショニング情報を送信するためのアクセスタイプを決定する，前記ＧＭＬＣに前記アクセスタイプを送信するように構成された送信ユニット１１とを備える。
【０１３１】
オプションとして、前記送信ユニットは、：異なるアクセスタイプに対して、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）が異なると決定された場合、前記ＧＭＬＣに第１のＡＭＦのアドレスを送信し、前記第１のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦである。
【０１３２】
オプションとして、前記送信ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＧＭＬＣに前記アクセスタイプおよび第２のＡＭＦのアドレスを送信し、前記第２のＡＭＦは、前記アクセスタイプで前記ＵＥにサービスを提供するＡＭＦであり、前記第２のＡＭＦのアドレスは、前記第２のＡＭＦに前記アクセスタイプに送信するために前記ＧＭＬＣによって使用される。
【０１３３】
オプションとして、前記送信ユニットは、さらに、第１の情報を取得し、前記第１の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記第１の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【０１３４】
オプションとして、前記送信ユニットは、さらに、前記ＧＭＬＣにロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）のアドレスを送信し、ここで、前記ＬＭＦのアドレスは、アクセスタイプを前記ＬＭＦに送信するために前記ＧＭＬＣによって使用される。
【０１３５】
同じ発明の思想に基づいて、本出願の実施形態は、アクセスタイプを選択するためのＧＭＬＣデバイスを提供する。当該デバイスのアクセスタイプを選択するための方法の特定の実施は、上記の方法の実施形態の説明を参照することができ、その繰り返しの説明は、ここでは省略される。図１１に示されるように、当該デバイスは、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するように構成された受信ユニット２０と、ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニット２１とを備える。
【０１３６】
オプションとして、前記決定ユニットは、さらに、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記第２の情報に従って、前記すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【０１３７】
オプションとして、前記決定ユニットは、さらに、ＵＤＭに第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信する。
【０１３８】
オプションとして、前記決定ユニットは、さらに、異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、前記ＡＭＦによって送信されたＵＥロケーション情報を受信する。
【０１３９】
同じ本発明の思想に基づいて、本出願の実施形態は、アクセスタイプを選択するためのＬＭＦデバイスを提供する。当該デバイスのアクセスタイプを選択するための方法の特定の実施は、上記の方法の実施形態の説明を参照することができ、その繰り返しの説明は、ここでは省略される。当該デバイスには
ＧＭＬＣによって送信された第３の要求を受信するように構成された受信ユニットと、
ポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備える。
【０１４０】
オプションとして、前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、前記決定ユニットは、さらに、前記第４の情報に従って、すべてのアクセスタイプからポジショニング情報を送信するためのアクセスタイプを決定する。
【０１４１】
オプションとして、前記決定ユニットは、さらに、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信する。
【０１４２】
同じ本発明の思想に基づいて、本出願の実施形態は、図１２に示されるように、少なくとも１つのプロセッサ３０および少なくとも１つのメモリ３１を含む、アクセスタイプを選択するためのデバイスを提供する。ここで、前記メモリは、プロセッサによって実行されるときに、プロセッサに、上記の第１または第２または第３の実施形態で説明したアクセスタイプ選択方法のステップを実行させるプログラムを格納する。
【０１４３】
同じ発明の思想に基づいて、本出願の実施形態は、コンピュータに、上記の第１または第２または第３の実施形態で説明したアクセスタイプ選択方法のステップを実行させるコンピュータ命令を格納する記憶媒体を提供する。
【０１４４】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがわかるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。また、当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【０１４５】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０１４６】
これらのコンピュータプログラム指令は、又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０１４７】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【０１４８】
上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。
【０１４９】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
【符号の説明】
【０１５０】
10  受信ユニット
11  送信ユニット
20  受信ユニット
21  決定ユニット
30  プロセッサ
31  メモリ
【図１】
2021524201.tif 000003
【図２】
2021524201.tif 000004
【図３】
2021524201.tif 000005
【図４】
2021524201.tif 000006
【図５】
2021524201.tif 000007
【図６ａ】
2021524201.tif 000008
【図６ｂ】
2021524201.tif 000009
【図７】
2021524201.tif 000010
【図８】
2021524201.tif 000011
【図９】
2021524201.tif 000012
【図１０】
2021524201.tif 000013
【図１１】
2021524201.tif 000014
【図１２】
2021524201.tif 000015
【手続補正書】
【提出日】令和2年11月17日(2020.11.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）は、ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するステップであって、前記第２の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＧＭＬＣは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップとを備えることを特徴とするアクセスタイプ選択方法。
【請求項２】
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップでは、
前記ＧＭＬＣは、第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＧＭＬＣは、前記第２の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１に記載のアクセスタイプ選択方法。
【請求項３】
前記ＧＭＬＣが第２の情報を取得することは、
前記ＧＭＬＣは、ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ，  ユニファイドデータマネージャー）に第３の要求を受信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、
前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信することを特徴とする請求項１に記載のアクセスタイプ選択方法。
【請求項４】
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定した後、
ＵＥにサービスを提供するＡＭＦが異なるアクセスタイプで同じであると判断された場合、前記ＧＭＬＣは、前記ＵＥにサービスを提供するＡＭＦに、決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＧＭＬＣは、前記ＡＭＦによって送信されたＵＥロケーション情報を受信することを特徴とする請求項１または請求項２に記載のアクセスタイプ選択方法。
【請求項５】
前記ＵＥがローミングしているとき、前記ＧＭＬＣがＬＣＳクライアントによって送信された第２の要求を受信することは、Ｈ−ＧＭＬＣは、前記ＬＣＳクライアントによって送信された前記第２の要求を受信することであり、
前記ＧＭＬＣが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することは、
前記Ｈ−ＧＭＬＣは、第３の情報を取得し、前記第３の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するＡＭＦと、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記Ｈ−ＧＭＬＣは、Ｖ−ＧＭＬＣに前記第３の情報を送信し、および、前記Ｖ−ＧＭＬＣは、前記第３の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１に記載のアクセスタイプ選択方法。
【請求項６】
前記Ｖ−ＧＭＬＣがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＵＥにサービスを提供するＡＭＦに前記アクセスタイプを送信し、または、ロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）に前記アクセスタイプを送信することを特徴とする請求項５に記載のアクセスタイプ選択方法。
【請求項７】
ロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）は、ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第３の要求を受信するステップであって、前記第３の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信するステップと、
前記ＬＭＦは、ＵＥポジショニング情報を送信するためのアクセスタイプを決定するステップとを備えることを特徴とするアクセスタイプ選択方法。
【請求項８】
前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記ＬＭＦが前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することは、
前記ＬＭＦは、前記第４の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項７に記載のアクセスタイプ選択方法。
【請求項９】
前記ＬＭＦがポジショニング情報を送信するためのアクセスタイプを決定した後、
前記ＬＭＦは、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信することを特徴とする請求項７または請求項８に記載のアクセスタイプ選択方法。
【請求項１０】
ロケーションサービス（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ，ＬＣＳ）クライアントによって送信された第２の要求を受信するように構成された受信ユニットであって、前記第２の要求は、ロケーション要求であり、ユーザ機器（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備えることを特徴とするアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１１】
前記決定ユニットは、
第２の情報を取得し、前記第２の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記第２の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定することを特徴とする請求項１０に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１２】
前記決定ユニットは、
ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｒ，  ユニファイドデータマネージャー）に第３の要求を送信し、前記ＧＭＬＣは、前記ＵＤＭによって送信された第２の情報を受信し、または、
前記ＵＥにサービスを提供するＡＭＦに第４の要求を送信し、前記ＧＭＬＣでは前記ＵＥにサービスを提供するＡＭＦによって送信された第２の情報を受信することを特徴とする請求項１１に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１３】
前記決定ユニットは、さらに、
異なるアクセスタイプに対して、前記ＵＥにサービスを提供するＡＭＦが同じであると決定された場合、前記ＵＥにサービスを提供するＡＭＦに決定されたアクセスタイプおよびポジショニング情報を送信するための要求を送信し、
前記ＡＭＦによって送信されたＵＥロケーション情報を受信することを特徴とする請求項１１または請求項１２に記載のアクセスタイプを選択するためのＧＭＬＣデバイス。
【請求項１４】
ＧＭＬＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ，  ゲートウェイモバイルロケーションセンター）によって送信された第３の要求を受信するように構成された受信ユニットであって、前記第３の要求は、ロケーション要求でありユーザ機器デバイス（ＵＥ）のロケーション情報を要求するために使用される前記受信ユニットと、
ＵＥポジショニング情報を送信するためのアクセスタイプを決定するように構成された決定ユニットとを備えることを特徴とするアクセスタイプを選択するためのロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）デバイス。
【請求項１５】
前記第３の要求は、第４の情報を運び、前記第４の情報は、前記ＵＥによって使用されるすべてのアクセスタイプと、前記ＵＥにサービスを提供するアクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＡＭＦ）と、前記各アクセスタイプにおける前記ＵＥの状態情報とのうちの少なくとも１つを含み、
前記決定ユニットは、前記第４の情報に従って、前記ＵＥによって使用されるすべてのアクセスタイプから前記ＵＥポジショニング情報を送信するためのアクセスタイプを決定し、決定されたアクセスタイプを前記ＵＥにサービスを提供するＡＭＦに送信することを特徴とする請求項１４に記載のアクセスタイプを選択するためのロケーション管理機能（Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，  ＬＭＦ）デバイス。
【国際調査報告】
2021524201.tif 000016
2021524201.tif 000017
2021524201.tif 000018
2021524201.tif 000019