(57)【要約】  緊急呼のシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を可能にする方法及び装置が提供される。より具体的には、方法及び装置は、４Ｇアクセスにおいて確立されたＩＭＳ緊急セッションの３Ｇ／２Ｇアクセスへのモビリティのための継続性を提供する。一般に、パケット交換（ＰＳ）ドメイン内のモビリティ管理エンティティ（ＭＭＥ）が、回線交換（ＣＳ）ドメイン内のモバイルスイッチングセンタ（ＭＳＣ）サーバにハンドオーバ要求を提供する。ハンドオーバ要求は、呼が緊急呼であることの指示を含み、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）又は同様のロケーション報告手順が必要とされることの指示及び／又はゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）アドレスを含んでもよい。ＭＳＣサーバは、Ｍｇ及び／又はＭｗインタフェースを介してＣＳドメインへのハンドオーバを容易にする。
2011528199.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法であって、前記方法は、
ＰＳドメインから受信され、緊急指示を含む、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信することと、
ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示することと、
緊急呼のハンドオーバを開始することと、
を含む、方法。
【請求項２】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）パブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含み、
前記方法は、Ｅ−ＲＵＡに向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することを更に含む、
請求項１に記載の方法。
【請求項３】
前記ハンドオーバ要求は、ロケーション報告指示を含み、
前記方法は、
前記ハンドオーバが完了したことの指示を受信することと、
ロケーション報告手順を開始することと、
を更に含む、請求項１に記載の方法。
【請求項４】
前記ロケーション報告指示は、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）指示であり、
前記ロケーション報告手順は、ＰＳ−ＮＩ−ＬＲ手順である、
請求項３に記載の方法。
【請求項５】
前記ＰＳ−ＮＩ−ＬＲ指示は、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）アドレスである、
請求項４に記載の方法。
【請求項６】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法であって、前記方法は、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信することと、
緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することと、
を含む、方法。
【請求項７】
前記ハンドオーバ要求は、ハンドオーバが完了したときロケーション報告手順が実行されるかどうかを示すロケーション報告指示を更に含む、
請求項６に記載の方法。
【請求項８】
前記ロケーション報告指示は、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）指示であり、
前記ロケーション報告手順は、ＰＳ−ＮＩ−ＬＲ手順である、
請求項７に記載の方法。
【請求項９】
前記ＰＳ−ＮＩ−ＬＲ指示は、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）アドレスである、
請求項８に記載の方法。
【請求項１０】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）に向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することを要求するＥ−ＲＵＡパブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含む、
請求項６に記載の方法。
【請求項１１】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置であって、
ＰＳドメインから受信され、緊急指示を含む、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信することが可能な要求受信ユニットと、
ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示することが可能な指示ユニットと、
緊急呼のハンドオーバを開始することが可能なハンドオーバ開始ユニットと、
を備える、装置。
【請求項１２】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）パブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含み、
前記ハンドオーバ開始ユニットは、Ｅ−ＲＵＡに向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することが更に可能である、
請求項１１に記載の装置。
【請求項１３】
前記ハンドオーバ要求は、ロケーション報告指示を含み、
前記装置は、
前記ハンドオーバが完了したことの指示を受信することが可能な指示受信ユニットと、
ロケーション報告手順を開始することが可能なロケーション報告ユニットと、
を更に備える、
請求項１１に記載の装置。
【請求項１４】
前記ロケーション報告指示は、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）指示であり、
前記ロケーション報告手順は、ＰＳ−ＮＩ−ＬＲ手順である、
請求項１３に記載の装置。
【請求項１５】
前記ＰＳ−ＮＩ−ＬＲ指示は、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）アドレスである、
請求項１４に記載の装置。
【請求項１６】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置であって、方法は、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信することが可能な指示受信ユニットと、
緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することが可能な要求送信ユニットと、
を備える、装置。
【請求項１７】
前記ハンドオーバ要求は、ハンドオーバが完了したときロケーション報告手順が実行されるかどうかを示すロケーション報告指示を更に含む、
請求項１６に記載の装置。
【請求項１８】
前記ロケーション報告指示は、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）指示であり、
前記ロケーション報告手順は、ＰＳ−ＮＩ−ＬＲ手順である、
請求項１７に記載の装置。
【請求項１９】
前記ＰＳ−ＮＩ−ＬＲ指示は、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）アドレスである、
請求項１８に記載の装置。
【請求項２０】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）に向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することを要求するＥ−ＲＵＡパブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含む、
請求項１６に記載の装置。
【請求項２１】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインに、ユーザ機器（ＵＥ）との緊急セッションを渡すシステムであって、前記システムは、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信し、緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することが可能なＰＳドメイン内のモビリティ管理エンティティ（ＭＭＥ）と、
ハンドオーバ要求を受信し、ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示し、緊急呼のハンドオーバを開始することが可能なＣＳドメイン内のモバイルスイッチングセンタ（ＭＳＣ）サーバと、
を備える、システム。
【請求項２２】
前記ＭＳＣサーバからセッション転送要求を受信する、前記ＭＳＣサーバの第２のインタフェースを介して前記ＭＳＣサーバに通信可能に結合された緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）を更に備える、
請求項２１に記載のシステム。
【請求項２３】
前記第２のインタフェースはＭｇインタフェースであるか、又は、前記第２のインタフェースはＭｗインタフェースであり、前記ＭＳＣサーバはプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）をエミュレートする、
請求項２１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、電気通信に関し、特に、４Ｇアクセスにおいて確立されたＩＰマルチメディアサブシステム（ＩＭＳ）緊急セッションの３Ｇ／２Ｇアクセスへのモビリティのための呼継続性を提供するシステム及び方法に関する。
【背景技術】
【０００２】
ＩＭＳは、インターネットプロトコル（ＩＰ）マルチメディアをモバイルユーザに提供するためのアーキテクチャ上の枠組みである。ＩＭＳは、統合マルチメディアサービスを提供するため、及び、オープンな標準ベースのネットワークを作成するために設計されている。ＩＭＳ集中サービス（ＩＭＳ  Ｃｅｎｔｒａｌｉｚｅｄ  Ｓｅｒｖｉｃｅｓ）は、サービス及びサービス制御がＩＭＳメカニズム及びイネーブラに基づき、多様なアクセスネットワーク（回線交換及びＩＰベースの無線及び有線を含む）のためのサポートが提供される通信サービスの提供へのアプローチである。例えば、回線交換（ＣＳ）ドメイン及びパケット交換（ＰＳ）ドメインなどのドメイン間でのサービス継続性も提供される。
【０００３】
シングル無線（Ｓｉｎｇｌｅ  Ｒａｄｉｏ）（ＳＲ）−音声呼継続性（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）（ＶＣＣ）は、一貫したユーザ体験を維持しながら、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）（ＵＥ）が異なるネットワークアクセス技術の間を移動することを可能にするＩＭＳの重要な側面である。例えば、ＵＥは、呼継続性と一貫したユーザインタフェースとを維持しながら、４Ｇ  ＰＳドメイン（例えば、ＩＭＳ）と２Ｇ／３Ｇ  ＣＳドメインとの間を移動することが可能である。ＩＭＳにおける標準的な通常の（非緊急）セッションの間、セッションのアプリケーション制御は、例えば、ホーム呼セッション制御機能（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）（ＣＳＣＦ）及びサービス集中継続性アプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）（ＳＣＣ  ＡＳ）などのホームネットワークによって制御される。ホームネットワークのこの使用は、標準的な通常のセッションが４Ｇシステムと２Ｇ／３Ｇシステムとの間でシームレスにハンドオーバされることを可能にする。
【０００４】
しかし、緊急呼は異なる処理を受ける。特に、緊急呼は、訪問先ネットワーク（ｖｉｓｉｔｉｎｇ  ｎｅｔｗｏｒｋ）によってローカルネットワークがサービングネットワーク（ｓｅｒｖｉｎｇ  ｎｅｔｗｏｒｋ）であるように処理される。緊急呼は、サービングネットワークに、従ってＵＥの現在位置に関連付けられた公衆安全応答ポイント（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  Ａｎｓｗｅｒｉｎｇ  Ｐｏｉｎｔ）（ＰＳＡＰ）にルーティングされる。この場合、ホームネットワークは呼を制御しない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
緊急呼を処理するための訪問先ネットワークの使用は、通常のハンドオーバ手順が使用されることを排除する。通常の非緊急セッションの転送は、ホームＳＣＣ  ＡＳによって制御されている。緊急呼はホームＳＣＣ  ＡＳによって制御されないため、通常の非緊急セッションの転送手順は十分ではない。結果として、緊急セッションの４Ｇシステムと２Ｇ／３Ｇシステムとの間のモビリティのための継続性を提供するシステム及び方法が必要とされている。
【課題を解決するための手段】
【０００６】
本発明の実施形態は、パケット交換（ＰＳ）ドメイン（例えば、ＩＭＳ）から回線交換（ＣＳ）ドメインに緊急呼を渡すシステム、方法、及び装置を提供する。一般に、ＰＳドメイン内のモビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）（ＭＭＥ）がＣＳドメイン内のモバイルスイッチングセンタ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）（ＭＳＣ）サーバにハンドオーバ要求を送信する。ハンドオーバ要求は、呼が緊急呼であることの指示を含む。一実施形態においては、ハンドオーバ要求は、パケット交換ネットワーク誘起ロケーション要求（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ  Ｎｅｔｗｏｒｋ  Ｉｎｄｕｃｅｄ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）（ＰＳ−ＮＩ−ＬＲ）又は同様のロケーション報告手順が必要とされることの指示及び／又はゲートウェイモバイルロケーションセンタ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ）（ＧＭＬＣ）アドレスも含んでもよい。一実施形態においては、ＭＳＣサーバは、プロキシ呼セッション制御機能（Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）（Ｐ−ＣＳＣＦ）をエミュレートし、ＰＳドメインからの緊急呼をＭｗインタフェースを介して緊急−ＣＳＣＦ（Ｅ−ＣＳＣＦ）に提示する。別の実施形態においては、ＭＳＣサーバは、緊急リモートユーザエージェント（Ｅｍｅｒｇｅｎｃｙ  Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ａｇｅｎｔ）（Ｅ−ＲＵＡ）に向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）をＥ−ＲＵＡパブリックサービスアイデンティティ（Ｐｕｂｌｉｃ  Ｓｅｒｖｉｃｅ  Ｉｄｅｎｔｉｔｙ）（ＰＳＩ）ドメイン名（Ｄｏｍａｉｎ  Ｎａｍｅ）（ＤＮ）（Ｅ−ＲＵＡ  ＰＳＩ  ＤＮ）を使用して開始する。ＭＳＣサーバは、緊急呼のハンドオーバのために及びロケーション報告ポストハンドオーバ（ｌｏｃａｔｉｏｎ  ｒｅｐｏｒｔｉｎｇ  ｐｏｓｔ  ｈａｎｄｏｖｅｒ）のために、ターゲットアクセスネットワーク内にリソースを確立するためのターゲットＭＳＣに向けた緊急Ｅインタフェース手順を有するアンカーＭＳＣとして働く。あるいは、例えば、ターゲットアクセスネットワークがＭＳＣサーバによってサービスを提供される場合、ＭＳＣサーバはそれ自体がハンドオーバのためにターゲットアクセスネットワーク内にリソースを確立してもよい。
【０００７】
本発明の一実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法を提供し、該方法は、
ＰＳドメインから受信され、緊急指示を含む、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信し、
ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示し、
緊急呼のハンドオーバを開始すること
を含む。
【０００８】
本発明の他の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法を提供し、該方法は、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信し、
緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信すること
を含む。
【０００９】
本発明の他の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置を提供し、該装置は、
ＰＳドメインから受信され、緊急指示を含む、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信することが可能な要求受信ユニットと、
ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示することが可能な指示ユニットと、
緊急呼のハンドオーバを開始することが可能なハンドオーバ開始ユニットと、
を含む。
【００１０】
本発明の他の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置を提供し、該方法は、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信することが可能な指示受信ユニットと、
緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することが可能な要求送信ユニットと、
を含む。
【００１１】
本発明の他の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインにユーザ機器（ＵＥ）との緊急セッションを渡すシステムを提供し、該システムは、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信し、緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することが可能なＰＳドメイン内のモビリティ管理エンティティ（ＭＭＥ）と、
ハンドオーバ要求を受信し、ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示し、緊急呼のハンドオーバを開始することが可能なＣＳドメイン内のモバイルスイッチングセンタ（ＭＳＣ）サーバと、
を含む。
【図面の簡単な説明】
【００１２】
本発明及びその利点のより完全な理解のために、以下の説明を、添付の図面と共に、ここで参照する。
【００１３】
【図１】本発明の一実施形態による機能アーキテクチャ図を示す。
【図２】本発明の一実施形態によるＰＳドメインからＣＳドメインへの緊急セッションの転送を示すメッセージフロー図である。
【図３】本発明の一実施形態によるネットワーク要素のブロック図である。
【発明を実施するための形態】
【００１４】
現在好ましい実施形態の作製及び使用について以下に詳細に説明する。但し、本発明は、様々な特定の状況において実施されることが可能な多くの適用可能な発明概念を提供するということを理解されたい。本明細書において説明する特定の実施形態は、本発明を作製及び使用する特定の方法を単に例示するものであり、本発明の範囲を限定するものではない。
【００１５】
本明細書において説明する本発明の実施形態は、緊急呼セッションのパケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへのハンドオーバなどの１つのアクセスポイントから別のアクセスポイントへのハンドオーバ要求の実行に関連して記載される。特に、本発明の実施形態は、ユーザ機器（ＵＥ）が４Ｇシステムと２Ｇ／３Ｇシステムとの間を移動する場合の緊急呼のセッション継続性のためのシステム及び方法を提供する。本発明の他の実施形態が、他の状況に、アドホックネットワーク、セルラネットワーク、有線ネットワークなどの様々なネットワークに、及び、他のアーキテクチャ構成に適用されることが可能であるということを当業者は理解するであろう。
【００１６】
ここで、図１を参照すると、本発明の一実施形態によるアーキテクチャ図が示されている。ＵＥ１１０は、ユーザ装置（ｕｓｅｒ  ｄｅｖｉｃｅ）を含み、ＣＳ及び／又はＰＳ通信経路を介して音声又はデータアクセスを提供する任意のタイプの装置（無線電話、コンピュータ、パーソナルデータアシスタント，ＰＤＡなど）を含んでもよい。一実施形態においては、ＵＥ１１０は、ＰＳ通信又はＣＳ通信を介して通信することが可能なデュアルモード３Ｇ／４Ｇ装置である。ＵＥ１１０は、緊急呼ＶＣＣ機能を有する標準シングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）ＵＥであってもよい。
【００１７】
一般に、ＵＥ１１０は、ＣＳコアネットワークへのアクセス及び無線ＣＳ接続性サービスとＩＭＳネットワーク（ＰＳベースのネットワーク）へのＰＳ接続性サービスとを提供するＧＳＭ  ＥＤＧＥ  ＲＡＮ（ＧＥＲＡＮ）又はＵＭＴＳ地上ＲＡＮ（ＵＴＲＡＮ）などの無線アクセスネットワーク（ＲＡＮ）１１２に接続される。ＣＳドメイン内で、ＲＡＮ１１２は、モバイルスイッチングセンタ（ＭＳＣ）１１４及びＭＳＣサーバ１１６に通信可能に結合される。ＭＳＣ１１４は、ＣＳモードで動作している場合、ＵＥ１１０のための音声呼及びＣＳデータサービスの処理を担当する。ＭＳＣサーバ１１６は、モビリティ管理を提供するためにＭＳＣ１１４と協働して動作する。
【００１８】
一実施形態においては、ＭＳＣサーバ１１６は、ＳＲ−ＶＣＣのために拡張されており、３ＧＰＰ  ＴＳ  ２３．３１６などの３Ｇプロトコルにおいて規定されているものと同じ機能を提供してもよく、当該文献は参照によって本明細書中に援用される。以下で説明するように、一実施形態においては、ＭＳＣサーバ１１６は、Ｍｗインタフェースを使用して、緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）１１８へのＩＰマルチメディアサブシステム（ＩＭＳ）緊急セッションの提示のために、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）をエミュレートしてもよい。別の実施形態においては、ＭＳＣサーバ１１６は、Ｍｇインタフェースを使用して、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）１２２に向けたＳＲ−ＶＣＣを開始してもよい。更に、ＭＳＣサーバ１１６は、ロケーション処理ポストハンドオーバ（ｌｏｃａｔｉｏｎ  ｈａｎｄｌｉｎｇ  ｐｏｓｔ−ｈａｎｄｏｖｅｒ）のための「新ＳＧＳＮ」として働いて、ロケーション情報サーバ／ゲートウェイモバイルロケーションセンタ（Ｌｏｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ／Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ）（ＬＩＳ／ＧＭＬＣ）１２４に向けたパケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）又は同様のロケーション報告手順を開始してもよい。加えて、ＭＳＣサーバ１１６は、緊急呼のハンドオーバのために及びロケーション報告ポストハンドオーバのために、ターゲットアクセスネットワーク内にリソースを確立するためのＭＳＣ１１４に向けた標準Ｅインタフェース手順を有するアンカーＭＳＣとして働いてもよい。
【００１９】
Ｅ−ＣＳＣＦ１１８は、３ＧＰＰ  ＴＲ  ２３．８２６において規定されているものなどの緊急呼ＶＣＣ機能を提供してもよく、当該文献は参照によって本明細書中に援用される。Ｅ−ＲＵＡ／ドメイン転送機能（Ｅ−ＲＵＡ／Ｄｏｍａｉｎ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）（Ｅ−ＲＵＡ／ＤＴＦ）１２２は、３ＧＰＰ  ＴＲ  ２３．８２６に従うものなどの機能を提供してもよく、当該文献は参照によって本明細書中に援用される。
【００２０】
ＵＥ１１０が、ＰＳ通信を使用して３Ｇモードで動作している状況において，ＲＡＮ１１２は、サービング汎用パケット無線サービス（Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）（ＧＰＲＳ）サポートノード（Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）（ＳＧＳＮ）１２６と通信する。ＳＧＳＮ１２６は、特に、ＵＥ１１０への／ＵＥ１１０からのデータパケットの配送を支援する。
【００２１】
当業者が理解するであろうように、上記のアーキテクチャは、２Ｇ／３Ｇネットワークの特徴のいくつかを説明する。図１には、４Ｇネットワークの要素も示されている。すなわち、４Ｇモードで動作している場合、ＵＥ１１０は、パケットベースの無線アクセスポイントを提供するｅＮｏｄｅＢ１３０（進化型ＵＴＲＡＮ（ｅＵＴＲＡＮ）と呼ばれることもある）を介して接続される。ｅＮｏｄｅＢ１３０は、サービングパケットデータネットワーク（Ｓｅｒｖｉｎｇ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）（ＰＤＮ）ゲートウェイ（Ｇａｔｅｗａｙ）（ＧＷ）１３２に接続され、サービングＰＤＮ  ＧＷ１３２は、次に、リモートエンドに向けた接続を提供する。ｅＮｏｄｅＢ１３０は、更に、４Ｇネットワーク内のモビリティ管理エンティティ（ＭＭＥ）１２８に接続され、ＭＭＥ１２８は、ＵＥ１１０にモビリティ機能を提供する。
【００２２】
ＭＭＥ１２８は、３ＧＰＰ  ＴＳ  ２３．２１６などの現在の３Ｇプロトコルにおいて規定されているものと同じ機能と（当該文献は参照によって本明細書中に援用される）、本発明の実施形態によるその他の追加の特徴とを提供してもよい。例えば、ＭＭＥ１２８は、ハンドオーバ要求の一部として、ＵＥ１１０を識別し、緊急呼を指示するように拡張されてもよい。更に、ＭＳＣサーバ１１６がＭｇインタフェースを使用する場合、ＭＭＥ１２８は、ハンドオーバ要求の一部として、Ｅ−ＲＵＡパブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を提供してもよい。Ｅ−ＲＵＡ  ＰＳＩ  ＤＮは、ＭＳＣサーバ１１６上で又はＭＭＥ１２８上で設定されてもよく、あるいは、ホーム加入者サーバ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）（ＨＳＳ）によって、Ｅ−ＵＴＲＡＮ−Ａｔｔａｃｈ上でＭＭＥ１２８に提供されてもよい。ＭＭＥ１２８は、更に、ＭＳＣサーバ１１６に、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）アドレスをハンドオーバ要求の一部として提供してもよく、ハンドオーバ時にＰＳ−ＮＩ−ＬＲが必要とされるかどうかを指示してもよい。
【００２３】
緊急呼が出される場合、ＲＡＮ１１２を介して呼が出されるか又はｅＮｏｄｅＢ１３０を介して呼が出されるかに関係なく、呼は公衆安全応答ポイント（ＰＳＡＰ）１４０に向けられる。位置検索機能（Ｌｏｃａｔｉｏｎ  Ｒｅｔｒｉｅｖａｌ  Ｆｕｎｃｔｉｏｎ）（ＬＲＦ）／ボイスオーバＩＰポジショニングセンタ（Ｖｏｉｃｅ−ｏｖｅｒ−ＩＰ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｃｅｎｔｅｒ）（ＶＰＣ）１４２は、ロケーション情報をＰＳＡＰ１４０に提供する。
【００２４】
ルータ、ゲートウェイ、スイッチ、メディアゲートウェイなどのその他のネットワーク要素がネットワーク内に存在してもよいということに留意されたい。本発明の実施形態に関連するネットワーク要素間の構成及び通信は、本発明のより良い理解を提供するための例示の目的のみのために提供されている。従って、指定された要素間の通信は、異なる要素間の及び／又は追加の要素を介した通信であってもよく、異なるシグナリング又はコマンドが使用されてもよい。
【００２５】
以下の段落で更に詳細に説明するように、本発明の一般的な原理は様々なシナリオに適用されることが可能である。以下の実施形態は、例示の目的のみのために提供されており、本発明の範囲を本明細書中に記載された実施形態のみに限定することを意図するものではないということに留意されたい。更に、メッセージ及びメッセージパラメータは例示の目的のみのために提供されており、その他のメッセージ及びメッセージパラメータが使用されてもよく、セッション記述プロトコル（ＳＤＰ）、セッション開始プロトコル（ＳＩＰ）、ＩＳＤＮユーザ部（ＩＳＵＰ）などの任意の好適なプロトコルが使用されてもよいということに留意されたい。
【００２６】
本発明の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法を提供する。この方法においては、ＭＳＣサーバ１１６が一例として提供され、これは、ＣＳドメイン内の他の同様のエンティティであってもよい。ＭＭＥ１２８も一例であり、やはり、ＰＳドメイン内の他の同様のエンティティであってもよい。
【００２７】
この方法においては、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求をＭＳＣサーバ１１６が受信し、ハンドオーバ要求は、ＰＳドメインから受信され、緊急指示を含む。特に、ハンドオーバ要求は、ＰＳドメイン内のＭＭＥ１２８から受信されてもよい。
【００２８】
ハンドオーバ要求を受信すると、ＭＳＣサーバ１１６は、ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示し、緊急呼のハンドオーバを開始する。
【００２９】
更に、ハンドオーバ要求は、Ｅ−ＲＵＡ  ＰＳＩ  ＤＮを含んでもよく、ＭＳＣサーバ１１６は、Ｅ−ＲＵＡ１２２に向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始してもよい。
【００３０】
ハンドオーバ要求は、更に、ロケーション報告指示を含んでもよく、そして、ＭＳＣサーバ１１６は、ハンドオーバが完了したことの指示を受信し、次に、ロケーション報告手順を開始する。ロケーション報告指示はＰＳ−ＮＩ−ＬＲ指示であってもよく、ロケーション報告手順はＰＳ−ＮＩ−ＬＲ手順であってもよい。更に、ＰＳ−ＮＩ−ＬＲ指示はＧＭＬＣアドレスであってもよい。
【００３１】
別の態様においては、上述のように、ハンドオーバ要求は、ＰＳドメイン内のＭＭＥ１２８から受信されてもよい。従って、ＭＭＥ１２８は、セッションのハンドオーバが必要とされていることの指示を受信してもよく、セッションは緊急呼であり、そして、ハンドオーバ要求をＣＳドメインに送信し、ハンドオーバ要求は緊急呼指示を含む。
【００３２】
図２は、本発明の一実施形態による緊急呼セッションが４Ｇネットワークから２Ｇ／３Ｇネットワークにハンドオーバされるハンドオーバ手順を更に例示するメッセージフロー図である。図２に示されているプロセスでは、ＩＭＳ緊急呼がすでに確立され、Ｅ−ＲＵＡ／ＤＴＦ１２２においてアンカリングされていることが仮定されている。ステップ２１０において、ＵＥ１１０とＲＡＮ１１２／ｅＮｏｄｅＢ１３０との間の無線測定がＰＳドメインからＣＳドメインへのハンドオーバ手順をトリガする。従って、ステップ２１２において、ｅＮｏｄｅＢ１３０は、Ｒｅｌｏｃａｔｉｏｎ  ＲｅｑｕｉｒｅｄメッセージをＭＭＥ１２８に送信し、ＭＭＥ１２８は、次に、ステップ２１４において、Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  ＲｅｑｕｅｓｔメッセージをＣＳドメイン内のＭＳＣサーバ１１６に送信する。ＭＭＥ１２８は、音声を非音声ベアラから分割し、そして、ＭＳＣサーバ１１６に向けた音声ベアラのみのリロケーションを開始し、ここで、非音声ＰＳベアラは中断される（ｓｕｓｐｅｎｄｅｄ）。ＭＭＥ１２８とＭＳＣサーバ１１６との間の通信はＰＳ  ４ＧドメインからＣＳ  ２Ｇ／３Ｇドメインへのハンドオーバを要求するということを当業者は理解するであろう。
【００３３】
ＭＭＥ１２８は、Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージ内に、転送されるセッションが緊急呼であることを示すパラメータと、緊急呼を出したＵＥを示すＵＥ識別子と、ＧＭＬＣアドレスと、ＰＳ−ＮＩ−ＬＲ又は同様の指示とを挿入する。受信すると、ステップ２１６において、ＭＳＣサーバ１１６は、Ｐｒｅｐａｒｅ  Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔメッセージを介して適切なＭＳＣ１１４にハンドオーバのために準備するよう指示する。ステップ２１８は、ＵＥ１１０が渡されるＭＳＣ１１４とＲＡＮ１１２との間でハンドオーバ要求とアクノリッジメントメッセージとが交換され、それにより、ＵＥ１１０とＲＡＮ１１２とが差し迫ったハンドオーバのために準備するということを示す。
【００３４】
図１及び図２は、ＭＳＣサーバ１１６とＭＳＣ１１４とが別個のネットワーク要素である実施形態を例示の目的のみのために示す。従って、図２は、ＭＳＣサーバ１１６とＭＳＣ１１４との間で伝送されてもよいメッセージを示す。別の実施形態においては、例えば、ＭＳＣサーバ１１６がターゲットアクセスネットワークにサービスを提供する場合、ＭＳＣサーバ１１６とＭＳＣ１１４とが組み合わされて１つのネットワーク要素にされてもよい。この実施形態においては、図２で破線の長方形によって示されているＭＳＣサーバ１１６とＭＳＣ１１４との間で伝送されるメッセージは、減らされてもよくかつ／又は除去されてもよい。
【００３５】
ＲＡＮ１１２からハンドオーバアクノリッジメントメッセージを受信すると、ＭＳＣ１１４は、ステップ２２０において、ＭＳＣサーバ１１６にＨａｎｄｏｖｅｒ  Ｒｅｓｐｏｎｓｅメッセージを送信する。ＭＳＣサーバ１１６とＭＳＣ１１４とは、ステップ２２２に示されている初期アドレスメッセージ（ＩＡＭ）及びアドレス完了メッセージ（ＡＣＭ）を交換して、ＭＳＣ１１４とメディアゲートウェイ（ＭＧＷ）（図示せず）との間の回線接続を確立する。この時点で、ＣＳドメイン内のネットワーク要素は、ハンドオーバが完了するための準備ができている。従って、このメッセージ交換が完了すると、ＭＳＣサーバ１１６は、ステップ２２４において、セッション転送を開始するためのメッセージをＥ−ＣＳＣＦ１１８に送信する。Ｅ−ＣＳＣＦ１１８は、緊急呼セッション転送を３ＧＰＰ  ＴＲ  ２３．８２６に示されている通りに実行し、当該文献は参照によって本明細書中に援用される。
【００３６】
一実施形態においては、ＭＳＣサーバ１１６は、Ｍｗインタフェースを使用して、Ｅ−ＣＳＣＦへのＩＭＳ緊急セッションの提示のために、Ｐ−ＣＳＣＦをエミュレートする。別の実施形態においては、ＭＳＣサーバ１１６は、Ｍｇインタフェースを使用して、Ｅ−ＲＵＡに向けたＳＲ−ＶＣＣを開始する。ＭＳＣサーバ１１６は、ロケーション処理ポストハンドオーバのための「新ＳＧＳＮ」として働き、３ＧＰＰ  ＴＲ  ２３．２７１（当該文献は参照によって本明細書中に援用される）に記載されている通りに、ＧＭＬＣに向けたＰＳ−ＮＩ−ＬＲ又は同様のロケーション報告手順を開始する。加えて、ＭＳＣサーバ１１６は、緊急呼のハンドオーバのために及びロケーション報告ポストハンドオーバのために、ターゲットアクセスネットワーク内にリソースを確立するためのＭＳＣ１１４に向けた標準Ｅインタフェース手順を有するアンカーＭＳＣとして働いてもよい。
【００３７】
ステップ２２６及び２２８において、ＭＳＣサーバ１１６は、Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  ＲｅｓｐｏｎｓｅメッセージをＭＭＥ１２８に送信し、ＭＭＥ１２８は、Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージをｅＮｏｄｅＢ１３０に送信する。ｅＮｏｄｅＢ１３０は、ステップ２３０において、ＲｅｌｏｃａｔｉｏｎコマンドをＵＥ１１０に送信して、ＵＥ１１０がＲＡＮ１１２にチューニングするようにさせる。
【００３８】
ステップ２３２において、ハンドオーバが検出され、ＵＥ１１０が正常にＲＡＮ１１２にハンドオーバされたことが示される。結果として、ステップ２３４において、ＲＡＮ１１２は、Ｈａｎｄｏｖｅｒ  ＣｏｍｐｌｅｔｅメッセージをＭＳＣ１１４に送信し、ＭＳＣ１１４は、ステップ２３６において、ＳＥＳ  Ｈａｎｄｏｖｅｒ  Ｃｏｍｐｌｅｔｅメッセージを使用して、ハンドオーバの完了をＭＳＣサーバ１１６に知らせる。ＭＳＣ１１４は、更に、ステップ２３８において、回線接続の完了を示すためにＡｎｓｗｅｒメッセージをＭＳＣサーバ１１６に送信する。
【００３９】
ステップ２４０において、ＭＳＣサーバ１１６は、ＧＭＬＣ１２４に向けたパケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）又は同様のロケーション報告手順を開始する。
【００４０】
ここで、図３を参照すると、本発明の一実施形態によるネットワーク要素３００のブロック図が提供されている。ネットワーク要素３００は、ＵＥ１１０、Ｅ−ＣＳＣＦ１１８、Ｐ−ＣＳＣＦ１２０、ｅＮｏｄｅＢ１３０、ＭＭＥ１２８、ＭＳＣ１１４、ＭＳＣサーバ１１６などのうちのいずれか又は全てを実施するために使用されてもよい汎用プラットフォームと一般的な構成要素及び機能とを示す。ネットワーク要素３００は、上述のプロセスを実行するように構成された、例えば、バス３０８に接続された中央処理ユニット（ＣＰＵ）３０２と、メモリ３０４と、大容量記憶装置３０６とを含んでもよい。ネットワーク要素３００は、所望される場合又は必要とされる場合、ローカルディスプレイ３１２への接続性を提供するビデオアダプタ３１０と、マウス、キーボード、プリンタ、テープドライブ、ＣＤドライブなどの１つ以上の入出力装置３１６のための入出力インタフェースを提供するＩ／Ｏアダプタユニット３１４とを更に含んでもよい。
【００４１】
ネットワーク要素３００は、ネットワーク３２０への接続を提供するネットワークアダプタ３１８（イーサネット（登録商標）ケーブルなどの有線リンク及び／又は無線／セルラリンクであってもよい）を更に含む。一実施形態においては、ネットワークアダプタ３１８は、ベアラ及びシグナリングチャネルをスイッチングするためのスイッチングファブリックを含む。ネットワークアダプタ３１８は、無線通信のための好適な受信器及び送信器を更に含んでもよい。ネットワーク要素３００はその他の構成要素を含んでもよいということに留意されたい。例えば、ネットワーク要素３００は、パワーサプライ、ケーブル、マザーボード、リムーバブル記憶媒体、ケースなどを含んでもよい。これらのその他の構成要素は、図示されていないが、ネットワーク要素３００の部分とみなされる。
【００４２】
本発明の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置を提供する。装置は、ＭＳＣサーバ１１６又はその他の同様のエンティティであってもよい。装置は、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信することが可能な要求受信ユニットと（ハンドオーバ要求は、ＰＳドメインから受信され、緊急指示を含む）、ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示することが可能な指示ユニットと、緊急呼のハンドオーバを開始することが可能なハンドオーバ開始ユニットとを含んでもよい。ハンドオーバ要求は、ＰＳドメインのＭＭＥ１２８から受信されてもよい。
【００４３】
更に、ハンドオーバ要求は緊急リモートユーザエージェント（Ｅ−ＲＵＡ）パブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含んでもよく、ハンドオーバ開始ユニットはＥ−ＲＵＡに向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することが更に可能であってもよい。
【００４４】
別の態様においては、ハンドオーバ要求はロケーション報告指示を含んでもよく、装置は、ハンドオーバが完了したことの指示を受信することが可能な指示受信ユニットと、ロケーション報告手順を開始することが可能なロケーション報告ユニットとを更に含んでもよい。ロケーション報告指示はＰＳ−ＮＩ−ＬＲ指示であってもよく、ロケーション報告手順はＰＳ−ＮＩ−ＬＲ手順であってもよい。更に、ＰＳ−ＮＩ−ＬＲ指示はＧＭＬＣアドレスであってもよい。
【００４５】
上述のように、ハンドオーバ要求は、ＰＳドメイン内のＭＭＥ１２８から受信されてもよい。従って、ＭＭＥ１２８は、セッションのハンドオーバが必要とされていることの指示を受信することが可能な指示受信ユニットと（セッションは緊急呼である）、ハンドオーバ要求をＣＳドメインに送信することが可能な要求送信ユニットと（ハンドオーバ要求は、緊急呼指示とユーザ機器（ＵＥ）識別子とを含む）を含んでもよい。
【００４６】
同様に、ハンドオーバ要求は、ロケーション報告指示、Ｅ−ＲＵＡ  ＰＳＩ  ＤＮを更に含んでもよい。
【００４７】
本発明の実施形態は、パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインに、ユーザ機器（ＵＥ）との緊急セッションを渡すシステムを提供する。システムは、セッションのハンドオーバが必要とされていることの指示を受信し（セッションは緊急呼である）、ハンドオーバ要求をＣＳドメインに送信することが可能なＰＳドメイン内のモビリティ管理エンティティ（ＭＭＥ）と（ハンドオーバ要求は緊急呼指示を含む）、ハンドオーバ要求を受信し、ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示し、緊急呼のハンドオーバを開始することが可能なＣＳドメイン内のモバイルスイッチングセンタ（ＭＳＣ）サーバとを含む。
【００４８】
更に、システムは、ＭＳＣサーバの第２のインタフェースを介してＭＳＣサーバに通信可能に結合された緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）を含んでもよく、Ｅ−ＣＳＣＦはＭＳＣサーバからセッション転送要求を受信し、第２のインタフェースはＭｇインタフェースであるか、又は、第２のインタフェースはＭｗインタフェースであり、ＭＳＣサーバはプロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）をエミュレートする。
【００４９】
本発明及びその利点について詳細に説明してきたが、添付の特許請求の範囲によって規定された本発明の精神及び範囲を逸脱することなく、様々な変更、置換、及び代替が本明細書中で行われてもよいということを理解されたい。例えば、上述の特徴及び機能のうちの多くは、ソフトウェア、ハードウェア、又はファームウェア、又はそれらの組み合わせにおいて実施されてもよい。別の例として、本発明の範囲内に留まりながら、様々なネットワーク要素、メッセージング、プロトコルなどが変更されてもよいということが、当業者によって容易に理解されるであろう。
【００５０】
更に、本出願の範囲は、本明細書中に記載されたプロセス、機械、製造物、組成物、手段、方法、及びステップの特定の実施形態に限定されることを意図するものではない。本発明の開示から当業者が容易に理解するであろうように、本明細書中に記載された対応する実施形態と実質的に同じ機能を実行する又は実質的に同じ結果を達成する、現在存在している又は後に開発される、プロセス、機械、製造物、組成物、手段、方法、又はステップは、本発明に従って利用されてもよい。従って、添付の特許請求の範囲は、その範囲内に、そのようなプロセス、機械、製造物、組成物、手段、方法、又はステップを含むことを意図するものである。
本出願は、２００８年８月２６日に出願された「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  ＳＲ−ＶＣＣ  ｏｆ  ＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｓｓｉｏｎｓ（ＩＭＳ緊急セッションのＳＲ−ＶＣＣのためのシステム及び方法）」と題された米国仮出願第６１／０９１，７６８号、及び、２００９年８月１１日に出願された「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  ＳＲ−ＶＣＣ  ｏｆ  ＩＭＳ  Ｅｍｅｒｇｅｎｃｙ  Ｓｅｓｓｉｏｎｓ（ＩＭＳ緊急セッションのＳＲ−ＶＣＣのためのシステム及び方法）」と題された米国出願第１２／５３９２９４号の利益を主張するものであり、当該出願はここに参照によって本明細書中に援用される。
【図１】
2011528199.tif 000003
【図２】
2011528199.tif 000004
【図３】
2011528199.tif 000005
【手続補正書】
【提出日】平成23年1月14日(2011.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法であって、前記方法は、
ＰＳドメインから受信され、緊急指示を含む、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信することと、
ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示することと、
緊急呼のハンドオーバを開始することと、
を含む、方法。
【請求項２】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）パブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含み、
前記方法は、Ｅ−ＲＵＡに向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することを更に含む、
請求項１に記載の方法。
【請求項３】
前記ハンドオーバ要求は、ロケーション報告指示を含み、
前記方法は、
前記ハンドオーバが完了したことの指示を受信することと、
ロケーション報告手順を開始することと、
を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記ロケーション報告指示は、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）指示であり、
前記ロケーション報告手順は、ＰＳ−ＮＩ−ＬＲ手順である、
請求項３に記載の方法。
【請求項５】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する方法であって、前記方法は、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信することと、
緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することと、
を含む、方法。
【請求項６】
前記ハンドオーバ要求は、ハンドオーバが完了したときロケーション報告手順が実行されるかどうかを示すロケーション報告指示を更に含む、
請求項５に記載の方法。
【請求項７】
前記ロケーション報告指示は、パケット交換ネットワーク誘起ロケーション要求（ＰＳ−ＮＩ−ＬＲ）指示であり、
前記ロケーション報告手順は、ＰＳ−ＮＩ−ＬＲ手順である、
請求項６に記載の方法。
【請求項８】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）に向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することを要求するＥ−ＲＵＡパブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含む、
請求項５〜７のいずれか１項に記載の方法。
【請求項９】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置であって、
ＰＳドメインから受信され、緊急指示を含む、ＰＳドメインからＣＳドメインに緊急呼を転送することを要求する緊急呼のハンドオーバ要求を受信することが可能な要求受信ユニットと、
ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示することが可能な指示ユニットと、
緊急呼のハンドオーバを開始することが可能なハンドオーバ開始ユニットと、
を備える、装置。
【請求項１０】
前記ハンドオーバ要求は、緊急リモートユーザエージェント（Ｅ−ＲＵＡ）パブリックサービスアイデンティティ（ＰＳＩ）ドメイン名（ＤＮ）を含み、
前記ハンドオーバ開始ユニットは、Ｅ−ＲＵＡに向けたシングル無線（ＳＲ）−音声呼継続性（ＶＣＣ）を開始することが更に可能である、
請求項９に記載の装置。
【請求項１１】
前記ハンドオーバ要求は、ロケーション報告指示を含み、
前記装置は、
前記ハンドオーバが完了したことの指示を受信することが可能な指示受信ユニットと、
ロケーション報告手順を開始することが可能なロケーション報告ユニットと、
を更に備える、
請求項９又は１０に記載の装置。
【請求項１２】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインへの緊急呼ハンドオーバを実行する装置であって、前記装置は、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信することが可能な指示受信ユニットと、
緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することが可能な要求送信ユニットと、
を備える、装置。
【請求項１３】
前記ハンドオーバ要求は、ハンドオーバが完了したときロケーション報告手順が実行されるかどうかを示すロケーション報告指示を更に含む、
請求項１２に記載の装置。
【請求項１４】
パケット交換（ＰＳ）ドメインから回線交換（ＣＳ）ドメインに、ユーザ機器（ＵＥ）との緊急セッションを渡すシステムであって、前記システムは、
緊急呼であるセッションのハンドオーバが必要とされていることの指示を受信し、緊急呼指示を含むハンドオーバ要求をＣＳドメインに送信することが可能なＰＳドメイン内のモビリティ管理エンティティ（ＭＭＥ）と、
ハンドオーバ要求を受信し、ＣＳドメイン内のネットワーク要素に緊急呼のハンドオーバのために準備するよう指示し、緊急呼のハンドオーバを開始することが可能なＣＳドメイン内のモバイルスイッチングセンタ（ＭＳＣ）サーバと、
を備える、システム。
【請求項１５】
前記ＭＳＣサーバからセッション転送要求を受信する、前記ＭＳＣサーバの第２のインタフェースを介して前記ＭＳＣサーバに通信可能に結合された緊急呼セッション制御機能（Ｅ−ＣＳＣＦ）を更に備える、
請求項１４に記載のシステム。
【国際調査報告】
2011528199.tif 000006
2011528199.tif 000007
2011528199.tif 000008