JP4762956B2 - Ｉｍｓネットワーク環境におけるコール連続性を管理するためのシステムおよび方法 - Google Patents

Description

本特許開示は、一般的に通信ネットワークにおけるコール処理に関する。より具体的には、限定のためではなく、本特許開示は、回線交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境におけるコール連続性を管理するためのシステムおよび方法に向けられる。

モバイルボイスオーバＩＰ（ＶｏＩＰ）ハンドオーバは、ユーザが、ＩＰベースのネットワーク（たとえばワイヤレスＬＡＮ（ＷＬＡＮ）またはＷｉ−ＭＡＸネットワークなど）と回線交換セルラネットワークとの間で移動する際に、音声コールを継続するプロセスである。そのようなハンドオーバを実現するために、現在の第３世代パートナーシッププロジェクト（３^ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（３ＧＰＰ）規格は、デュアルモードワイヤレスユーザ機器（ＵＥ）デバイスがドメイン間連続性をリクエストするコールを発呼するときに、該コールが、ＩＰマルチメディアサブシステム（ＩＭＳ）と呼ばれる新しいＩＰベースのネットワークアーキテクチャに配置されるコール連続性制御機能（ＣＣＣＦ）エレメントにルーティングされることを指定する。コールルーティング処理をインプリメントする、提案された解決法の１つは、Ｅ．１６４番号の形態で公衆サービス識別（Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｔｙ）（たとえば呼び出されたパーティの番号）を提供することであり、該公衆サービス識別に対してコール参照識別が付加され得ることによって、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）を生成する。しかし、コール参照識別ディジットがＥ．１６４番号に付加されるときに、ＩＴＵ−Ｔ規格の下で指定される１５ディジット長の制限よりも長い番号に帰結する。したがって、そのような番号がネットワークを介してルーティングされるときに、余分のディジットが失われ得る可能性がある。さらに、ＩＭＳネットワークにおけるＣＣＣＦエレメントに提供される発信者ＩＤ情報への依存がある場合には、この情報は、ＩＳＤＮユーザパート（ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ）（ＩＳＵＰ）信号方式を使用する国際ＩＳＤＮインフラストラクチャにおいて失われ得る。さらに、ＩＭＳは、ＵＥデバイスからの異なる共通の公衆識別（Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ）の複数の登録をサポートするように設計されているので、正確なコールレッグ（ｃａｌｌ ｌｅｇ）を確立することは、コール連続性を実現する上で最も重要になる。

（概要）
本特許開示は、回線交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークを含むネットワーク環境において、コール連続性を管理するためのスキームに広く向けられ、ユーザ機器（ＵＥ）デバイスによって供給される一定の一意の識別（ＩＤ）情報が利用される。一意のＩＤ情報は、インスタンスＩＤおよび／または広域にルーティング可能なユーザエージェントユニフォームリソース識別子（Ｇｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）（ＧＲＵＵ）を含み得る。さらに、インスタンスＩＤは、ＩＭＥＩ、ＩＭＥＩＳＶ、ＭＩＮ、ＥＳＮ、ＭＡＣアドレス、またはＵＥデバイスを識別するために使用され得る任意の他の一意のレイヤ２アドレスであり得る。ＵＥデバイスによってコールが発呼されるときに、コールに関連するコール情報（一意のＩＤ情報を含む）は、ＩＭＳネットワークに配置されたノードに提供される。ネットワークノードにおいて、Ｅ．１６４番号のプールは、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）として維持され、ＩＭＲＮは、ＵＥデバイスから受信されたコール情報の少なくとも一部分に関連づけるために、動的にアロケートされ得る。ネットワークノードは、関係をマッピングすることにおいて、選択ＩＭＲＮをコール情報の少なくとも一部分と関連づけ、一意のＩＤ情報が、進行中のコールに対応する。ネットワークノードは、該コールをＵＥデバイスに返す。動的にアロケートされたＩＭＲＮがＵＥデバイスによって送信されるときに、ネットワークノードは、呼び出されたパーティに関してコール連続性を実現するために、ＩＭＲＮマッピングを利用する。次にＩＭＲＮは、将来の使用のために、ＩＭＲＮのプールに解放し戻され得る。適切なタイマーがデバイスおよびＣＣＣＦエンドポイントにおいて提供され得、その結果、コールに関連するコール参照番号が有効である（たとえばタイムアウトしていない）か、または動的にアロケートされたＩＭＲＮが有効である（たとえばタイムアウトしていない）かが検証され得る。オプションとして、解放されたＩＭＲＮは、ある期間にわたって隔離され得る。

一局面において、ＩＭＳネットワークにおいてコールに関連するＵＥデバイスを用いて動作可能な方法の実施形態が開示される。クレームされる実施形態は、以下の動作のうちの１つ以上を含む：該コールに関連するコール情報を、該ＵＥデバイスによって、該ＩＭＳネットワークに配置されるネットワークノードに提供することと；動的にアロケートされたＩＭＲＮを該ネットワークノードから受信することに応答して、該コールに関連するコール参照番号が有効であることを検証することとであって、該動的にアロケートされたＩＭＲＮはコール情報の少なくとも一部分にマッピングされる、ことと；検証する際に、該動的にアロケートされたＩＭＲＮと該コール情報の該部分との間の関係に基づいて、コール連続性を実現するために、該動的にアロケートされたＩＭＲＮを、該ＵＥデバイスによって該ネットワークノードに提供すること。

別の局面において、ＩＭＳネットワークにおいてコールを発呼するように動作可能なＵＥデバイスの実施形態が本明細書中に開示される。クレームされる実施形態は、以下のエレメントのうちの１つ以上を含む：該コールに関連するコール情報を、該ＩＭＳネットワークに配置されたネットワークノードに提供するための手段と；動的にアロケートされたＩＭＲＮをネットワークノードから受信することに応答して、該コールに関連するコール参照番号が有効であることを検証するための手段であって、該動的にアロケートされたＩＭＲＮは、該コール情報の少なくとも一部分にマッピングされる、手段と；該検証に応答して、該動的にアロケートされたＩＭＲＮと該コール情報の該部分との間の関係に基づいて、コール連続性を実現するために、該動的にアロケートされたＩＭＲＮを該ネットワークノードに提供するための手段。

さらに別の局面において、ＩＭＳネットワークノードの実施形態が本明細書中に開示され、以下のエレメントのうちの１つ以上を含む：ＩＭＲＮのプールを維持するための手段であって、選択ＩＭＲＮは、ＵＥデバイスによって発呼されたコールに関して、該ＵＥデバイスから受信されたコール情報の少なくとも一部分に動的にアロケートされることが可能である、手段と；該選択ＩＭＲＮを該ＵＥデバイスから受信された一意のＩＤパラメータ（すなわち、ＧＲＵＵ、ＩＭＥＩ、ＩＭＥＩＳＶ、ＭＩＮ、ＥＳＮ、ＭＡＣアドレス、または任意の他の一意のレイヤ２アドレスなど）に関連づけ、該選択ＩＭＲＮを該ＵＥデバイスに提供する手段と；該コールに関してコール連続性プロセスを実現するために、該選択ＩＭＲＮが該ネットワークノードに返されたときに、該選択ＩＭＲＮが有効であることを検証するための手段。

本発明はさらに、以下の手段を提供する。
（項目１）
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）において、コールに関連するユーザ機器（ＵＥ）デバイス（３０２）を用いて動作可能な方法であって、該コールは、呼び出されたパーティに向けて発呼され、該方法は、
動的にアロケートされたＩＰマルチメディアルーティング番号（ＩＭＲＮ）をネットワークノード（３０８）から受信することに応答して、該コールに関連するコール参照番号が有効であることを検証することであって、該動的にアロケートされたＩＭＲＮは、該ＵＥデバイス（３０２）によって提供されたコール情報の少なくとも一部分にマッピングされる、ことと、
検証する際に、該動的にアロケートされたＩＭＲＮと該コール情報の該部分との間の関係に基づいて、コール連続性を実現するために、該動的にアロケートされたＩＭＲＮを、該ＵＥデバイス（３０２）によって該ネットワークノード（３０８）に提供することと
を包含する、方法。
（項目２）
上記コール情報は、上記ＵＥデバイス（３０２）に関連する一意の識別（ＩＤ）パラメータおよび上記呼び出されたパーティの番号のうちの、少なくとも１つを含む、項目１に記載の方法。
（項目３）
上記一意のＩＤパラメータは、グロバリールータブルユーザエージェント（ＵＡ）ユニフォームリソースアイデンティファイヤ（ＵＲＩ）（ＧＲＵＵ）、インターナショナルモバイルステーションイクイップメントアイデンティティ（ＩＭＥＩ）、ＩＭＥＩソフトウェアバージョン（ＩＭＥＩＳＶ）、エレクトロニックシリアルナンバー（ＥＳＮ）、モバイルアイデンティティナンバー（ＭＩＮ）、および該ＵＥデバイス（３０２）に関連する一意のレイヤ２アドレスのうちの、少なくとも１つを含む、項目２に記載の方法。
（項目４）
上記コール情報は、ユーザ間信号方式メッセージ、セッションイニシエーションプロトコル（ＳＩＰ）メッセージ、およびアンストラクチャードサプリメンタリーサービスデータ（ＵＳＳＤ）メッセージのうちの、１つを介して、上記ネットワークノード（３０８）に提供される、項目１に記載の方法。
（項目５）
上記動的にアロケートされたＩＭＲＮは、ＳＩＰメッセージおよびＵＳＳＤメッセージのうちの１つを介して、上記ＵＥデバイス（３０２）によって受信される、項目１に記載の方法。
（項目６）
上記ネットワークノード（３０８）は、ＣＣＣＦノードおよびＶＣＣアプリケーションのうちの１つを含む、項目１、項目２、項目３、項目４、または項目５に記載の方法。
（項目７）
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）においてコールを発呼するように動作可能なユーザ機器（ＵＥ）デバイス（３０２）であり、該コールは呼び出されたパーティに向けられており、該ＵＥデバイスは、
手段（６３３、６４８）であって、動的にアロケートされたＩＰマルチメディアルーティング番号（ＩＭＲＮ）をネットワークノード（３０８）から受信することに応答して、該コールに関連するコール参照番号が有効であることを検証する手段であって、該動的にアロケートされたＩＭＲＮは、該ＵＥデバイス（３０２）によって提供されるコール情報の少なくとも一部分にマッピングされる、手段と、
手段（６０２、６０４、６４８）であって、該検証に応答して、該動的にアロケートされたＩＭＲＮと該コール情報の該部分との間の関係に基づいて、コール連続性を実現するために、該動的にアロケートされたＩＭＲＮを該ネットワークノード（３０２）に提供する手段と
を備える、ＵＥデバイス。
（項目８）
上記コール情報は、上記ＵＥデバイス（３０２）に関連する一意の識別（ＩＤ）パラメータおよび上記呼び出されたパーティの番号のうちの、少なくとも１つを含む、項目７に記載のＵＥデバイス（３０２）。
（項目９）
上記一意のＩＤパラメータは、グロバリールータブルユーザエージェント（ＵＡ）ユニフォームリソースアイデンティファイヤ（ＵＲＩ）（ＧＲＵＵ）、インターナショナルモバイルステーションイクイップメントアイデンティティ（ＩＭＥＩ）、ＩＭＥＩソフトウェアバージョン（ＩＭＥＩＳＶ）、エレクトロニックシリアルナンバー（ＥＳＮ）、モバイルアイデンティティナンバー（ＭＩＮ）、および該ＵＥデバイス（３０２）に関連する一意のレイヤ２アドレスのうちの、少なくとも１つを含む、項目８に記載のＵＥデバイス（３０２）。
（項目１０）
上記コール情報は、ユーザ間信号方式メッセージ、セッションイニシエーションプロトコル（ＳＩＰ）メッセージ、およびアンストラクチャードサプリメンタリーサービスデータ（ＵＳＳＤ）メッセージのうちの、１つを介して、上記ネットワークノード（３０２）に提供される、項目７に記載のＵＥデバイス（３０２）。
（項目１１）
上記動的にアロケートされたＩＭＲＮは、ＳＩＰメッセージおよびＵＳＳＤメッセージのうちの１つを介して、上記ＵＥデバイス（３０２）によって受信される、項目７、項目８、項目９、または項目１０に記載のＵＥデバイス（３０２）。
（項目１２）
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）の中で動作可能なネットワークノード（３０８）であって、該ネットワークノードは、
ＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールを維持するための手段（１２２、１２６）であって、選択ＩＭＲＮは、ユーザ機器（ＵＥ）デバイス（３０２）によって発呼されたコールに関して、該ＵＥデバイス（３０２）から受信されたコール情報の少なくとも一部分に動的にアロケートされることが可能である、手段と、
該選択ＩＭＲＮを該ＵＥデバイス（３０２）から受信された一意の識別（ＩＤ）パラメータに関連づけ、該選択ＩＭＲＮを該ＵＥデバイス（３０２）に提供する手段（１２６）と、
該コールにするコール連続性プロセスを実現するために、該選択ＩＭＲＮが該ネットワークノード（３０８）に返されたときに、該選択ＩＭＲＮが有効であることを検証する手段（１２４、１２６）と
を備えている、ネットワークノード。
（項目１３）
上記選択ＩＭＲＮは、セッションイニシエーションプロトコル（ＳＩＰ）メッセージおよびアンストラクチャードサプリメンタリーサービスデータ（ＵＳＳＤ）メッセージのうちの１つを使用して、上記ＵＥデバイス（３０２）に提供される、項目１２に記載のネットワークノード（３０８）。
（項目１４）
カスタマイズドアプリケーションズフォーモバイルエンハンストロジック（ＣＡＭＥＬ）アプリケーションパート（ＣＡＰ）メッセージ、ＵＳＳＤメッセージ、およびＲＦＣ３０３３に準拠したメカニズムのうちの１つを介して、上記一意のＩＤパラメータを受信する手段をさらに備えている、項目１２に記載のネットワークノード（３０８）。
（項目１５）
上記選択ＩＭＲＮを将来の使用のためにＩＭＲＮのプールに解放する際に、該選択ＩＭＲＮを隔離する手段（１２４、１２６）をさらに含む、項目１２、項目１３、または項目１４に記載のネットワークノード（３０８）。

（摘要）
一実施形態において、回線交換（ＣＳ）ネットワークおよびＩＰマルチメディアサブシステム（ＩＭＳ）ネットワーク（１１２）を含むネットワーク環境（１００）において、コール連続性を管理するためのスキームが開示され、ユーザ機器（ＵＥ）デバイス（３０２）によって供給される一意の識別（ＩＤ）情報が利用される。ＩＭＳネットワークノード（３０８）において維持される、動的にアロケート可能なＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールは、ＩＭＲＮをＵＥデバイス（３０２）から受信されたコール情報に関連づけるために使用される。該コール情報は、ＧＲＵＵ、インスタンスＩＤ、およびコールに関連する呼び出されたパーティ番号のうちの少なくとも１つを含み得る。動的にアロケートされたＩＭＲＮがＵＥデバイス（３０２）によって返されるときに、ネットワークノード（３０８）は、呼び出されたパーティに関するコール連続性を実現するために、ＩＭＲＮマッピングを利用する。

（詳細な説明）
本特許開示のシステムおよび方法は、どのようにしたら実施形態が最良に作られて使用され得るかという種々の実施例を参照して、ここで説明される。図面およびいくつかの図面の全体を通して、同様の参照番号が使用されることによって、同様のまたは対応するパーツを示し、種々のエレメントは必ずしも縮尺通りに描かれていない。ここで図面（より具体的には図１）を参照すると、例示的なネットワーク環境１００が示され、本特許開示の実施形態は、ＵＥデバイスによって発呼されたコールに関するコール連続性を管理するために実施され得る。示されるように、ネットワーク環境１００は、アクセススペース１０４を含み、アクセススペース１０４は、複数のＵＥデバイス１０２−１〜１０２−Ｎにとって利用可能な多数のテクノロジーからなる。本開示の目的のために、ＵＥデバイスは、テザー（ｔｅｔｈｅｒ）されたかまたはテザーされていない任意の通信デバイスであり得、適切なワイヤレスモデムまたはモバイル通信デバイス（たとえば携帯電話またはメッセージの送受信やウェブ閲覧などができるデータイネーブルのハンドヘルドデバイス）を備えた任意のパーソナルコンピュータ（たとえば、デスクトップ、ラップトップ、パームトップ、またはハンドヘルドコンピューティングデバイス）、または電子メール、ビデオメール、インターネットアクセス、企業データアクセス、メッセージング、カレンダリング（ｃａｌｅｎｄａｒｉｎｇ）およびスケジューリング、情報管理、および同様なことができる、任意の拡張ＰＤＡデバイスまたは統合された情報機器を含み得る。好ましくは、ＵＥデバイスは、回線交換（ＣＳ）ならびにパケット交換（ＰＳ）通信の両方に従事し得るという点と、連続性を失うことなく通信の１つのモードから通信の別のモードへと移行し得るという点とにおいて、複数のモードで動作可能である。

アクセススペース１０４は、ＣＳネットワークおよびＰＳネットワークの両方からなり得、ワイヤレス技術、ワイヤライン（ｗｉｒｅｌｉｎｅ）技術、ブロードバンドアクセス技術などを含み得る。たとえば、参照番号１０６は、モバイル通信のためのグローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）（ＧＳＭ）および符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（ＣＤＭＡ）などのワイヤレス技術を指すが、本明細書の教示は、任意の第３世代パートナーシッププロジェクト（３ＧＰＰ）に準拠したセルラネットワーク（たとえば３ＧＰＰまたは３ＧＰＰ２）にも拡張され得ることが考えられる。参照番号１０８は、ブロードバンドアクセスネットワークを指し、ブロードバンドアクセスネットワークは、ワイヤレスローカルエリアネットワーク、またはＷＬＡＮ、Ｗｉ−ＭＡＸネットワーク、ならびにＤＳＬ、ケーブルブロードバンドなどの固定ネットワークを含む。アクセススペース１０４の一部として、従来のワイヤラインＰＳＴＮインフラストラクチャ１１０も例示されている。

ＩＰマルチメディアサブシステム（ＩＭＳ）コアネットワーク１１２は、任意のＣＳベースのネットワークを含む上述の種々のアクセスネットワークに結合される。周知のように、３ＧＰＰによって定義されるＩＭＳ規格は、サービスプロバイダが、任意のネットワークタイプにわたるＩＰを介して配信され得る種々のサービスを管理することを可能にするように設計されており、ＩＰは、ベアラ（ｂｅａｒｅｒ）トラフィックおよびセッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）（ＳＩＰ）ベースの信号方式トラフィックの両方を移送するために使用される。概して、ＩＭＳは、マルチメディアサービスを提供することができるアプリケーション（すなわちサービス）およびネットワーク（すなわちアクセス）を管理するためのフレームワークである。ＩＭＳは、「アプリケーションサーバ」を、サブスクライバが利用するサービス（たとえば音声コール連続性（ＶＣＣ）、プッシュトーク（Ｐｕｓｈ−Ｔｏ−Ｔａｌｋ）（ＰＴＴ）など）を配信するネットワークエレメントとして定義する。ＩＭＳは、各アプリケーションサーバ（ＡＳ）が有することを要求される共通の制御コンポーネント（たとえば、サブスクライバプロフィール、ＩＭＳモビリティ、ネットワークアクセス、認証、サービス認可、課金および支払い請求、オペレータ間機能、および従来の電話ネットワークとの相互使用）を定義することによって、アプリケーションを管理する。

ＩＭＳは、主にＧＳＭネットワークを扱う３ＧＰＰ規格本文によって定義されるが、別のグループである３ＧＰＰ２は、マルチメディアドメイン（Ｍｕｌｔｉｍｅｄｉａ Ｄｏｍａｉｎ）（ＭＭＤ）と呼ばれるきわめて類似したアーキテクチャを定義することに関与する。ＭＭＤは基本的にＣＤＭＡネットワークのためのＩＭＳであり、ＭＭＤおよびＩＭＳはおおよそ同等であるので、「ＩＭＳ」という用語は、適用可能な場合には、本特許開示において、ＩＭＳおよびＭＭＤの両方を集合的に指すために使用され得る。

図１を参照し続けて、参照番号１１４−１〜１１４−Ｎは、上で触れたように、種々のサービス（たとえばＶＣＣ、ＰＴＴなど）をサポートするように動作可能な複数のＡＳノードを指す。特に、ＶＣＣ ＡＳノード１１４−Ｎは、ＶＣＣ可能なデバイスによって発呼されたコールに関して、コール連続性および適切なドメイン選択を実現するように動作可能である。一般的に、ＡＳ１１４−Ｎは、サブスクライバのホームＩＭＳコアネットワークの一部として提供され得、ホームＩＭＳコアネットワークは、コール連続性制御機能（ＣＣＣＦ）１１６およびネットワークドメイン選択（ＮｅＤＳ）１１８と呼ばれる機能をインプリメントする。本質的に、ＡＳ１１４−ＮのＣＣＣＦ部分１１６は、新しいＩＭＳアプリケーションサーバエレメントとして動作可能であり、該ＩＭＳアプリケーションサーバエレメントは、ホームＩＭＳネットワークに常駐し、ＣＤドメインとＩＭＳドメインの間のコールハンドオーバ／ルーティングを含むすべてのコールセッションおよび関連するモバイルボイスオーバＩＰ（ＶｏＩＰ）ベアラトラフィックを追跡する。ＡＳ１１４−ＮのＮｅＤＳ部分１１８は、とりわけ、ＩＭＳネットワークとＣＳネットワーク（たとえばＧＳＭまたはＣＤＭＡ）との間の登録／登録抹消の管理を実行することを担う。潜在的には別々の機能であるが、図１に図示されるように、ＣＣＣＦ機能およびＮｅＤＳ機能の両方を単一のＩＭＳ互換ネットワークエレメント１１４−Ｎに統合することが可能である。また、適切なセッション制御機能（ＳＣＦ）１２０は、適用可能な無線アクセス技術（たとえばｇｓｍＳＣＦ）に関して、ＶＣＣ ＡＳノード１１４−Ｎの一部として提供され得る。追加のＶＣＣ関連の機能的エンティティは、以下を含み得る：ドメイン転送機能（Ｄｏｍａｉｎ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）（ＤＴＦ）（機能的エンティティＦＥ−Ａ（Ｆｕｎｃｔｉｏｎａｌ Ｅｎｔｉｔｙ ＦＥ−Ａ）とも呼ばれる）、ＣＳ適合機能（ＣＳ Ａｄａｐｔａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）（ＣＳＡＦ）（ＦＥ−Ｂとも呼ばれる）、ＣＡＭＥＬサービス（ＣＡＭＥＬ Ｓｅｒｖｉｃｅ）（ＦＥ−Ｃとも呼ばれる）、およびドメイン選択機能（Ｄｏｍａｉｎ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）（ＤＳＦ）（ＦＥ−Ｄとも呼ばれる）。これらは「ＶＣＣアプリケーション（ＶＣＣ Ａｐｐｌｉｃａｔｉｏｎ）」を形成する。したがって、本開示の目的のために、ＩＭＳコアネットワーク（たとえばＡＳ１１４−Ｎなど）に関する「ネットワークノード」という用語は、適用可能な場合には任意の組み合わせにおける以下の機能のうちの１つ以上を含み得る：ＦＥ−Ａ〜ＦＥ−Ｄ、ｇｓｍＳＣＦ、ＣＣＣＦ、およびＮｅＤＳ。

さらに、図１には示されないが、ＶＣＣノード１１４−Ｎなどの、コールまたはセッションを実際に管理する種々のＩＭＳネットワークエンティティをサポートするために、ホームＩＭＳネットワーク１１２の一部として、ホームサブスクライバサーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）またはＨＳＳと呼ばれるマスターユーザデータベースが提供される。一般的に、ＨＳＳデータベースは、ユーザプロフィール（すなわちサブスクリプション関連情報）を含み得る。ユーザプロフィールは、国際モバイルサブスクライバ識別（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）（ＩＭＳＩ）、時間的モバイルサブスクライバ識別（Ｔｅｍｐｏｒａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）（ＴＭＳＩ）、国際モバイル機器識別（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）（ＩＭＥＩ）、モバイルサブスクライバＩＳＤＮ番号（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ ＩＳＤＮ Ｎｕｍｂｅｒ）（ＭＳＩＳＤＮ）、ならびにＴｅｌユニフォームリソース識別子（Ｔｅｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）（ＵＲＩ）またはＳＩＰ−ＵＲＩとしてインプリメントされるＩＭマルチメディア私設識別（ＩＭ Ｍｕｌｔｉｍｅｄｉａ Ｐｒｉｖａｔｅ Ｉｄｅｎｔｉｔｙ）（ＩＭＰＩ）およびＩＰマルチメディア公衆識別（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ）（ＩＭＰＵ）などの追加のＩＭＳ特有の識別などの、種々のユーザ識別およびデバイス識別を含む。ＩＭＰＩは特定のＵＥデバイスに一意のものであるが、ＩＭＰＩごとに複数の公衆識別（すなわちＩＭＰＵ）を有することが可能である。さらに、ＩＭＰＵはまた、別のＵＥデバイスと共有され得、その結果、同一の識別（たとえば家族全体のための単一の電話番号）によって２つ以上のデバイスが到達され得る。

さらに、適切なデータベース構造（たとえばＤＢ１２２）、タイマーメカニズム（たとえばタイマー１２４、および適切な論理１２６は、ＩＰマルチメディアルーティング番号（ＩＭＲＮ）のプールを構成および管理する目的のために、ＡＳ１１４−Ｎに関連して提供され得る。ＩＭＲＮは、ＶＣＣディレクトリ番号またはＶＤＮとも呼ばれ、以下にさらに詳細に説明されるように、コールルーティングおよびコール連続性を管理する目的のために、ＩＭＲＮから、選択ＩＭＲＮ／ＶＤＮが動的にアロケートされ得る。

本特許出願の「背景」項目において触れたように、コールが進行中である間に、コール連続性を必要とするコールをＵＥデバイスが発呼するときに、そのコールは、サブスクライバのホームＩＭＳネットワークのネットワークノードにルーティングされる。しかし、上で指摘したように、そのようなルーティング処理は、種々の欠陥を有することが公知である。

本特許開示の教示に従って、ＣＣＣＦ機能を有するＩＭＳネットワークノードには、好ましくは、以下を実行するための適切な論理／構造／ソフトウェア／ファームウェアモジュールが提供される：ネットワークノード上で終結するＩＭＲＮとして動作可能なＥ．１６４番号のプールを管理すること；呼び出されたパーティ番号および／またはＵＥデバイスから受信された一定の一意のＩＤ情報に、選択ＩＭＲＮを動的にアロケートし、該選択ＩＭＲＮをＵＥデバイスに提供すること；呼び出されたパーティ番号に関してコールルーティング／連続性処理を実現するために、選択ＩＭＲＮがネットワークノードに返されたときに、該選択ＩＭＲＮがタイムアウトしていないことを検証すること；および、オプションとして、該選択ＩＭＲＮを将来の使用のためにＩＭＲＮプールに解放し戻したときに、ある期間にわたって該選択ＩＭＲＮを隔離すること。

動的にアロケート可能なＩＭＲＮのプールを管理するために、ネットワークノード（たとえばＶＣＣ ＡＳ１１４−Ｎ）は、Ｅ．１６４番号に関して多数の方法で構成され得る。たとえば、特定のＥ．１６４番号は、ＩＭＲＮ範囲の「開始アドレス」番号として提供され得る。別のＥ．１６４番号は、該ＩＭＲＮ範囲に関して、範囲区切りとして動作し得る。柔軟性を可能にするために、様々な番号範囲から構成されるように様々なＩＭＲＮのプールを提供することが望ましくあり得る。さらに、アロケートされたＩＭＲＮが有効であり続ける（たとえばＩＭＲＮがタイムアウトしていない、すなわちＩＭＲＮが適切な時間制限の範囲内で使用される）こと、または適切な隔離時間が適用されることを保証するために、適切なタイマーメカニズムが、ネットワークノードにおいてインプリメントされ得る。以下にさらに詳細に説明されるように、ネットワークノードにおけるＩＭＲＮに関連するタイマーの管理、および発呼するＵＥデバイスにおけるコール参照番号に関連するタイマーの管理は、ＩＭＲＮの動的な提供を可能にし、該ＩＭＲＮは、ＩＭＲＮを生成するためにＥ．１６４番号に余分のディジットを付加する必要なしに、コールルーティング／連続性のために使用され得る。

図２Ａは、ＵＥデバイスによるコールに関してコールルーティング／連続性を管理するための本特許開示の全体的な方法の例示的実施形態のフローチャートを示す。ブロック２０２において、コールに関連する種々の情報の断片（本明細書では集合的に「コール情報」と呼ばれ得る）（コールに関連するコール参照番号、呼び出されたパーティ番号（またはＢ番号）、サブアドレス情報、ならびにＵＥに関連する一意のＩＤ情報など）は、発呼するＵＥデバイスによって、ＩＭＳネットワークノード（たとえばＡＳネットワークノード１１４−Ｎ）に提供される。本明細書における教示に従って、一意のＩＤ情報は、インスタンス識別子（Ｉｎｓｔａｎｃｅ Ｉｄｅｎｔｉｆｉｅｒ）（ＩＤ）および／またはＵＥデバイスに関連するＧＲＵＵを含み得る。ここで、インスタンスＩＤは、ＩＭＥＩ、ＩＭＥＩソフトウェアバージョン（ＩＭＥＩ Ｓｏｆｔｗａｒｅ Ｖｅｒｓｉｏｎ）（ＩＭＥＩＳＶ）、ＭＡＣアドレスまたは一意のレイヤ２アドレス、電子シリアル番号（Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）（ＥＳＮ）、およびデバイスに提供されるモバイル識別番号（Ｍｏｂｉｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）（ＭＩＮ）のうちの、少なくとも１つを含み得る。また、タイマーは、コール情報の少なくとも一部分を監視するために使用されるＵＥデバイス上で開始され得る。特に、タイマーは、特定のコール参照番号が生成されてネットワークノードに転送されてからの経過時間を監視するためにインプリメントされる。ネットワークノードにおいて、ＩＭＲＮのプールから選択されたＩＭＲＮは、コール参照番号に動的に関連づけられる。ここで、ＩＭＲＮは、コール情報（たとえば受信された呼び出されたパーティ番号、またはインスタンスＩＤおよび／またはＧＲＵＵ）の少なくとも一部分にマッピングされる（ブロック２０４）。また、タイマーは、動的にアロケートされたＩＭＲＮに関連する活動時間変数を監視するために、ネットワークノードにおいて開始され得る。その後、下記に説明されるように、動的にアロケートされたＩＭＲＮは、適切なメッセージングを使用してＵＥデバイスに提供される。動的にアロケートされたＩＭＲＮがＵＥデバイスにおいて受信されると、ＩＭＲＮが期限経過していないことを保証するために、コール参照番号に関連する経過時間が監視される（ブロック２０６）。経過時間が選択条件を満たす（たとえば活動時間値の範囲内にある）場合には、動的にアロケートされたＩＭＲＮは、ＵＥデバイスによって受け入れられる（ブロック２０８）。次に、動的なＩＭＲＮを使用して、ＵＥデバイスによって適切な設定が開始され、それによって、受け入れられたＩＭＲＮは、ネットワークノード上で終結するので、ネットワークノードに返される。ＩＭＲＮがネットワークノードにおいて受信されると、活動時間変数がタイムアウトしていないことを保証するために活動時間変数が監視される。その後、動的にアロケートされたＩＭＲＮに関連する、呼び出されたパーティ番号、ＧＲＵＵ、および／またはインスタンスＩＤ（すなわち一意のＩＤデータ）は、コールレッグの間で適切な接続を行うことによって、コールをルーティングするために利用される（ブロック２１０）。１つのインプリメンテーションにおいて、動的なＩＭＲＮは、オプションとしてＩＭＲＮのプールに返され得る。ここで、ＩＭＲＮは、再使用されるかまたは将来の使用のために利用可能になる前に、一定期間にわたって隔離され得る。（ブロック２１２）。

ここで図２Ｂおよび２Ｃを参照すると、上述の方法論のデバイス中心の部分およびネットワーク中心の部分が、例示的なアプリケーションにおいてさらに詳細に述べられる。ブロック２２２において、ＵＥデバイスの適切な論理は、コールに関連するコール情報を、図１におけるＡＳ１１４−ＮなどのＶＣＣノードに提供するように動作可能である。動的にアロケートされたＩＭＲＮを受信することに応答して、ＵＥデバイスは、コールに関連するコール参照番号が有効であることを検証するように動作可能である（ブロック２２４）。検証すると、ＵＥデバイスは、その後、ＩＭＲＮをＶＣＣノードに提供することによって、出て行くコールレッグを設定し、異なるドメインにおける、既存のコールとの連続性を維持する（ブロック２２６）。ネットワークノード（たとえばＡＳ１１４−Ｎ）における動作に関して、ＧＲＵＵおよび／またはインスタンスＩＤ情報を含むコール情報を受信すると、ノードにおける適切な論理は、そのデータベースに多数の検証を実行するように応答指令信号を送る。検証は、ユーザがＶＣＣサービスを取得することを許可されるかどうかを決定するために行われ得る。別の検証は、ＵＥデバイスから受信された一意のＩＤ情報がネットワークノードのデータベースに存在するかどうかに関連し、そうである場合には、動的なＩＭＲＮが割当てられて、受信された一意のＩＤ情報に対応する進行中のコールに関連づけられる（ブロック２５２）。その後、動的なＩＭＲＮは、適切なメッセージングを介してＵＥデバイスに提供される（ブロック２５４）。動的なＩＭＲＮがＵＥのＶＣＣコール設定の一部としてネットワークに返されるときに、ネットワークノードは、ＶＣＣコールレッグを進行中のコールにリンクさせるために以前に生成されたＧＲＵＵ／インスタンスＩＤレコードに対して、返されたＩＭＲＮを相関させる（ブロック２５６）。また、上述されたように、ネットワークノードは、受信されたＩＭＲＮがタイムアウトしていないことを検証するために適切な論理を含み得る。

コール情報（すなわち呼び出されたパーティ番号）、コール参照番号、一意のＩＤ情報などが、ＵＥデバイスによって、サービスするネットワークノードに送信されたときには、ネットワークノードにおける適切な論理が、受信されたコール情報をＥ．１６４ベースのＩＭＲＮにマッピングするレコードを生成し得、該レコードはＵＥデバイスに送信し戻されることを、当業者は上述に基づいて理解する。関連して、例示的なアプリケーションにおいて、進行中のＳＩＰダイアログと、そのダイアログについてのＳＩＰ請求メッセージにおいてその一意のＩＤ情報が提供されているＵＥデバイスとがある場合であって、ＵＥデバイスが、ＧＲＵＵおよび／またはそのＶＣＣリクエストメッセージングにおけるインスタンスＩＤ（たとえばブロック２０２において提供されたようなもの）をＶＣＣノードに送信することによってドメイン間転送を実現するときには、ＶＣＣノードはリクエストを進行中のダイアログに相関させ得、そこで、動的なＩＭＲＮは、進行中のコールセッションにリンクされ得る。デバイス側において、受信されたＩＭＲＮをコール参照番号に相関させると、ＵＥは、ネットワークノード上で終結するＩＭＲＮを使用してコールを設定する。次に、ＩＭＲＮは、進行中のコールを呼び出されたパーティに継続するためのＩＭＲＮ／コール情報マッピングに対して、応答指令信号を送られる。

ＵＥデバイスとホームＩＭＳネットワークのＶＣＣ／ネットワークノードとの間のメッセージフローは、他の多数の適切なネットワークインフラストラクチャエレメントを通して取り次がれ得、デバイス性能ならびにネットワーク特徴および使用されるプロトコルに依存して、多数の方法でインプリメントされ得ることが、当業者によって理解されるべきである。一般的に、メッセージフローは、ＵＥデバイスとそのホームＩＭＳ ＶＣＣ／ネットワークノードとの間に配置された、モバイル交換センター（ＭＳＣ）およびメディアゲートウェイ制御機能（ＭＧＣＦ）エレメントなどのネットワークエレメントを介して取り次がれ得る。また、ＭＧＣＦノードとＶＣＣノードとの間に配置された、インタロゲーティングコールセッション制御機能（Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）（Ｉ−ＣＳＣＦ）およびサービングＣＤＣＦ（Ｓｅｒｖｉｎｇ ＣＤＣＦ）（Ｓ−ＣＳＣＦ）ノードなどの、追加のＩＭＳ制御プレーンノードがあり得る。メッセージフローの多数の例示的インプリメンテーションが以下に述べられ、そこでは、動的にアロケートされたＩＭＲＮが、ＣＳドメインにおいて発呼されたコールに関してコールルーティング／連続性を実現するために利用される。

図３Ａは、メッセージフローの実施形態３００Ａを示し、モバイル拡張論理のためのカスタマイズされたアプリケーション（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）（ＣＡＭＥＬ）を含むユーザ間（Ｕｓｅｒ−ｔｏ−Ｕｓｅｒ）信号方式がインプリメントされる。機能のＣＳドメインモードおよびＩＭＳドメインモードを有する例示的なＵＥデバイス３０２は、設定メッセージ（３１０）を、訪問されるＭＳＣ３０４に対して生成するように動作可能であり、設定メッセージは、コール参照識別または番号、呼び出されたパーティ番号、サブアドレス情報など、ならびにＧＲＵＵおよび／またはインスタンスＩＤ情報などの、適用可能なコール情報を含む。コール参照番号に関連する活動時間変数を監視するために、適切なタイマーメカニズム３０９が、ＵＥデバイスにおいて開始され得る。設定メッセージ３１０に応答して、ＭＳＣ３０４は、ＣＡＭＥＬアプリケーションパート(ＣＡＭＥＬ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ)（ＣＡＰ）互換メッセージ３１２、初期検出ポイント(Ｉｎｉｔｉａｌ Ｄｅｔｅｃｔｉｏｎ Ｐｏｉｎｔ)（ＤＰ）メッセージを生成し、これらのメッセージは、ユーザのホームＩＭＳネットワークに配置されたネットワークノード３０８に対して、コール情報の少なくとも一部分を運ぶ。ユーザがＶＣＣコールを行うことを許可されていることを検証すると、ネットワークノードのｇｓｍＳＣＦ機能は、受信された呼び出されたパーティ番号に基づいて、選択ＩＭＲＮを動的にアロケートし、ＣＡＰ接続（ＣＡＰ Ｃｏｎｎｅｃｔ）メッセージ３１４を介して、それをＭＳＣ３０４に戻す。動的にアロケートされたＩＭＲＮに関連する活動時間変数を監視するために、適切なタイマーメカニズムが、ネットワークノード３０８において開始され得る（ブロック３１６）。ＵＥデバイスのタイマーメカニズムに基づいて、コール参照がタイムアウトしていないことを検証した後、ＣＡＰ接続メッセージ３１４の受信に応答して、ＭＳＣ３０４は、初期アドレスメッセージ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）（ＩＡＭ）３１８を開始する。初期アドレスメッセージは、動的なＩＭＲＮならびにＧＲＵＵおよび／またはコールルーティングのためのＭＧＣＦに向けたユーザ間信号方式におけるインスタンスＩＤを含む。ＳＩＰ請求メッセージ３２０はＭＧＣＦ３０６によって生成され、ＭＧＣＦ３０６はネットワークノード３０８に向けたＲＦＣ３０３３によるユーザ間信号方式を含み、次にネットワークノード３０８は、ＧＲＵＵおよび／またはインスタンスＩＤを使用し、オプションとして、呼び出されたパーティ（図示せず）に対してコールを継続するための原動力を利用する。ネットワークノード３０８は、ＧＲＵＵおよび／またはインスタンスＩＤが見いだされ得るかどうかを知るために、その出て行くコールを調べるように動作可能である。ＳＩＰ請求３２０に続いて、ＭＧＣＦ３０６と呼び出されたパーティとの間で、種々の中間ＳＩＰメッセージおよびリソースアロケーション／リザベーションネゴシエーションが生じ得ることが、認識されるべきであり、そのことは本明細書中には特に詳細には記載されない。また、ＵＥデバイス３０２と呼び出されたパーティとの間にベアラ経路が確立される前に生じる追加のＩＳＵＰメッセージングは、本明細書中には示されない。

動的にアロケートされたＩＭＲＮがネットワークノード３０８においてＳＩＰ請求３２０を介して受信されると、タイマーメカニズムは、ＩＭＲＮがタイムアウトしたかどうかを検証するために停止され得る（ブロック３２２）。タイムアウトした場合には、ＳＩＰ請求メッセージは放棄され得、コールルーティング処理は終了させられ得る。ＩＭＲＮがタイムアウトしていない場合には、ＣＣＣＦは、もともとの呼び出された番号を使用してコールレッグを設定し得、一意のＩＤ−ＩＭＲＮ相関関係に基づいて、それを進行中のセッションにリンクさせ得る。さらに、発呼者ＩＤ（ＣａｌｌｅｒＩＤ）（ＣＩＤ）がＳＩＰ請求メッセージ３２０において受信されなかった場合には、ネットワークノード３０８は、適切なプライバシーオプションを有するＣＩＤを挿入し得る。ＣＣＣＦによってコールルーティングのためのＩＭＲＮを使用した後、ＩＭＲＮはＩＭＲＮプールに戻され得、そこで隔離タイマーが開始され得（ブロック３２４）、その結果、ＩＭＲＮは、ある期間の後に隔離タイマーが停止される（ブロック３２６）まで、さらなる使用を禁止される。

上述に指摘されたように、デバイス側におけるタイマーメカニズムはまた、コール参照番号がタイムアウトしていないことを保証するために使用され得、その参照番号は、ネットワークノードから受信された情報（たとえば動的なＩＭＲＮ）を相関させるために、ＵＥデバイスによって使用される。同一の参照番号がネットワークノードから受信し戻される前にタイマーが期限切れになる場合には、ＵＥデバイスは所定の回数（たとえば５回の試み）にわたってコール処理を再試行し得、その後、応答が受信されない場合には、コール手続きは失敗したと見なされ得る。言い換えると、ＵＥデバイスが、もはや有効ではない参照番号を受信する場合には、参照番号は放棄され得、コール手続きは終了され得る。

メッセージフローの別のバリエーションである実施形態３００Ｂが図３Ｂに示される。メッセージフローの実施形態３００Ｂは、一意のＩＤデータを取得するためにＵＥデバイス３０２とＭＳＣ３０４との間に追加のメッセージングが提供される点を除いて、上述の実施形態３００Ａと同様である。ＵＥ３０２からの設定メッセージ３５２は、種々のコール情報の断片を含むが、ＧＲＵＵ／インスタンスＩＤ情報は有さない。設定メッセージ３５２に応答して、ＵＥ３０２に向けてその一意のＩＤ（たとえば３ＧＰＰにおけるＰｒｏｖｉｄｅ ＩＭＥＩ）に対してＭＳＣ３０４によってリクエスト３５４が生成される。それに応答して、ＵＥ３０２は、その一意のＩＤを、メッセージ３５６を介してＭＳＣ３０４に提供し、次にＭＳＣ３０４は、ネットワークノード３０８に向けてＣＡＰ初期ＤＰメッセージ３５８を生成し、該メッセージは、ＵＥデバイスの一意のＩＤデータを含む。ユーザがＶＣＣコールを行うことを許可されていることを検証すると、ネットワークノード３０８のｇｓｍＳＣＦ機能は、受信された一意のＩＤについて進行中のコールがあるかどうかを決定するために、一意のＩＤデータを使用する。進行中のコールがある場合には、上述のように、動的なＩＭＲＮを含むＣＡＰ接続メッセージ３１４がネットワークノード３０８によって提供される。ＵＥデバイスのタイマーメカニズムに基づいてコール参照がタイムアウトしていないことを検証した後で、ＣＡＰ接続メッセージ３１４の受信に応答して、ＭＳＣ３０４は、コールルーティングのためにＭＧＣＦ３０６に向けたＩＡＭ３１８を開始する。ＳＩＰ請求メッセージ３６２は、ネットワークノード３０８に向けてＭＧＣＦ３０６によって生成され、次にネットワークノード３０８は、呼び出されたパーティ（図示せず）に対するコールを継続するために動的なＩＭＲＮを使用する。また、上述の実施形態３００Ａと同様に、種々の中間ＳＩＭメッセージおよびタイマーメカニズムが生じ得る。

図４は、メッセージフローの実施形態４００を示し、ここではメッセージングのためにＳＩＰ通知（ＳＩＰ Ｎｏｔｉｆｙ）手続きがインプリメントされる。上述のＣＡＭＥＬベースのメッセージング手続きと同様に、ＣＤドメインモードおよびＩＭＳドメインモードの機能を有するＵＥデバイス３０２は、ＭＳＣ３０４に対して設定メッセージを生成するように動作可能であり、それに応答して、ＳＩＰ通知メッセージ４０４がネットワークノード３０８に直接的に転送され得る。上述のように、ＳＩＰ通知メッセージ４０４は、コール参照番号、呼び出されたパーティ番号、サブアドレス情報、および一意のＩＤ情報などの、適用可能なコール情報を含む。コール参照番号に関連する活動時間変数を監視するために、適切なタイマーメカニズム４０２が、ＵＥデバイスにおいて開始され得る。ＳＩＰ通知メッセージ４０４に応答して、ネットワークノード３０８は、ＵＥデバイス３０２に向けてＯＫメッセージ（４０６）を生成する。その後、ユーザがＶＣＣコールを行うことを許可されていることを検証すると、ネットワークノードは、受信されたコール情報に基づいて選択ＩＭＲＮを動的にアロケートし、該ＩＭＲＮをＳＩＰ通知メッセージ４１０を介してＵＥ３０２に返す。この場合もやはり、動的にアロケートされたＩＭＲＮに関連する活動時間変数を監視するために、適切なタイマーメカニズムが、ネットワークノード３０８において開始され得る（ブロック４０８）。ＵＥデバイスによってネットワークノード３０８に向けてＯＫメッセージ４１４が生成されることによって、ＳＩＰ通知メッセージ４１０の受信を確認通知する。ＵＥデバイスのタイマーメカニズムに基づいてコール参照がタイムアウトしていないことを検証した後で（ブロック４１２）、動的なＩＭＲＮを含む設定メッセージ４１６がＵＥデバイス３０２によってＭＳＣ３０４に提供される。これに応答して、動的なＩＭＲＮを有するＩＡＭメッセージ４１８は、コールルーティング／連続性を実現するために、ＭＳＣ３０４によってＭＧＣＦ３０６に向けて生成される。ＣＡＭＥＬベースのインプリメンテーションにおけるメッセージングと同様に、ＳＩＰ請求メッセージ４２０が、ネットワークノード３０８に向けてＭＧＣＦ３０６によって生成され、ＳＩＰ請求メッセージは、動的なＩＭＲＮを利用する（呼び出されたパーティ（図示せず）にコールを継続するために、一意のＩＤをマッピングする）。また、上述のように、ＳＩＰ請求４２０に続いて、ＭＧＣＦ３０６と呼び出されたパーティとの間で、種々の中間ＳＩＰメッセージおよびリソースアロケーション／リザベーションネゴシエーションが生じ得る。ＵＥデバイス３０２と呼び出されたパーティとの間でベアラ経路が確立される前に、追加のＩＳＵＰメッセージングが生じ得る。

動的にアロケートされたＩＭＲＮをネットワークノード３０８においてＳＩＰ請求４２０を介して受信すると、ＩＭＲＮがいまだに有効であるかどうかを監視するために、タイマーメカニズムが停止され得る（ブロック４２２）。その後、ＩＭＲＮがタイムアウトしていない場合には、ＣＣＣＦは、上述に説明されたように、コール連続性を実現するためにコールレッグを設定し得る。上述のプロセスと同様に、ＩＭＲＮの解放および隔離などの追加のプロセスは、ネットワークノード３０８によって実現され得る。したがって、適切なタイマーメカニズム（ブロック４２４、４２６）は、ネットワークノード３０８においてインプリメントされ得る。さらに、コールに関連するコール参照番号に関して、デバイス側におけるタイマーメカニズムが同様に使用され得る。

図５Ａは、メッセージフローの実施形態５００Ａを示し、ここでは非構造化補足サービスデータ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ）（ＵＳＳＤ）メッセージングがインプリメントされる。上述のように、ＵＥデバイス３０２は、ＭＳＣ４０４に対してＵＳＳＤメッセージ５０４を生成するように動作可能であり、それに応答して、別のＵＳＳＤメッセージ５０６がネットワークノード３０８に転送され得る。上述と同様に、ＵＳＳＤメッセージ５０４、５０６は、コール参照番号、呼び出されたパーティ番号、サブアドレス情報、一意のＩＤ情報、および同様のものなどの、適用可能なコール情報を含む。コール参照番号に関連する活動時間変数を監視するために、適切なタイマーメカニズム５０２が、ＵＥデバイスにおいて開始され得る。ＵＳＳＤメッセージ５０６に応答して、ネットワークノード３０８は、ＵＳＳＤメッセージ５１０を生成し、ＵＳＳＤメッセージ５１０は、確認通知ならびに動的なＩＭＲＮおよびＭＳＣ３０４に向けたコール参照番号情報の両方を含む。このＵＳＳＤメッセージ５１０は、ＵＥ３０２に転送される。この場合もやはり、動的にアロケートされたＩＭＲＮに関連する活動時間変数を監視するために、適切なタイマーメカニズムが、ネットワークノード３０８において開始され得る（ブロック５０８）。ＵＥデバイスのタイマーメカニズムに基づいてコール参照がタイムアウトしていないことを検証した後で（ブロック５１４）、動的なＩＭＲＮを含む設定メッセージ５１６が、ＵＥデバイス３０２によってＭＳＣ３０４に提供される。これに応答して、動的なＩＭＲＮを有するＩＡＭメッセージ５１８が、コールルーティング／連続性を実現するためにＭＧＣＦ３０６に向けてＭＳＣ３０４によって生成される。上述のメッセージングフローと同様に、ＳＩＰ請求メッセージ５２０は、呼び出されたパーティ（図示せず）にコールをルーティングするために、ＭＧＣＦ３０６によってネットワークノード３０８に向けて生成される。動的にアロケートされたＩＭＲＮを、ネットワークノード３０８においてＳＩＰ請求５２０を介して受信すると、ＩＭＲＮがタイムアウトしているかどうかを監視するために、タイマーメカニズムが停止され得る（ブロック５２２）。その後、ＩＭＲＮがタイムアウトしていない場合には、上述に説明されたように、ＣＣＣＦは、コール連続性を実現するためにコールレッグを設定し得る。さらに、上述のプロセスと同様に、ＩＭＲＮの解放および隔離などのプロセスが、ネットワークノード３０８によって実現され得る。したがって、ネットワークノード３０８において、適切なタイマーメカニズム（ブロック５２４、５２６）がインプリメントされ得る。さらに、コールに関連するコール参照番号に関して、デバイス側におけるタイマーメカニズムも同様に使用され得る。

ＵＳＳＤメッセージフローの別のバリエーションである実施形態５００Ｂが図５Ｂに示される。メッセージフローの実施形態５００Ｂは、別々のＵＳＳＤ確認通知メッセージ５５０および５５６がＵＥ３０２とＣＣＣＦ３０８との間で伝達される点を除いて、上述の実施形態５００Ａと本質的に同一である。したがって、ＩＭＲＮ情報をＣＣＣＦ３０８からＵＥ３０２へ運ぶために、追加のＵＳＳＤメッセージング５５４が提供される。

例示的な使用シナリオが以下に述べられ、上述の実施形態のうちの１つ以上が有利に適用され得る。家族にＶＣＣサービスが提供され、ユーザＡ（父親）がＵＥ Ａを有し、ユーザＢ（母親）がＵＥ Ｂを有することを考える。サービスは、各ＵＥが２つのＩＭＰＵ（仕事用の番号および共通の家庭用の番号）を有するように構成されている。以下の表は、プロフィールを述べる：

両方のＵＥデバイスは、同一のアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）（ＡＰ）から登録するように動作可能であり、さらにそれらのデバイスは両方とも家庭のＩＭＳネットワークの同一のＣＳＣＦインフラストラクチャを使用し、そこでＳ−ＣＳＣＦは同一のＶＣＣアプリケーションにおいてそれらのデバイスを登録した。ここで、ＵＥ Ｂは、ＩＭＰＵ Ｚを使用して彼女の友人に電話をかけるために、家庭内のＷＬＡＮを使用していると考える。コールはＶＣＣアプリケーションにおいてアンカー（ａｎｃｈｏｒ）されており、その結果、母親は必要に応じて「ＶＣＣアウト（ＶＣＣ ｏｕｔ）」し得る。ここで父親は、仕事へ行く途中に配管工に電話をかける必要があり、彼も同一の共通の公衆識別（Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ）（すなわちＩＭＰＵ Ｚ）を使用してＵＥ Ａから電話をかける。したがって、ネットワークは以下の情報を有する：

ここで、父親は家から出て、ＶＣＣを使用したコールを、彼がサブスクライブするセルラネットワークへと継続する必要があるとする。このＶＣＣリクエストは、正しい進行中のコールセッション（すなわちＵＥ ＢのではなくＵＥ Ａの進行中のコール）に相関される必要がある。本開示の実施形態は、このプロセスを有利に実現するためのメカニズムを提供し、それによって、ユーザがドメイン間コールセッションを維持する際に正しいコールレッグが継続される、ということが理解される。

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

マイクロプロセッサ６０２はまた、補助入力／出力（Ｉ／Ｏ）６１８、シリアルポート６２０、ディスプレイ６２２、キーボード／キーパッド６２４、スピーカ６２６、マイクロホン６２８、ランダムアクセスメモリ（ＲＡＭ）６３０、短距離通信サブシステム６３２、および参照番号６３３として一般的にラベリングされる任意の他のデバイスサブシステム（たとえばタイマーメカニズム）などの、さらなるデバイスサブシステムとインタフェースし得る。アクセスを制御するために、サブスクライバ識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｄｌｅ）（ＳＩＭ）または取り外し可能ユーザ識別モジュール（Ｒｅｍｏｖａｂｌｅ Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）（ＲＵＩＭ）インタフェース６３４もまた、マイクロプロセッサ６０２と通信するように提供され得る。１つのインプリメンテーションにおいて、ＳＩＭ／ＲＵＩＭインタフェース６３４は、多数のキー構成６４４と、識別およびサブスクライバ関連データなどの他の情報６４６とを有する、ＳＩＭ／ＲＵＩＭカードとともに動作可能である。

オペレーティングシステムソフトウェアおよび適用可能なサービス論理ソフトウェアは、フラッシュメモリ６３５などの永続的ストレージモジュール（すなわち非揮発性ストレージ）において具体化され得る。１つのインプリメンテーションにおいて、フラッシュメモリ６３５は、たとえば、コンピュータプログラム（たとえばサービスプロセッシング論理）のためのストレージ領域６３６、ならびにデバイス状態６３７、アドレスブック６３９、他の個人情報マネージャ（ＰＩＭ）データ６４１、および参照番号６４３として一般的にラベリングされる他のストレージ領域のようなデータストレージ領域などの、異なる領域に分離され得る。トランスポートスタック６４５は、１つ以上の適切な無線パケットトランスポートプロトコルを実現するために提供され得る。さらに、上述のように、コール参照ＩＤの生成、バリデーション、検証、およびＩＭＲＮとの相関を実現するために、コールハンドオーバ／連続性論理モジュール４０８が提供される。

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

本特許開示の実施形態のより完全な理解は、添付の図面とともに、詳細な説明を参照することによって得られ得る。
図１は、回線交換ネットワークインフラストラクチャおよびＩＭマルチメディアサブシステム（ＩＭＳ）を含むネットワーク環境を示し、そこで本特許開示の実施形態が実施され得る。 図２Ａ〜図２Ｃは、本特許開示の１つ以上の例示的な実施形態に関連するフローチャートを示す。 図２Ａ〜図２Ｃは、本特許開示の１つ以上の例示的な実施形態に関連するフローチャートを示す。 図２Ａ〜図２Ｃは、本特許開示の１つ以上の例示的な実施形態に関連するフローチャートを示す。 図３Ａおよび図３Ｂは、実施形態に従って、動的にアロケートされたＩＰマルチメディアルーティング番号（ＩＭＲＮ）を使用することによってコール連続性を実現するための、メッセージフロー図を示す。 図３Ａおよび図３Ｂは、実施形態に従って、動的にアロケートされたＩＰマルチメディアルーティング番号（ＩＭＲＮ）を使用することによってコール連続性を実現するための、メッセージフロー図を示す。 図４は、別の実施形態に従って、動的にアロケートされたＩＭＲＮを使用することによってコール連続性を実現するための、メッセージフロー図を示す。 図５Ａおよび図５Ｂは、さらに別の実施形態に従って、動的にアロケートされたＩＭＲＮを使用することによってコール連続性を実現するための、メッセージフロー図を示す。 図５Ａおよび図５Ｂは、さらに別の実施形態に従って、動的にアロケートされたＩＭＲＮを使用することによってコール連続性を実現するための、メッセージフロー図を示す。 図６は、本特許開示の目的のために動作可能な通信デバイスの実施形態のブロック図を示す。

符号の説明

１００ ネットワーク環境
１０２ ユーザ機器（ＵＥ）デバイス
１０４ アクセススペース
１０６ モバイル通信のためのグローバルシステム（ＧＳＭ）および符号分割多元接続（ＣＤＭＡ）
１０８ ブロードバンドアクセスネットワーク
１１０ ＰＳＴＮインフラストラクチャ
１１２ インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）コアネットワーク
１１４ アプリケーションサーバ（ＡＳ）ノード
１１６ コール連続性制御機能（ＣＣＣＦ）
１１８ ネットワークドメイン選択（ＮｅＤＳ）
１２０ セッション制御機能（ＳＣＦ）
１２２ データベース（ＤＢ）
１２４ タイマー
１２６ 論理

Claims (16)

1. インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいて、継続中のコールに関連するユーザ機器（ＵＥ）デバイスを用いて動作可能な方法であって、該方法は、
   該ＩＭＳネットワーク内に配置されたネットワークノードに、１つのドメイン内の該継続中のコールに関連するコール情報を提供することであって、該コール情報は、呼び出された相手との該継続中のコールに関連するコール参照番号を含む、ことと、
   ＩＰマルチメディアルーティング番号（ＩＭＲＮ）および該コール参照番号を、該ネットワークノードから受信することと、
   該ネットワークノードから戻って受信された該コール参照番号が有効なままであることを検証することと、
   別のドメイン内の該継続中のコールに対してコール連続性を実現するために、該ＩＭＲＮを含むメッセージを、該ネットワークノードに送信することと
   を包含する、方法。
2. 前記コール情報は、一意のＩＤパラメータを備えているインスタンス識別子をさらに含む、請求項１に記載の方法。
3. 前記一意のＩＤパラメータは、Ｇｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ（ＵＡ）Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）（ＧＲＵＵ）、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ（ＩＭＥＩ）、ＩＭＥＩ Ｓｏｆｔｗａｒｅ Ｖｅｒｓｉｏｎ（ＩＭＥＩＳＶ）、電子シリアルナンバー（ＥＳＮ）、Ｍｏｂｉｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ（ＭＩＮ）、および前記ＵＥデバイスに関連する一意のレイヤ２アドレスのうちの、少なくとも１つを含む、請求項２に記載の方法。
4. 前記コール情報は、ユーザ間信号方式を介して前記ネットワークノードに提供される、請求項１に記載の方法。
5. 前記コール情報は、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）メッセージを用いて前記ネットワークノードに提供される、請求項１に記載の方法。
6. 前記コール情報は、Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ（ＵＳＳＤ）メッセージを用いて前記ネットワークノードに提供される、請求項１に記載の方法。
7. 前記ＩＭＲＮは、ＳＩＰメッセージおよびＵＳＳＤメッセージのうちの１つを介して受信される、請求項１に記載の方法。
8. 前記ネットワークノードは、ＣＣＣＦノードおよびＶＣＣアプリケーションのうちの１つを含む、請求項１に記載の方法。
9. インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークにおいて動作可能なユーザ機器（ＵＥ）デバイスであって、該ＵＥデバイスは、
   該ＩＭＳネットワーク内に配置されたネットワークノードに、１つのドメイン内の継続中のコールに関連するコール情報を提供するために、複数のサブシステムのうちの少なくとも１つを制御するように構成されているプロセッサであって、該コール情報は、呼び出された相手との該継続中のコールに関連するコール参照番号を含む、プロセッサ
   を備え、
   該プロセッサは、該ネットワークノードから受信されたＩＰマルチメディアルーティング番号（ＩＭＲＮ）を処理するために、該複数のサブシステムのうちの少なくとも１つを制御するようにさらに構成され、
   該プロセッサは、該ネットワークノードから受信された該コール参照番号が有効であることを検証するために、該複数のサブシステムのうちの少なくとも１つを制御するようにさらに構成され、
   該プロセッサは、別のドメイン内の該継続中のコールに対するコール連続性を実現する、ＩＭＲＮを含むメッセージを該ネットワークノードに送信するために、該複数のサブシステムのうちの少なくとも１つを制御するようにさらに構成される、ＵＥデバイス。
10. 前記コール情報は、一意のＩＤパラメータを含むインスタンス識別子を含む、請求項９に記載のＵＥデバイス。
11. 前記一意のＩＤパラメータは、Ｇｌｏｂａｌｌｙ Ｒｏｕｔａｂｌｅ Ｕｓｅｒ Ａｇｅｎｔ（ＵＡ）Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）（ＧＲＵＵ）、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ（ＩＭＥＩ）、ＩＭＥＩ Ｓｏｆｔｗａｒｅ Ｖｅｒｓｉｏｎ（ＩＭＥＩＳＶ）、電子シリアルナンバー（ＥＳＮ）、Ｍｏｂｉｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ（ＭＩＮ）、および前記ＵＥデバイスに関連する一意のレイヤ２アドレスのうちの、少なくとも１つを含む、請求項１０に記載のＵＥデバイス。
12. 前記コール情報は、ユーザ間信号方式を介して、前記ネットワークノードに提供される、請求項９に記載のＵＥデバイス。
13. 前記コール情報は、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）メッセージを用いて前記ネットワークノードに提供される、請求項９に記載のＵＥデバイス。
14. 前記コール情報は、Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｒｙ Ｓｅｒｖｉｃｅ Ｄａｔａ（ＵＳＳＤ）メッセージを用いて前記ネットワークノードに提供される、請求項９に記載のＵＥデバイス。
15. 前記ＩＭＲＮは、ＳＩＰメッセージおよびＵＳＳＤメッセージのうちの１つを介して受信される、請求項９に記載のＵＥデバイス。
16. 前記ネットワークノードは、ＣＣＣＦノードおよびＶＣＣアプリケーションのうちの１つを含む、請求項９に記載のＵＥデバイス。

Images