JP3924554B2 - ハンドオーバ方法およびゲートウェイ装置 - Google Patents
ハンドオーバ方法およびゲートウェイ装置 Download PDFInfo
- Publication number
- JP3924554B2 JP3924554B2 JP2003191386A JP2003191386A JP3924554B2 JP 3924554 B2 JP3924554 B2 JP 3924554B2 JP 2003191386 A JP2003191386 A JP 2003191386A JP 2003191386 A JP2003191386 A JP 2003191386A JP 3924554 B2 JP3924554 B2 JP 3924554B2
- Authority
- JP
- Japan
- Prior art keywords
- gateway device
- communication
- handover
- mobile terminal
- gateway
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＴＵ−Ｔ勧告のＨ．３２３に基づくＶｏＩＰネットワークにおける移動端末のハンドオーバ方法およびこの移動端末を収容するゲートウェイ装置に関する。
【０００２】
【従来の技術】
昨今、インターネット、イントラネット、社内ＬＡＮ等のＴＣＰ／ＩＰネットワークを使用して音声データを送受信するＩＰ電話サービスの開発が盛んに行われている。このＩＰ電話サービスは、ＶｏＩＰ（Voice over Internet Protocol）という技術を使ってインターネット等を介した音声通信を実現している。ＩＰ電話サービスの標準規格としては、例えば、ＩＴＵ−Ｔ勧告のＨ．３２３、ＳＩＰ（Session Initiation Protocol）、ＭＥＧＡＣＯ／Ｈ．２４８等がある。
【０００３】
また、既存の通信システムのインフラ（infrastructure）を有効利用するために、上記のＩＰ電話サービスと従来のＰＨＳ（Personal Handyphone System）等の移動体通信システムとを結合した通信ネットワークの開発も盛んである（例えば、特許文献１参照）。
【０００４】
このＰＨＳ等の移動体通信システムにおいては、複数の基地局を管理するゲートウェイ装置が存在し、このゲートウェイ装置同士がＰＨＳネットワークに接続されている。そして、ＰＨＳ端末等の移動端末は、これらの基地局およびゲートウェイ装置を介し他の通信端末と通信を行うことができる。そして、移動端末が移動することにより、現在収容されているゲートウェイ装置の管理エリア外に出た場合には、移動端末は、収容先を変更し新たなゲートウェイ装置と通信回線を開く、ハンドオーバと呼ばれる処理を行わなければならなくなる。このハンドオーバ処理が自動で行われることにより、移動端末のユーザはシームレスな通信をすることができる。
【０００５】
【特許文献１】
特開２００２−２４７６３４号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、Ｈ．３２３で規定されているＶｏＩＰネットワークにおいては、移動端末のハンドオーバ処理については何ら規定されていない。しかも、ＩＰ電話サービスと移動体通信システムとを結合した通信ネットワークにおいては、双方の通信システムの特性が新たな固有の問題を生じ、これを解決する必要が生じる。
【０００７】
本発明は、かかる点に鑑みてなされたものであり、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とし、移動端末のユーザがシームレスな通信を行うことができるハンドオーバ方法およびこの移動端末を収容するゲートウェイ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備するハンドオーバ方法である。
【０００９】
【発明の実施の形態】
本発明の第１の態様は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備するハンドオーバ方法である。
【００１０】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００１１】
本発明の第２の態様は、第１の移動端末が、第２の移動端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記第２の移動端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記第２の移動端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記第２の移動端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備するハンドオーバ方法である。
【００１２】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とし、特に移動端末の通信相手もハンドオーバ状態になった際にも、双方のハンドオーバを滞りなく完了させることができるので、双方のユーザはシームレスな通信を行うことができる。
【００１３】
本発明の第３の態様は、上記の手順において、前記通信端末が、前記移動端末との通信を他の通信端末に転送する場合、この転送を前記要求ステップおよび切り替えステップに使用されるプロトコルと異なるプロトコルを用いて行い、前記通信端末は、一定の待ち時間経過後に前記転送を開始するハンドオーバ方法である。
【００１４】
本発明によれば、コールトランスファのためのメッセージとハンドオーバ用のメッセージとを区別して処理することができるので、移動端末の通信相手がコールトランスファ動作中であっても、この移動端末のハンドオーバ処理を滞りなく完了させることができる。
【００１５】
本発明の第４の態様は、移動端末が他のゲートウェイ装置からハンドオーバしてきた際に、呼制御を管理するゲートキーパ装置からハンドオーバ元の他のゲートウェイ装置のＩＰアドレスを取得し、前記取得したＩＰアドレスに基づいて前記他のゲートウェイ装置と接続して前記移動端末の通信相手に関する情報を取得し、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記通信相手に対し、前記他のゲートウェイ装置への接続を自機への接続に切り替えることを要求するゲートウェイ装置である。
【００１７】
この発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００１８】
本発明の第５の態様は、上記の構成において、前記通信相手が固定端末である場合、前記他のゲートウェイ装置から取得したこの固定端末のＩＰアドレスをＡＲＱメッセージに付加して前記ゲートキーパ装置に送信するゲートウェイ装置である。
【００１９】
本発明の第６の態様は、上記の構成において、前記通信相手が移動端末である場合、ＡＲＱメッセージを前記ゲートキーパ装置に送信して前記通信相手のＩＰアドレスを再度取得するゲートウェイ装置である。
【００２０】
これらの発明によれば、ハンドオーバの処理時間を短縮化することができる。特に、複数のゲートキーパ装置を介して通信相手と通信を行っているような場合には、ゲートキーパ装置間においてもアドレス解決の処理が必要となり長い応答時間を要する。よって、これらのアドレス解決の処理を省くことによりハンドオーバの処理時間を大幅に短縮化することができる。
【００２１】
本発明の第７の態様は、上記の構成において、自機が前記移動端末のハンドオーバを処理中に、前記通信相手もハンドオーバ状態になった場合、前記通信相手のハンドオーバを処理する他のゲートウェイ装置と同一の判断基準を用いて自機のハンドオーバ処理を優先するか前記他のゲートウェイ装置のハンドオーバ処理を優先するかを決定するゲートウェイ装置である。
【００２２】
本発明によれば、双方の移動端末のハンドオーバ処理が衝突した場合に、滞りなくハンドオーバ処理を完了させることができる。
【００２３】
本発明の第８の態様は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が、呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得し、前記取得したＩＰアドレスを用いて前記第１のゲートウェイ装置と接続して前記通信端末に関する情報を取得し、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求し、前記通信端末は、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える通信システムである。
【００２５】
この発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００２６】
本発明の第９の態様は、上記の通信システムに使用されるゲートウェイ装置であって、前記通信端末に関する情報を要求された場合、この情報を要求してきたゲートウェイ装置に送信するゲートウェイ装置である。
【００２７】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするゲートウェイ装置を提供することができる。
【００２８】
本発明の第１０の態様は、上記の通信システムに使用されるゲートキーパ装置であって、前記第２のゲートウェイ装置からハンドオーバを示す識別情報を受け取った場合、前記第１のゲートウェイ装置のＩＰアドレスを返信するゲートキーパ装置である。
【００２９】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするゲートキーパ装置を提供することができる。
【００３０】
本発明の第１１の態様は、上記の通信システムに使用される通信端末であって、ハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へ切り替えるよう要求するメッセージを受け取った場合、前記付加された２つの通信呼を参照してハンドオーバ対象の通信呼を特定することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える通信端末である。
【００３１】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とする通信端末を提供することができる。
【００３２】
本発明の第１２の態様は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、をコンピュータに実行させるハンドオーバプログラムである。
【００３３】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００３４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、本発明に係るハンドオーバ方法は、移動端末およびこの移動端末の通信相手が置かれている状況によって、適用されるプロトコルが異なってくるので、以下場合にわけて説明する。
【００３５】
（実施の形態１）
図１は、本発明の実施の形態１に係るＶｏＩＰ通信システムの主要な構成を示す図である。ここでは、ＶｏＩＰ通信システムに組み込まれる移動体通信システムの一例としてＰＨＳシステムを例にとって説明する。
【００３６】
本実施の形態に係るＶｏＩＰ通信システムは、ゲートキーパ装置ＧＫ１、ゲートウェイ装置１００−１、１００−２、基地局ＢＳ１〜ＢＳ４、ＰＨＳ方式の移動端末ＰＨＳ１、およびＩＰ電話機Ｔ１を有する。
【００３７】
ゲートキーパ装置ＧＫ１（以下、単にＧＫ１と略す）は、各通信端末の呼制御を行うとともに、各通信端末の登録、アドレスの管理、通信を行う帯域幅の管理、および通信許可の制御を行う。よって、ＧＫ１には、移動端末ＰＨＳ１の加入者情報が予め登録されており、通信エリア内に移動端末ＰＨＳ１が存在する場合には、Ｈ．３２３通信端末として呼制御を行う。ＧＫ１は、ＩＰネットワークＮ１を介してゲートウェイ装置１００−１、１００−２に接続され、これらのゲートウェイ装置をエンドポイント装置として管理するとともに、各ゲートウェイ装置が収容する基地局ＢＳ１〜ＢＳ４の通信エリア内に存在する移動端末ＰＨＳ１をもエンドポイント装置として管理する。
【００３８】
ゲートウェイ装置１００−１（以下、単にＧＷ１００−１と略す）は基地局ＢＳ１、ＢＳ２を収容し、また、ゲートウェイ装置１００−２（以下、単にＧＷ１００−２と略す）は基地局ＢＳ３、ＢＳ４を収容し、共にＧＫ１との間で呼制御に係るＨ．３２３メッセージを交換し、基地局ＢＳ１〜ＢＳ４の各通信エリア内に存在する移動端末ＰＨＳ１との間で無線通信メッセージを交換して、移動端末の発着信および通話に係る通信制御を行う。なお、ＧＷ１００−１、ＧＷ１００−２は、同じ構成および機能を有しているので、総称するときは単にゲートウェイ装置ＧＷ１００と表記することにする。
【００３９】
基地局ＢＳ１〜ＢＳ４は、移動端末ＰＨＳ１との間で無線通信回線を確立し、移動端末ＰＨＳ１とゲートウェイ装置ＧＷ１００との通信を可能とする。
【００４０】
移動端末ＰＨＳ１（以下、単にＰＨＳ１と略す）は、電話番号（Ｅ．１６４アドレス）を有する電話端末であり、基地局ＢＳ１〜ＢＳ４を介してＧＷ１００−１、ＧＷ１００−２と通信して、ＩＰネットワークＮ１を介して他の移動端末やＨ．３２３端末との通信を行う。そして、ＰＨＳ１は、基地局ＢＳ２およびＧＷ１００−１を介してＩＰ電話機Ｔ１（以下、Ｔ１と略す）と通信中に、ＧＷ１００−１配下からＧＷ１００−２配下へとハンドオーバを行う。
【００４１】
図２は、図１に示した通信システムを簡略化した図である。この図を用いて、ＰＨＳ１のハンドオーバを可能とするために必要な手順を考える。
【００４２】
ＰＨＳ１は、通信相手Ｔ１と回線Ｃ１およびＣ２を介し通信をしている。そして、ＰＨＳ１は、ＧＷ１００−１からＧＷ１００−２へハンドオーバすると、回線はＣ１からＣ１’に切り替わる。すると、通信相手であるＴ１との回線をＣ２からＣ２’に切り替える必要がある。
【００４３】
通信回線をＣ２からＣ２’に切り替えるための手順としては、まず、ＧＷ１００−２およびＩＰ電話機Ｔ１の上位局に相当する装置がＧＷ１００−２およびＩＰ電話機Ｔ１の双方を制御し、２装置間に回線Ｃ２’を開かせることが考えられる。しかし、ＩＰネットワークは基本的にフラットな構造をとっているため、このような上位局は存在しない。
【００４４】
よって、このＩＰネットワークの特性を考えると、通信回線をＣ２からＣ２’に切り替えるための手順は次の２通りになる。すなわち、ＧＷ１００−２が通信相手Ｔ１のＩＰアドレスまたはＥ．１６４アドレスを取得し、ＧＷ１００−２側からＴ１に対し発呼し、Ｔ１がこれに応答する方法、そしてもう一つが、Ｔ１がＧＷ１００−２のＩＰアドレスを取得し、Ｔ１側からＧＷ１００−２に発呼し、ＧＷ１００−２がこれに応答する方法、の２通りである。これらの方法は、換言すると、ＧＷ１００−２がハンドオーバ処理の主導権を握る方法と、Ｔ１がハンドオーバ処理の主導権を握る方法と言うことができる。
【００４５】
なお、本発明においては、前者の方法を選択することとする。ハンドオーバ処理においてＧＷ１００−２が主導権を握るということは、技術的に大きな意味があるが、これについては実施の形態２において詳述することとし、ここでは説明を省略する。
【００４６】
前者の方法を実現するためには、上述の通り、ＧＷ１００−２がＴ１のＩＰアドレスまたはＥ．１６４アドレスを取得する必要がある。そこで、本実施の形態では、Ｔ１に関する情報を所持しているＧＷ１００−１と通信呼を張り、ＧＷ１００−１よりＴ１のＩＰアドレスまたはＥ．１６４アドレスを入手する。このとき、ＧＷ１００−２は、ＧＷ１００−１のＩＰアドレスを知らないため、ＧＫ１にこれを問い合わせするステップが事前に必要となる。
【００４７】
以上の処理をフロー図にまとめると図３のようになる。ＧＷ１００−２は、まずＧＫ１からＧＷ１００−１のＩＰアドレスを取得し（ＳＴ１０１０）、このＩＰアドレスを用いてＧＷ１００−１と情報呼を張る（ＳＴ１０２０）。そして、ＧＷ１００−１からＰＨＳ１の通信相手Ｔ１に関するＩＰアドレス、Ｅ．１６４アドレス等の情報を取得し（ＳＴ１０３０）、これを用いてこの通信相手Ｔ１に対し、Ｓｅｔｕｐメッセージを送信する（ＳＴ１０４０）。これにより、ＧＷ１００−２とＴ１との間に回線が開通する。
【００４８】
次いで、上記のハンドオーバ処理を実現するゲートウェイ装置の具体的な構成について説明する。図４は、ゲートウェイ装置１００の主要な構成を示すブロック図である。
【００４９】
ゲートウェイ装置１００は、データ管理部１０１、メモリ１０２、ＣＰＵ１０３、呼処理部１０４、Ｈ．３２３制御部１０５、ネットワークインタフェース１０６、ＰＨＳ制御部１０７、およびＰＨＳインタフェース１０８を有する。
【００５０】
データ管理部１０１は、メモリ１０２に記憶されたデータの呼処理部１０４への入出力を管理するものである。メモリ１０２は、ＰＨＳ端末管理用の各種設定、各種通信サービスに関する保守設定等を記憶するものである。ＣＰＵ（Central Processing Unit）１０３は、ゲートウェイ装置全体の各種動作を制御するものである。呼処理部１０４は、ゲートウェイ装置１００の提供する呼処理サービスの主要な処理を実行するものである。Ｈ．３２３制御部１０５は、ネットワークインタフェース１０６を介し、Ｈ．３２３プロトコルに変換されたメッセージを送受信するものである。ネットワークインタフェース１０６は、ＩＰネットワークＮ１に接続するためのインタフェース機能を有するものである。ＰＨＳ制御部１０７は、ＰＨＳインタフェース１０８を介し、基地局とのメッセージを送受信するものである。ＰＨＳインタフェース１０８は、基地局に接続するためのインタフェース機能を有するものである。
【００５１】
図５〜図６は、上記構成を有するゲートウェイ装置により実現されるハンドオーバ処理の手順について示すシーケンス図である。なお、ＰＨＳ端末の動作にはＰの番号を、ゲートウェイ装置の動作にはＧＷの番号を、ゲートキーパ装置の動作にはＧＫの番号を、ＩＰ電話機の動作にはＴの番号を付して示す。
【００５２】
移動端末ＰＨＳ１は、ＩＰ電話機Ｔ１と通信中にゲートウェイ装置ＧＷ１００−２配下へ移動した場合（ハンドオーバ状態になった場合）、ＣＣ呼設定と呼ばれるＳｅｔｕｐメッセージの中にハンドオーバを示す識別情報を付加し、ハンドオーバ先のゲートウェイ装置ＧＷ１００−２に送信する（Ｐ１０１０）。
【００５３】
ＧＷ１００−２は、このＣＣ呼設定を受け取ることによりＰＨＳ１がハンドオーバ状態にあることを認識するので、ハンドオーバの処理を開始する。まず、ＧＷ装置１００−２は、ＣＣ呼設定を受け付けた旨の信号をＰＨＳ１に送信する（ＧＷ１２１０）と共に、ＰＨＳ１のＥ．１６４アドレスを含んだＲＲＱメッセージをゲートキーパ装置ＧＫ１に送信する（ＧＷ１２２０）ことにより、ＰＨＳ１の位置登録を行う。ＧＫ１においてこの位置登録がされることにより（ＧＫ１０１０）、ＧＷ１００−２は、ＧＫ１に対し発呼ができるようになるので、ハンドオーバの情報が付加されたＡＲＱメッセージ（Ｈ．２２５．０のＲＡＳプロトコルフォーマットに従ったメッセージ）をＧＫ１に送信する（ＧＷ１２３０）。
【００５４】
なお、一般的にＡＲＱメッセージは、通信相手のアドレス解決のため、すなわち、ゲートキーパ装置に通信相手のＩＰアドレスを通知してもらうために送信されるメッセージである。しかし、ここでは、ハンドオーバ元のゲートウェイ装置のＩＰアドレス検索用、すなわち、ハンドオーバ元のゲートウェイ装置のＩＰアドレスをゲートキーパ装置に通知してもらうために、ＡＲＱメッセージにハンドオーバの情報を付加し送信する。
【００５５】
ＧＫ１は、このハンドオーバの情報が付加されたＡＲＱメッセージを受け取り、ｄｅｓｔＥ．１６４（相手のＥ．１６４アドレス）の情報からハンドオーバ元のゲートウェイ装置（ここではＧＷ１００−１）を見つけ、対応するＩＰアドレス（ＩＰ＝ａ．ａ．ａ．ａ）をＡＣＦメッセージに付加し、ＧＷ１００−２に送信する（ＧＫ１０２０）。ここで、ＧＫ１は、ＧＷ１００−２からＰＨＳ１を収容したという旨の通知を未だもらっていないため、ＰＨＳ１を収容しているゲートウェイ装置はＧＷ１００−１であると認識している。そこで、上記のＡＲＱメッセージを受け取ったＧＫ１は、ＰＨＳ１が収容されているゲートウェイ装置としてＧＷ１００−１を見つけ、これに対応するＩＰアドレスをＧＷ１００−２に通知することになるので、ＧＷ１００−２はハンドオーバ元のＧＷ１００−１のＩＰアドレスを取得できる。
【００５６】
ＧＷ１００−２は、ＡＣＦメッセージを受け取ることにより、ハンドオーバ元のＧＷ１００−１を認識できたので、ＧＷ１００−１から通信相手に関する情報、例えば、通信相手がＰＨＳ端末であるか、ＩＰ電話機であるか等の情報を取り出すために、ＧＷ１００−１に対しハンドオーバの開始要求をＳｅｔｕｐメッセージに付加して送信し（ＧＷ１２４０）、ＧＷ１００−１との間で、通信相手に関する情報を交換するための情報呼（回線）を確立する（ＧＷ１１１０）。
【００５７】
ＧＷ１００−１は、ハンドオーバの開始を要求する旨のＳｅｔｕｐメッセージを受け取ることにより、通常の発呼のＳｅｔｕｐメッセージではないことを認識できる。そして、ＧＷ１００−１は、ＰＨＳ１の通信相手がＴ１であることを認識しているので、この通信相手Ｔ１の電話番号、ＩＰアドレス、装置種別、元の回線のＣａｌｌ−ＩＤ等の情報をＣｏｎｎ（コネクト）メッセージに付加し、ＧＷ１００−２に送信する（ＧＷ１１１０）。なお、Ｃｏｎｎメッセージに元の回線のＣａｌｌ−ＩＤが付加される理由については後述する。
【００５８】
ＧＷ１００−２は、ＧＷ１００−１から取得したＰＨＳ１の通信相手に関する情報に基づいて、より具体的には、ＰＨＳ１の通信相手の装置種別によって、ＧＫ１へ発呼する際の処理を適応的に変更する。すなわち、通信相手がＰＨＳ端末等の移動端末である場合には、発呼するＡＲＱメッセージ内に通信相手のＩＰアドレスを付加せず送信する。また、通信相手が本実施の形態のように移動端末でない場合には、ＡＲＱメッセージ内に通信相手のＩＰアドレスを付加して送信する（ＧＷ１２５０）。
【００５９】
ＧＫ１は、受け取ったＡＲＱメッセージ内にＰＨＳ１の通信相手のＩＰアドレスが付加されている場合には、アドレス解決の処理を行わずに、ＧＷ１００−２の要求通りの内容のＡＣＦメッセージをＧＷ１００−２に返す（ＧＫ１０３０）。
【００６０】
これにより、ハンドオーバの処理時間を短縮化することができる。特に、複数のゲートキーパ装置を介して通信相手と通信を行っているような場合には、ゲートキーパ装置間においてもアドレス解決の処理が必要となり長い応答時間を要する。よって、これらのアドレス解決の処理を省くことによりハンドオーバの処理時間を短縮化する効果は大きい。
【００６１】
ＧＷ１００−２は、ＡＣＦメッセージに含まれるアドレス解決後の通信相手のＩＰアドレスを用いて、専用のＳｅｔｕｐメッセージをＩＰ電話機Ｔ１に送信する（ＧＷ１２６０）。このメッセージは、ハンドオーバが発生したので通信先を入れ替える必要があることをＩＰ電話機Ｔ１に通知している。このＳｅｔｕｐメッセージには、ハンドオーバにより発生する新しい通信呼のＣａｌｌ−ＩＤと共に元の（現在の）Ｃａｌｌ−ＩＤも付加される。
【００６２】
なお、ＧＷ１１１０におけるＣｏｎｎメッセージ、およびＧＷ１２６０におけるＳｅｔｕｐメッセージに、元の回線のＣａｌｌ−ＩＤが付加されるのは、以下の理由による。すなわち、ＰＨＳ１の通信相手（ここでは、ＩＰ電話機Ｔ１）が、例えば、保留転送中のため複数の通信呼を保持している場合や、または自機が複数のエンドポイント装置を収容することが可能な場合には、この通信相手は、どのエンドポイント装置と開いている通信呼が現在ハンドオーバの対象になっているのかを識別できない。よって、ＣｏｎｎメッセージおよびＳｅｔｕｐメッセージにＣａｌｌ−ＩＤを付加することにより、この通信相手はハンドオーバ対象の通信呼を判別でき、以後の処理を行うことができる。このＣａｌｌ−ＩＤは、Ｈ．３２３のネットワーク内でユニークな番号であるが、ここでは、通信相手にとって通信呼の識別ができる番号であれば充分なので、例えば、Ｃａｌｌ−ＩＤの代わりにＣＲＶ（Call Reference Value）を用いても良い。ＩＳＤＮ電話ネットワーク等のＨ．９３１では、呼番号がこれに相当する。
【００６３】
ＩＰ電話機Ｔ１は、このＳｅｔｕｐメッセージを受け取り、付加された２つのＣａｌｌ−ＩＤを参照することにより、張り替え（ハンドオーバ）対象の通信呼を特定し、ＡＲＱメッセージをゲートキーパ装置ＧＫ１に送信することにより通信相手を切り替えつつ（Ｔ１０１０）、Ｃｏｎｎメッセージをゲートウェイ装置１００−２に送信する（Ｔ１０２０）。
【００６４】
ＧＷ１００−２は、Ｃｏｎｎメッセージを受け取ることによりハンドオーバ処理を終了しても良いことを認識し、ＰＨＳ１に対しＣＣ応答をすることによりハンドオーバ処理を終了する（ＧＷ１２７０）。
【００６５】
次に、ＩＰ電話機Ｔ１は、ＤＲＱメッセージをＧＫ１に送信し（Ｔ１０３０）、ＧＫ１との通信呼を切断する。また、ＧＷ１００−１との通信呼は既に不要であるので、ＧＷ１００−１にＲｅｌｃｏｍｐメッセージを送信することにより（Ｔ１０４０）、ＧＷ１００−１との通信呼も切断する。
【００６６】
ＧＷ１００−１は、Ｔ１からＲｅｌｃｏｍｐメッセージを受け取ったら、ＤＲＱメッセージをＧＫ１に送信することにより通信呼を切断する（ＧＷ１１２０）。
【００６７】
ＧＷ１００−２は、ハンドオーバ終了の情報を付加したＲｅｌｃｏｍｐメッセージをＧＷ１００−１に送信し（ＧＷ１２８０）、ＧＷ１２４０において確立した情報呼の切断を行うと共に、ＤＲＱメッセージをＧＫ１に送信することにより（ＧＷ１２９０）、通信呼を切断する。
【００６８】
このように、本実施の形態によれば、ＶｏＩＰネットワークを介した通信システムにおいて、移動端末が接続先のゲートウェイ装置を切り替えるハンドオーバ処理を可能とすることができる。
【００６９】
（実施の形態２）
本実施の形態の特徴は、移動端末およびこの移動端末と通話中（通話対向）の通信相手が共にハンドオーバ状態となった場合に、双方の端末のハンドオーバ先のゲートウェイ装置が主導権を握って、このハンドオーバ処理を行うことである。
【００７０】
図７は、本実施の形態に係るＶｏＩＰ通信システムを簡略化した図である。この図において、ＰＨＳ１は、ＧＷ１００−１に収容され、移動端末ＰＨＳ２（以下、単にＰＨＳ２と略す）は、ゲートウェイ装置ＧＷ２００−１（以下、単にＧＷ２００−１と略す）に収容されている。そして、ゲートウェイ装置ＧＷ１００−１、１００−２、２００−１、２００−２は、互いにＶｏＩＰネットワークを介し接続されている。
【００７１】
この図において、ＰＨＳ１およびＰＨＳ２の双方が同時期にハンドオーバ状態になった場合を考える。かかる場合、ＰＨＳ１は、ＧＷ１００−１からＧＷ１００−２へとハンドオーバするので、回線はＣ１からＣ１’に切り替えられる。また、ＰＨＳ２は、ＧＷ２００−１からＧＷ２００−２へとハンドオーバするので、回線は、Ｃ２２からＣ２２’に切り替えられる。そして、これらの処理に伴い、４つのゲートウェイ装置間の回線はＣ２１からＣ２１’を経て最終的にはＣ２１”に切り替えられれば、ＰＨＳ１およびＰＨＳ２双方のハンドオーバが終了したことになる。
【００７２】
なお、この図において、４つのゲートウェイ装置間の回線をＣ２１からＣ２１”に一度に切り替えるのは回線の安定性という観点から望ましくない。よって、ハンドオーバを２つのステップに分け、第１段階のハンドオーバでは、ＰＨＳ１が回線をＣ１からＣ１’に切り替えると共に、ＧＷ２００−１が回線をＣ２１からＣ２１’に切り替え、第２段階のハンドオーバでは、ＧＷ２００−２が回線をＣ２１’からＣ２１”に切り替えると共に、ＰＨＳ２が回線をＣ２２からＣ２２’に切り替える、という方法を採るのが望ましい。
【００７３】
回線を上記のように切り替え、ハンドオーバを行う手順として、例えば、ＩＴＵ−Ｔ勧告のＨ．４５０に規定されているコールトランスファ（転送）機能を転用することが考えられる。すなわち、ＰＨＳ端末は、ハンドオーバ時にハンドオーバ先のゲートウェイ装置に対し、ハンドオーバ用のＳｅｔｕｐメッセージを送信する。このＳｅｔｕｐメッセージを受け取ったハンドオーバ先のゲートウェイ装置は、ハンドオーバ元のゲートウェイ装置に対し、Ｈ．４５０勧告に規定されているコールトランスファ機能を起動するように促す。これにより、ＰＨＳ端末の回線がハンドオーバ先のゲートウェイ装置に転送される、という方法である。
【００７４】
この方法では、ＰＨＳ端末の通信相手がハンドオーバ先のゲートウェイ装置にコールトランスファ起動のＳｅｔｕｐ（ctSetup.inv）メッセージを送信することにより、実質的な転送が開始する。よって、ハンドオーバ処理の実質的な主導権をＰＨＳ端末が握っていることになる。
【００７５】
この方法は、既にＨ．４５０に規定されているプロトコルを転用できるという利点があるが、通話中（通話対向）のＰＨＳ端末の双方が同時期にハンドオーバ状態になった場合には、ハンドオーバ処理が衝突してしまうため、ハンドオーバを完了させることができず、通話が切断されてしまうという問題がある。また、通信相手がコールトランスファ（保留転送）中のＰＨＳ端末が、自分自身がハンドオーバ状態になった場合にも同様の事態が発生する。
【００７６】
ハンドオーバ処理の主導権を移動端末側が握る上記のハンドオーバ方法がこのような問題を生じる原因は、以下の点にある。
【００７７】
ＩＰ電話サービスはそもそもＩＰ電話機が固定されていることを前提としている。すなわち、（アドレス枯渇の問題さえなければ）個々のＩＰ電話機に対しＩＰアドレスが与えられ、通信相手はこのＩＰアドレスを用いてＩＰ電話の回線を開く。しかし、このＩＰ電話サービスに移動体通信システムを結合させた場合、上記の固定電話に変わる存在が必要となる。よって、ＩＰ電話サービスに移動体通信システムを結合させた通信システムでは、ゲートウェイ装置がこの役目を果たすことになる。すなわち、ゲートウェイ装置は基本的に固定的に設置されるものなので、これに対しＩＰアドレスが割り当てられ、移動端末はこのゲートウェイ装置に収容される形となる。そして、電話回線は自機と通信相手との間で開かれているような形態をとっているが、実質的には、自機が収容されているゲートウェイ装置と、通信相手が収容されているゲートウェイ装置との間に通信回線が開かれており、また、自機とゲートウェイ装置との間およびゲートウェイ装置と通信相手との間に、別個に通信回線がさらに開かれているような状態にある。
【００７８】
このような状態において、移動端末側が主導権を握ってハンドオーバ処理を行ってしまうと、移動端末がハンドオーバしたことを認識できないゲートウェイ装置が現れる。例えば、図７のケースにおいては、ＰＨＳ１が勝手にゲートウェイ装置をＧＷ１００−１からＧＷ１００−２に変更し、ＰＨＳ２もまた勝手にゲートウェイ装置をＧＷ２００−１からＧＷ２００−２に変更してしまうと、これらのゲートウェイ装置を管理する上位局が存在しないＩＰネットワークにおいては、ＧＷ１００−２とＧＷ２００−２の間で回線Ｃ２１”を開くことは非常に困難となる。
【００７９】
なお、通常の移動体通信システムでは、上位局である基地局がハンドオーバ処理を制御するので、上記のような問題は起こらない。この問題は、ＩＰネットワークと移動体通信システムとを結合した通信ネットワークにおいて発生する固有の問題である。
【００８０】
ところで、回線を切り替える手順としては、実施の形態１で述べたように、ＰＨＳ２が主導権を握る方法の他に、ＧＷ２００−２が主導権を握る方法もある。ハンドオーバ処理において、ハンドオーバを要求した移動端末側ではなく、ハンドオーバを要求された側がハンドオーバの処理の主導権を握るというこの方法は、従来の発想には全くない新規なものであり、一見、奇異にも感じられる方法である。しかし、この方法を用いることにより、これから説明するように上記の問題は一掃される。本発明者は、この点に着目し、本発明をするに至った。
【００８１】
また、ハンドオーバ先のゲートウェイ装置に主導権を持たせることにより、ハンドオーバの処理が衝突した場合にゲートウェイ装置間（図７の例では、ＧＷ１００−２とＧＷ２００−２の間）で互いに連絡を取り合うことにより、互いの処理を調整することも可能になる、という利点もある。
【００８２】
以下、上記の本発明の利点を踏まえながら、ハンドオーバ処理の具体的な手順について説明する。
【００８３】
なお、移動端末と通信相手の双方が同時期にハンドオーバ状態になるケースとして、移動端末と通信相手の双方がほぼ同時にハンドオーバ状態になるケースと、移動端末がハンドオーバ状態になったタイミングと通信相手がハンドオーバ状態になったタイミングとが少しずれているケースとの２通りが起こり得る。そこで、本実施の形態では、ハンドオーバ状態になったタイミングが少しずれているケースについて説明し、ほぼ同時にハンドオーバ状態になるケースについては実施の形態３にて説明する。
【００８４】
図８〜図１０は、本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図である。このハンドオーバ処理の手順は、図５〜図６に示した手順と一部が一致しており、同一のステップには同一の符号を付し、その説明を省略することとする。
【００８５】
Ｐ１０１０、ＧＷ１２１０〜ＧＷ１２５０、ＧＫ１０１０〜ＧＫ１０３０の処理は実施の形態１と全く同様である。一方、ＰＨＳ２も少しタイミングが遅れて、ＧＷ２００−１配下からＧＷ２００−２配下へと移動して、ＰＨＳ１と同様の処理が始まっている（Ｐ２０１０、ＧＷ２２１０〜２２２０、ＧＫ１０３１）。
【００８６】
なお、ＧＫ１０３０において、ＧＫ１から通知されるのはＰＨＳ２の移動前のＧＷ２００−１のＩＰアドレス（ｃ．ｃ．ｃ．ｃ）である。ＧＷ２２２０において初めて、ＧＫ１はＧＷ２００−２から位置登録メッセージ（ＲＲＱ）を受けとり、ＰＨＳ２がＧＷ２００−２の配下へ移動したことを知るからである。
【００８７】
ＧＷ１００−２からＳｅｔｕｐメッセージを受け取ったＧＷ２００−１は（ＧＷ１２６０）、自機が収容しているＰＨＳ２がハンドオーバ状態にあることは認識していない。よって、実施の形態１と同様の処理（ＧＷ１２６０〜ＧＷ１２７０、ＧＫ１０４０、ＧＷ２１１０〜ＧＷ２１２０）を経て、ＰＨＳ１は、既述の第１段階のハンドオーバを終了する。すなわち、このハンドオーバにより、ＧＷ２００−１は接続先をＧＷ１００−１からＧＷ１００−２に変更している。後処理であるＧＷ１２８０〜１２９０、ＧＫ１０７０も、実施の形態１と同様の処理である。
【００８８】
一方、ＰＨＳ２側は、ＰＨＳ１側のＧＷ１２３０〜１２５０、ＧＫ１０２０〜１０３０と同様の処理ＧＷ２２３０〜２２５０、ＧＫ１０４１〜１０７１を行う。
【００８９】
ＧＷ１００−１は、不要となったＧＷ２００−１との回線を切断するためにＲｅｌｃｏｍｐメッセージをＧＷ２００−１に送信する（ＧＷ１１１１）。
【００９０】
ＧＷ２００−２は、ＧＷ１００−２に対しハンドオーバ等の情報を含んだＳｅｔｕｐメッセージを送信することにより（ＧＷ２２６０）、第２段階のハンドオーバを開始する。ＧＷ１２９１〜１２９２、ＧＫ１０６２、ＧＷ２２７０の処理は既に説明した処理と同様である。以上の処理により、ＰＨＳ１とＰＨＳ２は、ＧＷ１００−２およびＧＷ２００−２を介し接続されることになる。
【００９１】
ＧＷ１２９３、ＧＫ１０７５〜ＧＫ１０７６、ＧＷ２１５０〜２１６０、ＧＷ２２８０〜２２９０の処理は、実施の形態１と同様の後処理である。
【００９２】
以上の処理において、ＧＷ１００−２は、ＧＫ１が所有するアドレス情報に基づいて、すなわち、ＧＫ１がその時点で認識している通信相手のゲートウェイ装置に対し、ハンドオーバ処理を行っていく。これにより、中間段階（上記の第１段階のハンドオーバ）では、ＧＫ１が所有するアドレス情報が古いために、間違ったゲートウェイ装置（上記の例ではＧＷ２００−１のこと）に接続する場合もあるが、最終的には、完全なハンドオーバ処理が完了することとなる。
【００９３】
以上の処理において、ゲートウェイ装置がハンドオーバの主導権を握っている（トリガーとなっている）ので、ゲートウェイ装置の一方が古いアドレス情報を受け取る可能性はあるが、ハンドオーバに係る双方のゲートウェイ装置が古いアドレス情報を受け取るということはあり得ない。ただし、双方のゲートウェイ装置が、共に最初から新しいアドレス情報を取得するということはあり得る。これは、実施の形態３のケースにて発生する。
【００９４】
このように、本実施の形態によれば、移動端末がハンドオーバ状態に入った後に、この移動端末と通信中の移動端末も共にハンドオーバ状態となった場合に、双方のハンドオーバ処理を滞りなく完了させることができる。
【００９５】
（実施の形態３）
図１１〜図１２は、本発明の実施の形態３に係るハンドオーバ処理の手順について示すシーケンス図である。なお、このハンドオーバ処理の手順は、図８〜図１０に示した手順と一部が一致したものとなっており、同一のステップには同一の符号を付し、その説明を省略する。
【００９６】
既に述べたように、双方のゲートウェイ装置が、共にゲートキーパ装置から新しいアドレス情報を取得するということはあり得る。すなわち、双方のハンドオーバ処理が衝突するまでに、双方の位置登録が新しいアドレスに切り替わっていれば、ゲートウェイ装置は、アドレス解決の際に双方とも新しいアドレスを入手する。
【００９７】
かかる場合、双方のゲートウェイ装置は、共にハンドオーバ先のゲートウェイ装置にＳｅｔｕｐメッセージを送信することになる。よって、ハンドオーバの要求が必ず衝突することになる。図１１において、ＧＷ１２６０およびＧＷ２２６０が、このハンドオーバ要求の衝突を意味している。
【００９８】
そこで、本実施の形態では、２つのハンドオーバ要求のうち一方のみを選択し、他方は破棄するようにする。具体的には、双方のゲートウェイ装置が同一の結果が得られる共通の判断基準を用いて、ハンドオーバ要求の取捨選択を行う。例えば、双方のゲートウェイ装置において、ＰＨＳ端末の識別番号（Ｅ．１６４アドレス等）の大小比較をし、値の大きな（または、小さな）方のＰＨＳ端末のハンドオーバ要求を選択すれば良い。また、ＰＨＳ端末の識別番号を種にして乱数を発生させ、この大小比較をすることにより、ハンドオーバ要求の選択を行っても良い。
【００９９】
また、ＰＨＳ１が発呼している間に、通信相手がハンドオーバをすることにより、収容されるゲートウェイ装置が変更されている場合がある。そこで、本実施の形態では、ＧＫ１が所有する最新の位置登録情報を取得するようにする。
【０１００】
例えば、ＧＷ１００−２の動作を見ると、ＧＷ１２３０においてＡＲＱメッセージを送信することにより、ＧＫ１からＰＨＳ２の接続先（この時点では、ＧＷ２００−１）のＩＰアドレスを取得しているが、ＧＷ１２５０において再度ＡＲＱメッセージを送信することにより、ＰＨＳ２の接続先のＩＰアドレス（この時点では、ＧＷ２００−２）を取得している処理が上記の処理に相当する。なお、ＧＷ２００−２の動作では、ＧＷ２２５０がこれに相当する。
【０１０１】
また、以上の操作により通信回線は確立できるが、不要となった回線を切断することも重要な処理である。
【０１０２】
本実施の形態では、ＧＷ１２８０またはＧＷ２２８０において、ハンドオーバ先のゲートウェイ装置からハンドオーバ元のゲートウェイ装置にハンドオーバ終了を意味するＲｅｌｃｏｍｐメッセージを送信している。実施の形態１では、ＰＨＳ１の通信相手が固定端末であったため、上記のようなハンドオーバ終了通知がなくても、ＰＨＳ１側は回線を切断するタイミングを自分で判断することができた。しかし、本実施の形態では、双方がハンドオーバ状態になるので、ハンドオーバ元のゲートウェイ装置はハンドオーバが終了したことを認識することができない。そこで、上記のように、ハンドオーバ終了通知のメッセージを送信する。
【０１０３】
ＧＷ１１１１〜１１２０、ＧＫ１０７２〜ＧＫ１０７６、ＧＷ２１５９〜ＧＷ２１６０の処理は、ハンドオーバ終了通知を受けたハンドオーバ元のゲートウェイ装置が、不要になったハンドオーバ前の通信回線を解放する処理である。
【０１０４】
このように、本実施の形態によれば、互いに通信中の移動端末が、ほぼ同時に双方ともハンドオーバ状態となった場合でも、双方のハンドオーバ処理を滞りなく完了させることができる。
【０１０５】
（実施の形態４）
図１３〜１６は、本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図である。なお、このハンドオーバ処理の手順は、図５〜図６に示した手順と一部が一致したものとなっており、同一のステップには同一の符号を付し、その説明を省略する。
【０１０６】
本実施の形態の特徴は、移動端末の通信相手がコールトランスファ動作中であっても、この移動端末のハンドオーバ処理を滞りなく完了させることを目的として、ハンドオーバ処理とコールトランスファ処理にそれぞれ別個のプロトコルを用意することにより、双方の処理の混同が生じるのを防止することである。
【０１０７】
本実施の形態は、ＰＨＳ１とＴ１とが通信中にＴ１がＰＨＳ１との通信をＴ２に転送する状況、すなわち、ユーザの視点から見ると、ＰＨＳ１がＴ１に電話を掛けると、Ｔ１から「Ｔ２に転送します。」というアナウンスがあり、通信が保留状態となるような状況における、ＰＨＳ１のハンドオーバ処理についてである。
【０１０８】
かかる場合、ＰＨＳ１の通信相手は固定端末なので、実施の形態１に示したようなハンドオーバ処理が開始される（Ｐ１０１０〜ＧＫ１０３０）が、この途中において、Ｔ１が通信をオンフックし、転送のシーケンスを起動することになる。このとき図１４に示すように、Ｔ１はＴ２に対し、転送先の情報を取得するために、Ｈ．３２３の９３１メッセージの中にある Facility（ctIdentify.inv）と呼ばれるメッセージを送信する（Ｔ４１１０）。Ｔ２は、これにより、通信が転送されてくることを認識し、Facility（ctIdentify.rr）メッセージをＴ１に返す（Ｔ４２１０）。転送先を認識したＴ１は、保留解除のために Facility（remoteRetrieve.inv）メッセージをＧＷ１００−１に送信し（Ｔ４１２０）、これに対し Facility（returnResult）メッセージが返される（ＧＷ４１１０）。そしてＴ１は、ＧＷ１００−１に対し転送起動を促す Facility（ctInitiate.inv）メッセージを送信する（Ｔ４１３０）。ここまでが、Ｈ．４５０に規定されたコールトランスファ動作である。
【０１０９】
本実施の形態の特徴的な処理は、これ以降の処理である。
【０１１０】
ＧＷ１００−１は、Ｔ４１３０によってＴ１から転送起動を依頼されるが、ＰＨＳ１はハンドオーバ状態にあり、これから自分の管理下から消える端末であるので、Ｔ１に対しリターンエラーのメッセージである Facility（ctInitiate.re）を返す。ただし、通常のリターンエラーのメッセージは、サービス拒否を意味するので、本実施の形態では、このメッセージにさらにＨＯ（ハンドオーバ）という識別情報を付加する。このメッセージを受け取ったＴ１は、転送起動待ちのタイマをスタートさせる（Ｔ４１３５）。
【０１１１】
ここでタイマを使用するのは、Ｔ１がＰＨＳ１から発呼があった際に、既に通信をオンフック状態にし、ＰＨＳ１のユーザを待ち状態にさせているので、転送待ちの時間は自機内で管理し、ＰＨＳ１のユーザに、待ち時間の管理という新たな操作を強いることのないようにするためである。
【０１１２】
この図では、転送待ちをしている間にハンドオーバ先のＧＷ１００−２からＳｅｔｕｐメッセージがＴ１に送信される（ＧＷ１２６０）ので、Ｔ１は、ハンドオーバ処理（Ｔ４１４０〜Ｔ４１７０）が終了後、改めて Facility（ctInitiate.inv）メッセージを今度はＧＷ１００−２に対し送信し（Ｔ４１８０）、転送をリトライする。なお、転送先であるＴ２に関する情報はＴ４１１０〜Ｔ４２１０において入手済みであるので、これらの処理は再度行う必要はない。以降の処理は通常のコールトランスファ処理と同様である。
【０１１３】
なお、ここで示した衝突のタイミングは、単なる一例にすぎず、実際には様々なタイミングの衝突が想定される。しかし、コールトランスファ処理とハンドオーバ処理とで異なるプロトコルを用いることにより、両処理が混在しても区別して処理を行うことができ、さらに、転送起動待ちのタイマを使用することにより、同様に対処可能である。
【０１１４】
このように、本実施の形態によれば、移動端末の通信相手がコールトランスファ動作中であっても、この移動端末のハンドオーバ処理を滞りなく完了させることができる。
【０１１５】
なお、ここでは、本発明をハードウェアで構成する場合を例にとって説明したが、ソフトウェアで実現することも可能である。
【０１１６】
【発明の効果】
以上説明したように、本発明によれば、ＶｏＩＰネットワーク等において、移動端末がハンドオーバ処理を行うことができるので、移動端末のユーザはシームレスな通信を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るＶｏＩＰ通信システムの主要な構成を示す図
【図２】本発明の実施の形態１に係るＶｏＩＰ通信システムを簡略化した図
【図３】本発明の実施の形態１に係るゲートウェイ装置の動作をまとめたフロー図
【図４】本発明の実施の形態１に係るゲートウェイ装置の主要な構成を示すブロック図
【図５】本発明の実施の形態１に係るゲートウェイ装置により実現されるハンドオーバ処理の手順について示すシーケンス図
【図６】本発明の実施の形態１に係るゲートウェイ装置により実現されるハンドオーバ処理の手順について示すシーケンス図
【図７】本発明の実施の形態２に係るＶｏＩＰ通信システムを簡略化した図
【図８】本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図
【図９】本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図
【図１０】本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図
【図１１】本発明の実施の形態３に係るハンドオーバ処理の手順について示すシーケンス図
【図１２】本発明の実施の形態３に係るハンドオーバ処理の手順について示すシーケンス図
【図１３】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【図１４】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【図１５】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【図１６】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【符号の説明】
１００、２００ ゲートウェイ装置
１０１ データ管理部
１０２ メモリ
１０３ ＣＰＵ
１０４ 呼処理部
１０５ Ｈ．３２３制御部
１０６ ネットワークインタフェース
１０７ ＰＨＳ制御部
１０８ ＰＨＳインタフェース
ＰＨＳ１、ＰＨＳ２ 移動端末
【発明の属する技術分野】
本発明は、ＩＴＵ−Ｔ勧告のＨ．３２３に基づくＶｏＩＰネットワークにおける移動端末のハンドオーバ方法およびこの移動端末を収容するゲートウェイ装置に関する。
【０００２】
【従来の技術】
昨今、インターネット、イントラネット、社内ＬＡＮ等のＴＣＰ／ＩＰネットワークを使用して音声データを送受信するＩＰ電話サービスの開発が盛んに行われている。このＩＰ電話サービスは、ＶｏＩＰ（Voice over Internet Protocol）という技術を使ってインターネット等を介した音声通信を実現している。ＩＰ電話サービスの標準規格としては、例えば、ＩＴＵ−Ｔ勧告のＨ．３２３、ＳＩＰ（Session Initiation Protocol）、ＭＥＧＡＣＯ／Ｈ．２４８等がある。
【０００３】
また、既存の通信システムのインフラ（infrastructure）を有効利用するために、上記のＩＰ電話サービスと従来のＰＨＳ（Personal Handyphone System）等の移動体通信システムとを結合した通信ネットワークの開発も盛んである（例えば、特許文献１参照）。
【０００４】
このＰＨＳ等の移動体通信システムにおいては、複数の基地局を管理するゲートウェイ装置が存在し、このゲートウェイ装置同士がＰＨＳネットワークに接続されている。そして、ＰＨＳ端末等の移動端末は、これらの基地局およびゲートウェイ装置を介し他の通信端末と通信を行うことができる。そして、移動端末が移動することにより、現在収容されているゲートウェイ装置の管理エリア外に出た場合には、移動端末は、収容先を変更し新たなゲートウェイ装置と通信回線を開く、ハンドオーバと呼ばれる処理を行わなければならなくなる。このハンドオーバ処理が自動で行われることにより、移動端末のユーザはシームレスな通信をすることができる。
【０００５】
【特許文献１】
特開２００２−２４７６３４号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、Ｈ．３２３で規定されているＶｏＩＰネットワークにおいては、移動端末のハンドオーバ処理については何ら規定されていない。しかも、ＩＰ電話サービスと移動体通信システムとを結合した通信ネットワークにおいては、双方の通信システムの特性が新たな固有の問題を生じ、これを解決する必要が生じる。
【０００７】
本発明は、かかる点に鑑みてなされたものであり、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とし、移動端末のユーザがシームレスな通信を行うことができるハンドオーバ方法およびこの移動端末を収容するゲートウェイ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備するハンドオーバ方法である。
【０００９】
【発明の実施の形態】
本発明の第１の態様は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備するハンドオーバ方法である。
【００１０】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００１１】
本発明の第２の態様は、第１の移動端末が、第２の移動端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記第２の移動端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記第２の移動端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記第２の移動端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備するハンドオーバ方法である。
【００１２】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とし、特に移動端末の通信相手もハンドオーバ状態になった際にも、双方のハンドオーバを滞りなく完了させることができるので、双方のユーザはシームレスな通信を行うことができる。
【００１３】
本発明の第３の態様は、上記の手順において、前記通信端末が、前記移動端末との通信を他の通信端末に転送する場合、この転送を前記要求ステップおよび切り替えステップに使用されるプロトコルと異なるプロトコルを用いて行い、前記通信端末は、一定の待ち時間経過後に前記転送を開始するハンドオーバ方法である。
【００１４】
本発明によれば、コールトランスファのためのメッセージとハンドオーバ用のメッセージとを区別して処理することができるので、移動端末の通信相手がコールトランスファ動作中であっても、この移動端末のハンドオーバ処理を滞りなく完了させることができる。
【００１５】
本発明の第４の態様は、移動端末が他のゲートウェイ装置からハンドオーバしてきた際に、呼制御を管理するゲートキーパ装置からハンドオーバ元の他のゲートウェイ装置のＩＰアドレスを取得し、前記取得したＩＰアドレスに基づいて前記他のゲートウェイ装置と接続して前記移動端末の通信相手に関する情報を取得し、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記通信相手に対し、前記他のゲートウェイ装置への接続を自機への接続に切り替えることを要求するゲートウェイ装置である。
【００１７】
この発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００１８】
本発明の第５の態様は、上記の構成において、前記通信相手が固定端末である場合、前記他のゲートウェイ装置から取得したこの固定端末のＩＰアドレスをＡＲＱメッセージに付加して前記ゲートキーパ装置に送信するゲートウェイ装置である。
【００１９】
本発明の第６の態様は、上記の構成において、前記通信相手が移動端末である場合、ＡＲＱメッセージを前記ゲートキーパ装置に送信して前記通信相手のＩＰアドレスを再度取得するゲートウェイ装置である。
【００２０】
これらの発明によれば、ハンドオーバの処理時間を短縮化することができる。特に、複数のゲートキーパ装置を介して通信相手と通信を行っているような場合には、ゲートキーパ装置間においてもアドレス解決の処理が必要となり長い応答時間を要する。よって、これらのアドレス解決の処理を省くことによりハンドオーバの処理時間を大幅に短縮化することができる。
【００２１】
本発明の第７の態様は、上記の構成において、自機が前記移動端末のハンドオーバを処理中に、前記通信相手もハンドオーバ状態になった場合、前記通信相手のハンドオーバを処理する他のゲートウェイ装置と同一の判断基準を用いて自機のハンドオーバ処理を優先するか前記他のゲートウェイ装置のハンドオーバ処理を優先するかを決定するゲートウェイ装置である。
【００２２】
本発明によれば、双方の移動端末のハンドオーバ処理が衝突した場合に、滞りなくハンドオーバ処理を完了させることができる。
【００２３】
本発明の第８の態様は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が、呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得し、前記取得したＩＰアドレスを用いて前記第１のゲートウェイ装置と接続して前記通信端末に関する情報を取得し、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求し、前記通信端末は、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える通信システムである。
【００２５】
この発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００２６】
本発明の第９の態様は、上記の通信システムに使用されるゲートウェイ装置であって、前記通信端末に関する情報を要求された場合、この情報を要求してきたゲートウェイ装置に送信するゲートウェイ装置である。
【００２７】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするゲートウェイ装置を提供することができる。
【００２８】
本発明の第１０の態様は、上記の通信システムに使用されるゲートキーパ装置であって、前記第２のゲートウェイ装置からハンドオーバを示す識別情報を受け取った場合、前記第１のゲートウェイ装置のＩＰアドレスを返信するゲートキーパ装置である。
【００２９】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするゲートキーパ装置を提供することができる。
【００３０】
本発明の第１１の態様は、上記の通信システムに使用される通信端末であって、ハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へ切り替えるよう要求するメッセージを受け取った場合、前記付加された２つの通信呼を参照してハンドオーバ対象の通信呼を特定することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える通信端末である。
【００３１】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とする通信端末を提供することができる。
【００３２】
本発明の第１２の態様は、移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、をコンピュータに実行させるハンドオーバプログラムである。
【００３３】
本発明によれば、ＶｏＩＰネットワーク等において、移動端末のハンドオーバ処理を可能とするので、移動端末のユーザはシームレスな通信を行うことができる。
【００３４】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、本発明に係るハンドオーバ方法は、移動端末およびこの移動端末の通信相手が置かれている状況によって、適用されるプロトコルが異なってくるので、以下場合にわけて説明する。
【００３５】
（実施の形態１）
図１は、本発明の実施の形態１に係るＶｏＩＰ通信システムの主要な構成を示す図である。ここでは、ＶｏＩＰ通信システムに組み込まれる移動体通信システムの一例としてＰＨＳシステムを例にとって説明する。
【００３６】
本実施の形態に係るＶｏＩＰ通信システムは、ゲートキーパ装置ＧＫ１、ゲートウェイ装置１００−１、１００−２、基地局ＢＳ１〜ＢＳ４、ＰＨＳ方式の移動端末ＰＨＳ１、およびＩＰ電話機Ｔ１を有する。
【００３７】
ゲートキーパ装置ＧＫ１（以下、単にＧＫ１と略す）は、各通信端末の呼制御を行うとともに、各通信端末の登録、アドレスの管理、通信を行う帯域幅の管理、および通信許可の制御を行う。よって、ＧＫ１には、移動端末ＰＨＳ１の加入者情報が予め登録されており、通信エリア内に移動端末ＰＨＳ１が存在する場合には、Ｈ．３２３通信端末として呼制御を行う。ＧＫ１は、ＩＰネットワークＮ１を介してゲートウェイ装置１００−１、１００−２に接続され、これらのゲートウェイ装置をエンドポイント装置として管理するとともに、各ゲートウェイ装置が収容する基地局ＢＳ１〜ＢＳ４の通信エリア内に存在する移動端末ＰＨＳ１をもエンドポイント装置として管理する。
【００３８】
ゲートウェイ装置１００−１（以下、単にＧＷ１００−１と略す）は基地局ＢＳ１、ＢＳ２を収容し、また、ゲートウェイ装置１００−２（以下、単にＧＷ１００−２と略す）は基地局ＢＳ３、ＢＳ４を収容し、共にＧＫ１との間で呼制御に係るＨ．３２３メッセージを交換し、基地局ＢＳ１〜ＢＳ４の各通信エリア内に存在する移動端末ＰＨＳ１との間で無線通信メッセージを交換して、移動端末の発着信および通話に係る通信制御を行う。なお、ＧＷ１００−１、ＧＷ１００−２は、同じ構成および機能を有しているので、総称するときは単にゲートウェイ装置ＧＷ１００と表記することにする。
【００３９】
基地局ＢＳ１〜ＢＳ４は、移動端末ＰＨＳ１との間で無線通信回線を確立し、移動端末ＰＨＳ１とゲートウェイ装置ＧＷ１００との通信を可能とする。
【００４０】
移動端末ＰＨＳ１（以下、単にＰＨＳ１と略す）は、電話番号（Ｅ．１６４アドレス）を有する電話端末であり、基地局ＢＳ１〜ＢＳ４を介してＧＷ１００−１、ＧＷ１００−２と通信して、ＩＰネットワークＮ１を介して他の移動端末やＨ．３２３端末との通信を行う。そして、ＰＨＳ１は、基地局ＢＳ２およびＧＷ１００−１を介してＩＰ電話機Ｔ１（以下、Ｔ１と略す）と通信中に、ＧＷ１００−１配下からＧＷ１００−２配下へとハンドオーバを行う。
【００４１】
図２は、図１に示した通信システムを簡略化した図である。この図を用いて、ＰＨＳ１のハンドオーバを可能とするために必要な手順を考える。
【００４２】
ＰＨＳ１は、通信相手Ｔ１と回線Ｃ１およびＣ２を介し通信をしている。そして、ＰＨＳ１は、ＧＷ１００−１からＧＷ１００−２へハンドオーバすると、回線はＣ１からＣ１’に切り替わる。すると、通信相手であるＴ１との回線をＣ２からＣ２’に切り替える必要がある。
【００４３】
通信回線をＣ２からＣ２’に切り替えるための手順としては、まず、ＧＷ１００−２およびＩＰ電話機Ｔ１の上位局に相当する装置がＧＷ１００−２およびＩＰ電話機Ｔ１の双方を制御し、２装置間に回線Ｃ２’を開かせることが考えられる。しかし、ＩＰネットワークは基本的にフラットな構造をとっているため、このような上位局は存在しない。
【００４４】
よって、このＩＰネットワークの特性を考えると、通信回線をＣ２からＣ２’に切り替えるための手順は次の２通りになる。すなわち、ＧＷ１００−２が通信相手Ｔ１のＩＰアドレスまたはＥ．１６４アドレスを取得し、ＧＷ１００−２側からＴ１に対し発呼し、Ｔ１がこれに応答する方法、そしてもう一つが、Ｔ１がＧＷ１００−２のＩＰアドレスを取得し、Ｔ１側からＧＷ１００−２に発呼し、ＧＷ１００−２がこれに応答する方法、の２通りである。これらの方法は、換言すると、ＧＷ１００−２がハンドオーバ処理の主導権を握る方法と、Ｔ１がハンドオーバ処理の主導権を握る方法と言うことができる。
【００４５】
なお、本発明においては、前者の方法を選択することとする。ハンドオーバ処理においてＧＷ１００−２が主導権を握るということは、技術的に大きな意味があるが、これについては実施の形態２において詳述することとし、ここでは説明を省略する。
【００４６】
前者の方法を実現するためには、上述の通り、ＧＷ１００−２がＴ１のＩＰアドレスまたはＥ．１６４アドレスを取得する必要がある。そこで、本実施の形態では、Ｔ１に関する情報を所持しているＧＷ１００−１と通信呼を張り、ＧＷ１００−１よりＴ１のＩＰアドレスまたはＥ．１６４アドレスを入手する。このとき、ＧＷ１００−２は、ＧＷ１００−１のＩＰアドレスを知らないため、ＧＫ１にこれを問い合わせするステップが事前に必要となる。
【００４７】
以上の処理をフロー図にまとめると図３のようになる。ＧＷ１００−２は、まずＧＫ１からＧＷ１００−１のＩＰアドレスを取得し（ＳＴ１０１０）、このＩＰアドレスを用いてＧＷ１００−１と情報呼を張る（ＳＴ１０２０）。そして、ＧＷ１００−１からＰＨＳ１の通信相手Ｔ１に関するＩＰアドレス、Ｅ．１６４アドレス等の情報を取得し（ＳＴ１０３０）、これを用いてこの通信相手Ｔ１に対し、Ｓｅｔｕｐメッセージを送信する（ＳＴ１０４０）。これにより、ＧＷ１００−２とＴ１との間に回線が開通する。
【００４８】
次いで、上記のハンドオーバ処理を実現するゲートウェイ装置の具体的な構成について説明する。図４は、ゲートウェイ装置１００の主要な構成を示すブロック図である。
【００４９】
ゲートウェイ装置１００は、データ管理部１０１、メモリ１０２、ＣＰＵ１０３、呼処理部１０４、Ｈ．３２３制御部１０５、ネットワークインタフェース１０６、ＰＨＳ制御部１０７、およびＰＨＳインタフェース１０８を有する。
【００５０】
データ管理部１０１は、メモリ１０２に記憶されたデータの呼処理部１０４への入出力を管理するものである。メモリ１０２は、ＰＨＳ端末管理用の各種設定、各種通信サービスに関する保守設定等を記憶するものである。ＣＰＵ（Central Processing Unit）１０３は、ゲートウェイ装置全体の各種動作を制御するものである。呼処理部１０４は、ゲートウェイ装置１００の提供する呼処理サービスの主要な処理を実行するものである。Ｈ．３２３制御部１０５は、ネットワークインタフェース１０６を介し、Ｈ．３２３プロトコルに変換されたメッセージを送受信するものである。ネットワークインタフェース１０６は、ＩＰネットワークＮ１に接続するためのインタフェース機能を有するものである。ＰＨＳ制御部１０７は、ＰＨＳインタフェース１０８を介し、基地局とのメッセージを送受信するものである。ＰＨＳインタフェース１０８は、基地局に接続するためのインタフェース機能を有するものである。
【００５１】
図５〜図６は、上記構成を有するゲートウェイ装置により実現されるハンドオーバ処理の手順について示すシーケンス図である。なお、ＰＨＳ端末の動作にはＰの番号を、ゲートウェイ装置の動作にはＧＷの番号を、ゲートキーパ装置の動作にはＧＫの番号を、ＩＰ電話機の動作にはＴの番号を付して示す。
【００５２】
移動端末ＰＨＳ１は、ＩＰ電話機Ｔ１と通信中にゲートウェイ装置ＧＷ１００−２配下へ移動した場合（ハンドオーバ状態になった場合）、ＣＣ呼設定と呼ばれるＳｅｔｕｐメッセージの中にハンドオーバを示す識別情報を付加し、ハンドオーバ先のゲートウェイ装置ＧＷ１００−２に送信する（Ｐ１０１０）。
【００５３】
ＧＷ１００−２は、このＣＣ呼設定を受け取ることによりＰＨＳ１がハンドオーバ状態にあることを認識するので、ハンドオーバの処理を開始する。まず、ＧＷ装置１００−２は、ＣＣ呼設定を受け付けた旨の信号をＰＨＳ１に送信する（ＧＷ１２１０）と共に、ＰＨＳ１のＥ．１６４アドレスを含んだＲＲＱメッセージをゲートキーパ装置ＧＫ１に送信する（ＧＷ１２２０）ことにより、ＰＨＳ１の位置登録を行う。ＧＫ１においてこの位置登録がされることにより（ＧＫ１０１０）、ＧＷ１００−２は、ＧＫ１に対し発呼ができるようになるので、ハンドオーバの情報が付加されたＡＲＱメッセージ（Ｈ．２２５．０のＲＡＳプロトコルフォーマットに従ったメッセージ）をＧＫ１に送信する（ＧＷ１２３０）。
【００５４】
なお、一般的にＡＲＱメッセージは、通信相手のアドレス解決のため、すなわち、ゲートキーパ装置に通信相手のＩＰアドレスを通知してもらうために送信されるメッセージである。しかし、ここでは、ハンドオーバ元のゲートウェイ装置のＩＰアドレス検索用、すなわち、ハンドオーバ元のゲートウェイ装置のＩＰアドレスをゲートキーパ装置に通知してもらうために、ＡＲＱメッセージにハンドオーバの情報を付加し送信する。
【００５５】
ＧＫ１は、このハンドオーバの情報が付加されたＡＲＱメッセージを受け取り、ｄｅｓｔＥ．１６４（相手のＥ．１６４アドレス）の情報からハンドオーバ元のゲートウェイ装置（ここではＧＷ１００−１）を見つけ、対応するＩＰアドレス（ＩＰ＝ａ．ａ．ａ．ａ）をＡＣＦメッセージに付加し、ＧＷ１００−２に送信する（ＧＫ１０２０）。ここで、ＧＫ１は、ＧＷ１００−２からＰＨＳ１を収容したという旨の通知を未だもらっていないため、ＰＨＳ１を収容しているゲートウェイ装置はＧＷ１００−１であると認識している。そこで、上記のＡＲＱメッセージを受け取ったＧＫ１は、ＰＨＳ１が収容されているゲートウェイ装置としてＧＷ１００−１を見つけ、これに対応するＩＰアドレスをＧＷ１００−２に通知することになるので、ＧＷ１００−２はハンドオーバ元のＧＷ１００−１のＩＰアドレスを取得できる。
【００５６】
ＧＷ１００−２は、ＡＣＦメッセージを受け取ることにより、ハンドオーバ元のＧＷ１００−１を認識できたので、ＧＷ１００−１から通信相手に関する情報、例えば、通信相手がＰＨＳ端末であるか、ＩＰ電話機であるか等の情報を取り出すために、ＧＷ１００−１に対しハンドオーバの開始要求をＳｅｔｕｐメッセージに付加して送信し（ＧＷ１２４０）、ＧＷ１００−１との間で、通信相手に関する情報を交換するための情報呼（回線）を確立する（ＧＷ１１１０）。
【００５７】
ＧＷ１００−１は、ハンドオーバの開始を要求する旨のＳｅｔｕｐメッセージを受け取ることにより、通常の発呼のＳｅｔｕｐメッセージではないことを認識できる。そして、ＧＷ１００−１は、ＰＨＳ１の通信相手がＴ１であることを認識しているので、この通信相手Ｔ１の電話番号、ＩＰアドレス、装置種別、元の回線のＣａｌｌ−ＩＤ等の情報をＣｏｎｎ（コネクト）メッセージに付加し、ＧＷ１００−２に送信する（ＧＷ１１１０）。なお、Ｃｏｎｎメッセージに元の回線のＣａｌｌ−ＩＤが付加される理由については後述する。
【００５８】
ＧＷ１００−２は、ＧＷ１００−１から取得したＰＨＳ１の通信相手に関する情報に基づいて、より具体的には、ＰＨＳ１の通信相手の装置種別によって、ＧＫ１へ発呼する際の処理を適応的に変更する。すなわち、通信相手がＰＨＳ端末等の移動端末である場合には、発呼するＡＲＱメッセージ内に通信相手のＩＰアドレスを付加せず送信する。また、通信相手が本実施の形態のように移動端末でない場合には、ＡＲＱメッセージ内に通信相手のＩＰアドレスを付加して送信する（ＧＷ１２５０）。
【００５９】
ＧＫ１は、受け取ったＡＲＱメッセージ内にＰＨＳ１の通信相手のＩＰアドレスが付加されている場合には、アドレス解決の処理を行わずに、ＧＷ１００−２の要求通りの内容のＡＣＦメッセージをＧＷ１００−２に返す（ＧＫ１０３０）。
【００６０】
これにより、ハンドオーバの処理時間を短縮化することができる。特に、複数のゲートキーパ装置を介して通信相手と通信を行っているような場合には、ゲートキーパ装置間においてもアドレス解決の処理が必要となり長い応答時間を要する。よって、これらのアドレス解決の処理を省くことによりハンドオーバの処理時間を短縮化する効果は大きい。
【００６１】
ＧＷ１００−２は、ＡＣＦメッセージに含まれるアドレス解決後の通信相手のＩＰアドレスを用いて、専用のＳｅｔｕｐメッセージをＩＰ電話機Ｔ１に送信する（ＧＷ１２６０）。このメッセージは、ハンドオーバが発生したので通信先を入れ替える必要があることをＩＰ電話機Ｔ１に通知している。このＳｅｔｕｐメッセージには、ハンドオーバにより発生する新しい通信呼のＣａｌｌ−ＩＤと共に元の（現在の）Ｃａｌｌ−ＩＤも付加される。
【００６２】
なお、ＧＷ１１１０におけるＣｏｎｎメッセージ、およびＧＷ１２６０におけるＳｅｔｕｐメッセージに、元の回線のＣａｌｌ−ＩＤが付加されるのは、以下の理由による。すなわち、ＰＨＳ１の通信相手（ここでは、ＩＰ電話機Ｔ１）が、例えば、保留転送中のため複数の通信呼を保持している場合や、または自機が複数のエンドポイント装置を収容することが可能な場合には、この通信相手は、どのエンドポイント装置と開いている通信呼が現在ハンドオーバの対象になっているのかを識別できない。よって、ＣｏｎｎメッセージおよびＳｅｔｕｐメッセージにＣａｌｌ−ＩＤを付加することにより、この通信相手はハンドオーバ対象の通信呼を判別でき、以後の処理を行うことができる。このＣａｌｌ−ＩＤは、Ｈ．３２３のネットワーク内でユニークな番号であるが、ここでは、通信相手にとって通信呼の識別ができる番号であれば充分なので、例えば、Ｃａｌｌ−ＩＤの代わりにＣＲＶ（Call Reference Value）を用いても良い。ＩＳＤＮ電話ネットワーク等のＨ．９３１では、呼番号がこれに相当する。
【００６３】
ＩＰ電話機Ｔ１は、このＳｅｔｕｐメッセージを受け取り、付加された２つのＣａｌｌ−ＩＤを参照することにより、張り替え（ハンドオーバ）対象の通信呼を特定し、ＡＲＱメッセージをゲートキーパ装置ＧＫ１に送信することにより通信相手を切り替えつつ（Ｔ１０１０）、Ｃｏｎｎメッセージをゲートウェイ装置１００−２に送信する（Ｔ１０２０）。
【００６４】
ＧＷ１００−２は、Ｃｏｎｎメッセージを受け取ることによりハンドオーバ処理を終了しても良いことを認識し、ＰＨＳ１に対しＣＣ応答をすることによりハンドオーバ処理を終了する（ＧＷ１２７０）。
【００６５】
次に、ＩＰ電話機Ｔ１は、ＤＲＱメッセージをＧＫ１に送信し（Ｔ１０３０）、ＧＫ１との通信呼を切断する。また、ＧＷ１００−１との通信呼は既に不要であるので、ＧＷ１００−１にＲｅｌｃｏｍｐメッセージを送信することにより（Ｔ１０４０）、ＧＷ１００−１との通信呼も切断する。
【００６６】
ＧＷ１００−１は、Ｔ１からＲｅｌｃｏｍｐメッセージを受け取ったら、ＤＲＱメッセージをＧＫ１に送信することにより通信呼を切断する（ＧＷ１１２０）。
【００６７】
ＧＷ１００−２は、ハンドオーバ終了の情報を付加したＲｅｌｃｏｍｐメッセージをＧＷ１００−１に送信し（ＧＷ１２８０）、ＧＷ１２４０において確立した情報呼の切断を行うと共に、ＤＲＱメッセージをＧＫ１に送信することにより（ＧＷ１２９０）、通信呼を切断する。
【００６８】
このように、本実施の形態によれば、ＶｏＩＰネットワークを介した通信システムにおいて、移動端末が接続先のゲートウェイ装置を切り替えるハンドオーバ処理を可能とすることができる。
【００６９】
（実施の形態２）
本実施の形態の特徴は、移動端末およびこの移動端末と通話中（通話対向）の通信相手が共にハンドオーバ状態となった場合に、双方の端末のハンドオーバ先のゲートウェイ装置が主導権を握って、このハンドオーバ処理を行うことである。
【００７０】
図７は、本実施の形態に係るＶｏＩＰ通信システムを簡略化した図である。この図において、ＰＨＳ１は、ＧＷ１００−１に収容され、移動端末ＰＨＳ２（以下、単にＰＨＳ２と略す）は、ゲートウェイ装置ＧＷ２００−１（以下、単にＧＷ２００−１と略す）に収容されている。そして、ゲートウェイ装置ＧＷ１００−１、１００−２、２００−１、２００−２は、互いにＶｏＩＰネットワークを介し接続されている。
【００７１】
この図において、ＰＨＳ１およびＰＨＳ２の双方が同時期にハンドオーバ状態になった場合を考える。かかる場合、ＰＨＳ１は、ＧＷ１００−１からＧＷ１００−２へとハンドオーバするので、回線はＣ１からＣ１’に切り替えられる。また、ＰＨＳ２は、ＧＷ２００−１からＧＷ２００−２へとハンドオーバするので、回線は、Ｃ２２からＣ２２’に切り替えられる。そして、これらの処理に伴い、４つのゲートウェイ装置間の回線はＣ２１からＣ２１’を経て最終的にはＣ２１”に切り替えられれば、ＰＨＳ１およびＰＨＳ２双方のハンドオーバが終了したことになる。
【００７２】
なお、この図において、４つのゲートウェイ装置間の回線をＣ２１からＣ２１”に一度に切り替えるのは回線の安定性という観点から望ましくない。よって、ハンドオーバを２つのステップに分け、第１段階のハンドオーバでは、ＰＨＳ１が回線をＣ１からＣ１’に切り替えると共に、ＧＷ２００−１が回線をＣ２１からＣ２１’に切り替え、第２段階のハンドオーバでは、ＧＷ２００−２が回線をＣ２１’からＣ２１”に切り替えると共に、ＰＨＳ２が回線をＣ２２からＣ２２’に切り替える、という方法を採るのが望ましい。
【００７３】
回線を上記のように切り替え、ハンドオーバを行う手順として、例えば、ＩＴＵ−Ｔ勧告のＨ．４５０に規定されているコールトランスファ（転送）機能を転用することが考えられる。すなわち、ＰＨＳ端末は、ハンドオーバ時にハンドオーバ先のゲートウェイ装置に対し、ハンドオーバ用のＳｅｔｕｐメッセージを送信する。このＳｅｔｕｐメッセージを受け取ったハンドオーバ先のゲートウェイ装置は、ハンドオーバ元のゲートウェイ装置に対し、Ｈ．４５０勧告に規定されているコールトランスファ機能を起動するように促す。これにより、ＰＨＳ端末の回線がハンドオーバ先のゲートウェイ装置に転送される、という方法である。
【００７４】
この方法では、ＰＨＳ端末の通信相手がハンドオーバ先のゲートウェイ装置にコールトランスファ起動のＳｅｔｕｐ（ctSetup.inv）メッセージを送信することにより、実質的な転送が開始する。よって、ハンドオーバ処理の実質的な主導権をＰＨＳ端末が握っていることになる。
【００７５】
この方法は、既にＨ．４５０に規定されているプロトコルを転用できるという利点があるが、通話中（通話対向）のＰＨＳ端末の双方が同時期にハンドオーバ状態になった場合には、ハンドオーバ処理が衝突してしまうため、ハンドオーバを完了させることができず、通話が切断されてしまうという問題がある。また、通信相手がコールトランスファ（保留転送）中のＰＨＳ端末が、自分自身がハンドオーバ状態になった場合にも同様の事態が発生する。
【００７６】
ハンドオーバ処理の主導権を移動端末側が握る上記のハンドオーバ方法がこのような問題を生じる原因は、以下の点にある。
【００７７】
ＩＰ電話サービスはそもそもＩＰ電話機が固定されていることを前提としている。すなわち、（アドレス枯渇の問題さえなければ）個々のＩＰ電話機に対しＩＰアドレスが与えられ、通信相手はこのＩＰアドレスを用いてＩＰ電話の回線を開く。しかし、このＩＰ電話サービスに移動体通信システムを結合させた場合、上記の固定電話に変わる存在が必要となる。よって、ＩＰ電話サービスに移動体通信システムを結合させた通信システムでは、ゲートウェイ装置がこの役目を果たすことになる。すなわち、ゲートウェイ装置は基本的に固定的に設置されるものなので、これに対しＩＰアドレスが割り当てられ、移動端末はこのゲートウェイ装置に収容される形となる。そして、電話回線は自機と通信相手との間で開かれているような形態をとっているが、実質的には、自機が収容されているゲートウェイ装置と、通信相手が収容されているゲートウェイ装置との間に通信回線が開かれており、また、自機とゲートウェイ装置との間およびゲートウェイ装置と通信相手との間に、別個に通信回線がさらに開かれているような状態にある。
【００７８】
このような状態において、移動端末側が主導権を握ってハンドオーバ処理を行ってしまうと、移動端末がハンドオーバしたことを認識できないゲートウェイ装置が現れる。例えば、図７のケースにおいては、ＰＨＳ１が勝手にゲートウェイ装置をＧＷ１００−１からＧＷ１００−２に変更し、ＰＨＳ２もまた勝手にゲートウェイ装置をＧＷ２００−１からＧＷ２００−２に変更してしまうと、これらのゲートウェイ装置を管理する上位局が存在しないＩＰネットワークにおいては、ＧＷ１００−２とＧＷ２００−２の間で回線Ｃ２１”を開くことは非常に困難となる。
【００７９】
なお、通常の移動体通信システムでは、上位局である基地局がハンドオーバ処理を制御するので、上記のような問題は起こらない。この問題は、ＩＰネットワークと移動体通信システムとを結合した通信ネットワークにおいて発生する固有の問題である。
【００８０】
ところで、回線を切り替える手順としては、実施の形態１で述べたように、ＰＨＳ２が主導権を握る方法の他に、ＧＷ２００−２が主導権を握る方法もある。ハンドオーバ処理において、ハンドオーバを要求した移動端末側ではなく、ハンドオーバを要求された側がハンドオーバの処理の主導権を握るというこの方法は、従来の発想には全くない新規なものであり、一見、奇異にも感じられる方法である。しかし、この方法を用いることにより、これから説明するように上記の問題は一掃される。本発明者は、この点に着目し、本発明をするに至った。
【００８１】
また、ハンドオーバ先のゲートウェイ装置に主導権を持たせることにより、ハンドオーバの処理が衝突した場合にゲートウェイ装置間（図７の例では、ＧＷ１００−２とＧＷ２００−２の間）で互いに連絡を取り合うことにより、互いの処理を調整することも可能になる、という利点もある。
【００８２】
以下、上記の本発明の利点を踏まえながら、ハンドオーバ処理の具体的な手順について説明する。
【００８３】
なお、移動端末と通信相手の双方が同時期にハンドオーバ状態になるケースとして、移動端末と通信相手の双方がほぼ同時にハンドオーバ状態になるケースと、移動端末がハンドオーバ状態になったタイミングと通信相手がハンドオーバ状態になったタイミングとが少しずれているケースとの２通りが起こり得る。そこで、本実施の形態では、ハンドオーバ状態になったタイミングが少しずれているケースについて説明し、ほぼ同時にハンドオーバ状態になるケースについては実施の形態３にて説明する。
【００８４】
図８〜図１０は、本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図である。このハンドオーバ処理の手順は、図５〜図６に示した手順と一部が一致しており、同一のステップには同一の符号を付し、その説明を省略することとする。
【００８５】
Ｐ１０１０、ＧＷ１２１０〜ＧＷ１２５０、ＧＫ１０１０〜ＧＫ１０３０の処理は実施の形態１と全く同様である。一方、ＰＨＳ２も少しタイミングが遅れて、ＧＷ２００−１配下からＧＷ２００−２配下へと移動して、ＰＨＳ１と同様の処理が始まっている（Ｐ２０１０、ＧＷ２２１０〜２２２０、ＧＫ１０３１）。
【００８６】
なお、ＧＫ１０３０において、ＧＫ１から通知されるのはＰＨＳ２の移動前のＧＷ２００−１のＩＰアドレス（ｃ．ｃ．ｃ．ｃ）である。ＧＷ２２２０において初めて、ＧＫ１はＧＷ２００−２から位置登録メッセージ（ＲＲＱ）を受けとり、ＰＨＳ２がＧＷ２００−２の配下へ移動したことを知るからである。
【００８７】
ＧＷ１００−２からＳｅｔｕｐメッセージを受け取ったＧＷ２００−１は（ＧＷ１２６０）、自機が収容しているＰＨＳ２がハンドオーバ状態にあることは認識していない。よって、実施の形態１と同様の処理（ＧＷ１２６０〜ＧＷ１２７０、ＧＫ１０４０、ＧＷ２１１０〜ＧＷ２１２０）を経て、ＰＨＳ１は、既述の第１段階のハンドオーバを終了する。すなわち、このハンドオーバにより、ＧＷ２００−１は接続先をＧＷ１００−１からＧＷ１００−２に変更している。後処理であるＧＷ１２８０〜１２９０、ＧＫ１０７０も、実施の形態１と同様の処理である。
【００８８】
一方、ＰＨＳ２側は、ＰＨＳ１側のＧＷ１２３０〜１２５０、ＧＫ１０２０〜１０３０と同様の処理ＧＷ２２３０〜２２５０、ＧＫ１０４１〜１０７１を行う。
【００８９】
ＧＷ１００−１は、不要となったＧＷ２００−１との回線を切断するためにＲｅｌｃｏｍｐメッセージをＧＷ２００−１に送信する（ＧＷ１１１１）。
【００９０】
ＧＷ２００−２は、ＧＷ１００−２に対しハンドオーバ等の情報を含んだＳｅｔｕｐメッセージを送信することにより（ＧＷ２２６０）、第２段階のハンドオーバを開始する。ＧＷ１２９１〜１２９２、ＧＫ１０６２、ＧＷ２２７０の処理は既に説明した処理と同様である。以上の処理により、ＰＨＳ１とＰＨＳ２は、ＧＷ１００−２およびＧＷ２００−２を介し接続されることになる。
【００９１】
ＧＷ１２９３、ＧＫ１０７５〜ＧＫ１０７６、ＧＷ２１５０〜２１６０、ＧＷ２２８０〜２２９０の処理は、実施の形態１と同様の後処理である。
【００９２】
以上の処理において、ＧＷ１００−２は、ＧＫ１が所有するアドレス情報に基づいて、すなわち、ＧＫ１がその時点で認識している通信相手のゲートウェイ装置に対し、ハンドオーバ処理を行っていく。これにより、中間段階（上記の第１段階のハンドオーバ）では、ＧＫ１が所有するアドレス情報が古いために、間違ったゲートウェイ装置（上記の例ではＧＷ２００−１のこと）に接続する場合もあるが、最終的には、完全なハンドオーバ処理が完了することとなる。
【００９３】
以上の処理において、ゲートウェイ装置がハンドオーバの主導権を握っている（トリガーとなっている）ので、ゲートウェイ装置の一方が古いアドレス情報を受け取る可能性はあるが、ハンドオーバに係る双方のゲートウェイ装置が古いアドレス情報を受け取るということはあり得ない。ただし、双方のゲートウェイ装置が、共に最初から新しいアドレス情報を取得するということはあり得る。これは、実施の形態３のケースにて発生する。
【００９４】
このように、本実施の形態によれば、移動端末がハンドオーバ状態に入った後に、この移動端末と通信中の移動端末も共にハンドオーバ状態となった場合に、双方のハンドオーバ処理を滞りなく完了させることができる。
【００９５】
（実施の形態３）
図１１〜図１２は、本発明の実施の形態３に係るハンドオーバ処理の手順について示すシーケンス図である。なお、このハンドオーバ処理の手順は、図８〜図１０に示した手順と一部が一致したものとなっており、同一のステップには同一の符号を付し、その説明を省略する。
【００９６】
既に述べたように、双方のゲートウェイ装置が、共にゲートキーパ装置から新しいアドレス情報を取得するということはあり得る。すなわち、双方のハンドオーバ処理が衝突するまでに、双方の位置登録が新しいアドレスに切り替わっていれば、ゲートウェイ装置は、アドレス解決の際に双方とも新しいアドレスを入手する。
【００９７】
かかる場合、双方のゲートウェイ装置は、共にハンドオーバ先のゲートウェイ装置にＳｅｔｕｐメッセージを送信することになる。よって、ハンドオーバの要求が必ず衝突することになる。図１１において、ＧＷ１２６０およびＧＷ２２６０が、このハンドオーバ要求の衝突を意味している。
【００９８】
そこで、本実施の形態では、２つのハンドオーバ要求のうち一方のみを選択し、他方は破棄するようにする。具体的には、双方のゲートウェイ装置が同一の結果が得られる共通の判断基準を用いて、ハンドオーバ要求の取捨選択を行う。例えば、双方のゲートウェイ装置において、ＰＨＳ端末の識別番号（Ｅ．１６４アドレス等）の大小比較をし、値の大きな（または、小さな）方のＰＨＳ端末のハンドオーバ要求を選択すれば良い。また、ＰＨＳ端末の識別番号を種にして乱数を発生させ、この大小比較をすることにより、ハンドオーバ要求の選択を行っても良い。
【００９９】
また、ＰＨＳ１が発呼している間に、通信相手がハンドオーバをすることにより、収容されるゲートウェイ装置が変更されている場合がある。そこで、本実施の形態では、ＧＫ１が所有する最新の位置登録情報を取得するようにする。
【０１００】
例えば、ＧＷ１００−２の動作を見ると、ＧＷ１２３０においてＡＲＱメッセージを送信することにより、ＧＫ１からＰＨＳ２の接続先（この時点では、ＧＷ２００−１）のＩＰアドレスを取得しているが、ＧＷ１２５０において再度ＡＲＱメッセージを送信することにより、ＰＨＳ２の接続先のＩＰアドレス（この時点では、ＧＷ２００−２）を取得している処理が上記の処理に相当する。なお、ＧＷ２００−２の動作では、ＧＷ２２５０がこれに相当する。
【０１０１】
また、以上の操作により通信回線は確立できるが、不要となった回線を切断することも重要な処理である。
【０１０２】
本実施の形態では、ＧＷ１２８０またはＧＷ２２８０において、ハンドオーバ先のゲートウェイ装置からハンドオーバ元のゲートウェイ装置にハンドオーバ終了を意味するＲｅｌｃｏｍｐメッセージを送信している。実施の形態１では、ＰＨＳ１の通信相手が固定端末であったため、上記のようなハンドオーバ終了通知がなくても、ＰＨＳ１側は回線を切断するタイミングを自分で判断することができた。しかし、本実施の形態では、双方がハンドオーバ状態になるので、ハンドオーバ元のゲートウェイ装置はハンドオーバが終了したことを認識することができない。そこで、上記のように、ハンドオーバ終了通知のメッセージを送信する。
【０１０３】
ＧＷ１１１１〜１１２０、ＧＫ１０７２〜ＧＫ１０７６、ＧＷ２１５９〜ＧＷ２１６０の処理は、ハンドオーバ終了通知を受けたハンドオーバ元のゲートウェイ装置が、不要になったハンドオーバ前の通信回線を解放する処理である。
【０１０４】
このように、本実施の形態によれば、互いに通信中の移動端末が、ほぼ同時に双方ともハンドオーバ状態となった場合でも、双方のハンドオーバ処理を滞りなく完了させることができる。
【０１０５】
（実施の形態４）
図１３〜１６は、本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図である。なお、このハンドオーバ処理の手順は、図５〜図６に示した手順と一部が一致したものとなっており、同一のステップには同一の符号を付し、その説明を省略する。
【０１０６】
本実施の形態の特徴は、移動端末の通信相手がコールトランスファ動作中であっても、この移動端末のハンドオーバ処理を滞りなく完了させることを目的として、ハンドオーバ処理とコールトランスファ処理にそれぞれ別個のプロトコルを用意することにより、双方の処理の混同が生じるのを防止することである。
【０１０７】
本実施の形態は、ＰＨＳ１とＴ１とが通信中にＴ１がＰＨＳ１との通信をＴ２に転送する状況、すなわち、ユーザの視点から見ると、ＰＨＳ１がＴ１に電話を掛けると、Ｔ１から「Ｔ２に転送します。」というアナウンスがあり、通信が保留状態となるような状況における、ＰＨＳ１のハンドオーバ処理についてである。
【０１０８】
かかる場合、ＰＨＳ１の通信相手は固定端末なので、実施の形態１に示したようなハンドオーバ処理が開始される（Ｐ１０１０〜ＧＫ１０３０）が、この途中において、Ｔ１が通信をオンフックし、転送のシーケンスを起動することになる。このとき図１４に示すように、Ｔ１はＴ２に対し、転送先の情報を取得するために、Ｈ．３２３の９３１メッセージの中にある Facility（ctIdentify.inv）と呼ばれるメッセージを送信する（Ｔ４１１０）。Ｔ２は、これにより、通信が転送されてくることを認識し、Facility（ctIdentify.rr）メッセージをＴ１に返す（Ｔ４２１０）。転送先を認識したＴ１は、保留解除のために Facility（remoteRetrieve.inv）メッセージをＧＷ１００−１に送信し（Ｔ４１２０）、これに対し Facility（returnResult）メッセージが返される（ＧＷ４１１０）。そしてＴ１は、ＧＷ１００−１に対し転送起動を促す Facility（ctInitiate.inv）メッセージを送信する（Ｔ４１３０）。ここまでが、Ｈ．４５０に規定されたコールトランスファ動作である。
【０１０９】
本実施の形態の特徴的な処理は、これ以降の処理である。
【０１１０】
ＧＷ１００−１は、Ｔ４１３０によってＴ１から転送起動を依頼されるが、ＰＨＳ１はハンドオーバ状態にあり、これから自分の管理下から消える端末であるので、Ｔ１に対しリターンエラーのメッセージである Facility（ctInitiate.re）を返す。ただし、通常のリターンエラーのメッセージは、サービス拒否を意味するので、本実施の形態では、このメッセージにさらにＨＯ（ハンドオーバ）という識別情報を付加する。このメッセージを受け取ったＴ１は、転送起動待ちのタイマをスタートさせる（Ｔ４１３５）。
【０１１１】
ここでタイマを使用するのは、Ｔ１がＰＨＳ１から発呼があった際に、既に通信をオンフック状態にし、ＰＨＳ１のユーザを待ち状態にさせているので、転送待ちの時間は自機内で管理し、ＰＨＳ１のユーザに、待ち時間の管理という新たな操作を強いることのないようにするためである。
【０１１２】
この図では、転送待ちをしている間にハンドオーバ先のＧＷ１００−２からＳｅｔｕｐメッセージがＴ１に送信される（ＧＷ１２６０）ので、Ｔ１は、ハンドオーバ処理（Ｔ４１４０〜Ｔ４１７０）が終了後、改めて Facility（ctInitiate.inv）メッセージを今度はＧＷ１００−２に対し送信し（Ｔ４１８０）、転送をリトライする。なお、転送先であるＴ２に関する情報はＴ４１１０〜Ｔ４２１０において入手済みであるので、これらの処理は再度行う必要はない。以降の処理は通常のコールトランスファ処理と同様である。
【０１１３】
なお、ここで示した衝突のタイミングは、単なる一例にすぎず、実際には様々なタイミングの衝突が想定される。しかし、コールトランスファ処理とハンドオーバ処理とで異なるプロトコルを用いることにより、両処理が混在しても区別して処理を行うことができ、さらに、転送起動待ちのタイマを使用することにより、同様に対処可能である。
【０１１４】
このように、本実施の形態によれば、移動端末の通信相手がコールトランスファ動作中であっても、この移動端末のハンドオーバ処理を滞りなく完了させることができる。
【０１１５】
なお、ここでは、本発明をハードウェアで構成する場合を例にとって説明したが、ソフトウェアで実現することも可能である。
【０１１６】
【発明の効果】
以上説明したように、本発明によれば、ＶｏＩＰネットワーク等において、移動端末がハンドオーバ処理を行うことができるので、移動端末のユーザはシームレスな通信を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るＶｏＩＰ通信システムの主要な構成を示す図
【図２】本発明の実施の形態１に係るＶｏＩＰ通信システムを簡略化した図
【図３】本発明の実施の形態１に係るゲートウェイ装置の動作をまとめたフロー図
【図４】本発明の実施の形態１に係るゲートウェイ装置の主要な構成を示すブロック図
【図５】本発明の実施の形態１に係るゲートウェイ装置により実現されるハンドオーバ処理の手順について示すシーケンス図
【図６】本発明の実施の形態１に係るゲートウェイ装置により実現されるハンドオーバ処理の手順について示すシーケンス図
【図７】本発明の実施の形態２に係るＶｏＩＰ通信システムを簡略化した図
【図８】本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図
【図９】本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図
【図１０】本発明の実施の形態２に係るハンドオーバ処理の手順について示すシーケンス図
【図１１】本発明の実施の形態３に係るハンドオーバ処理の手順について示すシーケンス図
【図１２】本発明の実施の形態３に係るハンドオーバ処理の手順について示すシーケンス図
【図１３】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【図１４】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【図１５】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【図１６】本発明の実施の形態４に係るハンドオーバ処理の手順について示すシーケンス図
【符号の説明】
１００、２００ ゲートウェイ装置
１０１ データ管理部
１０２ メモリ
１０３ ＣＰＵ
１０４ 呼処理部
１０５ Ｈ．３２３制御部
１０６ ネットワークインタフェース
１０７ ＰＨＳ制御部
１０８ ＰＨＳインタフェース
ＰＨＳ１、ＰＨＳ２ 移動端末
Claims (12)
- 移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、
前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備することを特徴とするハンドオーバ方法。 - 第１の移動端末が、第２の移動端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、
前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記第２の移動端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記第２の移動端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記第２の移動端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、を具備することを特徴とするハンドオーバ方法。 - 前記通信端末が、前記移動端末との通信を他の通信端末に転送する場合、
この転送を前記要求ステップおよび切り替えステップに使用されるプロトコルと異なるプロトコルを用いて行い、前記通信端末は、一定の待ち時間経過後に前記転送を開始する、ことを特徴とする請求項１記載のハンドオーバ方法。 - 移動端末が他のゲートウェイ装置からハンドオーバしてきた際に、呼制御を管理するゲートキーパ装置からハンドオーバ元の他のゲートウェイ装置のＩＰアドレスを取得し、前記取得したＩＰアドレスに基づいて前記他のゲートウェイ装置と接続して前記移動端末の通信相手に関する情報を取得し、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記通信相手に対し、前記他のゲートウェイ装置への接続を自機への接続に切り替えることを要求する、ことを特徴とするゲートウェイ装置。
- 前記通信相手が固定端末である場合、前記他のゲートウェイ装置から取得したこの固定端末のＩＰアドレスをＡＲＱメッセージに付加して前記ゲートキーパ装置に送信する、ことを特徴とする請求項４記載のゲートウェイ装置。
- 前記通信相手が移動端末である場合、ＡＲＱメッセージを前記ゲートキーパ装置に送信して前記通信相手のＩＰアドレスを再度取得する、ことを特徴とする請求項４記載のゲートウェイ装置。
- 自機が前記移動端末のハンドオーバを処理中に、前記通信相手もハンドオーバ状態になった場合、前記通信相手のハンドオーバを処理する他のゲートウェイ装置と同一の判断基準を用いて自機のハンドオーバ処理を優先するか前記他のゲートウェイ装置のハンドオーバ処理を優先するかを決定する、ことを特徴とする請求項４記載のゲートウェイ装置。
- 移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、
前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が、呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得し、前記取得したＩＰアドレスを用いて前記第１のゲートウェイ装置と接続して前記通信端末に関する情報を取得し、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求し、
前記通信端末は、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える、ことを特徴とする通信システム。 - 請求項８記載の通信システムに使用されるゲートウェイ装置であって、
前記通信端末に関する情報を要求された場合、この情報を要求してきたゲートウェイ装置に送信する、ことを特徴とするゲートウェイ装置。 - 請求項８記載の通信システムに使用されるゲートキーパ装置であって、
前記第２のゲートウェイ装置からハンドオーバを示す識別情報を受け取った場合、前記第１のゲートウェイ装置のＩＰアドレスを返信する、ことを特徴とするゲートキーパ装置。 - 請求項８記載の通信システムに使用される通信端末であって、
ハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へ切り替えるよう要求するメッセージを受け取った場合、前記付加された２つの通信呼を参照してハンドオーバ対象の通信呼を特定することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える、ことを特徴とする通信端末。 - 移動端末が、通信端末と第１のゲートウェイ装置を介し通信中に、前記第１のゲートウェイ装置が管理するエリアから第２のゲートウェイ装置が管理するエリアへとハンドオーバする場合、
前記移動端末のハンドオーバを認識した第２のゲートウェイ装置が呼制御を管理するゲートキーパ装置からハンドオーバ元の第１のゲートウェイ装置のＩＰアドレスを取得するアドレス取得ステップと、前記取得したＩＰアドレスに基づいて前記第２のゲートウェイ装置が前記第１のゲートウェイ装置と接続し前記通信端末に関する情報を取得する情報取得ステップと、前記取得した情報に含まれるハンドオーバ元の通信呼の識別子、及びハンドオーバ後の通信呼の識別子を付加したメッセージにより前記第２のゲートウェイ装置が前記通信端末に対し前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替えることを要求する要求ステップと、前記通信端末が、前記付加された２つの通信呼を参照することにより前記第１のゲートウェイ装置への接続を前記第２のゲートウェイ装置へと切り替える切り替えステップと、をコンピュータに実行させることを特徴とするハンドオーバプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003191386A JP3924554B2 (ja) | 2003-07-03 | 2003-07-03 | ハンドオーバ方法およびゲートウェイ装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003191386A JP3924554B2 (ja) | 2003-07-03 | 2003-07-03 | ハンドオーバ方法およびゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005027119A JP2005027119A (ja) | 2005-01-27 |
| JP3924554B2 true JP3924554B2 (ja) | 2007-06-06 |
Family
ID=34189013
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003191386A Expired - Fee Related JP3924554B2 (ja) | 2003-07-03 | 2003-07-03 | ハンドオーバ方法およびゲートウェイ装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3924554B2 (ja) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1820357A2 (en) * | 2004-11-24 | 2007-08-22 | Azalea Networks | A method and system for distributed roaming services for mobile users in wireless mesh networks |
| JP4197692B2 (ja) | 2005-07-07 | 2008-12-17 | 株式会社東芝 | 移動通信システムのハンドオーバ処理方式 |
| JP4711760B2 (ja) * | 2005-07-08 | 2011-06-29 | 株式会社エヌ・ティ・ティ・ドコモ | ハンドオーバ制御装置および移動通信システム並びにハンドオーバ方法 |
| US7710950B2 (en) | 2006-02-06 | 2010-05-04 | Research In Motion Limited | System and methods for originating a SIP call via a circuit-switched network from a user equipment device |
| US7995565B2 (en) | 2006-10-03 | 2011-08-09 | Research In Motion Limited | System and method for managing call continuity in IMS network environment using SIP messaging |
| US7769000B2 (en) | 2006-01-10 | 2010-08-03 | Research In Motion Limited | System and method for managing call routing in a network environment including IMS |
| US7830868B2 (en) | 2006-02-06 | 2010-11-09 | Research In Motion Limited | System and method for effecutating a SIP call in a network environment including IMS |
| USRE48967E1 (en) | 2006-02-06 | 2022-03-08 | Blackberry Limited | System and method for originating a call via a circuit-switched network from a user equipment device |
| EP1995981A1 (en) * | 2006-03-03 | 2008-11-26 | NTT DoCoMo, Inc. | Base station and handover control method |
| US7760712B2 (en) | 2006-08-11 | 2010-07-20 | Research In Motion Limited | System and method for managing call continuity in IMS network environment |
| EP2802121B1 (en) * | 2006-08-11 | 2020-01-22 | BlackBerry Limited | System and method for managing call continuity in IMS network environment |
| JP4940117B2 (ja) | 2007-12-06 | 2012-05-30 | 株式会社東芝 | 移動通信システムとそのゲートウェイ装置、集線装置およびハンドオーバ制御方法 |
| JP5197798B2 (ja) * | 2011-05-13 | 2013-05-15 | 京セラ株式会社 | 携帯通信端末、無線局装置切換方法および無線局装置切換プログラム |
-
2003
- 2003-07-03 JP JP2003191386A patent/JP3924554B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005027119A (ja) | 2005-01-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4607871B2 (ja) | ハンドオフを行う通信ユニット | |
| JP4763723B2 (ja) | 回線交換無線ネットワークとパケット交換データ無線ネットワークとの間における呼ハンドオフのためのシステムと方法 | |
| EP1362458B1 (en) | Method and apparatus for switching an ongoing communication of user information between a wireless connection and a wired connection | |
| EP1668947B1 (en) | Methods and user terminals for handover between wireless wide area network and wireless local area network | |
| JP4155920B2 (ja) | メディアゲートウェイおよび自動電話転送サービスシステム | |
| KR100738554B1 (ko) | 듀얼모드 단말에서의 호 처리 장치 및 방법 | |
| US20070242704A1 (en) | Method, system and device for speech Codec negotiation in communication system | |
| JP3924554B2 (ja) | ハンドオーバ方法およびゲートウェイ装置 | |
| JP6109928B2 (ja) | Ｄｒｖｃｃ携帯端末のアクセス転送 | |
| US8446897B2 (en) | System and method for providing multimedia tone/announcement over wireless network | |
| KR20060090290A (ko) | 통신 네트워크들에서의 호 포워딩 루프들 방지 | |
| JP5322325B2 (ja) | 無線基地局装置、ハンドオーバ制御システムおよびハンドオーバ制御方法 | |
| KR100751719B1 (ko) | 블루투스 기반의 구내 무선 교환 시스템 | |
| JP5480528B2 (ja) | 通信方法及び通信システム | |
| JP4777214B2 (ja) | ＶｏＩＰシステム | |
| JP2007074260A (ja) | 通信システム及び音声ハンドオーバ方法 | |
| JP2007074264A (ja) | 通信システム、移動端末装置及び音声ハンドオーバ方法 | |
| JP2004222156A (ja) | 電話システム | |
| US8630254B2 (en) | Telephone line switching apparatus, telephone line switching system, telephone relay system, telephone relay method, telephone relay program | |
| KR100353086B1 (ko) | 게이트키퍼를 이용한 핸드오프 처리 방법 | |
| JP3655224B2 (ja) | 移動通信システム、及び呼接続確立方法、並びに、ゲートウェイ装置、及び通信端末装置 | |
| KR100493100B1 (ko) | 이동통신 시스템에서 인터넷기반 음성서비스 제공 장치 및방법 | |
| KR100518433B1 (ko) | 핸드오버 처리 방법 및 시스템 | |
| CN110769474A (zh) | 一种通话切换方法及系统 | |
| JP2013225928A (ja) | 無線基地局装置、ハンドオーバ制御システムおよびハンドオーバ制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041214 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060919 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061107 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061220 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070220 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070226 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110302 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120302 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130302 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130302 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140302 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |