(57)【特許請求の範囲】
【請求項１】
サーバに設けた過負荷制御手段が、前記サーバの実時間処理システムの過負荷制御を行う過負荷制御方法であって、前記過負荷制御手段が実行する制御過程は、
遊休のトランジェクションIDの個数に基づいて過負荷等級およびメッセージ優先順位を予め設定する過程と；
前記サーバに接続されているクライアント装置からメッセージ受信した時、前記サーバに過負荷が発生したか否かを判断する過程と；
前記サーバに過負荷が発生した場合には、発生した過負荷の等級を把握し、前記把握された過負荷等級に基づいて前記受信したメッセージを削除するか否かを判断する過程と；
前記受信したメッセージが削除されるメッセージである場合には、前記受信したメッセージをメモリ上から削除させる過程と；
を含み、
前記過負荷発生の判断は、メモリ上に設けられたアイドルリストに登録されているトランジェクションID個数の比率が予め設定されている比率以下である場合に、前記サーバに過負荷が発生したと判断し、
前記過負荷の等級把握は、現在前記アイドルリストに登録されているトランジェクションIDの個数が、予め設定した過負荷等級のどの等級に属するかに基づいて把握されることを特徴とする実時間処理システムの過負荷制御方法。
【請求項２】
前記トランジェクションIDはリスト形式に管理されることを特徴とする請求項１記載の実時間処理システムの過負荷制御方法。
【請求項３】
前記トランジェクションIDは、前記過負荷制御手段によって使用されているトランジェクションIDの場合、ビジーリストに登録管理されることを特徴とする請求項２記載の実時間処理システムの過負荷制御方法。
【請求項４】
前記トランジェクションIDは、前記過負荷制御手段によって使用されていないトランジェクションIDの場合、アイドルリストに登録管理されることを特徴とする請求項２記載の実時間処理システムの過負荷制御方法。
【請求項５】
前記過負荷発生の判断は、請求項１記載の判断方法に代えて、ビジーリストに登録されているトランジェクションID個数の比率が予め設定されている比率以上である場合に、前記サーバに過負荷が発生したと判断することを特徴とする請求項１記載の実時間処理システムの過負荷制御方法。
【請求項６】
前記メッセージを削除するか否かに対する判断は、前記受信したメッセージの優先順位が前記把握された過負荷等級で削除されるメッセージの優先順位より高い場合には、前記受信したメッセージを削除されなくてもいいメッセージと判断し、前記受信したメッセージの優先順位が前記把握された過負荷等級で削除されるメッセージの優先順位より高くない場合には、前記受信したメッセージを削除されるメッセージと判断することを特徴とする請求項１記載の実時間処理システムの過負荷制御方法。
【請求項７】
前記メッセージの優先順位は、使用者の設定によって定められることを特徴とする請求項６記載の実時間処理システムの過負荷制御方法。
【請求項８】
前記判断結果、前記受信したメッセージが削除されるメッセージでない場合には、
前記アイドルリストに登録されているトランジェクションIDのうちいずれか一つを任意に選択して前記受信したメッセージに割り当て、前記割り当てられたトランジェクションIDをメモリ上に設けられたビジーリストに登録させる過程と；
前記受信したメッセージと前記受信したメッセージに割り当てられたトランジェクションIDを該当する応用プロセスに伝達する過程と；
前記応用プロセスから前記トランジェクションIDとともに前記メッセージに対する応答メッセージを受信する過程と；
前記受信した応答メッセージを前記クライアント装置に伝送し、前記トランジェクションIDを再び前記アイドルリストに登録させる過程と；を含むことを特徴とする請求項１記載の実時間処理システムの過負荷制御方法。
【請求項９】
前記判断結果、前記サーバに過負荷が発生しなかった場合には、
前記アイドルリストに登録されているトランジェクションIDのうちいずれか一つを任意に選択して前記受信したメッセージに割り当て、前記割り当てられたトランジェクションIDをメモリ上に設けられたビジーリストに登録させる過程と；
前記受信したメッセージと前記受信したメッセージに割り当てられたトランジェクションIDを該当する応用プロセスに伝達する過程と；
前記応用プロセスから前記トランジェクションIDとともに前記メッセージに対する応答メッセージを受信する過程と；
前記受信した応答メッセージを前記クライアント装置に伝送し、前記トランジェクションIDを再び前記アイドルリストに登録させる過程と；をさらに含むことを特徴とする請求項１記載の実時間処理システムの過負荷制御方法。
【請求項１０】
移動通信装置HLR/AuC/EIRに配置したTCAPが、前記移動通信装置の実時間処理システムの過負荷制御を行う過負荷制御方法であって、前記TCAPが実行する制御過程は、
遊休のトランジェクションIDの個数に基づいて過負荷等級を予め設定し、各々の過負荷等級で削除するメッセージの優先順位を予め設定する過程と；
前記移動通信装置HLR/AuC/EIRがMSC/VLR、SGSN/GGSN、SMSCを通じて移動端末機から位置登録、呼処理、付加サービス要求に対するメッセージを受信すると、前記移動通信装置HLR/AuC/EIRに過負荷が発生したか否かを判断する過程と；
前記移動通信装置HLR/AuC/EIRに過負荷が発生した場合は、発生した過負荷の等級を把握する過程と；
前記把握された過負荷等級に基づいて前記移動端末機から受信したメッセージを削除するか否かを判断する過程と；
前記移動端末機から受信したメッセージが削除されるメッセージである場合には、前記移動端末機から受信したメッセージをメモリ上から削除させる過程と；
を含み、
前記過負荷発生の判断は、メモリ上に設けられたアイドルリストに登録されているトランジェクションID個数の比率が予め設定されている比率以下である場合に、前記前記移動通信装置に過負荷が発生したと判断し、
前記過負荷の等級把握は、現在前記アイドルリストに登録されているトランジェクションIDの個数が、予め設定した過負荷等級のどの等級に属するかに基づいて把握されることを特徴とする実時間処理システムの過負荷制御方法。
【請求項１１】
前記移動通信装置HLR/AuC/EIRに過負荷が発生したか否かに対する判断は、使用されていないトランジェクションIDが登録管理される前記アイドルリストに登録されているトランジェクションID個数の比率が予め設定されている比率以下である場合、又は使用されているトランジェクションIDが登録管理されるビジーリストに登録されているトランジェクションID個数の比率が予め設定されている比率以上である場合、前記移動通信装置HLR/AuC/EIRに過負荷が発生したと判断することを特徴とする請求項１０記載の実時間処理システムの過負荷制御方法。
【請求項１２】
前記移動端末機から受信したメッセージを削除するか否かに対する判断は、
前記移動端末機から受信したメッセージの優先順位が前記把握された過負荷等級で削除されるメッセージの優先順位より高い場合には、前記移動端末機から受信したメッセージを削除されなくてもいいメッセージと判断し、
前記移動端末機から受信したメッセージの優先順位が前記把握された過負荷等級で削除されるメッセージの優先順位より高くない場合には、前記移動端末機から受信したメッセージを削除されるメッセージと判断することを特徴とする請求項１０記載の実時間処理システムの過負荷制御方法。
【請求項１３】
前記判断結果、前記移動端末機から受信したメッセージが削除されるメッセージでない場合には、
前記アイドルリストに登録されているトランジェクションIDのうちいずれか一つを任意に選択して前記移動端末機から受信したメッセージに割り当て、前記割り当てられたトランジェクションIDをビジーリストに登録させる過程と；
前記移動端末機から受信したメッセージと前記移動端末機から受信したメッセージに割り当てられたトランジェクションIDを該当ASEに伝達する過程と；
前記ASEから前記トランジェクションIDとともに前記移動端末機から受信したメッセージに対する応答メッセージを受信する過程と；
前記受信した応答メッセージをMSC/VLR、SGSN/GGSN、SMSCを通じて前記移動端末機に伝送し、前記トランジェクションIDを前記アイドルリストに登録させる過程と；をさらに含むことを特徴とする請求項１０記載の実時間処理システムの過負荷制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、実時間処理システムの過負荷制御方法に関し、特に、トランジェクションIDを利用して瞬間的に発生する過負荷を自動に解決できるようにする実時間処理システムの過負荷制御方法に関する。
【０００２】
【従来の技術】
実時間処理システム、例えば、ＨＬＲ(Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ)、ＡｕＣ(Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｅｎｔｅｒ)、ＥＩＲ(Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ)、ＧＭＬＣ(Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ)、ＳＣＰ(Ｓｅｒｖｉｃｅ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ)、ＡＡＡ(Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ)のような移動通信システムまたは銀行業務システム(Ｂａｎｋｉｎｇ  Ｓｙｓｔｅｍ)などのサーバに各種のデータベースへのアクセスのための多重プロセスが存在するとき、サーバに存在する各々のプロセスはクライアントから受信したメッセージを一時貯蔵するメッセージキューを備え、メッセージキューを通じて入ってくる順にメッセージを処理する。
【０００３】
図１は、従来実時間処理システムの過負荷制御装置の構成を示す図であって、過負荷制御プロセス(Overload Control Process)１０で多数の応用プロセスAP(Application Process)1、AP2、…、Apnから発生する過負荷を感知して応用プロセスAP1、AP2、…、APnを管理するようになる。
【０００４】
図２は、従来の実時間処理システムの過負荷制御方法を説明するためのフローチャートである。
【０００５】
まず、過負荷制御プロセス１０は、各々の応用プロセスAP1、AP2、…、APnに具えられているメッセージキューQ1、Q2、…、Qnを通じて各応用プロセスAP1、AP2、…、APnに状態情報要求メッセージを伝達する(Ｓ１０)。
【０００６】
一方、前記過程Ｓ１０を通じて過負荷制御プロセス１０から伝送した状態情報要求メッセージをメッセージキューQ1、Q2、…、Qnを通じて受けた各々の応用プロセスAP1、AP2、…、APnは、メッセージキューQ1、Q2、…、Qnに貯蔵されているメッセージを入力された順に処理して状態情報要求メッセージに対する応答メッセージを過負荷制御プロセス１０に伝達する。
【０００７】
前記過程Ｓ１０で各応用プロセスAP1、AP2、…、APnに状態情報要求メッセージを伝達した過負荷制御プロセス１０は、既設定された時間、例えば３秒内に各応用プロセスAP1、AP2、…、APnから状態情報要求メッセージに対する応答メッセージが受信されるかを確認する(Ｓ１２)。
【０００８】
前記過程Ｓ１２の確認結果、既設定された時間内に応答メッセージが受信されると、該当応用プロセスのメッセージキューにメッセージが限界値以下に入っていてメッセージ処理を正常的に行っていると判断する(Ｓ１４)。
【０００９】
一方、前記過程Ｓ１２の確認結果、既設定された時間内に応答メッセージが受信されないと、該当応用プロセスに過負荷が発生されたと判断し、該当応用プロセスのメッセージキューに入っている全てのメッセージを読み取り削除する(Ｓ１６)。
【００１０】
以上の如く、従来の実時間処理システムでは、所定の応用プロセスに過負荷が発生したと判断されると、該当応用プロセスのメッセージキューに現在入っている全てのメッセージを無条件削除するので、全加入者がいずれのサービスも受けなくなり、資源を効率よく使用できなくなる問題点があった。
【００１１】
前記参照した例は代替または追加の詳細説明、特徴および技術背景を適宜説明するために使用される。
【００１２】
【発明が解決しようとする課題】
本発明は、前記問題点や欠点を解決するために案出されたものであり、トランジェクションIDを利用して過負荷度合を多数の等級に分け、各々の過負荷等級で削除されるメッセージの優先順位を設定し、サーバに過負荷が発生すると、トランジェクションIDの使用比率に基づいて過負荷等級を把握し、把握された過負荷等級で削除されるメッセージの優先順位にしたがってクライアントから受信したメッセージを削除/処理することによって、資源を効率よく使用し、システムの障害を最小化しながら中断のないサービスを提供することにその目的がある。
【００１３】
本発明の他の目的は、トランジェクションIDを使用して過負荷を制御することによって、予め過負荷を感知してシステム運用者が過負荷に備えられるようにし、過負荷等級にしたがって動的に過負荷を制御できるようにすることにある。
【００１４】
【課題を解決するための手段】
前記目的を達成するために、本発明による実時間処理システムの過負荷制御方法は、遊休のトランジェクションIDの個数に基づいて過負荷等級およびメッセージ優先順位を設定する過程と；メッセージ受信時、過負荷制御プロセスで前記サーバに過負荷が発生したか判断する過程と；前記判断結果、前記サーバに過負荷が発生した場合には発生した過負荷の等級を把握し、前記把握された過負荷等級に基づいて前記受信したメッセージを削除するか否か判断する過程と；前記判断結果、前記受信したメッセージが削除すべきメッセージである場合には、前記受信したメッセージを削除する過程と；を含めてなる。
【００１５】
ここで、前記トランジェクションIDは、前記過負荷制御プロセスによってリスト形式に管理されるものの、前記過負荷制御プロセスによって使用されているトランジェクションIDはビジーリスト(Busy List)に登録されて管理され、前記過負荷制御プロセスによって使用されていないトランジェクションIDはアイドルリスト(Idle List)に登録されて管理される。
【００１６】
また、前記サーバに過負荷が発生したか否かに対する判断は、前記アイドルリストに登録されているトランジェクションID個数の比率が既設定されている比率以下である場合、前記サーバに過負荷発生したと判断することを特徴とする。
【００１７】
一方、前記サーバに過負荷が発生したか否かに対する判断は、前記ビジーリストに登録されているトランジェクションID個数の比率が既設定されている比率以上である場合、前記サーバに過負荷が発生したと判断することを特徴とする。
【００１８】
また、前記過負荷の等級把握は、現在前記アイドルリストに登録されているトランジェクションIDの個数が前記設定過程で設定された過負荷等級のうちどの等級に属するかに基づいてなされることを特徴とする。
【００１９】
また、前記メッセージを削除するか否かに対する判断は、前記受信されたメッセージの優先順位が前記把握された過負荷等級で削除されるメッセージの優先 順位より高い場合には、前記受信したメッセージを削除しなくてもいいメッセージと判断し、前記受信したメッセージの優先順位が前記把握された過負荷等級で削除されるメッセージの優先順位より高くない場合には、前記受信したメッセージを削除すべきメッセージと判断することを特徴とする。
【００２０】
一方、前記判断結果、前記受信したメッセージが削除すべきメッセージでない場合には、前記アイドルリストに登録されているトランジェクションIDのうちいずれか一つを任意に選択して前記受信したメッセージに割り当て、前記割り当てられたトランジェクションIDを前記ビジーリストに登録させる過程と；前記受信したメッセージと前記受信したメッセージに割り当てられたトランジェクションIDを該当応用プロセスに伝達する過程と；前記応用プロセスから前記トランジェクションIDとともに前記メッセージに対する応答メッセージを受信する過程と；前記受信した応答メッセージを前記クライアントに伝送し、前記トランジェクションIDを再び前記アイドルリストに登録させる過程と；を含めてなることを特徴とする。
【００２１】
なお、前記判断結果、前記サーバに過負荷が発生しなかった場合には、前記アイドルリストに登録されているトランジェクションIDのうちいずれか一つを任意に選択して前記受信したメッセージに割り当て、前記割り当てられたトランジェクションIDを前記ビジーリストに登録させる過程と；前記受信したメッセージと前記受信したメッセージに割り当てられたトランジェクションIDを該当応用プロセスに伝達する過程と；前記応用プロセスから前記トランジェクションIDとともに前記メッセージに対する応答メッセージを受信する過程と；前記受信した応答メッセージを前記クライアントに伝送し、前記トランジェクションIDを再び前記アイドルリストに登録させる過程と；をさらに含めてなることを特徴とする。
【００２２】
本発明は、後述する発明の詳細な説明によって限定されるのではなく、本発明の技術思想の範囲内で通常の知識をもつ者によって適宜変更可能である。したがって、本発明は、後述する請求範囲およびそれに均等なものによって限定されるべきである。
【００２３】
【発明の実施の形態】
以下、本発明の好ましい実施例を添付図面に基づき詳細に説明する。図面中、同一の構成要素には同一番号を付けるものとする。
【００２４】
本発明は、実時間処理システムを運用するにおいて、過負荷発生時に資源を有効に使用し、システムの障害を最小化しながら中断のないサービスを提供するために、遊休のトランジェクションIDの個数にしたがって過負荷を多数の等級に分け、各々の過負荷等級で削除されるメッセージの優先順位を設定した後、サーバに過負荷が発生するとトランジェクションIDの使用比率にしたがって過負荷等級を把握し、クライアントから受信したメッセージの優先順位が把握された過負荷等級で削除されるメッセージの優先順位より高いか否かによってクライアントから受信したメッセージを削除/処理するようにする。
【００２５】
以下、図３ないし図５を参照して本発明による実時間処理システムの過負荷制御方法について詳細に説明する。
【００２６】
まず、本発明による過負荷制御方法が適用される実時間処理システムの過負荷制御装置の構成を見ると、図３に示すように、HLR、AuC、EIR、GMLC、SCP、AAAのような移動通信システムまたは銀行業務システムなどのようなサーバは、多数個の応用プロセスAP1、AP2、…、APnと過負荷制御プロセス２０を具えてなる。
【００２７】
ここで、サーバはデータベースを保有しており、サーバと一対多数個にマッピングされているクライアントから処理を要求するメッセージを受信すると、受信したメッセージを実時間的に即時処理してそれに対する応答をできなければならない。
【００２８】
一方、多数個の応用プロセスAP1、AP2、…、APnは、過負荷制御プロセス２０を通じてメッセージとトランジェクションIDを受信してトランジェクション(クライアントとサーバ間に送受信される一対のメッセージ)を発生させたクライアントに応答メッセージを伝送するまで一連の過程を行う。
【００２９】
そして、過負荷制御プロセス２０は過負荷制御を担当するプロセスであって、トランジェクションIDを使用してクライアントから受信したメッセージを管理するが、トランジェクションIDは過負荷制御プロセス２０によって使用される(Busy)トランジェクションIDと、使用されない(Idle)トランジェクションIDとに区分されてリスト形式に管理される。
【００３０】
したがって、初期には全てのトランジェクションIDが使用されないリスト(Idle List)に貯蔵され、クライアントからメッセージが受信されると、過負荷制御プロセス２０によって一つのトランジェクションIDが割り当てられ、この割り当てられたトランジェクションIDは使用されるリスト(Busy List)に貯蔵される。
【００３１】
つまり、サーバがクライアントから処理を要求するメッセージを受信すると、過負荷制御プロセス２０はアイドルリストに貯蔵されているトランジェクションIDのうちいずれか一つを任意に選択してクライアントから受信したメッセージに割り当て、該当メッセージに割り当てられたトランジェクションIDをビジーリストに貯蔵することになる。
【００３２】
前述のように過負荷制御プロセス２０はクライアントからメッセージを受信すると、受信したメッセージにトランジェクションIDを割り当てた後、該当メッセージを処理する応用プロセスにトランジェクションIDとともに伝送する。
【００３３】
その後、該当メッセージを処理した応用プロセスからトランジェクションIDとともに応答メッセージを受信すると、メッセージ処理を要求した該当クライアントに応答メッセージを伝送し、該当メッセージに割り当てられていたトランジェクションIDをアイドルリストに貯蔵する。
【００３４】
前述したトランジェクションIDの最大値は、サーバとクライアントの処理能力によって可変される。
【００３５】
本発明による実時間処理システムの過負荷制御方法を図４のフローチャートを参照して説明すると、下記のようである。
【００３６】
まず、過負荷の度合を多数の等級に分け、各々の過負荷等級で削除されるメッセージ優先順位を決定する(Ｓ２０)。
【００３７】
その後、サーバはクライアントからメッセージを受信するようになるが、サーバの過負荷制御プロセス２０はクライアントからのメッセージ受信がある一瞬間に集中されてサーバに過負荷が発生したか判断する(Ｓ２２、Ｓ２４)。
【００３８】
前記過程Ｓ２４でサーバに過負荷が発生したか否かは、過負荷制御プロセス２０によって使用されないトランジェクションIDの個数または過負荷制御プロセス２０によって使用されるトランジェクションIDの個数から判断できるが、過負荷制御プロセス２０によって使用されないトランジェクションIDの個数が一定比率以下であるか、過負荷制御プロセス２０によって使用されるトランジェクションIDの個数が一定比率以上である場合にはサーバに過負荷が発生したものと判断する。
【００３９】
これは、クライアントからのメッセージ受信がある一瞬間に集中されると、過負荷制御プロセス２０によって使用されるトランジェクションIDの個数が増える一方、過負荷制御プロセス２０によって使用されないトランジェクションIDの個数は減るためである。
【００４０】
前記過程Ｓ２４の判断結果、サーバに過負荷が発生した場合には、現在発生した過負荷がどの等級に属しているかを把握し、前記過程Ｓ２２で受信したメッセージが削除されるメッセージか判断する(Ｓ２６、Ｓ２８)。
【００４１】
前記過程Ｓ２６で現在発生した過負荷がどの等級に属するかは、過負荷制御プロセス２０によって使用されないトランジェクションIDに対する比率に基づいて決定される。
【００４２】
そして、前記過程Ｓ２８で、前記過程Ｓ２２で受信したメッセージが削除されるメッセージか否かは、前記過程Ｓ２０で設定された各々の過負荷等級で削除されるメッセージの優先順位に基づいて決定されるが、前記過程Ｓ２２で受信したメッセージの優先順位が前記過程Ｓ２６で把握された過負荷等級で削除されるメッセージの優先順位より高くないと前記過程Ｓ２２で受信したメッセージは削除される。
【００４３】
つまり、前記過程Ｓ２８の判断結果、前記過程Ｓ２２で受信したメッセージが削除されるメッセージであれば、該当メッセージを削除させる(Ｓ３０)。
【００４４】
一方、前記過程Ｓ２８の判断結果、前記過程Ｓ２２で受信したメッセージの優先順位が前記過程Ｓ２６で把握された過負荷等級で削除されるメッセージの優先順位より高くて前記過程Ｓ２２で受信したメッセージが削除されるメッセージでない場合には、アイドルリストに貯蔵されているトランジェクションIDのうちいずれか一つを任意に選択して前記過程Ｓ２２で受信したメッセージに割り当て、割り当てられたトランジェクションIDをビジーリストに貯蔵する(Ｓ３２)。
【００４５】
その後、サーバの過負荷制御プロセス２０は前記過程Ｓ２２で受信したメッセージと、前記過程Ｓ３２で該当メッセージに割り当てられたトランジェクションIDを該当応用プロセスに伝達する(Ｓ３４)。
【００４６】
一方、前記過程Ｓ３４で過負荷制御プロセス２０から伝達したメッセージと トランジェクションIDを受信した応用プロセスは、該当メッセージを処理した後、メッセージ処理に対する応答メッセージを過負荷制御プロセス２０に伝達するようになるが、過負荷制御プロセス２０に応答メッセージを伝達するとき、前記過程Ｓ３４でメッセージとともに受信したトランジェクションIDも一緒に伝送する。
【００４７】
前記過程Ｓ３４で該当応用プロセスに処理すべきメッセージとトランジェクションIDを伝達した過負荷制御プロセス２０は、該当応用プロセスから該当メッセージ処理に対する応答メッセージとトランジェクションIDを受信するが、該当応用プロセスから該当メッセージに対する応答メッセージとトランジェクションIDを受信すると、受信した応答メッセージを該当クライアントに伝送し、応答メッセージとともに受信したトランジェクションIDを再び使用できるようにアイドルリストに貯蔵する(Ｓ３６、Ｓ３８)。
【００４８】
本発明による過負荷制御方法が移動通信網で適用される例を図５を参照して説明すると、下記のようである。
【００４９】
まず、図５に示すように、本発明による過負荷制御方法が適用される移動通信網は、移動端末機３０と、基地局のNode_B ４０と、Node_B ４０の制御機であるRNC(Radio access Network Controller)５０と、MSC/VLR(Mobile Switched Center/Visited Location Register)６０と、SGSN/GGSN{Serving GPRS(General Packet Radio Service；インターネット網と連動して提供されるパケットデータサービス)Service Node/Gateway GPRS Service Node}７０と、SMSC(Short
Message Service Center)８０と、 IMT-2000 HLR/AuC/EIR９０などの網要素から構成されることができる。
【００５０】
このような構成において、移動端末機３０は、WCDMA(Wide-band Code Division Multiple Access)方式を利用してNode_B ４０に位置登録、呼処理、各種付加サービスなどを要請する。
【００５１】
MSC/VLR ６０はNode_B ４０およびRNC ５０を通じて受信した移動端末機３０の要請に応じて位置登録、呼処理および各種付加サービスなどを処理する。
【００５２】
SGSN/GGSN ７０はパケットデータサービスを処理し、SMSC ８０は短文メッセージサービスを処理する。
【００５３】
ＩＭＴ−２０００  ＨＬＲ/ＡｕＣ/ＥＩＲ  ９０は、第３世代移動通信網で加入者の情報を貯蔵しているシステムであって、位置登録、呼処理および各種付加サービスを処理する多数個のＡＳＥ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ Ｅｎｔｉｔｙ)(ＡＳＥ１、ＡＳＥ２、・・・、ＡＳＥｎ)と、ＭＳＣ／ＶＬＲ６０、ＳＧＳＮ／ＧＧＳＮ  ７０、ＳＭＳＣ  ８０などのようなクライアントからメッセージを受信して該当ASEに伝達するＴＣＡＰ(Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｐａｂｉｌｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ)９５を具えてなる。
【００５４】
このように構成される移動通信網で本発明による過負荷制御方法が適用されるためには、まず、過負荷等級を定め、各々の過負荷等級で削除するメッセージの優先順位を定めなければならない。
【００５５】
例えば、トランジェクションIDの最大値が2000と仮定したとき、過負荷の等級を表１のように５段階に分け、各々の過負荷等級で削除するメッセージの優先順位を定める。
【００５６】
【表１】
0003816852.tif 000002
【００５７】
前述の如く、過負荷等級と各々の過負荷等級で削除するメッセージの優先順位を定めた後、MSC/VLR ６０、SGSN/GGSN ７０、SMSC ８０を通じて移動端末機３０から位置登録、呼処理または付加サービス要求があれば、IMT-2000 HLR/AuC/EIR ９０は、MSC/VLR ６０、SGSN/GGSN ７０、SMSC ８０を通じて移動端末機３０から受信した位置登録、呼処理または付加サービス要求に対するメッセージを処理し、それに対する応答メッセージを該当移動端末機３０に伝送する。
【００５８】
このようにIMT-2000 HLR/AuC/EIR ９０が移動端末機３０からメッセージを受信して処理する中、ある一瞬間にメッセージ受信量が多くなると、ビジーリストに貯蔵されるトランジェクションIDの個数は段々増え、アイドルリストに貯蔵されたトランジェクションIDの個数は段々減ることになる。
【００５９】
これにより、IMT-2000 HLR/AuC/EIR ９０は過負荷状態になるが、TCAP ９５は持続的にアイドルリストに貯蔵されているトランジェクションIDの個数(または、ビジーリストに貯蔵されているトランジェクションIDの個数)に基づいてIMT-2000 HLR/AuC/EIR ９０で発生した過負荷の等級を把握し、把握された過負荷等級で削除するメッセージの優先順位にしたがって移動端末機３０から受信したメッセージを削除するか、該当ASEに伝達する。
【００６０】
例えば、現在把握された過負荷等級を３と仮定したとき、移動端末機３０から受信したメッセージが過負荷等級３で削除される着信呼処理関連メッセージであるか、着信呼処理関連メッセージより優先順位が低い位置基盤サービス関連メッセージまたは付加サービス関連メッセージである場合には、移動端末機３０から受信したメッセージを削除させる。
【００６１】
一方、移動端末機３０から受信したメッセージが過負荷等級３で削除される 着信呼関連メッセージより優先順位が高い短文サービス関連メッセージであるか、位置登録関連メッセージである場合には、 アイドルリストに貯蔵されているトランジェクションIDのうちいずれか一つを任意に選択して移動端末機３０から受信したメッセージに割り当て、割り当てられたトランジェクションIDをビジーリストに貯蔵した後、移動端末機３０から受信したメッセージと、該当メッセージに割り当てられたトランジェクションIDを該当ASEに伝達して処理されるようにする。
【００６２】
一方、TCAP ９５から処理すべきメッセージと該当メッセージに割り当てられたトランジェクションIDを受信したASEは、該当メッセージを処理した後、メッセージ処理に対する応答メッセージをTCAP ９５に伝達するようになるが、TCAP ９５に応答メッセージを伝達するとき、処理すべきメッセージに割り当てられたトランジェクションIDも一緒に伝送する。
【００６３】
これにより、TCAP９５は該当ASEから応答メッセージとトランジェクションIDを受信すると、受信した応答メッセージをMSC/VLR ６０、 SGSN/GGSN ７０、 SMSC ８０を通じて該当移動端末機３０に伝送し、応答メッセージとともに受信したトランジェクションIDを再び使用できるようにアイドルリストに貯蔵する。
【００６４】
【発明の効果】
以上の明の如く、本発明の実時間処理システムの過負荷制御方法によれば、遊休のトランジェクションIDの個数に基づいて過負荷の等級を多数の等級に分け、各々の過負荷等級で削除するメッセージの優先順位を決定し、サーバに過負荷が発生するとトランジェクションIDの使用比率に基づいて過負荷等級を把握し、クライアントから受信したメッセージの優先順位が把握された過負荷等級で削除されるメッセージの優先順位より高いか否かによってクライアントから受信したメッセージを削除/処理することによって、資源を有効に使用し、システムの障害を最小化しながら中断のないサービスを提供でき、また、予め過負荷を感知してシステム運用者が過負荷に備えることができる。そして、過負荷等級にしたがって動的に過負荷を制御できる。
【図面の簡単な説明】
【図１】図１は、従来実時間処理システムの過負荷制御装置の構成を示す図である。
【図２】図２は、従来実時間処理システムの過負荷制御方法を説明するためのフローチャートである。
【図３】図３は、本発明による過負荷制御方法が適用される実時間システムの過負荷制御装置の構成を示す図である。
【図４】図４は、本発明による実時間処理システムの過負荷制御方法を説明するためのフローチャートである。
【図５】図５は、本発明による過負荷制御方法が適用される移動通信網の構成を例示した図である。
【符号の説明】
１０、２０  過負荷制御プロセス
【図１】
0003816852.tif 000003
【図２】
0003816852.tif 000004
【図３】
0003816852.tif 000005
【図４】
0003816852.tif 000006
【図５】
0003816852.tif 000007