【誤訳訂正書】
【提出日】平成20年1月4日(2008.1.4)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
通信システムを介した通信に適合する移動局に関する情報を提供する方法において、
・  前記通信システムに関連して提供される測位サービスエンティティにおいて、前記移動局の識別子および対象エリアに関する情報を含むエリアイベント通知リクエストを受信するステップと、
・  前記対象エリアに関連する前記移動局の存在状況に関する変化を示すイベントのモニタリングを作動するステップと、
・  前記イベントの検出に対応して通知信号を伝達するステップと、
を備える方法。
【請求項２】
前記モニタリングは前記移動局で作動される請求項１に記載の方法。
【請求項３】
前記モニタリングが、前記対象エリアの情報に基づき選択される前記通信システムの少なくとも一つのセルの識別子に基づく請求項１に記載の方法。
【請求項４】
前記モニタリングが、前記対象エリアの情報に基づき決定される少なくとも一つの測位エリアに基づく請求項１に記載の方法。
【請求項５】
前記モニタリングが、前記対象エリアの情報に基づき決定される少なくとも一つのルーティングエリアに基づく請求項１に記載の方法。
【請求項６】
前記モニタリングが、前記対象エリアの情報に基づき決定される少なくとも一つのサービスエリアに基づく請求項１に記載の方法。
【請求項７】
対象エリアがエリアの形状により決定される請求項１に記載の方法。
【請求項８】
前記リクエストが報告されるべき前記イベントに関する追加情報を含み、前記追加情報により前記対象エリアへ入ったかあるいは前記対象エリアから出たかが報告されるかどうかが決定される請求項１に記載の方法。
【請求項９】
前記エリアイベント通知リクエストを取消すステップを含む請求項１に記載の方法。
【請求項１０】
前記通知信号を伝達するステップの後で前記リクエストが取消される請求項９に記載の方法。
【請求項１１】
前記通知信号を伝達するステップは、所定の時間間隔に亘って前記イベントの検出に応答する請求項１に記載の方法。
【請求項１２】
所定の時間間隔のうちの連続信号送信が制限される請求項１に記載の方法。
【請求項１３】
前記連続信号送信を制限するようにＬＣＳクライアントが前記所定の時間間隔を決定する請求項１２に記載の方法。
【請求項１４】
連続した信号送信を制限するようにネットワークオペレータが前記所定の時間間隔を決定する請求項１２に記載の方法。
【請求項１５】
前記対象エリアがセル選択の検討に取り入れられる請求項１に記載の方法。
【請求項１６】
前記エリアイベント通知リクエストの受信ステップが位置更新に応答する請求項１に記載の方法。
【請求項１７】
測位結果が伝達されることに応じて、前記移動局の位置が前記対象エリアに対応していることを確かめるために、前記移動局の位置を確認するステップを含む請求項１に記載の方法。
【請求項１８】
通信システムの構成において、
・  前記通信システムの基地局とのワイヤレス通信に適合する移動局と、
・  対象移動局の識別子および対象エリアに関する情報を含むエリアイベント通知リクエストの受信に適合する測位サービスエンティティと、
・  前記リクエストの受信に応答して前記対象エリアに関する前記対象移動局の存在状況の変化を示すイベントをモニターするモニタリング手段と、前記イベントの検出に応じて通知信号を伝達する手段と、
を備える通信システムの構成。
【請求項１９】
前記モニタリング手段は前記対象移動局に関連して提供される請求項１８に記載の構成。
【請求項２０】
前記モニタリングは前記通信システムの運用に関連したエリア識別子に基づく請求項１８に記載の構成。
【請求項２１】
前記対象エリアが、その形状により決定される請求項１８に記載の構成。
【請求項２２】
通信システムでの使用のためのエリアイベント通知リクエストであって、移動局が通信システムの基地局とのワイヤレス通信に適合し、前記リクエストが対象エリアに関連する対象移動局の存在状況の変化を示すイベントのモニタリングの作動のためのリクエストであり、前記対象移動局及び前記対象エリアの識別子に関する情報を含む、エリアイベント通知リクエスト。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】移動局に関する情報の提供
【技術分野】
【０００１】
本発明は、通信システムを介したワイヤレス通信サービスに適合する移動局に関する情報の提供と、より具体的には、地理的エリアに入ったあるいはそこから出た等の既定のイベントに対応して、移動局の地理的な位置に基づき生成される情報の送信に関する。
【背景技術】
【０００２】
ユーザにワイヤレス通信の可能性を提供する通信システムは周知である。そのようなシステムの典型的な例としては、セルラー通信システムあるいは移動体通信システムがある。セルラー通信システムとは、無線アクセスエンティティ及び／またはワイヤレスサービスエリアに基づく通信システムである。アクセスエンティティはしばしばセルと呼ばれる。セルラーシステムの特徴は、ユーザに対し可動性のある通信システムを提供できる点にある。そのため、これらは移動体通信システムと呼ばれることも多い。
【０００３】
セルラー通信システムとしては、ＧＳＭ（移動体通信用グローバル・システム）等の標準、あるいはＧＳＭをベースにした様々な種類のシステム（ＧＰＲＳ（汎用パケット無線サービス）等）、ＡＭＰＳ（Ａｍｅｒｉｃａｎ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ：米国携帯電話システム）、ＤＡＭＰＳ（デジタルＡＭＰＳ）、ＷＣＤＭＡ（広帯域時分割多元接続）、ＴＤＭＡ／ＣＤＭＡ（時分割多元接続／符号多重接続）等のＵＭＳ（ユニバーサル移動体通信システム）、ＩＭＴ、ｉ−Ｐｈｏｎｅ等が含まれるが、これらに限定されない。
【０００４】
セルラーシステムにおいては、基地局（ＢＴＳ）が、移動局（ＭＳ）やそれと同様のワイヤレスユーザ機器（ＵＥ）に、セルのサービスエリア内で電波あるいは無線を介してサービスを提供するワイヤレス通信施設を提供する。セルのおおよその大きさと形状が既知であればセルを地理的な場所と関連付けることが可能である。セルの大きさと形状は個々のセルによって様々である。いくつかのセルをグループとしてまとめ、より大きなサービスエリアを確立することもできる。基地局は１つ以上のセルにサービスを提供する場合がある。
【０００５】
各セルは、適切な制御装置により制御される。たとえば、ＷＣＤＭＡ無線アクセスネットワークの場合、基地局（ここではノードＢと呼ばれる場合もある）は無線ネットワークコントローラ（ＲＮＣ）により接続、管理される。ＧＳＭ無線ネットワークの場合、基地局は、基地局サブシステム（ＢＳＳ）の基地局コントローラ（ＢＳＣ）により接続、管理される。ＢＳＣまたはＲＮＣはその後、モバイルスイッチングセンター（ＭＳＣ）により接続、管理される。ＳＧＳＮ（サービングＧＰＲＳサポートノード）等のその他のコントローラノードも同様に提供される。セルラーネットワークのＭＳＣは通常、相互接続されており、例えば公衆交換電話網（ＰＳＴＮ）や、インターネット及び／またはその他のパケットスイッチネットワーク等のその他の電気通信網へセルラーネットワークを接続する、一つ以上のゲートウェイノードである場合がある。
【０００６】
セルラーネットワーク装置及び／または移動局を使って、移動局及びそのユーザの位置情報を提供する事ができる。適用例としては、セルまたは同様機器の地理的に限定されたサービスエリア及び関連したコントローラノードによって、セルラー通信システムが容易化され、少なくとも特定の移動局の現在の地理的位置に関する概算の位置情報を推定することが可能になる。セルの位置が分かれば、そこから、所定の時期において前記セルで通信する所定の移動局がありそうな地理的エリアを決定することができる。この情報は、その移動局が訪れた場所すなわち「移動先」のネットワークのサービスエリア内にいる場合にも提供される。移動先のネットワークは、位置通知サービス、またはコールルーティング及び課金を行うために、移動局の位置情報を、ホームネットワークに送信することも可能である。
【０００７】
移動局自体にも、移動局の位置のベースとなる情報を提供することのできる適切な機器を備えることができる。移動局は、このベースを介して、該当するネットワークエレメントに対し、あらかじめ定義された方法でそれらの情報を通信する。
【０００８】
より正確な位置情報を、様々な位置概算方法を使って知ることができる。これには、距離差（ＲＤ）概算法や、「ＧＰＳ（全地球測位システム」あるいは「ガリレオ」等と呼ばれるサテライト技術を使った外部の位置情報サービス等がある。これらの概算は、移動局上、または番号ベースのステーションにより達成される。
【０００９】
位置情報は通常、その通信システムに関連付けられた測位サービス機能を使用して提供される。測位サービス機能は、測位サーバ等、複数のソースから情報を受信する別個のネットワークエレメントによって提供される。サービスエンティティが、現在セルを示す情報（たとえばセルＩＤ等）を受信するだけで、それ以上の計算及び／または概算は行わない場合、移動局一つ分の正確さで位置情報が提供される。例えば、移動局が現在特定のセルのサービスエリア内にいる（または過去にいた）ことを示す情報を受信する。
【００１０】
3GPP仕様3GTS 23.032 v4.0.0、「Universal Geographical Area Description」は、地理的エリアを定義するまたは表すことができる可能性を示している。定義は、形状と、１つ以上の測位点に基づき行われる。この概念は、DEGA（Defined Geographical Areas：定義済み地理的エリア）と呼ばれる。この概念に基づき移動局は自分の位置を計算する。移動局を使い、確定された位置と定義された地域エリアとが比較される。移動局が定義されたエリアに入ったまたはそこから出たことが確定されると、移動局はその通知をネットワークに送信する。
【００１１】
エリア定義に必要とされる情報は、移動局に保持される。ＤＥＧＡ情報は、基地局を通じ、その移動局に送信される。ＤＥＧＡ情報は、その移動局のＳＩＭ／ＵＳＩＭ（加入者識別モジュール／汎用加入者識別モジュール）にも事前に保持される。ＤＥＧＡ情報には通常、３ＧＴＳ  ２３．０３２仕様の定義に従い、１つ以上の地理的ポイントと形状が含まれる。ＤＥＧＡ情報はまた、該当する定義エリアに対するその他の固有の名称、ＩＤが含まれる。
【００１２】
場所ベースのアプリケーションにおいては、特定の加入者が地理的エリアに入ったまたはそこから出たときが対象となることがある。このような機構が構成される場合は、異なる種類のサービスが可能である。移動局が特定の定義された地理的エリアに存在するときは、様々な営利及び非営利のサービスまたは同様のアプリケーションが情報を持っていると便利である。アプリケーションによっては、移動局がその通信システムの選択された地域にあると検知された場合に限り、そのネットワークエレメントが位置情報を獲得する操作を実行できると便利である。例えば様々な組織やさらには各個人が、特定の定義地域にいる移動局及び／または特定の地理的エリアにいる特定タイプの加入者のみに対して情報の送信及び／またはサービスの提供を行いたい場合もある。より具体的な例としては、宣伝等の位置ベースのプッシュサービスや、親が子供の場所を監視する例等が挙げられる。情報を要求する側が、ある移動局が定義されたエリアにいるかどうかの確認ができればいいだけの場合もある。余計な負荷を通信ネットワークのリソースにかけることなく位置情報を提供することができれば、より効果的である。
【００１３】
発明者は、上記に対し、何らかのポーリングスキームを使用した専用の解決策を必要とせず、経験則的な解決法が提案されるような、既存の標準に基づき導入できる解決策を見出していない。提案されている解決策はすべてポーリングメカニズムに基づいており、また、通信標準に対する新たな設計的観点に対する要件を紹介している。以前の提案では、加入者が対象エリアに近づくにつれ、ポーリング機構および経験則的な解決法を使用してポーリングの間隔を減少させている。最近では、ユーザ機器（ＵＥ）ベースの解決策が３ＧＰＰで提案されているが、この解決策では、移動局の加入者識別モジュール（ＳＩＭ）で実行されるアプリケーションとＳＭＳサービスを使用した通信の修正及び／または導入が必要である。この提案はまた、ＬＣＳにおける新構造の導入が必要である。発明者はまた、特定の移動局が特定エリア内にあるかどうかの情報だけが必要な場合等に、ポーリング機構と経験則的な解決策に基づく先行技術の解決策の負荷が（計算をする上でも、チャンネルの信号送信にかかる負荷という観点から見ても）大きすぎることを見出している。
【非特許文献１】3GPP仕様3GTS 23.032 v4.0.0
【発明の開示】
【００１４】
本発明の実施形態の１つの目的は、先行技術の解決策にある１つまたはそれ以上の欠点を解決することである。
【００１５】
本発明の一つの側面によると、通信システムを介した通信に適合する移動局に関する情報を提供する方法において、
・  前記通信システムに関連して提供される測位サービスエンティティ（Location Service Entity）において、前記移動局の識別子および対象エリアに関する情報を含むエリアイベント通知リクエストを受信するステップと、
・  前記対象エリアに関連する前記移動局の存在状況に関する変化を示すイベントのモニタリングを作動するステップと、
・  前記イベントの検出に対応して通知信号を伝達するステップと、
を備える方法が提供される。
【００１６】
本発明の一つの側面によると、通信システムの構成において、
・  前記通信システムの基地局とのワイヤレス通信に適合する移動局と、
・  対象移動局の識別子および対象エリアに関する情報を含むエリアイベント通知リクエストの受信に適合する測位サービスエンティティと、
・  前記リクエストの受信に対応して前記対象エリアに関する対象移動局の存在状況の変化を示すイベントをモニターするモニタリング手段と、前記イベントの検出に応じて通知信号を伝達する手段と、
を備える通信システムの構成が提供されている。
【００１７】
本発明の一つの側面では、通信システムでの使用のためのエリアイベント通知リクエストであって、移動局が通信システムの基地局とのワイヤレス通信に適合し、前記リクエストが対象エリアに関連する対象移動局の存在状況の変化を示すイベントのモニタリングの作動のためのリクエストであり、前記対象移動局及び対象エリアの識別子に関する情報を含む、エリアイベント通知リクエストが提供されている。
【００１８】
より特定の形では、モニタリングは移動局で作動される。
【００１９】
モニタリングは、対象エリアの前記情報に基づき選択された通信システムの一つ以上のセルの識別子情報、対象エリアの前記情報に基づき確定された一つ以上の測位エリア、対象エリアの前記情報に基づき確定された一つ以上のルーティングエリア、及び／または対象エリアの前記情報に基づき確定された１つ以上のサービスエリアに基づいて行われる。
【００２０】
対象エリアは、エリアの形状により定義される。
【００２１】
リクエストは、報告されるべきイベントに関する追加情報を含む場合もあり、前記追加情報により前記対象エリアへ入ったあるいはそこから出たことが報告されるかどうかが決定される
エリアイベント通知に対するリクエストは取り消されてもよい。
【００２２】
本発明の実施形態により、対象の地理的エリアにおける移動局存在状態に関する情報を提供することができる方法及びシステムが提供される。
【発明を実施するための最良の形態】
【００２３】
本発明のさらなる理解のために、一例として添付の図面を参照されたい。
【００２４】
まず図１及び図２を参照されたい。図１は、本発明の実施形態が適用できるセルラーＰＬＭＮ１０の一部分を示している。図２は、複数のアクセスエンティティ２０から２３、すなわち図１のセルラー通信システムのセルのサービスエリアを概略的に示している。
【００２５】
各セルは、基地局６に関連付けられている。第三世代通信システムの基地局は、ノードＢと呼ばれる場合がある。本書で使用される基地局という用語は、無線インターフェイスを介して移動局または同等ものとの間で信号の受信及び／または送信を行う全てのエレメントが含まれる。同様に無線局または移動局は、基地局による無線通信を介して、各基地局との間で信号の受信及び／または送信が可能である。
【００２６】
図２に示すように、基地局は、全方向式のサービスエリアや、指向性アンテナまたはセクタアンテナによるセクタビーム型のサービスエリア等、異なる形状の無線サービスエリアを提供する場合がある。セクタ基地局は例えば、１２０度の指向性アンテナを３つ用いて３つの無線サービスエリアを提供したり、９０度の指向性アンテナを４つ用いて４つの無線サービスエリアを提供したり、異なる幅のビーム型無線サービスエリアを組み合わせて使用することもできる。セルやその他のアクセスエンティティの大きさや形状は、通常図２に示されるような一定のものではなく、通信アプリケーションやエリアの条件に依存しているのが望ましい。
【００２７】
移動局は、１つのセル内で移動、または１つのセルのサービスエリアから他のサービスエリアへの移動が可能である。このように移動局の位置は、通信システムのサービスエリア内を自由に移動できることから様々である。
【００２８】
ユーザ機器、例えば移動局１には、プロセッサユニット等の位置情報を提供するための適切なターミナル機器１１が提供される。
【００２９】
本発明の基本概念を説明する前に、ＰＬＭＮネットワークシステムのエレメントのいくつかを詳しく説明する。移動局またはユーザ機器１は、対応する基地局６による無線インターフェイスを介して通信が行われる。それぞれの基地局は、対応するコントローラにより制御される。図１では、基地局コントローラ（ＢＳＣ）７を使ってこれが行われる。第三世代（３Ｇ）システムでは、同様の機能性を無線ネットワークコントローラＲＮＣと呼ぶ。コントローラ７及び基地局６は、無線ネットワークサブシステム（ＲＮＳ）またはＵＭＴＳ地球無線アクセスネットワーク（ＵＴＲＡＮ）１０という用語で呼ばれる場合もある。無線ネットワークサブシステム１０は、モバイルスイッチングセンター（ＭＳＣ）またはサービングＧＰＲＳサポートノード（ＳＧＳＮ）１４等のコントローラノードに接続される。ＭＳＣ１４は、コールルーティングのために移動局を追跡したり、セキュリティ機能やアクセス制御を行ったりといった様々な制御機能を提供する。各加入者は通常、加入者データベース（ＨＬＲ）９または、加入者側サーバ（ＨＳＳ）等の登録機能に登録されている。ＭＳＣまたは同等のものが、適切なインターフェイス設定を介して登録エンティティと通信を行う。アプリケーションによっては、このＭＳＣ及びＨＲＬが、１つの統合エンティティである場合もある。ＭＳＣ１４は、ゲートウェイ（簡潔化のため図から省略）等の詳細ノードに接続される。ＰＬＭＮのエンティティは、当業者には周知であるため、詳細な説明は行わない。
【００３０】
ＰＬＭＮシステムは、他の様々な通信ネットワーク、例えば他のＰＬＭＮや、公衆交換電話網（ＰＳＴＮ）、インターネット等のデータネットワーク等に接続される。これは、図１のオペレータＢにより指定されている。これら様々なネットワークは、適切なインターフェイス及び／またはゲートウェイを介して相互に接続されている。これは周知のことであり、本発明の本質的な部分を為すものではないため、簡略化のため示されていない。
【００３１】
基地局の地理的位置は既知である。基地局の位置は、例えばＸ軸やＹ軸、経度、緯度を用いて定義される。また移動局の位置を、垂直方向に定義することも可能である。たとえば、ｚ座標を使用して位置情報を表示できる。
【００３２】
図１はまた、異なるアプリケーションまたはクライアント８に対する測位サービスを提供する測位サービス（ＬＣＳ）ノード１２を示している。一般的には、ＬＣＳノードは、移動局の地理的位置に関する情報を提供できる機能またはエンティティとして定義される。図１では、ノード１２が通信システム１０のコアネットワークサイドで提供されるゲートウェイ移動局センター（ＧＭＬＣ）により構成されていることを示している。ＧＭＬＣエンティティではなく、その他のエレメントがアクティブなＬＣＳエレメントを提供してもよいことが理解される。また、通信システムが、１つ以上の測位サービスエレメント（例えば複数の測位サーバ）から構成されることも理解される。各測位サービスエレメントは、個別のアドレスまたはその他の識別情報を持ち、そのシステムの他のエレメントもさらに通信できるようになっている。測位サービス機能のエレメントがその電話通信システム内のどこかで導入されていて、実際の測位サービスがシステム内の複数のエレメントの間で分割して実行されることも理解されるだろう。加えて、２つの競合するサービスプロバイダーが、それぞれ測位サービス機器を持っている場合等に合わせ、１つの電話通信システムに１つ以上の測位サービスが関連付けられてもよい。考えられる測位サーバに関する詳細説明については、ＥＴＳＩ（欧州電気通信標準化機構）技術仕様「測位サービス（Location Service）」３ＧＰＰ仕様３ＧＴＳ２３．１７１または２３．２７１等を参照のこと。
【００３３】
図１の測位サービスノード１２は、移動局に関して事前定義された情報を、ＭＳＣ及び／またはＳＧＳＮ１４を介して無線アクセスネットワークから受信できるように構成されている。測位サーバ１２は、ネットワークサイドから受信した情報及び／またはその他の事前定義されたパラメータの情報の処理、及び／またはプロセッサを使った適切な計算を行い、移動局の地理的位置に基づき情報の確定、出力ができるよう構成されている。
【００３４】
測位サーバノード１２は、位置情報をクライアント８に提供する。クライアント８は論理的な機能エンティティであり、ＧＭＬＣノード１２に対し、セルラーシステムの１つ以上の移動局に関する情報を要求するリクエストを作成する。ＬＣＳクライアント８は、ＰＬＭＮ外部のエンティティである。このクライアントはまた、ＰＬＭＮ内の（移動局を含む）全てのエンティティの中に常駐する内部クライアント（ＩＬＣＳ）となる場合もある。このクライアントは、移動局１の位置（位置履歴）に関する情報をある程度受信することが認められる。
【００３５】
測位サーバノード１２は、認証及びその他の条件が満たされている場合、適切に承認された測位クライアント８からのリクエストに対して、移動局に関する情報を返すことができる。測位サーバ１２はこのように、リクエストベースでクライアント８に対し、現在または最近の、定義されたエリア内の移動局の地理的位置（可能な場合）を提供し、測位手続が失敗した場合にはエラー表示を行い、また任意でその失敗の理由を返してもよい。
【００３６】
測位クライアント８の特定の要求や特徴は、その測位クライアント加入者プロファイルによって、サーバ１２に対して知られていることが望ましい。その制限事項もまた、クライアントの加入者プロファイルに詳しく説明されている。測位サーバ１２は、ネットワークオペレータが、ネットワークオペレータの提供する位置の特徴に合わせてクライアント８に料金を請求できるようにする。
【００３７】
測位サーバノード１２は、測位クライアント８にサービスを提供するために必要な、いくつかの測位サービスコンポーネントとベアラで構成されている。測位サーバノード１２は、位置ベースのサービスを他の通信サービス、たとえばスピーチやデータ、メッセージ送信、その他の通信サービス、ユーザアプリケーション、補助サービス等と平行して使用できるプラットフォームを提供する。
【００３８】
図１にはまた、対象の移動体ユーザ機器のプライバシー情報を保存するためのプライバシープロファイル登録（ＰＰＲ）１３が示されている。ＰＰＲはまた、プライバシーチェックを実行したり、プライバシーチェックの結果を他のネットワークエレメント、例えばＬｐｐインターフェイス等に送るために使用することもできる。ＰＰＲは、スタンドアロンのネットワークエンティティを使って構成することができ、その機能は、対象の基地局のホームＧＭＬＣに統合することができる。
【００３９】
本発明の実施形態の目的は、対象エリア５内にある加入者の存在状態をモニタリングできる解決策を提供することである。図２では明確性のために対象エリア５の形状が長方形で示されている。しかしながら、対象エリアは、楕円形、多角形、円形等あらゆる形状とすることが理解できる。対象エリアは、特定ポイント（たとえば基地局やその他の位置）からの規定の半径あるいは距離内のエリアとして定義することも、エリアの名称（事前に定義された町や村、組織の名称）で定義することも、座標あるいは緯度及び経度等を使って定義することもできる。またエリアの定義にはパラメータとして海抜を含めることもできる。
【００４０】
以下は、３ＧＰＰ  ＬＣＳ仕様で指定されたフレームワーク等の既存構造のフレームワーク内で、信号送信時にネットワークに追加の負荷をかけることなくエリア関連のイベントトリガが実行できるよう、どの既存機構を採用するのか、その可能性についてさらに詳細を示したものである。
【００４１】
図３を参照すると、測位サービス等のクライアント８が測位リクエストを移動体ネットワーク１０に送る。そのリクエストには、対象の地理的エリアと対象の加入者が示されている。地理的エリアは、例えば３ＧＴＳ２３．０３２仕様で定義される方法のように、１つ以上の地理的ポイントや形状に基づき定義される。リクエストにはまた、クライアントアプリケーションが、加入者がそのエリアに入ったか、およびそこから出たかどうかの情報を必要としているかどうかも示されている。
【００４２】
地理的エリア５は、セルＩＤリストに変換される。図２では、エリア５がセル２０から２３にカバーされることが示されているため、これらのセルのＩＤがそのセルＩＤリストに含まれることになる。
【００４３】
またエリア定義も同様に使用できることが理解される。例えば、エリアはセルグループアイデンティティ（ＣＧＩ）や、サービスエリアアイデンティティ（ＳＡＩ）、測位エリアコード（ＬＡＣ）、ルーティングエリア（ＲＡＣ）等によって定義される。
【００４４】
可能性としては、マッピング機能を備えたＧＭＬＣ１２またはその他の該当のエンティティを使って、定義エリアを、その定義エリアに属するセルにマッピングできる。マッピングは例えば、基地局の座標軸やその概算範囲についての既存リストや、その他のあらゆる該当基準を使って行うことができる。定義エリア内に完全にあるセルだけをマップするように定義することが可能である。また定義エリア内にあるセルのサービスエリアのうち、事前定義された一部分だけをマップするように定義することもできる。
【００４５】
マッピングは、該当するあらゆるエンティティにおいて実行できる。図４、１３、１４は、それぞれで考えられるマッピングエンティティと関連する信号送信を示している。
【００４６】
セルリストはその後、移動局１に送られ、「エリアイベントトリガ」として登録される。加入者が移動しセルＩＤが更新されると、移動局１は、新しいセルＩＤをリストと照らし合せて確認を行う。リスト内に該当するものがある場合、移動局１はレポートをネットワークに返す。図１では、メッセージが移動局１からＧＭＬＣ１２に渡される。
【００４７】
ネットワークはその後、信号を送信し、ターミナルが対象エリアに入ったあるいはそこから出たことをクライアントアプリケーション８に知らせる。ここでは単純に、移動局が現在エリア内いるかどうかだけが知らされる。
【００４８】
次に本発明の実施形態の詳細を示す図４の信号送信チャートを参照されたい。操作は、現行のＬＣＳ構造を使用することを基本としている。より具体的には、図４では、エリアイベントが発生した後に限り移動体ユーザ機器（ＵＥ）よりネットワークに測位レポートが返される、条件付測位リクエスト（Deferred Location Request）の処理手続が示されている。エリアイベントは、指定のユーザ機器が事前定義された地理的エリアに入ったあるいはそこから出たときに発生する。エリアは、１つ以上のセル、ルーティングエリア（ＲＡ）または測位エリアあるいはＧＡＤ形状を使用する等、該当するあらゆるスキームを使って定義される。
【００４９】
ステップ１では、ＬＣＳクライアント８は、加入者位置提供（ＰＳＬ）リクエスト、より具体的には条件付測位リクエストメッセージをＧＭＬＣ１２に送信する。レポート送信をトリガする測位リクエストには、対象ユーザの機器ＩＤ情報、ＴＳ２３．０３２に準拠した形状情報、及び「エリアイベント」表示が含まれる。条件付測位リクエストメッセージには、レポート送信をトリガするイベントについてさらに詳しい情報が含まれる。ステップ２から４は、例えば、通常のＭＲ−ＬＲに対する３ＧＰＰ技術仕様ＴＳ２３．２７１に従って実行される。
【００５０】
ステップ５では、ＧＭＬＣは修正されたMAP-PROVIDE-SUBSCRIBER-LOCATIONメッセージ８をＶＭＳＣ／ＳＣＳＮに送信する。そのメッセージには、対象加入者のＩＭＳＣ（International Mobile Subscriber Identity：移動加入者識別番号）や、ＭＳＩＳＤＮ、形状、エリアイベントトリガ等、対象加入者のアイデンティティが含まれる。このメッセージの構成として考えられる構成を図５に示す。
【００５１】
形状により指定される地理的エリアを変換するために、ＶＭＳＣ／ＳＧＳＮは修正されたBSSMAP-LE Peform Location Request（測位実行リクエスト）メッセージを、前述のステップで提供された形状を持つＢＳＣに送信する（ステップ６を参照）。形状の表示は、図６のメッセージ例では優先順位が１番低い。
【００５２】
位置タイプ情報エレメントは、図７に表示される形となる。位置情報のコーディングは以下の通りである。
００００００００  現在の地理的位置
０００００００１  対象移動局の位置補足情報
００００００１０  対象移動局の補足情報を公開するためのデコーダキー
０００００１００  リクエストで提供された形状の境界内にあるＣＧＩ、ＬＡＣのリスト
その他全ての値は予約済
【００５３】
ステップ７では、ＶＭＳＣ／ＳＣＳＮにより送信されたＢＳＳＭＡＰ−ＬＥメッセージPerform Location Request（測位実行リクエスト）は、ＢＳＣによりＳＭＬＣに転送される。ＳＭＬＣはその後、その形状をＣＧＩおよびＬＡＣのリストに変換し、BSSMAP-LE Perform Location Request（測位実行リクエスト）をＢＳＣに送信する（ステップ８を参照）。考えられる応答メッセージの内容を図８に示す。
【００５４】
ステップ９では、ＢＳＣがＳＭＬＣからの応答を受け、ＭＳＣに応答を返す。ＭＳＣはその後、新しいDTAP LCS-AreaEventInvokeメッセージを、ＧＣＩ、ＳＡＩ、ＲＡＣ、ＬＡＣ、のいずれかのリストとエリアイベント表示を運ぶユーザ機器（ＵＥ）に送る（ステップ１０を参照）。図９は、ＤＴＡＰメッセージの例を詳しく示している。
【００５５】
DTAP LCS-AreaEventInvokeメッセージがＵＥにより正常に受信されると、ＣＧＩリストとその他の予想される情報がそのメモリに保存され、モニタリングが作動する（ステップ１１を参照）。DTAP LCS-AreaEventInvokeメッセージに指定されていれば、加入者のＵＥのディスプレイにテキストが表示される。ユーザはその後、条件付測位リクエストを受信または拒否することができる。
【００５６】
ネットワークでは、イベントが起こらない場合でもエリアイベントトリガを取り消す時間を任意で指定できる。
【００５７】
メッセージにはＧＭＬＣアドレスも含まれており、イベント発生時にＵＥが他のＭＳＣがサービスを行うエリアに移動していた場合でも、適切なＧＭＬＣに応答をルートできるようになっている。
【００５８】
DTAP LCS-AreaEventInvokeメッセージに対する応答では、ステップ１２においてＵＥは以下の応答の内１つをＶＭＳＣ／ＳＧＳＮに返す。
ａ）リクエストは正常に設定されており、トリガイベントを待機中である
ｂ）トリガ条件が既に満たされている
ｃ）許可されている条件付測位リクエストの最大値に達している
ｄ）リクエストが設定できない―ユーザがリクエストを拒否している
ｅ）リクエストが設定できない―ＭＥがリクエストを拒否している
【００５９】
ステップ１３で、ＭＳＣはDTAP LCS-AreaEventInvokeメッセージをＵＥから受信する。ＭＳＣには、提供された加入者位置提供（ＰＳＬ）リクエストに対する結果も含まれる。図１０に考えられる応答を示す。
【００６０】
条件付測位リクエストが正常にＵＥに登録されると、ステップ１４でＬＣＳクライアントに返されるか、またはエラーが返される。
【００６１】
ＵＥがセルの引き継ぎを実行すると、モニタリングエンティティ（ＭＥ）により新しくサービスを提供するセルの詳細（セルＩＤ等）が確認される（ステップ１５を参照）。ＵＥにモニタリングエンティティが含まれている場合、そのＵＥのエリアイベントモニタリング機能により、現在のセルＩＤまたは同等のものが、ネットワークから受信されたリスト内にある１つ以上の対象セルＩＤと照合される。
【００６２】
イベントが発生すると、ＬＤＲの要件に従って以下のいずれかの応答が生成される。
ａ）対象セルに対する一致を示す、エリアイベントＬＣＳレポート（例：加入者が対象エリアに「入って」いる）
ｂ）対象のセルに対し一致していないことを示す、エリアイベントＬＣＳレポート（例：加入者が対象エリアから「出て」いる）
【００６３】
セルＩＤまたはセルグループＩＤの変更が検知されると、測位エリアコード（ＬＡＣ）またはルーティングエリアコードにより、さらに正確な位置検索がトリガされる（その機能がＵＥでサポートされている場合）。ステップ１０において、計算された位置と送信された形状とが比較される。
【００６４】
その後、エリアイベントのモニタリングアプリケーション自身によりその機能が停止され、DTAP LCS-AreaEventReportがＶＭＳＣ／ＳＧＳＮに送信される（ステップ１６を参照）。レポートには、オリジナルのＬＤＲ参照、ＧＭＬＣアドレス、イベント発生時間、現在サービスを行っているセルＩＤが含まれる。エリアイベントまたはＵＥ状態に関する情報が任意でこのレポートに含まれる。図１１は、エリアエベントレポートの例を示している。
【００６５】
ＶＭＳＣ／ＳＧＳＮによりDTAP LCS-AreaEventReportが受信されると、ＤＴＡＰメッセージの指示に従い、MAP-SUBSCRIBER-LOCATION-REPORTメッセージが生成され、ＧＣＬＭに送信される。図１２は、予想されるレポートを示している。
【００６６】
ステップ１８では、ＧＭＬＣはMAP-SUBSCRIBER-LOCATION-REPORTメッセージの受信を認識する。ステップ１９のプライバシーチェックは、通常のＭＴ−ＬＲに対するＴＳ２３．２７１に従い実行される。ＧＭＬＣはその後、測位レポートをＬＣＳクライアントに送信し、加入者が対象エリアに入ったまたはそこから出たことを示す（ステップ２０を参照）。
【００６７】
図１３および図１５は、マッピングが行われるエレメント以外、図４の手続に準じている。図４では、セルＩＤのマッピングは位置情報サービス（ＳＭＬＣ）で実行される（ステップ８を参照）。しかしながら、これは全ての状況に適切ではない場合がある。なぜならＳＭＬＣに送信されるリクエストが、ＵＥが現時点で存在するＲＮＣ／ＢＳＣに関連するＳＭＬＣに送信される場合、このＳＭＬＣが対象セルの情報を必ずしも持っているとは限らないためである。これはＳＭＬＣが、自分がサービスを提供しているエリアの情報だけを持つからである。リクエストしているアプリケーションが提供するエリアがネットワークの他の場所にある場合には、ＳＭＬＣからはそれらのエリアが見えなくなってしまう場合がある。
【００６８】
図１３では、マッピングはＧＭＬＣで実行される（ステップ５を参照）。ＧＭＬＣをマッピングに使用することで、上記に述べたＳＭＬＣに関する問題を回避できる。そのためこれが、現時点で望ましい解決策である。この場合、ＰＳＬは、アイデンティティリストに対応するために修正される必要がある。
【００６９】
図１４では、マッピングは移動先モバイルスイッチングセンター（ＶＭＳＣ）／ＳＧＳＮで実施される（ステップ６を参照）。
【００７０】
図１３及び図１４のその他の操作は、図４の操作の類似であるため、その説明は省略する。
【００７１】
図１５は、条件付測位リクエストの取消し手続を図示したものである。この手続では、測位レポートはエリアイベントの発生の後に、ＵＥによってネットワークに返される。ステップ１では、ＬＳＣクライアントは、以前リクエストされた条件付測位リクエストの取消しリクエストを送信する。何らかの理由により、ＧＭＬＣ自体によって取消しが実行される場合もある。例えば、ＧＭＬＣの実行依存時間が切れた場合や、ＧＭＬＣ、ＰＰＲに保存されているＵＥのプライバシー設定が変更され、条件付測位リクエストがこれ以上認められない場合等が挙げられる。取消しのイベントタイプは、取消し手続に示されなければならない。また、ＵＥによって取消しが実行される場合もある。例えば、ＵＥの実行依存時間が切れたり、受信されたタイマー、ネットワークが時間切れの場合等である。
【００７２】
次のステップでは、ＧＭＬＣはSRIforLCSを加入者のＨＬＲに対し作成し、現在のＶＭＳＣを取得するが、これはエリアベースのトリガをＵＥを使って登録した後に変更が発生している可能性があるためである。ステップ３および４は、通常のＭＴ−ＬＲに対するＴＲ２３．２７１に従って実行される。ＧＭＬＣは、ＶＭＳＣ／ＳＧＳＮに対するＰＳＬメッセージにおいて、リクエストの取消しを示す（ステップ５を参照）。
【００７３】
ＭＳＣはその後ステップ６において、DTAP LCS-AreaEventInvokeメッセージを、リクエストＩＤを持ち、対応する条件付測位リクエストが取り消されたことを示すＵＥに送信する。ＵＥは、モニタリングを無効化し、対応するＣＧＩ、ＬＡＣのリストと形状を消去する（ステップ７を参照）。ＵＥは、条件付測位リクエストが正常に取り消されたことを示す内容に対応し、結果を出す（ステップ８を参照）。ＶＭＸＣはその後ステップ９で、条件付測位リクエストが正常に取り消されたことの通知をＧＭＬＣに送信する。ＧＭＬＣはその後、取消し手続きがＬＣＳクライアントによりステップ１に示されている通りに実行された場合、取り消された条件付測位リクエストに関する全てのデータを消去し、ステップ１０でＬＣＳクライアントに通知を送信する。
【００７４】
実施形態ではリクエストの受信に伴い、移動局が定義された地理的エリア内にあるかどうかが移動局１によって確認され、直ちにその結果（「Ｉｎ」、「Ｏｕｔ」等）が返される。
【００７５】
現行のＬＣＳ構造は、イベントベースの測位エリアの報告を実行するのに使用される。移動局に必要とされるモニタリング機能は、そのターミナル自体で実行される。他には移動局に関連付けられた補助デバイスを使っても実行できる。このデバイスには、移動局のコントローラで実行されるアプリケーションや、移動局が通信を行うサーバ等がある。アプリケーションが移動局のＳＩＭ（加入者アイデンティティモジュール）エンティティで実行されていない方が効果的である。これにより、ネットワークオペレータに依存しない解決策が可能になる。
【００７６】
測位手続は、移動局のプロセッサユニット１１により実行される。
【００７７】
ＵＥがさらに正確な位置検索技術をサポートしている場合、リクエストに使用される形状と共に、セル、ＵＥのルーティングエリア及び測位エリアが伝えられる。この場合、セル、ルーティングエリア、測位エリアにより実際の位置検索がトリガされる。計算された位置と送信された形状は、通常のセル、ルーティングエリア、測位エリアに対し行われるのと同じ方法で比較される。
【００７８】
加えて、ＵＥの位置がその他の理由で計算される場合、その結果が送信された形状と比較される。
【００７９】
移動局は、アイドルモード及び通常操作における接続モードにおいて、セルを頻繁に変更する。これにより不必要かつ高い信号送信負荷がエリアイベントサービスに課される。本発明の実施形態では、そのような負荷を最小のものにするための、２つの拡張機能が提供されている。
【００８０】
１つ目の拡張機能はトリガを起動する際のもので、イベントが発生した時にその内容を消去する。他の言い方をすれば、この種類のトリガの種類は連続性がなく、単発性のものである。結果、一旦１つのエリアイベントレポートが移動局により返されると、その測位クライアントは、更なるトリガ情報を受信するために、改めてエリアイベントリクエストを実行しなければならない。
【００８１】
２つ目の拡張機能は、移動体またはＳＩＭカードに対するエリアイベントレポートルールを標準化するものである。ここでは、移動体が種々の状態でどのようにセルを変更するのか、また適用すべきしきい値は何かについて、既に標準化されたルールがあることを注記しておく必要がある。しかしそれでも、移動体は頻繁にセルを変えるため、以下で取り上げられる更なる新しいルールは、移動体やＳＩＭカードがレポートエリアを頻繁に変えることを防ぐために効果的であろう。
【００８２】
組み合わせて、または別々に適用できるルールは以下の通りである。
１．移動体は、いかなるタイプのイベントレポートも、指定された時間内に２回以上送信しない。
２．移動体は、移動体が決められた時間（例えば１〜２分間）対象エリアに滞在した後に対象のエリアから出た場合のみ、エリア退出レポートを送信する。
３．継続して発生するエリアイベントに対しレポートを送信する場合、移動体は同じサービスエリアに属するセルに対し、事前定義された時間間隔の間は（例えば２４時間、１０分から１５分ごと）、２回以上繰り返してエリア侵入／退出レポートを送信しない。
４．移動体は、事前決定された時間（例えば２分間）、該当のセルに留まった後または、該当セルを使用した後にのみ、エリア侵入レポート（Area Arrival Report：ＡＡＲ）を送信する。
５．移動体は、そのエリアに対するＡＡＲが既に送信されていて、移動体が事前決定された時間（例えば１〜２分間）、当該セルに留まった（当該セルを使用した）後にのみ、エリア退出レポートを送信する。
【００８３】
上記の時間間隔はＬＣＳクライアントによって定義され、これはその測位サービスリクエストのパラメータがＧＭＬＣに送られる時間間隔を示している。上記の時間間隔は、ネットワークオペレータによって、一般のシステムパラメータ設定としても定義でき、ＧＭＬＣと、ＭＳＣ／ＳＧＳＮ、移動体とＳＩＭカードの間での各信号送信に含まれる。
【００８４】
移動体は通常、サービスを行うセルに隣接する複数のセルのセルＩＤを受信できる。本発明のさらなる拡張のためには、複数の隣接するセルが事前定義されたエリアに属しているかどうかを認識するように移動体が構成され、セルの変更アクティビティのモニタリングを開始する。このような場合、サービスエリア定義には、移動体がセル変更条件を修正したかどうかを示す表示が含まれる。この拡張機能の代替案の１つに、ある事前定義されたエリアに属する複数のセルを、通常のセルの集合より「くっつきやすく」する方法がある。第２の代替案としては、そのサービスエリアのセルに高いしきい値を持たせ、移動体がそのセルの境界地域にある、他のセルを「好む」ようにする方法がある。この場合、事前定義されたエリアは、「通常の」サービスエリアより、さらに限定され、より良く定義される。このような拡張機能は、通常の無線ネットワークプランニングや可動性管理に影響を及ぼすため、オペレータにより注意深く実行される必要がある。
【００８５】
本発明の更なる拡張機能として、ネットワークは、エリアイベント加入者がいつＰＬＭＮに入ったかの表示をＧＭＬＣに送信する。これによってこのＰＬＭＮは、エリア定義、セルリスト等を、別のＰＬＭＮでその加入者に適用されることができるように、アップロードすることができる。移動体がローミングされると、その移動体がいつ新しいＰＬＭＮに入ったかが検知され、通常の位置更新が実行される。その後、移動先ＰＬＭＮのＶＬＲまたはＳＧＳＮは、位置更新を加入者のホームＰＬＭＮにあるＨＬＲに対して、周知の方法で送信する。この拡張機能では、ローミングされた加入者は、一般のＬＣＳか、移動先ＰＬＭＮで適用可能なエリアイベントサービスに加入する。移動体、ＳＩＭカード、ＶＬＲまたはＳＧＳＮは、移動先ＰＬＭＣであるＶ−ＰＬＭＮ（Visited PLMN）において、移動先のＧＭＬＣ（Visited GMLC；Ｖ−ＧＭＬＣ）に対し、トリガを送信する。Ｖ−ＧＭＬＣは、この加入者に適用できるエリアイベントがあるかどうかを確認し、（ＳＭＳＣ）ＶＭＳＣ／ＳＧＳＮに、対応するセルリストを移動体に送信するようリクエストする。ＬＣＳクライアント（または加入者自身）が、移動先のネットワーク内で新しいエリアを定義する場合、Ｖ−ＧＭＬＣは、移動体に対応するセルリストをアップロードする。ＳＩＭツールキットソリューションが使用される場合は、Ｖ−ＧＭＬＣは、セルリストをホームＰＬＭＮに送信し、ホームＰＬＭＮがモバイルのセルリストを更新する。
【００８６】
移動体は現在、要求されている対象エリアがあるネットワークとは異なるネットワークに接続しているかもしれない。現在サービスを行っているネットワークは、他のネットワークで要求されている地理的エリアを、そのネットワークのセル、ＬＡ、ＲＡのリストにマップすることができない。本発明の拡張機能は、ＧＭＬＣがその移動体がいつ対象のＰＬＭＮに入ったかを送信することで、この問題に対する解決策を提供している。ＧＭＬＣは、対象のＰＬＭＮアドレスまたは国コード、名前をＬＣＳクライアントから受信できる。他の代案拡張機能として、ＧＭＬＣ自身が、地理的エリア内の該当のＰＬＭＣを探し出す方法がある。リクエストの送信先として可能性のある場所は、ＨＬＲ、ＭＳＣ／ＶＬＲ、ＳＧＳＮ、ＳＩＮカードあるいは移動体である。移動体が対象のＰＬＭＮに入ると、ＨＬＲ、ＭＳＣ／ＶＬＲ、ＳＧＳＮ、ＳＩＮカードあるいは移動体が、その移動体が対象のＰＬＭＮに入ったことを知らせる応答をＧＭＬＣに与える。
【００８７】
更なる解決策としては、対象ＰＬＭＮで情報を取得した後、ホームＧＭＬＣはエリアイベントリクエストをターゲットのＧＭＬＣ／ＳＭＬＣに送り、ＧＭＬＣ／ＳＭＬＣは、地理的エリアをセル、ＬＡ、ＲＡのリストに変換する。ホームＧＭＬＣはその後、この受信した情報を移動体、ＳＩＭカード、または移動先のＭＳＣ／ＳＧＳＮに転送する。この代案拡張機能では、セルはＣＧＩ形式になっているか、そのエリア情報（セル／ＬＡ／ＲＡ）に特定のＰＬＭＮ用の情報が含まれていなければならない。これにより、対象ＰＬＭＮからのセルＩＤ、ＬＡＩ、ＲＡＩが、移動先のネットワークのセルＩＤ、ＬＡＩ、ＲＡＩと混同しなくなる。
【００８８】
本発明の更なる拡張機能を説明するが、その拡張機能では、移動体の応答においての認証、または正常性の確認が考慮される。
【００８９】
オペレータがネットワークを毎日調整する以上は、加入者がその対象エリアにいると１００％保証することは不可能である。つまり、オペレータが、ターミナルによりエリアトリガが登録された後、そのトリガが用済みになる前に無線ネットワークを変更した場合、セルＩＤはもはや対象の地理的エリアに対応していないことになる。以下に説明される拡張機能を使って、サービスプロバイダはエリアサービスの品質に影響を与える無線ネットワーク設定の変更を検知でき、移動体が意図した地理的エリア内に実際に存在していることを確認できる。
【００９０】
そこで本拡張機能は、加入者が事前定義された地理的エリアに入ったかそこから出たかを示すサービス応答が送信される前に、端末により返されるセルＩＤを変換エンティティ（ＳＭＬＣ、ＭＳＣ／ＳＧＳＮ、ＧＭＬＣ）によって確認し、セルがまだ対象の地理的エリアにあることを確認するよう提案している。これは、ネットワーク内に保存された、目的の地理的エリアの現在のセルＩＤを、移動体からの応答により返されるセルＩＤと比較することで実現される。
【００９１】
セルＩＤが目的のエリアと対応している場合、通常の応答がＬＣＳクライアントに送られる。そうでない場合、ネットワークが条件付測位リクエストを更新されたセルリストを持つ移動体に対し再発行するか、あるいはＬＣＳクライアントにエラーメッセージが返される。エラーメッセージが返された場合、ＬＣＳクライアントが元の測位リクエストを再発行すると、移動局に更新されたセルＩＤ情報が送信される。
【００９２】
本拡張機能のその他の態様では、ネットワークが上記のエラーを検出した場合に、ＬＣＳクライアントまたはＧＭＬＣ等のネットワークが、そのサービスエリアに加入する全ての移動体に事前定義されたエリア定義を取消しまたは更新する。移動体にネットワークへのほかの接続方法が確立されている場合は、エリア定義の取消しまたは更新は、通常バックグラウンドで行われる。代わりにＧＭＬＣは、専用（ＤＴＡＰ）の信号送信用に接続を設定するようＭＳＣ／ＳＧＳＮにリクエストできる。
【００９３】
ＧＭＬＣはまた、移動体または移動体のＳＩＭカードのエリア定義を、ＳＭＳセンターにそのようなＳＭＳを移動体に送信するようリクエストすることで、送信、取消し、更新を行う。
【００９４】
例として、特定の地理的エリア、例えばショッピングセンターがあり、これに例えばセルＩＤ−１が関連付けられているとする。しかしオペレータが変更したことにより、セルＩＤ−１は、ネットワークのどこか他の場所に再配置され、このショッピングセンターが今はセルＩＤ−８となっているため、セルＩＤ−８に関連する応答を返せるように移動体を更新しなければならない。セルＩＤ−１はもはやショッピングセンターに関連付けられていないため、セルＩＤ−１に関して返される情報は、正しい情報ではない。
【００９５】
位置ベースのセルＩＤに加え、測位は適切な技術、例えば、ＭＳ−ＯＬＲ（mobile station originated location request：移動局オリジナル測位リクエスト）、移動局ベースのＥ−ＯＴＤ（enhanced observed time difference：拡張監視時間差）、ＧＰＳ（グローバル・ポジショニング・システム）、ＤＧＰＳ（differential GPS：ディファレンシャル・グローバル・ポジショニング・システム）等のいかなる技術に基づいてもよい。移動局の正確な位置は、既存の測位方法を使って推測、計算できる。
【００９６】
好ましい形態においては、移動体ＵＥ１にエリアイベントトリガを登録する機構が提供される。しかしながら、エリア関連のイベントトリガもネットワークサイドに提供される。このように、上記にて無線アクセスネットワーク及びさらには移動局リクエストメッセージを信号送信するという解決策が説明されているが、メッセージは移動局には信号送信されない場合がある。しかしリクエストは受信、処理され、要求した応答情報がネットワークのエレメントにより生成される。ネットワークベースの解決策は、例えば、そのようなイベントがＢＳＣによりモニタリング、登録される場合に実行される。
【００９７】
上記参照に加え、リクエストメッセージには様々なその他の情報が含まれる。
【００９８】
図２に示される通り、定義されたエリア５のサービスエリア全てをセルで提供しないことも可能である。アプリケーションに合わせて、サービスエリアの要件を完全に定義できる。たとえば郊外とは異なり、街等の人口が集中したエリアでは、さらに優れたサービスエリアが必要である。当然セルが重複することも有り得る。このような場合、ＵＥがある一つのセルから出たかあるいはそこへ入ったかが分かるだけで十分である。
【００９９】
好適な実施形態として、移動局１に位置判定ユニット１１を提供する形態がある。システムのネットワークサイドで導入されるＳＭＬＣ等のその他のソースからの位置情報を、移動局が受信することが望ましい。
【０１００】
また、上記で、ＷＣＤＭＡ（広帯域時分割多元接続）、ＵＭＴＳ（ユニバーサル移動体通信システム）、ＧＰＲＳ（汎用パケット無線サービス）における本発明の実施形態の例が説明されているが、本発明の実施は、あらゆるセルラー通信システムでも適用できる。セルラー通信システムでは、パケットデータ、非パケットデータ、音声通信等を扱う。
【０１０１】
上記にて本発明の実施形態を説明したが、開示されている解決策に対して、請求項に定義された本発明の範囲から逸脱することのない様々な種類や修正が存在することに留意されたい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の実施形態が導入されるセルラー通信システムの要素のいくつかを示す。
【図２】セル領域の定義エリアを示す。
【図３】実施形態における操作を図解したフローチャートを示す。
【図４】本発明の実施形態に関連する操作を図示する信号送信チャートを示す。
【図４−２】図４の続きである。
【図５】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図６】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図７】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図８】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図９】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図１０】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図１１】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図１２】図４の様々なステップにおいて送信される可能性があるメッセージに関連するものを示す。
【図１３】図４の実施形態に代わる実施形態に関連する操作を図示する信号送信チャートを示す。
【図１３−２】図１３の続きである。
【図１４】図４の実施形態に代わる実施形態に関連する操作を図示する信号送信チャートを示す。
【図１４−２】図１４の続きである。
【図１５】作動したモニタリング手続の取消しを図示する信号送信チャートを示す。