JP4875310B2 - コール・センタへのコールにデータを関連づける方法 - Google Patents

Description

本発明は、遠隔通信に関し、より詳細には無線通信に関する。

北アメリカにおける緊急サービス・コール（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｃａｌｌ）は、「９−１−１」とダイアルすることによって開始される。世界の他の地域では、例えばメキシコにおける「６−１−１」など、何か他の省略されたダイアル可能な数字列を使用することができる。これらの省略数字列は、番号を覚えることを簡単にして、助けを求めるコールを簡略化しようという意図を分かち合うものである。これらのコールは、発呼者が電話に出ている間は、地域の「ＰＳＡＰ−ＣＣ」（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ Ｃａｌｌ Ｃｅｎｔｅｒパブリック・サービス応答ポイント・コール・センタ）に経路指定されて、緊急応答（例えば、警察、消防署、道路工事、および／または救急車）の開始が可能になる。しかし、この緊急事態の報告が完了するか、またはその応答者が到着する前に、このコールが何らかの形で切断されるか、あるいは落ちてしまう場合には、このＰＳＡＰ−ＣＣは、その発信者に電話をかけ直す必要がある場合もある。

有線ネットワークを介して開始された「９−１−１」コールについての記録は、そのコールが開始されたアクセス回線の「ＡＬＩ」（Ａｕｔｏｍａｔｉｃ Ｌｉｎｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ自動回線識別）または電話番号を含む可能性があることに留意されたい。しかし、無線加入者の「ＤＮ」（ｄｉｒｅｃｔｏｒｙ ｎｕｍｂｅｒ電話帳に記載されている電話番号）または電話番号は、物理的回線または無線ユニットに関連づけることができない。その代わりに、ローミング無線加入者へのコールは、「ＭＤＮ」（ｍｏｂｉｌｅ ＤＮモバイルＤＮ）とは異なり、「ＭＳＩＤ」（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｉｄｅｎｔｉｆｉｃａｔｉｏｎモバイル局識別）を用いてその無線ユニットに経路指定される。したがって、無線ユニットに対する緊急の電話のかけ直しを実施することによって、例えば地上回線デバイスでは実現することのないようなハードルが課される。

一般に、このＭＳＩＤは、１０−ディジットの「ＭＩＮ」（ｍｏｂｉｌｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒモバイル識別番号）または１５−ディジットの「ＩＭＳＩ」（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｅｒ国際モバイル加入者識別子）として特徴づけることができる。その無線ユニット・ユーザがサービス契約に加入したそのサービス・プロバイダが、無線ユニット中または「ＳＩＭ」（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ加入者識別モジュール）カード中にこのＩＭＳＩをプログラムすることができる。したがって、このＭＳＩＤは、必ずしもダイアル可能な番号であるとは限らないこともある。

無線ユニットのＤＮは、ダイアル可能な番号である。このＤＮは、発呼者によってダイアルされ、このＤＮを使用してこの無線加入者のホーム・システムにこのネットワークを介してコールを経路指定する。この加入者のホーム・システムにおいて、「ＨＬＲ」（ｈｏｍｅ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒホーム・ロケーション・レジスタ）は、この加入者のＤＮに関連するＭＳＩＤを含む。次いで、ＤＮとは違って、このＭＳＩＤを使用してこのネットワークを介してそのコールをこの無線サービング・システムへと経路指定し、この加入者にページングすることができる。この加入者のＤＮは、無線ユニットを介してそのＳＩＭカードからこのサービング・システムへと提供することができ、あるいは別のデータ・ファイルで呼び出されたその加入者プロファイル中でそのホーム・システムによってこのサービング・システムへと提供することもできる。

ＤＮおよびＭＳＩＤについて別の番号を使用するシステムの展開は、ある一部の無線システムでは比較的最近になって行われている。他のシステムでは、その開始以来、この技法が使用されている。歴史的には、無線ユニットのモバイル識別番号は、「ＬＲＮ」（Ｌｏｃａｌ Ｒｏｕｔｉｎｇ Ｎｕｍｂｅｒローカルな経路指定番号）方法および「ＩＲ」（ｉｎｔｅｒｎａｔｉｏｎａｌ ｒｏａｍｉｎｇ国際ローミング）に基づいて「ＷＮＰ」（ｗｉｒｅｌｅｓｓ ｎｕｍｂｅｒ ｐｏｒｔａｂｉｌｉｔｙ無線番号可搬性）または「ＴＢＮＰ」（ｔｈｏｕｓａｎｄｓ ｂｌｏｃｋ ｎｕｍｂｅｒ ｐｏｏｌｉｎｇ数千のブロック番号プーリング）を実装する以前には、ある一部のシステムのための、特にＴＩＡ／ＥＩＡ−４１規格をサポートするシステムにおけるＤＮと同じであった。しかし、ＷＮＰおよびＴＢＮＰと共に、このＭＤＮは、あるサービス・プロバイダから別のサービス・プロバイダへと「可搬」または「プール可能」なものになった。ＭＳＩＤは、可搬またはプール可能ではないこともあるため、この受信者のサービス・プロバイダは、ポートインまたはプールされたＭＤＮをもつ加入者のために新しいＭＳＩＤを割り当てることができる。

国際ローミングはまた、ＭＳＩＤとＭＤＮとの分離を強いている。このＭＩＮは、北アメリカの番号プランの１０−ディジットのＭＤＮに従ってモデル化された１０−ディジットの番号であるが、異なる電話帳に記載の電話番号プランを使用した他の国の電気通信事業者は、彼らの加入者のＤＮが、国際的に承認されたＭＩＮフォーマットと等しくなることを可能としないこともある。ＭＳＩＤの別の規格が、ＩＭＳＩである。この規格は、世界中のＴＩＡ／ＥＩＡ−４１システムおよびＧＳＭシステムにおいて使用することができる。ＩＭＳＩは、ＩＴＵ−Ｔ勧告Ｅ．２１２に基づいた１５−ディジットのダイアル不可能な番号であり、したがって、１０−ディジットのＭＤＮとしての役割を果たすことができない。

歴史的には、このＭＤＮがＭＩＮと同じであったときには、このＭＩＮは、ＰＳＡＰ−ＣＣに送付されたはずであり、コールバック番号として使用されたはずである。前述のようにＭＩＮとＭＤＮとの分離によって、ＰＳＡＰ−ＣＣへの別のコールバック番号としてのこのＭＤＮ、ならびにその発呼者のＭＳＩＤを送付することが必須になった。しかし、この解決法の実装に関連してある種の問題が存在する。１つの課題は、このサービング・システムが、このＰＳＡＰ−ＣＣに対してこのコールを提示するためにその発呼者のＭＤＮをもつことができず、そのＭＳＩＤだけしかもつことができないことである。これについての一部の理由は、ＭＳＩＤ−ＭＤＮの分離が規格に従って実装されている方法に関連している。別の理由は、このコールをＰＳＡＰ−ＣＣに送付するために使用されるネットワーク・インターフェースが、このＤＮとＭＳＩＤの両方を、または場合によってはＤＮ全体さえも信号で送るだけの容量をもち得ないことである。

以前のＴＩＡ／ＥＩＡ−４１サービング・システムでは、ＷＮＰ、ＴＢＮＰまたはＩＲをサポートすることができない。これは、このより以前のサービング・システムが、これらのＭＩＮとＭＤＮが同じものであると予想することができることを意味する。この以前のシステムでは、（例えば、ＭＩＮにキーオンされ（ｋｅｙｅｄ ｏｎ）、ＭＤＮにはキーオンされない）この加入者のサービス・プロファイル中で別のＭＤＮを探すことを知りさえしないはずである。この制限では、これらの加入者は、基本的なサービスを利用することが許容されないこともあるが、緊急サービスを求めるコールを行うことが許容される必要がある。その結果、以前のシステム上にいる間に「９−１−１」をダイアルするローミング・サービス利用者は、その利用者のコールがそのＰＳＡＰ−ＣＣに対してＭＳＩＤと共に送付されるが、ＭＤＮと共には送付されない。したがって、コールバックは、可能ではない。

ＷＮＰおよびＩＲが可能となっている、より新しいサービング・システムでは、このＰＳＡＰ−ＣＣに対してＭＤＮを送付することができないこともある。この呼出し中の無線ユニットが、どのサービス・プロバイダにも登録されていない場合に、これは起こり得る（例えば、緊急コール用だけに使用される移動電話がある）。これらの無線ユニットは、「ＮＳＩ」（ｎｏｎ−ｓｕｂｓｃｒｉｂｅｒ ｉｎｉｔｉａｌｉｚｅｄ非加入者初期設定）電話と呼ぶこともある。そのＤＮを含むこの加入者のサービス・プロファイルをもつこのサービング・システムに対してそのＨＬＲが応答する以前に、加入者が緊急コールを行うことも可能である。たとえこのＰＳＡＰ−ＣＣに、コールバックのための機能するＤＮが提供されている場合でさえ、この加入者がすべての着信コールについてコール転送サービスを有する場合、またはこの加入者が限られたプリペイド・サービスを有し、しかもこのＰＳＡＰ−ＣＣからの着信コールバックについての支払いに利用可能な差引残高が残っていない場合には、このＤＮに対するコールバックが通過しないことになってしまう。さらに、このコールバック番号が、旅の途上の国際ローミング・サービス利用者に対する番号である場合には、このＰＳＡＰ−ＣＣには、国際コールを行う必要があることもある。一部のＰＳＡＰ−ＣＣには、国際番号をコールバックする機能がないこともある。また国際コールを完了するに際しては、ネットワークの混雑または遅延のリスクも存在し、これは、折り良く緊急事態を処理する上で不利になるはずである。一部のＰＳＡＰ−ＣＣでは、別々の発信管理回線を介してどのような発信コールを行うようにも装備されていないことさえあり得る。

国際ローミング・サービス利用者についてのこのコールバックＤＮは、このＰＳＡＰ−ＣＣが、彼らの地域の「ＥＳＺ」（Ｅｍｅｒｇｅｎｃｙ Ｓｅｒｖｉｃｅ Ｚｏｎｅ緊急サービス・ゾーン）内の加入者に到達するように国際コールを行う必要があるはずである。これは、普通には国際コールを行わないＰＳＡＰ−ＣＣでは、また緊急の目的のために即時のコールバック情報を必要とすることもある用途では、実用的でなくタイミングも悪く、また十分に信頼可能な解決方法ではない。さらに、このＰＳＡＰ−ＣＣが１０ディジットしかサポートしていない場合には、（国番号を含めて１５ディジットまでの）全体の国際ＭＤＮを、コールバックのためにこのＰＳＡＰ−ＣＣに提示することができない。

この呼出し中の無線ユニットが、どのサービス・プロバイダにも登録されていないという可能性もある。その結果、この無線ユニットに関連したＤＮが存在しない、またはこの無線ユニット中で符号化された恒久的なＭＳＩＤが存在しないこともあり得る。かかる無線ユニットは、例えば、ＮＳＩ移動電話と呼ばれる。これは、（ａ）このＮＳＩ電話を、登録しようと意図されたことが今までなかった（緊急コール用だけに使用するこのような電話が存在する）、（ｂ）この電話は、新しいものであり、サービス・プロバイダがまだ初期設定していない、（ｃ）その加入の期間が満了し、このＮＳＩ電話は、もはやサービス・プロバイダに登録されていない、または（ｄ）そのＳＩＭカードが失われ、盗まれ、あるいは注意して、または不注意にも単に一度も挿入されたことがないか、または取り除かれてしまっているという理由のためである。

一部の無線ユニットには、これらのＭＳＩＤおよびＤＮを含む可能性のある「Ｒ−ＵＩＭ」（ｒｅｍｏｖａｂｌｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ着脱可能ユーザ情報モジュール）または加入者識別モジュール（「ＳＩＭ」）をサポートするものもある。このＲ−ＵＩＭまたはＳＩＭが、この電話中にない場合にも、この電話は、依然として緊急コールを行うために使用することができる。しかし、このＰＳＡＰ−ＣＣにコールバック番号として提供すべきこの電話またはそのサービング・システムに知られているＤＮまたはＭＳＩＤは存在していない。

あらゆるＭＳは、その製造業者がその電話中において符号化する一意的な「ＭＥＩＮ」（ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒモバイル装置識別番号）を含む。このＭＥＩＮは、例えば、ＡＮＳＩシステム／ＴＩＡシステム／ＥＩＡ−４１システムで使用されるような「ＥＳＮ」（ｅｌｅｃｔｒｏｎｉｃ ｓｅｒｉａｌ ｎｕｍｂｅｒ電子シリアル番号）、またはＧＳＭシステムにおいて使用される「ＩＭＥＩ」（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ国際携帯電話の機体識別）であってもよい。このＭＥＩＮは、このＭＳＩＤおよびＤＮとは独立している。このＭＥＩＮは、コール開始の試みと共に、またはその後すぐに無線システムの無線ユニットと基地局の間で空中を信号で伝えられる。例えば、そのコール開始の試みが提供されない場合には、このＭＥＩＮをそのサービング・システムが要求することも可能である。

その無線加入者にそのディレクトリ番号が割り当てられる際、そのフォーム・コールバック番号としてこのＰＳＡＰ−ＣＣに対して「９−１−１＋このＭＥＩＮの最後の７ディジット」を送付するための無線緊急サービス・コールのための現行の規格は使用可能ではない。これは、そのコールに伴って機能するコールバック番号が使用可能でないことをそのＰＳＡＰ−ＣＣに通知する役割を果たし得るが、この「９−１−１＋このＭＥＩＮの最後の７ディジット（ＭＥＩＮ７）」では、そのコールが一意的に識別されず（すなわち、多数の緊急コールが、同様の「９−１−１＋ＭＥＩＮ７」によって識別され得る）、このネットワークを介して経路指定可能ではない。この理由は、この「９−１−１＋このＭＥＩＮの最後の７ディジット」が完全なＭＥＩＮを含まず、したがって、一意的ではないことに原因がある。

本明細書中の以上のアプローチでは、このＰＳＡＰ−ＣＣに無線ユニットの緊急コールバックを実施するためのある種の対策が提供されるが、いくつかのハードルが依然として存在する。例えば、ある種の状況における無線ユニットについてのコールバック番号は、ユーザのロケーション情報を伴うダミー番号と何ら変わらないこともある。したがって、このＰＳＡＰ−ＣＣが「９−１−１」コールを開始する無線ユニットについての実際のコールバック番号を受信するようにするための方法およびシステム・アーキテクチャについての必要性が存在している。

本発明は、「９−１−１」コールを開始する無線ユニットについて実際のコールバック番号が確かに提供され得るようにするための方法およびシステム・アーキテクチャを提供するものである。より詳細には、本発明では、その発信元の「９−１−１」の発呼者が無線または有線の通信インフラストラクチャ上に置かれていたかどうかにかかわらず、少なくとも１つのタグ識別子に基づいて、地域のパブリック・サービス応答ポイント・コール・センタ（「ＰＳＡＰ−ＣＣ」）などのコール・センタが、コールバックを開始することが可能になる。本開示の目的では、タグ識別子は、例えば、異なるチャネル上の、または別のメッセージ中で伝送される関連データへのボイスの関連付けなど、異なるソースからの信号を一意的に関連づける名前またはラベルに対応することができる。したがって、このタグ識別子は、例えば緊急コール・レジスタや緊急サービス・メッセージ・エンティティなどのデータベースに対する１つまたは複数の参照キー（ｒｅｆｅｒｅｎｃｅ ｋｅｙ）を含むこともできる。したがって、この１つ（または複数）のタグ識別子は、例えば緊急サービス経路指定キー、ローカル・パブリック・セーフティ番号、ページング・アイデンティティおよび／またはモバイル装置識別番号に対応することが可能である。

本発明の一実施形態においては、通信方法が、緊急コールを開始する少なくとも１つの無線ユニットに提供される。この方法は、少なくとも１つの無線ユニットから開始されるその緊急コールに応答して少なくとも１つのタグ識別子を受信する工程を含む。このタグ識別子が受信された後に、少なくとも１つのタグ識別子に対応する無線コールバック番号を送信することができる。パブリック・サービス応答ポイント緊急コール・レジスタが、Ｄインターフェース上でこの１つ（または複数）のタグ識別子を受信し、この無線コールバック番号を送信することが可能なことに留意されたい。

本発明の他の実施形態においては、緊急コール・レジスタを有する通信システム内で少なくとも１つの無線ユニットによって開始された緊急コールを確立するための方法が提供される。この方法は、例えば、少なくとも１つの無線ユニットからのこの緊急コールに応答して、Ｅ_ｘインターフェース上で少なくとも１つの無線ユニットに関連づけられたモバイル・スイッチング・センタから少なくとも１つのタグ識別子を送信する工程を含むことができる。この以前に詳述した実施形態においてと同様に、この１つ（または複数）のタグ識別子は、この緊急コール・レジスタに対する参照キーを含むことができる。さらに、この１つ（または複数）のタグ識別子は、緊急サービス経路指定キー、ローカル・パブリック・セーフティ番号、ページング・アイデンティティ、およびモバイル装置識別番号のうちの少なくとも１つに対応することができる。その後、この送信された１つ（または複数）のタグ識別子をその緊急コール・レジスタ（例えば、サービング・システム緊急コール・レジスタまたはパブリック・サービス応答ポイント緊急コール・レジスタ）に入力することができる。

本発明のさらに他の実施形態においては、緊急コール・レジスタを有する通信システム内で少なくとも１つの無線ユニットによって開始される緊急コールバックを確立するための方法が提供される。この方法は、Ｂ_ｅインターフェース上でこの緊急コール・レジスタから少なくとも１つのタグ識別子を送信する工程を含むことができる。次いでこのタグ識別子を、受信し、緊急サービス・メッセージ・エンティティなどのデータベースに入力することができる。その後に、この入力されたタグ識別子に対応するこの緊急コールバックを要求することができる。

本発明のさらに他の実施形態においては、緊急サービス・メッセージ・エンティティを有する通信システム内で少なくとも１つの無線ユニットによって開始される緊急コールバックを確立するための方法が提供される。この方法は、Ｂ_ｅインターフェース上で緊急コール・レジスタから少なくとも１つのタグ識別子を受信する工程と、この１つ（または複数）のタグ識別子をこの緊急サービス・メッセージ・エンティティに入力する工程を含むことができる。その後、この入力された少なくとも１つの受信済みのタグ識別子に対応するこの緊急コールバックを要求することができる。

本発明のさらに他の実施形態においては、モバイル・スイッチング・センタに関連づけられた少なくとも１つの無線ユニットによって開始される緊急コールを確立するための方法が提供される。この方法は、この少なくとも１つの無線ユニットからのこの緊急コールに応答してこの１つ（または複数）の無線ユニットに関連するモバイル・スイッチング・センタから緊急サービス・エンティティへと少なくとも１つのタグ識別子を送信する工程を含む。この方法は、Ｄインターフェース上でこの緊急サービス・メッセージ・エンティティからこの１つ（または複数）の無線ユニットに関連するコールバック情報およびロケーション情報を送信する工程を含むことができ、ここでこのコールバック情報およびロケーション情報は、少なくとも１つのタグ識別子に対応している。

これらおよび他の実施形態については、添付の特許請求の範囲および本明細書に添付の図面を併せ読むことによって、以下の詳細なる説明から当業者には明らかになろう。

本発明は、添付図面を参照して非限定的な実施形態の以下の説明を読むことによってより良好に理解されよう。

本願の図面は、縮尺して示してはいないが単なる概略図にすぎず、したがって本発明の特定の寸法を描写する意図はなく、この寸法については、本明細書中に開示された内容の検討によって当業者なら決定できることを強調しておくべきである。

本発明は、「９−１−１」コールを開始する無線ユニットについて実際のコールバック番号が確かに提供され得るようにするための方法およびシステム・アーキテクチャを提供するものである。より詳細には、本発明では、その発信元の「９−１−１」の発呼者が無線または有線の通信インフラストラクチャ上に置かれていたかどうかにかかわらず、少なくとも１つのタグ識別子に基づいて、地域のパブリック・サービス応答ポイント・コール・センタ（「ＰＳＡＰ−ＣＣ」）などのコール・センタが、コールバックを開始することが可能になる。本開示の目的では、タグ識別子は、例えば、ボイスの関連付けなど、異なるソースからの信号を一意的に関連づける名前またはラベルに対応することが可能である。したがって、このタグ識別子は、例えば緊急コール・レジスタや緊急サービス・メッセージ・エンティティなどのデータベースに対する１つまたは複数の参照キーを含むこともできる。したがって、この１つ（または複数）のタグ識別子は、例えば緊急サービス経路指定キー、ローカル・パブリック・セーフティ番号、ページング・アイデンティティおよび／またはモバイル装置識別番号に対応することができる。

図１および２を参照すると、本発明の１組の実施形態が示されている。図１に関しては、モバイル緊急サービスをサポートする「ＮＲＭ」（ｎｅｔｗｏｒｋ ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌネットワーク参照モデル）のアーキテクチャ１０が示されているが、図２は、図１のこのＮＲＭに対応するメッセージ・フロー図１００を示している。より詳細には、図１および２の実施形態は、指定されたインターフェース上でコールを、この指定されたインターフェース上でこの特定のコールを処理するために必須のデータなしに、コール・センタに送付するための「ＮＣＡＳ」（ｎｏｎ−ｃａｌｌ ａｓｓｏｃｉａｔｅｄ ｓｉｇｎａｌｉｎｇ非コール関連信号）技法に関連づけることができる。

図１に示すように、「９−１−１」コールをアーキテクチャ１０に伝えるための無線ユニット２０が示されている。本開示の目的では、「９−１−１」コールは、緊急コール、および／または１つ（または複数）の緊急サービス（例えば、警察、消防署、道路工事、および／または救急車）を求める要求に対応している。無線ユニット２０によって開始される通信は、エアインターフェースＵ_ｍ上で基地局３０を介して「ＭＳＣ」（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒモバイル・スイッチング・センタ）４０へと伝えられる。「９−１−１」コールをアーキテクチャ１０に伝えるこの工程は、図２の図１００中のメッセージ・フロー１１０に対応している。

この「９−１−１」コールがＭＳＣ４０によって受信された後に、無線ユニット２０に関連する識別情報を、「ＥＣＲ−ＳＳ」（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ ｒｅｇｉｓｔｅｒ ａｔ ａ ｓｅｒｖｉｎｇ ｓｙｓｔｅｍサービング・システムにおける緊急コール・レジスタ）５０に伝えることができる。ＥＣＲ−ＳＳ５０に情報を伝えるこの工程は、図２のメッセージ・フロー１２０に対応している。より詳細には、無線ユニット２０に関連するその情報は、例えばモバイル装置識別番号（「ＭＥＩＮ」）を含む。ＥＣＲ−ＳＳ５０に対するこのＭＥＩＮの転送は、第１のＮＲＭインターフェースＥ_ｘ上でＭＳＣ４０によって実施される。ＥＣＲ−ＳＳ５０に転送されるときこのＭＥＩＮは、国際携帯電話の機体識別（「ＩＭＥＩ」）、電子シリアル番号（「ＥＳＮ」）、「ｐＥＳＮ」（ｐｓｅｕｄｏ ＥＳＮ疑似ＥＳＮ）および／または「ＭＥＩＤ」（ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ ｉｄｅｎｔｉｔｙ携帯電話の機体識別）によって実現され得ることに留意されたい。

このＭＥＩＮを転送すると共に、ＭＳＣ４０は、「ＰＧＩＤ」（ｐａｇｉｎｇ ｉｄｅｎｔｉｔｙページング・アイデンティティ）をメッセージ・フロー１２０の一部分としてＥＣＲ−ＳＳ５０に伝えることもできる。無線ユニット２０からの「９−１−１」コールが基地局３０およびＭＳＣ４０から落ちるまたは切断されるという場合には、このＰＧＩＤを使用して無線ユニット２０にページングすることができる。コールが落ちるまたは切断の状況において無線ユニット２０にページングするためには、「９−１−１」の発呼者（例えば、無線ユニット２０）に対してサービスを行うスイッチを一意的に識別するために、ＭＳＣ４０の「ＬＰＮ」（ｌｏｃａｌ ｐｕｂｌｉｃ ｓａｆｅｔｙ ｎｕｍｂｅｒローカル・パブリック・セーフティ番号）が、必要になることもある。このＬＰＮは、ＭＳＣ４０に割り当てられるネーティブ（ｎａｔｉｖｅ）からのダイアル可能な番号、または非可搬性の番号ブロックによって実現することができる。このＬＰＮは、アーキテクチャ１０内でコールの脱落または切断が起こる場合において、ＥＣＲ−ＳＳ５０を識別する際に、またこの「９−１−１」の発呼者に対するコールバックを開始するために助けとなり得る。

このＬＰＮに加えて、図２のメッセージ・フロー１２０の一部分としてこの「９−１−１」の発呼者を一意的に識別するために、「ＥＳＲＫ」（Ｅｍｅｒｇｅｎｃｙ Ｓｅｒｖｉｃｅ Ｒｏｕｔｉｎｇ Ｋｅｙ緊急サービス経路指定キー）を使用することもできる。このＥＳＲＫは、この「９−１−１」コールに関連するものとしての、無線ユニット２０のロケーション情報の通信をサポートすることができる。ＥＳＲＫを提供する際に関与するこれらのネットワーク要素およびインターフェースは、一実施形態においては、既存の通信規格を使用して実現することができる。

以上から、このＰＧＩＤは、この「９−１−１」コールが脱落しまたは切断された場合に、着信コールを送付する無線ユニット２０にページングすることをサポートするいくつかの通信規格に基づいた識別子のうちの１つとすることができる。ＧＳＭベースのシステムに関しては、無線ユニット２０には、無線ユニット２０が提供する「ＩＭＳＩ」（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｉｄｅｎｔｉｔｙ国際移動局識別）、このＩＭＳＩに関連する「ＴＭＳＩ」（ｔｅｍｐｏｒａｒｙ ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｉｄｅｎｔｉｔｙ一時的移動局識別）、および／または無線ユニット２０からのＩＭＥＩを介してページングすることができる。ＣＤＭＡ２０００システムにおいては、このページング・ステップは、モバイル識別番号（「ＭＩＮ」）、ＩＭＳＩ、１つ（または複数）の非加入者初期設定（「ＮＳＩ」）無線ユニットからの「ｄＭＳＩＤ」（ｄｅｆａｕｌｔ ｍｏｂｉｌｅ ｓｔａｔｉｏｎ ｉｄｅｎｔｉｔｙデフォルト移動局識別）、無線ユニット２０からのＥＳＮ、および／または無線ユニット２０内のＭＥＩＤから生成されるｐＥＳＮを使用して実現することができる。

ＭＳＣ４０から受信される無線ユニット２０に関連する識別情報を用いて、ＳＳ−ＥＣＲ５０は、次いでネットワーク・インターフェースＥ_ｙ上でこの情報をパブリック・サービス応答ポイント７０（「ＰＳＡＰ」）に関連する別の緊急コール・レジスタ（「ＥＣＲ」）に転送することができる。このアクティビティは、図２のメッセージ・フロー１３０に対応している。その結果、このＭＥＩＮ、ＬＰＮ、ｄＭＳＩＤおよび／またはＥＳＲＫをＳＳ−ＥＣＲ５０からＥＣＲ−ＰＳＡＰ７０に対して再送信することができる。ＰＳＡＰ−ＥＣＲデータベースが、「ＥＳＭＥ」（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｍｅｓｓａｇｅ ｅｎｔｉｔｙ緊急サービス・メッセージ・エンティティ）８０に関連して示されていることに留意されたい。しかし、ＥＳＭＥ８０における他の関連するデータベースは、ＥＳＲＫ、ＭＥＩＮ、移動局識別（例えば、ＭＩＮまたはＩＭＳＩ）および／またはこの発呼者の電話帳に記載された電話番号上にキーオンすることができる。

この後に、このＥＳＲＫは、ＭＳＣ４０から「ＥＳＮＥ」（ｅｍｅｒｇｅｎｃｙ ｓｅｒｖｉｃｅ ｎｅｔｗｏｒｋ ｅｌｅｍｅｎｔ緊急サービス・ネットワーク要素）６０へ「９−１−１」コールと共に信号で伝えることができる。この伝送は、別のネットワーク・インターフェースＡ_ｉｘ上で実施される。このアクティビティは、図２のメッセージ・フロー１４０に対応している。

ＥＳＮＥ６０に送付された後に、次いでこのＥＳＲＫは「ＰＳＡＰ−ＣＣ」（ｐｕｂｌｉｃ ｓａｆｅｔｙ ａｃｃｅｓｓ ｐｏｉｎｔ ｃａｌｌ ｃｅｎｔｅｒパブリック・セーフティ・アクセス・ポイント・コール・センタ）９０へと再送信される。このＥＳＲＫのさらなる伝送は、別のネットワーク・インターフェースＣ上で実施することができる。このアクティビティは、図２のメッセージ・フロー１５０に対応している。

したがって、ＰＳＡＰ−ＣＣ９０は、このＥＳＲＫを使用してＥＳＭＥ８０に対してこの「９−１−１」コールが開始された無線ユニット２０についての問合せを行うことができる。ＥＳＭＥ８０は、インターフェースＥ_ｙからＥＣＲ−ＰＳＡＰ７０に以前に転送された情報を今や含むはずであることに留意されたい。ＥＳＭＥ８０に関するこの問合せは、別のネットワーク・インターフェースＤ上で実施することができる。このアクティビティは、図２のメッセージ・フロー１６０に対応している。

ＰＳＡＰ−ＣＣ９０からの問合せに応答して、ＥＳＭＥ８０は、「ＣＢＮ」（ｃａｌｌｂａｃｋ ｎｕｍｂｅｒコールバック番号）、ならびにそのセル・サイト・ロケーションおよび／またはその無線ユニット・ロケーション、このサービング・システムのＬＰＮ、および無線ユニット２０のＭＥＩＮをＰＳＡＰ−ＣＣ９０に対して提供することができる。この情報は、そのＤインターフェース上でＰＳＡＰ−ＣＣ９０に誘導することができる。このアクティビティは、図２のメッセージ・フロー１７０に対応している。本発明の一実施形態においては、ＰＳＡＰ−ＣＣ９０に向けられたこのＣＢＮは、ＮＳＩ電話についての既存の規格によって規定されるようなこの無線ユニットの電話帳に記載された電話番号または非ダイアル可能番号ではないこともあることに留意されたい。対照的にここでは、このコールバック番号は、無線ユニット２０に対してサービスするＭＳＣ４０のＬＰＮと、無線ユニット２０のＭＥＩＮから構成することができる。

その処理にこのＣＢＮを用いて、ＰＳＡＰ−ＣＣ９０は、データベース・キーとしてこのＥＳＲＫを使用してこのＤインターフェース上でＰＳＡＰ−ＥＣＲ７０およびＥＳＭＥ８０にさらに信号を伝えることができる。万一この「９−１−１」開始コールが、脱落しまたは切断される場合にも、ＭＳＣ４０を介してコールバックを要求するために、この信号を伝える工程を実施することができる。ＭＳＣ４０を介してのコールバックにより、発信コールをすぐに行う機能のないどのようなＰＳＡＰ−ＣＣでもこのＤインターフェースを代わりに使用してＥＳＭＥ内でこのＰＳＡＰ−ＣＣに信号を伝えてＭＳＣ４０に要求してこの携帯電話とこのＰＳＡＰ−ＣＣの間で新しい９−１−１コールを開始することができるようになる。ここで、コールバックを求めるこの要求は、Ｅ_ｙインターフェース上でＰＳＡＰ−ＥＣＲ７０を介してＳＳ−ＥＣＲ５０に中継することができる。その後、次いでＳＳ−ＥＣＲ５０は、Ｅ_ｘインターフェース上でＭＳＣ４０を介してコールバックを要求することができる。このアクティビティは、図２のメッセージ・フロー１８０乃至２００に対応している。

代替実施形態においては、ＰＳＡＰ−ＣＣ９０に適切な回線および装置が装備されている場合には、ＰＳＡＰ−ＣＣ９０中の参加者はこのＬＰＮおよび／またはＭＥＩＮを使用してＭＳＣ４０がサービスする無線ユニット２０に対して直接にコールバックを開始することができる。ここで、「ＧＡＰ」（ｇｌｏｂａｌ ａｄｄｒｅｓｓ ｐａｒａｍｅｔｅｒグローバル・アドレス・パラメータ）に関連した「ＩＳＵＰ」（ＩＳＤＮ ｕｓｅｒ ｐａｒｔＩＳＤＮユーザ部）中にこのＭＥＩＮを挿入することができる。ＰＳＡＰ−ＣＣ９０は、このＥＳＲＫを使用してこのＤインターフェース上で要求をＥＳＭＥ８０に送信してＥＳＮＥ６０を要求することもできることに留意されたい。この要求では、これらのＬＰＮおよびＭＥＩＮを使用してＰＳＡＰ−ＣＣ９０からＭＳＣ４０へとコールバックを開始しようと意図することができる。このアクティビティは、図２のメッセージ・フロー２１０乃至２２０に対応している。

このＭＥＩＮでは、ＭＳＣ４０によるページングを行うために無線ユニット２０を識別してこのコールバックを完了することができることに留意されたい。ＰＳＡＰ−ＣＣ９０のこの電話帳に記載されている電話番号は、このコール開始メッセージのその発呼者（ｃａｌｌｉｎｇ ｐａｒｔｙ）フィールド中に含めることができる。この番号は、ＭＳＣ４０によって知られており、この番号をこの発呼者フィールド中で検査して緊急コールバック・サービスについてこの発呼者を認可できるようにすることができる。

図３および４を参照すると、本発明の１組の別の実施形態が示されている。図３に関しては、モバイル緊急サービスをサポートするネットワーク参照モデル（「ＮＲＭ」）の一アーキテクチャ３００が示されているが、図４は、図３のこのＮＲＭに対応するメッセージ・フロー図４００を示すものである。より詳細には、図３および４の実施形態は、コール・センタによってコールを確立するための代替技法に関連することもある。

図３に示すように、アーキテクチャ３００に対して「９−１−１」コールを伝えるための無線ユニット３２０が示されている。無線ユニット３２０が開始するこの通信は、空中インターフェースＵ_ｍ上で基地局３３０を介してＭＳＣ３４０に伝えられる。アーキテクチャ３００に対して「９−１−１」コールを伝えるこの工程は、図４の図４００中のメッセージ・フロー４１０に対応している。

この「９−１−１」コールをＭＳＣ３４０が受信した後に、無線ユニット３２０に関連した識別情報をＥＣＲ−ＳＳ３５０に伝えることができる。ＥＣＲ−ＳＳ３５０に情報を伝えるこの工程は、図４のメッセージ・フロー４２０に対応している。より詳細には、無線ユニット３２０に関連するこの情報は、例えばＭＥＩＮを含んでいる。このＭＥＩＮのＥＣＲ−ＳＳ３５０への転送は、第１のＮＲＭインターフェースＥ_ｘ上でＭＳＣ３４０によって実施される。ＥＣＲ−ＳＳ３５０に転送されるこのＭＥＩＮが、ＩＭＥＩ、ＥＳＮ、ｐＥＳＮおよび／またはＭＥＩＤによって実現され得ることに留意されたい。

このＭＥＩＮを転送すると共に、ＭＳＣ３４０はまた、ＥＣＲ−ＳＳ３５０に対してメッセージ・フロー４２０の一部分としてＰＧＩＤを伝えることもできる。無線ユニット３２０からのこの「９−１−１」コールが、基地局３３０およびＭＳＣ３４０から脱落し、または切断される場合には、このＰＧＩＤを使用して無線ユニット３２０にページングすることができる。コールの脱落または切断の状況において無線ユニット３２０を呼び出すためには、ＭＳＣ３４０のＬＰＮが、特定のスイッチまたはエンド・オフィスがサービスするこの「９−１−１」発呼者（例えば、無線ユニット３２０）を一意的に識別することが必要になり得る。このＬＰＮは、ＭＳＣ３４０に割り当てられるネーティブからのダイアル可能な番号、または非可搬性の番号ブロックによって実現され得る。このＬＰＮは、アーキテクチャ３００内でコールの脱落または切断が起こる場合において、ＥＣＲ−ＳＳ３５０を識別する際に、またこの「９−１−１」の発呼者に対するコールバックを開始するための助けとなり得る。

このＬＰＮに加えて、図４のメッセージ・フロー４２０の一部分としてこの「９−１−１」の発呼者（例えば、無線ユニット３２０）を一意的に識別するためにＥＳＲＫを使用することもできる。このＥＳＲＫは、この「９−１−１」コールに関連するものとして、無線ユニット３２０のロケーション情報の通信をサポートすることができる。ＥＳＲＫを提供する際に関与するこれらのネットワーク要素およびインターフェースは、一実施形態においては、既存の通信規格を使用して実現することができる。

以上から、このＰＧＩＤは、この「９−１−１」コールが脱落しまたは切断された場合、無線ユニット３２０にページングすることをサポートするいくつかの通信規格に基づいた識別子のうちの１つとすることができる。ＧＳＭベースのシステムに関しては、無線ユニット３２０には、無線ユニット３２０が提供するＩＭＳＩ、このＩＭＳＩに関連するＴＭＳＩ、および／または無線ユニット３２０からのＩＭＥＩを介してページングすることができる。ＣＤＭＡ２０００システムにおいては、このページング・ステップは、ＭＩＮ、ＩＭＳＩ、１つ（または複数）のＮＳＩ無線ユニットからのｄＭＳＩＤ、無線ユニット３２０からのＥＳＮ、および／または無線ユニット３２０内のＭＥＩＤから生成されるｐＥＳＮを使用して実現することができる。

図１および２の実施形態のアプローチとは対照的に、アーキテクチャ３００およびメッセージ・フロー図４００は、「ＣＡＳ」（ｃａｌｌ ａｓｓｏｃｉａｔｅｄ ｓｉｇｎａｌｉｎｇコール関連信号）および非コール関連信号（「ＮＣＡＳ」）の組合せを示している。より詳細には、このＣＡＳ技法はＥＳＮＥ３６０に関連づけることができるが、このＮＣＡＳ方法は、ＥＳＭＥ３８０からＰＳＡＰ−ＥＣＲ３７０を分離することに基づいたＰＳＡＰ−ＣＣ３９０に関連づけられる。したがって、この技法は、モバイル緊急サービスのためのハイブリッドＣＡＳおよびＮＣＡＳ（Ｈｙｂｒｉｄ ＣＡＳ ａｎｄ ＮＣＡＳ）と名付けることができる。

アーキテクチャ３００は、ＳＳ−ＥＣＲ３５０とＰＳＡＰ−ＥＣＲ３７０の間でネットワーク・インターフェースＥ_ｙを使用している。さらにＭＳＣ３４０とＥＳＭＥ３８０の間のネットワーク・インターフェースＥの追加に加えて、次にＰＳＡＰ−ＥＣＲ３７０を含めずにＥＳＮＥ３６０とＥＳＭＥ３８０の間にネットワーク・インターフェースＢを配置することもできる。したがって、ＥＳＮＥ３６０とＰＳＡＰ−ＥＣＲ３７０の間の直接インターフェースは、示されていない。さらに、追加のネットワーク・インターフェースＢ_ｅがまた、ＰＳＡＰ−ＥＣＲ３７０とＥＳＭＥ３８０の間に含められる。次にネットワーク・インターフェースＤを、ＥＳＭＥ３８０とＰＳＡＰ−ＣＣ３９０の間に配置することができる。最後に、別の追加ネットワーク・インターフェースＤ_ｅが、ＰＳＡＰ−ＥＣＲ３７０とＰＳＡＰ−ＣＣ３９０の間に組み込まれている。

ＭＳＣ３４０から受信される、無線ユニット３２０に関連する識別情報を用いて、図１および２の実施形態とは違って、ＳＳ−ＥＣＲ３５０は、この新しい緊急コールについてのこの情報をＥｙインターフェース上でＰＳＡＰ−ＥＣＲ３７０へと伝えることができる。このアクティビティは図４のメッセージ・フロー４３０に対応している。ＰＳＡＰ−ＥＣＲ３７０は、ＥＳＭＥ３８０から論理的に分離されていることに留意されたい。したがって、このＬＰＮ、ＭＥＩＮ、およびＥＳＲＫは、Ｂ_ｅインターフェース上でＰＳＡＰ−ＥＣＲ３７０からＥＳＭＥ３８０へと伝えることもできる。

その後に、このＥＳＲＫは、ＭＳＣ３４０によってＬＰＮおよびＭＥＩＮと共にＡ_ｉｘインターフェース上でＥＳＮＥ３６０へと（例えば、コールに関連した信号のような）コールと一緒に伝えることができる。このアクティビティは、図４のメッセージ・フロー４４０に対応している。このＥＳＲＫは、ＥＳＮＥ３６０からＰＳＡＰ−ＣＣ３９０へとＣインターフェース上で送信することができるが、一方、このＬＰＮとＭＥＩＮは、ＥＳＮＥ３６０からＥＳＭＥ３８０へとメッセージ・フロー４５０に対応してＢインターフェース上で送信することができることに留意されたい。

ＥＳＲＫがこのコールと共に伝えられこのＣインターフェース上で伝送された後に、ＰＳＡＰ−ＣＣ３９０は、このＥＳＲＫを使用してＥＳＭＥ３８０に問い合わせることができる。この問合せは、ＰＳＡＰ−ＣＣ３９０に無線ユニット３２０に関連するそのコールバック番号（すなわち、このＬＰＮおよびＭＥＩＮ）を提供することを意図している。このアクティビティは、図４のメッセージ・フロー４６０に対応している。

その後、ＥＳＭＥ３８０は、ＰＳＡＰ−ＣＣ３９０に対して応答することができる。より詳細には、ＥＳＭＥ３８０は、この緊急コールを処理するＰＳＡＰ−ＣＣ３９０に対してコールバック番号、無線ユニット・ロケーション、および必要な他の関連情報を提供することができる。このアクティビティは、図４のメッセージ・フロー４７０に対応している。

この「９−１−１」コールが脱落し、または切断される場合には、ＰＳＡＰ−ＣＣ３９０は、このＥＳＲＫを使用してこのＤインターフェース上でＥＳＭＥ３８０に信号を伝えることができる。そうすることによって、ＭＳＣ３４０を介してコールバックを要求することができる。このアクティビティは、図４のメッセージ・フロー４８０に対応している。その後、ＥＳＭＥ３８０は、そのデータベース中のこのＥＳＲＫに関連するＭＥＩＮを使用してメッセージ・フロー４９０に対応してＰＳＡＰ−ＥＣＲ３７０からＭＳＣ３４０を介してコールバックを要求することができる。あるいは、ＰＳＡＰ−ＥＣＲ３７０は、このＭＥＩＮを使用して信号を伝え、またはＰＳＡＰ−ＣＣ３９０は、このＭＥＩＮを使用してこのＤ_ｅインターフェース上で直接にＰＳＡＰ−ＥＣＲ３７０に信号を伝えてメッセージ・フロー４９５に対応してＭＳＣ３４０を介してコールバックを要求することができる。

その後、ＰＳＡＰ−ＥＣＲ３７０は、このＭＥＩＮを使用してＭＳＣサービスを介してコールバックを要求することができる。ここで、このコールバックは、このＳＳ−ＥＣＲ３５０を介して送信された、ＰＳＡＰ−ＥＣＲ３７０からの要求を用いてＭＳＣ３４０によって行われる。このアクティビティは、図４のメッセージ・フロー５００に対応している。最後に、ＳＳ−ＥＣＲ３５０は、ＭＳＣ３４０にＰＧＩＤを提供し、ＭＳＣ３４０を介して無線ユニット３２０およびＰＳＡＰ−ＣＣ３９０に対してコールバックを要求することができる。

この特定の本発明を例示の実施形態に関して説明してきたが、この説明は、限定的な意味に解釈すべきことを意図してはいない。本発明について説明してきたが、例示の実施形態の様々な変更形態、ならびに本発明の追加の実施形態が、添付の特許請求の範囲に記載の本発明の趣旨を逸脱することなくこの説明を参照すれば当業者には明らかになることを理解されたい。したがって、方法、システム、ならびにそれらと、この記載された方法およびシステムの一部分は、例えば無線ユニット、基地局、基地局制御装置および／またはモバイル・スイッチング・センタなどの異なるロケーションにおいて実施することができる。さらに、この記載のシステムを実装し使用するために必要な処理回路は、この開示の恩恵を受ける当業者には理解されるように、特定用途向け集積回路、ソフトウェア駆動による処理回路、ファームウェア、プログラマブル・ロジック・デバイス、ハードウェア、ディスクリート・コンポーネント、または以上のコンポーネントによる構成の形で実装することができる。本明細書中で例示し説明した例示の用途に厳密に従うことなく、また本発明の趣旨および範囲を逸脱することなく、これらおよび様々な他の変更形態、構成、および方法を、本発明に対して行うことができることが当業者には簡単に理解されよう。したがって、添付の特許請求の範囲は、本発明のこの真の範囲内に含まれる、かかるどのような変更形態または実施形態をも包含することを意図している。

本発明の一実施形態のアーキテクチャを示す図である。 本発明の一実施形態のフロー・チャートを示す図である。 本発明の別の実施形態のアーキテクチャを示す図である。 本発明の別の実施形態のフロー・チャートを示す図である。

Claims (7)

1. 緊急コールを開始する少なくとも１つの無線ユニットに対する通信の方法であって、
   前記少なくとも１つの無線ユニットをサービスする移動局制御装置から、無線コールバック番号を、緊急サービス・エンティティで受信する工程を含み、前記無線コールバック番号は少なくとも１つのタグ識別子に対応するローカル・パブリック・セーフティ番号であり、さらに、
   前記少なくとも１つの無線ユニットからの前記緊急コールに応答して、パブリック・セーフティ応答ポイント・コール・センタから、前記少なくとも１つのタグ識別子を、前記緊急サービス・エンティティで受信する工程を含み、前記少なくとも１つのタグ識別子は、前記パブリック・セーフティ応答ポイント・コール・センタと関連する前記緊急サービス・エンティティに対する参照キーであり、さらに、
   前記少なくとも１つのタグ識別子の受信に応答して、前記緊急サービス・エンティティから前記パブリック・セーフティ応答ポイント・コール・センタへ、前記少なくとも１つのタグ識別子に対応する前記無線コールバック番号を送信する工程とを含む、方法。
2. 前記無線コールバック番号を送信する前記工程が、
   前記少なくとも１つの無線ユニットに関連するロケーション情報を送信する工程を含み、前記ロケーション情報が前記少なくとも１つのタグ識別子に対応する、請求項１に記載の方法。
3. パブリック・サービス応答ポイント緊急コール・レジスタは、前記少なくとも１つのタグ識別子を受信し、パブリック・サービス応答ポイント緊急コール・レジスタと前記パブリック・セーフティ応答ポイント・コール・センタとの間のネットワーク・インタフェースを介して、前記無線コールバック番号を送信する、請求項１に記載の方法。
4. 緊急サービス・メッセージ・エンティティを有する通信システム内の少なくとも１つの無線ユニットによって開始される緊急コールを確立する方法であって、
   無線コールバック番号を前記緊急サービス・メッセージ・エンティティへ送信する工程を含み、前記無線コールバック番号は、少なくとも１つのタグ識別子に対応するローカル・パブリック・セーフティ番号であり、さらに、
   前記少なくとも１つのタグ識別子を前記緊急サービス・メッセージ・エンティティへ送信する工程と、
   前記少なくとも１つのタグ識別子を前記緊急サービス・メッセージ・エンティティに入力する工程とを含み、前記少なくとも１つのタグ識別子は、パブリック・セーフティ応答ポイント・コール・センタと関連する前記緊急サービス・メッセージ・エンティティに対する参照キーであり、さらに、
   前記少なくとも１つのタグ識別子に対応する前記無線コールバック番号を、前記緊急サービス・メッセージ・エンティティから送信する工程と、
   入力された前記少なくとも１つのタグ識別子に対応する緊急コール・バックを要求する工程とを含む、方法。
5. 前記少なくとも１つのタグ識別子が、前記緊急サービス・メッセージ・エンティティとパブリック・サービス応答ポイント緊急コール・レジスタとの間のネットワーク・インタフェースを介して、前記緊急サービス・メッセージ・エンティティへ送信される、請求項４に記載の方法。
6. 緊急サービス・メッセージ・エンティティを有する通信システム内の少なくとも１つの無線ユニットによって開始される緊急コールを確立する方法であって、
   無線コールバック番号を前記緊急サービス・メッセージ・エンティティで受信する工程を含み、前記無線コールバック番号は、少なくとも１つのタグ識別子に対応するローカル・パブリック・セーフティ番号であり、さらに、
   前記緊急サービス・メッセージ・エンティティで、前記少なくとも１つのタグ識別子を受信する工程と、
   前記少なくとも１つのタグ識別子を前記緊急サービス・メッセージ・エンティティに入力する工程とを含み、前記少なくとも１つのタグ識別子は、パブリック・セーフティ応答ポイント・コール・センタと関連する前記緊急サービス・メッセージ・エンティティに対する参照キーであり、さらに、
   前記少なくとも１つのタグ識別子に対応する前記無線コールバック番号を、前記緊急サービス・メッセージ・エンティティから送信する工程と、
   入力された前記少なくとも１つのタグ識別子に対応する前記緊急コールを要求する工程とを含む方法。
7. 前記少なくとも１つのタグ識別子が、前記緊急サービス・メッセージ・エンティティとパブリック・サービス応答ポイント緊急コール・レジスタとの間のネットワーク・インタフェースを介して、前記緊急コール・レジスタから前記緊急サービス・メッセージ・エンティティへ送信される、請求項６に記載の方法。

Images