JP6396372B2 - 緊急呼（ｅｍｅｒｇｅｎｃｙ ｃａｌｌ）の処理方法およびこれを用いた通信装置 - Google Patents

Description

本発明は、ＩＰマルチメディアサブシステム（ＩＭＳ）において緊急呼を処理する方法に関し、特に、ＩＭＳにおいて検出されない緊急呼を処理する方法に関するものである。

ＩＰマルチメディアサブシステム（ＩＭＳ：ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）は、移動通信ネットワークにおいてＩＰマルチメディアサービスを提供するために第３世代移動体通信システムの標準化プロジェクト（３ＧＰＰ）で定義された技術である。

ＩＭＳは、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて確立（ｓｅｔ ｕｐ）し、ユーザー端末間の呼出またはセッションを制御する。ＳＩＰ信号によって運ばれるセッション記述プロトコル（ＳＤＰ：Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）は、セッションのメディアコンポーネントの記述と交渉に用いられる。ＳＩＰがユーザー対ユーザープロトコル（ｕｓｅｒ−ｔｏ−ｕｓｅｒ ｐｒｏｔｏｃｏｌ）として作られた時、ＩＭＳは、それに応じてオペレータとサービスプロバイダーに、サービスに対するユーザーアクセスとユーザーに対するチャージを制御させる。

ユーザー端末のユーザーは、例えば、緊急事態で呼出をする必要とする可能性がある。無線通信ネットワークは、緊急呼を識別し、緊急呼を無線通信ネットワークと関連した公共安全通信システムに送ることができる。

ユーザーは、それらが“ホーム（ｈｏｍｅ）”通信ネットワークのいずれかにある時か、またはユーザーが“ローミング（ｒｏａｍｉｎｇ）”状態にあるか、且つユーザがもう１つの“ローカル（ｌｏｃａｌ）”または“訪問先（ｖｉｓｉｔｅｄ）”通信ネットワークに近い状態にある時、緊急呼を必要とする可能性がある。しかしながら、携帯電話のユーザーがローミングしている時、ユーザーの携帯電話から送られた緊急呼は、ローカル（または訪問先）”通信ネットワークと関連した公共安全システムに送られない可能性がある。このため、ユーザーの現在の位置に、または近くに配置された適切な緊急応答装置はタイムリーに通知を受けない可能性がある。

これに鑑み、ＩＰマルチメディアサブシステム（ＩＭＳ）において緊急呼を処理する強化方法が提供される。

ＩＰマルチメディアサブシステム（ＩＭＳ）において検出されない緊急呼を処理する方法を提供する。

緊急呼を処理する通信装置および方法を提供する。通信装置の例示的な実施形態は、ベースバンド信号処理装置、無線周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号処理装置、メモリ装置、およびプロセッサを含む。プロセッサは、リモート識別子を有する通常呼確立信号（ｎｏｒｍａｌ ｃａｌｌ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｓｉｇｎａｌ）をネットワークに送信し、リモート識別子を有する第１の発呼要求（ｃａｌｌ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）に応じて通常呼（ｎｏｒｍａｌ ｃａｌｌ）を発し、通常呼がネットワークからの緊急呼として送られることを示す指示メッセージを受け、リモート識別子をメモリ装置に記録し、リモート識別子を有する第２の発呼要求を受けた時、リモート識別子を有する緊急呼確立信号をネットワークに送信し、第２の発呼要求に応じて緊急呼を発する。

緊急呼を処理する方法のさらに他の実施形態は、ユーザー端末によって、リモート識別子を有する通常呼確立信号をネットワークに送信し、リモート識別子を有する第１の発呼要求に応じて通常呼を発するステップ、ユーザー端末によって、通常呼がネットワークからの緊急呼として送られることを示す指示メッセージを受けるステップ、ユーザー端末によって、リモート識別子およびユーザー端末の位置情報をメモリ装置に記録するステップ、およびユーザー端末によって、リモート識別子を有する第２の発呼要求を受けた時、リモート識別子を有する緊急呼確立信号をネットワークに送信し、リモート識別子を有する第２の発呼要求に応じて緊急呼を発するステップを含む。

緊急呼を処理する方法の他の実施形態は、ユーザー端末によって、リモート識別子を有する通常呼確立信号をネットワークに送信し、リモート識別子を有する第１の発呼要求に応じて通常呼を発するステップ、ユーザー端末によって、通常呼がネットワークからの緊急呼として送られることを示す指示メッセージを受けるステップ、ユーザー端末によって、リモート識別子およびユーザー端末の位置情報をメモリ装置に記録するステップ、ユーザー端末によって、リモート識別子を有する緊急呼確立信号をネットワークに送信し、リモート識別子を有する第２の発呼要求に応じて緊急呼を発するステップ、およびユーザー端末の位置に複数の所定の変化の少なくとも１つが生じるかどうか判定するステップ、ユーザー端末の位置に所定の変化の少なくとも１つが生じたと判定された時、ユーザー端末によって、リモート識別子の記録を削除するステップを含む。

本発明の実施形態に係る通信装置のブロック図を表している。 本発明の実施形態に係る通常呼を処理するＩＭＳの概略構造を表している。 本発明の実施形態に係る緊急呼を処理するＩＭＳの概略構造を表している。 本発明の実施形態に係る通信システムの緊急呼を処理するフローチャートを表している。 本発明の他の実施形態に係る通信システムの緊急呼を処理するフローチャートを表している。 本発明の他の実施形態に係る緊急呼データベースを管理するフローチャートを表している。

図１は、本発明の実施形態に係る通信装置のブロック図をあらわしている。通信装置１００は、ノート型パソコン、携帯電話、携帯ゲーム機、携帯マルチメディアプレーヤー、全地球測位システム（ＧＰＳ）、受信機、携帯情報端末（ＰＤＡ）、タブレット型コンピュータ、または、他の装置である。通信装置１００は、ベースバンド信号処理装置１１０、無線周波数（ＲＦ）信号処理装置１２０、プロセッサ１３０、メモリ装置１４０、および、少なくとも１つのアンテナを含んだアンテナモジュールを含む。なお、図１は、本発明に関する構成要素を示した簡略ブロック図を表示している。しかしながら、本発明は図１に示されているものに限定されるものではない。

ＲＦ信号処理装置１２０は、アンテナによってＲＦ信号を受信し、受信したＲＦ信号を処理して、受信したＲＦ信号をベースバンド信号処理装置１１０で処理されるようにベースバンド信号に変換する。または、ＲＦ信号処理装置１２０は、ベースバンド信号処理装置１１０からベースバンド信号を受信し、受信したＲＦ信号をピア（ｐｅｅｒ）通信装置に送信するようにＲＦ信号に変換する。ＲＦ信号処理装置１２０は、無線周波数変換を行う複数のハードウェア要素を含む。例えば、ＲＦ信号処理装置１２０は、パワーアンプ、ミキサー、またはその他を含んでもよい。

ベースバンド信号処理装置１１０は、ベースバンド信号を更に処理することができる。ベースバンド信号処理装置１１０は、ベースバンド信号処理を行う複数のハードウェア要素を含んでもよい。ベースバンド信号処理は、アナログデジタル変換（ＡＤＣ）／デジタルアナログ変換（ＤＡＣ）、ゲイン調整、変調／復調、符号化／復号化などを含んでもよい。

プロセッサ１３０は、ベースバンド信号処理装置１１０とＲＦ信号処理装置１２０の動作を制御する。本実施形態において、プロセッサ１３０は、対応するベースバンド信号処理装置および／またはＲＦ信号処理装置のソフトウェアモジュールのプログラムコードを実行するように配置される。データ構造の特定データを伴うプログラムコードは、実行されている時、プロセッサ論理ユニットまたはスタックインスタンスとも称される。このため、プロセッサは、複数のプロセッサ論理ユニットを含むものとみなしてもよく、各々、対応するソフトウェアモジュールの１つ以上の特定の機能またはタスクを実行する。メモリ装置１４０は、通信装置１００のソフトウェアとファームウェアプログラムコード、システムデータ、ユーザーデータなどを保存してもよい。

本実施形態において、ＲＦ信号処理装置１２０とベースバンド信号処理装置１１０は、無線ネットワークと通信可能な無線モジュールとして称され、所定の無線アクセス技術（ＲＡＴ）に応じて無線通信サービスを提供する。なお、本実施形態において、通信装置１００は、１つ以上のアンテナおよび／または１つ以上の無線モジュールを含むように更に拡張されてもよく、本発明は図１に示されているものに限定されるものではない。

また、本実施形態において、プロセッサは、ベースバンド信号処理装置１１０内に構成されるか、または通信装置１００は、ベースバンド信号処理装置１１０内に構成されたもう１つのプロセッサを含んでもよい。よって、本発明は、図１に示されるような構造に限定されるものではない。

図２は、本実施形態において、通常呼を処理するＩＰマルチメディアサブシステム（ＩＭＳ）の概略構造を表している。ＩＭＳコアネットワーク２１０は、プロキシ呼／セッション制御機能（Ｐ−ＣＳＣＦ：Ｐｒｏｘｙ Ｃａｌｌ／Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）およびサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）ネットワークノードおよびメディアプレーンを含む。ＩＭＳサービス層２２０は、１つ以上のＳＩＰアプリケーションサーバ（ＳＩＰ−ＡＳ）を含む。Ｐ−ＣＳＣＦは、ＳＩＰ端末用のＩＭＳ内の第１の接点である。ＳＩＰ端末は、例えば、図１に示されたユーザー端末または通信装置である。Ｓ−ＣＳＣＦは、ユーザーが加入したサービスをユーザーに提供する。ＩＰアクセスネットワークはユーザー端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とＩＭＳコアネットワーク間に確立されることができる。ホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）は、加入者データをＳ−ＣＳＣＦに提供する。

ＵＥは、Ｇｍインターフェースを介してＰ−ＣＳＣＦと通信することができる。Ｓ−ＣＳＣＦは、Ｍｗインターフェースを介して公共安全応答点（ＰＳＡＰ：Ｐｕｂｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ）（図示せず）と通信することができる。ＳＩＰ−ＡＳは、ＩＳＣインターフェースを介してＳ−ＣＳＣＦと通信することができる。ＨＳＳはＣｘインターフェースを介してＳ−ＣＳＣＦと通信することができる。

図３は、本実施形態に係る緊急呼を処理するＩＰマルチメディアサブシステム（ＩＭＳ）の概略構造を表している。ＩＭＳコアネットワーク３１０は、Ｐ−ＣＳＣＦおよび緊急ＣＳＣＦ（Ｅ−ＣＳＣＦ）ネットワークノードおよびメディアプレーンを含む。公共安全応答点（ＰＳＡＰ）は、警察、消防、および救急車サービスなどの緊急電話番号への呼出の応答を担うコールセンターである。位置検索機能（ＬＲＦ：Ｌｏｃａｔｉｏｎ Ｒｅｔｒｉｅｖａｌ Ｆｕｎｃｔｉｏｎ）は、Ｅ−ＣＳＣＦが呼出ＵＥの位置を判定するための助けをする。緊急アクセス転送機能（ＥＡＴＦ：Ｅｍｅｒｇｅｎｃｙ Ａｃｃｅｓｓ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）は、ＩＭＳの緊急セッションアンカーリングおよびパケット交換（ＰＳ：Ｐａｃｋｅｔ Ｓｗｉｔｃｈｅｄ）から回路交換（ＣＳ：Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ）へのアクセス転送の手順と機能を提供する。ＬＲＦは、ＭＩインターフェースを介してＥ−ＣＳＣＦと通信することができる。ＥＡＴＦは、Ｉ４インターフェースを介してＥ−ＣＳＣＦと通信することができる。

ＩＭＳの通常呼と緊急呼を処理する構造が異なるため、通常呼と緊急呼も異なる経路で送られる。通常、ＵＥが受信した発呼（ｃａｌｌ−ｏｒｉｇｉｎａｔｉｏｎ）要求のアドレスが緊急呼アドレスであると認識した時、ＵＥは、緊急パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）（即ち、緊急ベアラ（Ｅｍｅｒｇｅｎｃｙ Ｂｅａｒｅｒ））を確立することができ、またはセッション初期化プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）メッセージにあるＳＯＳタグを含むことができ、この呼出が緊急呼として送られることができる。緊急呼は、通常呼に比べ、より高い優先度、より低いブロッキング率、および、より少ない制御ポリシーを有することができる。しかしながら、ＵＥが受信した発呼要求のアドレスが緊急呼アドレスであると識別できない時（例えばユーザーが緊急呼出番号にダイヤルするが、それを緊急呼として認識できない時）、ＵＥは、通常ベアラを確立し、この緊急呼は、通常呼として送られることができる。通常呼は、より低い優先度、より高いブロッキング率、およびより多い制御ポリシーを有するため、ユーザーの現在の位置に、または近くに配置された適切な緊急応答装置はタイムリーに通知を受けない可能性がある。このため、長時間の遅延および／または高い呼出低下率（ｃａｌｌ ｄｒｏｐ ｒａｔｅ）の問題は、検出されない緊急呼で生じる可能性がある。よって、検出されない緊急呼をＵＥが知ることは重要である。

図４は、本実施形態に係る通信システムの緊急呼を処理するフローチャートを表している。本実施形態において、リモート識別子（ｒｅｍｏｔｅ ｉｄｅｎｔｉｆｉｅｒ）を有する第１の発呼要求を受けた時（例えば、発呼要求は、ユーザーがＵＲＩまたは電話番号にダイヤルした時、受けられることができる）、通信装置（例えば、通信ネットワークのＵＥである通信装置１００）のプロセッサ（例えばプロセッサ１３０）は、まず、リモート識別子が緊急呼アドレスであるかどうかを判定することができる。本実施形態において、リモート識別子と緊急呼アドレスは、移動局国際加入者ディレクトリ番号（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ； ＭＳＩＳＤＮ）、ＳＩＰ統合リソース識別子(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ； ＵＲＩ)、またはＴｅｌ ＵＲＩである。

リモート識別子が緊急呼アドレスでないとプロセッサが判定した時、プロセッサは、リモート識別子を有する通常呼確立信号をネットワークに送信し、第１の発呼要求に応じて通常呼を発する。通常呼確立信号を受けると、ネットワークは、図２に示されるような構造に基づき通常呼の設定手順を始めることができる。

通常呼設定手順中、通常呼確立信号はＰ−ＣＳＣＦからＳ−ＣＳＣＦに送られ、次いでＳＩＰ−ＡＳに送られることができる。ネットワーク側のＰ−ＣＳＣＦおよび／またはＳＩＰ−ＡＳは、リモート識別子が緊急呼アドレスかどうかを再度検出することができる。リモート識別子がネットワーク側で緊急呼アドレスとして検出された時、緊急呼指示は、ネットワークからＵＥに送信されることができる。

本発明の実施形態において、指示メッセージは、ＩＭＳのＳＩＰメッセージとしてもよい。例えば、指示メッセージは、３８０（代替サービス）のＳＩＰ応答メッセージであることができ、通常呼が緊急呼として送られることを示す。他の例では、指示メッセージは、Ｐ−Ａｓｓｅｒｔｅｄ−ＩｄｅｎｔｉｔｙヘッダーフィールドおよびＳＯＳタグを含むＳＩＰ応答メッセージであることができ、通常呼が緊急子として送られることを示す。

指示メッセージを受けると、プロセッサは、リモート識別子が緊急呼に用いられることを知り、緊急呼データベースにあるリモート識別子をメモリ装置（たとえば、メモリ装置１４０）に記録することができる。緊急呼データベースはどの形式で示されてもよく、本発明はこれを限定するものではない。例えば緊急呼データベースは、緊急呼の数、ＩＰアドレス、ＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩのリストであることができる。他の例では、緊急呼データベースは、緊急呼の数、ＩＰアドレス、ＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩを記録するデータ構造であることができる。本実施形態において、緊急呼の数、ＩＰアドレス、ＳＩＰ ＵＲＩまたはＴｅｌ ＵＲＩは、ユニバーサル加入者識別モジュール（ＳＩＭ：Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードに保存されたデータ、ネットワークから受信したデータ、ユーザーが手動設定または入力のデータ、および上述の呼確立の手順中に知ったデータから得られることができる。

呼出が解除され、プロセッサがリモート識別子を有する第２の発呼要求を受けた時、緊急呼データベースに記録されたデータを有するリモート識別子と比較することによって、プロセッサは、再度、リモート識別子が緊急呼アドレスであると検出することができる。次いで、プロセッサは、リモート識別子を有する緊急呼確立信号をネットワークに送信し、第２の発呼要求に応じて緊急呼を発する。緊急呼確立信号を受けると、ネットワークは、図３に示されるような構造に基づき緊急呼設定手順を始めることができる。よって、プロセッサが再度リモート識別子を有する発呼要求を受けた時、発呼要求は、緊急呼として適切に処理されることができ、検出されない緊急呼による遅延および／または呼出低下（ｄｒｏｐｐｅｄ ｃａｌｌ）の問題が解決されることができる。

本発明の他の実施形態において、リモート識別子の他、プロセッサは、プロセッサによって緊急呼データベースに記録されるべきリモート識別子に関して、通信装置（ＵＥの）の現在の位置情報を更に記録することができる。

図５は、本発明の他の実施形態に係る通信システムの緊急呼を処理するフローチャートを表している。図５に表されるフローチャートでは、ネットワーク側のプロセッサは省略され、通信装置（ＵＥの）によって実行されるプロセッサのみが示されている。ネットワーク側のプロセッサの説明に関しては、図４を参照し、ここでは簡潔にするために省略されている。

まず、プロセッサは、リモート識別子を有する通常呼確立信号をネットワークに送信し、リモート識別子を有する発呼要求に応じて通常呼を発する（ステップＳ５０２）。リモート識別子が、検出されない緊急呼アドレスであり、リモート識別子がネットワークによって緊急呼アドレスとして検出された時には、プロセッサは、通常呼がネットワークからの緊急呼として送られることを示す指示メッセージを受けることができる（ステップＳ５０４）。次いで、プロセッサは、通信装置（またはＵＥ）のリモート識別子と位置情報を通信装置のメモリ装置に記録することができる（ステップＳ５０６）。本実施形態において、通信装置の現在の位置情報に伴うリモート識別子は、上述の緊急呼データベースに記録されることができる。通信装置の現在の位置情報は、記録されたリモート識別子が有効であるか否かを更に判定するのに用いられる重要な情報である。本発明の実施形態において、位置情報は、ネットワークの公衆陸上移動体ネットワークアイデンティティ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｔｙ； ＰＬＭＮ ＩＤ）、ネットワークの基地局識別子（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ； ＢＳＩＤ）、ネットワークのセルＩＤ、ネットワークの移動体通信用国番号（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ； ＭＣＣ）、および／または通信装置（またはＵＥ）の全地球測位システム（ＧＰＳ）データとしてもよい。注意するのは、ここで述べている“ネットワーク”とは、通信装置（またはＵＥ）アクセス、キャンプオン、登録、および／または関連するネットワークを指している。

最後に、プロセッサが同じリモート識別子を有するもう１つの発呼要求を受けた時、プロセッサは、上述の緊急呼データベース内の記録を検査することによって、リモート識別子が緊急呼アドレスであることを識別することができ、リモート識別子を有する緊急呼確立信号をネットワークに送信し、発呼要求に応じて緊急呼を発することができる（ステップＳ５０８）。緊急呼データベースの検出は、例えばリモート識別子を緊急呼データベースの記録と比較することで行われることができる。

本発明の他の実施形態において、プロセッサは、緊急呼データベースに記録されたリモート識別子がまだ有効な緊急呼アドレスであるかどうかを更に判定することができる。例えば、異なる国または異なる領域では、緊急呼アドレスは、異なることができる。プロセッサはが緊急呼データベースに記録されたリモート識別子が既に有効な緊急呼アドレスでないと判定した時、プロセッサは記録を消去することができる。

図６は、本発明の他の実施形態において緊急呼データベースを管理するフローチャートである。緊急呼データベースを管理するために、プロセッサは、まず、通信装置（またはＵＥ）の位置に、複数の所定の変化の少なくとも１つが生じたかどうかを判定する（ステップＳ６０２）。他の実施形態において、所定の変化の少なくとも１つが生じたかどうかは、通信装置（またはＵＥ）の現在の位置情報と記録されたリモート識別子に関連する位置情報とを比較することによって判定されることができる。

本実施形態において、位置の所定の変化は、ネットワークのＰＬＭＮ ＩＤの変化、ネットワークのＢＳＩＤの変化、ネットワークのセルＩＤの変化、ネットワークのＭＣＣの変化、ネットワークと関連するＵＥの登録状態の変化、およびＵＥのＧＰＳデータの変化としてもよい。注意するのは、ここで述べている“ネットワーク”とは、通信装置（またはＵＥ）アクセス、キャンプオン、登録、および／または関連するネットワークを指している。ネットワークと関連するＵＥの登録状態の変化は、リモート識別子を記録する時、通信装置（またはＵＥ）が事前に登録されているネットワークから、通信装置（またはＵＥ）が登録取消されたかどうかによって判定されるか、またはモート識別子を記録する時、通信装置（またはＵＥ）が事前に登録されるネットワークと関連する通信装置（またはＵＥ）の登録状態が登録から非登録に変えられているかどうかなどによって判定されることができる。

通信装置（またはＵＥ）の位置に所定の変化が生じない場合、リモート識別子の記録は、緊急呼データベースに記録されたリモート識別子がまだ有効な緊急呼アドレスである可能性があるため、緊急呼データベース内に保存されることができる。通信装置（またはＵＥ）の位置に所定の変化が生じた場合、プロセッサは、リモート識別子の記録を削除する（ステップＳ６０４）。

緊急呼データベースがよく管理されている時、検出されない緊急呼による遅延および／または呼出低下の問題が解決されるだけでなく、有効な緊急呼アドレスでないリモート識別子を有する緊急呼確立信号を誤って送信することも防止することができる。

本発明の上述の実施形態は、さまざまな手段で実施することができる。例えば、ハードウェア、ソフトウェア、またはその組み合わせを用いて実施されることができる。当然のことながら、上述の機能を実行する任意の構成要素または構成要素の組み合わせも上述の機能を制御する１つ以上のプロセッサとして、みなすことができる。１つ以上のプロセッサは、例えば専用ハードウェアを用いて、或いはマイクロコードまたはソフトウェアを用いてプログラムされた汎用のハードウェアを用いたさまざまな手段で実施され、上述の機能を実行することができる。

本発明は、実施形態の方法および望ましい実施の形態によって記述されているが、本発明は開示された実施形態に限定されるものではない。当業者は、本発明の思想から逸脱せずに種々の修正及び変更を行い得る。

１００…通信装置
１１０…ベースバンド信号処理装置
１２０…無線周波数（ＲＦ）信号処理装置
１３０…プロセッサ
１４０…メモリ装置
２１０…ＩＭＳコアネットワーク
２２０…ＩＭＳサービス層
３２０…ＩＭＳコアネットワーク

Claims (9)

1. ベースバンド信号処理装置、無線周波数（ＲＦ）信号処理装置、メモリ装置、および、プロセッサを有する通信装置であって、
   前記プロセッサは、
   リモート識別子を有する通常呼確立信号をネットワークに送信し、ユーザーから開始された前記リモート識別子を有する第１の発呼要求に応じて通常呼を発し、
   前記通常呼が前記ネットワークからの緊急呼として送られることを示す指示メッセージを受信し、
   前記通信装置の現在の位置情報と前記リモート識別子とを前記メモリ装置内の緊急呼データベースに記録し、
   前記通常呼が解除された後、前記ユーザーから開始された前記リモート識別子を有する第２の発呼要求を受けた場合に、前記リモート識別子と前記緊急呼データベースに記録されたデータとを比較することにより、前記リモート識別子が緊急呼のアドレスであることを検出し、
   前記リモート識別子を有する緊急呼確立信号を前記ネットワークに送信し前記第２の発呼要求に応じてパケットデータネットワーク（ＰＤＮ）を確立し、
   前記第２の発呼要求は、前記第１の発呼要求と異なる発呼要求であり、前記第１の発呼要求の有する前記リモート識別子と同じ識別子を有する
   通信装置。
2. 前記リモート識別子は、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）、セッション開始プロトコル（ＳＩＰ）統合リソース識別子(ＵＲＩ)、またはＴｅｌ ＵＲＩである請求項１に記載の通信装置。
3. 前記指示メッセージは、ＩＰマルチメディアサブシステム（ＩＭＳ）のＳＩＰメッセージである請求項１または請求項２に記載の通信装置。
4. 前記指示メッセージは、代替サービスのＳＩＰ応答メッセージである請求項１または請求項２に記載の通信装置。
5. 前記指示メッセージは、Ｐ−Ａｓｓｅｒｔｅｄ−ＩｄｅｎｔｉｔｙヘッダーフィールドおよびＳＯＳタグを含むＳＩＰ応答メッセージである請求項１または請求項２に記載の通信装置。
6. 緊急呼を処理する方法であって、
   ユーザー端末によって、リモート識別子を有する通常呼確立信号をネットワークに送信し、ユーザーから開始された前記リモート識別子を有する第１の発呼要求に応じて通常呼を発するステップ、
   前記ユーザー端末によって、前記通常呼が前記ネットワークからの緊急呼として送られることを示す指示メッセージを受けるステップ、
   前記ユーザー端末によって、前記リモート識別子および前記ユーザー端末の現在の位置情報をメモリ装置内の緊急呼データベースに記録するステップ、および
   前記ユーザー端末によって、前記通常呼が解除された後、前記ユーザーから開始された前記リモート識別子を有する第２の発呼要求を受けた場合に、前記リモート識別子と前記緊急呼データベースに記録されたデータとを比較することにより、前記リモート識別子が緊急呼のアドレスであることを検出し、前記リモート識別子を有する緊急呼確立信号を前記ネットワークに送信し前記第２の発呼要求に応じてパケットデータネットワーク（ＰＤＮ）を確立するステップを含み、
   前記第２の発呼要求は、前記第１の発呼要求と異なる発呼要求であり、前記第１の発呼要求の有する前記リモート識別子と同じ識別子を有する方法。
7. 前記ユーザー端末の前記位置情報は、前記ネットワークの公衆陸上移動体ネットワークアイデンティティ（ＰＬＭＮ ＩＤ）、前記ネットワークの基地局識別子（ＢＳＩＤ）、前記ネットワークのセルＩＤ、前記ネットワークの移動体通信用国番号（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ； ＭＣＣ）、および／または前記ユーザー端末の全地球測位システム（ＧＰＳ）データを含む請求項６に記載の方法。
8. 前記リモート識別子は、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）、セッション開始プロトコル（ＳＩＰ）統合リソース識別子(ＵＲＩ)、またはＴｅｌ ＵＲＩである請求項６に記載の方法。
9. 前記指示メッセージは、
   ＩＰマルチメディアサブシステム（ＩＭＳ）のＳＩＰメッセージ、または
   代替サービスのＳＩＰ応答メッセージ、または
   Ｐ−Ａｓｓｅｒｔｅｄ−ＩｄｅｎｔｉｔｙヘッダーフィールドおよびＳＯＳタグを含むＳＩＰ応答メッセージである請求項６〜８のいずれか一項に記載の方法。

Images