JP6312121B2 - 移動通信システムにおける呼をスイッチングする装置及び方法 - Google Patents

移動通信システムにおける呼をスイッチングする装置及び方法 Download PDF

Info

Publication number
JP6312121B2
JP6312121B2 JP2013210768A JP2013210768A JP6312121B2 JP 6312121 B2 JP6312121 B2 JP 6312121B2 JP 2013210768 A JP2013210768 A JP 2013210768A JP 2013210768 A JP2013210768 A JP 2013210768A JP 6312121 B2 JP6312121 B2 JP 6312121B2
Authority
JP
Japan
Prior art keywords
access network
vcc
bearer
voice data
switching
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2013210768A
Other languages
English (en)
Other versions
JP2014078942A (ja
Inventor
惠貞 金
惠貞 金
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2014078942A publication Critical patent/JP2014078942A/ja
Application granted granted Critical
Publication of JP6312121B2 publication Critical patent/JP6312121B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、移動通信システムにおける呼をスイッチングする装置及び方法に関し、特に、デュアルラジオ音声呼連続性（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）、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、及び光データ格納デバイスを含む。また、これらプロセッサ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることにより、指示語は分散形態で格納され実行される。また、本発明を達成するための機能的コンピュータプログラム、指示語、及び指示セグメントは、当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
ＤＴＦ ドメイントランスファー機能
Ｓ−ＣＳＣＦ サービング呼状態制御機能
ＭＧＣＦ メディアゲートウェイ制御機能
ＭＧＷ メディアゲートウェイ
ＶＭＳＣ 訪問移動スイッチングセンター
ＶＣＣ 音声呼連続性
ＩＭＳ マルチメディアサブシステム
ＩＰ インターネットプロトコル
ＩＰ−ＣＡＮ インターネットプロトコル接続アクセスネットワーク

Claims (13)

  1. 移動通信システムにおける音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ）が呼をスイッチングする方法であって、
    相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に前記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するステップと、
    前記第２のアクセスネットワークと新ベアラーのセットアップ動作を実行するステップと、
    前記旧ベアラーを通して前記第１のアクセスネットワークで、及び前記新ベアラーを通して前記第２のアクセスネットワークで前記相手ＵＥと音声データを送受信するステップと、
    第１の設定時点で、前記第１のアクセスネットワークから前記第２のアクセスネットワークにスイッチングして前記第１のアクセスネットワークから受信される音声データを使用するステップと、
    前記第１の設定時点より遅い第２の設定時点まで、前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データの送受信を維持するステップと、
    を有する方法。
  2. 前記第２の設定時点で前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データの送受信を中断するステップをさらに含む、請求項１に記載の方法。
  3. 前記相手ＵＥと設定されている前記旧ベアラーを通して前記第１のアクセスネットワークで音声データを送受信する間に前記第１のアクセスネットワークと異なる前記第２のアクセスネットワークで音声呼スイッチングが必要であることを検出するステップは、
    前記第１のアクセスネットワークから前記第２のアクセスネットワークにドメイントランスファー動作を実行すべきことを検出するステップを含む、請求項１に記載の方法。
  4. 前記第２のアクセスネットワークと新ベアラーセットアップ動作を実行するステップは、
    サーバーにドメイントランスファーを要請するメッセージを送信するステップと、
    前記ドメイントランスファーの要請に応じて前記新ベアラーが設定されたことを示すメッセージを前記サーバーから受信するステップと、
    を含む、請求項１に記載の方法。
  5. 前記第２の設定時点は、前記新ベアラーのセットアップ動作の実行が完了した時点、又は前記新ベアラーのセットアップ動作の実行が完了した時点から予め設定されている設定時間後の時点のうちの１つである、請求項１に記載の方法。
  6. 前記第２の設定時点は、前記第２のアクセスネットワークの送信遅延を考慮して決定される、請求項５に記載の方法。
  7. 移動通信システムにおけるアンカーポイントが音声呼連続性（ＶＣＣ）方式をサポートするユーザー端末機（ＵＥ）の呼をスイッチングする方法であって、
    前記ＶＣＣ方式をサポートするＵＥが、相手ＵＥと設定されている旧ベアラーを通して第１のアクセスネットワークで音声データを送受信する間に前記第１のアクセスネットワークと異なる第２のアクセスネットワークで音声呼スイッチングが必要であることを検出することに従って前記ＶＣＣ方式をサポートするＵＥから送信された音声呼スイッチング要請メッセージを受信するステップと、
    前記第２のアクセスネットワークで前記ＶＣＣ方式をサポートするＵＥに対して新ベアラーが設定されたことを検出するステップと、
    前記ＶＣＣ方式をサポートするＵＥが、前記旧ベアラーを通して前記第１のアクセスネットワークで、及び前記新ベアラーを通して前記第２のアクセスネットワークで前記相手ＵＥと音声データを送受信するように制御するステップと、
    第１の設定時点で、前記ＶＣＣ方式をサポートするＵＥが前記第１のアクセスネットワークから前記第２のアクセスネットワークにスイッチングして前記第１のアクセスネットワークから受信される音声データを使用するように制御するステップと、
    前記第１の設定時点より遅い第２の設定時点まで、前記ＶＣＣ方式をサポートするＵＥが前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データの送受信を維持するように制御するステップと、
    を有する方法。
  8. 前記第２の設定時点で前記ＶＣＣ方式をサポートするＵＥが、前記旧ベアラーを通して前記第１のアクセスネットワークで前記相手ＵＥと音声データ送受信を中断するように制御するステップをさらに含む、請求項７に記載の方法。
  9. 前記音声呼スイッチング要請メッセージは、前記第１のアクセスネットワークから前記第２のアクセスネットワークへのドメイントランスファー動作を実行することを示すメッセージである、請求項７に記載の方法。
  10. 前記第２の設定時点は、前記新ベアラーのセットアップ動作の実行が完了した時点、又は前記新ベアラーのセットアップ動作の実行が完了した時点から予め設定されている設定時間後の時点のうちの１つである、請求項７に記載の方法。
  11. 前記第２の設定時点は、前記第２のアクセスネットワークの送信遅延を考慮して決定される、請求項１０に記載の方法。
  12. 請求項１乃至請求項６のいずれか一項に記載されている方法を実行するユーザー端末機。
  13. 請求項７乃至請求項１１のいずれか一項に記載されている方法を実行するアンカーポイント。
JP2013210768A 2012-10-08 2013-10-08 移動通信システムにおける呼をスイッチングする装置及び方法 Active JP6312121B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2012-0111566 2012-10-08
KR20120111566 2012-10-08

Publications (2)

Publication Number Publication Date
JP2014078942A JP2014078942A (ja) 2014-05-01
JP6312121B2 true JP6312121B2 (ja) 2018-04-18

Family

ID=50409308

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013210768A Active JP6312121B2 (ja) 2012-10-08 2013-10-08 移動通信システムにおける呼をスイッチングする装置及び方法

Country Status (4)

Country Link
US (1) US9655019B2 (ja)
JP (1) JP6312121B2 (ja)
KR (1) KR20140045276A (ja)
CN (1) CN103716851B (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015070420A1 (en) * 2013-11-14 2015-05-21 Qualcomm Incorporated Dual radio voice call continuity
US9344914B2 (en) * 2014-05-21 2016-05-17 Qualcomm Incorporated Modem assisted contention handling of multiple active connections in wireless communications
US10080163B2 (en) 2014-07-15 2018-09-18 T-Mobile Usa, Inc. Telecommunication network pre-establishment service interruption response
US10594741B2 (en) 2014-08-04 2020-03-17 T-Mobile Usa, Inc. Suppressing third party registration and third party deregistration actions
KR102277207B1 (ko) * 2014-08-26 2021-07-14 삼성전자주식회사 복수의 네트워크를 이용한 전자 장치의 통신 방법 및 그 장치
US9532276B1 (en) * 2015-02-11 2016-12-27 Sprint Spectrum L.P. Hybrid call continuity for a wireless communication device
US10341904B2 (en) * 2015-03-27 2019-07-02 Intel Corporation Communication terminal and method for switching a call between radio access technologies
CN107040942A (zh) * 2016-02-04 2017-08-11 华为技术有限公司 业务流传输方法、装置及系统
CN107483755A (zh) * 2016-06-07 2017-12-15 中兴通讯股份有限公司 一种语音呼叫的方法和基站
CN110557789B (zh) * 2018-05-30 2021-12-24 展讯通信（上海）有限公司 支持双ip承载的ims实现方法及装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8037188B2 (en) * 2003-02-12 2011-10-11 Qualcomm Incorporated Soft handoff across different networks assisted by an end-to-end application protocol
US8213936B2 (en) * 2005-11-29 2012-07-03 Cisco Technology, Inc. System and method for executing a seamless handoff in a network environment
CN101115028B (zh) 2006-07-28 2011-05-18 摩托罗拉移动公司 在双模接入终端建立分组交换呼叫的方法
US20100272049A1 (en) * 2009-04-28 2010-10-28 Murata Manufacturing Co., Ltd. Mobile communication device and communication method
CN101924751B (zh) * 2009-05-22 2013-11-06 中兴通讯股份有限公司 一种单模业务连续性实现方法及单模业务连续性系统
US9137711B2 (en) * 2010-01-11 2015-09-15 Nokia Technologies Oy Method and apparatus for implementing a wait period for single radio continuity transfers
CN102238677B (zh) * 2010-04-26 2016-04-13 中兴通讯股份有限公司 单信道语音连续性的实现方法及系统
CN102244910B (zh) * 2010-05-10 2014-12-10 中兴通讯股份有限公司 一种增强单接入语音业务连续性的通信系统及方法
GB2482919B (en) * 2010-08-20 2014-05-07 Samsung Electronics Co Ltd Retrieval of user equipment capabilities by application server
US8780867B2 (en) * 2011-04-05 2014-07-15 Qualcomm Incorporated Packet-switch handover in simultaneous TDD-LTE and TD-SCDMA mobile communications
US9094928B2 (en) * 2011-04-06 2015-07-28 Apple Inc. Multiple network mobile device connection management
CN102325127B (zh) * 2011-05-25 2016-06-22 中兴通讯股份有限公司 媒体实时导通的方法及系统
CN102215478B (zh) * 2011-05-26 2016-06-08 中兴通讯股份有限公司 语音呼叫处理方法及业务连续性服务器

Also Published As

Publication number Publication date
CN103716851A (zh) 2014-04-09
US20140098787A1 (en) 2014-04-10
CN103716851B (zh) 2019-04-26
KR20140045276A (ko) 2014-04-16
US9655019B2 (en) 2017-05-16
JP2014078942A (ja) 2014-05-01

Similar Documents

Publication Publication Date Title
JP6312121B2 (ja) 移動通信システムにおける呼をスイッチングする装置及び方法
JP5312582B2 (ja) Ｉｍｓ緊急セッションのｓｒ−ｖｃｃのためのシステム及び方法
JP5441921B2 (ja) 単一の無線の音声通話連続性（ｓｒ−ｖｃｃ）
JP5727477B2 (ja) 非定常ＶｏＩＰ通話の間で端末をハンドオーバさせるための方法、ネットワーク要素、装置およびシステム
KR101139712B1 (ko) 보이스 오버 인터넷 프로토콜 핸드오프 동안 보코더 기술을 변경하는 방법들
JP5620505B2 (ja) パケット交換ドメインから回線交換ドメインへビデオ会話をハンドオーバする方法および装置
US8687587B2 (en) Inter-subsystem transfers
US20100195616A1 (en) Handover From Circuit Switched Over Packet Switched Domain to Circuit Switched Domain
US20100034168A1 (en) System and Method for Enabling SR-VCC with Shared IMPU
KR20120046275A (ko) ＶｏＩＰ 통화의 핸드오버시 인터럽트 시간을 감소시키는 방법 및 장치
EP2487958B1 (en) Method and system for realizing session handover
US8982840B2 (en) Handover
CN102104848A (zh) 双模单待语音业务连续性的实现方法及ip多媒体子系统
CN104936262B (zh) 远端标识的发送、接收方法及装置、传输系统
WO2012019532A1 (zh) 一种实现会话锚定的方法和系统
WO2015192554A1 (zh) 语音呼叫连续性业务中的媒体协商方法、系统及atcf
WO2013102393A1 (zh) 一种改进的反向单待业务连续性实现方法和装置
WO2013102394A1 (zh) 一种反向单待业务连续性实现方法和装置

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20141226

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160826

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170915

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171215

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180314

R150 Certificate of patent or registration of utility model

Ref document number: 6312121

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150