(57)【要約】【課題】無線通信デバイスに対してロケーションサービスを提供する際に、機器識別情報を用いるシステム及び方法【解決手段】システム、装置及び方法は、機器識別情報を用いることによりロケーションサービスを移動局に提供する。本発明のコンセプトの１つの態様において、ロケーションサーバは、ＬＣＳ通信のための最良のプロトコルを選択するために、移動局の機器識別情報を用いる。本発明のコンセプトの他の態様においては、移動局は、ロケーションサーバの機器識別情報を用いて、ＬＣＳ通信に用いる最良のプロトコルを選択する。有利には、機器識別情報は、製造欠陥、設計上の欠陥及びソフトウェアバグ、動作追跡、最適動作、またはそれらのうちのいずれかの組合せを補正するのに用いることができる。機器識別情報に関連する特性及び欠陥に関する情報は、将来の使用のために判断し、格納することができる。
2005537709.tif 000002
【特許請求の範囲】
【請求項１】
ロケーションサービスを移動局に提供するロケーションサービス装置であって、
ａ）ＣＰＵと、
ｂ）前記ＣＰＵに結合された記憶装置であって、ロケーションサービス機器識別情報及びロケーションサービス機器識別子に関係するデータを格納する記憶装置と、
ｃ）前記ＣＰＵ及び記憶装置に結合された機器識別プロセッサであって、前記機器識別プロセッサは、ロケーションサービス機器識別子を受信して、ロケーション機器識別情報を検索するように構成され、前記機器識別プロセッサは、前記ロケーションサービス機器識別の識別特性に応答して、前記ＣＰＵの動作を制御するロケーションサービス制御信号を選択的に生成する、機器識別プロセッサとを備える、ロケーションサービス装置。
【請求項２】
前記ロケーションサービス機器識別情報及びロケーションサービス機器識別子は、移動局に関連付けられ、かつ対応している、請求項１に記載のロケーションサービス装置。
【請求項３】
前記機器識別サーバをさらに備え、前記機器識別サーバは、前記移動局の特性を前記機器識別プロセッサに供給するように構成されている、請求項２に記載のロケーションサービス装置。
【請求項４】
前記特性は、前記移動局の製造者識別子を備える、請求項２に記載のロケーションサービス装置。
【請求項５】
前記特性は、前記移動局の型識別子を含む、請求項２に記載のロケーションサービス装置。
【請求項６】
前記特性は、前記移動局に関連付けられたエラーコードを含む、請求項２に記載のロケーションサービス装置。
【請求項７】
前記ロケーションサービス制御信号は、前記エラーコードに関連付けられたエラーを補正する、請求項６に記載のロケーションサービス装置。
【請求項８】
前記ロケーションサービス制御信号は、前記記憶装置内の情報を前記ＣＰＵに格納させる、請求項２に記載のロケーションサービス装置。
【請求項９】
ロケーションサービスを移動局に提供する通信システムであって、前記システムは
ａ）基地局システムと、
ｂ）前記基地局システムに結合されたロケーションサーバであって、ロケーションサービスを提供すべき前記移動局の特性に応じて前記システムの動作を制御するために、ロケーションサービス制御信号を選択的に生成するように構成されているロケーションサーバとを備える、通信システム。
【請求項１０】
ロケーションサービスを移動局に提供する方法であって、前記方法は
ａ）前記移動局に提供すべきロケーションサービスに対する要求を受信する工程と、
ｂ）前記要求に応じて、前記移動局のロケーションサービス特性を識別する工程であって、前記ロケーションサービス特性が、次の特性、すなわち、製造者、型、バグ、エラーコードのうちの１つ以上を備える工程と、
ｃ）工程ｂ）において識別した前記ロケーションサービス特性に少なくとも一部基づいて、ロケーションサービス制御信号を選択的に生成する工程とを備える、方法。
【請求項１１】
前記移動局のロケーションサービス特性に少なくとも一部基づいてデータを格納する工程をさらに備える、請求項１０に記載の方法。
【請求項１２】
前記ロケーションサービス制御信号は、前記バグに関連付けられたエラーを補正する、請求項１０に記載の方法。
【請求項１３】
前記ロケーションサービス制御信号は、前記エラーコードに関連付けられたエラーを補正する、請求項１０に記載の方法。
【請求項１４】
ａ）ロケーションサービスを移動局に提供する手段と、
ｂ）前記移動局の識別したロケーションサービス特性に少なくとも一部基づいて、前記ロケーションサービスを提供する手段を制御する手段とを備える、通信システム。
【請求項１５】
ロケーションサービスを提供するべき移動局を識別する手段をさらに備える、請求項１４に記載の通信システム。
【請求項１６】
前記移動局の前記識別したロケーションサービス特性に少なくとも一部基づいてデータを格納する手段をさらに備える、請求項１４に記載の通信システム。
【請求項１７】
ａ）移動局と関連付けられたロケーションサービスに対する要求を受信する工程と、
ｂ）前記関連付けられた移動局の移動局タイプを識別する工程と、
ｃ）前記識別された移動局タイプに基づいて、少なくとも１つのパラメータを格納する工程とを備える、ロケーションサーバを作動させる方法。
【請求項１８】
前記移動局と関連付けられたロケーションサービスに対する要求を受信することは、移動局タイプ識別子を含む、請求項１７に記載の方法。
【請求項１９】
前記移動局と関連付けられたロケーションサービスに対する要求を受信することは、前記ロケーションサービスに対する要求の一部として、移動局製造者識別子及び移動局型識別子を受信することを含む、請求項１７に記載の方法。
【請求項２０】
前記移動局と関連付けられたロケーションサービスに対する要求を受信することは、移動局ユーザ識別子を受信することを含む、請求項１７に記載の方法。
【請求項２１】
前記移動局ユーザ識別子が、国際モバイル加入者識別または電子シリアル番号を含んでもよい、請求項２０に記載の方法。
【請求項２２】
前記移動局と関連付けられた移動局タイプを識別することは、製造者及び型により前記関連付けられた移動局を識別することを含む、請求項１７に記載の方法。
【請求項２３】
前記ロケーションサービスに対する要求に関連するパフォーマンスパラメータを決める工程をさらに備える、請求項１７に記載の方法。
【請求項２４】
ａ）移動局と関連付けられたロケーションサービスに対する要求を受信する工程と、
ｂ）前記関連付けられた移動局の移動局タイプを識別する工程と、
ｃ）前記ロケーションサービスに対する要求及び前記移動局タイプを、ロケーションサーバに連絡する工程とを備える、移動交換機を作動させる方法。
【請求項２５】
ａ）前記移動交換機から固有モバイル機器識別子を受信する工程と、
ｂ）前記移動局タイプを前記固有モバイル機器識別子と共に、データベースに問い合わせる工程とをさらに備える、請求項２４に記載の方法。
【請求項２６】
ａ）前記移動交換機から移動局ユーザ識別子を受信する工程と、
ｂ）前記移動局ユーザ識別子に対応し、かつ前記移動局ユーザ識別子と関連付けられた前記移動局タイプをデータベースに問い合わせる工程とをさらに備える、請求項２４に記載の方法。
【請求項２７】
前記移動局ユーザ識別子は、国際モバイル加入者識別または電子シリアル番号を含んでもよい、請求項２６に記載の方法。
【請求項２８】
ａ）前記移動交換機からＩＭＥＩを受信する工程と、
ｂ）前記受信したＩＭＥＩに基づいて、製造者識別子及び型識別子を機器識別サーバに問い合わせる工程とをさらに含む、請求項２４に記載の方法。
【請求項２９】
要求している移動局と関連付けられたロケーションサービスに対する要求を受信することが、前記ロケーションサービスに対する要求の一部として固有モバイル機器識別子を受信することを含む、請求項２４に記載の方法。
【請求項３０】
前記固有モバイル機器識別子は、標準的なロケーション要求メッセージにおける要素として受信することができる、請求項２９に記載の方法。
【請求項３１】
前記固有モバイル機器識別子は、前記移動交換機と前記ロケーションサーバとの間の所有権を主張できるメッセージにおける要素として送信することができる、請求項２９に記載の方法。
【請求項３２】
ａ）移動局と関連付けられたロケーションサービスに対する要求を受信することと、
ｂ）前記関連付けられた移動局の移動局タイプを識別することと、
ｃ）前記ロケーションサービスに対する要求に関連するエラーが発生したかを判断することと、
ｄ）前記識別された移動局タイプに基づいて、エラーに関するデータを格納し、検索することとを含む、ロケーションサーバを作動させる方法。
【請求項３３】
ａ）移動局と関連付けられたロケーションサービスに対する要求を受信することと、
ｂ）前記関連付けられた移動局の移動局タイプを識別することと、
ｃ）前記識別された移動局タイプに基づいて、前記関連付けられた移動局のパフォーマンスパラメータと関連付けられ、かつ対応するデータを格納し、検索することとを備える、ロケーションサーバを作動させる方法。
【請求項３４】
少なくとも部分的に前記パフォーマンスパラメータに基づいて、ロケーションサービス制御信号を用いてロケーションサービスを提供する工程をさらに備える、請求項３３に記載の方法。
【請求項３５】
前記ロケーションサービスを提供する工程は、次の情報、すなわち、前記移動局タイプと関連付けられかつ該移動局タイプに対応する追加的な情報と、前記移動局タイプと関連付けられた好適な動作パラメータのうちの１つ以上に関連するパフォーマンスパラメータ情報に少なくとも一部基づいて、ロケーションサービス制御信号を用いることを含む、請求項３４に記載の方法。
【請求項３６】
ａ）複数の要求移動局と関連付けられたロケーションサービスに対する複数の要求を受信することと、
ｂ）前記受信した要求のうちの少なくともいくつかに対して、前記関連付けられた移動局の移動局タイプを識別することと、
ｃ）前記ロケーションサービスに対する受信した要求のうちの少なくともいくつかに関連するエラーを識別することと、
ｄ）少なくとも部分的に前記識別したエラー及び前記識別した移動局タイプに基づいて、正しい動作のデータベースを維持することとを備える、ロケーションサーバを作動させる方法。
【請求項３７】
ａ）複数の要求移動局と関連付けられたロケーションサービスに対する複数の要求を受信することと、
ｂ）前記ロケーションサービスに対する要求のうちの少なくともいくつかに対して、移動局タイプを識別することと、
ｃ）前記ロケーションサービスに対する要求のうちの少なくともいくつかに対して、前記ロケーションサービスに対する要求の実現に関連するパフォーマンスパラメータを決定することと、
ｄ）前記識別した移動局タイプに基づいて、前記決定したパフォーマンスパラメータに関連付けられ、かつ対応するデータを格納し、検索することとを含む、ロケーションサーバを作動させる方法。
【請求項３８】
ａ）複数の移動局と通信することと、
ｂ）前記移動局のうちの少なくともいくつかに対して、対応する移動局タイプを判断することと、
ｃ）前記対応する移動局タイプのうちの少なくともいくつかに対して、前記対応する移動局に対して、ロケーションサービスに対する要求を開始することと、
ｄ）前記対応する移動局タイプのうちの少なくとも１つに基づいて、ロケーションサービスパフォーマンスパラメータに関連するデータを格納し、検索することとを含む、通信システムを作動させる方法。
【請求項３９】
ａ）複数の移動局から、ロケーションサービスに対する要求を受信することと、
ｂ）前記要求されたロケーションサービスを提供することとをさらに備える、請求項３８に記載の方法。
【請求項４０】
前記ロケーションサービス機器識別情報とロケーションサービス機器識別子とが、ロケーションサーバと関連付けられ、かつ対応している、請求項１に記載のロケーションサービス装置。
【請求項４１】
前記特性は前記ロケーションサーバの製造者を含む、請求項４０に記載のロケーションサービス装置。
【請求項４２】
前記特性は前記ロケーションサーバの型を含む、請求項４０に記載のロケーションサービス装置。
【請求項４３】
前記特性は、前記ロケーションサーバに応答する好適な方式を含む、請求項４０に記載のロケーションサービス装置。
【請求項４４】
前記特性は、前記ロケーションサーバに関連するバグを含む、請求項４０に記載のロケーションサービス装置。
【請求項４５】
前記ロケーションサービス制御信号は、前記バグに関連付けられたエラーを補正する、請求項４４に記載のロケーションサービス装置。
【請求項４６】
前記特性は、前記ロケーションサーバに関連付けられたエラーコードを含む、請求項４０に記載のロケーションサービス装置。
【請求項４７】
前記ロケーションサービス制御信号は、前記エラーコードに関連付けられたエラーを補正する、請求項４６に記載のロケーションサービス装置。
【請求項４８】
前記ロケーションサービス制御信号は、前記移動局に、前記記憶装置内に情報を格納させる、請求項４０に記載のロケーションサービス装置。
【請求項４９】
ロケーションサービスを提供する通信システムであって、前記システムは
ａ）基地局システムと、
ｂ）前記基地局システムに結合されたロケーションサーバと、
ｃ）前記基地局システムと通信する移動局であって、前記ロケーションサーバの特性に応じて、ロケーションサービス制御信号を選択的に生成するように構成されている移動局とを備える、通信システム。
【請求項５０】
ロケーション情報を、移動局によってロケーションサーバに供給する方法であって、前記方法は
ａ）前記移動局によって供給されるべきロケーション情報のために、前記ロケーションサーバからの要求を受信する工程と、
ｂ）前記要求に従って、前記ロケーションサーバの特性を識別する工程と、
ｃ）前記ロケーションサーバの特性に少なくとも一部基づいて、前記移動局によってロケーションサービス制御信号を選択的に生成することとを含む、方法。
【請求項５１】
前記ロケーションサーバに関連付けられた識別子を得る工程をさらに含む、請求項５０に記載の方法。
【請求項５２】
前記ロケーションサーバに関連付けられた識別子は、ロケーションエリア識別子またはオペレータ識別を含む、請求項５１に記載の方法。
【請求項５３】
前記特性を識別する工程は、前記ロケーションサーバに関連付けられた識別子に応じて、機器識別プロセッサからデータを検索することを含む、請求項５０に記載の方法。
【請求項５４】
前記特性は、前記ロケーションサーバの製造者識別子を含む、請求項５０に記載の方法。
【請求項５５】
前記特性は、前記ロケーションサーバの型識別子を含む、請求項５０に記載の方法。
【請求項５６】
前記特性は、前記ロケーションサーバに関連付けられたバグを含む、請求項５０に記載の方法。
【請求項５７】
前記ロケーションサービス制御信号は、前記バグに関連付けられたエラーを補正する、請求項５６に記載の方法。
【請求項５８】
前記特性は、前記ロケーションサーバに関連付けられたエラーコードである、請求項５０に記載の方法。
【請求項５９】
前記ロケーションサービス制御信号は、前記エラーコードに関連付けられたエラーを補正する、請求項５８に記載の方法。
【請求項６０】
前記ロケーションサーバの特性に少なくとも一部基づいて、データを格納する工程をさらに備える、請求項５０に記載の方法。
【請求項６１】
ａ）移動局によって、ロケーション情報をロケーションサーバに供給する手段と、
ｂ）前記ロケーションサーバの識別された特性に少なくとも一部基づいて、前記ロケーション情報を供給する手段を制御する手段とを備える通信システム。
【請求項６２】
ロケーション情報を供給すべきロケーションサーバを識別する手段をさらに備える、請求項６１に記載の通信システム。
【請求項６３】
前記ロケーションサーバの識別された特性に少なくとも一部基づいて、データを格納する手段をさらに備える、請求項６１に記載の通信システム。
【請求項６４】
ａ）ロケーションデータに対する要求をロケーションサーバから受信することと、
ｂ）関連するロケーションサーバのロケーションサーバタイプを識別することと、
ｃ）前記識別されたロケーションサーバタイプに基づいて、前記ロケーションサーバのパフォーマンスパラメータに関連するデータを格納し、検索することとを備える、移動局を作動させる方法。
【請求項６５】
前記パフォーマンスパラメータに少なくとも一部基づいて、ロケーションサービス制御信号を用いて、ロケーション情報を供給する工程をさらに備える、請求項６４に記載の方法。
【請求項６６】
前記ロケーション情報を供給する工程は、次の情報、すなわち、前記ロケーションサーバタイプに関連する追加的な情報と、前記ロケーションサーバタイプに関連付けられた好適な動作パラメータのうちの１つ以上に少なくとも一部基づいて、ロケーションサービス制御信号を用いることを含む、請求項６５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（係属中の仮出願の相互参照）
本出願は、２００２年８月２６日に出願された「無線通信デバイスに対してロケーションサービスを提供する際に、ローカル機器識別情報を用いるシステム及び方法（Ｓｙｓｔｅｍ  ａｎｄ  ｍｅｔｈｏｄ  ｆｏｒ  ｕｓｉｎｇ  ｌｏｃａｌ  ｅｑｕｉｐｍｅｎｔ  ｉｄｅｎｔｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ  ｉｎ  ｐｒｏｖｉｄｉｎｇ  ｌｏｃａｔｉｏｎ  ｓｅｒｖｉｃｅｓ  ｔｏ  ａ  ｗｉｒｅｌｅｓｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｄｅｖｉｃｅ）」というタイトルの米国仮出願第６０／４０６，２６１号に対して、米国特許法第１１９条の下で優先権を主張する。
【０００２】
本発明は、移動体装置または移動局での利用のためのロケーションサービス（ｌｏｃａｔｉｏｎ  ｓｅｒｖｉｃｅ）の分野に関し、より具体的には、無線通信システムにおいてロケーションサービスを提供する際に、ロケーションサービス機器識別情報の利用に関する。
【背景技術】
【０００３】
携帯電話及び無線ディジタル通信装置（以後、本明細書中で、まとめて移動局と呼ぶ）に対する（「ＬｏＣａｔｉｏｎ  Ｓｅｒｖｉｃｅｓ」に対してＬＣＳと短縮する）ロケーションサービスは、無線通信プロバイダにとって、ますます重要なビジネス分野になってきている。ロケーション情報は、移動局ユーザに対して様々なロケーションサービスを提供するために用いることができる。例えば、公共の安全当局は、無線デバイスの位置を正確に特定するために、ロケーション情報を使用することができる。別法として、移動局ユーザは、ロケーション情報を用いて、最も近い自動預金支払い機（ａｕｔｏｍａｔｉｃ  ｔｅｌｌｅｒ  ｍａｃｈｉｎｅ；ＡＴＭ）の場所を捜しだし、該ＡＴＭに請求された料金を支払うことができる。別の実例として、ロケーション情報は、所望の目的地までの途中の段階的な方向を得る際に、旅行者を補助することができる。
【０００４】
多数のシステムユーザが、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ；ＣＤＭＡ）や広帯域ＣＤＭＡ（ＷＣＤＭＡ）技術等の通信システムを共用できるようにする技術は、ロケーションサービスに対する要求を含むモバイルコンピューティングの絶えず増し続ける要求を満たす場合に、重要な役割を果たす。周知のように、ＣＤＭＡ及びＷＣＤＭＡ通信デバイスには、固有のコードが割当てられ、各移動体装置は、これのコードを用いて、これの通信信号を共通のスペクトル拡散帯域幅にわたって拡散させる。各通信装置は、これの正しいコードを用いる限り、同じ帯域幅を介して同時に送信された数ある信号から所望の信号を良好に検知して選択することができる。
【０００５】
その他の多元移動局信号接続技術は、時分割多元接続（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ；ＴＤＭＡ）及び周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ；ＦＤＭＡ）を含む。また、周知のＡＭＰＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ）等の無線通信システムに基づくアナログ周波数変調（ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌａｔｉｏｎ；ＦＭ）もある。また、多くの無線通信デバイスは、通信能力を、ＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎ  ｓｙｓｔｅｍ）技術と結合している。いくつかの無線通信システムは、ＣＤＭＡ及びＧＰＳ等の多数の技術を用いて、あるいは、セルラーまたはＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｅｒｖｉｃｅ）帯域等の異なる周波数帯域上で作動することができる。例えば、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）は、ＴＤＭＡ及びＦＤＭＡ技術を組み合わせたものを用いる。また、ＧＳＭシステムは、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）技術を用いて、データを伝送し、かつロケーションサービスを提供することもある。
【０００６】
無線通信システムにおけるＬＣＳのための規格及び機能仕様は、既に確立されている。ＧＳＭ及びＬＣＳに関する１つの例示的なリファレンスは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ），Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ（ＴＳＧ）Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ，Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  ＧＳＭ／ＥＤＧＥ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ，Ｆｕｎｃｔｉｏｎａｌ  ｓｔａｇｅ  ２  ｄｅｓｃｒｉｐｔｉｏｎ  ｏｆ  Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（ＬＣＳ）ｉｎ  ＧＥＲＡＮ，（３ＧＰＰ  ＴＳ  ４３．０５９）である。別の例示的なリファレンスは、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ，Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ，Ｓｔａｇｅ  ２  ｆｕｎｃｔｉｏｎａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｏｆ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｐｏｓｉｔｉｏｎｉｎｇ  ｉｎ  ＵＴＲＡＮ，（３ＧＰＰ  ＴＳ  ２５．３０５）である。これらの技術仕様文書は、移動局ロケーションサービスに関連する教示のために、省略せずに記載されているかのように参照してここに組み込まれる。該組み込まれたリファレンスは、以後、本明細書中において、それぞれ、３ＧＰＰ  ＴＳ  ４３．０５９及び３ＧＰＰ  ＴＳ  ２５．３０５とよぶ。
【０００７】
典型的な利用において、およびここに組み込まれる３ＧＰＰ  ＴＳ  ４３．０５９リファレンスに詳細に記載されているように、携帯電話と、ラップトップ、パームトップ、または他の従来のモバイルデバイス、あるいはそれらを組み合わせたものを備える移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ；ＭＳ）は基地局システム（ｂａｓｅ  ｓｔａｔｉｏｎ  ｓｙｓｔｅｍ；ＢＳＳ）と通信リンクを確立する。ＢＳＳは、一般に、複数の無線基地局システム（ｂａｓｅ  ｓｔａｔｉｏｎ  ｔｒａｎｃｅｉｖｅｒ  ｓｙｓｔｅｍｓ；ＢＴＳ）と、基地局制御装置（ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ；ＢＳＣ）とを含む。（ＧＳＭシステムにおける）位置情報サーバ（Ｓｅｒｖｉｎｇ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ；ＳＭＬＣ）等のロケーションサーバ（ｌｏｃａｔｉｏｎ  ｓｅｒｖｅｒ）は、必要に応じて上記ＭＳに対して、該ＭＳの位置をそれから判断することができる情報の交換を調整する等のロケーションサービスを提供する。該ロケーションサーバは、ＢＳＳの一部としてもよく、あるいは単一のＢＳＳまたは複数のＢＳＳからなるシステムのいずれかと結合された独立したサーバであってもよい。
【０００８】
任意の所与のＭＳも、様々な国際機器規格（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｅｑｕｉｐｍｅｎｔ  ｓｔａｎｄａｒｄｓ）に従い、かつ利用可能な厳密な標準パフォーマンスデータを有してもよい。また、現在のＧＳＭ仕様に準拠する通信システム等の任意の所与の通信システムも、採用された既知の機器規格を有さなくてもよい。また、任意の所与のＭＳも、既知の製造欠陥を有してもよい。ＭＳには、例えば、ＧＳＭシステム及びＷＣＤＭＡシステムに用いられるＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）、またはＩＳ−９５及びＣＤＭＡ２０００方式に用いられるＥＳＮ（Ｅｌｅｃｔｒｏｎｉｃ  Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ）等の識別コードを割当てることができる。
【０００９】
また、通信システムは、ユーザを特定の機器に関連付ける、ＧＳＭシステムにおける機器識別レジスタ（ｅｑｕｉｐｍｅｎｔ  ｉｄｅｎｔｉｔｙ  ｒｅｇｉｓｔｅｒ；ＥＩＲ）等の機器識別サーバ（ｅｑｕｉｐｍｅｎｔ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｓｅｒｖｅｒ；ＥＩＳ）上でデータベースを維持してもよい。ＥＩＳは、移動交換機（ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ；ＭＳＣ）やゲートウェイ交換サーバ（ｇａｔｅｗａｙ  ｓｗｉｔｃｈｉｎｇ  ｓｅｒｖｅｒ；ＧＳＳ）等の通信システムの他の部分に組み込んでもよい。そのようなデータベースは、ユーザまたは該機器に割当てられる固有のコードを有してもよい。ＭＳの特定の機器特性及び方式のロケーションサービス動作は、ＬＣＳ能力を有効かつ正確に提供するロケーションサーバの能力に著しい影響を与える可能性がある。
【００１０】
ＬＣＳの別の態様は、通信サービスプロバイダネットワークが、ロケーションサーバ機器の異なる製造モデルを用いる地理的領域におけるＭＳの利用に関する。異なるロケーションサーバモデルは、ＭＳ機器及びロケーションサーバ機器の特定のデザイン特性に従ってＭＳと相互に作用する。ＭＳ機器とロケーションサーバ機器の所与の組合せの場合、該ＭＳのロケーションを最適な効率で判断できるようにする、メッセージと通信プロトコルの好適なセットがある。共通のチャネルで送信されるロケーションエリア識別子（Ｌｏｃａｔｉｏｎ  Ａｒｅａ  Ｉｄｅｎｔｉｆｉｅｒ；ＬＡＩ）を読取ることにより、上記ＭＳは、データベース情報を用いて、位置ロケーションサーバのどのモデルを、該特定のネットワークで使用するかを判断することができる。同様に、該ＭＳは、ブロードキャスト情報に基づいて、オペレータ識別（ＩＤ）を判断することもできる。該オペレータＩＤは、データベース情報によって、位置ロケーションサーバ機器に関連付けることができる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記に鑑みて、無線通信技術の当業者は、ＬＣＳを提供する際の著しい改良を、上記ＭＳとロケーションサーバとの間で交換されるメッセージを改良することにより実現することができることを認識するであろう。このことは、発明のシステム、すなわち、上記ロケーションサーバ及びＭＳのいずれかまたは両方が、ＬＣＳサービスを提供する時に、ＬＣＳ機器識別情報を得て用いる方法及び装置によって有利に実施することができる。
【課題を解決するための手段】
【００１２】
本明細書に記載のシステム、装置及び方法は、無線通信デバイスに対してロケーションサービスを提供する際の、ＬＣＳ機器識別情報の利用を対象にする。
【００１３】
本発明のコンセプトの１つの態様において、上記ロケーションサーバは、ＬＣＳ通信のための最良のプロトコルを選択するために、ＭＳの機器識別情報を用いる。有利には、該ＭＳ機器識別情報は、製造欠陥を補正し、設計上の欠陥及びソフトウェアバグを直し、動作を追跡し、性能を最適化し、あるいは、それらのうちのいずれかの組合せを実行するのに用いることができる。機器識別情報に基づく方法は、移動局が正しく機能しているかを検知し、およびＭＳの障害を補正または最少化するために、ロケーションサービス制御信号を生成するのに用いることができる。例えば、上記ロケーションサーバは、格納されている機器識別情報から、ＭＳが、ロケーション精度、ロケーション判断の実行速度等の要求されたサービス品質（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ；ＱｏＳ）要求に従って動作しているかを検知し、判断してもよい。この判断に基づいて、該ロケーションサーバは、任意に制御信号を生成し、追加的な情報を用い、あるいは、代替の方法を用いて要求されたＱｏＳを実現してもよい。
【００１４】
本発明のコンセプトの他の態様においては、上記ＭＳは、上記ロケーションサーバの機器識別情報を用いて、ＬＣＳ通信のために用いる最良のプロトコルを選択する。例えば、位置ロケーションサーバのモデルに基づいて、該ＭＳは、該ＭＳのロケーションを判断する効率を最適化するために、メッセージパラメータの好適なセットを用いることができる。該位置ロケーションサーバが、設計上の欠陥または「バグ」を有することが分かっている場合には、該ＭＳは、これらの「バグ」をトリガすることを避けるために、それに応じて作動することができる。該プロセスの間、該ＭＳは、特定の位置ロケーションサーバの特徴及びバグに関する情報を得て、この情報を将来の使用のために格納することができる。
【００１５】
発明のコンセプトのさらに別の態様においては、移動局に対してロケーションサービスを提供するロケーションサービス装置は、中央処理装置（ＣＰＵ）と、該ＣＰＵに結合された記憶装置と、該ＣＰＵ及び記憶装置に結合された機器識別プロセッサ（ｅｑｕｉｐｍｅｎｔ  ｉｄｅｎｔｉｔｙ  ｐｒｏｃｅｓｓｏｒ）とを含む。該記憶装置は、ロケーションサービス機器識別子に対するロケーションサービス機器識別に関連するデータを格納する。該機器識別プロセッサは、ロケーションサービス機器識別子を受取り、上記記憶装置からロケーションサービス機器識別データを検索し、ロケーションサービス制御信号を生成して、該ロケーションサービス機器の識別されたロケーションサービス関連特性に応じて上記ＣＰＵの動作を制御するようになっており、該ロケーションサービス機器は、ロケーションサーバまたは移動局を含む。
【発明を実施するための最良の形態】
【００１６】
この説明全体を通して、実施形態及び変形例は、本発明の用途及び実施を説明するために記載されている。例証となる説明は、本発明の範囲を限定するのではなく、本発明の実施例を表わすものと理解すべきである。
【００１７】
本明細書に記載のシステム、装置及び方法は、無線通信デバイスに対してロケーションサービスを提供することを容易にするモバイル機器識別情報の利用を対象にする。移動体無線通信デバイスは、本明細書においては移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ；ＭＳ）と呼び、携帯電話、ラップトップコンピュータ、ハンドヘルドコンピュータ、または、無線通信用に構成することができるその他の移動体デバイス、あるいは、これらのいずれかの組合せを含んでもよい。上述したように、無線データ通信に適用される多くの異なる規格が存在する。これらの規格は、設計者に対して柔軟性を与える多くの異なる方法で実施することができる。本明細書における教示は、いずれかの特定の規格に限定されない。
【００１８】
図１は、ロケーションサービスを用いる通信リンクをサポートする単純化した一般的な無線通信システム１００を示す。図１に示すように、ＭＳ１０４は、１つ以上の基地局（ＢＴＳ）１０８及び１１０に対して、１つ以上の無線リンク１１２及び１１４を介して基地局システム（ＢＳＳ）１０２と通信する。例証として２つのＢＴＳが描かれているが、ロケーションサービスは、単一のＢＴＳを用いて、または複数のＢＴＳを用いて、ＭＳ１０４に対して提供することができる。該ＢＴＳは、データ通信のために、基地局制御装置（ＢＳＣ）１０６に作動可能に結合されており、該ＢＳＣは、ロケーションサーバ１２８及び通信サービスプロバイダネットワーク１３０に結合されている。ＭＳ１０４は、通信リンク１１６及び１１８を介して、１つ以上の衛星１２４及び１２６からＧＰＳ信号等の信号を受信してもよい。ＢＳＳ１０２は、通信リンク１２０及び１２２を介して、１つ以上の衛星１２４及び１２６からＧＰＳ信号等の信号を状況に応じて受信してもよい。ロケーションサーバ１２８は、ＢＴＳ／ＢＳＳを介す以外の方法により、該衛星によって送信されたデータにアクセスしてもよい。例えば、図面に示していない、衛星受信器のワイドエリアリファレンスネットワーク（Ｗｉｄｅ  Ａｒｅａ  Ｒｅｆｅｒｅｎｃｅ  Ｎｅｔｗｏｒｋ）は、該衛星データを該ロケーションサーバに供給することができる。例証として、２つの衛星が描かれているが、単一の衛星または複数の衛星を、あるいは、衛星なしでも（例えば、Ｅ−ＯＴＤ（Ｅｎｈａｎｃｅｄ  Ｏｂｓｅｒｖｅｄ  Ｔｉｍｅ  Ｄｉｆｆｅｒｅｎｃｅ）等の三角測量技術が用いられる場合）ロケーションサービスを移動局に提供する際に用いることができる。
【００１９】
ＭＳ１０４に対してロケーションサービスが要求されると、ＭＳ１０４及びＢＳＳ１０２からの情報をロケーションサーバ１２８に供給することができる。この情報は、ＢＴＳ１０８及び１１０のロケーション、および、衛星１２４及び１２６からＭＳ１０４及びＢＳＳ１０２により受信される信号に関する情報を含んでもよい。ロケーションサーバ１２８は、この情報を用いて、ロケーションサービスをＭＳ１０４に提供する。また、ロケーションサーバ１２８は、ＭＳ１０４のロケーションの判断を補助または改善するために、ＢＳＳ１０２を介して情報をＭＳ１０４に提供してもよい。ロケーションサーバ１２８は、独立したサーバからなってもよく、または別法として、該ロケーションサーバは、ＢＳＳ１０２に、あるいは、通信サービスプロバイダネットワーク１３０内に設けられた制御システムに、またはこれらのうちのある組合せに組み込んでもよい。図示した通信接続は、（「ＰＯＴＳ」または光ファイバ等の）有線、無線、あるいは有線及び無線接続の組合せであってもよい。
【００２０】
図２は、機能ブロック構成で通信システム２００を示す。システム２００は、記憶装置２１４を有するロケーションサーバ２１０と、ロケーションサーバ２１０の動作を制御する中央処理装置（ＣＰＵ）２１２とを含む。この説明全体にわたって用いる「ＣＰＵ」という用語は、処理素子単独、または、該ＣＰＵが中に含まれている（ロケーションサーバ２１０、ＭＳ２４０、ＢＳＳ２５０あるいはそれらの一部等の）装置の動作を制御することができる、（記憶装置等の）他のデバイスと組み合わせたいずれかの処理素子を包含することを意味する。例えば、ＣＰＵは、マイクロプロセッサ、埋め込みコントローラ、特定用途向けＩＣ（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、状態マシン、専用個別ハードウェア等を含む。本明細書に記載のシステム、装置及び方法は、ＣＰＵ２１２を実装するために選択された特定のハードウェアによって限定されることはない。また、ロケーションサーバ２１０は、（ＢＳＳ、通信サービスプロバイダネットワーク２３０、ＧＳＭシステムにおける移動交換機（ＭＳＣ）、衛星、またはそれらのうちのある組合せ等の）通信システムの他のコンポーネントに組み込んでもよい。ロケーションサーバ２１０は、ＢＳＳ２５０等の複数の基地局システムを介して通信する（ＭＳ２４０等の）多数のデバイスにロケーションサービスを提供してもよい。
【００２１】
読出し専用記憶素子（ＲＯＭ）および／またはランダムアクセスメモリ（ＲＡＭ）の両方を含んでもよい記憶装置２１４は、命令及びデータを格納し、かつ命令及びデータをＣＰＵ２１２に供給する。また、記憶装置２１４の一部は、不揮発性ランダムアクセスメモリを含んでもよい。
【００２２】
また、ロケーションサーバ２１０は、機器識別プロセッサ（ｅｑｕｉｐｍｅｎｔ  ｉｄｅｎｔｉｔｙ  ｐｒｏｃｅｓｓｏｒ；ＥＩＰ）２１６を含んでもよい。一般に、ＣＰＵ２１２は、記憶装置２１４に格納された命令の特定のセットを実行することにより、ＥＩＰ２１６を実施するが、いくつかの実施形態においては、ＥＩＰ２１６を実施するために、独立した専用プロセッサを用いてもよい。ＣＰＵ２１２は、記憶装置２１４に格納されている命令を実行することができる。ロケーションサーバ２１０の該コンポーネントは、バスシステム２１８によって共にリンクされる。
【００２３】
ＭＳ２４０は、ＭＳ２４０と、ＢＳＳ２５０等の遠隔地または衛星２６０との間で、音声／ビデオ／テキスト通信およびプログラミングデータ等のデータの送受信を可能にするために、ＣＰＵ２４２と、記憶装置２４４と、トランシーバ２４６とを有する。アンテナ２４８は、トランシーバ２４６に電気的に結合されている。ＭＳ２４０は、バスシステム２４９を含む。ＭＳ２４０の基本的な動作は、当技術分野において周知であり、本明細書で説明する必要はないものである。ＭＳ２４０は、記憶装置２４４を用いて、ＩＭＥＩまたはＭＳ２４０に関係する他の識別情報を格納してもよく、ＢＳＳ２５０へ情報を送信してもよい。ＧＳＭ規格及び技術に従って、ＭＳ２４０は、移動加入者識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ；ＩＭＳＩ）及び秘密鍵を、選考、設定及び個人の電話帳等の他の加入者の特定情報と共に格納する加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ；ＳＩＭ、図示せず）も含む。
【００２４】
ＢＳＳ２５０は、ＣＰＵ２５２及び記憶装置２５４を含むＢＳＣ２５１と、ＢＴＳ２５５及び２５６とを含む。該ＢＴＳは、ＢＳＳ２５０と、（ＭＳ２４０または衛星２６０等の）遠隔地との間の（音声／ビデオ／テキスト通信及びプログラミングデータ等の）データの送信及び受信を可能にする。アンテナ２５７及び２５８は、それぞれ、ＢＴＳ２５５及び２５７に電気的に結合されている。ＢＳＣ２５１は、バスシステム２５９を有する。ＢＳＳ２５０の基本的な動作は、当技術分野において周知であり、本明細書において説明する必要はない。上述したように、本明細書に記載のシステム及び方法は、ＣＰＵ２５２またはＢＳＳ２５０の他の構成要素を実装するために選択された特定のハードウェアコンポーネントによって限定されない。
【００２５】
ロケーションサーバ２１０、ＭＳ２４０、ＢＳＳ２５０及び衛星２６０は、通信リンク２７０、２７１及び２７２を介して通信する。例証として、１つの衛星が描かれているが、当業者は、複数の衛星を用いることができること、あるいは衛星を用いなくてもよいことを理解するであろう。既に述べたように、通信リンク２７１は、衛星データを受信する他の手段（例えば、ワイドエリアリファレンスネットワーク、図示せず）を用いてもよいため、任意である。ＢＳＳ２５０は、ＭＳ２４０から受信した機器識別情報を通信リンク２７２を介して、直接または処理後のいずれかに、ロケーションサーバ２１０へ供給する。以下により詳細に説明するように、ロケーションサーバ２１０は、ＭＳ２４０の識別に関する情報（例えば、ＩＭＥＩ等の固有機器識別子）を処理するために、および機器識別情報に応答して、該ＭＳに対して指定されたロケーションリクエストサービスの動作を制御する制御信号を生成するために、ＥＩＰ２１６を用いてもよい。
【００２６】
ロケーションサーバ２１０、ＭＳ２４０、ＢＳＳ２５０及び衛星２６０は、電源（図示せず）、入力／出力デバイス（図示せず）、および追加的なＣＰＵ及びバス等のその他のコンポーネントを備えてもよい。それらのコンポーネントは、種々の構成で設けることができる。本明細書に記載のシステム及び方法は、図示した特定の構成及び配置に限定されない。
【００２７】
図３は、ロケーションサービスをＭＳに提供する代替の通信システム３００を示す。このシステムは、多くの手段において、図２に示した通信システム２００と同様である。ロケーションサーバ３１０は、ＢＳＳ３５０に含まれるＢＳＣ３５１の一部として図３に示されている。ロケーションサーバ３１０は、ＥＩＰ３１６を含む。また、ＢＳＣ３５１は、ＣＰＵ３５２と、記憶装置３５４と、バスシステム３５９とを含む。また、ＢＳＳ３５０は、ＢＴＳ３５５及び３５６と、それぞれのアンテナ３５７及び３５８とを含む。一般に、ＣＰＵ３５２は、記憶装置３５４に格納された命令の特定のセットを実行することにより、ロケーションサーバ３１０を実施する。しかし、いくつかの実施形態においては、独立した専用プロセッサがロケーションサーバ３１０を構成してもよい。ロケーションサーバ３１０及びＥＩＰ３１６は、ＭＳ３４０がロケーション判断のために要求するサービスを決定し、該ＣＰＵに、ＭＳ３４０により要求されたサポートサービスを提供するように命令する。ＢＳＳ３５０（及びＢＳＣ３５１）は、データ通信のために、通信サービスプロバイダネットワーク３３０と接続されている。
【００２８】
ＭＳ３４０は、ＣＰＵ３４２と、記憶装置３４４と、トランシーバ３４６と、バスシステム３４９と、アンテナ３４８とを含む。システム３００は、衛星３６０を含む。上述したように、ロケーションシステムは、複数の衛星を用いてもよく、あるいは用いなくてもよい。通信システム３００の様々な部分は、通信リンク３７０、３７１及び３７２を用いて通信する。上述したように、通信リンク３７１は、衛星データを受信する他の手段（例えば、ワイドエリアリファレンスネットワーク、図示せず）を用いてもよいため、任意である。以下に詳細に説明するように、ロケーションサーバ３１０は、ＭＳ３４０に対するロケーションサービスを実施する制御信号を生成する目的で、ＭＳ３４０から受信した識別情報を処理するために、ＥＩＰ３１６を用いてもよい。
【００２９】
図４は、ロケーションサーバ４１０が、通信リンク４７０を介して複数のＢＳＳ４５０、４５１及び４５２とつながった複数のＭＳデバイス４４０、４４１、４４３、４４５及び４４７に対してロケーションサービスを提供する、通信システム４００を示す。単一のＢＳＳは、いつでも複数のＭＳと通信するが、該ＢＳＳは、図示しない複数のＢＴＳも用いてもよい。しかし、図示したように、他の場合及びある状況においては、複数のＢＳＳが単一のＭＳと通信してもよい。ロケーションサーバ４１０は、通信リンク４７２を介してＢＳＳ４５０、４５１及び４５２と通信する。ＭＳデバイス４４０、４４１、４４３、４４５及び４４７、およびＢＳＳ４５０、４５１及び４５３は、それぞれ通信リンク４７１及び４７３を介して衛星４６０とも通信する。上述したように、通信リンク４７３は、衛星データを受信する他の手段（例えば、ワイドエリアリファレンスネットワーク、図示せず）を用いてもよいため、任意である。
【００３０】
また、図４に示すシステム４００は、ＥＩＳ４８０も含む（いくつかの実施形態においては、該ＥＩＳは、ＧＳＭシステムの場合のようにＥＩＲを備える）。ＥＩＳ４８０は、ユーザ及び機器情報に関連するデータベースを維持する。例えば、ＩＭＥＩ等の固有機器識別子は、（例えば、ＩＭＳＩまたは電子シリアル番号によって識別される）個々の加入者と関連付けられている。ＥＩＳ４８０は、通信リンク４７２を介してロケーションサーバ４１０と通信する。いくつかの実施形態においては、ＥＩＳ４８０は、ＭＳＣ（図示せず）、ＢＳＳ（４５０、４５１、４５２）、通信サービスプロバイダネットワーク４３０、または他の制御機器の一部としてもよく、またはそれらを介して接続してもよい。
【００３１】
ロケーションサーバ４１０は、ＣＰＵ４１２と、記憶装置４１４と、ＥＩＰ４１６と、バスシステム４１８とを有する。以下により詳細に説明するように、ロケーションサーバ４１０は、ＥＩＰ４１６を用いて、上記ＭＳの識別に関する情報を処理し、かつロケーションサーバ４１０を制御する制御信号を生成してもよい。ロケーションサーバ４１０によって受信されるロケーションサービスの要求は、該要求の一部として、機器情報、またはユーザ識別情報、あるいは両方を含んでもよい。
【００３２】
図４に示すＥＩＰ４１６等のＥＩＰは、図４に示すＭＳ４４０等のＭＳの識別に関する情報を用いて、様々な異なる方法で、ロケーションサーバ４１０等のロケーションサーバを制御する制御信号を生成してもよい。簡潔のために、ロケーションサーバの動作を制御するＥＩＰの動作を、以下に、図４に示すコンポーネントを参照して、限定された数の実施例を用いて説明する。
【００３３】
ＥＩＰ４１６等のＥＩＰは、ＭＳ４４０等の種々のデバイスとの通信セッションのための機器情報及び機器特性をマップするデータベース、例えば、関係型データベースを維持してもよい。例えば、固有機器識別は、ＩＭＥＩ、あるいは、該機器または機器の種類と関連付けられた他の標準識別子を含んでもよい。機器特性は、該機器または機器の種類に関連する、および、該機器のロケーションサービスプロパティ（ｌｏｃａｔｉｏｎ  ｓｅｒｖｉｃｅ  ｐｒｏｐｅｒｔｉｅｓ）に関連する、製造者、型、バグ、エラー、好適な方式等を含んでもよい。このような機器特性は、本明細書中において、該機器のロケーションサービス特性と呼んでもよい。上記データベースは、一実施形態において、記憶装置４１４に格納してもよい。該データベースは、ロケーションサーバ４１０によって受信されるロケーションサービス情報に対する要求毎に更新してもよく、または、例えば、統計サンプリングをとるためのある要求に対してのみ更新してもよい。また、該データベースは、古い情報を削除するために更新してもよい。図５は、ＥＩＰによって維持することができる、テーブル５００の形態の例示的なデータベースを示す。
【００３４】
図５に示す実施形態において、テーブル５００は、ＧＳＭ／ＧＰＲＳ／ＷＣＤＭＡ通信システムにおける国際モバイル加入者識別（ＩＭＳＩ）またはＩＳ−９５及びＣＤＭＡ２０００方式における電子シリアル番号（ＥＳＮ）等のモバイル加入者識別情報を格納するフィールド５０２と、ＧＳＭ通信システムにおけるＩＭＥＩ等のモバイル機器識別子を格納するフィールド５０４と、機器製造者識別子を格納するフィールド５０６と、型識別子を格納するフィールド５０８と、特定の製造者及び型に関連する既知のバグコードを格納するフィールド５１０と、補正コードを格納するフィールド５１２と、ロケーションサービスを提供する好適な方式を識別するコードを格納するフィールド５１４と、エラーコードを格納するフィールド５１６とを含む。テーブル５００は、追加的なフィールドを含んでもよく、かつ他のデータベースまたはテーブルを参照してもよく、あるいは、該テーブルは、本明細書に記載の全てのフィールドを含まなくてもよい。例えば、バグコード及び対応する補正コードを含む独立したデータベースが存在してもよく、この場合、テーブル５００は、該バグコードを格納するフィールド５１０を含んでもよい。本実施形態においては、動作時に、ロケーションサーバ４１０は、対応する補正コードをフィールド５１２に格納するのではなく、該対応する補正コードを他のデータベースまたはテーブルで探索することになる。独立したデータベースは、ＥＩＳ４８０等の他のサーバ、および必要に応じてロケーションサーバ４１０によって検索された情報によって維持してもよい。
【００３５】
図６は、機器識別情報が、ロケーションサービス要求に含まれているかどうかを知ることなく、該要求を受ける、図４のシステム４００等のシステムの動作を示すフローチャートである。ステップ６１０において、該方法は、ロケーションサービスに対する要求を受けたか否かを判断する。ステップ６１０において該答えがＮｏの場合、該方法はステップ６１０に戻る。そうではない場合、該方法はステップ６２０において、該要求が、要求されたロケーションサービスを受けるべき上記ＭＳのための機器識別情報を含むか否かを判断する。ステップ６２０において該答えがＹＥＳの場合、該方法は、以下に説明する、図７に示すようなさらなる処理のためのステップ７００に進む。
【００３６】
ステップ６２０において該答えがＮＯの場合には、上記方法は、ＥＩＳ４８０（図４）等のＥＩＳからの識別情報を要求するステップ６３０に進む。上述したように、ＥＩＳは、独立したサーバを備えてもよく、または、該ＥＩＳは、ＭＳＣ、ＧＭＬＣ、ＥＩＲ等の、通信システムの他の部分に組み込んでもよい。この要求を実施するために、上記方法は、上記ロケーションサービス要求を介して供給される、（ＩＭＳＩまたはＥＳＮ等の）ユーザ識別情報を用いてもよい。ステップ６４０において上記方法は、機器識別情報が既に供給されているか否かを判断する。ステップ６４０において該答えがＹＥＳの場合には、上記方法はさらなる処理のためのステップ７００に進む。ステップ６４０において該答えがＮＯの場合には、該方法はステップ６５０に進む。
【００３７】
ステップ６５０において、上記方法はそれに対してロケーションサービスが提供されるべき上記ＭＳのために、上記ＭＳＣ／ＧＭＬＣから識別情報を要求し、ステップ６６０に進む。ステップ６６０において、該方法は機器識別情報が与えられたか否かを判断する。ステップ６６０において該答えがＹＥＳの場合、該方法はステップ７００に進む。ステップ６６０において該答えがＮＯの場合には、該方法はステップ６６２に進む。
【００３８】
ステップ６６２において、上記方法は図５のデータベース５００等のデータベースをチェックして、上記ＭＳのための機器識別情報が、既に該データベースに入っているか否かを判断する。例えば、該情報は、ロケーション情報サービスを得るための、該ＭＳによる直前の試みの間に、該データベースに既に入っていてもよい。上述したように、該データベースは、機器識別情報に対する該ＭＳのためのユーザ識別に関連する情報を含んでもよい。該情報が該データベース内にある場合、上記システムはステップ７００に進む。該情報が該データベース内にない場合には、該システムはステップ６７０に進む。
【００３９】
ステップ６７０において、上記システムは上記セッションに対して、利用可能な機器識別情報がないことを反映させるために、該機器情報データベースを更新した後、ステップ６８０に進む。ステップ６８０において、上記方法は、該システムに、省略時の方法で、要求されたロケーションサービスを提供させる制御信号を生成した後、ステップ６９０に進む。ステップ６９０において、該方法は、該要求が良好に許可されたか否かを判断する。ステップ６９０において該答えがＹＥＳの場合、該方法はステップ６９９に進んで、該要求のさらなる処理を停止する。ステップ６９０において該答えがＮＯの場合には、該方法はステップ６９５に進む。
【００４０】
ステップ６９５において、上記方法は、うまくいかなかった要求の状況を反映させるために、機器情報データベースを更新する。また、該方法は、エラーログを生成するための制御信号を生成してもよい。上記機器情報データベース及び該エラーログは、解決策を生成するために、および／または、受信ＭＳのための好適な動作パラメータを決めるために用いてもよい。次に、該方法はステップ６９９に進んで、該要求の処理を終了する。
【００４１】
通信システムは、機器識別情報を、ロケーションサービスに対する要求と共に供給するように構成してもよい。そのようなシステムにおいては、図６に示す方法を省いてもよい。
【００４２】
図７は、機器識別情報を含む、ロケーションサービスに対する要求を受けた時に、機器識別情報を用いて、ロケーションサービスを提供するシステムの動作を示す。ステップ７００において、上記方法は、それに対してロケーションサービスが提供されるべき上記ＭＳのための機器識別情報を含むロケーションサービスに対する要求を受ける。
【００４３】
ステップ７０２において、上記方法は上記要求と共に受取った機器識別情報を反映させるため、機器情報データベース内の情報を更新した後、ステップ７０４に進む。該データベースを更新する該ステップは、古い情報を廃棄することを含んでもよい。例えば、多くのシステムにおいて、ＩＭＥＩは、一度に、１つのみのＩＭＳＩまたはＥＳＮとペアにすることができ、逆もまた同様である。すなわち、そのようなシステムが、ＩＭＥＩをＩＭＳＩまたはＥＳＮとペアにする要求を受けた場合、該ＩＭＥＩを異なるＩＭＳＩまたはＥＳＮとペアにする直前のエントリ、および該ＩＭＳＩまたはＥＳＮを異なるＩＭＥＩとペアにする直前のエントリは、更新または削除してもよい。
【００４４】
ステップ７０４において、上記方法はそれに対してロケーションサービスが提供されるべき機器と関連付けられた既知の好適な動作パラメータがあるか否かを判断する。ステップ７０４において該答えがＹＥＳの場合、該方法はステップ７０６におけるロケーションサービスに対する要求に応答する際に、該方法に該好適なパラメータを使用させる制御信号を生成した後、ステップ７１０に進む。ステップ７０４において該答えがＮＯの場合には、該方法はステップ７０８におけるロケーションサービスに対する要求に応答する際に、該方法に省略時のパラメータを使用させる制御信号を生成した後、ステップ７１０に進む。
【００４５】
ステップ７１０において、上記方法はそれに対してロケーションサービスが提供されるべき機器に対して、既知の「バグ」解決策があるか否かを判断する。ステップ７１０において該答えがＹＥＳの場合、該方法はステップ７１２に進む。ステップ７１０において該答えがＮＯの場合には、該方法はステップ７１４に進む。ステップ７１２において、該方法は該既知のバグ解決策を実施する制御信号を生成して、ステップ７１４に進む。ステップ７１４において、該方法は要求されたロケーションサービスを提供する制御信号を生成して、ステップ７１６に進む。ステップ７１６において、該方法は該要求が良好に許可されたか否かを判断する。ステップ７１６において該答えがＹＥＳの場合、該方法はステップ７２０に進む。該答えがＮＯの場合には、該方法はステップ７１８に進む。
【００４６】
ステップ７１８において、上記方法は、うまくいかなかった要求の状況を反映させるために、上記機器情報データベースを更新する。また該方法は、エラーログを生成する制御信号を生成してもよい。上記機器情報テーブル及びエラーログは、解決策を生成するためにおよび／または受信ＭＳのための好適な動作パラメータを決めるために、後に利用してもよい。次に、該方法はステップ７２０に進む。ステップ７２０において、ロケーションサービスに対する要求の処理は、図７の該方法によって終了する。
【００４７】
上述したように、適切なパフォーマンスデータは、ＭＳ機器の全ての構造及び型に対して使用可能ではない。図４の（ロケーションサーバ４１０内の）ＥＩＰ４１６等のＥＩＰは、ＭＳ４４０等の種々のデバイスとの通信セッションのための機器パフォーマンスデータをマップするパフォーマンスデータベースを維持してもよい。
【００４８】
図８は、ＥＩＰによって維持することができるテーブル８００の形態の例示的なパフォーマンスデータベースを示す。該データベースは、ＭＳ機器の様々な構造及び型のためのパフォーマンスデータを収集するために用いることができる。該テーブルは、記憶装置４１４（図４）等の記憶装置に都合よく格納することができる。テーブル８００は、次のフィールド、すなわち、ＧＳＭ／ＧＰＲＳにおける国際モバイル加入者識別（ＩＭＳＩ）またはＷＣＤＭＡシステムにおける電子シリアル番号（ＥＳＮ）等のモバイル加入者識別情報を格納するフィールド８０２と、（ＧＳＭ通信システムにおけるＩＭＥＩ等の）モバイル機器識別子を格納するフィールド８０４と、機器製造者識別子を格納するフィールド８０６と、型識別子を格納するフィールド８０８と、上記セッションの時間を格納するフィールド８１０と、ロケーションサービスに対する特定の要求を識別するフィールド８１２と、ロケーションサービスを提供する好適な方式を識別するコードを格納するフィールド８１４と、エラーコードを格納するフィールド８１６と、ロケーション判断の精度の評価等のサービスパラメータの第１の品質を格納するフィールド８１８と、ロケーション評価を準備するのに必要な時間等の、サービスパラメータの第２の品質を格納するフィールド８２０とを含む。追加的なフィールドをテーブル８００に付加してもよい。図示した全てのフィールドをテーブル８００に含める必要はない。さらに、上記システムは、他のデータベーススキーマを用いてもよい。
【００４９】
図９は、ロケーションサービスが提供される上記ＭＳデバイスのためのパフォーマンスデータを収集する１つの方法を示すフローチャートである。初めのステップ９００において、該方法はＭＳデバイスに提供されるべきロケーションサービスに対する要求を受けて、ステップ９０２に進む。
【００５０】
ステップ９０２において、上記方法は該要求と共に受取った機器識別情報を反映させるために、図８に示すデータベース等の機器情報データベース内の情報を更新して、ステップ９０４に進む。該データベースを更新する動作は、例えば、古い情報を廃棄する動作を含んでもよい。例えば、多くのシステムにおいて、ＩＭＥＩは、一度に、１つのみのＩＭＳＩまたはＥＳＮとペアにすることができ、逆もまた同様である。すなわち、そのようなシステムが、ＩＭＥＩをＩＭＳＩまたはＥＳＮとペアにする要求を受けた場合、該ＩＭＥＩを異なるＩＭＳＩまたはＥＳＮとペアにする直前のエントリ、および該ＩＭＳＩまたはＥＳＮを異なるＩＭＥＩとペアにする直前のエントリは、更新または削除してもよい。
【００５１】
ステップ９０４において、上記方法はパフォーマンスデータが、それに対してロケーションサービスが提供されるべき上記ＭＳにとって望ましいか否かを判断する。例えば、パフォーマンスデータは、完全な標準動作検査を受けないＭＳデバイスの構造及び型に対して推奨される。ステップ９０４において該答えがＹＥＳの場合、該方法はステップ９０６に進む。ステップ９０４において該答えがＮＯの場合には、該方法はステップ９５０に進む。ステップ９５０において、該方法はロケーションサービスに対する要求を処理するように進行し（図７参照）、その後、終了ステップ９９９に進む。ステップ９０６において、該方法は、ロケーションサービスが、それに対して提供されるべき上記ＭＳの製造者及び型のためのパフォーマンスデータテーブル（例えば、図８に示すテーブル８００）内にエントリがあるか否かを判断する。ステップ９０６において該答えがＹＥＳの場合、該方法はステップ９０８に進む。ステップ９０６において該答えがＮＯの場合には、該方法はステップ９２２に進む。
【００５２】
ステップ９０８において、上記方法は追加的な情報および／または好適な動作パラメータが、それに対してロケーションサービスが提供されるべき上記ＭＳに対して分かっているか否かを、上記パフォーマンスデータテーブルから判断する。ステップ９０８において該答えがＹＥＳの場合、該方法はステップ９１０に進む。ステップ９０８において該答えがＮＯの場合には、該方法はステップ９２０に進む。ステップ９１０において、該方法は既知の追加的な情報および／または好適な動作パラメータを実施する制御信号を生成して、ステップ９２２に進む。ステップ９２０において、該方法はロケーションサービスに対する要求に応答する際に、省略時の動作パラメータを上記システムに使用させる制御信号を生成して、ステップ９２２に進む。
【００５３】
ステップ９２２において、上記方法はロケーションサービスに対する要求を処理すること（図７参照）を続けて、ステップ９２４に進む。ステップ９２４において、上記方法はロケーションサービスがそれに対して提供された上記ＭＳからの応答メッセージを要求する。無線通信技術における当業者は、ステップ９２４を、ある検査状況の下で省略してもよいことを認識するであろう。例えば、応答は自動的に生成することができる。次に、該方法はステップ９２６に進む。ステップ９２６において、該方法はロケーションサービスがそれに対して提供された上記ＭＳから応答メッセージを受取り、ステップ９２８に進む。ステップ９２８において、該方法は該ロケーションサービスを受けた該ＭＳのパフォーマンスを評価して、ステップ９３０に進む。ステップ９３０において、該方法は該ＭＳのパフォーマンスを反映させるために、図８のパフォーマンステーブル８００等のパフォーマンステーブルを更新して、ステップ９９９に進む。当業者は、該パフォーマンスデータが、実際のパフォーマンス値を備えてもよいことを認識するであろう。別法として、該パフォーマンスデータは、目標値が満たされていたか否かを示すデータを備えてもよい。
【００５４】
ＭＳに関連するロケーションサービスを提供する要求は、該関連するＭＳによって発信する必要はない。例えば、１つのＭＳは、第２のＭＳのロケーションを要求してもよい。別法として、ＭＳは、電話の呼び出しを行うためなどの他の理由のために上記通信システムに接続してもよく、該通信システムは、該ＭＳが、ロケーションサービスパフォーマンスデータが所望されるタイプのものであることを認識してもよい。すなわち、該通信システムは、該ＭＳのためのロケーションサービスを自動的に要求してもよい。
【００５５】
無線通信技術の当業者は、図６、７及び９に示したステップが、図示の特定の順で行われる必要はないこと、および該ステップを省略してもよいこと、または、追加的なステップを、本発明の範囲及び趣旨を逸脱することなく実行できることを認識するであろう。
【００５６】
（ＧＳＭの場合の例示的な実施）
ＧＳＭ  ＬＣＳに対する必須の特徴及び機能は、組み込まれたリファレンス３ＧＰＰ  ＴＳ  ４３．０５９に詳細に記載されている。しかし、目下のところ、現在のＭＳは、これらの必須の特徴／機能の全てに対して、厳密かつ完全に検査することができないという懸念がある。特に、ＧＰＳ及び支援型ＧＰＳ（ａｓｓｉｓｔｅｄ−ＧＰＳ；Ａ−ＧＰＳ）方式の場合、該ＭＳの完全な適合検査は、標準化されていない。そのため、検査されていない特徴または機能のうちの１つが、ネットワーク内で「作動した」場合、該特徴／機能（または該特徴／機能の組合せ）で作動しないＭＳも出てくるというリスクがある。モバイルネットワークシステムにおけるこのような問題に対するいくつかの解決法は、（本当に可能な場合）高価なネットワークパッチ、いっそう高価なモバイル更新、または現在のＭＳ機器により十分にサポートされるまで、該機能性を不能にすることを含む。
【００５７】
従来のＧＳＭシステムにおいては、ＩＭＥＩは、符号化エラー及びＬＣＳに関係のない他の故障を直すために既に用いられている。上記ＭＳＣは、上記ＭＳと該ＭＳＣの間の標準的な信号方式によって、目標のモバイルのＩＭＥＩを得る。しかし、該従来の方法は、該ＩＭＥＩを、移動体デバイスまたはロケーションサーバのいずれかであってもよいロケーション判断ネットワークエンティティ（ｌｏｃａｔｉｏｎ  ｄｅｔｅｒｍｉｎａｔｉｏｎ  ｎｅｔｗｏｒｋ  ｅｎｔｉｔｙ）に対して利用可能ではないため、ＬＣＳに用いることができない。（本明細書において上述したような）本発明のコンセプトは、該従来技術の解決法の限界を有利に克服する。１つの態様において、上記ＧＭＬＣから上記ＭＳＣへのロケーションサービスの要求は、ＩＭＥＩ情報を該ＭＳＣへ伝えてもよい。そして、該ＭＳＣは、完全なＩＭＥＩメッセージを上記ロケーションサーバおよび／またはＥＩＰへ送信し、あるいは、該ＭＳの製造者及びモデル情報を該ロケーションサーバおよび／またはＥＩＰへ単に送信してもよい。この情報は、標準的なロケーション要求メッセージにおける要素として送信することができ、または別法として、無線接続ネットワークを利用して、該ＭＳＣと該ロケーションサーバとの間で、所有権を主張できるメッセージを介して送信することができる。該ＧＳＭネットワークが、標準的なまたは所有権を主張できるメッセージを用いて、該ＭＳ識別情報を該ロケーションサーバに供給できない場合には、既に説明したように、データテーブルを該ロケーションサーバおよび／またはＥＩＰおよび／またはＭＳ内に維持してもよい。それらのデータテーブルは、（ＭＳによる各呼に対して得ることができる）ＩＭＳＩまたはＥＳＮを用いてもよく、かつ該ＩＭＳＩまたはＥＳＮを、該ＭＳ製造者／型、故障及びパフォーマンスデータに関連付けるように適応させてもよい。
【００５８】
本発明のコンセプトの１つの例示的な適用においては、ＭＳは、正しく機能しなくてもよく、そのため、ロケーションサービスの要求されるロケーションＱｏＳ（例えば、ロケーション精度）は、確認することができない。該ロケーションサービスは、ＱｏＳに基づいて、広範囲の用途を有する。例えば、ＱｏＳに基づく１つの用途は、数メートル以内の緊急ユーザの位置を正確に示すことを備える。他の用途は、数キロメートル内の近くのレストランの位置を探し出すことを備える。緊急ユーザの位置を正確に示すことの失敗は、ユーザに対して負傷を引き起こす可能性があり、また、加入者へＱｏＳを提供することの失敗は、オペレータに対して、収入の損失を引き起こす可能性がある。図９に関して説明した動作方法の例示的な実施は、要求されるロケーションＱｏＳを提供し、かつ確認するという問題に関する。ロケーション要求が、ロケーションＱｏＳ（例えば、５０メートル以内であるように要求されるＭＳロケーション精度）を指定した場合、このことは、省略時の動作パラメータ及び制御信号によって実現することはできない。本発明の該方法は、パフォーマンスデータベースから、既知の追加的な情報または動作パラメータを検索することにより、およびこのデータに応答して、制御信号を実行することにより、要求されたレベルまでロケーション精度を改善するのに用いることができる。例えば、特にＭＳにおいて、支援型ＧＰＳを実施する際に障害が存在する場合、上記方法は、代わりにＥ−ＯＴＤ位置決め法を用いてもよい。さらに、要求されるＱｏＳにより、上記システムは、Ｅ−ＯＴＤ位置判断のために、小数または多数のＢＴＳのペアを補充してもよい。
【００５９】
従って、無線通信技術における当業者は、本明細書において上述したように、本発明のコンセプトが、特定のＭＳが要求されたサービスに対応しているか否かを判断することにより、およびそうでない場合、制御信号またはＬＣＳ応答を改善する追加的な情報を任意に与えることにより、ＭＳ機器性能に関連する問題を有利に扱うことを理解するであろう。
【００６０】
（他の実施形態）
本発明のコンセプトの他の態様を図１０に示し、該図は機能ブロック形態で単純化した通信システム１０００を示す。図１０のシステム１０００は、図２のシステム２００と同様のものである。しかし、本発明のコンセプトによるこの例示的な実施形態においては、ＭＳ１０４０は、ＥＩＰ１０４５を含む。さらに、ＭＳ１０４０は、ＭＳ支援型またはＭＳをベースとするロケーション判断のために使用可能にされる。組み込まれたリファレンス３ＧＰＰ  ＴＳ  ４３．０５９に規定されているように、ＭＳ支援型位置決めは、該ＭＳが、位置測定値を、ネットワークによって供給されるロケーション推定の計算のためのネットワークに供給する、モバイル中心の位置決め法（例えば、Ｅ−ＯＴＤ、Ａ−ＧＰＳ）である。該ネットワークは、ロケーション測定を可能にしおよび／または測定動作を改善する上記ＭＳに支援データを提供してもよい。ＭＳをベースとする位置決めは、該ＭＳが位置測定及びロケーション推定の計算の両方を実行し、これらの機能のうちの１つまたは両方にとって有用または本質的な支援データが、該ネットワークによって該ＭＳに供給されるモバイル中心の位置決め法（例えば、Ｅ−ＯＴＤ、Ａ−ＧＰＳ）として定義される。
【００６１】
以下により詳細に説明するように、ＭＳ１０４０は、本実施形態において、ロケーションサーバ１０１０の製造者及び型に関連する機器識別情報を判断するために使用可能にされる。ＭＳ１０４０はこの情報を用いて、データをロケーションサーバ１０１０と交換するメッセージ及びパラメータの好適なセットを選択する。ロケーションサーバ１０１０が、「バグ」を有することが分かっている場合には、ＭＳ１０４０は随意にデータ信号を用いて、該バグを引き起こすことを回避してもよい。さらに、ロケーション情報要求に応答する場合、ＭＳ１０４０は特定のロケーションサーバの特徴及びバグに関して学習する能力を含んでもよい。該ＭＳは、将来の使用のために該ＭＳによって得られた情報を蓄積してもよい。
【００６２】
図１０に示すように、ＭＳ１０４０は、ＣＰＵ１０４２と、記憶装置１０４４と、トランシーバ１０４６とを含む。トランシーバ１０４６は、ＭＳ１０４０と、ＢＳＳ１０５０または衛星１０６０等の遠隔地との間の、音声／ビデオ／テキストの通信及びプログラミングデータ等のデータの送受信を可能にする。アンテナ１０４８は、トランシーバ１０４６に電気的に結合されている。典型的には、ＣＰＵ１０４２は、記憶装置１０４４に格納された命令の特定のセットを実行することによってＥＩＰ１０４５を実施するが、いくつかの実施形態においては、ＥＩＰ１０４５を実装するために独立した専用プロセッサを使用してもよい。ＣＰＵ１０４２は記憶装置１０４４に格納された命令を実行してもよい。ＭＳ１０４０のコンポーネントはバスシステム１０４９によって一緒に連結されている。
【００６３】
ＢＳＳ１０５０は、ＣＰＵ１０５２を有するＢＳＣ１０５１と、記憶装置１０５４と、ＢＴＳ１０５５及び１０５６とを含む。該ＢＴＳは、ＢＳＳ１０５０と、（ＭＳ１０４０または衛星１０６０等の）遠隔地との間の（音声／ビデオ／テキストの通信及びプログラミングデータ等の）データの送受信を可能にする。アンテナ１０５７及び１０５８は、該ＢＴＳに電気的に結合されている。ＢＳＣ１０５１は、バスシステム１０５９を含む。ロケーションサーバ１０１０、ＭＳ１０４０、ＢＳＳ１０５０及び衛星１０６０は、通信リンク１０７０、１０７１及び１０７２を用いて通信する。上述したように、通信リンク１０７１は、衛星データ（例えば、図示しないワイドエリアリファレンスネットワーク）を受信する他の手段を用いることができるため、随意である。例証として、１つの衛星が描かれているが、通信技術の当業者は、複数の衛星を、ＬＣＳを該ＭＳに供給するのに用いることができること、あるいは用いなくてもよいことを認識するであろう。システム１０００は、記憶装置１０１４を有するロケーションサーバ１０１０と、ロケーションサーバ１０１０の動作を制御するＣＰＵ１０１２とを含む。記憶装置１０１４は、命令及びデータを、公知の方法で、ＣＰＵ１０１２に与える。
【００６４】
ロケーションサーバ１０１０のコンポーネントは、バスシステム１０１８によって、一緒に連結されている。前の図に関して上述したように、ロケーションサーバ１０１０はＢＳＳ１０５０に対して外部に描かれているが、該ロケーションサーバはＢＳＳ１０５０またはＢＳＣ１０５１の内部に組み込んでもよく、あるいは、該ロケーションサーバは通信サービスプロバイダネットワーク１０３０内、または、これらのある組合せに設けてもよい。
【００６５】
ＥＩＰ１０４５は、データベース、例えば、ＢＳＳ１０５０等の様々なＢＳＳとの通信セッションのための機器情報（例えば、ロケーションエリア識別子及びオペレータＩＤ等の固有機器識別子）をマップする関係型データベースを維持してもよい。該データベースは都合よく記憶装置１０４４に格納してもよい。該データベースは、ＭＳ１０４０によって受信されたまたは開始されたロケーションサービスに対する要求毎に更新してもよく、または、例えば、意味のある統計サンプリングを実行するためのある要求に対してのみ更新してもよい。また、古い情報を削除するために更新してもよい。
【００６６】
図１１は、ＭＳに組み込まれたＥＩＰによって維持することができるテーブル１１００の形態の例示的なデータベースを示す。図１１に示すように、テーブル１１００は次のフィールド、すなわち、ロケーションエリア識別子（ＬＡＩ）等の地理的サービスエリアに関連する識別情報を格納するフィールド１１０２と、オペレータＩＤ等のサービスプロバイダ識別子を格納するフィールド１１０４と、ロケーションサーバ機器製造者識別子を格納するフィールド１１０６と、ロケーションサーバ型識別子を格納するフィールド１１０８と、ロケーションサービスを提供する好適な方式を識別するコードを格納するフィールド１０１０と、特定の製造者及びまたは型に関連する既知のバグコードを格納するフィールド１１１２と、補正コードを格納するフィールド１１１４と、エラーコードを格納するフィールド１１１６と、セッションの時間を格納するフィールド１１１８と、ロケーション要求に関連するセッションＩＤを格納するフィールド１１２０と、パフォーマンスデータを格納するフィールド１１２２とを含む。上述したように、共通のチャネルで送信されるロケーションエリア識別子（ＬＡＩ）を読み取ることにより、上記ＭＳは、位置ロケーションサーバのモデルが特定のネットワーク内で用いられるデータベース情報を用いて、判断することができる。同様に、該ＭＳは、ブロードキャスト情報に基づいて、オペレータ識別（ＩＤ）を判断することもできる。該オペレータＩＤは、データベース情報によって、位置ロケーションサーバ機器に関連付けることができる。テーブル１１００は、追加的なフィールドを含んでもよく、かつ他のデータベースまたはテーブルを参照してもよく、あるいは、本明細書に記載した及び図１１に示す全てのフィールドを含まなくてもよい。例えば、バグコード及び対応する補正コードを備える独立したデータベースが存在してもよい。本実施形態において、テーブル１１００は、該バグコードを格納するフィールド１１１２を含んでもよい。動作中、ＭＳ１０４０は、対応する補正コードをフィールド１１１４に格納するのではなく、他のデータベースで探索することになる。
【００６７】
図１２は、（ＥＩＰ１０４５等のＥＩＰを有し、かつＭＳ支援型またはＭＳをベースとする位置決めのために使用可能にされる）ＭＳ１０４０等のＭＳを用いて、ロケーションサービスを提供する方法の動作を示す。ステップ１２００において、ロケーションサービスに対する要求が該ＭＳによって受信されて、処理が始まる。ステップ１２０２において、該ＭＳはＬＡＩまたはオペレータＩＤを取得し、上記方法がステップ１２０４に進む。該ＬＡＩまたはオペレータＩＤは、共通のブロードキャストチャネルからこの情報を受信することによって取得してもよい。別法として、該ＬＡＩ及び／またはオペレータＩＤが直前の通信セッションから分かっている場合、および変更されていない場合には、これらの識別子は上記ＭＳの記憶装置から検索してもよい。例えば、これらのデータは、データベースまたはテーブル１１００等のテーブルに既に格納されていてもよい。ステップ１２０４において、上記ＥＩＰは、データベースまたはテーブル１１００等のデータテーブルからロケーションサーバ機器識別情報を検索し、上記方法はステップ１２０５に進む。ステップ１２０５において、該データベースまたはテーブルが更新される。例えば、セッションの時間及びセッションＩＤは、該ＬＡＩ等と関連付けて入力してもよい。そのようなデータの入力は、将来の検索及び上述したような機器識別情報の利用を容易にする可能性がある。ステップ１２０６に進むと、上記ＥＩＰは、上記ネットワークのオペレータによって使用されるロケーションサーバ機器と関連付けられた既知の好適な動作パラメータがあるか否かを判断する。ステップ１２０６において該答えがＹＥＳの場合、上記ＭＳはステップ１２０８におけるロケーションサービスに対する要求に応答する時に、上記方法に、該好適なパラメータを使用させる制御信号を生成する。次に、該方法はステップ１２１２に進む。
【００６８】
ステップ１２０６において該答えがＮＯの場合には、上記ＭＳはステップ１２１０におけるロケーションサービスに対する要求に応答する時に、上記方法に、省略時のパラメータを使用させる制御信号を生成する。次に、該方法はステップ１２１２に進む。
【００６９】
ステップ１２１２において、上記ＥＩＰは、上記ロケーションサーバ機器に対して、既知のバグ解決策があるか否かを判断する。ステップ１２１２において該答えがＹＥＳの場合、次に上記方法はステップ１２１４に進む。ステップ１２１２において該答えがＮＯの場合には、該方法はステップ１２１６に進む。ステップ１２１４において、上記ＭＳは既知のバグ解決策を実施する制御信号を生成し、該方法はステップ１２１６に進む。ステップ１２１６において、該ＭＳは要求されたロケーションサービスを提供する制御信号を生成する。次に、該方法はステップ１２１８に進む。ステップ１２１８において、該ＭＳは該要求がうまく許可されたか否かを判断する。ステップ１２１８において該答えがＹＥＳの場合、該方法はステップ１２２２に進む。該答えがＮＯの場合には、該方法はステップ１２２０に進む。
【００７０】
ステップ１２２０において、上記ＥＩＰは、上記機器情報データベースまたはデータテーブルを更新して、上記要求が失敗したことを反映させる。また、該ＥＩＰはエラーログを生成する制御信号を生成してもよい。該機器情報テーブル及びエラーログは、後に、解決策を生成するために、および／または後のロケーション要求のための好適な動作パラメータを決めるために用いてもよい。この方法により、上記ＭＳは、特定のロケーションサーバの特徴及びバグに関する情報を生成することができ、将来の使用のためにこの情報を格納することができる。次に、上記方法はステップ１２２２に進み、そこで該ＭＳによる処理が終了する。
【００７１】
図１３は、ロケーションサーバ機器に関連するＭＳデバイスによりパフォーマンスデータを収集する１つの例示的な方法を示すフローチャートである。初めのステップ１３００において、該方法はＭＳデバイスによりロケーションサーバに供給されるロケーション情報に対する要求を受信し、ステップ１３０１に進む。ステップ１３０１において、該ＭＳは、該ＭＳが作動しているエリア内のＢＴＳによって送信された信号方式メッセージの内容を読み取ることによりＬＡＩまたはオペレータＩＤを取得し、該方法はステップ１３０２に進む。ステップ１３０２において、上記ＥＩＰは上述したテーブル１１００等のデータベースまたはデータテーブルからロケーションサーバ機器識別情報を検索し、該方法はステップ１３０３に進む。
【００７２】
ステップ１３０３において、上記方法は図１１に示したデータベース等の機器情報データベース内の情報を更新して、機器ロケーションサーバ識別情報、セッションＩＤ、セッションの時間等を反映させた後、ステップ１３０４に進む。
【００７３】
ステップ１３０４において、上記方法は、パフォーマンスデータが該ロケーションサーバ機器にとって望ましいか否かを判断する。例えば、パフォーマンスデータは上記ＭＳに関して入念に検査されていないロケーションサーバ機器に対して推奨される。ステップ１３０４において該答えがＹＥＳの場合、該方法はステップ１３０６に進む。ステップ１３０４において該答えがＮＯの場合には、該方法はステップ１３５０に進む。ステップ１３５０において、該方法はロケーションサービスに対する要求を処理するために進み（図１２参照）、その後終了ステップ１３９９に進む。ステップ１３０６において、該方法はそれに対してロケーション情報が提供されるべきロケーションサーバの製造者及び型のためのパフォーマンスデータテーブル（例えば、図１１に示すテーブル１１００）内にエントリがあるか否かを判断する。ステップ１３０６において該答えがＹＥＳの場合、該方法はステップ１３０８に進む。ステップ１３０６において該答えがＮＯの場合には、該方法はステップ１３２２に進む。
【００７４】
ステップ１３０８において、上記方法は追加的な情報および／または好適な動作パラメータがロケーションデータがこれに対して提供されるべきロケーションサーバ機器に対して分かっているか否かを、上記パフォーマンスデータテーブルから判断する。ステップ１３０８において該答えがＹＥＳの場合、該方法はステップ１３１０に進む。ステップ１３０８において該答えがＮＯの場合には、該方法はステップ１３２０に進む。ステップ１３１０において、該方法は既知の追加的な情報および／または好適な動作パラメータを実施する制御信号を生成して、ステップ１３２２に進む。ステップ１３２０において、該方法はロケーションサービスに対する要求に応答する時に、上記システムに、省略時の動作パラメータを使用させる制御信号を生成して、ステップ１３２２に進む。
【００７５】
ステップ１３２２において、上記方法はロケーションサービスに対する要求を処理することを続けて（図１２参照）、ステップ１３２４に進む。ステップ１３２４において、該方法はそれに対してロケーションデータが供給されたロケーションサーバ機器からの応答メッセージを要求する。通信技術の当業者は、ある検査状況の下で、ステップ１３２４を省略してもよいことを認識するであろう。例えば、応答は自動的に実行することができる。次いで上記方法はステップ１３２６に進む。ステップ１３２６において、該方法はそれに対してロケーションデータが供給されたロケーションサーバ機器から応答メッセージを受取り、ステップ１３２８に進む。ステップ１３２８において、該方法はロケーションデータを受取る該ロケーションサーバ機器のパフォーマンスを評価して、ステップ１３３０に進む。ステップ１３３０において、該方法は図１１のパフォーマンステーブル等のパフォーマンステーブルを更新して、該ロケーションサーバ機器のパフォーマンスを反映させた後、ステップ１３９９に進む。当業者は、該パフォーマンスデータが、実際のパフォーマンス値を備えてもよいことを認識するであろう。別法として、該パフォーマンスデータは、目標値を満たすか否かを示すデータを備えてもよい。
【００７６】
また、通信及びコンピュータ技術における当業者は、本明細書の実施形態のうちのいずれかの方法ステップを具体的に組み入れるコンピュータ読取り可能媒体を、本教示に従って用いることができることを認識するであろう。例えば、図６、７、９、１２及び１３を参照して上述した方法ステップは、該コンピュータ読取り可能媒体に格納した一連のコンピュータが実行可能な命令として組み入れることができる。このような媒体は、限定しないが、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フロッピー(登録商標)ディスク、ハードディスク、ＣＤ−ＲＯＭ等を含んでもよい。また、本開示は、ＦＰＧＡ、またはＰＬＡ、あるいは、コンピュータプログラム命令を組み入れるように製造または変更することができるその他の集積回路等の集積回路内に、ディジタル論理として合成された上記の実施形態のうちのいずれかの方法ステップを意図する。
【００７７】
本発明の多数の実施形態を説明してきた。それにもかかわらず、様々な変更例を、本発明の範囲を逸脱することなく実行できることが理解されよう。例えば、本発明の上記方法は、ソフトウェアまたはハードウェアで、またはハードウェア及びソフトウェア実施形態の組合せで実行することができる。別の実施例として、１つのモジュールの一部として記載した上記機能が、一般に、他のモジュールにおいて同様に実行することができることを理解すべきである。さらに別の実施例として、特定の順で図示または説明したステップまたは動作は、一般に、該ステップのための特定の順序を含む請求項に記載した実施形態を除いて、異なる順で実行してもよい。
【００７８】
従って、本発明を、特定の図示の実施形態によってではなく、添付した請求項の範囲によってのみ限定すべきであることを理解すべきである。上記説明は、特許請求の範囲に記載したような同様の特徴からなる実施例をもたらす可能性があるが、同一性が、請求項の範囲を包含することが本質的であることを除いて、そのような同様の特徴が、該請求項の特徴と同一であると仮定すべきではない。ある場合においては、請求項の特徴と説明の特徴との間の意図する相違は、わずかに異なる用語を用いることにより強調される。
【図面の簡単な説明】
【００７９】
【図１】ロケーションサービスを含む無線通信を提供する無線通信システムの機能ブロック図である。
【図２】追加的な構成要素を示す、ロケーションサービスを含む無線通信を提供する無線通信システムの別の機能ブロック図である。
【図３】構成要素の代替の構成を示す、ロケーションサービスを含む無線通信を提供する無線通信システムの他の機能ブロック図である。
【図４】複数の移動局を示す、ロケーションサービスを含む無線通信を提供する無線通信システムの別の機能ブロック図である。
【図５】無線通信システムの一実施形態によって維持することができる、表形式で示した機器情報の例示的なデータベースの概略図である。
【図６】機器情報を検索する例示的な方法を示すフローチャートである。
【図７】機器情報を用いて、移動局に対してロケーションサービスを提供する例示的な方法を示すフローチャートである。
【図８】追加的なまたは代替の構成要素を示す、無線通信システムの一実施形態によって維持することができる、表形式で示した機器情報の例示的なデータベースの別の概略図である。
【図９】ＭＳのためのロケーションサービスパフォーマンスデータを収集し、パフォーマンスデータテーブルを用いて、ロケーションサービスのためのサービス品質に関連するロケーションサービス制御信号を生成する例示的な方法を示すフローチャートである。
【図１０】機器識別プロセッサを有する移動局を示す、ロケーションサービスを含む無線通信を提供する無線通信システムの他の機能ブロック図である。
【図１１】移動局に組み込まれた機器識別プロセッサによって維持することができる、テーブル形式の例示的なデータベースである。
【図１２】機器識別プロセッサを有する移動局を用いて、ロケーションサービスを提供する例示的な方法を示すフローチャートである。
【図１３】パフォーマンスデータが格納されており、検索される、機器識別プロセッサを有する移動局を用いて、ロケーションサービスを提供する別の例示的な方法を示すフローチャートである。
【図１】
2005537709.tif 000003
【図２】
2005537709.tif 000004
【図３】
2005537709.tif 000005
【図４】
2005537709.tif 000006
【図５】
2005537709.tif 000007
【図６】
2005537709.tif 000008
【図７】
2005537709.tif 000009
【図８】
2005537709.tif 000010
【図９】
2005537709.tif 000011
【図１０】
2005537709.tif 000012
【図１１】
2005537709.tif 000013
【図１２】
2005537709.tif 000014
【図１３】
2005537709.tif 000015
【国際調査報告】
2005537709.tif 000016
2005537709.tif 000017
2005537709.tif 000018