JP2007251950A - Ｉｍｓを含むネットワーク環境でｖｃｃ機能性を制御するシステムおよび方法 - Google Patents

Abstract

【課題】ＩＭＳを含むネットワーク環境でＶＣＣ機能性を制御する方法を提供すること。
【解決手段】訪問先ネットワーク（２０６）およびホームＩＭＳネットワーク（２０４）を含むネットワーク環境（２００)内で、コールに関するユーザ設備（ＵＥ）機器（２０２）の音声コール連続性（ＶＣＣ）機能性を制御する方法は、ＵＥ機器（２０２）と関連するＶＣＣ動作モードを検出することと、ＩＭＳネットワーク（２０４）内に配置されたＶＣＣアプリケーションサーバノード（１１４−Ｎ）を有するネットワーク環境（２００）に向けて、ＵＥ機器によってメッセージ（６０６）を生成することであって、メッセージは、訪問先ネットワーク内でローミングする間に、ＵＥ機器によって発信されたコールに従って生成され、メッセージは、ＵＥ機器のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、こととを包含する。
【選択図】図５

Description

（開示の分野）
本特許開示は、一般的に、通信ネットワークでのコールルーティングに関する。より具体的には、決して限定するわけではないが、本特許開示は、回路交換（ＣＳ）ネットワーク、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境で、無線ユーザ設備（ＵＥ）機器が、訪問先ネットワーク内でローミングする間に、コールを発信して動作可能であるとき、音声コール連続性（ＶＣＣ）機能性を制御するシステムおよび方法に向けられる。

(背景）
移動ボイスオーバＩＰ（ＶｏＩＰ）ハンドオーバは、ユーザがＩＰベースのネットワーク(例えば、無線ＬＡＮ（ＷＬＡＮ）またはＷｉ−ＭＡＸネットワークなど）と回路交換携帯ネットワークと回路交換携帯ネットワークとの間で移動するときに、音声コールを連続させる処理である。このようなハンドオーバを実行するために、現行の第三世代パートナシッププロジェクト（３ＧＰＰ）標準は、デュアルモード無線ＵＥ機器がドメイン間連続性を必要とするコールを発信するとき、コールが、ＩＰマルチメディアサブシステム（ＩＭＳ）と称される新たなＩＰベースのネットワークアーキテクチャ内に配置されたコール連続性制御機能（ＣＣＣＦ）エレメントにルーティングされることに仕様を定めている。典型的なＩＭＳインプリメンテーションにおいて、適切なアクセスおよび遠隔コール制御レグ（ｌｅｇ）を実行するために、訪問先ネットワークからなされる移動体発信コールを含む移動体発信コールの全ては、適切なＩＭＳインフラを備える加入者のホームネットワークにルーティングされる。コールの連続性が必要な場合、このルーティング処理は、一般に適切であるが、このようなルーティングが、結果として、ネットワーク環境の無線信号伝達リソースの非効率な使用になり得る状況もあり得る。例えば、訪問先ネットワークは、ドメイン間変換を実行するのに必要なメカニズムをサポートしないとホームネットワークが判断した場合、訪問先ネットワークから行われたコールのルーティングは、ホームＩＭＳインフラにルーティングされる必要はない。また、ＵＥ機器自体が、ドメイン間ＶｏＩＰハンドオーバをできない場合、そのような機器によって発信された任意のコールを、ホームＩＭＳインフラを介してルーティングすることは、訪問先ネットワークの能力に関わらず、無意味なことである。別のシナリオにおいて、ネットワークオペレータは、例えば、ネットワーク負荷などのために、ＵＥ機器が現在登録されているドメイン交換能力をディスエーブルに決定し得る。一方、加入者は、例えば、電池リソースを保存するために、ドメイン交換能力をディスエーブルにしたいと、同様に望み得る。

（概要）
本特許開示は、訪問先ネットワークおよびＩＭＳネットワークを含むネットワーク環境内で、コールに関する無線ＵＥ機器のＶＣＣ機能性を制御するスキームに、幅広く向けられる。該ＵＥ機器のＶＣＣ能力および関連動作モードは、ユーザ入力に応答して、選択可能なように変更できるように提供される。追加的または代替的に、ＶＣＣモードは、該訪問先ネットワークがＶＣＣサービスを容易にする適切なＩＰベースのアクセスネットワークとの相互動作可能性をサポートするかどうかという要因、あるいは、サービスの品質が何らかの理由で許容できないとの指示による要因などの幾つかの要因に基づいて、変調され得る。該ＵＥ機器の該ＶＣＣ動作モードが検出されると、メッセージが、該ＩＭＳネットワーク内に配置されたＶＣＣアプリケーションサーバノードを含む該ネットワーク環境に向けて、該ＵＥ機器によって生成される。該メッセージは、該訪問先ネットワーク内でローミングする間に、該ＵＥ機器によって発信されたコールに従って生成され、該メッセージは、該ＵＥ機器のＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む。一つの例示的なインプリメンテーションにおいて、該ＶＣＣ動作モード指標は、該メッセージ内に含まれる１ビット以上の情報エレメントを備える。

一局面において、訪問先ネットワークおよびホームＩＭＳネットワークを含むネットワーク環境内で、ＵＥ機器のＶＣＣ機能性を制御する方法が開示される。該方法は、該ＵＥ機器と関連するＶＣＣ動作モードを検出することと、該ＩＭＳネットワーク内に配置されたＶＣＣアプリケーションサーバノードを有する該ネットワーク環境に向けて、該ＵＥ機器によってメッセージを生成することであって、該メッセージは、該訪問先ネットワーク内でローミングする間に、該ＵＥ機器によって発信されたコールに従って生成され、該メッセージは、該ＵＥ機器のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、こととの少なくとも１つ以上のことを包含する。

別の局面において、本明細書にて、訪問先ネットワークおよびホームＩＭＳネットワークを含むネットワーク環境内で動作可能なＵＥ機器が開示される。該ＵＥ機器は、ソフトウェア、ハードウェア、または、これらの任意の組み合わせのいずれかであって、該ＵＥ機器と関連し、ＶＣＣ動作モードを選択するための手段と、ソフトウェア、ハードウェア、または、これらの任意の組み合わせのいずれかであって、該ＩＭＳネットワーク内に配置されたＶＣＣアプリケーションサーバノードを有する該ネットワーク環境に向けて、メッセージを生成する手段との少なくとも１つを備える。該メッセージは、該ＵＥ機器のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む。

さらに別の局面において、本明細書にて、ＵＥ機器に関して動作可能なＶＣＣアプリケーションサーバノードのようなＩＭＳネットワークノードの実施形態が開示される。該ＩＭＳネットワークノードは、ソフトウェア、ハードウェア、または、これらの任意の組み合わせのいずれかであって、該ＵＥ機器によって発信されたコールが、該ＵＥ機器からの該コール発信に応答して伝播されたメッセージに基づいて、ＩＭＳネットワーク内に固着される（ａｎｃｈｏｒｅｄ）かどうかを判断する手段であって、該メッセージは、該ＵＥ機器と関連するＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む手段と、ソフトウェア、ハードウェア、または、これらの任意の組み合わせのいずれかであって、該ＶＣＣ動作モード指標が、該ＵＥ機器のＶＣＣ動作モードに関して選択から外された（ｄｅ−ｓｅｌｅｃｔｅｄ）状態を指示するという決定に基づいて、該訪問先ネットワークに、ルーティングメッセージを生成する手段との少なくとも１つ以上を備える。

本発明は、さらに、以下の手段を提供する。
（項目１）
訪問先ネットワーク（２０６）およびホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、コールに関するユーザ設備（ＵＥ）機器（２０２）の音声コール連続性（ＶＣＣ）機能性を制御する方法であって、
該ＵＥ機器（２０２）と関連するＶＣＣ動作モードを検出することと、
該ＩＭＳネットワーク（２０４）内に配置されたＶＣＣアプリケーションサーバノード（１１４−Ｎ）を有する該ネットワーク環境（２００）に向けて、該ＵＥ機器（２０２）によってメッセージ（６０６）を生成することであって、該メッセージ（６０６）は、該訪問先ネットワーク（２０６）内でローミングする間に、該ＵＥ機器（２０２）によって発信されたコールに従って生成され、該メッセージ（６０６）は、該ＵＥ機器（２０２）のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、ことと
を包含する、ＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目２）
上記ＶＣＣ動作モードは、コール毎に選択される、項目１に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目３）
上記ＶＣＣ動作モード指標は、上記メッセージ（６０６）に含まれる情報エレメント（４００）内に、１ビット以上を備える、項目１または項目２に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目４）
上記情報エレメント（４００）は、複数のオクテット（４０２〜４１０）を備え、上記ＶＣＣ動作モード指標は、該情報エレメント（４００）の第三のオクテット（４０６）内にビット８ロケーション（４１２）を備える、項目３に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目５）
上記ビット８ロケーション（４１２）は、上記ＶＣＣ動作モードがＶＣＣ ＯＮモードであるように選択されることを指示するために、バイナリの１に設定される、項目４に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目６）
上記ビット８ロケーション（４１２）は、上記ＶＣＣ動作モードがＶＣＣ ＯＦＦモードであるように選択されることを指示するために、バイナリの０に設定される、項目４に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目７）
上記メッセージ（６０６）は、上記ＵＥ機器（２０２）によるコール発信の一部として、接続管理（ＣＭ）サービスリクエストメッセージを備える、項目１または項目２に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目８）
上記ＶＣＣ動作モード指標は、Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）内に運び込まれる、項目７に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目９）
上記ＶＣＣ動作モード指標は、上記Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）の第三のオクテット（４０６）のビット８ロケーション（４１２）内でコード化される、項目８に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目１０）
上記ＶＣＣ動作モードは、上記ユーザによる１つ以上のアクションに応答して変更される、項目１、項目２、項目３、項目４、項目５、項目６、項目７、項目８、または項目９に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目１１）
上記ユーザは、満足いくＶＣＣサービスが、上記訪問先ネットワーク（２０６）に対して一切利用できないという指示に基づいて、上記ＶＣＣ動作モードを変更する、項目１０に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
（項目１２）
訪問先ネットワーク（２０６）およびホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、コールを発信するように動作可能な無線ユーザ設備（ＵＥ）機器（２０２）であって、
該ＵＥ機器（２００）と関連するＶＣＣ動作モードを選択する手段（７５０）と、
該ＩＭＳネットワーク（２０４）内に配置されたＶＣＣアプリケーションサーバノード（１１４−Ｎ）を有する該ネットワーク環境（２００）に向けて、メッセージ（６０６）を生成する手段（２０３Ａ、７４８）であって、該メッセージ（６０６）は、該ＵＥ機器（２０２）のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、手段と
を備える、無線ＵＥ機器（２０２）。
（項目１３）
上記ＶＣＣ動作モードは、コール毎に選択可能である、項目１２に記載の無線ＵＥ機器（２０２）。
（項目１４）
上記ＶＣＣ動作モード指標は、上記メッセージに含まれる情報エレメント（４００）内に、１ビット以上を備える、項目１２または項目１３に記載の無線ＵＥ機器（２０２）。
（項目１５）
上記情報エレメント（４００）は、複数のオクテット（４０２〜４１０）を備え、上記ＶＣＣ動作モード指標は、該情報エレメント（４００）の第三のオクテット（４０６）内にビット８ロケーション（４１２）を備える、項目１４に記載の無線ＵＥ機器（２０２）。
（項目１６）
上記ビット８ロケーション（４１２）は、上記ＶＣＣ動作モードがＶＣＣ ＯＮモードであるように選択されることを指示するために、バイナリの１に設定される、項目１５に記載の無線ＵＥ機器（２０２）。
（項目１７）
上記ビット８ロケーション（４１２）は、上記ＶＣＣ動作モードがＶＣＣ ＯＦＦモードであるように選択されることを指示するために、バイナリの０に設定される、項目１５に記載の無線ＵＥ機器（２０２）。
（項目１８）
上記訪問先ネットワーク（２０６）内でローミングする間、上記メッセージ（６０６）は、上記ＵＥ機器（２０２）によるコール発信の一部として、接続管理（ＣＭ）サービスリクエストメッセージを備える、項目１２または項目１３に記載の無線ＵＥ機器（２０２）。
（項目１９）
上記ＶＣＣ動作モード指標は、Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）内に運び込まれる、項目１８に記載の無線ＵＥ機器（２０２）。
（項目２０）
上記ＶＣＣ動作モード指標は、上記Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）の第三のオクテット（４０６）のビット８ロケーション（４１２）内でコード化される、項目１９に記載の無線ＵＥ機器（２０２）。
（項目２１）
訪問先ネットワーク（２０６）およびホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、動作可能な音声コール連続性（ＶＣＣ）アプリケーションサーバノード（１１４−Ｎ）であって、
ユーザ設備（ＵＥ）機器（２０２）に関して発信されたコールが、該ＵＥ機器（２０２）からの該コールに応答して伝播されたメッセージ（６０８）に基づいて、該ＩＭＳネットワーク（２０４）内に固着されるかどうかを判断する手段（６１０）であって、該メッセージ（６０８）は、該ＵＥ機器（２０２）と関連するＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、手段（６１０）と、
該ＶＣＣ動作モード指標が、該ＵＥ機器のＶＣＣ動作モードに関して選択から外された状態を指示するという決定に基づいて、該訪問先ネットワーク（２０６）に、ルーティングメッセージ（６１２）を生成する手段（１２２）と
を備える、ＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
（項目２２）
上記ＶＣＣ動作モード指標は、上記メッセージ（６０８）に含まれる情報エレメント（４００）内に、１ビット以上を備える、項目２１に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
（項目２３）
上記情報エレメント（４００）は、複数のオクテット（４０２〜４１０）を備え、上記ＶＣＣ動作モード指標は、該情報エレメント（４００）の第三のオクテット（４１２）内にビット８ロケーション（４１２）を備える、項目２２に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
（項目２４）
上記メッセージ（６０８）は、移動体強化ロジック（ＣＡＭＥＬ）初期検出ポイント（ＩＤＰ）メッセージに対するカスタム化アプリケーションを備える、項目２１に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
（項目２５）
上記ＶＣＣ動作モード指標は、上記メッセージ（６０８）のＣｌａｓｓｍａｒｋ２情報エレメント（４００）内に運び込まれる、項目２４に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
（項目２６）
上記ＶＣＣ動作モード指標は、上記Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）の第三のオクテット（４０６）のビット８ロケーション（４１２）内でコード化される、項目２５に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。

（摘要）
一実施形態において、訪問先ネットワーク（２０６）およびホームＩＰマルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、コールに関するユーザ設備（ＵＥ）機器（２０２）の音声コール連続性（ＶＣＣ）機能性を制御するスキームが、開示される。該ＵＥ機器のＶＣＣ動作モードは、ユーザ入力に応答して、選択可能に変更可能であるように提供される。該ＵＥ機器（２０２）の該ＶＣＣ動作モードが検出されると、メッセージ（６０６）が、該ＩＭＳネットワーク（２０４）内に配置されたＶＣＣアプリケーションサーバノード（１１４−Ｎ）を含む該ネットワーク環境（２００）に向けて、該ＵＥ機器（２０２）によって生成される。該メッセージ（６０６）は、該訪問先ネットワーク（２０６）内でローミングする間に、該ＵＥ機器（２０２）によって発信されたコールに従って生成され、該メッセージ（６０６）は、該ＵＥ機器のＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む。

（図面の詳細な説明）
本特許開示のシステムおよび方法が、ここで、実施形態が最適に行われ、使用される方法の様々な例を参照して説明される。同様の参照番号が、同様または対応するパーツを示すために、説明および図面の幾つかの図を通して使用される。なお、様々なエレメントは、必ずしも縮尺どおりには描かれていない。ここで、図面を参照すると、より具体的には、図１を参照すると、本特許開示の実施形態が実行され得る例示的なネットワーク環境１００が示される。図示されるように、ネットワーク環境１００は、複数のＵＥ機器１０２−１〜１０２−Ｎにとって利用可能な幾つかのアクセス技術からなるアクセススペース１０４を含む。本開示の目的において、ＵＥ機器は、任意の繋げられた、あるいは、繋げられてない通信機器であり得、そして、適切な無線モデムまたは移動体通信機器（例えば、メッセージの送受信、ウェブブラウジングなどの可能な携帯電話、またはデータ処理可能な携帯機器）を備えた任意のパソコン（例えば、デスクトップ、ラップトップ、パームトップ、または携帯コンピュータ計算機器）、あるいは、ｅメール、ビデオメール、インターネットアクセス、社内データアクセス、メッセージ通達、カレンダ記入、スケジューリング、情報管理などが可能な任意の強化ＰＤＡ機器または統合情報装置であり得る。ＵＥ機器は、回路交換（ＣＳ）通信とパケット交換（ＰＳ）通信との双方に関与し得る複数のモードで動作可能であること、および、連続性を失うことなく、一方の通信モードから他方の通信モードへと移行し得ることが好ましい。従って、本特許開示の例示的なＵＥ機器の機能性全体（データ面および制御面に関するソフトウェア／ハードウェア／ファームウェア）は、それぞれが対応する技術に関して動作可能なＣＳドメイン機能性とＰＳドメイン機能性とに、論理的に分離され得ることも考慮される。

アクセススペース１０４は、ＣＳネットワークとＰＳネットワークとの双方からなり得、これらネットワークは、無線技術、有線技術、広帯域アクセス技術などと関与し得る。例えば、参照番号１０６は、移動体通信用グローバルシステム（ＧＳＭ）ネットワークおよび符号分割多元接続（ＣＤＭＡ）ネットワークのような無線技術を意味するが、それらの教示は、任意の第三世代パートナシッププロジェクトに準拠した携帯ネットワーク（例えば、３ＧＰＰまたは３ＧＰＰ２）にも拡張され得ることも考慮される。さらに、携帯ネットワークは、サービスされるＵＥ機器に関するホームネットワークまたは訪問先ネットワークであり得る。参照番号１０８は、無線ローカルエリアネットワークを含む広帯域アクセスネットワーク、またはＷＬＡＮ、Ｗｉ−ＭＡＸネットワーク、および、ＤＳＬ、ケーブルブロードバンドなどのような固定ネットワークを意味する。また、アクセススペース１０４の一部として、従来のワイヤ線ＰＳＴＮインフラ１１０が例示される。

ＩＭＳコアネットワーク１１２は、例えば、特定の加入者および／またはＵＥ機器に関するホームネットワークなどの任意のＣＳベースのネットワークを含む上述の様々なアクセスネットワークに結合される。よく知られているように、３ＧＰＰによって規定されるＩＭＳ標準は、サービスプロバイダが、任意のネットワークタイプ上のＩＰを介して配信され得る様々なサービスを管理できるように設計される。ここで、ＩＰは、ベアラトラフィック（ｂｅａｒｅｒ ｔｒａｆｆｉｃ）とセッション開始プロトコル（ＳＩＰ）ベースの信号伝達トラフィックとの双方を伝送する（ｔｒａｎｓｐｏｒｔ）ために使用される。大まかに、ＩＭＳは、アプリケーション（すなわち、サービス）およびネットワーク（すなわち、アクセス）を管理するための枠組みであり、この枠組みは、マルチメディアサービスを提供することができる。ＩＭＳは、サービス加入者が使用する、例えば、音声コール連続性（ＶＣＣ）、プシュトゥトーク（ＰＴＴ）などを配信するネットワークエレメントであるべき「アプリケーションサーバ」を規定する。ＩＭＳは、各アプリケーションサーバ（ＡＳ）が、例えば、加入者プロファイル、ＩＭＳ移動性、ネットワークアクセス、認証、サービス認可、課金および請求、オペレータ間機能、従来電話ネットワークとの相互動作などを有するように要求される共通の制御コンポーネントを規定することによって、アプリケーションを管理する。

ＩＭＳは、主としてＧＳＭネットワークを扱う３ＧＰＰ標準ボディによって規定されるのに対し、他のグループである３ＧＰＰ２標準は、マルチメディアドメイン（ＭＭＤ）と称される非常に類似したアーキテクチャを規定することに関与することは、理解されるべきである。ＭＭＤは、本質的に、ＣＤＭＡネットワークに対するＩＭＳであり、ＭＭＤとＩＭＳとは、概ね同等なので、本特許開示において、「ＩＭＳ」という用語は、適用可能なとき、ＩＭＳとＭＭＤとの双方を集合的に意味するように使用され得る。

図１を参照して続けると、参照番号１１４−１〜１１４−Ｎは、例えば、ＶＣＣ、ＰＴＴなどの上記で暗示したような様々なサービスをサポートするように動作可能な複数のＡＳノードを意味する。さらに、コール連続性および適切なドメイン選択を実行するために、コール連続性制御機能（ＣＣＣＦ）および／またはネットワークドメイン選択（ＮｅＤＳ）と称される機能性は、加入者のホームＩＭＳネットワーク１１２内に配置された１つ以上の分離ノードとして提供され得る。代替として、これらの機能性は、特定のサービスを実行するために動作可能なアプリケーションサーバノードの一部として提供され得る。例示として、ＶＣＣアプリケーションサーバノード１１４−ＮのようなＩＭＳネットワークノードは、ＣＣＣＦ機能性１１６および／またはＮｅＤＳ機能性１１８を含み得る。本質的に、ＶＣＣ ＡＳノード１１４−ＮのＣＣＣＦポーション１１６は、ホームＩＭＳネットワーク内に常駐し、ＣＳドメインとＩＭＳドメインとの間でのコールのハンドオーバ／ルーティングを含む全コールセッションおよび関連移動体ＶｏＩＰベアラトラフィックを追跡する新たなＩＭＳアプリケーションサーバエレメントとして動作可能である。ＶＣＣ ＡＳノードのＮｅＤＳポーション１１８は、とりわけ、ＩＭＳネットワークとＣＳネットワーク（例えば、ＧＳＭまたはＣＤＭＡ）との間の登録／登録削除の管理を実行する役割を担う。ＣＣＣＦ機能性とＮｅＤＳ機能性とは、潜在的には別の機能であるが、図１に示されるような単一のＩＭＳ互換ネットワークノード１１４−Ｎに、両機能を統合することも可能である。

さらに、適切なセッション制御機能（ＳＣＦ）１２２は、例えば、ｇｓｍＳＣＦのように適用可能な無線アクセス技術に関するＶＣＣアプリケーションサーバノード１１４−Ｎの一部として提供され得る。以下に詳細に更に記載されるように、ＶＣＣ ＡＳノード１１４−Ｎの様々な機能性は、とりわけ、コール接続管理に関するＵＥ機器によって発信される信号伝達メッセージをサービスするために動作可能である。特に、ＶＣＣ ＡＳノード１１４−Ｎと関連する制御ロジックは、訪問先ネットワーク内でローミングするＵＥ機器によってコールが発信されるとき、適切なルーティングメッセージの生成を実行するように動作可能であることが理解される。

図２は、上述のネットワーク環境１００のサブセットであり得る例示的なネットワークシナリオ２００を示す。これは、訪問先ネットワーク、つまり、訪問先公衆陸上移動体ネットワークすなわちＶＰＬＭＮ２０６内でローミングする間に、汎用ＵＥ機器２０２によって発信されたコールに関する従来のコール設定フローを示すためのものである。更なる一般化のために、ＵＥ機器２０２と関連するホームネットワーク２０４は、適用可能なＩＭＳネットワークエレメント、ＶＣＣアプリケーションサーバノード１１４−Ｎ、および、サービングコール／セッション機能すなわちＳ−ＣＳＣＦ２０８、ならびに、メディアゲートウェイ制御機能すなわちＭＧＣＦ２１０およびメディアゲートウェイすなわちＭＧＷ２１２のようなメディアゲートウェイ（ＭＧ）に関連する要素（ｅｎｔｉｔｙ）とともに、例示される。ＵＥ機器２０２によるコール発信に関して、設定信号伝達メッセージが、ＶＰＬＭＮ２０６の訪問先移動体切り替えセンタ（ＶＭＳＣ）ノードに、適切な信号伝達経路２１８を介して提供される。次いで、このノードは、（例えば、移動体強化ロジック（ＣＡＭＥＬ）カスタム化アプリケーションのアプリケーションパート（ＣＡＰ）メッセージを用いて）信号伝達経路２２０を介して、ＶＣＣ ＡＳノード１１４−Ｎとインターフェースする。従来、この移動体発信コールは、ホームＩＭＳネットワーク内に固着され、従って、適切なアドレスルーティング情報を有する返答メッセージは、（例えば、ＣＡＰ接続メッセージを用いて）信号伝達経路２２２を介して伝播される。受信されたアドレスルーティング情報に応答して、ＶＭＳＣ２１６は、（例えば、初期アクセスメッセージすなわちＩＡＭを用いて）信号伝達経路２２４を介してＭＧＣＦ２１０とインターフェースする。これに応じて、ＭＧＣＦ２１０は、信号伝達経路２２６および２２８によって、Ｓ−ＣＳＣＦ２０８を介して、ＶＣＣ ＡＳノード１１４−Ｎとともに、適切なＳＩＰ信号伝達に関与する。その後、どのＭＧＣＦ２１０が、信号伝達経路２３４を介して、ＶＰＬＭＮと関連するローカル交換２１４に信号伝達するかに応答し、適切な返答メッセージングが、Ｓ−ＣＳＣＦ２０８を介する信号伝達経路２３０および２３２を経由して、ＶＣＣ ＡＳノード１１４−Ｎの制御ロジックによって提供される。ここで、交換２１４は、ＵＥ２０２によって発信されたコールに関して、コールされた者にサービスするように動作可能である。次いで、セグメント２３６、２３８および２４０を備えるベアラ経路は、ＵＥ機器２０２とＶＭＳＣ２１６およびＭＧＷ２１２を介してコールされた者２１５との間での通信セッションを実行するために、両者間に確立される。

本特許出願の背景の節で暗示したように、前述されたようなローミングの間に、このような移動体発信コールのＩＭＳ固着は、特に、ローミング加入者が、数多くの理由で、ＶＣＣサービスを入手し得ない、あるいは、ＶＣＣサービスを入手することに関心がない場合、無線信号伝達リソースの浪費であり得る。以前に指摘したように、例えば、訪問先ネットワークは、ＶＣＣサービスを容易にする適切なＩＰベースのアクセスネットワーク（例えば、ＷＬＡＮ）と相互動作可能性をサポートし得ず、従って、ＵＥ機器に、ＶＣＣサービスが訪問先エリアで利用可能でない旨の指示が提供される。代替または追加として、ＶＣＣサービスが、訪問先エリアで利用可能である場合であっても、サービスの品質は、何らかの理由で満足されないこともあり得る。

図３は、訪問先エリア内でローミングしている間に、無線ＵＥ機器のＶＣＣ機能性を制御するための本開示の例示的な実施形態の流れ図を示す。本特許開示の教示に従うと、例示的なＵＥ機器は、「ＶＣＣ ＯＮ」モード（すなわち、ＶＣＣサービスが選択される）、または「ＶＣＣ ＯＦＦ」モード（すなわち、ＶＣＣサービスが選択から外される）で動作可能となるように提供される。さらに、ＵＥは、ユーザ入力に応答して、機器のＶＣＣ動作モードを選択するため、または、選択的に変更するために、例えば、ソフトウェア、ハードウェア、または、これらの任意の組み合わせの適切な手段を提供される。一実施形態において、ＶＣＣ動作モードは、コール毎に、選択され得るか、あるいは、選択的に変更され得る。機器のＶＣＣ動作モードを適切に設定し、その検出に応答すると（ブロック３０２）、機器のＶＣＣ動作モード状態を示すために、ＵＥ機器によって、そのＵＥ機器と関連するホームＩＭＳネットワーク内に配置されたＶＣＣアプリケーションサーバノードに向けて、メッセージが生成される。ここで、このメッセージは、訪問先ネットワークをローミングする間に、無線ＵＥ機器によってコール発信に従って生成される（ブロック３０４）。以下に示されるように、このメッセージ経路のフローは、１つ以上の仲介ノード（例えば、ＶＭＳＣ）を介して実行され得る。ＩＭＳ固着が、ＵＥ機器によって発信されたコールに要求される場合、ＵＥデバイスのＶＣＣ動作モードに関する指示に応答して、ホームＩＭＳネットワークで、すなわち、ＶＣＣアプリケーションサーバノードの制御ロジックで決定が行われる（ブロック３０６）。決定に応答して、ＶＭＳＣのサービスロジックが、コールをルーティングするために動作可能であると、それに従って、適切なルーティングメッセージが、ＶＭＳＣに提供される（ブロック３１０）。ＶＣＣ動作モードが、選択を外された状態（すなわち、ＶＣＣ ＯＦＦモード）にあると指示された場合、ＩＭＳ固着は一切要求されず、それゆえ、ネットワーク環境内での追加の信号伝達は、避けられる。

例示的な実施形態において、ＶＣＣ動作モード指標は、コール発信に関して生成された適切な情報エレメント（例えば、３ＧＰＰ ＴＳ ２４．００８に従うＣｌａｓｓｍａｒｋ２情報エレメント（ＩＥ））内に、ビットフィールドまたはフラグとして提供される。業界で知られているように、移動局Ｃｌａｓｓｍａｒｋ２ ＩＥは、コール発信のための初期信号伝達メッセージフローの一部として、接続管理（ＣＭ）サービスリクエストメッセージ内で提供され得る。ここで、図４を参照すると、ＵＥ機器によって送信された例示的なＣｌａｓｓｍａｒｋ２ ＩＥ ４００が、該機器のＶＣＣ能力またはその動作モード状態に関する該機器のホームＩＭＳネットワークを指示するために示される。図示されるように、ＩＥ ４００は、複数のオクテット、すなわち、オクテット１ ４０２からオクテット５ ４１０を備え、そのオクテットそれぞれは、リビジョンレベル、ＲＦパワー能力、使用される暗号化アルゴリズムなどのような様々な機器能力を規定する１つ以上のビットフィールドを含む。追加的に、幾らかのスペアフィールドも、また、ＩＥ ４００の１つ以上のオクテット内に提供される。特に、ビット８ロケーションで、オクテット３ ４０６のスペアバイナリビットロケーションが、本開示の目的のために、ＶＣＣ能力／モード指標４１２として提供される。ビット８が、バイナリの１に設定されるとき、ＵＥ機器のＶＣＣ動作モードが、ＶＣＣ ＯＮモードであるべきと選択される（すなわち、その機器は、ＶＣＣ可能である、および／または、ＶＣＣサービス能力が望まれる）ことを指示するように動作可能である。逆に、ビット８は、バイナリの０に設定されると、ＶＣＣ動作モードが、ＶＣＣ ＯＦＦモードであるべきと選択される（すなわち、その機器は、ＶＣＣ可能でない、および／または、ＶＣＣサービス能力が望まれない）ように指示し得る。

図５は、自身のＶＣＣ動作モードをＶＣＣ ＯＦＦモードに改変して（すなわち、ＩＥの第三のオクテット内のビット８が０に設定される）、ＵＥ機器２０２によって発信されたコールに関して改変されたコール設定フローを示す図２の例示的なネットワークシナリオ２００を示す。上述のように、ＶＣＣ ＡＳノード１１４−Ｎを含むホームネットワーク２０４は、ＶＰＬＭＮ２０６内でローミングするＵＥ機器２０２をサービスするように動作可能である。ＶＣＣ動作モード指標を含む設定メッセージは、信号伝達経路５０２を介して、ＶＭＳＣ２１６に提供され、次いで、そのＶＭＳＣは、信号伝達経路５０４を介して、（例えば、ＣＡＰ互換初期検出ポイント（ＩＤＰ）トリガメッセージを用いて）ＶＣＣ ＡＳノード１１４−Ｎとインターフェースする。受信メッセージのＩＥ内のＶＣＣ動作モード指標を検査すると、ＶＣＣ ＡＳノード１１４−Ｎの制御ロジックは、コールが、ホームＩＭＳネットワーク内で固着されることを要求されないことを判断し、従って、適切なアドレスルーティング情報を有する返答メッセージが、（例えば、ＣＡＰ接続メッセージを用いて）信号伝達経路５０６を介して伝播される。受信アドレスルーティング情報に応答して、ＶＭＳＣ２１６は、信号伝達経路５０８を介してローカル交換２１４とインターフェースする。こうして、追加のＩＭＳおよびＭＧ要素、Ｓ−ＣＳＣＦ２０８、ＭＧＣＦ２１０、およびＭＧＷ２１２は避けられる。次いで、セグメント５１０および５１２を備えるベアラ経路は、ＵＥ機器２０２とＶＭＳＣ２１６を介してコールされた者２１５との間に確立される。

図６は、本特許開示の例示的なコール設定の実施形態メッセージフローの図を示す。ＣＳドメイン２０３ＡおよびＰＳドメイン２０３Ｂを備えるＵＥ機器２０２は、関連訪問先エリア内でローミングする間に、自身のＣＳドメイン２０３Ａを用いて、ＶＭＳＣ２１６に向けてコール発信６０６を生成するように動作可能である。本開示の目的において、コール発信６０６は、例えば、設定メッセージング、サービスリクエストメッセージングなどの初期信号伝達の様々な局面を含むものと見なされ、コールされた者の番号（すなわち、Ｂ番号）および上述されたようなＶＣＣ動作モード指標のようなコール情報を備える。それに応答して、ＶＭＳＣ２１６は、ＶＣＣ動作モード指標を含むＣＡＭＥＬ初期検出ポイント（ＩＤＰ）メッセージ６０８を、ＶＣＣ ＡＳノード１１４−Ｎに向けて生成する。ＶＣＣ ＡＳノード１１４−ＮのｇｓｍＳＣＦ１２２と関連する適切なＩＭＳ固着決定ロジック６１０は、ＶＣＣ動作モード指標に基づいて、コールがＩＭＳ固着を要求するかどうかを判断するように動作可能である。コールが、ＩＭＣに固着されるべき場合（なぜなら、例えば、ＶＣＣ ＯＮモードが指示されたため）、以前に記載されたような引き続く信号伝達のために、ＣＣＣＦ１１６に向けられる。固着されるべきでない場合、例えば、ＣＡＰ接続メッセージ６１２のような適切なルーティングメッセージが、ＶＭＳＣ２１６に提供される。適切な信号伝達６１４が、ローカル交換（図示せず）を介して、コールされた者２１５に提供されると、ＭＧＣＦ２１０、Ｉ−ＣＳＣＦ６０２、およびＳ−ＣＳＣＦ６０４などの追加要素は避けられる。その後、ベアラ経路６１６は、ＵＥ機器２０２とコールされた者２１５との間に、両者間の通信を容易にするために確立される。

図７は、本特許開示を目的として、例えば、ＵＥ２０２のような無線ＵＥ機器として動作可能な通信機器の実施形態のブロック図である。ＵＥ２０２の実施形態は、図７に示される実施形態と同様な配置を備え得るが、ハードウェア、ソフトウェアまたはファームウェアにおいて、図示された様々なモジュールに関して、幾つかのバリエーションおよび改変があり得ることは、本明細書を参照した当業者によって理解される。従って、図７の配置は、本特許開示の実施形態に関して、制限をするものとしてよりも、むしろ、例示的なものとして取られるべきである。ＵＥ２０２の実施形態の全体制御のために提供されるマイクロプロセッサ７０２は、マルチモード通信（例えば、ＣＳドメイン、ＩＭＳのようなＩＰドメインなど）が可能な通信サブシステム７０４に、動作可能なように結合される。通信サブシステム７０４は、一般に、１つ以上の受信機７０８および１つ以上の送信機７１４、ならびに、１つ以上の局所発振器（ＬＯ）モジュール７１０のような関連コンポーネントおよびデジタル信号プロセッサ（ＤＳＰ）７１２のような処理モジュールを含む。通信分野の当業者には理解されるように、通信モジュール７０４の特定の設計は、移動体機器が動作することを意図される通信ネットワーク（例えば、ＣＤＭＡネットワーク、ＧＳＭネットワーク、ＷＬＡＮなど）に依存し得る。しかしながら、特定の設計に関わらず、適切なアクセスインフラ７０５（例えば、携帯基地局タワー、ＷＬＡＮホットスポットなど）を介するアンテナ７０６によって受信された信号は、受信機７０８に提供され、この受信機は、信号振幅、周波数下方変換、フィルタリング、チャネル選択、アナログデジタル（Ａ／Ｄ）変換などのような一般の受信機機能を実行し得る。同様に、送信されるべき信号は、例えば、ＤＳＰ７１２によって、変調およびコード化を含む処理がなされ、デジタルアナログ（Ｄ／Ａ）変換、周波数上方変換、フィルタリング、増幅、および、アンテナ７１６を介する無線インターフェース上の送信を行うために、送信機７１４に提供される。

マイクロプロセッサ７０２は、補助入力／出力（Ｉ／Ｏ）７１８、シリアルポート７２０、ディスプレイ７２２、キーボード／キーパッド７２４、スピーカ７２６、マイク７２８、ランダムアクセスメモリ（ＲＡＭ）７３０、短距離通信サブシステム７３２、および、全体を参照番号７３３でラベル付けされたタイマ機構、電池システムなどの任意の他の機器サブシステムのような更なる機器サブシステムと、インターフェースし得る。アクセスを制御するために、加入者識別モジュール（ＳＩＭ）または取り外し可能なユーザ識別モジュール（ＲＵＩＭ）インターフェース７３４も、また、マイクロプロセッサ７０２との通信に提供され得る。一つのインプリメンテーションにおいて、ＳＩＭ／ＲＵＩＭインターフェース７３４は、幾つかのキー構成７４４と、識別および加入者関連データのような他の情報７４６とを有するＳＩＭ／ＲＵＩＭカードで動作可能である。

オペレーティングシステムソフトウェアおよび適用可能なサービスロジックソフトウェアは、フラッシュメモリ７３５のような永続的ストレージモジュール（すなわち、不揮発性ストレージ）内に具現化され得る。一つのインプリメンテーションにおいて、フラッシュメモリ７３５は、例えば、コンピュータプログラム（例えば、サービス処理ロジック）７３６用のストレージエリア、ならびに、機器状態７３７、アドレス帳７３９、他の個人情報マネージャ（ＰＩＭ）データ７４１のようなデータストレージ領域、および、全体的に参照番号７４３でラベル付けされた他のデータストレージエリアのように、異なるエリアに分離され得る。伝送（ｔｒａｎｓｐｏｒｔ）スタック７４５は、１つ以上の適切な無線パケット伝送プロトコルを実行するために提供され得る。さらに、ＶＣＣ動作モードロジックモジュール７４８は、例えば、キーパッド入力、トグルスイッチング、または他のユーザインターフェースのような要素と関連して動作可能な手段７５０を介するユーザアクションといったユーザ入力／選択に応答する適切なＶＣＣモードを実行するために提供される。従って、ＵＥ機器は、該ＵＥ機器と関連してＶＣＣ動作モードを選択するために、ソフトウェア、ハードウェア、および、これらの任意の組み合わせによる手段と、該ＵＥ機器のＩＭＳネットワーク内に配置されたＶＣＣアプリケーションサーバノードに向けてメッセージを生成する手段とを含む。上述のように、メッセージには、ユーザによって選択可能な機器のＶＣＣ動作モードを指示するＶＣＣ動作モード指標が含まれる。

本特許出願の実施形態の動作および構成は、上記の詳細な説明から明らかになるものと考えられる。図示され、記載された例示的な実施形態は、好ましいものとして特徴付けられ得る一方で、以下の請求項に示される本開示の範囲から逸脱することなく、様々な変更および改変が、行われ得ることは、容易に理解されるべきである。

本特許開示の実施形態のより完全な理解は、添付図面と合わせて、以下の詳細な説明を参照することによって、得られ得る。
回路交換ネットワークインフラおよびＩＭＳインフラを含む一般的ネットワーク環境を示し、この環境で本特許開示の実施形態が実行され得る。 訪問先ネットワーク内でローミングする間に、ＶＣＣ可能なＵＥ機器によって発信されたコールに対する従来のコール設定フローを示す例示的なネットワークシナリオを示す。 本特許開示の例示的な実施形態の流れ図を示す。 ＵＥ機器のＶＣＣ動作モードに対する自身のホームＩＭＳネットワークを指示するＵＥ機器によって送信される例示的な情報エレメントを示す。 実施形態に従って、自身のＶＣＣ動作モードを制御する動作可能なＵＥ機器によって発信されたコールに対して改変されたコール設定フローを示す図２の例示的なネットワークシナリオを示す。 本特許開示の例示的な実施形態のメッセージフローを示す。 本特許開示の目的のために動作可能な通信デバイスの実施形態のブロック図を示す。

符号の説明

１１４−Ｎ ＶＣＣアプリケーションサーバノード
２００ ネットワーク環境
２０２ ユーザ設備（ＵＥ）機器
２０４ ホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク
２０６ 訪問先ネットワーク
４００ 情報エレメント
４０２〜４１０ オクテット
４１２ ビット８ロケーション
６０６ メッセージ

Claims (26)

1. 訪問先ネットワーク（２０６）およびホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、コールに関するユーザ設備（ＵＥ）機器（２０２）の音声コール連続性（ＶＣＣ）機能性を制御する方法であって、
   該ＵＥ機器（２０２）と関連するＶＣＣ動作モードを検出することと、
   該ＩＭＳネットワーク（２０４）内に配置されたＶＣＣアプリケーションサーバノード（１１４−Ｎ）を有する該ネットワーク環境（２００）に向けて、該ＵＥ機器（２０２）によってメッセージ（６０６）を生成することであって、該メッセージ（６０６）は、該訪問先ネットワーク（２０６）内でローミングする間に、該ＵＥ機器（２０２）によって発信されたコールに従って生成され、該メッセージ（６０６）は、該ＵＥ機器（２０２）のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、ことと
   を包含する、ＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
2. 前記ＶＣＣ動作モードは、コール毎に選択される、請求項１に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
3. 前記ＶＣＣ動作モード指標は、前記メッセージ（６０６）に含まれる情報エレメント（４００）内に、１ビット以上を備える、請求項１または請求項２に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
4. 前記情報エレメント（４００）は、複数のオクテット（４０２〜４１０）を備え、前記ＶＣＣ動作モード指標は、該情報エレメント（４００）の第三のオクテット（４０６）内にビット８ロケーション（４１２）を備える、請求項３に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
5. 前記ビット８ロケーション（４１２）は、前記ＶＣＣ動作モードがＶＣＣ ＯＮモードであるように選択されることを指示するために、バイナリの１に設定される、請求項４に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
6. 前記ビット８ロケーション（４１２）は、前記ＶＣＣ動作モードがＶＣＣ ＯＦＦモードであるように選択されることを指示するために、バイナリの０に設定される、請求項４に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
7. 前記メッセージ（６０６）は、前記ＵＥ機器（２０２）によるコール発信の一部として、接続管理（ＣＭ）サービスリクエストメッセージを備える、請求項１または請求項２に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
8. 前記ＶＣＣ動作モード指標は、Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）内に運び込まれる、請求項７に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
9. 前記ＶＣＣ動作モード指標は、前記Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）の第三のオクテット（４０６）のビット８ロケーション（４１２）内でコード化される、請求項８に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
10. 前記ＶＣＣ動作モードは、前記ユーザによる１つ以上のアクションに応答して変更される、請求項１、請求項２、請求項３、請求項４、請求項５、請求項６、請求項７、請求項８、または請求項９に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
11. 前記ユーザは、満足いくＶＣＣサービスが、前記訪問先ネットワーク（２０６）に対して一切利用できないという指示に基づいて、前記ＶＣＣ動作モードを変更する、請求項１０に記載のＵＥ機器（２０２）のＶＣＣ機能性を制御する方法。
12. 訪問先ネットワーク（２０６）およびホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、コールを発信するように動作可能な無線ユーザ設備（ＵＥ）機器（２０２）であって、
    該ＵＥ機器（２００）と関連するＶＣＣ動作モードを選択する手段（７５０）と、
    該ＩＭＳネットワーク（２０４）内に配置されたＶＣＣアプリケーションサーバノード（１１４−Ｎ）を有する該ネットワーク環境（２００）に向けて、メッセージ（６０６）を生成する手段（２０３Ａ、７４８）であって、該メッセージ（６０６）は、該ＵＥ機器（２０２）のユーザによって選択可能な該ＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、手段と
    を備える、無線ＵＥ機器（２０２）。
13. 前記ＶＣＣ動作モードは、コール毎に選択可能である、請求項１２に記載の無線ＵＥ機器（２０２）。
14. 前記ＶＣＣ動作モード指標は、前記メッセージに含まれる情報エレメント（４００）内に、１ビット以上を備える、請求項１２または請求項１３に記載の無線ＵＥ機器（２０２）。
15. 前記情報エレメント（４００）は、複数のオクテット（４０２〜４１０）を備え、前記ＶＣＣ動作モード指標は、該情報エレメント（４００）の第三のオクテット（４０６）内にビット８ロケーション（４１２）を備える、請求項１４に記載の無線ＵＥ機器（２０２）。
16. 前記ビット８ロケーション（４１２）は、前記ＶＣＣ動作モードがＶＣＣ ＯＮモードであるように選択されることを指示するために、バイナリの１に設定される、請求項１５に記載の無線ＵＥ機器（２０２）。
17. 前記ビット８ロケーション（４１２）は、前記ＶＣＣ動作モードがＶＣＣ ＯＦＦモードであるように選択されることを指示するために、バイナリの０に設定される、請求項１５に記載の無線ＵＥ機器（２０２）。
18. 前記訪問先ネットワーク（２０６）内でローミングする間、前記メッセージ（６０６）は、前記ＵＥ機器（２０２）によるコール発信の一部として、接続管理（ＣＭ）サービスリクエストメッセージを備える、請求項１２または請求項１３に記載の無線ＵＥ機器（２０２）。
19. 前記ＶＣＣ動作モード指標は、Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）内に運び込まれる、請求項１８に記載の無線ＵＥ機器（２０２）。
20. 前記ＶＣＣ動作モード指標は、前記Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）の第三のオクテット（４０６）のビット８ロケーション（４１２）内でコード化される、請求項１９に記載の無線ＵＥ機器（２０２）。
21. 訪問先ネットワーク（２０６）およびホームインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（２０４）を含むネットワーク環境（２００)内で、動作可能な音声コール連続性（ＶＣＣ）アプリケーションサーバノード（１１４−Ｎ）であって、
    ユーザ設備（ＵＥ）機器（２０２）に関して発信されたコールが、該ＵＥ機器（２０２）からの該コールに応答して伝播されたメッセージ（６０８）に基づいて、該ＩＭＳネットワーク（２０４）内に固着されるかどうかを判断する手段（６１０）であって、該メッセージ（６０８）は、該ＵＥ機器（２０２）と関連するＶＣＣ動作モードを指示するＶＣＣ動作モード指標を含む、手段（６１０）と、
    該ＶＣＣ動作モード指標が、該ＵＥ機器のＶＣＣ動作モードに関して選択から外された状態を指示するという決定に基づいて、該訪問先ネットワーク（２０６）に、ルーティングメッセージ（６１２）を生成する手段（１２２）と
    を備える、ＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
22. 前記ＶＣＣ動作モード指標は、前記メッセージ（６０８）に含まれる情報エレメント（４００）内に、１ビット以上を備える、請求項２１に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
23. 前記情報エレメント（４００）は、複数のオクテット（４０２〜４１０）を備え、前記ＶＣＣ動作モード指標は、該情報エレメント（４００）の第三のオクテット（４１２）内にビット８ロケーション（４１２）を備える、請求項２２に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
24. 前記メッセージ（６０８）は、移動体強化ロジック（ＣＡＭＥＬ）初期検出ポイント（ＩＤＰ）メッセージに対するカスタム化アプリケーションを備える、請求項２１に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
25. 前記ＶＣＣ動作モード指標は、前記メッセージ（６０８）のＣｌａｓｓｍａｒｋ２情報エレメント（４００）内に運び込まれる、請求項２４に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。
26. 前記ＶＣＣ動作モード指標は、前記Ｃｌａｓｓｍａｒｋ２情報エレメント（４００）の第三のオクテット（４０６）のビット８ロケーション（４１２）内でコード化される、請求項２５に記載のＶＣＣアプリケーションサーバノード（１１４−Ｎ）。

Images