(57)【特許請求の範囲】
【請求項１】
ＩＰマルチメディア・サブシステム・ネットワークにおいて緊急シグナリングを処理する方法であって、
プロキシ呼セッション制御機能で、ＩＰマルチメディア・プライベート識別子に関連し、セッションの設定を要求するＳＩＰメッセージを受信するステップと、
前記プロキシ呼セッション制御機能で、前記メッセージが緊急呼に関連するかを判定するステップと、
前記プロキシ呼セッション制御機能に前記ＩＰマルチメディア・プライベート識別子に関連する緊急オーバライド・タグが提供されている場合、更なる処理のために前記ＳＩＰメッセージをサービング呼セッション制御機能に転送するステップと、
前記プロキシ呼セッション制御機能に前記ＩＰマルチメディア・プライベート識別子に関連する緊急オーバライド・タグが提供されていない場合、前記メッセージを緊急呼セッション制御機能に転送するステップと、
を含むことを特徴とする方法。
【請求項２】
前記ＩＰマルチメディア・プライベート識別子が、所定のアクセス・ネットワーク、所定のアクセス・ネットワーク種別、所定の認証方法及び訪問先ネットワークに位置していないユーザ装置のいずれか１つに関連する場合、前記緊急オーバライド・タグが提供される、
ことを特徴とする請求項１に記載の方法。
【請求項３】
セッションの設定を要求する前記メッセージを受信する前に、ＳＩＰ  ２００  ＯＫメッセージ及びＳＩＰ通知メッセージのいずれかで、サービング呼セッション制御機能から、登録された前記ＩＰマルチメディア・プライベート識別子のための緊急オーバライド・タグを受信するステップをさらに含む、
ことを特徴とる請求項１又は２に記載の方法。
【請求項４】
ＩＰマルチメディア・サブシステム・ネットワークにおいて使用されるプロキシ呼セッション制御機能ノードであって、
ＩＰマルチメディア・プライベート識別子に関連し、セッションの設定を要求するメッセージを受信する受信機と、
前記メッセージが緊急呼に関連するかを判定する判定機能部と、
前記プロキシ呼セッション制御機能ノードに前記ＩＰマルチメディア・プライベート識別子に関連する緊急オーバライド・タグが提供されているかを判定する緊急オーバライド機能部と、
前記プロキシ呼セッション制御機能ノードに前記ＩＰマルチメディア・プライベート識別子に関連する緊急オーバライド・タグが提供されていると判定されると、更なる処理のために前記メッセージをサービング呼セッション制御機能に転送し、前記プロキシ呼セッション制御機能ノードに前記ＩＰマルチメディア・プライベート識別子に関連する緊急オーバライド・タグが提供されていないと、前記メッセージを緊急呼セッション制御機能に転送する送信機と、
を備えていることを特徴とするプロキシ呼セッション制御機能ノード。
【請求項５】
前記受信機は、ＳＩＰ  ２００  ＯＫメッセージ及びＳＩＰ通知メッセージのいずれかで、サービング呼セッション制御機能から、登録された前記ＩＰマルチメディア・プライベート識別子のための緊急オーバライド・タグを受信する様に構成されている、
ことを特徴とする請求項４に記載のプロキシ呼セッション制御機能ノード。
【請求項６】
ＩＰマルチメディア・サブシステム・ネットワークにおいて使用されるサービング呼セッション制御機能ノードであって、
ＩＰマルチメディア・プライベート識別子に関連する登録要求を、プロキシ呼セッション制御機能から受信する第１の受信機と、
前記ＩＰマルチメディア・プライベート識別子に関連し、ホーム加入者サーバに保存されている緊急オーバライド・タグ・インジケータを要求する問い合わせを、前記ホーム加入者サーバに送信する第１の送信機と、
前記ＩＰマルチメディア・プライベート識別子に関連する前記緊急オーバライド・タグ・インジケータを含む前記問い合わせに対する応答を受信する第２の受信機と、
前記ＩＰマルチメディア・プライベート識別子に関連する前記緊急オーバライド・タグ・インジケータを含むメッセージを、前記プロキシ呼セッション制御機能に送信する第２の送信機と、
を備えていることを特徴とするサービング呼セッション制御機能ノード。
【請求項７】
前記プロキシ呼セッション制御機能に送信される前記メッセージは、登録要求及びユーザ・データの読み出し要求のいずれか１つに応答して送信される、
ことを特徴とする請求項６に記載のサービング呼セッション制御機能ノード。
【請求項８】
ＩＰマルチメディア・サブシステム・ネットワークにおいて使用されるホーム加入者サーバであって、
ＩＰマルチメディア・プライベート識別子に関連し、緊急シグナリングをどこにルーティングするかを判定するためにプロキシ呼セッション制御機能が使用する緊急オーバライド・タグ・インジケータを保存するメモリと、
サービング呼セッション制御機能から、前記緊急オーバライド・タグ・インジケータを要求する問い合わせを受信する受信機と、
前記緊急オーバライド・タグ・インジケータを含む応答を、前記サービング呼セッション制御機能に送信する送信機と、
を備えていることを特徴とするホーム加入者サーバ。
【請求項９】
プロキシ呼セッション制御機能ノードで実行されると、前記プロキシ呼セッション制御機能ノードを請求項４又は５に記載のプロキシ呼セッション制御機能ノードとして動作させるコンピュータ可読コードを含むことを特徴とするコンピュータ・プログラム。
【請求項１０】
サービング呼セッション制御機能ノードで実行されると、前記サービング呼セッション制御機能ノードを請求項６又は７に記載のサービング呼セッション制御機能ノードとして動作させるコンピュータ可読コードを含むことを特徴とするコンピュータ・プログラム。
【請求項１１】
ホーム加入者サーバで実行されると、前記ホーム加入者サーバを請求項８に記載のホーム加入者サーバとして動作させるコンピュータ可読コードを含むことを特徴とするコンピュータ・プログラム。
【請求項１２】
請求項９から１１のいずれか１項に記載のコンピュータ・プログラムを保存していることを特徴とするコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰマルチメディア・サブシステム・ネットワークの緊急シグナリングの分野に関する。
【背景技術】
【０００２】
ＩＰマルチメディア・サブシステム（ＩＭＳ）は、移動通信ネットワーク経由でＩＰマルチメディア・サービスを提供するために、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）で定義される技術である。
【０００３】
ＩＭＳは、ユーザ端末間の呼又はセッションを設定し制御するために、セッション開始プロトコル（ＳＩＰ）を利用する。ＳＩＰ信号により搬送されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディア・コンポーネンツを記述し、交渉するために使用される。ＳＩＰはユーザ間のプロトコルとして作成されたが、ＩＭＳは、オペレータやサービス・プロバイダが、ユーザによるサービスへのアクセスや、それによるユーザへの課金を制御することを許可している。
【０００４】
図１は、汎用パケット無線サービス（ＧＰＲＳ）アクセス・ネットワークの場合に、ＩＭＳがどの様に移動通信網のアーキテクチャに適合するかを概略的に示している。図１に示す様に、通信制御は、３つのレイヤ（又はプレーン）で生じる。最下位レイヤは、ベアラ・プレーンとしても参照される接続レイヤ１であり、このレイヤ経由で、信号は、ネットワークにアクセスするユーザ装置（ＵＥ）から／へ送信される。ＩＭＳ加入者をＩＭＳサービスに接続する接続レイヤ１内のエンティティは、ＩＰ接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）として参照されるネットワークを形成する。ＧＰＲＳネットワークは、種々のＧＰＲＳサポート・ノード（ＧＳＮ）を含んでいる。ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）２は、ＧＰＲＳバックボーン・ネットワークと他のネットワーク（無線ネットワーク及びＩＭＳネットワーク）間のインタフェースとして動作する。中間レイヤは、制御レイヤ４であり、最上位レイヤは、アプリケーション・レイヤ６である。
【０００５】
ＩＭＳ３は、中間の制御レイヤ４と接続レイヤ１上で動作するコア・ネットワーク３ａと、サービス・ネットワーク３ｂとを備えている。ＩＭＳコア・ネットワーク３ａは、接続レイヤ１において、ＧＧＳＮ２経由でＧＰＲＳネットワークから／へ信号を送受信するノードと、中間の制御レイヤ４でＩＭＳ内のＳＩＰプロキシとして動作する呼／セッション制御機能（ＣＳＣＦ）５を含むネットワーク・ノードを有している。３ＧＰＰアーキテクチャは、ＳＩＰ端末にとって、ＩＭＳ内の最初のコンタクト・ポイントであるプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）と、ユーザが加入しているサービスをユーザに提供するサービングＣＳＣＦ（Ｓ−ＣＳＣＦ）と、正しいＳ−ＣＳＣＦを識別し、ＳＩＰ端末からＰ−ＣＳＣＦ経由で受信した要求を、正しいＳ−ＣＳＣＦに転送するインタロゲーティングＣＳＣＦ（Ｉ−ＣＳＣＦ）という３つの種別のＣＳＣＦを定義している。最上位のアプリケーション・レイヤ６は、ＩＭＳサービス・ネットワーク３ｂを含んでいる。アプリケーション・サーバ（ＡＳ）７は、ＩＭＳサービス機能を実行するために設けられる。
【０００６】
ＵＥにより緊急呼を行う場合、通常、Ｐ−ＣＳＣＦから緊急ＣＳＣＦ（Ｅ−ＣＳＣＦ）に緊急呼はルーティングされる。Ｅ−ＣＳＣＦは、緊急呼のみを処理するために接続される。Ｅ−ＣＳＣＦは、最も適切な公共安全応答ポイント（ＰＳＡＰ）、例えば、最も近い緊急サービス・コール・センタを決定し、緊急ＩＮＶＩＴＥメッセージをＰＳＡＰに転送しなければならない。Ｅ−ＣＳＣＦは、発呼しているＵＥの位置の決定を可能にする位置読み出し機能（ＬＲＦ）にアタッチされる。
【０００７】
ある状況において、Ｓ−ＣＳＣＦ経由で緊急呼をルーティングすることが必要であるかもしれない。これは、例えば、登録時、Ｐ−ＣＳＣＦとＵＥとの間にセキュリティ・アソシエーションが確立されず、地域の緊急機関が認証されていない緊急呼を受け入れない場合である。これは、３ＧＰＰ  ＴＳＧ−ＳＡ  ＷＧ２  Ｓ２−０９５０７５で議論されている。セキュリティ・アソシエーションがないところでは、Ｓ−ＣＳＣＦは、各やり取りのための、ＳＩＰダイジェスト認証を実行する。緊急セッションは、よって、ＵＥのクレデンシャルを尋ねるＳ−ＣＳＣＦ経由で送信される。緊急呼がＳ−ＣＳＣＦ経由でルーティングされ得る他のシナリオは、Ｓ−ＣＳＣＦ又はＡＳが更なる電話番号分析を実行することが必要な場合である。自身の緊急応答手順を有する大きな企業がその例である。この場合、企業は、１１２の様な公的な緊急電話番号への呼を、適切なＰＳＡＰにコンタクトする前に、自身の緊急センタにルーティングすることを選択するかもしれない。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
Ｐ−ＣＳＣＦと共にセキュリティ・アソシエーションが確立しないＵＥの動作を可能にするこの解決策は、多くのネットワークの場合において動作する。しかしながら、固定及び移動ユーザの両方を扱うネットワークを使用する移動ユーザにとって、Ｅ−ＣＳＣＦへの直接ルーティングが、特に、ユーザがローミングしている場合に（部分的には、義務及び責任の問題により）必要であるので、その様なネットワークでは、前記解決策は動作しないかもしれない。さらに、Ｓ−ＣＳＣＦ経由の緊急セッションのルーティングは、追加のプロキシ・ノードがパス内に必要であり、多くのユーザが緊急サービスへのアクセスを試みると（Ｐ−ＣＳＣＦより多くのユーザに通常サービス提供するので）、緊急状態の間に過負荷となってボトルネックとなり得るので、既に認証された固定アクセス・ユーザの場合には最適ではない。
【０００９】
本発明の目的は、ユーザ装置（ＵＥ）がプロキシ呼／セッション制御機能（Ｐ−ＣＳＣＦ）と共にセキュリティ・アソシエーションを確立しないＩＰマルチメディア・サブシステム・ネットワークにおいて緊急シグナリングの処理を改善することである。
【課題を解決するための手段】
【００１０】
本発明の第１の側面によると、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークにおいて緊急シグナリングを処理する方法が提供される。プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）は、セッションの設定を要求するメッセージを受信する。このメッセージは、ＩＰマルチメディア・プライベート識別子（ＩＭＰＩ）に関連する。Ｐ−ＣＳＣＦは、メッセージが緊急呼に関連するかを判定する。ＩＭＰＩに関連する緊急オーバライド・タグがＰ−ＣＳＣＦに提供又は設定されている場合、メッセージは、更なる処理のため、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）にＳＩＰメッセージを転送する。ＩＭＰＩに関連する緊急オーバライド・タグがＰ−ＣＳＣＦに提供又は設定されていない場合、メッセージは、緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）に転送される。本発明は、ＵＥがＰ−ＣＳＣＦとセキュリティ・アソシエーションを確立していない場合、自動的にＳ−ＣＳＣＦにシグナリングを転送するのではなく、Ｐ−ＣＳＣＦが、緊急シグナリングの処理のある程度の制御を行うことを可能にする。
【００１１】
オプションとして、ＩＭＰＩが所定のアクセス・ネットワーク、所定のアクセス・ネットワーク種別（例えば、固定ライン・アクセス・ネットワーク）、所定の認証方法（例えば、ダイジェスト認証）及び訪問先ネットワークに位置していないユーザ装置のいずれか１つに関連する場合、緊急オーバライド・タグが提供又は設定される。
【００１２】
更なるオプションとして、ＩＭＰＩのための緊急オーバライド・タグは、ＳＩＰ  ２００  ＯＫメッセージ及びＳＩＰ通知メッセージのいずれかで、Ｓ−ＣＳＣＦから受信する。
【００１３】
本発明の第２の側面によると、ＩＭＳネットワークにおいて使用されるＰ−ＣＳＣＦが提供される。受信機は、ＩＭＰＩに関連し、セッションの設定を要求するメッセージを受信するために設けられる。判定機能部は、メッセージが緊急呼に関連するかを判定するために設けられ、緊急オーバライド・タグ機能部は、Ｐ−ＣＳＣＦにＩＭＰＩに関連する緊急オーバライド・タグが提供又は設定されているかを判定するために設けられる。送信機も設けられる。Ｐ−ＣＳＣＦにＩＭＰＩに関連する緊急オーバライド・タグが提供又は設定されていると判定されると、送信機は、更なる処理のためにメッセージをＳ−ＣＳＣＦに転送する様に構成される。Ｐ−ＣＳＣＦにＩＭＰＩに関連する緊急オーバライド・タグが提供又は設定されていないと判定されると、送信機は、メッセージをＥ−ＣＳＣＦに転送する様に構成される。
【００１４】
オプションとして、受信機は、ＳＩＰ  ２００  ＯＫメッセージ及びＳＩＰ通知メッセージのいずれかで、Ｓ−ＣＳＣＦから、登録されたＩＭＰＩのための緊急オーバライド・タグを受信する様に構成されている。
【００１５】
本発明の第３の側面によると、ＩＭＳネットワークにおいて使用されるＳ−ＣＳＣＦが提供される。第１の受信機は、ＩＭＰＩに関連する登録要求を、Ｐ−ＣＳＣＦから受信するために設けられる。第１の送信機は、ホーム加入者サーバ（ＨＳＳ）に、問い合わせを送信するために設けられる。問い合わせは、ＩＭＰＩに関連し、ＨＳＳに保存されている緊急オーバライド・タグを要求するものである。第２の受信機は、ＩＭＰＩに関連する緊急オーバライド・タグを含む問い合わせに対する応答を受信するために設けられる。第２の送信機は、ＩＭＰＩに関連する緊急オーバライド・タグを含むメッセージを、Ｐ−ＣＳＣＦに送信するために設けられる。
【００１６】
オプションとして、Ｐ−ＣＳＣＦに送信されるメッセージは、登録要求及びユーザ・データの読み出し要求のいずれか１つに応答して送信される。
【００１７】
本発明の第４の側面によると、ＩＭＳネットワークにおいて使用されるＨＳＳが提供される。ＨＳＳは、ＩＭＰＩに関連し、緊急シグナリングをどこにルーティングするかを判定するためにＰ−ＣＳＣＦが使用する緊急オーバライド・タグを保存するメモリを備えている。受信機は、Ｓ−ＣＳＣＦから、緊急オーバライド・タグを要求する問い合わせを受信するために設けられる。送信機は、緊急オーバライド・タグを含む応答を、Ｓ−ＣＳＣＦに送信するために設けられる。
【００１８】
本発明の第５の側面によると、Ｐ−ＣＳＣＦで実行されると、Ｐ−ＣＳＣＦを上述した本発明の第２の側面のＰ−ＣＳＣＦとして動作させるコンピュータ可読コードを含むコンピュータ・プログラムが提供される。
【００１９】
本発明の第６の側面によると、Ｓ−ＣＳＣＦで実行されると、Ｓ−ＣＳＣＦを上述した本発明の第３の側面のＳ−ＣＳＣＦとして動作させるコンピュータ可読コードを含むコンピュータ・プログラムが提供される。
【００２０】
本発明の第７の側面によると、ＨＳＳで実行されると、ＨＳＳを上述した本発明の第４の側面のＨＳＳとして動作させるコンピュータ可読コードを含むコンピュータ・プログラムが提供される。
【００２１】
本発明の第８の側面によると、上述した本発明の第５、６又は７の側面のコンピュータ・プログラムを含むコンピュータ可読記録媒体が提供される。
【図面の簡単な説明】
【００２２】
【図１】汎用パケット無線サービス（ＧＰＲＳ）アクセス・ネットワークの移動ネットワーク・アーキテクチャに関するＩＭＳネットワークの概略的なブロック図。
【図２】本発明の一実施形態によるホーム加入者サーバへのＰ−ＣＳＣＦ緊急オーバライド・タグのプロビジョニングを示す信号ダイアグラム。
【図３】プライベート識別子に関連する緊急オーバライド・タグとユーザ加入の例を示すブロック図。
【図４】本発明の一実施形態による登録処理を示す信号ダイアグラム。
【図５】本発明の一実施形態による呼開始処理を示す信号ダイアグラム。
【図６】本発明の一実施形態によるプロキシ呼セッション制御機能の概略的なブロック図。
【図７】本発明の一実施形態によるサービング呼セッション制御機能の概略的なブロック図。
【図８】本発明の一実施形態によるホーム加入者サーバの概略的なブロック図。
【発明を実施するための形態】
【００２３】
インジケータは、ユーザ・アカウントと関連付けられ、ホーム加入者サーバ（ＨＳＳ）に用意される。その後、インジケータは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）に提供され、Ｐ−ＣＳＣＦは、緊急シグナリングをどこにルーティングするかを決定するために使用される。インジケータは、以下では、緊急オーバライド・タグとして参照する。図２によると、プロビジョニング・システム８は、緊急オーバライド・タグを提供するためにＨＳＳ９にメッセージを送信する（Ｓ１）。ＨＳＳ９は、肯定応答を行う（Ｓ２）。
【００２４】
図３によると、本例の緊急オーバライド・タグは、ＨＳＳ９に提供されるＩＰマルチメディア・プライベート識別子（ＩＭＰＩ）と関連付けられる。緊急オーバライド・タグは、プライベート・ユーザ識別子１のみに関連付けられるのではなく、使用される認証方法の種別にさらに関連付けられ得る。例えば、ＩＭＰＩ１は、ダイジェスト認証と、ＩＭＳ認証及び鍵生成（ＡＫＡ）の両方の秘密値で提供されるのであれば、緊急オーバライド・タグは、ダイジェスト認証法が使用される場所にのみ設定することができる。
【００２５】
図４によると、ユーザ装置（ＵＥ）１０と、Ｐ−ＣＳＣＦ１１と、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）１２と、ＨＳＳ９と、アプリケーション・サーバ１３とが示されている。ＵＥ１０の登録の間、図４の番号に対応する以下の番号のステップが実行される。
【００２６】
Ｓ３．ＵＥ１０は、Ｐ−ＣＳＣＦ１１に登録要求を送信する。これは、緊急登録と非緊急登録の両方で同じである。
【００２７】
Ｓ４．Ｐ−ＣＳＣＦは、Ｓ−ＣＳＣＦ１２に登録要求を転送する。
【００２８】
Ｓ５．Ｓ−ＣＳＣＦは、Ｃｘインタフェース経由でＵＥ１０のユーザに関してＨＳＳ９に問い合わせを送信する。
【００２９】
Ｓ６．ＨＳＳ９は、Ｃｘインタフェース経由で質問に応答し、応答は、緊急オーバライド・タグを含んでいる。緊急オーバライド・タグは、ユーザ登録の間、Ｓ−ＣＳＣＦで保存される。
【００３０】
緊急オーバライド・タグは、登録応答（２００  ＯＫ）メッセージ（ステップＳ７及びＳ９参照）、或いは、Ｐ−ＣＳＣＦ１１がＳ−ＣＳＣＦ１２からユーザ・データを読み出すイベントで送られる通知メッセージの部分（ステップＳ１０及びＳ１１参照）のいずれかで、Ｐ−ＣＳＣＦ１１に送信され得る。
【００３１】
Ｓ７．第１の置換形態として、Ｓ−ＣＳＣＦ１２は、緊急オーバライド・タグをＳＩＰ  ２００  ＯＫメッセージに追加し、登録メッセージ（ステップＳ４で送信）への応答としてＰ−ＣＳＣＦ１１にＳＩＰ  ２００  ＯＫメッセージを送信する。Ｐ−ＣＳＣＦは、その後、緊急オーバライド・タグを保存し、ＳＩＰ  ２００  ＯＫメッセージから緊急オーバライド・タグを除去する。処理はステップＳ９へと続く。
【００３２】
Ｓ８．第２の置換形態として、Ｓ−ＣＳＣＦ１２は、登録メッセージ（ステップＳ４で送信）への応答としてＰ−ＣＳＣＦ１１にＳＩＰ  ２００  ＯＫメッセージを送信する。
【００３３】
Ｓ９．ＳＩＰ  ２００  ＯＫメッセージは、Ｐ−ＣＳＣＦ１１からＵＥ１０に送信される。
【００３４】
Ｓ１０．第２の置換形態として、Ｐ−ＣＳＣＦ１１は、ユーザ・データを読み出すために、読み出し要求をＳ−ＣＳＣＦ１２に送信する。
【００３５】
Ｓ１１．Ｓ−ＣＳＣＦ１２は緊急オーバライド・タグを保存しているので、緊急オーバライド・タグを通知メッセージに含めて、Ｐ−ＣＳＣＦ１１にその通知メッセージを送信する。
【００３６】
第１の置換形態と第２の置換形態のどちらが使用されたかに拘らず、Ｐ−ＣＳＣＦには緊急オーバライド・タグが提供される。
【００３７】
Ｓ−ＣＳＣＦ１２とＨＳＳ９の間のＣｘインタフェースは、Ｓ−ＣＳＣＦ１２がＨＳＳ９に緊急オーバライド・タグを要求できる様に拡張されなければならない。例えば、新しい属性／値ペア（ＡＶＰ）が提供され得る。適切なＡＶＰのフォーマット例は、以下の通りである。
【００３８】
ＡＶＰフォーマット
Ｅｍｅｒｇｅｎｃｙ−Ｄａｔａ−Ｉｔｅｍ：：＝＜ＡＶＰ  Ｈｅａｄｅｒ：１２３４５６７＞
［緊急オーバライド］
【００３９】
新しいＡＶＰを導入する代わりに、緊急オーバライド・パラメータを、ユーザ・データＡＶＰの様な既存ＡＶＰに含めることもできる。
【００４０】
ＵＥが呼を開始し、その呼が、例えば１１２といったＩＭＳ緊急に関連するＵＲＩに向けられている場合、Ｐ−ＣＳＣＦは、当該呼を、Ｓ−ＣＳＣＦ１２又はＥ−ＣＳＣＦ１４に送信すべきか否かを決定しなければならない。図５に呼シグナリングを示し、以下の番号は、図５の番号に対応する。
【００４１】
Ｓ１２．ＵＥ１０は、緊急呼を設定するためにＳＩＰ  ＩＮＶＩＴＥをＰ−ＣＳＣＦ１１に送信する。
【００４２】
Ｓ１３．Ｐ−ＣＳＣＦ１１は、ＳＩＰ  ＩＮＶＩＴＥが緊急呼に関連するかを決定する。これは、例えば、緊急サービスに関するＵＲＩ及び電話番号をＰ−ＣＳＣＦに用意しておくことで行われ得る。呼が緊急呼である場合、Ｐ−ＣＳＣＦは、緊急オーバライド・タグが存在する、或いは、設定されているか否かを判定する。存在しない、或いは、設定されていない場合、処理はステップＳ１８に進む。ＩＭＰＩに関連する緊急オーバライド・タグが存在又は設定されている場合、処理はＳ１４に進む。
【００４３】
Ｓ１４．ＳＩＰ  ＩＮＶＩＴＥは、Ｐ−ＣＳＣＦ１１からＳ−ＣＳＣＦ１２に転送される。Ｓ−ＣＳＣＦ１２は、その後、必要に応じて、ＳＩＰダイジェスト認証を実行できる。このステップは、次のステップに移る前に、ユーザにチャレンジを送信する（図示せず）。
【００４４】
Ｓ１５．例えば、企業でのサービスの場合の様に、呼が緊急呼であるかを判定するためにＡＳによる更なる電話番号の分析が必要であれば、ＳＩＰ  ＩＮＶＩＴＥはＳ−ＣＳＣＦ１２からＡＳ１３に転送される。
【００４５】
Ｓ１６．ＡＳ１３は、電話番号が緊急センタにルーティングされるべき緊急番号であるかのルーティング決定を行う。ＡＳ１３は、緊急番号であると決定すると、要求をＳ−ＣＳＣＦ１２に転送する。
【００４６】
Ｓ１７．ＳＩＰダイジェスト認証が完了、或いは、ＡＳ呼び出しが完了すると、ＳＩＰ  ＩＮＶＩＴＥは、その後、Ｓ−ＣＳＣＦ１２からＥ−ＣＳＣＦへとルーティングされる。処理は、ステップＳ１９に進む。
【００４７】
Ｓ１８．緊急オーバライド・タグが存在しない、或いは、設定されていない場合、Ｐ−ＣＳＣＦはＳＩＰ  ＩＮＶＩＴＥをＥ−ＣＳＣＦ１４に転送する。
【００４８】
Ｓ１９．Ｅ−ＣＳＣＦはＰＳＡＰ（図示せず）を選択し、ＳＩＰ  ＩＮＶＩＴＥを選択したＰＳＡＰに転送する。
【００４９】
本発明は、ＩＭＰＩに関連する緊急オーバライド・タグをＨＳＳに提供することを可能にする。これは、Ｐ−ＣＳＣＦが行う、緊急呼をＥ−ＣＳＣＦに直接ルーティングするか、Ｓ−ＣＳＣＦ経由でルーティングするかに関する決定に役立たせるため、Ｐ−ＣＳＣＦに送られる。これは、ＵＥが固定及び移動アクセスの両方を処理するネットワークに位置する場合に特に役に立つ。従来技術の方法を利用するその様なネットワークは、総ての緊急呼をＳ−ＣＳＣＦ経由でルーティングするが、これは、ＵＥが認証された固定ライン・アクセス・ネットワークを使用する場合には不必要である。さらに、移動ＵＥがＳ−ＣＳＣＦが配置されるホーム・ネットワークとは異なるネットワークにローミングしている場合には、ある国の緊急呼により、他の（ホーム）国のネットワークが影響を受けることを防ぐために、緊急呼は理想的にはその国内で局所的にルーティングされるべきであるので、Ｓ−ＣＳＣＦ経由での緊急呼は望ましくない。緊急オーバライド・タグは、ＩＭＰＩが固定ライン・アクセスに関連されている場合や、ＵＥがホーム・ネットワークにいない場合には、緊急呼がＳ−ＣＳＣＦ経由でルーティングされないことを確実にするためにセットされ得る。
【００５０】
図６によると、Ｐ−ＣＳＣＦ１１は、ステップＳ１２で述べた様に、ＳＩＰ  ＩＮＶＩＴＥの様なセッション設定メッセージを受信する受信機１５と共に設けられる。受信機１５は、ステップＳ７及びＳ１１でそれぞれ述べた様に、ＳＩＰ  ２００  ＯＫメッセージ、或いは、ＳＩＰ通知メッセージで、Ｓ−ＣＳＣＦ１２から緊急オーバライド・タグを受信する様にも構成され得る。もちろん、これは、Ｐ−ＣＳＣＦ１１の異なる受信機（図示せず）でも実行され得る。
【００５１】
緊急呼判定機能１６は、例えば、セッション設定メッセージに含まれるＵＲＩを緊急サービスに関連する公知のＵＲＩのリストと比較することにより、緊急呼に関連するセッション設定メッセージを判定するために設けられる。
【００５２】
緊急オーバライド機能１７は、ＩＰマルチメディア・プライベート識別子に関連する緊急オーバライド・タグ１８がＰ−ＣＳＣＦ１１に提供又は設定されているかを判定するために設けられる。緊急オーバライド・タグ１８は、典型的には、メモリ１９に保存される。
【００５３】
送信機２０は、セッション設定メッセージを、緊急オーバライド・タグ１８が提供又は設定されている場合にはＳ−ＣＳＣＦ１２に、緊急オーバライド・タグ１８が提供も設定もされていない場合にはＥ−ＣＳＣＦ１４に転送するために設けられる。
【００５４】
受信機及び送信機の異なる構成が利用できることが理解される。例えば、上記総ての受信機及び送信機は、単一の送受信機として実装され得る。
【００５５】
Ｐ−ＣＳＣＦ１１の上記記載は、本発明のハードウェアによる実装を想定しているが、当業者は、例えば、緊急呼判定機能１６及び緊急オーバライド機能１７の様な構成要素を、ソフトウェアを用いて実装できることを理解する。この場合、メモリ１９はコンピュータ・プログラム２１が保存されるコンピュータ可読媒体であり、プロセッサ２２がコンピュータ・プログラムを実行するために設けられる。
【００５６】
図７によると、Ｓ−ＣＳＣＦ１２には、ステップＳ４で述べた様に、Ｐ−ＣＳＣＦ１１から登録要求を受信する第１の受信機２３が設けられる。第１の送信機２４は、ステップＳ５で述べた様に、ＨＳＳＰにＣｘ問い合わせを送信するために設けられる。第２の受信機２５は、ステップＳ６で述べた様に、Ｃｘ応答を受信するために設けられる。第２の送信機２６は、緊急オーバライド・タグ１８を含むメッセージをＰ−ＣＳＣＦ１１に送信するために設けられる。メッセージは、登録要求又はユーザ・データの１つに応答してＰ−ＣＳＣＦ１１に送信される。プロセッサ２７は、信号を処理するために設けられ、メモリ２８は、緊急オーバライド・タグ１８を保存するために設けられる。
【００５７】
受信機及び送信機の異なる構成が利用できることが理解される。例えば、上記総ての受信機及び送信機は、単一の送受信機として実装され得る。
【００５８】
Ｓ−ＣＳＣＦ１２の上記記載は、本発明のハードウェアによる実装を想定しているが、当業者は、信号を処理する命令の様な構成要素を、ソフトウェアを用いて実装できることを理解する。この場合、メモリ２８はコンピュータ・プログラム２９を保存するコンピュータ可読媒体であり、プロセッサ２７がコンピュータ・プログラムを実行する。
【００５９】
図８は、ＩＭＰＩ３１に関連付けられた緊急オーバライド・タグ１８を保存するメモリを設けたＨＳＳ９を示している。もちろん、メモリは多くのユーザのＩＭＰＩ及び緊急オーバライド・タグを保存し得る。受信機３２は、ステップＳ５で述べた様に、Ｓ−ＣＳＣＦ１２からＣｘ問い合わせを受信するために設けられ、送信機３３は、要求されたタグ１８でＣｘ問い合わせに応答するために設けられる。プロセッサ３４は、信号を処理し、メモリ３０から要求された情報を得るために設けられる。
【００６０】
ＨＳＳ９の上記記載は、本発明のハードウェアによる実装を想定しているが、当業者は、ある構成要素を、ソフトウェアを用いて実装できることを理解する。この場合、メモリ３０はコンピュータ・プログラム３５を保存するコンピュータ可読媒体であり、プロセッサ３４がコンピュータ・プログラムを実行する。当業者は、ＨＳＳ９の異なる物理メモリに異なる情報を保存できることを理解する。
【００６１】
当業者は、添付の特許請求の範囲で定義する発明の範囲から逸脱することなく、上記実施形態に様々な修正を行うことを理解する。
【００６２】
本明細書において以下の略語を使用した。
３ＧＰＰ  第３世代パートナーシップ・プロジェクト
ＡＳ  アプリケーション・サーバ
ＡＶＰ  属性−値ペア
Ｅ−ＣＳＣＦ  緊急呼セッション制御機能
ＧＧＳＮ  ゲートウェイＧＰＲＳサポート・ノード
ＧＰＲＳ  汎用パケット無線サービス
ＧＳＮ  ＧＰＲＳサポート・ノード
ＨＳＳ  ホーム加入者サーバ
Ｉ−ＣＳＣＦ  インタロゲーティング呼セッション制御機能
ＩＭＰＩ  ＩＰマルチメディア・プライベート識別子
ＩＭＳ  ＩＰマルチメディア・サブシステム
ＬＲＦ  位置読み出し機能
Ｐ−ＣＳＣＦ  プロキシ呼セッション制御機能
ＰＳＡＰ  公共安全応答ポイント
Ｓ−ＣＳＣＦ  サービング呼セッション制御機能
ＳＤＰ  セッション記述プロトコル
ＳＩＰ  セッション開始プロトコル
ＵＥ  ユーザ装置
【図１】
0005470464.tif 000002
【図２】
0005470464.tif 000003
【図３】
0005470464.tif 000004
【図４】
0005470464.tif 000005
【図５】
0005470464.tif 000006
【図６】
0005470464.tif 000007
【図７】
0005470464.tif 000008
【図８】
0005470464.tif 000009