(57)【特許請求の範囲】
【請求項１】
選択された測位シーケンスによりユーザ装置（ＵＥ）のために測位情報を提供する様に構成された測位ノードを含む無線通信ネットワークで、測位サービスを提供する方法であって、
前記測位ノードで利用可能な異なる測位シーケンスは、異なる測位応答時間又は測位サービス品質を提供し、
前記方法は、
前記無線通信ネットワークのノードで、位置特定サービス品質基準で識別される複数の異なる種別の商業的な位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を維持するステップと、
ユーザ装置（ＵＥ）の位置を特定するため、前記ノードが測位要求を受信するステップと、
前記測位要求を、前記測位要求に関連する前記複数の異なる種別の商業的な位置に基づくサービスに対応する前記拡張されたクライアント種別又はサービス種別の１つにマッピングするステップと、
前記拡張されたクライアント種別又はサービス種別と、前記ノードが前記拡張されたクライアント種別又はサービス種別にマッピングした位置特定サービス品質基準と、前記ノードが前記拡張されたクライアント種別又はサービス種別にマッピングした特定の測位シーケンスとの内の少なくとも１つを含む測位要求を前記測位ノードにシグナリングするステップと、
を含み、
前記拡張されたクライアント種別又はサービス種別の集合を維持する前記ステップは、クライアント種別の集合を維持するステップを含み、各クライアント種別は、商業的な位置特定サービスの異なる種別又はカテゴリに対応し、クライアント種別のために、前記クライアント種別に関連するサービス品質パラメータの優先順位を示す情報を、前記位置特定サービス品質基準として、各クライアント種別について維持するステップをさらに含む、
ことを特徴とする方法。
【請求項２】
前記無線通信ネットワークは、ＬＴＥネットワーク、ＬＴＥアドバンス・ネットワーク又はＵＭＴＳネットワークを含むことをさらに特徴とする請求項１に記載の方法。
【請求項３】
前記測位要求をマッピングする前記ステップは、前記測位要求を評価するステップと、前記測位要求を、前記拡張されたクライアント種別又はサービス種別の集合のなかのクライアント種別又はサービス種別の１つに適合させるステップと、それにより、前記測位ノードへのシグナリングに含める１つ以上の情報要素を生成するステップと、を含み、その結果、前記シグナリングは、前記適合させたクライアント種別又はサービス種別に関連する前記位置特定サービス品質基準を示す、
ことをさらに特徴とする請求項１に記載の方法。
【請求項４】
前記拡張されたクライアント種別又はサービス種別の集合から、前記測位要求に最も合うクライアント種別又はサービス種別を決定するために、前記測位要求をマッピングする前記ステップは、前記測位要求で受信した、或いは、前記測位要求に関連する１つ以上のデータ項目を評価するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項５】
選択された測位シーケンスによりユーザ装置（ＵＥ）のために測位情報を提供する様に構成された測位ノードを含み、測位サービスを提供する無線通信ネットワークで使用するノードであって、
前記測位ノードで利用可能な異なる測位シーケンスは、異なる測位応答時間又は測位サービス品質を提供し、
前記ノードは、
位置特定サービス品質基準で識別される複数の異なる種別の商業的な位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を維持するメモリと、
ユーザ装置（ＵＥ）の位置を特定するため、前記ノードで測位要求を受信するための通信インタフェースと、
前記測位要求を、前記測位要求に関連する前記複数の異なる種別の商業的な位置に基づくサービスに対応する前記拡張されたクライアント種別又はサービス種別の１つにマッピングし、前記拡張されたクライアント種別又はサービス種別と、前記ノードが前記拡張されたクライアント種別又はサービス種別にマッピングした位置特定サービス品質基準と、前記ノードが前記拡張されたクライアント種別又はサービス種別にマッピングした特定の測位シーケンスとの内の少なくとも１つを含む測位要求を前記測位ノードにシグナリングする様に構成された１つ以上の処理回路と、
を備えており、
前記ノードは、前記メモリのクライアント種別の集合を維持し、各クライアント種別は、商業的な位置特定サービスの異なる種別又はカテゴリに対応し、さらに、前記クライアント種別に関連するサービス品質パラメータの優先順位を示す情報を、前記位置特定サービス品質基準として、各クライアント種別について維持することにより、前記拡張されたクライアント種別又はサービス種別の集合を維持する様に構成されている、
ことを特徴とするノード。
【請求項６】
前記無線通信ネットワークは、ＬＴＥネットワーク、ＬＴＥアドバンス・ネットワーク又はＵＭＴＳネットワークを含むことをさらに特徴とする請求項５に記載のノード。
【請求項７】
前記ノードは、前記測位要求を評価し、前記測位要求を、前記拡張されたクライアント種別又はサービス種別の集合のなかのクライアント種別又はサービス種別の１つに適合させることにより、前記マッピングを実行する様に構成され、それにより、前記測位ノードへのシグナリングに含める１つ以上の情報要素を生成し、その結果、前記シグナリングは、前記適合させたクライアント種別又はサービス種別に関連する位置特定サービス品質基準を示す、
ことをさらに特徴とする請求項５に記載のノード。
【請求項８】
ユーザ装置（ＵＥ）に位置特定サービスを提供する様に構成された無線通信ネットワークの測位ノードで測位要求を処理する方法であって、
ユーザ装置（ＵＥ）又はネットワーク・ノードのための測位要求をシグナリング・メッセージとして受信するステップと、
求められる特定の測位シーケンスを識別する前記測位要求のシグナリングから前記特定の測位シーケンスを決定する、或いは、前記測位要求でシグナリングされた情報を前記測位ノードで利用可能な特定の測位シーケンスにマッピングすることに基づき、前記測位要求に応答して測位情報を提供するのに使用する前記特定の測位シーケンスを決定するステップと、
前記測位情報を決定するために前記特定の測位シーケンスを実行し、前記測位情報を運ぶ１つ以上のメッセージを送信するステップと、
を含み、
前記情報は、前記測位ノードが対応する位置特定サービス品質基準にマッピングする拡張されたクライアント種別又はサービス種別を含み、前記拡張されたクライアント種別又はサービス種別は特定の測位シーケンスにマッピングされ、前記拡張されたクライアント種別又はサービス種別は、位置特定サービス品質基準で識別される複数の異なる種別の商業的な位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合の中の１つであり、或いは、前記測位要求でシグナリングされる前記情報は、前記測位ノードが前記特定の測位シーケンスにマッピングする位置特定サービス品質基準を含み、
前記方法は、前記拡張されたクライアント種別又はサービス種別の集合を維持するステップを含み、
前記拡張されたクライアント種別又はサービス種別の集合を維持する前記ステップは、クライアント種別の集合を維持するステップを含み、各クライアント種別は、商業的な位置特定サービスの異なる種別又はカテゴリに対応し、前記クライアント種別に関連するサービス品質パラメータの優先順位を示す情報を、前記位置特定サービス品質基準として、各クライアント種別について維持するステップをさらに含む、
ことを特徴とする方法。
【請求項９】
前記測位情報を運ぶ前記１つ以上のメッセージの送信に関連する信頼値を報告するステップを含むことをさらに特徴とする請求項８に記載の方法。
【請求項１０】
前記信頼値の報告の一部として、前記信頼値が基礎とした統計モデルの種別を報告するステップを含むことをさらに特徴とする請求項９に記載の方法。
【請求項１１】
ユーザ装置（ＵＥ）に位置特定サービスを提供する様に構成された無線通信ネットワークで測位要求を処理する様に構成された測位ノードであって、
ユーザ装置（ＵＥ）又はネットワーク・ノードのための測位要求をシグナリングとして受信する通信インタフェースと、
求められる特定の測位シーケンスを識別する前記測位要求のシグナリングから前記特定の測位シーケンスを決定する、或いは、前記測位要求でシグナリングされた情報を前記測位ノードで利用可能な特定の測位シーケンスにマッピングすることに基づき、前記測位要求に応答して測位情報を提供するのに使用する前記特定の測位シーケンスを決定し、前記測位情報を決定するために前記特定の測位シーケンスを実行し、前記測位情報を運ぶ１つ以上のメッセージを送信する様に構成された１つ以上の処理回路と、
を備えており、
前記情報は、前記測位ノードが対応する位置特定サービス品質基準にマッピングする拡張されたクライアント種別又はサービス種別を含み、前記拡張されたクライアント種別又はサービス種別は特定の測位シーケンスにマッピングされ、前記拡張されたクライアント種別又はサービス種別は、位置特定サービス品質基準で識別される複数の異なる種別の商業的な位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合の中の１つであり、或いは、前記測位要求でシグナリングされる前記情報は、前記測位ノードが前記特定の測位シーケンスにマッピングする位置特定サービス品質基準を含み、
前記拡張されたクライアント種別又はサービス種別の集合は、前記クライアント種別の集合を維持し、各クライアント種別は、商業的な位置特定サービスの異なる種別又はカテゴリに対応し、さらに、前記クライアント種別に関連するサービス品質パラメータの優先順位を示す情報を、前記位置特定サービス品質基準として、各クライアント種別について維持することにより、維持されている、
ことを特徴とする測位ノード。
【請求項１２】
前記測位ノードは、前記測位情報を運ぶ前記１つ以上のメッセージの送信に関連する信頼値を報告する様に構成されていることをさらに特徴とする請求項１１に記載の測位ノード。
【請求項１３】
前記測位ノードは、前記信頼値の報告の一部として、前記信頼値が基礎とした統計モデルの種別を報告する様に構成されていることをさらに特徴とする請求項１２に記載の測位ノード。
【請求項１４】
ユーザ装置（ＵＥ）における方法であって、
位置特定サービス品質基準で識別される複数の異なる種別の商業的な位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を維持するステップと、
商業的な位置に基づくサービスに関連する測位要求を、前記測位要求に当該商業的な位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の表示を含めて送信するステップと、
を含み、
前記拡張されたクライアント種別又はサービス種別の集合を維持する前記ステップは、クライアント種別の集合を維持するステップを含み、各クライアント種別は、商業的な位置特定サービスの異なる種別又はカテゴリに対応し、前記クライアント種別に関連するサービス品質パラメータの優先順位を示す情報を、前記位置特定サービス品質基準として、各クライアント種別について維持するステップをさらに含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、例えば、商業用の位置に基づくサービスをサポートするための、無線通信ネットワーク内の測位に関し、詳細には、所与の測位要求の要件に用いられる測位シーケンスの調整の向上に関する。
【背景技術】
【０００２】
測位サービス、位置特定サービス（ＬＣＳ）及び位置に基づくサービス（ＬＢＳ）は、セルラー電話の運用事業者にとってますます重要度が増している。スマートフォンの導入は、多様なサービスについての多様な測位要件に関して性能を最適化することを運用事業者に求める新たなサービスの可能性をもたらしているが、それと共に位置特定サービスに関する新たな課題も浮上している。
【０００３】
特に、ＬＴＥのための測位とＬＣＳサポートについては、現在、標準化が行われている最中である。ＬＣＳのための基本的なシグナリング・サポートの大半は、一部の作業はまだ残っているけれども、標準化されている。例えば、ＬＣＳ  ＱｏＳ（サービス品質）の様な機能は、まだ標準化が完了していない。また、ＬＴＥの文脈の中で検討された利用可能な測位機能の大半は、それらの仕様が柔軟性に欠け、いくつかの実際的な問題を含んでいるにもかかわらず、ＵＴＲＡＮの仕様として採用された。
【０００４】
ＵＭＴＳにおけるＱｏＳ識別
ＵＭＴＳにおけるＬＣＳ  ＱｏＳパラメータ
ＵＭＴＳでは、ＵＴＲＡＮ又はＧＥＲＡＮ（Ｉｕモード）とコア・ネットワーク（ＣＮ）との間のシグナリング・サービスは、ＲＡＮＡＰ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）と呼ばれる無線ネットワーク・レイヤのシグナリング・プロトコルによって提供される。少なくとも以下のＲＡＮＡＰ機能が、ＬＣＳに関係している。
・位置報告の制御−この機能によってＣＮは、ＵＴＲＡＮがＵＥの位置をメッセージＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬ（ＣＮからＲＮＣへ送信）を用いて報告するモードを操作することができる。
・位置の報告‐この機能は、実際の位置情報をＲＮＣからＣＮへメッセージＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴを用いて転送するのに用いられる。
・位置関連データ‐この機能によってＣＮは、同報支援データのための（ＵＥへ転送される）ＲＮＣ解読鍵から読み出す、或いは、専用の支援データをＵＥへ配信するようにメッセージＬＯＣＡＴＩＯＮ  ＲＥＬＡＴＥＤ  ＤＡＴＡ  ＲＥＱＵＥＳＴ、ＬＯＣＡＴＩＯＮ  ＲＥＬＡＴＥＤ  ＤＡＴＡ  ＲＥＳＰＯＮＳＥ、及び、ＬＯＣＡＴＩＯＮ  ＲＥＬＡＴＥＤ  ＤＡＴＡ  ＦＡＩＬＵＲＥを用いてＲＮＣに要求できる。
【０００５】
位置特定サービス要求は、特に、ＬＣＳクライアント識別子と、ＬＣＳクライアント種別と、必要に応じて、サポートされるＧＡＤ形状と、測位優先度と、サービス識別子及び／又は種別と、要求されたＱｏＳ情報とを含まなければならないことが、非特許文献８に定められている。ＵＴＲＡＮでは、この機能は、ＲＡＮＡＰによって有効にされ、それにより、ＬＣＳクライントは、ＵＴＲＡＮのＲＮＣにおいて利用可能な測位機能の所定のＱｏＳを要求することができる（ＲＮＣ及びその対応ノードＢは、無線ネットワーク・サブシステム（ＲＮＳ）と呼ばれ、１つのＵＴＲＡＮの中に２つ以上のＲＮＳが存在することがある）。要求されたＱｏＳは、ＲＡＮＡＰ  ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージの以下の情報要素によって（少なくとも）定義される。非特許文献１を参照のこと。
・応答時間（値：高／低）。これは、標準において時間にマッピングされない。
・精度コード（１２８の値で符号化される）。これは、復号されたとき、不確かさの円の半径（メートル）として解釈される。
・垂直精度コード（１２８の値で符号化される）。これは、不確かさの間隔の大きさとして解釈されるが、標準の中でそれが片側なのか両側なのかは明確ではない。
【０００６】
さらに、メッセージは、測位優先度とクライアント種別（下記セクションに詳細を記述）とを含んでいてもよい。
【０００７】
ＵＴＲＡＮにおけるクライアント種別
非特許文献８では、１つ以上のＵＥの位置情報を取得する目的でＬＣＳサーバと対話するソフトウェア及び／又はハードウェア・エンティティとして、ＬＣＳクライアントは定義されている。ＬＣＳクライアントは、位置情報を取得するためにＬＣＳに加入する。ＬＣＳクライアントは、人間のユーザと対話してもしなくてもよい。ＬＣＳクライアントは、データをフォーマットして提示し、ユーザ・インタフェースを管理する責任を持つ（ダイアログ）。ＬＣＳクライアントは、ＵＥ又はＳＵＰＬ可能端末（ＳＥＴ）に常駐してもよいが、ネットワーク側にあってもよい（例えば、ネットワーク保守サービス又はＢＳが自分で測位を行う）。
【０００８】
クライアント種別情報は、それによってＬＣＳ  ＱｏＳの識別を柔軟な形で構成することが可能になることから、実際面では非常に重要である。また、所定のＬＣＳクライアント種別について何らかの制限があってもよい。例えば、米国において、暫定標準であるＴＩＡ／ＥＩＡ／ＩＳ−Ｊ−ＳＴＤ−０３６は、緊急サービスのＬＣＳクライアントについての地理的形状を、非特許文献７で定義されるように"楕円体"又は"不確かな円と確かさとを持つ楕円体"のいずれか最小のものに制限している。ＵＴＲＡＮでは、ＬＣＳクライアント種別が、ＵＴＲＡＮにおいて事前設定された８つの値の１つとして、位置報告制御メッセージでシグナリングされ、前記値は、異なるサービスを識別するのに用いられる。以下のクライアント種別の値が、ＵＴＲＡＮ  Ｉｕインタフェースによってサポートされており、非特許文献１を参照されたい。
・緊急サービス。
・付加価値サービス。
・ＰＬＭＮオペレータサービス。
・合法的盗聴サービス。
・ＰＬＭＮオペレータ同報サービス。
・ＰＬＭＮオペレータ操作及びメンテナンス・サービス。
・ＰＬＭＮオペレータ匿名統計サービス。
・ＰＬＭＮオペレータ対象ＭＳサービスサポート。
【０００９】
留意されうることだが、商業用ＬＢＳ（すなわち付加価値サービス）についてクライアント種別が１つしかなく、種別の定義が１つだけであることは、商業用位置特定サービスが増加するにつれて、重大な短所となりつつある。
【００１０】
ＵＴＲＡＮにおけるサービス種別
サービス種別とは、非特許文献９で定義されているように、ＬＣＳクライアントによって提供されうる特定ＬＢＳの属性である。また、ＬＣＳクライアントは、サービスＩＤを提供してもよく、それが次いでサーバによって所定のサービス種別にマッピングされてもよく、それがまたＬＣＳプロフィールと加入とに対して検証されてもよい。以下のＬＣＳカテゴリ及び種別が標準化されている（非特許文献９）。
・公共安全サービス（緊急サービス、緊急警報サービス）、
・位置重視の課金。
・追跡サービス（人物追跡、車両隊管理、資産管理）。
・交通監視（交通渋滞報告）。
・高度呼ルーティング（路側援助、最も近い商業施設へのルーティング）。
・位置に基づく情報サービス（交通及び公共交通情報、観光情報、近隣広告、モバイル・イエロー・ページ、天気、資産及びサービスの検索）。
・娯楽及びコミュニティ・サービス（ゲーム、友達発見、デート、チャット、ルート検索、迷子）。
・サービス・プロバイダ固有サービス。
【００１１】
一般的な確かさ
無線伝搬の性質上、取得された端末の位置の統計的記述を採用することは標準的である。次いで、確かさのパラメータが、統計誤差の記述のために用いられ、確かさが、報告された領域の内部に端末が位置する確率として定義される。確かさを得るやり方はさまざまだが、その理由は、統計的モデルが異なることによる。Ａ−ＧＰＳでは、不正確さは、疑似範囲測定誤差と地理的影響との組み合わせが原因で生じる。過度の測定に起因して、大数の法則と線形化とが、標準的なガウシアン位置誤差モデルへの動機を与える。セルＩＤ及びＴＡ測位については、誤差はむしろ、無線カバレッジの影響が原因で生じる。それゆえ、この様な場合、端末位置についての一律の統計モデルが用いられる。
【００１２】
ＵＴＲＡＮにおける選択ロジック
ＵＥの測位機能は、測位方法を選択するために、オペレータが構成可能なロジックの集合によって制御される（以下、"測位方法選択アルゴリズム"という表記を用いる）。測位方法選択アルゴリズムは、以下の項目を含むいくつかの入力を取る。
・ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージで受信するクライアント種別（非特許文献１）。
・ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージで受信するＱｏＳパラメータ（応答時間、精度コード、垂直精度コード）（非特許文献１）。
・ＲＴＴ測位もカバーする拡大範囲を備えているＥｎａｂｌｅｄＰｏｓｉｔｉｏｎｉｎｇＦｅａｔｕｒｅｓパラメータ−本発明の開示には無関係。
・主にＵＥのＡ−ＧＰＳ能力を表すＵＥ能力−本発明の開示には無関係。
【００１３】
測位機能を識別するＱｏＳの第１の改訂で、個々のサービス・クラスについて１組の構成可能な選択ロジックを持つ３つのサービス・クラスが実装される。個々のサービス・クラスは、デフォルトである緊急サービス・クラスを除いて、構成されたクライアント種別によって定義される。緊急測位についての１つの専用サービス・クラスと、別の商業用サービスについて２つのサービス・クラスがある。
【００１４】
個々のサービス・クラスのロジックは、最初の測位試行が可能になり、場合によっては、それに続いて２回の測位の再試行が可能になる。以下の選択肢がオペレータによって構成可能である。
・すべてのサービス・クラスについて有効
・個々のライセンスされた測位方法について、典型的なＱｏＳは、
・典型的な応答時間と、
・典型的な精度コード（半径として表される水平精度）と、
・典型的な垂直精度コード（垂直精度）と、
を含む。
・個々のサービス・クラスについて個別に有効
・サービス・クラスが選択されるべきクライアント種別のリスト。
注１：クライアント種別は、１つのサービス・クラスにおいてのみ出現が可能で
ある。さらに、デフォルト・ケースである緊急サービスのサービス・クラスには
リストが必要ではない。
注２：ＵＴＲＡＮでは、商業用サービスについて利用可能なのは１つのクライア
ント種別だけである。
・すべての測位試行について有効
・個々の測位試行の後のＱｏＳの事後チェックの選択。事後チェックが構成され
ない限りＱｏＳは演算されないことに注意すること。
・第１の測位試行
・選択可能な測位方法の規則正しいリスト。
・最高のＱｏＳを持つ方法が選択される。
・第２の測位試行：
・選択可能な測位方法のリストから、最初に再試行された測位方法のハード選択
注：すでに実行された測位方法は、２度目は実行されない。
・第３の測位試行：
・選択可能な測位方法のリストから、２番目に再試行された測位方法のハード選
択
注：すでに実行された測位方法は、２度目は実行されない。
【００１５】
測位選択アルゴリズムは、まず、ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージで受信したクライアント種別ＩＥを検査することによって動作する。次いでクライアント種別は、適切なサービス・クラスに対応する。次いで測位方法選択アルゴリズムは、第１の測位方法の選択により進む。選択は、ＱｏＳに基づき、そして、以下に説明する。
・ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージで受信する要求されたＱｏＳ。
・個々のライセンスを受けた測位方法について、構成された（典型的な）応答時間、精度コード（水平精度）及び垂直精度コード（垂直精度）。
・（測位方法がＲＮＳにおいてオンにされるかどうかを判定する）ＵＥ能力及びｅｎａｂｌｅｄＰｏｓｉｔｉｏｎｉｎｇＦｅａｔｕｒｅｓパラメータ−本発明の開示には無関係。
【００１６】
選択アルゴリズムは、構成された可能な第１の測位方法のリスト全体をループして、ＱｏＳ基準に最も適合する方法を選択する。ＱｏＳ基準の優先順位は３ＧＰＰに従い、すなわち、応答時間、精度コード、垂直精度コードの順である。２つの方法が同様に良好である場合、構成された可能な第１の測位方法のリストの第１の方法が選択される。
【００１７】
第１の測位方法が選択された後（方法を全く選択しない可能性もある）、選択された測位方法が実行される。
【００１８】
構成された場合、達成された精度の事後チェックが行われ、その後、テストの結果によっては、ＵＥの測位機能が報告又は測位の再試行を進めることになるかどうかが判定される。また、選択された測位方法が失敗した場合も、ＵＥ測位方法が、測位の再試行を進める。
【００１９】
ＵＥ測位機能が測位の再試行を進める場合、ＵＥ能力及びｅｎａｂｌｅｄＰｏｓｉｔｉｏｎｉｎｇＦｅａｔｕｒｅｓが、今度は第２の測位試行について構成された測位方法について検査される。テストが成功した場合、ＵＥの状態と選択された測位方法とに対応する使用事例が実行される。終了時には、達成された精度を検査するため、いずれかの構成された事後検査が行われる。達成された精度が要求された精度を満たしている場合、第２の測位試行の結果が報告され、そうでない場合は、第３の測位試行が行われる。また、第３の測位試行は、第２の測位試行が失敗しそうな場合にも行われる。
【００２０】
第３の試行は、終了後に事後検査が行われる必要はないことを除いて、第２の試行と同様に動作する。なぜなら、もし達成されたＱｏＳが十分良好でないならば、第４の試行はないからである。同じ理由で、ＵＥ測位機能は、ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージで受信された、要求されたＱｏＳに最も適合する測位試行の結果を報告する。
【００２１】
ＵＴＲＡＮにおけるＱｏＳ評価
ＱｏＳ評価は、以下のように行われる。
・応答時間が、要求された応答時間未満であるかどうか検査する。
・個々の測位方法の結果生じる地理的フォーマットの面積の計算、及び、要求された水平精度コードによって与えられる半径を持つ円の面積との比較。
・個々の測位方法の結果生じる垂直の不正確さの大きさの計算／ルックアップ、及び、ＲＡＮＡＰインタフェースを経て受信された垂直精度コードによって与えられる、要求された垂直（スカラー）精度との比較。
【００２２】
ＬＴＥにおける測位アーキテクチャ及びプロトコル
ＬＴＥでは、基本的なＥＰＳ（発展型パケット・システム）アーキテクチャは、ユーザ・プレーンでは２つのノード、すなわち、基地局と、ＥＰＣ（発展型パケット・コア）ネットワークＧＷ（ゲートウェイ）とを含む。制御プレーンの機能を実行するノード（ＭＭＥ）は、ベアラ・プレーンの機能を実行するノード（すなわちＧＷ）とは分離されている。Ｅ−ＵＴＲＡＮとＥＰＣとの間のシグナリング・サービスは、Ｓ１アプリケーション・プロトコル（Ｓ１ＡＰ）を使ってＳ１インタフェースを経て提供される（非特許文献２）。ｅノードＢとＭＭＥとの間のＳ１インタフェースは、Ｓ１−ＭＭＥインタフェースと呼ばれ、制御プレーンの測位の解決策の中で利用される。ＳＬｓインタフェースは、ＭＭＥとｅＳＭＬＣとの間のインタフェース上で動作するＬＣＳ−ＡＰプロトコルを使って標準化される。ｅノードＢとサービングＧＷとの間のＳ１インタフェースは、Ｓ１−Ｕと呼ばれ、ユーザ・プレーンの測位の解決策の中で利用される。
【００２３】
以下の位置特定関連手順が、非特許文献２の中でＳ１ＡＰについて定義されている。
・位置報告制御、これは、ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージを用いてＭＭＥがｅノードＢに現在のＵＥの位置を報告するよう要求することを可能にする。
・位置報告、ｅノードＢは、ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴメッセージを用いてＵＥの現在位置をＭＭＥに提供する。
・位置報告失敗表示、ｅノードＢは、ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴ  ＦＡＩＬＵＲＥ  ＩＮＤＩＣＡＴＩＯＮメッセージを用いて位置報告制御手順が失敗したことを通知する。
【００２４】
非特許文献２では、ＬＯＣＡＴＩＯＮ  ＲＥＰＯＲＴＩＮＧ  ＣＯＮＴＲＯＬメッセージは、ｅノードＢがどのようにして、そして、どの種別の位置情報（例えばＣＳＧ又はＴＡＩ）をＭＭＥに報告するかを示すにすぎない。Ｓ１ＡＰメッセージは、従って、必要な精度、応答時間などに関する情報を含んでいない。Ｓ１ＡＰプロトコルをＳ１−ＭＭＥインタフェース上でトランスポートに使用し、この情報は、ＬＴＥ測位プロトコル（ＬＰＰ）（非特許文献４）を使って搬送され、その結果、ＬＰＰメッセージは、Ｓ１−ＭＭＥ上ではトランスペアレントＰＤＵとして搬送される。
【００２５】
ＬＰＰは、位置サーバと目標デバイスとの間で用いられるポイント・ツー・ポイント・プロトコルであり、１つ以上の参照ソースによって取得された位置関連の測定値を用いて目標デバイスの位置を取得することを目的としている。ＬＰＰメッセージについては、サーバは、例えば、制御プレーンではｅＳＭＬＣ、ユーザ・プレーンではＳＬＰであってもよく、目標は、制御プレーン及びユーザ・プレーンでは、それぞれ、ＵＥ又はＳＥＴであってもよい。ＬＰＰは、ＵＥとｅＳＭＬＣとの間のＵｕインタフェース上でトランスポートとしてＲＲＣを、ｅノードＢとｅＳＭＬＣとの間のＳ１及びＳＬｓインタフェース上でＳ１ＡＰを用いる。以下のトランザクションがＬＰＰについて規定されている。
・能力転送手順（メッセージの要求／提供）。
・支援データ転送手順（メッセージの要求／提供）。
・位置情報転送（メッセージの要求／提供）等。
【００２６】
ＬＴＥ測位プロトコル・アネックス（ＬＰＰａ）（非特許文献５を参照）は、ｅノードＢとｅＳＭＬＣとの間のプロトコルである。このプロトコルは、測位関連情報についてのＬＰＰａ位置情報転送手順と、ＬＣＳに特に関係のないＬＰＰａ管理手順とをサポートする。
【００２７】
位置特定サービスの要求元に依存して、手順のフローは異なりうる。すなわち、ＬＣＳ要求がＵＥ、ＭＭＥ又は何らかの他のＥＰＣのＬＣＳエンティティによってトリガされるのか、あるいはｅノードＢによって開始されるのかによって、手順フローは異なる。いかなる場合でも、ＵＥの位置を取得するため、又は、ＵＥに支援データを転送するといった何らかの他の位置関連サービスを行うために、位置特定セッションがＭＭＥによって呼び出される。次いで、ＬＰＰ及びＬＰＰａトランスポートが、ＬＣＳセッションの一部としてサポートされる。
【００２８】
ユーザ・プレーンの解決策では、ＳＵＰＬ上のＬＰＰの使用を含めて、一般的なユーザ・プレーンのプロトコル・スタックの一部としてＳＵＰＬが行われる（非特許文献６）。ＳＵＰＬは、ＳＵＰＬより上の別のレイヤとしてトランスポートされるＬＰＰ（又は他の測位プロトコル）と共に、スタック内のアプリケーション・レイヤを占有する。
【００２９】
ＬＣＳセッションが確立された後、現行の標準に従って、ＬＰＰ能力交換及びＬＰＰ位置情報転送手順の間に、すなわち、ＬＣＳセッションが確立された後に、ＬＣＳ  ＱｏＳに関連する情報が読み出される。
【００３０】
ＬＰＰの文脈では、能力とは、ＬＰＰについて定義された異なる測位方法と、個別の測位方法の異なる態様（例えば、Ａ−ＧＮＳＳについての異なる種別の支援データ）と、１つの測位方法だけに固有なのではない共通の特徴（例えば複数のＬＰＰトランザクションを扱う能力）とをサポートするための、目標又はサーバの能力のことを言う。特に能力情報は、方法、速度種別、地理的位置種別等を含んでいる。
【００３１】
オプションで送信される位置情報要求は、少なくとも以下の情報を含んでいる。
・位置情報種別（好適な推定値、必要な推定値、必要な測定値など）。
・周期的な報告（分量及び報告間隔）。
・支援の利用可能性（支援情報が利用可能又はサーバ支援情報不可）。
・追加情報（要求された情報を返信してもしなくてもよい）。
・ＱｏＳ（以下の詳細を参照）。
・環境（悪いエリア、悪くないエリア、混合エリアなど）
・位置種別（以下の位置種別の１つ以上である推定値と共に目標によって返信されうる位置推定値を定義するためのブーリン指標のシーケンス：ｅｌｌｉｐｓｏｉｄＰｏｉｎｔ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＣｉｒｃｌｅ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＵｎｃｅｒｔａｉｎｔｙＥｌｌｉｐｓｅ、ｐｏｌｙｇｏｎ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＡｌｔｉｔｕｄｅ、ｅｌｌｉｐｓｏｉｄＰｏｉｎｔＷｉｔｈＱｌｔｉｔｕｄｅＡｎｄＵｎｃｅｒｔａｉｎｔｙＥｌｌｉｐｓｏｉｄ、ｅｌｌｉｐｓｏｉｄＡｒｃ）
・速度種別（水平速度、不確かさを伴うか、又は、伴わない水平速度、不確かさを伴う、又は、伴わない水平及び垂直速度）
【００３２】
留意されうることだが、位置情報転送は双方向手順であり、すなわち、可能であれば（例えば一部の測定送信が目標からサーバへの送信だけに関する場合）、測定又は推定のどちらかを要求する、どちら側からの要求によっても開始されうる。
【００３３】
位置情報要求のＱｏＳ情報部分は、以下の情報を含む。
・水平精度（１２８の精度コード、１００の確かさコード）。
・垂直調整要求（ブーリン）。
・垂直精度（１２８の精度コード、１００の確かさコード）。
・応答時間（［１，１２８］秒の範囲内の値）−位置情報要求の受信と位置情報提供の送信との間で測定された最大応答時間。
・速度（ブーリン）。
【先行技術文献】
【非特許文献】
【００３４】
【非特許文献１】３ＧＰＰ、ＴＳ  ２５．４１３、"ＵＴＲＡＮ  Ｉｕ  ｉｎｔｅｒｆａｃｅ  ＲＡＮＡＰ  ｓｉｇｎａｌｌｉｎｇ"
【非特許文献２】３ＧＰＰ、ＴＳ  ３６．４１３、Ｖ９．０．０、"Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（Ｓ１ＡＰ）"、２００９年９月
【非特許文献３】３ＧＰＰ、ＴＳ  ２５．３０５、"Ｓｔａｇｅ  ２  ｆｕｎｃｔｉｏｎａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｏｆ  ＵＥ  ｐｏｓｉｔｉｏｎｉｎｇ  ｉｎ  ＵＴＲＡＮ"
【非特許文献４】３ＧＰＰ  ３６．３５５、"Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｅ−ＵＴＲＡ、ＬＴＥ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＬＰＰ）"、２００９年１２月
【非特許文献５】３ＧＰＰ  ３６．４５５、Ｖ２．０．０、"Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；ＬＴＥ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｐｒｏｔｏｃｏｌ  Ａ（ＬＰＰａ）"、２００９年１２月
【非特許文献６】３ＧＰＰ  ３６．３０５、"Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｓｔａｇｅ  ２  ｆｕｎｃｔｉｏｎａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｏｆ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｐｏｓｉｔｉｏｎｉｎｇ  ｉｎ  Ｅ−ＵＴＲＡＮ"
【非特許文献７】３ＧＰＰ  ＴＳ  ２３．０３２、"Ｕｎｉｖｅｒｓａｌ  Ｇｅｏｇｒａｐｈｉｃａｌ  Ａｒｅａ  Ｄｅｓｃｒｉｐｔｉｏｎ（ＧＡＤ）"
【非特許文献８】３ＧＰＰ  ＴＳ  ２３．２７１、"Ｆｕｎｃｔｉｏｎａｌ  Ｓｔａｇｅ  ２  Ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ（ＬＣＳ）"
【非特許文献９】３ＧＰＰ  ＴＳ  ２２．０７１、"Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ（ＬＣＳ）；Ｓｅｒｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ  １"
【非特許文献１０】３ＧＰＰ  ＴＳ  ２９．１７１、Ｖ１．０．０、"ＬＣＳ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＬＣＳ−ＡＰ）ｂｅｔｗｅｅｎ  ｔｈｅ  ＭＭＥ  ａｎｄ  Ｅ−ＳＭＬＣ；ＳＬｓ  ｉｎｔｅｒｆａｃｅ"、２００９年１２月
【発明の概要】
【発明が解決しようとする課題】
【００３５】
本発明の一態様によって、位置に基づくサービスで用いられるクライアント及び／又はサービス種別の数が拡張される。
【課題を解決するための手段】
【００３６】
所与の測位要求を満たすのに用いられる適切な、或いは、最適な測位シーケンスを選択するのに用いられる定義が、拡張によって豊富になる。例えば、一部の種別の商業関連測位要求の満足度は、低精度であるが、より迅速な測位の決定によって向上するが、他の種別では、速度は遅いが、より正確な測位の決定によって利益を得る。これら及びその他の利点が、商業用測位要求を識別するのに用いられる種別定義を拡張することによって、及び、その様な要求の生成及び処理に関与するネットワーク・ノードを、拡張された種別定義を理解するように構成することによって、提供される。
【００３７】
別の態様によって、本発明は、以下のうちの少なくとも１つを測位ノードへの測位要求の中でシグナリングすることを提案する。拡張されたクライアント種別又はサービス種別、拡張されたクライアント種別又はサービス種別に対して（要求側）ノードによってマッピングされる位置特定ＱｏＳ基準、あるいは、拡張されたクライアント種別又はサービス種別に対してノードによってマッピングされる特定の測位シーケンス。１つのその様な実施形態は、好適な測位方法又はシーケンスのシグナリングを提案する。そうすることによって、ＵＥに支援された又はネットワークに基づく測位がより柔軟性を持ち、ＵＥの需要に適応できるようになる。さらに、根底にある統計的誤差モデルのシグナリングの提案は、測位するノードと測位されるノードとの間で通信される測定品質情報を向上させる。
【００３８】
もちろん、本発明は、上記の特徴及び利点の簡単な概要に限定されない。当業者であれば、下記の本発明の多様な実施形態の詳細記述を読み、添付の図面を見れば、さらなる利点と特徴とを理解するであろう。
【図面の簡単な説明】
【００３９】
【図１】位置に基づくサービスの一実施形態を示すプロセス・フロー図であり、ユーザ端末（又はネットワーク・ノード）が、例えば商業的な位置に基づくサービスに関連する測位要求を発信する。
【図２】拡張されたクライアント種別及び／又はサービス種別の使用に基づいて、測位要求を満たすのに最も適した特定の測位シーケンスの選択を向上させるための、モビリティ管理エンティティ（ＭＭＥ）又はその他のネットワーク・ノードで処理する位置要求の一実施形態を示す論理フロー図。
【図３】測位要求を満たすのに最も適した特定の測位シーケンスの選択を向上させるため、すなわち、測位要求の中で識別される特定の拡張されたクライアント種別又はサービス種別に戦略的に最も適した測位シーケンスを選択するため、拡張されたクライアント種別及び／又はサービス種別を識別する測位要求を受信することに基づく、測位サービス・ノードにおける位置要求処理の一実施形態を示す論理フロー図。
【図４】入力測位要求に応答して、入力測位要求を拡張されたクライアント種別及び／又はサービス種別の定義にマッピングすることに基づいて、発信測位要求を生成するための、例えばＭＭＥの様なネットワーク・ノードにおける処理回路部及び関連する機能を例示する実施形態を示すブロック図。
【図５】入力測位要求に応答して、入力測位要求を拡張したクライアント種別及び／又はサービス種別の定義にマッピングすることに基づいて、発信測位要求を生成するための、例えばＭＭＥの様なネットワーク・ノードにおける処理回路部及び関連する機能を例示する実施形態を示すブロック図。
【図６】所与の測位要求の中で受信した拡張されたクライアント種別及び／又はサービス種別情報を戦略的に最適な測位シーケンスにマッピングするための、測位ノードにおける処理回路部及び関連の機能の例示する実施形態を示すブロック図。
【図７】所与の測位要求の中で受信した拡張されたクライアント種別及び／又はサービス種別情報を戦略的に最適な測位シーケンスにマッピングするための、測位ノードにおける処理回路部及び関連の機能の例示する実施形態を示すブロック図。
【図８】ＬＴＥの文脈において位置に基づくサービスの実施形態を示すプロセス・フロー図であり、ここでユーザ端末（図８）又は他のネットワーク・ノード（図９）が、例えば、商業的な位置に基づくサービスに関連して、測位要求を発信する。
【図９】ＬＴＥの文脈において位置に基づくサービスの実施形態を示すプロセス・フロー図であり、ここでユーザ端末（図８）又は他のネットワーク・ノード（図９）が、例えば、商業的な位置に基づくサービスに関連して、測位要求を発信する。
【図１０】ＬＴＥネットワークの文脈において測位サービスに関与するノード及びインタフェースの一実施形態のブロック図であり、特に、ＬＴＥの文脈において関与するノード間で用いられる例示的なインタフェース及びプロトコルを表す図。
【発明を実施するための形態】
【００４０】
図１は、無線通信ネットワーク８における、例示的な測位サービスについてのプロセス・フロー図であり、ネットワーク・ノード１０（例えばＬＴＥネットワーク内のモビリティ管理エンティティすなわちＭＭＥ）が、移動端末１２又は他のユーザ装置（ＵＥ）のアイテムから測位要求を受信する。測位要求は一般に、例えばＬＴＥの文脈では端末をサポートするｅノードＢの様な、端末１２をサポートする無線アクセス・ネットワーク（ＲＡＮ）ノード１４を通して受信される。（また、要求は、点線で示すように例えばｅノードＢから発信されてもよい。）
【００４１】
本書の教示内容によると、ノード１０は、測位要求の有利なマッピングを、拡張されたクライアント種別及び／又はサービス種別の集合の利用に基づいて行う。マッピングに基づいて、ノード１０は、シグナリング（例えば対応する測位要求）を、ネットワーク８の中にある、或いは、ノード１０がアクセス可能な測位ノード１６へ送信する。特に、例えば商業的なサービスの測位要求の様な適用可能な事例では、ノード１０は、拡張されたクライアント種別及び／又はサービス種別の集合を用いて、測位ノード１６に、測位要求に関連する商業サービスの特定の種別もしくは性質の一層詳細な識別を提供する。
【００４２】
そうすることによって、測位要求を満たす際に用いる戦略的に最も良い測位シーケンスを測位ノード１６が選択することが可能になる。ここで、"戦略的に最も良い"とは、測位要求の根底にある商業サービスの実際的要件に最も良く合致する測位シーケンスを意味する。例えば、一部の位置に基づく商業サービスは、たとえスピードが精度を犠牲にしても、迅速な位置判定によって最も良いサービスが得られるが、他の種別の位置に基づく商業サービスでは、位置の精度は最優先事項である。位置特定ＱｏＳ基準は、拡張されたクライアント種別及び／又はサービス種別の集合の中の、個々の拡張されたクライアント種別及び／又はサービス種別について詳細決定されうるため、測位ノードによって用いられる個別の測位シーケンスは、いかなる測位要求についても微調整されうる。ここで、"測位シーケンス"とは、位置を判定するために用いられる基盤（ＧＰＳ、ＴＤＯＡなど）及び精度を含めて、測位ノード１６によって行われる個別の測位動作を暗示する。
【００４３】
図１を念頭に置いて、図２は、上述のように、ＬＴＥの例ではＭＭＥでありうるネットワーク・ノード１０で実装され得る例示的な論理フロー図を示す。フロー図は、選択された測位シーケンスに従ってユーザ装置（ＵＥ）についての測位情報を提供するように構成された測位ノードを含む、無線通信ネットワーク内で測位サービスを提供する方法１００を表す。方法の文脈の範囲内で、異なる測位応答時間及び／又は異なる測位ＱｏＳを提供する、複数の異なる"測位シーケンス"が測位ノードで利用可能である。この文脈では、方法１００は、複数の異なる種別の商業用の位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を無線通信ネットワーク内のノードで維持する（ステップ１０２）ステップを含む、複数のステップを含んでいる。異なる種別の商業用の位置に基づくサービスは、位置特定ＱｏＳ基準に関して区別される。ここで、"位置特定ＱｏＳ基準"という用語は、個別の位置特定ＱｏＳ要件の指標及び／又は位置特定ＱｏＳパラメータについての好ましい優先順位の指標のことを言う（例えば、応答時間、精度コード及び垂直精度コードのうち、測位要求の中で問題になっている個別の拡張されたクライアント種別又はサービス種別についてどれがより重要だと考えられるかに関する指標）。
【００４４】
方法１００は、さらに、ユーザ装置（ＵＥ）の位置を特定するために測位要求を前記ノードで受信する（ステップ１０４）ステップと、測位要求を、測位要求に関連する商業用の位置に基づくサービスの個別の種別に対応する拡張されたクライアント種別又はサービス種別の１つにマッピングすること（ステップ１０６）とを含んでいる。
【００４５】
さらにまた、方法１００は、ＵＥについての測位情報を決定するために、測位ノードにおいて利用可能な測位シーケンスの特定の１つを測位ノードが選択するのをトリガするため、拡張されたクライアント種別又はサービス種別を測位ノードにシグナリングする（ステップ１０８）ステップを含んでいる。
【００４６】
１つ以上の実施形態では、上記の方法は、ＬＴＥネットワークにおいて、例えばＬＴＥに基づく無線ネットワーク内のｅノードＢに実装される。
【００４７】
同じか又は他の実施形態では、維持するステップは、各々が商業用位置特定サービスの異なる種別又はカテゴリに対応する様なクライアント種別の集合を維持するステップと、さらに、クライアント種別に関連する位置特定ＱｏＳ基準を示す、各クライアント種別についての情報を維持するステップを、を含んでいる。
【００４８】
同じか又は他の実施形態では、マッピングするステップは、測位要求を評価するステップと、拡張した集合の中のクライアント種別又はサービス種別の１つにそれを合致させるステップと、それに対応して、合致するクライアント種別又はサービス種別に関連する位置特定ＱｏＳ基準を示すように、測位ノードについてのシグナリングの中に含まれることになる１つ以上の情報要素を生成するステップとを含んでいる。
【００４９】
同じか又は他の実施形態では、マッピングするステップは、拡張されたクライアント種別又はサービス種別の集合のうちのどのクライアント種別又はサービス種別が測位要求に最も良く合うかを判定するために、測位要求の中で受信されたか又は測位要求に関連する１つ以上のデータ項目を評価するステップを含んでいる。少なくとも１つのその様な実施形態では、ＭＭＥ又はその他の要求ノードが、拡張されたクライアント種別又はサービス種別と、拡張されたクライアント種別又はサービス種別にノードによってマッピングされた位置特定ＱｏＳ基準と、拡張されたクライアント種別又はサービス種別にノードによってマッピングされた特定の測位方法又はシーケンスとのうちの少なくとも１つを測位要求の中で測位ノードにシグナリングするように構成される。一般に、少なくともクライアント種別が、当初、ＵＥに常駐しうるクライントによってシグナリングされてもよい。これは、その様な要求がＵＥから測位ノードで受信されることが可能であることを意味する。
【００５０】
もちろん、当業者であれば、本発明は、そのさまざまな送信及び受信ステップについて直接及び／又は間接のリンクを考えていることは理解するであろう。例えば、ユーザ装置（ＵＥ）における方法は、複数の異なる種別の商業用の位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を維持するステップと、所与の商業用位置に基づくサービスに関連する測位要求を送信するステップと、を含んでおり、ここで、異なる種別の商業用位置に基づくサービスは、それらの位置特定ＱｏＳ基準に関して区別される。有利には、この方法の一部として、ＵＥは、所与の商業用位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の指標を前記測位要求の中に含める。
【００５１】
上記の拡張されたシグナリングを利用するために、測位ノードは、ｅノードＢ又はＭＭＥの様なその他のネットワーク・ノードから受信される測位要求を受信し、認識し、それらに応答するように構成されていなければならず、また、測位要求の中では、シグナリングされた情報は、拡張されたクライアント種別又はサービス種別を識別するか、及び／又は、位置特定ＱｏＳ基準又は指定された測位シーケンスを識別する。それに対応して、図３は、その様な機能を測位ノードに実装する方法１２０を示している。図示する方法１２０は、所与のユーザ装置（ＵＥ）又はネットワーク・ノードについての測位要求を、複数の異なる種別の商業用位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合の中に定義された特定のクライアント種別又はサービス種別を識別するシグナリング・メッセージとして受信する（ステップ１２２）ステップを含む。上述のとおり、異なる種別の商業用位置に基づくサービスは、位置特定ＱｏＳ基準に関して区別される。
【００５２】
方法１２０はさらに、拡張されたクライアント種別又はサービス種別に対応する商業用の位置に基づくサービスの種別について定義されるように、拡張されたクライアント種別又はサービス種別を特定の測位シーケンスにマッピングすることに基づいて、測位要求に応じて測位情報を提供するのに用いる特定の測位シーケンスを決定する（ステップ１２４）ステップを含んでいる。さらに、方法１２０は、前記測位情報を判定するために特定の測位シーケンスを実行する（ステップ１２６）ステップと、前記測位情報を伝達する１つ以上のメッセージを送信する（ステップ１２８）ステップを含んでいる。
【００５３】
加えて、少なくとも１つの実施形態で、方法１２０は、位置情報を伝達する１つ以上のメッセージを送信することに関連して、信頼値を報告するステップを含んでいる。少なくとも１つのその様な実施形態では、方法は、前記信頼値を報告することの一部として、信頼値の基礎となっている統計モデルの種別を報告することを含んでいる。
【００５４】
次に、例示的な装置の実装に関し、図４は、測位サービスを提供し、かつ、選択された測位シーケンスに従ってユーザ装置（ＵＥ）についての測位情報を提供するように構成された測位ノードを含む、無線通信ネットワークで用いるノード１０を示し、ここで、測位ノードで利用可能な異なる測位シーケンスは、異なる測位応答又はサービス品質を提供する。
【００５５】
ネットワーク・ノード１０は、１つ以上の通信インタフェース２０、例えば、端末及び／又は他のネットワーク・ノードとの間で信号を送受信するための無線及び／又は有線インタフェースを含んでいる。ノード１０はさらに、１つ以上の処理回路２２、例えば、メモリ２４又は処理回路２２がアクセス可能な他のコンピュータ可読媒体に記憶されたコンピュータ・プログラム命令を実行することに基づいて、所望の方法を実行するように少なくとも部分的に構成されたマイクロプロセッサ又は他のコンピュータに基づく処理回路を含んでいる。
【００５６】
少なくとも１つの実施形態では、メモリ２４は、拡張されたクライアント種別又はサービス種別の集合２６を含むデータ構造を記憶する。ここで、"又は"は、"及び／又は"を表し、集合がさまざまな商業サービスについての拡張されたクライアント種別の定義を含みうる、及び／又は、さまざまな商業サービスについての拡張されたサービス種別の定義を含みうることを意味する。それゆえ、例示する実施形態では、ノード１０は、複数の異なる種別の商業用の位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を維持するためにメモリ２４を用いる。以前と同様に、異なる種別の商業用の位置に基づくサービスは、位置特定ＱｏＳ基準に関して区別される。
【００５７】
さらに、上記の通信インタフェースは、例えばユーザ装置（ＵＥ）の位置を特定するために、測位要求をノード１０で受信するように構成される。この要求は、１つ以上の処理回路２２へと渡されるが、処理回路２２は、測位要求に関連する特定の種別の商業用位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別に測位要求をマッピングし、ＵＥについての測位情報を判定するために測位ノードで利用可能な測位シーケンスの特定の１つを測位ノード１６が選択することをトリガするために、拡張されたクライアント種別又はサービス種別を、関連の測位ノード１６にシグナリングするように構成されている。
【００５８】
少なくとも１つの実施形態では、ノード１０は、ＭＭＥ、又は、ＬＴＥネットワーク内で動作するように構成された他のノードである。同じか又は他の実施形態では、ノード１０は、メモリ２４の中にクライアント種別の集合を維持することによって、拡張されたクライアント種別又はサービス種別の集合２６を維持するように構成される。ここで、個々のクライアント種別は、商業用の位置特定サービスの異なる種別又はカテゴリに対応する。
【００５９】
ノード１０はさらに、クライアント種別に関連する位置特定ＱｏＳ基準を示す個々のクライアント種別についての情報を維持する。例えば、関連の位置特定ＱｏＳ基準は、ＱｏＳ要件であるか、及び／又は、特定のクライアント種別を最も戦略的に補完する（位置パラメータについての）優先順位であってもよい。その様な関連付けは、例えばあらかじめ決められ、オペレーションのためのプロビジョニングの一部としてノード１０の中に含められてもよい。
【００６０】
さらに、少なくとも１つの実施形態では、ノード１０は、受信された測位要求を評価して、それを拡張された集合２６の中のクライアント種別又はサービス種別の１つと合致させることによってマッピングし、そしてそれに対応して、測位ノード１６のためのシグナリングの中に含まれることになる１つ以上の情報要素（ＩＥ）を生成するように構成される。
【００６１】
図５は、処理回路２２の中のマッピング機能３０が、入力される測位要求を、拡張された集合２６の中の特定のクライアント／サービス種別にマッピングする、本実施形態の限定しない一例を示している。それに対応して、シグナリング生成器３２が、測位ノード１６へ送信される測位要求メッセージを形成するのに用いられることになるＩＥ又は他の情報を生成する。
【００６２】
このようにして、１つ以上のＩＥ又は他の含まれたメッセージ・データは、合致するクライアント種別又はサービス種別に関連する位置特定ＱｏＳ基準を示す。測位ノード１６は、その様な拡張されたシグナリングを用いて、要求に従って測位情報を生成するのに用いられることになる適切な測位シーケンスを選ぶ。図６は、その様な測位ノード１６の一例である。
【００６３】
ここに示す測位ノード１６の実施形態は、ユーザ装置（ＵＥ）１２のために位置特定サービスを提供するように構成された無線通信ネットワーク８内の測位要求を処理するように構成される。測位ノード１６は、複数の異なる種別の商業用の位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合の中で定義された、所与のユーザ装置（ＵＥ）又はネットワーク・ノードについての測位要求を、特定のクライアント種別又はサービス種別を識別するシグナリング・メッセージとして受信するための通信インタフェース４０を含んでいる。ここで、異なる種別の商業用の位置に基づくサービスは、位置特定ＱｏＳ基準に関して区別される。
【００６４】
測位ノード１６は、さらに、１つ以上の処理回路４２、例えば、測位要求に応じて測位情報を提供するために用いる特定の測位シーケンスを判定するように構成されたマイクロプロセッサ及び／又は他のデジタル処理回路を含んでいる。その様な回路は、拡張されたクライアント種別又はサービス種別に対応する商業用の位置に基づくサービスの種別について定義されたように、拡張されたクライアント種別又はサービス種別を特定の測位シーケンスにマッピングすることに基づいて判定を行う。その様な回路は、さらに、前記測位情報を判定して前記測位情報を伝達する１つ以上のメッセージを送信するために、特定の測位シーケンスを行うように構成される。
【００６５】
少なくとも１つの実施形態では、処理回路４２は、１つ以上のメモリ回路又は他のコンピュータ可読メディア４４を含み、或いは、それに関連している。特に、メモリ４４は、拡張されたクライアント種別又はサービス種別情報を１つ以上の特定の測位シーケンスにマッピングすることを実施するデータを、例えばテーブル又は他のデータ構造４６を、記憶するように構成される。図７に、その様な処理の一例を示し、処理ノード１６の中の所定の機能性要素が、マッピング、測位、メッセージングを行う様子を示している。
【００６６】
特に図７は、測位ノードで受信された測位要求の中に含まれる拡張されたクライアント種別又はサービス種別情報を取り入れて、それを位置特定ＱｏＳ要件及び／又は所与の位置特定ＱｏＳパラメータについての優先順位にマッピングするマッピング機能５０を示す。次には、その情報が、測位ノード１６で第２のマッピング機能５２によって、１つ以上の特定の測位シーケンス、すなわち、例えばＧＰＳ、ＴＤＯＡなどの様な特定の測位動作にマッピングされる。さらに、測位ノード１６の中に実装された１つ以上の機能５４は、特定の測位シーケンスを行い、そしてさらなる機能、例えば通信／シグナリング機能５６が、結果として生じる測位要求応答を送信する。
【００６７】
さらに、少なくとも１つの実施形態では、測位ノード１６がさらに、測位情報を伝達する１つ以上のメッセージを送信することに関連する信頼値を報告するように構成される。少なくとも１つのその様な実施形態では、測位ノード１６は、信頼値の基礎となる統計モデルの種別を、信頼値の前記報告の一部として、報告するように構成される。
【００６８】
図８は、本書で考察されている測位要求処理の一例を提供するが、ここで、無線通信ネットワーク８はＬＴＥネットワークとして実装され、ノード１０は例示するネットワークのＭＭＥを含んでいる。ノード１０は、測位要求を直接もしくは間接的に所与のＵＥ１２から受信（ステップ１ａ）し、或いは、例えば第三者商業エンティティでありうる位置特定サービス・エンティティ６０から受信する（ステップ１ｂ）。あるいは、例えば所与のネットワーク管理機能について必要になりうるように、ＭＭＥが測位要求を開始する（ステップ１ｃ）。いずれの場合にも、ノード１０は、位置特定サービス要求処理を実行し、それに対応して、測位ノード１６（ここでは、Ｅ−ＳＭＬＣ）に拡張されたクライアント種別又はサービス種別情報を含む測位要求メッセージを送信する（ステップ２）。
【００６９】
関連のｅノードＢ処理（ステップ３ａ）及び所定のＵＥ手順（ステップ３ｂ）に従って、測位ノード１６は、位置特定サービス応答メッセージ（ステップ４）を返信するが、ここで、返信された測位情報は、拡張されたクライアント／サービス種別情報を、測位ノード１６で、最もよく合致するか又は最も適切な測位シーケンスにマッピングすることにより測位ノードによって取得されたものである。ノード１０は、関連する位置特定サービス応答処理（ステップ５ｃ）の一部として、対応する位置特定サービス応答メッセージをＵＥ１２に送信し（ステップ５ａ）、及び／又は、位置特定サービス応答を第三者エンティティに返信する（ステップ５ｂ）。
【００７０】
図９は、同様の処理を示す図であるが、ここでは、測位要求は、ネットワーク内の別のノード、ここではｅノードＢ１４から発信される。この場合もやはり、図８に示す処理の場合と同様、ＭＭＥは、拡張されたクライアント種別又はサービス種別情報を用いて、測位ノード１６（ここでも、図中のＥ−ＳＭＬＣ）が拡張された情報を用いて、測位要求の対象となる商業用サービスの性質に最も良く適合する測位シーケンスを選択できるようにする。
【００７１】
さらに、図１０は、Ｅ−ＵＴＲＡＮ実装を暗示する例示的なＬＴＥアーキテクチャを示す図であり、ＭＭＥ１０、ＵＥ１２、ｅノードＢ１４、Ｅ−ＳＭＬＣ１６、及びＳＬＰ６２を示す。しかし、Ｅ−ＵＴＲＡＮとは異なり、ここではＭＭＥは、拡張されたクライアント種別又はサービス種別情報を、ＭＭＥがＥ−ＳＭＬＣに送信する測位要求メッセージの中に含めるように構成されている。さらに、Ｅ−ＳＭＬＣは、その拡張された情報を用いて、拡張されたクライアント種別又はサービス種別に関連する詳細な位置特定ＱｏＳ基準のために用いるのに最善の、又は最適な測位シーケンスを選択するように構成されている。
【００７２】
例えば、本書の少なくとも１つの実施形態において、無線通信ネットワーク内で測位サービスを提供する方法は、ＵＴＲＡＮ８の"クライアント種別"を付加価値サービス種別の拡張された集合（又は部分集合）を含めるように拡張することを含んでいることを教示した。すなわち、現行のＵＴＲＡＮ８のクライアント種別の定義によれば、付加価値サービスの種別の指定は１つしかなく、それが多くの種別の商業用測位サービス及び位置に基づくサービスを広範にカバーしている。ここで提案する一実施形態では、定義されたクライアント種別を、付加価値サービス１からＮ、ここで、Ｎは、例えば８、１６又は３２に拡張することによって、付加価値サービスの定義を豊富にする。
【００７３】
これらのより微細な付加価値サービス種別の定義を使って、用いられる特定の測位シーケンス又は方法が、関連する特定の付加価値サービス種別に合わせて調整されてもよい。限定しない例として、高速だが正確さはほどほどである測位は、或る付加価値サービス種別にとって非常に有利でありうるが、一方、別の種別の付加価値サービスにとっては、たとえ、より正確な測位の調節を得るには時間がかかるとしても、正確な測位の方が、より適切である。ネットワーク内の１つ以上のノードが、これらの拡張種別の付加価値サービスのうちの個別のサービスを最も適切な測位シーケンス、方法又はプロトコルにマッピングするように構成されてもよく、それは、付加価値サービスに関連する所与の測位要求について行われた測位プロセスが、要求の中に含まれる特定の種別の商業用サービスに合わせて調整されうることを意味する。
【００７４】
上記の例示する実施形態を念頭に置いて、１つ以上の実施形態において本発明は、ＬＴＥにおける測位のためのシグナリング・サポートの拡張を提案する。それを行う際に、本発明は、ＬＴＥの利用可能なＬＣＳ  ＱｏＳ機能を強化し、例えばＵＭＴＳにおいて現在まで知られていたものより一層柔軟性のある、位置に基づくサービスのサポートをＬＴＥに提供し、さらに、ＬＴＥ及びその他の最近のネットワークにおける位置に基づくサービスの急速な発展をサポートするための豊富で強固な基盤を提供する。従って本発明は、上記の必要性に取り組み、ＵＭＴＳで利用可能なものを超え、プロトコル拡張と関連の処理装置とを含めて、シグナリングの方法を定義する。それを行う際に、ＬＴＥの文脈では、本発明は、ＬＴＥにおける柔軟性のある、古くならない、位置に基づくサービスのサポートのために、ＬＣＳクライアントとｅＳＭＬＣとの間の有利なシグナリングを定義する。
【００７５】
一つには、本発明の１つ以上の実施形態は、ＬＴＥシステムのエンド・ユーザから、通常はｅＳＭＬＣである測位ノードにサービス種別をシグナリングすることと、エンド・ユーザから、通常はｅＳＭＬＣであるＬＴＥシステムの測位ノードに要求されたＱｏＳをシグナリングすることと、前記測位サービスの前記要求されたＱｏＳに合致するため、測位試行のシーケンスを選択することと、前記測位サービスの前記報告要件に合致するため、形状の変換を選択することと、前記選択されたシーケンスの前記選択された測位試行の達成されたＱｏＳを評価すること、を含んでいる。
【００７６】
それに対応して、本発明は、以下の項目を含むがそれらに限定されない複数の利点を提供する。すなわち、クライアント種別の数が拡張され、例えば先行技術と異なり、本書で提案する本発明の１つ以上の実施形態が、所与の付加価値サービスのために選択されたか又はその他の要領で提供された位置特定処理が、そのサービスの必要性に合わせてより効果的に調整されうるように、異なる種別の付加価値サービスについての定義を含めて、拡張されたクライアント種別のリストを提供することと、ＬＴＥ標準で用いられる拡張されたクライアント種別及び／又はサービス種別、或いは、サービスＩＤについての拡張されたシグナリングが指定されることと、確かさの有利でかつ明確な取り扱い及びシグナリングが提供され、さらに、本書の教示内容が、ＱｏＳに取り組む場合に重要な事実である確かさの判定に関連する、根底にある統計モデル（一律又はガウス型）を識別するための利用可能なシグナリングを拡張することと、先行技術で定義されたシグナリングではその様な指標は不可能だったのに、好適な特定の測位方法を示すか又はその他の要領で選択することを可能にするようにシグナリングが拡張されることと、要求されたＱｏＳの優先順位を示し、例えば所与の測位要求について応答時間と精度コードと垂直精度コードとのうちのどれが最も重要であるかを示すようにシグナリングが拡張されることとを提供する。
【００７７】
その様な機能性をＬＴＥの中に実装する際、本発明は、クライアント種別のシグナリングを、少なくともエンド・ユーザ・クライアントからｅＳＭＬＣまでのシグナリング連鎖の部分集合について導入する。図８及び図９を参照すると、その様な情報が、目標ＵＥ１２（又は測位されることになる他のデバイス）から要求され、ＬＰＰを使って、他のサービス固有ＱｏＳパラメータと一緒にＬＰＰ位置情報要求メッセージの中で送信されうることが分かる。さらに提案するのは、ＬＴＥ標準を、例えば付加価値サービス１、付加価値サービス２、付加価値サービスＮの様なクライアント種別によって増大させることであり、この場合、これらのサービス・クラスは、各種の商業ＬＢＳを対象としている。Ｎの適切な値は、８、１６又は３２であってもよいだろう。実装は、リストを使って行われてもよいだろう。（あるいは、ＬＱＣＩ（ＬＣＳ  ＱＣＩすなわちＱｏＳクラス識別子"ＱＣＩ"は、事前設定された構成を表すために通常のＬＴＥサービスについて用いられる）を導入し、これらは０・・・Ｎ−１の範囲の符号なし整数であってもよいだろう。）
【００７８】
理解されるように、測位ノード（ｅＳＭＬＣ）は（位置）ＱｏＳ情報を知る必要がある。先行技術の解決策では、典型的には、ＬＣＳ  ＱｏＳ情報はＬＣＳセッションが確立される前に読み出される。ＬＴＥでは、クライアント種別情報を、この情報がすでにＭＭＥで利用可能であると仮定すると、位置要求メッセージの中でＳＬｓインタフェースを経由してｅＳＭＬＣへ送信することができる（非特許文献１０）。そうでない場合は、情報は、位置要求がどこから発信されるのかに依存して、ＵＥから（例えば、ＬＴＥ−Ｕｕ及びＳ１インタフェースを経由してＮＡＳメッセージの中で）、ｅノードＢから（例えばＳ１インタフェースを経由してＳ１ＡＰメッセージの中で）、あるいはＬＣＳエンティティからＭＭＥへ配信される必要がある。
【００７９】
さらにまた、例えば非特許文献１０によれば、ＵＥ測位能力又はＱｏＳ情報は、位置要求メッセージの中で送信されてもよい。しかし、ｅＳＭＬＣがこの情報を受信しない場合、ｅＳＭＬＣは、非特許文献４に定義されるように、ＬＰＰを通して能力情報を要求してもよい。既存のＬＴＥ標準はその様な、例えばクライアント種別を要求する可能性を記述していないが、本書ではその様な機能が提案され、提供される。制御プレーンのシグナリング解決策とユーザ・プレーンのシグナリング解決策とのどちらか（又は両方）が考察される。一般的解決策として、クライアント種別を決めることができるか又はそれについての情報を持つエンティティから測位ノードへの（例えばｅノードＢからＬＰＰａを経由して、ＵＥからＬＰＰ、その他のＬＣＳエンティティを経由して、など）クライアント種別転送の可能性が存在することが提案される。別の実施形態では、ｅＳＭＬＣが、ユーザ・プレーンを介して、例えばＳＥＴからＳＬＰへ（ＳＵＰＬによって）、次いでｅＳＭＬＣへ（ＬＩｐによって）送信されたクライアント種別情報を受信する。さらに、一実施形態では、ＬＣＳセッションについての測位方法の事前に構成されたパラメータ及びシーケンスの所定の集合が、個々のクライアント種別に関連付けられる。パラメータの集合は、ｅＳＭＬＣの中のデータベースに記憶されて製造業者によって提供されうるか、オペレータによって構成されうる。
【００８０】
加えて、サービスＩＤ及びサービス種別はまだＬＴＥ標準には存在しないが（非特許文献１０を参照）、本発明は、その様な情報をｅＳＭＬＣにシグナリングするための方法及び装置を提案する。さらに、本発明は、いかなる所与の測位要求についても、好適な測位方法をシグナリングすることを考察して提供する。好適な測位方法を示すシグナリング・フィールドによって標準の位置関連ＬＴＥシグナリングを増大させることが提案される。値は、Ａ−ＧＮＳＳ（ＵＥアシステッド／ＵＥベースのすべての変形形態を対象とする）、ＯＴＤＯＡ、フィンガー・プリント法、ＥＣＩＤ、セルＩＤ及び予備を含むことが必要であろう。３２の値（５ビット）なら、符号化には十分であると考えられる。限定しない提案として、その様な情報は、クライアント種別のシグナリングと同じように、又は、それに類似したかたちでシグナリングされてもよく、例えばｅＳＭＬＣは、この情報を、この情報を有するエンティティ（例えば、情報が加入と関連しているならＬＣＳクライアント又はＭＭＥ）から読み出すことができるべきであろう。
【００８１】
さらに有利なシグナリングの強化として、本発明は、確かな推定の根底にある統計的誤差モデルを（測位ノードによって）シグナリングすることを考察する。一実施形態では、その様なシグナリングは、誤差モデル・インジケータを用いて実装される。例えば、インジケータは、位置情報応答メッセージでＬＰＰと共にオプションとして送信される１ビットのブーリン・フィールドであり、送信されない時には一律モデルとみなされ、そうでない場合、"０"は、ガウス型誤差モデルを示すのに使用され、"１"は、予約とする。別の実施形態では、モデル情報を示すのに２ビット以上が用いられるが、ただし、一般的には、その様なシグナリングには２ビットで十分であるはずである。
【００８２】
その様なシグナリング強化が実装されるか否かを問わず、当業者であれば、本書で提示した１つ以上の実施形態は、拡張されたクライアント種別又はサービス種別の集合の中の拡張されたクライアント種別又はサービス種別に（商業用の）測位要求をマッピングすることを理解するであろう。個々のその様な拡張されたクライアント種別又はサービス種別は、位置特定ＱｏＳ基準に関連付けられる。
【００８３】
それゆえ、ＵＥ又はネットワーク・ノード（例えばＭＭＥ）は、所与の商業用の位置特定要求を、拡張された集合の中の拡張されたクライアント種別又はサービス種別の特定の１つにマッピングし、マッピングをネットワーク内の測位ノードにシグナリングするように構成されてもよく、測位ノードは、拡張されたクライアント／サービス種別を所与の位置特定ＱｏＳ基準にマッピングし、それに対応して、位置特定ＱｏＳ基準を満たすのに最も適した測位シーケンスを行うように構成されてもよい。また、１つ以上の実施形態では、例えばＭＭＥの様なネットワーク・ノードがサービス種別から測位シーケンスまでのマッピングを行うように構成されてもよく、それにより、ＭＭＥ又はその他のノードが、測位ノードによって用いられることになる特定の測位シーケンスを、測位ノードに対して測位要求を送信することの一部としてシグナリングしうることにも留意されたい。その様な実施形態では、測位ノードで受信された測位要求は、測位ノードによって用いられることになる個別の測位シーケンスを識別し、そして、測位ノードは、それに対応して、要求の中で識別された個別の測位シーケンスを行うように構成される。
【００８４】
さらに、ノードは、測位要求を評価して、それを拡張された集合の中のクライアント種別又はサービス種別の１つと合致させ、それに対応して、前記シグナリングが、合致するクライアント種別又はサービス種別に関連する位置特定ＱｏＳ基準を示すように、測位ノードについてのシグナリングの中に含まれることになる１つ以上の情報要素を生成することによって、測位要求の前記マッピングを実行するように構成されてもよい。
【００８５】
それゆえ、本発明の１つ以上の実施形態は、測位ノードで利用可能な異なる測位シーケンスが、異なる位置特定サービス品質（ＱｏＳ）基準に最も良く合うものとして、選択された測位シーケンスに従って、ユーザ装置（ＵＥ）についての測位情報を提供するように構成された測位ノードを含む無線通信ネットワーク内で測位サービスを提供する方法を提供する。すなわち、一般的な提案として、測位ノードで利用可能な測位シーケンスのうちの特定の１つが、測位要求に関連付けられた特定の位置特定ＱｏＳ基準に最も良く合致する。少なくとも１つのその様な実施形態では、方法は、複数の異なる種別の商業用の位置に基づくサービスに対応する拡張されたクライアント種別又はサービス種別の集合を無線通信ネットワーク内のノードで維持することを含んでおり、ここで、異なる種別の商業用の位置に基づくサービスは、それらの位置特定ＱｏＳ基準に関して区別される。
【００８６】
方法はさらに、ユーザ装置（ＵＥ）の位置を特定するために前記ノードで測位要求を受信し、測位要求に関連する商業用の位置に基づくサービスの特定の種別に対応する拡張されたクライアント種別又はサービス種別のうちの１つに測位要求をマッピングし、拡張されたクライアント種別又はサービス種別、或いは、関連する位置特定ＱｏＳ基準を測位ノードにシグナリングすることを含んでいる。そのシグナリングは、ＵＥについての測位情報を判定するために測位ノードで利用可能な測位シーケンスの特定の１つを測位ノードが選択することをトリガするために行われる。あるいは、拡張された種別情報又はその拡張された種別情報に対応する位置特定ＱｏＳ基準をシグナリングする代わりに、方法は、測位ノードが特定の測位シーケンスを実行するよう要求するために、拡張されたクライアント種別又はサービス種別を特定の測位シーケンスにマッピングして、特定の測位シーケンスを測位ノードにシグナリングすることを含んでいる。
【００８７】
さらに、本発明は、ユーザ装置（ＵＥ）についての位置特定サービスを提供するように構成された無線通信ネットワーク内の測位ノードで測位要求を処理する方法を提供する。少なくとも１つの実施形態では、方法は、所与のユーザ装置（ＵＥ）又はネットワーク・ノードについての測位要求をシグナリング・メッセージとして受信することを含んでいる。方法はさらに、測位要求に応じて測位情報を提供するのに用いる個別の測位シーケンスを判定することを含んでいる。
【００８８】
その判定は、特定の測位シーケンスを識別する測位要求の中のシグナリングから特定の測位シーケンスを判定することに基づく。あるいは、測位要求は、特定の測位シーケンスを識別せず、代わりに、要求の中で問題になっている拡張されたクライアント種別又はサービス種別に関連する位置特定ＱｏＳ基準をシグナリングする情報を搬送するか、又は、拡張されたクライアント種別又はサービス種別をシグナリングする情報を搬送する。それゆえ、本選択肢によると、どの特定の測位シーケンスを用いるかの判定は、測位要求の中でシグナリングされた情報を、測位ノードで利用可能な個別の測位シーケンスにマッピングすることに基づく。シグナリングされた情報が、拡張されたクライアント種別又はサービス種別を含む場合、測位ノードは、その情報を対応する位置特定ＱｏＳ基準にマッピングし、それを次いで、個別の測位シーケンスにマッピングする。シグナリングされた情報が位置特定ＱｏＳ基準を含む場合、測位ノードは、それを個別の測位シーケンスにマッピングする。
【００８９】
いずれの場合でも、方法は、測位情報を判定するために特定の測位シーケンスを行うことを含んでいる。最後に、方法は、測位情報を伝達する１つ以上のメッセージを送信することを含んでいる。
【００９０】
上記のシグナリングの選択肢と変形形態とを念頭に置けば、当業者であれば、本発明では以前のシステムと比べて測位の柔軟性、例えばＬＣＳクライアント種別の範囲が強化されていることを理解するであろう。さらに、当業者であれば、上述の記述及び添付の図面は限定するものでないことを理解するであろう。代わりに、本発明は、提示された請求項及びそれらの法的な同等物によってのみ限定される。
【００９１】
略語集
Ａ−ＧＮＳＳ  支援全地球航法衛星システム
ＣＮ  コア・ネットワーク
ＣＳＧ  閉域加入者グループ
Ｅ−ＣＩＤ  拡張セルＩＤ
Ｅ−ＵＴＲＡＮ  発展型ＵＴＲＡＮ
ＥＰＣ  発展型パケット・コア
ＥＰＳ  発展型パケット・システム
ｅＳＭＬＣ  発展型在圏移動位置特定センタ
ＩＥ  情報要素
ＬＢＳ  位置に基づくサービス
ＬＣＳ  位置特定サービス
ＬＣＳ−ＡＰ  ＬＣＳアプリケーション・プロトコル
ＬＰＰ  ＬＴＥ測位プロトコル
ＬＰＰａ  ＬＴＥ測位プロトコル・アネックス
ＬＴＥ  ロング・ターム・エボリューション
ＭＭＥ  モビリティ管理エンティティ
ＮＡＳ  非アクセス・ストラタム
ＯＴＤＯＡ  到来観測時間差
ＰＤＵ  パケット・データ・ユニット
ＱｏＳ  サービス品質
ＲＡＮＡＰ  無線アクセス・ネットワーク・アプリケーション・パート
ＲＮＣ  無線ネットワーク制御装置
ＲＮＳ  無線ネットワーク・サブシステム
ＲＲＣ  無線リソース制御
Ｓ１ＡＰ  Ｓ１アプリケーション・プロトコル
ＳＥＴ  ＳＵＰＬ可能端末
ＳＬＰ  ＳＵＰＬロケーション・プラットフォーム
ＳＵＰＬ  セキュア・ユーザ・プレーン・ロケーション
ＴＡＩ  トラッキング・エリアＩＤ
ＵＥ  ユーザ装置
ＵＭＴＳ  ユニバーサル移動通信システム
ＵＴＲＡ  ＵＭＴＳ地上無線アクセス
ＵＴＲＡＮ  ＵＭＴＳ地上無線アクセス・ネットワーク
【図１】
0005621002.tif 000002
【図２】
0005621002.tif 000003
【図３】
0005621002.tif 000004
【図４】
0005621002.tif 000005
【図５】
0005621002.tif 000006
【図６】
0005621002.tif 000007
【図７】
0005621002.tif 000008
【図８】
0005621002.tif 000009
【図９】
0005621002.tif 000010
【図１０】
0005621002.tif 000011