通話を間接的に確立する方法とシステム
【課題】本発明は、間接的に通話を確立するための方法およびシステム・アーキテクチャを提示する。
【解決手段】着信履歴機能をトリガして、移動局と第二者との間の通話を確立するように、移動局に関連付けられている移動通信交換局に要求することにより、通話を間接的に確立する。
【解決手段】着信履歴機能をトリガして、移動局と第二者との間の通話を確立するように、移動局に関連付けられている移動通信交換局に要求することにより、通話を間接的に確立する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、間接的に通話を確立するための方法およびシステム・アーキテクチャに関する。
【背景技術】
【０００２】
移動局との無線通話を直接確立するのは、状況によっては、困難であったり、実現不可能であったりする場合がある。例えば、無線緊急通話をついうっかり切ってしまった（unintentional release：意図的でない解放）ときに移動局に直接コールバックできないパブリック・サービス・アンサリング・ポイント（Ｐublic Ｓervice Ａnswering Ｐoing：ＰＳＡＰ）スイッチもある。さらに、多くの無線通話は、離れた場所に置かれているサービス・プロバイダが取り扱うには難しい位置固有の問題に関係する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、間接的に通話を確立するための方法およびシステム・アーキテクチャを提示する。
【課題を解決するための手段】
【０００４】
一実施形態では、一方の着信履歴機能(call register)はパブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）スイッチに関連付けられており、他の着信履歴機能は移動通信交換局（Ｍobile Ｓwitching Ｃenter：ＭＳＣ）に関連付けられている。ＰＳＡＰスイッチに関連付けられている着信履歴機能は、ＰＳＡＰスイッチと通信するほかに、ＭＳＣに関連付けられている着信履歴機能とも通信する。同様に、ＭＳＣに関連付けられている着信履歴機能は、ＭＳＣおよびＰＳＡＰスイッチに関連付けられている着信履歴機能と通信する。この実施形態では、ＰＳＡＰスイッチは、ＭＳＣに、ＰＳＡＰスイッチと要求で識別された移動局との間の緊急通話を確立するよう要求することができるが、それには、その要求をＰＳＡＰスイッチに関連付けられている着信履歴機能に送信する。ＰＳＡＰスイッチに関連付けられている着信履歴機能は、ＭＳＣに関連付けられている着信履歴機能への要求の経路を指定し、ＭＳＣに関連付けられている着信履歴機能は、ＭＳＣに要求を発行し、ＭＳＣが識別された移動局に対して発呼し、移動局をＰＳＡＰスイッチに接続できるようにする。
【０００５】
本発明の他の実施形態では、第二者サービス・プロバイダ(second party service provider)は移動局とＰＳＡＰまたは二次応答サービスとの間の通話の確立を間接的に要求することができる。例えば、第二者サービス・プロバイダは、非公開車両報告サービス(private vehicular reporting service)を提供するテレマティックス・サービス・プロバイダ（Ｔelematics Ｓervice Ｐrovider：ＴＳＰ）とすることができ、この場合、移動局は車両内のテレマティックス・ユニットであり、二次応答サービスはレッカー車サービスとすることができる。
【０００６】
この実施形態では、一方の着信履歴機能は、第二者サービス・プロバイダに関連付けられており、他方の着信履歴機能は、移動通信交換局（ＭＳＣ）に関連付けられている。第二者サービス・プロバイダに関連付けられている着信履歴機能は、第二者サービス・プロバイダと通信するほかに、ＭＳＣに関連付けられている着信履歴機能とも通信する。同様に、ＭＳＣに関連付けられている着信履歴機能は、ＭＳＣおよび第二者サービス・プロバイダに関連付けられている着信履歴機能と通信する。この実施形態では、第二者サービス・プロバイダは、移動局からの呼への応答として、ＭＳＣに、他のパーティ（例えば、ＰＳＡＰまたは二次応答サービス）と既存の通話との接続を要求することができ、それには、その要求を第二者サービス・プロバイダに関連付けられている着信履歴機能に送る。第二者サービス・プロバイダに関連付けられている着信履歴機能は、要求をＭＳＣに関連付けられている着信履歴機能に送り、ＭＳＣに関連付けられている着信履歴機能はＭＳＣに要求を発行し、ＭＳＣは追加パーティを通話に接続する。あるいは、移動局と追加パーティとの間に別の通話を確立することもできる。さらに、この実施形態では、追加パーティを移動局に接続する際に、移動局のジオロケーション情報を取得して、追加パーティに供給することかできる。
【０００７】
本発明は、後述の詳細な説明および例示のみを目的として掲載した付属の図面を参照することでより完全に理解することができ、また類似の参照番号は様々な図面の対応する部分を示す。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施形態が採用されているシステム・アーキテクチャ例の図である。
【図２Ａ】本発明による間接的コールバック方法のオペレーションの例を示す通信の流れ図である。
【図２Ｂ】本発明による間接的コールバック方法のオペレーションの例を示す通信の流れ図である。
【図３】本発明の第２の実施形態が採用されているシステム・アーキテクチャ例の図である。
【図４】テレマティックス・ユニットの登録例を示す通信の流れ図である。
【図５】本発明による間接呼方法のオペレーション例を示す通信の流れ図である。
【発明を実施するための形態】
【０００９】
無線緊急通話の取扱いで必要なのは、パブリック・セーフティ・アンサリング・ポイント（ＰＳＡＰ）コール・センターで緊急通話に応答するエージェントが、緊急通話者にコールバックできることである。理由の１つは、無線通話が中断した場合に、緊急報告を完結させるためにその呼を復旧する必要があるかもしれないということである。発呼者は、ＰＳＡＰに再び電話を掛けることができなかったり、あるいは他のＰＳＡＰのドメイン内に移動してしまった可能性がある。コールバックが必要なもう１つの理由は、ＰＳＡＰエージェントがいたずら電話をふるい落とすために緊急通話の発信源を確認することである。
【００１０】
現在、多くのＰＳＡＰでは、コールバックは、インバウンド・トランク(inbound trunks)上の「フラッシュ・バック」を通じて固定電話で接続している発呼者に対し行われる。これは、少なくとも２つの理由から、無線でのコールバックには実行できない。第１に、発呼者が新しい受け持ちシステムに引き渡されている間に、通話は中断してしまっている可能性がある。第２に、発呼者が、呼の中断後、同じ受け持ちシステム内にある場合であっても、ＰＳＡＰがフラッシュ・バックできる前に、無線トラフィック・チャネルは失われるということである。フラッシュ・バックは、ＭＳＣに到達できるが、ＭＳＣには、呼を完了させるトラフィック・チャネルも、さらには移動局を呼び出し、トラフィック・チャネルを再確立するために必要な識別子さえもない。
【００１１】
図１は、ＰＳＡＰが無線緊急通話者にコールバックする方法を使用するためのシステム・アーキテクチャ例を示している。図に示されているように、移動通信交換局（ＭＳＣ）１４は、基地局１２を介して移動局１０から緊急通話を受け取り、ＰＳＡＰスイッチ１６、周知の緊急サービス・ネットワーク１８、およびインターフェースＡｉを介してその緊急通話をＰＳＡＰコール・センター２０に配信する。移動局１０は、携帯電話、ＰＤＡなどの周知の無線ユニットのどのような種類のものでもよい。コールバックは、周知のＳＳ７ネットワーク２２のＡｉｘインターフェースを介して、ＰＳＡＰスイッチ１６により直接ＭＳＣ１４にかけることができる。
【００１２】
このアーキテクチャは、さらに、ＰＳＡＰスイッチ１６に関連付けられたＰＳＡＰ緊急通話着信履歴（Ｅmergency Ｃall Ｒesister：ＥＣＲ）２４およびＭＳＣ１４に関連付けられている受け持ちシステム緊急通話着信履歴（Ｓerving Ｓystem −Ｅmergency Ｃall Ｒesister：ＳＳ−ＥＣＲ）２６を含む。ＰＳＡＰ−ＥＣＲ２４およびＳＳ−ＥＣＲ２６は、個々の緊急通話およびその発信源を識別する類似の情報を格納する随伴データベースである。それらのデータは互いに調整しあい、新しい呼識別データはＳＳ７ネットワーク２２のインターフェースＥｙを介して一方から他方へ追加される。呼識別情報は、Ｅｘインターフェースを介して、ＭＳＣ１４により、ＳＳ−ＥＣＲ２６に供給される。ＳＳ−ＥＣＲ２６は、Ｅｙインターフェースを介して呼情報をＰＳＡＰ−ＥＣＲ２４に伝達する。ＰＳＡＰスイッチ１６は、Ｅｚインターフェースを介して呼情報をＰＳＡＰ−ＥＣＲ２４に伝達し、ＰＳＡＰスイッチ１６は、Ｅａインターフェースを介して情報をＰＳＡＰコール・センター２０に伝達する。さらに、ＰＳＡＰ−ＥＣＲ２４は、別のインターフェースＥｂを介して呼情報を直接、法執行データベース(law enforcement database)に伝達する。ＰＳＡＰ−ＥＣＲ２４およびＳＳ−ＥＣＲ２６は、以下でより詳しく説明する。
【００１３】
ＰＳＡＰコール・センター２０が移動局１０から緊急通話を受信すると、ＳＳ７／ＩＳＵＰを通じて呼セットアップ・メッセージとともにＡｉインターフェースを介して、または呼データも格納される場合にＳＳ−ＥＣＲ２６とＰＳＡＰ−ＥＣＲ２４との間のＥｙインターフェースを介してコールバック電話番号が通知される。何らかの理由により、緊急通話が中断した場合、ＰＳＡＰコール・センター２０は、発信呼設備、機器、およびプロシージャが存在すれば、Ａｉｘインターフェースを通じて直接コールバックを開始することができる。あるいは、本発明のこの実施形態では、ＰＳＡＰスイッチ１６によりＥｙインターフェースを介しＰＳＡＰ−ＥＣＲ２４とＳＳ−ＥＣＲ２６との間で発信されたメッセージを通じてＭＳＣ経由コールバック(call-back-through MSC)を要求する。
【００１４】
次にこの間接的形式のコールバックについて、図２Ａおよび２Ｂを参照して詳しく説明する。図２Ａ〜２Ｂは、本発明による間接的コールバック方法のオペレーションの例を示す通信の流れ図である。図２Ａに示されているように、移動局１０が、例えば、北米では９−１−１をダイヤルすることにより緊急通話を発呼した場合、発呼メッセージは、ダイヤルした番号（つまり、９１１）、移動局１０の移動体装置識別子（Ｍobile Ｅquipment ＩＤentifier：ＭＥＩＤ）、および移動局１０のページング識別子（ＰaＧing ＩＤentifier：ＰＧＩＤ）を示す。
【００１５】
ＰＧＩＤは、呼などの何らかのサービスが移動局に配信されるときに、移動局を呼び出すために規格で使用されている多くの識別のうちのどれか１つである。ＡＮＳＩ−４１では、ＰＧＩＤは、移動局ユーザが役務契約を結んでいるサービス・プロバイダによって移動局にプログラムされた１０桁の移動識別番号（Ｍobile Ｉdentification Ｎumber：ＭＩＮ）または１５桁の国際移動加入者識別子（Ｉnternational Ｍobile Ｓubscriber Ｉdentifier：ＩＭＳＩ）のいずれかである。デフォルト移動局識別（ｄefault Ｍoble Ｓtation ＩＤentify：ｄＭＳＩＤ）も、メーカー側でＣＤＭＡ移動局にプログラムすることができ、またサービス・プロバイダ側で無線アクティブ化に関して移動局を呼び出すために使用できる。ＡＮＳＩ−４１ではさらに、移動局識別（Ｍobile Ｓtation ＩＤentification：ＭＳＩＤ）という表現を使用して、ＭＩＮまたはＩＭＳＩのいずれかをまとめて表す。したがって、ＰＧＩＤは、ＭＳＩＤでもよい。ＧＳＭでは、ＰＧＩＤはＩＭＳＩ、受け持ちシステムにより割り当てられ、ＩＭＳＩに関連付けられている一時移動局識別（Ｔemporary Ｍobile Ｓtation Ｉdentification：ＴＭＳＩ）、または場合によっては、ＩＭＳＩもＴＭＳＩも使用できなければ、国際移動体装置識別（Ｉnternational Ｍobile Ｅquipment Ｉdentity：ＩＭＥＩ）とすることができる。
【００１６】
各移動局は、メーカーにより符号化され電話機内に埋め込まれている一意的な移動体装置識別番号（ＭＥＩＤ）を含む。ＭＥＩＤは、例えば、ＡＮＳＩ／ＴＩＡ／ＥＩＡ−４１システムで使用されているような電子シリアル番号（Ｅlectronic Ｓerial Ｎumber：ＥＳＮ）またはＧＳＭシステムで使用されている国際移動体装置識別番号（ＩＭＥＩ）とすることができる。
【００１７】
図２Ａに示されているように、緊急通話に対する応答として、ＭＳＣ１４は、特に移動局のＭＥＩＤをＰＧＩＤにマッピングするテーブルを含む発呼記録をＳＳ−ＥＣＲ２６内に作成する。ＭＳＣ１４はさらに、初期アドレス・メッセージ（Ｉnitial Ａddress Ｍessage：ＩＡＭ）をＰＳＡＰスイッチ１６に送信する。初期アドレス・メッセージを使用して、ＰＳＡＰコール・センター２０と移動局１０との間の通話を確立する。図に示されているように、ＩＡＭは被呼者番号（Ｃalleｄ Ｐarty Ｎumber：ＣｄＰＮ）および発呼者番号（Ｃallinｇ Ｐarty Ｎumber：ＣｇＰＮ）を含む。被呼者番号は、移動局によってダイヤルされる緊急電話番号（例えば、９１１）である。しかし、発呼者番号は、ＭＳＣ１４に割り当てられた一意的な経路選択可能なコールバック番号である。これ以降、この番号を、「地域公共安全電話番号(Local Public Safety Number)」またはＬＰＮと呼ぶ。ＬＰＮは、ワイヤレス・ナンバー・ポータビリティ（Ｗireless Ｎubmber Ｐortability：ＷＮＰ）または１０００番号単位番号プーリング（Ｔhousands Ｂlock Ｎumber Ｐooling：ＴＢＮＰ）を実装するためにそれぞれのローカル・スイッチに割り当てられている市内交換番号（Ｌocal Ｒouting Ｎumber：ＬＲＮ）と類似のものであると考えられる。しかし、ＬＰＮに対してはその番号を所有するスイッチへの経路のみ選択でき、各スイッチのＬＰＮは一意であり、ポーティング可能ではない。図２Ａにさらに示されているように、ＭＳＣ１４は、ＩＳＵＰ一般アドレス・パラメータ（Ｇeneral Ａddress Ｐarameter：ＧＡＰ）で、ＰＳＡＰスイッチ１６に移動局のＭＥＩＤを供給する。
【００１８】
ＰＳＡＰスイッチ１６および／またはＳＳ−ＥＣＲ２６は、特に、移動局１０のＭＥＩＤをＭＳＣ１４のＬＰＮにマッピングするテーブルを含むＰＳＡＰ−ＥＣＲ２４に発呼記録を作成する。
【００１９】
ＰＳＡＰコール・センター２０が移動局１０をコールバックする必要のあるイベントが発生した場合、例えば、図２Ａに示されているような緊急通話がうっかり切れた(unintentional release)場合、ＰＳＡＰコール・センター２０から間接的コールバックを要求することができる。間接的コールバック要求に対する応答として、ＰＳＡＰスイッチ１６は、ＭＳＣ経由コールバック（ＣＢｔｈｒｕＭＳＣ）要求をＰＳＡＰ−ＥＣＲ２４に送信する。ＣＢｔｈｒｕＭＳＣ要求は、ＰＳＡＰスイッチ１６の経路選択または電話帳記載の電話番号（ＤＮ）およびコールバックする移動局１０のＭＥＩＤを含む。
【００２０】
ＣＢｔｈｒｕＭＳＣ要求で受信したＭＥＩＤを使用して、ＰＳＡＰ−ＥＣＲ２４は、関連するＭＳＣ１４のＬＰＮを判別する。ＰＳＡＰ−ＥＣＲ２４は、ＬＰＮを使用して、ＬＰＮをＳＳ−ＥＣＲアドレス（例えば、ＳＳ７ネットワーク内のポイント・コード）にマッピングする格納されているルックアップ・テーブルにアクセスする。ＰＳＡＰ−ＥＣＲ２４は、このルックアップ・テーブルから、ＳＳ−ＥＣＲ２６のアドレスにアクセスし、Ｅｙインターフェースを介してＣＢｔｈｒｕＭＳＣ要求をＳＳ−ＥＣＲ２６に送信する。別法として、ＰＳＡＰ−ＥＣＲ２４は、ＬＰＮがグローバル・タイトルである周知のＳＳ７グローバル・タイトル変換を使用してＣＢｔｈｒｕＭＳＣ要求のＳＳ−ＥＣＲ２６への経路を指定することができる。
【００２１】
ＳＳ−ＥＣＲ２６がＣＢｔｈｒｕＭＳＣ要求を受信すると、ＳＳ−ＥＣＲ２６は要求の中のＭＥＩＤを使用して、格納されているマッピング・テーブルにある移動局１０のＰＧＩＤにアクセスする。ＳＳ−ＥＣＲ２６はＰＧＩＤをＣＢｔｈｒｕＭＳＣ要求に追加し、その要求をＭＳＣ１４に送信する。ＭＳＣ１４は、ＣＢｔｈｒｕＭＳＣ要求を緊急コールバックと認識して、ＰＧＩＤを使用して移動局１０を呼び出す。
【００２２】
移動局１０が応答すると、ＭＳＣ１４は移動局１０とのトラフィック・チャネルをセットアップする。ＭＳＣ１４はさらに、ＩＡＭをＰＳＡＰスイッチ１６に送信する。ＰＳＡＰスイッチ１６がアドレス完了メッセージ（Ａddress Ｃomplete Ｍessage：ＡＣＭ）を送信して応答すると、ＭＳＣ１４は着信呼があると移動局１０に通知し、移動局１０はそれに応答することができる。
【００２３】
上述のように、本発明のこの実施形態による方法およびアーキテクチャを使用すると、ＰＳＡＰコール・センターは移動局を間接的にコールバックすることができる。
【００２４】
無線緊急データ・メッセージまたは呼を第二者サービス・プロバイダ宛てとして開始できる。例えば、非公開車両緊急報告サービスを提供するテレマティックス・サービス・プロバイダ（ＴＳＰ）がある。第二者サービス・プロバイダは、緊急メッセージをふるいにかけ、火災または人身事故など真の緊急事態であれば、パブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）を通じて、またはそれよりも軽い緊急事態の場合には二次応答サービス（例えば、救急車ではなくレッカー車手配）を通じて適切な応答を行う。真の緊急事態に対する応答では、本来の緊急通話者に代わって第二者サービス・プロバイダがＥ９１１通話などの無線緊急電話をかける必要がある。しかし、第二者サービス・プロバイダに対するコール・センターは、緊急事態の発生地からかなり距離のある場所にある場合がある（例えば、山野を横断）。Ｅ９１１通話は、地域受け持ちＭＳＣにより最寄りのＰＳＡＰに経路指定されるので（元々の受け持ちＭＳＣに知られている無線Ｅ９１１ジオロケーション情報に基づいて）、第二者サービス・プロバイダは緊急通話発呼者に代わってその地域ＭＳＣを通じてＥ９１１呼を発信することを望む。第二者サービス・プロバイダはさらに、ＰＳＡＰに情報を転送しやすくするために追加パーティとしてＰＳＡＰへの呼を続けたい場合もある。
【００２５】
本発明の第２の実施形態は、第二者サービス・プロバイダによって開始された間接呼を実現することを対象とする。以下の説明から明らかなように、第二者サービス・プロバイダは、非公開車両緊急報告サービス、他のＰＳＡＰなどであってもよい。しかし、説明例を提供することを目的として、第二者サービス・プロバイダがテレマティックス・サービス・プロバイダ（ＴＳＰ）である場合について説明する。
【００２６】
図３は、この第２の実施形態のシステム・アーキテクチャ例を示している。図に示されているように、図３のシステム・アーキテクチャは、移動局１０がテレマティックス・ユニット（ＴＵ）３２で置き換えられており、また第二者サービス・プロバイダ、この場合は、ＴＳＰコール・センター２７、ＴＳＰスイッチ２８、および関連するＥＣＲ３０が追加されていることを除き、図１のシステム・アーキテクチャと同じである。周知のように、テレマティックス・ユニット３２は、移動局に関連付けられた１つのセンサまたはセンサ群を備え、これにより、移動局は、１つまたは複数のイベントが感知されたときにＴＳＰコール・センター２７に連絡することができる。さらに、テレマティックス・ユニット３２は、車両運転者がＴＳＰコール・センター２７との連絡をトリガするために押す呼出ボタンも備えることができる。
【００２７】
ＴＳＰスイッチ２８は、ＳＳ７ネットワークのＡｉｘインターフェースを介してＭＳＣ１４と通信し、ＴＳＰ−ＥＣＲ３０は、ＳＳ７ネットワークのインターフェースＥｄを介してＳＳ−ＥＣＲ２４と通信する。
【００２８】
移動局の場合と同様、テレマティックス・ユニットは、ローカル無線サービス・プロバイダに、テレマティックス・ユニットがローカル無線サービス・プロバイダの送受信エリア内に存在することを通知する登録オペレーションを実行する。図４は、この登録プロセスの通信の流れを示す図である。
【００２９】
図に示されているように、ＴＵ３２はＭＳＣ１４で受信された登録メッセージを送信する。登録メッセージは、とりわけ、ＴＵ３２のＭＥＩＤを含む。ＭＳＣ１４は、ＴＵ３２がその送受信エリア内にあると判断し、周知の方法で、その登録をＭＳＣ１４に関連付けられているビジター位置登録（Ｖisitor Ｌocation Ｒegister：ＶＬＲ）に通知する。ＶＬＲでは、周知の方法でＴＵ３２をＴＳＰのホーム位置登録（Ｈome Ｌocation Ｒegister：ＨＬＲ）に登録する。ＴＳＰ−ＨＬＲは、ＴＵ３２を認可し、ＴＵ３２がテレマティックス・ユニットであることを示す情報を含むＴＵ３２上のプロファイル情報をＶＬＲに供給する。この情報は、ＴＳＰ−ＨＬＲからＶＬＲに送信されたメッセージでセットされているフラグの形式をとることができる。ＶＬＲは、その後、このプロファイル情報および、ＴＵ３２がテレマティックス・ユニットであることを示す情報をＭＳＣ１４に伝達する。このようにして、ＭＳＣ１４は、どの移動局がテレマティックス・ユニットであるかに関する情報を受け取る。例示的な一実施形態では、ＭＳＣ１４は、登録されている移動局に対するＭＥＩＤのテーブルを保持し、ＴＵ３２のＭＥＩＤに関連付けられたフラグをセットし、ＴＵ３２がテレマティックス・ユニットであることを示す。
【００３０】
図５は、本発明のこの実施形態による間接呼方法のオペレーション例を示す通信の流れ図である。図に示されているように、ＴＵ３２が発呼した場合、発呼メッセージは、ダイヤルされた番号（つまり、ＴＳＰコール・センター２７の電話番号）、ＴＵ３２の移動体装置識別番号（ＭＥＩＤ）、およびＴＵ３２のページング識別番号（ＰＧＩＤ）を示す。
【００３１】
ＴＵ３２のＭＥＩＤから、ＭＳＣ１４はＴＵ３２をテレマティックス・ユニットと識別する。ＴＵ３２がテレマティックス・ユニットとして識別された場合、ＭＳＣ１４は、特にＴＵ３２などの移動局のＭＥＩＤをＰＧＩＤにマッピングするテーブルを含む発呼記録をＳＳ−ＥＣＲ２６内に作成する。ＭＳＣ１４はさらに、初期アドレス・メッセージ（ＩＡＭ）をＴＳＰスイッチ２８に送信する。初期アドレス・メッセージを使用して、ＴＳＰコール・センター２７とＴＵ３２との間の通話を確立する。図に示されているように、ＩＡＭは被呼者番号（ＣｄＰＮ）および発呼者番号（ＣｇＰＮ）を含む。被呼者番号は、ＴＳＰスイッチ２８の番号である。発呼者番号は、ＭＳＣ１４に割り当てられたＬＰＮである。ＭＳＣ１４は、さらに、ＩＳＵＰ一般アドレス・パラメータ（ＧＡＰ）で、ＴＳＰスイッチ２８にＴＵ３２のＭＥＩＤを供給する。ＴＳＰスイッチ２８は、特に、移動局のＭＥＩＤを関連するＭＳＣのＬＰＮにマッピングするテーブルを含むＴＳＰ−ＥＣＲ３０に発呼記録を作成する。
【００３２】
このプロセスにより、ＴＵ３２とＴＳＰコール・センター２７との間の通話が確立される。通話中に伝達された情報に応じて、ＴＳＰコール・センター２７は、火災または人身事故など真の緊急事態であればＰＳＡＰとの通話の接続、またはそれよりも軽い緊急事態の場合には二次応答サービス（例えば、レッカー車手配）との通話の接続などの適切な応答を決定することができる。ＴＳＰコール・センター２７は、ＭＳＣ経由発呼要求をＴＳＰ−ＥＣＲ３０に送信するようＴＳＰスイッチ２８に指令する。ＭＳＣ経由発呼要求は、ＭＳＣ１４のＬＰＮ、ＴＵ３２のＭＥＩＤ、およびサービス・コードを含む。サービス・コードは、ＴＳＰコール・センター２７により判別されたようにＴＵ３２で必要なサービスの種類を示す。例えば、サービス・コードは、ＰＳＡＰとの通話の接続を必要とする緊急事態を示したり、またはレッカー車手配などの二次応答サービスを示すことができる。
【００３３】
ＴＳＰ−ＥＣＲ３０は、要求のＬＰＮを使用して、ＬＰＮをＳＳ−ＥＣＲアドレス（例えば、ＳＳ７ネットワーク内のポイント・コード）にマッピングする格納されているルックアップ・テーブルにアクセスする。ＴＳＰ−ＥＣＲ３０は、このルックアップ・テーブルから、ＳＳ−ＥＣＲ２６のアドレスにアクセスし、Ｅｄインターフェースを介してＭＳＣ経由発呼要求をＳＳ−ＥＣＲ２６に送信する。別法として、ＴＳＰ−ＥＣＲ３０は、ＬＰＮがグローバル・タイトルである周知のＳＳ７グローバル・タイトル変換を使用してＭＳＣ経由発呼要求をＳＳ−ＥＣＲ２６に送信することができる。ＴＳＰ−ＥＣＲ３０によって送信されるＭＳＣ経由発呼要求には、移動局のＭＥＩＤおよびサービス・コードが含まれる。
【００３４】
ＳＳ−ＥＣＲ２６がＭＳＣ経由発呼要求を受信すると、ＳＳ−ＥＣＲ２６は要求の中のＭＥＩＤを使用して、格納されているマッピング・テーブルにあるＰＧＩＤにアクセスする。次に、ＳＳ−ＥＣＲ２６は、ＭＳＣ経由発呼要求をＭＳＣ１４に送信する。ＭＳＣ経由発呼要求は、ＰＧＩＤおよびサービス・コードを含む。ＭＳＣ１４は、サービス・コードに基づいて被呼者番号を判別する。例えば、サービス・コードが緊急事態を示している場合、ＭＳＣ１４は９１１を被呼者番号であると判断する。
【００３５】
ＭＳＣ経由緊急発呼要求を受信したことに対する応答として、ＭＳＣ１４は、さらに、ジオロケーション情報（例えば、ＴＵ３２の経度および緯度）の生成などを含むＪ−ＳＴＤ−３６Ａなどのプロシージャを呼び出す。
【００３６】
サービス・コードが非緊急事態を示している場合（例えば、牽引などの二次応答サービス）、ＭＳＣ１４は、ジオロケーション・プロシージャ（例えば、Ｊ−ＳＴＤ−３６Ａに相当する商用プロシージャ）を呼び出す。ＭＳＣ１４は、ジオロケーションの情報を使用し、ＴＵ３２の位置に対応するサービス・データベース（例えば、レッカー車サービス・データベース）にアクセスし、被呼者番号としてそれらの番号のうちの１つにアクセスする。
【００３７】
これが取得されたら、ＭＳＣ１４は、例えば、図５に示されているようなＰＳＡＰスイッチまたは二次応答サービスに発呼する。発呼は、カンファレンス・ブリッジ(conference bridge)を使用する三方の呼のうちの３番目の呼として行われ、第２の呼はＴＵ３２からＴＳＰコール・センター２７への元々の呼である。この発呼に使用されるＩＡＭは、上で判別したような被呼者番号および起呼者番号としてのＬＰＮを含む。ＩＡＭは、さらに、ＧＡＰ内のＴＵ３２のＭＥＩＤ、ジオロケーション情報（例えば、経度および緯度）、および特に呼出が緊急通話の場合に追加ジオロケーション情報を含む。図に示されているように、呼が緊急通話の場合、追加ジオロケーション情報は、一般的な桁パラメータ（ＧＤＰ）で送信することができる。ここで、ＧＤＰは、ローカルＰＳＡＰに対する周知の緊急サービス経路選択数字（Ｅmergency Ｓervice Ｒouting Ｄigits）を得るために使用される周知の緊急サービス経路選択キー（Ｅmergency Ｓervice Ｒouting Ｋey：ＥＳＲＫ）またはＥＳＲＤそれ自体とすることができる。ＥＳＲＤは、ローカルＰＳＡＰの経路選択番号である。
【００３８】
本発明のこの実施形態では、ＴＳＰなどの第二者サービス・プロバイダは、移動局と第二者サービス・プロバイダとの間で通話している移動局（例えば、ＴＵ）のローカルにあるＰＳＡＰまたは二次応答サービスを実際に含むことができる。第二者サービス・プロバイダは、上記の例に限られず、多数の他の種類のサービス・プロバイダも含むことができることは理解されるであろう。例えば、第二者サービス・プロバイダは、緊急通話で他のエリアを受け持つ他のＰＳＡＰを含めることを望むＰＳＡＰであってよい。これにより、移動体の緊急事態（例えば、動いている列車またはトラックの緊急事態）または広範囲に広がる緊急事態（例えば、化学薬品または原子力の事故）の扱いを調整することができる。
【００３９】
以上のように本発明を説明してきたが、様々点で本発明を変更できることは明白であろう。このような変更は、本発明の精神と範囲から逸脱したものとみなされず、このようなすべての修正は特許請求の範囲内に含まれるものとする。
【技術分野】
【０００１】
本発明は、間接的に通話を確立するための方法およびシステム・アーキテクチャに関する。
【背景技術】
【０００２】
移動局との無線通話を直接確立するのは、状況によっては、困難であったり、実現不可能であったりする場合がある。例えば、無線緊急通話をついうっかり切ってしまった（unintentional release：意図的でない解放）ときに移動局に直接コールバックできないパブリック・サービス・アンサリング・ポイント（Ｐublic Ｓervice Ａnswering Ｐoing：ＰＳＡＰ）スイッチもある。さらに、多くの無線通話は、離れた場所に置かれているサービス・プロバイダが取り扱うには難しい位置固有の問題に関係する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、間接的に通話を確立するための方法およびシステム・アーキテクチャを提示する。
【課題を解決するための手段】
【０００４】
一実施形態では、一方の着信履歴機能(call register)はパブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）スイッチに関連付けられており、他の着信履歴機能は移動通信交換局（Ｍobile Ｓwitching Ｃenter：ＭＳＣ）に関連付けられている。ＰＳＡＰスイッチに関連付けられている着信履歴機能は、ＰＳＡＰスイッチと通信するほかに、ＭＳＣに関連付けられている着信履歴機能とも通信する。同様に、ＭＳＣに関連付けられている着信履歴機能は、ＭＳＣおよびＰＳＡＰスイッチに関連付けられている着信履歴機能と通信する。この実施形態では、ＰＳＡＰスイッチは、ＭＳＣに、ＰＳＡＰスイッチと要求で識別された移動局との間の緊急通話を確立するよう要求することができるが、それには、その要求をＰＳＡＰスイッチに関連付けられている着信履歴機能に送信する。ＰＳＡＰスイッチに関連付けられている着信履歴機能は、ＭＳＣに関連付けられている着信履歴機能への要求の経路を指定し、ＭＳＣに関連付けられている着信履歴機能は、ＭＳＣに要求を発行し、ＭＳＣが識別された移動局に対して発呼し、移動局をＰＳＡＰスイッチに接続できるようにする。
【０００５】
本発明の他の実施形態では、第二者サービス・プロバイダ(second party service provider)は移動局とＰＳＡＰまたは二次応答サービスとの間の通話の確立を間接的に要求することができる。例えば、第二者サービス・プロバイダは、非公開車両報告サービス(private vehicular reporting service)を提供するテレマティックス・サービス・プロバイダ（Ｔelematics Ｓervice Ｐrovider：ＴＳＰ）とすることができ、この場合、移動局は車両内のテレマティックス・ユニットであり、二次応答サービスはレッカー車サービスとすることができる。
【０００６】
この実施形態では、一方の着信履歴機能は、第二者サービス・プロバイダに関連付けられており、他方の着信履歴機能は、移動通信交換局（ＭＳＣ）に関連付けられている。第二者サービス・プロバイダに関連付けられている着信履歴機能は、第二者サービス・プロバイダと通信するほかに、ＭＳＣに関連付けられている着信履歴機能とも通信する。同様に、ＭＳＣに関連付けられている着信履歴機能は、ＭＳＣおよび第二者サービス・プロバイダに関連付けられている着信履歴機能と通信する。この実施形態では、第二者サービス・プロバイダは、移動局からの呼への応答として、ＭＳＣに、他のパーティ（例えば、ＰＳＡＰまたは二次応答サービス）と既存の通話との接続を要求することができ、それには、その要求を第二者サービス・プロバイダに関連付けられている着信履歴機能に送る。第二者サービス・プロバイダに関連付けられている着信履歴機能は、要求をＭＳＣに関連付けられている着信履歴機能に送り、ＭＳＣに関連付けられている着信履歴機能はＭＳＣに要求を発行し、ＭＳＣは追加パーティを通話に接続する。あるいは、移動局と追加パーティとの間に別の通話を確立することもできる。さらに、この実施形態では、追加パーティを移動局に接続する際に、移動局のジオロケーション情報を取得して、追加パーティに供給することかできる。
【０００７】
本発明は、後述の詳細な説明および例示のみを目的として掲載した付属の図面を参照することでより完全に理解することができ、また類似の参照番号は様々な図面の対応する部分を示す。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施形態が採用されているシステム・アーキテクチャ例の図である。
【図２Ａ】本発明による間接的コールバック方法のオペレーションの例を示す通信の流れ図である。
【図２Ｂ】本発明による間接的コールバック方法のオペレーションの例を示す通信の流れ図である。
【図３】本発明の第２の実施形態が採用されているシステム・アーキテクチャ例の図である。
【図４】テレマティックス・ユニットの登録例を示す通信の流れ図である。
【図５】本発明による間接呼方法のオペレーション例を示す通信の流れ図である。
【発明を実施するための形態】
【０００９】
無線緊急通話の取扱いで必要なのは、パブリック・セーフティ・アンサリング・ポイント（ＰＳＡＰ）コール・センターで緊急通話に応答するエージェントが、緊急通話者にコールバックできることである。理由の１つは、無線通話が中断した場合に、緊急報告を完結させるためにその呼を復旧する必要があるかもしれないということである。発呼者は、ＰＳＡＰに再び電話を掛けることができなかったり、あるいは他のＰＳＡＰのドメイン内に移動してしまった可能性がある。コールバックが必要なもう１つの理由は、ＰＳＡＰエージェントがいたずら電話をふるい落とすために緊急通話の発信源を確認することである。
【００１０】
現在、多くのＰＳＡＰでは、コールバックは、インバウンド・トランク(inbound trunks)上の「フラッシュ・バック」を通じて固定電話で接続している発呼者に対し行われる。これは、少なくとも２つの理由から、無線でのコールバックには実行できない。第１に、発呼者が新しい受け持ちシステムに引き渡されている間に、通話は中断してしまっている可能性がある。第２に、発呼者が、呼の中断後、同じ受け持ちシステム内にある場合であっても、ＰＳＡＰがフラッシュ・バックできる前に、無線トラフィック・チャネルは失われるということである。フラッシュ・バックは、ＭＳＣに到達できるが、ＭＳＣには、呼を完了させるトラフィック・チャネルも、さらには移動局を呼び出し、トラフィック・チャネルを再確立するために必要な識別子さえもない。
【００１１】
図１は、ＰＳＡＰが無線緊急通話者にコールバックする方法を使用するためのシステム・アーキテクチャ例を示している。図に示されているように、移動通信交換局（ＭＳＣ）１４は、基地局１２を介して移動局１０から緊急通話を受け取り、ＰＳＡＰスイッチ１６、周知の緊急サービス・ネットワーク１８、およびインターフェースＡｉを介してその緊急通話をＰＳＡＰコール・センター２０に配信する。移動局１０は、携帯電話、ＰＤＡなどの周知の無線ユニットのどのような種類のものでもよい。コールバックは、周知のＳＳ７ネットワーク２２のＡｉｘインターフェースを介して、ＰＳＡＰスイッチ１６により直接ＭＳＣ１４にかけることができる。
【００１２】
このアーキテクチャは、さらに、ＰＳＡＰスイッチ１６に関連付けられたＰＳＡＰ緊急通話着信履歴（Ｅmergency Ｃall Ｒesister：ＥＣＲ）２４およびＭＳＣ１４に関連付けられている受け持ちシステム緊急通話着信履歴（Ｓerving Ｓystem −Ｅmergency Ｃall Ｒesister：ＳＳ−ＥＣＲ）２６を含む。ＰＳＡＰ−ＥＣＲ２４およびＳＳ−ＥＣＲ２６は、個々の緊急通話およびその発信源を識別する類似の情報を格納する随伴データベースである。それらのデータは互いに調整しあい、新しい呼識別データはＳＳ７ネットワーク２２のインターフェースＥｙを介して一方から他方へ追加される。呼識別情報は、Ｅｘインターフェースを介して、ＭＳＣ１４により、ＳＳ−ＥＣＲ２６に供給される。ＳＳ−ＥＣＲ２６は、Ｅｙインターフェースを介して呼情報をＰＳＡＰ−ＥＣＲ２４に伝達する。ＰＳＡＰスイッチ１６は、Ｅｚインターフェースを介して呼情報をＰＳＡＰ−ＥＣＲ２４に伝達し、ＰＳＡＰスイッチ１６は、Ｅａインターフェースを介して情報をＰＳＡＰコール・センター２０に伝達する。さらに、ＰＳＡＰ−ＥＣＲ２４は、別のインターフェースＥｂを介して呼情報を直接、法執行データベース(law enforcement database)に伝達する。ＰＳＡＰ−ＥＣＲ２４およびＳＳ−ＥＣＲ２６は、以下でより詳しく説明する。
【００１３】
ＰＳＡＰコール・センター２０が移動局１０から緊急通話を受信すると、ＳＳ７／ＩＳＵＰを通じて呼セットアップ・メッセージとともにＡｉインターフェースを介して、または呼データも格納される場合にＳＳ−ＥＣＲ２６とＰＳＡＰ−ＥＣＲ２４との間のＥｙインターフェースを介してコールバック電話番号が通知される。何らかの理由により、緊急通話が中断した場合、ＰＳＡＰコール・センター２０は、発信呼設備、機器、およびプロシージャが存在すれば、Ａｉｘインターフェースを通じて直接コールバックを開始することができる。あるいは、本発明のこの実施形態では、ＰＳＡＰスイッチ１６によりＥｙインターフェースを介しＰＳＡＰ−ＥＣＲ２４とＳＳ−ＥＣＲ２６との間で発信されたメッセージを通じてＭＳＣ経由コールバック(call-back-through MSC)を要求する。
【００１４】
次にこの間接的形式のコールバックについて、図２Ａおよび２Ｂを参照して詳しく説明する。図２Ａ〜２Ｂは、本発明による間接的コールバック方法のオペレーションの例を示す通信の流れ図である。図２Ａに示されているように、移動局１０が、例えば、北米では９−１−１をダイヤルすることにより緊急通話を発呼した場合、発呼メッセージは、ダイヤルした番号（つまり、９１１）、移動局１０の移動体装置識別子（Ｍobile Ｅquipment ＩＤentifier：ＭＥＩＤ）、および移動局１０のページング識別子（ＰaＧing ＩＤentifier：ＰＧＩＤ）を示す。
【００１５】
ＰＧＩＤは、呼などの何らかのサービスが移動局に配信されるときに、移動局を呼び出すために規格で使用されている多くの識別のうちのどれか１つである。ＡＮＳＩ−４１では、ＰＧＩＤは、移動局ユーザが役務契約を結んでいるサービス・プロバイダによって移動局にプログラムされた１０桁の移動識別番号（Ｍobile Ｉdentification Ｎumber：ＭＩＮ）または１５桁の国際移動加入者識別子（Ｉnternational Ｍobile Ｓubscriber Ｉdentifier：ＩＭＳＩ）のいずれかである。デフォルト移動局識別（ｄefault Ｍoble Ｓtation ＩＤentify：ｄＭＳＩＤ）も、メーカー側でＣＤＭＡ移動局にプログラムすることができ、またサービス・プロバイダ側で無線アクティブ化に関して移動局を呼び出すために使用できる。ＡＮＳＩ−４１ではさらに、移動局識別（Ｍobile Ｓtation ＩＤentification：ＭＳＩＤ）という表現を使用して、ＭＩＮまたはＩＭＳＩのいずれかをまとめて表す。したがって、ＰＧＩＤは、ＭＳＩＤでもよい。ＧＳＭでは、ＰＧＩＤはＩＭＳＩ、受け持ちシステムにより割り当てられ、ＩＭＳＩに関連付けられている一時移動局識別（Ｔemporary Ｍobile Ｓtation Ｉdentification：ＴＭＳＩ）、または場合によっては、ＩＭＳＩもＴＭＳＩも使用できなければ、国際移動体装置識別（Ｉnternational Ｍobile Ｅquipment Ｉdentity：ＩＭＥＩ）とすることができる。
【００１６】
各移動局は、メーカーにより符号化され電話機内に埋め込まれている一意的な移動体装置識別番号（ＭＥＩＤ）を含む。ＭＥＩＤは、例えば、ＡＮＳＩ／ＴＩＡ／ＥＩＡ−４１システムで使用されているような電子シリアル番号（Ｅlectronic Ｓerial Ｎumber：ＥＳＮ）またはＧＳＭシステムで使用されている国際移動体装置識別番号（ＩＭＥＩ）とすることができる。
【００１７】
図２Ａに示されているように、緊急通話に対する応答として、ＭＳＣ１４は、特に移動局のＭＥＩＤをＰＧＩＤにマッピングするテーブルを含む発呼記録をＳＳ−ＥＣＲ２６内に作成する。ＭＳＣ１４はさらに、初期アドレス・メッセージ（Ｉnitial Ａddress Ｍessage：ＩＡＭ）をＰＳＡＰスイッチ１６に送信する。初期アドレス・メッセージを使用して、ＰＳＡＰコール・センター２０と移動局１０との間の通話を確立する。図に示されているように、ＩＡＭは被呼者番号（Ｃalleｄ Ｐarty Ｎumber：ＣｄＰＮ）および発呼者番号（Ｃallinｇ Ｐarty Ｎumber：ＣｇＰＮ）を含む。被呼者番号は、移動局によってダイヤルされる緊急電話番号（例えば、９１１）である。しかし、発呼者番号は、ＭＳＣ１４に割り当てられた一意的な経路選択可能なコールバック番号である。これ以降、この番号を、「地域公共安全電話番号(Local Public Safety Number)」またはＬＰＮと呼ぶ。ＬＰＮは、ワイヤレス・ナンバー・ポータビリティ（Ｗireless Ｎubmber Ｐortability：ＷＮＰ）または１０００番号単位番号プーリング（Ｔhousands Ｂlock Ｎumber Ｐooling：ＴＢＮＰ）を実装するためにそれぞれのローカル・スイッチに割り当てられている市内交換番号（Ｌocal Ｒouting Ｎumber：ＬＲＮ）と類似のものであると考えられる。しかし、ＬＰＮに対してはその番号を所有するスイッチへの経路のみ選択でき、各スイッチのＬＰＮは一意であり、ポーティング可能ではない。図２Ａにさらに示されているように、ＭＳＣ１４は、ＩＳＵＰ一般アドレス・パラメータ（Ｇeneral Ａddress Ｐarameter：ＧＡＰ）で、ＰＳＡＰスイッチ１６に移動局のＭＥＩＤを供給する。
【００１８】
ＰＳＡＰスイッチ１６および／またはＳＳ−ＥＣＲ２６は、特に、移動局１０のＭＥＩＤをＭＳＣ１４のＬＰＮにマッピングするテーブルを含むＰＳＡＰ−ＥＣＲ２４に発呼記録を作成する。
【００１９】
ＰＳＡＰコール・センター２０が移動局１０をコールバックする必要のあるイベントが発生した場合、例えば、図２Ａに示されているような緊急通話がうっかり切れた(unintentional release)場合、ＰＳＡＰコール・センター２０から間接的コールバックを要求することができる。間接的コールバック要求に対する応答として、ＰＳＡＰスイッチ１６は、ＭＳＣ経由コールバック（ＣＢｔｈｒｕＭＳＣ）要求をＰＳＡＰ−ＥＣＲ２４に送信する。ＣＢｔｈｒｕＭＳＣ要求は、ＰＳＡＰスイッチ１６の経路選択または電話帳記載の電話番号（ＤＮ）およびコールバックする移動局１０のＭＥＩＤを含む。
【００２０】
ＣＢｔｈｒｕＭＳＣ要求で受信したＭＥＩＤを使用して、ＰＳＡＰ−ＥＣＲ２４は、関連するＭＳＣ１４のＬＰＮを判別する。ＰＳＡＰ−ＥＣＲ２４は、ＬＰＮを使用して、ＬＰＮをＳＳ−ＥＣＲアドレス（例えば、ＳＳ７ネットワーク内のポイント・コード）にマッピングする格納されているルックアップ・テーブルにアクセスする。ＰＳＡＰ−ＥＣＲ２４は、このルックアップ・テーブルから、ＳＳ−ＥＣＲ２６のアドレスにアクセスし、Ｅｙインターフェースを介してＣＢｔｈｒｕＭＳＣ要求をＳＳ−ＥＣＲ２６に送信する。別法として、ＰＳＡＰ−ＥＣＲ２４は、ＬＰＮがグローバル・タイトルである周知のＳＳ７グローバル・タイトル変換を使用してＣＢｔｈｒｕＭＳＣ要求のＳＳ−ＥＣＲ２６への経路を指定することができる。
【００２１】
ＳＳ−ＥＣＲ２６がＣＢｔｈｒｕＭＳＣ要求を受信すると、ＳＳ−ＥＣＲ２６は要求の中のＭＥＩＤを使用して、格納されているマッピング・テーブルにある移動局１０のＰＧＩＤにアクセスする。ＳＳ−ＥＣＲ２６はＰＧＩＤをＣＢｔｈｒｕＭＳＣ要求に追加し、その要求をＭＳＣ１４に送信する。ＭＳＣ１４は、ＣＢｔｈｒｕＭＳＣ要求を緊急コールバックと認識して、ＰＧＩＤを使用して移動局１０を呼び出す。
【００２２】
移動局１０が応答すると、ＭＳＣ１４は移動局１０とのトラフィック・チャネルをセットアップする。ＭＳＣ１４はさらに、ＩＡＭをＰＳＡＰスイッチ１６に送信する。ＰＳＡＰスイッチ１６がアドレス完了メッセージ（Ａddress Ｃomplete Ｍessage：ＡＣＭ）を送信して応答すると、ＭＳＣ１４は着信呼があると移動局１０に通知し、移動局１０はそれに応答することができる。
【００２３】
上述のように、本発明のこの実施形態による方法およびアーキテクチャを使用すると、ＰＳＡＰコール・センターは移動局を間接的にコールバックすることができる。
【００２４】
無線緊急データ・メッセージまたは呼を第二者サービス・プロバイダ宛てとして開始できる。例えば、非公開車両緊急報告サービスを提供するテレマティックス・サービス・プロバイダ（ＴＳＰ）がある。第二者サービス・プロバイダは、緊急メッセージをふるいにかけ、火災または人身事故など真の緊急事態であれば、パブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）を通じて、またはそれよりも軽い緊急事態の場合には二次応答サービス（例えば、救急車ではなくレッカー車手配）を通じて適切な応答を行う。真の緊急事態に対する応答では、本来の緊急通話者に代わって第二者サービス・プロバイダがＥ９１１通話などの無線緊急電話をかける必要がある。しかし、第二者サービス・プロバイダに対するコール・センターは、緊急事態の発生地からかなり距離のある場所にある場合がある（例えば、山野を横断）。Ｅ９１１通話は、地域受け持ちＭＳＣにより最寄りのＰＳＡＰに経路指定されるので（元々の受け持ちＭＳＣに知られている無線Ｅ９１１ジオロケーション情報に基づいて）、第二者サービス・プロバイダは緊急通話発呼者に代わってその地域ＭＳＣを通じてＥ９１１呼を発信することを望む。第二者サービス・プロバイダはさらに、ＰＳＡＰに情報を転送しやすくするために追加パーティとしてＰＳＡＰへの呼を続けたい場合もある。
【００２５】
本発明の第２の実施形態は、第二者サービス・プロバイダによって開始された間接呼を実現することを対象とする。以下の説明から明らかなように、第二者サービス・プロバイダは、非公開車両緊急報告サービス、他のＰＳＡＰなどであってもよい。しかし、説明例を提供することを目的として、第二者サービス・プロバイダがテレマティックス・サービス・プロバイダ（ＴＳＰ）である場合について説明する。
【００２６】
図３は、この第２の実施形態のシステム・アーキテクチャ例を示している。図に示されているように、図３のシステム・アーキテクチャは、移動局１０がテレマティックス・ユニット（ＴＵ）３２で置き換えられており、また第二者サービス・プロバイダ、この場合は、ＴＳＰコール・センター２７、ＴＳＰスイッチ２８、および関連するＥＣＲ３０が追加されていることを除き、図１のシステム・アーキテクチャと同じである。周知のように、テレマティックス・ユニット３２は、移動局に関連付けられた１つのセンサまたはセンサ群を備え、これにより、移動局は、１つまたは複数のイベントが感知されたときにＴＳＰコール・センター２７に連絡することができる。さらに、テレマティックス・ユニット３２は、車両運転者がＴＳＰコール・センター２７との連絡をトリガするために押す呼出ボタンも備えることができる。
【００２７】
ＴＳＰスイッチ２８は、ＳＳ７ネットワークのＡｉｘインターフェースを介してＭＳＣ１４と通信し、ＴＳＰ−ＥＣＲ３０は、ＳＳ７ネットワークのインターフェースＥｄを介してＳＳ−ＥＣＲ２４と通信する。
【００２８】
移動局の場合と同様、テレマティックス・ユニットは、ローカル無線サービス・プロバイダに、テレマティックス・ユニットがローカル無線サービス・プロバイダの送受信エリア内に存在することを通知する登録オペレーションを実行する。図４は、この登録プロセスの通信の流れを示す図である。
【００２９】
図に示されているように、ＴＵ３２はＭＳＣ１４で受信された登録メッセージを送信する。登録メッセージは、とりわけ、ＴＵ３２のＭＥＩＤを含む。ＭＳＣ１４は、ＴＵ３２がその送受信エリア内にあると判断し、周知の方法で、その登録をＭＳＣ１４に関連付けられているビジター位置登録（Ｖisitor Ｌocation Ｒegister：ＶＬＲ）に通知する。ＶＬＲでは、周知の方法でＴＵ３２をＴＳＰのホーム位置登録（Ｈome Ｌocation Ｒegister：ＨＬＲ）に登録する。ＴＳＰ−ＨＬＲは、ＴＵ３２を認可し、ＴＵ３２がテレマティックス・ユニットであることを示す情報を含むＴＵ３２上のプロファイル情報をＶＬＲに供給する。この情報は、ＴＳＰ−ＨＬＲからＶＬＲに送信されたメッセージでセットされているフラグの形式をとることができる。ＶＬＲは、その後、このプロファイル情報および、ＴＵ３２がテレマティックス・ユニットであることを示す情報をＭＳＣ１４に伝達する。このようにして、ＭＳＣ１４は、どの移動局がテレマティックス・ユニットであるかに関する情報を受け取る。例示的な一実施形態では、ＭＳＣ１４は、登録されている移動局に対するＭＥＩＤのテーブルを保持し、ＴＵ３２のＭＥＩＤに関連付けられたフラグをセットし、ＴＵ３２がテレマティックス・ユニットであることを示す。
【００３０】
図５は、本発明のこの実施形態による間接呼方法のオペレーション例を示す通信の流れ図である。図に示されているように、ＴＵ３２が発呼した場合、発呼メッセージは、ダイヤルされた番号（つまり、ＴＳＰコール・センター２７の電話番号）、ＴＵ３２の移動体装置識別番号（ＭＥＩＤ）、およびＴＵ３２のページング識別番号（ＰＧＩＤ）を示す。
【００３１】
ＴＵ３２のＭＥＩＤから、ＭＳＣ１４はＴＵ３２をテレマティックス・ユニットと識別する。ＴＵ３２がテレマティックス・ユニットとして識別された場合、ＭＳＣ１４は、特にＴＵ３２などの移動局のＭＥＩＤをＰＧＩＤにマッピングするテーブルを含む発呼記録をＳＳ−ＥＣＲ２６内に作成する。ＭＳＣ１４はさらに、初期アドレス・メッセージ（ＩＡＭ）をＴＳＰスイッチ２８に送信する。初期アドレス・メッセージを使用して、ＴＳＰコール・センター２７とＴＵ３２との間の通話を確立する。図に示されているように、ＩＡＭは被呼者番号（ＣｄＰＮ）および発呼者番号（ＣｇＰＮ）を含む。被呼者番号は、ＴＳＰスイッチ２８の番号である。発呼者番号は、ＭＳＣ１４に割り当てられたＬＰＮである。ＭＳＣ１４は、さらに、ＩＳＵＰ一般アドレス・パラメータ（ＧＡＰ）で、ＴＳＰスイッチ２８にＴＵ３２のＭＥＩＤを供給する。ＴＳＰスイッチ２８は、特に、移動局のＭＥＩＤを関連するＭＳＣのＬＰＮにマッピングするテーブルを含むＴＳＰ−ＥＣＲ３０に発呼記録を作成する。
【００３２】
このプロセスにより、ＴＵ３２とＴＳＰコール・センター２７との間の通話が確立される。通話中に伝達された情報に応じて、ＴＳＰコール・センター２７は、火災または人身事故など真の緊急事態であればＰＳＡＰとの通話の接続、またはそれよりも軽い緊急事態の場合には二次応答サービス（例えば、レッカー車手配）との通話の接続などの適切な応答を決定することができる。ＴＳＰコール・センター２７は、ＭＳＣ経由発呼要求をＴＳＰ−ＥＣＲ３０に送信するようＴＳＰスイッチ２８に指令する。ＭＳＣ経由発呼要求は、ＭＳＣ１４のＬＰＮ、ＴＵ３２のＭＥＩＤ、およびサービス・コードを含む。サービス・コードは、ＴＳＰコール・センター２７により判別されたようにＴＵ３２で必要なサービスの種類を示す。例えば、サービス・コードは、ＰＳＡＰとの通話の接続を必要とする緊急事態を示したり、またはレッカー車手配などの二次応答サービスを示すことができる。
【００３３】
ＴＳＰ−ＥＣＲ３０は、要求のＬＰＮを使用して、ＬＰＮをＳＳ−ＥＣＲアドレス（例えば、ＳＳ７ネットワーク内のポイント・コード）にマッピングする格納されているルックアップ・テーブルにアクセスする。ＴＳＰ−ＥＣＲ３０は、このルックアップ・テーブルから、ＳＳ−ＥＣＲ２６のアドレスにアクセスし、Ｅｄインターフェースを介してＭＳＣ経由発呼要求をＳＳ−ＥＣＲ２６に送信する。別法として、ＴＳＰ−ＥＣＲ３０は、ＬＰＮがグローバル・タイトルである周知のＳＳ７グローバル・タイトル変換を使用してＭＳＣ経由発呼要求をＳＳ−ＥＣＲ２６に送信することができる。ＴＳＰ−ＥＣＲ３０によって送信されるＭＳＣ経由発呼要求には、移動局のＭＥＩＤおよびサービス・コードが含まれる。
【００３４】
ＳＳ−ＥＣＲ２６がＭＳＣ経由発呼要求を受信すると、ＳＳ−ＥＣＲ２６は要求の中のＭＥＩＤを使用して、格納されているマッピング・テーブルにあるＰＧＩＤにアクセスする。次に、ＳＳ−ＥＣＲ２６は、ＭＳＣ経由発呼要求をＭＳＣ１４に送信する。ＭＳＣ経由発呼要求は、ＰＧＩＤおよびサービス・コードを含む。ＭＳＣ１４は、サービス・コードに基づいて被呼者番号を判別する。例えば、サービス・コードが緊急事態を示している場合、ＭＳＣ１４は９１１を被呼者番号であると判断する。
【００３５】
ＭＳＣ経由緊急発呼要求を受信したことに対する応答として、ＭＳＣ１４は、さらに、ジオロケーション情報（例えば、ＴＵ３２の経度および緯度）の生成などを含むＪ−ＳＴＤ−３６Ａなどのプロシージャを呼び出す。
【００３６】
サービス・コードが非緊急事態を示している場合（例えば、牽引などの二次応答サービス）、ＭＳＣ１４は、ジオロケーション・プロシージャ（例えば、Ｊ−ＳＴＤ−３６Ａに相当する商用プロシージャ）を呼び出す。ＭＳＣ１４は、ジオロケーションの情報を使用し、ＴＵ３２の位置に対応するサービス・データベース（例えば、レッカー車サービス・データベース）にアクセスし、被呼者番号としてそれらの番号のうちの１つにアクセスする。
【００３７】
これが取得されたら、ＭＳＣ１４は、例えば、図５に示されているようなＰＳＡＰスイッチまたは二次応答サービスに発呼する。発呼は、カンファレンス・ブリッジ(conference bridge)を使用する三方の呼のうちの３番目の呼として行われ、第２の呼はＴＵ３２からＴＳＰコール・センター２７への元々の呼である。この発呼に使用されるＩＡＭは、上で判別したような被呼者番号および起呼者番号としてのＬＰＮを含む。ＩＡＭは、さらに、ＧＡＰ内のＴＵ３２のＭＥＩＤ、ジオロケーション情報（例えば、経度および緯度）、および特に呼出が緊急通話の場合に追加ジオロケーション情報を含む。図に示されているように、呼が緊急通話の場合、追加ジオロケーション情報は、一般的な桁パラメータ（ＧＤＰ）で送信することができる。ここで、ＧＤＰは、ローカルＰＳＡＰに対する周知の緊急サービス経路選択数字（Ｅmergency Ｓervice Ｒouting Ｄigits）を得るために使用される周知の緊急サービス経路選択キー（Ｅmergency Ｓervice Ｒouting Ｋey：ＥＳＲＫ）またはＥＳＲＤそれ自体とすることができる。ＥＳＲＤは、ローカルＰＳＡＰの経路選択番号である。
【００３８】
本発明のこの実施形態では、ＴＳＰなどの第二者サービス・プロバイダは、移動局と第二者サービス・プロバイダとの間で通話している移動局（例えば、ＴＵ）のローカルにあるＰＳＡＰまたは二次応答サービスを実際に含むことができる。第二者サービス・プロバイダは、上記の例に限られず、多数の他の種類のサービス・プロバイダも含むことができることは理解されるであろう。例えば、第二者サービス・プロバイダは、緊急通話で他のエリアを受け持つ他のＰＳＡＰを含めることを望むＰＳＡＰであってよい。これにより、移動体の緊急事態（例えば、動いている列車またはトラックの緊急事態）または広範囲に広がる緊急事態（例えば、化学薬品または原子力の事故）の扱いを調整することができる。
【００３９】
以上のように本発明を説明してきたが、様々点で本発明を変更できることは明白であろう。このような変更は、本発明の精神と範囲から逸脱したものとみなされず、このようなすべての修正は特許請求の範囲内に含まれるものとする。
【特許請求の範囲】
【請求項１】
移動局（１０）との緊急コールバックを実行する方法であって、
移動通信交換局に対応付けられた着信履歴機能（コールレジスタ）で、前記移動通信交換局に対応付けられた前記着信履歴機能（コールレジスタ）とパブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）スイッチ（１６）との間の直接のインターフェイスを介して前記ＰＳＡＰスイッチに対応付けられた着信履歴機能（コールレジスタ）からコールバックリクエストを受信する処理と、
前記コールバックリクエストに応答して、前記移動通信交換局（１４）が前記移動局（１０）と第二者との間で通話を確立する要求を前記移動通信交換局に送信する処理と、を特徴とする、方法。
【請求項２】
前記第二者がパブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）のうちの１つであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第二者が二次応答サービスであることを特徴とする請求項１に記載の方法。
【請求項４】
送信する処理が、前記要求とともに前記移動局のページング識別子を送信する処理を含む請求項１に記載の方法。
【請求項５】
送信する処理が、前記要求とともに前記移動局の移動体装置識別子及び前記第二者の交換番号を送信する処理を含む請求項１に記載の方法。
【請求項６】
送信する処理が、前記第二者によって供給される所望のサービスを示すサービス・コードを送信する処理を含む、請求項１に記載の方法。
【請求項７】
請求項１に記載の方法であって、さらに、
当事者を前記移動局との既存の通話に加える処理と、
前記移動局と前記第二者との間の前記既存の通話に前記要求において識別されたサービスに対応付けられた第三者を加えるために前記移動通信交換局に対する要求を送信する処理とを特徴とする方法。
【請求項８】
前記第二者に対応付けられた着信履歴機能（コールレジスタ）が、前記第二者によって受信される信号に応答して前記移動通信交換局に対応付けられた前記着信履歴機能（コールレジスタ）に前記要求を送信することを特徴とする請求項７に記載の方法。
【請求項９】
前記移動通信交換局に対応付けられた前記着信履歴機能（コールレジスタ）が、前記第二者に対応付けられた着信履歴機能（コールレジスタ）から受信された信号に応答して、前記移動通信交換局に前記要求を送信することを特徴とする請求項７に記載の方法。
【請求項１０】
前記第二者がテレマティックス・サービス・プロバイダであることを特徴とする請求項７に記載の方法。
【請求項１】
移動局（１０）との緊急コールバックを実行する方法であって、
移動通信交換局に対応付けられた着信履歴機能（コールレジスタ）で、前記移動通信交換局に対応付けられた前記着信履歴機能（コールレジスタ）とパブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）スイッチ（１６）との間の直接のインターフェイスを介して前記ＰＳＡＰスイッチに対応付けられた着信履歴機能（コールレジスタ）からコールバックリクエストを受信する処理と、
前記コールバックリクエストに応答して、前記移動通信交換局（１４）が前記移動局（１０）と第二者との間で通話を確立する要求を前記移動通信交換局に送信する処理と、を特徴とする、方法。
【請求項２】
前記第二者がパブリック・サービス・アンサリング・ポイント（ＰＳＡＰ）のうちの１つであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第二者が二次応答サービスであることを特徴とする請求項１に記載の方法。
【請求項４】
送信する処理が、前記要求とともに前記移動局のページング識別子を送信する処理を含む請求項１に記載の方法。
【請求項５】
送信する処理が、前記要求とともに前記移動局の移動体装置識別子及び前記第二者の交換番号を送信する処理を含む請求項１に記載の方法。
【請求項６】
送信する処理が、前記第二者によって供給される所望のサービスを示すサービス・コードを送信する処理を含む、請求項１に記載の方法。
【請求項７】
請求項１に記載の方法であって、さらに、
当事者を前記移動局との既存の通話に加える処理と、
前記移動局と前記第二者との間の前記既存の通話に前記要求において識別されたサービスに対応付けられた第三者を加えるために前記移動通信交換局に対する要求を送信する処理とを特徴とする方法。
【請求項８】
前記第二者に対応付けられた着信履歴機能（コールレジスタ）が、前記第二者によって受信される信号に応答して前記移動通信交換局に対応付けられた前記着信履歴機能（コールレジスタ）に前記要求を送信することを特徴とする請求項７に記載の方法。
【請求項９】
前記移動通信交換局に対応付けられた前記着信履歴機能（コールレジスタ）が、前記第二者に対応付けられた着信履歴機能（コールレジスタ）から受信された信号に応答して、前記移動通信交換局に前記要求を送信することを特徴とする請求項７に記載の方法。
【請求項１０】
前記第二者がテレマティックス・サービス・プロバイダであることを特徴とする請求項７に記載の方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−４８４６３（Ｐ２０１３−４８４６３Ａ）
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願番号】特願２０１２−２３０４０７（Ｐ２０１２−２３０４０７）
【出願日】平成２４年１０月１８日（２０１２．１０．１８）
【分割の表示】特願２００４−２０６６４１（Ｐ２００４−２０６６４１）の分割
【原出願日】平成１６年７月１４日（２００４．７．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
【公開日】平成２５年３月７日（２０１３．３．７）
【国際特許分類】
【出願日】平成２４年１０月１８日（２０１２．１０．１８）
【分割の表示】特願２００４−２０６６４１（Ｐ２００４−２０６６４１）の分割
【原出願日】平成１６年７月１４日（２００４．７．１４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
[ Back to top ]