(57)【要約】  呼制御プロトコル実施中にシームレスハンドオーバが発生しても、発信や着信の呼制御プロトコルを継続する通信端末装置、通信システム及びシームレスハンドオーバ方法。通信端末装置（２００）は、第１の無線Ｉ／Ｆ部（２１１）の呼状態のプロトコルスタックのメッセージと第２の無線Ｉ／Ｆ部（２１２）の呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブル（２３０）を備え、第１の無線Ｉ／Ｆ部（２１１）で用いる呼制御プロトコルが、第２の無線Ｉ／Ｆ部（２１２）で用いる呼制御プロトコルに対して“ＩＮＶＩＴＥ送信済み”を通知すると、第２の無線Ｉ／Ｆ部（２１２）の呼制御プロトコルは、呼状態のマッピングテーブル（２３０）を参照し、“ＩＮＶＩＴＥ送信済み”でマッピングされる“Setup送信済み”を取得して、ステートを“Setup送信済み”のメッセージに変更して以降の処理を実施する。
2008059570.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続する通信端末装置。
【請求項２】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、
前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする通信端末装置。
【請求項３】
前記第１の無線インタフェースの呼状態のプロトコルスタックのメッセージと前記第２の無線インタフェースの呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブルを備え、
前記第１の無線インタフェースで用いる呼制御プロトコルが、前記第２の無線インタフェースで用いる呼制御プロトコルに対して所定のメッセージを通知すると、前記第２の無線インタフェースの呼制御プロトコルは、前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する請求項１記載の通信端末装置。
【請求項４】
前記呼制御プロトコルスタックの呼状態は、ＩＮＶＩＴＥ送信直後、１００ trying受信直後、又は１８０ringing受信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置  。
【請求項５】
前記呼制御プロトコルスタックの呼状態は、ＩＮＶＩＴＥ受信直後、１００trying送信直後、又は１８０ringing送信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置。
【請求項６】
前記呼制御プロトコルスタックの呼状態は、Setup送信直後、Call Proceeding受信直後、又はAlerting受信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置。
【請求項７】
前記呼制御プロトコルスタックの呼状態は、Setup受信直後、Call Proceeding送信直後、又はAlerting送信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置。
【請求項８】
前記呼制御プロトコルスタックは、ＳＩＰ、又は３ＧＰＰである請求項１記載の通信端末装置 。
【請求項９】
異なる複数のネットワークと、
無線インタフェースを有し、前記複数のネットワークに対してそれぞれ通信を行う通信端末装置とを備え、前記通信端末装置は、前記無線インタフェースを起動して呼制御を行う通信システムであって、
前記通信端末装置の呼状態のプロトコルスタックのメッセージと前記複数のネットワークのなかの、あるネットワークにおいて用いられる呼状態のプロトコルスタックのメッセージとを対応づけてマッピングする呼状態マッピングテーブルと、
前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する呼制御手段と
を備える通信システム。
【請求項１０】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続するシームレスハンドオーバ方法。
【請求項１１】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバするシームレスハンドオーバ方法。
【請求項１２】
前記第１の無線インタフェースの呼状態のプロトコルスタックのメッセージと前記第２の無線インタフェースの呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブルをあらかじめ設定し、
前記第１の無線インタフェースで用いる呼制御プロトコルが、前記第２の無線インタフェースで用いる呼制御プロトコルに対して所定のメッセージを通知すると、前記第２の無線インタフェースの呼制御プロトコルは、前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する請求項１０記載のシームレスハンドオーバ方法。
【請求項１３】
前記呼制御プロトコルスタックの呼状態は、ＩＮＶＩＴＥ送信直後、１００ trying受信直後、又は１８０ringing受信直後にハンドオーバが発生した場合である請求項１０記載のシームレスハンドオーバ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御プロトコルが異なる無線移動体通信網間のシームレスハンドオーバを実施する通信端末装置、通信システム及びシームレスハンドオーバ方法に関する。
【背景技術】
【０００２】
近年、第４世代移動通信システムへの移行技術として、現在の第３世代（３Ｇ）移動通信システムと無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）とを融合させて、３Ｇシステムの有する広範囲に及ぶ通信エリアと、ＷＬＡＮシステムの持つ広帯域のアクセスとをユーザに提供する３Ｇ／ＷＬＡＮインターワーキング技術が注目されている。そして、３Ｇ／ＷＬＡＮ間の異なる無線アクセス方式をユーザが意識することなく移動することを可能にするシームレスハンドオーバ技術が非特許文献１等に提案されている。非特許文献１には、モバイルＩＰを利用した３ＧネットワークとＷＬＡＮネットワークとの異種網間の移動管理方法が示されている。【０００３】
また、非特許文献２には、回線交換呼とパケット交換呼の音声通話をシームレスに切替えるシームレスハンドオーバ方式が記載されている。【０００４】
異種ネットワーク間をハンドオーバする場合、ハンドオーバ前のネットワークでのＱｏｓ（Quality of service）情報、ハンドオーバ前のネットワークでのビットレート等のスループット関連情報、ハンドオーバ前のネットワークでの認証等の情報及びハンドオーバ前に用いていたＩＰアドレス情報等のようなハンドオーバを行う通信端末装置に関する情報（以下、これを管理制御情報と称する）のやりとりをネットワーク間で行う必要がある。【０００５】
例えば、特許文献１には、異種網ハンドオーバ時のセッション継続のために、セッションパラメータ（帯域、コーディックなど）をインタフェース間で受け渡しするセッション維持方法が開示されている。【０００６】
従来の異種ネットワーク間をハンドオーバについて説明する。【０００７】
図１は、従来の異種ネットワークによる通信システムの構成を示す図である。【０００８】
図１において、３Ｇネットワークの通信システムは、３Ｇネットワーク１、ＩＰ−ＣＡＮ２、ＩＭＳ（IP Multimedia Sub-System）３、ハンドオーバ制御装置４、無線移動端末１０、ＳＩＰ（Session Initiation Protocol）サーバ５、及びＧＧＳＮ／ＳＧＳＮ（Gateway GPRS Support System／Serving GPRS Support System）６を備えて構成される。【０００９】
３Ｇネットワーク１は、セルラ系移動体通信ネットワークである。ＩＰ−ＣＡＮ２は、ＩＰパケットにより通信可能なネットワークである。ＩＭＳ３は、セルラ系移動体通信ネットワークにおいてＩＰマルチメディア通信を実現するためのシステムである。ハンドオーバ制御装置４は、ＩＭＳ３上に設置され、異種網間のシームレスハンドオーバの制御を行う。無線移動端末１０は、３Ｇネットワーク１及びＩＰ−ＣＡＮ２を介して通信が可能な移動端末である。ＳＩＰサーバ５は、ＩＭＳ３上に設置され、ＩＰネットワークにおけるＳＩＰ呼制御サーバである。ＧＧＳＮ／ＳＧＳＮ６は、３Ｇネットワーク１１０における呼制御サーバ及びシグナリングゲートウェイである。【００１０】
図２及び図３は、第１及び第２の無線インタフェースを用いて着信する場合のシーケンスを示す図であり、図２は、第１の無線インタフェースを用いた着信シーケンス、図３は、第２の無線インタフェースを用いた着信シーケンスを示す。また、図４は、既存の３ＧＰＰ ＴＲ２３.８０６方式を用いてシームレスハンドオーバする場合のハンドオーバシーケンスを示す図である。【００１１】
図２に示すように、既存の第１の無線インタフェース（例えばＷＬＡＮ）を使用したＳＩＰの着信のシーケンスでは、ハンドオーバ制御装置４からＩＰ−ＣＡＮ２を経由してＩＮＶＩＴＥが送信され、第１の無線インタフェースは、１００trying、１８０ringing及び２００ ＯＫを送信する。【００１２】
また、図３に示すように、既存の第２の無線インタフェースを使用した３ＧＰＰの着信のシーケンスでは、ハンドオーバ制御装置４から３Ｇネットワーク１を経由してＩＮＶＩＴＥが送信され、３Ｇネットワーク１はＩＮＶＩＴＥを受けてSetupを第２の無線インタフェースに送信する。第２の無線インタフェースは、Call Proceeding、Alerting及びConnectを３Ｇネットワーク１に返信し、３Ｇネットワーク１は、これらを１００trying、１８０ringing及び２００ ＯＫに変換して送信する。【００１３】
３ＧＰＰの規格化では、図２及び図３に示す既存の呼制御をなるべく変更しない。そこで、図４に示すように、第１の無線インタフェース（例えばＷＬＡＮ）の方で通常通り（図２と同様）着信をする。セッションが確立し、シームレスハンドオーバが発生すると、通常の３ＧＰＰの呼制御（図３と同様）を使用し、３ＧＰＰ側のセッションを確立しておいてＷＬＡＮ側を、ＢＹＥできる。すなわち、３ＧＰＰ側とＷＬＡＮ側を瞬間的に繋いでおいて一方（ここではＷＬＡＮ側）を切ることで、それぞれのインタフェースから見ると通常の接続となる。
【非特許文献１】Apostolis K. Salkintzis, Chad Fors and Rajesh Pazhyannur, “WLAN-GPRS integration for next-generation mobile data networks”, IEEE Wireless Communications, vol.9, no.5 October 2002, pp.112-124
【非特許文献２】3GPP TR23.806 V7.0.0 Voice Call Continuity between CS and IMS Study (Release7)
【特許文献１】特開２００４−２６５１５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、このような従来の異種ネットワークによるシームレスハンドオーバ技術にあっては、セッション確立後に発生したシームレスハンドオーバのセッション継続であり、呼制御中に発生したシームレスハンドオーバに対応することができない。すなわち、特許文献１は、同一プロトコルにおけるセッション維持と、セッションパラメータとして、使用帯域、コーディックが異なるセッションの継続を目的とする技術であり、呼制御中に発生したシームレスハンドオーバについては何らの記載もない。【００１５】
また、非特許文献１は、セルラ網とＩＭＳ網とのシームレスなセッション継続方法について記載されているが、こちらもセッション確立後のシームレスハンドオーバ方法（図４参照）であり、呼制御中に発生したシームレスハンドオーバには対応することができない。【００１６】
一般的に、セッションを確立している伝送路状態が悪化して、他方の伝送路に対してシームレスハンドオーバを実施する。しかし、タイミングによってはセッションを確立しようとしている呼制御中に、シームレスハンドオーバを実施する必要がある。ところが、現状の方法では、呼制御中のシームレスハンドオーバに対応することができないため、セッション確立に時間を要したり、セッションそのものを確立できない可能性が高い。【００１７】
本発明は、上記に鑑みてなされたものであり、呼制御プロトコルが異なる無線移動体通信網間のシームレスハンドオーバの実施において、発信や着信といった呼制御プロトコル実施中にシームレスハンドオーバが発生しても、発信や着信の呼制御プロトコルを継続することができる通信端末装置、通信システム及びシームレスハンドオーバ方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の通信端末装置は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続する構成を採る。【００１９】
本発明の通信端末装置は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする構成を採る。【００２０】
本発明の通信システムは、異なる複数のネットワークと、無線インタフェースを有し、前記複数のネットワークに対してそれぞれ通信を行う通信端末装置とを備え、前記通信端末装置は、前記無線インタフェースを起動して呼制御を行う通信システムであって、前記通信端末装置の呼状態のプロトコルスタックのメッセージと前記複数のネットワークのなかの、あるネットワークにおいて用いられる呼状態のプロトコルスタックのメッセージとを対応づけてマッピングする呼状態マッピングテーブルと、前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する呼制御手段とを備える構成を採る。【００２１】
本発明のシームレスハンドオーバ方法は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを保持する通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続する。【００２２】
本発明のシームレスハンドオーバ方法は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信する通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする。
【発明の効果】
【００２３】
本発明によれば、呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。【００２４】
また、通常のセッションが確立するのを待つことなく、シームレスハンドオーバを実現可能であるため、接続時間を短縮することができる。【００２５】
さらに、セッション確立後の保留といった呼制御シーケンス中に、シームレスハンドオーバが発生した場合でも対応することができる。
【図面の簡単な説明】
【００２６】
【図１】従来の異種ネットワークによる通信システムの構成を示す図
【図２】従来の通信システムの第１の無線インタフェースを用いた着信シーケンス図
【図３】従来の通信システムの第２の無線インタフェースを用いた着信シーケンス図
【図４】既存の３ＧＰＰ ＴＲ２３.８０６方式を用いてシームレスハンドオーバする場合のハンドオーバシーケンスを示す図
【図５】本発明の実施の形態１に係る通信システムの概略構成を示すブロック図
【図６】上記実施の形態に係る通信システムの無線移動端末の機能を示すブロック図
【図７】上記実施の形態に係る通信システムの３Ｇネットワークの機能を示すブロック図
【図８】上記実施の形態に係る通信システムのＩＰ−ＣＡＮの機能を示すブロック図
【図９】上記実施の形態に係る通信システムのハンドオーバ制御装置の機能を示すブロック図
【図１０】上記実施の形態に係る通信システムの無線移動端末の第１の無線Ｉ／Ｆ部と第２の無線Ｉ／Ｆ部の呼状態のマッピングテーブルを示す図
【図１１】上記実施の形態に係る通信システムの無線移動端末と３Ｇネットワークの呼状態のマッピングテーブルを示す図
【図１２】上記実施の形態に係る通信システムの無線移動端末とＩＰ−ＣＡＮの呼状態のマッピングテーブルを示す図
【図１３】上記実施の形態に係る通信システムの第１の無線Ｉ／Ｆ部において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図１４】上記実施の形態に係る通信システムの１００trying受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１５】上記実施の形態に係る通信システムの１８０ringing受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１６】本発明の実施の形態２に係る通信システムの第２の無線Ｉ／Ｆ部において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図１７】上記実施の形態に係る通信システムのCall Proceeding受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１８】上記実施の形態に係る通信システムのAlerting受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１９】本発明の実施の形態３に係る通信システムの第１の無線Ｉ／Ｆ部において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図２０】上記実施の形態に係る通信システムのハンドオーバ通知メッセージの一例を示す図
【図２１】上記実施の形態に係る通信システムの１００trying送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２２】上記実施の形態に係る通信システムの１８０ringing送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２３】上記実施の形態に係る通信システムの着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図
【図２４】本発明の実施の形態４に係る通信システムの第２の無線Ｉ／Ｆ部において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図２５】上記実施の形態に係る通信システムのCall Proceeding送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２６】上記実施の形態に係る通信システムのAlerting送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２７】上記実施の形態に係る通信システムの着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図
【図２８】本発明の実施の形態５に係る通信システムの第１の無線Ｉ／Ｆ部において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図
【図２９】図２８中のシームレスハンドオーバ実施のシーケンス詳細を示す図
【図３０】本発明の実施の形態６に係る通信システムの第２の無線Ｉ／Ｆ部において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図
【図３１】図３０中のシームレスハンドオーバ実施のシーケンス詳細を示す図
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態について図面を参照して詳細に説明する。【００２８】
（実施の形態１）
図５は、本発明の実施の形態１に係る通信システムの概略構成を示すブロック図である。本実施の形態は、３Ｇネットワークの通信システムに適用した例である。【００２９】
図５において、通信システム１００は、３Ｇネットワーク（３Ｇ Ｎｅｔｗｏｒｋ）１１０、ＩＰ−ＣＡＮ１２０、ＩＭＳ（IP Multimedia Sub-System）１３０、ハンドオーバ制御装置１４０、無線移動端末２００、ＳＩＰ（Session Initiation Protocol）サーバ１５０、及びＧＧＳＮ／ＳＧＳＮ（Gateway GPRS Support System／Serving GPRS Support System）１６０を備えて構成される。【００３０】
３Ｇネットワーク１１０は、セルラ系移動体通信ネットワークである。２Ｇネットワークでもよい。【００３１】
ＩＰ−ＣＡＮ１２０は、ＩＰパケットにより通信可能なネットワークである。【００３２】
ＩＭＳ１３０は、セルラ系移動体通信ネットワークにおいてＩＰマルチメディア通信を実現するためのシステムである。【００３３】
ハンドオーバ制御装置１４０は、ＩＭＳ１３０上に設置され、異種網間のシームレスハンドオーバの制御を行う。【００３４】
無線移動端末２００は、３Ｇネットワーク１１０及びＩＰ−ＣＡＮ１２０を介して通信が可能な移動端末である。【００３５】
ＳＩＰサーバ１５０は、ＩＭＳ１３０上に設置され、ＩＰネットワークにおけるＳＩＰ呼制御サーバである。【００３６】
ＧＧＳＮ／ＳＧＳＮ１６０は、３Ｇネットワーク１１０における呼制御サーバ及びシグナリングゲートウェイである。【００３７】
図６は、無線移動端末２００の機能を示すブロック図である。【００３８】
図６において、無線移動端末２００は、シームレスハンドオーバ制御部２１０、第１の無線インタフェース（Ｉ／Ｆ）部２１１、第２の無線Ｉ／Ｆ部２１２、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１、第２の無線Ｉ／Ｆ呼制御プロトコル部２２２、及び呼状態マッピングテーブル２３０を備えて構成される。【００３９】
シームレスハンドオーバ制御部２１０は、シームレスハンドオーバのトリガをかける。また、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１と第２の無線Ｉ／Ｆ呼制御プロトコル部２２２に対して、シームレスハンドオーバの実施を指示するとともに、第１の無線Ｉ／Ｆ部２１１又は第２の無線Ｉ／Ｆ部２１２を用いてハンドオーバ制御装置にハンドオーバ通知メッセージを送信する。【００４０】
第１の無線Ｉ／Ｆ部２１１は、第１の無線インタフェースを用いてデータの送受信を行う。第２の無線Ｉ／Ｆ部２１２は、第２の無線インタフェースを用いてデータの送受信を行う。【００４１】
第１の無線Ｉ／Ｆ呼制御プロトコル部２２１は、第１の無線インタフェースを用いてデータ送受信を行うための呼制御を行う。また、シームレスハンドオーバが発生した際、第２の無線Ｉ／Ｆ呼制御プロトコル部２２２へ呼状態を通知する。第２の無線Ｉ／Ｆ呼制御プロトコル部２２２から呼状態を受けたとき、呼状態マッピングテーブル２３０を参照し、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１に該当する呼状態を取得し、その状態に遷移する。【００４２】
第２の無線Ｉ／Ｆ呼制御プロトコル部２２２は、第２の無線を用いてデータ送受信を行うための呼制御を行う。また、シームレスハンドオーバが発生した際、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１へ呼状態を通知する。第１の無線Ｉ／Ｆ呼制御プロトコル部２２１から呼状態を受けたとき、呼状態マッピングテーブル２３０を参照し、第２の無線Ｉ／Ｆ呼制御プロトコルに該当する呼状態を取得し、その状態に遷移する。【００４３】
呼状態マッピングテーブル２３０は、第１の無線Ｉ／Ｆ部２１１の呼状態のプロトコルスタックのメッセージと第２の無線Ｉ／Ｆ部２１２の呼状態のプロトコルスタックのメッセージとを対応づけてマッピングするテーブルである。例えば、第１の無線Ｉ／Ｆ部２１１の呼状態のプロトコルスタックの“ＩＮＶＩＴＥ送信済み”は、第２の無線Ｉ／Ｆ部２１２の呼状態のプロトコルスタックの“Setup送信済み”にマッピングされる。上記呼状態マッピングテーブル２３０の詳細については、図１０により後述する。【００４４】
図７は、３Ｇネットワーク１１０の機能を示すブロック図である。【００４５】
図７において、３Ｇネットワーク１１０は、呼制御プロトコル部１１１、無線Ｉ／Ｆ部１１２、有線Ｉ／Ｆ部１１３、ハンドオーバ通知メッセージ送受信部１１４、及び呼状態のマッピングテーブル１１５を備えて構成される。【００４６】
呼制御プロトコル部１１１は、無線Ｉ／Ｆ部１１２を用いてデータ送受信するための呼制御を行う。また、シームレスハンドオーバ通知を受信した際、呼状態マッピングテーブル１１５を参照し、ハンドオーバ通知メッセージに記載されている無線移動端末の呼状態から３Ｇネットワーク１１０の呼制御プロトコルに該当する呼状態を取得し、その状態に遷移する。【００４７】
無線Ｉ／Ｆ部１１２は、無線移動端末２００の第２の無線Ｉ／Ｆ部２１２との無線通信を行う。有線Ｉ／Ｆ部１１３は、ハンドオーバ制御装置１４０とデータ送受信を行う。【００４８】
ハンドオーバ通知メッセージ送受信部１１４は、ハンドオーバ通知メッセージの送受信を行う。【００４９】
呼状態のマッピングテーブル１１５は、無線移動端末２００の呼状態のプロトコルスタックのメッセージと３Ｇネットワーク１１０の呼状態のプロトコルスタックのメッセージとを対応づけてマッピングするテーブルである。上記呼状態マッピングテーブル１１５の詳細については、図１１により後述する。【００５０】
図８は、ＩＰ−ＣＡＮ１２０の機能を示すブロック図である。【００５１】
図８において、ＩＰ−ＣＡＮ１２０は、呼制御プロトコル部１２１、無線Ｉ／Ｆ部１２２、有線Ｉ／Ｆ部１２３、ハンドオーバ通知メッセージ送受信部１２４、及び呼状態のマッピングテーブル１２５を備えて構成される。【００５２】
呼制御プロトコル部１２１は、無線Ｉ／Ｆ部１２２を用いてデータ送受信するための呼制御を行う。また、シームレスハンドオーバ通知を受信した際、呼状態マッピングテーブル１２５を参照し、ハンドオーバ通知メッセージに記載されている無線移動端末の呼状態からＩＰ−ＣＡＮ１２０の呼制御プロトコルに該当する呼状態を取得し、その状態に遷移する。【００５３】
無線Ｉ／Ｆ部１２２は、無線移動端末２００の第１の無線Ｉ／Ｆ部２１１との無線通信を行う。有線Ｉ／Ｆ部１２３は、ハンドオーバ制御装置１４０とデータ送受信を行う。【００５４】
ハンドオーバ通知メッセージ送受信部１２４は、ハンドオーバ通知メッセージの送受信を行う。【００５５】
呼状態のマッピングテーブル１２５は、無線移動端末２００の呼状態のプロトコルスタックのメッセージとＩＰ−ＣＡＮ１２０の呼状態のプロトコルスタックのメッセージとを対応づけてマッピングするテーブルである。上記呼状態マッピングテーブル１２５の詳細については、図１２により後述する。【００５６】
図９は、ハンドオーバ制御装置１４０の機能を示すブロック図である。【００５７】
図９において、ハンドオーバ制御装置１４０は、呼制御プロトコル部１４１、有線Ｉ／Ｆ部１４３、及びハンドオーバ通知メッセージ送受信部１４４を備えて構成される。【００５８】
呼制御プロトコル部１４１は、シームレスハンドオーバを実施するための呼制御を行う。【００５９】
有線Ｉ／Ｆ部１４３は、３Ｇネットワーク１１０及びＩＰ−ＣＡＮ１２０とデータ通信を行う。【００６０】
ハンドオーバ通知メッセージ送受信部１４４は、３Ｇネットワーク１１０から受信したハンドオーバ通知メッセージをＩＰ−ＣＡＮ１２０に送信するとともに、ＩＰ−ＣＡＮ１２０から受信したハンドオーバ通知メッセージ３００（図２０参照）を３Ｇネットワーク１１０に送信する。ハンドオーバ通知メッセージを３Ｇネットワーク１１０に送信する。上記ハンドオーバ通知メッセージ３００の一例については、図２０により後述する。【００６１】
図１０は、第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を示す図である。【００６２】
図１０において、第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態マッピングテーブル２３０は、第１の無線Ｉ／Ｆ部２１１の発信時、第１の無線Ｉ／Ｆ部２１１の“ＩＮＶＩＴＥ送信済み”を第２の無線Ｉ／Ｆ部２１２の“Setup送信済み”に、第１の無線Ｉ／Ｆ部２１１の“１００ trying受信済み”を第２の無線Ｉ／Ｆ部２１２の“Call Proceeding受信済み”に、第１の無線Ｉ／Ｆ部２１１の“１８０ringing受信済み”を第２の無線Ｉ／Ｆ部２１２の“Alerting受信済み”にそれぞれマッピングする。また、第１の無線Ｉ／Ｆ部２１１の着信時、第１の無線Ｉ／Ｆ部２１１の“ＩＮＶＩＴＥ受信済み”を第２の無線Ｉ／Ｆ部２１２の“Setup受信済み”に、第１の無線Ｉ／Ｆ部２１１の“１００ trying送信済み”を第２の無線Ｉ／Ｆ部２１２の“Call Proceeding送信済み”に、第１の無線Ｉ／Ｆ部２１１の“１８０ringing送信済み”を第２の無線Ｉ／Ｆ部２１２の“Alerting送信済み”にそれぞれマッピングする。【００６３】
例えば、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルが、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して“ＩＮＶＩＴＥ送信済み”メッセージを通知すると、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”にマッピングされる“Setup送信済み”を取得する。【００６４】
図１１は、無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を示す図である。【００６５】
図１１において、無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５は、無線移動端末２００の呼状態の“ＩＮＶＩＴＥ受信済み”を３Ｇネットワーク１１０の“Call Proceeding受信待ち”に、無線移動端末２００の呼状態の“１００ trying送信済み”を３Ｇネットワーク１１０の“Alerting受信待ち”に、無線移動端末２００の呼状態の“１８０ringing送信済み”を３Ｇネットワーク１１０の“Connect受信待ち”に、無線移動端末２００の呼状態の“ＩＮＶＩＴＥ（保留）送信済み”を３Ｇネットワーク１１０の“Hold受信済み”に、無線移動端末２００の呼状態の“２００ ＯＫ（保留）受信済み”を３Ｇネットワーク１１０の“Hold受信済み”に、無線移動端末２００の呼状態の“Ack（保留）送信済み”を３Ｇネットワーク１１０の“Hold Ack受信済み”にそれぞれマッピングする。【００６６】
図１２は、無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５を示す図である。【００６７】
図１２において、無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５は、無線移動端末２００の呼状態の“Setup受信済み”をＩＰ−ＣＡＮ１２０の“１００ trying受信待ち”に、無線移動端末２００の呼状態の“Call Proceeding送信済み”をＩＰ−ＣＡＮ１２０の“１８０ringing受信待ち”に、無線移動端末２００の呼状態の“Alerting送信済み”をＩＰ−ＣＡＮ１２０の“２００ ＯＫ受信待ち”に、無線移動端末２００の呼状態の“ＩＮＶＩＴＥ（保留）送信済み”をＩＰ−ＣＡＮ１２０の“ＩＮＶＩＴＥ（保留）送信済み”にそれぞれマッピングする。【００６８】
以下、上述のように構成された通信システムの動作を説明する。【００６９】
実施の形態１は、第１の無線Ｉ／Ｆ部２１１（ＷＬＡＮ側）から第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）に発信呼制御中のシームレスハンドオーバ発生の例である。【００７０】
図１３は、発信中のシームレスハンドオーバを示すシーケンス図であり、第１の無線Ｉ／Ｆ部２１１において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図を示す。【００７１】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰ（Session Initiation Protocol）とし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。【００７２】
無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＮＶＩＴＥを送信する。このとき、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。【００７３】
より詳細には、無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いて発呼メッセージとしてＩＮＶＩＴＥをＩＰ−ＣＡＮ１２０を経由してハンドオーバ制御装置１４０に送信する。ＩＰ−ＣＡＮ１２０を経由して送信されたＩＮＶＩＴＥに対して、ハンドオーバ制御装置１４０が１００ tryingを送付し、この１００ tryingが第１の無線Ｉ／Ｆ部２１１に到着する前に、第１の無線Ｉ／Ｆ部２１１がシームレスハンドオーバを発生して伝送路を切り替える（図１３の×印参照）。【００７４】
第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。【００７５】
このとき、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルは、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して、呼状態、ここでは、ＩＮＶＩＴＥ送信済み状態を通知する。すなわち、第１の無線Ｉ／Ｆ部２１１は、第２の無線Ｉ／Ｆ部２１２に“呼状態：ＩＮＶＩＴＥ送信済み”メッセージを通知する。【００７６】
第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”にマッピングされる“Setup送信済み”を取得する。これにより、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、自身の呼状態が“Setup送信済み”であると判断し、ステートをSetup送信済みに変更して以降の処理を実施する。【００７７】
これを受けて、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、Setup送信済み状態であるのでCall Proceedingを第２の無線Ｉ／Ｆ部２１２から受信することを待機する。【００７８】
上記ハンドオーバによって、無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＰ−ＣＡＮ１２０から送付されてくる１００ tryingを受信することはできない。したがって、第２の無線Ｉ／Ｆ部２１２では、Call Proceedingの受信タイマがExpireし、Setupを再送することになる。その後、第２の無線Ｉ／Ｆ部２１２を用いて通常の呼制御を実施する。【００７９】
これにより、第２の無線Ｉ／Ｆ部２１２を用いてセッションを確立することが可能となる。【００８０】
上述した発信呼制御中のシームレスハンドオーバ発生について、無線移動端末２００の呼状態継続動作について更に詳細に説明する。以下の説明は上記説明と一部重複する。【００８１】
図１３に示すように、無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＮＶＩＴＥを送信する。このとき、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。なお、第２の無線Ｉ／Ｆ部２１２は、切り替えが発生したことを無線移動端末２００の内部的な信号により知る。【００８２】
送信されたＩＮＶＩＴＥに対して、ハンドオーバ制御装置１４０が１００ tryingを送付し、この１００ tryingが第１の無線Ｉ／Ｆ部２１１に到着する前に、第１の無線Ｉ／Ｆ部２１１によるハンドオーバが発生して伝送路を切り替える。ここまでは、通常動作（従来例と同様の動作）である。本実施の形態では、図１３に示す「ハンドオーバ発生」時、無線移動端末２００の内部で以下の動作が新たに実施される。「ハンドオーバ発生」時、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルは、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して、呼状態（ここでは、ＩＮＶＩＴＥ送信済み状態）のときには、第２の無線Ｉ／Ｆ部２１２が“Setup送信済み”を送信する。すなわち、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”にマッピングされる“Setup送信済み”を取得する。【００８３】
本発明は、シグナリングのステートの移動の仕方は同じだが、メッセージが違うことに着目し、ステートだけ通知すれば、その状態に応じた、受け取った側の同じ状態を作ることができる。但し、第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２のプロトコルスタックのメッセージが異なるので、呼状態のマッピングテーブル２３０（図１０）が必要になる。【００８４】
呼状態のマッピングテーブル２３０を参照して、第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）の呼制御プロトコルスタックが自己の呼制御のステートを、“Setup送信済み”に移動させる。あとは、呼制御プロトコロスタックの通常の動作になる。自己が“Setup送信済み”のステートになると、次Call Proceedingを受信する、という受信待ちになる。これは通常の動作になる。ここで待っていても、当然到着しない。それは既にハンドオーバが発生していて、１００ trying自体は送信されているが、無線移動端末２００としては既にハンドオーバで切り替えてしまっているので、データとしては第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）しか受け取られない。第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）の呼制御的には、Setupを送った後に、本来であればCall Proceedingが返ってこなければいけないが、それが来ない。そこで本実施の形態では、図１３の「Timer Expire」に示すように、タイムアウトが発生して、もう一度Setupを更新し直す。このSetupを送った以降の処理は、通常の３ＧＰＰを用いた呼確立と全く同様のシーケンス（例えば、前記図４のシームレスハンドオーバシーケンス）になる。【００８５】
以上、呼状態として、ＩＮＶＩＴＥ送信直後にハンドオーバが発生した例であるが、１００ trying又は１８０ringingを送信した直後にハンドオーバが発生した場合も同じ様な処理で対応できる。１００ trying、１８０ringingを受信した直後にシームレスハンドオーバが発生した場合についてシーケンスを示す。【００８６】
図１４及び図１５は、発信中にシームレスハンドオーバが発生した場合のシーケンス図であり、図１４は、１００trying受信直後にシームレスハンドオーバが発生した場合のシーケンス図、図１５は、１８０ringing受信直後にシームレスハンドオーバが発生した場合のシーケンス図である。【００８７】
各呼制御の状態のマッピングについては、図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。【００８８】
以上詳細に説明したように、本実施の形態の通信端末装置２００は、第１の無線Ｉ／Ｆ部２１１の呼状態のプロトコルスタックのメッセージと第２の無線Ｉ／Ｆ部２１２の呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブル２３０を備え、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルが、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して“ＩＮＶＩＴＥ送信済み”を通知すると、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”でマッピングされる“Setup送信済み”を取得して、ステートを“Setup送信済み”のメッセージに変更して以降の処理を実施するので、呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。【００８９】
また、通常のセッションが確立するのを待つことなく、シームレスハンドオーバを実現可能であるため、接続時間を短縮することができる。【００９０】
さらに、セッション確立後の保留といった呼制御シーケンス中に、シームレスハンドオーバが発生した場合でも対応することができる。【００９１】
このように、本実施の形態によれば、呼制御中に発生したシームレスハンドオーバに対応することができる。一般に、セッションが確立している伝送路が悪化して他方の伝送路にシームレスハンドオーバを実施する。しかし、タイミングによってはセッションを確立しようとしている最中に伝送路が悪化して他方の伝送路にシームレスハンドオーバを実施したい場合がある。従来では、この場合は一旦、発呼の場合だと発呼が切れて、利用者が発呼作業を行わなければならない。本実施の形態は、それをできるだけ防ぎ、発呼中にシームレスハンドオーバが発生したとしても、そのまま別の伝送路にセッションを開始できるという特有の効果がある。【００９２】
（実施の形態２）
実施の形態２は、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１に発信呼制御中のシームレスハンドオーバ発生の例である。【００９３】
以下、各実施の形態において通信システムのハード的構成及び各部の機能ブロックは、図５乃至図９と同様であるため説明を省略する。【００９４】
図１６は、発信中のシームレスハンドオーバを示すシーケンス図であり、第２の無線Ｉ／Ｆ部２１２において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図を示す。【００９５】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。【００９６】
無線移動端末２００は、第２の無線Ｉ／Ｆ部２１２を用いてSetupを送信する。このとき、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１へハンドオーバする条件が揃い、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１にハンドオーバを実施する。【００９７】
このとき、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルは、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルに対して、呼状態、ここでは、Setup送信済み状態を通知する。すなわち、第２の無線Ｉ／Ｆ部２１２は、第１の無線Ｉ／Ｆ部２１１に“呼状態：Setup送信済み”メッセージを通知する。【００９８】
ここで、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“Setup送信済み”にマッピングされる“ＩＮＶＩＴＥ送信済み”を取得する。これにより、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、自身の呼状態が“ＩＮＶＩＴＥ送信済み”であると判断し、ステートをＩＮＶＩＴＥ送信済みに変更して以降の処理を実施する。【００９９】
これを受けて、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、ＩＮＶＩＴＥ送信済み状態であるので１００ tryingを第１の無線Ｉ／Ｆ部２１１から受信することを待機する。【０１００】
上記ハンドオーバによって、無線移動端末２００は、３Ｇネットワーク１１０から送付されてくるCall Proceedingを、第２の無線Ｉ／Ｆ部２１２を用いて受信することはできない。したがって、第１の無線Ｉ／Ｆ部２１１では、１００ tryingの受信タイマがExpireし、ＩＮＶＩＴＥを再送することになる。その後、第１の無線Ｉ／Ｆ部２１１を用いて通常の呼制御を実施する。【０１０１】
これにより、第１の無線Ｉ／Ｆ部２１１を用いてセッションを確立することが可能となる。【０１０２】
以上、Setupを送信した直後にシームレスハンドオーバが発生した場合の説明を記述しているが、Call Proceeding、Alertingを受信した直後にシームレスハンドオーバが発生した場合も同様である。【０１０３】
図１７及び図１８は、発信中にシームレスハンドオーバが発生した場合のシーケンス図であり、図１７は、Call Proceeding受信直後にシームレスハンドオーバが発生した場合のシーケンス図、図１８は、Alerting受信直後にシームレスハンドオーバが発生した場合のシーケンス図を示す。【０１０４】
各呼制御の状態のマッピングについては、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。【０１０５】
したがって、本実施の形態によれば、実施の形態１と同様の効果、すなわち呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。【０１０６】
（実施の形態３）
実施の形態３及び実施の形態４は、着信中のシームレスハンドオーバ発生の例であり、実施の形態３は、第１の無線Ｉ／Ｆ部２１１において着信呼制御中にシームレスハンドオーバが発生した場合の例である。【０１０７】
図１９は、着信中のシームレスハンドオーバを示すシーケンス図であり、第１の無線Ｉ／Ｆ部２１１において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。【０１０８】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。【０１０９】
無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＮＶＩＴＥを受信する。このとき、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。【０１１０】
これにより、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、ハンドオーバを実施することを通知するハンドオーバ通知メッセージを、ハンドオーバ制御装置１４０に対して送信する。【０１１１】
図２０は、ハンドオーバ通知メッセージの一例を示す図である。【０１１２】
図２０において、ハンドオーバ通知メッセージ３００は、ハンドオーバ実施通知３０１、無線移動端末２００を一意に識別する無線移動端末識別子３０２、ハンドオーバ制御装置１４０と無線移動端末２００でセッションを一意に識別するセッション識別子３０３、及び無線移動端末２００の第１の無線Ｉ／Ｆ部２１１における呼制御プロトコルの呼状態３０４（ここでは、ＩＮＶＩＴＥ受信済み）を有する。【０１１３】
上記、ハンドオーバ通知メッセージ３００を受信したハンドオーバ制御装置１４０は、３Ｇネットワーク１１０に対して、無線移動端末２００がハンドオーバすることを通知する。ハンドオーバ通知メッセージ３００を受信した３Ｇネットワーク１１０では、呼状態がＩＮＶＩＴＥ受信済みであるため、前記図１１に示す無線移動端末と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を参照し、無線移動端末２００からの”Call Proceeding受信待ち状態”に状態を遷移させる。【０１１４】
第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルは、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して、呼状態、ここでは、ＩＮＶＩＴＥ受信済み状態を通知する。すなわち、第１の無線Ｉ／Ｆ部２１１は、第２の無線Ｉ／Ｆ部２１２に“呼状態：ＩＮＶＩＴＥ受信済み”メッセージを通知する。【０１１５】
ここで、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ受信済み”にマッピングされる“Setup受信済み”を取得する。これにより、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、自身の呼状態が“Setup受信済み”であると判断し、ステートをSetup受信済みに変更して以降の処理を実施する。【０１１６】
これを受けて、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、Setup受信済み状態であるのでCall Proceedingを第２の無線Ｉ／Ｆ部２１２を用いて送信する。【０１１７】
一方、３Ｇネットワーク１１０では、Call Proceeding受信待ち状態であるため、無線移動端末２００からのCall Proceedingを受信することが可能である。【０１１８】
これにより、第２の無線Ｉ／Ｆ部２１２を用いてセッションを確立することが可能となる。【０１１９】
以上、ＩＮＶＩＴＥを受信した直後にシームレスハンドオーバが発生した場合の説明を記述しているが、１００ trying、１８０ringingを送信した直後にシームレスハンドオーバが発生した場合も同様である。【０１２０】
図２１及び図２２は、着信中のシームレスハンドオーバを示すシーケンス図であり、図２１は、１００trying送信直後にシームレスハンドオーバが発生した場合のシーケンス図、図２２は、１８０ringing送信直後にシームレスハンドオーバが発生した場合のシーケンス図を示す。【０１２１】
第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の各呼制御の状態のマッピングについては、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。また、無線移動端末２００の呼制御状態と３Ｇネットワーク１１０の呼制御状態のマッピングについては、前記図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を利用する。【０１２２】
ここで、着信中のシームレスハンドオーバ発生において、ハンドオーバ通知を行わない場合でも構わない。その場合のシーケンス図を図２３に示す。【０１２３】
図２３は、着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図であり、第１の無線Ｉ／Ｆ部２１１において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。【０１２４】
したがって、本実施の形態によれば、無線移動端末２００と３Ｇネットワーク１１０で用いられる呼状態のプロトコルスタックにおいて実施の形態１，２と同様の効果、すなわち呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。また、通常のセッションが確立するのを待つことなく、シームレスハンドオーバを実現可能であるため、接続時間を短縮することができる。さらに、セッション確立後の保留といった呼制御シーケンス中に、シームレスハンドオーバが発生した場合でも対応することができる。【０１２５】
（実施の形態４）
実施の形態４は、第２の無線Ｉ／Ｆ部２１２において着信呼制御中にシームレスハンドオーバが発生した場合の例である。【０１２６】
図２４は、着信中のシームレスハンドオーバを示すシーケンス図であり、第２の無線Ｉ／Ｆ部２１２において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。【０１２７】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。【０１２８】
無線移動端末２００は、第２の無線Ｉ／Ｆ部２１２を用いてSetupを受信する。このとき、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１へハンドオーバする条件が揃い、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１にハンドオーバを実施する。【０１２９】
これにより、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、ハンドオーバを実施することを通知するハンドオーバ通知メッセージ３００（図２０参照）をハンドオーバ制御装置１４０に対して送信する。いま、このハンドオーバ通知メッセージ３００の呼制御プロトコルの呼状態３０４には、“Setup受信済み”が付与されている。【０１３０】
上記、ハンドオーバ通知メッセージ３００（呼状態３０４“Setup受信済み”）を受信したハンドオーバ制御装置１４０は、ＩＰ−ＣＡＮ１２０に対して、無線移動端末２００がハンドオーバすることを通知する。ハンドオーバ通知メッセージ３００を受信したＩＰ−ＣＡＮ１２０では、呼状態がSetup受信済みであるため、前記図１２に示す無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５を参照し、無線移動端末２００からの“１００ trying受信待ち状態”に状態を遷移させる。【０１３１】
第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルは、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルに対して、呼状態、ここでは、Setup受信済み状態を通知する。すなわち、第２の無線Ｉ／Ｆ部２１２は、第１の無線Ｉ／Ｆ部２１１に“呼状態：Setup受信済み”メッセージを通知する。【０１３２】
ここで、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“Setup受信済み”にマッピングされる“ＩＮＶＩＴＥ受信済み”を取得する。これにより、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、自身の呼状態が“ＩＮＶＩＴＥ受信済み”であると判断し、ステートをＩＮＶＩＴＥ受信済みに変更して以降の処理を実施する。【０１３３】
これを受けて、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、ＩＮＶＩＴＥ受信済み状態であるので１００ tryingを第１の無線Ｉ／Ｆ部２１１を用いて送信する。【０１３４】
一方、ＩＰ−ＣＡＮ１２０では、１００ trying受信待ち状態であるため、無線移動端末２００からの１００ tryingを受信することが可能である。【０１３５】
これにより、第１の無線Ｉ／Ｆ部２１１を用いてセッションを確立することが可能となる。【０１３６】
以上、Setupを受信した直後にシームレスハンドオーバが発生した場合の説明を記述しているが、Call Proceeding、Alertingを送信した直後にシームレスハンドオーバが発生した場合も同様である。【０１３７】
図２５は、Call Proceeding送信直後にシームレスハンドオーバが発生した場合のシーケンス図、図２６は、Alerting送信直後にシームレスハンドオーバが発生した場合のシーケンス図を示す。【０１３８】
第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の各呼制御の状態のマッピングについては、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。また、無線移動端末２００の呼制御状態とＩＰ−ＣＡＮ１２０の呼制御状態のマッピングについては、前記図１２に示す無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５を利用する。【０１３９】
ここで、着信中のシームレスハンドオーバ発生において、ハンドオーバ通知を行わない場合でも構わない。その場合のシーケンス図を図２７に示す。【０１４０】
図２７は、着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図であり、第２の無線Ｉ／Ｆ部２１２において着信中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。【０１４１】
したがって、本実施の形態によれば、無線移動端末２００とＩＰ−ＣＡＮ１２０で用いられる呼状態のプロトコルスタックにおいて実施の形態３と同様の効果を得ることができる。【０１４２】
（実施の形態５）
実施の形態５及び実施の形態６は、保留中にシームレスハンドオーバが発生した場合の例であり、実施の形態５は、第１の無線Ｉ／Ｆ部２１１において保留呼制御中にシームレスハンドオーバが発生した場合の例である。【０１４３】
図２８は、第１の無線Ｉ／Ｆ部２１１において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図である。図２９は、図２８中のシームレスハンドオーバ実施のシーケンス詳細を示す図である。本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。【０１４４】
無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いて既にセッションが確立しており、呼を保留するための呼制御を実施する。本実施の形態では、第１の無線Ｉ／Ｆ部２１１を用いて、保留を要求するＩＮＶＩＴＥ（保留）を送信する。このとき、ＩＮＶＩＴＥ（保留）を受信したＩＰ−ＣＡＮ１２０は、ハンドオーバ制御装置１４０にＩＮＶＩＴＥ（保留）を通知する。【０１４５】
その後、無線移動端末２００において、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。なお、このシームレスハンドオーバは、例えば、非特許文献１に従う方式で実施する。【０１４６】
上記シームレスハンドオーバ実施後に、ハンドオーバ制御装置は無線移動端末からＩＮＶＩＴＥ（保留）を受信しているため、前記図２０に示すハンドオーバ通知メッセージと同様のフォーマットの呼状態通知メッセージを利用して“ＩＮＶＩＴＥ（保留）送信済み”の呼状態を３Ｇネットワーク１１０に対して送信する。【０１４７】
呼状態通知メッセージを受信した３Ｇネットワーク１１０は、図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を参照し、“ＩＮＶＩＴＥ（保留）送信済み”状態にマッピングされている“Ｈｏｌｄ受信済み”状態に遷移する。これにより、３Ｇネットワーク１１０は、無線移動端末２００に対してＨｏｌｄ Ａｃｋを送信し、保留シーケンスが完了する。【０１４８】
以上、ＩＮＶＩＴＥ（保留）を送信した直後にシームレスハンドオーバが発生した場合の説明を記述したが、２００ ＯＫ（保留）の受信、Ａｃｋ（保留）の送信の直後にシームレスハンドオーバが発生した場合も同様である。無線移動端末２００の呼制御状態と３Ｇネットワーク１１０の呼制御状態のマッピングについては、前記図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を利用する。【０１４９】
（実施の形態６）
実施の形態６は、第２の無線Ｉ／Ｆ部２１２において保留呼制御中にシームレスハンドオーバが発生した場合の例である。【０１５０】
図３０は、第２の無線Ｉ／Ｆ部２１２において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図である。図３１は、図３０中のシームレスハンドオーバ実施のシーケンス詳細を示す図である。本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。【０１５１】
無線移動端末２００は、第２の無線Ｉ／Ｆ部２１２を用いて既にセッションが確立しており、呼を保留するための呼制御を実施する。本実施の形態では、第２の無線Ｉ／Ｆ部２１２を用いて、保留を要求するＨｏｌｄを送信する。このとき、Ｈｏｌｄを受信した３Ｇネットワークは、ハンドオーバ制御装置にＩＮＶＩＴＥ（保留）を通知する。【０１５２】
その後、無線移動端末２００において、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１へハンドオーバする条件が揃い、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１にハンドオーバを実施する。なお、このシームレスハンドオーバは、例えば、非特許文献１に従う方式で実施する。【０１５３】
上記シームレスハンドオーバ実施後に、ハンドオーバ制御装置１４０は無線移動端末２００からＩＮＶＩＴＥ（保留）を受信しているため、前記図２０に示すハンドオーバ通知メッセージと同様のフォーマットの呼状態通知メッセージを利用して“ＩＮＶＩＴＥ（保留）送信済み”の呼状態をＩＰ−ＣＡＮ１２０に対して送信する。【０１５４】
呼状態通知メッセージを受信したＩＰ−ＣＡＮ１２０は、図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を参照し、“ＩＮＶＩＴＥ（保留）送信状態”にマッピングされている“ＩＮＶＩＴＥ（保留）送信済み”状態に遷移する。これにより、ＩＰ−ＣＡＮ１２０は、無線移動端末２００に対して２００ ＯＫ（保留）を送信し、無線移動端末２００は、２００ ＯＫ（保留）を受信してＡｃｋ（保留）を送信することにより、保留シーケンスが完了する。【０１５５】
以上の説明は本発明の好適な実施の形態の例証であり、本発明の範囲はこれに限定されることはない。例えば、本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰについて説明したが、呼制御プロトコルが異なる無線移動体通信網間のシームレスハンドオーバの実施であればよく、ＷＬＡＮ／ＳＩＰ，３ＧＰＰに限定されるものではない。【０１５６】
また、本実施の形態では、通信端末装置、通信システム、シームレスハンドオーバ方法という名称を用いたが、これは説明の便宜上であり、無線移動端末、ネットワークシステム、ハンドオーバ方法等であってもよいことは勿論である。【０１５７】
さらに、上記通信端末装置、ネットワーク、通信システムを構成する各部、例えば無線移動端末の無線インタフェース部の種類、その数及び接続方法などはどのようなものでもよい。また、呼状態のマッピングテーブルのデータ、マッピンクの種類・方法は、図１０乃至図１２に限定されない。【０１５８】
以上説明したシームレスハンドオーバ方法は、このシームレスハンドオーバ方法を機能させるためのプログラムでも実現される。このプログラムはコンピュータで読み取り可能な記録媒体に格納されている。
【産業上の利用可能性】
【０１５９】
本発明に係る通信端末装置、通信システム及びシームレスハンドオーバ方法は、ＷＬＡＮ内のＩＰサブネット間などのシームレスなハンドオーバを実現することができ、３ＧネットワークとＷＬＡＮネットワークとの異種網からなるシステムに適用することができる。
【図１】
2008059570.tif 000003
【図２】
2008059570.tif 000004
【図３】
2008059570.tif 000005
【図４】
2008059570.tif 000006
【図５】
2008059570.tif 000007
【図６】
2008059570.tif 000008
【図７】
2008059570.tif 000009
【図８】
2008059570.tif 000010
【図９】
2008059570.tif 000011
【図１０】
2008059570.tif 000012
【図１１】
2008059570.tif 000013
【図１２】
2008059570.tif 000014
【図１３】
2008059570.tif 000015
【図１４】
2008059570.tif 000016
【図１５】
2008059570.tif 000017
【図１６】
2008059570.tif 000018
【図１７】
2008059570.tif 000019
【図１８】
2008059570.tif 000020
【図１９】
2008059570.tif 000021
【図２０】
2008059570.tif 000022
【図２１】
2008059570.tif 000023
【図２２】
2008059570.tif 000024
【図２３】
2008059570.tif 000025
【図２４】
2008059570.tif 000026
【図２５】
2008059570.tif 000027
【図２６】
2008059570.tif 000028
【図２７】
2008059570.tif 000029
【図２８】
2008059570.tif 000030
【図２９】
2008059570.tif 000031
【図３０】
2008059570.tif 000032
【図３１】
2008059570.tif 000033
【手続補正書】
【提出日】平成21年4月7日(2009.4.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続する通信端末装置。
【請求項２】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、
前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする通信端末装置。
【請求項３】
前記第１の無線インタフェースの呼状態のプロトコルスタックのメッセージと前記第２の無線インタフェースの呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブルを備え、
前記第１の無線インタフェースで用いる呼制御プロトコルが、前記第２の無線インタフェースで用いる呼制御プロトコルに対して所定のメッセージを通知すると、前記第２の無線インタフェースの呼制御プロトコルは、前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する請求項１記載の通信端末装置。
【請求項４】
前記呼制御プロトコルスタックの呼状態は、ＩＮＶＩＴＥ送信直後、１００ trying受信直後、又は１８０ringing受信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置  。
【請求項５】
前記呼制御プロトコルスタックの呼状態は、ＩＮＶＩＴＥ受信直後、１００trying送信直後、又は１８０ringing送信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置。
【請求項６】
前記呼制御プロトコルスタックの呼状態は、Setup送信直後、Call Proceeding受信直後、又はAlerting受信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置。
【請求項７】
前記呼制御プロトコルスタックの呼状態は、Setup受信直後、Call Proceeding送信直後、又はAlerting送信直後にハンドオーバが発生した場合である請求項１記載の通信端末装置。
【請求項８】
前記呼制御プロトコルスタックは、ＳＩＰ、又は３ＧＰＰである請求項１記載の通信端末装置 。
【請求項９】
異なる複数のネットワークと、
無線インタフェースを有し、前記複数のネットワークに対してそれぞれ通信を行う通信
端末装置とを備え、前記通信端末装置は、前記無線インタフェースを起動して呼制御を行う通信システムであって、
前記通信端末装置の呼状態のプロトコルスタックのメッセージと前記複数のネットワークのなかの、あるネットワークにおいて用いられる呼状態のプロトコルスタックのメッセージとを対応づけてマッピングする呼状態マッピングテーブルと、
前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する呼制御手段と
を備える通信システム。
【請求項１０】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続するシームレスハンドオーバ方法。
【請求項１１】
第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、
前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバするシームレスハンドオーバ方法。
【請求項１２】
前記第１の無線インタフェースの呼状態のプロトコルスタックのメッセージと前記第２の無線インタフェースの呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブルをあらかじめ設定し、
前記第１の無線インタフェースで用いる呼制御プロトコルが、前記第２の無線インタフェースで用いる呼制御プロトコルに対して所定のメッセージを通知すると、前記第２の無線インタフェースの呼制御プロトコルは、前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する請求項１０記載のシームレスハンドオーバ方法。
【請求項１３】
前記呼制御プロトコルスタックの呼状態は、ＩＮＶＩＴＥ送信直後、１００ trying受信直後、又は１８０ringing受信直後にハンドオーバが発生した場合である請求項１０記載のシームレスハンドオーバ方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御プロトコルが異なる無線移動体通信網間のシームレスハンドオーバを実施する通信端末装置、通信システム及びシームレスハンドオーバ方法に関する。
【背景技術】
【０００２】
近年、第４世代移動通信システムへの移行技術として、現在の第３世代（３Ｇ）移動通信システムと無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）とを融合させて、３Ｇシステムの有する広範囲に及ぶ通信エリアと、ＷＬＡＮシステムの持つ広帯域のアクセスとをユーザに提供する３Ｇ／ＷＬＡＮインターワーキング技術が注目されている。そして、３Ｇ／ＷＬＡＮ間の異なる無線アクセス方式をユーザが意識することなく移動することを可能にするシームレスハンドオーバ技術が非特許文献１等に提案されている。非特許文献１には、モバイルＩＰを利用した３ＧネットワークとＷＬＡＮネットワークとの異種網間の移動管理方法が示されている。
【０００３】
また、非特許文献２には、回線交換呼とパケット交換呼の音声通話をシームレスに切替えるシームレスハンドオーバ方式が記載されている。
【０００４】
異種ネットワーク間をハンドオーバする場合、ハンドオーバ前のネットワークでのＱｏｓ（Quality of service）情報、ハンドオーバ前のネットワークでのビットレート等のスループット関連情報、ハンドオーバ前のネットワークでの認証等の情報及びハンドオーバ前に用いていたＩＰアドレス情報等のようなハンドオーバを行う通信端末装置に関する情報（以下、これを管理制御情報と称する）のやりとりをネットワーク間で行う必要がある。
【０００５】
例えば、特許文献１には、異種網ハンドオーバ時のセッション継続のために、セッションパラメータ（帯域、コーディックなど）をインタフェース間で受け渡しするセッション維持方法が開示されている。
【０００６】
従来の異種ネットワーク間をハンドオーバについて説明する。
【０００７】
図１は、従来の異種ネットワークによる通信システムの構成を示す図である。
【０００８】
図１において、３Ｇネットワークの通信システムは、３Ｇネットワーク１、ＩＰ−ＣＡＮ２、ＩＭＳ（IP Multimedia Sub-System）３、ハンドオーバ制御装置４、無線移動端末１０、ＳＩＰ（Session Initiation Protocol）サーバ５、及びＧＧＳＮ／ＳＧＳＮ（Gateway GPRS Support System／Serving GPRS Support System）６を備えて構成される。
【０００９】
３Ｇネットワーク１は、セルラ系移動体通信ネットワークである。ＩＰ−ＣＡＮ２は、ＩＰパケットにより通信可能なネットワークである。ＩＭＳ３は、セルラ系移動体通信ネットワークにおいてＩＰマルチメディア通信を実現するためのシステムである。ハンドオーバ制御装置４は、ＩＭＳ３上に設置され、異種網間のシームレスハンドオーバの制御を行う。無線移動端末１０は、３Ｇネットワーク１及びＩＰ−ＣＡＮ２を介して通信が可能な移動端末である。ＳＩＰサーバ５は、ＩＭＳ３上に設置され、ＩＰネットワークにおけるＳＩＰ呼制御サーバである。ＧＧＳＮ／ＳＧＳＮ６は、３Ｇネットワーク１１０における呼制御サーバ及びシグナリングゲートウェイである。
【００１０】
図２及び図３は、第１及び第２の無線インタフェースを用いて着信する場合のシーケン
スを示す図であり、図２は、第１の無線インタフェースを用いた着信シーケンス、図３は、第２の無線インタフェースを用いた着信シーケンスを示す。また、図４は、既存の３ＧＰＰ ＴＲ２３.８０６方式を用いてシームレスハンドオーバする場合のハンドオーバシーケンスを示す図である。
【００１１】
図２に示すように、既存の第１の無線インタフェース（例えばＷＬＡＮ）を使用したＳＩＰの着信のシーケンスでは、ハンドオーバ制御装置４からＩＰ−ＣＡＮ２を経由してＩＮＶＩＴＥが送信され、第１の無線インタフェースは、１００trying、１８０ringing及び２００ ＯＫを送信する。
【００１２】
また、図３に示すように、既存の第２の無線インタフェースを使用した３ＧＰＰの着信のシーケンスでは、ハンドオーバ制御装置４から３Ｇネットワーク１を経由してＩＮＶＩＴＥが送信され、３Ｇネットワーク１はＩＮＶＩＴＥを受けてSetupを第２の無線インタフェースに送信する。第２の無線インタフェースは、Call Proceeding、Alerting及びConnectを３Ｇネットワーク１に返信し、３Ｇネットワーク１は、これらを１００trying、１８０ringing及び２００ ＯＫに変換して送信する。
【００１３】
３ＧＰＰの規格化では、図２及び図３に示す既存の呼制御をなるべく変更しない。そこで、図４に示すように、第１の無線インタフェース（例えばＷＬＡＮ）の方で通常通り（図２と同様）着信をする。セッションが確立し、シームレスハンドオーバが発生すると、通常の３ＧＰＰの呼制御（図３と同様）を使用し、３ＧＰＰ側のセッションを確立しておいてＷＬＡＮ側を、ＢＹＥできる。すなわち、３ＧＰＰ側とＷＬＡＮ側を瞬間的に繋いでおいて一方（ここではＷＬＡＮ側）を切ることで、それぞれのインタフェースから見ると通常の接続となる。
【非特許文献１】Apostolis K. Salkintzis, Chad Fors and Rajesh Pazhyannur, “WLAN-GPRS integration for next-generation mobile data networks”, IEEE Wireless Communications, vol.9, no.5 October 2002, pp.112-124
【非特許文献２】3GPP TR23.806 V7.0.0 Voice Call Continuity between CS and IMS Study (Release7)
【特許文献１】特開２００４−２６５１５４号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、このような従来の異種ネットワークによるシームレスハンドオーバ技術にあっては、セッション確立後に発生したシームレスハンドオーバのセッション継続であり、呼制御中に発生したシームレスハンドオーバに対応することができない。すなわち、特許文献１は、同一プロトコルにおけるセッション維持と、セッションパラメータとして、使用帯域、コーディックが異なるセッションの継続を目的とする技術であり、呼制御中に発生したシームレスハンドオーバについては何らの記載もない。
【００１５】
また、非特許文献１は、セルラ網とＩＭＳ網とのシームレスなセッション継続方法について記載されているが、こちらもセッション確立後のシームレスハンドオーバ方法（図４参照）であり、呼制御中に発生したシームレスハンドオーバには対応することができない。
【００１６】
一般的に、セッションを確立している伝送路状態が悪化して、他方の伝送路に対してシームレスハンドオーバを実施する。しかし、タイミングによってはセッションを確立しようとしている呼制御中に、シームレスハンドオーバを実施する必要がある。ところが、現
状の方法では、呼制御中のシームレスハンドオーバに対応することができないため、セッション確立に時間を要したり、セッションそのものを確立できない可能性が高い。
【００１７】
本発明は、上記に鑑みてなされたものであり、呼制御プロトコルが異なる無線移動体通信網間のシームレスハンドオーバの実施において、発信や着信といった呼制御プロトコル実施中にシームレスハンドオーバが発生しても、発信や着信の呼制御プロトコルを継続することができる通信端末装置、通信システム及びシームレスハンドオーバ方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の通信端末装置は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続する構成を採る。
【００１９】
本発明の通信端末装置は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信を行う通信端末装置であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする構成を採る。
【００２０】
本発明の通信システムは、異なる複数のネットワークと、無線インタフェースを有し、前記複数のネットワークに対してそれぞれ通信を行う通信端末装置とを備え、前記通信端末装置は、前記無線インタフェースを起動して呼制御を行う通信システムであって、前記通信端末装置の呼状態のプロトコルスタックのメッセージと前記複数のネットワークのなかの、あるネットワークにおいて用いられる呼状態のプロトコルスタックのメッセージとを対応づけてマッピングする呼状態マッピングテーブルと、前記呼状態のマッピングテーブルを参照し、前記所定のメッセージでマッピングされる他の所定のメッセージを取得して、ステートを前記他の所定のメッセージに変更して以降の処理を実施する呼制御手段とを備える構成を採る。
【００２１】
本発明のシームレスハンドオーバ方法は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを保持する通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースから第２の無線インタフェースへハンドオーバを実施する際に、前記第１の無線インタフェースを用いて実施している呼制御プロトコルスタックの呼状態を前記第２の無線インタフェースを用いて実施する呼制御プロトコルスタックにより呼状態を継続する。
【００２２】
本発明のシームレスハンドオーバ方法は、第１の無線インタフェースと第２の無線インタフェースを有し、前記第１及び第２の無線インタフェースにおいて、それぞれ異なる呼制御プロトコルスタックを用いて通信する通信端末装置において前記第１の無線インタフェースから前記第２の無線インタフェースにハンドオーバする方法であって、前記第１の無線インタフェースを用いて呼制御を行っているとき、前記第１の無線インタフェースか
ら前記第２の無線インタフェースへハンドオーバする条件を満たした場合でもハンドオーバを実施せず、前記第１のインタフェースを用いた呼制御が完了後に、前記第１の無線インタフェースから前記第２の無線インタフェースへハンドオーバする。
【発明の効果】
【００２３】
本発明によれば、呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。
【００２４】
また、通常のセッションが確立するのを待つことなく、シームレスハンドオーバを実現可能であるため、接続時間を短縮することができる。
【００２５】
さらに、セッション確立後の保留といった呼制御シーケンス中に、シームレスハンドオーバが発生した場合でも対応することができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
（実施の形態１）
図５は、本発明の実施の形態１に係る通信システムの概略構成を示すブロック図である。本実施の形態は、３Ｇネットワークの通信システムに適用した例である。
【００２８】
図５において、通信システム１００は、３Ｇネットワーク（３Ｇ Ｎｅｔｗｏｒｋ）１１０、ＩＰ−ＣＡＮ１２０、ＩＭＳ（IP Multimedia Sub-System）１３０、ハンドオーバ制御装置１４０、無線移動端末２００、ＳＩＰ（Session Initiation Protocol）サーバ１５０、及びＧＧＳＮ／ＳＧＳＮ（Gateway GPRS Support System／Serving GPRS Support System）１６０を備えて構成される。
【００２９】
３Ｇネットワーク１１０は、セルラ系移動体通信ネットワークである。２Ｇネットワークでもよい。
【００３０】
ＩＰ−ＣＡＮ１２０は、ＩＰパケットにより通信可能なネットワークである。
【００３１】
ＩＭＳ１３０は、セルラ系移動体通信ネットワークにおいてＩＰマルチメディア通信を実現するためのシステムである。
【００３２】
ハンドオーバ制御装置１４０は、ＩＭＳ１３０上に設置され、異種網間のシームレスハンドオーバの制御を行う。
【００３３】
無線移動端末２００は、３Ｇネットワーク１１０及びＩＰ−ＣＡＮ１２０を介して通信が可能な移動端末である。
【００３４】
ＳＩＰサーバ１５０は、ＩＭＳ１３０上に設置され、ＩＰネットワークにおけるＳＩＰ呼制御サーバである。
【００３５】
ＧＧＳＮ／ＳＧＳＮ１６０は、３Ｇネットワーク１１０における呼制御サーバ及びシグナリングゲートウェイである。
【００３６】
図６は、無線移動端末２００の機能を示すブロック図である。
【００３７】
図６において、無線移動端末２００は、シームレスハンドオーバ制御部２１０、第１の無線インタフェース（Ｉ／Ｆ）部２１１、第２の無線Ｉ／Ｆ部２１２、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１、第２の無線Ｉ／Ｆ呼制御プロトコル部２２２、及び呼状態マッピングテーブル２３０を備えて構成される。
【００３８】
シームレスハンドオーバ制御部２１０は、シームレスハンドオーバのトリガをかける。また、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１と第２の無線Ｉ／Ｆ呼制御プロトコル部２２２に対して、シームレスハンドオーバの実施を指示するとともに、第１の無線Ｉ／Ｆ部２１１又は第２の無線Ｉ／Ｆ部２１２を用いてハンドオーバ制御装置にハンドオーバ通知メッセージを送信する。
【００３９】
第１の無線Ｉ／Ｆ部２１１は、第１の無線インタフェースを用いてデータの送受信を行う。第２の無線Ｉ／Ｆ部２１２は、第２の無線インタフェースを用いてデータの送受信を行う。
【００４０】
第１の無線Ｉ／Ｆ呼制御プロトコル部２２１は、第１の無線インタフェースを用いてデータ送受信を行うための呼制御を行う。また、シームレスハンドオーバが発生した際、第２の無線Ｉ／Ｆ呼制御プロトコル部２２２へ呼状態を通知する。第２の無線Ｉ／Ｆ呼制御プロトコル部２２２から呼状態を受けたとき、呼状態マッピングテーブル２３０を参照し、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１に該当する呼状態を取得し、その状態に遷移する。
【００４１】
第２の無線Ｉ／Ｆ呼制御プロトコル部２２２は、第２の無線を用いてデータ送受信を行うための呼制御を行う。また、シームレスハンドオーバが発生した際、第１の無線Ｉ／Ｆ呼制御プロトコル部２２１へ呼状態を通知する。第１の無線Ｉ／Ｆ呼制御プロトコル部２２１から呼状態を受けたとき、呼状態マッピングテーブル２３０を参照し、第２の無線Ｉ／Ｆ呼制御プロトコルに該当する呼状態を取得し、その状態に遷移する。
【００４２】
呼状態マッピングテーブル２３０は、第１の無線Ｉ／Ｆ部２１１の呼状態のプロトコルスタックのメッセージと第２の無線Ｉ／Ｆ部２１２の呼状態のプロトコルスタックのメッセージとを対応づけてマッピングするテーブルである。例えば、第１の無線Ｉ／Ｆ部２１１の呼状態のプロトコルスタックの“ＩＮＶＩＴＥ送信済み”は、第２の無線Ｉ／Ｆ部２１２の呼状態のプロトコルスタックの“Setup送信済み”にマッピングされる。上記呼状態マッピングテーブル２３０の詳細については、図１０により後述する。
【００４３】
図７は、３Ｇネットワーク１１０の機能を示すブロック図である。
【００４４】
図７において、３Ｇネットワーク１１０は、呼制御プロトコル部１１１、無線Ｉ／Ｆ部
１１２、有線Ｉ／Ｆ部１１３、ハンドオーバ通知メッセージ送受信部１１４、及び呼状態のマッピングテーブル１１５を備えて構成される。
【００４５】
呼制御プロトコル部１１１は、無線Ｉ／Ｆ部１１２を用いてデータ送受信するための呼制御を行う。また、シームレスハンドオーバ通知を受信した際、呼状態マッピングテーブル１１５を参照し、ハンドオーバ通知メッセージに記載されている無線移動端末の呼状態から３Ｇネットワーク１１０の呼制御プロトコルに該当する呼状態を取得し、その状態に遷移する。
【００４６】
無線Ｉ／Ｆ部１１２は、無線移動端末２００の第２の無線Ｉ／Ｆ部２１２との無線通信を行う。有線Ｉ／Ｆ部１１３は、ハンドオーバ制御装置１４０とデータ送受信を行う。
【００４７】
ハンドオーバ通知メッセージ送受信部１１４は、ハンドオーバ通知メッセージの送受信を行う。
【００４８】
呼状態のマッピングテーブル１１５は、無線移動端末２００の呼状態のプロトコルスタックのメッセージと３Ｇネットワーク１１０の呼状態のプロトコルスタックのメッセージとを対応づけてマッピングするテーブルである。上記呼状態マッピングテーブル１１５の詳細については、図１１により後述する。
【００４９】
図８は、ＩＰ−ＣＡＮ１２０の機能を示すブロック図である。
【００５０】
図８において、ＩＰ−ＣＡＮ１２０は、呼制御プロトコル部１２１、無線Ｉ／Ｆ部１２２、有線Ｉ／Ｆ部１２３、ハンドオーバ通知メッセージ送受信部１２４、及び呼状態のマッピングテーブル１２５を備えて構成される。
【００５１】
呼制御プロトコル部１２１は、無線Ｉ／Ｆ部１２２を用いてデータ送受信するための呼制御を行う。また、シームレスハンドオーバ通知を受信した際、呼状態マッピングテーブル１２５を参照し、ハンドオーバ通知メッセージに記載されている無線移動端末の呼状態からＩＰ−ＣＡＮ１２０の呼制御プロトコルに該当する呼状態を取得し、その状態に遷移する。
【００５２】
無線Ｉ／Ｆ部１２２は、無線移動端末２００の第１の無線Ｉ／Ｆ部２１１との無線通信を行う。有線Ｉ／Ｆ部１２３は、ハンドオーバ制御装置１４０とデータ送受信を行う。
【００５３】
ハンドオーバ通知メッセージ送受信部１２４は、ハンドオーバ通知メッセージの送受信を行う。
【００５４】
呼状態のマッピングテーブル１２５は、無線移動端末２００の呼状態のプロトコルスタックのメッセージとＩＰ−ＣＡＮ１２０の呼状態のプロトコルスタックのメッセージとを対応づけてマッピングするテーブルである。上記呼状態マッピングテーブル１２５の詳細については、図１２により後述する。
【００５５】
図９は、ハンドオーバ制御装置１４０の機能を示すブロック図である。
【００５６】
図９において、ハンドオーバ制御装置１４０は、呼制御プロトコル部１４１、有線Ｉ／Ｆ部１４３、及びハンドオーバ通知メッセージ送受信部１４４を備えて構成される。
【００５７】
呼制御プロトコル部１４１は、シームレスハンドオーバを実施するための呼制御を行う。
【００５８】
有線Ｉ／Ｆ部１４３は、３Ｇネットワーク１１０及びＩＰ−ＣＡＮ１２０とデータ通信を行う。
【００５９】
ハンドオーバ通知メッセージ送受信部１４４は、３Ｇネットワーク１１０から受信したハンドオーバ通知メッセージをＩＰ−ＣＡＮ１２０に送信するとともに、ＩＰ−ＣＡＮ１２０から受信したハンドオーバ通知メッセージ３００（図２０参照）を３Ｇネットワーク１１０に送信する。ハンドオーバ通知メッセージを３Ｇネットワーク１１０に送信する。上記ハンドオーバ通知メッセージ３００の一例については、図２０により後述する。
【００６０】
図１０は、第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を示す図である。
【００６１】
図１０において、第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態マッピングテーブル２３０は、第１の無線Ｉ／Ｆ部２１１の発信時、第１の無線Ｉ／Ｆ部２１１の“ＩＮＶＩＴＥ送信済み”を第２の無線Ｉ／Ｆ部２１２の“Setup送信済み”に、第１の無線Ｉ／Ｆ部２１１の“１００ trying受信済み”を第２の無線Ｉ／Ｆ部２１２の“Call Proceeding受信済み”に、第１の無線Ｉ／Ｆ部２１１の“１８０ringing受信済み”を第２の無線Ｉ／Ｆ部２１２の“Alerting受信済み”にそれぞれマッピングする。また、第１の無線Ｉ／Ｆ部２１１の着信時、第１の無線Ｉ／Ｆ部２１１の“ＩＮＶＩＴＥ受信済み”を第２の無線Ｉ／Ｆ部２１２の“Setup受信済み”に、第１の無線Ｉ／Ｆ部２１１の“１００ trying送信済み”を第２の無線Ｉ／Ｆ部２１２の“Call Proceeding送信済み”に、第１の無線Ｉ／Ｆ部２１１の“１８０ringing送信済み”を第２の無線Ｉ／Ｆ部２１２の“Alerting送信済み”にそれぞれマッピングする。
【００６２】
例えば、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルが、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して“ＩＮＶＩＴＥ送信済み”メッセージを通知すると、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”にマッピングされる“Setup送信済み”を取得する。
【００６３】
図１１は、無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を示す図である。
【００６４】
図１１において、無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５は、無線移動端末２００の呼状態の“ＩＮＶＩＴＥ受信済み”を３Ｇネットワーク１１０の“Call Proceeding受信待ち”に、無線移動端末２００の呼状態の“１００ trying送信済み”を３Ｇネットワーク１１０の“Alerting受信待ち”に、無線移動端末２００の呼状態の“１８０ringing送信済み”を３Ｇネットワーク１１０の“Connect受信待ち”に、無線移動端末２００の呼状態の“ＩＮＶＩＴＥ（保留）送信済み”を３Ｇネットワーク１１０の“Hold受信済み”に、無線移動端末２００の呼状態の“２００ ＯＫ（保留）受信済み”を３Ｇネットワーク１１０の“Hold受信済み”に、無線移動端末２００の呼状態の“Ack（保留）送信済み”を３Ｇネットワーク１１０の“Hold Ack受信済み”にそれぞれマッピングする。
【００６５】
図１２は、無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５を示す図である。
【００６６】
図１２において、無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５は、無線移動端末２００の呼状態の“Setup受信済み”をＩＰ−ＣＡＮ１２０
の“１００ trying受信待ち”に、無線移動端末２００の呼状態の“Call Proceeding送信済み”をＩＰ−ＣＡＮ１２０の“１８０ringing受信待ち”に、無線移動端末２００の呼状態の“Alerting送信済み”をＩＰ−ＣＡＮ１２０の“２００ ＯＫ受信待ち”に、無線移動端末２００の呼状態の“ＩＮＶＩＴＥ（保留）送信済み”をＩＰ−ＣＡＮ１２０の“ＩＮＶＩＴＥ（保留）送信済み”にそれぞれマッピングする。
【００６７】
以下、上述のように構成された通信システムの動作を説明する。
【００６８】
実施の形態１は、第１の無線Ｉ／Ｆ部２１１（ＷＬＡＮ側）から第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）に発信呼制御中のシームレスハンドオーバ発生の例である。
【００６９】
図１３は、発信中のシームレスハンドオーバを示すシーケンス図であり、第１の無線Ｉ／Ｆ部２１１において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図を示す。
【００７０】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰ（Session Initiation Protocol）とし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。
【００７１】
無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＮＶＩＴＥを送信する。このとき、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。
【００７２】
より詳細には、無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いて発呼メッセージとしてＩＮＶＩＴＥをＩＰ−ＣＡＮ１２０を経由してハンドオーバ制御装置１４０に送信する。ＩＰ−ＣＡＮ１２０を経由して送信されたＩＮＶＩＴＥに対して、ハンドオーバ制御装置１４０が１００ tryingを送付し、この１００ tryingが第１の無線Ｉ／Ｆ部２１１に到着する前に、第１の無線Ｉ／Ｆ部２１１がシームレスハンドオーバを発生して伝送路を切り替える（図１３の×印参照）。
【００７３】
第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。
【００７４】
このとき、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルは、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して、呼状態、ここでは、ＩＮＶＩＴＥ送信済み状態を通知する。すなわち、第１の無線Ｉ／Ｆ部２１１は、第２の無線Ｉ／Ｆ部２１２に“呼状態：ＩＮＶＩＴＥ送信済み”メッセージを通知する。
【００７５】
第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”にマッピングされる“Setup送信済み”を取得する。これにより、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、自身の呼状態が“Setup送信済み”であると判断し、ステートをSetup送信済みに変更して以降の処理を実施する。
【００７６】
これを受けて、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、Setup送信済み状態であるのでCall Proceedingを第２の無線Ｉ／Ｆ部２１２から受信することを待機する。
【００７７】
上記ハンドオーバによって、無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用い
てＩＰ−ＣＡＮ１２０から送付されてくる１００ tryingを受信することはできない。したがって、第２の無線Ｉ／Ｆ部２１２では、Call Proceedingの受信タイマがExpireし、Setupを再送することになる。その後、第２の無線Ｉ／Ｆ部２１２を用いて通常の呼制御を実施する。
【００７８】
これにより、第２の無線Ｉ／Ｆ部２１２を用いてセッションを確立することが可能となる。
【００７９】
上述した発信呼制御中のシームレスハンドオーバ発生について、無線移動端末２００の呼状態継続動作について更に詳細に説明する。以下の説明は上記説明と一部重複する。
【００８０】
図１３に示すように、無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＮＶＩＴＥを送信する。このとき、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。なお、第２の無線Ｉ／Ｆ部２１２は、切り替えが発生したことを無線移動端末２００の内部的な信号により知る。
【００８１】
送信されたＩＮＶＩＴＥに対して、ハンドオーバ制御装置１４０が１００ tryingを送付し、この１００ tryingが第１の無線Ｉ／Ｆ部２１１に到着する前に、第１の無線Ｉ／Ｆ部２１１によるハンドオーバが発生して伝送路を切り替える。ここまでは、通常動作（従来例と同様の動作）である。本実施の形態では、図１３に示す「ハンドオーバ発生」時、無線移動端末２００の内部で以下の動作が新たに実施される。「ハンドオーバ発生」時、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルは、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して、呼状態（ここでは、ＩＮＶＩＴＥ送信済み状態）のときには、第２の無線Ｉ／Ｆ部２１２が“Setup送信済み”を送信する。すなわち、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”にマッピングされる“Setup送信済み”を取得する。
【００８２】
本発明は、シグナリングのステートの移動の仕方は同じだが、メッセージが違うことに着目し、ステートだけ通知すれば、その状態に応じた、受け取った側の同じ状態を作ることができる。但し、第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２のプロトコルスタックのメッセージが異なるので、呼状態のマッピングテーブル２３０（図１０）が必要になる。
【００８３】
呼状態のマッピングテーブル２３０を参照して、第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）の呼制御プロトコルスタックが自己の呼制御のステートを、“Setup送信済み”に移動させる。あとは、呼制御プロトコロスタックの通常の動作になる。自己が“Setup送信済み”のステートになると、次Call Proceedingを受信する、という受信待ちになる。これは通常の動作になる。ここで待っていても、当然到着しない。それは既にハンドオーバが発生していて、１００ trying自体は送信されているが、無線移動端末２００としては既にハンドオーバで切り替えてしまっているので、データとしては第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）しか受け取られない。第２の無線Ｉ／Ｆ部２１２（３ＧＰＰ側）の呼制御的には、Setupを送った後に、本来であればCall Proceedingが返ってこなければいけないが、それが来ない。そこで本実施の形態では、図１３の「Timer Expire」に示すように、タイムアウトが発生して、もう一度Setupを更新し直す。このSetupを送った以降の処理は、通常の３ＧＰＰを用いた呼確立と全く同様のシーケンス（例えば、前記図４のシームレスハンドオーバシーケンス）になる。
【００８４】
以上、呼状態として、ＩＮＶＩＴＥ送信直後にハンドオーバが発生した例であるが、１
００ trying又は１８０ringingを送信した直後にハンドオーバが発生した場合も同じ様な処理で対応できる。１００ trying、１８０ringingを受信した直後にシームレスハンドオーバが発生した場合についてシーケンスを示す。
【００８５】
図１４及び図１５は、発信中にシームレスハンドオーバが発生した場合のシーケンス図であり、図１４は、１００trying受信直後にシームレスハンドオーバが発生した場合のシーケンス図、図１５は、１８０ringing受信直後にシームレスハンドオーバが発生した場合のシーケンス図である。
【００８６】
各呼制御の状態のマッピングについては、図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。
【００８７】
以上詳細に説明したように、本実施の形態の通信端末装置２００は、第１の無線Ｉ／Ｆ部２１１の呼状態のプロトコルスタックのメッセージと第２の無線Ｉ／Ｆ部２１２の呼状態のプロトコルスタックのメッセージとをマッピングする呼状態マッピングテーブル２３０を備え、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルが、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して“ＩＮＶＩＴＥ送信済み”を通知すると、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ送信済み”でマッピングされる“Setup送信済み”を取得して、ステートを“Setup送信済み”のメッセージに変更して以降の処理を実施するので、呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。
【００８８】
また、通常のセッションが確立するのを待つことなく、シームレスハンドオーバを実現可能であるため、接続時間を短縮することができる。
【００８９】
さらに、セッション確立後の保留といった呼制御シーケンス中に、シームレスハンドオーバが発生した場合でも対応することができる。
【００９０】
このように、本実施の形態によれば、呼制御中に発生したシームレスハンドオーバに対応することができる。一般に、セッションが確立している伝送路が悪化して他方の伝送路にシームレスハンドオーバを実施する。しかし、タイミングによってはセッションを確立しようとしている最中に伝送路が悪化して他方の伝送路にシームレスハンドオーバを実施したい場合がある。従来では、この場合は一旦、発呼の場合だと発呼が切れて、利用者が発呼作業を行わなければならない。本実施の形態は、それをできるだけ防ぎ、発呼中にシームレスハンドオーバが発生したとしても、そのまま別の伝送路にセッションを開始できるという特有の効果がある。
【００９１】
（実施の形態２）
実施の形態２は、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１に発信呼制御中のシームレスハンドオーバ発生の例である。
【００９２】
以下、各実施の形態において通信システムのハード的構成及び各部の機能ブロックは、図５乃至図９と同様であるため説明を省略する。
【００９３】
図１６は、発信中のシームレスハンドオーバを示すシーケンス図であり、第２の無線Ｉ／Ｆ部２１２において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図を示す。
【００９４】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。
【００９５】
無線移動端末２００は、第２の無線Ｉ／Ｆ部２１２を用いてSetupを送信する。このとき、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１へハンドオーバする条件が揃い、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１にハンドオーバを実施する。
【００９６】
このとき、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルは、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルに対して、呼状態、ここでは、Setup送信済み状態を通知する。すなわち、第２の無線Ｉ／Ｆ部２１２は、第１の無線Ｉ／Ｆ部２１１に“呼状態：Setup送信済み”メッセージを通知する。
【００９７】
ここで、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“Setup送信済み”にマッピングされる“ＩＮＶＩＴＥ送信済み”を取得する。これにより、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、自身の呼状態が“ＩＮＶＩＴＥ送信済み”であると判断し、ステートをＩＮＶＩＴＥ送信済みに変更して以降の処理を実施する。
【００９８】
これを受けて、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、ＩＮＶＩＴＥ送信済み状態であるので１００ tryingを第１の無線Ｉ／Ｆ部２１１から受信することを待機する。
【００９９】
上記ハンドオーバによって、無線移動端末２００は、３Ｇネットワーク１１０から送付されてくるCall Proceedingを、第２の無線Ｉ／Ｆ部２１２を用いて受信することはできない。したがって、第１の無線Ｉ／Ｆ部２１１では、１００ tryingの受信タイマがExpireし、ＩＮＶＩＴＥを再送することになる。その後、第１の無線Ｉ／Ｆ部２１１を用いて通常の呼制御を実施する。
【０１００】
これにより、第１の無線Ｉ／Ｆ部２１１を用いてセッションを確立することが可能となる。
【０１０１】
以上、Setupを送信した直後にシームレスハンドオーバが発生した場合の説明を記述しているが、Call Proceeding、Alertingを受信した直後にシームレスハンドオーバが発生した場合も同様である。
【０１０２】
図１７及び図１８は、発信中にシームレスハンドオーバが発生した場合のシーケンス図であり、図１７は、Call Proceeding受信直後にシームレスハンドオーバが発生した場合のシーケンス図、図１８は、Alerting受信直後にシームレスハンドオーバが発生した場合のシーケンス図を示す。
【０１０３】
各呼制御の状態のマッピングについては、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。
【０１０４】
したがって、本実施の形態によれば、実施の形態１と同様の効果、すなわち呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。
【０１０５】
（実施の形態３）
実施の形態３及び実施の形態４は、着信中のシームレスハンドオーバ発生の例であり、実施の形態３は、第１の無線Ｉ／Ｆ部２１１において着信呼制御中にシームレスハンドオーバが発生した場合の例である。
【０１０６】
図１９は、着信中のシームレスハンドオーバを示すシーケンス図であり、第１の無線Ｉ／Ｆ部２１１において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。
【０１０７】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。
【０１０８】
無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いてＩＮＶＩＴＥを受信する。このとき、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。
【０１０９】
これにより、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、ハンドオーバを実施することを通知するハンドオーバ通知メッセージを、ハンドオーバ制御装置１４０に対して送信する。
【０１１０】
図２０は、ハンドオーバ通知メッセージの一例を示す図である。
【０１１１】
図２０において、ハンドオーバ通知メッセージ３００は、ハンドオーバ実施通知３０１、無線移動端末２００を一意に識別する無線移動端末識別子３０２、ハンドオーバ制御装置１４０と無線移動端末２００でセッションを一意に識別するセッション識別子３０３、及び無線移動端末２００の第１の無線Ｉ／Ｆ部２１１における呼制御プロトコルの呼状態３０４（ここでは、ＩＮＶＩＴＥ受信済み）を有する。
【０１１２】
上記、ハンドオーバ通知メッセージ３００を受信したハンドオーバ制御装置１４０は、３Ｇネットワーク１１０に対して、無線移動端末２００がハンドオーバすることを通知する。ハンドオーバ通知メッセージ３００を受信した３Ｇネットワーク１１０では、呼状態がＩＮＶＩＴＥ受信済みであるため、前記図１１に示す無線移動端末と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を参照し、無線移動端末２００からの”Call
Proceeding受信待ち状態”に状態を遷移させる。
【０１１３】
第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルは、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルに対して、呼状態、ここでは、ＩＮＶＩＴＥ受信済み状態を通知する。すなわち、第１の無線Ｉ／Ｆ部２１１は、第２の無線Ｉ／Ｆ部２１２に“呼状態：ＩＮＶＩＴＥ受信済み”メッセージを通知する。
【０１１４】
ここで、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“ＩＮＶＩＴＥ受信済み”にマッピングされる“Setup受信済み”を取得する。これにより、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、自身の呼状態が“Setup受信済み”であると判断し、ステートをSetup受信済みに変更して以降の処理を実施する。
【０１１５】
これを受けて、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、Setup受信済み状態であるのでCall Proceedingを第２の無線Ｉ／Ｆ部２１２を用いて送信する。
【０１１６】
一方、３Ｇネットワーク１１０では、Call Proceeding受信待ち状態であるため、無線移動端末２００からのCall Proceedingを受信することが可能である。
【０１１７】
これにより、第２の無線Ｉ／Ｆ部２１２を用いてセッションを確立することが可能となる。
【０１１８】
以上、ＩＮＶＩＴＥを受信した直後にシームレスハンドオーバが発生した場合の説明を記述しているが、１００ trying、１８０ringingを送信した直後にシームレスハンドオーバが発生した場合も同様である。
【０１１９】
図２１及び図２２は、着信中のシームレスハンドオーバを示すシーケンス図であり、図２１は、１００trying送信直後にシームレスハンドオーバが発生した場合のシーケンス図、図２２は、１８０ringing送信直後にシームレスハンドオーバが発生した場合のシーケンス図を示す。
【０１２０】
第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の各呼制御の状態のマッピングについては、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。また、無線移動端末２００の呼制御状態と３Ｇネットワーク１１０の呼制御状態のマッピングについては、前記図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を利用する。
【０１２１】
ここで、着信中のシームレスハンドオーバ発生において、ハンドオーバ通知を行わない場合でも構わない。その場合のシーケンス図を図２３に示す。
【０１２２】
図２３は、着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図であり、第１の無線Ｉ／Ｆ部２１１において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。
【０１２３】
したがって、本実施の形態によれば、無線移動端末２００と３Ｇネットワーク１１０で用いられる呼状態のプロトコルスタックにおいて実施の形態１，２と同様の効果、すなわち呼制御プロトコルが異なる移動体通信網間のシームレスハンドオーバにおいて、呼制御中にシームレスハンドオーバが発生した際にもシームレスハンドオーバ可能とし、セッションを確立又は継続させることができる。また、通常のセッションが確立するのを待つことなく、シームレスハンドオーバを実現可能であるため、接続時間を短縮することができる。さらに、セッション確立後の保留といった呼制御シーケンス中に、シームレスハンドオーバが発生した場合でも対応することができる。
【０１２４】
（実施の形態４）
実施の形態４は、第２の無線Ｉ／Ｆ部２１２において着信呼制御中にシームレスハンドオーバが発生した場合の例である。
【０１２５】
図２４は、着信中のシームレスハンドオーバを示すシーケンス図であり、第２の無線Ｉ／Ｆ部２１２において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。
【０１２６】
本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。
【０１２７】
無線移動端末２００は、第２の無線Ｉ／Ｆ部２１２を用いてSetupを受信する。このと
き、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１へハンドオーバする条件が揃い、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１にハンドオーバを実施する。
【０１２８】
これにより、第２の無線Ｉ／Ｆ部２１２の呼制御プロトコルは、ハンドオーバを実施することを通知するハンドオーバ通知メッセージ３００（図２０参照）をハンドオーバ制御装置１４０に対して送信する。いま、このハンドオーバ通知メッセージ３００の呼制御プロトコルの呼状態３０４には、“Setup受信済み”が付与されている。
【０１２９】
上記、ハンドオーバ通知メッセージ３００（呼状態３０４“Setup受信済み”）を受信したハンドオーバ制御装置１４０は、ＩＰ−ＣＡＮ１２０に対して、無線移動端末２００がハンドオーバすることを通知する。ハンドオーバ通知メッセージ３００を受信したＩＰ−ＣＡＮ１２０では、呼状態がSetup受信済みであるため、前記図１２に示す無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５を参照し、無線移動端末２００からの“１００ trying受信待ち状態”に状態を遷移させる。
【０１３０】
第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルは、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルに対して、呼状態、ここでは、Setup受信済み状態を通知する。すなわち、第２の無線Ｉ／Ｆ部２１２は、第１の無線Ｉ／Ｆ部２１１に“呼状態：Setup受信済み”メッセージを通知する。
【０１３１】
ここで、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を参照し、“Setup受信済み”にマッピングされる“ＩＮＶＩＴＥ受信済み”を取得する。これにより、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、自身の呼状態が“ＩＮＶＩＴＥ受信済み”であると判断し、ステートをＩＮＶＩＴＥ受信済みに変更して以降の処理を実施する。
【０１３２】
これを受けて、第１の無線Ｉ／Ｆ部２１１の呼制御プロトコルは、ＩＮＶＩＴＥ受信済み状態であるので１００ tryingを第１の無線Ｉ／Ｆ部２１１を用いて送信する。
【０１３３】
一方、ＩＰ−ＣＡＮ１２０では、１００ trying受信待ち状態であるため、無線移動端末２００からの１００ tryingを受信することが可能である。
【０１３４】
これにより、第１の無線Ｉ／Ｆ部２１１を用いてセッションを確立することが可能となる。
【０１３５】
以上、Setupを受信した直後にシームレスハンドオーバが発生した場合の説明を記述しているが、Call Proceeding、Alertingを送信した直後にシームレスハンドオーバが発生した場合も同様である。
【０１３６】
図２５は、Call Proceeding送信直後にシームレスハンドオーバが発生した場合のシーケンス図、図２６は、Alerting送信直後にシームレスハンドオーバが発生した場合のシーケンス図を示す。
【０１３７】
第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の各呼制御の状態のマッピングについては、前記図１０に示す第１の無線Ｉ／Ｆ部２１１と第２の無線Ｉ／Ｆ部２１２の呼状態のマッピングテーブル２３０を利用する。また、無線移動端末２００の呼制御状態とＩＰ−ＣＡＮ１２０の呼制御状態のマッピングについては、前記図１２に示す無線移動端末２００とＩＰ−ＣＡＮ１２０の呼状態のマッピングテーブル１２５を利用する。
【０１３８】
ここで、着信中のシームレスハンドオーバ発生において、ハンドオーバ通知を行わない場合でも構わない。その場合のシーケンス図を図２７に示す。
【０１３９】
図２７は、着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図であり、第２の無線Ｉ／Ｆ部２１２において着信中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す。
【０１４０】
したがって、本実施の形態によれば、無線移動端末２００とＩＰ−ＣＡＮ１２０で用いられる呼状態のプロトコルスタックにおいて実施の形態３と同様の効果を得ることができる。
【０１４１】
（実施の形態５）
実施の形態５及び実施の形態６は、保留中にシームレスハンドオーバが発生した場合の例であり、実施の形態５は、第１の無線Ｉ／Ｆ部２１１において保留呼制御中にシームレスハンドオーバが発生した場合の例である。
【０１４２】
図２８は、第１の無線Ｉ／Ｆ部２１１において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図である。図２９は、図２８中のシームレスハンドオーバ実施のシーケンス詳細を示す図である。本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。
【０１４３】
無線移動端末２００は、第１の無線Ｉ／Ｆ部２１１を用いて既にセッションが確立しており、呼を保留するための呼制御を実施する。本実施の形態では、第１の無線Ｉ／Ｆ部２１１を用いて、保留を要求するＩＮＶＩＴＥ（保留）を送信する。このとき、ＩＮＶＩＴＥ（保留）を受信したＩＰ−ＣＡＮ１２０は、ハンドオーバ制御装置１４０にＩＮＶＩＴＥ（保留）を通知する。
【０１４４】
その後、無線移動端末２００において、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２へハンドオーバする条件が揃い、第１の無線Ｉ／Ｆ部２１１から第２の無線Ｉ／Ｆ部２１２にハンドオーバを実施する。なお、このシームレスハンドオーバは、例えば、非特許文献１に従う方式で実施する。
【０１４５】
上記シームレスハンドオーバ実施後に、ハンドオーバ制御装置は無線移動端末からＩＮＶＩＴＥ（保留）を受信しているため、前記図２０に示すハンドオーバ通知メッセージと同様のフォーマットの呼状態通知メッセージを利用して“ＩＮＶＩＴＥ（保留）送信済み”の呼状態を３Ｇネットワーク１１０に対して送信する。
【０１４６】
呼状態通知メッセージを受信した３Ｇネットワーク１１０は、図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を参照し、“ＩＮＶＩＴＥ（保留）送信済み”状態にマッピングされている“Ｈｏｌｄ受信済み”状態に遷移する。これにより、３Ｇネットワーク１１０は、無線移動端末２００に対してＨｏｌｄ Ａｃｋを送信し、保留シーケンスが完了する。
【０１４７】
以上、ＩＮＶＩＴＥ（保留）を送信した直後にシームレスハンドオーバが発生した場合の説明を記述したが、２００ ＯＫ（保留）の受信、Ａｃｋ（保留）の送信の直後にシームレスハンドオーバが発生した場合も同様である。無線移動端末２００の呼制御状態と３Ｇネットワーク１１０の呼制御状態のマッピングについては、前記図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を利用する。
【０１４８】
（実施の形態６）
実施の形態６は、第２の無線Ｉ／Ｆ部２１２において保留呼制御中にシームレスハンドオーバが発生した場合の例である。
【０１４９】
図３０は、第２の無線Ｉ／Ｆ部２１２において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図である。図３１は、図３０中のシームレスハンドオーバ実施のシーケンス詳細を示す図である。本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰとする。
【０１５０】
無線移動端末２００は、第２の無線Ｉ／Ｆ部２１２を用いて既にセッションが確立しており、呼を保留するための呼制御を実施する。本実施の形態では、第２の無線Ｉ／Ｆ部２１２を用いて、保留を要求するＨｏｌｄを送信する。このとき、Ｈｏｌｄを受信した３Ｇネットワークは、ハンドオーバ制御装置にＩＮＶＩＴＥ（保留）を通知する。
【０１５１】
その後、無線移動端末２００において、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１へハンドオーバする条件が揃い、第２の無線Ｉ／Ｆ部２１２から第１の無線Ｉ／Ｆ部２１１にハンドオーバを実施する。なお、このシームレスハンドオーバは、例えば、非特許文献１に従う方式で実施する。
【０１５２】
上記シームレスハンドオーバ実施後に、ハンドオーバ制御装置１４０は無線移動端末２００からＩＮＶＩＴＥ（保留）を受信しているため、前記図２０に示すハンドオーバ通知メッセージと同様のフォーマットの呼状態通知メッセージを利用して“ＩＮＶＩＴＥ（保留）送信済み”の呼状態をＩＰ−ＣＡＮ１２０に対して送信する。
【０１５３】
呼状態通知メッセージを受信したＩＰ−ＣＡＮ１２０は、図１１に示す無線移動端末２００と３Ｇネットワーク１１０の呼状態のマッピングテーブル１１５を参照し、“ＩＮＶＩＴＥ（保留）送信状態”にマッピングされている“ＩＮＶＩＴＥ（保留）送信済み”状態に遷移する。これにより、ＩＰ−ＣＡＮ１２０は、無線移動端末２００に対して２００
ＯＫ（保留）を送信し、無線移動端末２００は、２００ ＯＫ（保留）を受信してＡｃｋ（保留）を送信することにより、保留シーケンスが完了する。
【０１５４】
以上の説明は本発明の好適な実施の形態の例証であり、本発明の範囲はこれに限定されることはない。例えば、本実施の形態では、第１の無線Ｉ／Ｆ部２１１で用いる呼制御プロトコルをＳＩＰとし、第２の無線Ｉ／Ｆ部２１２で用いる呼制御プロトコルを３ＧＰＰについて説明したが、呼制御プロトコルが異なる無線移動体通信網間のシームレスハンドオーバの実施であればよく、ＷＬＡＮ／ＳＩＰ，３ＧＰＰに限定されるものではない。
【０１５５】
また、本実施の形態では、通信端末装置、通信システム、シームレスハンドオーバ方法という名称を用いたが、これは説明の便宜上であり、無線移動端末、ネットワークシステム、ハンドオーバ方法等であってもよいことは勿論である。
【０１５６】
さらに、上記通信端末装置、ネットワーク、通信システムを構成する各部、例えば無線移動端末の無線インタフェース部の種類、その数及び接続方法などはどのようなものでもよい。また、呼状態のマッピングテーブルのデータ、マッピンクの種類・方法は、図１０乃至図１２に限定されない。
【０１５７】
以上説明したシームレスハンドオーバ方法は、このシームレスハンドオーバ方法を機能させるためのプログラムでも実現される。このプログラムはコンピュータで読み取り可能
な記録媒体に格納されている。
【産業上の利用可能性】
【０１５８】
本発明に係る通信端末装置、通信システム及びシームレスハンドオーバ方法は、ＷＬＡＮ内のＩＰサブネット間などのシームレスなハンドオーバを実現することができ、３ＧネットワークとＷＬＡＮネットワークとの異種網からなるシステムに適用することができる。
【図面の簡単な説明】
【０１５９】
【図１】従来の異種ネットワークによる通信システムの構成を示す図
【図２】従来の通信システムの第１の無線インタフェースを用いた着信シーケンス図
【図３】従来の通信システムの第２の無線インタフェースを用いた着信シーケンス図
【図４】既存の３ＧＰＰ ＴＲ２３.８０６方式を用いてシームレスハンドオーバする場合のハンドオーバシーケンスを示す図
【図５】本発明の実施の形態１に係る通信システムの概略構成を示すブロック図
【図６】上記実施の形態に係る通信システムの無線移動端末の機能を示すブロック図
【図７】上記実施の形態に係る通信システムの３Ｇネットワークの機能を示すブロック図
【図８】上記実施の形態に係る通信システムのＩＰ−ＣＡＮの機能を示すブロック図
【図９】上記実施の形態に係る通信システムのハンドオーバ制御装置の機能を示すブロック図
【図１０】上記実施の形態に係る通信システムの無線移動端末の第１の無線Ｉ／Ｆ部と第２の無線Ｉ／Ｆ部の呼状態のマッピングテーブルを示す図
【図１１】上記実施の形態に係る通信システムの無線移動端末と３Ｇネットワークの呼状態のマッピングテーブルを示す図
【図１２】上記実施の形態に係る通信システムの無線移動端末とＩＰ−ＣＡＮの呼状態のマッピングテーブルを示す図
【図１３】上記実施の形態に係る通信システムの第１の無線Ｉ／Ｆ部において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図１４】上記実施の形態に係る通信システムの１００trying受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１５】上記実施の形態に係る通信システムの１８０ringing受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１６】本発明の実施の形態２に係る通信システムの第２の無線Ｉ／Ｆ部において発信呼制御中に、シームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図１７】上記実施の形態に係る通信システムのCall Proceeding受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１８】上記実施の形態に係る通信システムのAlerting受信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図１９】本発明の実施の形態３に係る通信システムの第１の無線Ｉ／Ｆ部において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図２０】上記実施の形態に係る通信システムのハンドオーバ通知メッセージの一例を示す図
【図２１】上記実施の形態に係る通信システムの１００trying送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２２】上記実施の形態に係る通信システムの１８０ringing送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２３】上記実施の形態に係る通信システムの着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図
【図２４】本発明の実施の形態４に係る通信システムの第２の無線Ｉ／Ｆ部において着信呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンス図
【図２５】上記実施の形態に係る通信システムのCall Proceeding送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２６】上記実施の形態に係る通信システムのAlerting送信直後にシームレスハンドオーバが発生した場合のシーケンス図
【図２７】上記実施の形態に係る通信システムの着信中のシームレスハンドオーバにおいて、ハンドオーバ通知を行わない場合のシーケンス図
【図２８】本発明の実施の形態５に係る通信システムの第１の無線Ｉ／Ｆ部において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図
【図２９】図２８中のシームレスハンドオーバ実施のシーケンス詳細を示す図
【図３０】本発明の実施の形態６に係る通信システムの第２の無線Ｉ／Ｆ部において保留呼制御中にシームレスハンドオーバが発生した場合のシームレスハンドオーバのシーケンスを示す図
【図３１】図３０中のシームレスハンドオーバ実施のシーケンス詳細を示す図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008059570.tif 000034
【図２】
2008059570.tif 000035
【図３】
2008059570.tif 000036
【図４】
2008059570.tif 000037
【図５】
2008059570.tif 000038
【図６】
2008059570.tif 000039
【図７】
2008059570.tif 000040
【図８】
2008059570.tif 000041
【図９】
2008059570.tif 000042
【図１０】
2008059570.tif 000043
【図１１】
2008059570.tif 000044
【図１２】
2008059570.tif 000045
【図１３】
2008059570.tif 000046
【図１４】
2008059570.tif 000047
【図１５】
2008059570.tif 000048
【図１６】
2008059570.tif 000049
【図１７】
2008059570.tif 000050
【図１８】
2008059570.tif 000051
【図１９】
2008059570.tif 000052
【図２０】
2008059570.tif 000053
【図２１】
2008059570.tif 000054
【図２２】
2008059570.tif 000055
【図２３】
2008059570.tif 000056
【図２４】
2008059570.tif 000057
【図２５】
2008059570.tif 000058
【図２６】
2008059570.tif 000059
【図２７】
2008059570.tif 000060
【図２８】
2008059570.tif 000061
【図２９】
2008059570.tif 000062
【図３０】
2008059570.tif 000063
【図３１】
2008059570.tif 000064
【国際調査報告】
2008059570.tif 000065
2008059570.tif 000066
2008059570.tif 000067
2008059570.tif 000068