JP4854536B2 - HANDOVER METHOD AND MOBILE COMMUNICATION DEVICE - Google Patents
HANDOVER METHOD AND MOBILE COMMUNICATION DEVICE Download PDFInfo
- Publication number
- JP4854536B2 JP4854536B2 JP2007034785A JP2007034785A JP4854536B2 JP 4854536 B2 JP4854536 B2 JP 4854536B2 JP 2007034785 A JP2007034785 A JP 2007034785A JP 2007034785 A JP2007034785 A JP 2007034785A JP 4854536 B2 JP4854536 B2 JP 4854536B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- network
- communication terminal
- incoming call
- handover
- 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.)
- Expired - Fee Related
Links
Images
Description
本発明は、異種網間のハンドオーバ方法（例えば回線交換網とパケット交換網の間でのハンドオーバ）に関する。 The present invention relates to a handover method between different types of networks (for example, handover between a circuit switched network and a packet switched network).
近年、回線交換通信機能とパケット交換通信機能とを持つ携帯端末において、回線交換網経由の音声呼をパケット交換網経由に切り替えたり、パケット交換網経由の音声通話を回線交換網経由に切り替えたりするサービスが実現されつつある。このサービスは、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）に基づくものであり、各非特許文献１、２に示すＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）という規格の採用が議論されている。ＶＣＣでは、携帯端末が電波の状況に応じて現在通話中の音声呼をもう一方の網経由に切り替えることが可能となる。
従来、上記の状況下において、複数の端末間で制御を行い、ＣＳ網とＰＳ網との間で音声通話のハンドオーバを行う方法がある（例えば、特許文献１）。
In recent years, in a portable terminal having a circuit switching communication function and a packet switching communication function, a voice call via a circuit switching network is switched to a packet switching network, or a voice call via a packet switching network is switched to a circuit switching network. Service is being realized. This service is based on 3GPP (3rd Generation Partnership Project), and the adoption of a standard called VCC (Voice Call Continuity) shown in Non-Patent
Conventionally, there is a method of performing a voice call handover between a CS network and a PS network by performing control between a plurality of terminals under the above situation (for example, Patent Document 1).
しかしながら、特許文献１に記載の方法では、通話中の呼のハンドオーバを実現することができるものの、発信・着信中の呼のハンドオーバについては議論もされておらず、実現することができない。このため、携帯端末が通話中であれば、電波が弱くなってもハンドオーバにより電波の強い網に切り替えて通話を継続することができるが、携帯電話が発信・着信中であれば、電波が弱くなるとハンドオーバにより網を切り替えて通信を継続することができなくなる。
仮に、ＶＣＣで議論されている方式を発信・着信呼のハンドオーバに適用した場合、切り替え先の網と切り替え元の網の両方で呼を接続しておくことになるため、無駄にネットワークリソースを消費してしまう。
そこで、本発明は、上記の状況下においてなされたものであり、異種網間において、発信・着信中の呼のハンドオーバにより網を切り替えて通信を継続することを目的とする。
However, although the method described in
If the method discussed in VCC is applied to outgoing / incoming call handover, the call is connected in both the switching destination network and the switching source network, so network resources are wasted. Resulting in.
Therefore, the present invention has been made under the above circumstances, and an object of the present invention is to continue communication between different networks by switching between networks by handover of a call being originated / incoming.
上記課題を達成するため、本発明は、第１の網と第２の網との間の切替えを行う移動通信装置におけるハンドオーバ方法であって、上記第１の網経由で着信中に、当該第１の網との間の電波強度を検出するステップと、上記電波強度が変化し特定の条件を満した場合、上記第１の網経由で、当該第１の網経由の呼を前記第２の網経由に切替えるための、前記第１の網経由の呼を切断するための情報を含む依頼メッセージを送信するステップと、を含むものである。
In order to achieve the above object, the present invention provides a handover method in a mobile communication device that switches between a first network and a second network, and the second method is a method of performing handover during an incoming call via the first network. A step of detecting a radio wave intensity between the first network and a call via the first network via the first network when the radio wave intensity changes and satisfies a specific condition. for switching on via the network, and sending a request message including information for disconnecting a call via said first network, it is intended to include.
本発明によると、異種網間において発信・着信中の呼のハンドオーバにより網を切り替えて通信を継続することができる。 According to the present invention, it is possible to continue communication by switching between networks by handover of a call that is being transmitted / received between different networks.
以下、本発明の実施の形態１ないし４について説明する。なお、実施の形態１ないし４において、同一部分は同一符号（用語）を用いて説明する。
（実施の形態１）
実施の形態１では、パケット交換網と回線交換網との間で着信呼をハンドオーバする方法について説明する。実施の形態１の方法は、転送や宛先変更に用いられるリダイレクトを応用して適用される。
(Embodiment 1)
In the first embodiment, a method for handing over an incoming call between a packet switching network and a circuit switching network will be described. The method of the first embodiment is applied by applying redirection used for transfer and destination change.
図１は、本実施の形態１における異種網を含むネットワーク全体の構成例を示す図である。
図１において、通信端末（移動通信装置）１０１は、回線交換網１０７およびＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）網（パケット交換網）１０８との通信を行う。通信端末１０１は、例えば、携帯電話やパーソナルコンピュータなどの端末である。
回線交換網１０７には、ＶＭＳＣ（Ｖｉｓｉｔｅｄ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）１０２を含んでいる。ＶＭＳＣ１０２は、回線交換網１０７で呼を適切な宛先にルーティングする。
ＩＭＳ網１０８には、ＭＧＣＦ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０３、ＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）１０４およびＶＣＣアプリケーション（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙアプリケーション：ＶＣＣ−ＡＰ）１０５を含んでいる。ＭＧＣＦ１０３は、回線交換網１０７経由で転送されてきたシグナリングを、ＩＭＳ網１０８規格に適応するように変換する。
ＣＳＣＦ１０４は、必要なアプリケーションサーバへのアクセスなどを実現するＳＩＰサーバである。ＶＣＣアプリケーション（ＶＣＣ−ＡＰ）１０５は、回線交換網とパケット交換網の間で呼のハンドオーバを実現するために、呼を一旦終端するサーバである。
FIG. 1 is a diagram illustrating a configuration example of an entire network including a heterogeneous network according to the first embodiment.
In FIG. 1, a communication terminal (mobile communication device) 101 communicates with a
The
The
The CSCF 104 is a SIP server that implements access to necessary application servers. The VCC application (VCC-AP) 105 is a server that once terminates a call in order to realize call handover between the circuit switched network and the packet switched network.
［ＩＭＳ網経由の着信呼を回線交換網経由に切り替えるための手順］
次に、通信端末１０１がＩＭＳ網１０８（第１の網）経由の着信呼を回線交換網１０７（第２の網）経由に切り替えるための手順について図２ないし図９を参照して説明する。この手順は、通信端末１０１が、ＩＭＳ網１０８経由で着信したが、すぐに着信に応答できず、着信中にＩＭＳ網１０８の圏外に出てしまった場合を前提に説明する。
[Procedure for switching an incoming call via the IMS network to the circuit switching network]
Next, a procedure for the
図２は、ＩＭＳ網経由の着信呼を回線交換網経由に切り替える手順を示すシーケンス図である。なお、図２中のＳは、ステップの略である（以下同様）。
まず、リモート通信端末１０６が通信端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔともいう）１０１に対して発呼し、ＩＮＶＩＴＥメッセージを通信端末１０１宛てに送信する（ステップ２０１）。このとき、リモート通信端末１０６から送信されたＩＮＶＩＴＥメッセージは、ＣＳＣＦ１０４によりＶＣＣアプリケーション１０５へ転送される。ＶＣＣアプリケーション１０５は、転送されてきたＩＮＶＩＴＥメッセージをアンカー（一端終端）した後、ＩＮＶＩＴＥメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、送信されてきたＩＮＶＩＴＥメッセージを通信端末１０１に送信する。
FIG. 2 is a sequence diagram showing a procedure for switching an incoming call via the IMS network to a circuit switching network. Note that S in FIG. 2 is an abbreviation for a step (the same applies hereinafter).
First, the
次に、通信端末１０１は、ＣＳＣＦ１０４から送信されてきたＩＮＶＩＴＥメッセージを受け取る。そして、通信端末１０１は、通信端末のユーザを呼び出し中であることを知らせるため、リモート通信端末１０６にＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の１８０ Ｒｉｎｇｉｎｇメッセージを返す（ステップ２０２）。その後、ＣＳＣＦ１０４は、上記１８０ Ｒｉｎｇｉｎｇメッセージを受け取り、当該１８０ ＲｉｎｇｉｎｇメッセージをＶＣＣアプリケーション１０５経由でリモート通信端末１０６に転送する。
Next, the
次に、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う（ステップ２０３）。着信動作としては、例えば、着信音の出力、バイブレータによる振動などがある。なお、通信端末１０１は、ステップ２０３の着信動作以降、着信呼の切り替えが発生した場合も着信動作を継続する。これにより、ユーザは、ＩＭＳ網１０８から回線交換網１０７への切り替えを意識することなく、通信端末１０１を利用することが可能となる。
Next, the
その後、例えば、通信端末１０１が移動し、電波強度の変化（特定の条件を満たす電波強度値に変化。たとえば、一定の電波強度値を下回る値に変化）を検出する（ステップ２０４）。すると、通信端末１０１は、ＩＭＳ網１０８経由で着信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）規格の３００番台応答メッセージの新規メッセージをＶＣＣアプリケーション１０５に送る（ステップ２０５）。例えば図２Ａに示す３９０応答メッセージ（依頼メッセージ）を用いる。３９０応答メッセージは、着信呼のハンドオーバを依頼するためのリダイレクト応答である。なお、本実施の形態では、例えば３９０応答メッセージがリダイレクト応答として用いられているが、３００番台（３××）の応答メッセージであれば、コード番号は変更してもよい。３００番台の応答メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）規格に基づくものであり、データ伝送などのサービスを移動先に転送する場合などに用いられる。
Thereafter, for example, the
３９０応答メッセージを受信したＶＣＣアプリケーション１０５は、当該３９０応答メッセージから、着信呼のハンドオーバが必要と判断し、３９０応答メッセージに対するＡＣＫ（ＡＣＫメッセージ）を返す（ステップ２０６）。すると、ＣＳＣＦ１０４が、ＡＣＫを受け取り、そのＡＣＫを通信端末１０１に転送する。
次に、着信呼のハンドオーバが必要と判断したＶＣＣアプリケーション１０５は、通信端末１０１に対してＩＮＶＩＴＥメッセージ（転送先網経由の発呼メッセージ）を送信する（ステップ２０７）。ＭＧＣＦ１０３は、このＩＮＶＩＴＥメッセージをＣＳＣＦ１０４経由で受け取り、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ ＩＡＭメッセージに変換する。ＩＳＵＰ ＩＡＭメッセージは、回線交換網１０７におけるシグナリングである。そして、ＭＧＣＦ１０３は、ＩＳＵＰ ＩＡＭメッセージをＶＭＳＣ１０２に送信する（ステップ２０８）。
The
Next, the
次に、ＶＭＳＣ１０２は、通信端末１０１にＳＥＴＵＰメッセージ（発呼メッセージ）を送信する（ステップ２０９）。その結果、ＳＥＴＵＰメッセージを受信した通信端末１０１は、回線交換網１０７経由で着信を行うことが可能となり、着信呼のハンドオーバが実現する。
Next, the VMSC 102 transmits a SETUP message (calling message) to the communication terminal 101 (step 209). As a result, the
その後、通信端末１０１が、着信に応答した場合（ステップ２１０）、通信端末１０１は、リモート通信端末１０６に向けてＣＯＮＮＥＣＴメッセージを送信する（ステップ２１１）。すると、ＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２が、ＣＯＮＮＥＣＴメッセージをＩＳＵＰ ＩＡＭメッセージに変換してＭＧＣＦ１０３に送信する。ＩＳＵＰ ＩＡＭメッセージを受信したＣＳＣＦ１０４は、２００ ＯＫメッセージをＶＣＣアプリケーション１０５に送信した後、ＶＣＣアプリケーション１０５から送信された２００ ＯＫメッセージを受信する。そして、ＣＳＣＦ１０４は、リモート通信端末１０６に２００ ＯＫメッセージを送信する（ステップ２１２）。これにより、２００ ＯＫメッセージを受信したリモート通信端末１０６は、ＡＣＫメッセージをＣＳＣＦ１０４に送信する。
Thereafter, when the
ＡＣＫメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に当該ＡＣＫメッセージを送信し、当該ＡＣＫメッセージを受信したＶＣＣアプリケーション１０５は、ＣＳＣＦ１０４経由でＭＧＣＦ１０３にＡＣＫメッセージを送信する（ステップ２１３）。これにより、リモート通信端末１０６と通信端末１０１との間の通信が回線交換網１０７経由で開始される。
The
以上から、ＩＭＳ網１０８と回線交換網１０７との間において、着信中の呼のハンドオーバを実現することができる。
また、１つの３９０応答メッセージにより、ＩＭＳ網１０８から回線交換網１０７への切り替えの依頼と、切り替え前のＩＭＳ網１０８の呼を切断との依頼をすることができる。よって、ＩＭＳ網を含む交換網のメッセージ量が減り、有益である。また、切り替え前の網と切り替え後の網の両方に接続を確立することはしないので、ネットワークリソースの消費を削減でき、有益である。
As described above, handover of an incoming call can be realized between the
Further, it is possible to request to switch from the
［通信端末の構成］
図３は、通信端末１０１の構成例を示す図である（実施の形態２ないし４も同様）。
図３の通信端末１０１は、回線交換インターフェース（第１通信部または第２通信部）３０１、パケット交換インターフェース（第２通信部または第１通信部）３０２、メッセージ処理部３０３およびメッセージ作成部３０４を有する。さらに、通信端末１０１は、着信・発信動作制御部（制御部）３０５、ハンドオーバ制御部（制御部）３０６および電波強度計測部（検出部）３０７を有する。
[Configuration of communication terminal]
FIG. 3 is a diagram illustrating a configuration example of the communication terminal 101 (the same applies to the second to fourth embodiments).
3 includes a circuit switching interface (first communication unit or second communication unit) 301, a packet switching interface (second communication unit or first communication unit) 302, a
回線交換インターフェース３０１は、回線交換網１０７との通信を行うためのインターフェースである。パケット交換インターフェース３０２は、ＩＭＳ網１０８との通信を行うためのインターフェースである。
メッセージ処理部３０３は、メッセージを受信したり、メッセージの解析を行ったりする。メッセージ作成部３０４は、メッセージを作成する。
着信・発信動作制御部３０５は、通信端末１０１の着信動作または発信動作の制御を行う。ハンドオーバ制御部３０６は、回線交換網１０７とＩＭＳ網１０８との間のハンドオーバ制御を行う。
電波強度計測部３０７は、電波強度を計測して検出する。
The
The
The incoming / outgoing
The radio wave
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図４ないし図６を参照して説明する。
[Communication terminal processing]
Next, various processes of the
［着信処理］
図４は、通信端末１０１の着信処理を示すフローチャートである。
まず、パケット交換インターフェース３０２は、ＩＮＶＩＴＥメッセージを受信する（ステップ４０１）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う。そして、通信端末１０１はパケット交換着信状態に移行する（ステップ４０２）。
次に、メッセージ処理部３０３は、着信・発信動作制御部３０５に対し、着信動作を行うように指示する。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。上記指示を受けた着信・発信動作制御部３０５は、通信端末１０１の着信動作を行う（ステップ４０３）。
[Incoming call processing]
FIG. 4 is a flowchart showing the incoming call processing of the
First, the
Next, the
次に、メッセージ処理部３０３は、メッセージ作成部３０４に１８０ Ｒｉｎｇｉｎｇメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、１８０ Ｒｉｎｇｉｎｇメッセージをパケット交換インターフェース３０２に渡す（ステップ４０４）。
パケット交換インターフェース３０２は、受け取った１８０ Ｒｉｎｇｉｎｇメッセージをリモート通信端末１０６宛てに送信する（ステップ４０５）。その後、着信・発信動作制御部３０５が着信動作を継続させつつ、通信端末１０１は、ユーザによる着信応答待ち状態に移行する（ステップ４０６）。
Next, the
The
［着信応答待ち状態時に電波強度が低下した場合の処理］
図５は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出する（ステップ５０１）。すると、電波強度計測部３０７は、ハンドオーバ制御部３０６に電波強度が低下した旨を通知する（ステップ５０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４に３ｘｘ（例えば３９０）メッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、３ｘｘメッセージをパケット交換インターフェース３０２に渡す（ステップ５０３）。
[Processing when signal strength decreases while waiting for an incoming call response]
FIG. 5 is a flowchart showing a process when the radio wave intensity is lowered when the
First, the radio field
The
パケット交換インターフェース３０２（第１通信部）は、３ｘｘメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ５０４）。その後、パケット交換インターフェース３０２は、３ｘｘメッセージに対するＡＣＫメッセージを受信する（ステップ５０５）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信したＡＣＫメッセージを受け取り、ＡＣＫメッセージの確認を行う（ステップ５０６）。
The packet switching interface 302 (first communication unit) receives the 3xx message and transmits it to the VCC application 105 (step 504). Thereafter, the
次に、回線交換インターフェース３０２（第２通信部）は、ＶＣＣアプリケーション１０５から、ＳＥＴＵＰメッセージを受信する（ステップ５０７）。メッセージ処理部３０３は、回線交換インターフェース３０２で受信されたＳＥＴＵＰメッセージを受け取り、ＳＥＴＵＰメッセージの確認を行う。そして、通信端末１０１は、回線交換着信状態に移行する（ステップ５０８）。このようにして、パケット交換着信状態から回線交換着信状態に移行し、ＩＭＳ網１０８の着信呼を回線交換網１０７経由の着信呼にハンドオーバすることが可能となる。
Next, the circuit switching interface 302 (second communication unit) receives a SETUP message from the VCC application 105 (step 507). The
［着信応答処理］
図６は、通信端末１０１の着信応答処理を示すフローチャートである。
まず、着信・発信動作制御部３０５は、着信呼のハンドオーバ処理中（図５のステップ５０１〜５０８参照）、着信動作を継続する（ステップ６０１）。
そして、着信呼のハンドオーバ処理後に、通信端末１０１のユーザによる着信応答があった場合、メッセージ作成部３０４は、ＣＯＮＮＥＣＴメッセージを作成して回線交換インターフェース３０１に渡す。ＣＯＮＮＥＣＴメッセージを受け取った回線交換インターフェース３０１は、リモート通信端末１０６宛てにＣＯＮＮＥＣＴメッセージを送信する（ステップ６０２）。すると、回線交換インターフェース３０２は、ＣＯＮＮＥＣＴメッセージに応答したＣＯＮＮＥＣＴ ＡＣＫを受信する。その結果、通信端末１０１とリモート通信端末１０６との間の通信の接続がＩＭＳ網１０８経由で完了する（ステップ６０３）。着信呼のハンドオーバ中に、通信端末１０１のユーザによる着信応答があった場合、着信呼のハンドオーバ終了後に上記着信応答を行なう。この場合、着信呼のハンドオーバが終了するまでの間、着信呼のハンドオーバ中である旨を知らせるガイダンスを流したり、画面にアナウンスを表示したりしてもよい。
[Incoming call response processing]
FIG. 6 is a flowchart showing the incoming call response process of the
First, the incoming / outgoing
When there is an incoming response by the user of the
［ＶＣＣアプリケーションの構成］
図７は、ＶＣＣアプリケーション１０５の構成例を示す図である（実施の形態２ないし４も同様）。
図７のＶＣＣアプリケーション１０５は、通信インターフェース７０１、メッセージ処理部７０２、アンカー制御部７０３、ハンドオーバ制御部７０４およびメッセージ作成部７０５を有する。
通信インターフェース７０１は、メッセージの送受信を行うためのインターフェースである。メッセージ処理部７０２は、受信したメッセージを解析する。
アンカー制御部７０３は、着信呼などの呼のアンカーに関する制御を行う。ハンドオーバ制御部７０４は、ハンドオーバの制御を行う。メッセージ作成部７０５は、メッセージを作成する。
[Configuration of VCC application]
FIG. 7 is a diagram showing a configuration example of the VCC application 105 (the same applies to the second to fourth embodiments).
The
The
The
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図８および図９を参照して説明する。
[Vcc application processing]
Next, various processes of the
［ＩＮＶＩＴＥメッセージ受信時の処理］
図８は、ＶＣＣアプリケーション１０５がリモート通信端末１０６からＩＮＶＩＴＥメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１が、リモート通信端末１０６から、ＩＮＶＩＴＥメッセージを受信する（ステップ８０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う（ステップ８０２）。そして、メッセージ処理部７０２は、ＩＮＶＩＴＥメッセージをアンカー制御部７０３に渡す（ステップ８０３）。
[Process when receiving INVITE message]
FIG. 8 is a flowchart showing processing when the
The
アンカー制御部７０３は、通常のＶＣＣアプリケーションの動作に従って、当該ＩＮＶＩＴＥメッセージを一旦終端（アンカー）する（ステップ８０４）。次に、ＶＣＣアプリケーション１０５は、ＩＮＶＩＴＥメッセージを移動端末１０１に送信する（ステップ８０５）。このようにして、ＩＮＶＩＴＥメッセージがＶＣＣアプリケーション１０５によってアンカーされる。
The
［３ｘｘメッセージ受信時の処理］
図９は、ＶＣＣアプリケーション１０５が通信端末１０１から３ｘｘメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１が、通信端末１０１から、３ｘｘ（例えば３９０）メッセージを受信する（ステップ９０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信された３ｘｘメッセージを受け取り、３ｘｘメッセージの確認を行う（ステップ９０２）。そして、メッセージ処理部７０２は、３ｘｘメッセージをアンカー制御部７０３に渡す（ステップ９０３）。
[Process when receiving 3xx message]
FIG. 9 is a flowchart illustrating processing when the
The
アンカー制御部７０３は、３ｘｘメッセージを受信した後、３ｘｘのコードを確認し、通信端末１０１がハンドオーバを必要としていることを確認する（ステップ９０４）。次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、３ｘｘメッセージに対する応答としてＡＣＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、ＡＣＫメッセージを作成して通信インターフェース７０１に渡す（ステップ９０５）。
通信インターフェース７０１は、メッセージ作成部７０５からのＡＣＫメッセージを受け取って通信端末１０１宛てに送信する（ステップ９０６）。
ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、回線交換網１０７経由の呼を確立するため、ＩＮＶＩＴＥメッセージを作成するように指示する。上記指示を受けたメッセージ作成部７０５は、ＩＮＶＩＴＥメッセージを作成して、通信インターフェース７０１を介して、通信端末１０１の回線交換インターフェース３０１宛てに送信する（ステップ９０７）。このようにして、回線交換網１０７経由の呼が新規に確立され、通信端末１０１は、着信呼のハンドオーバを行うことが可能となる。
After receiving the 3xx message, the
The
The
以上から、３ｘｘメッセージなどのリダイレクトメッセージを用いて着信呼のハンドオーバを行うことが可能となる。 From the above, it is possible to perform handover of an incoming call using a redirect message such as a 3xx message.
［回線交換網経由の着信呼をＩＭＳ網経由に切り替えるための手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の着信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図１０ないし図１３を参照して説明する。
[Procedure for switching an incoming call via the circuit switching network to the IMS network]
Next, a procedure for the
図１０は、回線交換網１０７経由の着信呼をＩＭＳ網１０８に切り替える手順を示すシーケンス図である。
まず、リモート通信端末１０６は、通信端末１０１に対して発呼し、通信端末１０１宛てにＩＮＶＩＴＥメッセージを送信する。すると、ＩＮＶＩＴＥメッセージを受信したＭＧＣＦ１０３は、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ ＩＡＭメッセージに変換して送信する。ＩＳＵＰ ＩＡＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ ＩＡＭメッセージをＳＥＴＵＰメッセージに変換して通信端末１０１に送信する（ステップ１００１）。
このとき、ＣＳＣＦ１０４は、リモート通信端末１０６から送信されたＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５経由で受信して、ＶＣＣアプリケーション１０５に転送する。ＩＮＶＩＴＥメッセージを受信したＶＣＣアプリケーション１０５は、当該ＩＮＶＩＴＥメッセージをアンカーした後、ＩＮＶＩＴＥメッセージを送信する。そして、ＩＮＶＩＴＥメッセージを受信したＣＳＣＦ１０４は、当該ＩＮＶＩＴＥメッセージをＭＧＣＦ１０３に転送する。
FIG. 10 is a sequence diagram showing a procedure for switching an incoming call via the
First, the
At this time, the
次に、ＳＥＴＵＰメッセージを受信した通信端末１０１は、ユーザの呼出し中であることをリモート通信端末１０６に知らせるため、ＡＬＥＲＴＩＮＧメッセージを返す。このＡＬＥＲＴＩＮＧメッセージを受信したＶＭＳＣ１０２は、当該ＡＬＥＲＴＩＮＧメッセージをＩＳＵＰ ＡＣＭメッセージに変換して送信する。すると、ＭＧＣＦ１０３は、当該ＩＳＵＰ ＡＣＭメッセージを１８０ Ｒｉｎｇｉｎｇメッセージに変換して送信する。その後、１８０ Ｒｉｎｇｉｎｇメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０ Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０ Ｒｉｎｇｉｎｇメッセージをリモート通信端末１０６宛てに送信する（ステップ１００２）。
Next, the
次に、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う（ステップ１００３）。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。なお、通信端末１０１は、ステップ１００３の着信動作以降も、着信動作を継続する。これにより、ユーザは、回線交換網１０７からＩＭＳ網１０８への切り替えを意識することなく、通信端末１０１を利用することが可能となる。
Next, the
その後、例えば、通信端末１０１が移動し、回線交換インターフェース３０１の電波強度の変化（低下）を検出する（ステップ１００４）。すると、通信端末１０１は、回線交換網１０７経由で着信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、例えば図１０Ａに示すＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送る（ステップ１００５）。本実施の形態では、ＤＩＳＣＯＮＮＥＣＴメッセージを、着信呼のハンドオーバを依頼するためのメッセージとして利用する。このとき、ＤＩＳＣＯＮＮＥＣＴメッセージ中のＣａｕｓｅフィールドには、着信呼のドメイン移動であることを示す新規Ｃａｕｓｅが指定される。図１０Ａの例では、新規Ｃａｕｓｅは、cause value=１２６として定め、着信呼の転送を意味するｃａｕｓｅとしている。
これにより、１つのＤＩＳＣＯＮＮＥＣＴメッセージにより、回線交換網１０７からＩＭＳ網１０８への切り替え依頼と、切り替え前の回線交換網１０７の呼の切断をすることができる。よって、ＩＭＳ網を含む交換網のメッセージ量が減り、有益となる。
Thereafter, for example, the
As a result, it is possible to request switching from the
ＤＩＳＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＩＳＵＰ ＲＥＬメッセージに変換してＭＧＣＦ１０３に送信する。このとき、ＶＭＳＣ１０２は、ＩＳＵＰ ＲＥＬメッセージに、着信呼のハンドオーバであることを示すフィールドを入れる。そして、ＩＳＵＰ ＲＥＬメッセージを受信したＭＧＣＦ１０３は、着信呼のハンドオーバ依頼であることを示す３９０応答メッセージをＶＣＣアプリケーションに送信する（ステップ１００６）。なお、３９０応答メッセージのコード番号は、３００（３××）番台であれば変更してよい。
The
３９０応答メッセージを受信したＶＣＣアプリケーション１０５は、当該３９０応答メッセージから、着信呼のハンドオーバが必要と判断し、３９０応答メッセージに対するＡＣＫを返す（ステップ１００７）。すると、ＣＳＣＦ１０４が、ＡＣＫを受け取り、そのＡＣＫをＭＧＣＦ１０３に送信する。
次に、ＶＣＣアプリケーション１０５は、通信端末１０１に対してＩＮＶＩＴＥメッセージ（転送先網経由の発呼メッセージ）をＭＧＣＦ１０３およびＶＭＳＣ１０２経由で送信する（ステップ１００８）。その結果、ＩＮＶＩＴＥメッセージを受信した通信端末１０１は、ＩＭＳ網１０８経由で着信を行うことが可能となり、着信呼のハンドオーバが実現する。
The
Next, the
その後、通信端末１０１が、着信に応答した場合（ステップ１００９）、通信端末１０１は、リモート通信端末１０６に向けて２００ ＯＫメッセージを送信する（ステップ１０１０）。すると、２００ ＯＫメッセージをＭＧＣＦ１０３経由で受信したＣＳＣＦ１０４は、２００ ＯＫメッセージをＶＣＣアプリケーション１０５に送信した後、ＶＣＣアプリケーション１０５から送信された２００ ＯＫメッセージを受信する。そして、ＣＳＣＦ１０４は、リモート通信端末１０６に２００ ＯＫメッセージを送信する（ステップ１０１１）。これにより、２００ ＯＫメッセージを受信したリモート通信端末１０６が、ＡＣＫを通信端末１０１宛てに送信し、通信端末１０１がＡＣＫを受信する。そして、通信端末１０１とリモート端末１０６との間の接続が完了し、通信端末１０１とリモート通信端末１０６との間の通信がＩＭＳ網１０８経由で開始される（ステップ１０１２）。
Thereafter, when the
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図１１ないし図１３を参照して説明する。
［着信処理］
図１１は、通信端末１０１の着信処理を示すフローチャートである。
まず、回線交換インターフェース３０１は、ＳＥＴＵＰメッセージを受信する（ステップ１１０１）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＳＥＴＵＰメッセージを受け取り、ＳＥＴＵＰメッセージの確認を行う。そして、メッセージ処理部３０３は、通信端末１０１を回線交換着信状態にする（ステップ１１０２）。
次に、メッセージ処理部３０３は、着信・発信動作制御部３０５に対し、着信動作を行うように指示する。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。上記指示を受けた着信・発信動作制御部３０５は、通信端末１０１の着信動作を行う（ステップ１１０３）。
[Communication terminal processing]
Next, various processes of the
[Incoming call processing]
FIG. 11 is a flowchart showing the incoming call processing of the
First, the
Next, the
次に、メッセージ処理部３０３は、メッセージ作成部３０４にＡＬＥＲＴＩＮＧメッセージを送信するように指示する。上記指示を受けたメッセージ受信部３０４は、ＡＬＥＲＴＩＮＧメッセージを回線交換インターフェース３０１に渡す（ステップ１１０４）。
回線交換インターフェース３０１は、受け取ったＡＬＥＲＴＩＮＧメッセージをリモート通信端末１０６宛てに送信する（ステップ１１０５）。その後、着信・発信動作制御部３０５が着信動作を継続させつつ、通信端末１０１は、ユーザによる着信応答待ち状態に移行する（ステップ１１０６）。
Next, the
The
［着信応答待ち状態時に電波強度が低下した場合の処理］
図１２は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、回線交換インターフェース３０１の電波強度の低下を検出する（ステップ１２０１）。すると、電波強度計測部３０７は、ハンドオーバ制御部３０６に回線交換インターフェース３０１の電波強度が低下した旨を通知する（ステップ１２０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＤＩＳＣＯＮＮＥＣＴメッセージを回線交換インターフェース３０１に渡す（ステップ１２０３）。
[Processing when signal strength decreases while waiting for an incoming call response]
FIG. 12 is a flowchart showing a process when the radio wave intensity is reduced when the
First, the radio field
The
回線交換インターフェース（第１通信部）３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ１２０４）。その後、回線交換インターフェース３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを受信する（ステップ１２０５）。そして、メッセージ処理部３０３が、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥメッセージを受け取り、ＲＥＬＥＡＳＥメッセージの確認を行う（ステップ１２０６）。
The circuit switching interface (first communication unit) 301 receives the DISCONNECT message and transmits it to the VCC application 105 (step 1204). Thereafter, the
続いて、メッセージ処理部３０３は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ１２０７）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを作成して回線交換インターフェース３０１に渡す（ステップ１２０８）。
Subsequently, the
回線交換インターフェース３０１は、受け取ったＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージをＶＭＳＣ１０２宛てに送信する（ステップ１２０９）。続いて、パケット交換インターフェース（第２通信部）３０２は、ＶＣＣアプリケーション１０５からＩＮＶＩＴＥメッセージ（発呼メッセージ）を受信する（ステップ１２１０）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う。そして、メッセージ処理部３０３は、パケット交換着信状態に移行する（ステップ１２１１）。このようにして、回線交換着信状態からパケット交換着信状態に移行し、回線交換網１０７経由の着信呼をＩＭＳ網１０８経由の着信呼にハンドオーバすることが可能となる。
The
［着信応答処理］
図１３は、通信端末１０１の着信応答処理を示すフローチャートである。
まず、着信・発信動作制御部３０５は、着信呼のハンドオーバ処理中（図１２のステップ１２０１〜１２１１参照）、着信動作を継続する（ステップ１３０１）。
次に、着信呼のハンドオーバ処理後に、通信端末１０１のユーザによる着信応答があった場合、メッセージ作成部３０４は、２００ ＯＫメッセージを作成してパケット交換インターフェース３０２に渡す（ステップ１３０２）。
[Incoming call response processing]
FIG. 13 is a flowchart showing the incoming call response process of the
First, the incoming / outgoing
Next, when there is an incoming call response by the user of the
２００ ＯＫメッセージを受け取ったパケット交換インターフェース３０２は、リモート通信端末１０６宛てに２００ ＯＫメッセージを送信する（ステップ１３０３）。
次に、パケット交換インターフェース３０２は、２００ ＯＫメッセージに対するＡＣＫメッセージを受信する（ステップ１３０４）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＡＣＫメッセージを受け取り、ＡＣＫメッセージの確認を行う（ステップ１３０５）。すると、通信端末１０１はＩＭＳ網１０８との接続が完了し、通信端末１０１とリモート通信端末１０６との間の通話がＩＭＳ網１０８経由で開始される（ステップ１３０６）。通信端末１０１は、着信呼のハンドオーバ中に、通信端末１０１のユーザによる着信応答があった場合、着信呼のハンドオーバ終了後に上記着信応答を行なう。この場合、通信端末１０１は、着信呼のハンドオーバが終了するまでの間、着信呼のハンドオーバ中である旨を知らせるためのガイダンスを流したり、ディスプレイにアナウンス表示したりしてもよい。
The
Next, the
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
Note that the processing of the
以上説明したように、本実施の形態によると、図２などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で着信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図２Ａの３９０メッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えを依頼する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で着信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられた回線交換網１０７経由で着信を行うことができる。
As described above, according to the present embodiment, as described with reference to FIG. 2 and the like, the
また、図１０などで説明したとおり、通信端末１０１は、回線交換網１０７経由で着信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１０ＡのＤＩＳＣＯＮＮＥＣＴメッセージを送信して、着信呼の転送を依頼する。したがって、通信端末１０１は、回線交換網１０７経由で着信中に電波強度が低下しても、転送先（切り替え先）のＩＭＳ網１０８経由で着信を行うことができる。
よって、異種網間において着信中の呼のハンドオーバを行い、着信を継続することができる。
Further, as described with reference to FIG. 10 and the like, the
Therefore, the incoming call can be handed over between different networks and the incoming call can be continued.
（実施の形態２）
実施の形態２では、ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨのメッセージを用いてＩＭＳ網１０８と回線交換網１０７との間で着信呼をハンドオーバする場合について説明する。
(Embodiment 2)
In the second embodiment, a case will be described in which an incoming call is handed over between the
［ＩＭＳ網経由の着信呼を回線交換網経由に切り替えるための手順］
通信端末１０１がＩＭＳ網（第１の網）１０８経由の着信呼を回線交換網（第２の網）１０７経由に切り替えるための手順について図１４ないし図１６を参照して説明する。
[Procedure for switching an incoming call via the IMS network to the circuit switching network]
A procedure for the
図１４は、実施の形態２におけるＩＭＳ網１０８経由の着信呼を回線交換網１０７経由に切り替える手順を示すシーケンス図である。
まず、リモート通信端末１０６が発呼してから、通信端末１０１が着信するまでのステップ１４０１〜１４０４は、実施の形態１のステップ２０１〜２０４と同様である。すなわち、ステップ１４０１では、リモート通信端末１０６がＩＮＶＩＴＥメッセージを通信端末１０１宛てに送信する（ステップ１４０１）。
ステップ１４０２では、通信端末１０１は、ＣＳＣＦ１０４から送信されてきたＩＮＶＩＴＥメッセージを受け取る。そして、通信端末１０１は、通信端末のユーザを呼び出し中であることを知らせるため、リモート通信端末１０６にＳＩＰの１８０ Ｒｉｎｇｉｎｇメッセージを返す。なお、その後、ＣＳＣＦ１０４は、上記Ｒｉｎｇｉｎｇメッセージを受け取り、当該ＲｉｎｇｉｎｇメッセージをＶＣＣアプリケーション１０５経由でリモート通信端末１０６に送信する。
FIG. 14 is a sequence diagram showing a procedure for switching an incoming call via the
First, steps 1401 to 1404 from when the
In step 1402, the
ステップ１４０３では、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う。通信端末１０１は、ステップ２０３の着信動作以降も、着信動作を継続する。ステップ１４０４では、例えば、通信端末１０１が移動し、電波強度の変化（低下）を検出する。
In
すると、電波強度の変化を検出した通信端末１０１は、ＩＭＳ網１０８経由で着信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、例えば図１４Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送信する（ステップ１４０５）。ＮＯＴＩＦＹメッセージを、着信呼のハンドオーバを依頼するためのメッセージとして利用する。このとき、ＮＯＴＩＦＹメッセージの中には、着信呼のハンドオーバの依頼を示すステータスコード（図１４ＡのＥｖｅｎｔ情報参照）を記述しておく。
Then, the
なお、本実施の形態の通信端末１０１は、ＮＯＴＩＦＹメッセージを用いて着信呼のハンドオーバを依頼する場合について説明するが、ＮＯＴＩＦＹメッセージの代わりに、ＰＵＢＬＩＳＨメッセージを用いてもよい。
The
ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、当該ＮＯＴＩＦＹメッセージから、着信呼のハンドオーバが必要と判断し、ＮＯＴＩＦＹメッセージに対する２００ ＡＣＫを返す（ステップ１４０６）。すると、ＣＳＣＦ１０４が、２００ ＡＣＫを受け取り、その２００ ＡＣＫを通信端末１０１に転送する。
次に、ＶＣＣアプリケーション１０５は、ＩＭＳ網１０８経由で着信中の呼を切断するために、ＩＭＳ網１０８経由でＣＡＮＣＥＬメッセージを送信する（ステップ１４０７）。なお、図１４のＶＣＣアプリケーション１０５は、ＣＡＮＣＥＬメッセージを用いて、ＩＭＳ網１０８経由で着信中の呼を切断するように依頼するが、この依頼方法は変更してもよい。例えば、ＮＯＴＩＦＹメッセージ（またはＰＵＢＬＩＳＨメッセージ）が、ＩＭＳ網１０８経由で着信中の呼を切断するための情報を含むようにする。そうすると、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５が、ＣＡＮＣＥＬメッセージを送信する必要がない。
The
Next, the
次に、ＣＡＮＣＥＬメッセージを受信した通信端末１０１は、ＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを返す（ステップ１４０８）。２００ ＯＫメッセージを受信したＶＣＣアプリケーション１０５は、２００ ＯＫメッセージに対するＡＣＫメッセージを返す（ステップ１４０９）。これにより、通信端末１０１が、ＡＣＫメッセージを受信することとなり、ＩＭＳ網１０８経由で着信中の呼が切断される。
次に、ＶＣＣアプリケーション１０５と通信端末１０１との間で、実施の形態１のステップ２０７〜２０９と同様の処理が行われる。すなわち、ステップ２０７では、ＶＣＣアプリケーション１０５は、通信端末１０１の回線交換網１０７での番号宛にＩＮＶＩＴＥメッセージを送信する。
Next, the
Next, processing similar to
ステップ２０８では、ＭＧＣＦ１０３は、このＩＮＶＩＴＥメッセージをＣＳＣＦ１０５経由で受け取り、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ ＩＡＭメッセージに変換して送信する。
ステップ２０９では、ＶＭＳＣ１０２は、通信端末１０１にＳＥＴＵＰメッセージを送信する（ステップ２０９）。その結果、ＳＥＴＵＰメッセージ（発呼メッセージ）を受信した通信端末１０１は、回線交換網１０７経由で着信を行うことが可能となり、着信呼のハンドオーバが実現する。
また、ＩＮＶＩＴＥメッセージの送信は、ステップ１４０７のＣＡＮＣＥＬメッセージの送信前に行うようにしてもよい。
In
In
The INVITE message may be transmitted before the CANCEL message is transmitted in
その後、通信端末１０１は、図２のステップ２１０〜２１３の場合と同様に、ユーザが着信応答（ステップ１４１０）するまでの間、着信動作を継続し、通信端末１０１が着信した場合は、リモート通信端末１０６との通信を回線交換網１０７経由で開始する（ステップ１４１１〜１４１３）。
Thereafter, the
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図１５を参照して説明する。実施の形態２の通信端末１０１は、実施の形態１の着信処理（図４参照）および着信応答処理（図６参照）と同様の処理を行う。そこで、実施の形態２では、実施の形態１と異なる処理（通信端末の着信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
[Communication terminal processing]
Next, various processes of the
［着信応答待ち状態時に電波強度が低下した場合の処理］
図１５は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出した（ステップ１５０１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ１５０２）。
[Processing when signal strength decreases while waiting for an incoming call response]
FIG. 15 is a flowchart showing processing when the radio wave intensity is reduced when the
First, when the radio field
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にハンドオーバ依頼メッセージとしてＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージを送信するように指示する（ステップ１５０３）。本実施の形態のハンドオーバ制御部３０６は、ＮＯＴＩＦＹメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージをパケット交換インターフェース３０２に渡す（ステップ１５０４）。
The
パケット交換インターフェース（第１通信部）３０２は、ＮＯＴＩＦＹメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ１５０５）。その後、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージに対する２００ ＯＫメッセージを受信する（ステップ１５０６）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信された２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ１５０７）。
The packet switching interface (first communication unit) 302 receives the NOTIFY message and transmits it to the VCC application 105 (step 1505). Thereafter, the
次に、パケット交換インターフェース３０２は、ＶＣＣアプリケーション１０５から、ＣＡＮＣＥＬメッセージを受信する（ステップ１５０８）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＣＡＮＣＥＬメッセージを受け取り、ＣＡＮＣＥＬメッセージの確認を行う（ステップ１５０９）。そして、メッセージ処理部３０３は、メッセージ作成部３０４にＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを送信するように指示する（ステップ１５１０）。上記指示を受けたメッセージ作成部３０４は、２００ ＯＫメッセージを作成してパケット交換インターフェース３０２に渡す（ステップ１５１１）。
Next, the
パケット交換インターフェース３０２は、２００ ＯＫメッセージを受け取って、ＶＣＣアプリケーション１０５宛てに送信する（ステップ１５１２）。その後、パケット交換インターフェース３０２は、２００ ＯＫメッセージに対するＡＣＫメッセージを受信する（ステップ１５１３）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＡＣＫメッセージを受け取り、ＡＣＫメッセージの確認を行う（ステップ１５１４）。そして、ハンドオーバ制御部３０６は、パケット交換着信状態を解除する（ステップ１５１５）。
The
次に、回線交換インターフェース（第２通信部）３０２は、ＶＣＣアプリケーション１０５から、ＳＥＴＵＰメッセージ（発呼メッセージ）を受信する（ステップ１５０８）。メッセージ処理部３０３は、回線交換インターフェース３０２で受信されたＳＥＴＵＰメッセージを受け取り、ＳＥＴＵＰメッセージの確認を行う。そして、メッセージ処理部３０３は、回線交換着信状態に移行する（ステップ１５０９）。このようにして、パケット交換着信状態から回線交換着信状態に移行し、ＩＭＳ網１０８の着信呼を回線交換網１０７経由の着信呼にハンドオーバすることが可能となる。
Next, the circuit switching interface (second communication unit) 302 receives a SETUP message (calling message) from the VCC application 105 (step 1508). The
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図１６を参照して説明する。実施の形態２のＶＣＣアプリケーション１０５は、実施の形態１のＩＮＶＩＴＥメッセージ受信時の処理（図８参照）と同様の処理を行うが、実施の形態１と異なる処理（ＶＣＣアプリケーションのＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージ受信時の処理）について説明する。
[Vcc application processing]
Next, various processes of the
［ＮＯＴＩＦＹ／ＰＵＢＬＩＳＨメッセージ受信時の処理］
図１６は、ＶＣＣアプリケーション１０５のＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ受信時の処理を示すフローチャートである。
通信インターフェース７０１が、通信端末１０１から、ＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージを受信する（ステップ１６０１）。本実施の形態の通信インターフェース７０１は、ＮＯＴＩＦＹメッセージを受信した場合について説明するが、ＰＵＢＬＩＳＨメッセージを受信した場合も同様である。
[Process when NOTIFY / PUBLISH message is received]
FIG. 16 is a flowchart showing processing when the
The
次に、メッセージ処理部７０２は、通信インターフェース７０１で受信されたＮＯＴＩＦＹメッセージを受け取り、ＮＯＴＩＦＹメッセージの確認を行う（ステップ１６０２）。そして、メッセージ処理部７０２は、ＮＯＴＩＦＹメッセージを確認し、ＮＯＴＩＦＹメッセージが着信呼のハンドオーバ要求であることを確認する（ステップ１６０３）。その後、メッセージ処理部７０２は、ＮＯＴＩＦＹメッセージをハンドオーバ制御部７０４に渡す。
Next, the
ハンドオーバ制御部７０４は、ＮＯＴＩＦＹメッセージを受け取り、アンカー部７０３に、ＮＯＴＩＦＹメッセージがアンカーされているかどうかを確認する（ステップ１６０４）。ハンドオーバ制御部７０４は、上記確認の結果、アドレスがアンカーされていることを確認した場合、メッセージ作成部７０５に対して、ＮＯＴＩＦＹメッセージに対応する応答として２００ ＯＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、２００ ＯＫメッセージを作成して通信インターフェース７０１に渡す（ステップ１６０５）。
The
通信インターフェース７０１は、２００ ＯＫメッセージを受け取って通信端末１０１宛てに送信する（ステップ１６０６）。
The
次に、ハンドオーバ制御部７０４は、ＩＭＳ網１０８経由の着信を切断するため、メッセージ作成部７０５に対して、ＣＡＮＣＥＬメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、通信端末１０１のパケット交換網１０８の番号宛てのＣＡＮＣＥＬメッセージを作成して通信インターフェース７０１に渡す（ステップ１６０７）。
Next, the
ＣＡＮＣＥＬメッセージを受け取った通信インターフェース７０１は、当該ＣＡＮＣＥＬメッセージを通信端末１０１のパケット交換網１０８の番号宛てに送信する（ステップ１６０８）。その後、通信インターフェース７０１は、通信端末１０１からのＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを受信する（ステップ１６０９）。メッセージ処理部７０２は、通信インターフェース７０１で受信された２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ１６１０）。
Upon receiving the CANCEL message, the
メッセージ処理部７０２は、確認した２００ ＯＫメッセージから、ＣＡＮＣＥＬメッセージに対する応答であることを確認し（ステップ１６１１）、当該２００ ＯＫメッセージをハンドオーバ制御部７０４に渡す（ステップ１６１２）。２００ ＯＫメッセージを受け取ったハンドオーバ制御部７０４は、当該２００ ＯＫメッセージが、ステップ１６１０で送信されたＣＡＮＣＥＬメッセージに対する応答であることを確認する。
次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、２００ ＯＫメッセージに対する応答としてＡＣＫメッセージ送信するように指示する。上記指示を受けたメッセージ作成部７０５は、ＡＣＫメッセージを作成して通信インターフェース７０１に渡す（ステップ１６１３）。
The
Next, the
ＡＣＫメッセージを受け取った通信インターフェース７０１は、当該ＡＣＫメッセージを通信端末１０１のパケット交換網１０８での番号宛てに送信する（ステップ１６１４）。これにより、その後、通信端末１０１宛てのパケット交換網１０８経由の着信が切断されることとなる。続いて、ハンドオーバ制御部７０４は、回線交換網１０７経由で通信端末１０１に着信させるため、メッセージ作成部７０５に対して、ＩＮＶＩＴＥメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、通信端末１０１の回線交換網１０７の番号宛てのＩＮＶＩＴＥメッセージを作成して通信インターフェース７０１に渡す（ステップ１６１５）。
The
ＩＮＶＩＴＥメッセージを受け取った通信インターフェース７０１は、当該ＩＮＶＩＴＥメッセージを、通信端末１０１の回線交換網１０７の番号宛てに送信する(ステップ１６１６)。これにより、通信端末１０１は、回線交換網１０７経由で着信可能となる。
以上から、パケット交換着信状態から回線交換着信状態に移行し、着信呼のハンドオーバが実現する。
Upon receiving the INVITE message, the
From the above, the packet-switched incoming state is shifted to the circuit-switched incoming state, and handover of the incoming call is realized.
［回線交換網経由の着信呼をＩＭＳ網経由に切り替える手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の着信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図１７および図１８を参照して説明する。
[Procedure for switching an incoming call via the circuit switching network to the IMS network]
Next, a procedure for the
図１７は、実施の形態２における回線交換網１０７経由の着信呼をＩＭＳ網１０８経由に切り替える手順を示すシーケンス図である。
まず、リモート通信端末１０６が発呼してから、通信端末１０１が着信するまでのステップ１７０１〜１７０４は、図１０の実施の形態１のステップ１００１〜１００４と同様である。すなわち、ステップ１７０１では、リモート通信端末１０６は、通信端末１０１に対して発呼し、通信端末１０１宛てにＩＮＶＩＴＥメッセージを送信する。すると、ＩＮＶＩＴＥメッセージを受信したＭＧＣＦ１０３は、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ ＩＡＭメッセージに変換して送信する。ＩＳＵＰ ＩＡＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ ＩＡＭメッセージをＳＥＴＵＰメッセージに変換して通信端末１０１に送信する（ステップ１００１と同様）。
FIG. 17 is a sequence diagram showing a procedure for switching an incoming call via the
First, Steps 1701 to 1704 from when the
ステップ１７０２では、ＳＥＴＵＰメッセージを受信した通信端末１０１は、ＡＬＥＲＴＩＮＧメッセージを返す。このＡＬＥＲＴＩＮＧメッセージを受信したＶＭＳＣ１０２は、当該ＡＬＥＲＴＩＮＧメッセージをＩＳＵＰ ＡＣＭメッセージに変換して送信する。すると、ＭＧＣＦ１０３は、当該ＩＳＵＰ ＡＣＭメッセージを１８０ Ｒｉｎｇｉｎｇメッセージに変換して送信する。その後、１８０ Ｒｉｎｇｉｎｇメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０ Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０ Ｒｉｎｇｉｎｇメッセージをリモート通信端末１０６に送信する（ステップ１００２と同様）。
In step 1702, the
ステップ１７０３では、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う（ステップ１００３と同様）。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。なお、通信端末１０１は、ステップ１００３の着信動作以降も、着信動作を継続する。
ステップ１７０４では、通信端末１０１が移動し、電波強度の変化（低下）を検出する（ステップ１００４と同様）。
In
In step 1704, the
すると、ステップ１７０５では、通信端末１０１は、回線交換網１０７経由で着信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、ハンドオーバ依頼メッセージとしてＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージ（本実施の形態では、例えば図１７Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージ）をＶＣＣアプリケーション１０５に送信する。次に、ステップ１７０６では、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、当該ＮＯＴＩＦＹメッセージ（ステータスコード：図１７ＡのＥｖｅｎｔ情報参照）から、着信呼のハンドオーバが必要と判断し、ＮＯＴＩＦＹメッセージに対する２００ ＡＣＫを返す。
In step 1705, the
次に、ステップ１７０８では、ＶＣＣアプリケーション１０５は、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様に、ＩＭＳ網１０８経由で着信中の呼を切断するために、ＣＡＮＣＥＬメッセージを送信する（ステップ１４０７と同様）。すると、ＣＡＮＣＥＬメッセージは、ＭＧＣＦ１０３およびＶＭＳＣ１０２を経由してＤＩＳＣＯＮＮＥＣＴメッセージに変換される。そして、通信端末１０１は、ＤＩＳＣＯＮＮＥＣＴメッセージを受信する（ステップ１７０９）。
Next, in Step 1708, the
ＤＩＳＣＯＮＮＥＣＴメッセージを受信した通信端末１０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対する応答としてＲＥＬＥＡＳＥメッセージを送信する（ステップ１７１０）。
通信端末１０１からのＲＥＬＥＡＳＥメッセージを受信したＶＭＳＣ１０２は、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを通信端末１０１に返す（ステップ１７１１）。
次に、ＶＣＣアプリケーション１０５は、ＭＧＣＦ１０３およびＶＭＳＣ１０２の各々から、ＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを受け取る（ステップ１７１２）。
The
The
Next, the
２００ ＯＫメッセージを受信したＶＣＣアプリケーション１０５は、２００ ＯＫメッセージに対するＡＣＫメッセージを返す（ステップ１７１３）。これにより、ＭＧＣＦ１０３が、ＡＣＫメッセージを受信し、回線交換網１０７経由で着信中の呼が切断される。よって、着信呼のハンドオーバが実現する。
The
次に、ＶＣＣアプリケーション１０５は、実施の形態１のステップ１００８と同様に、通信端末１０１のパケット回線インターフェース宛てにＩＮＶＩＴＥメッセージを送信する（ステップ１７０７）。これにより、通信端末１０１は、ＩＭＳ網１０８経由でＩＮＶＩＴＥメッセージ（発呼メッセージ）を受信する。
Next, the
その後、通信端末１０１は、実施の形態１の回線交換網１０８からパケット交換網１０７へのハンドオーバの場合と同様に、ユーザが着信応答するまで着信動作を継続し、ユーザが着信応答した場合には、実施の形態１の回線交換網１０８からＩＭＳ網１０７へのハンドオーバの場合と同様の動作を行い、通信を開始する（ステップ１００９〜１０１２）。すなわち、通信端末１０１が、着信に応答した場合（ステップ１００９）、通信端末１０１は、リモート通信端末１０６に向けて２００ ＯＫメッセージを送信する（ステップ１０１０）。すると、２００ ＯＫメッセージをＭＧＣＦ１０３経由で受信したＣＳＣＦ１０４は、２００ ＯＫメッセージをＶＣＣアプリケーション１０５に送信した後、ＶＣＣアプリケーション１０５から送信された２００ ＯＫメッセージを受信する。そして、ＣＳＣＦ１０４は、リモート通信端末１０６に２００ ＯＫメッセージを送信する（ステップ１０１１）。これにより、２００ ＯＫメッセージを受信したリモート通信端末１０６が、ＡＣＫを通信端末１０１宛てに送信し、通信端末１０１がＡＣＫを受信する。そして、通信端末１０１とリモート通信端末１０６との間の接続が完了し、通信端末１０１とリモート通信端末１０６との間の通信がＩＭＳ網１０８経由で開始される（ステップ１０１２）。
Thereafter, as in the case of the handover from the
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図１８を参照して説明する。実施の形態２の通信端末１０１は、実施の形態１の着信処理（図４参照）および着信応答処理（図６参照）と同様の処理を行うが、実施の形態１と異なる処理（通信端末の着信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
[Communication terminal processing]
Next, various processes of the
［着信応答待ち状態時に電波強度が低下した場合の処理］
図１８は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出した（ステップ１８０１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ１８０２）。
[Processing when signal strength decreases while waiting for an incoming call response]
FIG. 18 is a flowchart showing a process when the radio wave intensity is reduced when the
First, when the radio field
ハンドオーバ制御部３０６が上記通知を受けた後、ハンドオーバ制御部３０６、メッセージ作成部３０４およびパケット交換インターフェース３０２は、図５のステップ１５０３〜ステップ１５０５の場合と同様に、ステップ１８０３〜ステップ１８０５の処理を行う。すなわち、ステップ１８０３では、ハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージを送信するように指示する。
ステップ１８０４では、上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージをパケット交換インターフェース３０２に渡す。
ステップ１８０５では、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する。
After the
In step 1804, the
In step 1805, the
次に、ＮＯＴＩＦＹメッセージに対する２００ ＯＫメッセージを受信した通信端末１０１は、回線交換インターフェース３０２を介して、ＶＣＣアプリケーション１０５から、ＤＩＳＣＯＮＮＥＣＴメッセージを受信する（ステップ１８０６）。メッセージ処理部３０３は、回線交換インターフェース３０２で受信されたＤＩＳＣＯＮＮＥＣＴメッセージを受け取り、ＤＩＳＣＯＮＮＥＣＴメッセージの確認を行う（ステップ１８０７）。そして、メッセージ処理部３０３は、メッセージ作成部３０４に、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを送信するように指示する（ステップ１８０８）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥメッセージを作成して回線交換インターフェース３０１に渡す（ステップ１８０９）。ＲＥＬＥＡＳＥメッセージを受け取った回線交換インターフェース３０１は、当該ＲＥＬＥＡＳＥメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ１８１０）。
Next, the
その後、回線交換インターフェース３０１は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを受信する（ステップ１８１１）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを受け取り、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージの確認を行う（ステップ１８１２）。そして、ハンドオーバ制御部３０６は、回線交換着信状態を解除してパケット交換着信状態に移行する（ステップ１８１３）。このようにして、回線交換着信状態からパケット交換着信状態に移行し、回線交換網１０７の着信呼をＩＭＳ網１０８経由の着信呼にハンドオーバすることが可能となる。
次に、通信端末１０１は、パケット交換インターフェース３０２を介して、ＶＣＣアプリケーション１０５からＩＮＶＩＴＥメッセージを受信する（ステップ１８１４）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う。すると、ハンドオーバ制御部３０６は、パケット交換着信状態に移行する（ステップ１８１５）。このようにして、回線交換着信状態からパケット交換着信状態に移行し、回線交換網１０７の着信呼をパケット交換網１０８経由の着信呼にハンドオーバすることが可能となる。
Thereafter, the
Next, the
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
Note that the processing of the
以上説明したように、本実施の形態によると、図１４などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で着信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１４ＡのＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えを依頼する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で着信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられた回線交換網１０７経由で着信を行うことができる。
As described above, according to the present embodiment, as described with reference to FIG. 14 and the like, the
また、図１７などで説明したとおり、通信端末１０１は、回線交換網１０７経由で着信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１７ＡのＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えを依頼する。したがって、通信端末１０１は、回線交換網１０７経由で着信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられたＩＭＳ網１０８経由で着信を行うことができる。
In addition, as described with reference to FIG. 17 and the like, the
よって、通信端末１０１は、異種網間において着信中の呼のハンドオーバを行い、着信を継続することができる。
Therefore, the
（実施の形態３）
実施の形態３では、ＣＡＮＣＥＬメッセージを用いてＩＭＳ網１０８と回線交換網１０７との間で発信呼をハンドオーバする場合について説明する。
(Embodiment 3)
In the third embodiment, a case where an outgoing call is handed over between the
［ＩＭＳ網経由の発信呼を回線交換網経由に切り替えるための手順］
まず、通信端末１０１がＩＭＳ網１０８（第１の網）経由の発信呼を回線交換網（第２の網）１０７経由に切り替えるための手順について図１９ないし図２４を参照して説明する。
[Procedure for switching outgoing call via IMS network to circuit switching network]
First, a procedure for the
図１９は、実施の形態３におけるＩＭＳ網１０８経由の発信呼を回線交換網１０７経由に切り替える手順を示すシーケンス図である。
まず、通信端末１０１がリモート通信端末１０６に対して発呼し、ＩＮＶＩＴＥメッセージを、ＶＣＣアプリケーション１０５を介して、リモート通信端末１０６宛てに送信する（ステップ１９０１）。ＩＮＶＩＴＥメッセージを受信したリモート通信端末１０６は、ユーザを呼び出し中であることを通信端末１０１に知らせるために、１８０Ｒｉｎｇｉｎｇメッセージを返す（ステップ１９０２）。
１８０ＲｉｎｇｉｎｇメッセージをＶＣＣアプリケーション１０５経由で受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０Ｒｉｎｇｉｎｇメッセージを通信端末１０１宛てに送信する。１８０ＲｉｎｇｉｎｇメッセージをＭＧＣＦ１０２経由で受信した通信端末１０１は、ユーザに呼び出し中であることを知らせるため、発信動作（例えば、呼び出し音を鳴らす動作）を行う（ステップ１９０３）。
FIG. 19 is a sequence diagram showing a procedure for switching an outgoing call via the
First, the
The
その後、例えば、通信端末１０１が移動し、電波強度の変化（低下）を検出する（ステップ１９０４）。すると、通信端末１０１は、ＩＭＳ網１０８経由で発信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、例えば図１９Ａに示すＳＩＰ規格のＣＡＮＣＥＬメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送信する（ステップ１９０５）。ＣＡＮＣＥＬメッセージを発信呼のハンドオーバを依頼するメッセージとして利用する。上記ＣＡＮＣＥＬメッセージ中には、当該発信の中止とともに、発信中ドメインの移動を依頼することを示すヘッダ（図１９ＡのＥｖｅｎｔ情報参照）が追加される。これにより、１つのＣＡＮＣＥＬメッセージにより、ＩＭＳ網１０８から回線交換網１０７への切り替えの依頼と、切り替え前のＩＭＳ網１０８の呼の切断を行なうことができる。よって、ＩＭＳ網を含む交換網のメッセージ量が減り、有益である。
Thereafter, for example, the
ＣＡＮＣＥＬメッセージを受信したＶＣＣアプリケーション１０５は、発信呼のハンドオーバが必要と判断し、ＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージ（発呼メッセージ）を返す（ステップ１９０６）。すると、ＣＳＣＦ１０４が、２００ ＯＫメッセージを受け取り、その２００ ＯＫメッセージを通信端末１０１に送信する。
次に、ＶＣＣアプリケーション１０５は、通信端末１０１に対して、発信呼を切断するため、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを送信する（ステップ１９０７）。
The
Next, the
４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受信した通信端末１０１は、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答としてＡＣＫメッセージをＶＣＣアプリケーション１０５に返す（ステップ１９０８）。これにより、ＩＭＳ網１０８経由の発信呼が切断されることとなる。
The
次に、通信端末１０１は、ＶＣＣアプリケーション１０５に向けてＳＥＴＵＰメッセージ（転送先網経由の発呼メッセージ）を送信する（ステップ１９０９）。このＳＥＴＵＰメッセージを受信したＶＭＳＣ１０２は、当該ＳＥＴＵＰメッセージをＩＳＵＰ ＩＡＭメッセージに変換して送信する。そして、ＩＳＵＰ ＩＡＭメッセージを受信したＭＧＣＦ１０３は、当該ＩＳＵＰ ＩＡＭメッセージをＩＮＶＩＴＥメッセージに変換して、ＶＣＣアプリケーション１０５に送信する（ステップ１９１０）。
Next, the
その後、リモート通信端末１０６のユーザが着信に応答した場合、リモート通信端末１０６は、着信応答として２００ ＯＫメッセージを通信端末１０１に返す。２００ ＯＫメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に２００ ＯＫメッセージを送り、ＶＣＣアプリケーション１０５は２００ ＯＫメッセージをＣＳＣＦ１０４に送信する。次に、ＣＳＣＦ１０４は、２００ ＯＫメッセージを送信する。
２００ ＯＫメッセージを受信したＭＧＣＦ１０３は、当該２００ ＯＫメッセージをＩＳＵＰ ＡＮＭメッセージに変換して送信する。ＩＳＵＰ ＡＮＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ ＡＮＭメッセージをＣＯＮＮＥＣＴメッセージに変換して通信端末１０１に送信する（ステップ１９１１）。
ＣＯＮＮＥＣＴメッセージを受信した通信端末１０１は、当該ＣＯＮＮＥＣＴメッセージに対する応答としてＣＯＮＮＥＣＴ ＡＣＫメッセージを返す。これにより、ＶＭＳＣ１０２が、ＣＯＮＮＥＣＴ ＡＣＫメッセージを受信し、通信端末１０１は、回線交換網１０７との接続が完了する（ステップ１９１２）。
Thereafter, when the user of the
The
The
［通信端末の各種処理］
次に、実施の形態３における通信端末１０１の各種処理について図２０ないし図２２を参照して説明する。
[Communication terminal processing]
Next, various processes of
［発信処理］
図２０は、通信端末１０１の発信処理を示すフローチャートである。
まず、メッセージ作成部３０４は、リモート通信端末１０６宛てのＩＮＶＩＴＥメッセージを作成してパケット交換インターフェース３０２に渡す（ステップ２００１）。ＩＮＶＩＴＥメッセージを受け取ったパケット交換インターフェース３０２は、当該ＩＮＶＩＴＥメッセージをリモート通信端末１０６宛てに送信する（ステップ２００２）。その後、パケット交換インターフェース３０２は、リモート通信端末１０６から、上記ＩＮＶＩＴＥメッセージに対する応答として、１８０Ｒｉｎｇｉｎｇメッセージを受信する。そして、発信動作部３０５が、発信動作を行う（ステップ２００３）。発信動作としては、例えば、呼び出し音の出力、ディスプレイへの表示などがある。
[Outgoing processing]
FIG. 20 is a flowchart showing the calling process of the
First, the
［発信応答待ち状態時に電波強度が低下した場合の処理］
図２１は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出し（ステップ２１０１）、その低下の旨をハンドオーバ制御部３０６に通知する（ステップ２１０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＣＡＮＣＥＬメッセージ（依頼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＣＡＮＣＥＬメッセージをパケット交換インターフェース３０２に渡す（ステップ２１０３）。
[Processing when signal strength decreases while waiting for outgoing response]
FIG. 21 is a flowchart showing a process when the radio wave intensity is reduced when the
First, the radio field
The
パケット交換インターフェース（第１通信部）３０２は、ＣＡＮＣＥＬメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ２１０４）。その後、パケット交換インターフェース３０２は、ＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを受信する（ステップ２１０５）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信した２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ２１０６）。そして、メッセージ処理部３０３は、２００ ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ２１０７）。
The packet switching interface (first communication unit) 302 receives the CANCEL message and transmits it to the VCC application 105 (step 2104). Thereafter, the
続いて、パケット回線交換インターフェース３０２は、ＶＣＣアプリケーション１０５から、発信呼を切断するための４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受信する（ステップ２１０８）。メッセージ処理部３０３は、パケット回線交換インターフェース３０２で受信された４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受け取り、４８７Ｒｅｑｕｅｓｔ Ｔｅｍｉｎａｔｅｄメッセージの確認を行う（ステップ２１０９）。
Subsequently, the packet
さらに、メッセージ処理部３０３は、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージをハンドオーバ制御部３０６に渡す（ステップ２１１０）。これにより、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受け取ったハンドオーバ制御部３０６は、ＩＭＳ網１０８経由の発信呼がキャンセルされたことを検出する。そして、ハンドオーバ制御部３０６は、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答としてＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ２１１１）。上記指示を受けたメッセージ作成部３０４は、ＡＣＫメッセージをパケット交換インターフェース３０２に渡す(ステップ２１１２)。ＡＣＫメッセージを受け取ったパケット交換インターフェース３０２は、当該ＡＣＫメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２１１３）。
Further, the
次に、ハンドオーバ制御部３０６は、回線交換網１０７経由で発信を行うため、メッセージ作成部３０４に、ＳＥＴＵＰメッセージ（発呼メッセージ）を送るように指示する（ステップ２１１４）。上記指示を受けたメッセージ作成部３０４は、ＳＥＴＵＰメッセージを回線交換インターフェース３０１に渡す（ステップ２１１５）。ＳＥＴＵＰメッセージを受け取った回線交換インターフェース（第２通信部）３０１は、当該ＳＥＴＵＰメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２１１６）。これにより、以降、パケット交換発信状態から回線交換発信状態に移行し、ＩＭＳ網１０８経由の発信呼を回線交換網１０７経由の発信呼にハンドオーバすることが可能となる。
Next, the
［発信応答に対する処理］
図２２は、通信端末１０１の発信応答に対する処理を示すフローチャートである。
まず、発信動作制御部３０５は、発信呼のハンドオーバ処理中（図２１のステップ２１０１〜２１１６参照）も、発信動作を継続する（ステップ２２０１）。
次に、回線交換インターフェース３０１は、上記発信動作の継続中に、ＣＯＮＮＥＣＴメッセージを受信する（ステップ２２０２）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＣＯＮＮＥＣＴメッセージを受け取り、ＣＯＮＮＥＣＴメッセージの確認を行う（ステップ２２０３）。
[Processing for outgoing response]
FIG. 22 is a flowchart showing a process for a transmission response of the
First, the outgoing call
Next, the
次に、メッセージ処理部３０３は、ＣＯＮＮＥＣＴ ＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ２２０４）。上記指示を受けたメッセージ作成部３０４は、ＣＯＮＮＥＣＴ ＡＣＫメッセージを作成し回線交換インターフェース３０１に渡す（ステップ２２０５）。ＣＯＮＮＥＣＴ ＡＣＫメッセージを受け取った回線交換インターフェース３０１は、当該ＣＯＮＮＥＣＴ ＡＣＫメッセージを送信する（ステップ２２０６）。これにより、回線交換網１０７との接続が完了する。
発信呼のハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があった場合、リモート通信端末１０６からの応答メッセージである２００ ＯＫメッセージをＶＣＣアプリケーションが受信するが、すぐには送信せずにハンドオーバ処理が終了してから送信するようにする。そうすることで、ハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があっても対応することができる。
Next, the
When there is a response from the user of the
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図２３および図２４を参照して説明する。
[Vcc application processing]
Next, various processes of the
［ＩＮＶＩＴＥメッセージ受信時の処理］
図２３は、ＶＣＣアプリケーション１０５が通信端末１０１からＩＮＶＩＴＥメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１が、通信端末１０１から、ＩＮＶＩＴＥメッセージを受信する（ステップ２３０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う（ステップ２３０２）。そして、メッセージ処理部７０２は、ＩＮＶＩＴＥメッセージをアンカー制御部７０３に渡す（ステップ２３０３）。
[Process when receiving INVITE message]
FIG. 23 is a flowchart showing processing when the
The
アンカー制御部７０３は、通常のＶＣＣ動作に従って、当該ＩＮＶＩＴＥメッセージを一旦終端（アンカー）する（ステップ２３０４）。次に、メッセージ処理部７０２は、ＩＮＶＩＴＥメッセージを、通信インターフェース７０１を介して、リモート移動端末１０６に転送する（ステップ２３０５）。このようにして、ＩＮＶＩＴＥメッセージがＶＣＣアプリケーション１０５によってアンカーされる。
The
［ＣＡＮＣＥＬメッセージ受信時の処理］
図２４は、ＶＣＣアプリケーション１０５が通信端末１０１からＣＡＮＣＥＬメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１は、通信端末１０１から、ＣＡＮＣＥＬメッセージを受信する（ステップ２４０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＣＡＮＣＥＬメッセージを受け取り、ＣＡＮＣＥＬメッセージの確認を行う（ステップ２４０２）。そして、メッセージ処理部７０２は、ＣＡＮＣＥＬメッセージをハンドオーバ制御部７０４に渡す（ステップ２４０３）。ＣＡＮＣＥＬメッセージを受け取ったハンドオーバ制御部７０４は、ＣＡＮＣＥＬメッセージに含まれるヘッダ、すなわち発信呼のハンドオーバの依頼を示すヘッダを確認する。そして、ハンドオーバ制御部７０４は、通信端末１０１がハンドオーバを必要としていることを確認する（ステップ２４０４）。
[Process when CANCEL message is received]
FIG. 24 is a flowchart showing processing when the
The
次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、ＣＡＮＣＥＬメッセージに対する応答として２００ ＯＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、２００ ＯＫメッセージを作成して通信インターフェース７０１に渡す（ステップ２４０５）。２００ ＯＫメッセージを受け取った通信インターフェース７０１は、当該２００ ＯＫメッセージを通信端末１０１宛てに送信する（ステップ２４０６）。
Next, the
次に、メッセージ作成部７０５は、ハンドオーバ制御部７０４の指示に基づき、ＩＭＳ網１０８経由の発信呼を切断するために、通信端末１０１宛てに４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを作成する。そして、通信インターフェース７０１は、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受け取って、通信端末宛てに送信する（ステップ２４０７）。これにより、ＩＭＳ網１０８経由の発信呼が切断される。そして、通信端末１０１から、回線交換網１０７経由の発信が行われることにより、発信呼のハンドオーバを行うことが可能となる。
以上から、通信端末１０１の発信中に、ＣＡＮＣＥＬメッセージを利用することにより発信呼のハンドオーバを行うことが可能となる。
Next, the
As described above, the outgoing call can be handed over by using the CANCEL message during the outgoing call of the
［回線交換網経由の発信呼をＩＭＳ網経由に切り替えるための手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の発信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図２５ないし図２８を参照して説明する。
[Procedure for switching outgoing call via circuit switching network to IMS network]
Next, a procedure for the
図２５は、回線交換網１０７経由の発信呼をＩＭＳ網１０８に切り替えるＧ手順を示すシーケンス図である。
まず、通信端末１０１は、リモート通信端末１０６に対して発呼し、リモート通信端末１０６宛てにＳＥＴＵＰメッセージを送信する（ステップ２５０１）。ＳＥＴＵＰメッセージを受信したＶＭＳＣ１０２は、当該ＳＥＴＵＰメッセージをＩＳＵＰ ＩＡＭメッセージに変換して送信する。ＩＳＵＰ ＩＡＭメッセージを受信したＭＧＣＦ１０３は、当該ＩＳＵＰ ＩＡＭメッセージをＩＮＶＩＴＥメッセージに変換してＣＳＣＦ１０４に送信する。ＩＮＶＩＴＥメッセージを受信したＣＳＣＦ１０４は、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５に転送する。ＩＮＶＩＴＥメッセージを受信したＶＣＣアプリケーション１０５は、当該ＩＮＶＩＴＥメッセージをアンカーした後、ＣＳＣＦ１０４に送信する。そして、ＩＮＶＩＴＥメッセージを受信したＣＳＣＦ１０４は、当該ＩＮＶＩＴＥメッセージをリモート通信端末１０６に送信する。
FIG. 25 is a sequence diagram showing a G procedure for switching an outgoing call via the
First, the
ＩＮＶＩＴＥメッセージを受信したリモート通信端末１０６は、ユーザを呼び出し中であることを通信端末１０１に知らせるために、１８０Ｒｉｎｇｉｎｇメッセージを返す（ステップ２５０２）。すると、１８０Ｒｉｎｇｉｎｇメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０ＲｉｎｇｉｎｇメッセージをＭＧＣＦ１０３に送信する。１８０Ｒｉｎｇｉｎｇメッセージを受信したＭＧＣＦ１０３は、当該１８０ＲｉｎｇｉｎｇメッセージをＩＳＵＰ ＩＣＭメッセージに変換して送信する。そして、ＩＳＵＰ ＡＣＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ ＡＣＭメッセージをＡＬＥＲＴＩＮＧメッセージに変換して通信端末１０１に送信する。
The
ＡＬＥＲＴＩＮＧメッセージを受信した通信端末１０１は、ユーザに呼び出し中であることを知らせるため、発信動作（例えば、呼び出し音を鳴らすなど）を行う（ステップ２５０３）。
The
その後、例えば、通信端末１０１が移動し、電波強度の変化（低下）を検出する（ステップ２５０４）。すると、通信端末１０１は、回線交換網１０７経由で発信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、例えば図２５Ａに示すＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送信する（ステップ２５０５）。ＤＩＳＣＯＮＮＥＣＴメッセージは、発信呼のハンドオーバを依頼するためのメッセージとして利用する。このとき、ＤＩＳＣＯＮＮＥＣＴメッセージ中のＣａｕｓｅフィールドには、発信呼のドメイン移動であることを示す新規Ｃａｕｓｅが指定される。図２５Ａの例では、新規Ｃａｕｓｅは、cause value=１２５として定め、発信呼の転送を意味するｃａｕｓｅとしている。
Thereafter, for example, the
ＤＩＳＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＩＳＵＰ ＲＥＬメッセージに変換して送信する。ＩＳＵＰ ＲＥＬメッセージを受信したＭＧＣＦ１０３は、当該ＩＳＵＰ ＲＥＬメッセージをＣＡＮＣＥＬメッセージに変換して、ＣＳＣＦ１０４経由でＶＣＣアプリケーション１０５に送信する（ステップ２５０６）。このとき、ＣＡＮＣＥＬメッセージには、発信呼のハンドオーバを依頼する情報が保持される。
The
ＣＡＮＣＥＬメッセージを受信したＶＣＣアプリケーション１０５は、当該ＣＡＮＣＥＬメッセージから、発信呼のハンドオーバが必要なことを検出する。そして、ＶＣＣアプリケーション１０５は、ＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを返す（ステップ２５０７）。そして、ＶＣＣアプリケーション１０５は、発信呼を切断するため、４８７Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを送る（ステップ２５０８）。
The
また、ＤＩＳＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２は、当該ＤＩＳＣＯＮＮＥＣＴメッセージに対する応答として、ＲＥＬＥＡＳＥメッセージを通信端末１０１に返す。そして、ＲＥＬＥＡＳＥメッセージを受信した通信端末１０１は、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージをＶＭＳＣ１０２に返す（ステップ２５０９）。これにより、回線交換網１０７経由の発信呼を切断することが可能となる。
Further, the
続いて、通信端末１０１は、ＶＣＣアプリケーション１０５に向けてＩＮＶＩＴＥメッセージ（発呼メッセージ）を送信する（ステップ２５１０）。これにより、ＩＭＳ網１０８経由の発信呼が確立する。
Subsequently, the
その後、リモート通信端末１０６のユーザが着信に応答した場合、リモート通信端末１０６は、着信応答として通信端末１０１に２００ ＯＫメッセージを返す（ステップ２５１１）。このとき、２００ ＯＫメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に２００ ＯＫメッセージを送り、ＶＣＣアプリケーション１０５は、２００ ＯＫメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、２００ ＯＫメッセージを通信端末１０１に送信する。これにより、通信端末１０１が、２００ ＯＫメッセージを受信する。そして、通信端末１０１は、２００ ＯＫメッセージに応答して、ＡＣＫメッセージを返す。以上から、ＩＭＳ網１０８との接続が完了し、通話が開始される（ステップ２５１２）。
Thereafter, when the user of the
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図２６ないし図２９を参照して説明する。
[Communication terminal processing]
Next, various processes of the
［発信処理］
図２６は、通信端末１０１の発信処理を示すフローチャートである。
まず、メッセージ作成部３０４は、リモート通信端末１０６宛てのＳＥＴＵＰメッセージを作成して、回線交換インターフェース３０１に渡す（ステップ２６０１）。ＳＥＴＵＰメッセージを受け取った回線交換インターフェース３０１は、当該ＳＥＴＵＰメッセージをリモート通信端末１０６宛てに送信する（ステップ２６０２）。
[Outgoing processing]
FIG. 26 is a flowchart showing a calling process of the
First, the
その後、回線交換インターフェース３０１は、ＡＬＥＲＴＩＮＧメッセージを受信する（ステップ２６０３）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＡＬＥＲＴＩＮＧメッセージを受け取り、ＡＬＥＲＴＩＮＧメッセージの確認を行う。そして、ハンドオーバ制御部３０６は、回線交換発信状態に移行する（ステップ２６０４）。その後、メッセージ処理部３０３は、発信動作制御部３０５に発信動作を行うように指示する。上記指示を受けた発信動作制御部３０５は、発信動作を行う（ステップ２６０５）。
Thereafter, the
［発信応答待ち状態時に電波強度が低下した場合の処理］
図２７は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、回線交換インターフェース３０１の電波強度の低下を検出し（ステップ２７０１）、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ２７０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＤＩＳＣＯＮＮＥＣＴメッセージを回線交換インターフェース３０１に渡す（ステップ２７０３）。ＤＩＳＣＯＮＮＥＣＴメッセージを受け取った回線交換インターフェース（第１通信部）３０１は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２７０４）。
[Processing when signal strength decreases while waiting for outgoing response]
FIG. 27 is a flowchart showing a process when the radio wave intensity is lowered when the
First, the radio field
The
その後、回線交換インターフェース３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを受信する（ステップ２７０５）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥメッセージを受け取り、ＲＥＬＥＡＳＥメッセージの確認を行う（ステップ２７０６）。
Thereafter, the
次に、メッセージ処理部３０３は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ２７０７）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを作成して、回線交換インターフェース３０１に渡す（ステップ２７０８）。ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを受信した回線交換インターフェース３０１は、当該ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを送信する（ステップ２７０９）。
Next, the
次に、ハンドオーバ制御部３０６は、メッセージ作成部３０４にＩＮＶＩＴＥメッセージ（発呼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＩＮＶＩＴＥメッセージを作成し、パケット交換インターフェース３０２に渡す。ＩＮＶＩＴＥメッセージを受け取ったパケット交換インターフェース（第２通信部）３０２は、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２７１０）これにより、ハンドオーバ制御部３０６は、パケット交換発信状態に移行する（ステップ２７１１）。このようにして、回線交換発信状態からパケット交換発信状態に移行し、発信呼のハンドオーバが実現する。
Next, the
［発信応答に対する処理］
図２８は、通信端末１０１の発信応答に対する処理を示すフローチャートである。
まず、発信動作制御部３０５は、発信呼のハンドオーバ処理中（図２５のステップ２５０５〜２５１０参照）、発信動作を継続する（ステップ２８０１）。
そして、パケット交換インターフェース３０２は、上記発信動作の継続中に、２００ ＯＫメッセージを受信する（ステップ２８０２）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ２８０３）。
[Processing for outgoing response]
FIG. 28 is a flowchart showing a process for a transmission response of the
First, the outgoing call
Then, the
次に、メッセージ処理部３０３は、ＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ２８０４）。上記指示を受けたメッセージ作成部３０４は、ＡＣＫメッセージをパケット交換インターフェース３０２に渡す（ステップ２８０５）。ＡＣＫメッセージを受け取った回線交換インターフェース３０１は、当該ＡＣＫメッセージを送信する（ステップ２８０６）。これにより、ＩＭＳ網１０８への接続が完了する。
発信呼のハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があった場合、リモート通信端末１０６からの応答メッセージである２００ ＯＫメッセージをＶＣＣアプリケーションが受信するが、すぐには送信せずにハンドオーバ処理が終了してから送信するようにする。そうすることで、ハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があっても対応することができる。
Next, the
When there is a response from the user of the
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
Note that the processing of the
以上説明したように、本実施の形態によると、図１９などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で発信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１９ＡのＣＡＮＣＥＬメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えの依頼と、切り替え前の網の呼の切断を要求する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で発信中に電波強度が低下しても、切り替えられた回線交換網１０７経由で発信を継続することができる。
As described above, according to the present embodiment, as described with reference to FIG. 19 and the like, the
また、図２５などで説明したとおり、通信端末１０１は、回線交換網１０７経由で発信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、まず、例えば図２５ＡのＤＩＳＣＯＮＮＥＣＴメッセージを送信して、発信呼の転送を依頼した後、ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５に送信する。したがって、通信端末１０１は、回線交換網１０７経由で発信中に電波強度が低下しても、切り替えられたＩＭＳ網１０８経由で発信を行うことができる。
よって、異種網間において発信中の呼のハンドオーバを行い、発信を継続することができる。
Further, as described with reference to FIG. 25 and the like, the
Therefore, it is possible to perform call handover between different networks and continue the call.
（実施の形態４）
実施の形態４では、ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨのメッセージを用いてＩＭＳ網１０８と回線交換網１０７との間で発信呼をハンドオーバする場合について説明する。
(Embodiment 4)
In the fourth embodiment, a case where an outgoing call is handed over between the
［ＩＭＳ網経由の発信呼を回線交換網経由に切り替えるための手順］
次に、通信端末１０１がＩＭＳ網（第１の網）１０８経由の発信呼を回線交換網（第２の網）１０７経由に切り替えるための手順について図２９ないし図３３を参照して説明する。
[Procedure for switching outgoing call via IMS network to circuit switching network]
Next, a procedure for the
図２９は、実施の形態４におけるＩＭＳ網１０８経由の発信呼を回線交換網１０７経由に切り替える手順を示すシーケンス図である。なお、図２９のステップ１９０１〜１９０４およびステップ１９０９〜１９１２は、図１９のステップ１９０１〜１９０４およびステップ１９０９〜１９１２と同様の処理を表す。そこで、図２９の実施の形態４は、図１９の場合と異なる点を主に説明する。
まず、通信端末１０１が発呼しＩＮＶＩＴＥメッセージを送信してから、リモート通信端末１０６が着信した（ステップ１９０１〜１９０３）後、通信端末１０１が、電波強度の低下（変化）を検出する（ステップ１９０４）。
FIG. 29 is a sequence diagram illustrating a procedure for switching an outgoing call via the
First, after the
次に、電波強度の低下を検出した通信端末１０１が、ＩＭＳ網１０８経由で発信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、発信呼のハンドオーバを依頼するためのメッセージとしてＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージをＶＣＣアプリケーション１０５に送信する（ステップ２９０１）。ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ中に、発信中ドメイン移動であることを示すヘッダ（例えば図２９ＡのＥｖｅｎｔ情報参照）を追加することにより、ＶＣＣアプリケーション１０５に発信中ドメイン移動を依頼することが可能となる。図２９では、例えば図２９Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージを用いる場合について説明する。
Next, the
次に、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、発信呼のハンドオーバが必要だと判断し、ＮＯＴＩＦＹメッセージに対する応答として２００ ＯＫメッセージを返す（ステップ２９０２）。ＶＣＣアプリケーション１０５からの２００ ＯＫメッセージを受信した通信端末１０１は、発信中の呼をキャンセルするため、ＶＣＣアプリケーション１０５に向けてＣＡＮＣＥＬメッセージを送信する（ステップ２９０３）。なお、図２９のＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージは、図２９のＣＡＮＣＥＬメッセージを兼ねてもよい。この場合、通信端末１０１は、ＣＡＮＣＥＬメッセージを送信する必要がない。
Next, the
ＣＡＮＣＥＬメッセージを受信したＶＣＣアプリケーション１０５は、ＣＡＮＣＥＬメッセージに対する応答として２００ ＯＫメッセージを返す（ステップ２９０４）。そして、ＶＣＣアプリケーション１０５は、発信呼を切断するため、４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを送信する（ステップ２９０５）。４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受信した通信端末１０１は、当該４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答としてＡＣＫメッセージをＶＣＣアプリケーション１０５に返す（ステップ２９０６）。これにより、ＩＭＳ網１０８経由の発信呼を切断することが可能となる。
The
次に、通信端末１０１は、回線交換網１０７経由で発信を行うが、この動作は、図１９の実施の形態３のステップ１９０９〜１９１２と同様の処理である。このようにして、ＩＭＳ網１０８から回線交換網１０７への発信呼のハンドオーバが可能となる。
Next, the
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図３０を参照して説明する。実施の形態４の通信端末１０１は、実施の形態３の発信処理（図２１のステップ２１１４〜２１１６参照）および発信応答に対する処理（図２２のステップ２２０１〜２２０６参照）と同様の処理を行うが、実施の形態３と異なる処理（通信端末の着信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
[Communication terminal processing]
Next, various processes of the
［発信応答待ち状態時に電波強度が低下した場合の処理］
図３０は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出した（ステップ３００１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ３００２）。
[Processing when signal strength decreases while waiting for outgoing response]
FIG. 30 is a flowchart showing a process when the radio wave intensity is lowered when the
First, when the radio field
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＮＯＴＩＦＹメッセージ（またはＰＵＢＬＩＳＨメッセージ）を送信するように指示する。本実施の形態のハンドオーバ制御部３０６は、ＮＯＴＩＦＹメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージを作成し、パケット交換インターフェース３０２に渡す（ステップ３００３）。ＮＯＴＩＦＹメッセージを受け取ったパケット交換インターフェース３０２は、当該ＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３００４）。
The
その後、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージに対する２００ ＯＫメッセージを受信する（ステップ３００５）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ３００６）。そして、メッセージ処理部３０３は、２００ ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ３００７）。
Thereafter, the
２００ ＯＫメッセージを受信したハンドオーバ制御部３０６は、ＶＣＣアプリケーション１０５がハンドオーバの依頼を受けたことを検出する。そして、ハンドオーバ制御部３０６は、現在発信中の発信呼をキャンセルするためのＣＡＮＣＥＬメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ３００８）。上記指示を受けたメッセージ作成部３０４は、ＣＡＮＣＥＬメッセージをパケット交換インターフェース３０２に渡す（ステップ３００９）。ＣＡＮＣＥＬメッセージを受け取ったパケット交換インターフェース３０２は、当該ＣＡＮＣＥＬメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３０１０）。なお、ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージは、ＣＡＮＣＥＬメッセージを兼ねてもよい。この場合、通信端末１０１は、ＣＡＮＣＥＬメッセージを送信する必要がない。
The
その後、パケット交換インターフェース３０２は、ＣＡＮＣＥＬメッセージに対する２００ ＯＫメッセージを受信する（ステップ３０１１）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ３０１２）。そして、メッセージ処理部３０３は、２００ ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ３０１３）。
Thereafter, the
次に、パケット交換インターフェース３０２は、４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受信する（ステップ３０１４）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを受け取り、４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージの確認を行う（ステップ３０１５）。次に、メッセージ処理部３０３は、４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージをハンドオーバ制御部３０６に渡す（ステップ３０１６）。これにより、ハンドオーバ制御部３０６は、ＩＭＳ網１０８経由の発信呼がキャンセルされたことを検出する。
Next, the
次に、ハンドオーバ制御部３０６は、４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答として、ＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ３０１７）。上記指示を受けたメッセージ作成部３０４は、ＡＣＫメッセージを作成し、パケット交換インターフェース３０２に渡す（ステップ３０１８）。ＡＣＫメッセージを受け取ったパケット交換インターフェース３０２は、当該ＡＣＫメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３０１９）。これにより、ＩＭＳ網１０８経由の発信呼がキャンセルされる。
Next, the
次に、図示されていないが、通信端末１０１が回線交換網１０７経由で発信処理を行い（実施の形態３のステップ２１１４から２１１６までの処理と同様）、パケット交換発信状態から回線交換発信状態に移行し、発信呼のハンドオーバが実現する。
Next, although not shown in the figure, the
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図３１を参照して説明する。実施の形態４のＶＣＣアプリケーション１０５は、実施の形態３のＩＮＶＩＴＥメッセージ受信時の処理（図２３のステップ２３０１〜２３０５参照）と同様の処理を行うが、実施の形態３と異なる処理（ＶＣＣアプリケーションのＮＯＴＩＦＹ受信時の処理）について説明する。
[Vcc application processing]
Next, various processes of the
［ＮＯＴＩＦＹメッセージ受信時の処理］
図３１は、ＶＣＣアプリケーション１０５が通信端末１０１からＮＯＴＩＦＹメッセージを受信した場合の処理を示すフローチャートである。図３１のＶＣＣアプリケーション１０５は、ＮＯＴＩＦＹメッセージを受信した場合について説明するが、ＰＵＢＬＩＳＨメッセージを受信した場合も同様の処理を行う。
通信インターフェース７０１が、通信端末１０１から、ＮＯＴＩＦＹメッセージを受信する（ステップ３１０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＮＯＴＩＦＹメッセージを受け取り、ＮＯＴＩＦＹメッセージの確認を行う（ステップ３１０２）。そして、メッセージ処理部７０２は、ＮＯＴＩＦＹメッセージをハンドオーバ制御部７０４に渡す（ステップ３１０３）。
[Process when NOTIFY message is received]
FIG. 31 is a flowchart showing a process when the
The
ハンドオーバ制御部７０４は、ＮＯＴＩＦＹメッセージに含まれる、発信呼のハンドオーバを示す情報を確認する。そして、ハンドオーバ制御部７０４は、通信端末１０１がハンドオーバを必要としていることを確認する（ステップ３１０４）。
The
次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、ＮＯＴＩＦＹメッセージに対する応答として２００ ＯＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、２００ ＯＫメッセージを作成して通信インターフェース７０１に渡す（ステップ３１０５）。２００ ＯＫメッセージを受け取った通信インターフェース７０１は、当該２００ ＯＫメッセージを通信端末１０１のパケット交換インターフェース３０２宛てに送信する（ステップ３１０６）。
Next, the
次に、通信インターフェース７０１は、通信端末１０１からのＣＡＮＣＥＬメッセージを受信する（ステップ３１０７）。次に、図示されていないが、通信インターフェース７０１は、ＣＡＮＣＥＬメッセージに対する応答と、発信呼をキャンセルするための４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージとを送信する。ＮＯＴＩＦＹメッセージやＰＵＢＬＩＳＨメッセージがＣＡＮＣＥＬメッセージを兼ねていた場合、ＶＣＣアプリケーション１０５はＣＡＮＣＥＬメッセージを受信することなく４８７ Ｒｅｑｕｅｓｔ Ｔｅｒｍｉｎａｔｅｄメッセージを送信する。これらの動作は、実施の形態３のステップ２４０１〜２４０７と同様であるので、説明を省略する。これにより、ＩＭＳ網１０８経由の発信呼が切断される。以降、通信端末１０１から、回線交換網１０７経由の発信が行われ、発信呼のハンドオーバが実現する。
以上のようにして、ＮＯＴＩＦＹ（またはＰＵＢＬＩＳＨ）メッセージを用いて、発信呼のハンドオーバを行うことが可能となる。
Next, the
As described above, the outgoing call can be handed over using the NOTIFY (or PUBLISH) message.
［回線交換網経由の発信呼をＩＭＳ網経由に切り替えるための手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の発信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図３２および図３４を参照して説明する。
[Procedure for switching outgoing call via circuit switching network to IMS network]
Next, a procedure for the
図３２は、回線交換網１０７経由の発信呼をＩＭＳ網１０８経由に切り替える手順を示すシーケンス図である。なお、図３２のステップ２５０１〜２５０４およびステップ２５０６〜２５１２は、図２５のステップ２５０１〜２５０４およびステップ２５０６〜２５１２と同様の処理を表す。そこで、図３２の実施の形態４は、図２５の場合と異なる点を主に説明する。
通信端末１０１が発呼するためにＳＥＴＵＰメッセージ（発呼メッセージ）を送信してから、リモート通信端末１０６が着信した（ステップ２５０１〜２５０３）後、通信端末１０１が、電波強度の低下（変化）を検出する（ステップ２５０４）。
FIG. 32 is a sequence diagram showing a procedure for switching an outgoing call via the
After the
次に、電波強度の低下を検出した通信端末１０１は、回線交換網１０７経由で発信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、発信呼のハンドオーバを依頼するメッセージとして、ＮＯＴＩＦＹ（依頼メッセージ）またはＰＵＢＬＩＳＨメッセージをＶＣＣアプリケーション１０５に送信する（ステップ３２０１）。ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ中に、発信中ドメイン移動であることを示すヘッダを追加することにより、ＶＣＣアプリケーション１０５に発信中ドメイン移動を依頼することが可能となる。図３２では、図３２Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージを用いる場合について説明する。
Next, the
次に、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、発信呼のハンドオーバが必要だと判断し、ＮＯＴＩＦＹメッセージに対する応答として２００ ＯＫメッセージを返す（ステップ３２０２）。ＶＣＣアプリケーション１０５からの２００ ＯＫメッセージを受信した通信端末１０１は、発信中の呼をキャンセルするため、ＶＣＣアプリケーション１０５に向けてＤＩＳＣＯＮＮＥＣＴメッセージを送信する（ステップ３２０３）。その後、図２５の実施の形態３のステップ２５０６〜２５１０と同様の動作を行い、回線交換網１０７経由の発信呼をＩＭＳ網１０８経由に切り替えることができる。その後、リモート通信端末１０６からの応答があり、図２５の実施の形態３のステップ２５１１と同様の動作が行なわれると、通信端末１０１とリモート通信端末１０６との間で通話がＩＭＳ網１０８経由で開始される(ステップ２５１２)。
Next, the
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図３３を参照して説明する。実施の形態４の通信端末１０１は、実施の形態３の発信処理（図２０のステップ２００１〜２００３参照）および発信応答に対する処理（図２８のステップ２８０１〜２８０６参照）と同様の処理を行うが、実施の形態３と異なる処理（通信端末の発信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
[Communication terminal processing]
Next, various processes of the
［発信応答待ち状態時に電波強度が低下した場合の処理］
図３３は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、回線交換インターフェース３０１の電波強度の低下を検出した（ステップ３３０１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ３３０２）。
[Processing when signal strength decreases while waiting for outgoing response]
FIG. 33 is a flowchart showing a process when the radio wave intensity is reduced when the
First, when the radio field
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＮＯＴＩＦＹメッセージを送信するように指示する。なお、ハンドオーバ制御部３０６は、ＮＯＴＩＦＹメッセージに代えて、ＰＵＢＬＩＳＨメッセージを送信するよう指示してもよい。上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージを作成し、パケット交換インターフェース３０２に渡す（ステップ３３０３）。ＮＯＴＩＦＹメッセージを受け取ったパケット交換インターフェース（第１通信部）３０２は、当該ＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３３０４）。
The
その後、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージに対する２００ ＯＫメッセージを受信する（ステップ３３０５）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００ ＯＫメッセージを受け取り、２００ ＯＫメッセージの確認を行う（ステップ３３０６）。そして、メッセージ処理部３０３は、２００ ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ３３０７）。
Thereafter, the
２００ ＯＫメッセージを受信したハンドオーバ制御部３０６は、ＶＣＣアプリケーション１０５にハンドオーバの依頼が通知されたことを検出する。そして、ハンドオーバ制御部３０６は、現在発信中の次の発信呼をキャンセルするためのＤＩＳＣＯＮＮＥＣＴメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ３３０８）。上記指示を受けたメッセージ作成部３０４は、ＤＩＳＣＯＮＮＥＣＴメッセージを作成し、回線交換インターフェース３０１に渡す（ステップ３３０９）。ＤＩＳＣＯＮＮＥＣＴメッセージを受け取った回線交換インターフェース３０１は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３３１０）。
The
その後、回線交換インターフェース３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを受信する（ステップ３３１１）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥメッセージを受け取り、ＲＥＬＥＡＳＥメッセージの確認を行う（ステップ３３１２）。
Thereafter, the
そして、メッセージ処理部３０３は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ３３１３）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを作成して、回線交換インターフェース３０１に渡す（ステップ３３１４）。ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージを受け取った回線交換インターフェース３０１は、当該ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥメッセージをＶＭＳＣ宛てに送信する（ステップ３３１５）。
Then, the
次に、ハンドオーバ制御部３０６は、メッセージ作成部３０４にＩＮＶＩＴＥメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＩＮＶＩＴＥメッセージをパケット交換インターフェース３０２に渡す（ステップ３３１６）。ＩＮＶＩＴＥメッセージを受け取ったパケット交換インターフェース３０２（第２通信部）は、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３３１７）。これにより、ハンドオーバ制御部３０６は、移動端末１０１をパケット交換発信状態に移行させる（ステップ３３１８）。このようにして、回線交換発信状態から、パケット交換発信状態に移行し、発信呼のハンドオーバが実現する。
Next, the
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
以上のようにして、ＮＯＴＩＦＹ（またはＰＵＢＬＩＳＨ）メッセージを用いて発信呼のハンドオーバを行うことが可能となる。
Note that the processing of the
As described above, the outgoing call can be handed over using the NOTIFY (or PUBLISH) message.
以上説明したように、本実施の形態によると、図２９などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で発信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図２９ＡのＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えの依頼をした後、ＳＥＴＵＰメッセージを送信する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で発信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられた回線交換網１０７経由で発信を継続することができる。
As described above, according to the present embodiment, as described with reference to FIG. 29 and the like, the
また、図３２などで説明したとおり、通信端末１０１は、回線交換網１０７経由で発信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、まず、例えば図３２ＡのＮＯＴＩＦＹメッセージを送信して、網の切り替えを依頼した後、ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５に送信する。したがって、通信端末１０１は、回線交換網１０７経由で発信中に電波強度が低下しても、切り替え先のＩＭＳ網１０８経由で発信を行うことができる。
よって、異種網間において発信中の呼のハンドオーバを行い、発信を継続することができる。
Further, as described with reference to FIG. 32 and the like, the
Therefore, it is possible to perform call handover between different networks and continue the call.
以上から、実施の形態１ないし４によると、ユーザが、移動端末を持って移動しても着信中または発信中の呼が切れることがない。
From the above, according to
本発明にかかるハンドオーバ方法および移動端末は、着信中または発信中の呼について、回線交換網とパケット交換網等の異種網間でハンドオーバする移動端末や携帯電話等に適している。 The handover method and mobile terminal according to the present invention are suitable for a mobile terminal, a mobile phone, or the like that performs handover between different types of networks such as a circuit switching network and a packet switching network for an incoming or outgoing call.
１０１ 通信端末
１０２ ＶＭＳＣ
１０３ ＭＧＣＦ
１０４ Ｓ−ＣＳＣＦ
１０５ ＶＣＣアプリケーション
１０６ リモート通信端末
１０７ 回線交換網
１０８ ＩＭＳ網
３０１ 回線交換インターフェース
３０２ パケット交換インターフェース
３０３ メッセージ処理部
３０４ メッセージ作成部
３０５ 着信・発信動作制御部
３０６ ハンドオーバ制御部
３０７ 電波強度計測部
101 Communication terminal 102 VMSC
103 MGCF
104 S-CSCF
105
Claims (6)
前記第１の網経由で着信中に、当該第１の網との間の電波強度を検出するステップと、
前記電波強度が変化し特定の条件を満した場合、前記第１の網経由で、当該第１の網経由の呼を前記第２の網経由に切替えるための、前記第１の網経由の呼を切断するための情報を含む依頼メッセージを送信するステップと、
を含むハンドオーバ方法。 A handover method in a mobile communication device for switching between different networks between a first network and a second network,
Detecting the radio field intensity with the first network during an incoming call via the first network;
If the radio field intensity has fully altered specific conditions, via the first network, for switching the call through the first network to via the second network, via the first network call Sending a request message containing information for disconnecting ;
Handover method, including.
前記第１の網経由で着信動作を行う動作部と、
前記着信中に、当該第１の網との間の電波強度を検出する検出部と、
前記電波強度が変化し特定の条件を満たした場合、前記第１の網経由で、当該第１の網経由の呼を前記第２の網経由に切替えるための、前記第１の網経由の呼を切断するための情報を含む依頼メッセージを送信するように制御する制御部と、
前記依頼メッセージを前記第１の網経由で送信する第１通信部と、
を含む移動通信装置。 A mobile communication device for switching between different networks between a first network and a second network,
An operation unit for performing an incoming call operation via the first network;
A detecting unit for detecting a radio wave intensity with the first network during the incoming call;
If the radio wave strength meets a changed specific conditions, via the first network, for switching the call through the first network to via the second network, via the first network call a control unit for controlling to transmit a request message including information for cutting,
A first communication unit for transmitting the pre-Symbol request message via the first network,
A mobile communication device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007034785A JP4854536B2 (en) | 2007-02-15 | 2007-02-15 | HANDOVER METHOD AND MOBILE COMMUNICATION DEVICE |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007034785A JP4854536B2 (en) | 2007-02-15 | 2007-02-15 | HANDOVER METHOD AND MOBILE COMMUNICATION DEVICE |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008199475A JP2008199475A (en) | 2008-08-28 |
| JP4854536B2 true JP4854536B2 (en) | 2012-01-18 |
Family
ID=39758009
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007034785A Expired - Fee Related JP4854536B2 (en) | 2007-02-15 | 2007-02-15 | HANDOVER METHOD AND MOBILE COMMUNICATION DEVICE |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4854536B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9374740B2 (en) | 2009-07-31 | 2016-06-21 | Alcatel Lucent | Method for handing over a terminal during a non steady VoIP call, network element, device and system |
| JP5519749B2 (en) | 2012-09-07 | 2014-06-11 | 株式会社Ｎｔｔドコモ | Mobile station and mobile communication method |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4657286B2 (en) * | 2004-03-10 | 2011-03-23 | エスケーテレコム株式会社 | Method for handover of mobile communication terminal in mobile communication system with mixed asynchronous and synchronous networks |
| WO2006112561A1 (en) * | 2005-04-19 | 2006-10-26 | Sk Telecom Co., Ltd. | Mixed mobile communication system of asynchronous communication network and synchronous communic ation network having handover function of mobile communication terminal, and handover method in the same |
| US8238918B2 (en) * | 2005-04-19 | 2012-08-07 | Sk Telecom Co., Ltd. | Hand over method from asynchronous mobile communication network to synchronous mobile communication network |
| JPWO2008059570A1 (en) * | 2006-11-15 | 2010-02-25 | パナソニック株式会社 | COMMUNICATION TERMINAL DEVICE, COMMUNICATION SYSTEM, AND SEAMLESS HANDOVER METHOD |
-
2007
- 2007-02-15 JP JP2007034785A patent/JP4854536B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008199475A (en) | 2008-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100810461B1 (en) | Handover method and apparatus | |
| KR101079506B1 (en) | System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover | |
| JP4607871B2 (en) | Communication unit for handoff | |
| US8553869B2 (en) | Method for implementing RBT interworking, media gateway control function device, and application server | |
| EP1864462B1 (en) | Method and apparatus for providing voice call continuity between circuit-switched subsystem and multimedia subsystem | |
| JP5243483B2 (en) | Call processing method in handover in radio communication system and radio communication apparatus using the method | |
| KR102147004B1 (en) | Access transfer for a drvcc mobile terminal | |
| JP4758478B2 (en) | Technology for interconnecting circuit-switched and packet-switched domains | |
| TWI597992B (en) | Single radio voice call continuity for emergency callback or click-to-dial sessions | |
| JP4966972B2 (en) | Communication terminal device | |
| WO2009012665A1 (en) | Method for realizing multimedia call continuity, equipment and system thereof | |
| EP2485530B1 (en) | System and method for switching ringing state session with customized alerting tone | |
| JP4854536B2 (en) | HANDOVER METHOD AND MOBILE COMMUNICATION DEVICE | |
| US20080254771A1 (en) | Apparatus and method for performing call setup for domain transfer in mobile communication system | |
| US9007996B2 (en) | Service control method and apparatus | |
| WO2009015536A1 (en) | A method for realizing user decision user busy forwarding | |
| JP2008104073A (en) | Voip system | |
| WO2011130954A1 (en) | Method and system for implementing single radio voice call continuity | |
| WO2014038598A1 (en) | User equipment and mobile communication method | |
| KR20070080226A (en) | Method for sychronizing brearer switching and baerer release in vcc and terminal and network server thereof | |
| JP2008109191A (en) | Mobile telephone terminal and telephone control method | |
| KR20080015357A (en) | Method for handling a vcc ue origination voice call | |
| JP2008035236A (en) | Relay device, mobile audio terminal, and communication control method | |
| KR20060115561A (en) | Method and apparatus for notifying change of service information according state of terminal in wireless telecommunications system | |
| WO2012119499A1 (en) | Echo cancellation method and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20091119 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110713 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110726 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110908 |
|
| 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: 20111004 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111025 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141104 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4854536 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |