【手続補正書】
【提出日】平成22年12月20日(2010.12.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動利用される端末と緊急機関との間の緊急呼を処理する装置であって、
前記端末から前記緊急機関への緊急呼発信時に、前記端末と前記緊急機関との間の回線を、前記端末側の回線と前記緊急機関側の回線とに分離して確立させる回線確立手段と、
前記端末側からの前記緊急呼切断時に、前記端末側の回線を解放すると共に前記緊急機関側の回線を保留する回線保留手段と、
前記緊急呼切断後の前記緊急機関から前記端末への再呼び出し時に、保留された前記緊急機関側の回線を利用して前記緊急機関から前記端末へ着信させる再呼び出し手段とを有することを特徴とする緊急呼処理装置。
【請求項２】
前記端末と前記緊急機関との間の回線は、ＩＭＳ（IP Multimedia Subsystem）を経由するものであり、
前記回線確立手段は、前記端末から前記緊急機関への緊急呼発信時に、前記端末と前記緊急機関との間の前記ＩＭＳ経由の回線によるセッションを、Ｂ２ＢＵＡ（Back-to-Back User Agent）制御により、前記端末側の回線による第１のセッションと、前記緊急機関側の回線による第２のセッションとにそれぞれ分離して確立させるものであり、
前記回線保留手段は、前記端末からの前記緊急呼切断時に、前記第１のセッションにおける前記端末側の回線を解放すると共に、前記第２のセッションにおける前記緊急機関側の回線を保留するものであり、
前記再呼び出し手段は、保留された前記第２のセッションによる回線を用いて前記緊急機関から前記緊急呼の再呼び出しが行われたときに、前記端末側の回線による第３のセッションを作成して前記端末へ着信させるものであることを特徴とする請求項１記載の緊急呼処理装置。
【請求項３】
前記ＩＭＳは、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）、Ｅ−ＣＳＣＦ（Emergency Call Session Control Function）、及びＭＧＣＦ（Media Gateway Control Function）を有し、
前記端末は、ＩＰ−ＣＡＮ（IP Connectivity Access Network）を介して前記ＩＭＳにプロトコル変換可能な状態で接続され、
前記緊急機関は、前記ＭＧＣＦを介して前記ＩＭＳにプロトコル変換可能な状態で接続され、
前記第１のセッションによる前記端末側の回線は、前記Ｅ−ＣＳＣＦ、前記Ｐ−ＣＳＣＦ、及び前記ＩＰ−ＣＡＮを経由するものであり、
前記第２のセッションによる前記緊急機関側の回線は、前記Ｅ−ＣＳＣＦ及び前記ＭＧＣＦを経由するものであり、
前記第３のセッションによる前記端末側の回線は、前記Ｉ−ＣＳＣＦ、前記Ｓ−ＣＳＣＦ、前記Ｐ−ＣＳＣＦ、及び前記ＩＰ−ＣＡＮを経由するものであることを特徴とする請求項２記載の緊急呼処理装置。
【請求項４】
移動利用される端末と緊急機関との間の緊急呼を処理する方法であって、
前記端末から前記緊急機関への緊急呼発信時に、前記端末と前記緊急機関との間の回線を、前記端末側の回線と前記緊急機関側の回線とに分離して確立させる回線確立ステップと、
前記端末側からの前記緊急呼切断時に、前記端末側の回線を解放すると共に前記緊急機関側の回線を保留する回線保留ステップと、
前記緊急呼切断後の前記緊急機関から前記端末への再呼び出し時に、保留された前記緊急機関側の回線を利用して前記緊急機関から前記端末へ着信させる再呼び出しステップとを有することを特徴とする緊急呼処理方法。
【請求項５】
前記端末と前記緊急機関との間の回線は、ＩＭＳ（IP Multimedia Subsystem）を経由するものであり、
前記回線確立ステップは、前記端末から前記緊急機関への緊急呼発信時に、前記端末と前記緊急機関との間の前記ＩＭＳ経由の回線によるセッションを、Ｂ２ＢＵＡ（Back-to-Back User Agent）制御により、前記端末側の回線による第１のセッションと、前記緊急機関側の回線による第２のセッションとにそれぞれ分離して確立させるものであり、
前記回線保留ステップは、前記端末からの前記緊急呼切断時に、前記第１のセッションにおける前記端末側の回線を解放すると共に、前記第２のセッションにおける前記緊急機関側の回線を保留するものであり、
前記再呼び出しステップは、保留された前記第２のセッションによる回線を用いて前記緊急機関から前記緊急呼の再呼び出しが行われたときに、前記端末側の回線による第３のセッションを作成して前記端末へ着信させるものであることを特徴とする請求項４記載の緊急呼処理方法。
【請求項６】
前記回線確立ステップは、
前記端末からの発信信号を受信した場合、前記発信信号が緊急呼であるか判定するステップと、
前記発信信号が緊急呼である場合、回線情報に緊急呼を設定するステップとを有し、
前記回線保留ステップは、
前記端末から切断信号を受信した場合、前記回線情報を参照し、前記切断信号が緊急呼であるか判定するステップと、
前記切断信号が緊急呼である場合、前記端末側の回線を解放すると共に、前記緊急機関側の回線を保留するステップとを有し、
前記再呼び出しステップは、
保留された前記緊急機関側の回線を利用して、前記緊急機関から前記端末へ再呼び出し信号を受けた場合、解放された前記端末側の回線を再構築するステップと、
前記緊急機関側の回線と再構築した前記端末側の回線を用いて、前記緊急機関から前記端末へ再呼び出し信号を着信させるステップとを有することを特徴とする請求項５記載の緊急呼処理方法。
【請求項７】
前記回線確立ステップは、
前記端末からの発信信号を受信した場合、前記発信信号のヘッダを参照して、宛先が前記緊急機関であるか判定するステップと、
前記宛先が緊急機関である場合、前記端末側の回線による第１のセッションに関する情報と前記緊急機関側の第２のセッションに関する情報とを互いに対応付けたセッション情報を作成してそのセッション情報に緊急呼を設定し、前記セッション情報を記憶するステップとを有し、
前記回線保留ステップは、
前記端末から切断信号を受信した場合、記憶された前記セッション情報を参照し、前記切断信号が緊急呼であるか判定するステップと、
前記切断信号が緊急呼である場合、記憶された前記セッション情報の内の前記第１のセッションに関する情報を削除して前記端末側の回線を解放すると共に、前記第２のセッションに関する情報の内の前記第１のセッションとの対応情報を削除して前記緊急機関側の回線を保留するステップとを有し、
前記再呼び出しステップは、
保留された前記緊急機関側の回線を利用して、前記緊急機関から前記端末へ再呼び出し信号を受けた場合、前記第２のセッションに関する情報に対応付けて前記端末側の回線による第３のセッションに関する情報を作成して、解放された前記端末側の回線を再構築するステップと、
前記緊急機関側の回線と再構築した前記端末側の回線を用いて、前記緊急機関から前記端末へ再呼び出し信号を着信させるステップとを有することを特徴とする請求項５記載の緊急呼処理方法。
【請求項８】
移動利用される端末と緊急機関との間の緊急呼を処理するサーバ装置であって、
前記端末から前記緊急機関への緊急呼発信時に、前記端末と前記緊急機関との間の回線を、前記端末側の回線と前記緊急機関側の回線とに分離して確立させる回線確立手段と、
前記端末側からの前記緊急呼切断時に、前記端末側の回線を解放すると共に前記緊急機関側の回線を保留する回線保留手段と、
前記緊急呼切断後に保留された前記緊急機関側の回線を利用して前記緊急機関から前記端末への再呼び出しを可能とする再呼び出し手段とを有することを特徴とするサーバ装置。
【請求項９】
請求項８記載のサーバ装置と、
前記サーバ装置に接続されるＩＭＳ（IP Multimedia Subsystem）と、
を有することを特徴とする緊急呼処理システム。
【請求項１０】
前記ＩＭＳと前記端末との間をプロトコル変換可能に接続するＩＰ−ＣＡＮ（IP Connectivity Access Network）をさらに有することを特徴とする請求項９記載の緊急呼処理システム。