トリガされたロケーションサービス
トリガイベントに対して検出するために、端末に対する少なくとも１つのロケーション関連測定値を取得し、使用することができる。等距離トリガサービスでは、端末が進行した距離が予め規定された距離を超えた場合に、トリガイベントを宣言する。相対的な端末対端末トリガサービスでは、端末が、基準端末により規定されている、移動する地理的なターゲットエリアの中または外にあるか、あるいは、このエリアに入るかまたは離れる場合に、トリガイベントを宣言する。速度トリガサービスでは、端末の最高速度が予め規定された速度を超えた場合に、トリガイベントを宣言する。時間−距離−速度の組み合わせのトリガサービスでは、端末が進行した距離と、端末の速度と、最後の報告以降の時間とに基づいて、トリガイベントを宣言する。すべてのサービスに対して、トリガイベントが起こった場合に報告を送る。
【発明の詳細な説明】
【米国特許法第１１９条の下での優先権の主張】
【０００１】
本特許出願は、“トリガされたロケーションサービス”と題し、２００９年２月９日に出願され、その譲受人に譲渡され、参照によりここに明示的に組み込まれている、米国仮特許出願シリアル番号第６１／１５１，０８９号に対する優先権を主張する。
【背景】
【０００２】
Ｉ．分野
本開示は、一般的に通信に関し、さらに詳細には、ロケーションサービスをサポートするための技術に関する。
【０００３】
ＩＩ．背景
ワイヤレスネットワーク中の端末の位置を知ることが望ましいことが多く、時に、必要である。用語“ロケーション”と“ポジション”とは同義であり、ここでは、区別なく使用する。例えば、ユーザは、端末を利用して、ウェブサイトをブラウズすることができ、ロケーション依存コンテンツをクリックすることができる。その後、ユーザに対して適切なコンテンツを提供するために、端末のロケーションを決定し、使用してもよい。端末のロケーションを知っていることが有用である、または、必要である他の多くのシナリオがある。
【０００４】
端末に対するロケーション情報（例えば、ロケーション推定）を取得して、クライアントエンティティにロケーション情報を送るために、典型的に、（通話フローまたは手順とも呼ぶことがある）メッセージフローが実行される。典型的に、１つ以上のネットワークエンティティと、端末と、クライアントエンティティとの間で、メッセージフローに対するさまざまなメッセージが交換される。これらのメッセージは、端末に対するポジショニングを実行するために、および／または、クライアントエンティティにロケーション情報を配信するために、関係する情報が確実に各エンティティに提供されるようにし、あるいは、各エンティティが別のエンティティからこの情報を確実に取得できるようにする。しかしながら、これらのメッセージは、さまざまなネットワークエンティティにおけるトラフィックを増加させる。付加的なトラフィックは、クライアントエンティティにロケーション情報を周期的に提供するロケーションサービスに対して、特に大きいかもしれない。メッセージはまた、クライアントエンティティにロケーション情報を送るための応答時間を延ばすかもしれない。
【概要】
【０００５】
ここでは、トリガされたロケーションサービスをサポートするための技術を説明する。トリガされたロケーションサービスは、トリガイベントが起こったときにはいつでも、ロケーション情報を持つ報告を送ることができるサービスである。異なるトリガされたロケーションサービスに対して、異なる方法でトリガイベントを規定してもよい。
【０００６】
トリガされたロケーションサービスをサポートする１つの設計では、端末に対する少なくとも１つのロケーション関連測定値を取得してもよい。各ロケーション関連測定値は、端末が進行した距離に対するもの、または、端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定してもよい。トリガイベントが起こっていた場合に、報告を送ってもよい。
【０００７】
１つの設計では、等距離トリガサービスに対しては、少なくとも１つのロケーション測定値は、端末が進行した距離に対するものであってもよく、これは、下記で説明するようにさまざまな方法で決定することができる。端末が進行した距離に基づいて、トリガイベントが起こっているか否かを決定してもよい。例えば、端末が進行した距離が、予め規定された距離を超えている場合に、トリガイベントを宣言してもよい。
【０００８】
別の設計では、相対的な端末対端末トリガサービスに対しては、少なくとも１つのロケーション関連測定値は、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。基準端末のロケーションに基づいて、移動する地理的なターゲットエリアを決定してもよい。端末のロケーションが、移動する地理的なターゲットエリアに関する基準に一致する場合に、トリガイベントを宣言してもよい。基準は、移動する地理的なターゲットエリアの内にあるか、移動する地理的なターゲットエリアの外にあるか、移動する地理的なターゲットエリアに入るか、または、移動する地理的なターゲットエリアを離れるかであってもよい。
【０００９】
さらに別の設計では、速度トリガサービスに対しては、少なくとも１つのロケーション関連測定値は、端末の速度に対するものであってもよい。端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定してもよい。例えば、端末の速度を周期的に決定してもよく、最後のトリガイベント以降の端末の最高速度を決定してもよい。最高速度が、予め規定された速度を超えている場合に、トリガイベントを宣言してもよい。
【００１０】
さらに別の設計では、時間−距離−速度（Ｔ−Ｄ−Ｖ）の組み合わせのトリガサービスに対しては、少なくとも１つのロケーション関連測定値は、端末が進行した距離に対するもの、および、端末の速度に対するものであってもよい。端末が進行した距離や、端末の速度や、および／または、最後のトリガイベント以降に経過した時間に基づいて、トリガイベントが起こっているか否かを決定してもよい。例えば、複数の式を決定してもよい。各式は、予め規定された距離に関する端末が進行した距離に対するもの、または、予め規定された速度に関する端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものであってもよい。複数の式の関数に基づいて、トリガイベントが起こっているか否かを決定してもよい。
【００１１】
さらに別の設計では、端末対端末速度サービスに対しては、例えば、ロケーションセンターに対して、第１の端末が、第２の端末の速度に対する要求を送ってもよい。第１の端末は、その後、１回かまたは複数回かのいずれか、（例えば、ロケーションセンターから、または、第２の端末から、）要求に応答した第２の端末の速度を受信してもよい。
【００１２】
他のトリガされたロケーションサービスを下記で説明する。本開示のさまざまな態様および特徴もまた、下記でさらに詳細に説明する。
【図面の簡単な説明】
【００１３】
【図１】図１は、ロケーションサービスをサポートする例示的な配置である。
【図２】図２は、等距離トリガサービスに対するメッセージフローを示している。
【図３】図３は、等距離トリガサービスに対するメッセージフローを示している。
【図４】図４は、移動する地理的なターゲットエリアを示している。
【図５】図５は、相対的な端末対端末トリガサービスに対するメッセージフローを示している。
【図６】図６は、相対的な端末対端末トリガサービスに対するメッセージフローを示している。
【図７】図７は、速度トリガサービスに対するメッセージフローを示している。
【図８】図８は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対するメッセージフローを示している。
【図９】図９は、端末対端末の速度サービスに対するメッセージを示している。
【図１０】図１０は、トリガされたロケーションサービスをサポートするためのプロセスを示している。
【図１１】図１１は、端末対端末の速度サービスをサポートするためのプロセスを示している。
【図１２】図１２は、端末と、ワイヤレスネットワークと、ロケーションサーバとのブロックダイヤグラムを示している。
【詳細な説明】
【００１４】
ここでは、トリガされたロケーションサービスをサポートするための技術を説明する。さまざまなワイヤレスネットワークと通信する端末に対して、これらの技術を使用してもよい。用語“ネットワーク”および“システム”は、区別なく使用することが多い。例えば、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）という名の組織により規定されているワイヤレスネットワークに対して、および、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名の組織により規定されているワイヤレスネットワークに対して、これらの技術を使用してもよい。
【００１５】
ユーザプレーンロケーションアーキテクチャ／ソリューションと、制御プレーンロケーションアーキテクチャ／ソリューションとに対しても、これらの技術を使用してもよい。ユーザプレーンロケーションアーキテクチャは、ユーザプレーンを通して、ロケーションサービスに対するメッセージを送るロケーションアーキテクチャである。ユーザプレーンは、より高次のレイヤアプリケーションにシグナリングおよびデータを伝えて、ユーザプレーンベアラを用いるメカニズムであり、典型的に、ユーザデータグラムプロトコル（ＵＤＰ）、送信制御プロトコル（ＴＣＰ）、および、インターネットプロトコル（ＩＰ）のような標準的なプロトコルで実現されている。制御プレーンロケーションアーキテクチャは、制御プレーンを介して、ロケーションサービスにメッセージを送るロケーションアーキテクチャである。制御プレーンは、より高次のレイヤアプリケーションにシグナリングを伝えるメカニズムであり、典型的に、ネットワーク特定プロトコルと、インターフェースと、シグナリングメッセージとで実現されている。ロケーションサービスをサポートするメッセージは、制御プレーンアーキテクチャでは、シグナリングの一部として伝えられ、ユーザプレーンアーキテクチャでは、（ネットワークの見地から）データの一部として伝えられる。しかしながら、メッセージのコンテンツは、ユーザプレーンロケーションアーキテクチャと制御プレーンのロケーションアーキテクチャの双方において、同じであるか、または、類似していてもよい。
【００１６】
明確さのために、オープン移動体連合（ＯＭＡ）からのセキュアユーザプレーンロケーション（ＳＵＰＬ）に対して、技術のある態様を下記で説明する。ＳＵＰＬは、３ＧＰＰ、３ＧＰＰ２、および、ＷＬＡＮのネットワークに適用可能であり、ＯＭＡからの公然と入手可能な文書中に記述されている。明確さのために、以下の説明の大部分では、ＳＵＰＬ専門用語を使用する。
【００１７】
図１は、ロケーションサービスをサポートする例示的な配置を示している。端末１１０、端末１１２、および、端末１１４は、ワイヤレスネットワーク１２０と通信して、通信サービスを取得してもよい。端末は、静的なものまたは移動性のものであってもよく、移動局（ＭＳ）、ユーザ機器（ＵＥ）、アクセス端末（ＡＴ）、加入者局、局等としても呼ぶことがある。端末は、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ハンドヘルドデバイス、ワイヤレスデバイス、ラップトップコンピュータ、ワイヤレスモデム、コードレス電話機、遠隔測定デバイス、追跡デバイス等であってもよい。端末は、ＳＵＰＬでは、ＳＵＰＬイネーブル端末（ＳＥＴ）として呼ぶことがある。用語“端末”および“ＳＥＴ”は、ここでは、区別なく使用する。
【００１８】
ワイヤレスネットワーク１２０は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）や、ワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）や、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）等であってもよい。ＷＷＡＮは、コード分割多元接続（ＣＤＭＡ）１Ｘネットワークや、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）ネットワークや、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））ネットワークや、ロングタームエボリューション（ＬＴＥ）ネットワーク等であってもよい。ＷＭＡＮは、通常、ＷｉＭＡＸとして呼ばれるＩＥＥＥ８０２．１６を実現してもよい。ＷＬＡＮは、（通常、ＷｉＦｉ（登録商標）として呼ばれる）ＩＥＥＥ８０２．１１や、ハイパーＬＡＮ等を実現してもよい。
【００１９】
ＳＥＴは、衛星１５０のような衛星からの信号を受信して測定し、衛星に対する擬似距離測定値を取得してもよい。衛星は、米国のグローバルポジショニングシステム（ＧＰＳ）や、欧州のＧａｌｉｌｅｏシステムや、ロシアのＧＬＯＮＡＳＳシステムや、または、他の何らかの衛星ポジショニングシステム（ＳＰＳ）の一部であってもよく、あるいは、これらのシステムの組み合わせであってもよい。ＳＥＴに対するロケーション推定を導出するために、衛星の擬似距離測定値と、衛星の既知のロケーションとを使用してもよい。ロケーション推定は、ポジション推定、ポジション確定等としても呼ぶことがある。ＳＥＴはまた、ワイヤレスネットワーク１２０内の基地局から信号を受信して測定し、基地局に対するタイミングおよび／または信号強度測定値を取得してもよい。ＳＥＴに対するロケーション推定を導出するために、基地局のタイミングおよび／または信号強度測定値と、基地局の既知のロケーションとを使用してもよい。一般に、衛星、基地局、擬似衛星、および／または、他の送信機に対する測定に基づいて、ならびに、ポジショニング方法のうちの１つまたはポジショニング方法を組み合わせたものを使用して、ロケーション推定を導出できる。
【００２０】
ホームＳＵＰＬロケーションプラットフォーム（Ｈ−ＳＬＰ）１３０は、ＳＥＴに対するロケーションサービスをサポートするために、ＳＥＴと通信してもよい。ロケーションサービスは、ロケーション情報に基づいている、または、ロケーション情報に関連している、何らかのサービスを含んでいてもよい。ロケーションサービスは、ＳＥＴに対する地理的なロケーション推定を、または、ＳＥＴに対するシビルロケーション推定を決定するためのプロセスである、ポジショニングを含んでいてもよい。ポジショニングは、（ｉ）緯度、経度、および、場合によっては高度の座標、ならびに、地理的なロケーション推定に対する不確実性を提供するか、あるいは、（ｉｉ）シビルロケーション推定に対するストリートアドレスを提供してもよい。ポジショニングはまた、速度および／または他の情報を提供してもよい。Ｈ−ＳＬＰ１３０は、ＳＵＰＬロケーションセンター（ＳＬＣ）１３２と、ＳＵＰＬポジショニングセンター（ＳＰＣ）１３４とを含んでいてもよい。ＳＬＣ１３２は、ロケーションサービスをサポートし、ＳＵＰＬの動作を調整し、ユーザプレーンベアラを通してＳＥＴと対話してもよい。ＳＬＣ１３２は、プライバシー、入会、セキュリティ、ローミングサポート、課金／請求、サービス管理、ロケーション算出等に対する機能を実行してもよい。ＳＰＣ１３４は、ＳＥＴに対するポジショニングと、ＳＥＴへの支援データの配信とをサポートしてもよく、また、ロケーション算出のために使用されるメッセージおよび手順を担ってもよい。ＳＰＣ１３４は、セキュリティ、支援データ配信、参照検索、ロケーション算出等に対する機能を実行してもよい。
【００２１】
ＳＵＰＬエージェント１４０は、ロケーションクライアントであってもよく、（例えば、直接、または、１つ以上のネットワークを通して、）Ｈ−ＳＬＰ１３０と通信して、ターゲットＳＥＴに対するロケーション情報を取得してもよい。ターゲットＳＥＴは、そのＳＥＴに対するロケーション情報が、ＳＵＰＬエージェントにより探されているＳＥＴである。ロケーション情報は、ロケーション推定を、ならびに／あるいは、ロケーションまたは速度に関連する何らかの情報を含んでもよい。ＳＥＴ１２０はまた、ＳＥＴ内に存在しているＳＵＰＬエージェントを有してもよい。例えば、ＳＥＴ１１４は、ＳＥＴ内に、ＳＵＰＬエージェント１４４を有している。
【００２２】
ＳＥＴは、ポジション決定が可能であってもよく、ネットワークからの支援により、または、ネットワークからの支援なしに、そのロケーションを決定することができる。ＳＥＴベースモードに対しては、場合によってはＳＰＣからの支援データにより、ＳＥＴのロケーションをＳＥＴにより決定することができる。ＳＥＴ支援モードに対しては、ＳＥＴからの支援（例えば、測定値）により、ＳＥＴのロケーションをＳＰＣにより決定することができる。ＳＥＴは、自律ＧＰＳ、支援ＧＰＳ（Ａ−ＧＰＳ）、アドバンストフォワードリンクトライラテレーション（Ａ−ＦＬＴ）、強化観測時間差（ＥＯＴＤ）、観測到達時間差（ＯＴＤＯＡ）、ハイブリッド等のような、１つ以上のポジショニング方法をサポートしていてもよい。簡潔さのために、用語“ＧＰＳ”は、ＧＰＳ、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ等のような、何らかのＳＰＳのことを指すことができる。自律ＧＰＳ方法およびＡ−ＧＰＳ方法は、衛星測定値のみに基づいて、ＳＥＴに対するロケーション推定を提供することができ、高い精度を有している。ハイブリッド方法は、衛星測定値と基地局測定値の双方に基づいて、ロケーション推定を提供することができ、高い精度および高い信頼性を有している。Ａ−ＦＬＴ方法、ＥＯＴＤ方法、および、ＯＴＤＯＡ方法は、ＳＥＴにより行われた、基地局のタイミング測定に基づいて、ロケーション推定を提供することができ、良好な精度を有している。ＳＥＴは、他のポジショニング方法もサポートすることができる。
【００２３】
ある態様において、さまざまなトリガされたロケーションサービスがサポートされていてもよい。トリガされたロケーションサービスは、トリガイベントが起こったときにはいつでも、ターゲットＳＥＴに対するロケーション情報をＳＵＰＬエージェントに対して提供することができる。異なるトリガされたロケーションサービスは、異なるタイプのトリガに関係付けられていてもよい。表１は、いくつかのトリガされたロケーションサービスをリストアップしており、各トリガされたロケーションサービスの短い説明を提供している。他のタイプのトリガに基づいて、他のトリガされたロケーションサービスもサポートすることができる。表１中のトリガされたロケーションサービスを、下記でさらに詳細に説明する。
【表１】
【００２４】
等距離トリガサービスは、ターゲットＳＥＴのロケーションを周期的に決定し、ターゲットＳＥＴが、予め規定された距離を移動したときに、ロケーション情報を報告してもよい。距離は、（ｉ）ＳＥＴの現在のロケーションと、距離監視が開始したときのその最初のロケーションとの間の直線距離、または、（ｉｉ）その最初のロケーションを離れて以来、ＳＥＴがたどった、典型的に非線形のパスの全距離、または、（ｉｉｉ）他の何らかの方法で規定されている距離のことを指してもよい。ＳＵＰＬエージェントは、等距離トリガサービスを開始し、ターゲットＳＥＴを識別し、適用可能なパラメータを提供してもよい。
【００２５】
等距離トリガサービスを使用して、移動体端末（例えば、ＳＥＴ１１０）を周期的に監視し、端末が、予め規定された距離を進行したときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知を送ってもよい。例えば、運送会社のオペレーションセンターは、１６キロメートル（１０マイル）進行したごとの後に、その車隊中のトラックのロケーションを知りたいと思っているかもしれない。第三者（例えば、オペレーションセンター）は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）にロケーション要求を送ってもよい。（ポジション決定可能であってもよい）端末と協調しているロケーションサーバは、予め規定された距離だけ端末が移動したか否かの検出が可能であるポジション決定手順を開始してもよい。このイベントが起こったときにはいつでも、ロケーションサーバは、ロケーションクライアントに通知してもよい。
【００２６】
図２は、等距離トリガサービスに対するメッセージフロー２００の設計を示している。ＳＵＰＬエージェント１４０は、ターゲットＳＥＴ１１０が、最後に報告されたロケーションから、予め規定された距離を移動したときにはいつでも、知ることを望んでいるかもしれず、等距離トリガの表示を持つロケーション要求をＨ−ＳＬＰ１３０に対して送ってもよい（ステップＡ）。Ｈ−ＳＬＰ１３０は、その後、ターゲットＳＥＴと通信して、等距離トリガセッションを確立してもよい（ステップＢ）。
【００２７】
ＳＥＴベースモードまたはＳＥＴ支援モードを使用して、ＳＥＴ１１０のロケーションを周期的に決定してもよい。ＳＥＴベースモードに対しては、ＳＥＴ１１０は、自律的に測定を行い、そのロケーションを決定する。ＳＥＴ１１０は、必要なときにはいつでも、Ｈ−ＳＬＰ１３０と通信して、支援データを取得することができる。ＳＥＴ支援モードに対しては、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０とのポジショニングセッションに携わってもよく、Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０からの測定値に基づいて、ロケーション推定を算出してもよい。一般に、ＳＥＴ１１０のロケーションは、ＳＥＴ１１０のみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴ１１０により、ＳＥＴ１１０からの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。さらに、トリガ条件の評価は、ＳＥＴ１１０またはＨ−ＳＬＰ１３０のいずれかにより実行することができる。
【００２８】
等距離トリガセッションの開始時にＳＥＴ１１０のロケーションを決定して、最初のロケーションとして使用してもよい。等距離トリガセッションの間に、ＳＥＴ１１０のロケーションを周期的に決定することもできる。１つの設計では、Ｘ秒ごとに、ＳＥＴ１１０のロケーションを決定してもよく、ここで、Ｘは、何らかの適切な値であってもよく、トリガパラメータにより特定されていてもよい。別の設計では、可能な限り頻繁に、ＳＥＴ１１０のロケーションを決定してもよい。さらに別の設計では、ＳＥＴ１１０の推定速度と、予め規定された距離とに基づいて、ＳＥＴのロケーションを把握し、時に、決定してもよい。したがって、より速い速度、および／または、より短い予め規定された距離に対しては、より短い間隔で、ＳＥＴ１１０のロケーションを決定してもよく、逆もまた同じである。さらに別の設計では、ＳＥＴ１１０の動きを検出することができるセンサーに基づいて、ＳＥＴ１１０のロケーションを決定してもよい。例えば、ＳＥＴ１１０が移動している間にＳＥＴ１１０のロケーションを決定し、ＳＥＴ１１０が静止している間には中断してもよい。ＳＥＴ１１０のロケーションはまた、線形加速を検出して取得するセンサーや、方向の変化を検出して取得するセンサー等のような、センサーを使用して、以前のロケーションに関して決定してもよい。ＳＥＴ１１０のロケーションはまた、他の方法で周期的に決定してもよい。
【００２９】
ＳＥＴ１１０のロケーションを決定してもよく（ステップＣ）、ＳＥＴが進行した距離を更新してもよい（ステップＤ）。進行した距離は、さまざまな方法で決定することができる。１つの設計では、進行した距離は、ＳＥＴ１１０に対する、最後の報告以降の連続するロケーション間の増分距離を累積することにより取得した、総距離であってもよい。この設計では、ＳＥＴ１１０は、（ｉ）その現在のロケーションと、最後のロケーションとの間の増分距離を決定し、（ｉｉ）最後のロケーションに対して累積された距離と、この増分距離とを合計して、現在のロケーションに対する累積された距離を取得してもよい。別の設計では、進行した距離は、現在のロケーションと、最後の報告のロケーションとの間の距離であってもよく、最後の報告のロケーションは、報告が何ら送られていない場合には、最初のロケーションであるかもしれない。さらに別の設計では、進行した距離は、例えば、特定のルートに沿った距離であってもよく、例えば、最初のロケーションから目的地のロケーションまでの通った道筋に沿った距離、または、より複雑なルートに沿った距離であってもよい。進行した距離はまた、他の方法で決定してもよい。
【００３０】
１つの設計では、ＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行するために、および、報告を開始するために、何らかの適切なエンティティが指定されている。指定されたエンティティには、ＳＥＴ１１０のロケーション、トリガパラメータ、および／または、他の関係する情報が提供される。明確さのために、下記の説明の大部分では、ＳＥＴ１１０が、指定されたエンティティであると仮定する。
【００３１】
ＳＥＴ１１０は、ＳＥＴ１１０が進行した距離と、予め規定された距離とに基づいて、トリガイベントが起こっているか否かをチェックしてもよい（ステップＥ）。進行した距離が、予め規定された距離を超えている場合に、トリガイベントが起こる。このケースでは、ＳＥＴ１１０は、トリガイベントが起こったことをＨ−ＳＬＰ１３０に報告してもよい（ステップＦ）。報告は、ＳＥＴ１１０の現在のロケーションや、ＳＥＴ１１０が進行した距離や、および／または、他の情報も含んでいてもよい。その後、Ｈ−ＳＬＰ１３０は、トリガイベントが起こったことをＳＵＰＬエージェント１４０に知らせるために、トリガ応答を送ってもよい（ステップＧ）。応答は、ＳＥＴ１１０からのトリガ報告中に提供されている情報のうちのいくつかまたはすべてを含んでいてもよい。トリガイベントが起こっていない場合には、ステップＦとステップＧはスキップしてもよい。
【００３２】
ステップＣないしステップＧは、１つの処理サイクルに対するものであってもよい。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＨ）。各処理サイクルは、ＳＥＴ１１０の現在のロケーションを決定するためのステップと、ＳＥＴ１１０が進行した距離を決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、ＳＥＴ１１０によるトリガイベント報告と、Ｈ−ＳＬＰ１３０によるトリガ応答とを開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したときや、予め規定された最後の通過点に達したとき等に、等距離トリガセッションの終わりに達する。等距離トリガセッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい（ステップＩ）。
【００３３】
図３は、ＳＵＰＬメッセージを使用する、等距離トリガサービスに対するメッセージフロー３００の設計を示している。ＳＵＰＬエージェント１４０は、ＳＥＴ１１０が、ＳＥＴ１１０の最後に報告されたロケーションから特定の距離を移動したときにはいつでも、知ることを望んでいるかもしれない。ＳＵＰＬエージェント１４０は、移動体ロケーションプロトコルトリガされたロケーション応答要求（ＭＬＰ ＴＬＲＲ）メッセージをＨ−ＳＬＰ１３０に対して送ってもよく、Ｈ−ＳＬＰ１３０は、ＳＵＰＬエージェント１４０が関係付けられているＨ−ＳＬＰであってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント１４０に対するクライアント識別子（ＩＤ）（クライアント−ｉｄ）や、ターゲットＳＥＴ１１０に対する移動局識別子（ｍｓ−ｉｄ）や、等距離トリガサービスが要求されているという表示や、トリガパラメータ（例えば、予め規定された距離、開始時間、停止時間等）等を含んでいてもよい。トリガパラメータを使用して、ターゲットＳＥＴ１１０による報告に対するトリガイベントを決定してもよい。
【００３４】
Ｈ−ＳＬＰ１３０は、ＳＵＰＬエージェント１４０を認証し、クライアントＩＤに基づいて、要求されたロケーションサービスに対してＳＵＰＬエージェントが認可されているかどうかをチェックしてもよい。Ｈ−ＳＬＰ１３０はまた、移動局ＩＤに基づいて、ＳＵＰＬエージェント１４０に対する加入者プライバシーを適用してもよい。プライバシーチェックに対しては、ＳＥＴ１１０に対するロケーション情報を要求することが、ＳＵＰＬエージェント１４０に、または、このタイプのＳＵＰＬエージェントに許可されているかどうかを、ならびに、ＳＥＴ１１０にこの要求が通知される必要があり、この要求を受諾または拒絶することがＳＥＴ１１０に許容されているか否かを、Ｈ−ＳＬＰ１３０が検証してもよい。Ｈ−ＳＬＰ１３０は、プライバシーを保証するために、ＳＥＴ１１０のユーザの承諾によってのみ、等距離トリガサービスを実行することができる。等距離トリガサービスはまた、ＳＥＴユーザのプライバシー設定の修正を動的に考慮してもよい。
【００３５】
その後、Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０をルックアップし、ＳＥＴ１１０が現在ローミングしていることを検証し、また、ＳＥＴ１１０がＳＵＰＬをサポートしていることを検証してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０に対するルーティング情報を取得し、ルーティング情報を使用して、ＳＥＴ１１０にメッセージを送ってもよい（同様に、ステップＢ）。Ｈ−ＳＬＰ１３０は、等距離トリガサービスに対するＳＵＰＬ／ロケーションセッションを開始するために、ＳＥＴ１１０に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＵＰＬ ＩＮＩＴメッセージは、セッションＩＤ（セッション−ｉｄ）や、等距離トリガサービスインジケータや、提案されたポジショニング方法（ポジ方法）や、および／または、他の情報を含んでいてもよい。セッションＩＤを使用して、ＳＵＰＬセッションを識別することができる。
【００３６】
ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０からＳＵＰＬ ＩＮＩＴメッセージを受信してもよく、ＳＥＴ１１０がもう既に接続していない場合には、それ自体をデータネットワークに接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１０は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０との等距離トリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい。このメッセージは、セッションＩＤや、ＳＥＴ１１０の能力等を含んでいてもよい。ＳＥＴ能力は、ＳＥＴ１１０によりサポートされているポジショニング方法や、ＳＥＴ１１０によりサポートされているポジショニングプロトコル（例えば、３ＧＰＰにおける無線リソースＬＣＳプロトコル（ＲＲＬＰ）や、３ＧＰＰにおける無線リソース制御（ＲＲＣ）や、ＬＴＥポジショニングプロトコル（ＬＰＰ）や、ＴＩＡ−８０１等）や、および／または、他の情報を含んでいてもよい。
【００３７】
Ｈ−ＳＬＰ１３０は、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信してもよく、受信したメッセージ中に含まれているＳＥＴ能力を考慮することにより、等距離トリガセッションに対して使用するためのポジショニング方法を選択してもよい。その後、Ｈ−ＳＬＰ１３０は、セッションＩＤや、選択したポジショニング方法（ポジ方法）や、トリガパラメータ等を含んでいてもよいＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを、ＳＥＴ１１０に対して送ってもよい（ステップＦ）。ＳＥＴ１１０およびＨ−ＳＬＰ１３０は、ステップＦの後に、セキュアＩＰ接続を解放してもよい。Ｈ−ＳＬＰ１３０は、等距離トリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰトリガされたロケーション報告返答（ＴＬＲＡ）メッセージを送ってもよい（ステップＧ）。
【００３８】
ステップＡないしステップＧは、等距離トリガセッションに対するセットアップステップである。ステップＡにおいてＳＵＰＬエージェント１４０により提供され、ステップＦにおいてＳＥＴ１１０に送られたトリガパラメータにしたがって、ＳＥＴ１１０に対するロケーション情報を、その後に報告してもよい。
【００３９】
ＳＥＴ１１０は、ＳＥＴベースモードにおいて支援データを取得するために、または、ＳＥＴ支援モードにおいてＳＥＴ１１０のロケーションを決定するために、Ｈ−ＳＬＰ１３０とのポジショニングセッションに携わってもよい。ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０とのポジショニングセッションを開始するために、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送ってもよい（ステップＨ）。このメッセージは、セッションＩＤや、ロケーションＩＤ（ｌｉｄ）や、ＳＥＴ能力や、支援データに対する要求や、および／または、他の情報を含んでいてもよい。その後、Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０とともにＳＵＰＬ ＰＯＳセッション（または、ポジショニングセッション）に携わってもよい（ステップＩ）。Ｈ−ＳＬＰ１３０およびＳＥＴ１１０は、ＳＥＴ１１０に支援データを提供するために、ならびに／あるいは、ＳＥＴ１１０に対するロケーション推定を算出するために、選択したポジショニングプロトコル（例えば、ＲＲＬＰ、ＲＲＣ、ＬＰＰ、または、ＴＩＡ−８０１）に対してメッセージを交換する。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０に対して、ＳＵＰＬ ＲＥＰＯＲＴメッセージ中で、ロケーション推定および／または他の情報を送ってもよい（ステップＪ）。
【００４０】
ＳＥＴ１１０のロケーションは、ＳＥＴ１１０単独により、あるいは、ステップＨ、ステップＩ、および、ステップＪを通して、Ｈ−ＳＬＰ１３０の支援とともに、決定してもよい（ステップＫ）。例えば、進行した距離を算出するために、上記で説明したスキームのうちの何らかのものを使用して、ＳＥＴ１１０が進行した距離を更新してもよい（ステップＬ）。ＳＥＴ１１０は、予め規定された距離に対して、進行した距離を比較し、予め規定された距離だけＳＥＴ１１０が移動したか否かを決定してもよい（ステップＭ）。予め規定された距離だけＳＥＴ１１０が移動しており、トリガイベントが起こっている場合に、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＲＥＰＯＲＴメッセージを送ってもよい（ステップＮ）。このメッセージは、トリガイベントが起こっているという表示を含んでいてもよく、ＳＥＴ１１０の現在のロケーションや、ＳＥＴ１１０が進行した距離や、および／または、他の情報も含んでいてもよい。トリガイベントに応答して、Ｈ−ＳＬＰ１３０は、ＳＵＰＬエージェント１４０に対してＭＬＰトリガされたロケーション報告（ＴＬＲＥＰ）メッセージを送ってもよい（ステップＯ）。このメッセージは、要求ＩＤや、トリガイベントが起こっているという表示や、ＳＥＴ１１０の現在のロケーションや、ＳＥＴ１１０が進行した距離や、現在のロケーションに対する日付および時間や、現在のロケーションを決定するために使用されたポジショニング方法や、および／または、他の情報を含んでいてもよい。トリガイベントが起こっていない場合には、ステップＮとステップＯはスキップしてもよい。
【００４１】
ステップＫないしステップＯは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＰ）。各処理サイクルは、ＳＥＴ１１０の現在のロケーションを決定するためのステップと、ＳＥＴ１１０が進行した距離を決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、報告を開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したときや、予め規定された最後の通過点に達したとき等に、等距離トリガセッションの終わりに達する。等距離トリガセッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよく（ステップＱ）、または、（図３には示されていないが、）ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。代替的に、各エンティティは、セッションの終わりを自律的に決定してもよく、何らかのシグナリングを交換することなく、セッションを終了してもよい。
【００４２】
相対的なＳＥＴ対ＳＥＴトリガサービスは、ターゲットＳＥＴのロケーションと、基準ＳＥＴのロケーションとを周期的に決定してもよく、基準ＳＥＴロケーションを中心とした、移動する地理的なターゲットエリアにターゲットＳＥＴが入ったときに、または、基準ＳＥＴロケーションを中心とした、移動する地理的なターゲットエリアをターゲットＳＥＴが離れたときに、ロケーション情報を報告してもよい。ＳＵＰＬエージェントは、相対的なＳＥＴ対ＳＥＴトリガサービスを開始し、ターゲットＳＥＴおよび基準ＳＥＴを識別し、適用可能なパラメータを提供してもよい。
【００４３】
図４は、相対的なＳＥＴ対ＳＥＴトリガサービスに対する地理的なターゲットエリア４１０を示している。地理的なターゲットエリアは、基準ＳＥＴのロケーションを中心としていてもよく、基準ＳＥＴロケーションからのｒの半径により規定された円形のエリアであってもよい。地理的なターゲットエリアは、基準ＳＥＴのロケーションと同期して、移動する。一般に、地理的なターゲットエリアは、例えば、さらに複雑な多角形のような、何らかの形により規定されていてもよい。地理的なターゲットエリアはまた、（ｉ）２次元で、水平的なロケーションにより規定されていてもよく、（ｉｉ）３次元で、水平的なロケーションと高度の双方によって規定されていてもよい。
【００４４】
例えば、母親と子供が、ショッピングモールにいるかもしれない。母親は、彼女の周囲の半径２７．４２メートル（３０ヤード）のエリアの外に子供が移動したときにはいつでも、通知してほしいと思っているかもしれず、これは、“迷子”シナリオとして呼ぶことがある。母親が基準端末を持ち運んでいてもよく、子供がターゲット端末を持ち運んでいてもよい。地理的なターゲットエリアは、母親のロケーションを中心とした、半径ｒによる円形のエリアとして規定されていてもよい。地理的なターゲットエリアは、母親の移動にしたがう、すなわち、母親とともにあちこち動き回る。子供（または、ターゲット端末）が、母親の周囲の地理的なターゲットエリアを離れたときにはいつでも（例えば、子供が、母親から２７．４２メートル（３０ヤード）より遠くに移動したときに）、ＳＵＰＬエージェントに通知してもよい。その後、ＳＵＰＬエージェントは、子供が地理的なターゲットエリアを離れたこと、例えば、子供が迷子になっていることを母親に通知してもよい。母親がターゲット端末を持ち運び、子供が基準端末を持ち運んでいるような、端末の役割が逆であるときにも、この例をサポートすることができる。
【００４５】
図５は、相対的なＳＥＴ対ＳＥＴトリガサービスに対するメッセージフロー５００の設計を示している。ＳＵＰＬエージェント１４０は、基準ＳＥＴ１１２のロケーションにより規定されている、移動する地理的なターゲットエリアに関するターゲットＳＥＴ１１０のロケーションを知ることを望んでいるかもしれず、相対的なＳＥＴ対ＳＥＴトリガの表示を持つロケーション要求をＨ−ＳＬＰ１３０に送ってもよい（ステップＡ）。その後、Ｈ−ＳＬＰ１３０は、ターゲットＵＥ１１０および基準ＳＥＴ１１２と通信して、相対的なＳＥＴ対ＳＥＴトリガセッションを確立してもよい（ステップＢおよびステップＣ）。
【００４６】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行するために、および、報告を開始するために、何らかのエンティティが指定されている。指定されたエンティティには、ＳＥＴ１１０およびＳＥＴ１１２のロケーション、トリガパラメータ、および／または、他の関係する情報が提供される。明確さのために、下記の説明の大部分では、ターゲットＳＥＴ１１０が、指定されたエンティティであると仮定する。
【００４７】
基準ＳＥＴ１１２のロケーションは、ＳＥＴベースモードにより、または、ＳＥＴ支援モードにより、決定してもよい（ステップＤ）。基準ＳＥＴ１１２のロケーションは、Ｈ−ＳＬＰ１３０に提供されてもよく（ステップＥ）、Ｈ−ＳＬＰ１３０は、ターゲットＳＥＴ１１０に対してロケーションを転送してもよい（ステップＦ）。代替的に、（図５中で破線により示されているように、）基準ＳＥＴ１１２のロケーションは、Ｈ−ＳＬＰ１３０を通すことなく、基準ＳＥＴ１１２により直接、ターゲットＳＥＴ１１０に対して提供されてもよい。
【００４８】
ＳＥＴベースモードにより、または、ＳＥＴ支援モードにより、ターゲットＳＥＴ１１０のロケーションをまた決定してもよい（ステップＧ）。ターゲットＳＥＴ１１０は、ＳＥＴ１１０およびＳＥＴ１１２のロケーションと、地理的なターゲットエリアを規定しているトリガパラメータとに基づいて、トリガイベントが起こったか否かをチェックしてもよい（ステップＨ）。ターゲットＳＥＴ１１０が、地理的なターゲットエリアの内にあるかまたは外にある場合に、あるいは、ターゲットＳＥＴ１１０が、地理的なターゲットエリアの内に移動するかまたは外に移動した場合に、トリガイベントが起こるかもしれない。このケースでは、ターゲットＳＥＴ１１０は、トリガイベントが起こったことをＨ−ＳＬＰ１３０に報告してもよい（ステップＩ）。報告は、ターゲットＳＥＴ１１０の現在のロケーションや、基準ＳＥＴ１１２の現在のロケーションや、基準ＳＥＴ１１２に関するターゲットＳＥＴ１１０のロケーション（例えば、５０メートル東）や、および／または、他の情報を含んでいてもよい。その後、Ｈ−ＳＬＰ１３０は、トリガイベントが起こったことをＳＵＰＬエージェント１４０に知らせるために、トリガ応答を送ってもよい（ステップＪ）。応答は、ＳＥＴ１１０からのトリガ報告中に提供されている情報のうちのいくつかまたはすべてを含んでいてもよい。トリガイベントが起こっていない場合には、ステップＩとステップＪはスキップしてもよい。
【００４９】
ステップＤないしステップＪは、１つの処理サイクルに対するものであってもよい。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＫ）。各処理サイクルは、基準ＳＥＴ１１２の現在のロケーションを決定するためのステップと、ターゲットＳＥＴ１１０の現在のロケーションを決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。基準ＳＥＴ１１２のロケーションは、ターゲットＳＥＴ１１０のロケーションと同じレートまたは異なるレートにおいて決定してもよい。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０によるトリガイベント報告と、Ｈ−ＳＬＰ１３０によるトリガ応答とを開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したとき等に、相対的なＳＥＴ対ＳＥＴトリガセッションの終わりに達する。セッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０およびＳＥＴ１１２とは、セッションを終了する（ステップＬおよびステップＭ）。
【００５０】
別の設計では、図５中のステップＤおよびステップＧにおいて、基準ＳＥＴのロケーションとターゲットＳＥＴのロケーションを取得する代わりに、いずれかのＳＥＴが、他のＳＥＴに関する自身のロケーションを、これらのステップにおいて周期的に決定してもよい。例えば、ステップＧにおいて、ターゲットＳＥＴ１１０は、基準ＳＥＴ１１２に直接、信号（例えば、無線信号または赤外線信号）を送ってもよく、基準ＳＥＴ１１２は、ＳＥＴ１１０に対して応答信号を戻してもよい。ＳＥＴ１１０は、全体的な応答時間を測定し、ＳＥＴ１１２における内部遅延を減算する。ＳＥＴ１１２が、ＳＥＴ１１０へのその応答信号中に、ＳＥＴ１１２における内部遅延を含めてもよく、または、ＳＥＴ１１０が、他の手段により、ＳＥＴ１１２における内部遅延を決定してもよい。ＳＥＴ１１０は、往復信号伝播遅延を取得し、したがって、それ自体とＳＥＴ１１２との間の距離を取得してもよい。その後、この距離を使用して、トリガ条件を評価することができる。さらに別の設計では、ステップＤおよびＧにおいて、ＳＥＴ１１０とＳＥＴ１１２の双方の最初のロケーションを取得し、これらの最初のロケーションに関する各ＳＥＴのロケーションを使用して、後続するロケーションを取得してもよい。相対的なロケーションはまた、各ＳＥＴ中のセンサーを使用して、取得してもよい。相対的なロケーションは、取得するために、より少ないシグナリングと処理リソースとを必要とするかもしれないし、短い間隔において、相対的なロケーションを取得できるかもしれない。
【００５１】
図６は、ＳＵＰＬメッセージを使用する、相対的なＳＥＴ対ＳＥＴトリガサービスに対するメッセージフロー６００の設計を示している。ＳＵＰＬエージェント１４０は、基準ＳＥＴ１１２のロケーションにより規定されている、移動する地理的なターゲットエリアに関するターゲットＳＥＴ１１０のロケーションを知ることを望んでいるかもしれず、Ｈ−ＳＬＰ１３０に対してＭＬＰ ＴＬＲＲメッセージを送ってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント識別子（クライアント−ｉｄ）や、ターゲットＳＥＴ１１０識別子（ターゲットｍｓ−ｉｄ）や、基準ＳＥＴ識別子（基準ｍｓ−ｉｄ）や、相対的なＳＥＴ対ＳＥＴトリガサービスが要求されているという表示や、トリガパラメータ等を含んでいてもよい。トリガパラメータは、基準ＳＥＴの周囲の地理的なターゲットエリアに関する情報（例えば、半径ｒ）や、トリガイベント情報（例えば、ターゲットエリアの中にある、ターゲットエリアの外にある、ターゲットに入る、または、ターゲットエリアを離れる）や、セッション持続時間（例えば、開始時間、停止時間等）や、ならびに／あるいは、報告に対するトリガイベントを決定するのに使用することができる他の情報を含んでいてもよい。
【００５２】
Ｈ−ＳＬＰ１３０は、相対的なＳＥＴ対ＳＥＴトリガサービスに対して、ＳＵＰＬエージェント１４０を認証および認可してもよい。Ｈ−ＳＬＰ１３０はまた、ＳＥＴ１１０とＳＥＴ１１２との通知および／または検証を実行してもよい。例えば、Ｈ−ＳＬＰ１３０は、基準ＳＥＴ１１２のユーザから承認を取得して、基準ＳＥＴ１１２のロケーションを決定することが可能になり、場合によっては、ターゲットＳＥＴ１１０、Ｈ−ＳＬＰ１３０、および／または、ＳＵＰＬエージェント１４０により、基準ＳＥＴ１１２のロケーションを共有することが可能になる。Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０のユーザから承認を取得して、ターゲットＳＥＴ１１０のロケーションを決定することが可能になり、場合によっては、基準ＳＥＴ１１２、Ｈ−ＳＬＰ１３０、および／または、ＳＵＰＬエージェント１４０により、共有することが可能になる。相対的なＳＥＴ対ＳＥＴトリガサービスはまた、各ＳＥＴユーザのプライバシー設定の修正を動的に考慮にしてもよい。
【００５３】
Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０およびＳＥＴ１１２をルックアップし、これらのＳＥＴに対するルーティング情報を取得してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、相対的なＳＥＴ対ＳＥＴトリガサービスに対するＳＵＰＬセッションを開始するために、基準ＳＥＴ１１２に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＥＴ１１２は、ＳＵＰＬ ＩＮＩＴメッセージを受信してもよく、それ自体を接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１２は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１２は、Ｈ−ＳＬＰ１３０との相対的なＳＥＴ対ＳＥＴトリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい（ステップＥ）。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１２からＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信してもよく、ＳＥＴ１１２に対して使用するためのポジショニング方法を選択してもよい。その後、Ｈ−ＳＬＰ１３０は、セッションＩＤや、選択したポジショニング方法や、トリガパラメータ等を含むＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを、ＳＥＴ１１２に対して送ってもよい（ステップＦ）。Ｈ−ＳＬＰ１３０は、ターゲットＳＥＴ１１０に対して同様に、ステップＣないしステップＦを実行してもよい（ステップＧ）。Ｈ−ＳＬＰ１３０は、相対的なＳＥＴ対ＳＥＴトリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰ ＴＬＲＡメッセージを送ってもよい（ステップＨ）。
【００５４】
その後に、Ｈ−ＳＬＰ１３０と、ターゲットＳＥＴ１１０と、基準ＳＥＴ１１２が協調して、トリガイベントの発生を検出してもよい。セッションの間に、各ＳＥＴ１１０のロケーションを周期的に（例えば、Ｘ秒ごとに）決定してもよい。１つの設計では、ＳＥＴは、そのロケーションを自律的に測定して、決定してもよい。別の設計では、ＳＥＴは、そのロケーションを決定するために、Ｈ−ＳＬＰ１３０とのポジショニングセッションに携わってもよい。一般に、各ＳＥＴのロケーションは、そのＳＥＴのみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴにより、ＳＥＴからの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。基準ＳＥＴ１１２は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してそのロケーションを決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。同様に、ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してそのロケーションを決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。ステップＩ、ステップＪ、および、ステップＫは、それぞれ、図３において、ステップＨ、ステップＩ、および、ステップＪに対して上記で説明したように、実行してもよい。
【００５５】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。さらに別の設計では、基準ＳＥＴ１１２が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行して、報告を開始するために、何らかのエンティティまたはエンティティの何らかの組み合わせが指定されている。指定されたエンティティには、ＳＥＴ１１０およびＳＥＴ１１２のロケーションと、トリガパラメータとが提供される。明確さのために、下記の説明では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始すると仮定する。
【００５６】
基準ＳＥＴ１１２が、そのロケーションを決定してもよく（ステップＬ）、その現在のロケーションを持つＳＵＰＬ ＲＥＰＯＲＴメッセージをＨ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。プルメカニズムに対しては、基準ＳＥＴの現在のロケーションを要求するために、ターゲットＳＥＴ１１０が、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＰＯＳＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを送ってもよい（ステップＮ）。応答して、Ｈ−ＳＬＰ１３０は、基準ＳＥＴ１１２の現在のロケーションを、ＳＵＰＬ ＲＥＰＯＲＴメッセージ中で、ターゲットＳＥＴ１１０に転送してもよい（ステップＯ）。プルメカニズムにより、ターゲットＳＥＴ１１０が、その都合のよいときに、例えば、ターゲットＳＥＴ１１０がオープンな接続を有しているときに、ロケーション情報を要求することが可能になるかもしれない。プッシュメカニズムに対しては、Ｈ−ＳＬＰ１３０が、ＳＥＴ１１２から基準ＳＥＴ１１２のロケーションを受信したときにはいつでも、Ｈ−ＳＬＰ１３０は、基準ＳＥＴ１１２のロケーションを転送してもよい。このケースでは、ステップＯは起こるだろうが、ステップＮはスキップしてもよい。プッシュメカニズムにより、ターゲットＳＥＴ１１０が基準ＳＥＴロケーションを周期的に要求する必要性なく、基準ＳＥＴロケーションが入手可能なときにはいつでも、Ｈ−ＳＬＰ１３０が基準ＳＥＴロケーションを提供することが可能になるかもしれない。基準ＳＥＴ１１２はまた、Ｈ−ＳＬＰ１３０と対話することなく、その現在のロケーションをターゲットＳＥＴ１１０に直接送ってもよい。
【００５７】
ターゲットＳＥＴ１１０が、そのロケーションを決定してもよい（ステップＰ）。ターゲットＳＥＴ１１０は、基準ＳＥＴ１１２の現在のロケーションに対して、その現在のロケーションを比較してもよく、ターゲットＳＥＴ１１０が、基準ＳＥＴ１１２の現在のロケーションにより規定されている地理的なターゲットエリアの内にあるか、または、外にあるか、あるいは、基準ＳＥＴ１１２の現在のロケーションにより規定されている地理的なターゲットエリアの内に移動しているか、または、基準ＳＥＴ１１２の現在のロケーションにより規定されている地理的なターゲットエリアから外に移動しているか否かを決定してもよい（ステップＱ）。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０は、イベントトリガの表示と、場合によっては、その現在のロケーションおよび／または基準ＳＥＴ１１２のロケーションとを持つＳＵＰＬ ＲＥＰＯＲＴメッセージを、Ｈ−ＳＬＰ１３０に対して送ってもよい（ステップＲ）。その後、Ｈ−ＳＬＰ１３０は、要求ＩＤと、イベントトリガ表示と、場合によっては、他の情報とを含んでいてもよいＭＬＰ ＴＬＲＥＰメッセージを、ＳＵＰＬエージェント１４０に対して送ってもよく、他の情報は、ターゲットＳＥＴ１１０のロケーションや、基準ＳＥＴ１１２のロケーションや、各ロケーションに対する日付および時間や、各ロケーションを決定するために使用したポジショニング方法や、ならびに／あるいは、他の情報のようなものである（ステップＳ）。ターゲットＳＥＴ１１０には、例えば、ターゲットＳＥＴ１１０によりトリガされる、基準ＳＥＴ１１２のロケーションに関するトリガイベントが知らされてもよい。基準ＳＥＴ１１２にはまた、例えば、ターゲットＳＥＴ１１０によりトリガされる、それ自体のポジションに関するトリガイベントが知らされてもよい。
【００５８】
ステップＬないしステップＳは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＴ）。各処理サイクルは、各ＳＥＴの現在のロケーションを決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、（例えば、ステップＲおよびステップＳにおいて）報告を開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したとき等に、相対的なＳＥＴ対ＳＥＴトリガセッションの終わりに達する。セッションの終わりに達したときに、Ｈ−ＳＬＰ１３０と、ターゲットＳＥＴ１１０と、基準ＳＥＴ１１２とが、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、各ＳＥＴに対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＵおよびステップＶ）。ＳＥＴがまた、ＳＵＰＬ ＥＮＤメッセージを送ってもよい。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。
【００５９】
相対的なＳＥＴ対ＳＥＴトリガサービスを使用して、その中心が基準端末である地理的なターゲットエリアに関連して、ターゲット端末の移動を周期的に監視することができる。地理的なターゲットエリアは、基準端末（および、他のトリガサービスのケースのように、ターゲット端末でないもの）に関して規定されていてもよく、基準端末と同期して移動する。ターゲット端末が地理的なターゲットエリアの内または外にあるときや、ターゲット端末が地理的なターゲットエリアに入るかまたは離れるときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知が送られてもよい。第三者は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）に対してロケーション要求を送ってもよい。ロケーションサーバは、ターゲット端末と基準端末の双方とともにポジション決定手順を始めてもよい。ターゲット端末が、基準端末の周囲の地理的なターゲットエリアの内または外にあるか、基準端末の周囲の地理的なターゲットエリアに入るかまたは離れるかを検出できるように、基準端末のロケーションを周期的に決定し、ターゲット端末のロケーションと比較してもよい。このトリガイベントが検出されたときにはいつでも、ロケーションサーバは、ローカルクライアントと、場合によっては、ターゲット端末および／または基準端末とに通知してもよい。
【００６０】
速度トリガサービスは、ターゲットＳＥＴの速度が、予め規定された速度（すなわち、速度レベル）に達したか否かを周期的に決定してもよく、トリガイベントが検出されたときに、速度を報告してもよい。ＳＵＰＬエージェントは、速度トリガサービスを開始し、ターゲットＳＥＴを識別し、適用可能なパラメータを提供してもよい。
【００６１】
速度は、スピードおよび／または方位を含んでいてもよい。スピードは、ＳＥＴがどのくらい速く移動しているかを示すことができ、方位は、ＳＥＴがどの方向に移動しているかを示すことができる。一般に、トリガ基準は、スピードのみに基づいて、または、方位のみに基づいて、あるいは、スピードと方位の双方に基づいて、規定されていてもよい。例えば、トリガ基準は、（ｉ）トラックが１１２ｋｍ／ｈ（７０ｍｐｈ）のスピードに達したときに、または、（ｉｉ）トラックが北に向かっているときに、あるいは、（ｉｉｉ）トラックが、１１２ｋｍ／ｈ（７０ｍｐｈ）より速く、北に向かっているときに、報告を送るように規定されていてもよい。トリガ基準はまた、スピードの増加および／または減少に対して規定されていてもよい。例えば、（停止信号から開始して）トラックが１１２ｋｍ／ｈ（７０ｍｐｈ）に達したときに、報告を送ってもよい。トラックはさらに加速して、１４４ｋｍ／ｈ（９０ｍｐｈ）に達するかもしれない。トラックが１１２ｋｍ／ｈ（７０ｍｐｈ）に減速したときに、別の報告を送ってもよい。代替的に、トラックがより低いレベル（例えば、１０４ｋｍ／ｈ（６５ｍｐｈ））を下回って減速し、その後、１１２ｋｍ／ｈ（７０ｍｐｈ）を超えた場合に、別の報告を送ってもよい。一般に、速度トリガサービスに対して使用される速度は、スピードのみのことを指してもよく、または、方位のみのことを指してもよく、あるいは、スピードと方位の双方のことを指してもよい。さまざまな速度トリガサービスに対して、さまざまなトリガ基準をまた使用してもよい。
【００６２】
速度トリガは、さまざまな方法で規定されていてもよい。１つの設計では、初めに、ターゲットＳＥＴの速度が、より低いレベルを下回って落ちて、その後に、予め規定された速度を満たすかまたは超えたときに、速度トリガが起こるかもしれない。予め規定された速度に基づいて、より低いレベルを規定してもよい、例えば、より低いレベルは、予め規定された速度を下回るあるマージンであってもよい。例えば、トラックが交通信号において開始し、その後に、１１２ｋｍ／ｈ（７０ｍｐｈ）の予め規定された速度に達することがあり、１１２ｋｍ／ｈ（７０ｍｐｈ）の予め規定された速度は、１０４ｋｍ／ｈ（６５ｍｐｈ）のスピード制限プラス８ｋｍ／ｈ（５ｍｐｈ）のマージンに基づいて、規定されているかもしれない。トラックが初めに１１２ｋｍ／ｈ（７０ｍｐｈ）に達したときに、速度トリガが生じるかもしれない、そして、トラックがより低いレベルを上回るスピードを保ち続ける限り、速度トリガは何も起こらないかもしれない。より低いレベルは、９６ｋｍ／ｈ（６０ｍｐｈ）であってもよく、９６ｋｍ／ｈ（６０ｍｐｈ）は、１０４ｋｍ／ｈ（６５ｍｐｈ）のスピード制限マイナス８ｋｍ／ｈ（５ｍｐｈ）のマージンに基づいて、規定されているかもしれない。トラックが、９６ｋｍ／ｈ（６０ｍｐｈ）のより低いレベルを下回って減速し、その後、１１２ｋｍ／ｈ（７０ｍｐｈ）の予め規定された速度を満たすかまたは超えた場合に、別の速度トリガが起こるかもしれない。別の設計では、ターゲットＳＥＴの速度が、予め規定された速度を超えた場合に、速度トリガが起こるかもしれないが、速度トリガは、各予め規定された時間間隔において、多くて１つの速度トリガに制限されているかもしれない。上記の例に対しては、速度トリガは、トラックが予め規定された速度を満たすかまたは超えた、５分の予め規定された時間間隔ごとに起こるかもしれない。速度トリガはまた、他の方法で規定されていてもよい。
【００６３】
図７は、ＳＵＰＬメッセージを使用する、速度トリガサービスに対するメッセージフロー７００の設計を示している。ＳＵＰＬエージェント１４０は、ターゲットＳＥＴ１１０の速度が、ターゲット速度に達したときにはいつでも、知ることを望んでいるかもしれず、Ｈ−ＳＬＰ１３０に対してＭＬＰ ＴＬＲＲメッセージを送ってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント識別子や、ターゲットＳＥＴ識別子や、速度トリガサービスが要求されているという表示や、トリガパラメータ等を含んでいてもよい。トリガパラメータは、ターゲット速度や、開始時間や、停止時間等を含んでいてもよい。Ｈ−ＳＬＰ１３０は、速度トリガサービスに対して、ＳＵＰＬエージェント１４０を認証および認可してもよい。Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０との通知および／または検証を実行してもよい。速度トリガサービスはまた、ターゲットＳＥＴユーザのプライバシー設定の修正を動的に考慮してもよい。
【００６４】
Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０をルックアップし、ＳＥＴに対するルーティング情報を取得してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、速度トリガサービスに対するＳＵＰＬセッションを開始するために、ＳＥＴ１１０に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＥＴ１１０は、ＳＵＰＬ ＩＮＩＴメッセージを受信し、それ自体を接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１０は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０との速度トリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい（ステップＥ）。Ｈ−ＳＬＰ１３０は、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信し、ＳＥＴ１１０に対して使用するためのポジショニング方法を選択し、セッションＩＤや、選択したポジショニング方法や、トリガパラメータ等を含んでいてもよいＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを戻してもよい（ステップＦ）。Ｈ−ＳＬＰ１３０は、速度トリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰ ＴＬＲＡメッセージを送ってもよい（ステップＧ）。
【００６５】
その後に、Ｈ−ＳＬＰ１３０とターゲットＳＥＴ１１０が協調して、トリガイベントの発生を検出してもよい。セッションの間に、ＳＥＴ１１０の速度を周期的に（例えば、Ｘ秒ごとに）決定してもよい。１つの設計では、ＳＥＴは、その速度を自律的に測定し、決定してもよい。別の設計では、ＳＥＴは、Ｈ−ＳＬＰ１３０と対話して、その速度を決定してもよい。一般に、ＳＥＴ１１０の速度は、ＳＥＴ１１０のみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴ１１０により、ＳＥＴ１１０からの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してその速度を決定するために、必要に応じて、ステップＨ、ステップＩ、および、ステップＪを実行してもよい。
【００６６】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。ＳＥＴ１１０は、その速度を決定してもよい（ステップＫ）。ＳＥＴ１１０は、ターゲット速度に対して、その現在の速度を比較してもよく、現在の速度がターゲット速度を超えているか否かを決定してもよい（ステップＬ）。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０は、トリガイベントの表示と、場合によっては、その速度とを持つＳＵＰＬ ＲＥＰＯＲＴメッセージを、Ｈ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。その後、Ｈ−ＳＬＰ１３０は、要求ＩＤや、トリガイベント表示や、ＳＥＴ１１０の速度や、ＳＥＴ１１０のロケーション等を含んでいてもよいＭＬＰ ＴＬＲＥＰメッセージを、ＳＵＰＬエージェント１４０に対して送ってもよい（ステップＮ）。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行して、報告を開始するために、何らかのエンティティが指定されている。指定されたエンティティには、ＳＥＴ１１０の速度と、トリガパラメータとが提供される。
【００６７】
ステップＫないしステップＮは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＯ）。各処理サイクルは、ＳＥＴ１１０の速度を決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、報告を開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したとき等に、速度トリガセッションの終わりに達する。速度トリガセッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、ＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＰ）。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。
【００６８】
速度トリガサービスを使用して、ターゲット端末を周期的に監視し、ターゲット端末の速度が予め規定されたレベルに達したときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知を送ってもよい。第三者は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）に対してロケーション要求を送ってもよい。ターゲット端末と協調しているロケーションサーバは、ポジションおよび速度の決定手順を開始してもよい。手順により、予め規定されたレベルを超えている端末速度の検出が可能になるかもしれない。このトリガイベントを検出したときにはいつでも、ロケーションサーバが、ロケーションクライアントに通知してもよい。例えば、それらのトラックが１１２ｋｍ／ｈ（７０ｍｐｈ）を超えたときにはいつでも、知りたいと思っているかもしれない運送会社のオペレーションセンターにより、このサービスを使用してもよい。その保険契約者が一般的にローカルのスピード制限を遵守していることを検証するために、保険会社によっても、このサービスを使用してもよく、例えば、ローカルのスピード制限を遵守していることにより、その後、保険契約者には、より低い保険料という資格が与えられるかもしれない。
【００６９】
Ｔ−Ｄ−Ｖの組み合わせのトリガサービスは、最後の報告以降に経過した時間と、最後の報告以降に進行した距離と、最後の報告以降に達した最高速度とに基づいて規定されているトリガイベントをサポートすることができる。Ｔ−Ｄ−Ｖの組み合わせのトリガサービスは、経過した時間や、進行した距離や、最高速度、および／または、他のパラメータの他の組み合わせもサポートすることができる。例えば、時間、距離、および、速度の以下の関数のうちの１つに基づいて、Ｔ−Ｄ−Ｖの組み合わせのトリガ（または、トリガ条件）を規定してもよい：
【数１】
【００７０】
または、
【数２】
【００７１】
ここで、Ｔ、Ｄ、および、Ｖは、それぞれ、最後の報告以降に経過した時間と、最後の報告以降に進行した距離と、最後の報告以降の最高速度とに対する現在の値である。
ｆ（Ｔ）は、時間トリガに対する式（例えば、ブール式）であり、
ｇ（Ｄ）は、距離トリガに対する式（例えば、ブール式）であり、
ｈ（Ｖ）は、速度トリガに対する式（例えば、ブール式）であり、
“ＡＮＤ”は、論理ＡＮＤ演算を示しており、
“ＯＲ”は、論理ＯＲ演算を示している。
【００７２】
ブール式は、その入力パラメータの関数に基づいて、真または偽の出力を返す。例として、進行した距離に対するブール式は、ｇ（Ｄ）＝（Ｄ≧Ｄ１）として規定してもよく、ここで、Ｄ１は、予め規定された距離である。進行した距離Ｄが、予め規定された距離Ｄ１に等しい、または、予め規定された距離Ｄ１より大きい場合に、式は真であり、そうでなければ、偽であるだろう。ｆ1（Ｔ）とｆ2（Ｔ）は、ｉ＝１または２に対する、ｆi（Ｔ）＝（Ｔ≧Ｔi）により与えられる、時間トリガに対する２つのブール式であり、ここで、Ｔ1とＴ2は、経過した時間に対する２つの予め規定された値である。同様の方法で、速度トリガに対する式を規定してもよい。いったん、何らかのトリガ条件が起こると、次の報告まで、そのトリガ条件は有効なままであるかもしれない。このことは、新しい報告が送られた後まで、トリガが起こり、そして、後に消失するのを防ぐだろう。
【００７３】
例えば、車隊管理センターは、最後の報告以降にトラックが１６キロメートル（１０マイル）（Ｄ１＝１６キロメートル（１０マイル））移動したときにはいつでも、対象としているそのトラックの移動に関する更新を報告で欲しいと思っているかもしれないが、報告は、せいぜい、１時間ごとに（Ｔ１＝６０分）トラック当たり１つである。センターはまた、トラックが１２０ｋｍ／ｈ（７５ｍｐｈ）（Ｖ１＝１２０ｋｍ／ｈ（７５ｍｐｈ））に達した場合には、即座に知らせてほしいと思っているかもしれない。コンボトリガ関数は、次のように規定してもよい：
【数３】
【００７４】
ここで、Ｔは、最後の報告が送られた以降に経過した時間であり、
Ｄは、最後の報告以降に進行した距離であり、
Ｖは、最後の報告以降の最高スピードである。
【００７５】
進行した距離Ｄは、（ｉ）ロケーション測定値間の増分距離の合計として計算してもよく、または、（ｉｉ）最後の報告中のロケーションまでの距離として計算してもよい。例えば、ケース（ｉ）に対する変数Ｔ、Ｄと、Ｖとは、すべて、時間の増加する関数とすることができる。
【００７６】
スピードを出しているドライバーに対する過剰な報告の発生を避けるために、センターは、１０分（Ｔ２＝１０分）ごとにせいぜい１つのスピード報告を望むかもしれない。そこで、コンボトリガ関数は、次のように規定してもよい：
【数４】
【００７７】
上記の方程式により示されているように、ＤおよびＶに対する異なる予め規定された値とともに、異なる予め規定された時間値を使用してもよい。
【００７８】
１つの設計では、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対してより高い柔軟性を可能にするために、上記のブール式（例えば、ｆ（Ｔ）、ｇ（Ｄ）、および、ｈ（Ｖ））は、ＳＥＴの現在のロケーションや、最後の報告以降のＳＥＴロケーションの組や、現在の時間や、または、最後の報告以降の時間期間等を含んでいてもよく、あるいは、これらに依存してもよい。このことを使用して、進行した距離と、最高速度と、次の報告までの時間とに対して異なる予め規定された値を設定してもよい。例えば、運送会社は、最後の報告以降に進行したロケーションに対する普通の（例えば、最高）スピード制限にしたがって、予め規定された最高速度を調整してもよい。この会社はまた、ルートのタイプにしたがって、予め規定された進行距離を調整してもよい、例えば、主要な高速道路に沿って進行しているトラックに対しては、より大きい予め規定された距離を使用して、予め規定された進行距離を調整してもよい。この会社はまた、時刻にしたがって、例えば、日中の忙しく移動する期間に対しては、より短い間隔を使用して、および、夕方または夜のような余り忙しくない期間に対しては、より長い間隔を使用して、予め規定された時間間隔を調整してもよい。
【００７９】
図８は、ＳＵＰＬメッセージを使用する、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対するメッセージフロー８００の設計を示している。ＳＵＰＬエージェント１４０は、ターゲットＳＥＴ１１０に対するロケーション情報および／または速度情報を知ることを望んでいるかもしれず、Ｈ−ＳＬＰ１３０に対してＭＬＰ ＴＬＲＲメッセージを送ってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント識別子や、ターゲットＳＥＴ識別子や、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスが要求されているという表示や、トリガパラメータ等を含んでいてもよい。トリガパラメータは、Ｔのパラメータ、Ｄのパラメータ、および／または、Ｖのパラメータや、例えば、［（Ｔ≧Ｔ１）ＡＮＤ（Ｄ≧Ｄ１）ＯＲ（Ｖ≧Ｖ１）］のような、所望のコンボトリガ関数や、開始時間や、停止時間等を含んでいてもよい。Ｈ−ＳＬＰ１３０は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対して、ＳＵＰＬエージェント１４０を認証および認可してもよい。Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０との通知および／または検証を実行してもよい。Ｔ−Ｄ−Ｖの組み合わせのトリガサービスはまた、ターゲットＳＥＴユーザのプライバシー設定の修正を動的に考慮にしてもよい。
【００８０】
Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０をルックアップし、ＳＥＴに対するルーティング情報を取得してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対するＳＵＰＬセッションを開始するために、ＳＥＴ１１０に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＥＴ１１０は、ＳＵＰＬ ＩＮＩＴメッセージを受信し、それ自体を接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１０は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０とのＴ−Ｄ−Ｖの組み合わせのトリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい（ステップＥ）。Ｈ−ＳＬＰ１３０は、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信し、ＳＥＴ１１０に対して使用するためのポジショニング方法を選択し、セッションＩＤや、選択したポジショニング方法や、トリガパラメータ等を含んでいてもよいＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを戻してもよい（ステップＦ）。Ｈ−ＳＬＰ１３０は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰ ＴＬＲＡメッセージを送ってもよい（ステップＧ）。
【００８１】
ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０からの支援データを取得するために、あるいは、ＳＥＴ支援モードに対してそのロケーションおよび／または速度を決定するために、必要に応じて、ステップＨ、ステップＩ、および、ステップＪを実行してもよい。Ｈ−ＳＬＰ１３０とターゲットＳＥＴ１１０が協調して、トリガイベントの発生を検出してもよい。セッションの間に、ＳＥＴ１１０のロケーションおよび／または速度を周期的に（例えば、Ｘ秒ごとに）決定してもよい。１つの設計では、ＳＥＴ１１０は、そのロケーションおよび／または速度を自律的に測定し、決定してもよい（ステップＫ）。別の設計では、ＳＥＴ１１０は、（例えば、図８中のステップＨ、ステップＩ、およびステップＪを使用して、）Ｈ−ＳＬＰ１３０と対話して、そのロケーションおよび／または速度を決定してもよい。一般に、ＳＥＴ１１０のロケーションおよび／または速度は、ＳＥＴ１１０のみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴ１１０により、ＳＥＴ１１０からの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。
【００８２】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。ＳＥＴ１１０は、トリガイベントが起こったか否かを決定するために、現在のＴの値、Ｄの値、および、Ｖの値を決定してもよく、コンボトリガ関数にしたがって、これらの値を論理的に組み合わせてもよい（ステップＬ）。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０は、トリガイベントの表示と、場合によっては、そのロケーションおよび／または速度とを持つＳＵＰＬ ＲＥＰＯＲＴメッセージを、Ｈ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。いずれのケースでも、トリガイベントに応答して、Ｈ−ＳＬＰ１３０は、要求ＩＤや、トリガイベント表示や、ＳＥＴ１１０のロケーションおよび／または速度や、起こったトリガに対する条件や、ならびに／あるいは、他の情報を含んでいてもよいＭＬＰ ＴＬＲＥＰメッセージを、ＳＵＰＬエージェント１４０に対して送ってもよい（ステップＮ）。
【００８３】
ステップＫないしステップＮは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＯ）。各処理サイクルは、ＳＥＴ１１０のロケーションおよび／または速度を決定するためのステップと、ＳＥＴ１１０が進行した距離を更新するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に報告を開始してもよく、そうでなければ、スキップしてもよい。Ｔ−Ｄ−Ｖの組み合わせのトリガセッションの終わりに達したときに（例えば、停止時間に達したときに）、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、ＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＰ）。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。
【００８４】
Ｔ−Ｄ−Ｖの組み合わせのトリガサービスを使用して、移動体端末を周期的に監視し、時間Ｔ、距離Ｄ、および／または、速度Ｖに基づいて、トリガイベントが起こったときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知を送ってもよい。第三者は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）にロケーション要求を送ってもよい。ロケーションサーバとターゲット端末が協調して、端末のロケーションおよび／または速度に基づいて、トリガイベントの発生を検出してもよい。トリガイベントを検出したときにはいつでも、ロケーションサーバは、ロケーションクライアントに通知してもよい。
【００８５】
別の態様では、ＳＥＴ対ＳＥＴ速度サービスは、要求ＳＥＴが、ＳＥＴ対ＳＥＴ速度セッションの間に、１つ以上のターゲットＳＥＴの絶対的な速度または相対的な速度を、進行中のベースで（例えば、周期的に、１回、等）取得することを可能にする。ＳＵＰＬエージェントは、要求ＳＥＴ中に存在していてもよく、ターゲットＳＥＴの速度を要求してもよい。各ＳＥＴは、Ｈ−ＳＬＰとのポジショニング手順を実行することが可能であってもよく、および／または、それ自体で、ポジショニング手順を実行することが可能であってもよい。ポジショニング手順は、ＳＥＴのロケーションおよび／または速度を含んでいてもよいロケーション情報を提供することができる。
【００８６】
図９は、ＳＵＰＬメッセージを使用する、ＳＥＴ対ＳＥＴ速度サービスに対するメッセージフロー９００の設計を示している。要求ＳＥＴ１１４中のＳＵＰＬエージェント１４４は、ターゲットＳＥＴ１１０の速度を知ることを望んでいるかもしれない。ＳＵＰＬエージェント１４４はＳＥＴ１１４中に存在しているので、ＳＥＴ開始のサービスを使用することができ、ＳＵＰＬエージェント１４４は、ＳＥＴ対ＳＥＴ速度サービスを開始することをＳＥＴ１１４に内部的に要求してもよい（ステップＡ）。その後、要求ＳＥＴ１１４は、Ｈ−ＳＬＰ１３０と通信して、ＳＥＴ開始トリガセッションを確立してもよい（ステップＢ）。ステップＢにおけるセッション確立は、（ｉ）ＳＥＴ１１４が、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ることと、（ｉｉ）Ｈ−ＳＬＰ１３０が、ＳＥＴ１１４に対してＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを戻すこととを含んでいてもよい。ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージは、ＳＥＴ対ＳＥＴ速度サービスが要求されていることを示していてもよく、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージはまた、要求ＳＥＴ識別子や、ターゲットＳＥＴ識別子や、相対的なまたは絶対的な速度が要求されているか否かという表示や、セッションの開始時間および停止時間や、確定の数や、確定間の間隔等のような情報を含んでいてもよい。Ｈ−ＳＬＰ１３０は、ＳＥＴ対ＳＥＴ速度サービスに対して、ＳＥＴ１１４を認証および認可してもよい。ステップＢにおけるセッション確立に続いて、ＳＥＴ１１４は、ＳＵＰＬエージェント１４４に対して、要求を内部的に肯定応答してもよく、要求されたサービスを実行するだろうことを確認通知してもよい（ステップＣ）。Ｈ−ＳＬＰ１３０は、ターゲットＳＥＴ１１０とのロケーションセッションを確立してもよい（ステップＤ〜ステップＨ）。これは、ＳＥＴ１１０との通知および／または検証を含んでいてもよい。
【００８７】
Ｈ−ＳＬＰ１３０は、セッションの間に、要求ＳＥＴ１１４および／またはターゲットＳＥＴ１１０と協調して、ターゲットＳＥＴ１１０の速度を決定し、基準ＳＥＴ１１４の速度を決定し、ターゲットＳＥＴ１１０に支援を提供し、および／または、基準ＳＥＴ１１４に支援を提供してもよい。Ｈ−ＳＬＰ１３０はまた、セッションの間に、ターゲットＳＥＴ１１０の速度を要求ＳＥＴ１１４と共有すること、および／または、要求ＳＥＴ１１４の速度をターゲットＳＥＴ１１０と共有することを伴ってもよい。
【００８８】
ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してその速度を決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。同様に、基準ＳＥＴ１１４は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、その速度を決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。ターゲットＳＥＴ１１０が、その速度を決定してもよく（ステップＬ）、その速度を持つＳＵＰＬ ＲＥＰＯＲＴメッセージをＨ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。要求ＳＥＴ１１４は、ターゲットＳＥＴ１１０の速度を要求するために、Ｈ−ＳＬＰ１３０にＳＵＰＬ ＰＯＳＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを送ってもよい（ステップＮ）。応答して、Ｈ−ＳＬＰ１３０が、ＳＵＰＬ ＲＥＰＯＲＴメッセージ中で、ターゲットＳＥＴ１１０の現在の速度を、要求ＳＥＴ１１４に転送してもよい（ステップＯ）。ＳＥＴ１１０からターゲットＳＥＴ１１０の速度を受信したときにはいつでも、Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０の速度を転送してもよい。ターゲットＳＥＴ１１０はまた、（例えば、図９中の破線により示されているように、）Ｈ−ＳＬＰ１３０と対話することなく、その速度を直接、要求ＳＥＴ１１４に送ってもよい。いずれのケースでも、要求ＳＥＴ１１４は、ターゲットＳＥＴ１１０の速度をＳＵＰＬエージェント１４４に対して提供することができる（ステップＰ）。
【００８９】
ステップＬないしステップＰは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＱ）。各処理サイクルは、ターゲットＳＥＴ１１０の速度を決定するためのステップと、速度を要求ＳＥＴ１１４に提供するためのステップとを含んでいてもよい。例えば、停止時間に達したとき等に、ＳＥＴ対ＳＥＴ速度セッションの終わりに達する。セッションの終わりに達したときに、Ｈ−ＳＬＰ１３０と、要求ＳＥＴ１１４と、ターゲットＳＥＴ１１０とが、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、ターゲットＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＲ）。Ｈ−ＳＬＰ１３０はまた、セッションの終わりを要求ＳＥＴ１１４に通知してもよく、その後、ＳＥＴ１１４が、ＳＵＰＬエージェント１４４に通知してもよい。
【００９０】
簡潔さのために、図９は、要求ＳＥＴ１１４が、１つのターゲットＳＥＴ１１０の速度を要求するケースを示している。要求ＳＥＴ１１４はまた、複数のターゲットＳＥＴ１１０の速度を要求してもよい。各ターゲットＳＥＴは、ターゲットＳＥＴ１１０に対して、図９において示されているような処理を実行してもよい。
【００９１】
図９に基づいている別の設計では、要求ＳＥＴ１１４は、ターゲットＳＥＴ１１０と直接、信号（例えば、無線信号または赤外線信号）を交換することにより、ターゲットＳＥＴ１１０に関する要求ＳＥＴ１１４の速度を決定してもよい。いずれかのＳＥＴが、往復信号伝播遅延を測定してもよく、信号測定値に基づいて、ＳＥＴ間の直線距離を取得してもよい。信号測定値と距離算出とを短い間隔で繰り返すことにより、いずれかのＳＥＴが、もう一方のＳＥＴに関する一方のＳＥＴの相対的な速度を取得することができる。代替的に、ＳＥＴ間で交換された信号が、固定かつ既知の周波数成分を、あるいは、固定された既知の間隔で繰り返されている、信号内の何らかのマーカーを含んでいる場合に、周波数成分の周波数における変化をまたは周期的なマーカーの変化を測定することにより、いずれかのＳＥＴが、もう一方のＳＥＴに関するその相対的な速度を取得することができる。双方のＳＥＴに対して、図９中のステップＩ〜ステップＬを、この信号交換および測定の手順に置換してもよい。
【００９２】
図３および図６〜図９は、ＳＵＰＬメッセージを使用する、異なるロケーションサービスに対する例示的なメッセージフローを示している。メッセージフローを変更してもよい。例えば、ＳＵＰＬエージェント１４０は、進行中のセッションを終了するようにＨ−ＳＬＰ１３０に要求してもよい。Ｈ−ＳＬＰ１３０、ＳＥＴ１１０、および／または、ＳＥＴ１１２もまた、進行中のセッションを終了することを決めてもよい。これらのケースでは、Ｈ−ＳＬＰ１３０、ＳＥＴ１１０、および、（存在する場合には）ＳＥＴ１１２が、セッションを終了させるためのアクションを取ってもよい。ＳＵＰＬエージェント１４０、Ｈ−ＳＬＰ１３０、ＳＥＴ１１０、または、（存在する場合には）ＳＥＴ１１２は、サービスを中断することを要求してもよい。このケースでは、中断を要求しているエンティティにより、サービスの再開に対する要求が行われるまで、ポジション決定とトリガイベント検出とは中断される（すなわち、実行されない）。
【００９３】
ここで説明したロケーションサービスにより、ＳＵＰＬエージェントが、複数の要求を行って、結果を評価する代わりに、Ｈ−ＳＬＰに対する単一のロケーション要求によって、ターゲットＳＥＴに対するロケーション情報を取得することが可能になる。トリガロケーションサービスは、ロケーション要求の数を減少させることができ、ＳＵＰＬエージェント、Ｈ−ＳＬＰ、および、ターゲットＳＥＴのような、すべての影響を受けるエンティティに対するシグナリングならびに処理の量を大幅に減少させることができる。
【００９４】
図１０は、トリガロケーションサービスをサポートするためのプロセス１０００の設計を示している。端末／ＳＥＴ、Ｈ−ＳＬＰ、または、他の何らかのエンティティにより、プロセス１０００を実行してもよい。端末に対する少なくとも１つのロケーション関連測定値を取得してもよい（ブロック１０１２）。各ロケーション関連測定値は、端末が進行した距離に対するもの、または、端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定してもよい（ブロック１０１４）。トリガイベントが起こっていた場合に、報告を送ってもよい（ブロック１０１６）。
【００９５】
１つの設計では、等距離トリガサービスに対しては、少なくとも１つのロケーション関連値は、端末が進行した距離に対するものであってもよい。端末が進行した距離は、さまざまな方法で決定することができる。１つの設計では、（ｉ）端末のロケーションを周期的に決定することにより、および、（ｉｉ）最後のトリガイベント以降の（またはトリガされたセッションの開始以降の）端末の連続するロケーション間の増分距離を累積することにより、進行した距離を決定してもよい。別の設計では、端末の現在のロケーションと、開始のロケーションとの間の距離に基づいて、進行した距離を決定してもよく、開始のロケーションは、最後のトリガイベントにおける端末のロケーションであってもよい。さらに別の設計では、端末の現在のロケーションと開始のロケーションとの間の特定のルートに沿った距離に基づいて、進行した距離を決定してもよい。この特定のルートは、直線の通った道筋に沿っていてもよく、または、さらに複雑なルートに沿っていてもよい。端末が進行した距離はまた、他の方法で決定してもよい。いずれのケースでも、端末が進行した距離に基づいて、トリガイベントが起こったか否かを決定することができる。例えば、端末が進行した距離が、予め規定された距離を超えている場合に、トリガイベントを宣言してもよい。
【００９６】
別の設計では、相対的なＳＥＴ対ＳＥＴトリガサービスに対しては、少なくとも１つのロケーション関連測定値は、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。基準端末のロケーションに基づいて、移動する地理的なターゲットエリアを決定してもよい。例えば、移動する地理的なターゲットエリアは、基準端末のロケーションを中心とした、予め規定された半径を有する円形のエリアであってもよい。移動する地理的なターゲットエリアに関する端末のロケーションに基づいて、トリガイベントが起こったか否かを決定してもよい。例えば、端末のロケーションが、移動する地理的なターゲットエリアに関する基準に一致する場合に、トリガイベントを宣言してもよい。基準は、移動する地理的なターゲットエリアの内にあるか、外にあるか、移動する地理的なターゲットエリアに入るか、あるいは、移動する地理的なターゲットエリアを離れるかであってもよい。
【００９７】
さらに別の設計では、速度トリガサービスに対しては、端末に対する少なくとも１つのロケーション関連測定値は、端末の速度に対するものであってもよい。速度は、スピードのみを、または、方位のみを、または、スピードと方位の双方を含んでいてもよい。端末の速度に基づいて、トリガイベントが起こったか否かを決定してもよい。例えば、周期的に、端末の速度を決定してもよい。最後のトリガイベント以降の何らかの時間における端末の速度が、予め規定された速度を満たすか、または、超えた場合に、トリガイベントを宣言してもよい。
【００９８】
さらに別の設計では、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対しては、少なくとも１つのロケーション関連測定値は、端末が進行した距離に対するもの、および、端末の速度に対するものであってもよい。端末が進行した距離に基づいて、端末の速度に基づいて、および／または、最後のトリガイベント以降に経過した時間に基づいて、トリガイベントが起こったか否かを決定してもよい。例えば、複数の式を決定してもよい。各式は、予め規定された距離に関する、端末が進行した距離に対するものであってもよく、または、予め規定された速度に関する、端末の最高速度に対するものであってもよく、または、予め規定された時間に関する、経過した時間に対するものであってもよい。複数の式の関数に基づいて、トリガイベントが起こったか否かを決定してもよい。
【００９９】
図１１は、ＳＥＴ対ＳＥＴ速度サービスをサポートするプロセス１１００の設計を示している。第１の端末／ＳＥＴにより、プロセス１１００を実行してもよい。第１の端末は、第２の端末の速度に対する要求を、例えば、Ｈ−ＳＬＰのようなロケーションセンターに送ってもよい（ブロック１１１２）。第１の端末は、その後に、例えば、ロケーションセンターから、または、ロケーションセンターを通すことなく第２の端末から直接、第２の端末の速度を受信してもよい（ブロック１１１４）。第１の端末は、１回または複数回のいずれかで（例えば、周期的に）、要求に応答した第２の端末の速度を受信してもよい。
【０１００】
図１２は、図１中の、端末／ＳＥＴ１１０と、ワイヤレスネットワーク１２０と、ロケーションサーバ／Ｈ−ＳＬＰ１３０との設計のブロックダイヤグラムを示している。簡潔さのために、図１２は、端末１１０に対して、１つ以上の制御装置／プロセッサ１２１０と、１つのメモリ１２１２と、１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）１２１４とを示し、ワイヤレスネットワーク１２０に対して、１つ以上の制御装置／プロセッサ１２２０と、１つのメモリ１２２２と、１つの送信機／受信機１２２４と、１つの通信（Ｃｏｍｍ）ユニット１２２６とを示し、Ｈ−ＳＬＰ１３０に対して、１つ以上の制御装置／プロセッサ１２３０と、１つのメモリ１２３２と、１つの通信ユニット１２３４とを示している。一般に、各エンティティは、任意の数のプロセッサ、制御装置、メモリ、送信機／受信機、通信ユニット等を備えていてもよい。端末１１０は、１つ以上のワイヤレスネットワークおよび／またはワイヤラインネットワークとの通信をサポートしてもよい。端末１１０はまた、例えば、ＧＰＳ、Ｇａｌｉｌｅｏ等のような、１つ以上の衛星ポジショニングシステムから、信号を受信して処理してもよい。
【０１０１】
ダウンリンク上で、ワイヤレスネットワーク１２０は、そのカバレッジエリア内の端末に対して、トラフィックデータと、シグナリングと、パイロットとを送信してもよい。これらのさまざまなタイプの情報は、プロセッサ１２２０により処理され、送信機１２２４により調整され、ダウンリンク上で送信されてもよい。端末１１０において、ワイヤレスネットワーク１２０からのダウンリンク信号は、さまざまなタイプの情報を取得するために、受信機１２１４により受信および調整され、プロセッサ１２１０によりさらに処理されてもよい。プロセッサ１２１０は、図１０中のプロセス１０００を、図１１中のプロセス１１００を、および／または、ここで説明する技術に対する他のプロセスを、実行してもよい。プロセッサ１２１０はまた、図２、図３、および、図５〜図９中の何らかのＳＥＴに対する処理を実行してもよい。メモリ１２１２とメモリ１２２２は、端末１１０に対するプログラムコードおよびデータと、ワイヤレスネットワーク１２０に対するプログラムコードおよびデータとをそれぞれ記憶していてもよい。アップリンク上で、端末１１０は、ワイヤレスネットワーク１２０に対して、トラフィックデータと、シグナリングと、パイロットとを送信してもよい。これらのさまざまなタイプの情報は、プロセッサ１２１０により処理され、送信機１２１４により調整され、アップリンク上で送信されてもよい。ワイヤレスネットワーク１２０において、端末１１０および他の端末からのアップリンク信号は、端末からのさまざまなタイプの情報を取得するために、受信機１２２４により受信および調整され、プロセッサ１２２０によりさらに処理されてもよい。ワイヤレスネットワーク１２０は、通信ユニット１２２６を通して、Ｈ−ＳＬＰ１３０と直接的にまたは間接的に通信してもよい。
【０１０２】
Ｈ−ＳＬＰ１３０内では、プロセッサ１２３０は、端末に対するロケーションサービスをサポートするための処理を実行してもよい。例えば、プロセッサ１２３０は、図１０中のプロセス１０００を、および／または、ここで説明する技術に対する他のプロセスを、実行してもよい。プロセッサ１２３０はまた、図２、図３、および、図５〜図９中のＨ−ＳＬＰ１３０に対する処理を実行してもよい。プロセッサ１２３０はまた、端末１１０に対するロケーション推定を計算し、ＳＵＰＬエージェント１４０に対してロケーション情報を提供する等してもよい。メモリ１２３２は、Ｈ−ＳＬＰ１３０に対するプログラムコードおよびデータを記憶していてもよい。通信ユニット１２３４により、Ｈ−ＳＬＰ１３０が、ワイヤレスネットワーク１２０、端末１１０、および／または、他のネットワークエンティティと通信することが可能になるかもしれない。Ｈ−ＳＬＰ１３０と端末１１０は、ユーザプレーン（例えば、ＳＵＰＬ）を通してメッセージを交換してもよく、これらのメッセージは、ワイヤレスネットワーク１２０によりトランスポートされてもよい。
【０１０３】
当業者は、さまざまな異なる技術および技法のうちの何らかのものを使用して、情報および信号を表してもよいことを理解するだろう。例えば、上記の説明全体を通して参照された、データ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁気の粒子、光学界または光の粒子、あるいはこれらの何らかの組み合わせにより、表してもよい。
【０１０４】
ここでの開示に関連して説明した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方の組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを一般的にこれらの機能性に関して上記で説明した。このような機能性がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用および全体的なシステムに課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、説明した機能性を実現してもよいが、このようなインプリメンテーション決定は、本開示の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【０１０５】
ここで説明したポジション決定技法は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）や、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）や、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）等のような、さまざまなワイヤレス通信ネットワークに関連して実現してもよい。用語“ネットワーク”および“システム”は、区別なく使用することが多い。ＷＷＡＮは、コード分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）ネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）ネットワーク等であってもよい。ＣＤＭＡネットワークは、ｃｄｍａ２０００、ワイドバンドＣＤＭＡ（Ｗ−ＣＤＭＡ）等のような、１つ以上の無線接続技術（ＲＡＴ）を実現してもよい。ｃｄｍａ２０００は、ＩＳ−９５、ＩＳ−２０００、および、ＩＳ−８５６標準規格を含んでいる。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、デジタル高度移動体電話機システム（Ｄ−ＡＭＰＳ）、または、他の何らかのＲＡＴを実現してもよい。ＧＳＭとＷ−ＣＤＭＡとは、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）という名のコンソーシアムからの文書中に記述されている。ｃｄｍａ２０００は、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名のコンソーシアムからの文書中に記述されている。３ＧＰＰおよび３ＧＰＰ２の文書は、公然と利用可能である。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークであってもよく、ＷＰＡＮは、ブルートゥース（登録商標）ネットワークや、ＩＥＥＥ８０２．１５ｘや、または、他の何らかのタイプのネットワークであってもよい。技法はまた、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組み合わせに関連して実現してもよい。
【０１０６】
衛星ポジショニングシステム（ＳＰＳ）は、典型的に、送信機から受信した信号に少なくとも部分的に基づいて、エンティティが自己のロケーションを、地球上で、または、地球より上で、決定することが可能であるように配置されている送信機のシステムを具備している。このような送信機は、典型的に、１組のチップ数の反復擬似ランダムノイズ（ＰＮ）コードでマークされている信号を送信し、地上ベースの制御局、ユーザ機器、および／または、宇宙ビークル上に位置付けられていてもよい。特定の例では、このような送信機は、地球軌道衛星ビークル（ＳＶ）上に位置付けられていてもよい。例えば、グローバルポジショニングシステム（ＧＰＳ）、Ｇａｌｉｌｅｏ、Ｇｌｏｎａｓｓ、または、Ｃｏｍｐａｓｓのような、グローバルナビゲーション衛星システム（ＧＮＳＳ）配列中のＳＶは、配列中の他のＳＶにより送信されるＰＮコードと区別できるＰＮコードで（例えば、ＧＰＳ中にあるような、各衛星に対して異なるＰＮコードを使用して、または、Ｇｌｏｎａｓｓ中にあるような、異なる周波数上で同じコードを使用して、）マークされている信号を送信してもよい。ある態様にしたがうと、ここで提示されている技法は、ＳＰＳに対するグローバルシステム（例えば、ＧＮＳＳ）に制限されるものではない。例えば、日本上の準天頂衛星システム（ＱＺＳＳ）や、インド上のインド地域航法衛星システム（ＩＲＮＳＳ）や、中国上の北斗等のような、さまざまな領域システム中での使用に対して、ここで提供されている技法を適用してもよく、または、そうでなければ、イネーブルしてもよく、ならびに／あるいは、１つ以上のグローバルナビゲーション衛星システムおよび／または領域ナビゲーション衛星システムとともに使用するために関係付けられていてもよい、あるいは、そうでなければ、イネーブルされていてもよい、さまざまな補強システム（例えば、衛星ベースの補強システム（ＳＢＡＳ））中での使用に対して、ここで提供されている技法を適用してもよく、または、そうでなければ、イネーブルしてもよい。これらに限定されないが、例として、ＳＢＡＳは、例えば、ワイドエリア補強システム（ＷＡＡＳ）や、欧州静止衛星ナビゲーションオーバーレイサービス（ＥＧＮＯＳ）や、多機能衛星補強システム（ＭＳＡＳ）や、ＧＰＳ支援地球補強ナビゲーションまたは地球補強ナビゲーションシステム（ＧＡＧＡＮ）や、および／または、これらに類するもののような、完全性情報や、微分補正等を提供する補強システムを含んでいてもよい。したがって、ここで使用するように、ＳＰＳは、１つ以上の、グローバルのならびに／あるいは領域的な、ナビゲーション衛星システムおよび／または補強システムの何らかの組み合わせを含んでいてもよく、ＳＰＳ信号は、ＳＰＳ信号、ＳＰＳのような信号、および／または、このような１つ以上のＳＰＳに関係付けられている他の信号を含んでいてもよい。
【０１０７】
ここで使用するように、端末は、セルラ通信デバイスまたは他のワイヤレス通信デバイスや、パーソナル通信システム（ＰＣＳ）デバイスや、パーソナルナビゲーションデバイス（ＰＮＤ）や、パーソナル情報マネージャ（ＰＩＭ）や、パーソナルデジタルアシスタント（ＰＤＡ）や、ラップトップや、または、ワイヤレス通信および／またはナビゲーション信号を受信することが可能である他の適切な移動体デバイスのような、デバイスのことを指す。用語“端末”はまた、衛星信号受信、支援データ受信、および／または、ポジション関連の処理が、デバイスにおいて起こるか、あるいは、ＰＮＤにおいて起こるか否かに関わらず−短距離ワイヤレス接続により、赤外線接続により、ワイヤライン接続により、または、他の接続による等して、パーソナルナビゲーションデバイス（ＰＮＤ）と通信するデバイスを含むように意図されている。また、“端末”は、インターネット、ＷｉＦｉ（登録商標）、フェムトセル、または、他のネットワークを通す等して、サーバと通信することが可能である、ならびに、衛星信号受信、支援データ受信、および／または、ポジション関連の処理が、デバイスにおいて起こるか、サーバにおいて起こるか、または、ネットワークに関係付けられている別のデバイスにおいて起こるか否かに関わらず、サーバと通信することが可能である、ワイヤレス通信デバイス、コンピュータ、ラップトップ等を含むすべてのデバイスを含むように意図されている。上記の何らかの動作可能な組み合わせもまた、“端末”であると考えられる。
【０１０８】
ここで説明した方法論／インプリメンテーションは、アプリケーションに依存して、さまざまな手段により実現することができる。例えば、これらは、ハードウェアで、ファームウェアで、ソフトウェアで、または、これらの何らかの組み合わせで実現してもよい。ハードウェアを伴うインプリメンテーションのために、プロセッサは、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、汎用プロセッサ、制御装置、マイクロ制御装置、マイクロプロセッサ、状態機械、電子デバイス、ここで説明した機能を実行するように設計された他の電子ユニット、あるいは、例えば、ＤＳＰコアを備えた１つ以上のマイクロプロセッサ、複数のマイクロプロセッサ、または、他の何らかの適切なコンフィギュレーションのような、これらの組み合わせで、実現してもよい。
【０１０９】
ファームウェアおよび／またはソフトウェアを伴うインプリメンテーションのために、ここで説明した機能を実行するモジュール（例えば、手順、関数等）により、方法論を実現してもよい。ここで説明した方法論を実現する際に、命令を明確に具現化する何らかの機械読取可能媒体を使用してもよい。例えば、ファームウェア／ソフトウェアコードは、メモリ中に記憶され、プロセッサ／コンピュータに機能を実行させるために、プロセッサ／コンピュータによって実行されてもよい。メモリは、プロセッサ内で、または、プロセッサの外部で、実現してもよい。ここで使用したような用語“メモリ”は、何らかのタイプのロングタームの、ショートタームの、揮発性の、不揮発性の、または、他のメモリのことを指し、何らかの特定のタイプのメモリまたは多数のメモリに、あるいは、メモリが記憶されている媒体のタイプに限定されない。
【０１１０】
ファームウェアおよび／またはソフトウェアで実現した場合に、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよい。例は、データ構造によりエンコードされるコンピュータ読取可能媒体と、コンピュータプログラムによりエンコードされるコンピュータ読取可能媒体とを含む。コンピュータ読取可能媒体は、コンピュータプログラムプロダクトの形態を取ってもよい。コンピュータ読取可能媒体は、物理コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または、他の記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用できる他の何らかの媒体を含むことができる；ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含み、ここで、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）は、データをレーザによって光学的に再生する。上記のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。
【０１１１】
コンピュータ読取可能媒体上の記憶装置に加えて、通信装置中に備える送信媒体上で、命令および／またはデータが、信号として提供されてもよい。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを備えていてもよい。命令およびデータは、１つ以上のプロセッサに、特許請求の範囲中に概説している機能を実現させるように構成されている。すなわち、通信装置は、開示した機能を実行するための情報を示す信号を持つ送信媒体を備えている。第１の時間では、通信装置中に備えられている送信媒体は、開示した機能を実行するための情報の第１の部分を含んでいてもよい一方で、第２の時間では、通信装置中に備えられている送信媒体は、開示した機能を実行するための情報の第２の部分を含んでいてもよい。
【０１１２】
ここでは、参照のために、および、あるセクションを位置付けるのを助けるために、見出しが含まれている。これらの見出しは、説明した概念の範囲をその下に限定するように意図されておらず、これらの概念は、本明細書全体を通して、他のセクションにおける適用可能性を有していてもよい。
【０１１３】
本開示の以前の説明は、当業者が、本開示を製作または使用できるように提供されている。本開示に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本開示の範囲から逸脱することなく、他のバリエーションに適用されてもよい。したがって、本開示は、ここで説明した例および設計に限定されることを意図しているものではなく、ここで開示した原理および新規の特徴と一致した最も広い範囲に一致させるべきである。
【米国特許法第１１９条の下での優先権の主張】
【０００１】
本特許出願は、“トリガされたロケーションサービス”と題し、２００９年２月９日に出願され、その譲受人に譲渡され、参照によりここに明示的に組み込まれている、米国仮特許出願シリアル番号第６１／１５１，０８９号に対する優先権を主張する。
【背景】
【０００２】
Ｉ．分野
本開示は、一般的に通信に関し、さらに詳細には、ロケーションサービスをサポートするための技術に関する。
【０００３】
ＩＩ．背景
ワイヤレスネットワーク中の端末の位置を知ることが望ましいことが多く、時に、必要である。用語“ロケーション”と“ポジション”とは同義であり、ここでは、区別なく使用する。例えば、ユーザは、端末を利用して、ウェブサイトをブラウズすることができ、ロケーション依存コンテンツをクリックすることができる。その後、ユーザに対して適切なコンテンツを提供するために、端末のロケーションを決定し、使用してもよい。端末のロケーションを知っていることが有用である、または、必要である他の多くのシナリオがある。
【０００４】
端末に対するロケーション情報（例えば、ロケーション推定）を取得して、クライアントエンティティにロケーション情報を送るために、典型的に、（通話フローまたは手順とも呼ぶことがある）メッセージフローが実行される。典型的に、１つ以上のネットワークエンティティと、端末と、クライアントエンティティとの間で、メッセージフローに対するさまざまなメッセージが交換される。これらのメッセージは、端末に対するポジショニングを実行するために、および／または、クライアントエンティティにロケーション情報を配信するために、関係する情報が確実に各エンティティに提供されるようにし、あるいは、各エンティティが別のエンティティからこの情報を確実に取得できるようにする。しかしながら、これらのメッセージは、さまざまなネットワークエンティティにおけるトラフィックを増加させる。付加的なトラフィックは、クライアントエンティティにロケーション情報を周期的に提供するロケーションサービスに対して、特に大きいかもしれない。メッセージはまた、クライアントエンティティにロケーション情報を送るための応答時間を延ばすかもしれない。
【概要】
【０００５】
ここでは、トリガされたロケーションサービスをサポートするための技術を説明する。トリガされたロケーションサービスは、トリガイベントが起こったときにはいつでも、ロケーション情報を持つ報告を送ることができるサービスである。異なるトリガされたロケーションサービスに対して、異なる方法でトリガイベントを規定してもよい。
【０００６】
トリガされたロケーションサービスをサポートする１つの設計では、端末に対する少なくとも１つのロケーション関連測定値を取得してもよい。各ロケーション関連測定値は、端末が進行した距離に対するもの、または、端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定してもよい。トリガイベントが起こっていた場合に、報告を送ってもよい。
【０００７】
１つの設計では、等距離トリガサービスに対しては、少なくとも１つのロケーション測定値は、端末が進行した距離に対するものであってもよく、これは、下記で説明するようにさまざまな方法で決定することができる。端末が進行した距離に基づいて、トリガイベントが起こっているか否かを決定してもよい。例えば、端末が進行した距離が、予め規定された距離を超えている場合に、トリガイベントを宣言してもよい。
【０００８】
別の設計では、相対的な端末対端末トリガサービスに対しては、少なくとも１つのロケーション関連測定値は、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。基準端末のロケーションに基づいて、移動する地理的なターゲットエリアを決定してもよい。端末のロケーションが、移動する地理的なターゲットエリアに関する基準に一致する場合に、トリガイベントを宣言してもよい。基準は、移動する地理的なターゲットエリアの内にあるか、移動する地理的なターゲットエリアの外にあるか、移動する地理的なターゲットエリアに入るか、または、移動する地理的なターゲットエリアを離れるかであってもよい。
【０００９】
さらに別の設計では、速度トリガサービスに対しては、少なくとも１つのロケーション関連測定値は、端末の速度に対するものであってもよい。端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定してもよい。例えば、端末の速度を周期的に決定してもよく、最後のトリガイベント以降の端末の最高速度を決定してもよい。最高速度が、予め規定された速度を超えている場合に、トリガイベントを宣言してもよい。
【００１０】
さらに別の設計では、時間−距離−速度（Ｔ−Ｄ−Ｖ）の組み合わせのトリガサービスに対しては、少なくとも１つのロケーション関連測定値は、端末が進行した距離に対するもの、および、端末の速度に対するものであってもよい。端末が進行した距離や、端末の速度や、および／または、最後のトリガイベント以降に経過した時間に基づいて、トリガイベントが起こっているか否かを決定してもよい。例えば、複数の式を決定してもよい。各式は、予め規定された距離に関する端末が進行した距離に対するもの、または、予め規定された速度に関する端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものであってもよい。複数の式の関数に基づいて、トリガイベントが起こっているか否かを決定してもよい。
【００１１】
さらに別の設計では、端末対端末速度サービスに対しては、例えば、ロケーションセンターに対して、第１の端末が、第２の端末の速度に対する要求を送ってもよい。第１の端末は、その後、１回かまたは複数回かのいずれか、（例えば、ロケーションセンターから、または、第２の端末から、）要求に応答した第２の端末の速度を受信してもよい。
【００１２】
他のトリガされたロケーションサービスを下記で説明する。本開示のさまざまな態様および特徴もまた、下記でさらに詳細に説明する。
【図面の簡単な説明】
【００１３】
【図１】図１は、ロケーションサービスをサポートする例示的な配置である。
【図２】図２は、等距離トリガサービスに対するメッセージフローを示している。
【図３】図３は、等距離トリガサービスに対するメッセージフローを示している。
【図４】図４は、移動する地理的なターゲットエリアを示している。
【図５】図５は、相対的な端末対端末トリガサービスに対するメッセージフローを示している。
【図６】図６は、相対的な端末対端末トリガサービスに対するメッセージフローを示している。
【図７】図７は、速度トリガサービスに対するメッセージフローを示している。
【図８】図８は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対するメッセージフローを示している。
【図９】図９は、端末対端末の速度サービスに対するメッセージを示している。
【図１０】図１０は、トリガされたロケーションサービスをサポートするためのプロセスを示している。
【図１１】図１１は、端末対端末の速度サービスをサポートするためのプロセスを示している。
【図１２】図１２は、端末と、ワイヤレスネットワークと、ロケーションサーバとのブロックダイヤグラムを示している。
【詳細な説明】
【００１４】
ここでは、トリガされたロケーションサービスをサポートするための技術を説明する。さまざまなワイヤレスネットワークと通信する端末に対して、これらの技術を使用してもよい。用語“ネットワーク”および“システム”は、区別なく使用することが多い。例えば、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）という名の組織により規定されているワイヤレスネットワークに対して、および、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名の組織により規定されているワイヤレスネットワークに対して、これらの技術を使用してもよい。
【００１５】
ユーザプレーンロケーションアーキテクチャ／ソリューションと、制御プレーンロケーションアーキテクチャ／ソリューションとに対しても、これらの技術を使用してもよい。ユーザプレーンロケーションアーキテクチャは、ユーザプレーンを通して、ロケーションサービスに対するメッセージを送るロケーションアーキテクチャである。ユーザプレーンは、より高次のレイヤアプリケーションにシグナリングおよびデータを伝えて、ユーザプレーンベアラを用いるメカニズムであり、典型的に、ユーザデータグラムプロトコル（ＵＤＰ）、送信制御プロトコル（ＴＣＰ）、および、インターネットプロトコル（ＩＰ）のような標準的なプロトコルで実現されている。制御プレーンロケーションアーキテクチャは、制御プレーンを介して、ロケーションサービスにメッセージを送るロケーションアーキテクチャである。制御プレーンは、より高次のレイヤアプリケーションにシグナリングを伝えるメカニズムであり、典型的に、ネットワーク特定プロトコルと、インターフェースと、シグナリングメッセージとで実現されている。ロケーションサービスをサポートするメッセージは、制御プレーンアーキテクチャでは、シグナリングの一部として伝えられ、ユーザプレーンアーキテクチャでは、（ネットワークの見地から）データの一部として伝えられる。しかしながら、メッセージのコンテンツは、ユーザプレーンロケーションアーキテクチャと制御プレーンのロケーションアーキテクチャの双方において、同じであるか、または、類似していてもよい。
【００１６】
明確さのために、オープン移動体連合（ＯＭＡ）からのセキュアユーザプレーンロケーション（ＳＵＰＬ）に対して、技術のある態様を下記で説明する。ＳＵＰＬは、３ＧＰＰ、３ＧＰＰ２、および、ＷＬＡＮのネットワークに適用可能であり、ＯＭＡからの公然と入手可能な文書中に記述されている。明確さのために、以下の説明の大部分では、ＳＵＰＬ専門用語を使用する。
【００１７】
図１は、ロケーションサービスをサポートする例示的な配置を示している。端末１１０、端末１１２、および、端末１１４は、ワイヤレスネットワーク１２０と通信して、通信サービスを取得してもよい。端末は、静的なものまたは移動性のものであってもよく、移動局（ＭＳ）、ユーザ機器（ＵＥ）、アクセス端末（ＡＴ）、加入者局、局等としても呼ぶことがある。端末は、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ハンドヘルドデバイス、ワイヤレスデバイス、ラップトップコンピュータ、ワイヤレスモデム、コードレス電話機、遠隔測定デバイス、追跡デバイス等であってもよい。端末は、ＳＵＰＬでは、ＳＵＰＬイネーブル端末（ＳＥＴ）として呼ぶことがある。用語“端末”および“ＳＥＴ”は、ここでは、区別なく使用する。
【００１８】
ワイヤレスネットワーク１２０は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）や、ワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）や、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）等であってもよい。ＷＷＡＮは、コード分割多元接続（ＣＤＭＡ）１Ｘネットワークや、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）ネットワークや、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））ネットワークや、ロングタームエボリューション（ＬＴＥ）ネットワーク等であってもよい。ＷＭＡＮは、通常、ＷｉＭＡＸとして呼ばれるＩＥＥＥ８０２．１６を実現してもよい。ＷＬＡＮは、（通常、ＷｉＦｉ（登録商標）として呼ばれる）ＩＥＥＥ８０２．１１や、ハイパーＬＡＮ等を実現してもよい。
【００１９】
ＳＥＴは、衛星１５０のような衛星からの信号を受信して測定し、衛星に対する擬似距離測定値を取得してもよい。衛星は、米国のグローバルポジショニングシステム（ＧＰＳ）や、欧州のＧａｌｉｌｅｏシステムや、ロシアのＧＬＯＮＡＳＳシステムや、または、他の何らかの衛星ポジショニングシステム（ＳＰＳ）の一部であってもよく、あるいは、これらのシステムの組み合わせであってもよい。ＳＥＴに対するロケーション推定を導出するために、衛星の擬似距離測定値と、衛星の既知のロケーションとを使用してもよい。ロケーション推定は、ポジション推定、ポジション確定等としても呼ぶことがある。ＳＥＴはまた、ワイヤレスネットワーク１２０内の基地局から信号を受信して測定し、基地局に対するタイミングおよび／または信号強度測定値を取得してもよい。ＳＥＴに対するロケーション推定を導出するために、基地局のタイミングおよび／または信号強度測定値と、基地局の既知のロケーションとを使用してもよい。一般に、衛星、基地局、擬似衛星、および／または、他の送信機に対する測定に基づいて、ならびに、ポジショニング方法のうちの１つまたはポジショニング方法を組み合わせたものを使用して、ロケーション推定を導出できる。
【００２０】
ホームＳＵＰＬロケーションプラットフォーム（Ｈ−ＳＬＰ）１３０は、ＳＥＴに対するロケーションサービスをサポートするために、ＳＥＴと通信してもよい。ロケーションサービスは、ロケーション情報に基づいている、または、ロケーション情報に関連している、何らかのサービスを含んでいてもよい。ロケーションサービスは、ＳＥＴに対する地理的なロケーション推定を、または、ＳＥＴに対するシビルロケーション推定を決定するためのプロセスである、ポジショニングを含んでいてもよい。ポジショニングは、（ｉ）緯度、経度、および、場合によっては高度の座標、ならびに、地理的なロケーション推定に対する不確実性を提供するか、あるいは、（ｉｉ）シビルロケーション推定に対するストリートアドレスを提供してもよい。ポジショニングはまた、速度および／または他の情報を提供してもよい。Ｈ−ＳＬＰ１３０は、ＳＵＰＬロケーションセンター（ＳＬＣ）１３２と、ＳＵＰＬポジショニングセンター（ＳＰＣ）１３４とを含んでいてもよい。ＳＬＣ１３２は、ロケーションサービスをサポートし、ＳＵＰＬの動作を調整し、ユーザプレーンベアラを通してＳＥＴと対話してもよい。ＳＬＣ１３２は、プライバシー、入会、セキュリティ、ローミングサポート、課金／請求、サービス管理、ロケーション算出等に対する機能を実行してもよい。ＳＰＣ１３４は、ＳＥＴに対するポジショニングと、ＳＥＴへの支援データの配信とをサポートしてもよく、また、ロケーション算出のために使用されるメッセージおよび手順を担ってもよい。ＳＰＣ１３４は、セキュリティ、支援データ配信、参照検索、ロケーション算出等に対する機能を実行してもよい。
【００２１】
ＳＵＰＬエージェント１４０は、ロケーションクライアントであってもよく、（例えば、直接、または、１つ以上のネットワークを通して、）Ｈ−ＳＬＰ１３０と通信して、ターゲットＳＥＴに対するロケーション情報を取得してもよい。ターゲットＳＥＴは、そのＳＥＴに対するロケーション情報が、ＳＵＰＬエージェントにより探されているＳＥＴである。ロケーション情報は、ロケーション推定を、ならびに／あるいは、ロケーションまたは速度に関連する何らかの情報を含んでもよい。ＳＥＴ１２０はまた、ＳＥＴ内に存在しているＳＵＰＬエージェントを有してもよい。例えば、ＳＥＴ１１４は、ＳＥＴ内に、ＳＵＰＬエージェント１４４を有している。
【００２２】
ＳＥＴは、ポジション決定が可能であってもよく、ネットワークからの支援により、または、ネットワークからの支援なしに、そのロケーションを決定することができる。ＳＥＴベースモードに対しては、場合によってはＳＰＣからの支援データにより、ＳＥＴのロケーションをＳＥＴにより決定することができる。ＳＥＴ支援モードに対しては、ＳＥＴからの支援（例えば、測定値）により、ＳＥＴのロケーションをＳＰＣにより決定することができる。ＳＥＴは、自律ＧＰＳ、支援ＧＰＳ（Ａ−ＧＰＳ）、アドバンストフォワードリンクトライラテレーション（Ａ−ＦＬＴ）、強化観測時間差（ＥＯＴＤ）、観測到達時間差（ＯＴＤＯＡ）、ハイブリッド等のような、１つ以上のポジショニング方法をサポートしていてもよい。簡潔さのために、用語“ＧＰＳ”は、ＧＰＳ、Ｇａｌｉｌｅｏ、ＧＬＯＮＡＳＳ等のような、何らかのＳＰＳのことを指すことができる。自律ＧＰＳ方法およびＡ−ＧＰＳ方法は、衛星測定値のみに基づいて、ＳＥＴに対するロケーション推定を提供することができ、高い精度を有している。ハイブリッド方法は、衛星測定値と基地局測定値の双方に基づいて、ロケーション推定を提供することができ、高い精度および高い信頼性を有している。Ａ−ＦＬＴ方法、ＥＯＴＤ方法、および、ＯＴＤＯＡ方法は、ＳＥＴにより行われた、基地局のタイミング測定に基づいて、ロケーション推定を提供することができ、良好な精度を有している。ＳＥＴは、他のポジショニング方法もサポートすることができる。
【００２３】
ある態様において、さまざまなトリガされたロケーションサービスがサポートされていてもよい。トリガされたロケーションサービスは、トリガイベントが起こったときにはいつでも、ターゲットＳＥＴに対するロケーション情報をＳＵＰＬエージェントに対して提供することができる。異なるトリガされたロケーションサービスは、異なるタイプのトリガに関係付けられていてもよい。表１は、いくつかのトリガされたロケーションサービスをリストアップしており、各トリガされたロケーションサービスの短い説明を提供している。他のタイプのトリガに基づいて、他のトリガされたロケーションサービスもサポートすることができる。表１中のトリガされたロケーションサービスを、下記でさらに詳細に説明する。
【表１】
【００２４】
等距離トリガサービスは、ターゲットＳＥＴのロケーションを周期的に決定し、ターゲットＳＥＴが、予め規定された距離を移動したときに、ロケーション情報を報告してもよい。距離は、（ｉ）ＳＥＴの現在のロケーションと、距離監視が開始したときのその最初のロケーションとの間の直線距離、または、（ｉｉ）その最初のロケーションを離れて以来、ＳＥＴがたどった、典型的に非線形のパスの全距離、または、（ｉｉｉ）他の何らかの方法で規定されている距離のことを指してもよい。ＳＵＰＬエージェントは、等距離トリガサービスを開始し、ターゲットＳＥＴを識別し、適用可能なパラメータを提供してもよい。
【００２５】
等距離トリガサービスを使用して、移動体端末（例えば、ＳＥＴ１１０）を周期的に監視し、端末が、予め規定された距離を進行したときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知を送ってもよい。例えば、運送会社のオペレーションセンターは、１６キロメートル（１０マイル）進行したごとの後に、その車隊中のトラックのロケーションを知りたいと思っているかもしれない。第三者（例えば、オペレーションセンター）は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）にロケーション要求を送ってもよい。（ポジション決定可能であってもよい）端末と協調しているロケーションサーバは、予め規定された距離だけ端末が移動したか否かの検出が可能であるポジション決定手順を開始してもよい。このイベントが起こったときにはいつでも、ロケーションサーバは、ロケーションクライアントに通知してもよい。
【００２６】
図２は、等距離トリガサービスに対するメッセージフロー２００の設計を示している。ＳＵＰＬエージェント１４０は、ターゲットＳＥＴ１１０が、最後に報告されたロケーションから、予め規定された距離を移動したときにはいつでも、知ることを望んでいるかもしれず、等距離トリガの表示を持つロケーション要求をＨ−ＳＬＰ１３０に対して送ってもよい（ステップＡ）。Ｈ−ＳＬＰ１３０は、その後、ターゲットＳＥＴと通信して、等距離トリガセッションを確立してもよい（ステップＢ）。
【００２７】
ＳＥＴベースモードまたはＳＥＴ支援モードを使用して、ＳＥＴ１１０のロケーションを周期的に決定してもよい。ＳＥＴベースモードに対しては、ＳＥＴ１１０は、自律的に測定を行い、そのロケーションを決定する。ＳＥＴ１１０は、必要なときにはいつでも、Ｈ−ＳＬＰ１３０と通信して、支援データを取得することができる。ＳＥＴ支援モードに対しては、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０とのポジショニングセッションに携わってもよく、Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０からの測定値に基づいて、ロケーション推定を算出してもよい。一般に、ＳＥＴ１１０のロケーションは、ＳＥＴ１１０のみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴ１１０により、ＳＥＴ１１０からの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。さらに、トリガ条件の評価は、ＳＥＴ１１０またはＨ−ＳＬＰ１３０のいずれかにより実行することができる。
【００２８】
等距離トリガセッションの開始時にＳＥＴ１１０のロケーションを決定して、最初のロケーションとして使用してもよい。等距離トリガセッションの間に、ＳＥＴ１１０のロケーションを周期的に決定することもできる。１つの設計では、Ｘ秒ごとに、ＳＥＴ１１０のロケーションを決定してもよく、ここで、Ｘは、何らかの適切な値であってもよく、トリガパラメータにより特定されていてもよい。別の設計では、可能な限り頻繁に、ＳＥＴ１１０のロケーションを決定してもよい。さらに別の設計では、ＳＥＴ１１０の推定速度と、予め規定された距離とに基づいて、ＳＥＴのロケーションを把握し、時に、決定してもよい。したがって、より速い速度、および／または、より短い予め規定された距離に対しては、より短い間隔で、ＳＥＴ１１０のロケーションを決定してもよく、逆もまた同じである。さらに別の設計では、ＳＥＴ１１０の動きを検出することができるセンサーに基づいて、ＳＥＴ１１０のロケーションを決定してもよい。例えば、ＳＥＴ１１０が移動している間にＳＥＴ１１０のロケーションを決定し、ＳＥＴ１１０が静止している間には中断してもよい。ＳＥＴ１１０のロケーションはまた、線形加速を検出して取得するセンサーや、方向の変化を検出して取得するセンサー等のような、センサーを使用して、以前のロケーションに関して決定してもよい。ＳＥＴ１１０のロケーションはまた、他の方法で周期的に決定してもよい。
【００２９】
ＳＥＴ１１０のロケーションを決定してもよく（ステップＣ）、ＳＥＴが進行した距離を更新してもよい（ステップＤ）。進行した距離は、さまざまな方法で決定することができる。１つの設計では、進行した距離は、ＳＥＴ１１０に対する、最後の報告以降の連続するロケーション間の増分距離を累積することにより取得した、総距離であってもよい。この設計では、ＳＥＴ１１０は、（ｉ）その現在のロケーションと、最後のロケーションとの間の増分距離を決定し、（ｉｉ）最後のロケーションに対して累積された距離と、この増分距離とを合計して、現在のロケーションに対する累積された距離を取得してもよい。別の設計では、進行した距離は、現在のロケーションと、最後の報告のロケーションとの間の距離であってもよく、最後の報告のロケーションは、報告が何ら送られていない場合には、最初のロケーションであるかもしれない。さらに別の設計では、進行した距離は、例えば、特定のルートに沿った距離であってもよく、例えば、最初のロケーションから目的地のロケーションまでの通った道筋に沿った距離、または、より複雑なルートに沿った距離であってもよい。進行した距離はまた、他の方法で決定してもよい。
【００３０】
１つの設計では、ＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行するために、および、報告を開始するために、何らかの適切なエンティティが指定されている。指定されたエンティティには、ＳＥＴ１１０のロケーション、トリガパラメータ、および／または、他の関係する情報が提供される。明確さのために、下記の説明の大部分では、ＳＥＴ１１０が、指定されたエンティティであると仮定する。
【００３１】
ＳＥＴ１１０は、ＳＥＴ１１０が進行した距離と、予め規定された距離とに基づいて、トリガイベントが起こっているか否かをチェックしてもよい（ステップＥ）。進行した距離が、予め規定された距離を超えている場合に、トリガイベントが起こる。このケースでは、ＳＥＴ１１０は、トリガイベントが起こったことをＨ−ＳＬＰ１３０に報告してもよい（ステップＦ）。報告は、ＳＥＴ１１０の現在のロケーションや、ＳＥＴ１１０が進行した距離や、および／または、他の情報も含んでいてもよい。その後、Ｈ−ＳＬＰ１３０は、トリガイベントが起こったことをＳＵＰＬエージェント１４０に知らせるために、トリガ応答を送ってもよい（ステップＧ）。応答は、ＳＥＴ１１０からのトリガ報告中に提供されている情報のうちのいくつかまたはすべてを含んでいてもよい。トリガイベントが起こっていない場合には、ステップＦとステップＧはスキップしてもよい。
【００３２】
ステップＣないしステップＧは、１つの処理サイクルに対するものであってもよい。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＨ）。各処理サイクルは、ＳＥＴ１１０の現在のロケーションを決定するためのステップと、ＳＥＴ１１０が進行した距離を決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、ＳＥＴ１１０によるトリガイベント報告と、Ｈ−ＳＬＰ１３０によるトリガ応答とを開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したときや、予め規定された最後の通過点に達したとき等に、等距離トリガセッションの終わりに達する。等距離トリガセッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい（ステップＩ）。
【００３３】
図３は、ＳＵＰＬメッセージを使用する、等距離トリガサービスに対するメッセージフロー３００の設計を示している。ＳＵＰＬエージェント１４０は、ＳＥＴ１１０が、ＳＥＴ１１０の最後に報告されたロケーションから特定の距離を移動したときにはいつでも、知ることを望んでいるかもしれない。ＳＵＰＬエージェント１４０は、移動体ロケーションプロトコルトリガされたロケーション応答要求（ＭＬＰ ＴＬＲＲ）メッセージをＨ−ＳＬＰ１３０に対して送ってもよく、Ｈ−ＳＬＰ１３０は、ＳＵＰＬエージェント１４０が関係付けられているＨ−ＳＬＰであってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント１４０に対するクライアント識別子（ＩＤ）（クライアント−ｉｄ）や、ターゲットＳＥＴ１１０に対する移動局識別子（ｍｓ−ｉｄ）や、等距離トリガサービスが要求されているという表示や、トリガパラメータ（例えば、予め規定された距離、開始時間、停止時間等）等を含んでいてもよい。トリガパラメータを使用して、ターゲットＳＥＴ１１０による報告に対するトリガイベントを決定してもよい。
【００３４】
Ｈ−ＳＬＰ１３０は、ＳＵＰＬエージェント１４０を認証し、クライアントＩＤに基づいて、要求されたロケーションサービスに対してＳＵＰＬエージェントが認可されているかどうかをチェックしてもよい。Ｈ−ＳＬＰ１３０はまた、移動局ＩＤに基づいて、ＳＵＰＬエージェント１４０に対する加入者プライバシーを適用してもよい。プライバシーチェックに対しては、ＳＥＴ１１０に対するロケーション情報を要求することが、ＳＵＰＬエージェント１４０に、または、このタイプのＳＵＰＬエージェントに許可されているかどうかを、ならびに、ＳＥＴ１１０にこの要求が通知される必要があり、この要求を受諾または拒絶することがＳＥＴ１１０に許容されているか否かを、Ｈ−ＳＬＰ１３０が検証してもよい。Ｈ−ＳＬＰ１３０は、プライバシーを保証するために、ＳＥＴ１１０のユーザの承諾によってのみ、等距離トリガサービスを実行することができる。等距離トリガサービスはまた、ＳＥＴユーザのプライバシー設定の修正を動的に考慮してもよい。
【００３５】
その後、Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０をルックアップし、ＳＥＴ１１０が現在ローミングしていることを検証し、また、ＳＥＴ１１０がＳＵＰＬをサポートしていることを検証してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０に対するルーティング情報を取得し、ルーティング情報を使用して、ＳＥＴ１１０にメッセージを送ってもよい（同様に、ステップＢ）。Ｈ−ＳＬＰ１３０は、等距離トリガサービスに対するＳＵＰＬ／ロケーションセッションを開始するために、ＳＥＴ１１０に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＵＰＬ ＩＮＩＴメッセージは、セッションＩＤ（セッション−ｉｄ）や、等距離トリガサービスインジケータや、提案されたポジショニング方法（ポジ方法）や、および／または、他の情報を含んでいてもよい。セッションＩＤを使用して、ＳＵＰＬセッションを識別することができる。
【００３６】
ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０からＳＵＰＬ ＩＮＩＴメッセージを受信してもよく、ＳＥＴ１１０がもう既に接続していない場合には、それ自体をデータネットワークに接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１０は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０との等距離トリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい。このメッセージは、セッションＩＤや、ＳＥＴ１１０の能力等を含んでいてもよい。ＳＥＴ能力は、ＳＥＴ１１０によりサポートされているポジショニング方法や、ＳＥＴ１１０によりサポートされているポジショニングプロトコル（例えば、３ＧＰＰにおける無線リソースＬＣＳプロトコル（ＲＲＬＰ）や、３ＧＰＰにおける無線リソース制御（ＲＲＣ）や、ＬＴＥポジショニングプロトコル（ＬＰＰ）や、ＴＩＡ−８０１等）や、および／または、他の情報を含んでいてもよい。
【００３７】
Ｈ−ＳＬＰ１３０は、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信してもよく、受信したメッセージ中に含まれているＳＥＴ能力を考慮することにより、等距離トリガセッションに対して使用するためのポジショニング方法を選択してもよい。その後、Ｈ−ＳＬＰ１３０は、セッションＩＤや、選択したポジショニング方法（ポジ方法）や、トリガパラメータ等を含んでいてもよいＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを、ＳＥＴ１１０に対して送ってもよい（ステップＦ）。ＳＥＴ１１０およびＨ−ＳＬＰ１３０は、ステップＦの後に、セキュアＩＰ接続を解放してもよい。Ｈ−ＳＬＰ１３０は、等距離トリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰトリガされたロケーション報告返答（ＴＬＲＡ）メッセージを送ってもよい（ステップＧ）。
【００３８】
ステップＡないしステップＧは、等距離トリガセッションに対するセットアップステップである。ステップＡにおいてＳＵＰＬエージェント１４０により提供され、ステップＦにおいてＳＥＴ１１０に送られたトリガパラメータにしたがって、ＳＥＴ１１０に対するロケーション情報を、その後に報告してもよい。
【００３９】
ＳＥＴ１１０は、ＳＥＴベースモードにおいて支援データを取得するために、または、ＳＥＴ支援モードにおいてＳＥＴ１１０のロケーションを決定するために、Ｈ−ＳＬＰ１３０とのポジショニングセッションに携わってもよい。ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０とのポジショニングセッションを開始するために、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送ってもよい（ステップＨ）。このメッセージは、セッションＩＤや、ロケーションＩＤ（ｌｉｄ）や、ＳＥＴ能力や、支援データに対する要求や、および／または、他の情報を含んでいてもよい。その後、Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０とともにＳＵＰＬ ＰＯＳセッション（または、ポジショニングセッション）に携わってもよい（ステップＩ）。Ｈ−ＳＬＰ１３０およびＳＥＴ１１０は、ＳＥＴ１１０に支援データを提供するために、ならびに／あるいは、ＳＥＴ１１０に対するロケーション推定を算出するために、選択したポジショニングプロトコル（例えば、ＲＲＬＰ、ＲＲＣ、ＬＰＰ、または、ＴＩＡ−８０１）に対してメッセージを交換する。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０に対して、ＳＵＰＬ ＲＥＰＯＲＴメッセージ中で、ロケーション推定および／または他の情報を送ってもよい（ステップＪ）。
【００４０】
ＳＥＴ１１０のロケーションは、ＳＥＴ１１０単独により、あるいは、ステップＨ、ステップＩ、および、ステップＪを通して、Ｈ−ＳＬＰ１３０の支援とともに、決定してもよい（ステップＫ）。例えば、進行した距離を算出するために、上記で説明したスキームのうちの何らかのものを使用して、ＳＥＴ１１０が進行した距離を更新してもよい（ステップＬ）。ＳＥＴ１１０は、予め規定された距離に対して、進行した距離を比較し、予め規定された距離だけＳＥＴ１１０が移動したか否かを決定してもよい（ステップＭ）。予め規定された距離だけＳＥＴ１１０が移動しており、トリガイベントが起こっている場合に、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＲＥＰＯＲＴメッセージを送ってもよい（ステップＮ）。このメッセージは、トリガイベントが起こっているという表示を含んでいてもよく、ＳＥＴ１１０の現在のロケーションや、ＳＥＴ１１０が進行した距離や、および／または、他の情報も含んでいてもよい。トリガイベントに応答して、Ｈ−ＳＬＰ１３０は、ＳＵＰＬエージェント１４０に対してＭＬＰトリガされたロケーション報告（ＴＬＲＥＰ）メッセージを送ってもよい（ステップＯ）。このメッセージは、要求ＩＤや、トリガイベントが起こっているという表示や、ＳＥＴ１１０の現在のロケーションや、ＳＥＴ１１０が進行した距離や、現在のロケーションに対する日付および時間や、現在のロケーションを決定するために使用されたポジショニング方法や、および／または、他の情報を含んでいてもよい。トリガイベントが起こっていない場合には、ステップＮとステップＯはスキップしてもよい。
【００４１】
ステップＫないしステップＯは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＰ）。各処理サイクルは、ＳＥＴ１１０の現在のロケーションを決定するためのステップと、ＳＥＴ１１０が進行した距離を決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、報告を開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したときや、予め規定された最後の通過点に達したとき等に、等距離トリガセッションの終わりに達する。等距離トリガセッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよく（ステップＱ）、または、（図３には示されていないが、）ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。代替的に、各エンティティは、セッションの終わりを自律的に決定してもよく、何らかのシグナリングを交換することなく、セッションを終了してもよい。
【００４２】
相対的なＳＥＴ対ＳＥＴトリガサービスは、ターゲットＳＥＴのロケーションと、基準ＳＥＴのロケーションとを周期的に決定してもよく、基準ＳＥＴロケーションを中心とした、移動する地理的なターゲットエリアにターゲットＳＥＴが入ったときに、または、基準ＳＥＴロケーションを中心とした、移動する地理的なターゲットエリアをターゲットＳＥＴが離れたときに、ロケーション情報を報告してもよい。ＳＵＰＬエージェントは、相対的なＳＥＴ対ＳＥＴトリガサービスを開始し、ターゲットＳＥＴおよび基準ＳＥＴを識別し、適用可能なパラメータを提供してもよい。
【００４３】
図４は、相対的なＳＥＴ対ＳＥＴトリガサービスに対する地理的なターゲットエリア４１０を示している。地理的なターゲットエリアは、基準ＳＥＴのロケーションを中心としていてもよく、基準ＳＥＴロケーションからのｒの半径により規定された円形のエリアであってもよい。地理的なターゲットエリアは、基準ＳＥＴのロケーションと同期して、移動する。一般に、地理的なターゲットエリアは、例えば、さらに複雑な多角形のような、何らかの形により規定されていてもよい。地理的なターゲットエリアはまた、（ｉ）２次元で、水平的なロケーションにより規定されていてもよく、（ｉｉ）３次元で、水平的なロケーションと高度の双方によって規定されていてもよい。
【００４４】
例えば、母親と子供が、ショッピングモールにいるかもしれない。母親は、彼女の周囲の半径２７．４２メートル（３０ヤード）のエリアの外に子供が移動したときにはいつでも、通知してほしいと思っているかもしれず、これは、“迷子”シナリオとして呼ぶことがある。母親が基準端末を持ち運んでいてもよく、子供がターゲット端末を持ち運んでいてもよい。地理的なターゲットエリアは、母親のロケーションを中心とした、半径ｒによる円形のエリアとして規定されていてもよい。地理的なターゲットエリアは、母親の移動にしたがう、すなわち、母親とともにあちこち動き回る。子供（または、ターゲット端末）が、母親の周囲の地理的なターゲットエリアを離れたときにはいつでも（例えば、子供が、母親から２７．４２メートル（３０ヤード）より遠くに移動したときに）、ＳＵＰＬエージェントに通知してもよい。その後、ＳＵＰＬエージェントは、子供が地理的なターゲットエリアを離れたこと、例えば、子供が迷子になっていることを母親に通知してもよい。母親がターゲット端末を持ち運び、子供が基準端末を持ち運んでいるような、端末の役割が逆であるときにも、この例をサポートすることができる。
【００４５】
図５は、相対的なＳＥＴ対ＳＥＴトリガサービスに対するメッセージフロー５００の設計を示している。ＳＵＰＬエージェント１４０は、基準ＳＥＴ１１２のロケーションにより規定されている、移動する地理的なターゲットエリアに関するターゲットＳＥＴ１１０のロケーションを知ることを望んでいるかもしれず、相対的なＳＥＴ対ＳＥＴトリガの表示を持つロケーション要求をＨ−ＳＬＰ１３０に送ってもよい（ステップＡ）。その後、Ｈ−ＳＬＰ１３０は、ターゲットＵＥ１１０および基準ＳＥＴ１１２と通信して、相対的なＳＥＴ対ＳＥＴトリガセッションを確立してもよい（ステップＢおよびステップＣ）。
【００４６】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行するために、および、報告を開始するために、何らかのエンティティが指定されている。指定されたエンティティには、ＳＥＴ１１０およびＳＥＴ１１２のロケーション、トリガパラメータ、および／または、他の関係する情報が提供される。明確さのために、下記の説明の大部分では、ターゲットＳＥＴ１１０が、指定されたエンティティであると仮定する。
【００４７】
基準ＳＥＴ１１２のロケーションは、ＳＥＴベースモードにより、または、ＳＥＴ支援モードにより、決定してもよい（ステップＤ）。基準ＳＥＴ１１２のロケーションは、Ｈ−ＳＬＰ１３０に提供されてもよく（ステップＥ）、Ｈ−ＳＬＰ１３０は、ターゲットＳＥＴ１１０に対してロケーションを転送してもよい（ステップＦ）。代替的に、（図５中で破線により示されているように、）基準ＳＥＴ１１２のロケーションは、Ｈ−ＳＬＰ１３０を通すことなく、基準ＳＥＴ１１２により直接、ターゲットＳＥＴ１１０に対して提供されてもよい。
【００４８】
ＳＥＴベースモードにより、または、ＳＥＴ支援モードにより、ターゲットＳＥＴ１１０のロケーションをまた決定してもよい（ステップＧ）。ターゲットＳＥＴ１１０は、ＳＥＴ１１０およびＳＥＴ１１２のロケーションと、地理的なターゲットエリアを規定しているトリガパラメータとに基づいて、トリガイベントが起こったか否かをチェックしてもよい（ステップＨ）。ターゲットＳＥＴ１１０が、地理的なターゲットエリアの内にあるかまたは外にある場合に、あるいは、ターゲットＳＥＴ１１０が、地理的なターゲットエリアの内に移動するかまたは外に移動した場合に、トリガイベントが起こるかもしれない。このケースでは、ターゲットＳＥＴ１１０は、トリガイベントが起こったことをＨ−ＳＬＰ１３０に報告してもよい（ステップＩ）。報告は、ターゲットＳＥＴ１１０の現在のロケーションや、基準ＳＥＴ１１２の現在のロケーションや、基準ＳＥＴ１１２に関するターゲットＳＥＴ１１０のロケーション（例えば、５０メートル東）や、および／または、他の情報を含んでいてもよい。その後、Ｈ−ＳＬＰ１３０は、トリガイベントが起こったことをＳＵＰＬエージェント１４０に知らせるために、トリガ応答を送ってもよい（ステップＪ）。応答は、ＳＥＴ１１０からのトリガ報告中に提供されている情報のうちのいくつかまたはすべてを含んでいてもよい。トリガイベントが起こっていない場合には、ステップＩとステップＪはスキップしてもよい。
【００４９】
ステップＤないしステップＪは、１つの処理サイクルに対するものであってもよい。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＫ）。各処理サイクルは、基準ＳＥＴ１１２の現在のロケーションを決定するためのステップと、ターゲットＳＥＴ１１０の現在のロケーションを決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。基準ＳＥＴ１１２のロケーションは、ターゲットＳＥＴ１１０のロケーションと同じレートまたは異なるレートにおいて決定してもよい。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０によるトリガイベント報告と、Ｈ−ＳＬＰ１３０によるトリガ応答とを開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したとき等に、相対的なＳＥＴ対ＳＥＴトリガセッションの終わりに達する。セッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０およびＳＥＴ１１２とは、セッションを終了する（ステップＬおよびステップＭ）。
【００５０】
別の設計では、図５中のステップＤおよびステップＧにおいて、基準ＳＥＴのロケーションとターゲットＳＥＴのロケーションを取得する代わりに、いずれかのＳＥＴが、他のＳＥＴに関する自身のロケーションを、これらのステップにおいて周期的に決定してもよい。例えば、ステップＧにおいて、ターゲットＳＥＴ１１０は、基準ＳＥＴ１１２に直接、信号（例えば、無線信号または赤外線信号）を送ってもよく、基準ＳＥＴ１１２は、ＳＥＴ１１０に対して応答信号を戻してもよい。ＳＥＴ１１０は、全体的な応答時間を測定し、ＳＥＴ１１２における内部遅延を減算する。ＳＥＴ１１２が、ＳＥＴ１１０へのその応答信号中に、ＳＥＴ１１２における内部遅延を含めてもよく、または、ＳＥＴ１１０が、他の手段により、ＳＥＴ１１２における内部遅延を決定してもよい。ＳＥＴ１１０は、往復信号伝播遅延を取得し、したがって、それ自体とＳＥＴ１１２との間の距離を取得してもよい。その後、この距離を使用して、トリガ条件を評価することができる。さらに別の設計では、ステップＤおよびＧにおいて、ＳＥＴ１１０とＳＥＴ１１２の双方の最初のロケーションを取得し、これらの最初のロケーションに関する各ＳＥＴのロケーションを使用して、後続するロケーションを取得してもよい。相対的なロケーションはまた、各ＳＥＴ中のセンサーを使用して、取得してもよい。相対的なロケーションは、取得するために、より少ないシグナリングと処理リソースとを必要とするかもしれないし、短い間隔において、相対的なロケーションを取得できるかもしれない。
【００５１】
図６は、ＳＵＰＬメッセージを使用する、相対的なＳＥＴ対ＳＥＴトリガサービスに対するメッセージフロー６００の設計を示している。ＳＵＰＬエージェント１４０は、基準ＳＥＴ１１２のロケーションにより規定されている、移動する地理的なターゲットエリアに関するターゲットＳＥＴ１１０のロケーションを知ることを望んでいるかもしれず、Ｈ−ＳＬＰ１３０に対してＭＬＰ ＴＬＲＲメッセージを送ってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント識別子（クライアント−ｉｄ）や、ターゲットＳＥＴ１１０識別子（ターゲットｍｓ−ｉｄ）や、基準ＳＥＴ識別子（基準ｍｓ−ｉｄ）や、相対的なＳＥＴ対ＳＥＴトリガサービスが要求されているという表示や、トリガパラメータ等を含んでいてもよい。トリガパラメータは、基準ＳＥＴの周囲の地理的なターゲットエリアに関する情報（例えば、半径ｒ）や、トリガイベント情報（例えば、ターゲットエリアの中にある、ターゲットエリアの外にある、ターゲットに入る、または、ターゲットエリアを離れる）や、セッション持続時間（例えば、開始時間、停止時間等）や、ならびに／あるいは、報告に対するトリガイベントを決定するのに使用することができる他の情報を含んでいてもよい。
【００５２】
Ｈ−ＳＬＰ１３０は、相対的なＳＥＴ対ＳＥＴトリガサービスに対して、ＳＵＰＬエージェント１４０を認証および認可してもよい。Ｈ−ＳＬＰ１３０はまた、ＳＥＴ１１０とＳＥＴ１１２との通知および／または検証を実行してもよい。例えば、Ｈ−ＳＬＰ１３０は、基準ＳＥＴ１１２のユーザから承認を取得して、基準ＳＥＴ１１２のロケーションを決定することが可能になり、場合によっては、ターゲットＳＥＴ１１０、Ｈ−ＳＬＰ１３０、および／または、ＳＵＰＬエージェント１４０により、基準ＳＥＴ１１２のロケーションを共有することが可能になる。Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０のユーザから承認を取得して、ターゲットＳＥＴ１１０のロケーションを決定することが可能になり、場合によっては、基準ＳＥＴ１１２、Ｈ−ＳＬＰ１３０、および／または、ＳＵＰＬエージェント１４０により、共有することが可能になる。相対的なＳＥＴ対ＳＥＴトリガサービスはまた、各ＳＥＴユーザのプライバシー設定の修正を動的に考慮にしてもよい。
【００５３】
Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０およびＳＥＴ１１２をルックアップし、これらのＳＥＴに対するルーティング情報を取得してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、相対的なＳＥＴ対ＳＥＴトリガサービスに対するＳＵＰＬセッションを開始するために、基準ＳＥＴ１１２に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＥＴ１１２は、ＳＵＰＬ ＩＮＩＴメッセージを受信してもよく、それ自体を接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１２は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１２は、Ｈ−ＳＬＰ１３０との相対的なＳＥＴ対ＳＥＴトリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい（ステップＥ）。Ｈ−ＳＬＰ１３０は、ＳＥＴ１１２からＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信してもよく、ＳＥＴ１１２に対して使用するためのポジショニング方法を選択してもよい。その後、Ｈ−ＳＬＰ１３０は、セッションＩＤや、選択したポジショニング方法や、トリガパラメータ等を含むＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを、ＳＥＴ１１２に対して送ってもよい（ステップＦ）。Ｈ−ＳＬＰ１３０は、ターゲットＳＥＴ１１０に対して同様に、ステップＣないしステップＦを実行してもよい（ステップＧ）。Ｈ−ＳＬＰ１３０は、相対的なＳＥＴ対ＳＥＴトリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰ ＴＬＲＡメッセージを送ってもよい（ステップＨ）。
【００５４】
その後に、Ｈ−ＳＬＰ１３０と、ターゲットＳＥＴ１１０と、基準ＳＥＴ１１２が協調して、トリガイベントの発生を検出してもよい。セッションの間に、各ＳＥＴ１１０のロケーションを周期的に（例えば、Ｘ秒ごとに）決定してもよい。１つの設計では、ＳＥＴは、そのロケーションを自律的に測定して、決定してもよい。別の設計では、ＳＥＴは、そのロケーションを決定するために、Ｈ−ＳＬＰ１３０とのポジショニングセッションに携わってもよい。一般に、各ＳＥＴのロケーションは、そのＳＥＴのみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴにより、ＳＥＴからの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。基準ＳＥＴ１１２は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してそのロケーションを決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。同様に、ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してそのロケーションを決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。ステップＩ、ステップＪ、および、ステップＫは、それぞれ、図３において、ステップＨ、ステップＩ、および、ステップＪに対して上記で説明したように、実行してもよい。
【００５５】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。さらに別の設計では、基準ＳＥＴ１１２が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行して、報告を開始するために、何らかのエンティティまたはエンティティの何らかの組み合わせが指定されている。指定されたエンティティには、ＳＥＴ１１０およびＳＥＴ１１２のロケーションと、トリガパラメータとが提供される。明確さのために、下記の説明では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始すると仮定する。
【００５６】
基準ＳＥＴ１１２が、そのロケーションを決定してもよく（ステップＬ）、その現在のロケーションを持つＳＵＰＬ ＲＥＰＯＲＴメッセージをＨ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。プルメカニズムに対しては、基準ＳＥＴの現在のロケーションを要求するために、ターゲットＳＥＴ１１０が、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＰＯＳＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを送ってもよい（ステップＮ）。応答して、Ｈ−ＳＬＰ１３０は、基準ＳＥＴ１１２の現在のロケーションを、ＳＵＰＬ ＲＥＰＯＲＴメッセージ中で、ターゲットＳＥＴ１１０に転送してもよい（ステップＯ）。プルメカニズムにより、ターゲットＳＥＴ１１０が、その都合のよいときに、例えば、ターゲットＳＥＴ１１０がオープンな接続を有しているときに、ロケーション情報を要求することが可能になるかもしれない。プッシュメカニズムに対しては、Ｈ−ＳＬＰ１３０が、ＳＥＴ１１２から基準ＳＥＴ１１２のロケーションを受信したときにはいつでも、Ｈ−ＳＬＰ１３０は、基準ＳＥＴ１１２のロケーションを転送してもよい。このケースでは、ステップＯは起こるだろうが、ステップＮはスキップしてもよい。プッシュメカニズムにより、ターゲットＳＥＴ１１０が基準ＳＥＴロケーションを周期的に要求する必要性なく、基準ＳＥＴロケーションが入手可能なときにはいつでも、Ｈ−ＳＬＰ１３０が基準ＳＥＴロケーションを提供することが可能になるかもしれない。基準ＳＥＴ１１２はまた、Ｈ−ＳＬＰ１３０と対話することなく、その現在のロケーションをターゲットＳＥＴ１１０に直接送ってもよい。
【００５７】
ターゲットＳＥＴ１１０が、そのロケーションを決定してもよい（ステップＰ）。ターゲットＳＥＴ１１０は、基準ＳＥＴ１１２の現在のロケーションに対して、その現在のロケーションを比較してもよく、ターゲットＳＥＴ１１０が、基準ＳＥＴ１１２の現在のロケーションにより規定されている地理的なターゲットエリアの内にあるか、または、外にあるか、あるいは、基準ＳＥＴ１１２の現在のロケーションにより規定されている地理的なターゲットエリアの内に移動しているか、または、基準ＳＥＴ１１２の現在のロケーションにより規定されている地理的なターゲットエリアから外に移動しているか否かを決定してもよい（ステップＱ）。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０は、イベントトリガの表示と、場合によっては、その現在のロケーションおよび／または基準ＳＥＴ１１２のロケーションとを持つＳＵＰＬ ＲＥＰＯＲＴメッセージを、Ｈ−ＳＬＰ１３０に対して送ってもよい（ステップＲ）。その後、Ｈ−ＳＬＰ１３０は、要求ＩＤと、イベントトリガ表示と、場合によっては、他の情報とを含んでいてもよいＭＬＰ ＴＬＲＥＰメッセージを、ＳＵＰＬエージェント１４０に対して送ってもよく、他の情報は、ターゲットＳＥＴ１１０のロケーションや、基準ＳＥＴ１１２のロケーションや、各ロケーションに対する日付および時間や、各ロケーションを決定するために使用したポジショニング方法や、ならびに／あるいは、他の情報のようなものである（ステップＳ）。ターゲットＳＥＴ１１０には、例えば、ターゲットＳＥＴ１１０によりトリガされる、基準ＳＥＴ１１２のロケーションに関するトリガイベントが知らされてもよい。基準ＳＥＴ１１２にはまた、例えば、ターゲットＳＥＴ１１０によりトリガされる、それ自体のポジションに関するトリガイベントが知らされてもよい。
【００５８】
ステップＬないしステップＳは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＴ）。各処理サイクルは、各ＳＥＴの現在のロケーションを決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、（例えば、ステップＲおよびステップＳにおいて）報告を開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したとき等に、相対的なＳＥＴ対ＳＥＴトリガセッションの終わりに達する。セッションの終わりに達したときに、Ｈ−ＳＬＰ１３０と、ターゲットＳＥＴ１１０と、基準ＳＥＴ１１２とが、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、各ＳＥＴに対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＵおよびステップＶ）。ＳＥＴがまた、ＳＵＰＬ ＥＮＤメッセージを送ってもよい。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。
【００５９】
相対的なＳＥＴ対ＳＥＴトリガサービスを使用して、その中心が基準端末である地理的なターゲットエリアに関連して、ターゲット端末の移動を周期的に監視することができる。地理的なターゲットエリアは、基準端末（および、他のトリガサービスのケースのように、ターゲット端末でないもの）に関して規定されていてもよく、基準端末と同期して移動する。ターゲット端末が地理的なターゲットエリアの内または外にあるときや、ターゲット端末が地理的なターゲットエリアに入るかまたは離れるときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知が送られてもよい。第三者は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）に対してロケーション要求を送ってもよい。ロケーションサーバは、ターゲット端末と基準端末の双方とともにポジション決定手順を始めてもよい。ターゲット端末が、基準端末の周囲の地理的なターゲットエリアの内または外にあるか、基準端末の周囲の地理的なターゲットエリアに入るかまたは離れるかを検出できるように、基準端末のロケーションを周期的に決定し、ターゲット端末のロケーションと比較してもよい。このトリガイベントが検出されたときにはいつでも、ロケーションサーバは、ローカルクライアントと、場合によっては、ターゲット端末および／または基準端末とに通知してもよい。
【００６０】
速度トリガサービスは、ターゲットＳＥＴの速度が、予め規定された速度（すなわち、速度レベル）に達したか否かを周期的に決定してもよく、トリガイベントが検出されたときに、速度を報告してもよい。ＳＵＰＬエージェントは、速度トリガサービスを開始し、ターゲットＳＥＴを識別し、適用可能なパラメータを提供してもよい。
【００６１】
速度は、スピードおよび／または方位を含んでいてもよい。スピードは、ＳＥＴがどのくらい速く移動しているかを示すことができ、方位は、ＳＥＴがどの方向に移動しているかを示すことができる。一般に、トリガ基準は、スピードのみに基づいて、または、方位のみに基づいて、あるいは、スピードと方位の双方に基づいて、規定されていてもよい。例えば、トリガ基準は、（ｉ）トラックが１１２ｋｍ／ｈ（７０ｍｐｈ）のスピードに達したときに、または、（ｉｉ）トラックが北に向かっているときに、あるいは、（ｉｉｉ）トラックが、１１２ｋｍ／ｈ（７０ｍｐｈ）より速く、北に向かっているときに、報告を送るように規定されていてもよい。トリガ基準はまた、スピードの増加および／または減少に対して規定されていてもよい。例えば、（停止信号から開始して）トラックが１１２ｋｍ／ｈ（７０ｍｐｈ）に達したときに、報告を送ってもよい。トラックはさらに加速して、１４４ｋｍ／ｈ（９０ｍｐｈ）に達するかもしれない。トラックが１１２ｋｍ／ｈ（７０ｍｐｈ）に減速したときに、別の報告を送ってもよい。代替的に、トラックがより低いレベル（例えば、１０４ｋｍ／ｈ（６５ｍｐｈ））を下回って減速し、その後、１１２ｋｍ／ｈ（７０ｍｐｈ）を超えた場合に、別の報告を送ってもよい。一般に、速度トリガサービスに対して使用される速度は、スピードのみのことを指してもよく、または、方位のみのことを指してもよく、あるいは、スピードと方位の双方のことを指してもよい。さまざまな速度トリガサービスに対して、さまざまなトリガ基準をまた使用してもよい。
【００６２】
速度トリガは、さまざまな方法で規定されていてもよい。１つの設計では、初めに、ターゲットＳＥＴの速度が、より低いレベルを下回って落ちて、その後に、予め規定された速度を満たすかまたは超えたときに、速度トリガが起こるかもしれない。予め規定された速度に基づいて、より低いレベルを規定してもよい、例えば、より低いレベルは、予め規定された速度を下回るあるマージンであってもよい。例えば、トラックが交通信号において開始し、その後に、１１２ｋｍ／ｈ（７０ｍｐｈ）の予め規定された速度に達することがあり、１１２ｋｍ／ｈ（７０ｍｐｈ）の予め規定された速度は、１０４ｋｍ／ｈ（６５ｍｐｈ）のスピード制限プラス８ｋｍ／ｈ（５ｍｐｈ）のマージンに基づいて、規定されているかもしれない。トラックが初めに１１２ｋｍ／ｈ（７０ｍｐｈ）に達したときに、速度トリガが生じるかもしれない、そして、トラックがより低いレベルを上回るスピードを保ち続ける限り、速度トリガは何も起こらないかもしれない。より低いレベルは、９６ｋｍ／ｈ（６０ｍｐｈ）であってもよく、９６ｋｍ／ｈ（６０ｍｐｈ）は、１０４ｋｍ／ｈ（６５ｍｐｈ）のスピード制限マイナス８ｋｍ／ｈ（５ｍｐｈ）のマージンに基づいて、規定されているかもしれない。トラックが、９６ｋｍ／ｈ（６０ｍｐｈ）のより低いレベルを下回って減速し、その後、１１２ｋｍ／ｈ（７０ｍｐｈ）の予め規定された速度を満たすかまたは超えた場合に、別の速度トリガが起こるかもしれない。別の設計では、ターゲットＳＥＴの速度が、予め規定された速度を超えた場合に、速度トリガが起こるかもしれないが、速度トリガは、各予め規定された時間間隔において、多くて１つの速度トリガに制限されているかもしれない。上記の例に対しては、速度トリガは、トラックが予め規定された速度を満たすかまたは超えた、５分の予め規定された時間間隔ごとに起こるかもしれない。速度トリガはまた、他の方法で規定されていてもよい。
【００６３】
図７は、ＳＵＰＬメッセージを使用する、速度トリガサービスに対するメッセージフロー７００の設計を示している。ＳＵＰＬエージェント１４０は、ターゲットＳＥＴ１１０の速度が、ターゲット速度に達したときにはいつでも、知ることを望んでいるかもしれず、Ｈ−ＳＬＰ１３０に対してＭＬＰ ＴＬＲＲメッセージを送ってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント識別子や、ターゲットＳＥＴ識別子や、速度トリガサービスが要求されているという表示や、トリガパラメータ等を含んでいてもよい。トリガパラメータは、ターゲット速度や、開始時間や、停止時間等を含んでいてもよい。Ｈ−ＳＬＰ１３０は、速度トリガサービスに対して、ＳＵＰＬエージェント１４０を認証および認可してもよい。Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０との通知および／または検証を実行してもよい。速度トリガサービスはまた、ターゲットＳＥＴユーザのプライバシー設定の修正を動的に考慮してもよい。
【００６４】
Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０をルックアップし、ＳＥＴに対するルーティング情報を取得してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、速度トリガサービスに対するＳＵＰＬセッションを開始するために、ＳＥＴ１１０に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＥＴ１１０は、ＳＵＰＬ ＩＮＩＴメッセージを受信し、それ自体を接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１０は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０との速度トリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい（ステップＥ）。Ｈ−ＳＬＰ１３０は、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信し、ＳＥＴ１１０に対して使用するためのポジショニング方法を選択し、セッションＩＤや、選択したポジショニング方法や、トリガパラメータ等を含んでいてもよいＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを戻してもよい（ステップＦ）。Ｈ−ＳＬＰ１３０は、速度トリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰ ＴＬＲＡメッセージを送ってもよい（ステップＧ）。
【００６５】
その後に、Ｈ−ＳＬＰ１３０とターゲットＳＥＴ１１０が協調して、トリガイベントの発生を検出してもよい。セッションの間に、ＳＥＴ１１０の速度を周期的に（例えば、Ｘ秒ごとに）決定してもよい。１つの設計では、ＳＥＴは、その速度を自律的に測定し、決定してもよい。別の設計では、ＳＥＴは、Ｈ−ＳＬＰ１３０と対話して、その速度を決定してもよい。一般に、ＳＥＴ１１０の速度は、ＳＥＴ１１０のみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴ１１０により、ＳＥＴ１１０からの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してその速度を決定するために、必要に応じて、ステップＨ、ステップＩ、および、ステップＪを実行してもよい。
【００６６】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。ＳＥＴ１１０は、その速度を決定してもよい（ステップＫ）。ＳＥＴ１１０は、ターゲット速度に対して、その現在の速度を比較してもよく、現在の速度がターゲット速度を超えているか否かを決定してもよい（ステップＬ）。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０は、トリガイベントの表示と、場合によっては、その速度とを持つＳＵＰＬ ＲＥＰＯＲＴメッセージを、Ｈ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。その後、Ｈ−ＳＬＰ１３０は、要求ＩＤや、トリガイベント表示や、ＳＥＴ１１０の速度や、ＳＥＴ１１０のロケーション等を含んでいてもよいＭＬＰ ＴＬＲＥＰメッセージを、ＳＵＰＬエージェント１４０に対して送ってもよい（ステップＮ）。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。一般に、チェックを実行して、報告を開始するために、何らかのエンティティが指定されている。指定されたエンティティには、ＳＥＴ１１０の速度と、トリガパラメータとが提供される。
【００６７】
ステップＫないしステップＮは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＯ）。各処理サイクルは、ＳＥＴ１１０の速度を決定するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に、報告を開始してもよく、そうでなければ、スキップしてもよい。例えば、停止時間に達したとき等に、速度トリガセッションの終わりに達する。速度トリガセッションの終わりに達したときに、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、ＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＰ）。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。
【００６８】
速度トリガサービスを使用して、ターゲット端末を周期的に監視し、ターゲット端末の速度が予め規定されたレベルに達したときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知を送ってもよい。第三者は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）に対してロケーション要求を送ってもよい。ターゲット端末と協調しているロケーションサーバは、ポジションおよび速度の決定手順を開始してもよい。手順により、予め規定されたレベルを超えている端末速度の検出が可能になるかもしれない。このトリガイベントを検出したときにはいつでも、ロケーションサーバが、ロケーションクライアントに通知してもよい。例えば、それらのトラックが１１２ｋｍ／ｈ（７０ｍｐｈ）を超えたときにはいつでも、知りたいと思っているかもしれない運送会社のオペレーションセンターにより、このサービスを使用してもよい。その保険契約者が一般的にローカルのスピード制限を遵守していることを検証するために、保険会社によっても、このサービスを使用してもよく、例えば、ローカルのスピード制限を遵守していることにより、その後、保険契約者には、より低い保険料という資格が与えられるかもしれない。
【００６９】
Ｔ−Ｄ−Ｖの組み合わせのトリガサービスは、最後の報告以降に経過した時間と、最後の報告以降に進行した距離と、最後の報告以降に達した最高速度とに基づいて規定されているトリガイベントをサポートすることができる。Ｔ−Ｄ−Ｖの組み合わせのトリガサービスは、経過した時間や、進行した距離や、最高速度、および／または、他のパラメータの他の組み合わせもサポートすることができる。例えば、時間、距離、および、速度の以下の関数のうちの１つに基づいて、Ｔ−Ｄ−Ｖの組み合わせのトリガ（または、トリガ条件）を規定してもよい：
【数１】
【００７０】
または、
【数２】
【００７１】
ここで、Ｔ、Ｄ、および、Ｖは、それぞれ、最後の報告以降に経過した時間と、最後の報告以降に進行した距離と、最後の報告以降の最高速度とに対する現在の値である。
ｆ（Ｔ）は、時間トリガに対する式（例えば、ブール式）であり、
ｇ（Ｄ）は、距離トリガに対する式（例えば、ブール式）であり、
ｈ（Ｖ）は、速度トリガに対する式（例えば、ブール式）であり、
“ＡＮＤ”は、論理ＡＮＤ演算を示しており、
“ＯＲ”は、論理ＯＲ演算を示している。
【００７２】
ブール式は、その入力パラメータの関数に基づいて、真または偽の出力を返す。例として、進行した距離に対するブール式は、ｇ（Ｄ）＝（Ｄ≧Ｄ１）として規定してもよく、ここで、Ｄ１は、予め規定された距離である。進行した距離Ｄが、予め規定された距離Ｄ１に等しい、または、予め規定された距離Ｄ１より大きい場合に、式は真であり、そうでなければ、偽であるだろう。ｆ1（Ｔ）とｆ2（Ｔ）は、ｉ＝１または２に対する、ｆi（Ｔ）＝（Ｔ≧Ｔi）により与えられる、時間トリガに対する２つのブール式であり、ここで、Ｔ1とＴ2は、経過した時間に対する２つの予め規定された値である。同様の方法で、速度トリガに対する式を規定してもよい。いったん、何らかのトリガ条件が起こると、次の報告まで、そのトリガ条件は有効なままであるかもしれない。このことは、新しい報告が送られた後まで、トリガが起こり、そして、後に消失するのを防ぐだろう。
【００７３】
例えば、車隊管理センターは、最後の報告以降にトラックが１６キロメートル（１０マイル）（Ｄ１＝１６キロメートル（１０マイル））移動したときにはいつでも、対象としているそのトラックの移動に関する更新を報告で欲しいと思っているかもしれないが、報告は、せいぜい、１時間ごとに（Ｔ１＝６０分）トラック当たり１つである。センターはまた、トラックが１２０ｋｍ／ｈ（７５ｍｐｈ）（Ｖ１＝１２０ｋｍ／ｈ（７５ｍｐｈ））に達した場合には、即座に知らせてほしいと思っているかもしれない。コンボトリガ関数は、次のように規定してもよい：
【数３】
【００７４】
ここで、Ｔは、最後の報告が送られた以降に経過した時間であり、
Ｄは、最後の報告以降に進行した距離であり、
Ｖは、最後の報告以降の最高スピードである。
【００７５】
進行した距離Ｄは、（ｉ）ロケーション測定値間の増分距離の合計として計算してもよく、または、（ｉｉ）最後の報告中のロケーションまでの距離として計算してもよい。例えば、ケース（ｉ）に対する変数Ｔ、Ｄと、Ｖとは、すべて、時間の増加する関数とすることができる。
【００７６】
スピードを出しているドライバーに対する過剰な報告の発生を避けるために、センターは、１０分（Ｔ２＝１０分）ごとにせいぜい１つのスピード報告を望むかもしれない。そこで、コンボトリガ関数は、次のように規定してもよい：
【数４】
【００７７】
上記の方程式により示されているように、ＤおよびＶに対する異なる予め規定された値とともに、異なる予め規定された時間値を使用してもよい。
【００７８】
１つの設計では、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対してより高い柔軟性を可能にするために、上記のブール式（例えば、ｆ（Ｔ）、ｇ（Ｄ）、および、ｈ（Ｖ））は、ＳＥＴの現在のロケーションや、最後の報告以降のＳＥＴロケーションの組や、現在の時間や、または、最後の報告以降の時間期間等を含んでいてもよく、あるいは、これらに依存してもよい。このことを使用して、進行した距離と、最高速度と、次の報告までの時間とに対して異なる予め規定された値を設定してもよい。例えば、運送会社は、最後の報告以降に進行したロケーションに対する普通の（例えば、最高）スピード制限にしたがって、予め規定された最高速度を調整してもよい。この会社はまた、ルートのタイプにしたがって、予め規定された進行距離を調整してもよい、例えば、主要な高速道路に沿って進行しているトラックに対しては、より大きい予め規定された距離を使用して、予め規定された進行距離を調整してもよい。この会社はまた、時刻にしたがって、例えば、日中の忙しく移動する期間に対しては、より短い間隔を使用して、および、夕方または夜のような余り忙しくない期間に対しては、より長い間隔を使用して、予め規定された時間間隔を調整してもよい。
【００７９】
図８は、ＳＵＰＬメッセージを使用する、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対するメッセージフロー８００の設計を示している。ＳＵＰＬエージェント１４０は、ターゲットＳＥＴ１１０に対するロケーション情報および／または速度情報を知ることを望んでいるかもしれず、Ｈ−ＳＬＰ１３０に対してＭＬＰ ＴＬＲＲメッセージを送ってもよい（ステップＡ）。ＭＬＰ ＴＬＲＲメッセージは、ＳＵＰＬエージェント識別子や、ターゲットＳＥＴ識別子や、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスが要求されているという表示や、トリガパラメータ等を含んでいてもよい。トリガパラメータは、Ｔのパラメータ、Ｄのパラメータ、および／または、Ｖのパラメータや、例えば、［（Ｔ≧Ｔ１）ＡＮＤ（Ｄ≧Ｄ１）ＯＲ（Ｖ≧Ｖ１）］のような、所望のコンボトリガ関数や、開始時間や、停止時間等を含んでいてもよい。Ｈ−ＳＬＰ１３０は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対して、ＳＵＰＬエージェント１４０を認証および認可してもよい。Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０との通知および／または検証を実行してもよい。Ｔ−Ｄ−Ｖの組み合わせのトリガサービスはまた、ターゲットＳＥＴユーザのプライバシー設定の修正を動的に考慮にしてもよい。
【００８０】
Ｈ−ＳＬＰ１３０は、ＳＥＴ１１０をルックアップし、ＳＥＴに対するルーティング情報を取得してもよい（ステップＢ）。Ｈ−ＳＬＰ１３０は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対するＳＵＰＬセッションを開始するために、ＳＥＴ１１０に対してＳＵＰＬ ＩＮＩＴメッセージを送ってもよい（ステップＣ）。ＳＥＴ１１０は、ＳＵＰＬ ＩＮＩＴメッセージを受信し、それ自体を接続するか、または、データ接続を確立してもよい（ステップＤ）。ＳＥＴ１１０は、通知ルールを評価し、適切なアクションにしたがってもよい。その後、ＳＥＴ１１０は、Ｈ−ＳＬＰ１３０とのＴ−Ｄ−Ｖの組み合わせのトリガセッションを開始するために、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ってもよい（ステップＥ）。Ｈ−ＳＬＰ１３０は、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを受信し、ＳＥＴ１１０に対して使用するためのポジショニング方法を選択し、セッションＩＤや、選択したポジショニング方法や、トリガパラメータ等を含んでいてもよいＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを戻してもよい（ステップＦ）。Ｈ−ＳＬＰ１３０は、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスが受諾されたことをＳＵＰＬエージェント１４０に知らせるために、ＭＬＰ ＴＬＲＡメッセージを送ってもよい（ステップＧ）。
【００８１】
ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０からの支援データを取得するために、あるいは、ＳＥＴ支援モードに対してそのロケーションおよび／または速度を決定するために、必要に応じて、ステップＨ、ステップＩ、および、ステップＪを実行してもよい。Ｈ−ＳＬＰ１３０とターゲットＳＥＴ１１０が協調して、トリガイベントの発生を検出してもよい。セッションの間に、ＳＥＴ１１０のロケーションおよび／または速度を周期的に（例えば、Ｘ秒ごとに）決定してもよい。１つの設計では、ＳＥＴ１１０は、そのロケーションおよび／または速度を自律的に測定し、決定してもよい（ステップＫ）。別の設計では、ＳＥＴ１１０は、（例えば、図８中のステップＨ、ステップＩ、およびステップＪを使用して、）Ｈ−ＳＬＰ１３０と対話して、そのロケーションおよび／または速度を決定してもよい。一般に、ＳＥＴ１１０のロケーションおよび／または速度は、ＳＥＴ１１０のみにより、Ｈ−ＳＬＰ１３０からの支援とともにＳＥＴ１１０により、ＳＥＴ１１０からの支援とともにＨ−ＳＬＰ１３０による等して、決定してもよい。
【００８２】
１つの設計では、ターゲットＳＥＴ１１０が、トリガイベントをチェックして、報告を開始してもよい。ＳＥＴ１１０は、トリガイベントが起こったか否かを決定するために、現在のＴの値、Ｄの値、および、Ｖの値を決定してもよく、コンボトリガ関数にしたがって、これらの値を論理的に組み合わせてもよい（ステップＬ）。トリガイベントが起こった場合に、ターゲットＳＥＴ１１０は、トリガイベントの表示と、場合によっては、そのロケーションおよび／または速度とを持つＳＵＰＬ ＲＥＰＯＲＴメッセージを、Ｈ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。別の設計では、Ｈ−ＳＬＰ１３０が、トリガイベントをチェックして、報告を開始してもよい。いずれのケースでも、トリガイベントに応答して、Ｈ−ＳＬＰ１３０は、要求ＩＤや、トリガイベント表示や、ＳＥＴ１１０のロケーションおよび／または速度や、起こったトリガに対する条件や、ならびに／あるいは、他の情報を含んでいてもよいＭＬＰ ＴＬＲＥＰメッセージを、ＳＵＰＬエージェント１４０に対して送ってもよい（ステップＮ）。
【００８３】
ステップＫないしステップＮは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＯ）。各処理サイクルは、ＳＥＴ１１０のロケーションおよび／または速度を決定するためのステップと、ＳＥＴ１１０が進行した距離を更新するためのステップと、トリガイベントが起こったか否かを決定するためのステップとを含んでいてもよい。トリガイベントが起こった場合に報告を開始してもよく、そうでなければ、スキップしてもよい。Ｔ−Ｄ−Ｖの組み合わせのトリガセッションの終わりに達したときに（例えば、停止時間に達したときに）、Ｈ−ＳＬＰ１３０とＳＥＴ１１０は、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、ＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＰ）。Ｈ−ＳＬＰ１３０はまた、セッションの終わりをＳＵＰＬエージェント１４０に通知してもよい。
【００８４】
Ｔ−Ｄ−Ｖの組み合わせのトリガサービスを使用して、移動体端末を周期的に監視し、時間Ｔ、距離Ｄ、および／または、速度Ｖに基づいて、トリガイベントが起こったときにはいつでも、第三者（例えば、ＳＵＰＬエージェント１４０）に通知を送ってもよい。第三者は、ロケーションサーバ（例えば、Ｈ−ＳＬＰ１３０）にロケーション要求を送ってもよい。ロケーションサーバとターゲット端末が協調して、端末のロケーションおよび／または速度に基づいて、トリガイベントの発生を検出してもよい。トリガイベントを検出したときにはいつでも、ロケーションサーバは、ロケーションクライアントに通知してもよい。
【００８５】
別の態様では、ＳＥＴ対ＳＥＴ速度サービスは、要求ＳＥＴが、ＳＥＴ対ＳＥＴ速度セッションの間に、１つ以上のターゲットＳＥＴの絶対的な速度または相対的な速度を、進行中のベースで（例えば、周期的に、１回、等）取得することを可能にする。ＳＵＰＬエージェントは、要求ＳＥＴ中に存在していてもよく、ターゲットＳＥＴの速度を要求してもよい。各ＳＥＴは、Ｈ−ＳＬＰとのポジショニング手順を実行することが可能であってもよく、および／または、それ自体で、ポジショニング手順を実行することが可能であってもよい。ポジショニング手順は、ＳＥＴのロケーションおよび／または速度を含んでいてもよいロケーション情報を提供することができる。
【００８６】
図９は、ＳＵＰＬメッセージを使用する、ＳＥＴ対ＳＥＴ速度サービスに対するメッセージフロー９００の設計を示している。要求ＳＥＴ１１４中のＳＵＰＬエージェント１４４は、ターゲットＳＥＴ１１０の速度を知ることを望んでいるかもしれない。ＳＵＰＬエージェント１４４はＳＥＴ１１４中に存在しているので、ＳＥＴ開始のサービスを使用することができ、ＳＵＰＬエージェント１４４は、ＳＥＴ対ＳＥＴ速度サービスを開始することをＳＥＴ１１４に内部的に要求してもよい（ステップＡ）。その後、要求ＳＥＴ１１４は、Ｈ−ＳＬＰ１３０と通信して、ＳＥＴ開始トリガセッションを確立してもよい（ステップＢ）。ステップＢにおけるセッション確立は、（ｉ）ＳＥＴ１１４が、Ｈ−ＳＬＰ１３０に対してＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージを送ることと、（ｉｉ）Ｈ−ＳＬＰ１３０が、ＳＥＴ１１４に対してＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＲＥＳＰＯＮＳＥメッセージを戻すこととを含んでいてもよい。ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージは、ＳＥＴ対ＳＥＴ速度サービスが要求されていることを示していてもよく、ＳＵＰＬ ＴＲＩＧＧＥＲＥＤ ＳＴＡＲＴメッセージはまた、要求ＳＥＴ識別子や、ターゲットＳＥＴ識別子や、相対的なまたは絶対的な速度が要求されているか否かという表示や、セッションの開始時間および停止時間や、確定の数や、確定間の間隔等のような情報を含んでいてもよい。Ｈ−ＳＬＰ１３０は、ＳＥＴ対ＳＥＴ速度サービスに対して、ＳＥＴ１１４を認証および認可してもよい。ステップＢにおけるセッション確立に続いて、ＳＥＴ１１４は、ＳＵＰＬエージェント１４４に対して、要求を内部的に肯定応答してもよく、要求されたサービスを実行するだろうことを確認通知してもよい（ステップＣ）。Ｈ−ＳＬＰ１３０は、ターゲットＳＥＴ１１０とのロケーションセッションを確立してもよい（ステップＤ〜ステップＨ）。これは、ＳＥＴ１１０との通知および／または検証を含んでいてもよい。
【００８７】
Ｈ−ＳＬＰ１３０は、セッションの間に、要求ＳＥＴ１１４および／またはターゲットＳＥＴ１１０と協調して、ターゲットＳＥＴ１１０の速度を決定し、基準ＳＥＴ１１４の速度を決定し、ターゲットＳＥＴ１１０に支援を提供し、および／または、基準ＳＥＴ１１４に支援を提供してもよい。Ｈ−ＳＬＰ１３０はまた、セッションの間に、ターゲットＳＥＴ１１０の速度を要求ＳＥＴ１１４と共有すること、および／または、要求ＳＥＴ１１４の速度をターゲットＳＥＴ１１０と共有することを伴ってもよい。
【００８８】
ターゲットＳＥＴ１１０は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、ＳＥＴ支援モードに対してその速度を決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。同様に、基準ＳＥＴ１１４は、Ｈ−ＳＬＰ１３０から支援データを取得するために、または、その速度を決定するために、必要に応じて、ステップＩ、ステップＪ、および、ステップＫを実行してもよい。ターゲットＳＥＴ１１０が、その速度を決定してもよく（ステップＬ）、その速度を持つＳＵＰＬ ＲＥＰＯＲＴメッセージをＨ−ＳＬＰ１３０に対して送ってもよい（ステップＭ）。要求ＳＥＴ１１４は、ターゲットＳＥＴ１１０の速度を要求するために、Ｈ−ＳＬＰ１３０にＳＵＰＬ ＰＯＳＩＴＩＯＮ ＲＥＱＵＥＳＴメッセージを送ってもよい（ステップＮ）。応答して、Ｈ−ＳＬＰ１３０が、ＳＵＰＬ ＲＥＰＯＲＴメッセージ中で、ターゲットＳＥＴ１１０の現在の速度を、要求ＳＥＴ１１４に転送してもよい（ステップＯ）。ＳＥＴ１１０からターゲットＳＥＴ１１０の速度を受信したときにはいつでも、Ｈ−ＳＬＰ１３０はまた、ターゲットＳＥＴ１１０の速度を転送してもよい。ターゲットＳＥＴ１１０はまた、（例えば、図９中の破線により示されているように、）Ｈ−ＳＬＰ１３０と対話することなく、その速度を直接、要求ＳＥＴ１１４に送ってもよい。いずれのケースでも、要求ＳＥＴ１１４は、ターゲットＳＥＴ１１０の速度をＳＵＰＬエージェント１４４に対して提供することができる（ステップＰ）。
【００８９】
ステップＬないしステップＰは、１つの処理サイクルに対するものである。同様の方法で、付加的な処理サイクルを実行してもよい（ステップＱ）。各処理サイクルは、ターゲットＳＥＴ１１０の速度を決定するためのステップと、速度を要求ＳＥＴ１１４に提供するためのステップとを含んでいてもよい。例えば、停止時間に達したとき等に、ＳＥＴ対ＳＥＴ速度セッションの終わりに達する。セッションの終わりに達したときに、Ｈ−ＳＬＰ１３０と、要求ＳＥＴ１１４と、ターゲットＳＥＴ１１０とが、セッションを終了してもよい。Ｈ−ＳＬＰ１３０が、ターゲットＳＥＴ１１０に対してＳＵＰＬ ＥＮＤメッセージを送ってもよい（ステップＲ）。Ｈ−ＳＬＰ１３０はまた、セッションの終わりを要求ＳＥＴ１１４に通知してもよく、その後、ＳＥＴ１１４が、ＳＵＰＬエージェント１４４に通知してもよい。
【００９０】
簡潔さのために、図９は、要求ＳＥＴ１１４が、１つのターゲットＳＥＴ１１０の速度を要求するケースを示している。要求ＳＥＴ１１４はまた、複数のターゲットＳＥＴ１１０の速度を要求してもよい。各ターゲットＳＥＴは、ターゲットＳＥＴ１１０に対して、図９において示されているような処理を実行してもよい。
【００９１】
図９に基づいている別の設計では、要求ＳＥＴ１１４は、ターゲットＳＥＴ１１０と直接、信号（例えば、無線信号または赤外線信号）を交換することにより、ターゲットＳＥＴ１１０に関する要求ＳＥＴ１１４の速度を決定してもよい。いずれかのＳＥＴが、往復信号伝播遅延を測定してもよく、信号測定値に基づいて、ＳＥＴ間の直線距離を取得してもよい。信号測定値と距離算出とを短い間隔で繰り返すことにより、いずれかのＳＥＴが、もう一方のＳＥＴに関する一方のＳＥＴの相対的な速度を取得することができる。代替的に、ＳＥＴ間で交換された信号が、固定かつ既知の周波数成分を、あるいは、固定された既知の間隔で繰り返されている、信号内の何らかのマーカーを含んでいる場合に、周波数成分の周波数における変化をまたは周期的なマーカーの変化を測定することにより、いずれかのＳＥＴが、もう一方のＳＥＴに関するその相対的な速度を取得することができる。双方のＳＥＴに対して、図９中のステップＩ〜ステップＬを、この信号交換および測定の手順に置換してもよい。
【００９２】
図３および図６〜図９は、ＳＵＰＬメッセージを使用する、異なるロケーションサービスに対する例示的なメッセージフローを示している。メッセージフローを変更してもよい。例えば、ＳＵＰＬエージェント１４０は、進行中のセッションを終了するようにＨ−ＳＬＰ１３０に要求してもよい。Ｈ−ＳＬＰ１３０、ＳＥＴ１１０、および／または、ＳＥＴ１１２もまた、進行中のセッションを終了することを決めてもよい。これらのケースでは、Ｈ−ＳＬＰ１３０、ＳＥＴ１１０、および、（存在する場合には）ＳＥＴ１１２が、セッションを終了させるためのアクションを取ってもよい。ＳＵＰＬエージェント１４０、Ｈ−ＳＬＰ１３０、ＳＥＴ１１０、または、（存在する場合には）ＳＥＴ１１２は、サービスを中断することを要求してもよい。このケースでは、中断を要求しているエンティティにより、サービスの再開に対する要求が行われるまで、ポジション決定とトリガイベント検出とは中断される（すなわち、実行されない）。
【００９３】
ここで説明したロケーションサービスにより、ＳＵＰＬエージェントが、複数の要求を行って、結果を評価する代わりに、Ｈ−ＳＬＰに対する単一のロケーション要求によって、ターゲットＳＥＴに対するロケーション情報を取得することが可能になる。トリガロケーションサービスは、ロケーション要求の数を減少させることができ、ＳＵＰＬエージェント、Ｈ−ＳＬＰ、および、ターゲットＳＥＴのような、すべての影響を受けるエンティティに対するシグナリングならびに処理の量を大幅に減少させることができる。
【００９４】
図１０は、トリガロケーションサービスをサポートするためのプロセス１０００の設計を示している。端末／ＳＥＴ、Ｈ−ＳＬＰ、または、他の何らかのエンティティにより、プロセス１０００を実行してもよい。端末に対する少なくとも１つのロケーション関連測定値を取得してもよい（ブロック１０１２）。各ロケーション関連測定値は、端末が進行した距離に対するもの、または、端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定してもよい（ブロック１０１４）。トリガイベントが起こっていた場合に、報告を送ってもよい（ブロック１０１６）。
【００９５】
１つの設計では、等距離トリガサービスに対しては、少なくとも１つのロケーション関連値は、端末が進行した距離に対するものであってもよい。端末が進行した距離は、さまざまな方法で決定することができる。１つの設計では、（ｉ）端末のロケーションを周期的に決定することにより、および、（ｉｉ）最後のトリガイベント以降の（またはトリガされたセッションの開始以降の）端末の連続するロケーション間の増分距離を累積することにより、進行した距離を決定してもよい。別の設計では、端末の現在のロケーションと、開始のロケーションとの間の距離に基づいて、進行した距離を決定してもよく、開始のロケーションは、最後のトリガイベントにおける端末のロケーションであってもよい。さらに別の設計では、端末の現在のロケーションと開始のロケーションとの間の特定のルートに沿った距離に基づいて、進行した距離を決定してもよい。この特定のルートは、直線の通った道筋に沿っていてもよく、または、さらに複雑なルートに沿っていてもよい。端末が進行した距離はまた、他の方法で決定してもよい。いずれのケースでも、端末が進行した距離に基づいて、トリガイベントが起こったか否かを決定することができる。例えば、端末が進行した距離が、予め規定された距離を超えている場合に、トリガイベントを宣言してもよい。
【００９６】
別の設計では、相対的なＳＥＴ対ＳＥＴトリガサービスに対しては、少なくとも１つのロケーション関連測定値は、移動する地理的なターゲットエリアに関する端末のロケーションに対するものであってもよい。基準端末のロケーションに基づいて、移動する地理的なターゲットエリアを決定してもよい。例えば、移動する地理的なターゲットエリアは、基準端末のロケーションを中心とした、予め規定された半径を有する円形のエリアであってもよい。移動する地理的なターゲットエリアに関する端末のロケーションに基づいて、トリガイベントが起こったか否かを決定してもよい。例えば、端末のロケーションが、移動する地理的なターゲットエリアに関する基準に一致する場合に、トリガイベントを宣言してもよい。基準は、移動する地理的なターゲットエリアの内にあるか、外にあるか、移動する地理的なターゲットエリアに入るか、あるいは、移動する地理的なターゲットエリアを離れるかであってもよい。
【００９７】
さらに別の設計では、速度トリガサービスに対しては、端末に対する少なくとも１つのロケーション関連測定値は、端末の速度に対するものであってもよい。速度は、スピードのみを、または、方位のみを、または、スピードと方位の双方を含んでいてもよい。端末の速度に基づいて、トリガイベントが起こったか否かを決定してもよい。例えば、周期的に、端末の速度を決定してもよい。最後のトリガイベント以降の何らかの時間における端末の速度が、予め規定された速度を満たすか、または、超えた場合に、トリガイベントを宣言してもよい。
【００９８】
さらに別の設計では、Ｔ−Ｄ−Ｖの組み合わせのトリガサービスに対しては、少なくとも１つのロケーション関連測定値は、端末が進行した距離に対するもの、および、端末の速度に対するものであってもよい。端末が進行した距離に基づいて、端末の速度に基づいて、および／または、最後のトリガイベント以降に経過した時間に基づいて、トリガイベントが起こったか否かを決定してもよい。例えば、複数の式を決定してもよい。各式は、予め規定された距離に関する、端末が進行した距離に対するものであってもよく、または、予め規定された速度に関する、端末の最高速度に対するものであってもよく、または、予め規定された時間に関する、経過した時間に対するものであってもよい。複数の式の関数に基づいて、トリガイベントが起こったか否かを決定してもよい。
【００９９】
図１１は、ＳＥＴ対ＳＥＴ速度サービスをサポートするプロセス１１００の設計を示している。第１の端末／ＳＥＴにより、プロセス１１００を実行してもよい。第１の端末は、第２の端末の速度に対する要求を、例えば、Ｈ−ＳＬＰのようなロケーションセンターに送ってもよい（ブロック１１１２）。第１の端末は、その後に、例えば、ロケーションセンターから、または、ロケーションセンターを通すことなく第２の端末から直接、第２の端末の速度を受信してもよい（ブロック１１１４）。第１の端末は、１回または複数回のいずれかで（例えば、周期的に）、要求に応答した第２の端末の速度を受信してもよい。
【０１００】
図１２は、図１中の、端末／ＳＥＴ１１０と、ワイヤレスネットワーク１２０と、ロケーションサーバ／Ｈ−ＳＬＰ１３０との設計のブロックダイヤグラムを示している。簡潔さのために、図１２は、端末１１０に対して、１つ以上の制御装置／プロセッサ１２１０と、１つのメモリ１２１２と、１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）１２１４とを示し、ワイヤレスネットワーク１２０に対して、１つ以上の制御装置／プロセッサ１２２０と、１つのメモリ１２２２と、１つの送信機／受信機１２２４と、１つの通信（Ｃｏｍｍ）ユニット１２２６とを示し、Ｈ−ＳＬＰ１３０に対して、１つ以上の制御装置／プロセッサ１２３０と、１つのメモリ１２３２と、１つの通信ユニット１２３４とを示している。一般に、各エンティティは、任意の数のプロセッサ、制御装置、メモリ、送信機／受信機、通信ユニット等を備えていてもよい。端末１１０は、１つ以上のワイヤレスネットワークおよび／またはワイヤラインネットワークとの通信をサポートしてもよい。端末１１０はまた、例えば、ＧＰＳ、Ｇａｌｉｌｅｏ等のような、１つ以上の衛星ポジショニングシステムから、信号を受信して処理してもよい。
【０１０１】
ダウンリンク上で、ワイヤレスネットワーク１２０は、そのカバレッジエリア内の端末に対して、トラフィックデータと、シグナリングと、パイロットとを送信してもよい。これらのさまざまなタイプの情報は、プロセッサ１２２０により処理され、送信機１２２４により調整され、ダウンリンク上で送信されてもよい。端末１１０において、ワイヤレスネットワーク１２０からのダウンリンク信号は、さまざまなタイプの情報を取得するために、受信機１２１４により受信および調整され、プロセッサ１２１０によりさらに処理されてもよい。プロセッサ１２１０は、図１０中のプロセス１０００を、図１１中のプロセス１１００を、および／または、ここで説明する技術に対する他のプロセスを、実行してもよい。プロセッサ１２１０はまた、図２、図３、および、図５〜図９中の何らかのＳＥＴに対する処理を実行してもよい。メモリ１２１２とメモリ１２２２は、端末１１０に対するプログラムコードおよびデータと、ワイヤレスネットワーク１２０に対するプログラムコードおよびデータとをそれぞれ記憶していてもよい。アップリンク上で、端末１１０は、ワイヤレスネットワーク１２０に対して、トラフィックデータと、シグナリングと、パイロットとを送信してもよい。これらのさまざまなタイプの情報は、プロセッサ１２１０により処理され、送信機１２１４により調整され、アップリンク上で送信されてもよい。ワイヤレスネットワーク１２０において、端末１１０および他の端末からのアップリンク信号は、端末からのさまざまなタイプの情報を取得するために、受信機１２２４により受信および調整され、プロセッサ１２２０によりさらに処理されてもよい。ワイヤレスネットワーク１２０は、通信ユニット１２２６を通して、Ｈ−ＳＬＰ１３０と直接的にまたは間接的に通信してもよい。
【０１０２】
Ｈ−ＳＬＰ１３０内では、プロセッサ１２３０は、端末に対するロケーションサービスをサポートするための処理を実行してもよい。例えば、プロセッサ１２３０は、図１０中のプロセス１０００を、および／または、ここで説明する技術に対する他のプロセスを、実行してもよい。プロセッサ１２３０はまた、図２、図３、および、図５〜図９中のＨ−ＳＬＰ１３０に対する処理を実行してもよい。プロセッサ１２３０はまた、端末１１０に対するロケーション推定を計算し、ＳＵＰＬエージェント１４０に対してロケーション情報を提供する等してもよい。メモリ１２３２は、Ｈ−ＳＬＰ１３０に対するプログラムコードおよびデータを記憶していてもよい。通信ユニット１２３４により、Ｈ−ＳＬＰ１３０が、ワイヤレスネットワーク１２０、端末１１０、および／または、他のネットワークエンティティと通信することが可能になるかもしれない。Ｈ−ＳＬＰ１３０と端末１１０は、ユーザプレーン（例えば、ＳＵＰＬ）を通してメッセージを交換してもよく、これらのメッセージは、ワイヤレスネットワーク１２０によりトランスポートされてもよい。
【０１０３】
当業者は、さまざまな異なる技術および技法のうちの何らかのものを使用して、情報および信号を表してもよいことを理解するだろう。例えば、上記の説明全体を通して参照された、データ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁気の粒子、光学界または光の粒子、あるいはこれらの何らかの組み合わせにより、表してもよい。
【０１０４】
ここでの開示に関連して説明した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方の組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に示すために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを一般的にこれらの機能性に関して上記で説明した。このような機能性がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用および全体的なシステムに課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、説明した機能性を実現してもよいが、このようなインプリメンテーション決定は、本開示の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【０１０５】
ここで説明したポジション決定技法は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）や、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）や、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）等のような、さまざまなワイヤレス通信ネットワークに関連して実現してもよい。用語“ネットワーク”および“システム”は、区別なく使用することが多い。ＷＷＡＮは、コード分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）ネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）ネットワーク等であってもよい。ＣＤＭＡネットワークは、ｃｄｍａ２０００、ワイドバンドＣＤＭＡ（Ｗ−ＣＤＭＡ）等のような、１つ以上の無線接続技術（ＲＡＴ）を実現してもよい。ｃｄｍａ２０００は、ＩＳ−９５、ＩＳ−２０００、および、ＩＳ−８５６標準規格を含んでいる。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））、デジタル高度移動体電話機システム（Ｄ−ＡＭＰＳ）、または、他の何らかのＲＡＴを実現してもよい。ＧＳＭとＷ−ＣＤＭＡとは、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）という名のコンソーシアムからの文書中に記述されている。ｃｄｍａ２０００は、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名のコンソーシアムからの文書中に記述されている。３ＧＰＰおよび３ＧＰＰ２の文書は、公然と利用可能である。ＷＬＡＮは、ＩＥＥＥ８０２．１１ｘネットワークであってもよく、ＷＰＡＮは、ブルートゥース（登録商標）ネットワークや、ＩＥＥＥ８０２．１５ｘや、または、他の何らかのタイプのネットワークであってもよい。技法はまた、ＷＷＡＮ、ＷＬＡＮ、および／またはＷＰＡＮの任意の組み合わせに関連して実現してもよい。
【０１０６】
衛星ポジショニングシステム（ＳＰＳ）は、典型的に、送信機から受信した信号に少なくとも部分的に基づいて、エンティティが自己のロケーションを、地球上で、または、地球より上で、決定することが可能であるように配置されている送信機のシステムを具備している。このような送信機は、典型的に、１組のチップ数の反復擬似ランダムノイズ（ＰＮ）コードでマークされている信号を送信し、地上ベースの制御局、ユーザ機器、および／または、宇宙ビークル上に位置付けられていてもよい。特定の例では、このような送信機は、地球軌道衛星ビークル（ＳＶ）上に位置付けられていてもよい。例えば、グローバルポジショニングシステム（ＧＰＳ）、Ｇａｌｉｌｅｏ、Ｇｌｏｎａｓｓ、または、Ｃｏｍｐａｓｓのような、グローバルナビゲーション衛星システム（ＧＮＳＳ）配列中のＳＶは、配列中の他のＳＶにより送信されるＰＮコードと区別できるＰＮコードで（例えば、ＧＰＳ中にあるような、各衛星に対して異なるＰＮコードを使用して、または、Ｇｌｏｎａｓｓ中にあるような、異なる周波数上で同じコードを使用して、）マークされている信号を送信してもよい。ある態様にしたがうと、ここで提示されている技法は、ＳＰＳに対するグローバルシステム（例えば、ＧＮＳＳ）に制限されるものではない。例えば、日本上の準天頂衛星システム（ＱＺＳＳ）や、インド上のインド地域航法衛星システム（ＩＲＮＳＳ）や、中国上の北斗等のような、さまざまな領域システム中での使用に対して、ここで提供されている技法を適用してもよく、または、そうでなければ、イネーブルしてもよく、ならびに／あるいは、１つ以上のグローバルナビゲーション衛星システムおよび／または領域ナビゲーション衛星システムとともに使用するために関係付けられていてもよい、あるいは、そうでなければ、イネーブルされていてもよい、さまざまな補強システム（例えば、衛星ベースの補強システム（ＳＢＡＳ））中での使用に対して、ここで提供されている技法を適用してもよく、または、そうでなければ、イネーブルしてもよい。これらに限定されないが、例として、ＳＢＡＳは、例えば、ワイドエリア補強システム（ＷＡＡＳ）や、欧州静止衛星ナビゲーションオーバーレイサービス（ＥＧＮＯＳ）や、多機能衛星補強システム（ＭＳＡＳ）や、ＧＰＳ支援地球補強ナビゲーションまたは地球補強ナビゲーションシステム（ＧＡＧＡＮ）や、および／または、これらに類するもののような、完全性情報や、微分補正等を提供する補強システムを含んでいてもよい。したがって、ここで使用するように、ＳＰＳは、１つ以上の、グローバルのならびに／あるいは領域的な、ナビゲーション衛星システムおよび／または補強システムの何らかの組み合わせを含んでいてもよく、ＳＰＳ信号は、ＳＰＳ信号、ＳＰＳのような信号、および／または、このような１つ以上のＳＰＳに関係付けられている他の信号を含んでいてもよい。
【０１０７】
ここで使用するように、端末は、セルラ通信デバイスまたは他のワイヤレス通信デバイスや、パーソナル通信システム（ＰＣＳ）デバイスや、パーソナルナビゲーションデバイス（ＰＮＤ）や、パーソナル情報マネージャ（ＰＩＭ）や、パーソナルデジタルアシスタント（ＰＤＡ）や、ラップトップや、または、ワイヤレス通信および／またはナビゲーション信号を受信することが可能である他の適切な移動体デバイスのような、デバイスのことを指す。用語“端末”はまた、衛星信号受信、支援データ受信、および／または、ポジション関連の処理が、デバイスにおいて起こるか、あるいは、ＰＮＤにおいて起こるか否かに関わらず−短距離ワイヤレス接続により、赤外線接続により、ワイヤライン接続により、または、他の接続による等して、パーソナルナビゲーションデバイス（ＰＮＤ）と通信するデバイスを含むように意図されている。また、“端末”は、インターネット、ＷｉＦｉ（登録商標）、フェムトセル、または、他のネットワークを通す等して、サーバと通信することが可能である、ならびに、衛星信号受信、支援データ受信、および／または、ポジション関連の処理が、デバイスにおいて起こるか、サーバにおいて起こるか、または、ネットワークに関係付けられている別のデバイスにおいて起こるか否かに関わらず、サーバと通信することが可能である、ワイヤレス通信デバイス、コンピュータ、ラップトップ等を含むすべてのデバイスを含むように意図されている。上記の何らかの動作可能な組み合わせもまた、“端末”であると考えられる。
【０１０８】
ここで説明した方法論／インプリメンテーションは、アプリケーションに依存して、さまざまな手段により実現することができる。例えば、これらは、ハードウェアで、ファームウェアで、ソフトウェアで、または、これらの何らかの組み合わせで実現してもよい。ハードウェアを伴うインプリメンテーションのために、プロセッサは、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、汎用プロセッサ、制御装置、マイクロ制御装置、マイクロプロセッサ、状態機械、電子デバイス、ここで説明した機能を実行するように設計された他の電子ユニット、あるいは、例えば、ＤＳＰコアを備えた１つ以上のマイクロプロセッサ、複数のマイクロプロセッサ、または、他の何らかの適切なコンフィギュレーションのような、これらの組み合わせで、実現してもよい。
【０１０９】
ファームウェアおよび／またはソフトウェアを伴うインプリメンテーションのために、ここで説明した機能を実行するモジュール（例えば、手順、関数等）により、方法論を実現してもよい。ここで説明した方法論を実現する際に、命令を明確に具現化する何らかの機械読取可能媒体を使用してもよい。例えば、ファームウェア／ソフトウェアコードは、メモリ中に記憶され、プロセッサ／コンピュータに機能を実行させるために、プロセッサ／コンピュータによって実行されてもよい。メモリは、プロセッサ内で、または、プロセッサの外部で、実現してもよい。ここで使用したような用語“メモリ”は、何らかのタイプのロングタームの、ショートタームの、揮発性の、不揮発性の、または、他のメモリのことを指し、何らかの特定のタイプのメモリまたは多数のメモリに、あるいは、メモリが記憶されている媒体のタイプに限定されない。
【０１１０】
ファームウェアおよび／またはソフトウェアで実現した場合に、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよい。例は、データ構造によりエンコードされるコンピュータ読取可能媒体と、コンピュータプログラムによりエンコードされるコンピュータ読取可能媒体とを含む。コンピュータ読取可能媒体は、コンピュータプログラムプロダクトの形態を取ってもよい。コンピュータ読取可能媒体は、物理コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置、半導体記憶装置、または、他の記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用できる他の何らかの媒体を含むことができる；ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含み、ここで、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）は、データをレーザによって光学的に再生する。上記のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。
【０１１１】
コンピュータ読取可能媒体上の記憶装置に加えて、通信装置中に備える送信媒体上で、命令および／またはデータが、信号として提供されてもよい。例えば、通信装置は、命令およびデータを示す信号を有するトランシーバを備えていてもよい。命令およびデータは、１つ以上のプロセッサに、特許請求の範囲中に概説している機能を実現させるように構成されている。すなわち、通信装置は、開示した機能を実行するための情報を示す信号を持つ送信媒体を備えている。第１の時間では、通信装置中に備えられている送信媒体は、開示した機能を実行するための情報の第１の部分を含んでいてもよい一方で、第２の時間では、通信装置中に備えられている送信媒体は、開示した機能を実行するための情報の第２の部分を含んでいてもよい。
【０１１２】
ここでは、参照のために、および、あるセクションを位置付けるのを助けるために、見出しが含まれている。これらの見出しは、説明した概念の範囲をその下に限定するように意図されておらず、これらの概念は、本明細書全体を通して、他のセクションにおける適用可能性を有していてもよい。
【０１１３】
本開示の以前の説明は、当業者が、本開示を製作または使用できるように提供されている。本開示に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本開示の範囲から逸脱することなく、他のバリエーションに適用されてもよい。したがって、本開示は、ここで説明した例および設計に限定されることを意図しているものではなく、ここで開示した原理および新規の特徴と一致した最も広い範囲に一致させるべきである。
【特許請求の範囲】
【請求項１】
ロケーションサービスをサポートする方法において、
端末に対する少なくとも１つのロケーション関連測定値を取得することと、
前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定することとを含み、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものである方法。
【請求項２】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記端末が進行した距離に基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項３】
前記端末が進行した距離を決定することは、
前記端末のロケーションを周期的に決定することと、
最後のトリガイベント以降の前記端末の連続するロケーション間の距離を累積することにより、前記端末が進行した距離を決定することとを含む請求項２記載の方法。
【請求項４】
前記端末が進行した距離を決定することは、前記端末の現在のロケーションと、開始のロケーションとの間の距離に基づいて、前記端末が進行した距離を決定することを含む請求項２記載の方法。
【請求項５】
前記端末が進行した距離を決定することは、前記端末の現在のロケーションと、開始のロケーションとの間の、特定のルートに沿った距離に基づいて、前記端末が進行した距離を決定することを含む請求項２記載の方法。
【請求項６】
前記トリガイベントが起こっているか否かを決定することは、前記端末が進行した距離が、予め規定された距離を超えている場合に、前記トリガイベントが起こっていると決定することを含む請求項２記載の方法。
【請求項７】
前記少なくとも１つのロケーション関連測定値が、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項８】
前記移動する地理的なターゲットエリアに関する前記端末のロケーションを決定することは、
基準端末のロケーションを決定することと、
前記基準端末のロケーションに基づいて、前記移動する地理的なターゲットエリアを決定することとを含む請求項７記載の方法。
【請求項９】
前記移動する地理的なターゲットエリアは、前記基準端末のロケーションを中心とした、予め規定された半径を有する円形のエリアである請求項８記載の方法。
【請求項１０】
前記トリガイベントが起こっているか否かを決定することは、前記端末のロケーションが、前記移動する地理的なターゲットエリアに関する基準に一致する場合に、前記トリガイベントが起こっていると決定することを含み、前記基準は、前記移動する地理的なターゲットエリアの内にあるか、前記移動する地理的なターゲットエリアの外にあるか、前記移動する地理的なターゲットエリアに入るか、または、前記移動する地理的なターゲットエリアを離れるかである請求項７記載の方法。
【請求項１１】
前記少なくとも１つのロケーション関連測定値が、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項１２】
前記トリガイベントが起こっているか否かを決定することは、最後のトリガイベント以降の何らかの時間における前記端末の速度が、予め規定された速度を満たしているか、または、予め規定された速度を超えている場合に、前記トリガイベントが起こっていると決定することを含む請求項１１記載の方法。
【請求項１３】
前記トリガイベントが起こっているか否かを決定することは、前記端末の速度が、第１のレベルを下回り、その後、第２のレベルを満たすか、または、第２のレベルを超えた場合に、前記トリガイベントが起こっていると決定することを含む請求項１１記載の方法。
【請求項１４】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するもの、および、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記端末が進行した距離と、前記端末の速度とに基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項１５】
最後のトリガイベント以降に経過した時間にさらに基づいて、前記トリガイベントが起こっているか否かを決定する請求項１４記載の方法。
【請求項１６】
前記トリガイベントが起こっているか否かを決定することは、
複数の式を決定することと、
前記複数の式の関数に基づいて、前記トリガイベントが起こっているか否かを決定することとを含み、
各式は、予め規定された距離に関する前記端末が進行した距離に対するもの、または、予め規定された速度に関する前記端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものである請求項１４記載の方法。
【請求項１７】
前記トリガイベントが起こっていた場合に、報告を送ることをさらに含む請求項１記載の方法。
【請求項１８】
前記端末と第２の端末との間で交換された少なくとも１つの信号に基づいて、前記端末に対する前記少なくとも１つのロケーション関連測定値を取得する請求項１記載の方法。
【請求項１９】
前記少なくとも１つのロケーション関連測定値を取得するために、セキュアユーザプレーンロケーション（ＳＵＰＬ）メッセージを交換することをさらに含む請求項１記載の方法。
【請求項２０】
ロケーションサービスをサポートする装置において、
端末に対する少なくとも１つのロケーション関連測定値を取得する手段と、
前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定する手段とを具備し、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものである装置。
【請求項２１】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記端末が進行した距離に基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２２】
前記トリガイベントが起こっているか否かを決定する手段は、前記端末が進行した距離が、予め規定された距離を超えている場合に、前記トリガイベントが起こっていると決定する手段を備える請求項２１記載の装置。
【請求項２３】
前記少なくとも１つのロケーション関連測定値が、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２４】
基準端末のロケーションを決定する手段と、
前記基準端末のロケーションに基づいて、前記移動する地理的なターゲットエリアを決定する手段とをさらに具備する請求項２３記載の装置。
【請求項２５】
前記少なくとも１つのロケーション関連測定値が、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２６】
前記トリガイベントが起こっているか否かを決定する手段は、
最後のトリガイベント以降の前記端末の最高速度を決定する手段と、
前記最高速度が、予め規定された速度を超えている場合に、前記トリガイベントが起こっていると決定する手段を備える請求項２５記載の装置。
【請求項２７】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するもの、および、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記端末が進行した距離と前記端末の速度とに基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２８】
前記トリガイベントが起こっているか否かを決定する手段は、
複数の式を決定する手段と、
前記複数の式の関数に基づいて、前記トリガイベントが起こっているか否かを決定する手段とを備え、
各式は、予め規定された距離に関する前記端末が進行した距離に対するもの、または、予め規定された速度に関する前記端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものである請求項２７記載の装置。
【請求項２９】
ロケーションサービスをサポートする装置において、
端末に対する少なくとも１つのロケーション関連測定値を取得するようにと、
前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定するように構成されている少なくとも１つのプロセッサを具備し、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものである装置。
【請求項３０】
前記少なくとも１つのプロセッサは、前記端末が進行した距離を決定するようにと、前記端末が進行した距離に基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３１】
前記少なくとも１つのプロセッサは、前記端末が進行した距離が、予め規定された距離を超えている場合に、前記トリガイベントが起こっていると決定するように構成されている請求項３０記載の装置。
【請求項３２】
前記少なくとも１つプロセッサは、前記移動する地理的なターゲットエリアに関する前記端末のロケーションを決定するようにと、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３３】
前記少なくとも１つのプロセッサは、基準端末のロケーションを決定するようにと、前記基準端末のロケーションに基づいて、前記移動する地理的なターゲットエリアを決定するように構成されている請求項３２記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサは、前記端末の速度を決定するようにと、前記端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３５】
前記少なくとも１つのプロセッサは、最後のトリガイベント以降の前記端末の最高速度を決定するようにと、前記最高速度が、予め規定された速度を超えている場合に、前記トリガイベントが起こっていると決定するように構成されている請求項３４記載の装置。
【請求項３６】
前記少なくとも１つのプロセッサは、前記端末が進行した距離と前記端末の速度とを決定するようにと、前記端末が進行した距離と前記端末の速度とに基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３７】
前記少なくとも１つのプロセッサは、
複数の式を決定するようにと、
前記複数の式の関数に基づいて、前記トリガイベントが起こっているか否かを決定するように構成され、
各式は、予め規定された距離に関する前記端末が進行した距離に対するもの、または、予め規定された速度に関する前記端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものである請求項３６記載の装置。
【請求項３８】
コンピュータ読取可能媒体を具備するコンピュータプログラムプロダクトにおいて、
前記コンピュータ読取可能媒体は、
少なくとも１つのコンピュータに、端末に対する少なくとも１つのロケーション関連測定値を取得させるためのコードと、
前記少なくとも１つのコンピュータに、前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定させるためのコードとを含み、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものであるコンピュータプログラムプロダクト。
【請求項３９】
ロケーションサービスをサポートする方法において、
第２の端末の速度に対する要求を第１の端末により送ることと、
前記第１の端末において、前記第２の端末の速度を受信することとを含む方法。
【請求項４０】
前記要求を送ることは、ロケーションセンターに前記要求を送ることを含み、前記第２の端末の速度を受信することは、前記ロケーションセンターから前記第２の端末の速度を受信することを含む請求項３９記載の方法。
【請求項４１】
前記要求を送ることは、ロケーションセンターに前記要求を送ることを含み、前記第２の端末の速度を受信することは、前記ロケーションセンターを通すことなく、前記第２の端末から直接、前記第２の端末の速度を受信することを含む請求項３９記載の方法。
【請求項４２】
前記第２の端末の速度を受信することは、前記要求に基づいて、複数回、前記第２の端末の速度を受信することを含む請求項３９記載の方法。
【請求項４３】
前記第１の端末と前記第２の端末との間で交換された信号に対する測定値に基づいて、前記第２の端末の速度を決定する請求項３９記載の方法。
【請求項４４】
ロケーションサービスをサポートする装置において、
第２の端末の速度に対する要求を第１の端末により送る手段と、
前記第１の端末において、前記第２の端末の速度を受信する手段とを具備する装置。
【請求項４５】
前記要求を送る手段は、ロケーションセンターに前記要求を送る手段を備え、前記第２の端末の速度を受信する手段は、前記ロケーションセンターから前記第２の端末の速度を受信する手段を備える請求項４４記載の装置。
【請求項４６】
前記第２の端末の速度を受信する手段は、前記要求に基づいて、複数回、前記第２の端末の速度を受信する手段を備える請求項４４記載の装置。
【請求項４７】
ロケーションサービスをサポートする装置において、
第２の端末の速度に対する要求を第１の端末により送るようにと、
前記第１の端末において、前記第２の端末の速度を受信するように構成されている少なくとも１つのプロセッサを具備する装置。
【請求項４８】
前記少なくとも１つのプロセッサは、ロケーションセンターに前記要求を送るようにと、前記ロケーションセンターから前記第２の端末の速度を受信するようにさらに構成されている請求項４７記載の装置。
【請求項４９】
コンピュータ読取可能媒体を具備するコンピュータプログラムプロダクトにおいて、
前記コンピュータ読取可能媒体は、
少なくとも１つのコンピュータに、第２の端末の速度に対する要求を第１の端末により送らせるためのコードと、
前記少なくとも１つのコンピュータに、前記第１の端末において、前記第２の端末の速度を受信させるためのコードとを含むコンピュータプログラムプロダクト。
【請求項１】
ロケーションサービスをサポートする方法において、
端末に対する少なくとも１つのロケーション関連測定値を取得することと、
前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定することとを含み、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものである方法。
【請求項２】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記端末が進行した距離に基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項３】
前記端末が進行した距離を決定することは、
前記端末のロケーションを周期的に決定することと、
最後のトリガイベント以降の前記端末の連続するロケーション間の距離を累積することにより、前記端末が進行した距離を決定することとを含む請求項２記載の方法。
【請求項４】
前記端末が進行した距離を決定することは、前記端末の現在のロケーションと、開始のロケーションとの間の距離に基づいて、前記端末が進行した距離を決定することを含む請求項２記載の方法。
【請求項５】
前記端末が進行した距離を決定することは、前記端末の現在のロケーションと、開始のロケーションとの間の、特定のルートに沿った距離に基づいて、前記端末が進行した距離を決定することを含む請求項２記載の方法。
【請求項６】
前記トリガイベントが起こっているか否かを決定することは、前記端末が進行した距離が、予め規定された距離を超えている場合に、前記トリガイベントが起こっていると決定することを含む請求項２記載の方法。
【請求項７】
前記少なくとも１つのロケーション関連測定値が、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項８】
前記移動する地理的なターゲットエリアに関する前記端末のロケーションを決定することは、
基準端末のロケーションを決定することと、
前記基準端末のロケーションに基づいて、前記移動する地理的なターゲットエリアを決定することとを含む請求項７記載の方法。
【請求項９】
前記移動する地理的なターゲットエリアは、前記基準端末のロケーションを中心とした、予め規定された半径を有する円形のエリアである請求項８記載の方法。
【請求項１０】
前記トリガイベントが起こっているか否かを決定することは、前記端末のロケーションが、前記移動する地理的なターゲットエリアに関する基準に一致する場合に、前記トリガイベントが起こっていると決定することを含み、前記基準は、前記移動する地理的なターゲットエリアの内にあるか、前記移動する地理的なターゲットエリアの外にあるか、前記移動する地理的なターゲットエリアに入るか、または、前記移動する地理的なターゲットエリアを離れるかである請求項７記載の方法。
【請求項１１】
前記少なくとも１つのロケーション関連測定値が、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項１２】
前記トリガイベントが起こっているか否かを決定することは、最後のトリガイベント以降の何らかの時間における前記端末の速度が、予め規定された速度を満たしているか、または、予め規定された速度を超えている場合に、前記トリガイベントが起こっていると決定することを含む請求項１１記載の方法。
【請求項１３】
前記トリガイベントが起こっているか否かを決定することは、前記端末の速度が、第１のレベルを下回り、その後、第２のレベルを満たすか、または、第２のレベルを超えた場合に、前記トリガイベントが起こっていると決定することを含む請求項１１記載の方法。
【請求項１４】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するもの、および、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定することは、前記端末が進行した距離と、前記端末の速度とに基づいて、前記トリガイベントが起こっているか否かを決定することを含む請求項１記載の方法。
【請求項１５】
最後のトリガイベント以降に経過した時間にさらに基づいて、前記トリガイベントが起こっているか否かを決定する請求項１４記載の方法。
【請求項１６】
前記トリガイベントが起こっているか否かを決定することは、
複数の式を決定することと、
前記複数の式の関数に基づいて、前記トリガイベントが起こっているか否かを決定することとを含み、
各式は、予め規定された距離に関する前記端末が進行した距離に対するもの、または、予め規定された速度に関する前記端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものである請求項１４記載の方法。
【請求項１７】
前記トリガイベントが起こっていた場合に、報告を送ることをさらに含む請求項１記載の方法。
【請求項１８】
前記端末と第２の端末との間で交換された少なくとも１つの信号に基づいて、前記端末に対する前記少なくとも１つのロケーション関連測定値を取得する請求項１記載の方法。
【請求項１９】
前記少なくとも１つのロケーション関連測定値を取得するために、セキュアユーザプレーンロケーション（ＳＵＰＬ）メッセージを交換することをさらに含む請求項１記載の方法。
【請求項２０】
ロケーションサービスをサポートする装置において、
端末に対する少なくとも１つのロケーション関連測定値を取得する手段と、
前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定する手段とを具備し、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものである装置。
【請求項２１】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記端末が進行した距離に基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２２】
前記トリガイベントが起こっているか否かを決定する手段は、前記端末が進行した距離が、予め規定された距離を超えている場合に、前記トリガイベントが起こっていると決定する手段を備える請求項２１記載の装置。
【請求項２３】
前記少なくとも１つのロケーション関連測定値が、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２４】
基準端末のロケーションを決定する手段と、
前記基準端末のロケーションに基づいて、前記移動する地理的なターゲットエリアを決定する手段とをさらに具備する請求項２３記載の装置。
【請求項２５】
前記少なくとも１つのロケーション関連測定値が、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２６】
前記トリガイベントが起こっているか否かを決定する手段は、
最後のトリガイベント以降の前記端末の最高速度を決定する手段と、
前記最高速度が、予め規定された速度を超えている場合に、前記トリガイベントが起こっていると決定する手段を備える請求項２５記載の装置。
【請求項２７】
前記少なくとも１つのロケーション関連測定値が、前記端末が進行した距離に対するもの、および、前記端末の速度に対するものであり、前記トリガイベントが起こっているか否かを決定する手段は、前記端末が進行した距離と前記端末の速度とに基づいて、前記トリガイベントが起こっているか否かを決定する手段を備える請求項２０記載の装置。
【請求項２８】
前記トリガイベントが起こっているか否かを決定する手段は、
複数の式を決定する手段と、
前記複数の式の関数に基づいて、前記トリガイベントが起こっているか否かを決定する手段とを備え、
各式は、予め規定された距離に関する前記端末が進行した距離に対するもの、または、予め規定された速度に関する前記端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものである請求項２７記載の装置。
【請求項２９】
ロケーションサービスをサポートする装置において、
端末に対する少なくとも１つのロケーション関連測定値を取得するようにと、
前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定するように構成されている少なくとも１つのプロセッサを具備し、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものである装置。
【請求項３０】
前記少なくとも１つのプロセッサは、前記端末が進行した距離を決定するようにと、前記端末が進行した距離に基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３１】
前記少なくとも１つのプロセッサは、前記端末が進行した距離が、予め規定された距離を超えている場合に、前記トリガイベントが起こっていると決定するように構成されている請求項３０記載の装置。
【請求項３２】
前記少なくとも１つプロセッサは、前記移動する地理的なターゲットエリアに関する前記端末のロケーションを決定するようにと、前記移動する地理的なターゲットエリアに関する前記端末のロケーションに基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３３】
前記少なくとも１つのプロセッサは、基準端末のロケーションを決定するようにと、前記基準端末のロケーションに基づいて、前記移動する地理的なターゲットエリアを決定するように構成されている請求項３２記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサは、前記端末の速度を決定するようにと、前記端末の速度に基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３５】
前記少なくとも１つのプロセッサは、最後のトリガイベント以降の前記端末の最高速度を決定するようにと、前記最高速度が、予め規定された速度を超えている場合に、前記トリガイベントが起こっていると決定するように構成されている請求項３４記載の装置。
【請求項３６】
前記少なくとも１つのプロセッサは、前記端末が進行した距離と前記端末の速度とを決定するようにと、前記端末が進行した距離と前記端末の速度とに基づいて、前記トリガイベントが起こっているか否かを決定するように構成されている請求項２９記載の装置。
【請求項３７】
前記少なくとも１つのプロセッサは、
複数の式を決定するようにと、
前記複数の式の関数に基づいて、前記トリガイベントが起こっているか否かを決定するように構成され、
各式は、予め規定された距離に関する前記端末が進行した距離に対するもの、または、予め規定された速度に関する前記端末の最高速度に対するもの、または、予め規定された時間に関する経過した時間に対するものである請求項３６記載の装置。
【請求項３８】
コンピュータ読取可能媒体を具備するコンピュータプログラムプロダクトにおいて、
前記コンピュータ読取可能媒体は、
少なくとも１つのコンピュータに、端末に対する少なくとも１つのロケーション関連測定値を取得させるためのコードと、
前記少なくとも１つのコンピュータに、前記端末に対する少なくとも１つのロケーション関連測定値に基づいて、トリガイベントが起こっているか否かを決定させるためのコードとを含み、
各ロケーション関連測定値は、前記端末が進行した距離に対するもの、または、前記端末の速度に対するもの、または、移動する地理的なターゲットエリアに関する前記端末のロケーションに対するものであるコンピュータプログラムプロダクト。
【請求項３９】
ロケーションサービスをサポートする方法において、
第２の端末の速度に対する要求を第１の端末により送ることと、
前記第１の端末において、前記第２の端末の速度を受信することとを含む方法。
【請求項４０】
前記要求を送ることは、ロケーションセンターに前記要求を送ることを含み、前記第２の端末の速度を受信することは、前記ロケーションセンターから前記第２の端末の速度を受信することを含む請求項３９記載の方法。
【請求項４１】
前記要求を送ることは、ロケーションセンターに前記要求を送ることを含み、前記第２の端末の速度を受信することは、前記ロケーションセンターを通すことなく、前記第２の端末から直接、前記第２の端末の速度を受信することを含む請求項３９記載の方法。
【請求項４２】
前記第２の端末の速度を受信することは、前記要求に基づいて、複数回、前記第２の端末の速度を受信することを含む請求項３９記載の方法。
【請求項４３】
前記第１の端末と前記第２の端末との間で交換された信号に対する測定値に基づいて、前記第２の端末の速度を決定する請求項３９記載の方法。
【請求項４４】
ロケーションサービスをサポートする装置において、
第２の端末の速度に対する要求を第１の端末により送る手段と、
前記第１の端末において、前記第２の端末の速度を受信する手段とを具備する装置。
【請求項４５】
前記要求を送る手段は、ロケーションセンターに前記要求を送る手段を備え、前記第２の端末の速度を受信する手段は、前記ロケーションセンターから前記第２の端末の速度を受信する手段を備える請求項４４記載の装置。
【請求項４６】
前記第２の端末の速度を受信する手段は、前記要求に基づいて、複数回、前記第２の端末の速度を受信する手段を備える請求項４４記載の装置。
【請求項４７】
ロケーションサービスをサポートする装置において、
第２の端末の速度に対する要求を第１の端末により送るようにと、
前記第１の端末において、前記第２の端末の速度を受信するように構成されている少なくとも１つのプロセッサを具備する装置。
【請求項４８】
前記少なくとも１つのプロセッサは、ロケーションセンターに前記要求を送るようにと、前記ロケーションセンターから前記第２の端末の速度を受信するようにさらに構成されている請求項４７記載の装置。
【請求項４９】
コンピュータ読取可能媒体を具備するコンピュータプログラムプロダクトにおいて、
前記コンピュータ読取可能媒体は、
少なくとも１つのコンピュータに、第２の端末の速度に対する要求を第１の端末により送らせるためのコードと、
前記少なくとも１つのコンピュータに、前記第１の端末において、前記第２の端末の速度を受信させるためのコードとを含むコンピュータプログラムプロダクト。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２０１２−５１７７４６（Ｐ２０１２−５１７７４６Ａ）
【公表日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１１−５４９３３７（Ｐ２０１１−５４９３３７）
【出願日】平成２２年２月９日（２０１０．２．９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０２３６６４
【国際公開番号】ＷＯ２０１０／０９１４２４
【国際公開日】平成２２年８月１２日（２０１０．８．１２）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願日】平成２２年２月９日（２０１０．２．９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０２３６６４
【国際公開番号】ＷＯ２０１０／０９１４２４
【国際公開日】平成２２年８月１２日（２０１０．８．１２）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]