(57)【要約】【課題】  緊急呼の間、ＩＳ−８０１方式・ＡＧＰＳ及び／又はＡＦＬＴ・ＣＤＭＡの能力を持つ移動局の位置を、ＭＰＣＡＰパラメータを用いることなく得るためのネットワーク技術を提供する。【解決手段】  緊急呼中に、ＭＰＣＡＰパラメータを使用することなく、ネットワークがＡＧＰＳ／ＡＦＬＴ・ＣＤＭＡ対応の移動局（例えば、移動体電話）の位置を取得することを可能とするシステムが提供される。ＭＰＣがＭＰＣＡＰパラメータを用いずに、ＩＳ−８０１方式・ＡＧＰＳ対応のＰＤＥを起動する。そして、ＭＰＣＡＰパラメータがない場合、ＰＤＥは移動体に地理位置能力について質問する。これにより、移動先のネットワーク（例えば、移動局がローミングしているネットワーク）が、ローミング中のＣＤＭＡ・ＧＡＰＳ／ＡＦＬＴ対応の移動局についての位置情報を、ネットワークＭＡＣＡＰパラメータを使用することなく（ＩＳ−８０１方式・ＡＧＰＳ／ＡＦＬＴに基づいて）取得することができる。【選択図】  図３
2006033839.tif 000002
【特許請求の範囲】
【請求項１】
無線緊急呼の間、ＣＤＭＡアシスト型ＧＰＳ及び／又はＡＦＬＴに対するネットワークサポートを提供する方法であって、
移動体位置局で、移動局からの緊急呼に対する発信リクエストを受信するステップ、
該緊急呼に対する移動体測位能力パラメータが入手できるかを判定するステップ、
該移動体測位能力パラメータが入手できない場合、ＭＰＣが地理位置リクエストを位置決定エンティティに送信するステップであって、該地理位置リクエストは該移動体測位能力パラメータを欠いているステップ、
該移動体測位能力パラメータを欠いている該地理位置リクエストを該位置決定エンティティによって受信するステップ、
選択された地理的位置決定技術に従って測位能力を判定するための、リクエストを該移動局に送信するステップ、
該移動局から応答を受信するステップ、
該移動局が該リクエストを受け入れたことを該応答が示す場合に、該選択された地理的位置決定技術に従って該移動局の位置を特定するステップ、及び
該移動局が該リクエストを拒否したことを該応答が示す場合に、代替の地理的位置決定技術に従って該移動局の位置を特定するステップ
からなる方法。
【請求項２】
請求項１記載の方法であって、さらに、該移動体測位能力パラメータが入手できる場合に、該選択された地理的位置決定技術に従って該移動局の位置を特定するステップからなる方法。
【請求項３】
請求項１記載の方法において、該選択された地理的位置決定技術はグローバル・ポジショニング・システム（ＧＰＳ）に基づくことを特徴とする方法。
【請求項４】
請求項３記載の方法において、該選択された地理的位置決定技術はＩＳ−８０１プロトコルに基づくことを特徴とする方法。
【請求項５】
請求項１記載の方法において、該代替の地理的位置決定技術は該移動局のセル／セクタ位置に基づくことを特徴とする方法。
【請求項６】
無線緊急呼の間ＣＤＭＡアシスト型ＧＰＳ及び／又はＡＦＬＴに対するネットワークサポートを提供するのに適した装置であって、
移動体位置局で、移動局からの緊急呼に対する発信リクエストを受信する手段、
該緊急呼に対する移動体測位能力パラメータが入手できるかを判定する手段、
該移動体測位能力パラメータが入手できない場合、ＭＰＣが地理位置リクエストを位置決定エンティティに送信する手段であって、該地理位置リクエストは該移動体測位能力パラメータを欠いている手段、
該移動体測位能力パラメータを欠いている該地理位置リクエストを該位置決定エンティティによって受信する手段、
選択された地理的位置決定技術に従って測位能力を判定するための、リクエストを該移動局に送信する手段、
該移動局から応答を受信する手段、
該移動局が該リクエストを受け入れたことを該応答が示す場合に、該選択された地理的位置決定技術に従って該移動局の位置を特定する手段、及び
該移動局が該リクエストを拒否したことを該応答が示す場合に、代替の地理的位置決定技術に従って該移動局の位置を特定する手段
からなる装置。
【請求項７】
請求項６記載の装置であって、さらに、該移動体測位能力パラメータが入手できる場合に、該選択された地理的位置決定技術に従って該移動局の位置を特定する手段からなる方法。
【請求項８】
請求項６記載の方法において、該選択された地理的位置決定技術はグローバル・ポジショニング・システム（ＧＰＳ）に基づくことを特徴とする装置。
【請求項９】
請求項８記載の方法において、該選択された地理的位置決定技術はＩＳ−８０１プロトコルに基づくことを特徴とする装置。
【請求項１０】
請求項６記載の方法において、該代替の地理的位置決定技術は該移動局のセル／セクタ位置に基づくことを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線緊急呼の間ＣＤＭＡアシスト型ＧＰＳ（又はＡＦＬＴ）に対するネットワークサポートを提供する方法及び装置に関する。より具体的には、ここに記載される実施形態は、移動体ユーザーにホーム及びローミングネットワーク双方においてＣＤＭＡアシスト型ＧＰＳ（又はＡＦＬＴ）を提供する。
【０００２】
発明は、特に、無線緊急呼に対するネットワークサポートの技術に関するもので、従って、その具体的な参照とともに説明される。発明は他の分野やアプリケーションにおいても有用性があることが理解されるであろう。例えば、発明の技術は他のプロトコル環境における使用に対しても、ネットワークによる特定の取り扱いを必要とする他の呼に対しても適用することができる。
【背景技術】
【０００３】
従来技術において、無線緊急呼に関して多くの難題が取り上げられてきた。「Ｅｎｈａｎｃｅｄ Ｗｉｒｅｌｅｓｓ ９−１−１, Ｐｈａｓｅ２」Ｊ−ＳＴＤ−０３６−Ａ（２００２年６月）に対する共同規格において規定されるように、ホーム・ロケーション・レジスタ（ＨＬＲ）は単に移動体測位能力（ＭＰＣＡＰ）パラメータで対処されるだけである。移動局（ＭＳ）がローミングするとき、ＭＰＣＡＰパラメータはサービングシステムにおけるビジター・ロケーション・レジスタ（ＶＬＲ）に送られる。
【０００４】
これに関して、図１を参照すると、規格で推奨された技術での呼の流れは以下の通りである。ＭＳが緊急サービス呼を起動する（線ａ）。そして、移動体交換局（ＭＳＣ）は発信リクエスト（ＯＲＲＥＱ）を開始して移動体情報及び移動局識別子（ＭＳＩＤ）を移動体位置局（ＭＰＣ）に提供する（線ｂ）。ＨＬＲ／ＶＬＲから取得された移動体測位能力（ＭＰＣＡＰ）パラメータもＯＲＲＥＱにおいて届けられる。
【０００５】
ＭＰＣは直ちに応答を返すが、ＭＳＩＤ／移動体情報は記憶される（線ｃ）。結果としてＭＳＣは呼を、緊急サービスルーティング番号（ＥＳＲＤ）によって選択された緊急サービス・ネットワーク・エンティティ（ＥＳＮＥ）に向けてルーティングする（線ｄ）。呼がセットアップしたシグナリングフォーマットが前述の規格の付録Ｄに規定されている。
【０００６】
ＭＰＣはＯＲＲＥＱで受信された情報を用いて、ＭＳの初期位置を位置決定エンティティ（ＰＤＥ）にリクエストする（線ｅ）。ＰＤＥはＭＳの測位能力（ＭＰＣＡＰ）を示す位置リクエスト（ＧＰＯＳＲＥＱ）をＭＰＣから受信する。
【０００７】
そして、ＰＤＥは測位情報を取得／提供しなければならず、ＳＭＳ（ショートメッセージサービス）配信ポイント・トゥ・ポイント起動メッセージ（ＳＭＤＰＰ）を開始し、ＳＭＳ＿ベアラ・データパラメータ内にアクションをＭＰＣＡＰパラメータの値及びＩＳ−８０１方式で規定された手順に従ってカプセル化する（線ｆ）。結果として、ＭＳＣは測位関連情報を含むＳＭＤＰＰメッセージからのベアラ・データを含むデータバーストメッセージをＭＳに送信する（線ｇ）。それに対し、ＭＳは、データバーストメッセージにおいて測位関連情報（例えば、ＩＳ−８０１方式）を含む応答をＭＳＣに返送する（線ｈ）。
【０００８】
ＭＳＣはＭＳから提供されたＳＭＤＰＰメッセージ内の測位関連情報をＰＤＥに送信する（線ｉ）。この場合、ＭＳは測位関連情報の交換を開始する。この情報を含むデータバーストメッセージがＭＳＣに送信される（線ｊ）。
【０００９】
そして、ＭＳＣは情報をＳＭＤＰＰメッセージにおいてＰＤＥへ転送する（線ｋ）。ＰＤＥはＳＭＤＰＰメッセージにおいて受信した情報の確認通知をする（線ｌ）。
【００１０】
ＰＤＥは受信された情報を用いてＭＳの位置を判断し、返答をＭＰＣに地理位置リクエスト起動メッセージ（ＧＰＯＳＲＥＱ）を用いて送信する（線ｍ）。
【００１１】
ＥＳＭＥはＭＳの位置を、緊急サービス位置リクエスト起動（ＥＳＰＯＳＲＥＱ）メッセージとともに、入来トランクグループ、既知の緊急サービスルーティング番号（ＥＳＲＤ）又は他の手段から決定されたＭＰＣに向けて自動的にリクエストする（線ｎ）。このリクエストは非同期であり、ＥＳＮＥにおける緊急サービス呼の到着時を基準とする。
【００１２】
ＭＰＣは「初期位置」として位置を保存し、ＥＳＰＯＳＲＥＱにおける位置をＥＳＭＥに返す（線ｏ）。
【００１３】
規格によって提案された（例えば、図１の呼の流れによって表された）技術にもかかわらず、市場はそれらの概念を受け入れてこなかった。この方式は規格に明確に規定されているがサービスプロバイダーはこれを使用しない。それは、この方式は非常に扱いにく過ぎてＭＰＣＡＰパラメータを各加入者に個別に準備できないからである。このように、緊急サービス・インダストリー・フォーラム（ＥＳＩＦ）は「ＭＰＣＡＰ（ＡＧＰＳ） Ｒｏａｍｉｎｇ Ｓｕｐｐｏｒｔ」ＥＳＩＦ−０２９、２００４年１月２１日発行、にて問題点を明確にしている。
【００１４】
より具体的には、問題は、ホームネットワークからローミングして出ていく、アシスト型ＧＰＳ及び／又はアドバンスト・フォワード・リンク・トリラテラル能力を持つＣＤＭＡ移動体（ＣＤＭＡ  ＡＧＰＳ／ＡＦＬＴ）（即ち、ＩＳ−８０１といわれるデュアルモード拡散スペクトルシステムに対する位置決定サービス規格を用いるもの）はそのＥ９１１・Ｐｈａｓｅ２による緊急呼中に判定された自身の緯度／経度を持っていないことである。その理由は、移動体の地理位置能力を識別する移動体測位能力（ＭＰＣＡＰ）パラメータがホームからサービングネットワークに届けられないからである。上記のように、ＭＰＣＡＰパラメータをＨＬＲに記憶し、それをＶＬＲに届けることによる規格をサービスプロバイダーはサポートしていない。
【００１５】
これに対して、ホーム移動体測位局（ＭＰＣ）は通常、ＭＰＣＡＰパラメータに対する電子シリアル番号の範囲をマッピングしたマッピングテーブルを用いる。しかし、ＥＳＩＦによって報告されたように、移動体がローミングする場合、ＭＰＣＡＰパラメータをサービングＭＰＣに搬送する方法がない。この状況下で、ＭＰＣはＥ９１１・Ｐｈａｓｅ１を履行せず、移動体のセル／セクタの報告だけを行ってきた。重大なこととして、ネットワークは移動体の正確な位置を得るためにＣＤＭＡ・ＡＧＰＳ／ＡＦＬＴ能力を用いることができない。
【００１６】
図２で参照されるように、この周知の方式は一般に以下のような呼の流れで構成される。ＭＳは緊急サービス呼を起動する（線ａ）。そして、ＭＳＣは移動体情報及びＭＳＩＤをＭＰＣに提供するＯＲＲＥＱを開始する（線ｂ）。移動体測位能力（ＭＰＣＡＰ）パラメータはＨＬＲ／ＶＬＲからは入手できない。
【００１７】
ＭＰＣは直ちに応答を返すが、ＭＳＩＤ／移動体情報は記憶される（線ｃ）。ＭＳＣは呼を、ＥＳＲＤよって選択されたＥＳＮＥに向けてルーティングする（線ｄ）。呼がセットアップしたシグナリングフォーマットが前述の規格の付録Ｄにおいて規定されている。
【００１８】
この流れにおいて、ＭＰＣＡＰはＯＲＲＥＱにおいて受信されなかったので、ＭＰＣは、ＥＳＮをＭＰＣＡＰにマップする自身のマッピングテーブル内のＭＰＣＡＰを探す。ＭＰＣはＯＲＲＥＱ及びＥＳＮマッピングテーブルにおける受信された情報を用いて、ＭＳの初期位置のＰＤＥにリクエストする（線ｅ）。ＰＤＥはＭＳ測位能力（ＭＰＣＡＰ）を示す位置リクエスト（ＧＰＯＳＲＥＱ）をＭＰＣから受信する。現在の実施態様では、ＭＰＣＡＰがＥＳＮテーブルから得られなかった場合にデフォルトでセル／セクタの緯度／経度を設定する。これは通常ローミングする対象に対してである。ＭＰＣＡＰがない場合、線ｅからｍは実行されない。
【００１９】
そして、ＰＤＥは測位情報を取得／提供しなければならず、ＳＭＤＰＰを開始し、ＭＰＣＡＰパラメータの値及びＩＳ−８０１方式で規定された手順に従ってＳＭＳ＿ベアラ・データパラメータ内にアクションをカプセル化する（線ｆ）。ＭＳＣは、測位関連情報を含むＳＭＤＰＰからのベアラ・データを含むデータバーストメッセージをＭＳに送信する（線ｇ）。
【００２０】
ＭＳは、データバーストメッセージにおいて測位関連情報（例えば、ＩＳ−８０１方式）を含む応答をＭＳＣに返送する（線ｈ）。ＭＳＣはＭＳから提供されたＳＭＤＰＰメッセージにおいて測位関連情報をＰＤＥに送信する（線ｉ）。
【００２１】
この場合、ＭＳは測位関連情報の交換を開始する。この情報を含むデータバーストメッセージがＭＳＣに送信される（線ｊ）。
【００２２】
ＭＳＣは情報をＳＭＤＰＰにおいてＰＤＥへ転送する（線ｋ）。ＰＤＥはＳＭＤＰＰにおいて受信した情報の確認通知をする（線ｌ）。
【００２３】
ＰＤＥは受信された情報を用いてＭＳの位置を判断し、返答をＭＰＣに送信する（ＧＰＯＳＲＥＱ）（線ｍ）。ＥＳＭＥはＭＳの位置を、ＥＳＰＯＳＲＥＱとともに、入来トランクグループ、既知のＥＳＲＤ又は他の手段から決定されたＭＰＣに向けて自動的にリクエストする（線ｎ）。このリクエストは非同期であり、ＥＳＮＥにおける緊急サービス呼の到着時を基準とする。ＭＰＣは「初期位置」として位置を保存し、ＥＳＰＯＳＲＥＱにおける位置をＥＳＭＥに返す（線ｏ）。
【００２４】
明らかに、図２の呼の流れはホームネットワーク内の移動局のアクションに対してしか適用できない。上記のように、ＥＳＮマッピングテーブルはホームネットワーク外からは提供されない。従って、移動局がローミングしているとき、それは、強化された無線９１１・Ｐｈａｓｅ２に規定されるような完全な緊急呼能力を有していないことになる。これは単に、強化された無線９１１Ｐｈａｓｅ１によって利用できる事項、即ち、セル／セクタ位置情報を有しているに過ぎない。結果として、呼を発した移動局の正確な位置を求めることが不可能と言わないまでもより難しくなる。
【００２５】
本発明は、上述の問題点その他を解決する、新しくかつ改善された方法及び装置を考察するものである。
【発明の開示】
【課題を解決するための手段】
【００２６】
無線緊急呼の間、ＣＤＭＡアシスト型ＧＰＳ（即ちＡＦＬＴ）に対するネットワークサポートを提供する方法及び装置が提供される。
【００２７】
発明の一側面において、方法は、移動体位置局で移動局からの緊急呼に対する発信リクエストを受信するステップ、緊急呼に対する移動体測位能力パラメータが入手できるかを判定するステップ、移動体測位能力パラメータが入手できない場合、移動体測位能力パラメータのない地理位置リクエストを位置決定エンティティに送信するステップ、移動体測位能力パラメータを欠いている地理位置リクエストを位置決定エンティティが受信するステップ、選択された地理的位置決定技術に従って測位能力を判定するためのリクエストを移動局に送信するステップ、移動局から応答を受信するステップ、移動局がリクエストを受け入れたことを応答が示す場合に、選択された地理的位置決定技術に従って移動局の位置を特定するステップ、及び移動局がリクエストを拒否したことを応答が示す場合に、代替の地理的位置決定技術に従って移動局の位置を特定するステップからなる。
【００２８】
本発明の他の側面では、方法は、さらに、移動体測位能力パラメータが入手できる場合に、選択された地理的位置決定技術に従って移動局の位置を特定するステップからなる。
【００２９】
発明の他の側面において、方法は、移動体位置局で移動局からの緊急呼に対する発信リクエストを受信するステップ、地理位置リクエストを位置決定エンティティに送信するステップ、移動体測位能力パラメータを欠いている地理位置リクエストを位置決定エンティティが受信するステップ、位置決定エンティティが選択された地理的位置決定技術に従って測位能力を判定するためのリクエストを移動局に送信するステップ、移動局から応答を受信するステップ、移動局がリクエストを受け入れたことを応答が示す場合に、選択された地理的位置決定技術に従って移動局の位置を特定するステップ、及び移動局がリクエストを拒否したことを応答が示す場合に、代替の地理的位置決定技術に従って移動局の位置を特定するステップからなる。
【００３０】
本発明の他の側面では、本発明に従った方法を実施するための手段が提供される。
【００３１】
さらに、本発明の適応できる範囲は、以下の発明の詳細な説明から明らかになるであろう。しかし、発明の精神と範囲内の様々な変更や修正は当業者には明らかである。従って、詳細な説明や特定の実施例は、発明の好ましい実施形態を示すものであるがあくまでも例示として示されたものであることが理解されるであろう。
【発明を実施するための最良の形態】
【００３２】
発明は、以下に充分に説明されるように、想定される課題を克服できる構造、構成及び種々の部材や装置の組み合せ、並びに方法のステップの形式において存在し、具体的には特許請求の範囲及び付随する図面で示される。
【００３３】
本発明は、緊急呼の間、ＩＳ−８０１方式のＡＧＰＳ及び／又はＡＦＬＴ・ＣＤＭＡの能力を持つ移動局（例えば、移動体電話）の位置を、ＭＰＣＡＰパラメータを用いることなしに、得るためのネットワークに関する技術に関する。従って、この方式はネットワークＭＰＣＡＰパラメータに依存しない。
【００３４】
そのかわり、ＭＰＣは、ＩＳ−８０１方式のＡＧＰＳ対応でＭＰＣＡＰパラメータのないＰＤＥを起動する。ＩＳ−８０１規格は、ＭＰＣＡＰパラメータの有無に関係なくＰＤＥが移動体に地理位置能力に関して質問できるメカニズムを持つ。従来技術とは異なり、この技術によって、移動した側のネットワーク（例えば、移動局がローミングしているネットワーク）が、ネットワークＭＰＣＡＰパラメータを用いることなくローミング中のＣＤＭＡ・ＩＳ−８０１方式のＡＧＰＳ／ＡＦＬＴ対応の移動局についての位置を得ることが（ＩＳ−８０１方式のＡＧＰＳに基づいて）可能となる。
【００３５】
この方式は公知のものに対して他の差異もある。例えば、サービスプロバイダーがＨＬＲ又はＭＰＣ・ＥＳＮテーブルにＭＰＣＡＰパラメータを準備する必要がなくなる。さらに、この方式は、ローミング中の移動体が強化された無線９１１・Ｐｈａｓｅ２（Ｅ９１１・Ｐｈａｓｅ２）緊急呼の取り扱いをできるＥＳＮマッピングテーブルよりもより強健なものとなる。実施に際して、サービスプロバイダーにとって非常に簡単で対費用効率のよいものとなる。サービスプロバイダーはＨＬＲやＥＳＮテーブルを準備する必要がない。また、記載される実施形態はＭＰＣＡＰパラメータの有無に対する対応に非常に柔軟である。
【００３６】
図面を参照する。なお、図示するものは発明の好適な実施形態を説明することのみを目的とするもので、これに限定することを目的とするものではない。図３は、本発明が実施されるシステムの概略を開示するものである。
【００３７】
図示するように、ネットワーク１００は移動局１０２と通信する。また、移動局（ＭＳ）１０２は適切なグローバル・ポジショニング・システム（ＧＰＳ）１０４と通信可能な状態にある。ネットワーク内で、基地局（ＢＳ）１０６は空中インターフェイスを介して移動体交換局（ＭＳＣ）１０８に接続されている。移動体交換局（ＭＳＣ）１０８も同様に公衆交換電話ネットワーク（ＰＳＴＮ）１１０に接続され、緊急サービスネットワーク（ＥＳＮ）１１２と通信可能状態にある。また、移動体交換局（ＭＳＣ）１０８は、移動体測位局（ＭＰＣ）１１６及び位置決定エンティティ（ＰＤＥ）１１８を利用可能とする無線ネットワーク１１４と通信する。
【００３８】
ネットワーク１００は単なる例示的なものであることが理解されるべきである。それは、ここで説明される実施形態の課題や教示をやはり適合させる様々な形態をとることができる。さらに、一形式において、以下に記載される発明のステップを実施するための制御ソフトウェアは移動体測位局（ＭＰＣ）１１６内に存在してもよいし、移動体交換局（ＭＳＣ）１０８内に存在してもよい。また、それは移動体測位局（ＭＰＣ）１１６、移動体交換局（ＭＳＣ）１０８及び／又は位置決定エンティティ（ＰＤＥ）１１８を含む種々のネットワーク要素間に分散していてもよい。
【００３９】
さらに、図示されるネットワーク要素は、ここに提供されたもの以外で当業者に公知の形態をとってもよい。これらの構成要素の公知の機能全部がここに記載される必要はない。さらに、図示されるネットワーク要素を、その機能を果たす代替の要素によって置き換えてここに記載される実施形態の機能を含むようにしてもよい。例えば、移動体交換局（ＭＳＣ）は、異なる世代の電気通信ネットワークの技術のような異なる技術に基づく異なる構成を持つ主交換モジュールの形態をとってもよい。同様に、基地局（ＢＳ）、移動体測位局（ＭＰＣ）及び位置決定エンティティ（ＰＤＥ）は、代替の形態でも本発明の課題を克服するものであればよい。
【００４０】
無線緊急呼中にＣＤＭＡ・ＩＳ−８０１方式アシスト型ＧＰＳ（ＡＧＰＳ）及び／又はアドバンスト・フォワード・リンク・トリラテラレーション（Advanced Forward Link Trilateration：ＡＦＬＴ）をサポートする適切なシステムがここに記載される実施形態の導入によって実現される。ネットワーク１００内に図４及び５による代表的技法や方法が導入される。
【００４１】
図４は、ＣＤＭＡ・ＩＳ−８０１方式のＡＧＰＳ／ＡＦＬＴ能力を持つ移動局（ＭＳ）１０２が、位置に関係なく緊急呼を開始し、ＩＳ−８０１方式のＧＰＳ／ＡＦＬＴ能力を充分に活用することができる代表的方法２００のフローチャートを示す。そして、対象となる呼は移動局（ＭＳ）１０２のホームネットワーク又は移動局（ＭＳ）１０２がローミングする他のネットワークにおいて発せられることが理解されるであろう。
【００４２】
移動体交換局（ＭＳＣ）１０８は緊急呼を検出し、サービング移動体測位局（ＭＰＣ）を起動する。ＭＰＣは緊急呼をルーティングするために移動局位置情報を待つ必要はない。このように、ＭＰＣは経路を決定し、情報をＭＳＣに返送することができる。ＭＳＣは緊急呼をルーティングする（図示せず）。
【００４３】
並行して、ＭＰＣは移動局地理位置の取得を調整する。これについて、移動体測位能力（ＭＰＣＡＰ）パラメータを利用可能か否かが判定される（ステップ２０２）。（例えば、ホーム・ロケーション・レジスタ（ＨＬＲ）又はビジター・ロケーション・レジスタ（ＶＬＲ）に記憶された）規格によって利用可能としてもよい（例えば、図１）。その場合、それはＭＰＣに届けられる。ＭＰＣＡＰがＭＳＣから受信されなかった場合、よく知られるように、ＭＰＣは移動体の電子シリアル番号（ＥＳＮ）を移動体測位能力（ＭＰＣＡＰ）パラメータにマッピングするテーブルを有していてもよい（例えば、図２）。
【００４４】
ＭＰＣＡＰパラメータが利用可能な場合、移動局がＩＳ−８０１方式の地理位置をサポートしているかについての判断が有効になされる（ステップ２０４）。ＮＯの場合、移動局のセル／セクタのみが判断され、緊急応答の目的に使用される（ステップ２０８）。これに対して、移動局がＩＳ−８０１方式の地理位置をサポートしている場合、ＭＰＣは地理位置リクエストをＰＤＥに送信し、移動局の位置が移動局のＩＳ−８０１方式アシスト型ＧＰＳ及び／又はＡＦＬＴ能力を充分に活用して判断される（ステップ２０６）。
【００４５】
ステップ２０２で、ＥＳＮについてのＭＰＣＡＰパラメータが利用できないと判断された場合、ＭＰＣはＩＳ−８０１方式の位置決定エンティティ（ＰＤＥ）をＭＰＣＡＰパラメータなしで起動する（ステップ２１０）。
【００４６】
ＰＤＥは移動体位置を判定するためのリクエストを受信する。もちろん、ＭＰＣＡＰパラメータは含まれていない。そして、ＰＤＥはハンドセットによる移動体とのＩＳ−８０１方式ＡＧＰＳ／ＡＦＬＴセッションを試みる（ステップ２１４）。ＭＳに対する（例えば、ＣＤＭＡ２０００に基づく）最初のデータバーストメッセージにおいて、ＰＤＥは移動体の地理位置能力に関してリクエストする。
【００４７】
そして、移動局（ＭＳ）１０２がＩＳ−８０１方式対応であり適切な地理位置決定技術が導入されているかどうかに関して有効に判断がなされる。移動体がＩＳ−８０１方式対応でない場合、それはデータバーストメッセージを拒否する。そして、代替の地理位置決定技術が用いられる。例えば、セル／セクタ位置情報だけが緊急応答目的に使用される（ステップ２０８）。代替として、例えば、エンハンスト・フォーマル・リンク・トリラテレーション（ＥＦＬＴ）を使用してもよい。また、単に失敗通知をＭＰＣに送信してもよい。
【００４８】
移動局がＩＳ−８０１方式対応の場合、それがサポートする地理位置能力の種類を報告し、そのＰＤＥへの応答においていくつかのネットワーク測定値を提供する。ＰＤＥは位置が特定されるまで移動体との地理位置セッションを続ける（ステップ２０６）。
【００４９】
ＰＤＥが移動体位置を得ると、それがＭＰＣに返送される。ＭＰＣは緊急ネットワークによってリクエストされるまで移動体の位置を記憶する。
【００５０】
図５の参照により、例示の呼の流れ図がここで説明されている実施形態の特徴を説明するために用いられる。図示されるように、ＭＳは緊急サービス呼を起動する（線ａ）。ＭＳＣ又はＢＳが、移動体情報及びＭＳＩＤをＭＰＣに提供する発信リクエスト（ＯＲＲＥＱ）を開始する（線ｂ）。この流れにおいて、移動体測位能力（ＭＰＣＡＰ）パラメータはＨＬＲ／ＶＬＲからは入手できない。
【００５１】
ＭＰＣは直ちに応答を返すが、移動局識別子ＭＳＩＤ／移動体情報は記憶される（線ｃ）。ＭＳＣは呼を緊急サービスルーティング番号（ＥＳＲＤ）よって選択された緊急サービスネットワークエンティティ（ＥＳＮＥ）に向けてルーティングする（線ｄ）。上記のように、呼がセットアップしたシグナリングフォーマットが前述した規格（即ち、Ｊ−ＳＴＤ−０３６−Ａ（２００２年６月））の付録Ｄにおいて規定されている。
【００５２】
この流れではＭＰＣＡＰパラメータはＯＲＲＥＱにおいて受信されなかったので、ＭＰＣはＭＰＣＡＰパラメータなしで処理を進める。ＭＰＣはＯＲＲＥＱにおいて受信された情報を用いて、ＭＳの初期位置に関してＰＤＥにリクエストする（線ｅ）。ＰＤＥは位置リクエスト（ＧＰＯＳＲＥＱ）をＭＰＣからＭＳの測位能力（ＭＰＣＡＰ）の表示なしに受信する。
【００５３】
そして、ＰＤＥは測位情報を取得／提供しなければならず、ＳＭＳ配信ポイント・トゥ・ポイント起動メッセージ（ＳＭＤＰＰ）を開始し、ＳＭＳ＿ベアラ・データパラメータ内にアクションをカプセル化する（線ｆ）。ＩＳ−８０１方式で規定された手順に従って、ＰＤＥはＭＳ測位能力をＭＰＣＡＰパラメータなしにリクエストする。ＰＤＥはＡＧＰＳ及び／又はＡＦＬＴ測位能力を推定し、他のＩＳ−８０１方式のリクエスト又は応答の種類をカプセル化されたＳＭＳ＿ベアラ・データパラメータに含める。
【００５４】
ＭＳＣは、測位関連情報を含むＳＭＤＰＰメッセージからのベアラ・データを含むデータバーストメッセージをＭＳに送信する（線ｇ）。ＭＳはデータバーストメッセージにおいて測位関連情報（例えば、ＩＳ−８０１方式）を含む応答をＭＳＣに返信する（線ｈ）。ＭＳがＩＳ−８０１方式対応でない場合、ＭＳはＣＤＭＡ２０００方式の拒否をＭＳＣに送信する。
【００５５】
ＭＳＣは、ＳＭＳポイント・トゥ・ポイント返信結果（ＳＭＤＰＰ）において、ＭＳによって提供された測位関連情報をＰＤＥに対して送信し（線ｉ）、又は拒否が受信された失敗表示を送信する（失敗の場合は線ｍに移行する）。この場合、ＭＳは、線ｇにおいてリクエストされたＧＰＳ測定値のような追加的測位関連情報の交換を開始する（線ｊ）。この情報を含むデータバーストメッセージがＭＳＣに送信される（線ｋ）。そして、ＰＤＥはＳＭＤＡＰにおいて受信された情報の確認通知をする（線ｌ）。
【００５６】
ＰＤＥは受信された情報を用いてＭＳの位置を判断し、返答をＭＰＣに送信する（ＧＰＯＳＲＥＱ）（線ｍ）。ＭＳから失敗が受信された場合、ＰＤＥはセル／セクタに基づいて位置を計算するか、失敗表示をＭＰＣに返送する。ＰＤＥから失敗が受信された場合、ＭＰＣは、利用可能であれば選択的に他のＣＤＭＡ・ＰＤＥの種類を起動し、又はセル／セクタの緯度／経度を用いる。
【００５７】
緊急サービスメッセージエンティティ（ＥＳＭＥ）はＭＳの位置を、緊急サービス位置リクエスト（ＥＳＰＯＳＲＥＱ）とともに、入来トランクグループ、既知のＥＳＲＤ又は他の手段から決定されたＭＰＣに向けて自動的にリクエストする（線ｎ）。このリクエストは非同期であり、ＥＳＮＥにおける緊急サービス呼の到着時を基準とする。ＭＰＣは「初期位置」として位置を保存し、緊急サービス位置リクエスト返信結果（ＥＳＰＯＳＲＥＱ）において位置をＥＳＭＥに返す（線ｏ）。
【００５８】
上述の説明は、単に発明の特定の実施形態の開示を目的とし、これに限定することを意図するものではない。このように、発明は上述の実施形態のみに限定されるものではない。むしろ、当業者であれば発明の範疇に含まれるような代替の実施形態を想到できることは明らかである。
【図面の簡単な説明】
【００５９】
【図１】図１は、規格による無線緊急呼に関する呼の流れ図である。
【図２】図２は、無線緊急呼に対する現存の手法に関する呼の流れ図である。
【図３】本発明が実施されるネットワークを示す図である。
【図４】本発明による方法を示すフローチャートである。
【図５】本発明の実施例を示す呼の流れ図である。
【符号の説明】
【００６０】
１００．ネットワーク
１０２．移動局（ＭＳ）
１０４．グローバル・ポジショニング・システム（ＧＰＳ）
１０６．基地局（ＢＳ）
１０８．移動体交換局（ＭＳＣ）
１１０．公衆交換電話ネットワーク（ＰＳＴＮ）
１１２．緊急サービスネットワーク（ＥＳＮ）
１１４．無線ネットワーク
１１６．移動体測位局（ＭＰＣ）
１１８．位置決定エンティティ（ＰＤＥ）
【図１】
2006033839.tif 000003
【図２】
2006033839.tif 000004
【図３】
2006033839.tif 000005
【図４】
2006033839.tif 000006
【図５】
2006033839.tif 000007