(57)【要約】【課題】デュアルラジオ音声呼連続性（ＤＲＶＣＣ）方式をサポートする移動通信システムにおける音声呼をスイッチングする装置及び方法を提供する。【解決手段】移動通信システムにおける音声呼連続性方式をサポートするユーザー端末機（ＵＥ）が呼をスイッチングする方法は、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に上記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するステップと、上記第２のアクセスネットワークと新ベアラーセットアップ動作を実行するステップと、予め設定されている設定時点まで上記旧ベアラーを通して上記第１のアクセスネットワークで上記相手ＵＥと音声データを送受信し、上記新ベアラーを通して上記第２のアクセスネットワークで上記相手ＵＥと音声データを送受信するステップとを有する。【選択図】図８
2014078942.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ）が呼をスイッチングする方法であって、
相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に前記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するステップと、
前記第２のアクセスネットワークと新ベアラーセットアップ動作を実行するステップと、
予め設定されている設定時点まで前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データを送受信し、前記新ベアラーを通して前記第２のアクセスネットワークで前記相手ＵＥと音声データを送受信するステップと
を有することを特徴とする移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項２】
前記設定時点で前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データの送受信を中断するステップをさらに含むことを特徴とする請求項１に記載の移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項３】
前記相手ＵＥと設定されている前記旧ベアラーを通して前記第１のアクセスネットワークで音声データを送受信する間に前記第１のアクセスネットワークと異なる前記第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するステップは、
前記第１のアクセスネットワークから前記第２のアクセスネットワークにドメイントランスファー動作を実行すべきことを検出するステップを含むことを特徴とする請求項１に記載の移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項４】
前記第２のアクセスネットワークと新ベアラーセットアップ動作を実行するステップは、
ドメイントランスファーを要請するメッセージをインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）サーバーに送信するステップと、
前記ドメイントランスファーの要請に応じて前記新ベアラーが設定されたことを示すメッセージを前記ＩＭＳサーバーから受信するステップと、
を含むことを特徴とする請求項１に記載の移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項５】
前記設定時点は、前記新ベアラーセットアップ動作の実行が完了した時点及び前記新ベアラーセットアップ動作の実行が完了した時点から予め設定されている設定時間後の時点のうちの１つであることを特徴とする請求項１に記載の移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項６】
前記設定時間は、前記第２のアクセスネットワークの送信遅延を考慮して決定されることを特徴とする請求項５に記載の移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項７】
移動通信システムにおけるアンカーポイントが音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ ）の呼をスイッチングする方法であって、
前記ＶＣＣ方式をサポートするＵＥが、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に前記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出することに従って前記ＶＣＣ方式をサポートするＵＥから送信された音声呼スイッチング要請メッセージを受信するステップと、
前記第２のアクセスネットワークで前記ＶＣＣ方式をサポートするＵＥに対して新ベアラーが設定されたことを検出するステップと、
予め設定されている設定時点まで前記ＶＣＣ方式をサポートするＵＥが、前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データを送受信するように制御し、前記ＶＣＣ方式をサポートするＵＥが、前記新ベアラーを通して前記第２のアクセスネットワークで前記相手ＵＥと音声データを送受信するように制御するステップと、
を有することを特徴とする移動通信システムにおけるアンカーポイントがＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項８】
前記設定時点で前記ＶＣＣ方式をサポートするＵＥが、前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データ送受信を中断するように制御するステップをさらに含むことを特徴とする請求項７に記載の移動通信システムにおけるアンカーポイントがＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項９】
前記音声呼スイッチング要請メッセージは、前記第１のアクセスネットワークから前記第２のアクセスネットワークへのドメイントランスファー動作を実行することを示すメッセージであることを特徴とする請求項７に記載の移動通信システムにおけるアンカーポイントがＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項１０】
前記設定時点は、前記新ベアラーセットアップ動作の実行が完了した時点及び前記新ベアラーセットアップ動作の実行が完了した時点から予め設定されている設定時間後の時点のうちの１つであることを特徴とする請求項７に記載の移動通信システムにおけるアンカーポイントがＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項１１】
前記設定時間は、前記第２のアクセスネットワークの送信遅延を考慮して決定されることを特徴とする請求項１０に記載の移動通信システムにおけるＶＣＣ方式をサポートするＵＥの呼をスイッチングする方法。
【請求項１２】
請求項１乃至請求項６のいずれか一項に記載されている方法を実行することを特徴とするユーザー端末機。
【請求項１３】
請求項７乃至請求項１１のいずれか一項に記載されている方法を実行することを特徴とするアンカーポイント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける呼をスイッチングする装置及び方法に関し、特に、デュアルラジオ音声呼連続性（Dual Radio Voice Call Continuity：以下、“ＤＲＶＣＣ”と称する）方式をサポートする移動通信システムにおける音声呼をスイッチングする装置及び方法に関する。
【背景技術】
【０００２】
移動通信システムにおいて、ロングタームエボルーション（Long-Term Evolution：以下、“ＬＴＥ”と称する）方式及びロングタームエボルーションアドバンスド（Long-Term Evolution-Advanced：以下、“ＬＴＥ−Ａ”と称する）方式などのような新規移動通信方式が導入される場合に、移動通信システムは、全ネットワークを確立する前に一定の期間の間には限定されたサービスカバレッジ（service coverage）エリアを提供する。また、新規移動通信方式が導入されるネットワークがボイスオーバインターネットプロトコル（Voice over Internet Protocol：ＶｏＩＰ）サービスをサポートする場合に、サービスカバレッジエリアの限定によりユーザー端末機（User Equipment：以下、“ＵＥ”と称する）がサービスカバレッジエリアから外れる場合に、ＵＥが受信している音声呼が終了される。
【０００３】
したがって、このような問題点を解決するためには、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：以下、“３ＧＰＰ”と称する）標準では、新規パケットスイッチング（Packet Switching：以下、“ＰＳ”と称する）ネットワークと相対的にサービスカバレッジエリアが広い既存のサーキットスイッチング（Circuit Switching：以下、“ＣＳ”と称する）ネットワークとの間の音声ハンドオーバー（voice handover）を通してＵＥがサービスカバレッジエリアから外れても、音声呼を保持することができる音声呼連続性（Voice Call Continuity：以下、“ＶＣＣ”と称する）方式を定義している。
【０００４】
３ＧＰＰ標準で定義されたＶＣＣ方式は、デュアルラジオ（dual radio）方式に基づく。すなわち、３ＧＰＰ標準で定義されたＶＣＣ方式は、異なる２つのアクセスネットワーク、例えば、ＰＳアクセスネットワーク及びＣＳアクセスネットワークへの同時接続及び通信が可能なＵＥを仮定し、ＵＥがＰＳアクセスネットワークで音声呼を受信する間にＣＳアクセスネットワークにハンドオーバーするか、又はＣＳアクセスネットワークで音声呼を受信する間にＰＳアクセスネットワークにハンドオーバーする場合に、ＵＥが受信した音声呼に対する連続性を提供するプロセスを定義する。
【０００５】
まず、デュアルラジオ方式をサポートするＵＥが現在アクセスしているネットワークでＵＥが現在アクセスしているネットワークと新アクセスネットワークに音声ハンドオーバーが必要であると判定する場合に、ＵＥは、この新アクセスネットワークを通してドメイントランスファー（domain transfer）を要請するメッセージをインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する）マルチメディアサブシステム（IP Multimedia Subsystem：以下、“ＩＭＳ”と称する）サーバーに送信する。
【０００６】
ここで、この新アクセスネットワークがＣＳネットワークである場合に、ＵＥは、ＣＳセットアップ（CS setup）メッセージをこのドメイントランスファーの要請を送信するメッセージとして使用する。これとは異なり、この新アクセスネットワークがＰＳネットワークである場合に、デュアルラジオ方式をサポートするＵＥは、セッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する）インバイト要請（INVITE request）メッセージをドメイントランスファーを要請するメッセージとして使用する。
【０００７】
ＩＭＳサーバーは、新アクセスネットワークを通して新ベアラー（bearer）をデュアルラジオ方式をサポートするＵＥに接続し、旧ベアラーから新ベアラーにデータ経路（data path）をスイッチングするドメイントランスファー動作を実行する。ここで、新ベアラー接続が完了すると、ＩＭＳサーバーは、ＳＩＰバイ要請（SIP BYE request）メッセージ又はＣＳ接続解除（CS connection release）メッセージをＵＥに送信することによりドメイントランスファー動作が完了したことをＵＥに通知する。
【０００８】
図１Ａ及び図１Ｂは、従来の移動通信システムによる相手ＵＥがＩＭＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【０００９】
図１Ａ及び図１Ｂを参照すると、ＩＭＳ  ＵＥは、ＩＭＳ方式をサポートするＵＥを示し、ＶＣＣ  ＵＥは、ＶＣＣ方式をサポートするＵＥを示す。従来の移動通信システムは、ドメイントランスファー機能（Domain Transfer Function：以下、“ＤＴＦ”と称する）エンティティー（entity）と、メディアゲートウェイ制御機能（Media Gateway Control Function：以下、“ＭＧＣＦ”と称する）エンティティーと、サービング呼状態制御機能（Serving-Call State Control Function：以下、“Ｓ−ＣＳＣＦ”と称する）エンティティーと、メディアゲートウェイ（Media GateWay：以下、“ＭＧＷ”と称する）と、訪問移動スイッチングセンター（Visited Mobile Switching Center：以下、“ＶＭＳＣ”と称する）と、ＶＣＣ  ＵＥ＃Ａ及びＩＭＳ  ＵＥ＃Ｂとを含む。
【００１０】
図１Ａで説明するように、ＶＣＣ  ＵＥ＃Ａが相手ＵＥ、すなわち、ＩＭＳ  ＵＥ＃Ｂと音声呼サービス動作を実行する間に（１１１）、ＶＣＣ  ＵＥ＃Ａは、音声呼をスイッチングする必要があることを検出する場合に、ドメイントランスファーを要請するメッセージをＤＴＦエンティティーに送信する。ドメイントランスファーを要請するメッセージをＶＣＣ  ＵＥ＃Ａから受信した後に、ＤＴＦエンティティーは、ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請したことを示すメッセージをＩＭＳサーバー（図１Ａ及び図１Ｂには別途に図示せず）に送信する（１１３）。ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請することを示すメッセージをＤＴＦエンティティーから受信した後に、ＩＭＳサーバーは、ＶＣＣ  ＵＥ＃Ａに新ベアラーを接続する制御動作を実行する（１１５）。
【００１１】
図１Ｂで説明するように、ＩＭＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の新ベアラーが接続された後に、ＩＭＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の接続がＩＭＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の新ベアラーを通して実行され（１１７）、旧ベアラーを通したＩＭＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の接続が終了される（１１９）。
【００１２】
図２Ａ及び図２Ｂは、従来の移動通信システムにおける相手ＵＥがサーキットスイッチング（ＣＳ）ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【００１３】
図２Ａ及び図２Ｂを参照すると、ＣＳ  ＵＥは、ＣＳ方式をサポートするＵＥを示す。移動通信システムは、ＤＴＦエンティティーと、ＭＧＣＦ＃１エンティティーと、Ｓ−ＣＳＣＦエンティティーと、ＭＧＣＦ＃２エンティティーと、ＭＧＷ＃１と、ＭＧＷ＃２と、ＶＭＳＣと、ＶＣＣ  ＵＥ＃Ａと、ＣＳ  ＵＥ＃Ｂとを含む。
【００１４】
図２Ａで説明するように、ＶＣＣ  ＵＥ＃Ａが相手ＵＥ、すなわち、ＣＳ  ＵＥ＃Ｂと音声呼サービス動作を実行する間に（２１１）音声呼をスイッチングする必要があることを検出する場合に、ＶＣＣ  ＵＥ＃Ａは、ドメイントランスファーを要請するメッセージをＤＴＦエンティティーに送信する。ドメイントランスファーを要請するメッセージをＶＣＣ  ＵＥ＃Ａから受信した後に、ＤＴＦエンティティーは、ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請することを示すメッセージをＩＭＳサーバー（図２Ａ及び図２Ｂには図示せず）に送信する（２１３）。ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請することを示すメッセージを受信したＩＭＳサーバーは、新ベアラーをＶＣＣ  ＵＥ＃Ａに接続する制御動作を実行する（２１５）。
【００１５】
図２Ｂで説明するように、ＣＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の新ベアラーが接続された後に、ＣＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の接続がＣＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の新ベアラーを通して実行され（２１７）、旧ベアラーを通したＣＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の接続が終了される（２１９）。
【００１６】
上述したように、図１Ａ及び図１Ｂは、相手ＵＥがＩＭＳ  ＵＥである場合にＣＳアクセスネットワーク及びＰＳアクセスネットワークを通したユーザープレーン（User-plane：以下、‘Ｕ−ｐｌａｎｅ’と称する）経路（データ送信経路）及びスイッチングポイント（switching point）を図示しており、図２Ａ及び図２Ｂは、相手ＵＥがＣＳ  ＵＥである場合に、ＣＳアクセスネットワーク及びＰＳアクセスネットワークを通したＵ−ｐｌａｎｅ経路（データ送信経路）及びスイッチングポイントを示す。
【００１７】
一方、ＤＲＶＣＣ方式をサポートするＵＥがドメイントランスファー動作を実行する場合に、ネットワークでの経路をスイッチングするアンカーポイント（anchor point）は、相手ＵＥがＣＳ  ＵＥであるか又はＰＳ  ＵＥであるかに従って変わり得る。すなわち、相手ＵＥがＣＳ  ＵＥである場合に、ＤＲＶＣＣ方式をサポートするＵＥに対するＭＧＷは、アンカーポイントとなる。他方、相手ＵＥがＩＭＳ  ＵＥである場合に、相手ＵＥのＭＧＷ又はインターネットプロトコル接続アクセスネットワーク（Internet Protocol Connectivity Access Network：ＩＰ−ＣＡＮ）のエンドポイントがアンカーポイントとなる。アクセスネットワークの種類に従って、ＩＰ−ＣＡＮのエンドポイントは、パケットゲートウェイ（Packet gateway：以下、“ＰＧＷ”と称する）又はゲートウェイ一般パケット無線サービス（Gateway General Packet Radio Service：以下、“ＧＰＲＳ”と称する）サポートノード（Gateway GPRS Support Node：以下、“ＧＧＳＮ”と称する）などであることができる。
【００１８】
上述したように、ＤＲＶＣＣ方式において、ネットワーク上で旧ベアラーから新ベアラーに音声データ送受信経路をスイッチングするドメイントランスファー動作と、ＵＥ内の２つのアクセスネットワークの間で音声データ送受信経路をスイッチングする動作が独立して実行される。すなわち、ＵＥは、どの時点で新ベアラーが接続された後にドメイントランスファーが発生するかをわからない。
【００１９】
現在提案されている標準では、ＵＥがどの時点で音声データを送受信するための経路をスイッチングするかについて定義していない。したがって、ＵＥは、ＳＩＰバイ要請メッセージ又はＣＳ接続解除メッセージを受信する場合に、旧アクセスネットワークから新アクセスネットワークに音声データを送受信するための経路をスイッチングすることを類推するだけである。
【００２０】
しかしながら、アクセスネットワークでのスイッチング時点がＵＥでのスイッチング時点に一致しない場合に、送受信される音声データの損失が必然的に発生する。すなわち、アクセスネットワークでのスイッチング時点がＵＥでのスイッチング時点に一致しても、ＵＥとアクセスネットワークとの間の基本的な送信遅延によるデータ損失が発生する。また、アクセスネットワークでのスイッチング時点がＵＥでのスイッチング時点に一致しない場合に、データ損失量が増加する。例えば、基地局（Ｎｏｄｅ  Ｂ）が新規経路を通して音声データを送信し、ＵＥが既存の経路を通して音声データを受信する場合に、データ損失が発生する。
【００２１】
これは、移動通信システムにおいて音声サービスを提供している間に音声データが損失される場合に音声呼の断絶が発生し、したがって、音声サービスの音声品質（voice quality）が低下することを意味する。
【００２２】
一方、従来の技術では、移動通信システムにおいて、ドメイントランスファー動作が実行される間隔は、アクセスネットワークの種類及び特定の状況に従って約８００〜１０００［ｍｓｅｃ］であると予想され、このうちで、データ損失が発生し得る間隔は、アクセスネットワークのデータ経路スイッチング時間（data path switching time）とＵＥのデータ経路スイッチング時間との間のギャップ（gap）に従って数十乃至数百［ｍｓｅｃ］程度であると予想される。このように、数十乃至数百［ｍｓｅｃ］程度のデータ損失間隔は、ＵＥのユーザーが認識することができ、不便を感じることができる程度の時間である。
【先行技術文献】
【特許文献】
【００２３】
【特許文献１】米国特許出願公開第２０１０／０１１１００２号明細書
【発明の概要】
【発明が解決しようとする課題】
【００２４】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、移動通信システムにおける呼スイッチング装置及び方法を提供することにある。
【００２５】
本発明の他の目的は、移動通信システムにおける音声呼をスイッチングする装置及び方法を提供することにある。
【００２６】
本発明のまた他の目的は、移動通信システムにおける音声クリッピングが発生しないように音声呼をスイッチングする装置及び方法を提供することにある。
【００２７】
本発明のさらなる他の目的は、移動通信システムにおけるドメイントランスファー間隔の間にＵＥが旧ベアラー及び新ベアラーを通して音声データを同時に送受信し、ドメイントランスファー間隔が終了される時点で旧ベアラーを通した音声データの送受信を中断する音声呼スイッチング装置及び方法を提供することにある。
【課題を解決するための手段】
【００２８】
上記のような目的を達成するために、本発明の一態様によれば、移動通信システムにおける音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ）が提供される。ユーザー端末機は、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に上記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するデュアルラジオ音声呼連続性（ＤＲＶＣＣ）制御部と、上記第２のアクセスネットワークと新ベアラーセットアップ動作を実行し、予め設定されている設定時点まで上記旧ベアラーを通して上記第１のアクセスネットワークで上記相手ＵＥと音声データを送受信し、上記新ベアラーを通して上記第２のアクセスネットワークで上記相手ＵＥと音声データを送受信する変調部／復調部（ＭＯＤＥＭ）とを有することを特徴とする。
【００２９】
本発明の他の態様によれば、移動通信システムにおける音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ ）の呼をスイッチングするアンカーポイントが提供される。アンカーポイントは、上記ＶＣＣ方式をサポートするＵＥが、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に上記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出することに従って前記ＶＣＣ方式をサポートするＵＥから送信された音声呼スイッチング要請メッセージを受信し、上記第２のアクセスネットワークで上記ＶＣＣ方式をサポートするＵＥに対して新ベアラーが設定されたことを検出する変調部／復調部（ＭＯＤＥＭ）と、予め設定されている設定時点まで上記ＶＣＣ方式をサポートするＵＥが、上記旧ベアラーを通して上記第１のアクセスネットワークで上記相手ＵＥと音声データを送受信するように制御し、上記ＶＣＣ方式をサポートするＵＥが、上記新ベアラーを通して上記第２のアクセスネットワークで上記相手ＵＥと音声データを送受信するように制御するデュアルラジオ音声呼連続性（ＤＲＶＣＣ）制御部とを有することを特徴とする。
【００３０】
本発明のまた他の態様によれば、移動通信システムにおける音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ）が呼をスイッチングする方法が提供される。上記方法は、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に上記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するステップと、上記第２のアクセスネットワークと新ベアラーセットアップ動作を実行するステップと、予め設定されている設定時点まで上記旧ベアラーを通して上記第１のアクセスネットワークから上記相手ＵＥと音声データを送受信し、上記新ベアラーを通して上記第２のアクセスネットワークで上記相手ＵＥと音声データを送受信するステップとを有することを特徴とする。
【００３１】
本発明のさらなる他の態様によれば、移動通信システムにおけるアンカーポイントが音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ）の呼をスイッチングする方法が提供される。上記方法は、上記ＶＣＣ方式をサポートするＵＥが、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に上記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出することに従って送信した音声呼スイッチング要請メッセージを受信するステップと、上記第２のアクセスネットワークで新ベアラーが設定されることを上記ＶＣＣ方式をサポートするＵＥに検出するステップと、予め設定されている設定時点まで上記ＶＣＣ方式をサポートするＵＥが、上記旧ベアラーを通して上記第１のアクセスネットワークで上記相手ＵＥと音声データを送受信するように制御し、上記ＶＣＣ方式をサポートするＵＥが、上記新ベアラーを通して上記第２のアクセスネットワークで上記相手ＵＥと音声データを送受信するように制御するステップとを有することを特徴とする。
【発明の効果】
【００３２】
本発明の実施形態は、移動通信システムにおいて、ＶＣＣ動作の間に発生する音声データ損失を最小化することにより音声クリッピング間隔を最小化し、したがって音声品質低下を防止することができる。この場合に、移動通信システムの全サービス品質を向上させることによりユーザー満足度を増加させることができるという長所を有する。
【００３３】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【図面の簡単な説明】
【００３４】
【図１Ａ】従来の移動通信システムによる相手ＵＥがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ＵＥである場合における音声呼連続性（ＶＣＣ）ユーザー端末機（ＵＥ）の音声呼をスイッチングする方法を概略的に示す図である。
【図１Ｂ】従来の移動通信システムによる相手ＵＥがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）ＵＥである場合における音声呼連続性（ＶＣＣ）ユーザー端末機（ＵＥ）の音声呼をスイッチングする方法を概略的に示す図である。
【図２Ａ】従来の移動通信システムによる相手ＵＥがサーキットスイッチング（ＣＳ）ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図２Ｂ】従来の移動通信システムによる相手ＵＥがサーキットスイッチング（ＣＳ）ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図３Ａ】本発明の一実施形態による移動通信システムにおける相手ＵＥがＩＭＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図３Ｂ】本発明の一実施形態による移動通信システムにおける相手ＵＥがＩＭＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図３Ｃ】本発明の一実施形態による移動通信システムにおける相手ＵＥがＩＭＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図４Ａ】本発明の一実施形態による移動通信システムにおける相手ＵＥがＣＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図４Ｂ】本発明の一実施形態による移動通信システムにおける相手ＵＥがＣＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図４Ｃ】本発明の一実施形態による移動通信システムにおける相手ＵＥがＣＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【図５】本発明の一実施形態による移動通信システムにおけるＩＭＳドメインからＣＳドメインへのドメイントランスファー動作を概略的に示す図である。
【図６】本発明の一実施形態による移動通信システムにおけるＣＳドメインからＩＭＳドメインへのドメイントランスファー動作を概略的に示す図である。
【図７】本発明の一実施形態による移動通信システムにおけるＶＣＣ  ＵＥの内部構造を概略的に示す図である。
【図８】本発明の一実施形態による移動通信システムにおけるＶＣＣ  ＵＥのデータフロー変化を概略的に示す図である。
【図９Ａ】本発明の一実施形態による移動通信システムにおけるＶＣＣ  ＵＥのデータフローの初期状態を概略的に示す図である。
【図９Ｂ】本発明の一実施形態による移動通信システムにおけるドメイントランスファー動作が完了しない状態でＶＣＣ  ＵＥのデータフローの状態を概略的に示す図である。
【図９Ｃ】本発明の一実施形態による移動通信システムにおけるドメイントランスファー動作が完了した後に、旧ベアラーを通した音声データ送受信が中断された場合におけるＶＣＣ  ＵＥのデータフローの状態を概略的に示す図である。
【発明を実施するための形態】
【００３５】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【００３６】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供するものであり、この理解を助けるために様々な特定の詳細を含むが、単なる実施形態に過ぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００３７】
次の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、特許請求の範囲とこれと均等なものに基づいて定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００３８】
本願明細書に記載の各要素は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるものである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。
【００３９】
本発明の一実施形態は、移動通信システムにおける呼スイッチング装置及び方法を提案する。
【００４０】
また、本発明の一実施形態は、移動通信システムにおける音声呼をスイッチングする装置及び方法を提案する。
【００４１】
また、本発明の一実施形態は、移動通信システムにおける音声クリッピングが発生しないように音声呼をスイッチングする装置及び方法を提案する。
【００４２】
さらに、本発明の一実施形態は、移動通信システムにおいて、ドメイントランスファー間隔の間にユーザー端末機（User Equipment：以下、“ＵＥ”と称する）が旧ベアラー及び新ベアラーを通して音声データを同時に送受信し、ドメイントランスファー間隔が終了された時点で旧ベアラーを通した音声データの送受信を中断する音声呼スイッチング装置及び方法を提案する。ここで、ドメイントランスファー間隔は、ドメイントランスファー動作が開始されドメイントランスファー動作が完了する時点までの時間間隔を示す。
【００４３】
本発明の一実施形態で提案する音声呼スイッチング装置及び方法は、例えば、デュアルラジオ音声呼連続性（Dual Radio Voice Call Continuity：以下、“ＤＲＶＣＣ”と称する）方式をサポートする移動通信システムを参照して説明される。
【００４４】
また、本発明の一実施形態で提案する音声呼スイッチング装置及び方法は、例えば、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）ロングタームエボルーション（Long Term Evolution：ＬＴＥ）移動通信システム及びレガシー（legacy）移動通信システムである符号分割多重接続１ｘ（Code Division Multiple Access 1x：以下、“ＣＤＭＡ１ｘ”と称する）移動通信システムを参照して説明される。しかしながら、本発明の一実施形態で提案する音声呼スイッチング装置及び方法は、ＷｉＭＡＸ（World Interoperability for Microwave Access）移動通信システム、ＷｉＦｉ（登録商標）（Wireless-Fidelity）移動通信システム、ＧＳＭ（登録商標）（Global System for Mobile communications）移動通信システム、及び広帯域符号分割多重接続（Wideband Code Division Multiple Access：以下、“ＷＣＤＭＡ（登録商標）”と称する）移動通信システムのような様々な移動通信システムに適用されることができる。
【００４５】
まず、本発明の一実施形態で提案する音声呼スイッチング方法を実行するＵＥは、本発明で提案する音声呼スイッチング方法を実行するＤＲＶＣＣ制御部と、２つのアクセスネットワークに同時にアクセスすることができる２つの変調器／復調器（MOdulator/DEModulator：ＭＯＤＥＭ）物理階層（PHYsical：ＰＨＹ）プロセッサ及び２つのＭＯＤＥＭプロトコルプロセッサと、２つのボイスコーダー（VOice CODER：以下、“ＶＯＣＯＤＥＲ”と称する）と、受信データを選択するスイッチと、送信データを２つのＶＯＣＯＤＥＲに同時に転送するオーディオ入力制御部とを含む。
【００４６】
また、本発明の一実施形態において、アクセスネットワークのドメイントランスファーデータ経路スイッチングエンティティーは、メディアゲートウェイ（Media Gate Way：以下、“ＭＧＷ”と称する）又はパケットゲートウェイ（Packet Gate Way：以下、“ＰＧＷ”と称する）、及びゲートウェイ一般パケット無線サービス（Gateway General Packet Radio Service：以下、“ＧＰＲＳ”と称する）サポートノード（Gateway GPRS Support Node：以下、“ＧＧＳＮ”と称する）のようなアクセスネットワークの種類、相手ＵＥの種類、相手ＵＥのアクセスネットワークの種類に従って変わることもある。ここで、エンティティーの種類が変わってもプロセスは同一であることに留意しなければならない。
【００４７】
ＤＲＶＣＣ制御部は、第１のＵＥ（ＵＥ＃１）（例えば、ＶＣＣ  ＵＥ）のデータを第２のＵＥ（ＵＥ＃２）（例えば、リモートエンド（remote end）、すなわち、相手ＵＥ）に送信する第１のユーザーデータ制御部と、第２のＵＥのデータを第１のＵＥに送信する第２のユーザーデータ制御部とを含む。ここで、ＶＣＣ  ＵＥは、音声呼連続性（Voice Call Continuity：以下、“ＶＣＣ”と称する）方式をサポートするＵＥを示す。第１のユーザーデータ制御部は、２つのアクセスネットワークからデータを同時に受信し、受信されたデータのうちで本発明の一実施形態で提案する条件に従ってデータを選択し、この選択されたデータを第２のＵＥに送信する。第２のユーザーデータ制御部は、第２のＵＥから受信されたデータを本発明の一実施形態で提案する条件に従って第１のアクセスネットワーク及び第２のアクセスネットワークのうちの１つに送信するか又は第２のＵＥから受信されたデータを第１のアクセスネットワーク及び第２のアクセスネットワークに同時に送信する。
【００４８】
図３Ａ、図３Ｂ、及び図３Ｃは、本発明の一実施形態による移動通信システムにおける相手ＵＥがインターネットプロトコル（ＩＰ）マルチメディアサブシステム（IP Multimedia Subsystem：以下、“ＩＭＳ”と称する）ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【００４９】
図３Ａ、図３Ｂ、及び図３Ｃを参照すると、ＩＭＳ  ＵＥは、ＩＭＳ方式をサポートするＵＥを示す。移動通信システムは、ドメイントランスファー機能（Domain Transfer Function：以下、“ＤＴＦ”と称する）エンティティーと、メディアゲートウェイ制御機能（Media Gateway Control Function：以下、“ＭＧＣＦ”と称する）エンティティーと、サービング呼状態制御機能（Serving-Call State Control Function：以下、“Ｓ−ＣＳＣＦ”と称する）エンティティーと、メディアゲートウェイ（Media Gate Way：以下、“ＭＧＷ”と称する）と、訪問移動スイッチングセンター（Visited Mobile Switching Center：以下、“ＶＭＳＣ”と称する）と、ＶＣＣ  ＵＥ＃Ａ及びＩＭＳ  ＵＥ＃Ｂとを含む。
【００５０】
図３Ａで説明するように、ＶＣＣ  ＵＥ＃Ａが相手ＵＥ、すなわち、ＩＭＳ  ＵＥ＃Ｂと音声呼サービス動作を実行する間に（３１１）音声呼をスイッチングする必要があることを検出する場合に、ＶＣＣ  ＵＥ＃Ａは、ドメイントランスファーを要請するメッセージをＤＴＦエンティティーに送信する。ドメイントランスファーを要請するメッセージをＶＣＣ  ＵＥ＃Ａから受信した後に、ＤＴＦエンティティーは、ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請したことを示すメッセージをＩＭＳサーバー（図３Ａ乃至図３Ｃには図示せず）に送信する（３１３）。ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請することを示すメッセージを受信したＩＭＳサーバーは、ＶＣＣ  ＵＥ＃Ａに新ベアラーを接続する制御動作を実行する（３１５）。
【００５１】
図３Ｂで説明するように、ドメイントランスファー動作の間に、ＶＣＣ  ＵＥ＃Ａは、旧ベアラー及び新ベアラーを通してＩＭＳ  ＵＥ＃Ｂと音声データ送受信動作を実行する（３１７及び３１９）。
【００５２】
旧ベアラー及び新ベアラーを通してＩＭＳ  ＵＥ＃Ｂと音声データ送受信動作を実行するＶＣＣ  ＵＥ＃Ａは、ＩＭＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の新ベアラーを通して有効なデータが伝達されることを確認すると、ＶＣＣ  ＵＥ＃Ａは、新ベアラーを通してＩＭＳ  ＵＥ＃Ｂと通信を実行し（３２１）、旧ベアラーから受信されたデータを有効データとして処理しない（３２３）。以下では、データの有効性について説明し、したがって、ここでは、その詳細な説明を省略する。
【００５３】
図４Ａ、図４Ｂ、及び図４Ｃは、本発明の一実施形態による移動通信システムにおける相手ＵＥがＣＳ  ＵＥである場合におけるＶＣＣ  ＵＥの音声呼をスイッチングする方法を概略的に示す図である。
【００５４】
図４Ａ、図４Ｂ、及び図４Ｃを参照すると、移動通信システムは、ＤＴＦエンティティーと、ＭＧＣＦ＃１エンティティーと、Ｓ−ＣＳＣＦエンティティーと、ＭＧＣＦ＃２エンティティーと、ＭＧＷ＃１と、ＭＧＷ＃２と、ＶＭＳＣと、ＶＣＣ  ＵＥ＃Ａと、ＣＳ  ＵＥ＃Ｂとを含む。
【００５５】
図４Ａで説明するように、ＶＣＣ  ＵＥ＃Ａが相手ＵＥ、すなわち、ＣＳ  ＵＥ＃Ｂと音声呼サービス動作を実行する間に（４１１）、ＶＣＣ  ＵＥ＃Ａは、音声呼をスイッチングする必要があることを検出する場合に、ドメイントランスファーを要請するメッセージをＤＴＦエンティティーに送信する。ドメイントランスファーを要請するメッセージをＶＣＣ  ＵＥ＃Ａから受信した後に、ＤＴＦエンティティーは、ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請したことを示すメッセージをＩＭＳサーバー（図４Ａ乃至図４Ｃには図示せず）に送信する（４１３）。ＶＣＣ  ＵＥ＃Ａがドメイントランスファーを要請することを示すメッセージをＤＴＦエンティティーから受信した後に、ＩＭＳサーバーは、新ベアラーをＶＣＣ  ＵＥ＃Ａに接続する制御動作を実行する（４１５）。
【００５６】
図４Ｂで説明するように、ドメイントランスファー動作の間に、ＶＣＣ  ＵＥ＃Ａは、旧ベアラー及び新ベアラーを通してＣＳ  ＵＥ＃Ｂと音声データ送受信動作を実行する（４１７及び４１９）。
【００５７】
図４Ｃを参照すると、旧ベアラー及び新ベアラーを通してＣＳ  ＵＥ＃Ｂと音声データ送受信動作を実行するＶＣＣ  ＵＥ＃Ａは、ＣＳ  ＵＥ＃ＢとＶＣＣ  ＵＥ＃Ａとの間の新ベアラーを通して有効なデータが伝達されることを確認すると、新ベアラーを通してＣＳ  ＵＥ＃Ｂと通信を実行し（４２１）、旧ベアラーから受信されたデータを有効データとして処理しない（４２３）。
【００５８】
以下では、図３Ａ、図３Ｂ、及び図３Ｃと図４Ａ、図４Ｂ、及び図４Ｃで説明したような本発明の一実施形態による移動通信システムにおける音声呼スイッチング方法について整理して説明する。
【００５９】
まず、ベアラーがＣＳドメイン及びパケットスイッチング（Packet Switching：以下、“ＰＳ”と称する）ドメインに設定される場合に、ＶＣＣ  ＵＥは、入力された音声データを２つのベアラーに同時に送信する。ドメイントランスファー動作が完了したことを検出すると、ＶＣＣ  ＵＥは、旧ベアラーを通した旧アクセスネットワークへのデータ送信を中断する。また、ＶＣＣ  ＵＥは、２つのベアラーから同時にデータを受信し、旧アクセスネットワークから受信されたデータ及び新アクセスネットワークから受信されたデータのうちの１つを出力する。ここで、ＶＣＣ  ＵＥから出力されたデータは、ドメイントランスファー動作が完了したか否かに対する検出及びデータ有効性の検出に対応して決定される。
【００６０】
例えば、ＶＣＣ  ＵＥは、新アクセスネットワークからの有効な音声データの受信の開始を検出する場合に、旧アクセスネットワークから受信された音声データを有効な音声データとして処理することを中断し、新アクセスネットワークから受信された音声データを使用する。すなわち、有効な音声データが旧ベアラーを通して音声データを受信する間に新ベアラーを通して受信されることを検出する場合に、ＶＣＣ  ＵＥは、旧アクセスネットワークから受信された音声データを有効な音声データとして処理することを中断し、新アクセスネットワークから受信された音声データだけを有効な音声データとして処理する。
【００６１】
一方、ＶＣＣ  ＵＥの送受信端から旧アクセスネットワーク及び新アクセスネットワークで音声データの送受信を同時に開始する時点は、音声データを新アクセスネットワークに送信することができるトラフィックチャネルの設定が完了した時点である。また、ＶＣＣ  ＵＥが旧アクセスネットワークとの音声データの送受信を中断する時点は、ドメイントランスファー動作が完了したか否か及び音声データが有効であるか否かに基づいて決定される。
【００６２】
ＶＣＣ  ＵＥは、ドメイントランスファー動作完了をアクセスネットワークから受信されたセッション開始プロトコル（Session Initiation Protocol：以下、“ＳＩＰ”と称する）バイ要請メッセージ又はＣＳ接続解除メッセージが受信されたか否かに基づいて判定することができる。
【００６３】
また、ＶＣＣ  ＵＥは、関連するベアラーを通して受信される音声データの有効性を受信された音声データが相手ＵＥから送信される音声データであるか否かに基づいて判定する。ここで、音声データの有効性は、ＭＯＤＥＭ  ＰＨＹプロセッサ、ＭＯＤＥＭプロトコルプロセッサ、及びＭＯＤＥＭ  ＶＯＣＯＤＥＲで判定される。例えば、ＭＯＤＥＭ  ＰＨＹプロセッサに含まれたデコーダでサイクリックリダンダンシーチェック（Cyclic Redundancy Check：以下、“ＣＲＣ”と称する）結果が良好なデータが受信され、ＭＯＤＥＭプロトコルプロセッサがこのデータを音声データとして判定し、ＭＯＤＥＭ  ＶＯＣＯＤＥＲがこのデータをデコーディングすることができる場合に、ＶＣＣ  ＵＥは、有効な音声データが受信されたものと判定することができる。
【００６４】
さらに、有効な音声データを旧アクセスネットワーク及び新アクセスネットワークから同時に受信する場合に、ＶＣＣ  ＵＥの受信端は、旧アクセスネットワークから受信された音声データを使用し、特定の時点で旧アクセスネットワークから新アクセスネットワークへのスイッチング動作を実行することにより新アクセスネットワークから受信された音声データを使用する。例えば、ＶＣＣ  ＵＥの受信端が新アクセスネットワークへのスイッチング動作を実行する時点は、新アクセスネットワークからの有効な音声データの受信を開始する時点として設定してもよく、安全性確保のために新アクセスネットワークからの有効な音声データの受信を開始する時点から予め設定されている設定時間が経過した時点として設定してもよく、又は受信信号強度指示（Received Signal Strength Indication：以下、“ＲＳＳＩ”と称する）、基準信号受信電力（Reference Signal Received Power：以下、“ＲＳＲＰ”と称する）、及びビットエラー率（Bit Error Rate：以下、“ＢＥＲ”と称する）などのような旧アクセスネットワーク及び新アクセスネットワークの受信性能を考慮して決定してもよい。
【００６５】
一方、ＶＣＣ  ＵＥがスイッチング動作を実行したとしても、ＶＣＣ  ＵＥは、旧アクセスネットワークからの音声データの受信を予め設定されている設定時間の間に保持しつつ、新アクセスネットワークから受信された音声データにエラーが発生する場合に、旧アクセスネットワークから受信された音声データを使用することもあることはもちろんである。
【００６６】
結果的に、ＶＣＣ  ＵＥが旧アクセスネットワークからの音声データの受信を中断する時点は、新アクセスネットワークからドメイントランスファー完了情報を受信した後に、有効な音声データが旧アクセスネットワークから受信されるか否か及びタイマーに基づいて決定することができる。
【００６７】
ＣＳアクセスネットワーク及びＰＳアクセスネットワークが同一のコーデック（COder/DECoder）（ＣＯＤＥＣ）を使用する場合において、ＶＣＣ  ＵＥは、２つのＶＯＣＯＤＥＲを同時にサポートしなければならず、音声データスイッチング時点は、パルス符号変調（Pulse Code Modulation：以下、“ＰＣＭ”と称する）データをオーディオＣＯＤＥＣに伝達する時点である。ＰＳアクセスネットワーク及びＣＳアクセスネットワークを同時にサポートするＭＯＤＥＭは、ＭＯＤＥＭの内部にスイッチを含むこともでき、又は、ＭＯＤＥＭの外部にハードウェア（HardWare：以下、“ＨＷ”と称する）を具備することもでき、またはオーディオＣＯＤＥＣに含まれたスイッチを使用することもできる。
【００６８】
また、ベアラーが新アクセスネットワークに接続される場合に、ＶＣＣ  ＵＥの送信端は、旧アクセスネットワーク及び新アクセスネットワークに同時に音声データを送信する。ＶＣＣ  ＵＥが旧アクセスネットワークからの音声データの受信を中断する時点は、基本的にドメイントランスファー動作完了時点であり得る。しかしながら、ＰＳアクセスネットワークにおいて、ＶＣＣ  ＵＥは、ネットワーク送信遅延などを考慮してドメイントランスファー動作を完了した後に予め設定されている設定時間の間に旧アクセスネットワークへの音声データの送信を保持することもできる。他方、ＣＳアクセスネットワークは、ドメイントランスファー動作完了時点でチャネルを解除するので、音声データを旧アクセスネットワークに送信することは不可能である。
【００６９】
ＶＣＣ  ＵＥがアクセスネットワークスイッチング時点を決定する場合にアクセスネットワークの種類を考慮することもある。
【００７０】
ＶＣＣ方式は、一般的に、ＰＳアクセスネットワークのサービスカバレッジエリア境界領域で実行されるので、ＰＳアクセスネットワークの送受信性能が一般的に悪い。したがって、本発明の一実施形態において、このような状況を解決するためには、比較的高い優先順位（priority）をＣＳアクセスネットワークに割り当て、ＰＳアクセスネットワークからＣＳアクセスネットワークにスイッチングするＶＣＣ（以下、“ＰＳ  ｔｏ  ＣＳ  ＶＣＣ”と称する）方式の場合に、ＶＣＣ  ＵＥは、ＰＳアクセスネットワークからＣＳアクセスネットワークへのスイッチング時点を操り上げることによりＣＳアクセスネットワークへの迅速なスイッチング動作を実行する。他方、ＣＳアクセスネットワークからＰＳアクセスネットワークにスイッチングするＶＣＣ（以下、“ＣＳ  ｔｏ  ＰＳ  ＶＣＣ”と称する）方式の場合に、ＶＣＣ  ＵＥは、スイッチング時点をドメイントランスファー動作完了時点でないドメイントランスファー動作完了時点で予め設定されている設定時間の後に設定することにより、ＰＳアクセスネットワークの安全性を十分に確保した後にＣＳアクセスネットワークからＰＳアクセスネットワークへのスイッチング動作を実行することができる。
【００７１】
また、ＰＳアクセスネットワークの送信遅延は、ＣＳアクセスネットワークの送信遅延とは異なることがあり、ＰＳアクセスネットワークの場合に、ジッターバッファ（jitter buffer）のようなＩＰパケットを処理するための個別のプロセッサが存在するので、受信された音声データをスイッチングする時にもこのような場合を考慮しなければならない。ＰＳアクセスネットワーク及びＣＳアクセスネットワークが同一のＣＯＤＥＣを使用する場合に、ＶＣＣ  ＵＥは、同一の音声データをＰＳアクセスネットワーク及びＣＳアクセスネットワークから受信することにより、ＶＣＣ  ＵＥが音声データを容易に識別することができる。他方、ＰＳアクセスネットワークとＣＳアクセスネットワークとが相互に異なるＣＯＤＥＣを使用し、ＭＧＷがトランスコーディング（transcoding）動作を実行する場合に、ＶＣＣ  ＵＥは、音声データの識別が難しくなる。この場合に、ＶＣＣ  ＵＥは、各アクセスネットワークの送信遅延、トランスコーディング遅延、及びジッタバッファ状態に基づいて適切な音声データを選択することによりスイッチング動作を実行しなければならない。
【００７２】
一方、ＭＧＷ又はＰＧＷのようなアクセスネットワーク内のアンカーポイントは、ＶＣＣ  ＵＥと同様に動作し、これについて具体的に説明する。
【００７３】
まず、アンカーポイントは、２つのベアラーが設定される時点から送信音声データ、すなわち、相手ＵＥから受信された音声データを２つのベアラーを通してＶＣＣ  ＵＥに送信する。また、アンカーポイントは、音声データを２つのベアラーから同時に受信し、２つのベアラーのうちの１つから受信された音声データのみを相手ＵＥに送信する。ここで、アンカーポイントが旧アクセスネットワークでの音声データの送受信を中断する時点は、ドメイントランスファー動作が完了したか否か及び音声データが有効であるか否かに従って決定される。
【００７４】
アンカーポイントが音声データを送信する場合に、相手ＵＥから受信された音声データを２つのベアラーを通して同時に送信する間に旧ベアラーを通した送信を中断する時点は、基本的にドメイントランスファー動作が完了した時点である。しかしながら、アンカーポイントは、アクセスネットワークの送信遅延を考慮してドメイントランスファー動作が完了した後にも予め設定されている設定時間の間に旧アクセスポイントを通して音声データを送信することもできる。
【００７５】
一方、アンカーポイントが音声データを受信する場合に、アンカーポイントは、新ベアラーを通して有効な音声データを受信した後に旧ベアラーから新ベアラーへの経路をスイッチングする。ここで、関連するベアラーがデータベアラーであるので、アンカーポイントが新ベアラーから受信されたパケットをデコードしないとしても、アンカーポイントは、新ベアラーから受信されたパケットをＶＣＣ  ＵＥから送信された音声データとして判定することができる。
【００７６】
また、アンカーポイントの受信端のスイッチング時点は、ＶＣＣ  ＵＥのスイッチング時点と同様に新ベアラーを通して音声データが受信される時点として設定することもあり、新ベアラーを通して音声データが受信される時点から予め設定されている時間後の時点又はドメイントランスファー動作完了時点として設定することもある。さらに、アンカーポイントは、旧ベアラーを通して音声データの受信が中断される場合に、新ベアラーから受信された音声データを即座に受信し、受信された音声データを相手ＵＥに送信する。
【００７７】
例えば、ＶＣＣ  ＵＥがＰＳアクセスネットワークで音声呼サービスを現在受信しており、相手ＵＥが他のプロバイダーのＣＳ  ＵＥである状況において、ＶＣＣ  ＵＥがＣＳアクセスネットワークでＶＣＣ方式に従う動作を実行する場合に、ＶＣＣ  ＵＥとアクセスネットワークの間で実行される動作について具体的に説明する。
【００７８】
１．ＶＣＣ  ＵＥが音声呼をスイッチングする必要性があることを検出し、ドメイントランスファー要請を送信しなければならないことを決定し、呼設定（call setup）を要請するセットアップメッセージをＣＳアクセスネットワークに送信する。
【００７９】
２．ＣＳアクセスネットワークは、ドメイントランスファーを要請するメッセージをＩＭＳサーバーに送信し、ＩＭＳサーバーがドメイントランスファーを決定する場合にＣＳ呼の接続を進行する。
【００８０】
３．ＶＣＣ  ＵＥは、ＣＳアクセスネットワークとトラフィックチャネルを設定する場合に音声データの送受信を開始する。ドメイントランスファー動作が実行されているので、ベアラーは、ＣＳアクセスネットワークと相手ＵＥ間に接続されておらず、したがって、ＣＳアクセスネットワークに入力される音声データは有効でなく、ＣＳアクセスネットワークから送信される音声データもＣＳアクセスネットワークで廃棄される状況である。
【００８１】
４．ＩＭＳサーバーは、ドメイントランスファー過程を実行する。新ベアラーがＶＣＣ  ＵＥと設定される場合に、ＣＳアクセスネットワークは、新ベアラーがＣＳ接続メッセージを用いて設定されることをＶＣＣ  ＵＥに通知する。また、新ベアラーが設定されるので、ＭＧＷは、音声データを２つのベアラーに同時に送信する。ＶＣＣ  ＵＥは、すでにＣＳアクセスネットワークを通して音声データを送信するので、ＶＣＣ  ＵＥから送信された音声データは、新ベアラーを通して受信される。音声データの送受信は、ＶＣＣ  ＵＥとＭＧＷとの間で２つのベアラーを通して実行される。
【００８２】
５．ＩＭＳサーバーは、ドメイントランスファー動作が完了したことをＳＩＰバイメッセージを通してＶＣＣ  ＵＥに通知する。
【００８３】
６．ＶＣＣ  ＵＥ及びＭＧＷは、適切な時点で旧ベアラーを通した音声データの送受信を中断する。音声データの送受信を中断する時点については上述したので、ここでは、その詳細な説明を省略する。
【００８４】
過程１乃至過程６に従うＶＣＣ  ＵＥのデータフロー変化、すなわち、本発明の実施形態による移動通信システムにおけるＶＣＣ  ＵＥのデータフロー変化については、図８を参照して説明する。
【００８５】
図８は、本発明の一実施形態による移動通信システムにおけるＶＣＣ  ＵＥのデータフロー変化を概略的に示す図である。
【００８６】
図８を参照すると、ＶＣＣ  ＵＥは、第１のアクセスネットワーク、例えば、ＰＳアクセスネットワークを通して音声呼データを送受信している間に音声呼をスイッチングする必要性があることを検出し、ドメイントランスファー要請を送信しなければならないことを決定し、呼設定（call setup）を要請するセットアップメッセージをＣＳアクセスネットワークに送信する。ＣＳアクセスネットワークは、ドメイントランスファーを要請するメッセージをＤＲＶＣＣ制御部、例えば、ＩＭＳサーバー内の第１のユーザーデータ制御部に送信し、ＩＭＳサーバー内の第１のユーザーデータ制御部がドメイントランスファーを決定する場合にＣＳ呼の接続を進行する。
【００８７】
ＶＣＣ  ＵＥは、ＣＳアクセスネットワークとトラフィックチャネルを設定する場合に音声データの送受信を開始する。ドメイントランスファー動作が実行されているので、ベアラーは、ＣＳアクセスネットワークと相手ＵＥ間に接続されておらず、したがって、ＣＳアクセスネットワークに入力される音声データは有効でなく、ＣＳアクセスネットワークから送信される音声データもＣＳアクセスネットワークで廃棄される状況である。
【００８８】
ＩＭＳサーバーは、ドメイントランスファー過程を実行する。新ベアラーがＶＣＣ  ＵＥと設定される場合に、ＩＭＳサーバー内の第２のユーザーデータ制御部は、新ベアラーがＣＳ接続メッセージを使用して設定されることをＶＣＣ  ＵＥに通知する。また、新ベアラーが設定されるので、ＭＧＷは、音声データを２つのベアラーに同時に送信する。ＶＣＣ  ＵＥは、すでにＣＳアクセスネットワークを通して音声データを送信するので、ＶＣＣ  ＵＥから送信された音声データは、新ベアラーを通して受信される。 音声データの送受信は、ＶＣＣ  ＵＥとＭＧＷとの間で２つのベアラーを通して実行される。
【００８９】
ＩＭＳサーバー内の第２のユーザーデータ制御部は、ドメイントランスファー動作がＳＩＰバイメッセージを通して完了したことをＶＣＣ  ＵＥに通知する。
【００９０】
ＶＣＣ  ＵＥ及びＭＧＷは、適切な時点で旧ベアラーを通した音声データの送受信を中断する。音声データの送受信を中断する時点については上述したので、ここでは、その詳細な説明を省略する。
【００９１】
図９Ａは、本発明の実施形態による移動通信システムにおけるＶＣＣ  ＵＥのデータフローの初期状態を概略的に示す図である。
【００９２】
図９Ａを参照すると、ＶＣＣ  ＵＥは、いずれか１つのアクセスネットワーク、例えば、第１のアクセスネットワークを通して音声データの送受信動作を実行し、これについて具体的に説明する。
【００９３】
まず、本発明の実施形態によるＶＣＣ  ＵＥから送信された音声データを処理する過程の説明は次のようである。
【００９４】
ＶＣＣ  ＵＥから送信された音声データは、オーディオ入力制御部、第１のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、第１のＭＯＤＥＭプロトコルプロセッサ、第１のＭＯＤＥＭ  ＰＨＹプロセッサ、及び第１のＭＯＤＥＭ無線周波数（Radio Frequency：以下、“ＲＦ”と称する）制御部を通して相手ＵＥに伝達される。
【００９５】
以下では、本発明の実施形態による相手ＵＥからＶＣＣ  ＵＥに伝達される音声データを処理する過程の説明は、次のようである。
【００９６】
相手ＵＥから送信される音声データは、第１のＭＯＤＥＭ  ＲＦ制御部、第１のＭＯＤＥＭ  ＰＨＹプロセッサ、第１のＭＯＤＥＭプロトコルプロセッサ、第１のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、スイッチ、及びオーディオ出力制御部を通してＶＣＣ  ＵＥに伝達される。
【００９７】
一方、オーディオ入力制御部、オーディオ出力制御部、第１のＭＯＤＥＭ  ＲＦ制御部、第１のＭＯＤＥＭ  ＰＨＹプロセッサ、第１のＭＯＤＥＭプロトコルプロセッサ、第１のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、及びスイッチは、ＤＲＶＣＣ制御部の制御の下に関連する動作を実行する。
【００９８】
図９Ｂは、本発明の実施形態による移動通信システムにおけるドメイントランスファー動作が完了しない状態でＶＣＣ  ＵＥのデータフローの状態を概略的に示す図である。
【００９９】
図９Ｂを参照すると、ＶＣＣ  ＵＥは、いずれか１つのアクセスネットワーク、例えば、第１のアクセスネットワークを通して音声データの送受信動作を実行する間に、他のアクセスネットワーク、例えば、第２のアクセスネットワークを通して音声データの送受信動作を実行することを決定する。したがって、ＶＣＣ  ＵＥは、ドメイントランスファー動作が実行されている間に、第１のアクセスネットワーク及び第２のアクセスネットワークと音声データの送受信動作を実行し、これについて具体的に説明すると次のようである。
【０１００】
まず、ＶＣＣ  ＵＥから送信される音声データを処理する過程については、次のように説明する。
【０１０１】
ドメイントランスファー動作が実行されているので、ＶＣＣ  ＵＥから送信される音声データは、オーディオ入力制御部、第１のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、第１のＭＯＤＥＭプロトコルプロセッサ、第１のＭＯＤＥＭ  ＰＨＹプロセッサ、及び第１のＭＯＤＥＭ  ＲＦ制御部を通して相手ＵＥに伝達される。また、ドメイントランスファー動作が実行されているので、ＶＣＣ  ＵＥから送信される音声データは、オーディオ入力制御部、第２のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、第２のＭＯＤＥＭプロトコルプロセッサ、第２のＭＯＤＥＭ  ＰＨＹプロセッサ、及び第２のＭＯＤＥＭ  ＲＦ制御部を通して相手ＵＥに伝達される。
【０１０２】
結局、ＶＣＣ  ＵＥから送信される音声データは、第１のアクセスネットワーク及び第２のアクセスネットワークを通して相手ＵＥに伝達される。
【０１０３】
２番目に、相手ＵＥからＶＣＣ  ＵＥに伝達される音声データを処理する過程について説明すると、次のようである。
【０１０４】
ドメイントランスファー動作が実行されているので、相手ＵＥから送信される音声データは、第１のＭＯＤＥＭ  ＲＦ制御部と、第１のＭＯＤＥＭ  ＰＨＹプロセッサ、第１のＭＯＤＥＭプロトコルプロセッサ、第１のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、スイッチ、及びオーディオ出力制御部を通してＶＣＣ  ＵＥに伝達される。また、ドメイントランスファー動作が実行されているので、相手ＵＥから送信される音声データは、第２のＭＯＤＥＭ  ＲＦ制御部、第２のＭＯＤＥＭ  ＰＨＹプロセッサ、第２のＭＯＤＥＭプロトコルプロセッサ、第２のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、スイッチ、及びオーディオ出力制御部を通してＶＣＣ  ＵＥに伝達される。
【０１０５】
結局、相手ＵＥから送信される音声データは、第１のアクセスネットワーク及び第２のアクセスネットワークを通して相手ＵＥに伝達される。
【０１０６】
一方、オーディオ入力制御部、オーディオ出力制御部、第１のＭＯＤＥＭ  ＲＦ制御部、第１のＭＯＤＥＭ  ＰＨＹプロセッサ、第１のＭＯＤＥＭプロトコルプロセッサ、第１のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、第２のＭＯＤＥＭ  ＲＦ制御部、第２のＭＯＤＥＭ  ＰＨＹプロセッサ、第２のＭＯＤＥＭプロトコルプロセッサ、第２のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、及びスイッチは、ＤＲＶＣＣ制御部の制御の下に関連する動作を実行する。
【０１０７】
図９Ｃは、本発明の一実施形態による移動通信システムにおけるドメイントランスファー動作が完了した後に、旧ベアラーを通した音声データ送受信が中断された場合におけるＶＣＣ  ＵＥのデータフローの状態を概略的に示す図である。
【０１０８】
図９Ｃを参照すると、いずれか１つのアクセスネットワーク、例えば、第１のアクセスネットワークから他のアクセスネットワーク、例えば、第２のアクセスネットワークへのドメイントランスファー動作が完了した場合に、ＶＣＣ  ＵＥは、第２のアクセスネットワークを通して音声データ送受信動作を実行し、これについて具体的に説明すると次のようである。
【０１０９】
まず、ＶＣＣ  ＵＥから送信される音声データを処理する過程について次のように説明する。
【０１１０】
ＶＣＣ  ＵＥから送信される音声データは、オーディオ入力制御部、第２のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、第２のＭＯＤＥＭプロトコルプロセッサ、第２のＭＯＤＥＭ  ＰＨＹプロセッサ、及び第２のＭＯＤＥＭ  ＲＦ制御部を通して相手ＵＥに伝達される。
【０１１１】
次いで、本発明の実施形態による相手ＵＥからＶＣＣ  ＵＥに伝達される音声データを処理する過程について次のように説明する。
【０１１２】
相手ＵＥから送信される音声データは、第２のＭＯＤＥＭ  ＲＦ制御部、第２のＭＯＤＥＭ  ＰＨＹプロセッサ、第２のＭＯＤＥＭプロトコルプロセッサ、第２のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、スイッチ、及びオーディオ出力制御部を通してＶＣＣ  ＵＥに伝達される。
【０１１３】
オーディオ入力制御部、オーディオ出力制御部、第２のＭＯＤＥＭ  ＲＦ制御部、第２のＭＯＤＥＭ  ＰＨＹプロセッサ、第２のＭＯＤＥＭプロトコルプロセッサ、第２のＭＯＤＥＭ  ＶＯＣＯＤＥＲ、及びスイッチは、ＤＲＶＣＣ制御部の制御の下に関連する動作を実行する。
【０１１４】
図５を参照して本発明の実施形態によるＩＭＳドメインからＣＳドメインへのドメイントランスファー動作について説明し、図６を参照して本発明の実施形態によるＣＳドメインからＩＭＳドメインへのドメイントランスファー動作について説明する。
【０１１５】
図５は、本発明の一実施形態による移動通信システムにおけるＩＭＳドメインからＣＳドメインへのドメイントランスファー動作を概略的に示す図である。
【０１１６】
図５を参照すると、移動通信システムは、ＵＥ−ＣＳ／ＵＥ−ＩＭＳ、ＭＳＣ、ＭＧＣＦエンティティー、Ｉ−ＣＳＣＦ（Interrogating-CSCF）エンティティー、Ｓ−ＣＳＣＦエンティティー、及びＤＴＦエンティティーを含む。ここで、ＭＳＣは、ＣＳドメインに含まれ、ＭＧＣＦエンティティー、Ｉ−ＣＳＣＦエンティティー、Ｓ−ＣＳＣＦエンティティー、及びＤＴＦエンティティーは、ＩＭＳドメインに含まれる。
【０１１７】
ＩＭＳドメインからＣＳドメインへのドメイントランスファー動作が実行されるので、ＵＥ−ＣＳは、ＶＣＣドメイントランスファー番号（VCC Domain transfer Number：以下、“ＶＤＮ”と称する）を含むセットアップメッセージをＭＳＣに送信する。ＵＥ−ＣＳからセットアップ（ＶＤＮ）メッセージを受信した後に、ＭＳＣは、ＣＳ発信手順を実行し、統合サービスディジタルネットワークユーザー部分（Integrated Services Digital Network User Part：以下、“ＩＳＵＰ”と称する）初期アドレスメッセージ（Initial Address Message）（以下、“ＩＡＭ”と称する）をＭＧＣＦエンティティーに送信する。ここで、ＩＡＭメッセージは、ＤＴＦ共用サービス識別子（Public Service Identifier：以下、“ＰＳＩ”と称する）ディレクトリ番号（Directory Number：以下、“ＤＮ”と称する）を含む。
【０１１８】
ＭＳＣからＩＡＭ（ＤＴＦ  ＰＳＩ  ＤＮ）メッセージを受信したＭＧＣＦエンティティーは、ＤＴＦ  ＰＳＩを含むＩＮＶＩＴＥメッセージをＩ−ＣＳＣＦエンティティーに送信する。ＭＧＣＦエンティティーからＩＮＶＩＴＥ（ＤＴＦ  ＰＳＩ）メッセージを受信したＩ−ＣＳＣＦエンティティーは、ＩＮＶＩＴＥ（ＤＴＦ  ＰＳＩ）メッセージをＤＴＦエンティティーに送信する。ＤＴＦエンティティーは、アクセスレッグアップデート（Access Leg Update）動作及びソースアクセスレッグ解除（Source Access Leg Release）動作を実行する。
【０１１９】
図６は、本発明の実施形態による移動通信システムにおけるＣＳドメインからＩＭＳドメインへのドメイントランスファー動作を概略的に示す図である。
【０１２０】
図６を参照すると、移動通信システムは、ＵＥ−ＣＳ／ＵＥ−ＩＭＳ、Ｓ−ＣＳＣＦエンティティー、及びＤＴＦエンティティーを含む。ここで、Ｓ−ＣＳＣＦエンティティー及びＤＴＦエンティティーは、ＩＭＳドメインに含まれる。
【０１２１】
ＣＳドメインからＩＭＳドメインへのドメイントランスファー動作が実行されるので、ＵＥ-ＩＭＳは、ＶＤＩを含むＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦエンティティーに送信する。ＵＥ-ＩＭＳからＩＮＶＩＴＥ（ＶＤＩ）メッセージを受信したＳ−ＣＳＣＦエンティティーは、ＩＮＶＩＴＥ（ＶＤＩ）メッセージをＤＴＦエンティティーに送信する。Ｓ−ＣＳＣＦエンティティーからＩＮＶＩＴＥ（ＶＤＩ）メッセージを受信したＤＴＦエンティティーは、アクセスレッグアップデート（Access Leg Update）動作及びソースアクセスレッグ解除（Source Access Leg Release）動作を実行する。
【０１２２】
図７は、本発明の実施形態による移動通信システムにおけるＶＣＣ  ＵＥの内部構造を概略的に示す図である。
【０１２３】
図７を参照すると、ＶＣＣ  ＵＥの内部構造は上述したものと同一であるので、ここでは、その詳細な説明を省略する。
【０１２４】
最適の効果を得るためには、本発明の実施形態は、ＶＣＣ  ＵＥ及びアクセスネットワークのすべてに同時に適用されることができる。しかしながら、本発明の実施形態がＶＣＣ  ＵＥ及びアクセスネットワークのうちの１つに適用されても効果を得ることができることはもちろんである。
【０１２５】
また、本発明の実施形態は、ＶＣＣ  ＵＥだけでなくアクセスネットワークを修正する必要性があるので、すべての場合に適用可能なものでないこともある。したがって、本発明の実施形態は、相手ＵＥの種類及びプロバイダーの種類に従って下記のように適用されることができる。
【０１２６】
１．相手ＵＥが同一のプロバイダーのＣＳ  ＵＥ又はＩＭＳ  ＵＥである場合に、アンカーポイントが関連するプロバイダーのＭＧＷ又はＰＧＷ及びＧＧＳＮのＩＰ−ＣＡＮのコアネットワークであるので、本発明の実施形態が適用可能である。
【０１２７】
２．相手ＵＥが他のプロバイダーのＣＳ  ＵＥ又は有線端末機である場合に、アンカーポイントがアクセスプロバイダーのＭＧＷであるので、本発明の実施形態が適用可能である。
【０１２８】
３．相手ＵＥが他のプロバイダーのＩＭＳ  ＵＥである場合に、アンカーポイントは、他のプロバイダーのＩＰ−ＣＡＮのコアネットワークであるので、関連するプロバイダーのネットワークが本発明の実施形態を適用しない場合に、本発明の実施形態は、ＶＣＣ  ＵＥに制限的に適用可能である。
【０１２９】
上記したように、本発明の実施形態では、一般的な入力データの処理及び出力データの生成を含み、入力データの処理及び出力データの生成は、ハードウェア又はソフトウェアとハードウェアとの組み合わせを通じて実現することができる。例えば、特定の電子部品が、上述した本発明の実施形態に基づくコンテンツ検索、及び表示に関連した機能を実行するための携帯デバイス、又は、それに類似又は関連する回路内で使用される。あるいは、格納されている指示語に従って動作する少なくとも一つ又はそれ以上のプロセッサは、上記した本発明の実施形態によるコンテンツの検索及び表示に関連した機能を実行することができる。このような場合、これら指示語が一つ又はそれ以上のプロセッサ読み取り可能な記録媒体に格納されることは、現在開示されている範囲内にある。プロセッサ読み取り可能な記録媒体の例としては、ＲＯＭ（Read-Only Memory）、ＲＡＭ（Random-Access Memory）、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、及び光データ格納デバイスを含む。また、これらプロセッサ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることにより、指示語は分散形態で格納され実行される。また、本発明を達成するための機能的コンピュータプログラム、指示語、及び指示セグメントは、当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
【０１３０】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【０１３１】
ＤＴＦ            ドメイントランスファー機能
Ｓ−ＣＳＣＦ      サービング呼状態制御機能
ＭＧＣＦ          メディアゲートウェイ制御機能
ＭＧＷ            メディアゲートウェイ
ＶＭＳＣ          訪問移動スイッチングセンター
ＶＣＣ            音声呼連続性
ＩＭＳ            マルチメディアサブシステム
ＩＰ              インターネットプロトコル
ＩＰ−ＣＡＮ      インターネットプロトコル接続アクセスネットワーク
【図１Ａ】
2014078942.tif 000003
【図１Ｂ】
2014078942.tif 000004
【図２Ａ】
2014078942.tif 000005
【図２Ｂ】
2014078942.tif 000006
【図３Ａ】
2014078942.tif 000007
【図３Ｂ】
2014078942.tif 000008
【図３Ｃ】
2014078942.tif 000009
【図４Ａ】
2014078942.tif 000010
【図４Ｂ】
2014078942.tif 000011
【図４Ｃ】
2014078942.tif 000012
【図５】
2014078942.tif 000013
【図６】
2014078942.tif 000014
【図７】
2014078942.tif 000015
【図８】
2014078942.tif 000016
【図９Ａ】
2014078942.tif 000017
【図９Ｂ】
2014078942.tif 000018
【図９Ｃ】
2014078942.tif 000019