JP2023029326A - ハンドオーバを処理するデバイス及び方法 - Google Patents

Abstract

【課題】ハンドオーバを処理するデバイス及び方法【解決手段】通信デバイス（２０）のハンドオーバを処理するための方法は、ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む、ステップ（３０２）と；少なくとも１つの実行条件のうちのある実行条件が満たされているときに、ハンドオーバトリガメッセージをソースネットワークに送信するステップ（３０４）と；ソースネットワークから、少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバを実行するステップであって、ターゲットネットワークは実行条件に対応している、ステップ（３０６）と；ハンドオーバを実行した後、ハンドオーバ完了メッセージをターゲットネットワークに送信するステップ（３０８）とを含む。【選択図】図３

Description

本発明は、無線通信システムにおいて使用されるデバイス及び方法に関し、より具体的には、ハンドオーバを処理するデバイス及び方法に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）Ｒｅｌ－８規格及び／又は３ＧＰＰ（登録商標） Ｒｅｌ－９規格をサポートする長期進化（ＬＴＥ：long-term evolution）システムは、ユニバーサル移動体通信システム（ＵＭＴＳ：universal mobile telecommunication system）の後継として、ユーザの増加するニーズを満たすようＵＭＴＳの性能を更に強化するために、３ＧＰＰ（登録商標）によって開発されている。ＬＴＥシステムは、新しい無線インタフェースと、高データレート、低遅延、パケット最適化及び改善されたシステム容量とカバレッジを提供する新しい無線ネットワークアーキテクチャとを含む。

ＬＴＥアドバンスト（ＬＴＥ－Ａ）システムは、その名前が示唆するように、ＬＴＥシステムの進化である。ＬＴＥ－Ａシステムは電力状態間のより速いスイッチングを目標とし、ｅＮＢ（evolved Node-B）のカバレッジエッジでの性能を改善し、ピークデータレートとスループットを増加させ、キャリアアグリゲーション（ＣＡ：carrier aggregation）、協調マルチポイント（ＣｏＭＰ：coordinated multipoint）送信／受信、アップリンク（ＵＬ）多入力多出力（multiple-input multiple-output）（ＵＬ－ＭＩＭＯ）、ライセンス支援アクセス（ＬＡＡ：licensed-assisted access）（例えばＬＴＥを使用する）等のような高度な技術を含む。

次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：next generation radio access network）が、ＬＴＥ－Ａシステムを更に強化するために開発されている。ＮＧ－ＲＡＮは、１つ以上の次世代ノードＢ（ｇＮＢ：next generation Node-B）を含み、より広い動作帯域、異なる周波数範囲のための異なるｎｕｍｅｒｏｌｏｇｉｅｓ（数秘術）、ｍａｓｓｉｖｅ ＭＩＭＯ（マッシブ・マイモ）、高度なチャネルコーディング（advanced channel coding）等の特性を有する。

３ＧＰＰ（登録商標） Ｒｅｌ－１６規格では、ハンドオーバ中断時間を低減するために、デュアルアクティブ・プロトコルスタック（ＤＡＰＳ：dual active protocol stack）ハンドオーバが提案されている。ハンドオーバ中断時間は、０ミリ秒に近づく可能性がある。しかしながら、ＤＡＰＳハンドオーバは、高周波数（例えば周波数範囲２（ＦＲ２））では実行することができない。オペレータは、高周波数で動作するいくつかのサービスが低中断時間で一貫したデータレートを達成するよう意図しているので、ＤＡＰＳハンドオーバを高周波数で実行することが必要であると考える。したがって、高周波数において低中断時間でロバストなハンドオーバをどのように実行するが、解決すべき重要な問題である。

このことを念頭において、本発明は、上述の問題を解決するためにハンドオーバを処理するための通信デバイス及び方法を提供することを目的とする。

これは、それぞれ、独立請求項に係る、通信デバイスのハンドオーバを処理するための方法によって達成される。従属請求項は、対応する更なる開発及び改良に関連する。

以下の詳細な説明からより明らかになるように、通信デバイスのハンドオーバを処理するための特許請求に係る方法は：ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む、ステップと；少なくとも１つの実行条件のうちのある実行条件が満たされているとき、ハンドオーバトリガメッセージをソースネットワークに送信するステップと；ソースネットワークから、少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバを実行するステップであって、ターゲットネットワークは実行条件に対応している、ステップと；ハンドオーバを実行した後、ハンドオーバ完了メッセージをターゲットネットワークに送信するステップと；を含む。

通信デバイスのハンドオーバを処理するための特許請求に係る方法は：ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む、ステップと；少なくとも１つの実行条件のうちのある実行条件が満たされているとき、ハンドオーバトリガメッセージをソースネットワークに送信するステップと；ハンドオーバトリガメッセージをソースネットワークに送信した後、タイマを開始するステップと；タイマが満了するとき、ソースネットワークから、少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバの失敗を検出するステップであって、ターゲットネットワークは実行条件に対応している、ステップと；ハンドオーバの失敗に従ってハンドオーバ失敗手順をトリガするステップと；を含む。

通信デバイスのハンドオーバを処理するための特許請求に係る方法は：ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含む、ステップと；ソースネットワークから適切なネットワークへのハンドオーバをトリガするステップであって、適切なネットワークは、少なくとも１つのターゲットネットワークのうちの１つである、ステップと；イネーブルＤＡＰＳ条件（enable DAPS condition）が満たされ、かつ適切なネットワークのＲＲＣ構成がＤＡＰＳ構成を含むとき、ソースネットワークから適切なネットワークへのデュアルアクティブ・プロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するステップと；イネーブルＤＡＰＳ条件が満たされていないとき、ソースネットワークから適切なネットワークへの第１の通常のハンドオーバ（normal handover）を実行するステップと；を含む。

以下では、下記の図面を参照しながら、本発明を例として更に説明する。
本発明の一例に係る無線通信システムの概略図である。 本発明の一例に係る通信デバイスの概略図である。 本発明の一例に係るプロセスのフローチャートである。 本発明の一例に係るＲＲＣ構成メッセージの概略図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのフローチャートである。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのフローチャートである。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。 本発明の一例に係るプロセスのシーケンス図である。

図１は、本発明の一例に係る無線通信システム１０の概略図である。無線通信システム１０は、簡単に言うと、ネットワーク１２と複数の通信デバイス１４から構成される。無線通信システム１０は、時分割二重化（ＴＤＤ：time-division duplexing）モード、周波数分割二重化（ＦＤＤ：frequency-division duplexing）モード、ＴＤＤ－ＦＤＤ共同動作モード、非地上ネットワーク（ＮＴＮ：non-terrestrial network）モード又はライセンス支援アクセス（ＬＡＡ：licensed-assisted access）モードをサポートし得る。すなわち、ネットワーク１２及び通信デバイス１４は、ＦＤＤキャリア、ＴＤＤキャリア、ライセンスありキャリア（ライセンスありサービングセル）及び／又はライセンスなしキャリア（ライセンスなしサービングセル）を介して互いに通信し得る。加えて、無線通信システム１０は、キャリアアグリゲーション（ＣＡ）をサポートし得る。すなわち、ネットワーク１２及び通信デバイス１４は、一次セル（例えば一次構成要素キャリア）及び１つ以上の二次セル（例えば二次構成要素キャリア）を含む複数のサービングセル（例えば複数のサービングキャリア）を介して、互いに通信し得る。

図１において、ネットワーク１２及び通信デバイス１４は、単に無線通信システム１０の構造を例示するために用いられる。実際には、ネットワーク１２は、ユニバーサル移動体通信システム（ＵＭＴＳ）における少なくとも１つのノードＢ（ＮＢ）を含むユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）であり得る。一例では、ネットワーク１２は、ＬＴＥ（long term evolution）システム、ＬＴＥ－Ａ（LTE-Advanced）システム、ＬＴＥ－Ａシステムの進化（evolution）等における、少なくとも１つのｅＮＢ及び／又は少なくとも１つの中継ノードを含む、ＵＴＲＡＮ（evolved UTRAN）であってもよい。一例では、ネットワーク１２は、少なくとも１つの次世代ノードＢ（ｇＮＢ）及び／又は少なくとも１つの第５世代（５Ｇ）の基地局（ＢＳ）を含む、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）であってもよい。一例では、ネットワーク１２は、通信デバイス１４と通信するための特定の通信規格に適合する任意のＢＳであってもよい。

ＮＲ（new radio）は、５Ｇシステム（又は５Ｇネットワーク）のために定義された規格であり、より良好な性能を有する統一されたエアインタフェースを提供する。ｇＮＢは、ｅＭＢＢ（enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra Reliable Low Latency Communications）、ｍＭＴＣ（massive Machine Type Communications）等のような進化した機能をサポートする５Ｇシステムを実現するために展開される。ｅＭＢＢは、より広い帯域幅と低／中遅延のブロードバンドサービスを提供する。ＵＲＬＬＣは、より高い信頼性と低遅延の特性の用途（例えばエンドツーエンド通信）を提供する。そのような用途の例には、産業用インターネット、スマートグリッド、インフラストラクチャ保護、遠隔手術及び高度交通システム（ＩＴＳ：intelligent transportation system）が含まれる。ｍＭＴＣは、何十億もの接続されたデバイス及び／又はセンサを含む５Ｇシステムのモノのインターネット（ＩｏＴ）をサポートすることができる。

さらに、ネットワーク１２はまた、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮ及びコアネットワークのうちの少なくとも１つを含んでもよく、ここで、コアネットワークは、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）、サービングゲートウェイ（Ｓ－ＧＷ：Serving Gateway）、パケットデータネットワーク（ＰＤＮ：Packet Data Network）ゲートウェイ（Ｐ－ＧＷ）、自己組織化ネットワーク（ＳＯＮ：Self-Organizing Networks）サーバ及び／又は無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）等のようなネットワークエンティティを含み得る。一例では、ネットワーク１２が、通信デバイス１４によって送信された情報を受信した後、この情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮによってのみ処理されてよく、その情報に対応する決定は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮにおいて行われる。一例では、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮは、コアネットワークに情報を転送してよく、その情報に対応する決定は、コアネットワークが情報を処理した後にコアネットワークにおいて行われる。一例では、情報は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮとコアネットワークの双方によって処理されてよく、決定は、ＵＴＲＡＮ／Ｅ－ＵＴＲＡＮ／ＮＧ－ＲＡＮ及びコアネットワークによって調整及び／又は協調が行われた後に行われる。

通信デバイス１４は、ユーザ装置（ＵＥ）、低コストデバイス（例えばＭＴＣ（machine type communication）デバイス）、デバイス・ツー・デバイス（Ｄ２Ｄ）通信デバイス、狭帯域のモノのインターネット（ＮＢ－ＩｏＴ）、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック、ポータブルコンピュータシステム又はそれらの組合せであってもよい。加えて、ネットワーク１２及び通信デバイス１４は、方向（例えば伝送方向）に応じて送信機又は受信機として見なすことができ、例えばアップリンク（ＵＬ）については、通信デバイス１４が送信機、ネットワーク１２が受信機であり、ダウンリンク（ＤＬ）については、ネットワーク１２が送信機、通信デバイス１４が受信機である。

図２は、本発明の一例に係る通信デバイス２０の概略図である。通信デバイス２０は、図１に示す通信デバイス１４又はネットワーク１２であってよいが、ここでは限定されない。通信デバイス２０は、マイクロプロセッサ又は特定用途向け集積回路（ＡＳＩＣ）のような少なくとも１つの処理回路２００、少なくとも１つのストレージデバイス２１０及び少なくとも１つの通信インタフェースデバイス２２０を含み得る。少なくとも１つのストレージデバイス２１０は、少なくとも１つの処理回路２００によってアクセスされて実行されるプログラムコード２１４を記憶することができる任意のデータストレージデバイスであってよい。少なくとも１つのストレージデバイス２１０の例は、これらに限定されないが、加入者識別モジュール（ＳＩＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスクＲＯＭ（ＤＶＤ－ＲＯＭ）、ブルーレイ（登録商標）ディスクＲＯＭ（ＢＤ－ＲＯＭ）、磁気テープ、ハードディスク、光データストレージデバイス、不揮発性ストレージデバイス、非一時的コンピュータ読取可能媒体（例えば有形媒体）等を含む。少なくとも１つの通信インタフェースデバイス２２０は、好ましくは、少なくとも１つのトランシーバであり、少なくとも１つの処理回路２００の処理結果に従って信号（例えばデータ、メッセージ及び／又はパケット）を送受信するために使用される。

図３は、本発明の一例に係るプロセス３０のフローチャートである。プロセス３０は、ハンドオーバを処理するために、通信デバイス（例えば図２の通信デバイス２０）において利用され得る。プロセス３０は、プログラムコード２１４にコンパイルされてよく、以下のステップを含む：
ステップ３００：開始
ステップ３０２：ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信する。ここで、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む。
ステップ３０４：少なくとも１つの実行条件のうちのある実行条件が満たされているとき、第１ハンドオーバトリガメッセージをソースネットワークに送信する。
ステップ３０６：ソースネットワークから、少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバを実行する。ここで、上記ターゲットネットワークは、上記実行条件に対応している。
ステップ３０８：ハンドオーバを実行した後、ハンドオーバ完了メッセージをターゲットネットワークに送信する。
ステップ３１０：終了

プロセス３０によると、通信デバイス２０は、ソースネットワークからＲＲＣ構成メッセージを受信する。ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む。少なくとも１つの実行条件は、それぞれ、少なくとも１つのターゲットネットワークに対応している。次いで、通信デバイス２０は、少なくとも１つの実行条件のうちのある実行条件が満たされているとき、第１ハンドオーバトリガメッセージをソースネットワークに送信する。通信デバイス２０は、第１ハンドオーバトリガメッセージを送信した後、ソースネットワークから、少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバ（例えばデュアルアクティブ・プロトコルスタック（ＤＡＰＳ）ハンドオーバ）を実行する。上記ターゲットネットワークは、上記実行条件に対応している。通信デバイス２０は、ハンドオーバを（成功裏に）実行した後、ハンドオーバ完了メッセージをターゲットネットワークに送信する。したがって、ハンドオーバは、高周波数の実行条件でロバストに実行され、低いハンドオーバ中断時間を達成することができる。

プロセス３０の実現は、上記の説明に限定されない。プロセス３０を実現するために以下の例が適用され得る。

一例では、通信デバイス２０は、ＲＲＣ構成メッセージを受信した後、ＲＲＣ構成メッセージ内の少なくとも１つの実行条件を検証する。一例では、通信デバイス２０は、実行条件が満たされているとき、（例えばターゲットネットワークについての）測定レポートを、第１ハンドオーバトリガメッセージとしてソースネットワークに送信する。すなわち、通信デバイス２０は、測定レポートを介して、ソースネットワークからターゲットネットワークへのハンドオーバがトリガされることをソースネットワークに通知する。一例では、通信デバイス２０は、ハンドオーバを実行しているときに、ソースネットワークへの接続を維持する。

一例では、通信デバイス２０は、第１ハンドオーバトリガメッセージをソースネットワークに送信した後、第１タイマ（例えばＴ３０４タイマ）を開始する。一例では、通信デバイス２０は、（成功裏に）ハンドオーバ完了メッセージをターゲットネットワークに送信した後、第１タイマを停止する。なお、通信デバイス２０は、第１タイマに従って（例えば維持することによって）、ハンドオーバの失敗が発生するかどうかを判断することに留意されたい。

一例では、ソースネットワークは、ＲＲＣ構成メッセージを通信デバイス２０に送信した後、第１ダウンリンク（ＤＬ）データをターゲットネットワークに送信する。一例では、ソースネットワークは、第１ハンドオーバトリガメッセージに応答して、第１ＤＬデータ又は第２ハンドオーバトリガメッセージをターゲットネットワークに送信する。すなわち、ソースネットワークは、第２ＤＬデータ又は第２ハンドオーバトリガメッセージを介してハンドオーバがトリガされることをターゲットネットワークに通知する。一例では、第２ハンドオーバトリガメッセージは、第１ハンドオーバトリガメッセージを含む。一例では、第２ハンドオーバトリガメッセージと第１ハンドオーバトリガメッセージは同じである。

一例では、ターゲットネットワークは、第１ＤＬデータを処理して（例えばヘッダを圧縮、暗号化及び／又はパケットデータ・コンバージェンスプロトコル（ＰＤＣＰ：packet data convergence protocol）ヘッダを追加）、第２ＤＬデータを生成する。一例では、ターゲットネットワークは、ハンドオーバ完了メッセージを受信した後、第２ＤＬデータを通信デバイス２０に（直ちに）送信する。一例では、ターゲットネットワークはハンドオーバ完了メッセージに応答して、ハンドオーバ成功メッセージをソースネットワークに送信する。

一例では、ターゲットネットワークは、第２ＤＬデータ又は第２ハンドオーバトリガメッセージに応答して、第２タイマ（例えばターゲットネットワークがハンドオーバの失敗を検出するためのタイマ、以下、Ｔ－ＨＦタイマと称する）を開始する。一例では、ターゲットネットワークは、ハンドオーバ完了メッセージに応答して、第２タイマを停止する。一例では、第２タイマの値は、第１タイマの値よりも小さくない。

一例では、ソースネットワークは、第１ハンドオーバトリガメッセージに応答して第３タイマ（例えばＴ３０４類似タイマ（T304-like timer））を開始する。一例では、ソースネットワークは、ハンドオーバ成功メッセージに応答して、第３タイマを停止する。一例では、第３タイマの値は、第１タイマの値より大きい。すなわち、ソースネットワークは、第３タイマに従って（例えば維持することによって）ハンドオーバの失敗が発生するかどうかを判断する。

一例では、ソースネットワークは、ハンドオーバ要求メッセージを少なくとも１つのターゲットネットワークに送信する。一例では、少なくとも１つのターゲットネットワークは、それぞれ、ハンドオーバ要求メッセージに応答して、少なくとも１つのハンドオーバ確認（ＡＣＫ）メッセージをソースネットワークに送信する。一例では、少なくとも１つのハンドオーバＡＣＫメッセージは、それぞれ、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含む。一例では、少なくとも１つのハンドオーバＡＣＫメッセージは、第１タイマの値を含む。一例では、第１ハンドオーバトリガメッセージは、第１タイマの値を含む。一例では、第１ハンドオーバトリガメッセージは、ターゲットネットワークの識別（ＩＤ）情報を含む。

一例では、ＲＲＣ構成メッセージは、ターゲットネットワークのＲＲＣ構成を含み、ＲＲＣ構成はＤＡＰＳ構成を含む。通信デバイス２０は、ＲＲＣ構成がＤＡＰＳ構成を含む場合、第１ハンドオーバトリガメッセージをソースネットワークに送信することに留意されたい。通信デバイス２０は、ＲＲＣ構成がＤＡＳＰ構成を含まない場合、第１ハンドオーバトリガメッセージを送信しない（必要がない）。一例では、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含み、少なくとも１つのＲＲＣ構成は、それぞれ、少なくとも１つの実行条件に対応している。一例では、ＲＲＣ構成は、少なくとも１つのＲＲＣ構成のうちの１つである。

図４は、本発明の一例に係るＲＲＣ構成メッセージ４０の概略図である。ＲＲＣ構成メッセージ４０は、ターゲットネットワークＴＮ１～ＴＮ３の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３と、ターゲットネットワークＴＮ１～ＴＮ３のＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ１～ＲＲＣＲｅｃｏｎｆｉｇ３を含む。実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３は、それぞれ、ＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ１～ＲＲＣＲｅｃｏｎｆｉｇ３に対応している。ＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ２～ＲＲＣＲｅｃｏｎｆｉｇ３は、ＤＡＰＳ構成ＤＡＰＳ_ｃｏｎｆｉｇを含む。すなわち、ＲＲＣ構成メッセージ４０は、ターゲットネットワークＴＮ１～ＴＮ３の情報を含み、通信デバイスがターゲットネットワークＴＮ１～ＴＮ３のうちの１つへのハンドオーバを実行することを可能にする。通信デバイス２０は、ＲＲＣ構成メッセージ４０を受信した後、実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し、実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３のうちの１つが満たされているときハンドオーバを実行する。例えば通信デバイス２０は、実行条件ＥｘＣｏｎｄ１が満たされているとき、ＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ１に従って、ターゲットネットワークＴＮ１への条件付きハンドオーバを実行する。例えば通信デバイス２０は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ２に従って、ターゲットネットワークＴＮ２へのＤＡＰＳハンドオーバを実行する。ＲＲＣ構成がＤＡＰＳ構成ＤＡＰＳ_ｃｏｎｆｉｇを含む場合（例えばＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ２～ＲＲＣＲｅｃｏｎｆｉｇ３のうちの１つ）、通信デバイス２０はＤＡＰＳハンドオーバを実行することに留意されたい。通信デバイス２０は、ＲＲＣ構成がＤＡＰＳ構成ＤＡＰＳ_ｃｏｎｆｉｇを含まない場合（例えばＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ１）、条件付きハンドオーバ又は通常のハンドオーバを実行する。

図５は、本発明の一例に係るプロセス５０のシーケンス図である。プロセス５０は、通信デバイス５２（例えば図２の通信デバイス２０）、ソースネットワーク５４及びターゲットネットワーク５６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク５４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス５２に送信する（ステップ５００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス５２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ５０２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ５０４）。実行条件ＥｘＣｏｎｄ２はターゲットネットワークに対応している。通信デバイス５２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ハンドオーバトリガメッセージ（例えばターゲットネットワークの測定レポート）をソースネットワーク５４に送信する（ステップ５０６）。次いで、通信デバイス５２は、ソースネットワーク５４からターゲットネットワーク５６へのハンドオーバを実行する（ステップ５０８）。ソースネットワーク５４は、ハンドオーバトリガメッセージに応答して、第１ＤＬデータをターゲットネットワーク５６に送信する（ステップ５１０）。ターゲットネットワーク５６は、第１ＤＬデータを処理して、第２ＤＬデータを生成する（ステップ５１２）。通信デバイス５２は、ハンドオーバを（成功裏に）実行した後、ハンドオーバ完了メッセージをターゲットネットワーク５６に送信する（ステップ５１４）。最後に、ターゲットネットワーク５６は、ハンドオーバ完了メッセージに応答して、第２ＤＬデータを通信デバイス５２に送信する（ステップ５１６）。

図６は、本発明の一例に係るプロセス６０のシーケンス図である。プロセス６０は、通信デバイス６２（例えば図２の通信デバイス２０）、ソースネットワーク６４及びターゲットネットワーク６６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク６４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス６２に送信する（ステップ６００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス６２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ６０２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ６０４）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク６０に対応している。通信デバイス６２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、Ｔ３０４タイマの値を有するハンドオーバトリガメッセージをソースネットワーク６４に送信する（ステップ６０６）。

次いで、通信デバイス６２は、ハンドオーバトリガメッセージをソースネットワーク６４に送信した後、Ｔ３０４タイマを開始し（ステップ６０８）、ソースネットワーク６４からターゲットネットワーク６６へのハンドオーバを実行する（ステップ６１０）。ソースネットワーク６４は、ハンドオーバトリガメッセージに応答して、Ｔ３０４類似タイマを開始し、第１ＤＬデータを送信する（ステップ６１２及びステップ６１４）。ターゲットネットワーク６６は、第１ＤＬデータを処理して、第２ＤＬデータを生成する（ステップ６１６）。通信デバイス６２は、ハンドオーバを（成功裏に）実行した後、ハンドオーバ完了メッセージをターゲットネットワーク６６に送信する（ステップ６１８）。通信デバイス６２は、（成功裏に）ハンドオーバ完了メッセージをターゲットネットワーク６６に送信した後、Ｔ３０４タイマを停止する（ステップ６２０）。ターゲットネットワーク６６は、ハンドオーバ完了メッセージに応答して、第２ＤＬデータを通信デバイス６２に送信し、ハンドオーバ成功メッセージをソースネットワーク６４に送信する（ステップ６２２及びステップ６２４）。最後に、ソースネットワーク６４は、ハンドオーバ成功メッセージに応答してＴ３０４類似タイマを停止する（ステップ６２６）。

図７は、本発明の一例に係るプロセス７０のシーケンス図である。プロセス７０は、通信デバイス７２（例えば図２の通信デバイス２０）、ソースネットワーク７４及びターゲットネットワーク７６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク７４は、ハンドオーバ要求メッセージをターゲットネットワーク７６に送信し（ステップ７００）、ターゲットネットワーク７６は、ハンドオーバ要求メッセージに応答して、Ｔ３０４タイマの値を有するハンドオーバＡＣＫメッセージをソースネットワーク７４に送信する（ステップ７０２）。ソースネットワーク７４は、すべてのターゲットネットワーク（例えば図４のターゲットネットワークＴＮ１～ＴＮ３）にハンドオーバ要求メッセージを送信し、ターゲットネットワークの各々が、ハンドオーバ要求メッセージに応答して、ソースネットワーク７４に１つのハンドオーバＡＣＫメッセージを送信すること（図示せず）に留意されたい。ソースネットワーク７４は、ハンドオーバＡＣＫメッセージに応答して、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス７２に送信する（ステップ７０４）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス７２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ７０６）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ７０８）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク７６に対応している。通信デバイス７２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ハンドオーバトリガメッセージをソースネットワーク７４に送信する（ステップ７１０）。

次いで、通信デバイス７２は、ハンドオーバトリガメッセージをソースネットワーク７４に送信した後、Ｔ３０４タイマを開始し（ステップ７１２）、ソースネットワーク７４からターゲットネットワーク７６へのハンドオーバを実行する（ステップ７１４）。ソースネットワーク７４は、ハンドオーバトリガメッセージに応答して、Ｔ３０４類似タイマを開始して、第１ＤＬデータを送信する（ステップ７１８及びステップ７２０）。ターゲットネットワーク７６は、第１ＤＬデータを処理して、第２ＤＬデータを生成する（ステップ７２２）。通信デバイス７２は、ハンドオーバを（成功裏に）実行した後、ハンドオーバ完了メッセージをターゲットネットワーク７６に送信する（ステップ７２４）。通信デバイス７２は、（成功裏に）ハンドオーバ完了メッセージをターゲットネットワーク７６に送信した後、Ｔ３０４タイマを停止する（ステップ７２６）。ターゲットネットワーク７６は、ハンドオーバ完了メッセージに応答して、第２ＤＬデータを通信デバイス７２に送信し、ハンドオーバ成功メッセージをソースネットワーク７４に送信する（ステップ７２８及びステップ７３０）。最後に、ソースネットワーク７４は、ハンドオーバ成功メッセージに応答して、Ｔ３０４類似タイマを停止する（ステップ７３２）。

プロセス５０～７０は、ハンドオーバが成功裏に実行される場合である。プロセス６０～７０において、通信デバイス６２／７２は、Ｔ３０４タイマに従ってハンドオーバの失敗が発生するかどうかを判断し、ソースネットワーク６４／７４は、Ｔ３０４類似タイマに従ってハンドオーバの失敗が発生するかどうかを判断する。プロセス６０において、通信デバイス６２は、ハンドオーバトリガメッセージを介してＴ３０４タイマの値をソースネットワーク６４に通知する。プロセス７０において、ターゲットネットワーク７６は、ハンドオーバＡＣＫメッセージを介してＴ３０４タイマの値をソースネットワーク７４に通知する。プロセス７０において、ソースネットワーク７４は、すべてのターゲットネットワーク（例えば図４のターゲットネットワークＴＮ１～ＴＮ３）にハンドオーバ要求メッセージを送信し、ターゲットネットワークの各々は、ハンドオーバ要求メッセージに応答して、ソースネットワーク７４に１つのハンドオーバＡＣＫメッセージを送信する（図示せず）。

図８は、本発明の一例に係るプロセス８０のフローチャートである。プロセス８０は、ハンドオーバを処理するために、通信デバイス（例えば図２の通信デバイス２０）において利用され得る。プロセス８０は、プログラムコード２１４にコンパイルされてよく、以下のステップを含む：
ステップ８００：開始
ステップ８０２：ソースネットワークからＲＲＣ構成メッセージを受信する。ここで、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む。
ステップ８０４：少なくとも１つの実行条件のうちのある実行条件が満たされているとき、第１ハンドオーバトリガメッセージをソースネットワークに送信する。
ステップ８０６：第１ハンドオーバトリガメッセージをソースネットワークに送信した後、第１タイマを開始する。
ステップ８０８：第１タイマが満了（expire）したとき、ソースネットワークから、少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバの失敗を検出する。ここで、上記ターゲットネットワークは、上記実行条件に対応している。
ステップ８１０：ハンドオーバの失敗に従って、ハンドオーバ失敗手順をトリガする。
ステップ８１２：終了

プロセス８０によると、通信デバイス２０は、ソースネットワークからＲＲＣ構成メッセージを受信する。ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む。少なくとも１つの実行条件は、それぞれ、少なくとも１つのターゲットネットワークに対応している。次いで、通信デバイス２０は、少なくとも１つの実行条件のうちのある実行条件が満たされているとき、第１ハンドオーバトリガメッセージをソースネットワークに送信する。通信デバイス２０は、第１ハンドオーバトリガメッセージをソースネットワークに送信した後、第１タイマ（例えばＴ３０４タイマ）を開始する。通信デバイス２０は、第１タイマが満了すると、ソースネットワークから少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバ（例えばＤＡＰＳハンドオーバ）の失敗を検出する。上記ターゲットネットワークは、上記実行条件に対応している。次いで、通信デバイス２０は、ハンドオーバの失敗に従って、ハンドオーバ失敗手順をトリガする。すなわち、通信デバイス２０は、第１タイマに従って（例えば維持することによって）ハンドオーバの失敗が発生するかどうかを判断し、ハンドオーバの失敗が発生すると、ハンドオーバ失敗手順をトリガする。したがって、通信デバイス２０は、失敗したハンドオーバを高周波数で処理することができる。

プロセス８０の実現は、上記の説明に限定されない。プロセス８０を実現するために、以下の例が適用され得る。

一例では、通信デバイス２０は、ＲＲＣ構成メッセージを受信した後に、ＲＲＣ構成メッセージ内の少なくとも１つの実行条件を検証する。一例では、通信デバイス２０は、実行条件が満たされているとき、測定レポートを第１ハンドオーバトリガメッセージとしてソースネットワークに送信する。すなわち、通信デバイス２０は、測定レポートを介してハンドオーバがトリガされることをソースネットワークに通知する。

一例では、ソースネットワークは、ＲＲＣ構成メッセージを通信デバイス２０に送信した後、ＤＬデータをターゲットネットワークに送信する。一例では、ソースネットワークは、第１ハンドオーバトリガメッセージに応答して、ＤＬデータ又は第２ハンドオーバトリガメッセージをターゲットネットワークに送信する。すなわち、ソースネットワークは、第２ＤＬデータ又は第２ハンドオーバトリガメッセージを介してハンドオーバがトリガされることをターゲットネットワークに通知する。一例では、第２ハンドオーバトリガメッセージは、第１ハンドオーバトリガメッセージを含む。一例では、第２ハンドオーバトリガメッセージと第１ハンドオーバトリガメッセージは同じである。

ハンドオーバ失敗手順をトリガする様々な方法がある。一例では、通信デバイス２０は、第１タイマを開始した後、通信デバイス２０とソースネットワークとの間の無線リンク障害（ＲＬＦ：radio link failure）を宣言する。一例では、通信デバイス２０は、ＲＬＦを宣言した後、再確立手順をトリガする。すなわち、通信デバイス２０は、第１タイマ開始後にＲＬＦを検出し、ＲＬＦに従って再確立手順をトリガする。一例では、第１タイマが満了し、通信デバイス２０が該通信デバイス２０とソースネットワークとの間のＲＬＦを宣言しないとき、通信デバイス２０は、ハンドオーバの失敗を示すハンドオーバ失敗情報をソースネットワークに送信する。

一例では、ソースネットワークは、ハンドオーバ失敗情報に応答して、ハンドオーバ終了メッセージをターゲットネットワークに送信する。一例では、ソースネットワークは、ハンドオーバ失敗情報に応答してＤＬデータの送信を停止する。

一例では、ターゲットネットワークは、ＤＬデータ又は第２ハンドオーバトリガメッセージに応答して、第２タイマ（例えばＴ－ＨＦタイマ）を開始する。一例では、ターゲットネットワークは、第２タイマが満了すると、ハンドオーバ終了メッセージをソースネットワークに送信する。すなわち、ターゲットネットワークは、第２タイマが終了すると、ハンドオーバの失敗が発生したと判断し、ハンドオーバの失敗をソースネットワークに通知する。一例では、ターゲットネットワークは、ＤＬデータ又は第２ハンドオーバトリガメッセージに応答して第２タイマを開始する。一例では、ターゲットネットワークは、ハンドオーバ終了メッセージに応答して、第２タイマを停止する。一例では、第２タイマの値は、第１タイマの値よりも小さくない。

一例では、ソースネットワークは、第１ハンドオーバトリガメッセージに応答して第３タイマ（例えばＴ３０４類似タイマ）を開始する。一例では、ソースネットワークは、第３タイマが満了すると、ＤＬデータの送信を停止し、ハンドオーバ終了メッセージをターゲットネットワークに送信する。すなわち、ソースネットワークは、第３タイマが満了すると、ハンドオーバの失敗が発生したと判断し、ハンドオーバの失敗をターゲットネットワークに通知する。一例では、ソースネットワークは、ハンドオーバ失敗情報に応答して、第３タイマを停止する。一例では、第３タイマの値は、第１タイマの値より大きい。

一例では、少なくとも１つのターゲットネットワークは、ハンドオーバ要求メッセージをソースネットワークから受信する。一例では、少なくとも１つのターゲットネットワークは、それぞれ、ハンドオーバ要求メッセージに応答して、少なくとも１つのハンドオーバＡＣＫメッセージをソースネットワークに送信する。一例では、少なくとも１つのハンドオーバＡＣＫメッセージは、それぞれ、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含む。一例では、少なくとも１つのハンドオーバＡＣＫメッセージが、第１タイマの値を含む。一例では、第１ハンドオーバトリガメッセージが、第１タイマの値を含む。一例では、第１ハンドオーバトリガメッセージは、ターゲットネットワークのＩＤ情報を含む。

一例では、ＲＲＣ構成メッセージは、ターゲットネットワークのＲＲＣ構成を含み、ＲＲＣ構成はＤＡＰＳ構成を含む。ＲＲＣ構成がＤＡＰＳ構成を含む場合、通信デバイス２０は、第１ハンドオーバトリガメッセージをソースネットワークに送信することに留意されたい。ＲＲＣ構成がＤＡＳＰ構成を含まない場合、通信デバイス２０は、第１ハンドオーバトリガメッセージを送信しない（必要がない）。一例では、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含み、少なくとも１つのＲＲＣ構成は、それぞれ、少なくとも１つの実行条件に対応している。一例では、ＲＲＣ構成は、少なくとも１つのＲＲＣ構成のうちの１つである。

図９は、本発明の一例に係るプロセス９０のシーケンス図である。プロセス９０は、通信デバイス９２（例えば図２の通信デバイス２０）、ソースネットワーク９４及びターゲットネットワーク９６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク９４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス９２に送信する（ステップ９００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス９２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ９０２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ９０４）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク９６に対応している。通信デバイス９２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ハンドオーバトリガメッセージをソースネットワーク９４に送信する（ステップ９０６）。通信デバイス９２は、ハンドオーバトリガメッセージをソースネットワーク９４に送信した後、Ｔ３０４タイマを開始する（ステップ９０８）。

次いで、通信デバイス９２は、Ｔ３０４タイマを開始した後、通信デバイス９２とソースネットワーク９４との間のＲＬＦを宣言し、通信デバイス９２とソースネットワーク９４との間の無線リンク（ＲＬ）を解放する（ステップ９１０）。通信デバイス９２は、Ｔ３０４タイマが満了すると判断する（ステップ９１２）。通信デバイス９２は、Ｔ３０４タイマが満了すると、ソースネットワーク９４からターゲットネットワーク９６へのハンドオーバの失敗を検出する（ステップ９１４）。通信デバイス９２は、再確立手順をトリガする（ステップ９１６）。ソースネットワーク９４は、ハンドオーバトリガメッセージに応答して、ＤＬデータをターゲットネットワーク９６に送信する（ステップ９１８）。ターゲットネットワーク９６は、ＤＬデータに応答してＴ－ＨＦタイマを開始する（ステップ９２０）。ターゲットネットワーク９６は、Ｔ－ＨＦタイマが満了すると判断し（ステップ９２２）、Ｔ－ＨＦタイマが満了すると、ハンドオーバ終了メッセージをソースネットワーク９４に送信する（ステップ９２４）。最後に、ソースネットワーク９４は、ハンドオーバ終了メッセージに応答してＤＬデータの送信を停止する（ステップ９２６）。

図１０は、本発明の一例に係るプロセス１００のシーケンス図である。プロセス１００は、通信デバイス１０２（例えば図２の通信デバイス２０）、ソースネットワーク１０４及びターゲットネットワーク１０６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１０４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１０２に送信する（ステップ１０００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１０２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ１００２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ１００４）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク１０６に対応している。通信デバイス１０２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ハンドオーバトリガメッセージをソースネットワーク１０４に送信する（ステップ１００６）。

次いで、ソースネットワーク１０４は、ハンドオーバトリガメッセージに応答して、ＤＬデータをターゲットネットワーク１０６に送信し（ステップ１００８）、ターゲットネットワーク１０６は、ＤＬデータに応答して、Ｔ－ＨＦタイマを開始する（ステップ１０１０）。通信デバイス１０２は、ハンドオーバトリガメッセージをソースネットワーク１０４に送信した後、Ｔ３０４タイマを開始する（ステップ１０１２）。通信デバイス１０２は、Ｔ３０４タイマが満了すると判断する（ステップ１０１４）。通信デバイス１０２は、Ｔ３０４タイマが満了すると、ソースネットワーク１０４からターゲットネットワーク１０６へのハンドオーバの失敗を検出する（ステップ１０１６）。通信デバイス１０２は、Ｔ３０４タイマが満了し、かつ通信デバイス１０２が該通信デバイス１０２とソースネットワーク１０４との間のＲＬＦを宣言しないとき、ハンドオーバ失敗情報をソースネットワーク１０４に送信する（ステップ１０１８）。ソースネットワーク１０４は、ハンドオーバ失敗情報に応答して、ターゲットネットワーク１０６へのＤＬデータの送信を停止し、ハンドオーバ終了メッセージをソースネットワーク１０４に送信する（ステップ１０２０及びステップ１０２２）。最後に、ターゲットネットワーク１０６は、ハンドオーバ終了メッセージに応答して、Ｔ－ＨＦタイマを停止する（ステップ１０２４）。

図１１は、本発明の一例に係るプロセス１１０のシーケンス図である。プロセス１１０は、通信デバイス１１２（例えば図２の通信デバイス２０）、ソースネットワーク１１４及びターゲットネットワーク１１６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１１４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１１２に送信し（ステップ１１００）、ＤＬデータをターゲットネットワーク１１６に送信する（ステップ１１０２）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１１２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ１１０４）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ１１０６）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク１１６に対応している。通信デバイス１１２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、第１ハンドオーバトリガメッセージをソースネットワーク１１４に送信する（ステップ１１０８）。

次いで、通信デバイス１１２は、ハンドオーバトリガメッセージをソースネットワーク１１４に送信した後、Ｔ３０４タイマを開始する（ステップ１１１０）。ソースネットワーク１１４は、ハンドオーバトリガメッセージに応答して、第２ハンドオーバトリガメッセージをターゲットネットワーク１１６に送信し（ステップ１１１２）、ターゲットネットワーク１１６は、第２ハンドオーバトリガメッセージに応答してＴ－ＨＦタイマを開始する（ステップ１１１４）。すなわち、ソースネットワーク１１４は、ＤＬデータをターゲットネットワーク１１６に事前に送信するので、ターゲットネットワーク１１６は、ＤＬデータを早期に処理することができる。プロセス１１０における後続の動作は、プロセス９０及びプロセス１００を参照することができ、簡略化のために本明細書では説明されない。

図１２は、本発明の一例によるプロセス１２０のフローチャートである。プロセス１２０は、通信デバイス１２２（例えば図２の通信デバイス２０）、ソースネットワーク１２４及びターゲットネットワーク１２６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１２４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１２２に送信する（ステップ１２００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１２２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ１２０２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ１２０４）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク１２６に対応している。通信デバイス１２２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、Ｔ３０４タイマの値を有するハンドオーバトリガメッセージをソースネットワーク１２４に送信する（ステップ１２０６）。

次いで、通信デバイス１２２は、ハンドオーバトリガメッセージをソースネットワーク１２４に送信した後、Ｔ３０４タイマを開始する（ステップ１２０８）。通信デバイス１２２は、Ｔ３０４タイマを開始した後、通信デバイス１２２とソースネットワーク１２４との間のＲＬＦを宣言し、通信デバイス１２２とソースネットワーク１２４との間のＲＬを解放する（ステップ１２１０）。通信デバイス１２２は、Ｔ３０４タイマが満了すると判断する（ステップ１２１２）。通信デバイス１２２は、Ｔ３０４タイマが満了すると、ソースネットワーク１２４からターゲットネットワーク１２６へのハンドオーバの失敗を検出する（ステップ１２１４）。通信デバイス１２２は、再確立手順をトリガする（ステップ１２１６）。ソースネットワーク１２４は、ハンドオーバトリガメッセージに応答して、Ｔ３０４類似タイマを開始し、ＤＬデータをターゲットネットワーク１２６に送信する（ステップ１２１８及びステップ１２２０）。ソースネットワーク１２４は、Ｔ３０４類似タイマが満了すると判断する（ステップ１２２２）。最後に、ソースネットワーク１２４は、Ｔ３０４類似タイマが満了すると、ＤＬデータの送信を停止し、ハンドオーバ終了メッセージをターゲットネットワーク１２６に送信する（ステップ１２２４及びステップ１２２６）。

図１３は、本発明の一例に係るプロセス１３０のシーケンス図である。プロセス１３０は、通信デバイス１３２（例えば図２の通信デバイス２０）、ソースネットワーク１３４及びターゲットネットワーク１３６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１３４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１３２に送信する（ステップ１３００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１３２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ１３０２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ１３０４）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク１３６に対応している。通信デバイス１３２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、Ｔ３０４タイマの値を有するハンドオーバトリガメッセージをソースネットワーク１３４に送信する（ステップ１３０６）。

次いで、ソースネットワーク１３４は、ハンドオーバトリガメッセージに応答して、Ｔ３０４類似タイマを開始し、ＤＬデータをターゲットネットワーク１３６に送信する（ステップ１３０８及びステップ１３１０）。通信デバイス１３２は、ハンドオーバトリガメッセージをソースネットワーク１３４に送信した後、Ｔ３０４タイマを開始する（ステップ１３１２）。通信デバイス１３２は、Ｔ３０４タイマが満了すると判断する（ステップ１３１４）。通信デバイス１３２は、Ｔ３０４タイマが満了すると、ソースネットワーク１３４からターゲットネットワーク１３６へのハンドオーバの失敗を検出する（ステップ１３１６）。通信デバイス１３２は、Ｔ３０４タイマが満了し、かつ通信デバイス１３２が、該通信デバイス１３２とソースネットワーク１３４との間のＲＬＦを宣言しないとき、ハンドオーバ失敗情報をソースネットワーク１３４に送信する（ステップ１３１８）。最後に、ソースネットワーク１３４は、ハンドオーバ失敗メッセージに応答して、Ｔ３０４類似タイマを停止し、ターゲットネットワーク１３６へのＤＬデータの送信を停止し、ハンドオーバ終了メッセージをソースネットワーク１３４に送信する（ステップ１３２０、ステップ１３２２及びステップ１３２４）。

図１４は、本発明の一例に係るプロセス１４０のシーケンス図である。プロセス１４０は、通信デバイス１４２（例えば図２の通信デバイス２０）、ソースネットワーク１４４及びターゲットネットワーク１４６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１４４は、ハンドオーバ要求メッセージをターゲットネットワーク１４６に送信し（ステップ１４００）、ターゲットネットワーク１４６は、ハンドオーバ要求メッセージに応答して、Ｔ３０４タイマの値を有するハンドオーバＡＣＫメッセージをソースネットワーク１４４に送信する（ステップ１４０２）。ソースネットワーク１４４は、ハンドオーバＡＣＫメッセージに応答して、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１４２に送信する（ステップ１４０４）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１４２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ１４０６）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ１４０８）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク１４６に対応している。通信デバイス１４２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ハンドオーバトリガメッセージをソースネットワーク１４４に送信する（ステップ１４１０）。

次いで、通信デバイス１４２は、ハンドオーバトリガメッセージをソースネットワーク１４４に送信した後、Ｔ３０４タイマを開始する（ステップ１４１２）。通信デバイス１４２は、Ｔ３０４タイマを開始した後、通信デバイス１４２とソースネットワーク１４４との間のＲＬＦを宣言し、通信デバイス１４２とソースネットワーク１４４との間のＲＬを解放する（ステップ１４１４）。通信デバイス１４２は、Ｔ３０４タイマが満了すると判断する（ステップ１４１６）。通信デバイス１４２は、Ｔ３０４タイマが満了するとき、ソースネットワーク１４４からターゲットネットワーク１４６へのハンドオーバの失敗を検出する（ステップ１４１８）。通信デバイス１４２は、再確立手順をトリガする（ステップ１４２０）。ソースネットワーク１４４は、ハンドオーバトリガメッセージに応答して、Ｔ３０４類似タイマを開始し、ＤＬデータをターゲットネットワーク１４６に送信する（ステップ１４２２及びステップ１４２４）。ソースネットワーク１４４は、Ｔ３０４類似タイマが満了すると判断する（ステップ１４２６）。最後に、ソースネットワーク１４４は、Ｔ３０４類似タイマが満了するとき、ＤＬデータの送信を停止し、ハンドオーバ終了メッセージをターゲットネットワーク１４６に送信する（ステップ１４２８及びステップ１４３０）。

図１５は、本発明の一例に係るプロセス１５０のシーケンス図である。プロセス１５０は、通信デバイス１５２（例えば図２の通信デバイス２０）、ソースネットワーク１５４及びターゲットネットワーク１５６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１５４は、ハンドオーバ要求メッセージをターゲットネットワーク１５６に送信し（ステップ１５００）、ターゲットネットワーク１５６は、ハンドオーバ要求メッセージに応答して、Ｔ３０４タイマの値を有するハンドオーバＡＣＫメッセージをソースネットワーク１５４に送信する（ステップ１５０２）。ソースネットワーク１５４は、ハンドオーバＡＣＫメッセージに応答して、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１５２に送信する（ステップ１５０４）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１５２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ１５０６）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ１５０８）。実行条件ＥｘＣｏｎｄ２は、ターゲットネットワーク１５６に対応している。通信デバイス１５２は、実行条件ＥｘＣｏｎｄ２が満たされているとき、ハンドオーバトリガメッセージをソースネットワーク１５４に送信する（ステップ１５１０）。

次いで、ソースネットワーク１５４は、ハンドオーバトリガメッセージに応答して、Ｔ３０４類似タイマを開始し、ＤＬデータをターゲットネットワーク１５６に送信する（ステップ１５１２及びステップ１５１４）。通信デバイス１５２は、ハンドオーバトリガメッセージをソースネットワーク１５４に送信した後、Ｔ３０４タイマを開始する（ステップ１５１６）。通信デバイス１５２は、Ｔ３０４タイマが満了すると判断する（ステップ１５１８）。通信デバイス１５２は、Ｔ３０４タイマが満了すると、ソースネットワーク１５４からターゲットネットワーク１５６へのハンドオーバの失敗を検出する（ステップ１５２０）。通信デバイス１５２は、Ｔ３０４タイマが満了し、かつ通信デバイス１５２が、該通信デバイス１５２とソースネットワーク１５４との間のＲＬＦを宣言しないとき、ハンドオーバ失敗情報をソースネットワーク１５４に送信する（ステップ１５２２）。最後に、ソースネットワーク１５４は、ハンドオーバ失敗メッセージに応答して、Ｔ３０４類似タイマを停止し、ターゲットネットワーク１５６へのＤＬデータの送信を停止し、ハンドオーバ終了メッセージをソースネットワーク１５４に送信する（ステップ１５２４、ステップ１５２６及びステップ１５２８）。

プロセス９０、１２０及び１４０は、ハンドオーバの失敗とＲＬＦが発生する場合であり、一方、プロセス１００、１３０及び１５０は、ハンドオーバの失敗は発生するがＲＬＦは発生しない場合である。プロセス９０～１５０では、通信デバイス９２／１０２／１１２／１２２／１３２／１４２／１５２が、Ｔ３０４タイマに従って、ハンドオーバの失敗が発生するかどうかを判断する。プロセス９０～１１０では、ターゲットネットワーク９６／１０６／１１６が、Ｔ－ＨＦタイマに従って、ハンドオーバの失敗が発生するかどうかを判断する。プロセス１２０～１５０では、ソースネットワーク１２４／１３４／１４４／１５４が、Ｔ３０４類似タイマに従って、ハンドオーバの失敗が発生するかどうかを決定する。

プロセス１２０～１３０では、通信デバイス１２２／１３２は、ハンドオーバトリガメッセージを介してＴ３０４タイマの値をソースネットワーク１２４／１３４に通知する。プロセス１４０～１５０では、ターゲットネットワーク１４６／１５６は、ハンドオーバＡＣＫメッセージを介してＴ３０４タイマの値をソースネットワーク１４４／１５４に通知する。プロセス１４０～１５０では、ソースネットワーク１４４／１５４は、ハンドオーバ要求メッセージをすべてのターゲットネットワーク（例えば図４のターゲットネットワークＴＮ１～ＴＮ３）に送信し、ターゲットネットワークの各々は、ハンドオーバ要求メッセージに応答して、１つのハンドオーバＡＣＫメッセージをソースネットワーク１４４／１５４に送信する（図示せず）。

図１６は、本発明の一例に係るプロセス１６０のフローチャートである。プロセス１６０は、ハンドオーバを処理するために、通信デバイス（例えば図２の通信デバイス２０）において利用され得る。プロセス１６０は、プログラムコード２１４にコンパイルされてよく、以下のステップを含む：
ステップ１６００：開始
ステップ１６０２：ソースネットワークからＲＲＣ構成メッセージを受信する。ここで、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含む。
ステップ１６０４：ソースネットワークから適切なネットワークへのハンドオーバをトリガする。ここで、適切なネットワークは、少なくとも１つのターゲットネットワークのうちの１つである。
ステップ１６０６：イネーブルＤＡＰＳ条件が満たされ、かつ適切なネットワークのＲＲＣ構成がＤＡＰＳ構成を含むとき、ソースネットワークから適切なネットワークへのＤＡＰＳハンドオーバを実行する。
ステップ１６０８：イネーブルＤＡＰＳ条件が満たされていないとき、ソースネットワークから適切なネットワークへの第１の通常のハンドオーバを実行する。
ステップ１６１０：終了

プロセス１６０によると、通信デバイス２０は、ソースネットワークからＲＲＣ構成メッセージを受信する。ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含む。少なくとも１つのＲＲＣ構成は、それぞれ、少なくとも１つのターゲットネットワークに対応している。次いで、通信デバイス２０は、ソースネットワークから適切なネットワークへのハンドオーバをトリガする。適切なネットワークは、少なくとも１つのターゲットネットワークのうちの１つである。通信デバイス２０は、イネーブルＤＡＰＳ条件が満たされ、かつ適切なネットワークのＲＲＣ構成がＤＡＰＳ構成を含むとき、ソースネットワークから適切なネットワークへのＤＡＰＳハンドオーバを実行する。適切なネットワークのＲＲＣ構成は、少なくとも１つのＲＲＣ構成のうちの１つである。通信デバイス２０は、イネーブルＤＡＰＳ条件が満たされていないとき、ソースネットワークから適切なネットワークへの第１の通常のハンドオーバを実行する。すなわち、イネーブルＤＡＰＳ条件が満たされ、かつ適切なネットワークのＲＲＣ構成がＤＡＰＳ構成を含むとき、ハンドオーバはＤＡＰＳハンドオーバとすることができる。イネーブルＤＡＰＳ条件が満たされていないとき、ハンドオーバは第１の通常のハンドオーバとすることができる。したがって、ハンドオーバは、イネーブルＤＡＰＳ条件に従って柔軟に実行される。

プロセス１６０の実現は、上記説明に限定されない。以下の例は、プロセス１６０を実現するために適用され得る。

一例では、通信デバイス２０は、該通信デバイス２０とソースネットワークとの間の通信障害を検出（又は宣言）し、通信障害に従って再確立手順をトリガする。次いで、通信デバイス２０は、再確立手順をトリガした後、（例えば再確立手順中に）適切なネットワークを選択する。通信デバイス２０は、通信障害に従ってフラグを設定する。一例では、フラグはＤＡＰＳハンドオーバが無効（disable）であることを示す。一例では、通信障害は、第２の通常のハンドオーバの失敗、条件付きハンドオーバの失敗又はＲＬＦ、のうちの少なくとも１つを含む。

一例では、ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む。一例では、少なくとも１つの実行条件は、それぞれ、少なくとも１つのＲＲＣ構成に対応している。

一例では、通信デバイス２０は、ＤＡＰＳハンドオーバをトリガした後、イネーブルＤＡＰＳ条件が満たされているかどうかを判断する。イネーブルＤＡＰＳ条件が満たされているかどうかを判断するためには様々な方法が存在する。一例では、通信デバイス２０は、少なくとも１つの実行条件のうちの満たされた実行条件（すなわち、少なくとも１つの実行条件のうちの１つが満たされること）によってハンドオーバがトリガされるとき、イネーブルＤＡＰＳ条件が満たされていると判断する。一例では、通信デバイス２０は、少なくとも１つの実行条件によってハンドオーバがトリガされない（すなわち、少なくとも１つの実行条件のすべてが満たされていない）とき、イネーブルＤＡＰＳ条件が満たされていないと判断する。一例では、通信デバイス２０は、フラグが設定されていないとき、イネーブルＤＡＰＳ条件が満たされていると判断する。一例では、通信デバイス２０は、フラグが設定されているとき、イネーブルＤＡＰＳ条件が満たされていないと判断する。

一例では、通信デバイス２０は、第１の通常のハンドオーバを実行しているとき、ソースネットワークから切り離される。一例では、通信デバイス２０は、ＤＡＰＳハンドオーバを実行しているとき、ソースネットワークへの接続を維持する。一例では、通信デバイス２０は、適切なネットワークが少なくとも１つのターゲットネットワークのうちの１つでない場合、フラグを解放する。一例では、通信デバイス２０は、適切なネットワークが少なくとも１つのターゲットネットワークのうちの１つでない場合、適切なネットワークで再確立手順を実行する。

プロセス３０及びプロセス８０の例は、プロセス１６０に適用されてよく、簡潔性のために本明細書では説明されない。

図１７は、本発明の一例に係るプロセス１７０のシーケンス図である。プロセス１７０は、通信デバイス１７２（例えば図２の通信デバイス２０）、ソースネットワーク１７２及びターゲットネットワーク１７６（例えば図４のターゲットネットワークＴＮ１又はターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１７４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１７２に送信する（ステップ１７００）。通信デバイス１７２は、ソースネットワーク１７４からターゲットネットワーク１７６へのハンドオーバをトリガし（ステップ１７０２）、イネーブルＤＡＰＳ条件が満たされているかどうかを判断する（ステップ１７０４）。通信デバイス１７２、ソースネットワーク１７４及びターゲットネットワーク１７６は、イネーブルＤＡＰＳ条件が満たされており、かつターゲットネットワークのＲＲＣ構成がＤＡＰＳ構成を含むとき、ＤＡＰＳハンドオーバ手順を実行する（例えば通信デバイス１７２は、ソースネットワーク１７４からターゲットネットワーク１７６へのＤＡＰＳハンドオーバを実行する）（ステップ１７０６）。ターゲットネットワーク１７６のＲＲＣ構成は、ＲＲＣ構成メッセージ内に含まれる。通信デバイス１７２、ソースネットワーク１７４及びターゲットネットワーク１７６は、イネーブルＤＡＰＳ条件が満たされていないとき、通常のハンドオーバ手順を実行する（例えば通信デバイス１７２は、ソースネットワーク１７４からターゲットネットワーク１７６への通常のハンドオーバを実行する）（ステップ１７０８）。

図１８は、本発明の一例に係るプロセス１８０のシーケンス図である。プロセス１８０は、通信デバイス１８２（例えば図２の通信デバイス２０）、ソースネットワーク１８４及びターゲットネットワーク１８６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１８４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１８２に送信する（ステップ１８００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１８２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証する（ステップ１８０２）。次いで、通信デバイス１８２は、通信デバイス１８２とソースネットワーク１８４との間のＲＬＦを検出する（ステップ１８０４）。通信デバイス１８２は、ＲＬＦに従って、ＤＡＰＳハンドオーバが無効であることを示すフラグを設定し、再確立手順をトリガする（ステップ１８０６及びステップ１８０８）。通信デバイス１８２は、ターゲットネットワーク１８６を適切なネットワークとして選択する（ステップ１８１０）。ターゲットネットワーク１８６は、図４のターゲットネットワークＴＮ１～ＴＮ３のうちの１つであり得る。例えばターゲットネットワークＴＮ２が、適切なネットワークとして選択され得る。通信デバイス１８２は、フラグが設定されているため、イネーブルＤＡＰＳ条件が満たされていないと判断する（ステップ１８１２）。したがって、通信デバイス１８２、ソースネットワーク１８４及びターゲットネットワーク１８６は、通常のハンドオーバ手順を実行する（ステップ１８１４）。

図１９は、本発明の一例に係るプロセス１９０のフローチャートである。プロセス１９０は、通信デバイス１９２（例えば図２の通信デバイス２０）、ソースネットワーク１９４及びターゲットネットワーク１９６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク１９４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス１９２に送信する（ステップ１９００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス１９２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証する（ステップ１９０２）。ソースネットワーク１９４は、ハンドオーバコマンドメッセージを通信デバイス１９２に送信する（ステップ１９０４）。通信デバイス１９２は、ハンドオーバコマンドメッセージに応答してハンドオーバを実行し（ステップ１９０６）、ハンドオーバの失敗を検出する（ステップ１９０８）。通信デバイス１９２は、ハンドオーバの失敗に従って、ＤＡＰＳハンドオーバが無効であることを示すフラグを設定し、再確立手順をトリガする（ステップ１９１０及びステップ１９１２）。通信デバイス１９２は、ターゲットネットワーク１９６を適切なネットワークとして選択する（ステップ１９１４）。ターゲットネットワーク１９６は、図４のターゲットネットワークＴＮ１～ＴＮ３のうちの１つであってよい。例えばターゲットネットワークＴＮ２が、適切なネットワークとして選択されてよい。通信デバイス１９２は、フラグが設定されているため、イネーブルＤＡＰＳ条件が満たされていないと判断する（ステップ１９１６）。したがって、通信デバイス１９２、ソースネットワーク１９４及びターゲットネットワーク１９６は、通常のハンドオーバ手順を実行する（ステップ１９１８）。

図２０は、本発明の一例に係るプロセス２００のシーケンス図である。プロセス２００は、通信デバイス２０２（例えば図２の通信デバイス２０）、ソースネットワーク２０４及びターゲットネットワーク２０６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク２０４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス２０２に送信する（ステップ２０００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス２０２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ２００２）、実行条件ＥｘＣｏｎｄ１が満たされていると判断する（ステップ２００４）。次いで、通信デバイス２０２は、ソースネットワーク２０４から図４のターゲットネットワークＴＮ１へのハンドオーバを実行し（ステップ２００６）、ハンドオーバの失敗を検出する（ステップ２００８）。通信デバイス２０２は、ハンドオーバの失敗に従って、ＤＡＰＳハンドオーバが無効であることを示すフラグを設定し、再確立手順をトリガする（ステップ２０１０及びステップ２０１２）。通信デバイス２０２は、ターゲットネットワーク２０６を適切なネットワークとして選択する（ステップ２０１４）。ターゲットネットワークは、図４のターゲットネットワークＴＮ２～ＴＮ３のうちの１つであってよい。例えばターゲットネットワークＴＮ２が、適切なネットワークとして選択されてよい。通信デバイス２０２は、フラグが設定されているため、イネーブルＤＡＰＳ条件が満たされていないと判断する（ステップ２０１６）。したがって、通信デバイス２０２、ソースネットワーク２０４及びターゲットネットワーク２０６は、通常のハンドオーバ手順を実行する（ステップ２０１８）。

図２１は、本発明の一例に係るプロセス２１０のシーケンス図である。プロセス２１０は、通信デバイス２１２（例えば図２の通信デバイス２０）、ソースネットワーク２１４及びターゲットネットワーク２１６（例えば図４のターゲットネットワークＴＮ２）によって実行される。まず、ソースネットワーク２１４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス２１２に送信する（ステップ２１００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス２１２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証し（ステップ２１０２）、実行条件ＥｘＣｏｎｄ２が満たされていると判断する（ステップ２１０４）。通信デバイス２１２は、ＤＡＰＳハンドオーバが無効であることを示すフラグが設定されていないため、イネーブルＤＡＰＳ条件が満たされていると判断する（ステップ２１０６）。したがって、通信デバイス２１２、ソースネットワーク２１４及びターゲットネットワーク２１６は、イネーブルＤＡＰＳ条件が満たされており、かつターゲットネットワーク２１６のＲＲＣ構成（例えば図４のＲＲＣ構成ＲＲＣＲｅｃｏｎｆｉｇ２）がＤＡＰＳ構成を含むため、ＤＡＰＳハンドオーバ手順を実行する（ステップ２１０８）。

図２２は、本発明の一例に係るプロセス２２０のシーケンス図である。プロセス２２０は、通信デバイス２２２（例えば図２の通信デバイス２０）、ソースネットワーク２２４及びターゲットネットワーク２２６によって実行される。まず、ソースネットワーク２２４は、ＲＲＣ構成メッセージ（例えば図４のＲＲＣ構成メッセージ４０）を通信デバイス２２２に送信する（ステップ２２００）。ＲＲＣ構成メッセージ４０を例にとると、通信デバイス２２２は、ＲＲＣ構成メッセージ４０を受信した後、ＲＲＣ構成メッセージ４０内の実行条件ＥｘＣｏｎｄ１～ＥｘＣｏｎｄ３を検証する（ステップ２２０２）。次いで、通信デバイス２２２は、通信デバイス２２２とソースネットワーク２２４との間のＲＬＦを検出する（ステップ２２０４）。通信デバイス２２２は、ＲＬＦに従って、ＤＡＰＳハンドオーバが無効であることを示すフラグを設定し、再確立手順をトリガする（ステップ２２０６及びステップ２２０８）。通信デバイス２２２は、ターゲットネットワーク２２６を適切なネットワークとして選択する（ステップ２２１０）。ターゲットネットワーク２２６は、図４のターゲットネットワークＴＮ１～ＴＮ３のうちの１つではない。すなわち、ターゲットネットワーク２２６の情報は、ＲＲＣ構成メッセージ内に含まれない。したがって、通信デバイス２２２は、フラグを解放し（ステップ２２１２）、再確立要求メッセージをターゲットネットワーク２２６に送信する（例えばターゲットネットワーク２２６で再確立手順を実行する）（ステップ２２１４）。

ＤＡＰＳハンドオーバ手順の詳細は、プロセス３０及びプロセス８０を参照することができ、簡略化のために本明細書では説明されない。

上述の「判断する」という動作は、「計算する」、「算出する」、「取得する」、「生成する」、「出力する」、「使用する」、「選ぶ／選択する」、「決定する」又は「ように構成される」という動作によって置き換えられてもよい。上述の「検出する」という動作は、「モニタする」、「受信する」、「感知する」又は「取得する」という動作によって置き換えられてもよい。上述の「に従って」というフレーズは、「に応答して」によって置き換えられてもよい。上述の「対応している」というフレーズは、「の（of）」又は「関連付けられる」によって置き換えられてもよい。上述の「介して（via）」という語句は、「において（on）」、「内（in）」又は「で（at）」によって置き換えられてもよい。上述の「とき」という語句は、「に応答して」によって置き換えられてもよい。

上述の説明、ステップ及び／又は提案されたステップを含むプロセスを、ハードウェア、ソフトウェア、ファームウェア（ハードウェアデバイスと、ハードウェアデバイスにおいて読取専用ソフトウェアとして存在するコンピュータ命令及びデータとの組合せとして知られる）、電子システム又はそれらの組合せとすることができる手段によって実現することができる。手段の一例は、通信デバイス２０であり得る。

ハードウェアの例は、アナログ回路、デジタル回路及び／又は混合回路を含み得る。例えばハードウェアは、ＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス、結合ハードウェアコンポーネント又はそれらの組合せを含み得る。別の例では、ハードウェアは、汎用プロセッサ、マイクロプロセッサ、コントローラ、デジタル信号プロセッサ（ＤＳＰ）又はそれらの組合せを含み得る。

ソフトウェアの例は、コードのセット、命令のセット及び／又はストレージユニット、例えばコンピュータ読取可能媒体に保持される（例えば記憶される）機能のセットを含み得る。コンピュータ読取可能媒体は、ＳＩＭ、ＲＯＭ、フラッシュメモリ、ＲＡＭ、ＣＤ－ＲＯＭ／ＤＶＤ－ＲＯＭ／ＢＤ－ＲＯＭ、磁気テープ、ハードディスク、光データストレージデバイス、不揮発性ストレージデバイス又はそれらの組合せを含み得る。コンピュータ読取可能媒体（例えばストレージユニット）は、少なくとも１つのプロセッサに内部的に（例えば統合されて）又は外部的に（例えば分離されて）結合され得る。１つ以上のモジュールを含み得る少なくとも１つのプロセッサは、コンピュータ読取可能媒体内のソフトウェアを実行する（例えばそうするよう構成される）ことができる。コードのセット、命令のセット及び／又は機能のセットは、少なくとも１つのプロセッサ、モジュール、ハードウェア及び／又は電子システムに、関連するステップを実行させることができる。

電子システムの例は、システムオンチップ（ＳｏＣ）、システムインパッケージ（ＳｉＰ）、コンピュータオンモジュール（ＣｏＭ）、コンピュータプログラム製品、装置、携帯電話、ラップトップ、タブレットコンピュータ、電子ブック又はポータブルコンピュータシステム及び通信デバイス２０を含み得る。

要約すると、本発明の実施形態は、ハンドオーバを処理するための通信デバイス及び方法を提供する。ハンドオーバは実行条件でロバストに実行され、かつ／又はイネーブルＤＡＰＳ条件に従って柔軟に実行される。したがって、通信デバイスは、高周波数において低中断時間でロバストなハンドオーバを処理することができる。

Claims (17)

1. 通信デバイスのハンドオーバを処理するための方法であって、
   ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、前記ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む、ステップと、
   前記少なくとも１つの実行条件のうちのある実行条件が満たされているとき、ハンドオーバトリガメッセージを前記ソースネットワークに送信するステップと、
   前記ソースネットワークから、前記少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバを実行するステップであって、前記ターゲットネットワークは前記実行条件に対応している、ステップと、
   前記ハンドオーバを実行した後、ハンドオーバ完了メッセージを前記ターゲットネットワークに送信するステップと、
   を含む、方法。
2. 前記ハンドオーバトリガメッセージを前記ソースネットワークに送信した後、タイマを開始するステップと、
   前記ハンドオーバ完了メッセージを前記ターゲットネットワークに送信した後、前記タイマを停止するステップと、
   を更に含み、前記ハンドオーバトリガメッセージは、前記タイマの値を含む、
   請求項１に記載の方法。
3. 前記ハンドオーバトリガメッセージは、前記ターゲットネットワークの識別（ＩＤ）情報を含む、
   請求項１又は２に記載の方法。
4. 通信デバイスのハンドオーバを処理するための方法であって、
   ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、前記ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含む、ステップと、
   前記少なくとも１つの実行条件のうちのある実行条件が満たされているとき、ハンドオーバトリガメッセージを前記ソースネットワークに送信するステップと、
   前記ハンドオーバトリガメッセージを前記ソースネットワークに送信した後、タイマを開始するステップと、
   前記タイマが満了するとき、前記ソースネットワークから、前記少なくとも１つのターゲットネットワークのうちのあるターゲットネットワークへのハンドオーバの失敗を検出するステップであって、前記ターゲットネットワークは前記実行条件に対応している、ステップと、
   前記ハンドオーバの失敗に従ってハンドオーバ失敗手順をトリガするステップと、
   を含む、方法。
5. 前記実行条件が満たされているとき、前記ハンドオーバトリガメッセージとして測定レポートを前記ソースネットワークに送信するステップ、
   を更に含む、請求項４に記載の方法。
6. 前記ハンドオーバ失敗手順をトリガするステップは、
   前記タイマを開始した後、前記通信デバイスと前記ソースネットワークとの間の無線リンク障害（ＲＬＦ）を宣言するステップと、
   前記ＲＬＦを宣言した後、再確立手順をトリガするステップと、
   を含む、請求項４又は５に記載の方法。
7. 前記ハンドオーバ失敗手順をトリガするステップは、
   前記タイマが満了し、かつ前記通信デバイスが、該通信デバイスと前記ソースネットワークとの間のＲＬＦを検出しないとき、前記ハンドオーバの失敗を示すハンドオーバ失敗情報を前記ソースネットワークに送信するステップ、
   を含む、請求項４乃至６のいずれか一項に記載の方法。
8. 前記ハンドオーバトリガメッセージは前記タイマの値を含むか、前記ハンドオーバトリガメッセージは前記ターゲットネットワークの識別（ＩＤ）情報を含む、
   請求項４乃至７のいずれか一項に記載の方法。
9. 前記ＲＲＣ構成メッセージは、前記ターゲットネットワークのＲＲＣ構成を含み、前記ＲＲＣ構成は、デュアルアクティブ・プロトコルスタック（ＤＡＰＳ）構成を含む、
   請求項１乃至８のいずれか一項に記載の方法。
10. 前記ＲＲＣ構成メッセージは、前記少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含み、前記少なくとも１つのＲＲＣ構成は、それぞれ、前記少なくとも１つの実行条件に対応している、
    請求項１乃至９のいずれか一項に記載の方法。
11. 通信デバイスのハンドオーバを処理するための方法であって、
    ソースネットワークから無線リソース制御（ＲＲＣ）構成メッセージを受信するステップであって、前記ＲＲＣ構成メッセージは、少なくとも１つのターゲットネットワークの少なくとも１つのＲＲＣ構成を含む、ステップと、
    前記ソースネットワークから適切なネットワークへのハンドオーバをトリガするステップであって、前記適切なネットワークは、前記少なくとも１つのターゲットネットワークのうちの１つである、ステップと、
    イネーブルＤＡＰＳ条件が満たされ、かつ前記適切なネットワークのＲＲＣ構成がＤＡＰＳ構成を含むとき、前記ソースネットワークから前記適切なネットワークへのデュアルアクティブ・プロトコルスタック（ＤＡＰＳ）ハンドオーバを実行するステップと、
    前記イネーブルＤＡＰＳ条件が満たされていないとき、前記ソースネットワークから前記適切なネットワークへの第１の通常のハンドオーバを実行するステップと、
    を含む、方法。
12. 通信障害を検出するステップと、
    前記通信障害に従って再確立手順をトリガするステップと、
    前記再確立手順をトリガした後、前記適切なネットワークを選択するステップと、
    前記通信障害に従ってフラグを設定するステップと、
    を更に含み、前記フラグは、前記ＤＡＰＳハンドオーバが無効であることを示す、
    請求項１１に記載の方法。
13. 前記通信障害は、第２の通常のハンドオーバの失敗、条件付きハンドオーバの失敗又は無線リンク障害（ＲＬＦ）、のうちの少なくとも１つを含む、
    請求項１２に記載の方法。
14. 前記ＲＲＣ構成メッセージは、前記少なくとも１つのターゲットネットワークの少なくとも１つの実行条件を含み、前記少なくとも１つの実行条件は、それぞれ、前記少なくとも１つのＲＲＣ構成に対応している、
    請求項１１乃至１３のいずれか一項に記載の方法。
15. 前記少なくとも１つの実行条件のうちの満たされた実行条件によって前記ハンドオーバがトリガされるとき、前記イネーブルＤＡＰＳ条件が満たされていると判断するステップと、
    前記少なくとも１つの実行条件によって前記ハンドオーバがトリガされないとき、前記イネーブルＤＡＰＳ条件が満たされていないと判断するステップと、
    を更に含む、請求項１４のいずれか一項に記載の方法。
16. フラグが設定されていないとき、前記イネーブルＤＡＰＳ条件が満たされていると判断するステップと、
    前記フラグが設定されているとき、前記イネーブルＤＡＰＳ条件が満たされていないと判断するステップと、
    を更に含み、前記フラグは、前記ＤＡＰＳハンドオーバが無効であることを示す、
    請求項１１乃至１５のいずれか一項に記載の方法。
17. 前記第１の通常のハンドオーバを実行しているときに、前記ソースネットワークから切り離すステップと、
    前記ＤＡＰＳハンドオーバを実行しているときに、前記ソースネットワークへの接続を維持するステップと、
    を更に含む、請求項１１乃至１６のいずれか一項に記載の方法。

Images