JP3944491B2 - 移動通信システムのコンテキスト同期化方法 - Google Patents

Description

本発明は、移動通信システムに係るもので、詳しくは、パケット送受信に基づいた移動通信システムのコンテキスト（ｃｏｎｔｅｘｔ）同期化方法に関するものである。

一般に、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）のように、パケット中心の断続的データ通信を行うシステムの無線プロトコル、即ち、移動通信システムのプロトコル中、ピア（ＰＥＥＲ）が互いに同様な情報を有し、それらのデータが頻繁にアップデートされない、ＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）及びＭＭ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）のようなプロトコルにおけるコンテキスト同期化は、常にクライアント／サーバの関係を有して動作する。このとき、通常、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）がクライアントの役割をし、ネットワークがサーバの役割をする。又、クライアントが何らかの要求をするとき、クライアントの情報とサーバの情報とが異なると、サーバはクライアントにリジェクト（ＲＥＪＥＣＴ）を与え、このとき、該当のプロトコル層は非正常的な状態になって、円滑に動作しないため、クライアントであるＭＳは、最初の同期化プロシージャを再び開始するようになる。

図２Ａ、Ｂは従来のネットワークとＭＳ間の無線プロトコルの処理工程を示したフローチャートで、図示されたように、まず、端末の電源をオンにしてセルの選択を開始し（Ｓ１）、セルが選択されたかを判断する（Ｓ２）。次いで、若しセルが選択されてないと、他の使用可能なセルがあるかを判断し、他のセルがあると、最初のセルを選択する工程に戻って、使用可能なセルがないと、サービスに制限を受けて、他の使用可能なセルがあるかを再び探索するが、これは、使用可能なセルを探す時まで周期的に動作される。若しセルが選択されると、ＭＳは自身をネットワークに登録するためにＬＵＰ（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｐｒｏｃｅｄｕｒｅ）或いはＲＡＵ（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ）を行い（Ｓ３）、ＧＭＭ（ＧＰＲＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）に何らかの問題があるかを判断する（Ｓ４）。次いで、ＧＭＭが良好でないと、最初のセルを選択する工程に戻って最初から再び開始する。且つ、ＧＭＭに問題がないと、一般のアイドルプロシージャ及びノーマルプロシージャを行う（Ｓ５）。その後の工程は、ＭＳ及びネットワークからＧＭＭ障害が発生した場合（Ａ）、ネットワークからＰＤＰ障害が発生した場合（Ｂ）、ＭＳからＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）障害が発生した場合（Ｃ）にそれぞれ分割され、ネットワークとＭＳとの同期化工程で互いのコンテキストが異なることで、障害が発生した場合を示している。

即ち、まず、（Ｂ）に示したように、ネットワークからＰＤＰ障害が発生すると（Ｓ６）、自己終了工程が行われることで、自己非活性化（ｓｅｌｆ−ｄｅａｃｔｉｖａｔｉｏｎ）が行われる（Ｓ７）。次いで、端末がネットワークにＳＭやＧＭＭメッセージを送る時まで待機し（Ｓ８）、その後、ＳＭメッセージが受信されたかを判断する（Ｓ９）。このとき、若しＳＭメッセージが受信されてないと、以前の待機状態に再び戻る。且つ、ＳＭメッセージが受信された場合は、受信を知らせるＳＭステータスメッセージを伝送し（Ｓ１０）、その後、自己ＰＤＰ非活性化を再び行う（Ｓ１１）。その後、アイドルプロシージャ及びノーマルプロシージャを行い（Ｓ１２）、使用者はＰＤＰコンテキストを要請する（Ｓ１３）。次いで、ＰＤＰアクティベーションプロシージャが行われるが、まず、ＰＤＰアクティベーションが要請され（Ｓ１４）、その後にＰＤＰアクティベーションアクセプト（活性化承認）が行われることで（Ｓ１５）、同期化が行われる。全ての工程が行われると、ＧＭＭが再び良好になり、一般のアイドルプロシージャ及びノーマルプロシージャが行われる工程（Ｓ５）に戻って正常な動作が行われる。

又、（Ｃ）に示したように、ＭＳからＰＤＰ障害が発生すると（Ｓ２０）、既存の同期化が行われないコンテキストを消すためにディアクティブプロシージャが行われ（Ｓ２１）、前記（Ｂ）と同様に、アイドルプロシージャ及びノーマルプロシージャを行う工程（Ｓ１２）に進み、その後の各工程（Ｓ１２〜Ｓ１５）が行われる。

又、（Ａ）に示したように、ＭＳ或いはネットワークからＧＭＭ障害が発生すると（Ｓ３０）、現在ＰＤＰセッションが存在しているかを判断し（Ｓ３１）、ＰＤＰセッションが存在すると、自己終了工程を行う（Ｓ３２）。その後、ＧＭＭが原因であると確認し（Ｓ３３）、ＧＭＭリアタッチプロシージャを行うが、前工程（Ｓ３１）でＰＤＰセッションが存在しないと、前記リアタッチプロシージャを直接行う。前記ＧＭＭリアタッチプロシージャでは、まず、障害の発生地点がネットワークであるか、又はＭＳであるかを判断し（Ｓ３４）、このとき、ネットワークから発生すると、ＩＭＳＩによりページングするか、又はディタッチリクエスト（登録解除要求）を行う。その後、アタッチプロシージャを行い（Ｓ３６）、次の工程に移るが、前記工程（Ｓ３４）で障害の発生地点がＭＳであると、直接アタッチプロシージャを行って、次の工程に移る（Ｓ３７）。その後、アタッチプロシージャが成功的に行われたかを判断し（Ｓ３８）、成功的に行われた場合は、前記（Ｂ）と同様に、アイドルプロシージャ及びノーマルプロシージャを行う工程（Ｓ１２）に移り、その後の各工程（Ｓ１２〜Ｓ１５）を行う。且つ、若し成功的に行われず、アタッチプロシージャの遂行が失敗されると、一番最初の電源をオンにしてセルを選択する工程（Ｓ１）に戻る。

然るに、このような従来の移動通信システムのコンテキスト同期化方法においては、ＭＳ及びネットワークの有するコンテキストが異なる場合、生成／変更／終了のプロトコルのみを有しているため、無線ネットワークの多様な状況に対して非正常的になり、ネットワークとＭＳとは相互相手方の情報を知ることができないため、次の動作すべき状況に効率的に対処し得ず、電源を再びオンにするか、または初期化状態に戻って、以前に行った各プロシージャを再び反復するようになる。よって、ネットワークとＭＳ間のコンテキストにエラーが発生し、ネットワーク及びＭＳのチャンネルの全てのプロシージャを再び行うようになるという不都合な点があった。

又、前記全てのプロシージャを最初から再び行うことで、無線資源を浪費するという不都合な点があった。

本発明は、このような従来の課題に鑑みてなされたもので、セッションを効率的に管理する移動通信システムのコンテキスト同期化方法を提供することを目的とする。

本発明の移動通信システムのコンテキスト同期化方法は、無線システムを利用してクライアントとサーバとが互いに送受信をするプロトコルであって、クライアントがアイドルプロシージャ及びノーマルプロシージャを行う工程と、前記各プロシージャを行う時にエラーが発生すると、リカバリプロシージャを行う工程と、前記エラー及びエラー発生地点に対するリアタッチプロシージャ及びアクティベーションプロシージャを行う工程と、を含んで構成されることを特徴とする。

本発明の移動通信システムのコンテキスト同期化方法は、前記クライアントがＭＳ（Ｍｏｂｉｌｅ Ｓｔａｉｏｎ）で、前記サーバはネットワークであることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記無線システムは、パケット通信に基づいたシステムであって、ＧＰＲＳ（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）システムを含んでもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記プロトコルが、ピアが同様な情報を有し、頻繁にアップデートされないプロトコルであることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記プロトコルが、ＧＭＭ（ＧＰＲＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）及びＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）プロトコルを含むことを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記エラーが、ＧＭＭ障害であることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記エラーが、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）障害であることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記エラー発生地点が、ＭＳ或いはネットワークであることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記リカバリプロシージャが、障害の発生地点を区分する工程と、該障害の発生地点に対する情報を伝送する工程と、を行うことを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記情報伝送が、ネットワークから障害が発生するとき、ネットワークがＭＳにＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｉｔｙ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）によりパケットページングすることで、ＭＳの情報を受けてネットワークの情報を充填することを特徴とする請求項９に記載の移動通信システムのコンテキスト同期化方法。

本発明の移動通信システムのコンテキスト同期化方法は、前記ネットワークが受けるＭＳの情報が、インフォタイプのコンテキスト情報であることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記情報伝送が、ＭＳから障害が発生すると、ＭＳはクエリープロシージャを行い、ネットワークにインフォタイプのコンテキスト情報を伝送することを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記クエリープロシージャが、ＭＳがネットワークにクエリータイプのコンテキスト情報を伝送し、ネットワークから応答を受けることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記応答が、既存のＰＤＰの状態情報であることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、移動通信システムでＭＳが該当のネットワークに相応するセルを選択して自身を登録する工程と、一般のアイドルプロシージャ及びノーマルプロシージャを行う工程と、障害が発生するとき、リカバリプロシージャを行う工程と、を含んで構成されることを特徴とする。

本発明の移動通信システムのコンテキスト同期化方法は、前記移動通信システムが、パケット通信に基づいたシステムであって、ＧＰＲＳシステムを含むことを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記ＭＳが、クライアントとしての役割をし、前記ネットワークはサーバとしての役割をすることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記ＭＳが、ＬＵＰ（Ｌｏｃａｔｉｏｎ ｕｐｄａｔｅ）或いはＲＡＵ（Ｒｏｕｔｉｎｇ ａｒｅａ ｕｐｄａｔｅ）によりネットワークに自身を登録することを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記障害が、ＭＳまたはネットワークから発生することを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記障害が、ＧＭＭ障害或いはＰＤＰ障害であることを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記リカバリプロシージャが、ネットワーク及びＭＳ中、障害の発生地点を区分する工程と、障害の発生地点に応じてＭＳがネットワークに情報を伝送する工程と、を行うことを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記情報伝送工程が、ネットワークから障害が発生するとき、インフォタイプのコンテキスト情報を伝送する工程を更に行うことを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記情報伝送工程が、ネットワークから障害が発生するとき、ＭＳが情報を伝送する前に、ネットワークがＭＳにＩＭＳＩによりパケットページングをする工程を更に行うことを特徴としてもよい。

本発明の移動通信システムのコンテキスト同期化方法は、前記情報伝送工程が、ＭＳから障害が発生するとき、クエリータイプのコンテキスト情報を伝送する工程と、前記クエリーの応答を受けて、ネットワークにインフォタイプの情報を再び伝送する工程と、を更に行うことを特徴としてもよい。

このような目的を達成するため、本発明に係る移動通信システムのコンテキスト同期化方法は、ピアが同様な情報を有し、頻繁にアップデートされないプロトコルの場合、クライアントがサーバに情報を尋ねて、それに対する応答に基づいて同期化をなすことを特徴とする。

又、前記クライアントはＭＳで、前記サーバはネットワークであることを特徴とする。

又、本発明に係る移動通信システムのコンテキスト同期化方法は、ＭＳが該当のネットワークに相応するセルを選択して自身を登録し、一般のアイドルプロシージャ及びノーマルプロシージャを行う工程と、障害が発生すると、ネットワークからＭＳにパケットページングをした後、ＭＳがネットワークにコンテキスト情報を伝送する工程と、ＧＭＭ或いはＳＭリカバリプロシージャを行う工程と、を含むことを特徴とする。

本発明に係る移動通信システムのコンテキスト同期化方法は、ピアが互いに同様な情報を有し、互いのデータが頻繁にアップデートされないプロトコルの場合、従来のように、次に動作すべき状況に効率的に対処することができないため、電源を再びオンにするか、または初期化状態に戻ることで、ネットワークと前に行った各プロシージャを再び反復するということをせずに、相手方のステータスやコンテキストを尋ねることで、既存の相手方の情報を知り得るので、より柔軟に対応し得るという効果がある。

又、前記既存の情報を利用して同期化することで、従来のように同期化が行われる時までのコンテキストを削除し、最初から再び開始した時に発生した無線資源の浪費を減少し得るという効果がある。

二つのピアがコンテキストのようなデータを同期化した状態のみに動作するプロトコルの場合、ほとんど主従関係を有するが、この場合、一般にＭＳがクライアントに要請し、ネットワークのノードであるＭＳＣ（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）、ＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）及びＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）などがサーバとして動作する。このとき、常にクライアント（ＭＳ）がサーバ（ネットワーク）に何らかの資源や認証を要請して受ける手順があるため、ＭＳは、自身が非正常的な状況の場合、従来より柔軟に対処するために、ネットワークに保存された自身の状態を知り得るクエリー（Ｑｕｅｒｙ）プロシージャを行う。

又、ネットワークに障害が発生した場合も、ネットワークのデータを現状復旧するために、ＭＳへの効率的なクエリーを利用する方法を使用する。この場合、ネットワークの基本データベースであるＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）は、ＭＳにより変形された情報をＭＳによるディアクティブ（非活性化）やディタッチ（登録解除）などにより消去される前まで、全て有するべきである。勿論、ＧＭＭの場合は問題が引き起こされるため、最初のパワーオンによりサービスを再開する場合は、既存の基本情報を除いて、全て初期化すべきである。

例えば、ＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）があるセッションを連結、終了及び変形するために、該当のプロシージャを行う場合、突然ネットワークがこれら全ての動作に対してリジェクトを始めとする正常なプロシージャを行わないと、ＭＳはネットワークから自身の情報をクエリーしてピアプロトコルの情報を知った後、それに対する動作をする。

又、ＭＳからネットワークにアクティベーション（活性化）メッセージを送った場合、リジェクトを受信すると、ＭＳはコンテキスト＿インフォメーションメッセージをクエリータイプに送り、ネットワークでこれに応じた応答をすると、その応答によって動作するようになる。例えば、ＭＳの所望事項に適合したコンテキストがある場合、その値をそのまま維持して自身のプロトコルをセッティングし、その値を維持して再び使用することが不可能であると、モディフィケーションプロシージャを通して不可能な部分を変形して使用する。然し、ＧＰＲＳで使用しようとするＡＰＮが他の場合のように変形しても使用することができない場合、ディアクティベーションプロシージャを通してそのコンテキストをネットワークから削除する。

又、ＭＭの場合は、ＭＳがネットワークに登録するとき、ネットワークがリジェクトを送ると、リジェクトのコーズ（ＣＡＵＳＥ）によってネットワークにクエリーするようになるが、このクエリー内容を利用して一層柔軟に動作することができる。このとき、前記コーズによって、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｉｔｙ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）のように端末機に唯一割り当てられたパラメータを利用してＨＬＲをクエリーし、その情報に基づいて次の動作を行う。また、アップデートのためのプロシージャの場合は、ＭＳが新しいエリアに進入するとき、ネットワークが正常でない応答を与える場合、ＭＳは以前の情報を利用して、自身のＭＭコンテキスト中最も基本的なＩＭＳＩをＨＬＲにクエリーする。この場合に備えて、ＨＬＲはＭＳからディタッチリクエストメッセージを受け、これとは異なって、ネットワークから先に始めて、端末がこれに対する応答を受ける場合は、ＨＬＲが有するＭＳに対するＧＭＭ情報を消去するようになる。この時を除けば、ＭＳがＩＭＳＩを通して要請する場合、いつでもクエリーに応答すべきである。

図１は本発明に係る移動通信システムのコンテキスト同期化方法の工程を示したフローチャートで、図示されたように、まず、端末の電源をオンにすると、端末は該当のセルをスキャンしはじめる（Ｓ４０）。セルが選択されたかを確認した後（Ｓ４１）、若しセルが選択されてない場合は、他の使用可能なセルがあるかを確認する。このとき、使用可能な他のセルがあると、最初のセルを選択する工程（Ｓ４０）から再び開始する。且つ、使用可能な他のセルがない場合は、サービスに制限を受けて他のセルを再び探すが、これは、他の使用可能なセルを探す時まで周期的に反復される。次いで、セルが選択されると、ＬＵＰ或いはＲＡＵ工程を行い、自身をネットワークに登録する（Ｓ４２）。その後、ＧＭＭの状態が良好であるかを判断し（Ｓ４３）、良好でない場合は、最初の工程（Ｓ４０）から再び開始する。且つ、ＧＭＭの状態が良好である場合、一般のアイドルプロシージャ及びノーマルプロシージャを実行する（Ｓ４４）。ここまでは、図２Ａ、Ｂに示した既存の方法とその工程が同様で、その後も、図２Ａ、Ｂと同様に、ＭＳ或いはネットワークからＧＭＭ障害が発生した場合、ネットワークからＰＤＰ障害が発生した場合、及びＭＳからＰＤＰ障害が発生した場合の３種類に分けて行われる。然し、本発明に適用されるＧＭＭリカバリプロシージャの遂行は、前記３つの場合に全て適用することができる。

ＧＭＭリカバリプロシージャの順序を見ると、最初は障害の発生地点がネットワーク或いは端末であるかを判断し、ネットワークから障害が発生したかを確認する（Ｓ１００）。

まず、障害がネットワークから発生した場合、ＩＭＳＩによりパケットをページングし（Ｓ１０１）、ＭＳは自身のコンテキスト情報をインフォタイプでネットワークに伝送する（Ｓ１０２）。その後、伝送が成功的であるかを確認し（Ｓ１０３）、成功的に伝送された場合、一般のアイドルプロシージャ及びノーマルプロシージャを行う工程（Ｓ４４）に戻って、正常な動作を行う。然し、この伝送で失敗したときは、図２Ａに示したＡまたはＢ工程に進み、最終的に’ＰＤＰ＿コンテキスト＿アクティベーション＿アクセプト’メッセージを受け、同期化される時まで、図２Ｂの以後の各工程（Ｓ３０〜Ｓ３８またはＳ６〜Ｓ１５）を行う。

一方、障害がネットワークから発生せず、ＭＳから障害が発生した場合、ＭＳはクエリータイプで自身のコンテキスト情報をネットワークに伝送する（Ｓ１０４）。この伝送が成功的であるかを判断し（Ｓ１０５）、成功された場合、ネットワークからＭＳにインフォタイプの情報を伝送して（Ｓ１０６）同期化が行われ、その後、一般のアイドルプロシージャ及びノーマルプロシージャを行う工程に戻って、正常な動作を行う。然し、この伝送に失敗した場合、図２ＡのＡ又はＣ工程に戻って、同期化が行われる時まで、図２Ｂに示した以後の各工程（Ｓ３０〜Ｓ３８またはＳ２０〜Ｓ２１）を行う。

以上説明したように、本発明は、一実施形態としてＧＰＲＳのＳＭ及びＧＭＭの場合を例示して説明したが、本技術分野の通常的な知識を有する者なら、パケット通信に基づいた移動通信システムの全てのピアプロトコルに適用することができるため、本発明の技術的な保護範囲は、添付された特許請求の範囲の技術的思想により設定されるべきである。

無線システムでクライアントとサーバとが互いに送受信をするプロトコルであって、クライアントがアイドルプロシージャ及びノーマルプロシージャを行う工程と、前記各プロシージャを行う時にエラーが発生すると、リカバリプロシージャ工程を行う工程と、前記エラー及びエラー発生地点に対するリアタッチプロシージャ及びアクティベーションプロシージャを行う工程と、を含んで移動通信システムのコンテキストを同期化する。

以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。本明細書において引用した特許、特許出願および文献は、その内容自体が具体的に本明細書に記載されているのと同様にその内容が本明細書に対する参考として援用されるべきであることが理解される。

本発明に係る移動通信システムのコンテキスト同期化方法の工程を示したフローチャートである。 従来のネットワークとＭＳ間の無線プロトコルの処理工程を示したフローチャートである。 従来のネットワークとＭＳ間の無線プロトコルの処理工程を示したフローチャートである。

Claims (16)

1. 無線システムを利用してＭＳ（Ｍｏｂｉｌｅ Ｓｔａｉｏｎ）とネットワークとが互いに送受信をするプロトコルにおいて、
   前記ＭＳがアイドルプロシージャ及びノーマルプロシージャを行う工程と、
   前記各プロシージャを行う時にエラーが発生すると、リカバリプロシージャを行う工程と、
   前記エラー及びエラー発生地点に対するリアタッチプロシージャ及びアクティベーションプロシージャを行う工程とを包含し、
   前記リカバリプロシージャは、
   障害の発生地点を前記ネットワークか前記ＭＳかを区分する工程と、
   該障害の発生地点が前記ネットワークの場合、該ネットワークが前記ＭＳにＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｉｔｙ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）によりパケットをページングすることで、前記ＭＳの情報を受けて前記ネットワークの情報を充填し、前記障害の発生地点が前記ＭＳの場合、該ＭＳがクエリープロシージャを行い、前記ネットワークにインフォタイプのコンテキスト情報を伝送する工程と、
   を包含することを特徴とする移動通信システムのコンテキスト同期化方法。
2. 前記無線システムは、パケット通信に基づいたシステムであって、ＧＰＲＳ（Ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）システムを含むことを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
3. 前記プロトコルは、ピアが同様な情報を有し、頻繁にアップデートされないプロトコルであることを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
4. 前記プロトコルは、ＧＭＭ（ＧＰＲＳ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）及びＳＭ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）プロトコルを含むことを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
5. 前記エラーは、ＧＭＭ障害であることを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
6. 前記エラーは、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）障害であることを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
7. 前記ネットワークが受ける前記ＭＳの情報は、インフォタイプのコンテキスト情報であることを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
8. 前記クエリープロシージャにおいて、前記ＭＳは、前記コンテキスト情報を伝送した後に、前記ネットワークから応答を受けることを特徴とする請求項１に記載の移動通信システムのコンテキスト同期化方法。
9. 前記応答は、既存のＰＤＰの状態情報であることを特徴とする請求項８に記載の移動通信システムのコンテキスト同期化方法。
10. 移動通信システムでＭＳ（Ｍｏｂｉｌｅ Ｓｔａｉｏｎ）が該当のネットワークに相応するセルを選択して自身を登録する工程と、
    一般のアイドルプロシージャ及びノーマルプロシージャを行う工程と、
    障害が発生するとき、リカバリプロシージャを行う工程とを包含し、
    前記リカバリプロシージャは、
    障害の発生地点が前記ネットワーク及び前記ＭＳのいずれかを区分する工程と、
    該障害の発生地点が前記ネットワークの場合、前記ＭＳが前記ネットワークにインフォタイプのコンテキスト情報を伝送し、前記障害の発生地点が前記ＭＳの場合、前記ＭＳが前記ネットワークにクエリータイプのコンテキスト情報を伝送することを特徴とする移動通信システムのコンテキスト同期化方法。
11. 前記移動通信システムは、パケット通信に基づいたシステムであって、ＧＰＲＳシステムを含むことを特徴とする請求項１０に記載の移動通信システムのコンテキスト同期化方法。
12. 前記ＭＳはクライアントとしての役割をし、前記ネットワークはサーバとしての役割をすることを特徴とする請求項１０に記載の移動通信システムのコンテキスト同期化方法。
13. 前記ＭＳは、ＬＵＰ（Ｌｏｃａｔｉｏｎ ｕｐｄａｔｅ）或いはＲＡＵ（Ｒｏｕｔｉｎｇ ａｒｅａ ｕｐｄａｔｅ）によりネットワークに自身を登録することを特徴とする請求項１０に記載の移動通信システムのコンテキスト同期化方法。
14. 前記障害は、ＧＭＭ障害或いはＰＤＰ障害であることを特徴とする請求項１０に記載の移動通信システムのコンテキスト同期化方法。
15. 前記障害地点が前記ネットワークの場合に、前記ＭＳが情報を伝送する前に、前記ネットワークが前記ＭＳにＩＭＳＩによりパケットページングをする工程を更に行なうことを特徴とする請求項１０に記載の移動通信システムのコンテキスト同期化方法。
16. 前記ＭＳは、前記クエリーの応答を受けて、前記ネットワークにインフォタイプの情報を再び伝送することを特徴とする請求項１０に記載の移動通信システムのコンテキスト同期化方法。

Images