JP2011193504A - コールの継続を支援する無線通信方法およびシステム - Google Patents

Abstract

【課題】回線交換（ＣＳ）ドメインとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ドメインとの間のハンドオーバを支援し、コールの継続を提供する方法およびシステムである。
【解決手段】このシステムは、無線送信／受信ユニット（ＷＴＲＵ）および無線ネットワークを含む。ＷＴＲＵは、ＣＳドメインとＩＭＳドメインとの間のコールの継続を可能にするコール継続制御エンティティ、およびメディア独自の方式で情報を提供するＭＩＨサービスを提供するように構成されたメディア独自ハンドオーバ（ＭＩＨ）のエンティティを含む。無線ネットワークは、メディア独自の方式で情報を収集および転送するＭＩＨサービスを提供するＭＩＨエンティティを含む。ＣＳドメインとＩＭＳドメインとの間のハンドオーバを、ＭＩＨエンティティからＭＩＨサービスを介して取得した情報に基づき開始する。この情報はＭＩＨ情報サーバを介して交換できる。
【選択図】図１

Description

本発明は、無線通信システムに関する。より詳細には、本発明は、回線交換 （ＣＳ）ドメインとインターネットプロトコル （ＩＰ）マルチメディアサブシステム （ＩＭＳ）ドメインとの間でハンドオーバを支援し、コール （呼、call）の継続を提供する方法およびシステムに関する。

無線ネットワークオペレータは、セルラー無線ネットワークを運営し、その加入者にＣＳサービスおよびパケット交換 （ＰＳ）サービスを提供する。一般に、音声サービスは、ＣＳネットワークまたはＰＳネットワークを通じて提供できる。しかし、ＣＳネットワークとＰＳネットワークはどちらも、同じリソースを取るために競うので、無線ネットワークオペレータは、ＰＳネットワークを通じた音声サービスの提供を望まない。

無線ローカルエリアネットワーク （ＷＬＡＮ）などの代替アクセスネットワークが、ＣＳネットワーク上の音声トラフィック負荷を軽減するために使用できる。例えば、音声サービスは、ＣＳドメインのＣＳネットワーク上で提供されてもよいし、ＩＭＳドメインのＷＬＡＮを介して提供されてもよい。

音声サービスは、ユーザがＣＳネットワークとＷＬＡＮとの境界を横切って移動するとき、シームレスに渡される必要がある。この問題について非特許文献１が取り組んでおり、非特許文献１は、ＣＳとＩＰマルチメディアサブシステム （ＩＭＳ）との間の音声コールの継続を目的とする。非特許文献１は、新しいネットワーク機能 （例えば、ＣＣＣＦ （Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）およびネットワークドメイン選択 （ＮｅＤＳ）機能）を導入し、ＩＭＳドメインとＣＳドメインとの間の２つの音声パスを固定することにより、シームレスな音声コール継続の問題の解決を試みている。

ＣＣＣＦは、ＩＰ接続アクセスネットワーク （ＣＡＮ）を使用して、ＣＳドメインとＩＭＳドメインとの間のコールの継続を支援する。ＣＣＣＦは、各音声コール継続のために存在しなければならない論理機能エンティティである。ＣＣＣＦはコール継続要求を受信して処理し、ＣＳドメインからＩＭＳドメインへ、または逆方向に、音声コールの転送に必要なコールレグ （call legs）を確立または解放する。ＮｅＤＳ機能は、コールを着信 （terminate）するためにどのドメインを使用すべきかを選択するための制御ポイントである。

第３世代パートナーシッププロジェクト （３ＧＰＰ）技術報告書 （ＴＲ）２３．８０６

非特許文献１で提供されたソリューションと共に主な問題は、ユーザ装置 （ＵＥ）がハンドオーバを行わなければならない時点を決定できると仮定していることである。しかし、これらの手順がどのように実行されるか、および何がそのトリガとなるかに関しては、言及していない。最初のコールの設定またはＣＳドメインとＩＭＳドメインとの間のハンドオーバに関して、ＵＥが、新しい接続を確立するために最善のネットワーク候補をどのように決定するかは明らかでない。

さらに、状態変化に基づき上位レイヤに向けてトリガを生成するための手順および機能は非特許文献１に定義されておらず、マルチ技術の情報を複数のサーバから取り出す必要なしに、この情報を１つのネットワーク要素からどのように渡されるかに関しての手順も規定されていない。

本発明は、ＣＳドメインとＩＭＳドメインとの間のハンドオーバを支援し、コールの継続を提供する方法およびシステムに関する。本システムは、無線送信／受信ユニット （ＷＴＲＵ、Wireless Transmit/Receive Unit）および無線ネットワークを含む。ＷＴＲＵは、ＣＳドメインとＩＭＳドメインとの間のコール継続を支援するコール継続制御エンティティ （Call Continuity Control Entity）、およびメディア独自の方式で、情報を提供するメディア独自ハンドオーバ （ＭＩＨ、Media Independent Handover）サービスを提供するように構成されたメディア独自ハンドオーバ （ＭＩＨ）のエンティティを含む。無線ネットワークは、メディアに無関係な手法で情報を収集および転送するＭＩＨサービスを提供するＭＩＨエンティティを含む。ＣＳドメインとＩＭＳドメインとの間のハンドオーバは、ＭＩＨエンティティのＭＩＨサービスによって取得した情報に基づいてトリガされる。

本発明により構成された例示的な無線通信システムを示している図である。 本発明によるＩＭＳの代替的実装を示している図である。 本発明によるＩＭＳの代替的実装を示している図である。 ＷＴＲＵと図１のシステムのネットワーク要素との間の対話を示している図である。 本発明によるＩＭＳドメインからＣＳドメインへのユーザ開始のハンドオーバの実行の処理のフロー図である。 本発明によるＩＭＳドメインからＣＳドメインへのユーザ開始のハンドオーバの実行の処理のフロー図である。 本発明によるＩＭＳドメインからＣＳドメインへのネットワーク開始のハンドオーバの実行の処理のフロー図である。 本発明によるＩＭＳドメインからＣＳドメインへのネットワーク開始のハンドオーバの実行の処理のフロー図である。

以下で言及するとき、「ＷＴＲＵ」という用語は、ＵＥ、移動局 （ＳＴＡ）、固定加入者ユニットもしくは移動加入者ユニット、ページャ、または無線環境で動作可能な他の任意の種類のデバイスを含むが、それに限定されない。以下で言及するとき、「アクセスポイント」 （ＡＰ）という用語は、ノードＢ、基地局、サイトコントローラ、または無線環境にある他の任意の種類のインタフェースデバイスを含むが、それに限定されない。

本発明の特徴は、集積回路 （ＩＣ）に組み入れられてもよいし、多数の相互接続構成要素を備える回路で構成されてもよい。

本発明は、ＩＥＥＥ８０２ベースのシステム、セルラーシステム （３ＧＰＰまたは３ＧＰＰ２およびそれらの長期的進化 （ＬＴＥ）など）および他の標準化されたかもしくは工業所有権を有する無線システム （Ｂｌｕｅｔｈｏｏｔｈ （登録商標）、ＨＩＰＥＲＬＡＮ／２など）を含むがそれらに限定されない任意の無線通信システムに適用可能である。

図１は、本発明により構成された例示的な無線通信システム１００を示す。システム１００は、３ＧＰＰ無線アクセスネットワーク （ＲＡＮ、Ｒａｄｉｏ Ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）１０２、３ＧＰＰコアワーク１０４ （これは、移動通信交換局 （ＭＳＣ、Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）１０６および３ＧＰＰ ＩＭＳ１０８を含む）、ＷＬＡＮを有するインターネットプロトコル （ＩＰ）接続アクセスネットワーク （ＣＡＮ）１１０、ＷＬＡＮ ＡＰ１１２、およびＭＩＨ情報サーバ１１４を含む。３ＧＰＰ ＩＭＳ１０８は、ＩＰマルチメディア・メディア・ゲートウェイ （ＩＭ−ＭＧＷ）１１６、ＣＳ−ＩＭＳ音声継続サービス （ＣＩＶＣＳ、CS IMS voice continuity service）エンティティ１１８、およびＣＣＣＦ／ＮｅＤＳエンティティ１２０を含む。３ＧＰＰ ＲＡＮ１０２は、ＵＭＴＳ （Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅｓ）地上無線アクセスネットワーク （ＵＴＲＡＮ、ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ＧＳＭ （Ｇｌｏｂａｌ Ｓｔａｎｄａｒｄｓ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ （Ｅｎｈａｎｃｅｄ Ｄａｔａｒａｔｅ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）無線アクセスネットワーク （ＧＥＲＡＮ）などでもよい。

図１に示すシステム１００は、一例として提供され、本発明の範囲は、図１に示される特定の例に限定されるべきでないでないことに留意されたい。例えば、図１は、ＩＰマルチメディアサービスをＩＰ ＣＡＮ１１０を介してＩＭＳドメインで提供されることを逗子する。しかし、ＩＰマルチメディアサービスは、３ＧＰＰ ＲＡＮ１０２上で提供されてもよい。

ＷＴＲＵ１２２は、音声コールをＩＰ ＣＡＮ１１０を介するＩＭＳドメインまたは３ＧＰＰ ＲＡＮ１０２を介するＣＳドメインで確立することができる。図１は、ＩＭＳドメインからＣＳドメインへのハンドオーバを示す。コールは最初ＩＭＳドメインで確立され、ＷＴＲＵ１２２は、矢印１３２で示すように、ＩＰ ＣＡＮ１１０およびインターネット１２４を介してＩＭ ＭＧＷ１１６に接続される。ハンドオーバ （矢印１３２で示す）後、コールはＣＳドメインに切り替えられ （switch）、ＷＴＲＵ１２２は、矢印１３４で示すように、３ＧＰＰ ＲＡＮ１０２およびＭＳＣ１０６を介してＩＭ ＭＧＷ１１６に接続される。ＩＭ ＭＧＷ１１６は、公衆交換電話網 （ＰＳＴＮ、Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）、別のＩＭＳネットワーク、公衆地上移動通信網ＣＳドメイン （Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ ＣＳ Ｄｏｍａｉｎ）などのＣＳドメインネットワークの他の部分に接続される。

本発明によれば、音声コール継続 （ＶＣＣ、Voice Call Continuity）は、ＩＥＥＥ８０２．２１のＭＩＨ機能およびサービスを使用することにより改善される。ＭＩＨ情報サーバ１１４は、矢印１３８で示すように、ＭＩＨサービス （すなわち、情報サービス （ＩＳ）、コマンドサービス （ＣＳ）およびイベントサービス （ＥＳ））を介してＷＴＲＵ１２２から情報を取得し、矢印１４０、１４２で示すように、ＭＩＨサービスを介してＣＩＶＣＳエンティティ１１８およびＣＣＣＦ／ＮｅＤＳエンティティ１２０に対する必要な情報を交換する。これについては、以降で詳細に説明する。

ＭＩＨ情報サーバ１１４は、システム１００の任意のエンティティ （例えば、ＣＣＣＦ／ＮｅＤＳエンティティ１２０またはＣＩＶＣＳエンティティ１１８）に位置づけられてもよい。図２および図３は、本発明によるＩＭＳ１０８の代替的実装を示す。ＭＩＨ情報サーバ１１４は、図２に示すように、ＣＣＣＦ／ＮｅＤＳエンティティ１２０、コールセッション制御機能 （ＣＳＣＦ）エンティティ１２６、およびＣＩＶＣＳエンティティ１１８を含んでもよい。代替として、ＣＩＶＣＳエンティティ１１８、ＣＣＣＦ／ＮｅＤＳエンティティ１２０、およびＣＳＣＦエンティティ１２６は、図３に示すように、別個のＭＩＨ情報サーバ１１４を含んでもよい。ＣＣＣＦエンティティとＮｅＤＳエンティティは、１つのエンティティでも、別個のエンティティでもよい。

図４は、ＷＴＲＵ１２２と図１のシステム１００のネットワークエンティティとの間の対話を示す。ＷＴＲＵ１２２は、３ＧＰＰインタフェース４０２、ＩＥＥＥ８０２インタフェース４０４、ＭＩＨエンティティ４０６、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８、および上位レイヤ４１０を含む。ＩＥＥＥ８０２インタフェース４０４は、物理 （ＰＨＹ）レイヤ４１２、メディアアクセス制御 （ＭＡＣ）レイヤ４１４、および論理リンク制御 （ＬＬＣ）レイヤ４１６を含む。３ＧＰＰ／ＩＭＳインタフェース４０４は、ＭＩＨエンティティ４０６にＥＳ、ＣＳおよびＩＳを提供する。ＰＨＹレイヤ４１２およびＭＡＣレイヤ４１４により生成されたローカル情報は、ＥＳを介してＭＩＨエンティティ４０６に提供され、ネットワーク１３０のＭＩＨエンティティ４２２からＬ２トランスポート上で受け取られたリモート情報は、ＩＳ、ＣＳおよびＥＳを介してＭＩＨエンティティ４０６に通信される。

ＭＩＨエンティティ４０６は、メディア独自の方式でハンドオーバ関連情報を提供することにより、異種のネットワーク間のシームレスハンドオーバを支援するために、ＷＴＲＵ１２２に含まれる。ＭＩＨエンティティ４０６は、レイヤ独自のエンティティであり、唯一のハンドオーバ管理エンティティとして独自で動作してもよいし、従来技術特有のハンドオーバエンティティと協調してもよい。

ＷＴＲＵ１２２のＭＩＨエンティティ４０６は、３ＧＰＰインタフェース４０２およびＩＥＥＥ８０２インタフェース４０４から、ローカルハンドオーバ情報、コマンドおよびイベントを受け取り、ネットワーク１３０のＭＩＨエンティティ４２２とリモート情報、コマンドおよびイベントを交換する。ＷＴＲＵ１２２のＣＣＣＦ／ＣＩＶＣＳ４０８は、ＭＩＨサービスを使用して収集した情報、コマンドおよびイベントに基づいてハンドオーバをトリガできる。

ハンドオーバイベントおよびハンドオーバ情報は、ハンドオーバに関係する任意のイベントまたは情報であってよい。例えば、回復不可能な故障状態 （failure condition）がネットワーク１３０で起きる場合、ネットワーク１３０は、この発生をＷＴＲＵ１２２に信号送信でき、それによってＷＴＲＵ１２２は、異なるネットワークインタフェース （すなわち、異なるコールドメイン）に切り替えてもよい。別の例は、より良好な無線／サービス状態 （例えば、より安い価格またはより高いＱｏＳ）の代替ネットワークの存在である。

ネットワーク１３０は、ＩＥＥＥ８０２ネットワーク４２０、３ＧＰＰ ＩＭＳ１０８、ＭＩＨエンティティ４２２およびＭＩＨ情報サーバ１１４を含む。ネットワーク１３０のＭＩＨエンティティ４２２は、別々に存在してもよく、ＩＥＥＥ８０２ネットワーク４２０のＡＰ （図示せず）などのエンティティに存在してもよい。ＩＥＥＥ８０２ネットワーク４２０は、ＬＬＣレイヤ４２８、ＭＡＣレイヤ４２６、ＰＨＹレイヤ４２４を含む。ネットワーク１３０において、ローカルハンドオーバイベント、情報およびコマンドは、ＩＳ、ＣＳおよびＥＳによって、ＭＡＣレイヤ４２６およびＰＨＹレイヤ４２４とＭＩＨエンティティ４２２との間で伝達され、リモートハンドオーバ情報、イベントおよびコマンドは、Ｌ２トランスポート上で、ＭＩＨエンティティ４２２とＷＴＲＵ１２２のＭＩＨエンティティ４０６との間で交換される。

ＭＩＨ情報サーバ１１４は、ＩＥＥＥ８０２．２１プロトコルに準拠して動作可能なネットワーク内の任意のエンティティにおいて存在してよい。ＭＩＨ情報サーバ１１４は、任意のＭＩＨサービス （すなわちＥＳ、ＩＳおよびＣＳ）が使用するメッセージを扱う。ＭＩＨ情報サーバ１１４は、ＩＳ、ＣＳおよびＥＳにより、ネットワーク１３０のＭＩＨエンティティ４２２およびＷＴＲＵ１２２のＭＩＨエンティティ４０６と、ハンドオーバ情報、コマンドおよびイベントを通信する。ＭＩＨ情報サーバ１１４は、上位レイヤトランスポートプロトコルを使用して、３ＧＰＰ／ＩＭＳ１０８で情報を交換もする。例えば、ＭＩＨ情報サーバ１１４は、ハンドオーバコマンドおよび情報を生成し、それらをネットワーク１３０のＭＩＨエンティティ４２２に送信でき、ネットワーク１３０のＭＩＨエンティティ４２２は、リモートイベントおよび異技術 （inter-technology）のネットワーク情報要求を生成できる。

ＣＣＣＦ／ＮｅＤＳエンティティ１２０、サービングコール状態制御機能 （Ｓ−ＣＳＣＦ、Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｔａｔｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）エンティティ１２８、およびＣＩＶＣＳエンティティ１１８は、ＭＩＨ情報サーバ１１４からＭＩＨサービス （すなわち、ＩＳ、ＣＳおよびＥＳ）を受けとる。ＣＣＣＦ／ＮｅＤＳエンティティ１２０、Ｓ−ＣＳＣＦエンティティ１２８、およびＣＩＶＣＳエンティティ１１８とＭＩＨ情報サーバ１１４との間のインタフェースを定義することにより、メディア独自のネットワーク情報のシームレスでリアルタイムな交換が可能であり、ハンドオーバが素早くトリガされ得る。

ＭＩＨ情報サーバ１１４は、ネットワークとＷＴＲＵ１２２との間の最適な一致を選択するために、ＣＣＣＦ／ＮｅＤＳエンティティ１２０に、ＷＴＲＵ１２２のドメインおよび性能 （ＷＴＲＵ１２２がサポートするメディアの種類 （例えば、ＩＭＳ上での音声性能およびビデオ性能、ＣＳ上での音声機能、およびコーデックタイプ）など）、ネットワークオペレータのポリシー、ならびにユーザの好みについての情報を提供する。

ＭＩＨ情報サーバ１１４は、ＣＣＣＦ／ＮｅＤＳ１２０に、ＣＳネットワークに関するＷＴＲＵステータス （すなわち、ＷＴＲＵ１２２が非接続状態、接続アイドル状態または接続アクティブ状態であるかどうか）についての情報も提供する。この情報は、着信サービス要求 （terminating service request）が提供されるべきドメインを決定するために使用できる。ＭＩＨ情報サーバ１１４は、ＭＩＨイベントサービスおよびＭＩＨ情報サービスを使用して、この情報をリアルタイムに更新できる。

非特許文献１によれば、ＷＴＲＵ１２２およびＣＣＣＦ／ＮｅＤＳ１２０は、互いに必要な情報を更新するために、移動性のあるイベントパッケージ （ＭＥＰ、Mobility Event Package）を使用して、情報を交換する。本発明によれば、ＷＴＲＵ１２２とＣＣＣＦ／ＮｅＤＳエンティティ１２０との間の情報は、ＭＩＨ情報サーバ１１４を通して交換され、ＭＥＰは、ＭＩＨサービス （すなわちＩＳ、ＣＳおよびＥＳ）を使用して実装される。

ＩＭＳドメインにおいてコールを発するためのＩＭＳ登録プロセスの間、Ｓ−ＣＳＣＦエンティティは、ＣＣＣＦをＷＴＲＵ１２２に割り当てる。本発明によれば、ＭＩＨ情報サーバ１１４は、Ｓ−ＣＳＣＦエンティティが最適なＣＣＣＦを選択するのを支援するために、Ｓ−ＣＳＣＦエンティティにＷＴＲＵ１２２の周辺情報 （neighboring information）および位置情報を提供する。最適なＣＣＣＦは、地理的位置と、ユーザおよびオペレータの嗜好と、利用可能なネットワークのＱｏＳとの組み合わせに基づいて、ＷＴＲＵ１２２に割り当てられる。

ＷＴＲＵ１２２は、関連のあるＰ−ＣＳＣＦのディスカバリメカニズムにより決定されたプロキシコール状態制御機能 （Ｐ−ＣＳＣＦ、Ｐｒｏｘｙ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）に招待 （invite）要求を送信する。本発明によれば、ＭＩＨ情報サービスは、関連のあるＰ−ＣＳＣＦを発見するために使用される。ＭＩＨ情報サーバ１１４自体は、加入の際にＷＴＲＵ１２２に割り当てられたＭＩＨ完全修飾ドメイン名 （ＦＱＤＮ、Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）を使用して見つけることができる。ＭＩＨ情報サーバ１１４が利用可能になると、関連のあるＰ−ＣＳＣＦの固有アドレス （すなわちＩＰアドレス）は、ＭＩＨ情報サーバ１１４からＭＩＨ情報サービスを使用して、直接取り出すことができる。ＩＰ ＣＡＮ１１０は、ＩＰ ＣＡＮに向けた接続の確立の一部として、ディスカバリ （発見、discovery）メカニズムを提供してもよい。

初期のフィルタ基準は、ＣＳ−ＩＭＳユーザサービス加入プロファイルの一部として、ホーム加入者サーバ （ＨＳＳ、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ） （図示せず）に格納され、ＩＭＳ１０８でのユーザ登録の時点で割り当てられているＳ−ＣＳＣＦにダウンロードされる。関連のあるＣＣＣＦ／ＮｅＤＳエンティティの選択に必要な関連するフィルタ基準は、ＭＩＨサービスを介してＭＩＨ情報サーバ１１４から直接取り出すことができる。

ＭＩＨ機能ならびにそのＩＳ、ＣＳおよびＥＳは、ポリシー決定エンティティ （例えば、ポリシー決定ポイントとして動作するアプリケーションサーバ）に、ＭＩＨ情報サービスを通して、オペレータおよび加入者の好みおよびポリシーなどの必要な情報を提供する手段として使用できる。例えば、ＭＩＨ ＩＳを、ポリシー決定エンティティに、代替の隣接アクセスネットワークについての情報を提供するために使用できる。この情報は、ネットワークオペレータ情報、優先候補リスト、隣接ネットワーク候補に属する実際の無線測定値などを含む。ＭＩＨ ＣＳおよびＭＩＨ ＥＳは、ハンドオーバをトリガし、ハンドオーバを命令するために使用できる。

ＭＩＨ機能ならびにそのＩＳ、ＣＳおよびＥＳは、基礎となるレイヤに起きた変化に基づいて、ＶＣＣ機能にリアルタイムなトリガを供給する手段として使用でき、ならびにＣＩＶＣＳ１１８およびＣＣＣＦ／ＮｅＤＳ１２０がＩＰ ＣＡＮ１１０において基礎となるレイヤを制御できるようにする手段として使用できる。

図５は、本発明による、ＭＩＨサービスを使用したＩＭＳドメインからＣＳドメインへのユーザ開始のハンドオーバの実行のプロセス５００のフロー図である。クライアント４０１ （すなわちユーザ）は、ＩＭＳドメインにおいてコールを初期的に確立し、ＩＭＳインタフェースとブレイクアウトゲートウェイ制御機能 （ＢＧＣＦ、Ｂｒｅａｋｏｕｔ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）／メディアゲートウェイ制御機能 （ＭＧＣＦ、Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）５８２との間にリアルタイムプロトコル （ＲＴＰ、Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）接続が確立され、ＢＧＣＦ／ＭＧＣＦ５８２とＰＳＴＮ５８６との間に時分割多重 （ＴＤＭ、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｔｉｎｇ）ＢＥＡＲＥＲが確立される （ステップ５０２）。ＭＧＣＦは、ＩＭＳとＰＳＴＮ５８６との間のゲートウェイとして機能する。ＭＧＣＦは、セッション開始プロトコル （ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）コールの着信を担い、コール制御信号 （call control signaling）とＳＩＰ信号 （signaling）との間の変換を実行する。ＢＧＣＦは、コールがローカルＰＳＴＮに到着するために、どのＭＧＣＦを通って行くべきかを決定する。

以前に説明したように、ＷＴＲＵ１２２は、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８、ＭＩＨエンティティ４０６、ＣＳインタフェース４０２およびＩＭＳインタフェース４０４ （すなわち、ＩＰマルチメディアサービスがＩＥＥＥ８０２ ＩＰ ＣＡＮ１１０を介して提供されると想定する、ＩＥＥＥ８０２インタフェース４０４）を含む。ＩＭＳインタフェースは、ＩＰマルチメディアサービスが３ＧＰＰ ＩＰ ＣＡＮ１１０を介して提供される場合、３ＧＰＰインタフェースであることができる。ＩＭＳインタフェース４０４は、ハンドオーバ・トリガ・イベントを検出したとき、ＥＳを介してＭＩＨエンティティ４０６に送信する （ステップ５０４）。例えば、基礎となるリソースが現在のコールドメインにおいてサービスをもはや支援できないか、または現在のリンク上で改善を提供する別のコールドメインにおいてサービスを支援するのに、新しいリソースが利用可能になった後に、ＥＳは、ハンドオーバをトリガするために使用される。

ＭＩＨエンティティ４０６は、異種の環境内でハンドオーバをトリガするために、独自のハンドオーバコマンドを使用してもよい。例えば、ＭＩＨエンティティ４０６は、ＣＣＣＦ４０８に向けたハンドオーバをトリガするために、下位レイヤからの指示 （例えば、好ましくない無線状態を示す測定値）を使用してもよい。ＣＣＣＦ４０８ （または他の任意のポリシー機能もしくは移動 （mobility）管理機能）は、現在アクセス接続を扱っている技術内に存在するハンドオーバメッセージへのトリガをマップしてもよい。ＣＣＣＦ４０８は、ＩＭＳネットワーク内のシグナリングゲートウェイを介して、ネットワーク側の相手に、ハンドオーバのトリガを命令してもよい。ハンドオーバコマンド自体は、既存の移動体技術 （ＵＭＴＳで定義されているものなど）の一部である。本発明によれば、一技術から来るトリガが、ＭＩＨエンティティ４０６で受け取られ、他の技術にマップ （map）される。

ＭＩＨエンティティ４０６は、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８にＭＩＨイベントを報告する （ステップ５０６）。ＭＩＨイベントの受信時、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８は、Ｐ−ＣＳＣＦ５７４およびＳ−ＣＳＣＦ５７６を介してＣＣＣＦ５７８にＳＩＰ ＮＯＴＩＦＹメッセージを送信し、ＩＭＳドメインからＣＳドメインにコールをハンドオーバする意図を通知する （ステップ５０８）。次いで、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８は、ＭＩＨエンティティ４０６にＭＩＨコマンドを送信する。ＭＩＨエンティティ４０６は、ＣＳインタフェース４０２にコマンドを送信し、ハンドオーバを開始する （ステップ５１０、５１２）。ＭＩＨコマンドの受信時、ＣＳインタフェース４０２は、Ｖ−ＭＳＣ５８０とのＣＳコールを設定する （ステップ５１４）。

Ｖ−ＭＳＣ５８０は、ＣＣＣＦ５７８へのＣＡＭＥＬ （Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎ Ｍｏｂｉｌｅ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）アプリケーション部 （ＣＡＰ）ダイアログ （すなわち、ＣＡＰ初期ＤＰ）をトリガする （ステップ５１６）。ＣＣＣＦ５７８は、Ｖ−ＭＳＣ５８０にＣＡＰ ＣＯＮＮＥＣＴメッセージを送信し、ＣＣＣＦ５７８とのＣＳコールを継続する （ステップ５１８）。Ｖ−ＭＳＣ５８０は、適切なＢＧＣＦ／ＭＧＣＦ５８２を選択し、そのＢＧＣＦ／ＭＧＣＦ５８２にＩＡＭ （Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）を送信する （ステップ５２０）。ＢＧＣＦ／ＭＧＣＦ５８２がＩＡＭを受け取るとき、Ｉ−ＣＳＣＦ５８４およびＳ−ＣＳＣＦ５７６を介してＣＣＣＦ５７８にＩＮＶＩＴＥ要求を送信し、ユーザまたはサービスがコールに参加するように招待されていることを示す （ステップ５２２、５２４、５２６）。

ＢＧＣＦ／ＭＧＣＦ５８２からＩＮＶＩＴＥ要求を受け取った後、ＣＣＣＦ５７８は、Ｓ−ＣＳＣＦ５７６およびＰ−ＣＳＣＦ５７４を介して、ＷＴＲＵ１２２のＣＣＣＦ／ＣＩＶＣＳエンティティ４０８にＢＹＥメッセージを送信し、ＩＭＳドメインでのコールを終了する （ステップ５２８、５３０、５３２）。ＣＣＣＦ５７８は、Ｓ−ＣＳＣＦ５７６およびＩ−ＣＳＣＦ５８４を通して、ＢＧＣＦ／ＭＧＣＦ５８２にＲＥＩＮＶＩＴＥ要求も送信する （ステップ５３４、５３６、５３８）。次いで、ＢＧＣＦ／ＭＧＣＦ５８２は、Ｉ−ＣＳＣＦ５８４およびＳ−ＣＳＣＦ５７６を通して、ＣＣＣＦ５７８にＳＩＰ ２００ ＯＫメッセージを送信し、ＲＥＩＮＶＩＴＥ要求の受信を通知する （ステップ５４０、５４２、５４４）。ＣＣＣＦ５７８も、Ｓ−ＣＳＣＦ５７６およびＩ−ＣＳＣＦ５８４を通して、ＢＧＣＦ／ＭＧＣＦ５８２にＳＩＰ ２００ ＯＫメッセージを送信し、ＳＩＰ ２００ ＯＫメッセージの受信を通知する （ステップ５４６、５４８、５５０）。ＢＧＣＦ／ＭＧＣＦ５８２は、Ｖ−ＭＳＣ５８０に応答メッセージ （ＡＮＭ、Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）を送信する （ステップ５５２）。Ｖ−ＭＳＣ５８０は、ＷＴＲＵ１２２のＣＳインタフェース４０２にＣＯＮＮＥＣＴメッセージを送信する。

ＣＯＮＮＥＣＴメッセージ受信した上で、ＣＳインタフェース４０２は、ＭＩＨエンティティ４０６にこのイベントを報告する （ステップ５５６）。ＭＩＨエンティティ４０６は、ＭＩＨ ＥＳを介してＣＣＣＦ／ＣＩＶＣＳエンティティ４０８にこのイベントを報告する （ステップ５５８）。ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８は、ＭＩＨ ＣＳを介してＭＩＨエンティティ４０６にＭＩＨコマンドを送信する （ステップ５６０）。次いでＭＩＨエンティティ４０６は、ＩＭＳインタフェース４０４にコマンドを送信する （ステップ５６２）。次いで、ＡＰ５７２との結び付きは断たれ、ＣＳドメインにおける新しいコールが、ＲＡＮ１０２およびＢＧＣＦ／ＭＧＣＦ５８２を介して、ＣＳインタフェース４０２とＰＳＴＮ５８６との間で確立される。

図６は、本発明による、ＭＩＨサービスを使用したＩＭＳドメインからＣＳドメインへのネットワーク開始ハンドオーバの実行のプロセス６００のフロー図である。クライアント４０１ （すなわちユーザ）は、最初ＩＭＳドメインでコールを確立し、ＩＭＳインタフェース４０４とＢＧＣＦ／ＭＧＣＦ５８２との間にリアルタイムプロトコル （ＲＴＰ、Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）接続が確立され、ＢＧＣＦ／ＭＧＣＦ５８２とコールの他者のＰＳＴＮ５８６との間にＴＤＭ ＢＥＡＲＥＲが確立される （ステップ６０２）。

ＭＩＨ情報は、ＷＴＲＵ１２２からＩＭＳインタフェース４０４を介して、ＭＩＨ情報サーバ１１４に報告される （ステップ６０４）。ＭＩＨ情報サーバ１１４は、ＣＣＣＦ５７８にＭＩＨイベントを報告する （ステップ６０６）。ＭＩＨイベントを受信した上で、ＣＣＣＦ５７８は、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８にＳＩＰ ＮＯＴＩＦＹメッセージを送信する （ステップ６０８）。次いで、ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８は、Ｐ−ＣＳＣＦ５７４およびＳ−ＣＳＣＦ５７６を通して、ＣＣＣＦ５７８にＳＩＰ ＮＯＴＩＦＹメッセージを送信する （ステップ６１０、６１２、６１４）。ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８も、ＭＩＨエンティティ４０６にＭＩＨコマンドを送信し、ＭＩＨエンティティ４０６は、ＣＳインタフェース４０２にＭＩＨコマンドを送信し、ＩＭＳドメインからＣＳドメインへのコールのハンドオーバを開始する （ステップ６１６、６１８）。ＭＩＨコマンドを受信した上で、ＣＳインタフェース４０２は、Ｖ−ＭＳＣ５８０とのＣＳコールを設定する （ステップ６２０）。

Ｖ−ＭＳＣ５８０は、ＣＣＣＦ５７８へのＣＡＰダイアログをトリガする （すなわち、ＣＡＰ初期ＤＰ） （ステップ６２２）。ＣＣＣＦ５７８は、Ｖ−ＭＳＣ５８０にＣＡＰ ＣＯＮＮＥＣＴメッセージを送信し、ＣＣＣＦ５７８とのＣＳコールを継続する （ステップ６２４）。Ｖ−ＭＳＣ５８０は、適切なＢＧＣＦ／ＭＧＣＦ５８２を選択し、そのＢＧＣＦ／ＭＧＣＦ５８２にＩＡＭメッセージを送信する （ステップ６２６）。ＢＧＣＦ／ＭＧＣＦ５８２は、Ｉ−ＣＳＣＦ５８４およびＳ−ＣＳＣＦ５７６を介してＣＣＣＦ５７８にＩＮＶＩＴＥ要求を送信する （ステップ６２８、６３０、６３２）。

ＢＧＣＦ／ＭＧＣＦ５８２からＩＮＶＩＴＥ要求を受け取った後、ＣＣＣＦ５７８は、Ｓ−ＣＳＣＦ５７６およびＰ−ＣＳＣＦ５７４を介して、ＷＴＲＵ１２２のＣＣＣＦ／ＣＩＶＣＳエンティティ４０８にＢＹＥメッセージを送信する （ステップ６３４、６３６、６３８）。ＣＣＣＦ５７８も、Ｓ−ＣＳＣＦ５７６およびＩ−ＣＳＣＦ５８４を通して、ＢＧＣＦ／ＭＧＣＦ５８２にＲＥＩＮＶＩＴＥ要求を送信する （ステップ６４０、６４２、６４４）。次いでＢＧＣＦ／ＭＧＣＦ５８２は、Ｉ−ＣＳＣＦ５８４およびＳ−ＣＳＣＦ５７６を通して、ＣＣＣＦ５７８にＳＩＰ ２００ ＯＫメッセージを送信する （ステップ６４６、６４８、６５０）。次いでＣＣＣＦ５７８は、ＳＩＰ ２００ ＯＫメッセージを、Ｓ−ＣＳＣＦ５７６およびＩ−ＣＳＣＦ５８４を通して、ＢＧＣＦ／ＭＧＣＦ５８２に送信する （ステップ６５２、６５４、６５６）。ＢＧＣＦ／ＭＧＣＦ５８２は、Ｖ−ＭＳＣ５８０にＡＮＭメッセージを送信する （ステップ６５８）。Ｖ−ＭＳＣ５８０は、ＷＴＲＵ１２２のＣＳインタフェース４０２にＣＯＮＮＥＣＴメッセージを送信する （ステップ６６０）。

ＣＯＮＮＥＣＴメッセージを受信した上で、ＣＳインタフェース４０２は、ＭＩＨエンティティ４０６にこのイベントを報告する （ステップ６６２）。ＭＩＨエンティティ４０６は、ＭＩＨ ＥＳを介してＣＣＣＦ／ＣＩＶＣＳエンティティ４０８にこのイベントを報告する （ステップ６６４）。ＣＣＣＦ／ＣＩＶＣＳエンティティ４０８は、ＭＩＨ ＣＳを介してＭＩＨエンティティ４０６にＭＩＨコマンドを送信する （ステップ６６６）。次いでＭＩＨエンティティ４０６は、ＩＭＳインタフェース４０４にコマンドを送信する （ステップ６６８）。次いで、ＡＰ５７２との結び付きは断たれ、ＣＳドメインにおける新しいコールが、ＲＡＮ１０２およびＢＧＣＦ／ＭＧＣＦ５８２を介して、ＣＳインタフェース４０２とＰＳＴＮ５８６との間で確立される。

１． 回線交換 （ＣＳ）ドメインとインターネットプロトコル （ＩＰ）マルチメディアサブシステム （ＩＭＳ）ドメインとの間のハンドオーバを支援し、コールの継続を支援するための無線通信システムであって、
ＣＳドメインとＩＭＳドメインとの間のハンドオーバをトリガすることにより、ＣＳドメインとＩＭＳドメインとの間のコールの継続を支援する第１のコール継続制御エンティティと、
ＣＳドメインにおいてコールをサポートするＣＳインタフェースと、
ＩＭＳドメインにおいてコールをサポートするＩＭＳインタフェースと、
メディア独自の方式で情報を収集および転送するＭＩＨサービスを提供するよう構成された第１のメディア独自ハンドオーバ （ＭＩＨ）エンティティと
を含む無線送信／受信ユニット （ＷＴＲＵ）と、
ＣＳサービスを提供するＣＳネットワークと、
ＩＰマルチメディアサービスを提供するＩＭＳであって、ＣＳドメインとＩＭＳドメインとの間のコール継続のための第２のコール継続制御エンティティ、およびコールのためにＣＳドメインとＩＭＳドメインのうちの１つを選択するネットワークドメイン選択 （ＮｅＤＳ）エンティティを含むＩＭＳと、
メディア独自の方式で情報を収集および転送するＭＩＨサービスを提供する第２のＭＩＨエンティティであって、それによって、第１のＭＩＨエンティティおよび第２のＭＩＨエンティティの少なくとも１つが提供するＭＩＨサービスを介して取得した情報に基づいて、ＣＳドメインとＩＭＳドメインとの間のハンドオーバを実行することを特徴とする第２のＭＩＨエンティティと
を備える無線ネットワークと
を備えたことを特徴とするシステム。
２． 第１のＭＩＨエンティティが提供するＭＩＨサービスが、ＣＳインタフェースおよびＩＭＳインタフェースの少なくとも１つから取得したローカル情報を収集および転送することを特徴とする実施形態１のシステム。
３． 第１のＭＩＨエンティティが提供するＭＩＨサービスが、無線ネットワークから取得したリモート情報を収集および転送することを特徴とする実施形態１および２のいずれか１つの実施形態のシステム。
４． ハンドオーバは、ＷＴＲＵにより開始されることを特徴とする実施形態１乃至３のいずれか１つの実施形態のシステム。
５． ＷＴＲＵと第２のコール継続制御エンティティおよびＮｅＤＳエンティティとの間で情報を交換するように構成されたＭＩＨ情報サーバをさらに備えることを特徴とする実施形態１乃至４のいずれか１つの実施形態のシステム。
６． ＭＩＨ情報サーバが、ＮｅＤＳエンティティに、ＷＴＲＵがサポートするメディアタイプについての情報を提供し、よってＮｅＤＳエンティティが、ＷＴＲＵがサポートするメディアタイプに基づいてドメインを選択することを特徴とする実施形態５のシステム。
７． メディアタイプは、ＩＭＳを通じた音声機能および映像機能、ＣＳネットワークを通じた音声機能、ならびにコーデックタイプの少なくとも１つを含むことを特徴とする実施形態６のシステム。
８． ＭＩＨ情報サーバが、ＮｅＤＳエンティティに、ＣＳネットワークに対するＷＴＲＵステータスについての情報を提供することを特徴とする実施形態５のシステム。
９． ＷＴＲＵステータスは、非接続状態、接続アイドル状態および接続アクティブ状態の少なくとも１つを含むことを特徴とする実施形態８のシステム。
１０． ＭＩＨ情報サーバが、ＮｅＤＳエンティティに、ＷＴＲＵの周辺情報および位置情報を提供し、よってＮｅＤＳエンティティが、ＷＴＲＵに最適なコール継続制御エンティティを割り当てることを特徴とする実施形態５のシステム。
１１． ＮｅＤＳエンティティが、ＷＴＲＵに、ＷＴＲＵの地理的位置、ユーザおよびオペレータの嗜好、ならびに利用可能なネットワークのサービス品質 （ＱｏＳ）の少なくとも１つに基づき、コール継続制御エンティティを割り当てることを特徴とする実施形態１０のシステム。
１２． ＭＩＨ情報サーバの完全修飾ドメイン名 （ＦＱＤＮ）が、関連プロキシコールセッション制御機能 （Ｐ−ＣＳＣＦ）の発見に使用されることを特徴とする実施形態５のシステム。
１３． ＭＩＨサービスが、ユーザのサービスプロファイルにおいて関係するフィルタ基準の提供に使用されることを特徴とする実施形態５のシステム。
１４． ＭＩＨ情報サーバは、ＩＭＳアプリケーションサーバであることを特徴とする実施形態５のシステム。
１５． ＩＭＳアプリケーションサーバが、ポリシー決定機能を実行し、ＭＩＨサービスを介して取得した情報をポリシー決定に使用することを特徴とする実施形態１４のシステム。
１６． ハンドオーバ・トリガ・イベントがＭＩＨサービスを介して提供され、ハンドオーバ決定をリアルタイムに行うことを特徴とする実施形態１乃至１５のいずれか１つの実施形態のシステム。
１７． ＭＩＨ情報サーバは、コール継続制御エンティティおよびＮｅＤＳエンティティを含むことを特徴とする実施形態５のシステム。
１８． コール継続制御エンティティおよびＮｅＤＳエンティティは、それぞれＭＩＨ情報サーバを含むことを特徴とする実施形態５のシステム。
１９． ＣＳネットワークは、第３世代パートナーシッププロジェクト （３ＧＰＰ）ネットワークであることを特徴とする実施形態１乃至１８のいずれか１つの実施形態のシステム。
２０． ＩＰマルチメディアサービスが、ＩＰ接続アクセスネットワーク （ＣＡＮ）を介して、無線ローカルエリアネットワーク （ＷＬＡＮ）を提供されることを特徴とする実施形態１乃至１９のいずれか１つの実施形態のシステム。
２１． ＷＬＡＮは、ＩＥＥＥ８０２ベースのネットワークであることを特徴とする実施形態１乃至２０のいずれか１つの実施形態のシステム。
２２． ＩＰマルチメディアサービスが、第３世代パートナーシッププロジェクト （３ＧＰＰ）ネットワークを介して提供されることを特徴とする実施形態１乃至２１のいずれか１つの実施形態のシステム。
２３． 無線通信システムが、無線送信／受信ユニット （ＷＴＲＵ）と、ＣＳサービスを支援する回線交換 （ＣＳ）ネットワークおよびＩＰマルチメディアサービスを支援するインターネットプロトコル （ＩＰ）マルチメディアサブシステム （ＩＭＳ）を含む無線ネットワークとを備え、コールをＣＳドメインとＩＭＳドメインの少なくとも１つで確立でき、ＣＳドメインとＩＭＳドメインとの間でハンドオーバし、コールをシームレスに継続させる方法であって、
メディア独自ハンドオーバ （ＭＩＨ）サービスを使用して情報を取得するステップと、
情報に基づき、ＣＳドメインとＩＭＳドメインとの間でコールのハンドオーバをトリガするステップと
を備えることを特徴とする方法。
２４． 情報は、ＷＴＲＵのＣＳインタフェースとＩＭＳインタフェースの少なくとも１つから取得したローカル情報を含むことを特徴とする実施形態２３の方法。
２５． 情報は、無線ネットワークが取得したローカル情報を含むことを特徴とする実施形態２３および２４のいずれか１つの実施形態の方法。
２６． 情報は、ＷＴＲＵと無線ネットワークとの間で交換したリモート情報を含むことを特徴とする実施形態２４の方法。
２７． ハンドオーバは、ＷＴＲＵによりトリガされることを特徴とする実施形態２３乃至２６のいずれか１つの実施形態の方法。
２８． ハンドオーバは、無線ネットワークによりトリガされることを特徴とする実施形態２３乃至２７のいずれか１つの実施形態の方法。
２９． 情報が、ＭＩＨ情報サーバを介して、ＷＴＲＵと無線ネットワークとの間で交換されることを特徴とする実施形態２３乃至２８のいずれか１つの実施形態の方法。
３０． ＭＩＨ情報サーバが、無線ネットワークにおけるネットワークドメイン選択 （ＮｅＤＳ）エンティティに、ＷＴＲＵが支援するメディアタイプについての情報を提供し、よってＮｅＤＳエンティティが、ＷＴＲＵがサポートするメディアタイプに基づいて、ドメインを選択することを特徴とする実施形態２９の方法。
３１． メディアタイプは、ＩＭＳを通じた音声機能および映像機能、ＣＳネットワークを通じた音声機能、ならびにコーデックタイプの少なくとも１つを含むことを特徴とする実施形態３０の方法。
３２． ＭＩＨ情報サーバが、無線ネットワークにけるネットークドメイン選択 （ＮｅＤＳ）エンティティに、ＣＳネットワークに対するＷＴＲＵステータスについての情報を提供することを特徴とする実施形態２９の方法。
３３． ＷＴＲＵステータスは、非接続状態 （detach state）、接続アイドル状態 （attached-idle state）および接続アクティブ状態 （attached-active state）の少なくとも１つを含むことを特徴とする実施形態３２の方法。
３４． ＭＩＨ情報サーバが、無線ネットワークにおけるネットワークドメイン選択 （ＮｅＤＳ）エンティティに、ＷＴＲＵの周辺情報および位置情報を提供し、よってＮｅＤＳエンティティが、ＷＴＲＵに最適なコール継続制御エンティティを割り当てることを特徴とする実施形態２９の方法。
３５． ＮｅＤＳエンティティが、ＷＴＲＵに、ＷＴＲＵの地理的位置、ユーザおよびオペレータの嗜好、ならびに利用可能なネットワークのサービス品質 （ＱｏＳ）の少なくとも１つに基づいて、コール継続制御エンティティを割り当てることを特徴とする実施形態３４の方法。
３６． ＭＩＨ情報サーバの完全修飾ドメイン名 （ＦＱＤＮ）が、関連プロキシコールセッション制御機能 （Ｐ−ＣＳＣＦ）の発見に使用されることを特徴とする実施形態２９の方法。
３７． 情報は、ＷＴＲＵのユーザのサービスプロファイルにおけるフィルタ基準を含むことを特徴とする実施形態２９の方法。
３８． ＭＩＨ情報サーバは、ＩＭＳアプリケーションサーバであることを特徴とする実施形態２９の方法。
３９． ＭＩＨサービスを介して取得した情報に基づいて、ポリシー決定機能を実行するＩＭＳアプリケーションサーバ
をさらに備えることを特徴とする実施形態３８の方法。
４０． 情報は、ＭＩＨサービスを介して提供されたハンドオーバ・トリガ・イベントを含み、ハンドオーバをリアルタイムでトリガされることを特徴とする実施形態２３乃至３９のいずれか１つの実施形態の方法。
４１． ＣＳネットワークは、第３世代パートナーシッププロジェクト （３ＧＰＰ）ネットワークであることを特徴とする実施形態２３乃至４０のいずれか１つの実施形態の方法。
４２． ＩＰマルチメディアサービスが、ＩＰ接続アクセスネットワーク （ＣＡＮ）を介して無線ローカルエリアネットワーク （ＷＬＡＮ）を提供されることを特徴とする実施形態２３乃至４１のいずれか１つの実施形態の方法。
４３． ＷＬＡＮは、ＩＥＥＥ８０２ベースのネットワークであることを特徴とする実施形態２３乃至４２のいずれか１つの実施形態の方法。
４４． ＩＰマルチメディアサービスが、第３世代パートナーシッププロジェクト （３ＧＰＰ）ネットワークを介して提供されることを特徴とする実施形態２３乃至４３のいずれか１つの実施形態の方法。

本発明の特徴および構成要素について、特定の組み合わせによる好適な実施形態で説明したが、各特徴または各構成要素は、好ましい実施形態の他の特徴および他の構成要素なしに単独で使用されてもよいし、本発明の他の特徴および他の構成要素の有無にかかわらずに種々の組み合わせで使用されてもよい。

Claims (18)

1. 回線交換（ＣＳ）ドメインとＩＰマルチメディアサブシステム（ＩＭＳ）ドメインとの間の移動性とコールの継続とを支援するための装置であって、
   前記ＣＳドメインと前記ＩＭＳドメインとの間のハンドオーバを実行するために使用されるハンドオーバ関連情報を、メディア独立ハンドオーバ(ＭＩＨ）サービスを使用してメディア独立の方式で提供するように構成された情報サーバを備えることを特徴とする装置。
2. 前記情報サーバは、前記ハンドオーバ関連情報をコール継続制御機能（ＣＣＣＦ）／ネットワークドメイン選択（ＮｅＤＳ）エンティティに提供するように構成されることを特徴とする請求項１に記載の装置。
3. 前記ハンドオーバ関連情報は、無線送受信ユニット（ＷＴＲＵ）のドメイン及び機能に関する情報、ネットワークオペレータポリシー、並びに、ネットワークと前記ＷＴＲＵとの間の最適な一致を選択するユーザの好み、の少なくとも１つを含むことを特徴とする請求項１に記載の装置。
4. 前記ハンドオーバ関連情報は、前記ＣＳドメインに関する無線送受信ユニット（ＷＴＲＵ）ステータスに関する情報であることを特徴とする請求項１に記載の装置。
5. 前記情報サーバは、リアルタイムで前記ハンドオーバ関連情報を更新するように構成されることを特徴とする請求項４に記載の装置。
6. 前記情報サーバは、無線送受信ユニット（ＷＴＲＵ）と、コール継続制御機能（ＣＣＣＦ）／ネットワークドメイン選択（ＮｅＤＳ）エンティティとの間で前記ハンドオーバ関連情報を交換するように構成されることを特徴とする請求項１に記載の装置。
7. 前記情報サーバは、無線送受信ユニット（ＷＴＲＵ）の周辺情報及び位置情報を提供するように構成されることを特徴とする請求項１に記載の装置。
8. 前記情報サーバは、無線送受信ユニット（ＷＴＲＵ）によって支援されるメディアタイプに基づいてドメインが選択されるように、前記ＷＴＲＵによって支援されるメディアタイプに関する情報を提供するように構成されることを特徴とする請求項１に記載の装置。
9. 前記メディアタイプは、前記ＩＭＳを通じた音声機能および映像機能、前記ＣＳネットワークを通じた音声機能、ならびに、コーデックタイプの少なくとも１つを含むことを特徴とする請求項８に記載の装置。
10. 回線交換（ＣＳ）ドメインとＩＰマルチメディアサブシステム（ＩＭＳ）ドメインとの間の移動性とコールの継続とを支援するための方法であって、
    前記ＣＳドメインと前記ＩＭＳドメインとの間のハンドオーバを実行するために使用されるハンドオーバ関連情報を取得するステップと、
    メディア独立ハンドオーバ(ＭＩＨ）サービスを使用してメディア独立の方式で、前記ハンドオーバ関連情報を無線送受信ユニット（ＷＴＲＵ）及びネットワークエンティティのうちの少なくとも１つに提供するステップと
    を備えることを特徴とする方法。
11. 前記ハンドオーバ関連情報は、コール継続制御機能（ＣＣＣＦ）／ネットワークドメイン選択（ＮｅＤＳ）エンティティに提供されることを特徴とする請求項１０に記載の方法。
12. 前記ハンドオーバ関連情報は、無線送受信ユニット（ＷＴＲＵ）のドメイン及び機能に関する情報、ネットワークオペレータポリシー、並びに、ネットワークと前記ＷＴＲＵとの間の最適な一致を選択するユーザの好み、の少なくとも１つを含むことを特徴とする請求項１０に記載の方法。
13. 前記ハンドオーバ関連情報は、前記ＣＳドメインに関する無線送受信ユニット（ＷＴＲＵ）ステータスに関する情報であることを特徴とする請求項１０に記載の方法。
14. 前記ハンドオーバ関連情報は、リアルタイムで更新するように構成されることを特徴とする請求項１３に記載の方法。
15. 前記ハンドオーバ関連情報は、無線送受信ユニット（ＷＴＲＵ）と、コール継続制御機能（ＣＣＣＦ）／ネットワークドメイン選択（ＮｅＤＳ）エンティティとの間で交換されるように構成されることを特徴とする請求項１０に記載の方法。
16. 無線送受信ユニット（ＷＴＲＵ）の周辺情報及び位置情報を、前記ＷＴＲＵのための最適化コール継続制御機能（ＣＣＣＦ）の選択の際に使用される別のエンティティに提供するステップをさらに備えることを特徴とする請求項１０に記載の方法。
17. 前記ハンドオーバ関連情報は、無線送受信ユニット（ＷＴＲＵ）によって支援されるメディアタイプに基づいてドメインが選択されるように、前記ＷＴＲＵによって支援されるメディアタイプに関する情報であることを特徴とする請求項１０に記載の方法。
18. 前記メディアタイプは、前記ＩＭＳを通じた音声機能および映像機能、前記ＣＳネットワークを通じた音声機能、ならびに、コーデックタイプの少なくとも１つを含むことを特徴とする請求項１７に記載の方法。

Images