JP5866022B2 - 単一無線ボイスコール継続性ハンドオーバーのための最少のアクセス転送コントロールファンクション要求 - Google Patents

Description

本発明は、一般的に、通信システムに関するもので、より詳細には、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）通信システムに関する。又、本発明は、一般的に、単一無線ボイスコール継続性及び逆方向の単一無線ボイスコール継続性をサポートすることにも関する。

関連出願の相互参照：本出願は、２０１１年１０月４日に出願された米国プロビジョナル特許出願第６１／５４３，０７０号の３５Ｕ.Ｓ.Ｃ.§１１９（ｅ）のもとで優先権を主張する。この早期出願された特許出願の要旨は、参考として、ここに援用される。

ＩＭＳにアンカーされたユーザ装置（ＵＥ）により開始されたボイスコールは、ＵＥが回路交換（ＣＳ）無線ドメインとパケット交換（ＰＳ）無線ドメインとの間を移動するときに持続することができ、そしてその逆のことも言える。例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）の第２世代（２Ｇ）又は第３世代（３Ｇ）テレコミュニケーションシステム内のＵＥによって開始されたボイスコールは、３ＧＰＰ長期進化（ＬＴＥ）アドバンスト通信システムへハンドオーバーすることができ、そしてその逆のことも言える。

より特定の例として、ＩＭＳにアンカーされたボイスコールは、３ＧＰＰユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）／移動通信用グローバルシステム（ＧＳＭ（登録商標））のエンハンストデータレートＧＳＭ（登録商標）（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）ＣＳテレコミュニケーションシステム内でＵＥにより開始され、そして進化型ユニバーサル地上無線アクセスネットワーク（ｅ−ＵＴＲＡＮ）／高速パケットアクセス（ＨＳＰＡ）テレコミュニケーションシステムへハンドオーバーされ、又、その逆のことも言える。ＵＥが所与の時間にそれらテレコミュニケーションシステムの１つのみを経て送信／受信することしかできないときにＩＭＳにアンカーされるボイスコールに対してＩＭＳからＥＵＴＲＡＮ／ＨＳＰＡテレコミュニケーションシステムを経てＵＴＲＡＮ／ＧＥＲＡＮテレコミュニケーションシステムへ至るボイスコールの継続性は、単一無線ボイスコール継続性（ＳＲＶＣＣ）と称される。又、ＵＥが所与の時間にそれらのテレコミュニケーションシステムの１つのみを経て送信／受信することしかできないときにＩＭＳにアンカーされるボイスコールに対してＵＴＲＡＮ／ＧＥＲＡＮテレコミュニケーションシステムからＥＵＴＲＡＮ／ＨＳＰＡテレコミュニケーションシステムを経てＩＭＳへ至るボイスコール継続性は、逆方向の単一無線ボイスコール継続性（ｒＳＲＶＣＣ）と称される。

本発明の一実施形態によれば、方法は、ユーザ装置から登録要求メッセージを受信することを含み、その登録要求メッセージは、逆方向の単一無線ボイスコール継続性の情報が欠けている。この方法は、更に、アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときにその登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませることを含む。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーに登録要求メッセージを送信することを含む。

別の実施形態によれば、装置は、プロセッサ、及びコンピュータプログラムコードを含むメモリを備えている。メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置から登録要求メッセージを受信するようにさせ、その登録要求メッセージは、逆方向の単一無線ボイスコール継続性の情報が欠けている。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときにその登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませるようにさせる。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、サービス集中化及び継続性アプリケーションサーバーへ登録要求メッセージを送信するようにさせる。

別の実施形態によれば、装置は、ユーザ装置から登録要求メッセージを受信するための受信手段を備え、その登録要求メッセージは、逆方向の単一無線ボイスコール継続性の情報が欠けている。装置は、更に、アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときにその登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませるための手段を備えている。装置は、更に、サービス集中化及び継続性アプリケーションサーバーへ登録要求メッセージを送信するための送信手段を備えている。

別の実施形態によれば、非一時的なコンピュータ読み取り可能な媒体は、プロセッサにより実行されたときに、そのプロセッサが、方法を実施するようにさせるコンピュータプログラムを記憶している。その方法は、ユーザ装置から登録要求メッセージを受信することを含み、その登録要求メッセージは、逆方向の単一無線ボイスコール継続性の情報が欠けている。この方法は、更に、アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときにその登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませることを含む。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーへ登録要求メッセージを送信することを含む。

本発明の一実施形態によれば、方法は、ユーザ装置から回路交換アタッチメッセージを受信することを含む。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信することを含み、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスする。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信することを含む。その登録応答メッセージは、サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含む。

別の実施形態によれば、装置は、プロセッサ、及びコンピュータプログラムコードを含むメモリを備えている。メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置から回路交換アタッチメッセージを受信するようにさせる。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、サービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信するようにさせ、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスする。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信するようにさせる。登録応答メッセージは、サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含む。

別の実施形態によれば、装置は、ユーザ装置から回路交換アタッチメッセージを受信するための受信手段を備えている。更に、装置は、サービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信するための送信手段を備え、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスする。更に、装置は、サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信するための受信手段を備えている。登録応答メッセージは、サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含む。

別の実施形態によれば、非一時的なコンピュータ読み取り可能な媒体は、プロセッサにより実行されたときに、そのプロセッサが、方法を実施するようにさせるコンピュータプログラムを記憶している。その方法は、ユーザ装置から回路交換アタッチメッセージを受信することを含む。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信することを含み、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスする。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信することを含む。その登録応答メッセージは、サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含む。

本発明の一実施形態によれば、方法は、ユーザ装置から移動コール発信セットアップメッセージを受信することを含み、その移動コール発信セットアップメッセージは、ユーザ装置のポート番号及びコーデックを含む。この方法は、更に、アクセスコントロール転送ファンクションを選択することを含み、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。この方法は、更に、選択されたアクセスコントロール転送ファンクションへ第１インバイトメッセージを送信することを含む。この方法は、更に、選択されたアクセスコントロール転送ファンクションから第２インバイトメッセージを受信することを含み、その第２インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーへ第３インバイトメッセージを送信することを含む。この方法は、更に、ユーザ装置へコール確認／警報メッセージを送信することを含み、そのコール確認／警報メッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。

別の実施形態によれば、装置は、プロセッサ、及びコンピュータプログラムコードを含むメモリを備えている。メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置から移動コール発信セットアップメッセージを受信するようにさせるよう構成され、その移動コール発信セットアップメッセージは、ユーザ装置のポート番号及びコーデックを含む。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、アクセスコントロール転送ファンクションを選択するようにさせるよう構成され、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、選択されたアクセスコントロール転送ファンクションへ第１インバイトメッセージを送信するようにさせるよう構成される。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、選択されたアクセスコントロール転送ファンクションから第２インバイトメッセージを受信するようにさせるよう構成され、その第２インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、サービス集中化及び継続性アプリケーションサーバーへ第３インバイトメッセージを送信するようにさせるよう構成される。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置へコール確認／警報メッセージを送信するようにさせるよう構成され、そのコール確認／警報メッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。

別の実施形態によれば、装置は、ユーザ装置から移動コール発信セットアップメッセージを受信するための受信手段を備え、その移動コール発信セットアップメッセージは、ユーザ装置のポート番号及びコーデックを含む。この装置は、更に、アクセスコントロール転送ファンクションを選択するための選択手段を含み、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。この装置は、更に、選択されたアクセスコントロール転送ファンクションへ第１インバイトメッセージを送信する送信手段を含む。この装置は、更に、選択されたアクセスコントロール転送ファンクションから第２インバイトメッセージを受信するための受信手段を含み、その第２インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この装置は、更に、サービス集中化及び継続性アプリケーションサーバーへ第３インバイトメッセージを送信するための送信手段を含む。この装置は、更に、ユーザ装置へコール確認／警報メッセージを送信するための送信手段を含み、そのコール確認／警報メッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。

別の実施形態によれば、非一時的なコンピュータ読み取り可能な媒体は、プロセッサにより実行されたときに、そのプロセッサが、方法を実施するようにさせるコンピュータプログラムを記憶している。その方法は、ユーザ装置から移動コール発信セットアップメッセージを受信することを含み、その移動コール発信セットアップメッセージは、ユーザ装置のポート番号及びコーデックを含む。この方法は、更に、アクセスコントロール転送ファンクションを選択することを含み、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。この方法は、更に、選択されたアクセスコントロール転送ファンクションへ第１インバイトメッセージを送信することを含む。この方法は、更に、選択されたアクセスコントロール転送ファンクションから第２インバイトメッセージを受信することを含み、その第２インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この方法は、更に、サービス集中化及び継続性アプリケーションサーバーへ第３インバイトメッセージを送信することを含む。この方法は、更に、ユーザ装置へコール確認／警報メッセージを送信することを含み、そのコール確認／警報メッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。

本発明の一実施形態によれば、方法は、サービス集中化及び継続性アプリケーションサーバーから第１インバイトメッセージを受信することを含む。この方法は、更に、アクセスコントロール転送ファンクションを選択することを含み、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。この方法は、更に、選択されたアクセスコントロール転送ファンクションへ第２インバイトメッセージを送信することを含む。この方法は、更に、選択されたアクセスコントロール転送ファンクションから第３インバイトメッセージを受信することを含み、その第３インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この方法は、更に、ユーザ装置へ移動コール着信セットアップメッセージを送信することを含み、その移動コール着信セットアップメッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この方法は、更に、ユーザ装置からコール確認メッセージを受信することを含み、そのコール確認メッセージは、ユーザ装置のポート番号及びコーデックを含む。

別の実施形態によれば、装置は、プロセッサ、及びコンピュータプログラムコードを含むメモリを備えている。メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、サービス集中化及び継続性アプリケーションサーバーから第１インバイトメッセージを受信するようにさせるよう構成される。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、アクセスコントロール転送ファンクションを選択するようにさせるよう構成され、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、選択されたアクセスコントロール転送ファンクションへ第２インバイトメッセージを送信するようにさせるよう構成される。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、選択されたアクセスコントロール転送ファンクションから第３インバイトメッセージを受信するようにさせるよう構成され、その第３インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置へ移動コール着信セットアップメッセージを送信するようにさせるよう構成され、その移動コール着信セットアップメッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。更に、メモリ及びコンピュータプログラムコードは、プロセッサと共に、装置が、少なくとも、ユーザ装置からコール確認メッセージを受信するようにさせるよう構成され、そのコール確認メッセージは、ユーザ装置のポート番号及びコーデックを含む。

別の実施形態によれば、装置は、サービス集中化及び継続性アプリケーションサーバーから第１インバイトメッセージを受信するための受信手段を備えている。この装置は、更に、アクセスコントロール転送ファンクションを選択するための選択手段を備え、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。この装置は、更に、選択されたアクセスコントロール転送ファンクションへ第２インバイトメッセージを送信するための送信手段を備えている。この装置は、更に、選択されたアクセスコントロール転送ファンクションから第３インバイトメッセージを受信するための受信手段を備え、その第３インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この装置は、更に、ユーザ装置へ移動コール着信セットアップメッセージを送信するための送信手段を備え、その移動コール着信セットアップメッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この装置は、更に、ユーザ装置からコール確認メッセージを受信するための受信手段を備え、そのコール確認メッセージは、ユーザ装置のポート番号及びコーデックを含む。

別の実施形態によれば、非一時的なコンピュータ読み取り可能な媒体は、プロセッサにより実行されたときに、そのプロセッサが、方法を実施するようにさせるコンピュータプログラムを記憶している。その方法は、サービス集中化及び継続性アプリケーションサーバーから第１インバイトメッセージを受信することを含む。この方法は、更に、アクセスコントロール転送ファンクションを選択することを含み、そのアクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子が以前に与えられないときにはローカル構成に基づく。この方法は、更に、選択されたアクセスコントロール転送ファンクションへ第２インバイトメッセージを送信することを含む。この方法は、更に、選択されたアクセスコントロール転送ファンクションから第３インバイトメッセージを受信することを含み、その第３インバイトメッセージは、選択されたアクセスコントロール転送ファンクションによってポピュレートされた逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この方法は、更に、ユーザ装置へ移動コール着信セットアップメッセージを送信することを含み、その移動コール着信セットアップメッセージは、逆方向の単一無線ボイスコール継続性に対するセッション転送識別子を含む。この方法は、更に、ユーザ装置からコール確認メッセージを受信することを含み、そのコール確認メッセージは、ユーザ装置のポート番号及びコーデックを含む。

本発明の更に別の実施形態、詳細、効果、及び変更は、添付図面を参照してなされた好ましい実施形態の以下の詳細な説明から明らかとなろう。

本発明の一実施形態によりｒＳＲＶＣＣを実施するシステムのブロック図である。 ｒＳＲＶＣＣのＩＭＳ登録手順のシーケンス図である。 ＣＳコール発信セッション手順のセットアップ及びＣＳコール着信セッション手順のセットアップを示すシーケンス図で、各手順は、ＡＴＣＦにアンカーすることを含む。 アクセス転送準備手順のシーケンス図である。 全ｒＳＲＶＣＣ手順の一部分であるＩＭＳセッション継続手順のシーケンス図である。 本発明の一実施形態によりＡＴＣＦ改善を使用するｒＳＲＶＣＣのＩＭＳ登録手順のシーケンス図である。 本発明の一実施形態によりｒＳＲＶＣＣのＩＭＳ登録手順のシーケンス図である。 本発明の一実施形態による移動コール発信セッション手順のセットアップのシーケンス図である。 本発明の一実施形態による移動コール着信セッション手順のセットアップのシーケンス図である。 本発明の一実施形態による方法を示す図である。 本発明の別の実施形態による方法を示す図である。 本発明の別の実施形態による方法を示す図である。 本発明の別の実施形態による方法を示す図である。 本発明の一実施形態による装置を示す図である。

添付図面に示して一般的に説明する本発明のコンポーネントは、広範囲の種々の異なる構成で配列され設計されることが容易に理解されよう。従って、添付図面に示した方法、装置、システム及びコンピュータ読み取り可能な媒体の実施形態の以下の詳細な説明は、特許請求の範囲に規定された本発明の範囲を限定するものではなく、本発明の選択された実施形態を単に例示するものではない。

本明細書全体を通して説明される本発明の特徴、構造及び特性は、１つ以上の実施形態において適当な仕方で組み合わされてもよい。例えば、本明細書全体を通じて「一実施形態」「１つの実施形態」「別の実施形態」「代替え実施形態」「代わりの実施形態」「ある実施形態」「幾つかの実施形態」「異なる実施形態」等の句又は他の同様の言語を使用することは、その実施形態に関連して述べる特定の特徴、構造、又は特性が本発明の少なくとも１つの実施形態に包含されることを意味する。従って、本明細書全体を通じて「一実施形態」「別の実施形態」「代替え実施形態」「ある実施形態」「幾つかの実施形態」「他の実施形態」「異なる実施形態」等の句又は他の同様の言語が出現することは、必ずしも全てが実施形態の同じグループを指すものではなく、そこに述べる特徴、構造又は特性は、１つ以上の実施形態において適当な仕方で組み合わされてもよい。

上述したように、ｒＳＲＶＣＣは、ＵＥが所与の時間に１つのテレコミュニケーションシステムのみを経て送信／受信することしかできないときにＩＭＳにアンカーされるボイスコールに対してＵＴＲＡＮ／ＧＥＲＡＮテレコミュニケーションシステムからＥ−ＵＴＲＡＮ／ＨＳＰＡテレコミュニケーションシステムを経てＩＭＳへ至るボイスコール継続性を指す。ｒＳＲＶＣＣは、例えば、Ｅ−ＵＴＲＡＮ／ＨＳＰＡテレコミュニケーションシステムが利用できるようになるや否やＥ−ＵＴＲＡＮ／ＨＳＰＡテレコミュニケーションシステムのサービスをユーザが確実に使用するため、又は無線ネットワークの使用及びカバレージを最適化するため、オペレータがＵＥを２Ｇ／３Ｇテレコミュニケーションシステムから進化型パケットシステム（ＥＰＳ）へハンドオーバーして戻したいことから、要求される。

従来のｒＳＲＶＣＣ手順では、アクセス転送コントロールファンクション（ＡＴＣＦ）がプロセス全体に含まれることが決定されている。より詳細には、ＡＴＣＦは、ｒＳＲＶＣＣについてケーパブルであるＵＥに関する情報（例えば、インターネットプロトコル（ＩＰ）アドレス、ポート番号、及びコーデック）を記憶し、そしてそれらＵＥの各々についてコール部分に留まる。それ故、従来のｒＳＲＶＣＣ手順では、ＡＴＣＦは、ＭＳＣサーバーによりｒＳＲＶＣＣ手順が呼び出されなくてもＵＥ情報のデータベースを含むことが要求される。従って、各ＵＥに関する情報をデータベースに記憶することをＡＴＣＦに要求するのは、ＡＴＣＦのリソースの浪費である。

従って、本発明の一実施形態によれば、ＡＴＣＦがｒＳＲＶＣＣ手順をサポートする必要がある場合にのみＡＴＣＦがコールセットアップ段階中に動的に割り当てられる新規なｒＳＲＶＣＣ手順が提供される。この実施形態によれば、ＵＥは、ＬＴＥを経ての初期ＩＭＳ登録にｒＳＲＶＣＣ情報を含まない（即ち、その情報が欠けている）。訪問先の公衆地上移動ネットワーク（ＰＬＭＮ）がＳＲＶＣＣをサポートする場合には、その登録がＡＴＣＦを経てルーティングされる。又、ＡＴＣＦがｒＳＲＶＣＣもサポートする場合には、ＩＭＳへの登録にＡＴＣFのユニフォームリソース識別子（ＡＴＣＦ−ＵＲＩ）を含ませる。ＡＴＣＦ−ＵＲＩは、ｒＳＲＶＣＣ及びエンハンストＳＲＶＣＣ（ｅＳＲＶＣＣ）に対して同じＡＴＣＦを指す。それらが同じでない場合には、ＡＴＣＦ識別は含まれない。これは、移動交換センター（ＭＳＣ）のサーバーがコールセットアップ段階中にｒＳＲＶＣＣに対してＡＴＣＦを動的に割り当てることができるようにする。

ＣＳアタッチメント手順の間に、一実施形態によれば、ＭＳＣサーバーは、サービス集中化及び継続性アプリケーションサーバー（ＳＣＣ ＡＳ）へのＩＭＳ集中化サービス（ＩＣＳ）Ｉ２ ＩＭＳ登録を遂行し、これは、ＡＴＣＦを経てルーティングされない。換言すれば、登録メッセージの送信は、ＡＴＣＦをバイパスする。ＩＣＳ Ｉ２ ＩＭＳ登録の後に、ＳＣＣ ＡＳは、そのアイデンティティ（及びＡＴＣＦ ＵＲＩが発生された場合には、おそらくＡＴＣＦ ＵＲＩ）をＭＳＣへ送信する。ＳＣＣ ＡＳがＡＴＣＦ ＵＲＩを送信しない場合には、ＭＳＣサーバーは、ローカル構成に基づいてＡＴＣＦを選択することができる。

コールセットアップ中に、一実施形態によれば、ＵＥは、そのポート番号及びコーデック情報をＭＳＣサーバーに与える。ＭＳＣサーバーは、ＵＥのポート番号及びコーデック情報を記憶し、そしてＡＴＣＦ−ＵＲＩを使用してＡＴＣFを経てコールをルーティングする。ＭＳＣサーバーは、ＩＮＶＩＴＥメッセージにおけるＡＴＣＦからのｒＳＲＶＣＣ（ＳＴＩ−ｒＳＲ）のセッション転送識別子と、アクセス転送ゲートウェイ（ＡＴＧＷ）のアップリンク（ＵＬ）アドレス及びポート情報とを得る。ＭＳＣサーバーは、コールセットアップシグナリング内でＳＴＩ−ｒＳＲをＵＥへ転送する。別の実施形態では、ＵＥからのポート番号及びコーデック情報は、ＣＳのコーデックリスト及びポート番号のようなデフォールトコーデックリストと共に標準化される。このように、ＵＥは、コールセットアップ手順中にポート番号及びコーデック情報をＭＳＣサーバーへ送信することが要求されない。別の実施形態では、ＳＴＩ−ｒＳＲは、ＡＴＣＦがｒＳＲＶＣＣも遂行できるときにＩＭＳ登録中にＡＴＣＦからＵＥに与えられる。

ＳＲＶＣＣ中に、一実施形態によれば、ＭＳＣサーバーは、ターゲット移動マネージメントエンティティ（ＭＭＥ）からハンドオーバーコマンドを受信すると、ＵＥへコマンドを送信し、そのコマンドは、ＵＬ ＩＰアドレスのようなボイス接続情報、及びコールセットアップ手順中にＭＳＣサーバーが受信するＡＴＧＷのポート情報を含む。同時に、ＭＳＣサーバーは、アクセス転送準備メッセージをＡＴＣＦへ送信する。ＬＴＥテレコミュニケーションシステムへハンドオーバーした後に、ＵＥは、ＳＴＩ−ｒＳＲを使用して、アクセス転送完了メッセージをＡＴＣＦへ送信する。ＡＴＣＦは、ＵＥがＬＴＥテレコミュニケーションシステムへハンドオーバーされたことをＳＣＣ ＡＳに通知することで、ハンドオーバーを終了する。

図１は、本発明の一実施形態によるシステム１００のブロック図である。システム１００は、ＵＥ１１０を含む。ＵＥ１１０は、エンドユーザが通信のために直接使用する装置、例えば、移動電話、ラップトップコンピュータ又は他の移動装置である。一実施形態によれば、ＵＥ１１０は、ｒＳＲＶＣＣについて改善されている。従って、ＵＥ１１０は、ＵＥ１００がｒＳＲＶＣＣケーパブルであることをシステム１００及びＩＭＳに指示できる。ＵＥ１１０は、ｒＳＲＶＣＣハンドオーバー手順の後にボイスコールに対して使用されるポートを予め割り当て、そしてその予め割り当てたポートについてシステム１００に通知する。或いは又、ＵＥ１１０は、ｒＳＲＶＣＣハンドオーバー手順の後に予め定義されたポートを使用することができる。ＵＥ１１０は、ｒＳＲＶＣＣハンドオーバー手順の後にボイスコールに使用できるサポートされたコーデックについてシステム１００に通知する。或いは又、ＵＥ１１０は、ｒＳＲＶＣＣハンドオーバー手順の後にボイスコールに対して予め定義されたコードを使用する。アクセス転送準備手順では、ＵＥ１１０は、ｒＳＲＶＣＣハンドオーバー手順の一部分としてボイスベアラに関する情報を受信し、ＵＥ１１０がターゲットシステムへハンドオーバーされるや否や、それを使用し始める。アクセス転送準備手順では、ＵＥ１１０は、ＩＭＳ登録手順遂行後のｒＳＲＶＣＣハンドオーバー手順の後に使用するボイスベアラの確立もトリガーする。更に、ＵＥは、ターゲットシステムへのｒＳＲＶＣＣハンドオーバー手順媒体のセッションコントロールを再確立する。

又、システム１００は、プロキシー−コールセッションコントロールファンクション（Ｐ−ＣＳＣＦ）１２０も備えている。Ｐ−ＣＳＣＦ１２０は、ＩＭＳターミナルに対する第１のコンタクトポイントであるセッションイニシエーションプロトコル（ＳＩＰ）プロキシーである。Ｐ−ＣＳＣＦ１２０は、システム１００内の全てのシグナリング経路に置かれ、そしてシステム１００内の各信号を検査することができる。又、Ｐ−ＣＳＣＦ１２０は、加入者の認証を行い、そしてＩＭＳターミナルとのセキュリティ関連性を確立することができる。アクセス転送準備手順では、Ｐ−ＣＳＣＦ１２０は、アクセス転送準備手順が行われることがＡＴＣＦ（以下に述べるＡＴＣＦ１６０のような）により通知されたときにアクセス転送準備手順の準備のためにポリシー及び課金ルールファンクション（ＰＣＲＦ）と相互作用することができる。

又、システム１００は、ＣＳアクセス１３０も備えている。ＣＳアクセス１３０は、ＣＳテレコミュニケーションシステムへのネットワーク接続を表わす。ＵＥ１１０は、システム１００に接続されるのに加えて、ＣＳアクセス１３０を使用してＣＳテレコミュニケーションシステムに接続される。更に、システム１００のＭＳＣサーバー（例えば、以下に述べるＭＳＣサーバー１７０のような）も、ＣＳアクセス１３０を使用してＣＳテレコミュニケーションシステムに接続される。

システム１００は、ＳＣＣ ＡＳ１４０も備えている。ＳＣＣ ＡＳ１４０は、マルチメディアセッションの継続性を可能にするためのＩＭＳベースのメカニズムを形成する。ＳＣＣ ＡＳ１４０は、次の手順を実施することができる。アクセス転送手順、ＵＥ間転送手順、着信アクセスドメイン選択手順、及びマルチメディアフローを取り扱うためのメディアフローハンドリング手順。アクセス転送手順については、ＳＣＣ ＡＳ１４０は、アクセス転送手順に要求される情報を分析し、どのアクセス転送シナリオを実行すべきか判断し、そしてアクセス転送要求がオペレータのポリシーに一致しない場合にはアクセス転送要求を拒絶する。更に、ＳＣＣ ＡＳ１４０は、第三者の登録の後に、ホーム加入者サーバー（ＨＳＳ）から、ＨＳＳのユーザプロフィールに記憶されたＩＭＳプライベートユーザアイデンティティに結合された相関移動加入者デジタル総合サービス網番号（Ｃ−ＭＳＩＳＤＮ）を検索する。ＳＣＣ ＡＳ１４０は、更に、到来するＳＩＰ ＩＮＶＩＴＥメッセージにおいて与えられる情報を使用して、アクセス転送要求をアンカーセッションと相関させる。更に、ＳＣＣ ＡＳ１４０は、ＡＴＣＦ（以下に述べるＡＴＣＦ１６０のような）からのアクセス転送更新メッセージによって生成されるアクセスレッグをリモートレッグに相関させる。更に、ＳＣＣ ＡＳ１４０は、セットされてＨＳＳに与えられたＳＲＶＣＣ（ＳＴＮ−ＳＲ）に対する既存のセッション転送番号をクリアする。ＡＴＣＦ１６０が使用されるとき、ＳＣＣ ＡＳ１４０は、ＩＭＳ登録手順成功の後に、Ｃ−ＭＳＩＳＤＮ及びルーティング可能なアクセス転送更新−セッション転送識別子（ＡＴＵ−ＳＴＩ）をＡＴＣＦ１６０に与える。

ＳＣＣ ＡＳ１４０は、更に、異なるテレコミュニケーションシステム間のＩＭＳセッションの転送を実行し；セッション確立時に第三者のコールコントロールを実施し；アクセス転送特有の課金データを与え；種々のサービス継続性関連入力ファクタの分析に基づいて、アクセス転送手順のために準備されたオペレータポリシーを更新すべきかどうか判断し；ＵＥ１１０へオペレータポリシーを送信し、そしてオペレータポリシーと、進行中のセッションに対してアクセス転送手順を開始するのに使用できるユーザの好みとの間のプライオリティを含ませることにより、オペレータポリシーを発生及び更新し；そしてＳＣＣ ＡＳ１４０がビデオＳＲＶＣＣ（ｖＳＲＶＣＣ）をサポートする場合には、最も最近アクティブである両方向セッションがボイスであるか又はボイス及びビデオであるかに関連した情報をＭＳＣサーバー（以下に述べるＭＳＣサーバー１７０のような）に与えて、ＳＣＣ ＡＳ１４０が、ＳＲＶＣＣ手順を遂行すべきか又はｖＳＲＶＣＣ手順を遂行すべきか決定できるようにする。更に、ＭＳＣサーバー１７０がｒＳＲＶＣＣについて改善されたことがＭＳＣサーバー１７０により指示される場合には、ＳＣＣ ＡＳ１４０は、ＳＴＮ−ＳＲへの変化が生じるときに（例えば、ＵＥ１１０からＰＳアクセスを経ての初期のＩＭＳ登録手順の間に）、ＡＴＣＦ１６０のＳＴＮ−ＳＲをＭＳＣサーバー１７０に通知する。

又、システム１００は、Ｉ／Ｓ−ＣＳＣＦ１５０も備えている。Ｉ／Ｓ−ＣＳＣＦ１５０は、質問ＣＳＣＦ（Ｉ−ＣＳＣＦ）、サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）、又はそれら２つの組み合わせを表わす。Ｉ−ＣＳＣＦは、管理ドメインの縁に位置するＳＩＰファンクションである。そのＩＰアドレスは、管理ドメインドメインネームシステム（ＤＮＳ）において公表され、リモートサーバーがそれを見つけて、それをドメインへのＳＩＰパケットの登録ポイントのような転送ポイントとして使用できるようにする。又、Ｉ−ＣＳＣＦは、ＨＳＳに問合せて、Ｓ−ＣＳＣFのアドレスを検索し、そしてそのアドレスを、ＳＩＰ登録を遂行するユーザに指定すると共に、ＳＩＰ要求及び応答をＳ−ＣＳＣＦへ転送する。Ｓ−ＣＳＣＦは、シグナリングプレーンの中央ノードであってセッションコントロールを遂行するＳＩＰサーバーである。Ｓ−ＣＳＣＦは、ローカル登録ユーザの全てのシグナリングメッセージの経路に置かれ、各メッセージを検査することができる。Ｓ−ＣＳＣＦは、ユーザプロフィールをＨＳＳからダウンロードし、そしてユーザ対Ｓ−ＣＳＣＦ関連性をＨＳＳにアップロードする。又、Ｓ−ＣＳＣＦは、ＳＩＰ登録も取り扱い、これは、Ｓ−ＣＳＣＦがユーザのＩＰアドレスをＳＩＰアドレスに結合できるようにする。又、Ｓ−ＣＳＣＦは、ＳＩＰメッセージがどのアプリケーションサーバー（１つ又は複数）へ転送されるか判断し、ルーティングサービスを提供し、そしてネットワークオペレータのポリシーを実施する。

又、システム１００は、システム１００内の１つのファンクションであるＡＴＣＦ１６０も備えている。ある実施形態において、ＡＴＣＦ１６０は、システム１００内の個別の機能的エンティティとして配置される。しかしながら、別の実施形態では、ＡＴＣＦ１６０は、Ｐ−ＣＳＣＦ１２０のような、システム１００内の他の既存の機能的エンティティの１つと共通配置される。ＡＴＣＦで改善される従来のＳＲＶＣＣ手順では、ＡＴＣＦ１６０は、アクセス転送手順の前後のコールの期間中にセッションコントロールプレーンに含まれる。しかしながら、本発明のある実施形態では、以下に詳細に述べるように、ＡＴＣＦで改善されるｒＳＲＶＣＣ手順において、ＡＴＣＦ１６０は、それがアクセス転送手順に必要とされるときだけセッションコントロールプレーンに含まれる。ＡＴＣＦ１６０は、オペレータのポリシーに基づいて、ＳＴＮ−ＳＲを割り当て、ＳＩＰセッションに対してそれ自身を含ませ、そして発信及び着信セッションのためのメディア経路をアンカーするようにＡＴＧＷ（以下に述べるＡＴＧＷ１９０のような）に命令する。又、ＡＴＣＦ１６０は、選択されたセッションに対してアクセス転送手順を遂行することのできるセッションを追跡する（別の状態、アクティブ又は保持のいずれかで）。又、ＡＴＣＦ１６０は、リモートレッグの更新を要求せずに、アクセス転送手順を遂行し、そしてＣＳアクセスレッグのための新たなメディア経路でＡＴＧＷ１９０を更新する。アクセス転送手順が完了した後に、ＡＴＣＦ１６０は、着信アクセスドメイン選択（Ｔ−ＡＤＳ）が現在使用中のテレコミュニケーションシステムの情報を有するよう保証するためにアクセス転送手順で行われたＳＣＣ ＡＳ１４０を更新する。又、ＡＴＣＦ１６０は、アクセス転送手順が失敗となったシナリオも取り扱う。

更に、アクセス転送手順の後に、ローカルポリシーに基づき、ＡＴＣＦ１６０は、リモートエンド更新手順を使用してメディア経路からＡＴＧＷ１９０を除去する。ＭＳＣサーバー支援中間コール特徴が使用される場合には、ＳＣＣ ＡＳ１４０は、転送セッションに対してＡＴＣＦ１６０へ変更、保持及び／又は会議状態に関するセッション状態情報を与える。ＡＴＣＦ１６０は、ＵＥ１１０とＳＣＣ ＡＳ１４０との間で交換される動的なＳＴＩを変更することはない。

更に、ｒＳＲＶＣＣについて改善されるＭＳＣサーバー（以下に述べるＭＳＣサーバー１７０のような）からの登録手順において、ＡＴＣＦ１６０は、従来のｒＳＲＶＣＣ手順に基づき、ＣＳを経ての将来のセッション確立のための経路に対してそれ自身を含ませ、そして登録を関連ＰＳ登録に相関させる。しかしながら、本発明のある実施形態では、以下に詳細に述べるように、ＡＴＣＦで改善されるｒＳＲＶＣＣ手順では、ＡＴＣＦ１６０は、それがアクセス転送手順に必要とされるときだけセッションコントロールプレーンに含まれる。又、ＡＴＣＦ１６０は、ＭＳＣサーバー１７０から開始されるか又はそこに向けられるセッションセットアップのためのＵＥ１１０のｒＳＲＶＣＣ能力の付加的な基準でメディアアンカー判断を行う。又、ＡＴＣＦ１６０は、ｒＳＲＶＣＣについて改善されるＭＳＣサーバー１７０及びＵＥ１１０により開始されるセッション転送手順を相関させる。セッション確立においてメディアアンカーがなされた場合には、ＡＴＣＦ１６０は、アクセス転送手順を遂行して、ＡＴＧＷ（以下に述べるＡＴＧＷ１９０のような）を、新たなＰＳアクセスレッグのための新たなメディア経路で更新し、リモートレッグの更新を要求することはない。或いは又、セッション確立時にメディアアンカーがなされなかった場合には、ＡＴＣＦ１６０は、ＰＳアクセスレッグに対してメディアゲートウェイ（ＭＧＷ）とＡＴＧＷ１９０との間に新たなメディア経路を確立することによりｒＳＲＶＣＣ手順の一部分としてＡＴＧＷ１９０にコールを任意にアンカーし、そしてＵＥ１１０がターゲットテレコミュニケーションシステムへハンドオーバーしたときにリモートレッグを更新して、サービス継続手順を遂行する。

又、システム１００は、ＭＳＣサーバー１７０も備えている。ＭＳＣサーバー１７０は、システム１００と固定ネットワークとの間のインターフェイスを構成する。ＭＳＣサーバー１７０は、ＵＥ（ＵＥ１１０のような）への及びＵＥからの回路交換サービスを取り扱うために全ての必要なファンクションを遂行する。回路交換サービスを取り扱う標準的なファンクションに加えて、ＭＳＣサーバー１７０は、ＳＲＶＣＣのサポートのために、次のファンクションを必要に応じて与える。サービング汎用パケット無線サービスサポートノード（ＳＧＳＮ）／ＭＭＥからのボイスコンポーネントに要求されるリロケーション準備手順を取り扱うこと；ＩＭＳからＣＳへのセッション転送手順又は非常用セッション転送手順を呼び出すこと；ＣＳハンドオーバー手順及びセッション転送手順を整合すること；ＵＥ１１０からトリガーされる手順を伴わずに移動アプリケーション部分（ＭＡＰ）更新位置手順を取り扱うこと；及び非常用セッションの場合に、位置継続性をサポートするためにＭＡＰ契約位置レポートをゲートウェイ移動位置センター（ＧＭＬＣ）へ条件に応じて送信すること。更に、ＭＳＣサーバー１７０は、ＩＣＳのサポートについて改善され、そして識別されたＩＣＳユーザに対して次のファンクションを与える。ＩＭＳ ＳＩＰとのインターネットワーキングのためにＣＳアクセス（Ａ／Ｉｕインターフェイス及びＥインターフェイスのような）を経て受信されるユーザネットワークシグナリングを処理すること、及びその逆も又真であること；ＣＳアクセスとリアルタイムトランスポートプロトコル（ＲＴＰ）ベアラとの間のインターワーキングを可能にするようにＭＧＷファンクションをコントロールすること；ＩＣＳにおいてマルチメディアコールをサポートするようにインターワーキングを遂行すること；ＣＳシグナリングと通信サービスセッティング手順との間の通信サービスセッティング変換ファンクションを実施すること；及びユーザプロフィールに存在し得る補足的サービス又はインテリジェントネットワーク（ＩＮ）トリガーを無視すること。更に、ＭＳＣサーバー１７０は、ｒＳＲＶＣＣについて改善され、そしてｒＳＲＶＣＣをサポートする上で次のファンクションを与える。まだ得られていないＡＴＣＦアドレスを発見し、そしてＩＭＳ登録を遂行するときにＡＴＣＦ１６０を出て行くプロキシーとして使用し、ＡＴＣＦ１６０は、ＵＥ１１０に対するＩＭＳ登録手順の間に割り当てられ、そしてセッション経路に留まる事を判断すること；ＣＳからＩＭＳへのセッション転送手順を開始すること；及びＳｖインターフェイスを経てターゲットセルへボイスコンポーネントをハンドオーバーするためにＣＳからＰＳへのハンドオーバー手順を開始すること。

又、システム１００は、ＳＧＳＮ／ＭＭＥ１８０も備えている。ＳＧＳＮ／ＭＭＥ１８０は、ＳＧＳＮ、ＭＭＥ、又はそれら２つの組み合わせを表わす。ＳＧＳＮ／ＭＭＥ１８０は、ｒＳＲＶＣＣについて改善される。ＳＧＳＮ／ＭＭＥ１８０は、ＭＳＣサーバー１７０から要求されたリロケーション準備手順を取り扱い、ＭＳＣサーバー１７０は、ｒＳＲＶＣＣについて改善される。ＳＧＳＮ／ＭＭＥ１８０は、ターゲット通信システムにおけるボイスメディアに対しベアラ予約手順を遂行する。又、ＳＧＳＮ／ＭＭＥ１８０は、無線リソースを割り当てずにボイスベアラを確立する。更に、ＳＧＳＮ／ＭＭＥ１８０は、ＰＳハンドオーバー手順及びＣＳ−ＰＳハンドオーバー手順を、その両手順が遂行されるときに、整合する。又、ＳＧＳＮ／ＭＭＥ１８０は、ｒＳＲＶＣＣハンドオーバー手順と同時にＰＳ−ＰＳハンドオーバー手順が遂行されない場合に、ＰＤＰコンテキスト関連情報を検索する。

又、システム１００は、ＡＴＧＷ１９０も備えている。ＡＴＧＷ１９０は、ＡＴＣＦ１６０によりコントロールされ、そしてＡＴＣＦで改善されるＳＲＶＣＣが使用される場合には、コールの期間中及びアクセス転送手順の後に、サービングネットワークのローカルポリシーに基づいて、セッションメディア経路に留まる。ＡＴＧＷ１９０は、ハンドオーバー手順の前に使用されたメディアがＭＳＣサーバー１７０によりサポートされない場合にはＳＲＶＣＣハンドオーバー手順の後にトランスコーディングをサポートする。ＡＴＣＦ１６０の配置によっては、ＡＴＧＷ１９０は、ＩＭＳアクセスゲートウェイ（ＩＭＳ−ＡＧＷ）又はトランスレーションゲートウェイ（ＴｒＧＷ）のような異なる物理的ノードで構成される。

当業者であれば、図１に示すシステム１００の構成は、規範的な構成であり、且つシステム１００は、本発明の範囲内で別の構成に基づいて構成されてもよいことが容易に明らかであろう。

システム１００は、ＵＥ１１０がシステム１００に登録されるときＩＭＳ登録手順のために次の要件を有する。Ｇｍインターフェイスを経てのＩＭＳ登録手順の間に、ＵＥ１１０は、そのポート番号及びコーデックを、ｒＳＲＶＣＣの後にダウンリンク（ＤＬ）メディア方向に対してＡＴＣＦ１６０へ指示する。ＡＴＣＦ１６０は、この情報を記憶し、そしてそれを使用して、メディアスイッチングのためにｒＳＲＶＣＣ手順中にＡＴＧＷ１９０をコントロールする。ＡＴＣＦ１６０は、Ｇｍインターフェイスを経てＩＭＳ登録応答の一部分としてＵＥ１１０へＳＴＩ−ｒＳＲを返送する。ＭＳＣサーバー１７０（ｒＳＲＶＣＣについて改善される）は、ＣＳコール発信及び着信の間にＩＭＳシグナリングがＡＴＣＦ１６０を横断するよう保証するためにＡＴＣＦ１６０に向かってＩＣＳ Ｉ２登録を開始する。ＩＭＳ登録手順の更なる詳細は、図２を参照して以下に説明する。

図２は、ｒＳＲＶＣＣのためのＩＭＳ登録手順のシーケンス図である。ＩＭＳ登録手順によれば、ＵＥ２１０は、Ｇｍインターフェイスを経てＰ−ＣＳＣＦ２２０へＩＭＳ登録要求を送信する。ＩＭＳ登録要求は、ＵＥ２１０のポート番号及びコーデックを含む。Ｐ−ＣＳＣＦ２２０は、ＩＭＳ登録要求を受信し、そしてＩＭＳ登録要求をＡＴＣＦ２３０へ送信する。ＡＴＣＦ２３０は、ｒＳＲＶＣＣの後にＤＬメディア方向に対してＵＥ２１０のポート番号及びコーデックを記憶する。ＡＴＣＦ２３０は、ＵＥ２１０のポート番号及びコーデックを、例えば、ＡＴＣＦが作動的に接続されるデータベースに記憶する。従って、ＡＴＣＦは、ＵＥデータを保持することが要求され、そしてＵＥデータを記憶するためにデータベース記憶装置を有することが要求される。

ＡＴＣＦ２３０は、その後、それ自身のＳＴＮ−ＳＲを割り当てる。ＡＴＣＦ２３０は、ＳＴＮ−ＳＲをＩＭＳ登録メッセージに記憶し、そしてＩＭＳ登録メッセージをＩ／Ｓ−ＣＳＣＦ（ＳＣＣ ＡＳ）２４０へ送信し、ここで、Ｉ／Ｓ−ＣＳＣＦ（ＳＣＣ ＡＳ）２４０は、ＳＴＮ−ＳＲをＳｈ更新メッセージ内に記憶し、そしてＳｈ更新メッセージをＨＳＳ２６０へ送信する。ＩＭＳ登録メッセージを送信した後に、ＡＴＣＦ２３０は、ＩＭＳ登録応答を、Ｇｍインターフェイスを経てＵＥ２１０へ送信する。ＩＭＳ登録応答は、ＳＴＩ−ｒＳＲを含む。

次いで、ＵＥ２１０は、ＣＳアタッチメッセージをＭＳＣサーバー（ＭＳＳ）（ＩＣＳ）２５０へ送信することによりＣＳアタッチ手順を開始する。ＣＳアタッチメッセージを受信すると、ＭＳＳ（ＩＣＳ）２５０は、位置更新手順を開始する。位置更新手順の一部分として、ＭＳＳ（ＩＣＳ）２５０は、ＵＥ２１０のＩＣＳ Ｉ２登録手順を開始する。ＩＣＳ Ｉ２登録手順の一部分として、ＭＳＳ（ＩＣＳ）２５０は、ＵＥ２１０のアイデンティティからドメインネームを導出し、そして適当なＩ−ＣＳＣＦ（即ち、Ｉ／Ｓ−ＣＳＣＦ（ＳＣＣ ＡＳ）２４０）のアドレスを発見する。その後に、ＭＳＳ（ＩＣＳ）２５０は、ＩＣＳＩ２ ＩＭＳ登録メッセージをＩ／Ｓ−ＣＳＣＦ（ＳＣＣ ＡＳ）２４０へ送信する。それに応答して、Ｉ／Ｓ−ＣＳＣＦ（ＳＣＣ ＡＳ）２４０は、ＩＣＳ Ｉ２ ＩＭＳ登録応答をＭＳＳ（ＩＣＳ）２５０へ送信し、ここで、ＩＣＳ Ｉ２ ＩＭＳ登録応答は、ＳＴＮ−ＳＲを含む。又、ＭＳＳ（ＩＣＳ）２５０は、ＩＣＳ Ｉ２ ＩＭＳ登録メッセージをＡＴＣＦ２３０へ送信し、ＡＴＣＦ２３０は、それを受信して、Ｉ／Ｓ−ＣＳＣＦ（ＳＣＣ ＡＳ）２４０へ送信する。従って、ＡＴＣＦは、ＩＭＳ登録の間に選択され、このＡＴＣＦは、ＵＥ２１０がＧｍを経てＧＰＲＳ／ＬＴＥにわたり別のＩＭＳ登録を遂行するまで、ＵＥ２１０の寿命全体にわたって使用される。

図３は、ＣＳコール発信セッション手順のセットアップ及びＣＳコール着信セッション手順のセットアップを示すシーケンス図で、各手順は、ＡＴＣＦにアンカーすることを含む。ＣＳコール発信手順では、ｒＳＲＶＣＣ ＵＥ−１ ３１０は、ＳＥＴＵＰメッセージをＭＳＣサーバー３３０へ送信する。ＭＳＣサーバー３３０は、その後、ＩＮＶＩＴＥメッセージをＡＴＣＦ３５０へ送信する。ＡＴＣＦ３５０は、ＣＳコール発信手順に対してＡＴＧＷ３６０のリソースをアンカーし且つ割り当てるように決定する。その後、ＡＴＣＦ３５０は、ＩＮＶＩＴＥメッセージをＳＣＣ ＡＳ／Ｓ−ＣＳＣＦ３７０へ送信する。ＳＣＣ ＡＳ／Ｓ−ＣＳＣＦ３７０は、ＩＮＶＩＴＥメッセージを受信し、そしてＩＮＶＩＴＥメッセージをＵＥ−２ ３８０へ送信する。その後、発信セッションのセットアップが完了し、セットアップは、任意であるが、ＡＴＣＦ３５０によるアンカー判断を含む。図３に示すように、ＡＴＣＦ３５０は、ＣＳコール発信手順のセットアップ段階中にコール経路に保持される。

ＣＳコール着信手順において、ＵＥ−２ ３８０は、ＳＣＣ ＡＳ／Ｓ−ＣＳＣＦ３７０へＩＮＶＩＴＥメッセージを送信する。その後に、ＳＣＣ ＡＳ／Ｓ−ＣＳＣＦ３７０は、ＩＮＶＩＴＥメッセージをＡＴＣＦ３５０へ送信する。ＡＴＣＦ３５０は、ＡＴＧＷ３６０のリソースをアンカーし且つ割り当てるように決定する。その後、ＡＴＣＦ３５０は、ＩＮＶＩＴＥメッセージをＭＳＣサーバー３３０へ送信する。その後、ＭＳＣサーバー３３０は、ＳＥＴＵＰメッセージをｒＳＲＶＣＣ ＵＥ−１ ３１０へ送信する。その後、発信セッションのセットアップが完了し、セットアップは、任意であるが、ＡＴＣＦ３５０によるアンカー判断を含む。図３に示すように、ＡＴＣＦ３５０は、ＣＳコール着信手順のセットアップ段階中にコール経路に保持される。

図４は、アクセス転送準備手順のシーケンス図である。ベースステーションコントローラ（ＢＳＣ）／無線ネットワークコントローラ（ＲＮＣ）４１０は、ハンドオーバー（ＨＯ）がｒＳＲＶＣＣに対するものであるとの指示を含むＨＯ要求メッセージをＭＳＣサーバー４３０へ送信する。ＭＳＣサーバー４３０がターゲットＭＳＣサーバーである場合には、ＭＳＣサーバー４３０は、ＨＯ要求メッセージをアンカーＭＳＣサーバー（図４には示さず）へ転送する。その後、ＭＳＣサーバー４３０は、ＳＲＶＣＣ ＣＳ−ＰＳ ＨＯ要求メッセージをターゲットＭＭＥ４９０へ送信する。要求があれば、ＵＥ−１ ４００を識別するために国際移動加入者アイデンティティが与えられる。ＭＳＣサーバー４３０は、アクセス転送通知メッセージをＡＴＣＦ４７０へ送信する。アクセス転送通知メッセージは、ＳＩＰ ＩＮＶＩＴＥメッセージ又はｒｅ−ＩＮＶＩＴＥメッセージのフォーマットであり、これは、ＰＳへのメディアの転送について準備しなければならないことをＡＴＣＦ４７０へ指示する。ＡＴＣＦ４７０は、ＡＴＧＷ（図４には示さず）のメディアポートを割り当てる。ＡＴＣＦ４７０により割り当てられたメディアポート及びコーデックは、応答メッセージにおいてＭＳＣサーバー４３０へ送られる。ＡＴＣＦ４７０は、ＵＥ−１ ４００からポート番号及びコードをそのＩＭＳ登録において検索する。ＡＴＣＦ４７０は、ＵＥ−１ ４００によりなされたＩＭＳ登録と、ＵＥ−１ ４００に代わってＭＳＣサーバー４３０によりなされた登録とを、例えば、それらの両登録に使用されるＣ−ＭＳＩＳＤＮ又は国際移動装置アイデンティティ（ＩＭＥＩ）導出インスタンスアイデンティティに基づいて、相関させることができる。更に、ＡＴＧＷに対するＵＬ ＩＰアドレス及びポート番号も、応答メッセージにおいてＭＳＣサーバー４３０へ送られる。

ターゲットＭＭＥ４９０は、それがＵＥコンテキストをもたない場合に、ＳＧＳＮを通して与えられた一時的移動加入者アイデンティティ（ＴＭＳＩ）（即ち、Ｐ−ＴＭＳＩ）と、元のＳＧＳＮを見出すためのルーティングエリア識別（ＲＡＩ）とを使用して、ソースＳＧＳＮ４４０へコンテキスト要求メッセージを送信する。ソースＳＧＳＮ４４０は、全てのＵＥコンテキストを含むコンテキスト応答メッセージでターゲットＭＭＥ４９０に応答する。その後、ターゲットＭＭＥ４９０は、Ｅ−ＵＴＲＡＮにおいてリソースを割り当てる。

リソースを割り当てた後に、ターゲットＭＭＥ４９０は、ＳＲＶＣＣ ＣＳ−ＰＳ ＨＯ応答をＭＳＣサーバー４３０へ返送する。ＭＳＣサーバーは、おそらくターゲットＭＳＣを経てＢＳＣ／ＲＮＣ４１０へＨＯ要求確認メッセージを送信し、そしてＢＳＣ／ＲＮＣ４１０は、ＣＳ−ＰＳハンドオーバーを指示するＨＯコマンドメッセージをＵＥ−１ ４００へ送信する。又、ＭＳＣサーバー４３０は、ＩＰアドレス／ポート、及びＡＴＧＷに対する選択されたコーデックをＨＯコマンドメッセージ内に含む。

その後、ＭＳＣサーバー４３０は、アクセス転送準備要求メッセージをＡＴＣＦ４７０へ送信する。ＡＴＣＦ４７０がＡＴＧＷにアンカーされたメディアを含むシナリオでは、ＭＳＣサーバー４３０は、アクセス転送準備要求メッセージ（例えば、ＳＩＰ ｒｅ−ＩＮＶＩＴＥ又は暫定的応答確認（ＰＲＡＣＫ）メッセージ）をＡＴＣＦ４７０へ送信し、ＡＴＣＦ４７０（及びそれに対応するＡＴＧＷ）をトリガーして、メディア経路をＵＥ−１ ４００のＩＰアドレス／ポートへスイッチさせる。ＡＴＣＦ４７０が、ＡＴＧＷにアンカーされたメディアを含まないシナリオでは、ＭＳＣサーバー４３０は、アクセス転送準備要求メッセージをＡＴＣＦ４７０へ送信し、そしてＡＴＣＦ４７０（及びそれに対応するＡＴＧＷ）とＭＳＣサーバー４３０との間にメディア経路が確立される。

その後、ＵＥ−１ ４００は、ＨＯ確認メッセージをノードＢ（ＮＢ）／進化型ノードＢ（ｅＮＢ）４２０へ送信する。次いで、ＮＢ／ｅＮＢ４２０は、ハンドオーバー通知メッセージをターゲットＭＭＥ４９０へ送信する。ターゲットＭＭＥ４９０は、変更ベアラ要求メッセージをサービングゲートウェイ（ＳＧＷ）／パケットデータネットワークゲートウェイ（ＰＧＷ）４５０へ送信する。より詳細には、ターゲットＭＭＥは、変更ベアラ要求メッセージをＳＧＷへ送信し、このメッセージは、ＰＧＷへ転送されて、ＰＳベアラコンテキストを更新する。その後、ターゲットＭＭＥは、コンテキスト要求確認メッセージをソースＳＧＳＮ４４０へ送信する。次いで、ボイスメディアが直接的にスタートされる。ＵＥ−１ ４００は、その後、ＡＴＣＦ４７０に向かってセッション継続手順を開始する。セッション継続手順の結果として、ベアラセットアップ手順が遂行され、ベアラセットアップ手順は、Ｐ−ＣＳＣＦ４８０により開始される。その後、ボイスメディアは、専用ベアラにおいて送信される。

図５は、全ｒＳＲＶＣＣ手順の一部分であるＩＭＳセッション継続手順のシーケンス図である。ＩＭＳセッション継続手順は、図４を参照して上述したアクセス転送準備手順中にＭＳＣサーバー／ＭＧＷ５２０からメディア経路スイッチングが要求されたときにスタートされる。ＭＳＣサーバー／ＭＧＷ５２０は、アクセス転送準備要求をＡＴＣＦ５４０へ送信する。ＭＳＣサーバー／ＭＧＷ５２０からアクセス転送準備要求メッセージを受信すると、ＡＴＣＦ５４０は、メディア経路をＰＳアクセスレッグへスイッチするようにＡＴＧＷ５５０を更新する。あるシナリオにおいて、アクセスメディアレッグは、予め確立されたセッションのアクセスメディアレッグへスイッチされる。

ＵＥ−１ ５１０は、それがＰＳへ移動すると、予め決定されたポートを経てメディアを受信する。ＵＥ−１ ５１０は、Ｐ−ＣＳＣＦ５３０へアクセス転送完了要求メッセージを送信することによりメディアのセッションコントロールを再確立する。アクセス転送完了要求メッセージは、ＳＩＰ ＩＮＶＩＴＥ要求メッセージである。アクセス転送完了要求メッセージは、図２を参照して上述したＩＭＳ登録手順中に得られるＳＴＩ−ｒＳＲを含む。その後、Ｐ−ＣＳＣＦ５３０は、アクセス転送完了要求メッセージ（ＳＴＩ−ｒＳＲを含む）をＡＴＣＦ５４０へ転送する。

ＡＴＣＦ５４０は、アクセス転送完了要求メッセージを、ＭＳＣサーバー／ＭＧＷ５２０及び進行中のセッションにより既に送られたアクセス転送準備要求メッセージと相関させ、そしてセッションのセッションコントロールを新たなアクセスレッグへ移動する。あるシナリオにおいて、ＡＴＣＦ５４０は、もし可能であれば、元のセッションで使用したコーデックを使用すべきであることをＵＥ−１ ５１０に通知する。アクセス転送完了要求メッセージを受信した後に、ＡＴＣＦ５４０は、ＳＣＣ ＡＳ５６０との通信を再確立し、そしてアクセス転送更新メッセージをＳＣＣ ＡＳ５６０へ送信することにより転送が行われたことでＳＣＣ ＡＳ５６０を更新する。ＳＣＣ ＡＳ５６０は、アクセス転送応答メッセージをＡＴＣＦ５４０へ送信することにより確認する。その後、ＵＥは、付加的なアクティブな又は保持されたセッションの転送を開始する。

上述した手順は、ＵＥ情報（例えば、ｒＳＲＶＣＣ後のＤＬメディア方向に対するＩＰアドレス、ポート番号、及びコーデック）を記憶できるＡＴＣＦを仮定している。ＡＴＣＦがこのＵＥ情報を記憶するために、ＡＴＣＦは、データベースを有するように作動的に接続される等のある形式の記憶能力を有していなければならない。しかしながら、ネットワークには多数のＵＥが登録されているが、ｒＳＲＶＣＣを要求するのは、僅かしかない。ＡＴＣＦのリソースは、ＩＭＳ登録中に割り当てられ、ＵＥがｒＳＲＶＣＣを要求しない場合には全く使用されないので、ＡＴＣＦのリソースが浪費される。更に、サービングテレコミュニケーションシステムがｅＳＲＶＣＣをサポートしない場合には、ＩＭＳ登録中にＡＴＣＦを選択する理由がない。むしろ、ＡＴＣＦは、発信セッション又は着信セッション中にＭＳＳにより動的に選択される。更に、ＳＷメンテナンス又はアップグレードは、データベースの破壊を回避するために入念な考慮を必要とする。

本発明のある実施形態では、ｒＳＲＶＣＣ手順の３つの段階に対して変更を導入する。（１）ＧＰＲＳ／ＬＴＥにわたる初期ＩＭＳ登録時；（２）ユーザがＣＳドメインにアタッチするとき；及び（３）ＣＳコールセットアップ中。これらの変更は、図６−１３を参照して以下に詳細に述べる。

図６は、本発明の一実施形態によるＡＴＣＦ改善を使用するｒＳＲＶＣＣのＩＭＳ登録手順のシーケンス図である。ＵＥ−１ ６１０は、初期のＳＩＰ ＲＥＧＩＳＴＥＲ要求メッセージをＡＴＣＦ６３０へ送信する。ＡＴＣＦ６３０は、オペレータのポリシーに基づき、且つホームネットワークがＡＴＣＦで改善されたＳＲＶＣＣをサポートする場合には、ＳＴＮ−ＳＲを割り当てるように決定する。ＡＴＣＦ６３０は、登録手順中のその後のメッセージに対するシグナリング経路にそれ自身を含ませることができる。ＳＴＮ−ＳＲは、それが割り当てられた場合に、Ｓ−ＣＳＣＦ６４０へ転送される要求メッセージに含まれる。Ｓ−ＣＳＣＦ６４０は、ＳＩＰ ＲＥＧＩＳＴＥＲ要求メッセージをＳＣＣ ＡＳ６６０へ送信すると共に、ＯＫ確認メッセージをＡＴＣＦ６３０へ送信し、ここで、ＡＴＣＦ６３０は、ＯＫ確認メッセージをＵＥ−１ ６１０へ転送する。オペレータのポリシーに基づいて、ＳＣＣ ＡＳ６６０は、Ｓｈ−ＰｕｌｌメッセージをＨＳＳ６５０へ送信して、ＵＥがＳＲＶＣＣケーパブルであるかどうか知ると共に、ＨＳＳ６５０に記憶されたＳＴＮ−ＳＲを検索する。ＨＳＳ６５０は、もし得られれば、ＵＥ−１ ６１０のＳＲＶＣＣ能力と、もし得られれば、ＳＴＮ−ＳＲとを含むＳｈ−Ｐｕｌｌ応答メッセージで、ＳＣＣ ＡＳ６６０へ応答する。

図７は、本発明の一実施形態によりｒＳＲＶＣＣのＩＭＳ登録手順のシーケンス図である。ＵＥ７１０は、ＩＭＳ登録メッセージをＰ−ＣＳＣＦ７２０へ送信することにより、Ｇｍインターフェイスを経てＩＭＳ登録手順を遂行する。ＩＭＳ登録メッセージは、特定のｒＳＲＶＣＣ情報を含まない（即ち、それが欠けている）。訪問先ＰＬＭＮがｅＳＲＶＣＣをサポートする場合には、Ｐ−ＣＳＣＦ７２０は、ｅＳＲＶＣＣのＡＴＣＦ７３０（即ち、ＡＴＣＦ７３０）へＩＭＳ登録メッセージを転送する。ＡＴＣＦ７３０は、ＳＴＮ−ＳＲを割り当て、そしてＳＴＮ−ＳＲをＩＭＳ登録メッセージ内に含ませる。ＡＴＣＦ７３０がｒＳＲＶＣＣもサポートする場合には、ＡＴＣＦ７３０は、ＩＭＳ登録メッセージ内にＡＴＣＦ−ＵＲＩも含む。ＡＴＣＦ−ＵＲＩは、ｒＳＲＶＣＣ手順のためにｅＳＲＶＣＣ手順中に使用される同じＡＴＣＦ（即ち、ＡＴＣＦ７３０）を指すのに使用される。ＡＴＣＦ−ＵＲＩは、任意のものであり、ｅＳＲＶＣＣ及びｒＳＲＶＣＣの両方に対して同じＡＴＣＦが使用される場合に使用される。ｅＳＲＶＣＣに使用されるＡＴＣＦが、ｒＳＲＶＣＣに使用されるＡＴＣＦとは異なる場合には、ＡＴＣＦ−ＵＲＩがＩＭＳ登録メッセージに含まれない。ＡＴＣＦ７３０は、ＩＭＳ登録メッセージをＩＭＳ（ＳＣＣ ＡＳ）７４０へ送信する。ＡＴＣＦ７３０がｒＳＲＶＣＣにも使用される場合には、ＡＴＣＦは、ＳＴＩ−ｒＳＲをＩＭＳ登録応答の一部分としてＵＥへ返送することができる。

その後、ＵＥ７１０は、ＣＳアタッチメッセージをＭＳＳ７５０へ送信することによりＣＳアタッチ手順を開始する。ＣＳアタッチメッセージを受信すると、ＭＳＳ７５０は、ＵＥ７１０に対するＩＣＳ Ｉ２登録手順を開始する。ＩＣＳ Ｉ２登録手順は、そのＩＣＳ Ｉ２登録メッセージがＩＭＳ（ＳＣＣ ＡＳ）７４０へ送信されるという点で、図２を参照して上述したＩＣＳ Ｉ２登録手順と同様である。しかしながら、上述したＩＣＳ Ｉ２登録手順との１つの重要な相違は、ＩＣＳ Ｉ２登録メッセージが、ＩＭＳ（ＳＣＣ ＡＳ）７４０へ送信されるので、ＡＴＣＦ７３０へはルーティングされないことである。換言すれば、ＩＣＳ Ｉ２登録メッセージの送信は、それがＩＭＳ（ＳＣＣ ＡＳ）７４０へ送信されるので、ＡＴＣＦ７３０をバイパスする。ＩＣＳ Ｉ２登録手順が完了した後に、ＩＭＳ（ＳＣＣ ＡＳ）７４０は、そのアイデンティティ（即ち、Ｃ−ＭＳＩＳＤＮ及びＡＴＵ−ＳＴＩ）を、ＳＩＰメッセージのような登録応答メッセージを経てＭＳＳ７５０へ送信する。ＩＭＳ（ＳＣＣ ＡＳ）７４０がＡＴＣＦ−ＵＲＩを受信した場合には、ＡＴＣＦ−ＵＲＩも、登録応答メッセージ（例えば、ＳＩＰメッセージ）を経てＭＳＳ７５０へ送信される。

図８は、本発明の一実施形態による移動コール発信セッション手順のセットアップを示すシーケンス図である。移動コール発信セッション手順のセットアップ中に、ＭＳＳ８２０は、ｒＳＲＶＣＣに対するものであるＡＴＣＦ（即ち、ＡＴＣＦ８３０）を通してコールをルーティングする。より詳細には、ＵＥ８１０は、移動コール発信セットアップメッセージをＭＳＳ８２０へ送信し、そこで、ＵＥ８１０は、ＰＳアクセスにおいてボイスメディアを受信するための情報、例えば、ＤＬメディア方向に対してＵＥにより使用されるＩＰアドレス、ポート番号及びコーデックを、移動コール発信セットアップメッセージ内に含ませる。ＭＳＳ８２０は、その後、ＵＥ８１０に対するポート番号及びコーデックを記憶し、そしてＡＴＣＦ８３０を選択する。図７を参照して述べたように、ＭＳＳ８２０がＩＭＳ登録手順中にＳＣＣ ＡＳ（図８には示さず）からＡＴＣＦ−ＵＲＩを受信した場合には、ＭＳＳ８２０は、ＡＴＣＦ−ＵＲＩを使用してＡＴＣＦ８３０を選択する。しかしながら、図７を参照して述べたように、ＭＳＳ８２０がＩＭＳ登録手順中にＳＣＣ ＡＳからＡＴＣＦ−ＵＲＩを受信しなかった場合には、ＭＳＳ８２０は、ローカル構成に基づいてＡＴＣＦ８３０を選択する。

この実施形態によれば、ルーティングは、ＭＳＳ８２０がそれ自身のアドレス及びＡＴＣＦ８３０のアドレスをＳＩＰ ＩＮＶＩＴＥメッセージ内にポピュレートできるように「ルーズなルーティング(loose routing)」によって行われる。これは、ＡＴＣＦ８３０が、ＳＩＰ ＩＮＶＩＴＥメッセージをＭＳＳ８２０へ、そのアンカーファンクションの遂行後に、返送できるようにする。更に、ＭＳＳ８２０は、それが以前にＳＣＣ ＡＳから受信したＣ−ＭＳＩＳＤＮ及びＡＴＵ−ＳＴＩをＳＩＰ ＩＮＶＩＴＥメッセージ内に含ませる。その後、ＭＳＳ８２０は、ＩＮＶＩＴＥメッセージ（Ｃ−ＭＳＩＳＤＮ、ＡＴＵ−ＳＴＩ、ＡＴＣＦ８３０のアドレス、及びＭＳＳ８２０のアドレスを含む）をＡＴＣＦ８３０へ送信する。その後、ＡＴＣＦ８３０は、コールをＡＴＧＷにアンカーし、そしてＩＮＶＩＴＥメッセージをＭＳＳ８２０へ送信する。ＩＮＶＩＴＥメッセージは、ＡＴＣＦ８３０によりポピュレートされるＳＴＩ−ｒＳＲを含む。ＡＴＣＦがＩＭＳ登録中にＳＴＩ−ｒＳＲをＵＥに既に与えている場合には、このように含ませることは任意である（即ち、ＡＴＣＦによりＳＴＩ−ｒＳＲを更新する場合だけ）。ＩＮＶＩＴＥメッセージは、更に、ＡＴＧＷに対するＵＬ ＩＰアドレス及びポート番号も含み、これも、ＡＴＣＦ８３０によりポピュレートされる。その後、ＭＳＳ８２０は、Ｉ２を経てＩＭＳ８４０へＩＮＶＩＴＥメッセージを送信する。ＭＳＳ８２０がＩＮＶＩＴＥメッセージを送信した後に、ＭＳＳ８２０は、ＣＡＬＬ ＣＯＮＦ／ＡＬＥＲＴメッセージをＵＥ８１０へ送信し、そのＣＡＬＬ ＣＯＮＦ／ＡＬＥＲＴメッセージは、ＳＴＩ−ｒＳＲを含む。

図９は、本発明の一実施形態による移動コール着信セッション手順のセットアップを示すシーケンス図である。移動コール着信セッション手順のセットアップ中に、ＭＳＳ８２０は、ｒＳＲＶＣＣに対するものであるＡＴＣＦ（即ち、ＡＴＣＦ８３０）を通してコールをルーティングする。より詳細には、ＩＭＳ９４０は、Ｉ２を経てＭＳＳ９２０へＩＮＶＩＴＥメッセージを送信する。ＭＳＳ９２０は、その後、ＡＴＣＦ９３０を選択する。図７を参照して述べたように、ＭＳＳ９２０がＩＭＳ登録手順中にＳＣＣ ＡＳ（図９には示さない）からＡＴＣＦ−ＵＲＩを受信した場合には、ＭＳＳ９２０は、ＡＴＣＦ−ＵＲＩを使用して、ＡＴＣＦ９３０を選択する。しかしながら、図７を参照して述べたように、ＭＳＳ９２０がＩＭＳ登録手順中にＳＣＣ ＡＳからＡＴＣＦ−ＵＲＩを受信しなかった場合には、ＭＳＳ９２０は、ローカル構成に基づいてＡＴＣＦ９３０を選択する。

この実施形態によれば、ルーティングは、ＭＳＳ９２０がそれ自身のアドレス及びＡＴＣＦ９３０のアドレスをＳＩＰ ＩＮＶＩＴＥメッセージ内にポピュレートできるように「ルーズなルーティング」によって行われる。これは、ＡＴＣＦ９３０が、ＳＩＰ ＩＮＶＩＴＥメッセージをＭＳＳ９２０へ、そのアンカーファンクションの遂行後に、返送できるようにする。更に、ＭＳＳ９２０は、それが以前にＳＣＣ ＡＳから受信したＣ−ＭＳＩＳＤＮ及びＡＴＵ−ＳＴＩをＳＩＰ ＩＮＶＩＴＥメッセージ内に含ませる。その後に、ＭＳＳ９２０は、ＩＮＶＩＴＥメッセージ（Ｃ−ＭＳＩＳＤＮ、ＡＴＵ−ＳＴＩ、ＡＴＣＦ９３０のアドレス、及びＭＳＳ９２０のアドレスを含む）をＡＴＣＦ９３０へ送信する。その後、ＡＴＣＦ９３０は、コールをＡＴＧＷにアンカーし、そしてＩＮＶＩＴＥメッセージをＭＳＳ９２０へ送信する。ＩＮＶＩＴＥメッセージは、もし受信されていれば、ＳＴＩ−ｒＳＲ（ＡＴＣＦ８３０によりポピュレートされる）を含む。ＩＮＶＩＴＥメッセージは、更に、ＡＴＧＷに対するＵＬ ＩＰアドレス及びポート番号も含み、これも、ＡＴＣＦ９３０によりポピュレートされる。その後に、ＭＳＳ９２０は、移動コール着信セットアップメッセージをＵＥ９１０へ送信し、移動コール着信セットアップメッセージは、ＳＴＩ−ｒＳＲを含む。ＵＥ９１０は、次いで、コール確認メッセージをＭＳＳ９２０へ送信し、ＵＥ９１０は、ＤＬメディア方向に対するそのポート番号及びコーデックを移動コール発信セットアップメッセージ内に含む。ＭＳＳ９２０は、次いで、ＵＥ９１０のポート番号及びコーデックを記憶する。

一実施形態によれば、ｒＳＲＶＣＣ手順は、図４を参照して述べたアクセス転送手順と同様に、ベースステーションシステム（ＢＳＳ）／無線アクセスネットワーク（ＲＡＮ）によってトリガーされ、ＢＳＣ／ＲＮＣ４１０は、ハンドオーバー要求メッセージをＭＳＣサーバー４３０へ送信する。ＥＰＳベアラが予約され、そしてＭＳＣがターゲットＭＭＥからハンドオーバーコマンドを受信すると、ＢＳＳ／ＲＡＮは、ＵＥをＬＴＥへスイッチングするためのハンドオーバーコマンドをＵＥへ送信する。ＭＳＣは、ボイスメディア接続のための付加的な情報をＵＥへ送信し、この情報は、ＡＴＧＷに対するＵＬ ＩＰアドレス及びポート番号を含むものであり、ＭＳＣは、ＡＴＣＦからコールセットアップ手順中に付加的な情報を受け取る。これは、ＭＳＣが、図４を参照して述べたアクセス転送手順とは対照的に、ＡＴＣＦへアクセス転送通知メッセージを送信することが要求されないことを意味する。同時に、ＭＳＣは、ＣＳからＬＴＥを経てＰＳレッグへ至るボイスメディアスイッチングのためにＡＴＣＦへアクセス転送準備要求を送信する。これは、図５を参照して上述したように、ＡＴＣＦ５４０へアクセス転送準備要求を送信するＭＳＣサーバー／ＭＧＷ５２０と同様である。

ＵＥがＬＴＥへハンドオーバーされた後に、ＵＥは、図８を参照して上述した移動コール発信セッションセットアップ手順（即ち、ＭＳＳ８２０がＣＡＬＬ ＣＯＮＦ／ＡＬＥＲＴメッセージをＵＥ８１０へ送信し、ＣＡＬＬ ＣＯＮＦ／ＡＬＥＲＴメッセージは、ＡＴＣＦ８３０により受信されていれば、ＳＴＩ−ｒＳＲを含む）の間、又は図９を参照して上述した移動コール着信セッションセットアップ手順（即ち、ＭＳＳ９２０が移動コール着信セットアップメッセージをＵＥ９１０へ送信し、移動コール着信セットアップメッセージは、最後に受信されたＳＴＩ−ｒＳＲを含む）の間に受信されるＳＴＩ−ｒＳＲを使用してアクセス転送完了メッセージ（ＳＩＰ ＩＮＶＩＴＥメッセージのような）をＡＴＣＦへ送信することによりＩＭＳコントロールを引き継ぐ。次いで、ＡＴＣＦは、図５を参照して上述したように（即ち、ＡＴＣＦは、ＳＣＣ ＡＳ５６０との通信を再確立し、そしてアクセス転送更新メッセージをＳＣＣ ＡＳ５６０へ送信することにより転送が行われたことでＳＣＣ ＡＳ５６０を更新する）、ＭＳＣから受信したＣ−ＭＳＩＳＤＮ及びＡＴＵ−ＳＴＩを使用してＵＥが現在ＰＳアクセス中であることをＳＣＣ ＡＳに指示する。ｒＳＲＶＣＣ手順の残りは、図５を参照して上述したように実施される。

図１０は、本発明の一実施形態による方法を示す。ここに開示する実施形態に関連して述べる方法又はアルゴリズムのステップは、ハードウェア、プロセッサで実行されるコンピュータプログラム、又はそれら２つの組み合わせで実施される。コンピュータプログラムは、記憶媒体のようなコンピュータ読み取り可能な媒体において実施される。例えば、コンピュータプログラムは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ又は良く知られた他の形態の記憶媒体に常駐される。規範的な記憶媒体は、プロセッサに結合されて、プロセッサが記憶媒体から情報を読み取り及び記憶媒体に情報を書き込めるようにする。或いは又、記憶媒体は、プロセッサと一体的でもよい。プロセッサ及び記憶媒体は、特定用途向け集積回路（ＡＳＩＣ）に存在してもよい。或いは又、プロセッサ及び記憶媒体は、個別のコンポーネントとして存在してもよい。更に、コンピュータ読み取り可能な媒体は、任意の形式の有形媒体でもよい。

ステップ１０１０において、登録要求メッセージがユーザ装置から受信され、その登録要求メッセージは、逆方向の単一無線ボイスコール継続性情報に欠けるものである。ステップ１０２０において、アクセス転送コントロールファンクションが逆方向の単一無線ボイスコール継続性をサポートするときにはアクセス転送コントロールファンクションのユニフォームリソース識別子が登録要求メッセージに含まれる。アクセス転送コントロールファンクションのユニフォームリソース識別子に代わって、単一無線ボイスコール継続性をサポートすることの他の何らかの指示、又はアクセス転送コントロールファンクションの識別子が使用されてもよい。ステップ１０３０において、登録要求メッセージは、サービス集中化及び継続性アプリケーションサーバーへ送信される。

図１１は、本発明の別の実施形態による方法を示す。ステップ１１１０において、回路交換アタッチメッセージがユーザ装置から受信される。ステップ１１２０において、登録メッセージがサービス集中化及び継続性アプリケーションサーバーへ送信され、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスする。ステップ１１３０において、登録応答メッセージがサービス集中化及び継続性アプリケーションサーバーから受信される。登録応答メッセージは、サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信しているときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含む。

図１２は、本発明の別の実施形態による方法を示す。ステップ１２１０において、移動コール発信セットアップメッセージがユーザ装置から受信され、移動コール発信セットアップメッセージは、ユーザ装置のポート番号及びコーデックを含む。ステップ１２２０において、アクセスコントロール転送ファンクションが選択される。アクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子がまだ与えられないときにはローカル構成に基づく。ステップ１２３０において、第１のセッションイニシエーションプロトコルインバイトメッセージがその選択されたアクセスコントロール転送ファンクションへ送信される。ステップ１２４０において、第２のセッションイニシエーションプロトコルインバイトメッセージがその選択されたアクセスコントロール転送ファンクションから受信される。第２のセッションイニシエーションプロトコルインバイトメッセージは、その選択されたアクセスコントロール転送ファンクションによりポピュレートされる逆方向の単一無線ボイスコール継続性のためのセッション転送識別子を含む。ステップ１２５０において、第３のセッションイニシエーションプロトコルインバイトメッセージがサービス集中化及び継続性アプリケーションサーバーへ送信される。ステップ１２６０において、コール確認／警報メッセージがユーザ装置へ送信される。コール確認／警報メッセージは、逆方向の単一無線ボイスコール継続性のためのセッション転送識別子を含む。

図１３は、本発明の別の実施形態による方法を示す。ステップ１３１０において、第１のセッションイニシエーションプロトコルインバイトメッセージがサービス集中化及び継続性アプリケーションサーバーから受信される。ステップ１３２０において、アクセスコントロール転送ファンクションが選択される。アクセスコントロール転送ファンクションの選択は、以前に与えられたアクセスコントロール転送ファンクションのユニフォームリソース識別子に基づくか、又はアクセスコントロール転送ファンクションのユニフォームリソース識別子がまだ与えられないときにはローカル構成に基づく。ステップ１３３０において、第２のセッションイニシエーションプロトコルインバイトメッセージは、その選択されたアクセスコントロール転送ファンクションへ送信される。ステップ１３４０において、第３のセッションイニシエーションプロトコルインバイトメッセージがその選択されたアクセスコントロール転送ファンクションから受信される。第３のセッションイニシエーションプロトコルインバイトメッセージは、その選択されたアクセスコントロール転送ファンクションによりポピュレートされる逆方向の単一無線ボイスコール継続性のためのセッション転送識別子を含む。１３５０において、移動コール着信セットアップメッセージがユーザ装置へ送信される。移動コール着信セットアップメッセージは、逆方向の単一無線ボイスコール継続性のためのセッション転送識別子を含む。１３６０において、コール確認メッセージがユーザ装置から受信される。コール確認メッセージは、ユーザ装置のポート番号及びコーデックを含む。

図１４は、本発明の実施形態による装置を示す。この装置１４００は、プロセッサ１４１０及びメモリ１４２０を備えている。プロセッサ１４１０は、メモリ１４２０から情報を読み取り、又、メモリ１４２０へ情報を書き込む。プロセッサ１４１０は、フロントエンドプロセッサ、バックエンドプロセッサ、マイクロプロセッサ、デジタル信号プロセッサ、デジタル信号プロセッサを伴うプロセッサ、特殊目的のコンピュータチップ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、ＡＳＩＣ、又はコンピュータである。メモリ１４２０は、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ又は良く知られた他の形態の記憶媒体である。メモリ１４２０は、コンピュータプログラムコードを含む。当業者に容易に明らかなように、装置１４００は、別の実施形態において多数のプロセッサを備えることもできる。同様に、装置１４００は、別の実施形態において多数のメモリを備えることもできる。

又、装置１４００は、トランシーバ１４３０も備え、これは、メッセージを送受信するように構成され、そしてプロセッサ１４１０に接続される。又、装置１４００は、アンテナ１４４０及び１４５０も備え、各アンテナは、メッセージの送受信においてトランシーバ１４３０を支援するように構成される。図１４に示す実施形態は、２つのアンテナを示しているが、当業者に容易に明らかなように、装置４００は、別の実施形態において多数のアンテナを備えることができる。別の実施形態では、装置１４００は、単一のアンテナを備えてもよい。

１つの実施形態において、メモリ１４２０及びコンピュータプログラムコードは、プロセッサ１４１０と共に、装置１４００が、図１０を参照して述べた方法を実施するようにさせる。別の実施形態では、メモリ１４２０及びコンピュータプログラムコードは、プロセッサ１４１０と共に、装置１４００が、図１１を参照して述べた方法を実施するようにさせる。別の実施形態では、メモリ１４２０及びコンピュータプログラムコードは、プロセッサ１４１０と共に、装置１４００が、図１２を参照して述べた方法を実施するようにさせる。別の実施形態では、メモリ１４２０及びコンピュータプログラムコードは、プロセッサ１４１０と共に、装置１４００が、図１３を参照して述べた方法を実施するようにさせる。

本発明のある実施形態によれば、ＡＴＣＦは、ＵＥデータを記憶するデータベースの実施なしに、実施することができる。ＡＴＣＦは、ＭＳＳにより動的に割り当てることもできるし、又はｅＳＲＶＣＣとして指定することもできる。ＡＴＣＦが何らかの理由でＰＳ側において変化したときにはＭＳＳによりＩ２登録を行う必要がない。更に、ＩＭＳ及びＭＳＳリソースが一緒に結合されておらず、登録又は位置更新中にＭＳＳ又はＩＭＳ関連ネットワーク要素が変化しても他のドメインにおいてその変化を反映させる必要はない。

当業者であれば、上述した発明は、異なる順序のステップで実施されてもよく、及び／又は上述したものとは異なる構成のハードウェア要素で実施され得ることが容易に理解されよう。それ故、本発明は、好ましい実施形態に基づいて説明したが、当業者であれば、本発明の精神及び範囲から逸脱せずに、幾つかの変更、修正及び別の構造が明らかとなろう。それ故、本発明の範囲は、特許請求の範囲によって限定されるものとする。

１００：システム
１１０：ＵＥ
１２０：Ｐ−ＣＳＣＦ
１３０：ＣＳアクセス
１４０：ＳＣＣ ＡＳ
１５０：Ｉ／Ｓ ＣＳＣＦ
１６０：ＡＴＣＦ
１７０：ＭＳＣサーバー
１８０：ＳＧＳＮ／ＭＭＥ
１９０：ＡＴＧＷ
２１０：ＵＥ
２２０：Ｐ−ＣＳＣＦ
２３０：ＡＴＣＦ
２４０：Ｉ／Ｓ−ＣＳＣＦ
２５０：ＨＳＳ
２６０：ＭＳＳ
３１０：ｒＳＲＶＣＣ ＵＥ−１
３２０：ＭＭＥ／ＳＧＳＮ
３３０：ＭＳＣサーバー
３４０：ＣＳ−ＭＧＷ
３５０：ＡＴＣＦ
３６０：ＡＴＧＷ
３７０：ＳＣＣ ＡＳ／Ｓ−ＣＳＣＦ
３８０：ＵＥ−２
１４００：装置
１４１０：プロセッサ
１４２０：メモリ
１４３０：トランシーバ
１４４０、１４５０：アンテナ

Claims (18)

1. ユーザ装置から、アクセス転送コントロールファンクションにおいて、逆方向の単一無線ボイスコール継続性の情報がない登録要求メッセージを受信する段階と、
   前記アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときには、前記アクセス転送コントロールファンクションにおいて、前記登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませる段階であって、前記アクセス転送コントロールファンクションのユニフォームリソース識別子は、逆方向の単一無線ボイスコール継続性及びエンハンスト単一無線ボイスコール継続性の両方で使用される前記アクセス転送コントロールファンクションを示すものである段階と、
   前記アクセス転送コントロールファンクションからサービングコールセッションコントロールファンクションへ、そしてサービス集中化及び継続性アプリケーションサーバーへ、前記登録要求メッセージを送信する段階と、
   を含む方法。
2. 前記登録要求メッセージは、セッションイニシエーションプロトコル登録メッセージを含む、請求項１に記載の方法。
3. 単一無線ボイスコール継続性のセッション転送番号を割り当てる段階と、
   前記単一無線ボイスコール継続性のセッション転送番号を登録要求メッセージに含ませる段階と、
   を更に含む、請求項１又は２に記載の方法。
4. ユーザ装置へ確認メッセージを送信する段階を更に含む、請求項１から３のいずれかに記載の方法。
5. プロセッサと、
   コンピュータプログラムコードを含むメモリと、
   を備えた装置において、前記メモリ及びコンピュータプログラムコードは、前記プロセッサと共に、前記装置が、少なくとも、
   ユーザ装置から、アクセス転送コントロールファンクションにおいて、逆方向の単一無線ボイスコール継続性の情報がない登録要求メッセージを受信し、
   前記アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときには、前記アクセス転送コントロールファンクションにおいて、前記登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませ、ここで前記アクセス転送コントロールファンクションのユニフォームリソース識別子は、逆方向の単一無線ボイスコール継続性及びエンハンスト単一無線ボイスコール継続性の両方で使用される前記アクセス転送コントロールファンクションを示すものであり、及び
   前記アクセス転送コントロールファンクションからサービングコールセッションコントロールファンクションへ、そしてサービス集中化及び継続性アプリケーションサーバーへ、前記登録要求メッセージを送信する、
   ようにさせるよう構成された装置。
6. 前記登録要求メッセージは、セッションイニシエーションプロトコル登録メッセージを含む、請求項５に記載の装置。
7. 前記メモリ及びコンピュータプログラムコードは、前記プロセッサと共に、前記装置が、少なくとも、
   単一無線ボイスコール継続性のセッション転送番号を割り当て、及び
   前記単一無線ボイスコール継続性のセッション転送番号を前記登録要求メッセージに含ませる、
   ようにさせるよう構成された請求項５又は６に記載の装置。
8. 前記メモリ及びコンピュータプログラムコードは、前記プロセッサと共に、前記装置が、少なくとも、ユーザ装置へ確認メッセージを送信するようにさせるよう構成された請求項５から７のいずれかに記載の装置。
9. プロセッサが方法を実施するのをコントロールするように構成されたコンピュータプログラムが記憶された非一時的なコンピュータ読み取り可能な媒体において、前記方法は、
   ユーザ装置から、アクセス転送コントロールファンクションにおいて、逆方向の単一無線ボイスコール継続性の情報がない登録要求メッセージを受信し、
   前記アクセス転送コントロールファンクションが逆方向単一無線ボイスコール継続性をサポートするときには、前記アクセス転送コントロールファンクションにおいて、前記登録要求メッセージにアクセス転送コントロールファンクションのユニフォームリソース識別子を含ませ、ここで前記アクセス転送コントロールファンクションのユニフォームリソース識別子は、逆方向の単一無線ボイスコール継続性及びエンハンスト単一無線ボイスコール継続性の両方で使用される前記アクセス転送コントロールファンクションを示すものであり、及び
   前記アクセス転送コントロールファンクションからサービングコールセッションコントロールファンクションへ、そしてサービス集中化及び継続性アプリケーションサーバーへ、前記登録要求メッセージを送信する、
   ことを含む、コンピュータ読み取り可能な媒体。
10. ユーザ装置から回路交換アタッチメッセージを受信する段階と、
    サービングコールセッションコントロールファンクションへ、そしてサービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信する段階であって、登録メッセージの送信がアクセス転送コントロールファンクションをバイパスするような段階と、
    前記サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信する段階と、
    を含み、前記登録応答メッセージは、前記サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含み、逆方向の単一無線ボイスコール継続性の情報がない登録要求メッセージを受信したときに、前記アクセス転送コントロールファンクションにおいて前記アクセス転送コントロールファンクションのユニフォームリソース識別子が含められ、
    前記アクセス転送コントロールファンクションのユニフォームリソース識別子は、逆方向の単一無線ボイスコール継続性及びエンハンスト単一無線ボイスコール継続性の両方で使用される前記アクセス転送コントロールファンクションを示すものである、方法。
11. 前記登録応答メッセージは、更に、相関移動加入者デジタル総合サービス網番号、及びアクセス転送更新セッション転送識別子を含む、請求項１０に記載の方法。
12. ユーザ装置のアイデンティティからドメインネームを導出する段階と、
    前記サービス集中化及び継続性アプリケーションサーバーのアドレスを発見する段階と、を更に備えた請求項１０又は１１に記載の方法。
13. 前記登録メッセージは、インターネットプロトコルマルチメディアサブシステム登録メッセージである、請求項１０から１２のいずれかに記載の方法。
14. プロセッサと、
    コンピュータプログラムコードを含むメモリと、
    を備えた装置において、前記メモリ及びコンピュータプログラムコードは、前記プロセッサと共に、前記装置が、少なくとも、
    ユーザ装置から回路交換アタッチメッセージを受信し、
    サービングコールセッションコントロールファンクションへ、そしてサービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信し、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスし、及び
    前記サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信する、
    ようにさせ、前記登録応答メッセージは、前記サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含み、逆方向の単一無線ボイスコール継続性の情報がない登録要求メッセージを受信したときに、前記アクセス転送コントロールファンクションにおいて前記アクセス転送コントロールファンクションのユニフォームリソース識別子が含められ、
    前記アクセス転送コントロールファンクションのユニフォームリソース識別子は、逆方向の単一無線ボイスコール継続性及びエンハンスト単一無線ボイスコール継続性の両方で使用される前記アクセス転送コントロールファンクションを示すものである、装置。
15. 前記登録応答メッセージは、更に、相関移動加入者デジタル総合サービス網番号、及びアクセス転送更新セッション転送識別子を含む、請求項１４に記載の装置。
16. 前記メモリ及びコンピュータプログラムコードは、前記プロセッサと共に、前記装置が、少なくとも、
    ユーザ装置のアイデンティティからドメインネームを導出し、
    前記サービス集中化及び継続性アプリケーションサーバーのアドレスを発見する、
    ようにさせるよう構成された、請求項１４又は１５に記載の装置。
17. 前記登録メッセージは、インターネットプロトコルマルチメディアサブシステム登録メッセージである、請求項１４から１６のいずれかに記載の装置。
18. プロセッサが方法を実施するのをコントロールするように構成されたコンピュータプログラムが記憶された非一時的なコンピュータ読み取り可能な媒体において、前記方法は、
    ユーザ装置から回路交換アタッチメッセージを受信し、
    サービングコールセッションコントロールファンクションへ、そしてサービス集中化及び継続性アプリケーションサーバーへ登録メッセージを送信し、登録メッセージの送信は、アクセス転送コントロールファンクションをバイパスし、及び
    前記サービス集中化及び継続性アプリケーションサーバーから登録応答メッセージを受信する、
    ことを含み、前記登録応答メッセージは、前記サービス集中化及び継続性アプリケーションサーバーがアクセス転送コントロールファンクションのユニフォームリソース識別子を既に受信したときにはアクセス転送コントロールファンクションのユニフォームリソース識別子を含み、逆方向の単一無線ボイスコール継続性の情報がない登録要求メッセージを受信したときに、前記アクセス転送コントロールファンクションにおいて前記アクセス転送コントロールファンクションのユニフォームリソース識別子が含められ、
    前記アクセス転送コントロールファンクションのユニフォームリソース識別子は、逆方向の単一無線ボイスコール継続性及びエンハンスト単一無線ボイスコール継続性の両方で使用される前記アクセス転送コントロールファンクションを示すものである、コンピュータ読み取り可能な媒体。

Images