(57)【特許請求の範囲】
【請求項１】
パケットデータプロトコルの活性化を案内する方法であって、
活性化要求シグナリングを取得し、前記パケットデータプロトコルが活性化されたか否かを判定し、判定結果が、誤ったアクセス・ポイント・ネームが含まれるために活性化されていないことを示す場合、前記アクセス・ポイント・ネーム情報が付加された、前記パケットデータプロトコルが活性化されないことを引き起こした前記活性化要求シグナリングを監視し、前記パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を分析し、
前記パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報と、前記アクセス・ポイント・ネームを正しく設置するための案内情報とを関連付けた、関連データベースを導入し、
前記分析した原因に基づいて、前記関連データベースを検索し、前記アクセス・ポイント・ネームを正しく設置することをユーザに案内する、案内情報を取得し、
前記アクセス・ポイント・ネームを正しく設置することをユーザに案内する前記案内情報を、ユーザ側へ送信する、
ことを特徴とする、パケットデータプロトコルの活性化を案内する方法。
【請求項２】
前記パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を分析することは、
前記活性化要求シグナリングを解析することにより、前記パケットデータプロトコルが活性化されないことを引き起こした前記アクセス・ポイント・ネーム原因情報、及び、携帯電話ユーザ情報を取得する、
ことを含む、ことを特徴とする、請求項１に記載のパケットデータプロトコルの活性化を案内する方法。
【請求項３】
前記パケットデータプロトコルの活性化を案内する方法は、更に、
案内情報のベアラ方式集を導入し、
前記案内情報のベアラ方式により、アクセス・ポイント・ネームを正しく設置することをユーザに案内する前記案内情報を、ユーザ側へ送信する、
ことを含む、ことを特徴とする、請求項１又は請求項２に記載のパケットデータプロトコルの活性化を案内する方法。
【請求項４】
前記パケットデータプロトコルの活性化を案内する方法は、更に、
前記活性化要求シグナリングを解析することにより、前記パケットデータプロトコルが活性化されていないことを示すアラーム情報を取得し、
アラーム情報のベアラ方式集を導入し、
前記アラーム情報のベアラ方式により、前記アラーム情報を、管理側へ送信する、
ことを含む、ことを特徴とする、請求項１又は請求項２に記載のパケットデータプロトコルの活性化を案内する方法。
【請求項５】
前記案内情報のベアラ方式は、ショートメッセージ方式、ＯＴＡ方式、音声通話方式、電子メール方式のいずれかである、
ことを特徴とする、請求項３に記載のパケットデータプロトコルの活性化を案内する方法。
【請求項６】
前記アラーム情報のベアラ方式は、ショートメッセージ方式、ＯＴＡ方式、音声通話方式、電子メール方式のいずれかである、
ことを特徴とする、請求項４に記載のパケットデータプロトコルの活性化を案内する方法。
【請求項７】
パケットデータプロトコルの活性化を案内するシステムであって、
アクセスゲートウェイを含み、
前記アクセスゲートウェイは、前記パケットデータプロトコルが活性化されていない場合、アクセス・ポイント・ネームを正しく設置することをユーザに案内するための案内情報を生成し、続いてユーザ側への前記案内情報の送信を制御し、
前記アクセスゲートウェイは、更に、
監視モジュールを有し、活性化要求シグナリングを取得し、前記パケットデータプロトコルが活性化されていないと判定した場合、前記監視モジュールは、アクセス・ポイント・ネーム情報が付加された、前記パケットデータプロトコルが活性化されないことを引き起こした前記活性化要求シグナリングを監視し、前記パケットデータプロトコルが活性化されないことを引き起こした前記アクセス・ポイント・ネーム情報を出力するための模擬ＧＧＳＮサーバと、
前記アクセス・ポイント・ネーム情報を分析することにより、前記アクセス・ポイント・ネームを正しく設置することをユーザに案内するための案内情報を生成するためのサービスエンジンサーバと、
前記ユーザ側への前記案内情報の送信を制御するための送信制御デバイスと、を含む、
ことを特徴とする、パケットデータプロトコルの活性化を案内するシステム。
【請求項８】
前記サービスエンジンサーバは、
前記パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報と、前記案内情報とを関連付けた関連データベースを記憶するための記憶手段と、
前記活性化要求シグナリングを解析することにより、前記パケットデータプロトコルが活性化されないことを引き起こした前記アクセス・ポイント・ネーム原因情報及び携帯電話ユーザ情報を取得するための解析手段と、
前記解析手段による解析で取得した前記アクセス・ポイント・ネーム原因情報、及び、前記携帯電話ユーザ情報に基づいて、前記関連データベースを検索し、アクセス・ポイント・ネームを正しく設置することをユーザに案内する前記案内情報を取得するための検索手段と、
を含む、ことを特徴とする、請求項７に記載のパケットデータプロトコルの活性化を案内するシステム。
【請求項９】
パケットデータプロトコルの活性化を案内する前記システムは、更に、
前記送信制御デバイスが管理側へのアラーム情報の送信を制御する前に、アラーム情報に対してベアラ方式を配置するためのアラームサーバと、
前記送信制御デバイスが管理側への前記案内情報の送信を制御する前に、当該案内情報に対してベアラ方式を配置するための案内サーバと、
前記パケットデータプロトコルの活性化を案内する人間／コンピュータインターフェースを前記システムに提供するための制御局サーバと、
前記システムにおける各デバイスのシステム性能を監視するための監視サーバと、
前記システムにおける各デバイスに接続され、各デバイスの情報ストリームを中継するためのデータベースサーバと、
の少なくとも１つを含む、ことを特徴とする、請求項７に記載のパケットデータプロトコルの活性化を案内するシステム。
【請求項１０】
パケットデータプロトコルが活性化されていない場合、アクセス・ポイント・ネームを正しく設置することをユーザに案内するための、案内情報を生成し、続いてユーザ側への前記案内情報の送信を制御する、アクセスゲートウェイであって、
前記アクセスゲートウェイは、更に、
監視モジュールを有し、活性化要求シグナリングを取得し、前記パケットデータプロトコルが活性化されていないと判定した場合、前記監視モジュールは、前記アクセス・ポイント・ネーム情報が付加された、前記パケットデータプロトコルが活性化されないことを引き起こした前記活性化要求シグナリングを監視し、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を出力するための、模擬ＧＧＳＮサーバと、
前記アクセス・ポイント・ネーム情報を分析することにより、アクセス・ポイント・ネームを正しく設置することを、ユーザに案内するための案内情報を生成するための、サービスエンジンサーバと、
ユーザ側への前記案内情報の送信を制御するための、送信制御デバイスと、
を含む、ことを特徴とする、アクセスゲートウェイ。
【請求項１１】
前記サービスエンジンサーバは、
前記パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報と、前記案内情報とを関連付けた、関連データベースを記憶するための、記憶手段と、
前記活性化要求シグナリングを解析することにより、前記パケットデータプロトコルが活性化されないことを引き起こした前記アクセス・ポイント・ネーム原因情報、及び、携帯電話ユーザ情報を取得するための、解析手段と、
前記解析手段による解析で取得した前記アクセス・ポイント・ネーム原因情報及び前記携帯電話ユーザ情報に基づいて、前記関連データベースを検索し、アクセス・ポイント・ネームを正しく設置することをユーザに案内する前記案内情報を取得するための、検索手段と、
を含む、ことを特徴とする、請求項１０に記載のアクセスゲートウェイ。
【請求項１２】
パケットデータプロトコルの活性化を案内する前記アクセスゲートウェイは、更に、
前記送信制御デバイスが管理側へのアラーム情報の送信を制御する前に、アラーム情報に対してベアラ方式を配置するための、アラームサーバと、
前記送信制御デバイスが管理側への前記案内情報の送信を制御する前に、当該案内情報に対してベアラ方式を配置するための、案内サーバと、
前記パケットデータプロトコルの活性化を案内する人間／コンピュータインターフェースを前記アクセスゲートウェイに提供するための、制御局サーバと、
前記アクセスゲートウェイにおける各デバイスのシステム性能を監視するための監視サーバと、
前記アクセスゲートウェイにおける各デバイスに接続され、各デバイスの情報ストリームを中継するための、データベースサーバと、
の少なくとも一つを含む、ことを特徴とする、請求項１０に記載のアクセスゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信分野に係り、特にパケットデータプロトコルの活性化を案内する方法及び対応するシステムに関する。
【背景技術】
【０００２】
ジェネラル・パケット・ラジオ・サービス（ＧＰＲＳ）を例として従来技術に係るシステムを説明する。ジェネラル・パケット・ラジオ・サービス（General  Packet  Radio  Service：ＧＰＲＳ）は、グローバル・システム・フォー・モバイル・コミュニケーションズ（Global  System  for  Mobile  Communication：ＧＳＭ）に基づく、無線パケット交換技術であり、エンド・ツー・エンドの広域のインターネット・プロトコル（Internet  Protocol：ＩＰ）接続を提供する。簡単に言えば、ＧＰＲＳは、高速データ処理技術であり、パケット交換方法を用いてデータを伝送することにより、ＧＳＭユーザに対して、モバイル環境における高速データサービスを提供でき、電子メールの送受信、インターネットをブラウズするといった機能も、提供できる。ＧＰＲＳは、新しいＧＳＭデータサービスとして、主にモバイルユーザとリモートデータネットワークとの間に接続を確立することにより、高速無線ＩＰとＸ．２５サービスをモバイルユーザに提供する。
【０００３】
ＧＰＲＳを実現するには、従来のＧＳＭネットワークに新しいネットワークインタフェースと通信プロトコルとの導入が必要とされる。現在のＧＰＲＳネットワークには、ＧＰＲＳサポート・ノード（ＧＰＲＳ  Supporting  Node：ＧＳＮ）が導入されており、ＧＰＲＳシステムの移動局が、ＧＰＲＳ移動局、又はＧＳＭ／ＧＰＲＳのデュアルモードの移動局でなければならない。ＧＳＮは、ＧＰＲＳネットワークにおける、最も重要なネットワークノードであり、移動局と各種のデータネットワークとの間のデータ伝送と、フォーマットの変換とを完成させることができる。ＧＳＮは、ルータのような独立したデバイスであってもよく、ＧＳＭの移動通信交換センタ（Mobile  Switching  Center：ＭＳＣ）と一体化されてもよい。下記二種類の形式がある。
【０００４】
一つの形式として、ゲートウェイＧＳＮ（Gateway  ＧＳＮ：ＧＧＳＮ）がある。ＧＧＳＮは、主にゲートウェイとしての役割を果たし、例えば、総合デジタル通信網（Integrated  Services  Digital  Network：ＩＳＤＮ）、公衆交換電話網（Public  Switched  Telecommunications  Network：ＰＳＴＮ）、ローカル・アクセス・ネットワーク（Local  Access  Network：ＬＡＮ）など、多種類の異なったデータネットワークに接続できる。ＧＧＳＮは、ＧＳＭネットワークにおけるＧＰＲＳパケットデータについて、プロトコルの変換を行えることで、これらのパケットデータをリモートの伝送制御プロトコル／インターネット・プロトコル（Transmission  Control  Protocol／Internet  Protocol：ＴＣＰ／ＩＰ）ネットワーク、又はＸ．２５ネットワークに伝送できるようにする。
【０００５】
別の形式として、サービスＧＳＮ（Serving  ＧＳＮ：ＳＧＳＮ）がある。ＳＧＳＮは、その主な機能として、移動局の現在位置情報を記録し、移動局とＧＧＳＮとの間に、モバイルパケットデータの送受信を完成させることである。
【０００６】
現在、ＧＰＲＳサービスの著しい発展により、ユーザ数が増え続けるため、ＧＰＲＳシステムのＧＰＲＳサービス開通要求について、毎日処理量が日増しに増えている。モバイルユーザが、ＧＰＲＳサービスの開通を申請する際に、パケットデータプロトコル（Packet  Data  Protocol：ＰＤＰ）が活性化されないことは、主にアクセス・ポイント・ネーム（Access  Point  Name：ＡＰＮ）に対する設置の不当に起因する。従って、該部分のユーザに対して、ＡＰＮを正しく設置するよう案内する必要があり、それによりＧＰＲＳを正しく開通できるようにする。
【０００７】
現在、従来技術において、動作を設置することでＡＰＮを正しく設置させるようにユーザに案内するシステムの拡張性が悪いため、ＧＰＲＳネットワークの構造がますます複雑となるとともに、該部分の機能に対するＧＰＲＳシステムの保守作業量が増えている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術課題は、プロトコルが活性化されていない場合、案内情報を自動的に生成することにより、該部分の機能に対するシステムの保守作業量を効果的に減らし、ＧＰＲＳサービスの開通・アクセスを、ユーザに正しく案内する、パケットデータプロトコルの活性化を案内する方法及び対応するシステムを提供することである。
【課題を解決するための手段】
【０００９】
上記技術問題を解決するために、本発明は、パケットデータプロトコルの活性化を案内する方法を提供する。該方法において、パケットデータプロトコルが活性化されたか否かを判定し、判定結果が、誤ったアクセス・ポイント・ネームを含むため活性化されていないことを示す場合、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を分析し、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報と、アクセス・ポイント・ネームを正しく設置するための案内情報とを関連付けた関連データベースを導入し、分析した原因に基づいて関連データベースを検索し、アクセス・ポイント・ネームを正しく設置することをユーザに案内する案内情報を取得し、アクセス・ポイント・ネームを正しく設置することをユーザに案内する案内情報をユーザ側へ送信する、ことを含む。
【００１０】
上記技術案において、判定結果が、活性化されていないことを示す場合、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を分析する前に、更に、アクセス・ポイント・ネーム情報が付加された、パケットデータプロトコルが活性化されないことを引き起こした、ＧＴＰシグナリングを監視する。
【００１１】
上記技術案において、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を分析することは、ＧＴＰシグナリングを解析することにより、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報、及び、携帯電話ユーザ情報を取得する、ことを含む。
【００１２】
上記技術案において、パケットデータプロトコルの活性化を案内する方法は、更に、案内情報のベアラ方式集を導入し、案内情報のベアラ方式により、アクセス・ポイント・ネームを正しく設置することをユーザに案内する案内情報を、ユーザ側へ送信する。
【００１３】
上記技術案において、パケットデータプロトコルの活性化を案内する方法は、更に、ＧＴＰシグナリングを解析することにより、パケットデータプロトコルが活性化されていないことを示すアラーム情報を取得し、アラーム情報のベアラ方式集を導入し、アラーム情報のベアラ方式により、アラーム情報を管理側へ送信する。
【００１４】
上記技術案において、案内情報、アラーム情報のベアラ方式は、ショートメッセージ方式、ＯＴＡ方式、音声通話方式、電子メール方式のいずれかである。
【００１５】
本発明は、更に、パケットデータプロトコルの活性化を案内するシステムを提供する。該システムにおいて、アクセスゲートウェイを含み、アクセスゲートウェイが、パケットデータプロトコルが活性化されていない場合、アクセス・ポイント・ネームを正しく設置することをユーザに案内するための案内情報を生成し、続いてユーザ側への案内情報の送信を制御する。
【００１６】
上記システムに係る技術案において、アクセスゲートウェイは、更に、活性化要求シグナリングを取得し、パケットデータプロトコルが活性化されていないと判定した場合、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報を出力するための模擬ＧＧＳＮサーバと、上記アクセス・ポイント・ネーム情報を分析することにより、アクセス・ポイント・ネームを正しく設置することをユーザに案内するための案内情報を生成するためのサービスエンジンサーバと、ユーザ側への案内情報の送信を制御するための送信制御デバイスと、を含む。
【００１７】
上記システムに係る技術案において、模擬ＧＧＳＮサーバは、上記アクセス・ポイント・ネーム情報が付加された、パケットデータプロトコルが活性化されないことを引き起こしたＧＴＰシグナリングを監視する、監視モジュールを有する。
【００１８】
上記システムに係る技術案において、サービスエンジンサーバは、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報と、上記案内情報とを関連付けた関連データベースを記憶するための記憶手段と、上記ＧＴＰシグナリングを解析することにより、パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム原因情報及び携帯電話ユーザ情報を取得するための解析手段と、解析手段による解析で取得したアクセス・ポイント・ネーム原因情報、及び、携帯電話ユーザ情報に基づいて関連データベースを検索し、アクセス・ポイント・ネームを正しく設置ことをユーザに案内する案内情報を取得するための検索手段と、を含む。
【００１９】
上記システムに係る技術案において、パケットデータプロトコルの活性化を案内する該システムは、更に、送信制御デバイスが管理側へのアラーム情報の送信を制御する前に、アラーム情報に対してベアラ方式を配置するためのアラームサーバと、送信制御デバイスが管理側への案内情報の送信を制御する前に、当該案内情報に対してベアラ方式を配置するための案内サーバと、パケットデータプロトコルの活性化を案内する人間／コンピュータインターフェースをシステムに提供するための制御局サーバと、システムにおける各デバイスのシステム性能を監視するための監視サーバと、システムにおける各デバイスに接続され、各デバイスの情報ストリームを中継するためのデータベースサーバと、の少なくとも１つを含む。
【発明の効果】
【００２０】
本発明は、パケットデータプロトコルの活性化を案内する方法及びシステムを提供することにより、パケットデータプロトコルが活性化されていない場合、該パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報について分析し、分析して得られたアクセス・ポイント・ネーム情報を、正しく設置することをユーザに案内するための案内情報をユーザに送信することで、アクセス・ポイント・ネーム情報を正しく設置することをユーザに案内し、関連サービスの開通を完成させ、該部分の機能に対するシステムの人工保守作業量を効果的に減らし、通信サービスの効率及び品質を高める。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施例における、パケットデータプロトコルの活性化を案内する方法を示す。
【図２】本発明の実施例における、模擬ＧＧＳＮサーバが、パケットデータプロトコルが活性化されていないＧＴＰシグナリングに対して、監視する方法を示す。
【図３】本発明の実施例における、案内サーバの処理方法を示す。
【図４】本発明の実施例における、サービスエンジンサーバの処理方法を示す。
【図５】本発明の実施例における、アラームサーバの処理方法を示す。
【図６】本発明の実施例における、パケットデータプロトコルの活性化を案内するシステムを示す。
【発明を実施するための形態】
【００２２】
本発明の実施例は、ＧＰＲＳシステムを例として、ＰＤＰの活性化を案内する方法及びシステムを提供している。これにより、ＰＤＰが活性化されない場合、ＰＤＰが活性化されないことを引き起こしたＡＰＮの誤った設置情報を分析し、ＡＰＮを正しく設置することをユーザに案内するための案内情報を取得し、ユーザに出力することで、ＧＰＲＳサービスにアクセスして開通することをユーザに正しく案内する。
【００２３】
以下、図面を参照して、本発明の実施例について詳しく説明する。
【００２４】
図１は、本発明の実施例においてＰＤＰの活性化を案内する方法を示す。上記ＰＤＰの活性化を案内する方法が実行される前に、ＧＰＲＳシステムのドメイン名システム（Domain  Name  System：ＤＮＳ）と案内ターゲットユーザ（群）について、ＨＬＲ（home  location  register：ローカルユーザの位置情報を記憶するためのデータベース）におけるネットワーク登録パラメータを配置することにより、ＡＰＮの設置が誤ったＰＤＰ活性化要求を、ＳＧＳＮデバイスを介して模擬ＧＧＳＮサーバに交付可能にし、上記判断がＳＧＳＮデバイスと模擬ＧＧＳＮサーバとの両方に行われるようにすることで、ＰＤＰが活性化されない原因に関する判断を実現する。図１に示すように、上記ＰＤＰの活性化を案内する方法は、主に下記のステップを含む。
【００２５】
ステップＳ１０１において、ＳＧＳＮデバイスが、ＡＰＮの設置が誤ったＰＤＰ活性化要求を、模擬ＧＧＳＮサーバに交付する。
【００２６】
ステップＳ１０２において、模擬ＧＧＳＮサーバが、ＡＰＮ情報が付加されたＰＤＰ活性化要求シグナリングを取得する。
【００２７】
ステップＳ１０３において、模擬ＧＧＳＮサーバが、上記ＡＰＮ情報が付加されたＰＤＰ活性化要求のＧＴＰシグナリングを監視する。模擬ＧＧＳＮサーバが、上記ＰＤＰ活性化要求のＧＴＰシグナリングを監視したとき、今回のＰＤＰ活性化要求を拒絶するという応答をする。ＧＴＰトンネルプロトコルには、第０バージョン（ＧＴＰ  version０：ＧＴＰｖ０）と第１バージョン（ＧＴＰ  version１：ＧＴＰｖ１）との区別があるため、模擬ＧＧＳＮサーバが、例えば、図２に示すような方法により、ＰＤＰが活性化されないＧＴＰシグナリングを監視する、下記のステップが含くまれる。
【００２８】
ステップＳ２０１において、ＧＴＰｖ０とＧＴＰｖ１の配置パラメータを読み取る。
【００２９】
ステップＳ２０２において、ＧＴＰｖ０の監視サービススレッド、ＧＴＰｖ１の監視サービススレットを起動する。
【００３０】
ステップＳ２０３において、監視を遮断し、ＧＴＰシグナリングの受信を待つ。
【００３１】
ステップＳ２０４において、ＧＴＰシグナリングを受信すると、ＧＴＰシグナリングにおけるフラッグバイトを抽出する。該フラッグバイトは、ＧＴＰシグナリングのバージョンの判断に用いられる。
【００３２】
ステップＳ２０５において、ＧＴＰシグナリングのバージョンを判定し、異なったＧＴＰシグナリングバージョン（ＧＴＰｖ０又はＧＴＰｖ１）に応じて、下記のステップを実行する。
【００３３】
ステップＳ２０６において、シグナリングのヘッダを抽出する。
【００３４】
ステップＳ２０７において、シグナリングのボディを抽出する。
【００３５】
ステップＳ２０８において、ＧＴＰｖ０又はＧＴＰｖ１の応答シグナリングを構築する。
【００３６】
ステップＳ２０９において、原因コードを設置する。該原因コードは、ＰＤＰ要求が拒絶されたことを示すことができる。
【００３７】
ステップＳ２１０において、ＰＤＰ活性化要求が拒絶されたＧＴＰ応答シグナリングを送信する。
【００３８】
ステップＳ２１１において、ＰＤＰが活性化されないＧＴＰ要求シグナリングを記憶する。
【００３９】
また、ＧＴＰシグナリングの監視サービススレッドについてそのアライブ状況の定時検出が必要とされる場合、上記図２の方法では、下記のステップを有してもよい。ＧＴＰシグナリングの監視サービススレッドが、アライブであるか否かを検出し、検出結果において該監視サービススレッドが、アライブであることを示す場合、検出スレッドを休眠状態にさせ、定時検出による再び覚醒を待つ。検出結果において該監視サービススレッドがアライブではないことを示す場合、該監視サービススレッドを起動し、こうすることにより監視サービススレットが正常に稼動することを保証できる。
【００４０】
ステップＳ１０４において、サービスエンジンサーバが、ＰＤＰが活性化されないことを引き起こしたＡＰＮ情報が付加されたＧＴＰシグナリングを分析し、ＡＰＮ原因情報及び携帯電話ユーザ情報を取得する。サービスエンジンサーバにおいて、ＰＤＰが活性化されていないＡＰＮ原因情報と、ＡＰＮを正しく設置することをユーザに案内してＰＤＰを活性化するための案内情報とを導入できる。該ＡＰＮ原因情報は、案内情報と共に、関連データベースを構成する。
【００４１】
ステップＳ１０５において、サービスエンジンサーバが上記関連データベースを検索し、上記ＡＰＮ原因情報に対応した、ＡＰＮを正しく設置することをユーザに案内する案内情報を取得する。
【００４２】
ステップＳ１０６において、案内サーバは、サービスエンジンサーバが取得した案内情報について、自身に導入されている案内情報のベアラ方式集に基づいて、該案内情報に対して対応するベアラ方式を配置する。ベアラ方式は、ショートメッセージ方式、ＯＴＡ（Over-The-Air  Technology  モバイル通信（ＧＳＭ又はＣＤＭＡ）の空中インタフェースを介してＳＩＭカードデータ及び応用に対してリモート管理を行う技術である。空中インタフェースには、ＷＡＰ、ＧＰＲＳ、ＣＤＭＡ１及びショートメッセージ技術が採用可能である）方式、音声通話方式、電子メール方式などである。適用する際の難易差に応じて、優れたものを選択可能である。該案内サーバの具体的な処理フローは、図３に示すように、主に下記のステップを含む。
【００４３】
ステップＳ３０１において、上記サービスエンジンサーバが生成した案内情報を読み取る。
【００４４】
ステップＳ３０２において、上記案内情報のベアラ方式を読み取る。
【００４５】
ステップＳ３０３において、該ベアラ方式が、ショートメッセージ方式であるか否かを判定する。ＹＥＳの場合にステップＳ３０４を実行するが、ＮＯの場合にはステップＳ３０５を実行する。
【００４６】
ステップＳ３０４において、案内情報を、ショートメッセージ送信日誌テーブルに入れる。
【００４７】
ステップＳ３０５において、ＯＴＡ又は音声又はメールによる、ベアラ方式の処理を行う。
【００４８】
ステップＳ３０６において、未処理の案内情報があるか判定する。ＹＥＳの場合にステップＳ３０１に進み、ＮＯの場合にはステップＳ３０７を実行する。
【００４９】
ステップＳ３０７において、休眠に入り、覚醒されてステップＳ３０１が実施さえることを待つ。
【００５０】
ステップＳ１０７において、送信制御デバイスは、案内サーバが配置しておいたベアラ方式に基づいて、上記案内情報をユーザ側へ送信する。このとき、ＧＰＲＳサービスの申請を完成させるように、ＡＰＮを正しく設置することを、ユーザにヘルプしてもよい。
【００５１】
また、上記方法を基に、下記三つの補充が考えられる。
【００５２】
１．管理側の管理者又は管理デバイスには、ＰＤＰが活性化されないアラーム情報の取得を必要とする場合に、ステップＳ１０３において、ＰＤＰが活性化されないＧＴＰシグナリングを解析することにより、上記ＰＤＰが活性化されないことを示すためのアラーム情報を取得し、取得したアラーム情報をショートメッセージ、電子メール、又は音声通話などのベアラ方式で、管理者又は管理デバイスに送信できる。サービスエンジンサーバに追加可能な処理フローは、図４に示すとおりである。アラームサーバの追加も可能であり、該アラームサーバにおける処理フローは、図５に示すとおりである。
【００５３】
図４に示すように、上記サービスエンジンサーバにおけるフローは、主に下記ステップを含む。
【００５４】
ステップＳ４０１において、ＰＤＰが活性化されていないＧＴＰシグナリングを読み取る。
【００５５】
ステップＳ４０２において、案内ポリシーを読み取る。該案内ポリシー情報は、データ記憶デバイスに格納可能である。案内ポリシーは、制御局の人間／コンピュータインターフェースなどの手段により、案内周期、ベアラ方式、応答感度、一回の成功案内の有効期間、案内の内容テンプレートなどを配置することで、実現可能である。案内テンプレートに基づき、管理者が案内情報のフォーマット、内容をオーダーメイドできる。また、システムは、テンプレート言語エンジン解析モジュール及び内容に基づいて、案内情報を生成できる。
【００５６】
ステップＳ４０３において、今回のＰＤＰの活性化には、案内が必要か否かを判定する。案内が必要であると判定した場合、ステップＳ４０４を実行し、ＮＯの場合には、ステップＳ４０５を実行する。
【００５７】
ステップＳ４０４において、案内情報を生成する。
【００５８】
ステップＳ４０５において、アラームポリシー情報を読み取る。該アラームポリシー情報は、データ記憶デバイスに記憶可能である。
【００５９】
ステップＳ４０６において、今回のＰＤＰの活性化には、アラームの生成が必要か否かを判定する。ＹＥＳと判定した場合、ステップＳ４０７を実行し、ＮＯの場合には、ステップＳ４０８を実行する。
【００６０】
ステップＳ４０７において、アラームポリシーに基づき、アラーム情報を生成する。アラームポリシーの生成は、上記案内ポリシーの生成と同じであってもよい。
【００６１】
ステップＳ４０８において、実行されていない他のアラームポリシーがあるか判定する。ＹＥＳと判定した場合、ステップＳ４０５に進み、ＮＯの場合には、ステップS４０９を実行する。
【００６２】
ステップＳ４０９において、未処理のＧＴＰシグナリングがあるか判定する。ＹＥＳと判定した場合、ステップＳ４０１を実行し、ＮＯの場合には、ステップS４１０に進む。
【００６３】
ステップＳ４１０において、休眠に入り、覚醒されてステップＳ４０１を実施することを待つ。
【００６４】
図５に示すように、上記アラームサーバにおける処理フローは、主に下記のステップを含む。
【００６５】
ステップＳ５０１において、サービスエンジンサーバが生成したアラーム情報を読み取る。
【００６６】
ステップＳ５０２において、アラーム情報のベアラ方式を読み取る。
【００６７】
ステップＳ５０３において、該ベアラ方式がショートメッセージ方式か否かを判定する。ＹＥＳと判定した場合、ステップＳ５０４を実行し、ＮＯの場合には、ステップＳ５０５に進む。
【００６８】
ステップＳ５０４において、アラーム情報をショートメッセージ送信日誌テーブルに入れる。
【００６９】
ステップＳ５０５において、音声又はメールによる、ベアラ方式の処理を行う。
【００７０】
ステップＳ５０６において、未処理のアラーム情報があるか判定する。ＹＥＳである場合、ステップＳ５０１に進み、ＮＯの場合には、ステップＳ５０７を実行する。
【００７１】
ステップＳ５０７において、休眠に入り、覚醒されてステップＳ５０１が実施されることを待つ。
【００７２】
２．ユーザには、今回ＰＤＰが活性化されたか否かの指示情報の取得を必要とする場合、模擬ＧＧＳＮサーバにより、ＰＤＰが活性化されていないと判定したとき、ＰＤＰ活性化を拒絶する指示情報をユーザ側へ送信してもよい。
【００７３】
３．各デバイス間のデータ中継及びデータ記憶について、データベースサーバにより対応する機能が提供される。人間／コンピュータインターフェースにより、システム操作の配置を行うことが必要な場合、制御局サーバにより案内ポリシーの配置、アラームポリシーの配置、ユーザ管理、システム性能の監視、統計分析などを行うことで、該システムに対してＰＤＰの活性化を案内することができる。システムにおける各デバイスの性能は、監視サーバにより監視される。
【００７４】
以下、図面を参照して、本発明の実施例においてＰＤＰの活性化を案内するシステム（ＧＰＲＳシステムを例とする）について説明する。
【００７５】
図６は、本発明の実施例におけるＧＰＲＳシステムを示す。図６に示すように、上記ＧＰＲＳシステムは、主としてＤＮＳサーバ６１２、ＨＬＲデバイス６１１、ＳＧＳＮデバイス６０１、及び、アクセスゲートウェイ６００を備える。アクセスゲートウェイ６００は、模擬ＳＧＳＮサーバ６０２、データベースサーバ６０３、サービスエンジンサーバ６０４、案内サーバ６０５、アラームサーバ６０６、ショートメッセージアダプタ６０７、プロバイタショートメッセージゲートウェイ６０８、制御局サーバ６０９及び監視サーバ６１０を含む。もちろん、上記アクセスゲートウェイ内の構成は、アクセスゲートウェイ６００に一体化されてもよく、アクセスゲートウェイ６００から分離して独立に使用されてもよい。上記構成の対応する機能を実現するのであればよい。サービスエンジンサーバ６０４は、更に、記憶手段６０４１、解析手段６０４２、及び、検索手段６０４３を有している。各デバイス、又は、手段の接続関係及び機能は、下記のとおりである。
【００７６】
ＳＧＳＮデバイス６０１は、模擬ＳＧＳＮサーバ６０２、ＤＮＳサーバ６１２、及び、ＨＬＲデバイス６１１に接続される。ショートメッセージアダプタ６０７は、プロバイタショートメッセージゲートウェイ６０８に接続される。模擬ＳＧＳＮサーバ６０２、サービスエンジンサーバ６０４、案内サーバ６０５、アラームサーバ６０６、制御局サーバ６０９及び監視サーバ６１０は、いずれもデータベースサーバ６０３に接続される。記憶手段６０４１、解析手段６０４２は、共に検索手段６０４３に接続される。
【００７７】
データベースサーバ６０３は、ＧＰＲＳシステムにおける各デバイスに接続され、各デバイスの情報ストリームを中継する。該データベースサーバ６０３は、案内ポリシー、及び／又は、アラームポリシーの記憶に用いられてもよい。案内ポリシーは、案内周期、ベアラ方式、応答感度、一回の成功案内の有効期間、案内の内容テンプレートなどを含む。案内ポリシーは、制御局の人間／コンピュータインターフェースにより配置され、実現可能である。同様に、アラームポリシーは、制御局の人間／コンピュータインターフェースによる配置によって生成される。
【００７８】
ＳＧＳＮデバイス６０１は、ＧＰＲＳ基幹ネットワークのＤＮＳサーバに対して一連の配置を行うことにより、ＡＰＮの設置が誤ったＡＰＮ活性化要求を、ＳＧＳＮデバイス６０１を介して模擬ＧＧＳＮサーバ６０２に交付できる場合、上記交付動作を完成させる。
【００７９】
模擬ＧＧＳＮサーバ６０２は、ＳＧＳＮデバイス６０１から交付されたＰＤＰ活性化要求を受信した後、上記ＡＰＮ情報が付加され、ＰＤＰが活性化されないことを引き起こした、ＧＴＰシグナリングを監視し、今回ＰＤＰが活性化されたか否かを判定する。模擬ＧＧＳＮサーバ６０２が、上記ＰＤＰが活性化されないＧＴＰシグナリングを監視した場合、今回ＰＤＰが活性化されていないと判定し、それから受信した該ＧＴＰシグナリングをデータベースサーバ６０３に記憶する。監視する際に、ＧＴＰトンネルプロトコルのＧＴＰｖ０とＧＴＰｖ１との二種類のシグナリングを考慮し、ＧＴＰシグナリングのフラッグバイトの抽出、ＧＴＰシグナリングバージョンの判定、ＧＴＰシグナリングヘッダの抽出、ＧＴＰシグナリングボディの抽出、原因コードの設置などにより、実現できる。このとき、実際の状況に応じてＧＴＰの監視サービススレッドのアライブ状況について、検出してもよい。
【００８０】
サービスエンジンサーバ６０４は、データベースサーバ６０３からＧＴＰシグナリングを取得し、ＰＤＰが活性化されていないＧＴＰシグナリングを解析し、活性化されないことを引き起こしたＡＰＮ原因情報及び携帯電話ユーザ情報を取得し、これにより今回の活性化に配置された案内情報を取得する。また、上記データベースサーバ６０３に配置されている案内ポリシー及び／又はアラームポリシーに基づいて、案内情報及び／又はアラーム情報の生成を案内できる。該サービスエンジンサーバ６０４は、ＰＤＰが活性化されないことを引き起こしたＡＰＮ原因情報と、上記案内情報とを関連付けた関連データベースを記憶するための記憶手段と、上記ＰＤＰが活性化されないＧＴＰシグナリングを解析することにより、今回のＰＤＰが活性化されないことを引き起こしたＡＰＮ原因情報を解析し、ＧＴＰシグナリングにおけるメッセージタイプ（Message  Type）に対応する対象を生成し、上記ＧＴＰシグナリングを解析することにより携帯電話ユーザ情報及び上記ＰＤＰが活性化されていないことを示すためのアラーム情報を取得するための解析手段と、上記解析手段による解析で取得したＡＰＮ原因情報及び携帯電話ユーザ情報に基づいて、上記記憶手段に記憶された関連データベースを検索し、今回のＰＤＰの活性化に用いられ、ＡＰＮを正しく設置ことをユーザに案内するための案内情報を取得するための検索手段と、を含む。
【００８１】
案内サーバ６０５は、上記サービスエンジンサーバ６０４が取得した案内情報について、自身に導入されている案内情報のベアラ方式集に基づいて、該案内情報に対して対応するベアラ方式を配置する。ベアラ方式は、ショートメッセージ方式、音声通話方式、電子メール方式などである。適用する際の難易差に応じて、優れたものが選択可能である。
【００８２】
アラームサーバ６０６は、自身に導入されているアラーム情報のベアラ方式集に基づいて、上記解析手段６０４２による解析で取得したアラーム情報に対して対応するベアラ方式を配置する。ベアラ方式は、ショートメッセージ方式、音声通話方式、電子メール方式などである。適用する際の難易差に応じて、優れたものが選択可能である。
【００８３】
ショートメッセージアダプタ６０７は、プロバイタショートメッセージゲートウェイ６０８に接続され、取得した案内情報を、ショートメッセージ方式でユーザ側へ協働送信する。取得したアラーム情報も、ショートメッセージ方式で管理者に送信することもできる。
【００８４】
制御局サーバ６０９は、案内ポリシーの配置、アラームポリシーの配置、ユーザ管理、システム性能の監視、統計分析などを行うことで、該システムに対してＰＤＰの活性化を案内する。
【００８５】
監視サーバ６１０は、該システムにおける模擬ＧＧＳＮサーバ６０２、サービスエンジンサーバ６０４、案内サーバ６０５、アラームサーバ６０６などのデバイスの性能を監視し、監視したデータを返送可能できる。
【００８６】
説明しなければならないことは、下記の三つの点がある。
【００８７】
Ａ．上記アラーム情報の生成及び送信に係るデバイス、又は機能は、実際の状況に応じて取捨可能である。例えば、管理側の管理者又は管理デバイスが、ＰＤＰが活性化されていないアラーム情報の取得を必要とする場合、アラーム情報の生成及び送信に係るデバイス或いは機能を追加してもよい。また、必要としないときに削除してもよい。アラーム情報の生成に係るデバイス、又は機能は、アラームサーバ６０６、サービスエンジンサーバ６０４によって実現され、アラーム情報の送信に係るデバイス、又は機能はショートメッセージアダプタ６０７とプロバイタショートメッセージゲートウェイ６０８とによって実現される。
【００８８】
Ｂ．制御局サーバ６０９、監視サーバ６１０も、システム配置の実際の需要に応じて、取捨可能である。
【００８９】
Ｃ．案内情報或いはアラーム情報のベアラ方式が、ショートメッセージ方式ではなく、例えばＯＴＡ方式、電子メール方式、音声通話方式などである場合、案内情報、アラーム情報の送信制御デバイスが、対応的に変更可能である。これは従来技術であり、ここでは言及しない。
【００９０】
本発明は、パケットデータプロトコルの活性化を案内する方法及びシステムを提供することにより、パケットデータプロトコルが活性化されていない場合、該パケットデータプロトコルが活性化されないことを引き起こしたアクセス・ポイント・ネーム情報について分析し、分析して得られたアクセス・ポイント・ネーム情報を正しく設置することをユーザに案内するための案内情報をユーザに送信することで、アクセス・ポイント・ネーム情報を正しく設置することをユーザに案内し、申請したサービスのアクセスと開通とを完成させ、通信サービスの品質を高めている。
【００９１】
以上は、本発明の好ましい実施方式に過ぎない。なお、当該分野の一般技術者にとって、本発明の原理を背離しない前提で、若干の改進や修飾が考えられる。ただし、これらの改進や修飾も、本発明の保護範囲にあることが理解されよう。
【図１】
0005746862.tif 000002
【図２】
0005746862.tif 000003
【図３】
0005746862.tif 000004
【図４】
0005746862.tif 000005
【図５】
0005746862.tif 000006
【図６】
0005746862.tif 000007