(57)【特許請求の範囲】
【請求項１】
インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信するステップと、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、緊急通話サービスが活動状態にあることの標示を受信するステップと、
前記回線交換ネットワーク内のメディア・リソースが、緊急事態関連データの最小セットによって補完されて、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスをサポートすることを要求されているか否かを判断するステップと、
緊急事態関連データの前記最小セットによって補完されて、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスをサポートするために、前記回線交換ネットワーク内で前記メディア・リソースが確保されるようにするステップと、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、前記パケット交換ネットワークから前記回線交換ネットワークへの前記ハンドオーバーの通知の受信に応答して、インターネット・プロトコル・マルチメディア・サブシステム・ネットワークへドメイン転送要求が送信されるようにするステップと、
を含む方法であって、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するステップは、前記ドメイン転送要求の送信に応答して、前記標示を受信するステップを含む、
方法。
【請求項２】
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するステップは、前記回線交換ネットワークにハンドオーバーされるべき前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスに対して、移動性管理エンティティからＳｖインターフェース上で要求を受信するステップを含む、請求項１に記載の方法。
【請求項３】
前記要求を受信するステップは、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあり、前記回線交換ネットワークにハンドオーバーされるべき、前記緊急通話サービスを表わすフラグを有する情報要素を含む、パケット交換ネットワークから回線交換ネットワークへの単一無線音声通話継続の要求を受信するステップを含む、請求項２に記載の方法。
【請求項４】
前記標示を受信するステップは、サービス・データー・フローが前記緊急通話サービスをサポートし、パケット交換−回線交換継続の候補であることを標示するために、パケット交換−回路交換セッション継続属性値ペアを拡張することにより、Ｇｘ−Ｇｘｘ基準点を介して以前に提供された前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態であることの前記標示を受信するステップを含む、請求項１に記載の方法。
【請求項５】
前記標示を受信するステップは、所定の値に等しいサービスクラスの品質識別子向けの専用ベアラが作成されるときに、Ｓ５／Ｓ８基準点上でのベアラ作成要求を介して以前に提供された前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあるという前記標示を受信するステップを含む、請求項１に記載の方法。
【請求項６】
前記標示を受信するステップは、移動性管理エンティティにより以前に格納された前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で前記緊急通話サービスが活動状態にあることの前記標示を受信するステップを含む、請求項１に記載の方法。
【請求項７】
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するステップは、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることを標示する要素を含む緊急アクセス転送機能から状態および事象情報メッセージを受信するステップを含む、請求項１に記載の方法。
【請求項８】
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するステップは、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を提供するサービス・ユニフォーム・リソース名を受信するステップを含む、請求項１に記載の方法。
【請求項９】
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するステップは、ハンドオーバー完了メッセージ内で前記標示を受信するステップを含む、請求項１に記載の方法。
【請求項１０】
更新済み最小データ・セットに対する要求を受信するステップと、
前記パケット交換ネットワークから前記回線交換ネットワークへの前記ハンドオーバーに続いて、前記要求によりプロトコル変換を実行するステップと、
前記更新済み最小データ・セットに対する要求が、前記プロトコル変換に続いて、ユーザー機器に向けて送信されるようにするステップと、
をさらに含む、請求項１に記載の方法。
【請求項１１】
前記更新済み最小データ・セットを受信するステップと、
前記更新済み最小データ・セットによりプロトコル変換を実行するステップと、
前記プロトコル変換に続いて、緊急通報センターに向かって、前記更新済み最小データ・セットが伝送されるようにするステップと、
をさらに含む、請求項１０に記載の方法。
【請求項１２】
少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備える装置であって、
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記プロセッサを用いて、前記装置に、
インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信させ、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、緊急通話サービスが活動状態にあることの標示を受信させ、
前記回線交換ネットワーク内のメディア・リソースが、緊急事態関連データの最小セットによって補完されて、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスをサポートすることを要求されているか否かを判断させ、
緊急事態関連データの前記最小セットによって補完されて、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスをサポートするために、前記回線交換ネットワーク内で前記メディア・リソースが確保されるようにさせ、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、前記パケット交換ネットワークから前記回線交換ネットワークへの前記ハンドオーバーの通知を受信することに応答して、インターネット・プロトコル・マルチメディア・サブシステム・ネットワークへドメイン転送要求を送信させる
ようにさせるように構成させる、装置であって、
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、前記ドメイン転送要求の送信に応答して前記標示を受信することによって、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信させるように構成される、装置。
【請求項１３】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記プロセッサを用いて、前記装置に、
前記回線交換ネットワークにハンドオーバーされるべき前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスに対する移動性管理エンティティからＳｖインターフェース上で要求を受信することにより、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項１４】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあり、前記回線交換ネットワークにハンドオーバーされるべき前記緊急通話サービスを表わすフラグを有する情報要素を含む、パケット交換ネットワークから回線交換ネットワークへの単一無線音声通話継続の要求を受信することによって、前記要求を受信させる
ように構成される、請求項１３に記載の装置。
【請求項１５】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
サービス・データー・フローが前記緊急通話サービスをサポートし、パケット交換・回線交換継続の候補であることを標示するために、パケット交換−回路交換セッション継続属性値ペアを拡張することにより、Ｇｘ−Ｇｘｘ基準点を介して以前に提供された前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態であることの前記標示を受信することによって、前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項１６】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
所定の値に等しいサービスクラスの品質識別子向けの専用ベアラが作成されるときに、Ｓ５／Ｓ８基準点上でのベアラ作成要求を介して以前に提供された前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあるという前記標示を受信することによって、前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項１７】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
移動性管理エンティティにより以前に格納された前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信することによって、前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項１８】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることを標示する要素を含む緊急アクセス転送機能から、状態および事象情報メッセージを受信することによって、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項１９】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を提供するサービス・ユニフォーム・リソース名を受信することによって、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項２０】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、前記プロセッサを用いて、前記装置に、
ハンドオーバー完了メッセージ内で前記標示を受信することによって、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信させる
ように構成される、請求項１２に記載の装置。
【請求項２１】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、さらに、前記プロセッサを用いて、前記装置に、
更新済み最小データ・セットに対する要求を受信させ、
前記パケット交換ネットワークから前記回線交換ネットワークへの前記ハンドオーバーに続いて、前記要求によりプロトコル変換を実行させ、
前記プロトコル変換に続いて、ユーザー機器に向けて前記更新済み最小データ・セットに対する要求が伝送されるようにする
ように構成される、請求項１２に記載の装置。
【請求項２２】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードが、さらに、前記プロセッサを用いて、前記装置に、
前記更新済み最小データ・セットを受信させ、
前記更新済み最小データ・セットによりプロトコル変換を実行させ、
前記プロトコル変換に続いて、緊急通報センターに向けて前記更新済み最小データ・セットを伝送させる
ように構成される、請求項２１に記載の装置。
【請求項２３】
コンピュータ実行可能プログラム・コード部分を含むコンピュータ・プログラムであって、
前記コンピュータ実行可能プログラム・コード部分が、インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信し、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、緊急通話サービスが活動状態にあることの標示を受信し、
前記回線交換ネットワーク内のメディア・リソースが、緊急事態関連データの最小セットによって補完されて、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある、前記緊急通話サービスをサポートすることを要求されるか否かを判断し、
緊急事態関連データの前記最小セットによって補完されて、前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある、前記緊急通話サービスをサポートするために、前記回線交換ネットワーク内で前記メディア・リソースが確保されるようにさせ、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、前記パケット交換ネットワークから前記回線交換ネットワークへの前記ハンドオーバーの通知の受信に応答して、インターネット・プロトコル・マルチメディア・サブシステム・ネットワークへ、ドメイン転送要求が送信されるようにする
ためのプログラム・コード命令を含む、コンピュータ・プログラムであって、
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するための前記プログラム・コード命令は、
前記ドメイン転送要求の送信に応答して前記標示を受信するためのプログラム・コード命令を含む、
コンピュータ・プログラム。
【請求項２４】
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するための前記プログラム・コード命令は、
前記回線交換ネットワークにハンドオーバーされるべき前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある前記緊急通話サービスに対する、移動性管理エンティティからＳｖインターフェース上で要求を受信するためのプログラム・コード命令を含む、請求項２３に記載のコンピュータ・プログラム。
【請求項２５】
前記インターネット・プロトコル・マルチメディア・サブシステム・セッション内で、前記緊急通話サービスが活動状態にあることの前記標示を受信するための前記プログラム・コード命令は、
ハンドオーバー完了メッセージ内で前記標示を受信するためのプログラム・コード命令を含む、
請求項２３に記載のコンピュータ・プログラム。
【請求項２６】
請求項１ないし１１の少なくとも１項に記載の方法を実行するための手段を含む装置。
【発明の詳細な説明】
【技術分野】
【０００１】
一例示的実施形態は、概して、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）セッションが進行中である間のパケット交換ネットワークから回線交換ネットワークへのハンドオーバーを容易にすること、より詳細には、パケット交換ネットワークから回線交換ネットワークへのハンドオーバー中にＩＭＳセッション内で活動状態にある緊急通話サービスのサポートを続行することに関する。
【背景技術】
【０００２】
単一無線音声通話継続（ＳＲＶＣＣ）は、パケット交換ネットワークのオペレータが音声サービスを回線交換ネットワークに移行させることができる。音声通話のためのＳＲＶＣＣは、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）のリリース８内で最初に定義された。ＳＲＶＣＣは、その後のリリースにおいて、例えば警報通話状態における音声通話、および能動的通話中サービス、例えば保留、会議などを伴う通話用にも拡張された。さらに、３ＧＰＰリリース９は、ＩＭＳ緊急音声通話のためのＳＲＶＣＣを定義している。
【０００３】
ｅＣａｌｌは、衝突事故に巻き込まれた自動車運転者に対し迅速に援助をもたらすように意図された欧州の新たな取り組みである。ｅＣａｌｌは、車両に緊急通話サービスを提供し、３ＧＰＰにおいて欧州電気通信標準化機構（ＥＴＳＩ）によって定義されている。ｅＣａｌｌは、車両から起動される緊急通話サービスを提供し、その車両に関する一定の情報、例えば車両の位置、車両識別番号などを提供するために、オーディオ・コーデックを利用する。ｅＣａｌｌ音声コ−デックは、ＩＭＳ緊急音声通話などの緊急通話内において帯域内で車両に関するこの情報を提供する。このデータは、緊急事態関連データの最小セット（ＭＳＤ）と呼ばれる。ＭＳＤは、ＩＭＳ上でさまざまな形で搬送することができる。例えば、車載システム（ＩＶＳ）から緊急通報センター（ＰＳＡＰ）への初期ＭＳＤは、ＩＮＶＩＴＥメッセージの本体として搬送できる。この例では、ＰＳＡＰはその後、進行中のｅＣａｌｌセッションの間にＭＳＤに対する更新を要求することができ、更新されたＭＳＤは、ＩＮＦＯトランザクションまたはＳＵＢＳＣＲＩＢＥ／ＮＯＴＩＦＹトランザクションの本文中で搬送される。
【発明の概要】
【０００４】
一例示的実施形態によると、ＩＭＳセッションが進行中である間にパケット交換ネットワークから回線交換ネットワークへのハンドオーバーを容易にするための方法、装置およびコンピュータ・プログラム・プロダクトが提供されている。ｅＣａｌｌセッションなどの緊急通話サービスが、ハンドオーバー時にＩＭＳセッション内で活動状態にある場合、一例示的実施形態の方法、装置およびコンピュータ・プログラム・プロダクトは、ｅＣａｌｌセッションなどの緊急通話サービスをサポートするために必要とされるメディア・リソースを回線交換ネットワーク内で確保させることができ、こうして、ｅＣａｌｌセッションなどの緊急通話サービスは、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの後にも継続することができる。こうして、一例示的実施形態の方法、装置およびコンピュータ・プログラム・プロダクトは、ＩＭＳセッション内で活動状態にある緊急通話サービスが回線交換ネットワークへのＳＲＶＣＣハンドオーバーの後にもひきつづきサポートされることができるようにする。その結果として、ｅＣａｌｌセッションなどの緊急通話サービスにより提供されるＭＳＤはひきつづき提供されて、緊急サービスを容易にすることができる。
【０００５】
一例示的実施形態においては、インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信するステップを含む方法が提供されている。この例示的実施形態は同様に、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信し、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内のメディア・リソースが必要とされているかを判断する。この例示的実施形態において、該方法はさらに、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内でメディア・リソースを確保させるステップを含む。
【０００６】
例示的実施形態の方法は、回線交換ネットワークにハンドオーバーされるべきＩＭＳセッション内で活動状態にある緊急通話サービスについて移動性管理エンティティからＳｖインターフェース上で要求を受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信することができる。この例示的実施形態において、該方法は、ＩＭＳセッション内で活動状態にあり回線交換ネットワークにハンドオーバーされるべき緊急通話サービスを表わすフラグを有する情報要素を含む、パケット交換ネットワークから回線交換ネットワークへの単一無線音声通話継続の要求を受信することによって、要求を受信することができる。
【０００７】
例示的実施形態の方法は同様に、ＩＭＳセッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知の受信に応答して、ＩＭＳネットワークに対しドメイン転送要求を送信させるステップを含むこともできる。本例示的実施形態の方法は同様に、ドメイン転送要求の送信に応答して標示を受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信することもできる。一例示的実施形態において、該方法は、緊急通話サービスがＩＭＳセッション内で活動状態にあることを標示する要素を含む緊急アクセス転送機能からの状態および事象情報メッセージを受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信することもできる。一変形実施形態において、該方法は、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を提供するサービス・ユニフォーム・リソース名を受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信することができる。
【０００８】
一例示的実施形態の方法は、ハンドオーバー完了メッセージ内で標示を受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信することができる。さらなる例示的実施形態において、該方法は同様に、更新済み最小データ・セットに対する要求を受信するステップと、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの後に要求に基づいてプロトコル変換を実施するステップと、プロトコル変換の後に更新済み最小データ・セットに対する要求をユーザー機器に向けて伝送させるステップも含むことができる。
【０００９】
別の例示的実施形態においては、少なくとも１つのプロセッサおよびコンピュータ・プログラム・コードを含む少なくとも１つのメモリを含む装置が提供されており、少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いて装置に、インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信させるように構成されている。同様に少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いてこの例示的実施形態の装置に、緊急通話サービスがインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあることの標示を受信させ、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内のメディア・リソースが必要とされているかを判断させるように構成されている。さらに少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いてこの例示的実施形態の装置に、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内でメディア・リソースを確保させるステップを行わせるように構成されている。
【００１０】
少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いて一例示的実施形態の装置に、回線交換ネットワークにハンドオーバーされるべきインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にある緊急通話サービスについて移動性管理エンティティからＳｖインターフェース上で要求を受信することにより、緊急通話サービスがインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあることの標示を受信させるように構成されていることが可能である。少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いてこの例示的実施形態の装置に、ＩＭＳセッション内で活動状態にあり回線交換ネットワークにハンドオーバーされるべき緊急通話サービスを表わすフラグを有する情報要素を含むパケット交換ネットワークから回線交換ネットワークへの単一無線音声通話継続の要求を受信することによって、要求を受信させるように構成されていることが可能である。
【００１１】
さらに少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いて一例示的実施形態の装置に、ＩＭＳセッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知の受信に応答して、ＩＭＳネットワークに対しドメイン転送要求を送信させるステップを行わせるように構成されていることが可能である。同様に少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いて一例示的実施形態の装置に、ドメイン転送要求の送信に応答して標示を受信することによって、緊急通話サービスがインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあることの標示を受信させるように構成されていることが可能である。少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いて一例示的実施形態の装置に、緊急通話サービスがＩＭＳセッション内で活動状態にあることを標示する要素を含む緊急アクセス転送機能からの状態および事象情報メッセージを受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信させるように構成されていることが可能である。少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いて別の例示的実施形態の装置に、緊急通話サービスがインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあることの標示を提供するサービス・ユニフォーム・リソース名を受信することによって、緊急通話サービスがインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあることの標示を受信させるように構成されていることが可能である。
【００１２】
少なくとも１つのメモリおよびコンピュータ・プログラム・コードは、プロセッサを用いてこの例示的実施形態の装置に、ハンドオーバー完了メッセージ内で標示を受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信させるように構成されていることが可能である。少なくとも１つのメモリおよびコンピュータ・プログラム・コードはさらに、プロセッサを用いてさらなる一例示的実施形態の装置に、更新済み最小データ・セットに対する要求を受信するステップと、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの後に要求に基づいてプロトコル変換を実施するステップと、更新済み最小データ・セットに対する要求をプロトコル変換の後にユーザー機器に向けて伝送させるステップと、を行わせるように構成されていることが可能である。
【００１３】
さらなる一例示的実施形態においては、内部に記憶されているコンピュータ実行可能プログラム・コード部分を有する少なくとも１つの非一時的コンピュータ可読記憶媒体を含むコンピュータ・プログラム・プロダクトにおいて、コンピュータ実行可能プログラム・コード部分が、インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信するためのプログラム・コード命令を含んでいる、コンピュータ・プログラム・プロダクトが提供されている。一例示的実施形態のコンピュータ実行可能プログラム・コード部分は同様に、緊急通話サービスがインターネット・プロトコル・マルチメディア・サブシステム・セッション内で活動状態にあることの標示を受信するためのプログラム・コード命令、およびＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内のメディア・リソースが必要とされているかを判断するためのプログラム・コード命令も含んでいる。一例示的実施形態において、コンピュータ実行可能プログラム・コード部分は同様に、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内でメディア・リソースを確保させるためのプログラム・コード命令も含んでいる。
【００１４】
緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信するためのプログラム・コード命令は、回線交換ネットワークにハンドオーバーされるべきＩＭＳセッション内で活動状態にある緊急通話サービスについて移動性管理エンティティからＳｖインターフェース上で要求を受信するためのプログラム・コード命令を含むことができる。緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信するためのプログラム・コード命令は、ハンドオーバー完了メッセージ内で標示を受信するためのプログラム・コード命令を含むことができる。さらなる例示的実施形態においては、コンピュータ実行可能プログラム・コード部分は、同様に、更新済み最小データ・セットに対する要求を受信し、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの後に要求に基づいてプロトコル変換を実施し、更新済み最小データ・セットに対する要求を、プロトコル変換の後にユーザー機器に向けて伝送させるためのプログラム・コード命令をさらに含むこともできる。
【００１５】
一例示的実施形態のコンピュータ実行可能プログラム・コード部分は同様に、ＩＭＳセッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知の受信に応答して、ＩＭＳネットワークに対しドメイン転送要求を送信させるためのプログラム・コード命令含むこともできる。緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信するためのプログラム・コード命令は、ドメイン転送要求の送信に応答して標示を受信するためのプログラム・コード命令を含むこともできる。
【００１６】
さらに別の例示的実施形態においては、インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間に、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの通知を受信するための手段を含む装置が提供されている。この例示的実施形態の装置は同様に、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を受信するための手段と、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内のメディア・リソースが必要とされているかを判断するための手段とを含むことができる。一例示的実施形態において、該装置は、ＩＭＳセッション内で活動状態にある、緊急事態関連データの最小セットによって補完されている緊急通話サービスをサポートするために、回線交換ネットワーク内でメディア・リソースを確保させるための手段も含んでいる。
【００１７】
このように本発明のいくつかの実施形態について一般論として説明してきたが、ここで、必ずしも一定の縮尺で製図されていない添付図面を参照する。
【図面の簡単な説明】
【００１８】
【図１】インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間にパケット交換ネットワークから回線交換ネットワークへのハンドオーバーをサポートすることのできるシステムのブロック図である。
【図２】パケット交換および回線交換ドメイン内の音声およびＭＳＤパスを描く図１のシステムのブロック図である。
【図３】本発明の一例示的実施形態に係る、特定的に構成することのできる装置のブロック図である。
【図４】本発明の一例示的実施形態に係る、図３の装置などにより実施される動作を例示する流れ図である。
【図５】本発明の一例示的実施形態に係る、回線交換ネットワークへとハンドオーバーされるべきＩＭＳセッションにおいて活動状態にある緊急通話サービスについての要求を移動性管理エンティティ（ＭＭＥ）からＳｖインターフェース上で受信することによって、緊急通話サービスがＩＭＳセッション内で活動状態であることの標示を移動通信交換局が受信する本発明の一例示的実施形態に係る信号流れ図である。
【図６】本発明の一例示的実施形態に係る、緊急アクセス転送機能（ＥＡＴＦ）からの、ＩＭＳセッション内で緊急通話サービスが活動状態であることの標示の受信に関して実施される動作を例示する流れ図である。
【図７】本発明の一例示的実施形態に係る、緊急通話サービスがＩＭＳセッション内で活動状態にあることを標示するためにＥＡＴＦがＳＲＶＣＣ警報プロシージャを利用する、シグナリング流れ図である。
【図８】本発明の一例示的実施形態に係る、緊急通話サービスがＩＭＳセッション内で活動状態にあることを標示するためにＥＡＴＦが第三者通話制御プロシージャを利用する、シグナリング流れ図である。
【図９】本発明の一例示的実施形態に係る、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示がハンドオーバー完了メッセージ内で移動通信交換局によって受信される、シグナリング流れ図である。
【図１０】本発明の一例示的実施形態に係る、更新済みＭＳＤ情報に対する要求が、回線交換ネットワークへのハンドオーバーの後にプロトコル翻訳を受ける、シグナリング流れ図である。
【図１１】本発明の一例示的実施形態に係る、回線交換ネットワークへのハンドオーバーの後に更新済みＭＳＤ情報に対する要求のプロトコル翻訳を提供するネットワークのブロック図である。
【発明を実施するための形態】
【００１９】
本発明の一部の実施形態について、以下で、本発明の全てではないもののいくつかの実施形態を示す添付図面を参照しながら、より詳細に説明する。実際、本発明のさまざまな実施形態は、多くの異なる形で実施することができ、本明細書に明示されている実施形態に限定されるものとみなされるべきではない。むしろ、これらの実施形態は、この開示が、適用可能な法的要件を満たすように提供されている。同じ参照番号は、全体を通して同じ要素を意味する。本明細書中で使用される「データ」、「コンテンツ」、「情報」およびそれに類する用語は、本発明の実施形態にしたがって伝送、受信および／または記憶可能なデータを意味するように互換的に使用できる。したがって、任意のこのような用語の使用は、本発明の実施形態の精神および範囲を限定するものとして捉えられるべきではない。
【００２０】
さらに、本明細書で使用する「回路」なる用語は、（ａ）ハードウェア専用回路実装（例えばアナログ回路および／またはデジタル回路での実装）、（ｂ）本明細書中に記載の１つ以上の機能を装置に行わせるために協働する１つ以上のコンピュータ読取り可能メモリ上に記憶されたソフトウェアおよび／またはファームウェア命令を含むコンピュータ・プログラム・プロダクトおよび回路の組合せ、および（ｃ）たとえソフトウェアまたはファームウェアが物理的に存在しなくても、動作のためにソフトウェアまたはファームウェアを必要とするマイクロプロセッサまたはマイクロプロセッサの一部分などの回路を意味する。「回路」なるこの定義は、いずれかのクレームを含めた、本明細書中のこの用語の全ての使用にあてはまる。さらなる一例として、本明細書中で使用されるように、「回路」なる用語は、同様に、１つ以上のプロセッサおよび／またはその一部分および付随するソフトウェアおよび／またはファームウェアを含む実装をも含む。別の例として、本明細書中で使用される「回路」なる用語は、同様に、ベースバンド集積回路、または携帯電話用のアプリケーションプロセッサ集積回路、または例えば、サーバー、セルラー・ネットワーク・デバイスおよび／または他の計算デバイス内の類似の集積回路をも含む。
【００２１】
本明細書中で使用されるように、非一時的物理的記憶媒体（例えば揮発性または非揮発性メモリ・デバイス）を意味する「コンピュータ可読記憶媒体」は、電磁信号を意味する「コンピュータ可読伝送媒体」と区別することができる。
【００２２】
ユーザー機器（ＵＥ）は、パケット交換ネットワークから回線交換ネットワークへのハンドオーバーをＳＲＶＣＣが提供する場合、進行中のｅＣａｌｌセッションに関与することができる。ＵＥが、第二世代（２Ｇ）または第三世代（３Ｇ）ネットワークなどの回線交換ネットワークへとハンドオーバーされる場合、ｅＣａｌｌセッションは、回線交換ドメイン内部で継続しなければならない。しかしながら、ＳＲＶＣＣ移動通信交換局（ＭＳＣ）もメディア・ゲートウェイ制御機能（ＭＧＣＦ）も、ＩＭＳセッション内の進行中のｅＣａｌｌセッションに気づいていなかった。したがって、ＳＲＶＣＣ  ＭＳＣおよびＭＧＣＦは、ｅＣａｌｌセッションの継続的サポートに必要とされるリソースを確保していない。例えば、ＳＲＶＣＣ  ＭＳＣは、ｅＣａｌｌコーデックのために回線交換（ＣＳ）メディア・ゲートウェイ（ＭＧＷ）からのメディア・リソースを確保していない。同様にして、ＭＧＣＦは、ｅＣａｌｌコーデックのためにＩＭＳ−ＭＧＷからのリソースを確保しておらず、また、ＩＭＳ−ＭＧＷとＭＧＣＦの間でＭＳＤを搬送するのに必要とされるＨ．２４８変換を提供するためのリソースも確保していない。したがって、ｅＣａｌｌセッションは、従来、パケット交換ネットワークから回線交換ネットワークへのＵＥおよびそのＩＭＳセッションのＳＲＶＣＣにより開始されたハンドオーバーの後には継続しなかった。こうして、進行中のｅＣａｌｌセッション内の任意の時点で緊急通報センターがＵＥから更新済みＭＳＤを獲得できなければならないとしても、進行中のｅＣａｌｌセッションを含む進行中のＩＭＳセッション内のパケット交換ネットワークから回線交換ネットワークへのＳＲＶＣＣに起因するハンドオーバーが存在するインスタンスにおいて、ｅＣａｌｌセッションにより提供されるＭＳＤはこれまで緊急サービスを容易にするために提供不可能であった。
【００２３】
したがって、一例示的実施形態によると、インターネット・プロトコル・マルチメディア・サブシステム・セッションが進行中である間のパケット交換（ＰＳ）ネットワークから回線交換ネットワークへのハンドオーバーを容易にするための方法、装置およびコンピュータ・プログラム・プロダクトが提供される。この点に関して、例示的実施形態の方法、装置およびコンピュータ・プログラム・プロダクトは、ＩＭＳセッションが進行中である間のパケット交換ネットワークから回線交換ネットワークへのハンドオーバーに関して単一無線音声通話継続をサポートすることができる。ｅＣａｌｌセッションなどの緊急通話サービスがｅＣａｌｌセッション内で活動状態にあるインスタンスにおいては、例示的実施形態の方法、装置およびコンピュータ・プログラム・プロダクトは、ｅＣａｌｌセッション内で活動状態にある緊急通話サービスをサポートするために回線交換ネットワーク内でメディア・リソースを確保させることができる。したがって、緊急通話サービスは、回線交換ネットワークから回線交換ネットワークへのハンドオーバーの間およびその後にも中断されず継続できる。
【００２４】
図１は、ユーザー機器１０がアクセスできるシステムを描いている。ＵＥは、移動体端末、例えば携帯情報端末（ＰＤＡ）、携帯電話、スマートホン、コンパニオン・デバイス、例えばスマート・ウォッチ、ポケットベル、ラップトップ型コンピュータ、タブレット型コンピュータ、タッチ・サーフェス、または上述のあるいは他のタイプの音声およびテキスト通信システムの任意の組合せであり得る。代替的には、ＵＥは、パソコン、コンピュータ・ワーク・ステーションなどの固定型計算デバイスであり得る。
【００２５】
システムは、パケット交換ネットワーク１２を用いてＵＥ１０との通信をサポートできる。さまざまなタイプのパケット交換ネットワークが、例えば、進化型ユニバーサル地上波無線アクセス・ネットワーク（Ｅ−ＵＬＴＲＡＮ）または他のロング・ターム・エボリューション（ＬＴＥ）ネットワークを含むＵＥとの通信をサポートすることができる。パケット交換ネットワークの代替案として、システムは、回線交換ネットワーク２０を用いてＵＥとの通信をサポートすることができる。例えば第二世代（２Ｇ）または第３世代（３Ｇ）ネットワークを含むさまざまな回線交換ネットワークが、ＵＥとの通信をサポートすることができる。図１に示されているように、システムは、ＭＧＣＦ２４に向かう総合デジタルサービスネットワーク（ＩＳＤＮ）ユーザー部（ＩＳＵＰ）を使用できるＳＲＶＣＣ  ＭＳＣ２２を含むことができる。しかしながら、ＳＲＶＣＣ  ＭＳＣは、代替的に、ＩＭＳ１６に向かうセッション開始プロトコル（ＳＩＰ）を使用してＩ２基準点を実装でき、その場合、別個のＭＧＣＦを使用する必要はない。一例示的実施形態において、ＳＲＶＣＣ  ＭＳＣおよびＭＧＣＦは同一位置に配置でき、ＭＧＷは同一位置に配置できる。しかしながら、他の実施形態では、ＳＲＶＣＣ  ＭＳＣおよびＭＧＣＦを、別の位置に配置することおよび／または、ＭＧＷを別の位置に配置することができる。
【００２６】
図２に描かれた一例示的実施形態において、ＩＭＳセッションは、ＵＥ１０がパケット交換ネットワークを介して通信している間、進行中であることができる。図示されているように、ＰＳドメイン内の音声パスおよびＰＳドメイン内のＭＳＤパスのために、別個のパスを定義することができる。パケット交換ネットワークによりサポートされている音声パスに関しては、音声トラヒックを、サービング・ゲートウェイ（ＳＧＷ）および／またはパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）１４などのゲートウェイから、ＰＳＡＰ１８まで適応マルチ・レート（ＡＭＲ）−ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）コーデックを介して誘導することができる。ＭＳＤパスに関しては、パケット交換ネットワークは、サービング・ゲートウェイ（ＳＧＷ）および／またはパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）などのゲートウェイを介してＩＭＳ１６と通信できる。図１に標示されているように、ＳＧＷ／ＰＧＷは、ＳＩＰを介してＩＭＳとＭＳＤを通信することができる。一方、ＩＭＳは、ＳＩＰなどを用いて、警察、消防署、救急車または他の緊急サービスのためのＩＭＳ緊急音声通話などの通話に応答するためのコール・センターとして役立つことのできるＰＳＡＰと通信することができる。
【００２７】
ＩＭＳ緊急音声通話などのＩＭＳセッションが進行中である間、ＵＥ１０を、パケット交換ネットワーク１２から回線交換ネットワーク２０にハンドオーバーすることができる。回線交換ネットワークがパケット交換ネットワークよりもＵＥに役立つことができるという決定を含めたさまざまな理由のために、ＵＥをハンドオーバーすることができる。パケット交換ネットワークから回線交換ネットワークへのハンドオーバーの間、進行中であるＩＭＳ緊急音声通話は、サポートされ続けることができる。パケット交換ネットワークから回線交換ネットワークへのハンドオーバー時にＩＭＳセッション内で活動状態にあるｅＣａｌｌセッションなどの緊急通話サービスは、同様にして、望ましくはハンドオーバーの間およびその後もサポートされ、こうしてＰＳＡＰ１８は、緊急通話サービスを介して提供されるｅＣａｌｌセッションにしたがって車載システムにより提供される最小データ・セットなどの情報を受信できることになる。したがって、一例示的実施形態の方法、装置４０およびコンピュータ・プログラム・プロダクトは、ＩＭＳセッション内で活動状態である緊急通話サービスをサポートするために必要とされるメディア・リソースを、パケット交換ネットワークから回線交換ネットワークへのハンドオーバー中に回線交換ネットワーク内で確保し、こうしてＩＭＳセッションの緊急通話サービス内における継続を容易にする。この点に関して、回線交換ネットワークへのハンドオーバーの後に、媒体およびＭＳＤを、図２に描かれている同じパスを介して両方共伝送することができ、ここで、該媒体およびＭＳＤは、ＡＲＭ−ＣＳコーデックなどの移動体通信用グローバル・システム（ＧＳＭ（登録商標））ｅＣａｌｌコーデックによって、回線交換メディア・ゲートウェイ（ＣＳ−ＭＧＷ）２８へ、そして今度はＩＭＳ−ＭＧＷ３０へと伝送される。その後、媒体およびＭＳＤを、例えばＡＭＲ−ＶｏＩＰコーデックを介して、ＩＭＳ−ＭＧＷからＰＳＡＰまで伝送することができる。
【００２８】
図３に示されているように、パケット交換ネットワーク１２から回線交換ネットワーク２０へのハンドオーバー中ＩＭＳセッション内で活動状態である緊急通話サービスにおける継続を提供し、こうしてＩＭＳセッションの緊急通話サービスにおける継続を容易にするための装置４０を提供することができる。装置は、移動通信交換局２２、移動通信交換局と結びつけられ通信状態にあるネットワーク・デバイスなどの計算デバイスなどのさまざまな計算デバイスのいずれかによって実施可能である。装置の実施方法の如何に関わらず、装置は、プロセッサ４２、メモリ・デバイス４４および通信インターフェース４６を含むか、それらと結びつけられているかまたは他の形でそれらと通信状態にあることができる。いくつかの実施形態において、プロセッサ（および／または、コプロセッサまたはプロセッサを補助するかまたは他の形でプロセッサと結びつけられた他の任意の処理回路）は、装置のコンポーネント間で情報を渡すため、母線を介してメモリ・デバイスと通信状態にあることができる。メモリ・デバイスは、非一時的であり、例えば１つ以上の揮発性および／または非揮発性メモリを含むことができる。換言すると、例えば、メモリ・デバイスは、マシン（例えばプロセッサなどの計算デバイス）により検索可能であり得るデータ（例えばビット）を記憶するように構成されたゲートを含む電子記憶デバイス（例えばコンピュータ可読記憶媒体）であることができる。メモリ・デバイスは、本発明の一例示的実施形態に係るさまざまな機能を装置が実施できるようにするための情報、データ、コンテンツ、アプリケーション、命令などを記憶するように構成できる。例えば、メモリ・デバイスを、プロセッサによる処理のために入力データをバッファリングするように構成することができる。付加的または代替的には、メモリ・デバイスを、プロセッサによる実行のため命令を記憶するように構成することができる。
【００２９】
上述の通り、電子デバイスにより装置４０を実施することができる。しかしながら、いくつかの実施形態においては、装置をチップまたはチップセットとして実施することができる。換言すると、装置は、構造アセンブリ（例えば回路基板）上の材料、コンポーネントおよび／またはワイヤを含む１つ以上の物理的パッケージ（例えばチップ）を含むことができる。構造アセンブリは、その上に含まれるコンポーネント回路のために、物理的強度、サイズの保存装置電気的相互作用の制限を提供することができる。したがって、いくつかのケースにおいて、単一のチップ上にまたは単一の「システム・オン・チップ」として本発明の実施形態を実装するように、装置を構成することができる。こうして、いくつかのケースでは、チップまたはチップセットが、本明細書中に記載の機能性を提供するために１つ以上の動作を実施する手段を構成することができる。
【００３０】
プロセッサ４２は、多くの異なる方法で実施可能である。例えば、プロセッサを、１つ以上のさまざまなハードウェア処理手段、例えばコプロセッサ、マイクロプロセッサ、コントローラ、デジタル信号プロセッサ（ＤＳＰ）、付随するＤＳＰを伴うまたは伴わない処理要素、または例えばＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）、マイクロコントローラ・ユニット（ＭＣＵ）、ハードウェア・アクセラレータ、専用コンピュータ・チップなどの集積回路を含む他の処理回路として実施することができる。したがって、いくつかの実施形態において、プロセッサは、独立して実施するように構成された１つ以上の処理用コアを含むことができる。マルチコア・プロセッサは、単一の物理的パッケージ内での多重処理を可能にすることができる。付加的または代替的に、プロセッサは、命令の独立した実行、パイプライン方式および／またはマルチスレッド方式を可能にするための母線を介してタンデムに構成された１つ以上のプロセッサを含むことができる。
【００３１】
一例示的実施形態において、メモリ・デバイス４４内に記憶されているかまたは他の形でプロセッサがアクセスできる命令を実行するように、プロセッサ４２を構成することができる。代替的または付加的には、ハード・コードされた機能性を実行するように、プロセッサを構成することができる。こうして、ハードウェアまたはハードウェア方法によって構成されるかまたはそれらの組合せによって構成されるかに関わらず、プロセッサは、相応して構成される一方で、本発明の実施形態に係る動作を実施できるエンティティ（例えば回路内で物理的に実施されるもの）を表わすことができる。こうして、例えば、プロセッサがＡＳＩＣ、ＦＰＧＡなどとして実施される場合、このプロセッサは、本明細書中に記載の動作を行うために特定的に構成されたハードウェアであることができる。代替的には、別の実施例として、プロセッサがソフトウェア命令を実行するものとして実施される場合、該命令は、それらが実行されるときに本明細書中に記載されているアルゴリズムおよび／または動作を実施するようにプロセッサを特定的に構成することができる。しかしながらいくつかのケースでは、プロセッサは、本明細書中に記載のアルゴリズムおよび／または動作を実施するための命令によるプロセッサのさらなる構成によって、本発明の一実施形態を利用するように構成された特定のデバイス（例えばＭＳＣ２２またはＭＳＣと通信状態にある計算デバイス）のプロセッサであることができる。プロセッサは、なかでも、プロセッサの動作をサポートするように構成されたクロック、算術論理演算ユニット（ＡＬＵ）および論理ゲートを含むことができる。
【００３２】
例示された実施形態の装置４０は、同様に、装置と通信状態にあるネットワーク・デバイスなどの他の計算デバイスから／これらのデバイスへデータを受信および／または送信するように構成されているハードウェアまたはハードウェアとソフトウェアの組合せのいずれかで実施されたデバイスまたは回路などの任意の手段であることのできる通信インターフェース４６を含むことができる。この点に関して、通信インターフェースは、例えば無線通信ネットワークとの通信を可能にするためのアンテナ（または多重アンテナ）およびサポート用ハードウェアおよび／またはソフトウェアを含むことができる。付加的または代替的には、通信インターフェースは、アンテナを介した信号の伝送をひき起こすためまたはアンテナを介して受信された信号の受信を取扱うためにアンテナとインタラクトするための回路を含むことができる。いくつかの環境において、通信インターフェースは、代替的にまたは同様に、有線通信をサポートすることができる。
【００３３】
ここで図４を参照すると、図３の装置４０などによって実施される動作が例示されている。ブロック５０に示されるように、プロセッサ４２、通信インターフェース４６などの装置を、ＩＭＳセッションが進行中である間にパケット交換ネットワーク１２から回線交換ネットワーク２０へのハンドオーバーの通知を受信するように構成することができる。例えば、ＩＭＳ緊急音声通話が、ハンドオーバー時に進行中である可能性がある。
【００３４】
さらに、装置４０は、図４のブロック５２に示されているように、パケット交換ネットワーク１２から回線交換ネットワーク２０へのハンドオーバー時に緊急通話サービス、例えばｅＣａｌｌセッションがＩＭＳセッション内で活動状態にあることの標示を受信するために、プロセッサ４２、通信インターフェース４６などの手段を含むことができる。さらに、装置は同様に、ハンドオーバーの後にＩＭＳセッション内で活動状態にある緊急通話サービスをサポートするために回線交換ネットワーク内のメディア・リソースが必要とされているかを判断するための手段、例えばプロセッサなど、およびハンドオーバーの後にＩＭＳセッション内で活動状態にある緊急通話サービスをサポートするため、回線交換ネットワーク内でメディア・リソースを確保させるための手段、例えばプロセッサ、通信インターフェースなどを含むことができる。図４のブロック５４および５６を参照のこと。回線交換ネットワーク内でメディア・リソースを確保することにより、ＩＭＳセッション内で活動状態にあるｅＣａｌｌセッションなどの緊急通話サービスは、回線交換ネットワークへのハンドオーバーの間およびその後も中断無く継続可能である。
【００３５】
パケット交換ネットワーク１２から回線交換ネットワークへのハンドオーバーの間およびその後もＩＭＳセッション内で活動状態にあるｅＣａｌｌセッションなどの緊急通話サービスをサポートするために回線交換ネットワーク２０内でメディア・リソースを確保する目的で実施される動作は、さまざまな方法で実装可能である。例えば図５のシグナリング流れ図を参照すると、ＵＥ１０およびＰＳＡＰ１８は、当初、動作１に示されているように、（緊急セッションと呼ばれる）ＩＭＳセッション内でｅＣａｌｌセッションなどの緊急通話サービスの使用をネゴシエートすることができる。ＵＥおよびＰＳＡＰは、例えばサービス・ユニフォーム・リソース名（ＵＲＮ）エクステンションｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｅｃａｌｌ，ａｕｔｏｍａｔｉｃまたはｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｅｃａｌｌ．ｍａｎｕｅｌを用いることによって、緊急通話サービスの使用をネゴシエートすることができる。
【００３６】
緊急通話サービス、例えばｅＣａｌｌセッションを含むＩＭＳセッションをセットアップするために、例えばＵＥ１０のためのアウトバウンド・プロキシ・サーバーとして役立つことなどによってＩＭＳドメインへのエントリとして役立つプロキシ通話セッション制御機能（Ｐ−ＣＳＣＦ）６０などのアプリケーション機能（ＡＦ）は、例えばサービスＵＲＮ属性値対（ＡＶＰ）内でＲｘ基準点を介して、ポリシーおよび課金ルール機能（ＰＣＲＦ）６２に対して、ｅＣａｌｌセッションなどの緊急通話サービスのメディア記述を伝送することができる。例えば、Ｐ−ＣＳＣＦは、動作２に示されているように、ＰＣＲＦに対しｅＣａｌｌ情報を含むＡＡ−Ｒｅｑｕｅｓｔを伝送することができる。この例示的実施形態のＰＣＲＦは、次に、Ｇｘ基準点などを介して、ＲＧＷ１４のポリシーおよび課金実施機能（ＰＣＥＦ）内で、ｅＣａｌｌセッションなどの緊急通話サービスのためのサービス品質（ＱｏＳ）パラメータおよびポリシー制御および課金（ＲＣＣ）ルールをセットすることができる。例えば、ＰＣＲＦは、図５の動作３で示されているように、ＰＧＷに対してｅＣａｌｌ情報を含むＲｅ−Ａｕｔｈ  Ｒｅｑｕｅｓｔを伝送できる。プロキシ・モバイルＩＰ（ＰＭＩＰ）に基づくＳ５／Ｓ８基準点の場合、次にＧｘｘ基準点を用いて、ＳＧＷ内においてＱｏＳポリシーをＰＣＲＦからベアラ・バインディングおよびイベント報告機能（ＢＢＥＲＦ）に設定することができる。
【００３７】
Ｇｘ基準点およびＧｘｘ基準点が関与する上述の動作の中で、ｅＣａｌｌセッションなどの緊急通話サービスが進行中であることの標示は、ビデオＳＲＶＣＣのために定義されｅＣａｌｌセッションなどの緊急通話サービスのために拡張されたＰＳ−ＣＳセッション継続ＡＶＰを再度使用することによって提供可能である。この点に関して、ＰＳ−ＣＳセッション継続ＡＶＰ（ＡＶＰコード１０９９）は、列挙型のものであり、サービス・データー・フローが３ＧＰＰ技術仕様書（ＴＳ）２３．２１６中で規定されているようにＰＳ−ＣＳセッション継続の候補であるか否かを標示する。サービス・データー・フローが映像を搬送しＰＳ−ＣＳセッション継続の候補であることを標示するための０という値に加えて、ＰＳ−ＣＳセッション継続ＡＶＰの値は、サービス・データー・フローがｅＣａｌｌセッションなどの緊急通話サービスをサポートしＰＳ−ＣＳセッション継続の候補であることを標示するために１に設定することができる。しかしながら、他の例示的実施形態においては、他の方法で、ＩＭＳセッション内で緊急通話サービスが活動状態であることの標示を提供することができる。
【００３８】
ＰＧＷ１４内のＰＣＥＦは、ＰＣＣルールおよびＱｏＳパラメータにしたがって、ｅＣａｌｌセッションなどの緊急通話サービスのためのベアラを作り出すことができる。この点に関して、図５の動作４に示されているように、ＰＧＷは、ＱｏＳクラス識別子（ＱＣＩ）＝１の専用ベアラが作成された場合に、例えばＳ５／Ｓ８基準点上でｅＣａｌｌ情報を含むベアラ作成要求を伝送することができ、ＭＭＥ２６は、ＳＧＷ１４からＳ１１インターフェース上でベアラ作成要求を受信する。ＭＭＥは、以下で説明するように、例えばＳｖインターフェース上でｅＣａｌｌ情報がその後ＭＳＣにとって利用可能なものとなることができるようにするために、ｅＣａｌｌ情報を記憶することができ、例えばＵＥ１０とＰＳＡＰ１８の間のｅＣａｌｌセッションなどの緊急通話サービスを含むＩＭＳセッションをセットアップするための残りの動作を、図５の動作５および６に示されているように行うことができる。
【００３９】
Ｓ５／Ｓ８およびＳ１１基準点が関与する動作５および６においては、ベアラ作成要求内のベアラ・コンテキスト情報要素（ＩＥ）内でベアラ・フラグを再度使用し、緊急通話サービスが活動状態にあることを表わす追加フラグを付加することによって、緊急通話サービスが活動状態にあることの標示を搬送することができる。例えば、ベアラがｅＣａｌｌセッションなどのＩＭＳ緊急通話サービスのために使用されておりＰＳ−ＣＳハンドオーバーの候補であることを標示するために、ベアラ・コンテキストＩＥに対しビット５を追加することができる。しかしながら、緊急通話サービスが活動状態にあることの標示は、例えばデフォルト−進化型パケット・システム（ＥＰＳ）−ベアラ−ＱｏＳ  ＡＶＰ内の割当て−保持−優先権ＡＶＰ内への新規値の内含などによる他の方法で提供することができる。
【００４０】
図５の動作７では、緊急通話サービスを含むＩＭＳセッションのセットアップの後に、ＭＭＥ２６は、ＳＲＶＣＣハンドオーバーが求められていることの標示を無線アクセス・ネットワークから受信することができる。ＭＭＥは、次に、動作８においてハンドオーバーが必要とされることをＭＳＣ２２に通知することができる。この例示的実施形態において、ＭＳＣにより実施されるかまたは他の形でＭＳＣと結びつけられている装置４０は、パケット交換ネットワークから回路交換ネットワーク１２へとハンドオーバーされるべきＩＭＳセッション内で活動状態にある緊急通話サービスに関するＭＭＥからの要求の通知を受信するため、プロセッサ４２、通信インターフェース４６などの手段を含むことができる。通知は、ＩＭＳセッションと共に進行中であるｅＣａｌｌセッションなどの緊急通話サービスに関連するｅＣａｌｌ情報を含むことができる。例えば、ＭＳＣは、ＳＲＶＣＣが発生した場合、ＭＭＥからＳｖインターフェース上でＳＲＶＣＣ  ＰＳ−ＣＳ要求を受信することができる。動作９に示されているように、プロセッサ通信インターフェースなどの、ＭＳＣによって実施されているかまたは他の形でＭＳＣに結びつけられている装置は、次に、ｅＣａｌｌセッションなどの緊急通話サービスを含むＩＭＳセッションをサポートし続けるためのアクションをとることができる。
【００４１】
一例として、Ｓｖインターフェース上でＭＳＣ２２に対してＭＭＥ２６により提供されるＳＲＶＣＣ  ＰＳ−ＣＳ要求は、ＩＭＳセッション内で活動状態にあり回線交換ネットワーク２０にハンドオーバーされるべき緊急通話サービスを表わすフラグを有するＩＥを含むことができる。この点に関して、ＳＲＶＣＣ  ＰＳ−ＣＳ要求のＳｖフラグＩＥを再度使用しそれを拡張することによって、緊急通話サービスがＩＭＳセッション内で活動状態にあることを表わすフラグを提供することができる。この点に関して、ＩＭＳセッション内で活動状態にある緊急通話サービスのハンドオーバーがＭＭＥにより要求されていることを標示するために、ＳＲＶＣＣ  ＰＳ−ＣＳ要求内のＳｖフラグＩＥに対して別のビット、例えばビット５を追加することができる。一例としては、ＭＭＥがＩＭＳ緊急通話のためにＰＳ−ＣＳセッション継続を開始し、緊急音声（ＱＣＩ＝１）ベアラがｅＣａｌｌフラグセットを有する場合、ビット１とビット５の両方が真に設定された状態でＳＲＶＣＣ  ＰＳ−ＣＳ要求を送信するようにＭＭＥを構成することができる。この点に関して、ビット１は、進行中のＩＭＳ緊急セッションを標示するための緊急事態インジケータ（Ｅｍｉｎｄ）を表わすフラグであり、ビット５は、緊急通話サービスがＩＭＳセッション内で活動状態でありハンドオーバーされなければならないことを表わすフラグである。
【００４２】
例えばＳＲＶＣＣ  ＰＳ−ＣＳ要求のビット５により標示できるように、ＳＲＶＣＣの開始時点においてＩＭＳセッション内で緊急通話サービスが活動状態にあることの標示を受信した時点で、ＭＳＣ２２／ＭＧＣＦ２４は、例えばＭＧＷ１４からｅＣａｌｌコーデックのためのリソースを確保することおよびＩＭＳ内でＥＡＴＦ１６に対してＩＮＶＩＴＥメッセージを伝送することによって、回線交換ネットワーク２０内で緊急通話サービスをサポートするためにメディア・リソースを確保し、こうして動作９により標示されているようにパケット交換ネットワーク１２から回線交換ネットワークへのハンドオーバー時に緊急通話サービス内で活動状態にある緊急通話サービスについてのサービス継続を可能にすることができる。
【００４３】
別の一例によると、それ自体ＳＲＶＣＣ警報プロシージャまたは第三者通話ハンドオーバープロシージャを使用できるＥＡＴＦ１６を使用することによって、ハンドオーバー時にＩＭＳセッション内で活動状態にあるｅＣａｌｌセッションなどの緊急通話サービスについて、ＭＳＣ２２に通知することができる。この点に関して、装置４０は、ＩＭＳセッションが進行中である間にパケット交換ネットワーク１２から回線交換ネットワーク２０へのハンドオーバーの通知の受信に応答して、ＥＡＴＦなどのＩＭＳネットワークに対してドメイン転送要求を送信させるための、プロセッサ４２、通信インターフェース４６などの手段を含むことができる。この例示的実施形態において、ＥＡＴＦは、たとえパケット交換ネットワークが、ＳＲＶＣＣの開始時にＩＭＳセッション内で活動状態にあった緊急通話サービスをサポートしたとしても、ＳＲＶＣＣ  ＭＳＣからのドメイン転送要求が、通常の緊急通話のためのドメイン転送であることを検出することができる。したがって、ＥＡＴＦなどのＩＭＳネットワークは、ドメイン転送要求の送信に応答して標示を受信することによりｅＣａｌｌセッションなどの緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を提供することができ、装置、より詳細にはプロセッサまたは装置の通信インターフェースなどのＭＳＣは、この標示を受信することができる。
【００４４】
ＥＡＴＦ１６などのＩＭＳネットワークの観点から図６に示されているように、ＳＲＶＣＣ要求をＭＳＣ２２から受信することができる。ブロック７０を参照のこと。ＥＡＴＦなどのＩＭＳネットワークは、例えばブロック７２に示されているように、ｅＣａｌｌセッションに関する情報がソース・アクセス・レグ内に含まれているか否かを決定することなどによって、緊急通話サービスがＩＭＳセッション内で活動状態にあるか否かを決定することができる。緊急通話サービスがＩＭＳセッション内で活動状態にない場合、正常セッション・セットアップ動作は、ブロック７４に示されているように継続できる。しかしながら、ＥＡＴＦなどのＩＭＳネットワークが、例えばソース・アクセス・レグ内にｅＣａｌｌセッションに関する情報が含まれているかを判断することなどによって緊急通話サービスがＩＭＳセッション内で活動状態にあるかを判断した場合、ＥＡＴＦなどのＩＭＦネットワークは、ＳＲＶＣＣ要求などのドメイン転送要求が緊急通話媒体コンポーネントを含むか否かを決定することができる。例えば、ＥＡＴＦなどのＩＭＳネットワークは、ｅＣａｌｌセッションに関する情報がＳＲＶＣＣ  ＭＳＣからの要求内に含まれているか否かを決定することができる。ドメイン転送要求が、緊急通話媒体コンポーネントを正に含んでいる場合には、ブロック７８内に示されているように、従来のセッション・セットアップ動作を継続することができる。しかしながら、たとえＥＡＴＦなどのＩＭＳネットワークが、ソース・アクセス・レグ内へのｅＣａｌｌセッションに関する情報の内含などにより緊急通話サービスが活動状態にあることに気づいているとしても、ＭＳＣからの要求内にｅＣａｌｌセッションに関する情報を内含させることができないことなどによって、ドメイン転送要求が緊急通話テキスト媒体コンポーネントを含まない場合、ＥＡＴＦは、ブロック８０内に示されているように、ＩＭＳセッション内で活動状態にある緊急通話サービスについてＭＳＣに通知する。
【００４５】
ＳＲＶＣＣ警報プロセスを用いてＩＭＳセッション内で緊急通話サービスが活動状態にあることをＥＡＴＦ１６がＭＳＣ２２に通知する一例示的実施形態において、ＭＳＣは最初、ＩＭＳネットワークに対して、ＳＩＰ  ＩＮＶＩＴＥメッセージなどのドメイン転送要求を送ることができる。ＩＭＳセッションが進行中であるインスタンスにおいては、ＩＭＳネットワーク内のＥＡＴＦエンティティに対し、ドメイン転送要求を送ることができる。上述のように、ＥＡＴＦは、たとえパケット交換ネットワーク１２がＳＲＶＣＣの開始時点にＩＭＳセッション内で活動状態であった緊急通話サービスをサポートしていたとしても、ＭＳＣからの要求が通常の緊急通話のためのドメイン転送であることを検出することができる。この点に関して、ＥＡＴＦは、ＵＥ１０からＰＳＡＰ１８へのサービスＵＲＮに基づいて緊急通話サービスが活動状態にあるかを判断した可能性がある。したがって、ＥＡＴＦなどのＩＭＳネットワークは、ＩＭＳセッション内で活動状態にある緊急通話サービスに関しＭＳＣに知らせることができる。
【００４６】
一例示的実施形態において、サービス集中および継続アプリケーション・サーバー（ＳＣＣ  ＡＳ）は、ＭＳＣからＳＣＣ  ＡＳ／アクセス転送制御機能（ＡＴＣＦ）への初期ＩＮＶＩＴＥメッセージなどのドメイン転送要求の後のＳＩＰ  ＩＮＦＯメッセージ内でＭＳＣ２２に対する追加の情報を提供することができる。ＳＩＰ  ＩＮＦＯメッセージは、例えばＳＲＶＣＣのためのセッション・サブジェクトが現在警報状態にあることまたはセッションが会議セッションであることを標示するために追加情報を含むことができる。ＳＩＰ  ＩＮＦＯメッセージ内に含まれる追加情報は同様に、拡張可能マークアップ言語（ＸＭＬ）スキーマを拡張することなどによって、例えばｅＣａｌｌセッションなどの緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を含むこともできる。ＳＩＰ  ＩＮＦＯメッセージ内で緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示をＭＳＣがひとたび受信したならば、ＭＳＣは、ＭＧＷ１４から、ｅＣａｌｌ回線交換音声モデムなどのｅＣａｌｌコーデックのためのリソースを確保することなどによって、ＩＭＳセッション内で活動状態にある緊急通話サービスをサポートするために回線交換ネットワーク２０内のメディア・リソースを確保することができる。
【００４７】
ＳＩＰ  ＩＮＦＯメッセージにより提供される状態およびイベント情報は、現在以下のように定義される：
【数１】
0006420466.tif 000002
【００４８】
ＩＭＳセッション内で活動状態にある緊急通話サービスに関する追加の情報を提供するために、状態およびイベント情報が修正されないように、状態およびイベント情報と同じレベルで、追加の媒体要素を追加することができる。例えば、追加媒体要素を、以下のように定義することができる。
【数２】
0006420466.tif 000003
【００４９】
この例において、媒体タイプは、媒体の詳細を含む。したがって、媒体タイプは、ＳＩＰ  ＩＮＦＯメッセージが、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を提供するためのものであるインスタンスにおいて、以下のように定義できる：
【数３】
0006420466.tif 000004
【００５０】
代替的には、ＥＡＴＦ１６からの状態およびイベント情報メッセージ内に追加テキスト要素を挿入することができ、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示を提供するためにＭＳＣ２２がこのテキスト要素を受信できる。一例として、状態およびイベント情報のためのＸＭＬスキーマは、ｘｓ：ｓｅｑｕｅｎｃｅが付加的に＜ｘｓ：ｅｌｅｍｅｎｔ  ｎａｍｅ＝”ｍｅｄｉａｔｙｐｅ”ｔｙｐｅ＝”ｘｓ：ｓｔｒｉｎｇ”ｍｉｎＯｃｃｕｒｓ＝”０”ｍａｘＯｃｃｕｒｓ＝”１”／＞を含むように修正することができる。ＩＭＳセッション内で緊急通話サービスが活動状態にあることの標示を提供するために、媒体タイプ値をテキスト値に等しく設定することができ、テキスト値を今度は％ｘ６５．４３．６１．６ｃ．６ｃ；“ｅＣａｌｌ”に等しくセットすることができる。
【００５１】
さらに別の例として、追加のテキスト要素を既存の状態およびイベント情報の内部に付加することができる。例えば、ＩＭＳセッション内で緊急通話サービスが活動状態であることを標示するべく以下に例示するテキスト値を含み入れるように、ＸＭＬスキーマを修正することができる：
【数４】
0006420466.tif 000005
【００５２】
以上の例において、ＥＡＴＦ１６などのＩＭＳネットワークは、たとえＥＡＴＦなどのＩＭＳネットワークが、ＩＭＳセッション内で活動状態にあるｅＣａｌｌセッションなどの緊急通話サービスに気づいているとしても、ドメイン転送要求が緊急通話媒体コンポーネントを含まないことを識別することができ、したがって、ＥＡＴＦなどのＩＭＳネットワークは、例えば、図７に示されているように緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示をＭＳＣ２２に提供するためにＳＲＶＣＣ警報プロシージャを使用することができる。代替的には、ＥＡＴＦなどのＩＭＳネットワークは、例えば図８で示されているように、緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示をＭＳＣに提供するために、第三者通話制御プロシージャを使用することができる。
【００５３】
図７および８のシグナリング流れ図に示されているように、ＵＥ１０およびＰＳＡＰ１８は、当初、動作１で示されているように（緊急セッションと呼ばれる）ＩＭＳセッション内で、ｅＣａｌｌセッションなどの緊急通話サービスの使用をネゴシエートすることができる。ＭＭＥ２６は、ＳＲＶＣＣハンドオーバーが必要とされていることの標示を無線アクセス・ネットワークから受信でき、ＭＭＥはそれ自体、パケット交換ネットワークから回線交換ネットワーク２０への切迫したハンドオーバーについてＭＳＣ２２に通知することができる。次に、３ＧＰＰ技術仕様（ＴＳ）２４．２３７により明示され動作４中に示されるように、ハンドオーバーに備えるため、ＳＲＶＣＣプロシージャが行なわれる。図７に示されるように、ＥＡＴＦ１６は、動作５内に示されるようにＳＩＰ  ＩＮＦＯメッセージ内に標示を有することなどによって、緊急通話サービス、例えばｅＣａｌｌセッションがＩＭＳセッション内で活動状態にあることの標示を伝送し、ＭＳＣがこれを受信することができる。ＭＳＣは、動作６に示されているようにＳＩＰ２００応答でＳＩＰ  ＩＮＦＯメッセージを受信確認する。ＭＳＣが、ＭＧＷ１４からの必要なメディア・リソースを確保することなどにより緊急通話サービスのハンドオーバーを可能にするためのアクションをとり、こうして、例えば、動作７において示されているようにＣＳ音声とＳＩＰの間のｅＣａｌｌセッションのためのインターワーキングを可能にした後、ＭＳＣは、ＥＡＴＦに対しハンドオーバーされるべき緊急通話サービスに関する情報を含むＳＩＰ  ＩＮＶＩＴＥメッセージまたはＵＰＤＡＴＥメッセージを伝送でき、ＥＡＴＦは次に、動作８および９に示されているように、ＰＳＡＰに対するセッション情報を更新するアクションをとる。
【００５４】
代替的には、図８に示されているように、ＥＡＴＦ１６は、ドメイン転送要求のコンタクト・ヘッダー・フィールド内などでＭＧＣＦ２４に対してサービスＵＲＮとしてｅＣａｌｌセッションの標示を伝送することによって、ＩＭＳセッション内で活動状態にある緊急通話サービスに関してＭＳＣ２２に通知することができる。ＭＧＣＦは、それ自体、例えばＩＳＵＰ通話進捗（ＣＰＧ）メッセージ、アドレス完了メッセージ（ＡＣＭ）または回答メッセージ（ＡＮＭ）内のサービス・カテゴリーＩＥ内部で、ＳＲＶＣＣ  ＭＲＣに対してＩＭＳセッションの標示を伝送するように構成されている。ｅＣａｌｌセッションの標示は、動作５で示されているように、ＩＮＶＩＴＥまたはＵＰＤＡＴＥメッセージ内で送信できる。したがって、ＭＳＣは次に、緊急通話サービス、例えばｅＣａｌｌコーデック用に、ＭＧＷ１４からのリソースを確保することができ、動作６および７で示されている通り、ＳＩＰ２００（ＩＮＶＩＴＥ／ＵＰＤＡＴＥ）メッセージなどのＥＡＴＦに対する対応する回答を生成することができる。ＥＡＴＦは次に、動作８に示されているように、ＰＳＡＰ１８に対するセッション情報を更新するためのアクションをとることができる。
【００５５】
さらに別の例として、装置４０は、ハンドオーバー完了メッセージ内で標示を受信することにより、ＩＭＳセッション内で緊急通話サービスが活動状態にあることの標示を受信するための、プロセッサ４０、通信インターフェース４４などの手段を含むことができる。この例示的実施形態の装置は、同様に、ＭＧＷ２８、３０からｅＣａｌｌコーデックなどの緊急通話サービスをサポートするためのリソースを確保するためのプロセッサ、通信インターフェースなどの手段も含むことができる。
【００５６】
一例として、ＴＳ２３．２１６に準じて、ネットワークにおいてＳＲＶＣＣ準備が完了した時点で、ＵＥ１０は、例えばパケット交換ネットワーク１２から、ソース無線アクセス技術（ＲＡＴ）を介してハンドオーバーコマンドを受信することができる。ＵＥは次に、パケット交換ネットワーク２０などの標的ネットワークに移動でき、基本局コントローラ（ＢＳＣ）／無線ネットワークコントローラ（ＲＮＣ）９０に対してリロケーション／ハンドオーバー完了メッセージを伝送でき、この基本局コントローラ（ＢＳＣ）／無線ネットワークコントローラ（ＲＮＣ）はそれ自体、図９の動作１、２および３に示されているように、標的ネットワークのＭＳＣ９２までリロケーション・ハンドオーバー完了メッセージを転送する。この例示的実施形態において、リロケーション／ハンドオーバー完了メッセージは、緊急通話サービスがＩＭＳセッション内で活動状態にあるか否かについての標示を含むことができる。進行中のＩＭＳセッション内で緊急通話サービスが活動状態であることの標示を含むリロケーション／ハンドオーバー完了メッセージに応答して、例えばＭＧＷ１４からｅＣａｌｌ音声モデムなどのｅＣａｌｌコーデックのためにリソースを確保することなどによって、回線交換ネットワーク内の緊急通話サービスのためにメディア・リソースを確保し、こうして動作４に示されているようにＣＳ音声およびＳＩＰ内のｅＣａｌｌセッションのためのインターワーキングを可能にするようにＭＳＣを構成することができる。動作５に示されているように、例えばｅＣａｌｌセッションなどの緊急通話サービスがＩＭＳセッション内で活動状態にあることの標示をメッセージが含んでいる状態で、ＥＡＴＦ１６などのＩＭＳネットワークに対して対応するＩＮＶＩＴＥメッセージまたはＵＰＤＡＴＥメッセージを伝送するようにＭＳＣを構成することもできる。ＥＡＴＦは次に、動作６に示されているように、ＰＳＡＰ１８に対するセッション情報を更新するためのアクションをとることができる。
【００５７】
別の例示的実施形態において、ｅＣａｌｌセッションなどの緊急通話サービスは、ＵＥとＰＳＡＰ１８の間で進行中であることができる。したがって、ＰＳＡＰは、ＳＩＰプロトコルを用いて更新済みＭＳＤ情報を要求できる。例えばＳＲ−ＶＣＣにしたがったハンドオーバーの後に、ＳＩＰメッセージがＵＥに送達されることはなく、したがって回線交換ネットワークは、例えば図１０に示されている更新済みＭＳＤ情報の提供を容易にするためにプロトコル翻訳を行わなくてはならない。
【００５８】
図１０の動作０に示されているように、ＵＥ１０とＰＳＡＰ１８間の所定の場所にｅＣａｌｌセッションがあることの結果として緊急通話サービスは進行中であり得、これは図２に示され以上で説明したように、ＵＥとＭＧＭ２８、３０の間のＡＲＭ−ＣＳコーデックおよびＭＧＭとＰＳＡＰ間のＡＭＲ−ＶｏＩＰコーデックなどの、ＧＳＭ  ｅＣａｌｌコーデックによってサポート可能である。ＰＳＡＰは、ＳＲ−ＶＣＣにしたがったハンドオーバーの発生時のように、更新済みＭＳＤ情報が得られる必要があるかを判断することができ、今度は動作１および２に示されているように、ＥＡＴＦ１６などのＩＭＳに対してＳＩＰメッセージを伝送することなどによって、ＵＥに向かってＳＩＰメッセージを伝送することができる。ＥＡＴＦなどのＩＭＳは、動作３に示されているようにＳＲ−ＶＣＣ  ＭＳＣ２２に対しＳＩＰメッセージを渡すことができる。ＳＲＶＣＣ  ＭＳＣは、更新済みＭＳＤ情報を要求するＳＩＰメッセージを受信し、回線交換ネットワーク２０へのハンドオーバーの後ＵＥに対しＳＩＰメッセージを送達してはならないかを判断でき、更新済みＭＳＤ情報に対する要求を含むＨ．２４８要求にメッセージを翻訳することによって、プロトコル変換を行うことができる。図１０の動作４を参照のこと。ＳＲＶＣＣ  ＭＳＣは、翻訳を行うものとして説明されているが、プロトコル翻訳は、代りに、任意にはＳＲＶＣＣ  ＭＳＣと同一の場所に設置できるＭＧＣＦ２４によって行うこともできる。このＨ．２４８要求は、次に、動作５に示されているように、ＭＧＷに伝送可能である。Ｈ．２４８要求に基づいて、ＭＧＷは、動作６に示されているように、ＭＳＤ情報を得るためにＧＳＭ  ｅＣａｌｌコーデックを用いてＵＥと通信する。したがって、ＭＧＷは、別のプロトコル変換、すなわち、ＵＥへの伝送に先立ってＨ．２４８からＧＳＭ  ｅＣａｌｌコーデックへの変換、次にＵＥからＭＳＤ情報を受信した時点でＧＳＭ  ｅＣａｌｌコーデックのプロトコルからＨ．２４８への変換を行うことができる。ＭＧＷがひとたびＭＳＤ情報を受信したならば、ＭＧＷは、ＭＳＤ情報を含むＨ．２４８メッセージを作成し、ＳＲ−ＶＣＣ  ＭＳＣに対するＨ．２４８メッセージの中で、更新済みＭＳＤ情報を送る。動作７を参照のこと。ＳＲ−ＶＣＣ  ＭＳＣは、Ｈ．２４８メッセージから更新済みＭＳＧ情報を抽出し、更新済みＭＳＤ情報を含むＳＩＰメッセージを作成する。動作８を参照のこと。ＳＲ−ＶＣＣ  ＭＳＣは次に、例えばＥＡＴＦなどのＩＭＳに対するＳＩＰメッセージの伝送など、ＰＳＡＰに向かって更新済みＭＳＤ情報を含むＳＩＰメッセージを伝送し、このＩＭＳはそれ自体、動作９および１０に示されているように、ＳＩＰメッセージをＰＳＡＰに渡す。ＳＲＶＣＣにしたがったハンドオーバーと併せて更新済みＭＳＤ情報のための要求を描く図１１も参照のこと。
【００５９】
以上の例示的実施形態によって示されているように、ＩＭＳセッションが進行中である間にパケット交換ネットワーク１２から回線交換ネットワーク２０へのハンドオーバーを容易にするための方法、装置およびコンピュータ・プログラム・プロダクトが提供されている。ｅＣａｌｌセッションなどの緊急通話サービスがハンドオーバー時にＩＭＳセッション内で活動状態にあるインスタンスにおいて、例示的実施形態の方法、装置およびコンピュータ・プログラム・プロダクトは、ｅＣａｌｌセッションなどの緊急通話サービスをサポートするのに必要とされるメディア・リソースを回線交換ネットワーク内で確保させることができ、こうして、ｅＣａｌｌセッションなどの緊急通話サービスはパケット交換ネットワークから回線交換ネットワークへのハンドオーバーの後も継続できるようになっている。こうして、例示的実施形態の方法、装置およびコンピュータ・プログラム・プロダクトは、ＩＭＳセッション内で活動状態にある緊急通話サービスが回線交換ネットワークへのＳＲＶＣＣハンドオーバーの後もサポートされ続けることができるようにする。その結果、緊急サービスを容易にするように、ｅＣａｌｌセッションなどの緊急通話サービスにより提供されるＭＳＤを提供し続けることができる。
【００６０】
上述のように、図４および６は、本発明の例示的実施形態に係る装置４０、方法およびコンピュータ・プログラム・プロダクトの流れ図を例示している。流れ図の各ブロック、および流れ図の中のブロックの組合せは、さまざまな手段、例えばハードウェア、ファームウェア、プロセッサ、回路および／または１つ以上のコンピュータ・プログラム命令を含むソフトウェアの実行に結びつけられた他の通信デバイスによって実装可能であることが分かる。例えば、上述のプロシージャの１つ以上を、コンピュータ・プログラム命令によって実施することができる。この点に関して、上述のプロシージャを実施するコンピュータ・プログラム命令を、本発明の一実施形態を用いる装置のメモリ・デバイス４４により記憶させ、装置のプロセッサ４２により実行させることができる。認識できるように、このようないずれかのコンピュータ・プログラム命令は、マシンを製造するためにコンピュータまたは他のプログラム可能な装置（例えばハードウェアなど）上にロードでき、こうして、結果として得られたコンピュータまたは他のプログラム可能な装置が、流れ図のブロック内に規定された機能を実装するようになっている。これらのコンピュータ・プログラム命令は同様に、コンピュータまたは他のプログラム可能な装置が特定の形で機能するように誘導できるコンピュータ可読メモリ内に記憶することもでき、こうしてコンピュータ可読メモリ内に記憶された命令は、実行されると流れ図のブロック内に規定された機能を実装することになる製品を製造する。コンピュータ・プログラム命令は同様に、コンピュータまたは他のプログラム可能な装置上で実行する命令が、流れ図のブロック内で規定されている機能を実装するための動作を提供するように、コンピュータ実装プロセスを生成するため、コンピュータまたは他のプログラム可能な装置上で一連の動作を実施させるべく、コンピュータまたは他のプログラム可能な装置上にロードすることも可能である。
【００６１】
したがって、流れ図のブロックは、規定された機能を実施するための手段の組合せ、および規定された機能を実施するために規定された機能を実施するための動作の組合せをサポートする。同様に、流れ図の１つ以上のブロック、および流れ図内のブロックの組合せは、規定の機能を実施する特殊用途向けハードウェアベースのコンピュータシステム、または特殊用途向けハードウェアおよびコンピュータ命令の組合せによって実装可能であることも分かる。
【００６２】
いくつかの実施形態において、上述の動作のいくつかを修正するかまたはさらに拡充することができる。その上、いくつかの実施形態において、追加の任意の動作を含み入れることができる。上述の動作に対する修正、追加または拡充は、任意の順序および任意の組合せで実施できる。
【００６３】
本発明が関連する技術分野の当業者であれば、以上の説明および付随する図面中で提示されている教示のメリットを有する、本明細書中に明記されている発明の多くの修正および他の実施形態着想するものである。したがって、本発明は、開示された特定の実施形態に限定されるべきでなく、修正および他の実施形態が添付クレームの範囲内に含み入れられるよう意図されているということを理解すべきである。さらに、上述の説明および付随する図面は、要素および／または機能のいくつかの例示的組合せの文脈において例示的実施形態を説明しているものの、添付クレームの範囲から逸脱することなく、要素および／または機能の異なる組合せを変形実施形態により提供することができる、という点を認識すべきである。この点に関して、例えば、以上で明示的に説明したものと異なる要素および／または機能の組合せも同様に、添付クレーム中に明記できるものとして企図されている。本明細書では特定の用語が使用されているものの、これらは、包括的かつ技術的意味でのみ使用され、限定を目的として使用されるものではない。
【図１】
0006420466.tif 000006
【図２】
0006420466.tif 000007
【図３】
0006420466.tif 000008
【図４】
0006420466.tif 000009
【図５】
0006420466.tif 000010
【図６】
0006420466.tif 000011
【図７】
0006420466.tif 000012
【図８】
0006420466.tif 000013
【図９】
0006420466.tif 000014
【図１０】
0006420466.tif 000015
【図１１】
0006420466.tif 000016