(57)【特許請求の範囲】
【請求項１】
ユーザ機器ＵＥに関するハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含む単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断の低減の方法であって、
ＨＯ実行手続きおよびＶＣＣ手続きを調整するため、前記ＵＥにおいてＨＯ実行を遅らせるステップを含む方法。
【請求項２】
前記ＵＥによるＨＯコマンドの受信後に、前記ＵＥにおいてＨＯ実行を遅らせるステップを含む、請求項１に記載の方法。
【請求項３】
前記調整に関与するネットワーク・エンティティが、前記ＶＣＣ手続きの開始と並行してＨＯコマンドを送信することをトリガするステップを含む、請求項１または２に記載の方法。
【請求項４】
無線状態が呼断を回避するためＨＯ実行を必要とした場合すぐに前記ＵＥがそれを行うステップを含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ＵＥがネットワークによって通知される遅延情報に従いＨＯ実行を遅らせるステップを含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
通知に関与する少なくとも１つのネットワーク・エンティティが、前記ＵＥ向けの遅延情報を含む少なくとも１つのメッセージを送信するステップを含む、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
通知に関与するネットワーク・エンティティが、前記ネットワーク・エンティティによって送信されるメッセージに前記遅延情報を加えるステップを含む、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
通知に関与するネットワーク・エンティティが、遅延情報を含むメッセージを受信し、前記ネットワーク・エンティティによって送信されるメッセージにおいて前記遅延情報を中継するステップを含む、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
通知される遅延情報を含む少なくとも１つのメッセージは、ＨＯコマンドを伴うメッセージに対応する、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
遅延情報を通知することは、遅延パラメータを通知すること、その後に必要な場合に、即時ＨＯ実行を命令するコマンドを通知することを含む、請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
即時ＨＯ実行を命令するコマンドを通知することは、値ゼロの遅延パラメータを通知することを含む、請求項１０に記載の方法。
【請求項１２】
前記調整に関与するネットワーク・エンティティが、前記ＵＥに遅延情報を通知することをトリガするステップを含む、請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
前記調整に関与するネットワーク・エンティティが、ＨＯコマンドとともに遅延パラメータを通知することをトリガするステップを含む、請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
前記調整に関与するネットワーク・エンティティが、リモート・エンドとの間の経路が更新されたときに、即時ＨＯ実行を命令するコマンドを通知することをトリガするステップを含む、請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
前記調整に関与するネットワーク・エンティティが、通知される遅延パラメータの値を決定するステップを含む、請求項１乃至１４のいずれか１項に記載の方法。
【請求項１６】
前記調整に関与するネットワーク・エンティティが、ネットワーク状態に従って、通知される遅延パラメータの値を決定するステップを含む、請求項１乃至１５のいずれか１項に記載の方法。
【請求項１７】
前記ＵＥが遅延パラメータを受信すると、前記遅延パラメータの値を使用してタイマーを設定し、次いで以下の事象、すなわち、
前記タイマーが終了する
無線状態が呼断を回避するため直ちにＨＯ実行を行うことを必要とする
のうち１つが最初に生じるまで、ＨＯ実行を開始するタイミングを待つステップを含む、請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記ＵＥが即時ＨＯ実行を命令するコマンドを受信した場合に、前記ＵＥが直ちにＨＯ実行を行うステップを含む、請求項１乃至１７のいずれか１項に記載の方法。
【請求項１９】
前記ＵＥが遅延パラメータを受信すると、前記遅延パラメータの値を使用してタイマーを設定し、次いで以下の事象、すなわち、
前記タイマーが終了する
無線状態が呼断を回避するため直ちにＨＯ実行を行うことを必要とする
即時ＨＯ実行を命令するコマンドが前記ＵＥによって受信される
のうち１つが最初に生じるまで、ハンドオーバ実行を開始するタイミングを待つステップを含む、請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
ユーザ機器ＵＥが、ネットワークによって通知されるハンドオーバ実行に関する遅延情報を考慮する能力をネットワークに通知するステップを含む、請求項１乃至１９のいずれか１項に記載の方法。
【請求項２１】
Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ＭＳＣサーバからＭＭＥへＳｖ基準点を介して送信される、ＵＥ向けのＨＯコマンドを伴うＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答メッセージに、ＭＳＣサーバが遅延パラメータを加えるステップを含む、請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
移動性管理エンティティＭＭＥが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、ＭＭＥからＥＮＢへＳ１−ＡＰ基準点を介して送信される、前記ＨＯコマンドを伴うハンドオーバ・コマンド・メッセージにおいて前記遅延パラメータを中継するステップを含む、請求項１乃至２１のいずれか１項に記載の方法。
【請求項２３】
Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
発展型ノードＢ  ＥＮＢが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、前記ＥＮＢと前記ユーザ機器ＵＥとの間のエア・インターフェースを介して送信される、前記ＨＯコマンドを伴うＨａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  Ｅ−ＵＴＲＡＮコマンド・メッセージにおいて前記遅延パラメータを中継するステップを含む、請求項１乃至２２のいずれか１項に記載の方法。
【請求項２４】
ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ＭＳＣサーバからＳＧＳＮへＳｖ基準点を介して送信される、ＵＥ向けのＨＯコマンドを伴うＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答メッセージに、ＭＳＣサーバが遅延パラメータを加えるステップを含む、請求項１乃至２３のいずれか１項に記載の方法。
【請求項２５】
ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
サービングＧＰＲＳサポート・ノードＳＧＳＮが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、ＳＧＳＮからＵＴＲＡＮヘＩｕ−ＰＳ基準点を介して送信される前記ＨＯコマンドを伴うＳＲＮＳ再配置コマンド・メッセージにおいて前記遅延パラメータを中継するステップを含む、請求項１乃至２４のいずれか１項に記載の方法。
【請求項２６】
ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ノードＢが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、前記ノードＢと前記ユーザ機器ＵＥとの間のエア・インターフェースを介して送信される、前記ＨＯコマンドを伴うＨａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  ＵＴＲＡＮコマンド・メッセージにおいて前記遅延パラメータを中継するステップを含む、請求項１乃至２５のいずれか１項に記載の方法。
【請求項２７】
ユーザ機器ＵＥに関するハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含む単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断を低減し、ＨＯ実行手続きおよびＶＣＣ手続きを調整するためにＵＥにおいてＨＯ実行を遅らせる手段を含むネットワーク・エンティティ。
【請求項２８】
ユーザ機器ＵＥに関するハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含む単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断を低減し、ＨＯ実行手続きおよびＶＣＣ手続きを調整するためにＵＥにおいてＨＯ実行を遅らせる手段を含むユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にモバイル通信のネットワークおよびシステムに関する。
【背景技術】
【０００２】
モバイル通信のネットワークおよびシステムの詳細な説明は、文献、特に、例えば３ＧＰＰ（第３世代パートナーシップ・プロジェクト）のような標準化組織によって発表された技術仕様に見出すことができる。
【０００３】
単一無線音声呼継続性（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）ＳＲＶＣＣは、特に３ＧＰＰ  ＴＳ２６．２１６仕様で指定されている。ＳＲＶＣＣは、ＩＰマルチメディアサブシステムＩＭＳで固定される（ａｎｃｈｏｒｅｄ）呼についてのパケット交換ＰＳアクセスおよび回線交換ＣＳアクセスによるＩＭＳ間の音声呼継続性を、ユーザ機器ＵＥが所与の時間にそうしたアクセス・ネットワークのうちたった１つで送信／受信できるときに提供する。
【０００４】
３ＧＰＰ  ＴＳ２３．２１６は、ＩＰマルチメディアサブシステムＩＭＳで固定されるＣＳ呼について、Ｅ−ＵＴＲＡＮアクセスと３ＧＰＰ２の１×ＣＳとの間、Ｅ−ＵＴＲＡＮアクセスと３ＧＰＰのＵＴＲＡＮ／ＧＥＲＡＮアクセスとの間、およびＵＴＲＡＮ（ＨＳＰＡ）アクセスと３ＧＰＰのＵＴＲＡＮ／ＧＥＲＡＮアクセスとの間のＳＲＶＣＣを指定している。
【０００５】
例えば、３ＧＰＰ  ＴＳ２３．２１６で指定されているような、Ｅ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きが図１に再現されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ２６．２１６
【非特許文献２】３ＧＰＰ  ＴＳ２３．２１６
【非特許文献３】３ＧＰＰ  ＴＳ２３．２３７
【非特許文献４】３ＧＰＰ  ＴＳ２９．２８０
【非特許文献５】３ＧＰＰ  ＴＳ３６．４１３
【非特許文献６】３ＧＰＰ  ＴＳ３６．３３１
【非特許文献７】３ＧＰＰ  ＴＳ４４．０１８
【非特許文献８】３ＧＰＰ  ＴＳ４８．００８
【非特許文献９】３ＧＰＰ  ＴＳ２３．００９
【非特許文献１０】３ＧＰＰ  ＴＳ２３．４０１
【非特許文献１１】３ＧＰＰ  ＴＳ２３．００２
【非特許文献１２】３ＧＰＰ  ＴＳ２３．２１６Ｒｅｌ−８
【非特許文献１３】３ＧＰＰ  ＴＳ２５．３０６
【非特許文献１４】３ＧＰＰ  ＴＳ３６．３０６
【発明の概要】
【発明が解決しようとする課題】
【０００７】
全般的に、ＳＲＶＣＣの機能を改善する必要がある。特に、詳細は後述するが、例えば図１に再現されているＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続き中に発生する通信中断を低減する必要がある。こうした通信中断はエンド・ユーザによって非常に悪く受け止められ、ユーザ・エクスペリエンスまたはエンド・ユーザが受け止めるサービス品質を改善する必要がある。
【課題を解決するための手段】
【０００８】
本発明は、特にこうした必要性に対処する。
【０００９】
これらの目的および他の目的は、本発明の１つの態様において、ユーザ機器ＵＥに関する単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断の低減の方法によって達成され、ＳＲＶＣＣ移動性は、ハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含み、前記方法は、
ＨＯ実行手続きおよびＶＣＣ手続きを調整するため、ＵＥにおいてＨＯ実行を遅らせるステップ
を含む。
【００１０】
これらの目的および他の目的は、本発明の他の態様において、ユーザ機器により、かつこうした方法を実行するための手段を含むネットワーク・エンティティ（例えばＥ−ＵＴＲＡＮまたはＵＴＲＡＮ（ＨＳＰＡ）のような無線アクセス・ネットワークＲＡＮのエンティティのほか、例えばＣＳコア・ネットワークおよび発展型パケット・コアＥＰＣまたはＰＳコア・ネットワークのようなコア・ネットワークのエンティティを含む）により達成される。
【００１１】
本発明のこれらの目的および他の目的は、添付の図面とともに行う以下の説明から一層明らかになろう。
【図面の簡単な説明】
【００１２】
【図１】３ＧＰＰ  ＴＳ２３．２１６仕様で指定されているような、例えばＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続きを再現することを意図した図である。
【図２】例えばＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続き中に生じる通信中断を示すことを意図した図である。
【図３】通信中断持続時間に影響を与える主要なＳＲＶＣＣ事象の異なるシナリオを示すことを意図した図である。
【図４】本発明の実施形態により回避できるいくつかの欠点を有する、例えばＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続きについて、考え得る解決策を示すことを意図した図である。
【図５】本発明の一実施形態による、例えばＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続きを示すことを意図した図である。
【図６】本発明の別の実施形態による、例えばＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続きを示すことを意図した図である。
【図７】本発明の実施形態によって可能な通信中断持続時間の低減を示すことを意図した図である。
【発明を実施するための形態】
【００１３】
図１に再現されているＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きは、ハンドオーバＨＯ準備手続き（ステップ１〜９）、ＶＣＣまたはセッション転送手続き（ステップ１０〜１２）、およびＨＯ実行手続き（ステップ１３〜１７）を含むと考えることができる。
【００１４】
図２に示されているような、例えばＥ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣ手続きのようなＳＲＶＣＣ手続きは、図１より詳細な図であり、特に、ＨＯ実行手続き、ＶＣＣ手続き、およびかかるＳＲＶＣＣ手続き中に発生する通信中断を示すことを意図している。
【００１５】
図２に示されている要素は、特に以下の要素を含む。
ＵＥ−Ａ（以下ではＵＥとも呼ぶ）：ＳＲＶＣＣ対応ユーザ機器ＵＥ、
ソースＭＭＥ：（発展型パケット・コアＥＰＣ内の）ＳＲＶＣＣ対応移動性管理エンティティＭＭＥ、
ＭＳＣサーバ／ＭＧＷ：モバイル交換センター・サーバ／メディア・ゲートウェイであって、ＭＳＣサーバはＳＲＶＣＣ向けの強化されたＭＳＣサーバ、特にセッション転送手続きを呼び出し、ＨＯ手続きおよびセッション転送手続きを調整するＭＳＣサーバに対応する。
ターゲットＭＳＣ：ターゲットＢＳＳを制御するＭＳＣ（ＭＳＣサーバがターゲットＢＳＳを制御する場合、ＭＳＣサーバの機能はターゲットＭＳＣの機能とマージされる）、
ターゲットＢＳＳ：ターゲットＧＥＲＡＮ基地局サブシステム、
ＭＧＣＦ：メディア・ゲートウェイ制御機能に対応するＩＭＳエンティティ、
Ｉ−ＣＳＣＦ：問合わせ呼セッション制御機能に対応するＩＭＳエンティティ、
Ｓ−ＣＳＣＦ：サービング呼セッション制御機能に対応するＩＭＳエンティティ、
ＳＣＣ  ＡＳ：サービス集中化および継続性アプリケーション・サーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ，Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）に対応するＩＭＳエンティティ、
ＵＥ−Ｂ：リモート端末。
【００１６】
図２に示されている例におけるＶＣＣ手続きは、以下のステップを含む。
１０ａ：ＭＳＣサーバは、ＩＳＵＰ初期アドレスＩＡＭ（ＭＳＩＳＤＮ、ＳＴＮ−ＳＲ）メッセージをメディア・ゲートウェイ制御機能ＭＧＣＦに送信し、ＳＴＮ−ＳＲはＳＲＶＣＣ向けのセッション転送番号に対応し、これは特に３ＧＰＰ  ＴＳ２３．２３７で指定されている。
１０ｂ：ＭＧＣＦはＳＩＰ  ＩｎｖｉｔｅメッセージをＩ−ＣＳＣＦに送信する。
１０ｃ：Ｉ−ＣＳＣＦはＳＩＰ  ＩｎｖｉｔｅメッセージをＳＣＣ  ＡＳに送信する。
１０ｄ：ＳＣＣ  ＡＳはＳＩＰ  Ｒｅ−ＩｎｖｉｔｅメッセージをＳ−ＣＳＣＦに送信する。
１０ｅ：Ｓ−ＣＳＣＦはＳＩＰ  Ｒｅ−ＩｎｖｉｔｅメッセージをＵＥ−Ｂに送信する。
１１ａ：ＵＥ−Ｂは、Ｓ−ＣＳＣＦを介してＳＣＣ  ＡＳにＳＩＰ２００ＯＫメッセージを送信する。
１１ｂ：ＳＣＣ  ＡＳは、Ｓ−ＣＳＣＦを介してＭＧＣＦにＳＩＰ２００ＯＫメッセージを送信する。
１１ｃ：ＭＧＣＦはＩＳＵＰアドレス完了ＡＣＭメッセージをＭＳＣサーバに送信する。
【００１７】
図２に示されている例におけるＨＯ実行手続きは、以下のステップを含む。
１３：ＭＳＣサーバは、特に３ＧＰＰ  ＴＳ２９．２８０で指定されているように、ＭＭＥとＭＳＣサーバとの間のＳｖインターフェースに関するプロトコルに従い、「ＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答」メッセージをソースＭＭＥに送信する。
１４：ソースＭＭＥは、特に３ＧＰＰ  ＴＳ３６．４１３で指定されているように、Ｅ−ＵＴＲＡＮとＭＭＥとの間のＳ１インターフェースに関するＳ１ＡＰプロトコルに従い、「ハンドオーバ・コマンド」メッセージをソースＥ−ＵＴＲＡＮに送信する。
１５：ソースＥ−ＵＴＲＡＮは、特に３ＧＰＰ  ＴＳ３６．３３１で指定されているように、ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースに関する無線リソース制御ＲＲＣプロトコルに従い「ＨＯ  ｆｒｏｍ  Ｅ−ＵＴＲＡＮコマンド」メッセージをＵＥ−Ａに送信する。
１６：ＵＥ−ＡはＧＥＲＡＮに同調する。
１７ａ：ＵＥ−Ａは、特に３ＧＰＰ  ＴＳ４４．０１８で指定されているように、ＵＥとＧＥＲＡＮ  ＢＳＳとの間の無線インターフェースに関するＲＲＣプロトコルに従い、「ＨＯ検出／完了」メッセージをターゲットＢＢＳに送信し、次いでターゲットＢＳＳは、特に３ＧＰＰ  ＴＳ４８．００８で指定されているように、ＢＳＳとＭＳＣとの間のインターフェースに関するプロトコルに従い、「ＨＯ検出／完了」メッセージをターゲットＭＳＣに送信し、次いでターゲットＭＳＣは、特に３ＧＰＰ  ＴＳ２３．００９で指定されているように、ハンドオーバ手続きに従い、「ＨＯ検出／完了」メッセージをＭＳＣサーバに送信する。
【００１８】
一般に、ＵＥとネットワークとの間の無線インターフェースで送信されるＨＯコマンド（ＵＥへＨＯを命令すること）は、ターゲットＲＡＮによって作成され、ＵＥがソースＲＡＮにまだ存在する間にＵＥに送信される（ＨＯコマンドは、ソースＲＡＮを介してＵＥへ送信されるメッセージで透過的に送られる）。
【００１９】
図２に示される例では、３ＧＰＰ  ＴＳ４４．０１８で定義されるＨＯコマンドは、ターゲットＢＳＳによって作成され、以下のメッセージで透過的に送られる。
特に３ＧＰＰ  ＴＳ４８．００８で指定されているように、ＢＳＳとＭＳＣとの間のインターフェースに関するプロトコルに従い、ステップ７でターゲットＢＳＳによってターゲットＭＳＣに送信される「ハンドオーバ要求ＡＣＫ」メッセージ、
特に３ＧＰＰ  ＴＳ２３．００９で指定されているように、ハンドオーバ手続きに従い、ステップ８でターゲットＭＳＣによってＭＳＣサーバに送信される「準備ＨＯ応答」メッセージ、
上で再現したように、ステップ１３でＭＳＣサーバによってソースＭＭＥに送信される「ＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答」メッセージであって、ＨＯコマンドは、ターゲットからソースへの透過的コンテナ（Ｔａｒｇｅｔ  ｔｏ  Ｓｏｕｒｃｅ  Ｔｒａｎｓｐａｒｅｎｔ  Ｃｏｎｔａｉｎｅｒ）においてこのメッセージ内で送られる。
上で再現したように、ステップ１４でソースＭＭＥによってソースＥ−ＵＴＲＡＮに送信される「ハンドオーバ・コマンド」メッセージであって、ＨＯコマンドは、ターゲットからソースへの透過的コンテナにおいてこのメッセージ内で送られる。
上で再現したように、ステップ１５でソースＥ−ＵＴＲＡＮによってＵＥに送信される「ＨＯ  ｆｒｏｍ  ＥＵＴＲＡＮコマンド」メッセージであって、ＨＯコマンドは、ターゲットＲＡＴメッセージ・コンテナにおいてこのメッセージ内で送られる。
【００２０】
図２の例において、こうしたＳＲＶＣＣ手続き中に生じる以下のフロー中断が示されている。
ＵＥ−ＡがＧＥＲＡＮに同調するステップ１６の最中における第１のフロー中断であって、ＵＥがターゲット・カバレッジで最終的に検出された１７ａまで続く。
ＵＥ−Ｂとの間の経路変更に対応する、ステップ１０ｅと１１ａとの間の第２のフロー中断であって、
ステップ１１ａがステップ１７ａの後に起きた場合、第１のフロー中断のみが経験される純粋なＣＳドメイン・ハンドオーバ手続きに比べて追加のフロー中断を誘発する。
【００２１】
後述する本発明の実施形態は、特に以下の考えに基づいている。
【００２２】
音声構成要素を伴うＩＭＳ／ＳＩＰ呼／セッションに関与するモバイルが、ボイス・オーバーＩＰが無線で送られるソース無線カバレッジから、音声ベアラがＣＳドメインによって送られる、すなわち、ＭＳＣ（サーバ）によって制御される必要があるターゲット無線カバレッジへと移動しなければならないとき、ＳＲＶＣＣ手続きが呼び出される。ＳＲＶＣＣ手続きは、ＧＥＲＡＮ、ＵＴＲＡＮおよび１×ＲＴＴ  ＣＤＭＡ２０００ターゲット・システム向けに標準化されている。
【００２３】
この手続き中に、リモート端末環境が音声トラフィックをモバイルに送信する際の送信先アドレスは、ソース無線で使用されるアドレスから、移動性事象が発生した後にモバイルにサービス提供するＭＳＣ（サーバ）／ＭＧＷに到達するために使用されるアドレスに変更されなければならない。
【００２４】
所与の時間に作動しているたった１つの無線連鎖（「単一無線」）をモバイルが持っている場合にＳＲＶＣＣ手続きが機能するためには、ターゲット無線サブシステム上に無線アクセス・ネットワーク・リソースを確保した後、関係するネットワーク・ノード（ＵＥに割り当てられる新たなＭＳＣ（サーバ））は、以下の２つの並行手続きを発動する（ｉｓｓｕｅｓ）。
１．移動しているモバイルとコア・ネットワークとの間の経路を変更する、すなわち、モバイルに対し、その無線をターゲット・セルに同調させるよう、すなわち、ソース無線にキャンプすることを止め、ターゲット無線にキャンプし始めるよう命令する。モバイルに送信される実際のメッセージは無線アクセス技術（ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、．．．）に左右され得るが、ソース無線アクセス・ネットワークによってモバイルに送信されるメッセージは、本出願においてハンドオーバ・コマンドと呼ばれる。
２．リモートＵＥとコア・ネットワークとの間の経路を変更する、すなわち、ＶＣＣ手続き（音声呼継続性）を発動することであって、これはセッション転送とも呼ばれ、ＩＭＳ上に存在する特定のアプリケーション・サーバ（ＡＳ）への呼が開始され、その目的は、このアプリケーション・サーバ（ＳＣＣ  ＡＳ）が、移動するモバイルへ音声トラフィックが送信される際の新たな送信先アドレスを使用してリモート端末環境を更新することである。
【００２５】
いずれの手続きも、移動するＵＥとリモートＵＥとの間で音声トラフィックを送るのに使用される送信経路に影響を及ぼす。一方の経路が変更されるとすぐに、移動するＵＥおよびリモートＵＥは、他方の経路が変更されるまで、音声トラフィックを交換することができなくなる。
【００２６】
問題は、ネットワークの異なる場所で生じるこれら２つの事象を同期させるものが全くないことである。
１．移動するモバイルによる無線同調の変更は、ローカルで実行され、その所要時間は無線状態およびターゲット無線サブシステムのロードに左右される。
２．ＶＣＣ手続きはリモートで実行され、その所要時間はマルチベンダー環境におけるパフォーマンスの差、ＵＥがローミングしているか否か（異なるＩＭＳ信号を発しているか）、ＩＭＳネットワークのロード、およびリモート端末環境のロードに左右される。
【００２７】
こうした事象は、同期化されない場合、同時的ではなく連続的に発生し（無線の再同調が最初に発生する可能性が非常に高い）、それにより長いサービス中断による遅延が生じるリスクがある。
【００２８】
現在のＳＲＶＣＣ  Ｒ８手続きでは、無線の変更がＭＳＣ（サーバ）によってＵＥに命令されるのと同じ時間Ｔｓｔａｒｔに、セッション転送がＭＳＣ（サーバ）によって開始される。
【００２９】
通信の中断は、図３に示すように、いつＰＳ「中断」が生じるか、いつＣＳ「実現」（ｍａｋｅ）が生じるかに左右される。
・ＵＥは、ソースＲＡＮでのキャンプを止めると、ＰＳパケットを送信できなくなる。これが生じる時間をＴｌｅａｖｅと呼び、ネットワークで回線接続が完了する時間をＴｃｓｃｏｎと呼ぶことにする。
Ｔｌｅａｖｅ−Ｔｓｔａｒｔは、ＭＳＣ（サーバ）からＵＥへのハンドオーバ・コマンド・メッセージを送信するのに要する時間に対応する。
Ｔｃｓｃｏｎ−Ｔｌｅａｖｅは、ハンドオーバ・コマンド手続きを実際に行うのに要する時間に対応する。
・ＳＣＣ  ＡＳがリモート・エンドを更新すると（この時間をＴｕｐｄａｔｅと呼ぶ）、リモートＵＥは、ＵＥからＰＳパケットを受信できなくなる。このＶＣＣ／セッション転送手続きはＴｓｔａｒｔに始まる。
Ｔｕｐｄａｔｅ−Ｔｓｔａｒｔは、ＶＣＣ／セッション転送手続きが要する時間に対応する。
・２つの条件が満たされるまで、両者ともＣＳメディアを利用できない。
ネットワークで回線接続が完了する（Ｔｃｓｃｏｎ）。
ＳＣＣ  ＡＳがリモート・エンドを更新している（Ｔｕｐｄａｔｅ）。
【００３０】
したがって、どのような事象がＵＥ間の通信の中断となるかについて、以下のシナリオが考えられる。
１．ＴｕｐｄａｔｅはＴｃｓｃｏｎを下回る（中断時間はＴｃｓｃｏｎ−Ｔｌｅａｖｅ）。
２．ＴｕｐｄａｔｅはＴｃｓｃｏｎを上回る（中断時間はＴｕｐｄａｔｅ−Ｔｌｅａｖｅ）。
【００３１】
シナリオ１では、既存の手続きは通信中断を最小限に抑えるのに十分なようであり、サービス中断時間は、ネイティブＣＳドメインＢＳＳ／ＵＴＲＡＮ間移動性（ｎａｔｉｖｅ  ＣＳ  ｄｏｍａｉｎ  ｉｎｔｅｒ−ＢＳＳ／ＵＴＲＡＮ  ｍｏｂｉｌｉｔｙ）の場合に今日経験する時間に概ね相当する。
【００３２】
したがって、シナリオ２については、これが最も可能性の高い場合であるため、手続きを最適化する（または中断を最小限にする）価値がある。
【００３３】
考え得るアプローチは以下のとおりである。
【００３４】
図４に示すように、ＭＳＣ（サーバ）は、セッション転送実行の遅延を補正するため、ＶＣＣ手続きの開始に関して、（カバレッジ・キャンピング（ｃｏｖｅｒａｇｅ  ｃａｍｐｉｎｇ）の変更のために）ハンドオーバ・コマンドのＵＥへの送信を遅らせる実施態様を有する可能性がある。
【００３５】
これが適切に機能しない理由の１つは、無線状態があまりにも急激に弱まるため、ハンドオーバ・コマンドの送信を遅らすことができない場合があることである。こうした場合に、ハンドオーバ・コマンドの送信を遅らせることは、ＵＥを見失うことを意味し、その理由は、こうした場合には、ハンドオーバ・コマンドが実際に送信されたときにソース無線でＵＥに到達できなくなることがあることである。
【００３６】
特に、後述する本発明の実施形態は、こうした考え得るアプローチの欠点を回避することができる。
【００３７】
一実施形態では、Ｅ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣの例に関する図５に示すように、本発明では、ＨＯコマンドがＵＥによって受信された後に遅延を導入する。
【００３８】
ＵＥ自体は、ＨＯコマンドを受信していても、新たなＲＡＮへの同調を遅らせることがある。この解決策によって、以下が可能になる。
・ＵＥの無線状態が急激に弱まっていても、ＵＥができるだけ速やかにＨＯコマンドを受信できることの保証。
・ＵＥは後に、無線状態が「許容できないしきい値」を下回った場合に（キャンピング・セル（ｃａｍｐｉｎｇ  ｃｅｌｌ）の変更のための）いかなる遅延も無効にすることを決定できること。
【００３９】
ＵＥは、以下のアルゴリズムに従い、同調時期を決定できる。
・１つのアプローチは、ＵＥがパケット受信を止めるまで待つことである。これは、パケット通信経路が断たれていること（すなわち、リモート当事者環境がＶＣＣ／セッション転送手続きによって既に更新されていること）を示している。問題は、このアプローチがあまりにも遅く、すなわちＶＣＣ手続き後に新たなＲＡＮに同調することを意味し、サービス中断時間の増加を意味することである。
・より好ましい可能性として、ＳＲＶＣＣ手続き中にＵＥにソース無線で送信されるハンドオーバ・コマンド・メッセージに遅延パラメータを加えることが挙げられる。例えば、この遅延パラメータを付帯したＨＯコマンドを受信するＵＥは、ハンドオーバ・コマンド内で受信された値を使用してタイマーをセットし、以下の事象のうち１つが最初に起きるまで、セル・キャンピング（ｃｅｌｌ  ｃａｍｐｉｎｇ）の変更を実際に行うタイミングを待つ。
タイマーが終了する
ソース無線における無線品質が「許容できないしきい値」を既に下回っているか、下回り、ＨＯが急を要するようになっている
【００４０】
Ｅ−ＵＴＲＡＮからＧＥＲＡＮへのＳＲＶＣＣの例に関する図６に示す、この変形のさらなる最適化として、ＭＧＷとリモートＵＥ環境との間の経路が確立されたことが通知されたとき、ＭＳＣ（サーバ）は、即時ハンドオーバを命令するために遅延＝ゼロを伴う（または遅延パラメータを伴わない）別のハンドオーバ・コマンド・メッセージを送信することが挙げられる。ＭＳＣ（サーバ）によって第１のハンドオーバ・コマンドで設定された長すぎる遅延が原因で、ＵＥが無線キャンピングの変更を開始するのがあまりにも遅くなり、その結果、フロー中断が減るのではなく増える事態を、この最適化により防ぐことができる。
【００４１】
経路確立のこの通知に対応するメッセージは、ＶＣＣ手続きに関連する呼についてＭＳＣ（サーバ）によって使用される実際のネットワーク呼制御信号プロトコルに左右される（これは、ＩＳＵＰ、ＢＩＣＣまたはＳＩＰの適切なメッセージ（ＡＣＭ、ＡＮＭ、２００ＯＫ．．．）であってよい）。
【００４２】
したがって、図７から分かるように、Ｔｌｅａｖｅが遅延した場合、Ｔｃｓｃｏｎもほぼ同じ時間だけ遅延する。Ｔｕｐｄａｔｅが４００ミリ秒＋遅延より長い限り、通信中断は減るが、遅延によりＴｃｓｃｏｎがＴｕｐｄａｔｅを超えた場合、通信中断を実際に増加させる影響がある。
【００４３】
一実施形態では、本発明において、ハンドオーバ・コマンドはできるだけ速やかに、すなわち、ＶＣＣ手続きの開始と並行してＵＥに送信される。しかし、このハンドオーバ・コマンドは遅延という新たなパラメータを含み、これによりモバイルは、モバイルのローカル無線状態が呼断を回避するためハンドオーバを直ちに実行することを必須としていない限り、無線キャンピングの変更を実際に行う前に遅延の完了を待つことが想定される。
【００４４】
本発明の様々な実施形態は以下において考えられる。
１）図５に示すように、ＳＲＶＣＣ手続き中に、ＵＥにソース無線で送信されるハンドオーバ・コマンド・メッセージに遅延パラメータが加えられ、ＨＯ実行手続きはそれに応じてＵＥによって遅延する。
【００４５】
本発明の一実施形態に適合するＵＥは、ハンドオーバ・コマンドから受信された値を使用してタイマーをセットし、以下の事象のうち１つが最初に起きるまで、セル・キャンピングの変更を実際に行うタイミングを待つ。
・タイマーが終了する
・ソース無線における無線品質が「許容できないしきい値」を下回る。
２）この手続きの改善として、ＭＳＣ（サーバ）が、ハンドオーバ・コマンド・メッセージに加えられるこの遅延パラメータを決定し、その値を、ハンドオーバ実行段階の開始要求とともにソース無線アクセス・ネットワークに渡すことが挙げられる。
これにより、モバイルが遠い国から、近隣の国からローミングしているか、またはローミングしていないかといった世界的ネットワーク状態に依拠して、この遅延の値を持つことができる。
【００４６】
遅延値はまた、ソース無線の（すなわち、ハンドオーバ・コマンドが送信される無線の）無線アクセス技術（３Ｇ、ＬＴＥ、．．．）に適合できる。
３）同期化の別の関連する改善は、以下のメカニズムによって実行できる。図のステップ１３に示すように、ＭＳＣ（サーバ）は遅延を伴うハンドオーバ・コマンドをできるだけ速やかに、すなわち、上記のとおりＶＣＣ手続きの開始と並行して送信する（次いでＨＯコマンドは、ステップ１４においてソースＭＭＥからソースＥ−ＵＴＲＡＮに送信され、ステップ１５においてソースＥ−ＵＴＲＡＮによってＵＥに送信される）。その後、ＭＧＷとリモートＵＥ環境との間の経路が確立されたことが通知されたとき、ＭＳＣ（サーバ）は、遅延＝ゼロを伴う（または遅延パラメータを伴わない）別のハンドオーバ・コマンド・メッセージを送信し、これも図６のステップ１３に示されている（次いでＨＯコマンドは、ステップ１４においてソースＭＭＥからソースＥ−ＵＴＲＡＮに送信され、ステップ１５ｂにおいてソースＥ−ＵＴＲＡＮによってＵＥに送信される）。
【００４７】
本発明の一実施形態に適合するＵＥは、ハンドオーバ・コマンドから受信された値を使用してタイマーをセットし、以下の事象のうち１つが最初に起きるまで、セル・キャンピングの変更を実際に行うタイミングを待つ。
・タイマーが終了する
・ソース無線における無線品質が「許容できないしきい値」を下回る。
・即時ハンドオーバを命令する新たなハンドオーバ・コマンド・メッセージ（ゼロに等しい遅延値を伴う、または遅延値を伴わないハンドオーバ・コマンド）がモバイルによって受信される。
【００４８】
ＭＳＣ（サーバ）によって第１のハンドオーバ・コマンドで設定された長すぎる遅延が原因で、ＵＥが無線キャンピングの変更を開始するのがあまりにも遅くなり、その結果、フロー中断が減るのではなく増える事態を、このメカニズムにより防ぐことができる。
【００４９】
経路確立のこの通知に対応するメッセージは、ＶＣＣ手続きに関連する呼についてＭＳＣ（サーバ）によって使用される実際のネットワーク呼制御信号プロトコルに左右される（これは、ＩＳＵＰ、ＢＩＣＣまたはＳＩＰの適切なメッセージ（ＡＣＭ、ＡＮＭ、ＳＩＰ２００ＯＫ．．．）であってよい）。
４）同じ原理がＥ−ＵＴＲＡＮおよび１×ＲＴＴからのＳＲＶＣＣに当てはまり、そこでは、ＴＳ２３．２１６で述べられているように、１×ＣＳ  ＩＷＳがサービングＭＳＣの役割を果たす。
５）ソース無線アクセス・ネットワークが発展型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）であるとき、無線アクセス・ネットワークは発展型ノードＢ（ＥＮＢ）であり、３ＧＰＰ  ＴＳ２３．４０１で定義される移動性管理エンティティ（ＭＭＥ）を介して制御される。ソース無線アクセス・ネットワークがＵＴＲＡＮであるとき、無線アクセス・ネットワークはＲＮＣおよびノードＢから構成され、ＳＧＳＮによって制御される。これらの機能エンティティはすべて、３ＧＰＰ  ＴＳ２３．００２でさらに定義されている。他のソース無線アクセス・ネットワークも、本発明の実施形態をサポートすることができる。
６）Ｅ−ＵＴＲＡＮからレガシー３ＧＰＰカバレッジ（ＧＳＭ、ＵＴＲＡＮ）へのハンドオーバの場合、無線でのＭＳＣ（サーバ）からＵＥへのメッセージ・フローは、以下の形を取る。
・ＭＳＣ（サーバ）からＭＭＥへのＳｖ基準点を介した「ＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答」メッセージ。移動性管理エンティティ（ＭＭＥ）またはサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）とＳＲＶＣＣ向けの強化された３ＧＰＰ  ＭＳＣ（サーバ）との間のＳｖインターフェースが、３ＧＰＰ  ＴＳ２９．２８０で定義されている。
・ＭＭＥとＥＮＢとの間のＳ１−ＡＰ基準点を介した「ハンドオーバ・コマンド」メッセージ。このメッセージは、３ＧＰＰ  ＴＳ３６．４１３で定義されている。
・ＥＮＢとモバイル（またはＵＥ）との間のエア・インターフェースを介した「Ｈａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  Ｅ−ＵＴＲＡＮコマンド」メッセージ。
【００５０】
一実施形態では、こうしたメッセージの各々に遅延パラメータが加えられる。
７）本発明の実施形態に適合しないモバイルは、無線で受信されるハンドオーバ・コマンド・メッセージに加えられる遅延パラメータを考慮せず、３ＧＰＰ  ＴＳ２３．２１６Ｒｅｌ−８に従って動作する。
【００５１】
本発明の実施形態に適合しないモバイルが長すぎるフロー中断を経験するのを回避するため、こうしたモバイル向けにソース無線アクセス・ネットワークにおいて特定の遅延を加えることができる。本発明の実施形態に適合するモバイルとそうでないモバイルとをこうして区別するため、本発明の実施形態に適合するモバイルはまた、その能力を、例えばＵＴＲＡＮ向けの３ＧＰＰ  ＴＳ２５．３０６およびＥ−ＵＴＲＡＮ向けのＴＳ３６．３０６で定義されている既存の「ＵＥ無線能力（ＵＥ  Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｉｅｓ）」における新たなパラメータを介するなどしてネットワークに一緒に通知することができる。
【００５２】
一態様において、一実施形態では、本発明は、ユーザ機器ＵＥに関する単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断の低減の方法を提供し、ＳＲＶＣＣ移動性は、ハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含み、前記方法は、
ＨＯ実行手続きおよびＶＣＣ手続きを調整するため、ＵＥにおいてＨＯ実行を遅らせるステップ
を含む。
【００５３】
一実施形態では、前記方法は、
ＵＥによるＨＯコマンドの受信後に、ＵＥにおいてＵＯ実行を遅らせるステップ
を含む。
【００５４】
一実施形態では、前記方法は、
前記調整に関与するネットワーク・エンティティが、ＶＣＣ手続きの開始と並行してＨＯコマンドを送信することをトリガするステップ
を含む。
【００５５】
一実施形態では、前記方法は、
無線状態が呼断を回避するためＨＯ実行を必要とした場合すぐにＵＥがそれを行うステップ
を含む。
【００５６】
一実施形態では、前記方法は、
ＵＥがネットワークによって通知される遅延情報に従いＨＯ実行を遅らせるステップ
を含む。
【００５７】
一実施形態では、前記方法は、
通知に関与する少なくとも１つのネットワーク・エンティティが、ＵＥ向けの遅延情報を含む少なくとも１つのメッセージを送信するステップ
を含む。
【００５８】
一実施形態では、前記方法は、
通知に関与するネットワーク・エンティティが、前記ネットワーク・エンティティによって送信されるメッセージに前記遅延情報を加えるステップ
を含む。
【００５９】
一実施形態では、前記方法は、
通知に関与するネットワーク・エンティティが、遅延情報を含むメッセージを受信し、前記ネットワーク・エンティティによって送信されるメッセージにおいて前記遅延情報を中継するステップ
を含む。
【００６０】
一実施形態では、通知される遅延情報を含む少なくとも１つのメッセージは、ＨＯコマンドを伴うメッセージに対応する。
【００６１】
一実施形態では、遅延情報を通知することは、遅延パラメータを通知すること、その後に必要な場合に、即時ＨＯ実行を命令するコマンドを通知することを含む。
【００６２】
一実施形態では、即時ＨＯ実行を命令するコマンドを通知することは、値ゼロの遅延パラメータを通知することを含む。
【００６３】
一実施形態では、前記方法は、
前記調整に関与するネットワーク・エンティティが、ＵＥに遅延情報を通知することをトリガするステップ
を含む。
【００６４】
一実施形態では、前記方法は、
前記調整に関与するネットワーク・エンティティが、ＨＯコマンドとともに遅延パラメータを通知することをトリガするステップ
を含む。
【００６５】
一実施形態では、前記方法は、
前記調整に関与するネットワーク・エンティティが、リモート・エンドとの間の経路が更新されたときに、即時ＨＯ実行を命令するコマンドを通知することをトリガするステップ
を含む。
【００６６】
一実施形態では、前記方法は、
前記調整に関与するネットワーク・エンティティが、通知される遅延パラメータの値を決定するステップ
を含む。
【００６７】
一実施形態では、前記方法は、
前記調整に関与するネットワーク・エンティティが、ネットワーク状態に従って、通知される遅延パラメータの値を決定するステップ
を含む。
【００６８】
一実施形態では、前記方法は、
ＵＥが遅延パラメータを受信すると、前記遅延パラメータの値を使用してタイマーを設定し、次いで以下の事象、すなわち、
・タイマーが終了する
・無線状態が呼断を回避するため直ちにＨＯ実行を行うことを必要とする
のうち１つが最初に生じるまで、ＨＯ実行を開始するタイミングを待つステップ
を含む。
【００６９】
一実施形態では、前記方法は、
ＵＥが即時ＨＯ実行を命令するコマンドを受信した場合に、ＵＥが直ちにＨＯ実行を行うステップ
を含む。
【００７０】
一実施形態では、前記方法は、
ＵＥが遅延パラメータを受信すると、前記遅延パラメータの値を使用してタイマーを設定し、次いで以下の事象、すなわち、
・タイマーが終了する
・無線状態が呼断を回避するため直ちにＨＯ実行を行うことを必要とする
・即時ＨＯ実行を命令するコマンドがＵＥによって受信される
のうち１つが最初に生じるまで、ハンドオーバ実行を開始するタイミングを待つステップ
を含む。
【００７１】
一実施形態では、前記方法は、
ユーザ機器ＵＥが、ネットワークによって通知されるハンドオーバ実行に関する遅延情報を考慮する能力をネットワークに通知するステップ
を含む。
【００７２】
一実施形態では、前記方法は、Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ＭＳＣサーバからＭＭＥへＳｖ基準点を介して送信される、ＵＥ向けのＨＯコマンドを伴うＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答メッセージに、ＭＳＣサーバが遅延パラメータを加えるステップ
を含む。
【００７３】
一実施形態では、前記方法は、Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
移動性管理エンティティＭＭＥが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、ＭＭＥからＥＮＢへＳ１−ＡＰ基準点を介して送信される、前記ＨＯコマンドを伴うハンドオーバ・コマンド・メッセージにおいて前記遅延パラメータを中継するステップ
を含む。
【００７４】
一実施形態では、前記方法は、Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
発展型ノードＢ  ＥＮＢが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、ＥＮＢとユーザ機器ＵＥとの間のエア・インターフェースを介して送信される、前記ＨＯコマンドを伴うＨａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  Ｅ−ＵＴＲＡＮコマンド・メッセージにおいて前記遅延パラメータを中継するステップ
を含む。
【００７５】
一実施形態では、前記方法は、ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ＭＳＣサーバからＳＧＳＮへＳｖ基準点を介して送信される、ＵＥ向けのＨＯコマンドを伴うＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答メッセージに、ＭＳＣサーバが遅延パラメータを加えるステップ
を含む。
【００７６】
一実施形態では、前記方法は、ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
サービングＧＰＲＳサポート・ノードＳＧＳＮが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、ＳＧＳＮからＵＴＲＡＮヘＩｕ−ＰＳ基準点を介して送信される前記ＨＯコマンドを伴うＳＲＮＳ再配置コマンド・メッセージにおいて前記遅延パラメータを中継するステップ
を含む。
【００７７】
一実施形態では、前記方法は、ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ノードＢが、遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信し、ノードＢとユーザ機器ＵＥとの間のエア・インターフェースを介して送信される、前記ＨＯコマンドを伴うＨａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  ＵＴＲＡＮコマンド・メッセージにおいて前記遅延パラメータを中継するステップ
を含む。
【００７８】
別の態様では、本発明は、かかる方法を実行するための手段を含むネットワーク・エンティティを提供する。
【００７９】
一実施形態では、本発明は、ユーザ機器ＵＥに関するハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含む単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断の低減のため、
ＨＯ実行手続きおよびＶＣＣ手続きを調整するため、ＵＥにおいてＨＯ実行を遅らせるための手段
を含むネットワーク・エンティティを提供する。
【００８０】
一実施形態では、前記ネットワーク・エンティティは、
ＵＥによるＨＯコマンドの受信後に、ＵＥにおいてＵＯ実行を遅らせるための手段
を含む。
【００８１】
一実施形態では、前記調整に関与するネットワーク・エンティティは、
ＶＣＣ手続きの開始と並行してＨＯコマンドを送信することをトリガするための手段
を含む。
【００８２】
一実施形態では、通知に関与する少なくとも１つのネットワーク・エンティティは、
ＵＥ向けの遅延情報を含む少なくとも１つのメッセージを送信するための手段
を含む。
【００８３】
一実施形態では、通知に関与するネットワーク・エンティティは、
前記ネットワーク・エンティティによって送信されるメッセージに前記遅延情報を加えるための手段
を含む。
【００８４】
一実施形態では、通知に関与するネットワーク・エンティティは、
遅延情報を含むメッセージを受信すると、前記ネットワーク・エンティティによって送信されるメッセージにおいて前記遅延情報を中継するための手段
を含む。
【００８５】
一実施形態では、通知される遅延情報を含む少なくとも１つのメッセージは、ＨＯコマンドを伴うメッセージに対応する。
【００８６】
一実施形態では、遅延情報を通知することは、遅延パラメータを通知すること、その後に必要な場合に、即時ＨＯ実行を命令するコマンドを通知することを含む。
【００８７】
一実施形態では、即時ＨＯ実行を命令するコマンドを通知することは、値ゼロの遅延パラメータを通知することを含む。
【００８８】
一実施形態では、前記調整に関与するネットワーク・エンティティは、
ＵＥに遅延情報を通知することをトリガするための手段
を含む。
【００８９】
一実施形態では、前記調整に関与するネットワーク・エンティティは、
ＨＯコマンドとともに遅延パラメータを通知することをトリガするための手段
を含む。
【００９０】
一実施形態では、前記調整に関与するネットワーク・エンティティは、
リモート・エンドとの間の経路が更新されたときに、即時ＨＯ実行を命令するコマンドを通知することをトリガするための手段
を含む。
【００９１】
一実施形態では、前記調整に関与するネットワーク・エンティティは、
通知される遅延パラメータの値を決定するための手段
を含む。
【００９２】
一実施形態では、前記調整に関与するネットワーク・エンティティは、
ネットワーク状態に従って、通知される遅延パラメータの値を決定するための手段
を含む。
【００９３】
一実施形態では、本発明は、Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ＭＳＣサーバからＭＭＥへＳｖ基準点を介して送信される、ＵＥ向けのＨＯコマンドを伴うＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答メッセージに遅延パラメータを加えるための手段
を含むＭＳＣサーバを提供する。
【００９４】
一実施形態では、本発明は、Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信すると、ＭＭＥからＥＮＢへＳ１−ＡＰ基準点を介して送信される、前記ＨＯコマンドを伴うハンドオーバ・コマンド・メッセージにおいて前記遅延パラメータを中継するための手段
を含む移動性管理エンティティＭＭＥを提供する。
【００９５】
一実施形態では、本発明は、Ｅ−ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信すると、ＥＮＢとユーザ機器ＵＥとの間のエア・インターフェースを介して送信される、前記ＨＯコマンドを伴うＨａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  Ｅ−ＵＴＲＡＮコマンド・メッセージにおける前記遅延パラメータを中継するための手段
を含む発展型ノードＢ  ＥＮＢを提供する。
【００９６】
一実施形態では、本発明は、ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
ＭＳＣサーバからＳＧＳＮへＳｖ基準点を介して送信される、ＵＥ向けのＨＯコマンドを伴うＳＲＶＣＣ  ＰＳ  ｔｏ  ＣＳ応答メッセージに遅延パラメータを加えるための手段
を含むＭＳＣサーバを提供する。
【００９７】
一実施形態では、本発明は、ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信すると、ＳＧＳＮからＵＴＲＡＮへＩｕ−ＰＳ基準点を介して送信される、前記ＨＯコマンドを伴うＳＲＮＳ再配置コマンド・メッセージにおける前記遅延パラメータを中継するための手段
を含むサービングＧＰＲＳサポート・ノードＳＧＳＮを提供する。
【００９８】
一実施形態では、本発明は、ＵＴＲＡＮに対応するソース無線アクセス・ネットワークＲＡＮから、ＧＥＲＡＮまたはＵＴＲＡＮに対応するターゲットＲＡＮへのＳＲＶＣＣの場合に、
遅延パラメータを付帯したＵＥ向けのＨＯコマンドを伴うメッセージを受信すると、ノードＢとユーザ機器ＵＥとの間のエア・インターフェースを介して送信される、前記ＨＯコマンドを伴うＨａｎｄ−Ｏｖｅｒ  Ｆｒｏｍ  ＵＴＲＡＮコマンド・メッセージにおいて前記遅延パラメータを中継するための手段
を含むノードＢを提供する。
【００９９】
別の態様では、本発明は、かかる方法を実行するための手段を含むユーザ機器を提供する。
【０１００】
一実施形態では、本発明は、ユーザ機器ＵＥに関するハンドオーバＨＯ実行手続きおよび音声呼継続性ＶＣＣ手続きを含む単一無線音声呼継続性ＳＲＶＣＣ移動性におけるフロー中断の低減のため、
ＨＯ実行手続きおよびＶＣＣ手続きを調整するため、ＵＥにおいてＨＯ実行を遅らせるための手段
を含むユーザ機器ＵＥを提供する。
【０１０１】
一実施形態では、前記ユーザ機器ＵＥは、
ＵＥによるＨＯコマンドの受信後に、ＵＥにおいてＵＯ実行を遅らせるための手段
を含む。
【０１０２】
一実施形態では、前記ユーザ機器ＵＥは、
無線状態が呼断を回避するためＨＯ実行を必要とした場合すぐにそれを行うための手段
を含む。
【０１０３】
一実施形態では、前記ユーザ機器ＵＥは、
ネットワークによって通知される遅延情報に従いＨＯ実行を遅らせるための手段
を含む。
【０１０４】
一実施形態では、通知される遅延情報を含む少なくとも１つのメッセージは、ＨＯコマンドを伴うメッセージに対応する。
【０１０５】
一実施形態では、遅延情報を通知することは、遅延パラメータを通知すること、その後に必要な場合に、即時ＨＯ実行を命令するコマンドを通知することを含む。
【０１０６】
一実施形態では、即時ＨＯ実行を命令するコマンドを通知することは、値ゼロの遅延パラメータを通知することを含む。
【０１０７】
一実施形態では、前記ユーザ機器ＵＥは、
遅延パラメータを受信すると、前記遅延パラメータの値を使用してタイマーを設定し、次いで以下の事象、すなわち、
・タイマーが終了する
・無線状態が呼断を回避するため直ちにＨＯ実行を行うことを必要とする
のうち１つが最初に生じるまで、ＨＯ実行を開始するタイミングを待つための手段
を含む。
【０１０８】
一実施形態では、前記ユーザ機器ＵＥは、
ＵＥが即時ＨＯ実行を命令するコマンドを受信した場合に、直ちにＨＯ実行を行うための手段
を含む。
【０１０９】
一実施形態では、前記ユーザ機器ＵＥは、
遅延パラメータを受信すると、前記遅延パラメータの値を使用してタイマーを設定し、次いで以下の事象、すなわち、
・タイマーが終了する
・無線状態が呼断を回避するため直ちにＨＯ実行を行うことを必要とする
・即時ＨＯ実行を命令するコマンドがＵＥによって受信される
のうち１つが最初に生じるまで、ハンドオーバ実行を開始するタイミングを待つための手段
を含む。
【０１１０】
一実施形態では、前記ユーザ機器ＵＥは、
ネットワークによって通知されるハンドオーバ実行に関する遅延情報を考慮する能力をネットワークに通知するための手段
を含む。
【０１１１】
上述の手段の詳細な実施態様は、当業者に何らかの特別な問題を提起するものではなく、したがって、かかる手段は、当業者向けにその機能によって上記よりも完全に開示される必要はない。
【０１１２】
当業者は、上記の各種方法のステップがプログラムされたコンピュータによって実施できることを容易に理解しよう。本明細書では、いくつかの実施形態はさらに、プログラム記憶デバイス、例えばデジタル・データ記憶媒体を対象とすることを意図しており、かかるデバイスは、機械またはコンピュータ可読であり、機械実行可能またはコンピュータ実行可能な命令のプログラムを符号化し、前記命令は、上記方法のステップの一部または全部を実行する。プログラム記憶デバイスは、例えば、デジタル・メモリ、磁気ディスクや磁気テープのような磁気記憶媒体、ハード・ドライブ、または光学的に可読なデジタル・データ記憶媒体であってよい。実施形態はまた、上記方法の前記ステップを実行するようにプログラムされたコンピュータを対象とすることを意図している。
【図１】
0005390015.tif 000002
【図２】
0005390015.tif 000003
【図３】
0005390015.tif 000004
【図４】
0005390015.tif 000005
【図５】
0005390015.tif 000006
【図６】
0005390015.tif 000007
【図７】
0005390015.tif 000008