(57)【特許請求の範囲】
【請求項１】
ゲートウェイ位置レジスタが移動端末利用者に関するホーム位置レジスタからローミング番号要求を受信する過程と、
当該ゲートウェイ位置レジスタが関するビジター位置レジスタの全てに当該ローミング番号要求を転送する過程と、
移動端末利用者にサービスを提供中のビジター位置レジスタからローミング番号を受信する過程と、
当該ゲートウェイ位置レジスタが、移動端末利用者にサービスを提供中ではないビジター位置レジスタからデータ回復要求メッセージを受信する過程と、
ゲートウェイ位置レジスタから当該移動端末利用者へサービスを提供していないビジター位置レジスタへデータ回復応答メッセージを送信し、当該データ回復応答メッセージにはエラー通知が含まれる過程とからなる、障害から回復する方法。
【請求項２】
ローミング番号要求は、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ指示メッセージである請求項１に記載の方法。
【請求項３】
移動端末利用者にサービスを提供中のビジター位置レジスタから受信したローミング番号は、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージに含まれている請求項２に記載の方法。
【請求項４】
データ回復要求メッセージは、ＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡ指示メッセージである請求項３に記載の方法。
【請求項５】
データ回復応答メッセージは、ＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡ応答メッセージである請求項４に記載の方法。
【請求項６】
ゲートウェイ位置レジスタにおいてバックアップメモリからデータを取り込む過程と、
当該ゲートウェイ位置レジスタは、移動端末利用者に関するローミング番号要求を当該移動端末利用者に関するホーム位置レジスタから受信する過程と、
当該バックアップメモリから取り込んだデータにどのビジター位置レジスタによって当該移動端末利用者がサービスを受けているかを表示しており、当該ゲートウェイ位置レジスタから当該ビジター位置レジスタへ当該ローミング番号要求を転送する過程と、
当該ゲートウェイ位置レジスタは、当該移動端末利用者が当該ビジター位置レジスタからサービスを受けていない旨のメッセージを受信する過程と、
当該ゲートウェイ位置レジスタは、当該ゲートウェイ位置レジスタに関連するビジター位置レジスタであって、且つ当該移動端末利用者はサービスの提供を受けていない旨のメッセージを当該ゲートウェイ位置レジスタが受信したビジター位置レジスタ以外のビジター位置レジスタ全てにリセットメッセージを送信する過程とを有する障害から回復する方法。
【請求項７】
ローミング番号要求は、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ指示メッセージである請求項６に記載の方法。
【請求項８】
上記ゲートウェイ位置レジスタは、上記移動端末利用者にサービスを提供中であるビジター位置レジスタからローミング番号を受信する過程と、
上記ゲートウェイ位置レジスタは、上記移動端末利用者に関するホーム位置レジスタへ当該ローミング番号を転送する過程から更になる請求項７に記載の方法。
【請求項９】
上記ローミング番号は、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージによって受信及び転送される請求項８に記載の方法。
【請求項１０】
ゲートウェイ位置レジスタが、当該ゲートウェイ位置レジスタに関する全てのビジター位置レジスタへリセットメッセージを送信する過程と、
当該ゲートウェイ位置レジスタは、ビジター位置レジスタからの位置情報更新メッセージであって、当該ビジター位置レジスタが当該メッセージに表示された移動端末利用者にサービスを提供中である旨を通知したメッセージを待つ過程と、
当該ゲートウェイ位置レジスタは、ホーム位置レジスタから当該ホーム位置レジスタが関係する移動端末利用者に関するローミング番号要求メッセージを受信する過程と、
当該ゲートウェイ位置レジスタは、もし当該移動端末利用者の記録が位置情報更新によって回復されていない場合、エラー通知を含んだローミング番号応答メッセージを当該ホーム位置レジスタに送信する過程とを有する障害から回復する方法。
【請求項１１】
該位置情報更新メッセージは、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージである請求項１０に記載の方法。
【請求項１２】
前記ローミング番号要求メッセージは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージである請求項１０に記載の方法。
【請求項１３】
ローミング番号応答メッセージは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージである請求項１０に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動無線通信システム、特にゲートウェイ位置レジスタの障害回復に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
図１は、全世界移動通信システム（ＧＳＭ）標準による無線通信システムの一例を示す。ＧＳＭ標準は、異なる国々に居る利用者が現在地に関係なく移動機器を操作できる統一インターフェイスを提供するべく設計された。典型的な場合、移動体の利用者は、当該移動端末利用者のホームパブリックランド移動ネットワーク（ＨＰＬＭＮ）と称されるネットワークを利用することができる。ＨＰＬＭ１１０にはホーム位置レジスタ（ＨＬＲ）１１５があり、当該レジスタには、特に移動端末利用者に提供されるサービスに関する様々な情報が収められている。移動端末利用者がビジティッドパブリックランドモバイルネットワーク１２０（ＶＰＫＭＮ）と称されている別のネットワークに移動した場合、当該ＶＰＬＭは、当該移動端末利用者の利用に関するデータを要求する。この移動端末利用者の利用に関するデータは、移動端末利用者のプロフィールとして知られている。移動端末利用者のプロフィールは、ＨＬＲからＶＰＬＭ１２０内のビジター位置レジスタ（ＶＬＲ）へ転送される。
【０００３】
ＧＳＭシステムでは、移動体通信交換局（ＭＳＣ）と関連し、移動端末利用者に現在サービスを提供しているＶＬＲ内部に移動端末利用者データを蓄積することによってＶＬＲとＨＬＲ間のネットワーク間通信を減少させている。ＧＳＭ内のＶＬＲを分散化（すなわち、各ＭＳＣがＶＬＲを具備していること）することによって、ネットワーク内部の通信を減少させることもできる。従って、例えば、移動端末利用者がＭＳＣ/ＶＬＲ１３０によって制御されているＶＰＬＭＮ１２０内のエリアに移動する場合、ＨＬＲ１１５は、当該移動端末利用者のプロフィールをＭＳＣ/ＶＬＲ１３０へ転送する。同様に、移動端末利用者がＭＳＣ/ＶＬＲ１３５によって制御されているＶＰＬＭＮ１２０内のエリアに移動する場合、ＨＬＲ１１５は、当該移動端末利用者のプロフィールをＭＳＣ/ＶＬＲ１３５へ転送する。図１において、ＭＳＣ/ＶＬＲは、単一のネットワークノードとして図示されているが、ＭＳＣ及びＶＬＲが別個のネットワーク要素として実装することができることは、当業者であれば理解するであろう。
【０００４】
ＧＳＭとその他のシステムの互換性を強化するため、ユニバーサル移動電気通信システム（ＵＭＴＳ）とも称されているＧＳＭ標準の更なるバージョンでは、その他の移動通信システムの要素が取り込まれることが予想される。例えば、日本のパーソナルディジタルセルラ（ＰＤＵ）システムは、ゲートウェイ位置レジスタ（ＧＬＲ）として知られているネットワーク間の通信を減少さえるためのネットワークノードを有している。図２は、ＰＤＣシステムの移動通信システムの一例を図示している。ＧＳＭシステムと同様に、ホームネットワーク２１０は、移動体通信プロフィールを収めているＨＬＲ２１５を有している。移動端末利用者が圏外ネットワーク２２０に移動した場合、当該移動端末利用者のプロフィールは、ＧＬＲ２２５へ転送される。ＧＳＭでの用語によれば、ＧＬＲは、他のネットワークから移動する全ての移動端末利用者のための１つのＶＬＲと呼ぶことができる。よって、ただ一つのＧＬＲが各ネットワークで必要となる。
【０００５】
図３は、ＰＤＣシステムのＧＬＲを取り込んだＵＭＴＳシステムの一例を図示している。ＨＰＬＭＮ３１０の移動端末利用者がＶＰＬＭＮ３２０に移動した場合、ＨＬＲ３１５は、ＧＬＲ３２５へ当該移動端末利用者のプロフィールを転送する。そして、ＧＬＲ３２５は、当該移動端末利用者がどのＶＰＬＭＮ３２０内のどのエリアに移動するかに応じて、当該移動端末利用者のプロフィールをＭＳＣ／ＶＬＲ３３０、３３５、又は３４０のいずれかに転送する。ＧＬＲ３２５をＧＳＭ／ＵＭＴＳシステムに導入することによって、ネットワーク間のシグナリングを減少させることができる。というのも、一度移動端末利用者がＶＰＬＭ３２０へローミングすれば、ＨＬＲは、当該移動端末利用者プロフィールを一度だけＧＬＲ３２５へ転送すれば足るためである。当該移動端末利用者がＶＰＬＭＮ３２０内を移動する間、ＶＰＬＭＮ３２０内の適切なＭＳＣ／ＶＬＲに当該移動端末利用者のプロフィールを転送するのは、ＧＬＲ３２５が担当する。
【０００６】
ＶＬＲとＨＬＲ間でデータを転送するためにＧＳＭ／ＵＭＴＳシステムが使用するプロトコルは、移動通信応用部（ＭＡＰ）である。ＧＬＲは、ＵＭＴＳシステム内で選択要素であるので、ＭＡＰ手続きは、ネットワークでのＧＬＲの有無とは完全に独立していることを要する。従って、ＨＬＲインターフェイスをＶＬＲに対して、そして、ＶＬＲインターフェイスをＨＬＲに対して使用することによって、ＧＬＲは、完全に透過的であるはずである。しかし、ネットワークにおけるＧＬＲの二重性のため、ＧＬＲは、ＨＬＲによりＶＬＲ行為と認識され、且つ同時に、ＶＬＲによってＨＬＲ行為と認識されるように作動することは困難となる場合がある。その一例がＧＬＲの障害回復動作である。
【０００７】
図４は、ＨＬＲが障害から回復するときのＧＳＭシステムにおける従来方法を図示する。ステップ４０５で、ＨＬＲは、その不揮発性バックアップメモリの内容をそのダイナミックメモリへ取り込む。次に、ステップ４１０において、ＨＬＲは、バックアップメモリの情報が通知した当該ＨＬＲの使用者が現在関連するＶＬＲにＭＡＰ_ＲＥＳＥＴメッセージを送信する。当該ＭＡＰ_ＲＥＳＥＴメッセージを受信し、ＶＬＲは、次回関係移動端末利用者と認証済み無線接触を受信した際にＨＬＲに対してなされる位置情報更新手続きを開始する。そして、ステップ４１５で、ＶＬＲは、関係移動端末利用者から認証済み無線接触を待つ。ステップ４２０では、ＶＬＲは、関係移動端末利用者から認証済み無線接触を受信したかどうか判断する。当該移動端末利用者から認証済み無線接触を受信しなかった場合、決定ステップ４２０から「いいえ」経路へ進み、ステップ４１５に従ってＶＬＲは待ち続ける。当該移動端末利用者から認証済み無線接触を受信した場合、ＶＬＲは、ステップ４２５でＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ位置更新情報メッセージをＨＬＲに送信し、当該ＶＬＲが当該関係利用者にサービス提供中であることを通知する。ＶＬＲがＨＬＲに送信した位置更新情報により、再起動したＨＬＲの利用者データは、徐々に回復及び確認される。
【０００８】
図５は、ＶＬＲが障害から回復するときのＧＳＭシステムにおける従来方法を図示する。ステップ５０５で、利用者に関するダイナミックダイナミックデータのための不揮発性バックアップメモリを具備しないＶＬＲは、そのダイナミックメモリに残存しているＩＭＳＩ記録の全てを消去する。ステップ５１０で、ＶＬＲは、移動端末利用者又は移動端末利用者に関係するＨＬＲのいずれかからの接触を待つ。ステップ５１５で、ＶＬＲは、移動端末利用者から位置更新情報要求を受信したか否かを判断する。移動端末利用者から位置更新情報情報を受信した場合、ステップ５１５から「はい」経路へ進み、ステップ５２０で、ＶＬＲは、当該移動端末利用者と関係のあるＨＬＲと共にＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ手続きを開始する。このマップ ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ手続きによって、ＨＬＲからＶＬＲへ移動端末利用者に関するデータが送信される。特に、このデータは、フレーム化されたＭＡＰ＿ ＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＴＡ指示メッセージとして送信される。
【０００９】
ＶＬＲは、移動端末利用者から位置情報更新要求を受信しなかった場合、判断ステップ５１５から「いいえ」経路へ進み、ステップ５２５で、ＨＬＲからローミング 番号要求を受信したか否かを判断する。ＨＬＲからローミング 番号要求を受信しなかった場合、ステップ５２５から「いいえ」経路を進み、ステップ５１０で、ＶＬＲは、移動端末利用者又はＨＬＲのいずれかからの接触を更に待つ。ＨＬＲからローミング 番号要求を受信した場合、ステップ５２５から「はい」経路へ進み、ステップ５３０で、ＶＬＲは、ＨＬＲへデータを回復すべき関係利用者の通知を含むＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡメッセージを送信し、ＶＬＲが障害を起こした旨を通知する。当該ＭＡＰ データ 回復メッセージに応え、ステップ５３５で、ＨＬＲは、フレーム化されたＭＡＰ＿ ＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＴＡ手続きをＶＬＲと共に開始する。
【００１０】
ネットワークにおけるＧＬＲの役割のために、障害回復中の特定のＨＬＲの動作及びＶＬＲの動作の双方を満足させる規定が現在のところ存在しない。例えば、特定のＨＬＲ動作について、ＧＬＲがバックアップデータのために不揮発性メモリを有することが必要となる。しかし、ＧＬＲが不揮発性バックアップメモリを有しない場合がある。更に、特定のＶＬＲの障害回復動作について、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージがＨＬＲから受信された時、ＧＬＲは、当該要求メッセージの転送先がどのＶＬＲであるのかを明確に知っていることを要する。しかし、誤ってそれに間スルデータを喪失した場合、ＧＬＲは、現在どのＶＬＲが移動端末利用者をサポートしているのかについて知ることができない。更に、ＧＬＲが不揮発性バックアップメモリを有していた場合であっても、ＧＬＲがバックアップを最後に実行してから移動端末利用者がその他のＶＬＲにサポートされたエリアに移動したときは、不揮発性バックアップメモリに保持されたデータが不正確であることがある。他方で、ＧＬＲを有さないネットワークでは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ 要求メッセージを受信した障害回復ＶＬＲについて、当該メッセージを転送する必要がないため、この問題は生じない。障害回復ＶＬＲは、ＨＬＲからＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲが送信されたことから、通知された移動端末利用者が当該障害回復ＶＬＲのサービスエリアに位置しているものと判断する。その結果、移動端末利用者のプロフィールがＨＬＲから回復されるはずである。
【００１１】
従って、ＵＭＴＳシステムのＧＬＲ障害回復のための方法及び装置を提供することが望ましいであろう。更に、ＭＡＰプロトコルを妨害しないで、すなわち、特定のメッセージフォーマットを使用し、特定のメッセージ配列を一切妨害しないで、ＧＬＲ障害回復を実施できれることが望ましいであろう。
【００１２】
【課題を解決するための手段】
ビジテッド位置レジスタ及びゲートウェイ位置レジスタを含む無線通信ネットワークにおける障害回復のための方法及び装置は、本発明の実施例によって提供される。リセットメッセージがゲートウェイ位置レジスタから当該ゲートウェイ位置レジスタに関連するビジター位置レジスタ全てに送信される。ゲートウェイ位置レジスタは、当該ゲートウェイ位置レジスタに関係するビジター位置レジスタの一つから位置情報更新要求を受信する。当該位置更新情報要求で通知される位置情報に従って、ゲートウェイ位置レジスタは、移動端末利用者の位置情報を更新する。
【００１３】
本発明の更なる態様では、ゲートウェイ位置レジスタは、移動端末利用者に関するローミング番号要求を当該利用者に関係するホーム位置レジスタから受信する。ローミング番号要求は、ゲートウェイ位置レジスタから当該ゲートウェイ位置レジスタが関係する全てのビジター位置レジスタへ転送される。ゲートウェイ位置レジスタは、当該移動端末利用者にサービスを提供しているビジター位置レジスタからローミング番号を受信する。
【００１４】
本発明の当該態様によると、ゲートウェイ位置レジスタは、上記移動端末利用者にサービスを提供していないビジターレジスタからデータ回復要求メッセージを受信する。ゲートウェイ位置レジスタは、当該移動端末利用者にサービスを提供していないビジター位置レジスタ全てにデータ回復応答メッセージを送信する。当該データ回復応答メッセージにはエラー通知が含まれている。
【００１５】
本発明の更なる態様によると、ゲートウェイ位置レジスタは、バックアップメモリからデータを取り込む。ゲートウェイ位置レジスタは、移動端末利用者に関するローミング番号要求を当該利用者に関係するホーム位置レジスタから受信する。ここで、バックアップメモリから取り込まれたデータには、あるビジター位置レジスタが当該移動端末利用者にサービスを提供中である旨が表示されているので、ローミング番号要求は、ゲートウェイ位置レジスタから当該ビジター位置レジスタへ転送される。
【００１６】
本発明の当該態様によると、ゲートウェイ位置レジスタは、移動端末利用者にサービスを提供しているビジター位置レジスタからローミング番号を受信する。ローミング番号をゲートウェイ位置レジスタから当該移動端末利用者に関係するホーム位置レジスタへ転送することができる。
【００１７】
本発明の当該実施態様によると、上記ビジター位置レジスタが、上記移動端末利用者にサービスを提供していない旨を通知するメッセージをゲートウェイ位置レジスタは受信することができる。ゲートウェイ位置レジスタは、当該移動端末利用者にサービスを提供していない旨の通知を受信したビジター位置レジスタを除き当該ゲートウェイ位置レジスタが関連する全てのビジター位置レジスタにリセットメッセージを送信する。
【００１８】
本発明の更なる態様によると、ゲートウェイ位置レジスタは、当該ゲートウェイ位置レジスタに関係する全てのビジター位置レジスタにリセットメッセージを送信する。ゲートウェイ位置レジスタは、利用者にサービス提供中ビジター位置レジスタからその旨が通知された位置情報更新メッセージの受信を待つ。
【００１９】
本発明の当該態様によると、ホーム位置レジスタから当該ホーム位置レジスタに関係する移動端末利用者についてのローミング番号要求を受信することができる。ゲートウェイ位置レジスタは、エラー通知を含んだローミング番号応答メッセージを当該ホーム位置レジスタに送信することができる。
【００２０】
【発明の実施の形態】
添付図面を参照しながら本発明を説明する。
【００２１】
以下の記載では、本発明が一様に理解されるように、ネットワーク内部又はネットワーク間での通信に関する特定の配列、及び特定のメッセージ等、詳細部分が特定化されているが、これは説明目的であって、本発明を限定する意図の下に特定化されているわけではない。これら特定化された詳細説明の範囲外である他の実施態様においても本発明を実施しうることは、当業者にとって明らかであろう。その他、本発明の説明を曖昧にしないために周知の方法、装置及びフレーム構造について詳細に説明することを省略してある。
【００２２】
本明細書で論じる無線通信システムの実施例は、ＧＳＭシステムに従って操作されているものとして記載した。しかし、ネットワーク内部の通信を減少させる目的でゲートウェイを使用しているその他の移動通信システムにおいても本発明を実施可能であることは、当業者であれば認識するであろう。
【００２３】
ＵＭＴＳシステムにおいてＧＬＲがダイナミック利用者データのために不揮発性バックアップメモリを有する場合とそうでない場合があるため、ＧＬＲ障害回復技術は、両方の状態に対処しなくてはならない。
【００２４】
図６は、ＧＬＲがＨＬＲとして機能する場合に障害回復するときのＵＭＴＳシステムにおける一方法を例示している。本発明の当該実施態様によると、ＧＬＲは、利用者に関するダイナミックデータのためのバックアップメモリを有していない。ステップ６０５では、ＧＬＲは、ＧＬＲがサポートする全てのＶＬＲにＭＡＰ＿ＲＥＳＥＴＴメッセージを送信する。ステップ６１０では、ＧＬＲは、これらＶＬＲからＭＡＰ 位置更新情報メッセージを待つ。従来の方法によれば、ＨＬＲは、その不揮発性バックアップメモリに蓄積された情報に基づいてどのＶＬＲにＭＡＰ＿ＲＥＳＥＴメッセージを送信するかを決定する。本発明の当該実施例によれば、ＧＬＲは、ＨＬＲと違い不揮発性バックアップメモリを有していないので、ＭＡＰ＿ＲＥＳＥＴメッセージの送信先となるＶＬＲを知らない。その結果、ＧＬＲは、そのネットワーク内にある全てのＶＬＲにこのメッセージを送付し、ＶＬＲからの位置更新情報を待たねばならない。
【００２５】
ステップ６１５では、ＧＬＲは、ＶＬＲからＭＡＰ ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ要求を受信する。ステップ６１７では、ＧＬＲは、ＭＡＰ＿位ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ要求で通知された位置に従ってＧＬＲメモリの利用者位置情報を更新する。ステップ６２０では、ＧＬＲは、ＭＡＰ ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージに関係する移動端末利用者がＧＬＲに既知であるか否かを判断する。利用者がＧＬＲにとって既知である場合（例えば、ＨＬＲからの回復された利用者データにより）、ステップ６２０から「はい」経路へ進み、ＧＬＲは、ステップ６２５で、ＨＬＲに通知することなく情報更新要求を処理する。
【００２６】
ＭＡＰ ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージが関係する移動端末利用者がＧＬＲに既知でない場合、ステップ６２０から「いいえ」経路へ進み、ＧＬＲは、ステップ６３０で当該移動端末利用者に関係するＨＬＲと共にＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ手続きを実施する。ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮ手続きによって、ＨＬＲは、ＧＬＲに移動端末利用者データの提供を開始する。そして、ステップ６３５において、ＧＬＲは、要求された利用者データをＶＬＲに転送し、位置情報の更新を確認する。
【００２７】
図７は、ＶＬＲとして機能する場合のＧＬＲが障害から回復するときのＵＭＴＳシステムにおける一方法を例示している。本発明の当該実施例では、ＧＬＲは、利用者に関するダイナミックデータのためのバックアップメモリを有していない。ステップ７０５では、ＧＬＲは、ＨＬＲからローミング番号要求を受信する。ＨＬＲからローミング番号要求を受信する際、ＧＬＲは、通常ならば適切なＶＬＲに当該要求を転送し、移動端末利用者に関する返信ローミング番号を要求ＨＬＲに転送する動作を実施する。しかし、この場合、これが起こるのは、関係移動端末利用者による位置情報の更新によって当該関係移動端末利用者のＩＭＳＩ記録が回復された場合に限られる。従って、ステップ７１０で、ＧＬＲは、関係利用者のＩＭＳＩ記録が位置情報更新によって回復しているか否かを判断する。ＩＭＳＩ記録が回復している場合、ステップ７１０から「はい」経路へ進み、ＧＬＲは、ステップ７１５で適切なＶＬＲに当該要求を転送する。
【００２８】
関係移動端末利用者のＩＭＳＩ記録が回復していない場合、ＧＬＲには当該利用者に関するデータが一切存在せず、よってローミング番号要求の転送先がどのＶＬＲとなるのかを知ることはない。従って、当該利用者のＩＭＳＩデータが回復していない場合、ステップ７１０から「いいえ」経路へ進み、ステップ７２０において、ＧＬＲは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ指示をネットワーク上の全てのＶＬＲに送信する。ＶＬＲは、ステップ７２５でＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ 要求を受信する。ステップ７３０では、ＶＬＲは、当該移動端末利用者が当該ＶＬＲによってサポートされているか否かを判断する。現在利用者をサポートしていれば、ステップ７３０から「はい」経路へ進み、ステップ７３５において、移動端末利用者に関するローミング番号を含み返信をＧＬＲへ送信する。ステップ７４０では、ＧＬＲは、ローミング番号をＨＬＲへ転送する。ステップ７４２において、ＧＬＲは、ＭＡＰ データ 回復手続きをＨＬＲへ向けて開始する。あるいは、ＧＬＲは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求を送信する前、すなわちステップ７２０前にＭＡＰ ＲＥＳＴＯＲＥ＿ＤＡＴＡ手続きを開始することができる。
【００２９】
ＶＬＲが現在当該移動端末利用者をサポートしていないと判断した場合、ステップ７３０から「いいえ」経路へ進み、ＶＬＲは、ステップ７４５においてローミング番号をＧＬＲに提供する。ＶＬＲは、移動端末利用者をサポートしていないと知ったとしても、ＶＬＲのデータが不正確である場合、ローミング番号を提供する。ステップ７５０では、ＶＬＲは、ＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡ手続きをＧＬＲと共に開始する。ステップ７５５では、ＧＬＲは、「未認識の利用者」、「リソース限界」等のユーザエラー、又は、、「サービス完了失敗」等のプロバイダーエラーを通知するＭＡＰ＿ＲＥＳＯＲＥ＿ＤＡＴＡ応答をＨＬＲに返信する。あるいは、ＶＬＲは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージを送信する前にＧＬＲに向けたＭＡＰ＿ＲＥＳＯＲＥ＿ＤＡＴＡ手続きを開始することができる。そのような場合、エラー通知を含むＭＡＰ＿ＵＰＤＡＴＥ＿ＤＡＴＡ応答メッセージをＧＬＲから受信した後、ＶＬＲは、ローミング番号が含まれない代わりに、プロバイダーエラーの「サービス完了失敗」、ユーザエラーの「未認識利用者」又は、ユーザエラー「利用者不在」等のエラー通知が含まれたＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージをＧＬＲへ送信する。
【００３０】
図８は、ＨＬＲ及びＶＬＲとして機能するＧＬＲが障害から回復するときのＵＭＴＳシステムの一方法を例示している。本発明の当該実施例では、ＧＬＲには、利用者に関するダイナミックデータのためのバックアップメモリがない。ステップ８０５では、ＧＬＲは、ＧＬＲが管理する全てのＶＬＲに対してＭＡＰ＿ＲＥＳＥＴメッセージを送信する。ステップ８１０において、ＧＬＲは、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージをＶＬＲから、又は、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージをＨＬＲから待つ。ステップ８１５では、ＧＬＲは、ＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージをＶＬＲから受信したか否かを判断する。ＧＬＲがＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージをＶＬＲから受信した場合、ステップ８１５から「はい」経路へ進み、ステップ８２０でＧＬＲは、当該利用者の現在位置情報とともに利用者の記録を更新する。位置情報更新手続きは、ステップ８２２で通常の方法で遂行される。そして、ステップ８１０のおいて、ＧＬＲは、ＶＬＲからＭＡＰ＿ＵＰＤＡＴＥ＿ＬＯＣＡＴＩＯＮメッセージを待つか、ＨＬＲからＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージを待つ。
【００３１】
ステップ８２２に関連して説明した位置情報更新手続きは、関連移動端末利用者に関連したＨＬＲへＧＬＲがＭＡＰ 位置情報 更新 指示メッセージを転送することから開始される。ＨＬＲは、ＭＡＰ 利用者データ書き込み指示メッセージをＧＬＲへ送信する。ＧＬＲは、受信した移動端末利用者データを当該利用者の記録へ蓄積し、これにより当該利用者記録の回復が完了する。次に、ＧＬＲは、移動端末利用者にサービスを提供しているＶＬＲにＭＡＰ＿ＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＡ指示メッセージを転送する。それに続いて、ＭＡＰ＿ＩＮＳＥＲＴ＿ＳＵＢＳＣＲＩＢＥＲ＿ＤＡＴＡ応答メッセージがＧＬＲにより受信され、ＨＬＲへ転送される。ステップ８２２に関連して上記で説明された通常の位置情報更新手続きは、ＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮ応答メッセージをＨＬＲがＧＬＲへ送信し、引き続いてＧＬＲが適切なＶＬＲへ当該メッセージを転送することにより完了する。
【００３２】
ＧＬＲがＶＬＲからＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮメッセージを受信しなかった場合は、ステップ８１５から「いいえ」経路へ進み、ＧＬＲは、ステップ８２５において、ＨＬＲからＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージを受信したか否かを判断する。ＧＬＲがＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージを受信しなかった場合、ステップ８２５から「いいえ」経路へ進み、ステップ８１０において、ＶＬＲからのＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮメッセージを待つか、ＨＬＲからのＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージを待つ。
【００３３】
ＧＬＲは、ＨＬＲからＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージを受信した場合、ステップ８１５から「はい」経路へ進み、ＧＬＲは、ステップ８３０において位置情報更新によって関係利用者のＩＭＳＩ記録が回復しているか否かを判断する。ＧＬＲは、ＩＭＳＩ記録が回復されていないと判断した場合、ステップ８３０から「いいえ」経路へ進み、ＧＬＲは、「リソース限界」、「未認識利用者」等のユーザエラー、又は、「サービス完了失敗」等のプロバイダーエラーを通知するＭＡＰ ローミング 番号 応答をＨＬＲへ送信する。そして、ＧＬＲは、ステップ８１０において、ＶＬＲからのＭＡＰ 位置情報 更新メッセージを待つか、ＨＬＲからのＭＡＰ ローミング 番号要求メッセージを待つ。
【００３４】
ＧＬＲは、ＩＭＳＩ記録が回復していると判断した場合、ステップ８３０から「はい」経路へ進み、ステップ８４０において適当なＶＬＲへローミング番号要求を転送する。ステップ８４５において、ＧＬＲは、ＶＬＲからＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージを受信する。ステップ８５０において、ＧＬＲは、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答をＨＬＲへ転送する。そして、ステップ８１０において、ＧＬＲは、ＶＬＲからのＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮ指示メッセージを待つか、あるいは、ＨＬＲからのＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ要求メッセージを待つ。また、ＧＬＲは、ＨＬＲと共に実施するＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡ手続きについて、エラー通知とともにＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲ応答メッセージをＨＬＲへ送信する前あるいは後、すなわちステップ８３５の前あるいは後に選択して当該手続きを実施することができる。
【００３５】
図７に示した障害回復方法と比較して、図８に示した障害回復方法によると、無駄なＶＬＲへの通信が回避される。しかしながら、図８に示した方法によると、移動端末利用者と最初の認証済み無線接触を受け誘発されたＶＬＲの一つからＧＬＲへ関係利用者の更新位置情報が受信されるまで利用者が通信できない。
【００３６】
図９は、ＨＬＲとして機能するＧＬＲが障害回復するときのＵＭＴＳシステムにおける一方法を例示している。本発明の当該実施例によると、ＧＬＲは、利用者のダイナミックデータのためのバックアップメモリを有している。ステップ９０５で、ＧＬＲは、最新のバックアップからのデータを取り込むために不揮発性バックアップメモリを使用する。ステップ９１０では、バックアップメモリからのデータに基づいて、ＧＬＲは、バックアップメモリで通知されたＶＬＲ、すなわちＧＬＲの回復データによって通知された関係利用者に関するＩＭＳＩ記録を含むＶＬＲにＭＡＰ＿ＲＥＳＥＴメッセージを送信する。ステップ９１５では、ＧＬＲは、ＶＬＲからＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮメッセージを受信する。ＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮ要求をＶＬＲから受信する際、ＧＬＲは、ステップ９２０において、最新のバックアップから回復されたＩＭＳＩ記録に基づいて当該利用者がＧＬＲにとって既知か否かを判断する。既知である場合、ステップ９２０から「はい」経路へ進み、ＧＬＲは、ステップ９２５においてＨＬＲを通知することなく位置情報更新要求を処理する。当該利用者がＧＬＲにとって既知でない場合、判断ステップ９２０から「いいえ」経路へ進み、ステップ９３０においてＭＡＰ＿ＵＰＤＡＴＴＥ＿ＬＯＣＡＴＩＯＮ手続きを実施する。ステップ９３５において、ＧＬＲは、ＨＬＲからＭＡＰ 位置情報 更新手続きの間に受信した利用者データをＶＬＲへ送信し、当該位置情報を確認する。
【００３７】
図１０は、ＨＬＲ及びＶＬＲとして機能するＧＬＲが障害から回復しているときのＵＭＴＳシステムにおける一方法を例示している。本発明の当該実施例では、ＧＬＲは、利用者のダイナミックデータのためにバックアップメモリを有している。ステップ１００５において、ＧＬＲは、バックアップメモリからデータを取り込む。ステップ１００７においては、バックアップメモリからのデータに基づいて、バックアップメモリで通知されたＶＬＲ、すなわちＧＬＲで回復されたデータによって通知され、関係利用者のＩＭＳＩ記録を含むＶＬＲに送信する。ステップ１０１０では、ＧＬＲは、ＨＬＲから特定の移動端末利用者に関するローミング番号要求を受信する。ステップ１０１５では、ＧＬＲは、回復データによって示された適当なＶＬＲへ当該要求を転送する。あるいは、ＧＬＲは、ＨＬＲからローミング番号要求を受信する前に特定の移動端末利用者に関するＩＭＳＩを含む位置情報更新を受信した場合、ＧＬＲは、ＶＬＲからの位置情報更新によって通知されたＶＬＲに当該ローミング番号要求を転送することができる。
【００３８】
ステップ１０２０において、ローミング番号要求が転送されたＶＬＲは、ＩＭＳＩが既知か否か判断する。関係移動端末利用者がＧＬＲの最新バックアップ後ＧＬＲの回復前に他のＶＬＲへ移動していた場合、ＧＬＲは、ローミング番号要求を誤ったＶＬＲへ転送する場合がある。ＶＬＲがＩＭＳＩを認識した場合、ステップ１０２０から「はい」経路へ進み、ＶＬＲは、ステップ１０２５においてローミング番号をＧＬＲへ転送する。そして、ステップ１０３０において、ＧＬＲは、ローミング番号を要求ＨＬＲへ転送する。
【００３９】
ＶＬＲがＩＭＳＩを認識しない場合、ステップ１０２０から「いいえ」経路へ進み、ステップ１０４０において、ＶＬＲは、ＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡメッセージをＧＬＲへ送信する。ＭＡＰ＿ＲＥＳＴＯＲＥ＿ＤＡＴＡメッセージを受け、ＧＬＲは、「未認識利用者」若しくは「リソース限界」等のユーザエラー、又は「サービス完了失敗」等のプロバイダーエラー通知するＭＡＰ データ 回復応答メッセージをステップ１０４５において送信する。ＧＬＲのバックアップデータから回復された位置情報は、（恐らく、ＧＬＲで最新のバックアップが実行された後、且つＧＬＲで障害が発生した前に移動端末利用者が他のＶＬＲへ移動したため）明らかに不正確であるので、システムは、図７に図示された方法のステップ７２０−７５５を実施し、移動端末利用者の現在位置情報を取得する。当然ながら、ステップ１０２０においてＩＭＳＩが既知でないことを通知したＶＬＲに対して、ＧＬＲは、ステップ７２０において、ＭＡＰ＿ＰＲＯＶＩＤＥ＿ＲＯＡＭＩＮＧ＿ＮＵＭＢＥＲメッセージを送信しないことを当業者であれば認識するであろう。あるいは、システムは、図８に図示された方法のステップ８３５およびステップ８１０−８３５を実施し、移動端末利用者の位置情報を取得することができる。ＧＬＲは、また、ステップ８３５の前若しくは後にＭＡＰ データ 更新手続きをＨＬＲとともに実施することができるし、あるいは、ステップ７４２を除くステップ７２０−７５５を実施する場合には、ＭＡＰ データ 更新手続きをＨＬＲとともにステップ７２０前から開始することも可能である。
【００４０】
システムが図８に図示された方法のステップ８３５及びステップ８１０−８３５を実施する場合、ＧＬＲは、ＧＬＲと同一ネットワーク上にあってＭＡＰ＿ＲＥＳＥＴメッセージを未受信のＶＬＲすべてにＭＡＰ＿ＲＥＳＥＴメッセージを送信することができる。ＭＡＰ＿ＲＥＳＥＴメッセージは、ＨＬＲ id-リスト パラメータの関係ＩＭＳＩのイニシャルディジットを含むことができる。ＭＡＰ＿ＲＥＳＥＴメッセージを受け、ＶＬＲは、関係利用者と認証済み無線接触する次の機会にＧＬＲへＭＡＰ 位置情報 更新メッセージを送信するので、ＧＬＲが障害回復に懸かる時間を短縮することができる。
【００４１】
上記に記載された本発明の実施例によると、ＧＬＲとＶＬＲからなるネットワークがＧＳＭ ＭＡＰスペシフィケーションに違反することなく、ＧＬＲ障害回復を処理することができる。更に、ＨＬＲ及びＶＬＲ障害回復手続きで使用するＧＳＭ ＭＡＰスペシフィケーションで特定されるメッセージは、ＵＭＴＳにおけるＧＬＲ障害回復手続きにおいても使用することができる。ＧＬＲの障害回復手続きを実行するに当たって、ＨＬＲ及びＶＬＲともに影響を受けない。すなわち、それらの動作が修正を受けない。
【００４２】
本発明を実施例に基づいて説明したが、本発明は、これら実施例に限定されない。当業者は、本書に添付の特許請求の範囲から画定される本発明の精神及び範囲を逸脱することなく、本発明を修正及び変更することができる。
【図面の簡単な説明】
【図１】 従来のＧＳＭネットワークを示した図である。
【図２】 従来のＰＤＣネットワークを示した図である。
【図３】 従来のＵＭＴＳネットトワークであって、ＧＬＲを具備したものを示した図である。
【図４】 ＧＳＭシステムにおけるＨＬＲが障害回復する従来の方法を示した図である。
【図５】 ＧＳＭシステムにおけるＶＬＲが障害回復する従来の方法を示した図である。
【図６】 ＵＭＴＳシステムにおけるＨＬＲとして機能する場合のＧＬＲが本発明の一実施例に基づいて障害回復する一方法を例示した図である。
【図７】 ＵＭＴＳシステムにおけるＶＬＲとして機能する場合のＧＬＲが本発明の一実施例に基づいて障害回復する一方法を例示した図である。
【図８】 ＵＭＴＳシステムにおけるＨＬＲ及びＶＬＲとして機能する場合のＧＬＲが本発明の一実施例に基づいて障害回復する更なる方法を例示した図である。
【図９】 ＵＭＴＳシステムにおけるＨＬＲとして機能する場合のＧＬＲが本発明の更なるに基づいて障害回復する一方法を例示した図である。
【図１０】 ＵＭＴＳシステムにおけるＨＬＲ及びＶＬＲとして機能する場合のＧＬＲが本発明の更なる実施例に基づいて障害回復する一方法を例示した図である。
【図１】
0004567259.tif 000002
【図２】
0004567259.tif 000003
【図３】
0004567259.tif 000004
【図４】
0004567259.tif 000005
【図５】
0004567259.tif 000006
【図６】
0004567259.tif 000007
【図７】
0004567259.tif 000008
【図８】
0004567259.tif 000009
【図９】
0004567259.tif 000010
【図１０】
0004567259.tif 000011