(57)【要約】【課題】異種交換網間において発信・着信中の呼のハンドオーバを行う方法等を得る。【解決手段】通信端末は、ＩＭＳ網の経由で着信動作を行う着信動作部３０５と、着信中に、ＩＭＳ網との間の電波強度を計測して検出する電波強度計測部３０７と、電波強度が一定値以下の場合、ＩＭＳ網経由で、ＩＭＳ網経由の呼を回線交換網経由に切替えるための３９０メッセージを送信するように制御するハンドオーバ制御部３０６と、３９０メッセージをＩＭＳ網経由で送信するパケット交換インターフェース３０２と、着信中に、回線交換網経由で、３９０メッセージにより切り替えられた上記呼のＩＮＶＩＴＥメッセージを受信する回線交換インターフェース３０１と、を含む。【選択図】図３
2008199475.tif 000002
【特許請求の範囲】
【請求項１】
第１の網と第２の網との異種網間の切替えを行う移動通信装置におけるハンドオーバ方法であって、
前記第１の網経由で着信中に、当該第１の網との間の電波強度を検出するステップと、
前記電波強度が変化し特定の条件を満した場合、前記第１の網経由で、当該第１の網経由の呼を前記第２の網経由に切替えるための依頼メッセージを送信するステップと、
前記着信中に、前記第２の網経由で、前記依頼メッセージにより切り替えられた前記呼の発呼メッセージを受信するステップと、
を含むハンドオーバ方法。
【請求項２】
第１の網と第２の網との異種網間の切替えを行う移動通信装置におけるハンドオーバ方法であって、
前記第１の網経由で発信中に、当該第１の網との間の電波強度を検出するステップと、
前記電波強度が変化し特定の条件を満たす場合、前記第１の網の経由で、当該第１の網経由の呼を前記第２の網経由に切替えるための依頼メッセージを送信するステップと、
前記発信中に、前記第２の網経由で、前記依頼メッセージにより切り替えられた前記呼の発呼メッセージを送信するステップと、
を含むハンドオーバ方法。
【請求項３】
前記依頼メッセージは、前記第１の網経由の呼を切断するための情報を含む、請求項１または請求項２に記載のハンドオーバ方法。
【請求項４】
前記着信中は、着信動作を継続するステップをさらに含む、請求項１ないし請求項３に記載のハンドオーバ方法。
【請求項５】
前記第１の網は、回線交換網またはパケット交換網であり、前記第２の網は、パケット交換網または回線交換網である、請求項１ないし請求項４のいずれか１項に記載のハンドオーバ方法。
【請求項６】
前記ハンドオーバ処理中にユーザが着信に応答した場合、音声メッセージを出力するステップをさらに含む、請求項１ないし請求項５記載のハンドオーバ方法。
【請求項７】
ハンドオーバ処理中にユーザが着信に応答した場合、ハンドオーバ処理が完了するまで画面にアナウンスを表示するステップを含む、請求項１ないし請求項５記載のハンドオーバ方法。
【請求項８】
第１の網と第２の網との異種網間の切替えを行う移動通信装置であって、
前記第１の網経由で着信動作を行う動作部と、
前記着信中に、当該第１の網との間の電波強度を検出する検出部と、
前記電波強度が変化し特定の条件を満たした場合、前記第１の網経由で、当該第１の網経由の呼を前記第２の網経由に切替えるための依頼メッセージを送信するように制御する制御部と、
前記依頼メッセージを前記第１の網経由で送信する第１通信部と、
前記着信中に、前記第２の網経由で、前記依頼メッセージにより切り替えられた前記呼の発呼メッセージを受信する第２通信部と、
を含む移動通信装置。
【請求項９】
第１の網と第２の網との異種網間の切替えを行う移動通信装置であって、
前記第１の網経由で発信動作を行う動作部と、
前記発信中に、当該第１の網との間の電波強度を検出する電波強度検出部と、
前記電波強度が変化し特定の条件を満たした場合、前記第１の網経由で、当該第１の網経由の呼を切断するための切断メッセージを送信するように制御するとともに、前記第２の網経由で、前記依頼メッセージにより切り替えられた前記呼の発呼メッセージを送信するように制御する制御部と、
前記依頼メッセージを前記第１の網経由で送信する第１通信部と、
前記発呼メッセージを前記第２の網経由で送信する第２通信部と、
を含む移動通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異種網間のハンドオーバ方法（例えば回線交換網とパケット交換網の間でのハンドオーバ）に関する。
【背景技術】
【０００２】
近年、回線交換通信機能とパケット交換通信機能とを持つ携帯端末において、回線交換網経由の音声呼をパケット交換網経由に切り替えたり、パケット交換網経由の音声通話を回線交換網経由に切り替えたりするサービスが実現されつつある。このサービスは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）に基づくものであり、各非特許文献１、２に示すＶＣＣ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）という規格の採用が議論されている。ＶＣＣでは、携帯端末が電波の状況に応じて現在通話中の音声呼をもう一方の網経由に切り替えることが可能となる。
従来、上記の状況下において、複数の端末間で制御を行い、ＣＳ網とＰＳ網との間で音声通話のハンドオーバを行う方法がある（例えば、特許文献１）。
【０００３】
【非特許文献１】ＶＣＣ規格      http://www.3gpp.org/ftp/Specs/archive/23_series/23.206/23206-710.zip
【非特許文献２】ＶＣＣ規格      http://www.3gpp.org/ftp/Specs/archive/24_series/24.206/24206-700.zip
【特許文献１】特開２００４−２９７５９１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の方法では、通話中の呼のハンドオーバを実現することができるものの、発信・着信中の呼のハンドオーバについては議論もされておらず、実現することができない。このため、携帯端末が通話中であれば、電波が弱くなってもハンドオーバにより電波の強い網に切り替えて通話を継続することができるが、携帯電話が発信・着信中であれば、電波が弱くなるとハンドオーバにより網を切り替えて通信を継続することができなくなる。
仮に、ＶＣＣで議論されている方式を発信・着信呼のハンドオーバに適用した場合、切り替え先の網と切り替え元の網の両方で呼を接続しておくことになるため、無駄にネットワークリソースを消費してしまう。
そこで、本発明は、上記の状況下においてなされたものであり、異種網間において、発信・着信中の呼のハンドオーバにより網を切り替えて通信を継続することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を達成するため、本発明は、第１の網と第２の網との間の切替えを行う移動通信装置におけるハンドオーバ方法であって、上記第１の網経由で着信中に、当該第１の網との間の電波強度を検出するステップと、上記電波強度が変化し特定の条件を満たした場合、上記第１の網経由で、当該第１の網経由の呼を上記第２の網経由に切替えるための依頼メッセージを送信するステップと、上記着信中に、上記第２の網経由で、上記依頼メッセージにより切り替えられた上記呼の発呼メッセージを受信するステップと、を含むものである。
【発明の効果】
【０００６】
本発明によると、異種網間において発信・着信中の呼のハンドオーバにより網を切り替えて通信を継続することができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施の形態１ないし４について説明する。なお、実施の形態１ないし４において、同一部分は同一符号（用語）を用いて説明する。
（実施の形態１）
実施の形態１では、パケット交換網と回線交換網との間で着信呼をハンドオーバする方法について説明する。実施の形態１の方法は、転送や宛先変更に用いられるリダイレクトを応用して適用される。
【０００８】
図１は、本実施の形態１における異種網を含むネットワーク全体の構成例を示す図である。
図１において、通信端末（移動通信装置）１０１は、回線交換網１０７およびＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網（パケット交換網）１０８との通信を行う。通信端末１０１は、例えば、携帯電話やパーソナルコンピュータなどの端末である。
回線交換網１０７には、ＶＭＳＣ（Ｖｉｓｉｔｅｄ  Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）１０２を含んでいる。ＶＭＳＣ１０２は、回線交換網１０７で呼を適切な宛先にルーティングする。
ＩＭＳ網１０８には、ＭＧＣＦ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１０３、ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）１０４およびＶＣＣアプリケーション（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙアプリケーション：ＶＣＣ−ＡＰ）１０５を含んでいる。ＭＧＣＦ１０３は、回線交換網１０７経由で転送されてきたシグナリングを、ＩＭＳ網１０８規格に適応するように変換する。
ＣＳＣＦ１０４は、必要なアプリケーションサーバへのアクセスなどを実現するＳＩＰサーバである。ＶＣＣアプリケーション（ＶＣＣ−ＡＰ）１０５は、回線交換網とパケット交換網の間で呼のハンドオーバを実現するために、呼を一旦終端するサーバである。
【０００９】
［ＩＭＳ網経由の着信呼を回線交換網経由に切り替えるための手順］
次に、通信端末１０１がＩＭＳ網１０８（第１の網）経由の着信呼を回線交換網１０７（第２の網）経由に切り替えるための手順について図２ないし図９を参照して説明する。この手順は、通信端末１０１が、ＩＭＳ網１０８経由で着信したが、すぐに着信に応答できず、着信中にＩＭＳ網１０８の圏外に出てしまった場合を前提に説明する。
【００１０】
図２は、ＩＭＳ網経由の着信呼を回線交換網経由に切り替える手順を示すシーケンス図である。なお、図２中のＳは、ステップの略である（以下同様）。
まず、リモート通信端末１０６が通信端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔともいう）１０１に対して発呼し、ＩＮＶＩＴＥメッセージを通信端末１０１宛てに送信する（ステップ２０１）。このとき、リモート通信端末１０６から送信されたＩＮＶＩＴＥメッセージは、ＣＳＣＦ１０４によりＶＣＣアプリケーション１０５へ転送される。ＶＣＣアプリケーション１０５は、転送されてきたＩＮＶＩＴＥメッセージをアンカー（一端終端）した後、ＩＮＶＩＴＥメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、送信されてきたＩＮＶＩＴＥメッセージを通信端末１０１に送信する。
【００１１】
次に、通信端末１０１は、ＣＳＣＦ１０４から送信されてきたＩＮＶＩＴＥメッセージを受け取る。そして、通信端末１０１は、通信端末のユーザを呼び出し中であることを知らせるため、リモート通信端末１０６にＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の１８０  Ｒｉｎｇｉｎｇメッセージを返す（ステップ２０２）。その後、ＣＳＣＦ１０４は、上記１８０  Ｒｉｎｇｉｎｇメッセージを受け取り、当該１８０  ＲｉｎｇｉｎｇメッセージをＶＣＣアプリケーション１０５経由でリモート通信端末１０６に転送する。
【００１２】
次に、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う（ステップ２０３）。着信動作としては、例えば、着信音の出力、バイブレータによる振動などがある。なお、通信端末１０１は、ステップ２０３の着信動作以降、着信呼の切り替えが発生した場合も着信動作を継続する。これにより、ユーザは、ＩＭＳ網１０８から回線交換網１０７への切り替えを意識することなく、通信端末１０１を利用することが可能となる。
【００１３】
その後、例えば、通信端末１０１が移動し、電波強度の変化（特定の条件を満たす電波強度値に変化。たとえば、一定の電波強度値を下回る値に変化）を検出する（ステップ２０４）。すると、通信端末１０１は、ＩＭＳ網１０８経由で着信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）規格の３００番台応答メッセージの新規メッセージをＶＣＣアプリケーション１０５に送る（ステップ２０５）。例えば図２Ａに示す３９０応答メッセージ（依頼メッセージ）を用いる。３９０応答メッセージは、着信呼のハンドオーバを依頼するためのリダイレクト応答である。なお、本実施の形態では、例えば３９０応答メッセージがリダイレクト応答として用いられているが、３００番台（３××）の応答メッセージであれば、コード番号は変更してもよい。３００番台の応答メッセージは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）規格に基づくものであり、データ伝送などのサービスを移動先に転送する場合などに用いられる。
【００１４】
３９０応答メッセージを受信したＶＣＣアプリケーション１０５は、当該３９０応答メッセージから、着信呼のハンドオーバが必要と判断し、３９０応答メッセージに対するＡＣＫ（ＡＣＫメッセージ）を返す（ステップ２０６）。すると、ＣＳＣＦ１０４が、ＡＣＫを受け取り、そのＡＣＫを通信端末１０１に転送する。
次に、着信呼のハンドオーバが必要と判断したＶＣＣアプリケーション１０５は、通信端末１０１に対してＩＮＶＩＴＥメッセージ（転送先網経由の発呼メッセージ）を送信する（ステップ２０７）。ＭＧＣＦ１０３は、このＩＮＶＩＴＥメッセージをＣＳＣＦ１０４経由で受け取り、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ  ＩＡＭメッセージに変換する。ＩＳＵＰ  ＩＡＭメッセージは、回線交換網１０７におけるシグナリングである。そして、ＭＧＣＦ１０３は、ＩＳＵＰ  ＩＡＭメッセージをＶＭＳＣ１０２に送信する（ステップ２０８）。
【００１５】
次に、ＶＭＳＣ１０２は、通信端末１０１にＳＥＴＵＰメッセージ（発呼メッセージ）を送信する（ステップ２０９）。その結果、ＳＥＴＵＰメッセージを受信した通信端末１０１は、回線交換網１０７経由で着信を行うことが可能となり、着信呼のハンドオーバが実現する。
【００１６】
その後、通信端末１０１が、着信に応答した場合（ステップ２１０）、通信端末１０１は、リモート通信端末１０６に向けてＣＯＮＮＥＣＴメッセージを送信する（ステップ２１１）。すると、ＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２が、ＣＯＮＮＥＣＴメッセージをＩＳＵＰ  ＩＡＭメッセージに変換してＭＧＣＦ１０３に送信する。ＩＳＵＰ  ＩＡＭメッセージを受信したＣＳＣＦ１０４は、２００  ＯＫメッセージをＶＣＣアプリケーション１０５に送信した後、ＶＣＣアプリケーション１０５から送信された２００  ＯＫメッセージを受信する。そして、ＣＳＣＦ１０４は、リモート通信端末１０６に２００  ＯＫメッセージを送信する（ステップ２１２）。これにより、２００  ＯＫメッセージを受信したリモート通信端末１０６は、ＡＣＫメッセージをＣＳＣＦ１０４に送信する。
【００１７】
ＡＣＫメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に当該ＡＣＫメッセージを送信し、当該ＡＣＫメッセージを受信したＶＣＣアプリケーション１０５は、ＣＳＣＦ１０４経由でＭＧＣＦ１０３にＡＣＫメッセージを送信する（ステップ２１３）。これにより、リモート通信端末１０６と通信端末１０１との間の通信が回線交換網１０７経由で開始される。
【００１８】
以上から、ＩＭＳ網１０８と回線交換網１０７との間において、着信中の呼のハンドオーバを実現することができる。
また、１つの３９０応答メッセージにより、ＩＭＳ網１０８から回線交換網１０７への切り替えの依頼と、切り替え前のＩＭＳ網１０８の呼を切断との依頼をすることができる。よって、ＩＭＳ網を含む交換網のメッセージ量が減り、有益である。また、切り替え前の網と切り替え後の網の両方に接続を確立することはしないので、ネットワークリソースの消費を削減でき、有益である。
【００１９】
［通信端末の構成］
図３は、通信端末１０１の構成例を示す図である（実施の形態２ないし４も同様）。
図３の通信端末１０１は、回線交換インターフェース（第１通信部または第２通信部）３０１、パケット交換インターフェース（第２通信部または第１通信部）３０２、メッセージ処理部３０３およびメッセージ作成部３０４を有する。さらに、通信端末１０１は、着信・発信動作制御部（制御部）３０５、ハンドオーバ制御部（制御部）３０６および電波強度計測部（検出部）３０７を有する。
【００２０】
回線交換インターフェース３０１は、回線交換網１０７との通信を行うためのインターフェースである。パケット交換インターフェース３０２は、ＩＭＳ網１０８との通信を行うためのインターフェースである。
メッセージ処理部３０３は、メッセージを受信したり、メッセージの解析を行ったりする。メッセージ作成部３０４は、メッセージを作成する。
着信・発信動作制御部３０５は、通信端末１０１の着信動作または発信動作の制御を行う。ハンドオーバ制御部３０６は、回線交換網１０７とＩＭＳ網１０８との間のハンドオーバ制御を行う。
電波強度計測部３０７は、電波強度を計測して検出する。
【００２１】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図４ないし図６を参照して説明する。
【００２２】
［着信処理］
図４は、通信端末１０１の着信処理を示すフローチャートである。
まず、パケット交換インターフェース３０２は、ＩＮＶＩＴＥメッセージを受信する（ステップ４０１）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う。そして、通信端末１０１はパケット交換着信状態に移行する（ステップ４０２）。
次に、メッセージ処理部３０３は、着信・発信動作制御部３０５に対し、着信動作を行うように指示する。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。上記指示を受けた着信・発信動作制御部３０５は、通信端末１０１の着信動作を行う（ステップ４０３）。
【００２３】
次に、メッセージ処理部３０３は、メッセージ作成部３０４に１８０  Ｒｉｎｇｉｎｇメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、１８０  Ｒｉｎｇｉｎｇメッセージをパケット交換インターフェース３０２に渡す（ステップ４０４）。
パケット交換インターフェース３０２は、受け取った１８０  Ｒｉｎｇｉｎｇメッセージをリモート通信端末１０６宛てに送信する（ステップ４０５）。その後、着信・発信動作制御部３０５が着信動作を継続させつつ、通信端末１０１は、ユーザによる着信応答待ち状態に移行する（ステップ４０６）。
【００２４】
［着信応答待ち状態時に電波強度が低下した場合の処理］
図５は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出する（ステップ５０１）。すると、電波強度計測部３０７は、ハンドオーバ制御部３０６に電波強度が低下した旨を通知する（ステップ５０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４に３ｘｘ（例えば３９０）メッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、３ｘｘメッセージをパケット交換インターフェース３０２に渡す（ステップ５０３）。
【００２５】
パケット交換インターフェース３０２（第１通信部）は、３ｘｘメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ５０４）。その後、パケット交換インターフェース３０２は、３ｘｘメッセージに対するＡＣＫメッセージを受信する（ステップ５０５）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信したＡＣＫメッセージを受け取り、ＡＣＫメッセージの確認を行う（ステップ５０６）。
【００２６】
次に、回線交換インターフェース３０２（第２通信部）は、ＶＣＣアプリケーション１０５から、ＳＥＴＵＰメッセージを受信する（ステップ５０７）。メッセージ処理部３０３は、回線交換インターフェース３０２で受信されたＳＥＴＵＰメッセージを受け取り、ＳＥＴＵＰメッセージの確認を行う。そして、通信端末１０１は、回線交換着信状態に移行する（ステップ５０８）。このようにして、パケット交換着信状態から回線交換着信状態に移行し、ＩＭＳ網１０８の着信呼を回線交換網１０７経由の着信呼にハンドオーバすることが可能となる。
【００２７】
［着信応答処理］
図６は、通信端末１０１の着信応答処理を示すフローチャートである。
まず、着信・発信動作制御部３０５は、着信呼のハンドオーバ処理中（図５のステップ５０１〜５０８参照）、着信動作を継続する（ステップ６０１）。
そして、着信呼のハンドオーバ処理後に、通信端末１０１のユーザによる着信応答があった場合、メッセージ作成部３０４は、ＣＯＮＮＥＣＴメッセージを作成して回線交換インターフェース３０１に渡す。ＣＯＮＮＥＣＴメッセージを受け取った回線交換インターフェース３０１は、リモート通信端末１０６宛てにＣＯＮＮＥＣＴメッセージを送信する（ステップ６０２）。すると、回線交換インターフェース３０２は、ＣＯＮＮＥＣＴメッセージに応答したＣＯＮＮＥＣＴ  ＡＣＫを受信する。その結果、通信端末１０１とリモート通信端末１０６との間の通信の接続がＩＭＳ網１０８経由で完了する（ステップ６０３）。着信呼のハンドオーバ中に、通信端末１０１のユーザによる着信応答があった場合、着信呼のハンドオーバ終了後に上記着信応答を行なう。この場合、着信呼のハンドオーバが終了するまでの間、着信呼のハンドオーバ中である旨を知らせるガイダンスを流したり、画面にアナウンスを表示したりしてもよい。
【００２８】
［ＶＣＣアプリケーションの構成］
図７は、ＶＣＣアプリケーション１０５の構成例を示す図である（実施の形態２ないし４も同様）。
図７のＶＣＣアプリケーション１０５は、通信インターフェース７０１、メッセージ処理部７０２、アンカー制御部７０３、ハンドオーバ制御部７０４およびメッセージ作成部７０５を有する。
通信インターフェース７０１は、メッセージの送受信を行うためのインターフェースである。メッセージ処理部７０２は、受信したメッセージを解析する。
アンカー制御部７０３は、着信呼などの呼のアンカーに関する制御を行う。ハンドオーバ制御部７０４は、ハンドオーバの制御を行う。メッセージ作成部７０５は、メッセージを作成する。
【００２９】
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図８および図９を参照して説明する。
【００３０】
［ＩＮＶＩＴＥメッセージ受信時の処理］
図８は、ＶＣＣアプリケーション１０５がリモート通信端末１０６からＩＮＶＩＴＥメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１が、リモート通信端末１０６から、ＩＮＶＩＴＥメッセージを受信する（ステップ８０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う（ステップ８０２）。そして、メッセージ処理部７０２は、ＩＮＶＩＴＥメッセージをアンカー制御部７０３に渡す（ステップ８０３）。
【００３１】
アンカー制御部７０３は、通常のＶＣＣアプリケーションの動作に従って、当該ＩＮＶＩＴＥメッセージを一旦終端（アンカー）する（ステップ８０４）。次に、ＶＣＣアプリケーション１０５は、ＩＮＶＩＴＥメッセージを移動端末１０１に送信する（ステップ８０５）。このようにして、ＩＮＶＩＴＥメッセージがＶＣＣアプリケーション１０５によってアンカーされる。
【００３２】
［３ｘｘメッセージ受信時の処理］
図９は、ＶＣＣアプリケーション１０５が通信端末１０１から３ｘｘメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１が、通信端末１０１から、３ｘｘ（例えば３９０）メッセージを受信する（ステップ９０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信された３ｘｘメッセージを受け取り、３ｘｘメッセージの確認を行う（ステップ９０２）。そして、メッセージ処理部７０２は、３ｘｘメッセージをアンカー制御部７０３に渡す（ステップ９０３）。
【００３３】
アンカー制御部７０３は、３ｘｘメッセージを受信した後、３ｘｘのコードを確認し、通信端末１０１がハンドオーバを必要としていることを確認する（ステップ９０４）。次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、３ｘｘメッセージに対する応答としてＡＣＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、ＡＣＫメッセージを作成して通信インターフェース７０１に渡す（ステップ９０５）。
通信インターフェース７０１は、メッセージ作成部７０５からのＡＣＫメッセージを受け取って通信端末１０１宛てに送信する（ステップ９０６）。
ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、回線交換網１０７経由の呼を確立するため、ＩＮＶＩＴＥメッセージを作成するように指示する。上記指示を受けたメッセージ作成部７０５は、ＩＮＶＩＴＥメッセージを作成して、通信インターフェース７０１を介して、通信端末１０１の回線交換インターフェース３０１宛てに送信する（ステップ９０７）。このようにして、回線交換網１０７経由の呼が新規に確立され、通信端末１０１は、着信呼のハンドオーバを行うことが可能となる。
【００３４】
以上から、３ｘｘメッセージなどのリダイレクトメッセージを用いて着信呼のハンドオーバを行うことが可能となる。
【００３５】
［回線交換網経由の着信呼をＩＭＳ網経由に切り替えるための手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の着信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図１０ないし図１３を参照して説明する。
【００３６】
図１０は、回線交換網１０７経由の着信呼をＩＭＳ網１０８に切り替える手順を示すシーケンス図である。
まず、リモート通信端末１０６は、通信端末１０１に対して発呼し、通信端末１０１宛てにＩＮＶＩＴＥメッセージを送信する。すると、ＩＮＶＩＴＥメッセージを受信したＭＧＣＦ１０３は、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ  ＩＡＭメッセージに変換して送信する。ＩＳＵＰ  ＩＡＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ  ＩＡＭメッセージをＳＥＴＵＰメッセージに変換して通信端末１０１に送信する（ステップ１００１）。
このとき、ＣＳＣＦ１０４は、リモート通信端末１０６から送信されたＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５経由で受信して、ＶＣＣアプリケーション１０５に転送する。ＩＮＶＩＴＥメッセージを受信したＶＣＣアプリケーション１０５は、当該ＩＮＶＩＴＥメッセージをアンカーした後、ＩＮＶＩＴＥメッセージを送信する。そして、ＩＮＶＩＴＥメッセージを受信したＣＳＣＦ１０４は、当該ＩＮＶＩＴＥメッセージをＭＧＣＦ１０３に転送する。
【００３７】
次に、ＳＥＴＵＰメッセージを受信した通信端末１０１は、ユーザの呼出し中であることをリモート通信端末１０６に知らせるため、ＡＬＥＲＴＩＮＧメッセージを返す。このＡＬＥＲＴＩＮＧメッセージを受信したＶＭＳＣ１０２は、当該ＡＬＥＲＴＩＮＧメッセージをＩＳＵＰ  ＡＣＭメッセージに変換して送信する。すると、ＭＧＣＦ１０３は、当該ＩＳＵＰ  ＡＣＭメッセージを１８０  Ｒｉｎｇｉｎｇメッセージに変換して送信する。その後、１８０  Ｒｉｎｇｉｎｇメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０  Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０  Ｒｉｎｇｉｎｇメッセージをリモート通信端末１０６宛てに送信する（ステップ１００２）。
【００３８】
次に、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う（ステップ１００３）。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。なお、通信端末１０１は、ステップ１００３の着信動作以降も、着信動作を継続する。これにより、ユーザは、回線交換網１０７からＩＭＳ網１０８への切り替えを意識することなく、通信端末１０１を利用することが可能となる。
【００３９】
その後、例えば、通信端末１０１が移動し、回線交換インターフェース３０１の電波強度の変化（低下）を検出する（ステップ１００４）。すると、通信端末１０１は、回線交換網１０７経由で着信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、例えば図１０Ａに示すＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送る（ステップ１００５）。本実施の形態では、ＤＩＳＣＯＮＮＥＣＴメッセージを、着信呼のハンドオーバを依頼するためのメッセージとして利用する。このとき、ＤＩＳＣＯＮＮＥＣＴメッセージ中のＣａｕｓｅフィールドには、着信呼のドメイン移動であることを示す新規Ｃａｕｓｅが指定される。図１０Ａの例では、新規Ｃａｕｓｅは、cause value=１２６として定め、着信呼の転送を意味するｃａｕｓｅとしている。
これにより、１つのＤＩＳＣＯＮＮＥＣＴメッセージにより、回線交換網１０７からＩＭＳ網１０８への切り替え依頼と、切り替え前の回線交換網１０７の呼の切断をすることができる。よって、ＩＭＳ網を含む交換網のメッセージ量が減り、有益となる。
【００４０】
ＤＩＳＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＩＳＵＰ  ＲＥＬメッセージに変換してＭＧＣＦ１０３に送信する。このとき、ＶＭＳＣ１０２は、ＩＳＵＰ  ＲＥＬメッセージに、着信呼のハンドオーバであることを示すフィールドを入れる。そして、ＩＳＵＰ  ＲＥＬメッセージを受信したＭＧＣＦ１０３は、着信呼のハンドオーバ依頼であることを示す３９０応答メッセージをＶＣＣアプリケーションに送信する（ステップ１００６）。なお、３９０応答メッセージのコード番号は、３００（３××）番台であれば変更してよい。
【００４１】
３９０応答メッセージを受信したＶＣＣアプリケーション１０５は、当該３９０応答メッセージから、着信呼のハンドオーバが必要と判断し、３９０応答メッセージに対するＡＣＫを返す（ステップ１００７）。すると、ＣＳＣＦ１０４が、ＡＣＫを受け取り、そのＡＣＫをＭＧＣＦ１０３に送信する。
次に、ＶＣＣアプリケーション１０５は、通信端末１０１に対してＩＮＶＩＴＥメッセージ（転送先網経由の発呼メッセージ）をＭＧＣＦ１０３およびＶＭＳＣ１０２経由で送信する（ステップ１００８）。その結果、ＩＮＶＩＴＥメッセージを受信した通信端末１０１は、ＩＭＳ網１０８経由で着信を行うことが可能となり、着信呼のハンドオーバが実現する。
【００４２】
その後、通信端末１０１が、着信に応答した場合（ステップ１００９）、通信端末１０１は、リモート通信端末１０６に向けて２００  ＯＫメッセージを送信する（ステップ１０１０）。すると、２００  ＯＫメッセージをＭＧＣＦ１０３経由で受信したＣＳＣＦ１０４は、２００  ＯＫメッセージをＶＣＣアプリケーション１０５に送信した後、ＶＣＣアプリケーション１０５から送信された２００  ＯＫメッセージを受信する。そして、ＣＳＣＦ１０４は、リモート通信端末１０６に２００  ＯＫメッセージを送信する（ステップ１０１１）。これにより、２００  ＯＫメッセージを受信したリモート通信端末１０６が、ＡＣＫを通信端末１０１宛てに送信し、通信端末１０１がＡＣＫを受信する。そして、通信端末１０１とリモート端末１０６との間の接続が完了し、通信端末１０１とリモート通信端末１０６との間の通信がＩＭＳ網１０８経由で開始される（ステップ１０１２）。
【００４３】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図１１ないし図１３を参照して説明する。
［着信処理］
図１１は、通信端末１０１の着信処理を示すフローチャートである。
まず、回線交換インターフェース３０１は、ＳＥＴＵＰメッセージを受信する（ステップ１１０１）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＳＥＴＵＰメッセージを受け取り、ＳＥＴＵＰメッセージの確認を行う。そして、メッセージ処理部３０３は、通信端末１０１を回線交換着信状態にする（ステップ１１０２）。
次に、メッセージ処理部３０３は、着信・発信動作制御部３０５に対し、着信動作を行うように指示する。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。上記指示を受けた着信・発信動作制御部３０５は、通信端末１０１の着信動作を行う（ステップ１１０３）。
【００４４】
次に、メッセージ処理部３０３は、メッセージ作成部３０４にＡＬＥＲＴＩＮＧメッセージを送信するように指示する。上記指示を受けたメッセージ受信部３０４は、ＡＬＥＲＴＩＮＧメッセージを回線交換インターフェース３０１に渡す（ステップ１１０４）。
回線交換インターフェース３０１は、受け取ったＡＬＥＲＴＩＮＧメッセージをリモート通信端末１０６宛てに送信する（ステップ１１０５）。その後、着信・発信動作制御部３０５が着信動作を継続させつつ、通信端末１０１は、ユーザによる着信応答待ち状態に移行する（ステップ１１０６）。
【００４５】
［着信応答待ち状態時に電波強度が低下した場合の処理］
図１２は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、回線交換インターフェース３０１の電波強度の低下を検出する（ステップ１２０１）。すると、電波強度計測部３０７は、ハンドオーバ制御部３０６に回線交換インターフェース３０１の電波強度が低下した旨を通知する（ステップ１２０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＤＩＳＣＯＮＮＥＣＴメッセージを回線交換インターフェース３０１に渡す（ステップ１２０３）。
【００４６】
回線交換インターフェース（第１通信部）３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ１２０４）。その後、回線交換インターフェース３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを受信する（ステップ１２０５）。そして、メッセージ処理部３０３が、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥメッセージを受け取り、ＲＥＬＥＡＳＥメッセージの確認を行う（ステップ１２０６）。
【００４７】
続いて、メッセージ処理部３０３は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ１２０７）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを作成して回線交換インターフェース３０１に渡す（ステップ１２０８）。
【００４８】
回線交換インターフェース３０１は、受け取ったＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージをＶＭＳＣ１０２宛てに送信する（ステップ１２０９）。続いて、パケット交換インターフェース（第２通信部）３０２は、ＶＣＣアプリケーション１０５からＩＮＶＩＴＥメッセージ（発呼メッセージ）を受信する（ステップ１２１０）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う。そして、メッセージ処理部３０３は、パケット交換着信状態に移行する（ステップ１２１１）。このようにして、回線交換着信状態からパケット交換着信状態に移行し、回線交換網１０７経由の着信呼をＩＭＳ網１０８経由の着信呼にハンドオーバすることが可能となる。
【００４９】
［着信応答処理］
図１３は、通信端末１０１の着信応答処理を示すフローチャートである。
まず、着信・発信動作制御部３０５は、着信呼のハンドオーバ処理中（図１２のステップ１２０１〜１２１１参照）、着信動作を継続する（ステップ１３０１）。
次に、着信呼のハンドオーバ処理後に、通信端末１０１のユーザによる着信応答があった場合、メッセージ作成部３０４は、２００  ＯＫメッセージを作成してパケット交換インターフェース３０２に渡す（ステップ１３０２）。
【００５０】
２００  ＯＫメッセージを受け取ったパケット交換インターフェース３０２は、リモート通信端末１０６宛てに２００  ＯＫメッセージを送信する（ステップ１３０３）。
次に、パケット交換インターフェース３０２は、２００  ＯＫメッセージに対するＡＣＫメッセージを受信する（ステップ１３０４）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＡＣＫメッセージを受け取り、ＡＣＫメッセージの確認を行う（ステップ１３０５）。すると、通信端末１０１はＩＭＳ網１０８との接続が完了し、通信端末１０１とリモート通信端末１０６との間の通話がＩＭＳ網１０８経由で開始される（ステップ１３０６）。通信端末１０１は、着信呼のハンドオーバ中に、通信端末１０１のユーザによる着信応答があった場合、着信呼のハンドオーバ終了後に上記着信応答を行なう。この場合、通信端末１０１は、着信呼のハンドオーバが終了するまでの間、着信呼のハンドオーバ中である旨を知らせるためのガイダンスを流したり、ディスプレイにアナウンス表示したりしてもよい。
【００５１】
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
【００５２】
以上説明したように、本実施の形態によると、図２などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で着信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図２Ａの３９０メッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えを依頼する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で着信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられた回線交換網１０７経由で着信を行うことができる。
【００５３】
また、図１０などで説明したとおり、通信端末１０１は、回線交換網１０７経由で着信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１０ＡのＤＩＳＣＯＮＮＥＣＴメッセージを送信して、着信呼の転送を依頼する。したがって、通信端末１０１は、回線交換網１０７経由で着信中に電波強度が低下しても、転送先（切り替え先）のＩＭＳ網１０８経由で着信を行うことができる。
よって、異種網間において着信中の呼のハンドオーバを行い、着信を継続することができる。
【００５４】
（実施の形態２）
実施の形態２では、ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨのメッセージを用いてＩＭＳ網１０８と回線交換網１０７との間で着信呼をハンドオーバする場合について説明する。
【００５５】
［ＩＭＳ網経由の着信呼を回線交換網経由に切り替えるための手順］
通信端末１０１がＩＭＳ網（第１の網）１０８経由の着信呼を回線交換網（第２の網）１０７経由に切り替えるための手順について図１４ないし図１６を参照して説明する。
【００５６】
図１４は、実施の形態２におけるＩＭＳ網１０８経由の着信呼を回線交換網１０７経由に切り替える手順を示すシーケンス図である。
まず、リモート通信端末１０６が発呼してから、通信端末１０１が着信するまでのステップ１４０１〜１４０４は、実施の形態１のステップ２０１〜２０４と同様である。すなわち、ステップ１４０１では、リモート通信端末１０６がＩＮＶＩＴＥメッセージを通信端末１０１宛てに送信する（ステップ１４０１）。
ステップ１４０２では、通信端末１０１は、ＣＳＣＦ１０４から送信されてきたＩＮＶＩＴＥメッセージを受け取る。そして、通信端末１０１は、通信端末のユーザを呼び出し中であることを知らせるため、リモート通信端末１０６にＳＩＰの１８０  Ｒｉｎｇｉｎｇメッセージを返す。なお、その後、ＣＳＣＦ１０４は、上記Ｒｉｎｇｉｎｇメッセージを受け取り、当該ＲｉｎｇｉｎｇメッセージをＶＣＣアプリケーション１０５経由でリモート通信端末１０６に送信する。
【００５７】
ステップ１４０３では、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う。通信端末１０１は、ステップ２０３の着信動作以降も、着信動作を継続する。ステップ１４０４では、例えば、通信端末１０１が移動し、電波強度の変化（低下）を検出する。
【００５８】
すると、電波強度の変化を検出した通信端末１０１は、ＩＭＳ網１０８経由で着信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、例えば図１４Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送信する（ステップ１４０５）。ＮＯＴＩＦＹメッセージを、着信呼のハンドオーバを依頼するためのメッセージとして利用する。このとき、ＮＯＴＩＦＹメッセージの中には、着信呼のハンドオーバの依頼を示すステータスコード（図１４ＡのＥｖｅｎｔ情報参照）を記述しておく。
【００５９】
なお、本実施の形態の通信端末１０１は、ＮＯＴＩＦＹメッセージを用いて着信呼のハンドオーバを依頼する場合について説明するが、ＮＯＴＩＦＹメッセージの代わりに、ＰＵＢＬＩＳＨメッセージを用いてもよい。
【００６０】
ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、当該ＮＯＴＩＦＹメッセージから、着信呼のハンドオーバが必要と判断し、ＮＯＴＩＦＹメッセージに対する２００  ＡＣＫを返す（ステップ１４０６）。すると、ＣＳＣＦ１０４が、２００  ＡＣＫを受け取り、その２００  ＡＣＫを通信端末１０１に転送する。
次に、ＶＣＣアプリケーション１０５は、ＩＭＳ網１０８経由で着信中の呼を切断するために、ＩＭＳ網１０８経由でＣＡＮＣＥＬメッセージを送信する（ステップ１４０７）。なお、図１４のＶＣＣアプリケーション１０５は、ＣＡＮＣＥＬメッセージを用いて、ＩＭＳ網１０８経由で着信中の呼を切断するように依頼するが、この依頼方法は変更してもよい。例えば、ＮＯＴＩＦＹメッセージ（またはＰＵＢＬＩＳＨメッセージ）が、ＩＭＳ網１０８経由で着信中の呼を切断するための情報を含むようにする。そうすると、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５が、ＣＡＮＣＥＬメッセージを送信する必要がない。
【００６１】
次に、ＣＡＮＣＥＬメッセージを受信した通信端末１０１は、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを返す（ステップ１４０８）。２００  ＯＫメッセージを受信したＶＣＣアプリケーション１０５は、２００  ＯＫメッセージに対するＡＣＫメッセージを返す（ステップ１４０９）。これにより、通信端末１０１が、ＡＣＫメッセージを受信することとなり、ＩＭＳ網１０８経由で着信中の呼が切断される。
次に、ＶＣＣアプリケーション１０５と通信端末１０１との間で、実施の形態１のステップ２０７〜２０９と同様の処理が行われる。すなわち、ステップ２０７では、ＶＣＣアプリケーション１０５は、通信端末１０１の回線交換網１０７での番号宛にＩＮＶＩＴＥメッセージを送信する。
【００６２】
ステップ２０８では、ＭＧＣＦ１０３は、このＩＮＶＩＴＥメッセージをＣＳＣＦ１０５経由で受け取り、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ  ＩＡＭメッセージに変換して送信する。
ステップ２０９では、ＶＭＳＣ１０２は、通信端末１０１にＳＥＴＵＰメッセージを送信する（ステップ２０９）。その結果、ＳＥＴＵＰメッセージ（発呼メッセージ）を受信した通信端末１０１は、回線交換網１０７経由で着信を行うことが可能となり、着信呼のハンドオーバが実現する。
また、ＩＮＶＩＴＥメッセージの送信は、ステップ１４０７のＣＡＮＣＥＬメッセージの送信前に行うようにしてもよい。
【００６３】
その後、通信端末１０１は、図２のステップ２１０〜２１３の場合と同様に、ユーザが着信応答（ステップ１４１０）するまでの間、着信動作を継続し、通信端末１０１が着信した場合は、リモート通信端末１０６との通信を回線交換網１０７経由で開始する（ステップ１４１１〜１４１３）。
【００６４】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図１５を参照して説明する。実施の形態２の通信端末１０１は、実施の形態１の着信処理（図４参照）および着信応答処理（図６参照）と同様の処理を行う。そこで、実施の形態２では、実施の形態１と異なる処理（通信端末の着信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
【００６５】
［着信応答待ち状態時に電波強度が低下した場合の処理］
図１５は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出した（ステップ１５０１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ１５０２）。
【００６６】
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にハンドオーバ依頼メッセージとしてＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージを送信するように指示する（ステップ１５０３）。本実施の形態のハンドオーバ制御部３０６は、ＮＯＴＩＦＹメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージをパケット交換インターフェース３０２に渡す（ステップ１５０４）。
【００６７】
パケット交換インターフェース（第１通信部）３０２は、ＮＯＴＩＦＹメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ１５０５）。その後、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージに対する２００  ＯＫメッセージを受信する（ステップ１５０６）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信された２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ１５０７）。
【００６８】
次に、パケット交換インターフェース３０２は、ＶＣＣアプリケーション１０５から、ＣＡＮＣＥＬメッセージを受信する（ステップ１５０８）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＣＡＮＣＥＬメッセージを受け取り、ＣＡＮＣＥＬメッセージの確認を行う（ステップ１５０９）。そして、メッセージ処理部３０３は、メッセージ作成部３０４にＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを送信するように指示する（ステップ１５１０）。上記指示を受けたメッセージ作成部３０４は、２００  ＯＫメッセージを作成してパケット交換インターフェース３０２に渡す（ステップ１５１１）。
【００６９】
パケット交換インターフェース３０２は、２００  ＯＫメッセージを受け取って、ＶＣＣアプリケーション１０５宛てに送信する（ステップ１５１２）。その後、パケット交換インターフェース３０２は、２００  ＯＫメッセージに対するＡＣＫメッセージを受信する（ステップ１５１３）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信されたＡＣＫメッセージを受け取り、ＡＣＫメッセージの確認を行う（ステップ１５１４）。そして、ハンドオーバ制御部３０６は、パケット交換着信状態を解除する（ステップ１５１５）。
【００７０】
次に、回線交換インターフェース（第２通信部）３０２は、ＶＣＣアプリケーション１０５から、ＳＥＴＵＰメッセージ（発呼メッセージ）を受信する（ステップ１５０８）。メッセージ処理部３０３は、回線交換インターフェース３０２で受信されたＳＥＴＵＰメッセージを受け取り、ＳＥＴＵＰメッセージの確認を行う。そして、メッセージ処理部３０３は、回線交換着信状態に移行する（ステップ１５０９）。このようにして、パケット交換着信状態から回線交換着信状態に移行し、ＩＭＳ網１０８の着信呼を回線交換網１０７経由の着信呼にハンドオーバすることが可能となる。
【００７１】
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図１６を参照して説明する。実施の形態２のＶＣＣアプリケーション１０５は、実施の形態１のＩＮＶＩＴＥメッセージ受信時の処理（図８参照）と同様の処理を行うが、実施の形態１と異なる処理（ＶＣＣアプリケーションのＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージ受信時の処理）について説明する。
【００７２】
［ＮＯＴＩＦＹ／ＰＵＢＬＩＳＨメッセージ受信時の処理］
図１６は、ＶＣＣアプリケーション１０５のＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ受信時の処理を示すフローチャートである。
通信インターフェース７０１が、通信端末１０１から、ＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージを受信する（ステップ１６０１）。本実施の形態の通信インターフェース７０１は、ＮＯＴＩＦＹメッセージを受信した場合について説明するが、ＰＵＢＬＩＳＨメッセージを受信した場合も同様である。
【００７３】
次に、メッセージ処理部７０２は、通信インターフェース７０１で受信されたＮＯＴＩＦＹメッセージを受け取り、ＮＯＴＩＦＹメッセージの確認を行う（ステップ１６０２）。そして、メッセージ処理部７０２は、ＮＯＴＩＦＹメッセージを確認し、ＮＯＴＩＦＹメッセージが着信呼のハンドオーバ要求であることを確認する（ステップ１６０３）。その後、メッセージ処理部７０２は、ＮＯＴＩＦＹメッセージをハンドオーバ制御部７０４に渡す。
【００７４】
ハンドオーバ制御部７０４は、ＮＯＴＩＦＹメッセージを受け取り、アンカー部７０３に、ＮＯＴＩＦＹメッセージがアンカーされているかどうかを確認する（ステップ１６０４）。ハンドオーバ制御部７０４は、上記確認の結果、アドレスがアンカーされていることを確認した場合、メッセージ作成部７０５に対して、ＮＯＴＩＦＹメッセージに対応する応答として２００  ＯＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、２００  ＯＫメッセージを作成して通信インターフェース７０１に渡す（ステップ１６０５）。
【００７５】
通信インターフェース７０１は、２００  ＯＫメッセージを受け取って通信端末１０１宛てに送信する（ステップ１６０６）。
【００７６】
次に、ハンドオーバ制御部７０４は、ＩＭＳ網１０８経由の着信を切断するため、メッセージ作成部７０５に対して、ＣＡＮＣＥＬメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、通信端末１０１のパケット交換網１０８の番号宛てのＣＡＮＣＥＬメッセージを作成して通信インターフェース７０１に渡す（ステップ１６０７）。
【００７７】
ＣＡＮＣＥＬメッセージを受け取った通信インターフェース７０１は、当該ＣＡＮＣＥＬメッセージを通信端末１０１のパケット交換網１０８の番号宛てに送信する（ステップ１６０８）。その後、通信インターフェース７０１は、通信端末１０１からのＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを受信する（ステップ１６０９）。メッセージ処理部７０２は、通信インターフェース７０１で受信された２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ１６１０）。
【００７８】
メッセージ処理部７０２は、確認した２００  ＯＫメッセージから、ＣＡＮＣＥＬメッセージに対する応答であることを確認し（ステップ１６１１）、当該２００  ＯＫメッセージをハンドオーバ制御部７０４に渡す（ステップ１６１２）。２００  ＯＫメッセージを受け取ったハンドオーバ制御部７０４は、当該２００  ＯＫメッセージが、ステップ１６１０で送信されたＣＡＮＣＥＬメッセージに対する応答であることを確認する。
次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、２００  ＯＫメッセージに対する応答としてＡＣＫメッセージ送信するように指示する。上記指示を受けたメッセージ作成部７０５は、ＡＣＫメッセージを作成して通信インターフェース７０１に渡す（ステップ１６１３）。
【００７９】
ＡＣＫメッセージを受け取った通信インターフェース７０１は、当該ＡＣＫメッセージを通信端末１０１のパケット交換網１０８での番号宛てに送信する（ステップ１６１４）。これにより、その後、通信端末１０１宛てのパケット交換網１０８経由の着信が切断されることとなる。続いて、ハンドオーバ制御部７０４は、回線交換網１０７経由で通信端末１０１に着信させるため、メッセージ作成部７０５に対して、ＩＮＶＩＴＥメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、通信端末１０１の回線交換網１０７の番号宛てのＩＮＶＩＴＥメッセージを作成して通信インターフェース７０１に渡す（ステップ１６１５）。
【００８０】
ＩＮＶＩＴＥメッセージを受け取った通信インターフェース７０１は、当該ＩＮＶＩＴＥメッセージを、通信端末１０１の回線交換網１０７の番号宛てに送信する(ステップ１６１６)。これにより、通信端末１０１は、回線交換網１０７経由で着信可能となる。
以上から、パケット交換着信状態から回線交換着信状態に移行し、着信呼のハンドオーバが実現する。
【００８１】
［回線交換網経由の着信呼をＩＭＳ網経由に切り替える手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の着信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図１７および図１８を参照して説明する。
【００８２】
図１７は、実施の形態２における回線交換網１０７経由の着信呼をＩＭＳ網１０８経由に切り替える手順を示すシーケンス図である。
まず、リモート通信端末１０６が発呼してから、通信端末１０１が着信するまでのステップ１７０１〜１７０４は、図１０の実施の形態１のステップ１００１〜１００４と同様である。すなわち、ステップ１７０１では、リモート通信端末１０６は、通信端末１０１に対して発呼し、通信端末１０１宛てにＩＮＶＩＴＥメッセージを送信する。すると、ＩＮＶＩＴＥメッセージを受信したＭＧＣＦ１０３は、当該ＩＮＶＩＴＥメッセージをＩＳＵＰ  ＩＡＭメッセージに変換して送信する。ＩＳＵＰ  ＩＡＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ  ＩＡＭメッセージをＳＥＴＵＰメッセージに変換して通信端末１０１に送信する（ステップ１００１と同様）。
【００８３】
ステップ１７０２では、ＳＥＴＵＰメッセージを受信した通信端末１０１は、ＡＬＥＲＴＩＮＧメッセージを返す。このＡＬＥＲＴＩＮＧメッセージを受信したＶＭＳＣ１０２は、当該ＡＬＥＲＴＩＮＧメッセージをＩＳＵＰ  ＡＣＭメッセージに変換して送信する。すると、ＭＧＣＦ１０３は、当該ＩＳＵＰ  ＡＣＭメッセージを１８０  Ｒｉｎｇｉｎｇメッセージに変換して送信する。その後、１８０  Ｒｉｎｇｉｎｇメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０  Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０  Ｒｉｎｇｉｎｇメッセージをリモート通信端末１０６に送信する（ステップ１００２と同様）。
【００８４】
ステップ１７０３では、通信端末１０１は、ユーザに着信していることを知らせるため、着信動作を行う（ステップ１００３と同様）。着信動作としては、例えば、着信音の出力、バイブレータによる振動、ディスプレイへの表示などがある。なお、通信端末１０１は、ステップ１００３の着信動作以降も、着信動作を継続する。
ステップ１７０４では、通信端末１０１が移動し、電波強度の変化（低下）を検出する（ステップ１００４と同様）。
【００８５】
すると、ステップ１７０５では、通信端末１０１は、回線交換網１０７経由で着信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、ハンドオーバ依頼メッセージとしてＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージ（本実施の形態では、例えば図１７Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージ）をＶＣＣアプリケーション１０５に送信する。次に、ステップ１７０６では、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、当該ＮＯＴＩＦＹメッセージ（ステータスコード：図１７ＡのＥｖｅｎｔ情報参照）から、着信呼のハンドオーバが必要と判断し、ＮＯＴＩＦＹメッセージに対する２００  ＡＣＫを返す。
【００８６】
次に、ステップ１７０８では、ＶＣＣアプリケーション１０５は、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様に、ＩＭＳ網１０８経由で着信中の呼を切断するために、ＣＡＮＣＥＬメッセージを送信する（ステップ１４０７と同様）。すると、ＣＡＮＣＥＬメッセージは、ＭＧＣＦ１０３およびＶＭＳＣ１０２を経由してＤＩＳＣＯＮＮＥＣＴメッセージに変換される。そして、通信端末１０１は、ＤＩＳＣＯＮＮＥＣＴメッセージを受信する（ステップ１７０９）。
【００８７】
ＤＩＳＣＯＮＮＥＣＴメッセージを受信した通信端末１０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対する応答としてＲＥＬＥＡＳＥメッセージを送信する（ステップ１７１０）。
通信端末１０１からのＲＥＬＥＡＳＥメッセージを受信したＶＭＳＣ１０２は、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを通信端末１０１に返す（ステップ１７１１）。
次に、ＶＣＣアプリケーション１０５は、ＭＧＣＦ１０３およびＶＭＳＣ１０２の各々から、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを受け取る（ステップ１７１２）。
【００８８】
２００  ＯＫメッセージを受信したＶＣＣアプリケーション１０５は、２００  ＯＫメッセージに対するＡＣＫメッセージを返す（ステップ１７１３）。これにより、ＭＧＣＦ１０３が、ＡＣＫメッセージを受信し、回線交換網１０７経由で着信中の呼が切断される。よって、着信呼のハンドオーバが実現する。
【００８９】
次に、ＶＣＣアプリケーション１０５は、実施の形態１のステップ１００８と同様に、通信端末１０１のパケット回線インターフェース宛てにＩＮＶＩＴＥメッセージを送信する（ステップ１７０７）。これにより、通信端末１０１は、ＩＭＳ網１０８経由でＩＮＶＩＴＥメッセージ（発呼メッセージ）を受信する。
【００９０】
その後、通信端末１０１は、実施の形態１の回線交換網１０８からパケット交換網１０７へのハンドオーバの場合と同様に、ユーザが着信応答するまで着信動作を継続し、ユーザが着信応答した場合には、実施の形態１の回線交換網１０８からＩＭＳ網１０７へのハンドオーバの場合と同様の動作を行い、通信を開始する（ステップ１００９〜１０１２）。すなわち、通信端末１０１が、着信に応答した場合（ステップ１００９）、通信端末１０１は、リモート通信端末１０６に向けて２００  ＯＫメッセージを送信する（ステップ１０１０）。すると、２００  ＯＫメッセージをＭＧＣＦ１０３経由で受信したＣＳＣＦ１０４は、２００  ＯＫメッセージをＶＣＣアプリケーション１０５に送信した後、ＶＣＣアプリケーション１０５から送信された２００  ＯＫメッセージを受信する。そして、ＣＳＣＦ１０４は、リモート通信端末１０６に２００  ＯＫメッセージを送信する（ステップ１０１１）。これにより、２００  ＯＫメッセージを受信したリモート通信端末１０６が、ＡＣＫを通信端末１０１宛てに送信し、通信端末１０１がＡＣＫを受信する。そして、通信端末１０１とリモート通信端末１０６との間の接続が完了し、通信端末１０１とリモート通信端末１０６との間の通信がＩＭＳ網１０８経由で開始される（ステップ１０１２）。
【００９１】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図１８を参照して説明する。実施の形態２の通信端末１０１は、実施の形態１の着信処理（図４参照）および着信応答処理（図６参照）と同様の処理を行うが、実施の形態１と異なる処理（通信端末の着信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
【００９２】
［着信応答待ち状態時に電波強度が低下した場合の処理］
図１８は、通信端末１０１の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出した（ステップ１８０１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ１８０２）。
【００９３】
ハンドオーバ制御部３０６が上記通知を受けた後、ハンドオーバ制御部３０６、メッセージ作成部３０４およびパケット交換インターフェース３０２は、図５のステップ１５０３〜ステップ１５０５の場合と同様に、ステップ１８０３〜ステップ１８０５の処理を行う。すなわち、ステップ１８０３では、ハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＮＯＴＩＦＹメッセージまたはＰＵＢＬＩＳＨメッセージを送信するように指示する。
ステップ１８０４では、上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージをパケット交換インターフェース３０２に渡す。
ステップ１８０５では、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する。
【００９４】
次に、ＮＯＴＩＦＹメッセージに対する２００  ＯＫメッセージを受信した通信端末１０１は、回線交換インターフェース３０２を介して、ＶＣＣアプリケーション１０５から、ＤＩＳＣＯＮＮＥＣＴメッセージを受信する（ステップ１８０６）。メッセージ処理部３０３は、回線交換インターフェース３０２で受信されたＤＩＳＣＯＮＮＥＣＴメッセージを受け取り、ＤＩＳＣＯＮＮＥＣＴメッセージの確認を行う（ステップ１８０７）。そして、メッセージ処理部３０３は、メッセージ作成部３０４に、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを送信するように指示する（ステップ１８０８）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥメッセージを作成して回線交換インターフェース３０１に渡す（ステップ１８０９）。ＲＥＬＥＡＳＥメッセージを受け取った回線交換インターフェース３０１は、当該ＲＥＬＥＡＳＥメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ１８１０）。
【００９５】
その後、回線交換インターフェース３０１は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを受信する（ステップ１８１１）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを受け取り、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージの確認を行う（ステップ１８１２）。そして、ハンドオーバ制御部３０６は、回線交換着信状態を解除してパケット交換着信状態に移行する（ステップ１８１３）。このようにして、回線交換着信状態からパケット交換着信状態に移行し、回線交換網１０７の着信呼をＩＭＳ網１０８経由の着信呼にハンドオーバすることが可能となる。
次に、通信端末１０１は、パケット交換インターフェース３０２を介して、ＶＣＣアプリケーション１０５からＩＮＶＩＴＥメッセージを受信する（ステップ１８１４）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う。すると、ハンドオーバ制御部３０６は、パケット交換着信状態に移行する（ステップ１８１５）。このようにして、回線交換着信状態からパケット交換着信状態に移行し、回線交換網１０７の着信呼をパケット交換網１０８経由の着信呼にハンドオーバすることが可能となる。
【００９６】
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
【００９７】
以上説明したように、本実施の形態によると、図１４などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で着信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１４ＡのＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えを依頼する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で着信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられた回線交換網１０７経由で着信を行うことができる。
【００９８】
また、図１７などで説明したとおり、通信端末１０１は、回線交換網１０７経由で着信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１７ＡのＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えを依頼する。したがって、通信端末１０１は、回線交換網１０７経由で着信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられたＩＭＳ網１０８経由で着信を行うことができる。
【００９９】
よって、通信端末１０１は、異種網間において着信中の呼のハンドオーバを行い、着信を継続することができる。
【０１００】
（実施の形態３）
実施の形態３では、ＣＡＮＣＥＬメッセージを用いてＩＭＳ網１０８と回線交換網１０７との間で発信呼をハンドオーバする場合について説明する。
【０１０１】
［ＩＭＳ網経由の発信呼を回線交換網経由に切り替えるための手順］
まず、通信端末１０１がＩＭＳ網１０８（第１の網）経由の発信呼を回線交換網（第２の網）１０７経由に切り替えるための手順について図１９ないし図２４を参照して説明する。
【０１０２】
図１９は、実施の形態３におけるＩＭＳ網１０８経由の発信呼を回線交換網１０７経由に切り替える手順を示すシーケンス図である。
まず、通信端末１０１がリモート通信端末１０６に対して発呼し、ＩＮＶＩＴＥメッセージを、ＶＣＣアプリケーション１０５を介して、リモート通信端末１０６宛てに送信する（ステップ１９０１）。ＩＮＶＩＴＥメッセージを受信したリモート通信端末１０６は、ユーザを呼び出し中であることを通信端末１０１に知らせるために、１８０Ｒｉｎｇｉｎｇメッセージを返す（ステップ１９０２）。
１８０ＲｉｎｇｉｎｇメッセージをＶＣＣアプリケーション１０５経由で受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０Ｒｉｎｇｉｎｇメッセージを通信端末１０１宛てに送信する。１８０ＲｉｎｇｉｎｇメッセージをＭＧＣＦ１０２経由で受信した通信端末１０１は、ユーザに呼び出し中であることを知らせるため、発信動作（例えば、呼び出し音を鳴らす動作）を行う（ステップ１９０３）。
【０１０３】
その後、例えば、通信端末１０１が移動し、電波強度の変化（低下）を検出する（ステップ１９０４）。すると、通信端末１０１は、ＩＭＳ網１０８経由で発信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、例えば図１９Ａに示すＳＩＰ規格のＣＡＮＣＥＬメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送信する（ステップ１９０５）。ＣＡＮＣＥＬメッセージを発信呼のハンドオーバを依頼するメッセージとして利用する。上記ＣＡＮＣＥＬメッセージ中には、当該発信の中止とともに、発信中ドメインの移動を依頼することを示すヘッダ（図１９ＡのＥｖｅｎｔ情報参照）が追加される。これにより、１つのＣＡＮＣＥＬメッセージにより、ＩＭＳ網１０８から回線交換網１０７への切り替えの依頼と、切り替え前のＩＭＳ網１０８の呼の切断を行なうことができる。よって、ＩＭＳ網を含む交換網のメッセージ量が減り、有益である。
【０１０４】
ＣＡＮＣＥＬメッセージを受信したＶＣＣアプリケーション１０５は、発信呼のハンドオーバが必要と判断し、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージ（発呼メッセージ）を返す（ステップ１９０６）。すると、ＣＳＣＦ１０４が、２００  ＯＫメッセージを受け取り、その２００  ＯＫメッセージを通信端末１０１に送信する。
次に、ＶＣＣアプリケーション１０５は、通信端末１０１に対して、発信呼を切断するため、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを送信する（ステップ１９０７）。
【０１０５】
４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受信した通信端末１０１は、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答としてＡＣＫメッセージをＶＣＣアプリケーション１０５に返す（ステップ１９０８）。これにより、ＩＭＳ網１０８経由の発信呼が切断されることとなる。
【０１０６】
次に、通信端末１０１は、ＶＣＣアプリケーション１０５に向けてＳＥＴＵＰメッセージ（転送先網経由の発呼メッセージ）を送信する（ステップ１９０９）。このＳＥＴＵＰメッセージを受信したＶＭＳＣ１０２は、当該ＳＥＴＵＰメッセージをＩＳＵＰ  ＩＡＭメッセージに変換して送信する。そして、ＩＳＵＰ  ＩＡＭメッセージを受信したＭＧＣＦ１０３は、当該ＩＳＵＰ  ＩＡＭメッセージをＩＮＶＩＴＥメッセージに変換して、ＶＣＣアプリケーション１０５に送信する（ステップ１９１０）。
【０１０７】
その後、リモート通信端末１０６のユーザが着信に応答した場合、リモート通信端末１０６は、着信応答として２００  ＯＫメッセージを通信端末１０１に返す。２００  ＯＫメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に２００  ＯＫメッセージを送り、ＶＣＣアプリケーション１０５は２００  ＯＫメッセージをＣＳＣＦ１０４に送信する。次に、ＣＳＣＦ１０４は、２００  ＯＫメッセージを送信する。
２００  ＯＫメッセージを受信したＭＧＣＦ１０３は、当該２００  ＯＫメッセージをＩＳＵＰ  ＡＮＭメッセージに変換して送信する。ＩＳＵＰ  ＡＮＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ  ＡＮＭメッセージをＣＯＮＮＥＣＴメッセージに変換して通信端末１０１に送信する（ステップ１９１１）。
ＣＯＮＮＥＣＴメッセージを受信した通信端末１０１は、当該ＣＯＮＮＥＣＴメッセージに対する応答としてＣＯＮＮＥＣＴ  ＡＣＫメッセージを返す。これにより、ＶＭＳＣ１０２が、ＣＯＮＮＥＣＴ  ＡＣＫメッセージを受信し、通信端末１０１は、回線交換網１０７との接続が完了する（ステップ１９１２）。
【０１０８】
［通信端末の各種処理］
次に、実施の形態３における通信端末１０１の各種処理について図２０ないし図２２を参照して説明する。
【０１０９】
［発信処理］
図２０は、通信端末１０１の発信処理を示すフローチャートである。
まず、メッセージ作成部３０４は、リモート通信端末１０６宛てのＩＮＶＩＴＥメッセージを作成してパケット交換インターフェース３０２に渡す（ステップ２００１）。ＩＮＶＩＴＥメッセージを受け取ったパケット交換インターフェース３０２は、当該ＩＮＶＩＴＥメッセージをリモート通信端末１０６宛てに送信する（ステップ２００２）。その後、パケット交換インターフェース３０２は、リモート通信端末１０６から、上記ＩＮＶＩＴＥメッセージに対する応答として、１８０Ｒｉｎｇｉｎｇメッセージを受信する。そして、発信動作部３０５が、発信動作を行う（ステップ２００３）。発信動作としては、例えば、呼び出し音の出力、ディスプレイへの表示などがある。
【０１１０】
［発信応答待ち状態時に電波強度が低下した場合の処理］
図２１は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出し（ステップ２１０１）、その低下の旨をハンドオーバ制御部３０６に通知する（ステップ２１０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＣＡＮＣＥＬメッセージ（依頼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＣＡＮＣＥＬメッセージをパケット交換インターフェース３０２に渡す（ステップ２１０３）。
【０１１１】
パケット交換インターフェース（第１通信部）３０２は、ＣＡＮＣＥＬメッセージを受け取ってＶＣＣアプリケーション１０５宛てに送信する（ステップ２１０４）。その後、パケット交換インターフェース３０２は、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを受信する（ステップ２１０５）。そして、メッセージ処理部３０３が、パケット交換インターフェース３０２で受信した２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ２１０６）。そして、メッセージ処理部３０３は、２００  ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ２１０７）。
【０１１２】
続いて、パケット回線交換インターフェース３０２は、ＶＣＣアプリケーション１０５から、発信呼を切断するための４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受信する（ステップ２１０８）。メッセージ処理部３０３は、パケット回線交換インターフェース３０２で受信された４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受け取り、４８７Ｒｅｑｕｅｓｔ  Ｔｅｍｉｎａｔｅｄメッセージの確認を行う（ステップ２１０９）。
【０１１３】
さらに、メッセージ処理部３０３は、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージをハンドオーバ制御部３０６に渡す（ステップ２１１０）。これにより、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受け取ったハンドオーバ制御部３０６は、ＩＭＳ網１０８経由の発信呼がキャンセルされたことを検出する。そして、ハンドオーバ制御部３０６は、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答としてＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ２１１１）。上記指示を受けたメッセージ作成部３０４は、ＡＣＫメッセージをパケット交換インターフェース３０２に渡す(ステップ２１１２)。ＡＣＫメッセージを受け取ったパケット交換インターフェース３０２は、当該ＡＣＫメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２１１３）。
【０１１４】
次に、ハンドオーバ制御部３０６は、回線交換網１０７経由で発信を行うため、メッセージ作成部３０４に、ＳＥＴＵＰメッセージ（発呼メッセージ）を送るように指示する（ステップ２１１４）。上記指示を受けたメッセージ作成部３０４は、ＳＥＴＵＰメッセージを回線交換インターフェース３０１に渡す（ステップ２１１５）。ＳＥＴＵＰメッセージを受け取った回線交換インターフェース（第２通信部）３０１は、当該ＳＥＴＵＰメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２１１６）。これにより、以降、パケット交換発信状態から回線交換発信状態に移行し、ＩＭＳ網１０８経由の発信呼を回線交換網１０７経由の発信呼にハンドオーバすることが可能となる。
【０１１５】
［発信応答に対する処理］
図２２は、通信端末１０１の発信応答に対する処理を示すフローチャートである。
まず、発信動作制御部３０５は、発信呼のハンドオーバ処理中（図２１のステップ２１０１〜２１１６参照）も、発信動作を継続する（ステップ２２０１）。
次に、回線交換インターフェース３０１は、上記発信動作の継続中に、ＣＯＮＮＥＣＴメッセージを受信する（ステップ２２０２）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＣＯＮＮＥＣＴメッセージを受け取り、ＣＯＮＮＥＣＴメッセージの確認を行う（ステップ２２０３）。
【０１１６】
次に、メッセージ処理部３０３は、ＣＯＮＮＥＣＴ  ＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ２２０４）。上記指示を受けたメッセージ作成部３０４は、ＣＯＮＮＥＣＴ  ＡＣＫメッセージを作成し回線交換インターフェース３０１に渡す（ステップ２２０５）。ＣＯＮＮＥＣＴ  ＡＣＫメッセージを受け取った回線交換インターフェース３０１は、当該ＣＯＮＮＥＣＴ  ＡＣＫメッセージを送信する（ステップ２２０６）。これにより、回線交換網１０７との接続が完了する。
発信呼のハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があった場合、リモート通信端末１０６からの応答メッセージである２００  ＯＫメッセージをＶＣＣアプリケーションが受信するが、すぐには送信せずにハンドオーバ処理が終了してから送信するようにする。そうすることで、ハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があっても対応することができる。
【０１１７】
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図２３および図２４を参照して説明する。
【０１１８】
［ＩＮＶＩＴＥメッセージ受信時の処理］
図２３は、ＶＣＣアプリケーション１０５が通信端末１０１からＩＮＶＩＴＥメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１が、通信端末１０１から、ＩＮＶＩＴＥメッセージを受信する（ステップ２３０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＩＮＶＩＴＥメッセージを受け取り、ＩＮＶＩＴＥメッセージの確認を行う（ステップ２３０２）。そして、メッセージ処理部７０２は、ＩＮＶＩＴＥメッセージをアンカー制御部７０３に渡す（ステップ２３０３）。
【０１１９】
アンカー制御部７０３は、通常のＶＣＣ動作に従って、当該ＩＮＶＩＴＥメッセージを一旦終端（アンカー）する（ステップ２３０４）。次に、メッセージ処理部７０２は、ＩＮＶＩＴＥメッセージを、通信インターフェース７０１を介して、リモート移動端末１０６に転送する（ステップ２３０５）。このようにして、ＩＮＶＩＴＥメッセージがＶＣＣアプリケーション１０５によってアンカーされる。
【０１２０】
［ＣＡＮＣＥＬメッセージ受信時の処理］
図２４は、ＶＣＣアプリケーション１０５が通信端末１０１からＣＡＮＣＥＬメッセージを受信した場合の処理を示すフローチャートである。
通信インターフェース７０１は、通信端末１０１から、ＣＡＮＣＥＬメッセージを受信する（ステップ２４０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＣＡＮＣＥＬメッセージを受け取り、ＣＡＮＣＥＬメッセージの確認を行う（ステップ２４０２）。そして、メッセージ処理部７０２は、ＣＡＮＣＥＬメッセージをハンドオーバ制御部７０４に渡す（ステップ２４０３）。ＣＡＮＣＥＬメッセージを受け取ったハンドオーバ制御部７０４は、ＣＡＮＣＥＬメッセージに含まれるヘッダ、すなわち発信呼のハンドオーバの依頼を示すヘッダを確認する。そして、ハンドオーバ制御部７０４は、通信端末１０１がハンドオーバを必要としていることを確認する（ステップ２４０４）。
【０１２１】
次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、ＣＡＮＣＥＬメッセージに対する応答として２００  ＯＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、２００  ＯＫメッセージを作成して通信インターフェース７０１に渡す（ステップ２４０５）。２００  ＯＫメッセージを受け取った通信インターフェース７０１は、当該２００  ＯＫメッセージを通信端末１０１宛てに送信する（ステップ２４０６）。
【０１２２】
次に、メッセージ作成部７０５は、ハンドオーバ制御部７０４の指示に基づき、ＩＭＳ網１０８経由の発信呼を切断するために、通信端末１０１宛てに４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを作成する。そして、通信インターフェース７０１は、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受け取って、通信端末宛てに送信する（ステップ２４０７）。これにより、ＩＭＳ網１０８経由の発信呼が切断される。そして、通信端末１０１から、回線交換網１０７経由の発信が行われることにより、発信呼のハンドオーバを行うことが可能となる。
以上から、通信端末１０１の発信中に、ＣＡＮＣＥＬメッセージを利用することにより発信呼のハンドオーバを行うことが可能となる。
【０１２３】
［回線交換網経由の発信呼をＩＭＳ網経由に切り替えるための手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の発信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図２５ないし図２８を参照して説明する。
【０１２４】
図２５は、回線交換網１０７経由の発信呼をＩＭＳ網１０８に切り替えるＧ手順を示すシーケンス図である。
まず、通信端末１０１は、リモート通信端末１０６に対して発呼し、リモート通信端末１０６宛てにＳＥＴＵＰメッセージを送信する（ステップ２５０１）。ＳＥＴＵＰメッセージを受信したＶＭＳＣ１０２は、当該ＳＥＴＵＰメッセージをＩＳＵＰ  ＩＡＭメッセージに変換して送信する。ＩＳＵＰ  ＩＡＭメッセージを受信したＭＧＣＦ１０３は、当該ＩＳＵＰ  ＩＡＭメッセージをＩＮＶＩＴＥメッセージに変換してＣＳＣＦ１０４に送信する。ＩＮＶＩＴＥメッセージを受信したＣＳＣＦ１０４は、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５に転送する。ＩＮＶＩＴＥメッセージを受信したＶＣＣアプリケーション１０５は、当該ＩＮＶＩＴＥメッセージをアンカーした後、ＣＳＣＦ１０４に送信する。そして、ＩＮＶＩＴＥメッセージを受信したＣＳＣＦ１０４は、当該ＩＮＶＩＴＥメッセージをリモート通信端末１０６に送信する。
【０１２５】
ＩＮＶＩＴＥメッセージを受信したリモート通信端末１０６は、ユーザを呼び出し中であることを通信端末１０１に知らせるために、１８０Ｒｉｎｇｉｎｇメッセージを返す（ステップ２５０２）。すると、１８０Ｒｉｎｇｉｎｇメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に１８０Ｒｉｎｇｉｎｇメッセージを送り、ＶＣＣアプリケーション１０５は、１８０ＲｉｎｇｉｎｇメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、１８０ＲｉｎｇｉｎｇメッセージをＭＧＣＦ１０３に送信する。１８０Ｒｉｎｇｉｎｇメッセージを受信したＭＧＣＦ１０３は、当該１８０ＲｉｎｇｉｎｇメッセージをＩＳＵＰ  ＩＣＭメッセージに変換して送信する。そして、ＩＳＵＰ  ＡＣＭメッセージを受信したＶＭＳＣ１０２は、当該ＩＳＵＰ  ＡＣＭメッセージをＡＬＥＲＴＩＮＧメッセージに変換して通信端末１０１に送信する。
【０１２６】
ＡＬＥＲＴＩＮＧメッセージを受信した通信端末１０１は、ユーザに呼び出し中であることを知らせるため、発信動作（例えば、呼び出し音を鳴らすなど）を行う（ステップ２５０３）。
【０１２７】
その後、例えば、通信端末１０１が移動し、電波強度の変化（低下）を検出する（ステップ２５０４）。すると、通信端末１０１は、回線交換網１０７経由で発信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、例えば図２５Ａに示すＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）をＶＣＣアプリケーション１０５に送信する（ステップ２５０５）。ＤＩＳＣＯＮＮＥＣＴメッセージは、発信呼のハンドオーバを依頼するためのメッセージとして利用する。このとき、ＤＩＳＣＯＮＮＥＣＴメッセージ中のＣａｕｓｅフィールドには、発信呼のドメイン移動であることを示す新規Ｃａｕｓｅが指定される。図２５Ａの例では、新規Ｃａｕｓｅは、cause value=１２５として定め、発信呼の転送を意味するｃａｕｓｅとしている。
【０１２８】
ＤＩＳＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＩＳＵＰ  ＲＥＬメッセージに変換して送信する。ＩＳＵＰ  ＲＥＬメッセージを受信したＭＧＣＦ１０３は、当該ＩＳＵＰ  ＲＥＬメッセージをＣＡＮＣＥＬメッセージに変換して、ＣＳＣＦ１０４経由でＶＣＣアプリケーション１０５に送信する（ステップ２５０６）。このとき、ＣＡＮＣＥＬメッセージには、発信呼のハンドオーバを依頼する情報が保持される。
【０１２９】
ＣＡＮＣＥＬメッセージを受信したＶＣＣアプリケーション１０５は、当該ＣＡＮＣＥＬメッセージから、発信呼のハンドオーバが必要なことを検出する。そして、ＶＣＣアプリケーション１０５は、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを返す（ステップ２５０７）。そして、ＶＣＣアプリケーション１０５は、発信呼を切断するため、４８７Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを送る（ステップ２５０８）。
【０１３０】
また、ＤＩＳＣＯＮＮＥＣＴメッセージを受信したＶＭＳＣ１０２は、当該ＤＩＳＣＯＮＮＥＣＴメッセージに対する応答として、ＲＥＬＥＡＳＥメッセージを通信端末１０１に返す。そして、ＲＥＬＥＡＳＥメッセージを受信した通信端末１０１は、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージをＶＭＳＣ１０２に返す（ステップ２５０９）。これにより、回線交換網１０７経由の発信呼を切断することが可能となる。
【０１３１】
続いて、通信端末１０１は、ＶＣＣアプリケーション１０５に向けてＩＮＶＩＴＥメッセージ（発呼メッセージ）を送信する（ステップ２５１０）。これにより、ＩＭＳ網１０８経由の発信呼が確立する。
【０１３２】
その後、リモート通信端末１０６のユーザが着信に応答した場合、リモート通信端末１０６は、着信応答として通信端末１０１に２００  ＯＫメッセージを返す（ステップ２５１１）。このとき、２００  ＯＫメッセージを受信したＣＳＣＦ１０４は、ＶＣＣアプリケーション１０５に２００  ＯＫメッセージを送り、ＶＣＣアプリケーション１０５は、２００  ＯＫメッセージをＣＳＣＦ１０４に送信する。そして、ＣＳＣＦ１０４は、２００  ＯＫメッセージを通信端末１０１に送信する。これにより、通信端末１０１が、２００  ＯＫメッセージを受信する。そして、通信端末１０１は、２００  ＯＫメッセージに応答して、ＡＣＫメッセージを返す。以上から、ＩＭＳ網１０８との接続が完了し、通話が開始される（ステップ２５１２）。
【０１３３】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図２６ないし図２９を参照して説明する。
【０１３４】
［発信処理］
図２６は、通信端末１０１の発信処理を示すフローチャートである。
まず、メッセージ作成部３０４は、リモート通信端末１０６宛てのＳＥＴＵＰメッセージを作成して、回線交換インターフェース３０１に渡す（ステップ２６０１）。ＳＥＴＵＰメッセージを受け取った回線交換インターフェース３０１は、当該ＳＥＴＵＰメッセージをリモート通信端末１０６宛てに送信する（ステップ２６０２）。
【０１３５】
その後、回線交換インターフェース３０１は、ＡＬＥＲＴＩＮＧメッセージを受信する（ステップ２６０３）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＡＬＥＲＴＩＮＧメッセージを受け取り、ＡＬＥＲＴＩＮＧメッセージの確認を行う。そして、ハンドオーバ制御部３０６は、回線交換発信状態に移行する（ステップ２６０４）。その後、メッセージ処理部３０３は、発信動作制御部３０５に発信動作を行うように指示する。上記指示を受けた発信動作制御部３０５は、発信動作を行う（ステップ２６０５）。
【０１３６】
［発信応答待ち状態時に電波強度が低下した場合の処理］
図２７は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、回線交換インターフェース３０１の電波強度の低下を検出し（ステップ２７０１）、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ２７０２）。
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＤＩＳＣＯＮＮＥＣＴメッセージ（依頼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＤＩＳＣＯＮＮＥＣＴメッセージを回線交換インターフェース３０１に渡す（ステップ２７０３）。ＤＩＳＣＯＮＮＥＣＴメッセージを受け取った回線交換インターフェース（第１通信部）３０１は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２７０４）。
【０１３７】
その後、回線交換インターフェース３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを受信する（ステップ２７０５）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥメッセージを受け取り、ＲＥＬＥＡＳＥメッセージの確認を行う（ステップ２７０６）。
【０１３８】
次に、メッセージ処理部３０３は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ２７０７）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを作成して、回線交換インターフェース３０１に渡す（ステップ２７０８）。ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを受信した回線交換インターフェース３０１は、当該ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを送信する（ステップ２７０９）。
【０１３９】
次に、ハンドオーバ制御部３０６は、メッセージ作成部３０４にＩＮＶＩＴＥメッセージ（発呼メッセージ）を送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＩＮＶＩＴＥメッセージを作成し、パケット交換インターフェース３０２に渡す。ＩＮＶＩＴＥメッセージを受け取ったパケット交換インターフェース（第２通信部）３０２は、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ２７１０）これにより、ハンドオーバ制御部３０６は、パケット交換発信状態に移行する（ステップ２７１１）。このようにして、回線交換発信状態からパケット交換発信状態に移行し、発信呼のハンドオーバが実現する。
【０１４０】
［発信応答に対する処理］
図２８は、通信端末１０１の発信応答に対する処理を示すフローチャートである。
まず、発信動作制御部３０５は、発信呼のハンドオーバ処理中（図２５のステップ２５０５〜２５１０参照）、発信動作を継続する（ステップ２８０１）。
そして、パケット交換インターフェース３０２は、上記発信動作の継続中に、２００  ＯＫメッセージを受信する（ステップ２８０２）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ２８０３）。
【０１４１】
次に、メッセージ処理部３０３は、ＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ２８０４）。上記指示を受けたメッセージ作成部３０４は、ＡＣＫメッセージをパケット交換インターフェース３０２に渡す（ステップ２８０５）。ＡＣＫメッセージを受け取った回線交換インターフェース３０１は、当該ＡＣＫメッセージを送信する（ステップ２８０６）。これにより、ＩＭＳ網１０８への接続が完了する。
発信呼のハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があった場合、リモート通信端末１０６からの応答メッセージである２００  ＯＫメッセージをＶＣＣアプリケーションが受信するが、すぐには送信せずにハンドオーバ処理が終了してから送信するようにする。そうすることで、ハンドオーバ処理中にリモート通信端末１０６のユーザによる応答があっても対応することができる。
【０１４２】
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
【０１４３】
以上説明したように、本実施の形態によると、図１９などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で発信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図１９ＡのＣＡＮＣＥＬメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えの依頼と、切り替え前の網の呼の切断を要求する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で発信中に電波強度が低下しても、切り替えられた回線交換網１０７経由で発信を継続することができる。
【０１４４】
また、図２５などで説明したとおり、通信端末１０１は、回線交換網１０７経由で発信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、まず、例えば図２５ＡのＤＩＳＣＯＮＮＥＣＴメッセージを送信して、発信呼の転送を依頼した後、ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５に送信する。したがって、通信端末１０１は、回線交換網１０７経由で発信中に電波強度が低下しても、切り替えられたＩＭＳ網１０８経由で発信を行うことができる。
よって、異種網間において発信中の呼のハンドオーバを行い、発信を継続することができる。
【０１４５】
（実施の形態４）
実施の形態４では、ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨのメッセージを用いてＩＭＳ網１０８と回線交換網１０７との間で発信呼をハンドオーバする場合について説明する。
【０１４６】
［ＩＭＳ網経由の発信呼を回線交換網経由に切り替えるための手順］
次に、通信端末１０１がＩＭＳ網（第１の網）１０８経由の発信呼を回線交換網（第２の網）１０７経由に切り替えるための手順について図２９ないし図３３を参照して説明する。
【０１４７】
図２９は、実施の形態４におけるＩＭＳ網１０８経由の発信呼を回線交換網１０７経由に切り替える手順を示すシーケンス図である。なお、図２９のステップ１９０１〜１９０４およびステップ１９０９〜１９１２は、図１９のステップ１９０１〜１９０４およびステップ１９０９〜１９１２と同様の処理を表す。そこで、図２９の実施の形態４は、図１９の場合と異なる点を主に説明する。
まず、通信端末１０１が発呼しＩＮＶＩＴＥメッセージを送信してから、リモート通信端末１０６が着信した（ステップ１９０１〜１９０３）後、通信端末１０１が、電波強度の低下（変化）を検出する（ステップ１９０４）。
【０１４８】
次に、電波強度の低下を検出した通信端末１０１が、ＩＭＳ網１０８経由で発信中の呼を、ＩＭＳ網１０８経由から回線交換網１０７経由に切り替えるため、発信呼のハンドオーバを依頼するためのメッセージとしてＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージをＶＣＣアプリケーション１０５に送信する（ステップ２９０１）。ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ中に、発信中ドメイン移動であることを示すヘッダ（例えば図２９ＡのＥｖｅｎｔ情報参照）を追加することにより、ＶＣＣアプリケーション１０５に発信中ドメイン移動を依頼することが可能となる。図２９では、例えば図２９Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージを用いる場合について説明する。
【０１４９】
次に、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、発信呼のハンドオーバが必要だと判断し、ＮＯＴＩＦＹメッセージに対する応答として２００  ＯＫメッセージを返す（ステップ２９０２）。ＶＣＣアプリケーション１０５からの２００  ＯＫメッセージを受信した通信端末１０１は、発信中の呼をキャンセルするため、ＶＣＣアプリケーション１０５に向けてＣＡＮＣＥＬメッセージを送信する（ステップ２９０３）。なお、図２９のＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージは、図２９のＣＡＮＣＥＬメッセージを兼ねてもよい。この場合、通信端末１０１は、ＣＡＮＣＥＬメッセージを送信する必要がない。
【０１５０】
ＣＡＮＣＥＬメッセージを受信したＶＣＣアプリケーション１０５は、ＣＡＮＣＥＬメッセージに対する応答として２００  ＯＫメッセージを返す（ステップ２９０４）。そして、ＶＣＣアプリケーション１０５は、発信呼を切断するため、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを送信する（ステップ２９０５）。４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受信した通信端末１０１は、当該４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答としてＡＣＫメッセージをＶＣＣアプリケーション１０５に返す（ステップ２９０６）。これにより、ＩＭＳ網１０８経由の発信呼を切断することが可能となる。
【０１５１】
次に、通信端末１０１は、回線交換網１０７経由で発信を行うが、この動作は、図１９の実施の形態３のステップ１９０９〜１９１２と同様の処理である。このようにして、ＩＭＳ網１０８から回線交換網１０７への発信呼のハンドオーバが可能となる。
【０１５２】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図３０を参照して説明する。実施の形態４の通信端末１０１は、実施の形態３の発信処理（図２１のステップ２１１４〜２１１６参照）および発信応答に対する処理（図２２のステップ２２０１〜２２０６参照）と同様の処理を行うが、実施の形態３と異なる処理（通信端末の着信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
【０１５３】
［発信応答待ち状態時に電波強度が低下した場合の処理］
図３０は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、パケット交換インターフェース３０２の電波強度の低下を検出した（ステップ３００１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ３００２）。
【０１５４】
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＮＯＴＩＦＹメッセージ（またはＰＵＢＬＩＳＨメッセージ）を送信するように指示する。本実施の形態のハンドオーバ制御部３０６は、ＮＯＴＩＦＹメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージを作成し、パケット交換インターフェース３０２に渡す（ステップ３００３）。ＮＯＴＩＦＹメッセージを受け取ったパケット交換インターフェース３０２は、当該ＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３００４）。
【０１５５】
その後、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージに対する２００  ＯＫメッセージを受信する（ステップ３００５）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ３００６）。そして、メッセージ処理部３０３は、２００  ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ３００７）。
【０１５６】
２００  ＯＫメッセージを受信したハンドオーバ制御部３０６は、ＶＣＣアプリケーション１０５がハンドオーバの依頼を受けたことを検出する。そして、ハンドオーバ制御部３０６は、現在発信中の発信呼をキャンセルするためのＣＡＮＣＥＬメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ３００８）。上記指示を受けたメッセージ作成部３０４は、ＣＡＮＣＥＬメッセージをパケット交換インターフェース３０２に渡す（ステップ３００９）。ＣＡＮＣＥＬメッセージを受け取ったパケット交換インターフェース３０２は、当該ＣＡＮＣＥＬメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３０１０）。なお、ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージは、ＣＡＮＣＥＬメッセージを兼ねてもよい。この場合、通信端末１０１は、ＣＡＮＣＥＬメッセージを送信する必要がない。
【０１５７】
その後、パケット交換インターフェース３０２は、ＣＡＮＣＥＬメッセージに対する２００  ＯＫメッセージを受信する（ステップ３０１１）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ３０１２）。そして、メッセージ処理部３０３は、２００  ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ３０１３）。
【０１５８】
次に、パケット交換インターフェース３０２は、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受信する（ステップ３０１４）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを受け取り、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージの確認を行う（ステップ３０１５）。次に、メッセージ処理部３０３は、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージをハンドオーバ制御部３０６に渡す（ステップ３０１６）。これにより、ハンドオーバ制御部３０６は、ＩＭＳ網１０８経由の発信呼がキャンセルされたことを検出する。
【０１５９】
次に、ハンドオーバ制御部３０６は、４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージに対する応答として、ＡＣＫメッセージを送るようにメッセージ作成部３０４に指示する（ステップ３０１７）。上記指示を受けたメッセージ作成部３０４は、ＡＣＫメッセージを作成し、パケット交換インターフェース３０２に渡す（ステップ３０１８）。ＡＣＫメッセージを受け取ったパケット交換インターフェース３０２は、当該ＡＣＫメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３０１９）。これにより、ＩＭＳ網１０８経由の発信呼がキャンセルされる。
【０１６０】
次に、図示されていないが、通信端末１０１が回線交換網１０７経由で発信処理を行い（実施の形態３のステップ２１１４から２１１６までの処理と同様）、パケット交換発信状態から回線交換発信状態に移行し、発信呼のハンドオーバが実現する。
【０１６１】
［ＶＣＣアプリケーションの各種処理］
次に、ＶＣＣアプリケーション１０５の各種処理について図３１を参照して説明する。実施の形態４のＶＣＣアプリケーション１０５は、実施の形態３のＩＮＶＩＴＥメッセージ受信時の処理（図２３のステップ２３０１〜２３０５参照）と同様の処理を行うが、実施の形態３と異なる処理（ＶＣＣアプリケーションのＮＯＴＩＦＹ受信時の処理）について説明する。
【０１６２】
［ＮＯＴＩＦＹメッセージ受信時の処理］
図３１は、ＶＣＣアプリケーション１０５が通信端末１０１からＮＯＴＩＦＹメッセージを受信した場合の処理を示すフローチャートである。図３１のＶＣＣアプリケーション１０５は、ＮＯＴＩＦＹメッセージを受信した場合について説明するが、ＰＵＢＬＩＳＨメッセージを受信した場合も同様の処理を行う。
通信インターフェース７０１が、通信端末１０１から、ＮＯＴＩＦＹメッセージを受信する（ステップ３１０１）。メッセージ処理部７０２は、通信インターフェース７０１で受信されたＮＯＴＩＦＹメッセージを受け取り、ＮＯＴＩＦＹメッセージの確認を行う（ステップ３１０２）。そして、メッセージ処理部７０２は、ＮＯＴＩＦＹメッセージをハンドオーバ制御部７０４に渡す（ステップ３１０３）。
【０１６３】
ハンドオーバ制御部７０４は、ＮＯＴＩＦＹメッセージに含まれる、発信呼のハンドオーバを示す情報を確認する。そして、ハンドオーバ制御部７０４は、通信端末１０１がハンドオーバを必要としていることを確認する（ステップ３１０４）。
【０１６４】
次に、ハンドオーバ制御部７０４は、メッセージ作成部７０５に対して、ＮＯＴＩＦＹメッセージに対する応答として２００  ＯＫメッセージを送信するように指示する。上記指示を受けたメッセージ作成部７０５は、２００  ＯＫメッセージを作成して通信インターフェース７０１に渡す（ステップ３１０５）。２００  ＯＫメッセージを受け取った通信インターフェース７０１は、当該２００  ＯＫメッセージを通信端末１０１のパケット交換インターフェース３０２宛てに送信する（ステップ３１０６）。
【０１６５】
次に、通信インターフェース７０１は、通信端末１０１からのＣＡＮＣＥＬメッセージを受信する（ステップ３１０７）。次に、図示されていないが、通信インターフェース７０１は、ＣＡＮＣＥＬメッセージに対する応答と、発信呼をキャンセルするための４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージとを送信する。ＮＯＴＩＦＹメッセージやＰＵＢＬＩＳＨメッセージがＣＡＮＣＥＬメッセージを兼ねていた場合、ＶＣＣアプリケーション１０５はＣＡＮＣＥＬメッセージを受信することなく４８７  Ｒｅｑｕｅｓｔ  Ｔｅｒｍｉｎａｔｅｄメッセージを送信する。これらの動作は、実施の形態３のステップ２４０１〜２４０７と同様であるので、説明を省略する。これにより、ＩＭＳ網１０８経由の発信呼が切断される。以降、通信端末１０１から、回線交換網１０７経由の発信が行われ、発信呼のハンドオーバが実現する。
以上のようにして、ＮＯＴＩＦＹ（またはＰＵＢＬＩＳＨ）メッセージを用いて、発信呼のハンドオーバを行うことが可能となる。
【０１６６】
［回線交換網経由の発信呼をＩＭＳ網経由に切り替えるための手順］
次に、通信端末１０１が回線交換網（第１の網）１０７経由の発信呼をＩＭＳ網（第２の網）１０８経由に切り替えるための手順について図３２および図３４を参照して説明する。
【０１６７】
図３２は、回線交換網１０７経由の発信呼をＩＭＳ網１０８経由に切り替える手順を示すシーケンス図である。なお、図３２のステップ２５０１〜２５０４およびステップ２５０６〜２５１２は、図２５のステップ２５０１〜２５０４およびステップ２５０６〜２５１２と同様の処理を表す。そこで、図３２の実施の形態４は、図２５の場合と異なる点を主に説明する。
通信端末１０１が発呼するためにＳＥＴＵＰメッセージ（発呼メッセージ）を送信してから、リモート通信端末１０６が着信した（ステップ２５０１〜２５０３）後、通信端末１０１が、電波強度の低下（変化）を検出する（ステップ２５０４）。
【０１６８】
次に、電波強度の低下を検出した通信端末１０１は、回線交換網１０７経由で発信中の呼を、回線交換網１０７経由からＩＭＳ網１０８経由に切り替えるため、発信呼のハンドオーバを依頼するメッセージとして、ＮＯＴＩＦＹ（依頼メッセージ）またはＰＵＢＬＩＳＨメッセージをＶＣＣアプリケーション１０５に送信する（ステップ３２０１）。ＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ中に、発信中ドメイン移動であることを示すヘッダを追加することにより、ＶＣＣアプリケーション１０５に発信中ドメイン移動を依頼することが可能となる。図３２では、図３２Ａに示すＳＩＰ規格のＮＯＴＩＦＹメッセージを用いる場合について説明する。
【０１６９】
次に、ＮＯＴＩＦＹメッセージを受信したＶＣＣアプリケーション１０５は、発信呼のハンドオーバが必要だと判断し、ＮＯＴＩＦＹメッセージに対する応答として２００  ＯＫメッセージを返す（ステップ３２０２）。ＶＣＣアプリケーション１０５からの２００  ＯＫメッセージを受信した通信端末１０１は、発信中の呼をキャンセルするため、ＶＣＣアプリケーション１０５に向けてＤＩＳＣＯＮＮＥＣＴメッセージを送信する（ステップ３２０３）。その後、図２５の実施の形態３のステップ２５０６〜２５１０と同様の動作を行い、回線交換網１０７経由の発信呼をＩＭＳ網１０８経由に切り替えることができる。その後、リモート通信端末１０６からの応答があり、図２５の実施の形態３のステップ２５１１と同様の動作が行なわれると、通信端末１０１とリモート通信端末１０６との間で通話がＩＭＳ網１０８経由で開始される(ステップ２５１２)。
【０１７０】
［通信端末の各種処理］
次に、通信端末１０１の各種処理について図３３を参照して説明する。実施の形態４の通信端末１０１は、実施の形態３の発信処理（図２０のステップ２００１〜２００３参照）および発信応答に対する処理（図２８のステップ２８０１〜２８０６参照）と同様の処理を行うが、実施の形態３と異なる処理（通信端末の発信応答待ち状態時に電波強度が低下した場合の処理）について説明する。
【０１７１】
［発信応答待ち状態時に電波強度が低下した場合の処理］
図３３は、通信端末１０１の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャートである。
まず、電波強度計測部３０７が、回線交換インターフェース３０１の電波強度の低下を検出した（ステップ３３０１）場合、その検出の旨をハンドオーバ制御部３０６に通知する（ステップ３３０２）。
【０１７２】
電波強度低下の通知を受けたハンドオーバ制御部３０６は、ハンドオーバを行うことを決定し、メッセージ作成部３０４にＮＯＴＩＦＹメッセージを送信するように指示する。なお、ハンドオーバ制御部３０６は、ＮＯＴＩＦＹメッセージに代えて、ＰＵＢＬＩＳＨメッセージを送信するよう指示してもよい。上記指示を受けたメッセージ作成部３０４は、ＮＯＴＩＦＹメッセージを作成し、パケット交換インターフェース３０２に渡す（ステップ３３０３）。ＮＯＴＩＦＹメッセージを受け取ったパケット交換インターフェース（第１通信部）３０２は、当該ＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３３０４）。
【０１７３】
その後、パケット交換インターフェース３０２は、ＮＯＴＩＦＹメッセージに対する２００  ＯＫメッセージを受信する（ステップ３３０５）。メッセージ処理部３０３は、パケット交換インターフェース３０２で受信された２００  ＯＫメッセージを受け取り、２００  ＯＫメッセージの確認を行う（ステップ３３０６）。そして、メッセージ処理部３０３は、２００  ＯＫメッセージをハンドオーバ制御部３０６に渡す（ステップ３３０７）。
【０１７４】
２００  ＯＫメッセージを受信したハンドオーバ制御部３０６は、ＶＣＣアプリケーション１０５にハンドオーバの依頼が通知されたことを検出する。そして、ハンドオーバ制御部３０６は、現在発信中の次の発信呼をキャンセルするためのＤＩＳＣＯＮＮＥＣＴメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ３３０８）。上記指示を受けたメッセージ作成部３０４は、ＤＩＳＣＯＮＮＥＣＴメッセージを作成し、回線交換インターフェース３０１に渡す（ステップ３３０９）。ＤＩＳＣＯＮＮＥＣＴメッセージを受け取った回線交換インターフェース３０１は、当該ＤＩＳＣＯＮＮＥＣＴメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３３１０）。
【０１７５】
その後、回線交換インターフェース３０１は、ＤＩＳＣＯＮＮＥＣＴメッセージに対するＲＥＬＥＡＳＥメッセージを受信する（ステップ３３１１）。メッセージ処理部３０３は、回線交換インターフェース３０１で受信されたＲＥＬＥＡＳＥメッセージを受け取り、ＲＥＬＥＡＳＥメッセージの確認を行う（ステップ３３１２）。
【０１７６】
そして、メッセージ処理部３０３は、ＲＥＬＥＡＳＥメッセージに対する応答としてＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを送信するようにメッセージ作成部３０４に指示する（ステップ３３１３）。上記指示を受けたメッセージ作成部３０４は、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを作成して、回線交換インターフェース３０１に渡す（ステップ３３１４）。ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージを受け取った回線交換インターフェース３０１は、当該ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージをＶＭＳＣ宛てに送信する（ステップ３３１５）。
【０１７７】
次に、ハンドオーバ制御部３０６は、メッセージ作成部３０４にＩＮＶＩＴＥメッセージを送信するように指示する。上記指示を受けたメッセージ作成部３０４は、ＩＮＶＩＴＥメッセージをパケット交換インターフェース３０２に渡す（ステップ３３１６）。ＩＮＶＩＴＥメッセージを受け取ったパケット交換インターフェース３０２（第２通信部）は、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５宛てに送信する（ステップ３３１７）。これにより、ハンドオーバ制御部３０６は、移動端末１０１をパケット交換発信状態に移行させる（ステップ３３１８）。このようにして、回線交換発信状態から、パケット交換発信状態に移行し、発信呼のハンドオーバが実現する。
【０１７８】
なお、ＶＣＣアプリケーション１０５の処理については、ＩＭＳ網１０８から回線交換網１０７へのハンドオーバの場合と同様の処理であるので、説明を省略する。
以上のようにして、ＮＯＴＩＦＹ（またはＰＵＢＬＩＳＨ）メッセージを用いて発信呼のハンドオーバを行うことが可能となる。
【０１７９】
以上説明したように、本実施の形態によると、図２９などで説明したとおり、通信端末１０１は、ＩＭＳ網１０８経由で発信中に、パケット交換インターフェース３０２の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、例えば図２９ＡのＮＯＴＩＦＹメッセージをＶＣＣアプリケーション１０５に送信して、網の切り替えの依頼をした後、ＳＥＴＵＰメッセージを送信する。したがって、通信端末１０１は、ＩＭＳ網１０８経由で発信中に電波強度が低下しても、ＶＣＣアプリケーション１０５により切り替えられた回線交換網１０７経由で発信を継続することができる。
【０１８０】
また、図３２などで説明したとおり、通信端末１０１は、回線交換網１０７経由で発信中に、回線交換インターフェース３０１の電波強度が低下して特定の条件（例えば、一定の電波強度値以下）を満たしたことを検出した場合、まず、例えば図３２ＡのＮＯＴＩＦＹメッセージを送信して、網の切り替えを依頼した後、ＩＮＶＩＴＥメッセージをＶＣＣアプリケーション１０５に送信する。したがって、通信端末１０１は、回線交換網１０７経由で発信中に電波強度が低下しても、切り替え先のＩＭＳ網１０８経由で発信を行うことができる。
よって、異種網間において発信中の呼のハンドオーバを行い、発信を継続することができる。
【０１８１】
以上から、実施の形態１ないし４によると、ユーザが、移動端末を持って移動しても着信中または発信中の呼が切れることがない。
【産業上の利用可能性】
【０１８２】
本発明にかかるハンドオーバ方法および移動端末は、着信中または発信中の呼について、回線交換網とパケット交換網等の異種網間でハンドオーバする移動端末や携帯電話等に適している。
【図面の簡単な説明】
【０１８３】
【図１】本発明の実施の形態１における異種交換網を含むネットワーク全体の構成例を示す図
【図２】本発明の実施の形態１におけるＩＭＳ網経由の着信呼を回線交換網経由に切り替える手順を示すシーケンス図
【図２Ａ】図２の３９０応答メッセージの一例を示す図
【図３】図１の通信端末の構成例を示す図
【図４】図２の通信端末の着信処理を示すフローチャート
【図５】図２の通信端末の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図６】図２の通信端末の着信応答処理を示すフローチャート
【図７】図１のＶＣＣアプリケーションの構成例を示す図
【図８】図２のＶＣＣアプリケーションがリモート通信端末からＩＮＶＩＴＥメッセージを受信した場合の処理を示すフローチャート
【図９】図２のＶＣＣアプリケーションが通信端末から３ｘｘメッセージを受信した場合の処理を示すフローチャート
【図１０】本発明の実施の形態１における回線交換網経由の着信呼をＩＭＳ網に切り替える手順を示すシーケンス図
【図１０Ａ】図１０のＤＩＳＣＯＮＮＥＣＴメッセージの一例を示す図
【図１１】図１０の通信端末の着信処理を示すフローチャート
【図１２】図１０の通信端末の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図１３】図１０の通信端末の着信応答処理を示すフローチャート
【図１４】本発明の実施の形態２におけるＩＭＳ網経由の着信呼を回線交換網経由に切り替える手順を示すシーケンス図
【図１４Ａ】図１４のＮＯＴＩＦＹメッセージの一例を示す図
【図１５】図１４の通信端末の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図１６】図１４のＶＣＣアプリケーションのＮＯＴＩＦＹまたはＰＵＢＬＩＳＨメッセージ受信時の処理を示すフローチャート
【図１７】本発明の実施の形態２における回線交換網経由の着信呼をＩＭＳ網経由に切り替える手順を示すシーケンス図
【図１７Ａ】図１７のＮＯＴＩＦＹメッセージの一例を示す図
【図１８】図１７の通信端末の着信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図１９】本発明の実施の形態３におけるＩＭＳ網経由の発信呼を回線交換網経由に切り替える手順を示すシーケンス図
【図１９Ａ】図１９のＣＡＮＣＥＬメッセージの一例を示す図
【図２０】図１７の通信端末の発信処理を示すフローチャート
【図２１】図１７の通信端末の発信応答処理を示すフローチャート
【図２２】図１７の通信端末の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図２３】図１７のＶＣＣアプリケーションがリモート通信端末からＩＮＶＩＴＥメッセージを受信した場合の処理を示すフローチャート
【図２４】図１７のＶＣＣアプリケーションが通信端末からＣＡＮＣＥＬメッセージを受信した場合の処理を示すフローチャート
【図２５】本発明の実施の形態３における回線交換網経由の発信呼をＩＭＳ網に切り替える手順を示すシーケンス図
【図２５Ａ】図２５のＤＩＳＣＯＮＮＥＣＴメッセージの一例を示す図
【図２６】図２５の通信端末の発信処理を示すフローチャート
【図２７】図２５の通信端末の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図２８】図２５の通信端末の発信応答処理を示すフローチャート
【図２９】本発明の実施の形態４におけるＩＭＳ網経由の発信呼を回線交換網経由に切り替える手順を示すシーケンス図
【図２９Ａ】図２９のＮＯＴＩＦＹメッセージの一例を示す図
【図３０】図２９の通信端末の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【図３１】図２９のＶＣＣアプリケーションが通信端末からＮＯＴＩＦＹメッセージを受信した場合の処理を示すフローチャート
【図３２】本発明の実施の形態４における回線交換網経由の発信呼をＩＭＳ網に切り替える手順を示すシーケンス図
【図３２Ａ】図３２のＮＯＴＩＦＹメッセージの一例を示す図
【図３３】図３２の通信端末の発信応答待ち状態時に電波強度が低下した場合の処理を示すフローチャート
【符号の説明】
【０１８４】
１０１  通信端末
１０２  ＶＭＳＣ
１０３  ＭＧＣＦ
１０４  Ｓ−ＣＳＣＦ
１０５  ＶＣＣアプリケーション
１０６  リモート通信端末
１０７  回線交換網
１０８  ＩＭＳ網
３０１  回線交換インターフェース
３０２  パケット交換インターフェース
３０３  メッセージ処理部
３０４  メッセージ作成部
３０５  着信・発信動作制御部
３０６  ハンドオーバ制御部
３０７  電波強度計測部
【図１】
2008199475.tif 000003
【図２】
2008199475.tif 000004
【図２Ａ】
2008199475.tif 000005
【図３】
2008199475.tif 000006
【図４】
2008199475.tif 000007
【図５】
2008199475.tif 000008
【図６】
2008199475.tif 000009
【図７】
2008199475.tif 000010
【図８】
2008199475.tif 000011
【図９】
2008199475.tif 000012
【図１０】
2008199475.tif 000013
【図１０Ａ】
2008199475.tif 000014
【図１１】
2008199475.tif 000015
【図１２】
2008199475.tif 000016
【図１３】
2008199475.tif 000017
【図１４】
2008199475.tif 000018
【図１４Ａ】
2008199475.tif 000019
【図１５】
2008199475.tif 000020
【図１６】
2008199475.tif 000021
【図１７】
2008199475.tif 000022
【図１７Ａ】
2008199475.tif 000023
【図１８】
2008199475.tif 000024
【図１９】
2008199475.tif 000025
【図１９Ａ】
2008199475.tif 000026
【図２０】
2008199475.tif 000027
【図２１】
2008199475.tif 000028
【図２２】
2008199475.tif 000029
【図２３】
2008199475.tif 000030
【図２４】
2008199475.tif 000031
【図２５】
2008199475.tif 000032
【図２５Ａ】
2008199475.tif 000033
【図２６】
2008199475.tif 000034
【図２７】
2008199475.tif 000035
【図２８】
2008199475.tif 000036
【図２９】
2008199475.tif 000037
【図２９Ａ】
2008199475.tif 000038
【図３０】
2008199475.tif 000039
【図３１】
2008199475.tif 000040
【図３２】
2008199475.tif 000041
【図３２Ａ】
2008199475.tif 000042
【図３３】
2008199475.tif 000043