(57)【要約】本発明は、パケット交換ドメインから回路交換ドメインへのＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するための方法及び装置を提案する。主たる発想は、２つのハンドオーバ手順が同じ又はほぼ同じ時間に開始するように、ＩＰマルチメディア・サブシステムＩＭＳレイヤでのセッション・ハンドオーバ手順とレイヤ２でのセル・ハンドオーバ手順との間に同期化機構を導入することである。移動交換局ＭＳＣサーバがソース移動性管理エンティティＭＭＥからハンドオーバの要求を受信すると、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンド・ユーザ装置ＵＥに到達するまでに必要な時間が最初に計算され、次に、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な予め決められている時間と比較される。この比較結果に従って、ＭＳＣサーバがセッション・ハンドオーバの要求をサービス集中及び連続性アプリケーションサーバ（ＳＣＣ  ＡＳ）に送信すること及びセル・ハンドオーバの要求をソースＭＭＥに送信することの順序及び時間を決定し、この順序及び時間に従って上記２つの要求を送信して、セッション・ハンドオーバの要求がリモートエンド通信端末に到達する時間がセル・ハンドオーバの要求がローカル通信端末に到達する時間と同じ又はほぼ同じになることを確実にする。
2013501431.tif 000002
【特許請求の範囲】
【請求項１】
回路交換ドメインの制御装置が前記パケット交換ドメインの制御装置から、前記パケット交換ドメインから前記回路交換ドメインへの現在の会話のハンドオーバを示すハンドオーバの要求を受信する際の、ＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するための方法であって、
前記回路交換ドメインの前記制御装置がメッセージを送信する時間からこのメッセージがリモートエンド通信端末に到達するまでに必要な時間である第１の時間分を計算する計算ステップと、
前記計算された第１の時間分を予め決定されている第２の時間分と比較する比較ステップであって、前記第２の時間分は、前記回路交換ドメインの前記制御装置がメッセージを送信する時間からこのメッセージがローカル通信端末に到達するまでに必要な時間である、比較ステップと、
前記第１の時間分と第２の時間分の前記比較結果に基づいて、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信することと、セル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に送信することとに関する順序及び時間を前記回路交換ドメインの前記制御装置によって決定し、前記２つの要求を前記順序及び時間に従って送信して、前記ローカル通信端末でのセル・ハンドオーバの前記要求の到達と同じ又はほぼ同じ時間にセッション・ハンドオーバの前記要求が前記リモートエンド通信端末に到達することを確実にする同期化ステップと、を備える、方法。
【請求項２】
前記計算ステップが、
前記回路交換ドメインの前記制御装置が非セッション・ハンドオーバ要求の要求メッセージをＶｏＩＰ会話をアンカーする前記装置に送信することと、
ＶｏＩＰ会話をアンカーする前記装置が前記要求メッセージを受信した後に前記リモートエンド通信端末と対話することと、
ＶｏＩＰ会話をアンカーする前記装置が前記リモートエンド通信端末と対話した後に前記回路交換ドメインの前記制御装置に応答メッセージを送信することと、
前記回路交換ドメインの前記制御装置が、前記要求メッセージを送信する前記時間及び前記応答メッセージを受信する前記時間に従って、前記第１の時間分を計算することと、をさらに備えることを特徴とする、請求項１に記載の方法。
【請求項３】
前記計算ステップが、
前記要求メッセージを送信する前記時間及び前記応答メッセージを受信する前記時間に基づいて、前記回路交換ドメインの前記制御装置が、前記２つの時間の間の前記時間分の所定の割合として前記第１の時間分を計算することをさらに備えることを特徴とする、請求項１乃至２のいずれか１項に記載の方法。
【請求項４】
前記同期化ステップが、
前記第１の時間分が前記第２の時間分より長い場合に、
前記回路交換ドメインの前記制御装置がセッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置に送信することと、
前記回路交換ドメインの前記制御装置が前記第１の時間分と前記第２の時間分との差異である時間間隔でタイマを開始することと、
前記タイマが終了した後、前記回路交換ドメインの前記制御装置がセル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に送信することと、をさらに備えることを特徴とする、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記同期化ステップが、
前記第１の時間分が前記第２の時間分より短い場合に、
前記回路交換ドメインの前記制御装置がセル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に送信することと、
前記回路交換ドメインの前記制御装置が前記第２の時間分と前記第１の時間分との差異である時間間隔でタイマを開始することと、
前記タイマが終了した後、前記回路交換ドメインの前記制御装置がセッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置に送信することと、をさらに備えることを特徴とする、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記同期化ステップが、
前記第１の時間分が前記第２の時間分に等しい場合に、前記回路交換ドメインの前記制御装置がセル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置に同時に送信することをさらに備える、ことを特徴とする、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記回路交換ドメインの前記制御装置がＭＳＣサーバ又はメディアゲートウェイＭＧＷであり、
前記パケット交換ドメインの前記制御装置が移動性管理エンティティＭＭＥであり、
ＶｏＩＰ会話をアンカーする前記装置がサービス集中及び連続性アプリケーションサーバＳＣＣ  ＡＳであることを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
ＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するための回路交換ドメインの制御装置の装置であって、
パケット交換ドメインの制御装置からハンドオーバの要求を受信するための受信手段であって、前記要求が前記パケット交換ドメインから前記回路交換ドメインへの現在の会話のハンドオーバを示す、受信手段と、
前記回路交換ドメインの前記制御装置がメッセージを送信する時間からこのメッセージがリモートエンド通信端末に到達するまでに必要な時間である第１の時間分を計算するための計算手段と、
前記計算された第１の時間分を予め決定されている第２の時間分と比較するための比較手段であって、前記第２の時間分は、前記回路交換ドメインの前記制御装置がメッセージを送信する時間からこのメッセージがローカル通信端末に到達するまでに必要な時間である、比較手段と、
前記比較手段の前記比較結果に基づいて、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信することと、セル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に送信することとに関する順序及び時間を、前記ローカル通信端末でのセル・ハンドオーバの前記要求の到達と同じ又はほぼ同じ時間にセッション・ハンドオーバの前記要求が前記リモートエンド通信端末に到達することが確実になるように、決定するための同期化手段と、
セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置に送信し、セル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に送信するために、前記２つの要求を前記同期化手段によって決定された前記順序及び時間に従って送信するための送信手段と、を備えることを特徴とする、装置。
【請求項９】
前記送信手段はさらに、非セッション・ハンドオーバ要求の要求メッセージをＶｏＩＰ会話をアンカーする前記装置に送信し、前記受信手段はさらに、前記リモートエンド通信端末との対話の後にＶｏＩＰ会話をアンカーする前記装置によって前記回路交換ドメインの前記制御装置に送信される応答メッセージを受信し、前記計算手段はさらに、前記要求メッセージを送信する前記時間及び前記応答メッセージを受信する前記時間に従って前記第１の時間分を計算する、請求項８に記載の装置。
【請求項１０】
前記計算手段が、前記要求メッセージを送信する前記時間及び前記応答メッセージを受信する前記時間に従って、前記２つの時間の間の前記時間分の所定の割合として前記第１の時間分を計算する、請求項８乃至９のいずれか１項に記載の装置。
【請求項１１】
前記比較手段の前記比較結果が、前記第１の時間分が前記第２の時間分より長い場合に、
前記同期化手段が前記送信手段に、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置に送信させ、
前記同期化手段が前記第１の時間分と前記第２の時間分との差異である時間間隔でタイマを開始し、
前記同期化手段が前記送信手段に、前記タイマが終了した後、セル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置へ送信させる、請求項８乃至１０のいずれか１項に記載の装置。
【請求項１２】
前記比較手段の前記比較結果が、前記第１の時間分が前記第２の時間分より短い場合に、
前記同期化手段が前記送信手段に、セル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置に送信させ、
前記同期化手段が、前記第２の時間分と前記第１の時間分との差異である時間間隔でタイマを開始し、
前記同期化手段が前記送信手段に、前記タイマが終了した後、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置へ送信させる、請求項８乃至１１のいずれか１項に記載の装置。
【請求項１３】
前記比較手段の前記比較結果が、前記第１の時間分が前記第２の時間分に等しい場合に、
前記同期化手段が前記送信手段に、セル・ハンドオーバの要求を前記パケット交換ドメインの前記制御装置へ、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする前記装置へ同時に送信させる、請求項８乃至１２のいずれか１項に記載の装置。
【請求項１４】
前記回路交換ドメインの前記制御装置がＭＳＣサーバ又はメディアゲートウェイＭＧＷであり、
前記パケット交換ドメインの前記制御装置が移動性管理エンティティＭＭＥであり、
ＶｏＩＰ会話をアンカーする前記装置がサービス集中及び連続性アプリケーションサーバＳＣＣ  ＡＳであることを特徴とする、請求項８乃至１３のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、特に、通信ネットワークにおけるパケット交換ドメインから回路交換ドメインへのＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するための方法及び装置に関する。
【背景技術】
【０００２】
現在、我々は固定及び移動ネットワークの高速な融合を経験しており、一方、ＩＭＳ（ＩＰマルチメディア・サブシステム）がそのような環境下で生み出されている。ＩＭＳは、グローバルで、アクセスに依存せず、且つ標準ベースのＩＰチャネル及びサービス制御のアーキテクチャであり、通常のインターネットプロトコルに基づく端末ユーザが種々のマルチメディアサービスを使用することを可能にする。ＩＭＳシステムは、多種多様のアクセスモードを提供するだけでなく、回路交換ドメインとの相互運用を実現する。パケット交換ドメインに現在、位置するマルチモード移動端末に対して、それがパケット交換ドメインによってサービス提供されるネットワークの端に若しくは外側に移動する際に、又はそれが回路交換ドメインによってサービス提供されるネットワークに位置するとともにパケット交換ドメインによって現在サービス提供されるネットワークが利用不可能になっている際に、会話の品質を確保するためにパケット交換ドメインから回路交換ドメインへの会話をハンドオーバし得る。
【０００３】
従来の技術では、ユーザ端末が情報をパケット交換ドメイン及び回路交換ドメイン上で同時に受信及び送信し得る場合、一般に、ハンドオーバは現在の接続が解放される前に完了される。換言すると、ユーザ端末が、回路交換ドメインの呼又はセッションを確立し、その一方でパケット交換ドメインの既存の音声呼を保持する。ユーザは、回路交換ドメインの呼又はセッションが確立されて、次にパケット交換ドメインのネットワークリソースをハンドオーバの前に解放した後だけに回路交換ドメインの呼又はセッションに音声媒体をハンドオーバする。このやり方は、通常、最短のブレーク継続時間を有する。しかしながら、同時に２つのドメイン上で情報を受信及び送信することが不可能な端末に対しては、この方法は適用不可能である。
【０００４】
それゆえに、３ＧＰＰ  ＴＳ  ２３．２１６は、ＩＭＳシステムにアンカーされた呼に対するＥＰＳ（進化型パケットシステム）ＰＳ（パケット交換）アクセス及びＵＴＲＡＮ／ＧＥＲＡＮ（ユニバーサル地上波無線アクセスネットワーク／ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク）ＣＳ（回路交換）アクセスの間の音声呼の連続性を保持するためのＳＲＶＣＣ（単一無線音声呼連続性）解決を規定する。この状況では、ＵＥ（ユーザ装置）は、所与の時間で前述の２つのアクセスネットワークのうちの１つを介して単にデータを送信又は受信することが可能である。
【０００５】
しかしながら、３ＧＰＰ  ＴＳ  ２３．２１６によって規定されているＳＲＶＣＣ解決は、不確定なブレーク継続時間、複雑な信号伝達等々のいくつかの欠点も含む。不確定なブレーク継続時間がなぜ存在するのかは、以下でより詳細に説明される。
【０００６】
図１は、３ＧＰＰ  ＴＳ  ２３．２１６によって規定されている、Ｅ−ＵＴＲＡＮ（進化型ＵＴＲＡＮ）からＵＴＲＡＮ／ＧＥＲＡＮへのＶｏＩＰ会話のハンドオーバのＳＲＶＣＣネットワークアーキテクチャを示す。
【０００７】
図１に示されるように、ＵＥは、Ｅ−ＵＴＲＡＮ及びＳ−ＧＷ／ＰＤＮ  ＧＷを介してＩＭＳにアクセスする。Ｅ−ＵＴＲＡＮは、ＬＴＥ（ロング・ターム・エボリューション（Ｌｏｎｇ  ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））とも呼ばれ、無線アクセスネットワーク部分を担当する複数のＥ−ノードＢ（Ｅ−Ｎｏｄｅ  Ｂ）を含む。ＥＰＳは、既存のＷＣＤＭＡ及びＴＤ−ＳＣＤＭＡシステムのノードＢ（ＮｏｄｅＢ）、ＲＮＣ（無線ネットワーク制御装置）及びＣＮ（基幹ネットワーク）に対して機能的な統合を実施し、２つのネットワーク要素、ｅノードＢ及びＥＰＣとして単純化する。ＥＰＣは、基幹ネットワークの信号処理を担当する制御ノードとして機能するためのＭＭＥ（移動性管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ））と、基幹ネットワークのデータ処理を担当するＳ−ＧＷ（サービング・ゲートウェイ）／ＰＤＮ−ＧＷ（パケットデータ・ネットワーク・ゲートウェイ）とを備える。ここで、非３ＧＰＰ無線アクセスネットワークは、ＰＤＮ−ＧＷを介してＥＰＣにアクセスし得て、３ＧＰＰ無線ネットワークは、Ｓ−ＧＷを通してＥＰＣにアクセスし得る。
【０００８】
さらに、図１は、本明細書によって提案されるネットワーク要素間のインターフェースも示す。例えば、Ｅ−ＵＴＲＡＮがＳ１（ｌｕに類似）インターフェースを介してＥＰＣと接続し、複数のＥ−ＵＴＲＡＮがＸ２（ｌｕｒに類似）インターフェース（図示せず）を介して互いに接続し、且つＵＥがＬＴＥ−Ｕｕインターフェースを介してＥ−ＵＴＲＡＮに接続する。
【０００９】
図１に示される環境では、ＵＥは、それがＥ−ＵＴＲＡＮのサービス範囲の端又はＥ−ＵＴＲＡＮによってサービス提供される領域の外側に位置する場合、ＵＴＲＡＮ／ＧＥＲＡＮによって提供される回路交換ドメインへのハンドオーバを決定することができる。ＵＴＲＡＮ／ＧＥＲＡＮでは、ＵＥが基地局及びＭＳＣ（移動交換局）サーバを介してＩＭＳネットワークにアクセスする。
【００１０】
ここで、ＵＴＲＡＮは、比較的新しいＵＭＴＳに関するアクセスネットワークの一種であり、今やノードＢ、ＲＮＣ、ＣＮ等を含む、ＵＭＴＳの重要なアクセス方法になった。一方、ＧＥＲＡＮは、３ＧＰＰによって規定及び維持されるＧＳＭの重要な部分であり、ＵＴＭＳ／ＧＳＭネットワークにも同様に含まれ、基地局ＢＳ、基地局制御装置ＢＳＣ、及びそれらのインターフェース（例えば、Ａｔｅｒインターフェース、Ａｂｉｓインターフェース、Ａインターフェース等）を備える。一般に、携帯電話事業者のネットワークは、複数のＧＥＲＡＮで構成され、ＵＭＴＳ／ＧＳＭネットワークのＵＴＲＡＮに結合されている。
【００１１】
図１のその他のネットワーク要素及びネットワーク要素の通信方法に関する詳細な情報は、ＴＳ２３．２１６を参照し得る。
【００１２】
図２は、３ＧＰＰ  ＴＳ２３．２１６に規定されるような、ＤＴＭ／ＰＳＨＯ（デュアル転送モード／パケット交換ハンドオーバ）サポートなしでのＥ−ＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへのＳＲＶＣＣのハンドオーバに関する呼フローを示す。音声会話のハンドオーバを達成するために、ＳＣＣ  ＡＳ（サービス集中及び連続性アプリケーションサーバ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ））等に、音声会話がＩＭＳで事前にアンカーされる必要がある。
【００１３】
図２に示されるように、ローカル／ソースＵＥから受信される測定報告に従って、ソースＥ−ＵＴＲＡＮが、ローカルＵＥの進行中のＶｏＩＰ呼に対してパケットドメインから回路ドメインへのハンドオーバを実行することを決定すると、それはローカルＭＭＥにハンドオーバの要求を送信し、次に、ソースＭＭＥが（続いて音声サービスを転送するために使用される）ベアラ（ｂｅａｒｅｒ）を分割し、ハンドオーバの対応する要求をパケットドメインから回路ドメインに、現在、ローカルＵＥのサービス提供が可能なＭＳＣサーバ又はメディアゲートウェイ（ｍｅｄｉａ  ｇａｔｅｗａｙ）に送信する。対応するＭＳＣ／メディアゲートウェイは、ハンドオーバ準備及び回路の設定の後にセッション転送を開始する。ここで、ローカルＵＥがハンドオーバされるターゲットＭＳＣと、ＭＭＥからハンドオーバ要求を受信したＭＳＣとが同じＭＳＣである場合、点線部のステップ６、８及び９は（ステップ２０及び２１と同様に）省略され得ることに留意されたい。
【００１４】
次に、ＳＲＶＣＣは、ＩＭＳレイヤでのセッション・ハンドオーバ手順及びレイヤ２でのターゲット・セルへのセル・ハンドオーバ手順を含む。即ち、ＳＲＶＣＣには２つのユーザ−プレーン・ハンドオーバが存在する。
【００１５】
１）ステップ１０〜１２、ＩＭＳのＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を実行し、ターゲットＣＳアクセス・レッグ（ａｃｃｅｓｓ  ｌｅｇ）のＳＤＰを用いてリモートＵＥ（即ち、ローカルＵＥとＶｏＩＰ会話を確立する相手）を更新し、ソースＥＰＣ  ＰＳアクセス・レッグを解放する。これらのステップによって、進行中の会話の音声構成要素のユーザ・プレーン上でのＥＰＣからＭＧＷへの切替が生じる。
【００１６】
２）ステップ１５〜２１、ローカルＵＥ及びアクセスネットワーク上でＥ−ＵＴＲＡＮからＵＴＲＡＮ／ＧＥＲＡＮへのハンドオーバが実行される。これはローカルＵＥ及びアクセスネットワークで実行されるＲＡＴ（無線アクセス方式）の間のハンドオーバであり、現在のＥ−ＵＴＲＡＮセルからターゲットＵＴＲＡＮ／ＧＥＲＡＮセルへのローカルＵＥのハンドオーバを生じる。
【００１７】
ＶｏＩＰ呼ブレーク、即ち、音声フロー・ブレークは、上記２つのハンドオーバ手順の両方で生成される。図２の各手順は、連続的な番号で番号付けられているが、しかしながら、それはステップ１０〜１２とステップ１５〜２１との間の時間での関係を意味しない。反対に、ステップ１０〜１２がステップ１５の後に、又はステップ１５と同時に実行されることが完全に可能である。換言すると、音声ブレーク継続時間を不制御にし、且つ不確定にする２つのハンドオーバの間の同期は存在しない。最悪の場合、音声ブレーク継続時間は、極めて長く、ユーザの体験を悪化させ得る。
【００１８】
図３は、上記ＳＲＶＣＣ解決でのＶｏＩＰ会話のブレーク継続時間を示す。ここで、Ｔ１は、レイヤ２でのセル・ハンドオーバ手順のブレーク継続時間を示し、その一方で、ブレークの開始時間及び終了時間を示す。Ｔ２は、ＩＭＳレイヤでのセッション・ハンドオーバ手順のブレーク継続時間を示し、その一方で、ブレークの開始時間及び終了時間を同様に示す。
【００１９】
ケース１：ＩＭＳレイヤでセッション・ハンドオーバ手順により生じたブレークが、セル・ハンドオーバ手順により生じたブレークの前に発生する。この場合、ＳＲＶＣＣによって生成されたブレーク継続時間は、Ｔ１及びＴ２の最大値より大きく、Ｔ１＋Ｔ２より大きくなく、最悪の場合、Ｔ１＋Ｔ２と等しい。
【００２０】
ケース２：ＩＭＳレイヤでのセッション・ハンドオーバ手順により生じたブレークは、セル・ハンドオーバ手順により生じたブレークと同じ時間で発生する。この場合、ＳＲＶＣＣによって生成されたブレーク継続時間は、Ｔ１及びＴ２の最大値に等しい。
【００２１】
ケース３：セル・ハンドオーバ手順により生じたブレークは、ＩＭＳレイヤでのセッション・ハンドオーバ手順により生じたブレークの前に発生する。この場合、ケース１と同様に、ＳＲＶＣＣによって生成されたブレーク継続時間は、Ｔ１及びＴ２の最大値より大きく、Ｔ１＋Ｔ２より大きくなく、最悪の場合には、Ｔ１＋Ｔ２に等しい。
【先行技術文献】
【非特許文献】
【００２２】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．２１６
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．２３７
【非特許文献３】３ＧＰＰ  ＴＳ  ２３．２９２
【発明の概要】
【発明が解決しようとする課題】
【００２３】
従って、３ＧＰＰ  ＴＳ  ２３．２１６によって提案されているＳＲＶＣＣ解決によって生成されたブレーク継続時間は、不連続で制御不可能であることが分かる。
【課題を解決するための手段】
【００２４】
上述された従来技術での欠点を克服するために、本発明は、ＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減する方法及び装置を提案する。
【００２５】
本発明の第１の態様によれば、回路交換ドメインの制御装置がパケット交換ドメインの制御装置から、パケット交換ドメインから回路交換ドメインへの現在の会話のハンドオーバを示すハンドオーバの要求を受信する際の、ＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するための方法が提供され、この方法は、回路交換ドメインの制御装置がメッセージを送信する時間からこのメッセージがリモートエンド通信端末に到達するまでに必要な時間である第１の時間分を計算する計算ステップと、計算された第１の時間分を予め決定されている第２の時間分と比較する比較ステップであって、第２の時間分は、回路交換ドメインの制御装置がメッセージを送信する時間からこのメッセージがローカル通信端末に到達するまでに必要な時間である、比較ステップと、第１の時間分と第２の時間分の比較結果に従って、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信することと、セル・ハンドオーバの要求をパケット交換ドメインの制御装置に送信することとに関する順序及び時間を決定し、２つの要求を順序及び時間に従って送信して、ローカル通信端末でのセル・ハンドオーバの要求の到達と同じ又はほぼ同じ時間にセッション・ハンドオーバの要求がリモートエンド通信端末に到達することを確実にする、回路交換ドメインの制御装置の同期化ステップと、を備える。
【００２６】
好ましくは、前記計算ステップが、回路交換ドメインの制御装置が非セッション・ハンドオーバ要求の要求メッセージをＶｏＩＰ会話をアンカーする装置に送信することと、ＶｏＩＰ会話をアンカーする装置が要求メッセージを受信した後にリモートエンド通信端末と対話することと、ＶｏＩＰ会話をアンカーする装置がリモートエンド通信端末と対話した後に回路交換ドメインの制御装置に応答メッセージを送信することと、回路交換ドメインの制御装置が、要求メッセージを送信する時間及び応答メッセージを受信する時間に従って、第１の時間分を計算することと、をさらに備える。
【００２７】
好ましくは、前記計算ステップが、要求メッセージを送信する時間及び応答メッセージを受信する時間に従って、回路交換ドメインの制御装置が、２つの時間の間の時間分の所定の割合として第１の時間分を計算することをさらに備える。
【００２８】
好ましくは、前記同期化ステップが、第１の時間分が第２の時間分より長い場合に、回路交換ドメインの制御装置がセッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信することと、回路交換ドメインの制御装置が第１の時間分と第２の時間分との差異である時間間隔でタイマを開始することと、タイマが終了した後、回路交換ドメインの制御装置がセル・ハンドオーバの要求をパケット交換ドメインの制御装置に送信することと、をさらに備える。
【００２９】
好ましくは、前記同期化ステップが、第１の時間分が第２の時間分より短い場合に、回路交換ドメインの制御装置がセル・ハンドオーバの要求をパケット交換ドメインの制御装置に送信することと、回路交換ドメインの制御装置が第２の時間分と第１の時間分との差異である時間間隔でタイマを開始することと、タイマが終了した後、回路交換ドメインの制御装置がセッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信することと、をさらに備える。
【００３０】
好ましくは、前記同期化ステップが、第１の時間分が第２の時間分に等しい場合に、回路交換ドメインの制御装置がセル・ハンドオーバの要求をパケット交換ドメインの制御装置に、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に同時に送信することをさらに備える。
【００３１】
本発明の第２の態様によれば、ＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するための回路交換ドメインの制御装置の装置が提供され、パケット交換ドメインの制御装置からハンドオーバの要求を受信するための受信手段であって、要求がパケット交換ドメインから回路交換ドメインへの現在の会話のハンドオーバを示す、受信手段と、回路交換ドメインの制御装置がメッセージを送信する時間からこのメッセージがリモートエンド通信端末に到達するまでに必要な時間である第１の時間分を計算するための計算手段と、計算された第１の時間分を予め決定されている第２の時間分と比較するための比較手段であって、第２の時間分は、回路ドメインの制御装置がメッセージを送信する時間からこのメッセージがローカル通信端末に到達するまでに必要な時間である、比較手段と、比較手段の比較結果に従って、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信することと、セル・ハンドオーバの要求をパケット交換ドメインの制御装置に送信することとに関する順序及び時間を決定するための同期化手段と、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信し、セル・ハンドオーバの要求をパケット交換ドメインの制御装置に送信するために、２つの要求を同期化手段によって決定された順序及び時間に従って送信するための送信手段と、を備える。
【００３２】
好ましくは、送信手段はさらに、非セッション・ハンドオーバ要求の要求メッセージをＶｏＩＰ会話をアンカーする装置に送信し、受信手段はさらに、リモートエンド通信端末との対話の後にＶｏＩＰ会話をアンカーする装置によって回路交換ドメインの制御装置に送信される応答メッセージを受信し、計算手段はさらに、要求メッセージを送信する時間及び応答メッセージを受信する時間に従って第１の時間分を計算する。
【００３３】
好ましくは、計算手段が、要求メッセージを送信する時間及び応答メッセージを受信する時間に従って、２つの時間の間の時間分の所定の割合として第１の時間分を計算する。
【００３４】
好ましくは、比較手段の比較結果が、第１の時間分が第２の時間分より長い場合に、同期化手段が送信手段に、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置に送信させ、同期化手段が第１の時間分と第２の時間分との差異である時間間隔でタイマを開始し、同期化手段が送信手段に、タイマが終了した後、セル・ハンドオーバの要求をパケット交換ドメインの制御装置へ送信させる。
【００３５】
好ましくは、比較手段の比較結果が、第１の時間分が第２の時間分より短い場合に、同期化手段が送信手段に、セル・ハンドオーバの要求をパケット交換ドメインの制御装置に送信させ、同期化手段が、第２の時間分と第１の時間分との差異である時間間隔でタイマを開始し、同期化手段が送信手段に、タイマが終了した後、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置へ送信させる。
【００３６】
好ましくは、比較手段の比較結果が、第１の時間分が第２の時間分に等しい場合に、同期化手段が送信手段に、セル・ハンドオーバの要求をパケット交換ドメインの制御装置へ、セッション・ハンドオーバの要求をＶｏＩＰ会話をアンカーする装置へ同時に送信させる。
【発明の効果】
【００３７】
本発明の方法及び装置を用いることで、ＳＲＶＣＣ解決での音声ブレークを生じさせる、２つの主なハンドオーバ手順、即ち、ＩＭＳレイヤでのセッション・ハンドオーバ手順及びレイヤ２でのセル・ハンドオーバ手順に同期化機構が導入され、全ＳＲＶＣＣ手順のブレークが制御状態及び一定になり、且つブレークの継続時間が最小値に短縮され、それによりシステム性能が向上されてサービス品質が明確に改善されるように、２つのハンドオーバ手順のブレークが同じ又はほぼ同じ時間に発生するようになる。さらに、本発明の解決法は、既存のネットワークに影響をほぼ全く及ぼさず、従って高い互換性を有する。
【００３８】
本発明の他の特性、目的及び利点は、図面、非限定実施形態に関連した以下の詳細な説明を読解することによってより明確になるであろう。
【図面の簡単な説明】
【００３９】
【図１】図１は、３ＧＰＰ  ＴＳ  ２３．２１６によって規定されるＳＲＶＣＣに関するネットワークアーキテクチャの概略図である。
【図２】従来技術のＤＴＭ／ＰＳＨＯのサポートなしでのＥ−ＵＴＲＡＮからターゲットＧＥＲＡＮへのハンドオーバに関するＳＲＶＣＣフローの図である。
【図３】従来技術のＳＲＶＣＣブレーク継続時間の概略図である。
【図４】本発明の一実施形態による改善されたＳＲＶＣＣの例示的なフローチャートである。
【図５】本発明の一実施形態による改善されたＳＲＶＣＣの例示的なフローチャートである。
【図６】本発明の一実施形態による改善されたＳＲＶＣＣの例示的なフローチャートである。
【図７】本発明の一実施形態による、ＶｏＩＰ会話のハンドオーバでのブレーク継続時間を低減するためのＭＳＣサーバの装置を示す図である。
【発明を実施するための形態】
【００４０】
上記の解析に基づいて、３ＧＰＰ  ＴＳ  ２３．２１６によって与えられるＳＲＶＣＣ解決の音声ブレークは、ＩＭＳレイヤでのセッション・ハンドオーバ手順と、レイヤ２でのターゲット・セルへのセル・ハンドオーバ手順（ローカルＵＥ及びアクセスネットワークの間で実行されるハンドオーバ）との、２つの部分によって主として生成されることが分かる。しかしながら、これら２つの手順の間では同期化機構が存在せず、そのために音声ブレークの継続時間が制御不可能且つ不確定になってしまう。最悪の場合、上述したように、ユーザの体験を極めて悪化させる程度に、音声ブレークの継続時間が長くなり得る。これは、ハンドオーバの２つの手順の間の同期化機構の欠如によって生じている。同期化機構を導入することができれば、音声ブレークの継続時間が固定値に短縮される。
【００４１】
本発明の基本的な考えは、２つのハンドオーバ手順が同時又はほぼ同時に開始するように、ＩＭＳレイヤでのセッション・ハンドオーバ手順とレイヤ２でのセル・ハンドオーバ手順との間に同期化機構が導入されることである。従って、全ＳＲＶＣＣのブレーク継続時間は上述のケース２での最小の一定値になる。
【００４２】
この目的で、ＰＳからＣＳへの応答メッセージをＭＭＥに、ＥＵＴＲＡＮからのＨＯコマンドを最終的に受信するローカルＵＥに、送信するＭＳＣサーバが必要とする平均時間を示す、値Ｐ２がＭＳＣサーバで予め決定されている必要がある。そのような平均時間は、メッセージが通過する通信ノードによるメッセージの総処理時間と、ネットワークでのメッセージの送信の所要時間との２つの部分を主として備える。ＵＥへのその配信でメッセージが通過したノードの数が固定されているので、メッセージを処理するためにそれらのノードによって必要とされる時間は計算され得る。さらに、ＭＳＣサーバ及びローカルＵＥの両方が同じローカルネットワークに配置されているので、ローカルネットワークにおいてＭＳＣサーバからＵＥまでメッセージが通過する距離に多くの変化がないため、ネットワークでメッセージの送信に必要な時間も多くの変化はなく、経験に基づいて推定することが可能である。従って、ＭＳＣサーバによって送信されるメッセージからローカルＵＥに最終的に到達するメッセージに必要な時間が計算され、経験に基づいて推定され得ること、即ち、Ｐ２を事前に推測可能であることを我々は理解できるであろう。
【００４３】
図４、５及び６は、本発明の特定の実施形態による改善されたＳＲＶＣＣフローを示す。図面に示される各ステップは連続的な番号で番号付けられているが、各ステップの実行の順番を意味しないことを理解されたい。ステップ１〜９は、図２のステップ１〜９と同じであることが分かるであろう。
【００４４】
相違点は、図４、５及び６のステップ１０では、ＭＳＣサーバによってＩＭＳのＳＣＣ  ＡＣに送信されるＩＮＶＩＴＥメッセージはＭＧＷのＳＤＰ情報を含まないが、一方、ＭＳＣサーバは、ＩＮＶＩＴＥメッセージを送信する際にその時間をＴ４として記録することである。ＩＮＶＩＴＥメッセージの受信に応じて、ＳＣＣ  ＡＳはリモートエンドＵＥ（図示せず）と対話し、リモートエンドＵＥのＳＤＰ情報が含まれている２００ＯＫ応答メッセージをＭＳＣサーバに送信する。リモートエンドＵＥは、ＭＧＷのＳＤＰ情報を取得しないため、リモートエンドＵＥのハンドオーバ手順は開始され得ず、最新のセッションのメディアストリームは現在まで接続されたままに保持される。ＭＳＣサーバは、２００ＯＫメッセージを受信する時間をＴ５として記録する。次に、ＭＳＣサーバは、上記メッセージのラウンドトリップに従って、メッセージをリモートエンドＵＥに送信するために必要な時間Ｐ１を計算する、例えば、Ｐ１を時間Ｔ４及びＴ５の間の時間分の所定の割合であるとして計算し、この割合は経験及びネットワーク状況によって５０％又は４５％等と設定され得る。ステップ１０〜１１は、Ｐ１を計算することを目的とするが、しかしながら、Ｐ１の計算は、前述のＩＮＶＩＴＥ−２００ＯＫメッセージ対に限定されず、ＩＮＶＩＴＥ−１８３一時応答メッセージ等のその他のメッセージを用い得る。
【００４５】
図２のステップ１０のＩＮＶＩＴＥメッセージは、セッション・ハンドオーバの要求であり、それがＭＧＷのＳＤＰ情報を含むので、ＳＣＣ  ＡＳを介してリモートエンドＵＥが一度、このＩＮＶＩＴＥメッセージを受信すると、リモートエンドＵＥによってセッション・ハンドオーバ手順が開始されることに留意されたい。しかしながら、図４、５及び６のステップ１０のＩＮＶＩＴＥメッセージは、それがＭＧＷのＳＤＰ情報を含まないので、非セッション・ハンドオーバ要求の要求メッセージであり、従って、リモートエンドＵＥは、ＳＣＣ  ＡＳを介してＩＮＶＩＴＥメッセージを受信した後にセッション・ハンドオーバ手順を開始することは不可能である。ＩＮＶＩＴＥメッセージは、Ｐ１の値を計算するために主として使用される。
【００４６】
Ｐ１を計算した後、ＭＳＣサーバはＰ１を予め決定されているＰ２と比較する。ＭＳＣサーバは、異なる比較結果に基づいて異なる動作を実行する。
【００４７】
Ｐ１がＰ２より大きい、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な時間が、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な時間より長い場合、後のフローは図４に示されるようになる。ＭＳＣサーバは、その中にＭＧＷのＳＤＰ情報を有するメッセージである、図４のステップ１２に示されるようなＡＣＫメッセージ等のセッション・ハンドオーバの要求をＳＣＣ  ＡＳに最初に送信する。同時に、ＭＳＣサーバは、Ｐ１−Ｐ２の時間間隔でタイマを開始する。ＭＧＷのＳＤＰ情報を備えるＡＣＫメッセージの受信に応じて、このＡＣＫメッセージの受信に基づいて、ＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を開始するためにリモートＵＥにＡＣＫメッセージを即座に送信し、リモートエンドＵＥを更新して、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。タイマが終了した後、ＭＳＣサーバは、図４のステップ１４に示されるようなＰＣからＣＳへの応答メッセージ等のセル・ハンドオーバの要求をソースＭＭＥに送信する。次に、ステップ１５及び１６が実行され、それによりローカルＵＥ側のターゲット・セルへのハンドオーバのセル・ハンドオーバ手順が開始され、後の手順は従来技術と同じである。
【００４８】
Ｐ２がＰ１より大きい、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な時間が、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な時間より長い場合、後のフローは図５に示されるようになる。ＭＳＣサーバは、図５のステップ１４に示されるようなＰＳからＣＳへの応答メッセージ等の、セル・ハンドオーバの要求をソースＭＭＥに最初に送信し、次にローカルＵＥ側でのセル・ハンドオーバ手順を開始し、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。同時に、ＭＳＣサーバはＰ２−Ｐ１の時間間隔でタイマを開始する。タイマが終了した後、ＭＳＣサーバは、図５のステップ１２に示されるようなＡＣＫメッセージ等のセッション・ハンドオーバの要求をＩＭＳのＳＣＣ  ＡＳに送信し、このメッセージはＭＧＷのＳＤＰ情報を有する。ＭＧＷのＳＤＰ情報を備えるＡＣＫメッセージの受信に応じて、このＡＣＫメッセージに基づいて、ＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を開始するためにリモートＵＥにＡＣＫメッセージを即座に送信し、リモートＵＥを更新して、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。
【００４９】
Ｐ１がＰ２に等しい、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な時間が、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な時間と同じくらいの長さである場合、図６に示されるように、ＭＳＣサーバはセッション・ハンドオーバの要求をＳＣＣ  ＡＳに、セル・ハンドオーバの要求をソースＭＭＥに同時に送信し、即ち、図６のステップ１２に示される（ＭＧＷのＳＤＰ情報を備える）ＡＣＫメッセージと、図６のステップ１４に示されるＰＳからＣＳへの応答メッセージが同時に送信される。ＡＣＫメッセージの受信に応じて、このＡＣＫメッセージに基づいて、ＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を開始するためにリモートＵＥにＡＣＫメッセージを即座に送信し、リモートＵＥを更新して、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。ソースＭＭＥは、ＰＳからＣＳへの応答メッセージを受信した後、ローカルＵＥ側でのセル・ハンドオーバ手順をさらに開始する。
【００５０】
このようにして、セッション・ハンドオーバの要求がリモートエンドＵＥに最終的に到達する時間が、セル・ハンドオーバの要求がローカルＵＥに最終的に到達する時間と同じ又はほぼ同じである。セッション・ハンドオーバの要求がリモートエンドＵＥに到達すると、リモートエンドＵＥがピア通信エンティティ（即ち、ローカルＵＥ）のＳＤＰ情報をＭＧＷのＳＤＰ情報と同様に更新し、それによりＩＭＳレイヤでのセッション・ハンドオーバに起因するブレークを開始させる。一方、セル・ハンドオーバの要求がローカルＵＥに最終的に到達すると、レイヤ２でのセル・ハンドオーバによって生じたブレークが開始する。それゆえに、図３のケース２に示されるように、ＩＭＳレイヤでのセッション・ハンドオーバによって生じたブレークが、レイヤ２でのセル・ハンドオーバによって生じたブレークと同時又はほぼ同時に発生する。この場合、上述したように、全ＳＲＶＣＣ手順のブレーク継続時間は最短である。
【００５１】
上記で、ローカルＵＥがハンドオーバされるターゲットＭＳＣとＭＳＣサーバとが同じＭＳＣサーバである場合、ステップ６、８及び９が省略され得ることは指摘した。さらに、ハンドオーバを高速化するために、ＭＳＣサーバはそれがソースＭＭＥからＰＳからＣＳへの応答メッセージを受信するとすぐにＩＮＶＩＴＥメッセージをＳＣＣ  ＡＳに送信する、即ち、ステップ５の直後にステップ１０を実行することが可能である。この状況では、ＭＳＣは、ステップ１２を実行する前に（即ち、ＡＣＫメッセージを送信する前に）以下の２つの条件：１．ステップ１１で２００ＯＫメッセージを受信していることと；２．ステップ６、８、９が省略されている、換言すると、ＭＳＣサーバとターゲットＭＳＣサーバとが同じＭＳＣサーバである場合には、ステップ７でメッセージを受信していて；ステップ６、８、９が実行される必要がある、換言すると、ＭＳＣサーバとターゲットＭＳＣが同じものでない場合には、ステップ９でメッセージを受信していることとを満たす必要がある。
【００５２】
図７は、本発明の一実施形態による、ＳＲＶＣＣのブレーク継続時間を低減するためのＭＳＣサーバの装置を示す。受信手段７０１がソースＭＭＥから図４〜６のステップ５のＰＳからＣＳへの応答メッセージ等のハンドオーバの要求を受信すると、受信手段７０１は、計算手段７０３に第１の時間分Ｐ１、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な平均時間を計算させる。ここで、ハンドオーバの要求は現在の会話のパケット交換ドメインから回路交換ドメインへのハンドオーバを示すものである。ＭＳＣサーバがローカルＵＥがハンドオーバされるターゲットＭＳＣと異なる場合には、受信手段７０１がソースＭＭＥからＰＳからＣＳへの応答メッセージを受信すると、図４〜６のステップ６、８及び９が実行されることに留意されたい。しかしながら、ステップ６、８、９の実行と計算手段７０３による第１の時間分Ｐ１の計算の２つ動作の集合の間には、順序的関係は存在しない、換言すると、計算手段７０３による第１の第１の時間分Ｐ１の計算がステップ６と同時に実行され得る。ＭＳＣサーバとローカルＵＥがハンドオーバされるＭＳＣとが同じものである場合、図４〜６のステップ６、８及び９が省略される、即ち、受信手段７０１はソースＭＭＥからＰＳからＣＳへの応答メッセージを受信すると即座に計算手段７０３に第１の時間分Ｐ１を計算させる。
【００５３】
具体的には、計算手段７０３が、図４〜６のステップ１０のＩＮＶＩＴＥメッセージ等の非セッション・ハンドオーバ要求の要求メッセージをＩＭＳのＳＣＣ  ＡＳに送信するように送信手段７０２に通知する。図２のステップ１０のＩＮＶＩＴＥメッセージとは異なり、このＩＮＶＩＴＥメッセージはＭＧＷのＳＤＰ情報を含まない。計算手段７０３は、それがＩＮＶＩＴＥメッセージを送信する時間をＴ４として記録する。ＭＧＷのＳＤＰ情報を取得するのに失敗するため、ＳＣＣ  ＡＳはＩＮＶＩＴＥメッセージを受信した後にリモートエンドＵＥ側でのセッション・ハンドオーバ手順を開始することが不可能である。ＳＣＣ  ＡＳは、リモートエンドＵＥと対話した後に、ＭＳＣサーバに２００ＯＫ応答メッセージを送信する。ＭＳＣサーバは、受信手段７０１を介してこのメッセージを受信する。受信手段７０１は、このイベントを計算手段７０３に通知し、それが２００ＯＫメッセージを受信した時間をＴ５として記録する。計算手段７０３は、時間Ｔ４及びＴ５に基づいてＰ１を計算する、例えば、Ｐ１を時間Ｔ４及びＴ５の間の時間分の所定の割合であるとして計算し、この割合は経験及びネットワーク状況によって５０％又は４５％等と設定され得る。
【００５４】
次に、計算手段７０３は、計算されたＰ１の値を比較手段７０４に通知する。比較手段７０４は、Ｐ１を予め決定されているＰ２と比較し、この比較結果を同期化手段７０５に通知する。同期化手段７０５は、セッション・ハンドオーバの要求がローカル通信端末へのセル・ハンドオーバの要求の到達と同じ又はほぼ同じ時間にリモートエンド通信端末に到達することが確実になるように、この比較結果に基づいて、ＳＣＣ  ＡＳにセッション・ハンドオーバの要求を送信すること及びソースＭＭＥにセル・ハンドオーバの要求を送信することに関する順序及び時間を決定する。
【００５５】
具体的に、同期化手段７０５によって実行される動作は、以下の通りである。
【００５６】
Ｐ１がＰ２より大きい、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な時間が、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な時間より長い場合、同期化手段７０５は送信手段７０２に、ＭＧＷのＳＤＰ情報を有する図４のステップ１２に示されるようなＡＣＫメッセージ等の、セッション・ハンドオーバの要求をＳＣＣ  ＡＳに送信させる。同時に、同期化手段７０５は、Ｐ１−Ｐ２の時間間隔でタイマを開始する。ＭＧＷのＳＤＰ情報を備えるＡＣＫメッセージの受信に応じて、このＡＣＫメッセージに基づいて、ＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を開始してリモートＵＥを更新するためにリモートＵＥにＡＣＫメッセージを即座に送信し、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。タイマが終了した後、同期化手段７０５は送信手段７０２に、図４のステップ１４に示されるようなＰＣからＣＳへの応答メッセージ等のセル・ハンドオーバの要求をソースＭＭＥに送信させ、次に、ステップ１５及び１６を実行し、それによりローカルＵＥ側でのターゲット・セルへのハンドオーバのセル・ハンドオーバ手順を開始し、後の手順は従来技術と同様である。
【００５７】
Ｐ２がＰ１より大きい、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な時間が、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な時間より長い場合、同期化手段７０５は最初に送信手段７０２に、図５のステップ１４に示されるようなＰＳからＣＳへの応答メッセージ等の、セル・ハンドオーバの要求をソースＭＭＥに送信させ、次にローカルＵＥ側でのセル・ハンドオーバ手順を開始し、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。同時に、同期化手段７０５はＰ２−Ｐ１の時間間隔でタイマを開始する。タイマが終了した後、同期化手段７０５は送信手段７０２に、図５のステップ１２に示されるようなＡＣＫメッセージ等のセッション・ハンドオーバの要求をＩＭＳのＳＣＣ  ＡＳに送信させ、このメッセージはＭＧＷのＳＤＰ情報を有する。ＭＧＷのＳＤＰ情報を備えるＡＣＫメッセージの受信に応じて、このＡＣＫメッセージに基づいて、ＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を開始してリモートＵＥを更新するためにリモートＵＥにＡＣＫメッセージを即座に送信し、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。
【００５８】
Ｐ１がＰ２に等しい、即ち、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがローカルＵＥに到達するまでに必要な時間が、ＭＳＣサーバがメッセージを送信する時間からこのメッセージがリモートエンドＵＥに到達するまでに必要な時間と同じくらいの長さである場合、同期化手段７０５は、送信手段７０２に、セッション・ハンドオーバの要求をＳＣＣ  ＡＳに、セル・ハンドオーバの要求をソースＭＭＥに同時に送信させる。即ち、図６のステップ１２に示される（ＭＧＷのＳＤＰ情報を備える）ＡＣＫメッセージと、図６のステップ１４に示されるＰＳからＣＳへの応答メッセージが同時に送信される。ＡＣＫメッセージの受信に応じて、前記ＡＣＫメッセージに基づいて、ＳＣＣ  ＡＳは、セッション・ハンドオーバ手順を開始してリモートＵＥを更新するためにリモートＵＥにＡＣＫメッセージを即座に送信し、後の手順は既存の３ＧＰＰ  ＴＳ  ２３．２１６仕様によって規定されているものと同様である。ソースＭＭＥは、ＰＳからＣＳへの応答メッセージを受信した後、ローカルＵＥ側でのセル・ハンドオーバ手順をさらに開始し、後の手順は従来技術と同様である。
【００５９】
上記は、３ＧＰＰ  ＴＳ  ２３．２１６を適用環境とし、且つＭＭＥ、ＭＳＣサーバ、ＭＧＷ等々のエンティティを用いることによって、本発明の基本的な考えを説明しているが、本発明の適用はこれに限定されない。例えば、本発明は、３ＧＰＰ  ＴＳ  ２３．２３７、２３．２９２等に同様に適用可能である。実際に、パケット交換ドメインのＶｏＩＰ呼への対応する管理／制御を提供することが可能な全てのエンティティが前述のＭＭＥとして機能することが可能であり、ＭＧＷ、ＭＳＣサーバ管理／処理メディア等々の、回路交換ドメインのＶｏＩＰ呼への対応する管理／制御を提供することが可能な全てのエンティティが回路交換ドメインの対応する制御ユニットとして機能することが可能であり、ユーザの呼をアンカーすることが可能な全てのエンティティが上記のＳＣＣ  ＡＳとして機能することが可能である。
【００６０】
本発明の具体的な実施形態が本明細書で説明されている。本発明は、上記の具体的な実施形態に限定されず、当業者が添付の特許請求の範囲の範疇内で種々の修正及び改変をなし得ることに留意されたい。
【図１】
2013501431.tif 000003
【図２】
2013501431.tif 000004
【図４】
2013501431.tif 000005
【図５】
2013501431.tif 000006
【図６】
2013501431.tif 000007
【図７】
2013501431.tif 000008
【図３】
2013501431.tif 000009
【国際調査報告】
2013501431.tif 000010
2013501431.tif 000011
2013501431.tif 000012
2013501431.tif 000013