(57)【特許請求の範囲】
【請求項１】
主ネットワークおよび少なくとも１つの代替ネットワークを備えるネットワーク環境内の、マルチ−ブランチインターネットプロトコルベースの構内交換システムにおいて用いるオーバーロード制御方法であって、
前記主ネットワークにおける各経路に関連する輻輳インジケータフラグを維持するステップであって、該輻輳インジケータフラグは、前記経路が輻輳しているか否かを示すとともに、パケット電話通信に参加している少なくとも１つの装置からの輻輳データに基づくステップと、
発信源端末から呼セットアップ要求を受信するステップと、
前記発信源端末と宛先端末間の主経路が輻輳しているか否かを、前記輻輳インジケータフラグを用いて決定するステップと、
前記発信源端末と宛先端末間の前記主経路が輻輳している場合、前記少なくとも１つの代替ネットワークを用いて、前記呼をルーティングするステップとを含む方法。
【請求項２】
予め定義された時間期間が経過した後、前記輻輳インジケータフラグを自動的に期限切れとするタイマをセットするステップをさらに含む、請求項１記載の方法。
【請求項３】
前記タイマは、前記輻輳が緩和されるはずであった時間期間後に、期限切れする、請求項２記載の方法。
【請求項４】
パケット網環境内のインターネットプロトコルベースの構内交換システムにおいて用いる輻輳管理方法であって、
パケット電話通信に参加した少なくとも１つの装置から輻輳データを受信するステップと、
前記輻輳データが、前記パケット電話通信に関連する経路が輻輳していることを示すか否かを決定するステップと、
前記輻輳データが、前記パケット電話通信に関連する経路が輻輳していることを示す場合、前記経路に関連する輻輳インジケータフラグをセットするステップと、を含む、方法。
【請求項５】
予め定義された時間期間が経過した後、前記輻輳インジケータフラグを自動的に期限切れとするタイマをセットするステップをさらに含む、請求項４記載の方法。
【請求項６】
前記タイマは、前記輻輳が緩和される時間期間後に、期限切れする、請求項５記載の方法。
【請求項７】
パケット網環境において、パケット電話アダプタにより用いられる輻輳管理方法であって、
パケット電話通信に関連する輻輳データを収集するステップと、
前記パケット電話通信が、予め定義された閾値を超える持続期間を有するか否かを決定するステップと、
オーバーロード制御を行う通信サーバに前記輻輳データを報告し、それによって、前記通信サーバが、前記輻輳データを評価して、前記パケット電話通信に関連する経路が輻輳しているか否かを決定するステップとを含む方法。
【請求項８】
予め定義された時間期間が経過した後、前記輻輳データを自動的に期限切れとするタイマをセットするステップをさらに含む、請求項７記載の方法。
【請求項９】
前記タイマは、前記輻輳が緩和される時間期間後に、期限切れする、請求項８記載の方法。
【請求項１０】
パケット網環境内のインターネットプロトコルベースの構内交換システムにおいて用いる輻輳マネージャであって、
コンピュータ読み取り可能コードを記憶するためのメモリと、
該メモリに動作可能に連結されるプロセッサであって、
パケット電話通信に参加した少なくとも１つの装置から輻輳データを受信し、
前記輻輳データが、前記パケット電話通信に関連する経路が輻輳していることを示すか否かを決定し、
前記輻輳データが、前記パケット電話通信に関連する経路が輻輳していることを示す場合、前記経路に関連する輻輳インジケータフラグをセットするよう構成されるプロセッサと、
を備える輻輳マネージャ。
【請求項１１】
前記プロセッサは、予め定義された時間期間が経過した後、前記輻輳インジケータフラグを自動的に期限切れとするタイマを維持するようさらに構成される、請求項１０記載の輻輳マネージャ。
【請求項１２】
前記タイマは、前記輻輳が緩和される時間期間後に、期限切れする、請求項１１記載の輻輳マネージャ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、音声パケット通信システムに関し、特に、インターネットプロトコル（ＩＰ）ベースの構内交換機（ＰＢＸ）等、マルチ−ブランチ音声パケット網における輻輳を管理する方法および装置に関する。
【０００２】
【従来の技術】
通信ネットワークは、ネットワークに接続された、パケット電話、コンピュータ端末、マルチメディアワークステーション、およびテレビ電話等の通信装置間で、データ、音声、テキスト、またはビデオ情報等の情報を転送するために、用いられる。通常、ネットワークは、各種リンクによって、互いに接続されると共に通信装置に接続されたノードを備える。法人環境内において、電話サービスは通常、構内交換機（ＰＢＸ）によって提供される。一般に、構内交換機（ＰＢＸ）は、通常、企業または別のエンティティにより所有またはリースされた現地設備である。構内交換機（ＰＢＸ）は、設備内の電話を相互接続し、公衆交換電話網（ＰＳＴＮ）へのアクセスを提供する。
【０００３】
通信装置からネットワークに送信される情報は、任意の形態でありうるが、固定長パケットまたはセルにフォーマットされることが多い。パケット交換網アーキテクチャは、普及している、イーサネットプロトコル等のローカルエリアネットワーク（ＬＡＮ）プロトコル、および非同期転送モード（ＡＴＭ）プロトコル等の広域ネットワーク（ＷＡＮ）プロトコルにおいて、広く用いられている。パケット交換網において、データ伝送は、通常、ネットワークを通して伝送するため、パケットと呼ばれるデータブロックに分割される。パケットが適切な宛先に到達するために、パケットは、１つまたは複数のネットワーク交換機、ルータ、または中間システムを通過しなければならない。このようなパケット電話システムは、法人環境でますます利用されるようになっている。
【０００４】
回線交換概念に基づく、すなわち各電話輻輳が、専用回線を有する従来のＰＢＸ環境とは異なり、パケット電話通信システムが用いるパケットデータ網は、通常、ウェブブラウザ、電子メール、ファイル、およびプリントサーバ等、他のネットワークアプリケーションと共有される。このように、同一パケット網上に、音声およびデータの各アプリケーションが混在すると、パケット損失、遅延、およびジッタにより、音声の質が劣化する結果になりうる。音声アプリケーションを保護するため、通常、パケット網インフラストラクチャの各種要素において、音声パケットにより高い優先度が与えられる（ネットワークインフラストラクチャが許容すれば）。しかし、このように優先度を増大させても、パケット網の異なる部分において、特に広域ネットワーク（ＷＡＮ）アクセスリンクまたはＷＡＮ自体内で、ランダム輻輳が発生することがある。輻輳が発生すると、パケット電話通信ユーザは、ある意味、ネットワークおよび該ネットワーク上で実行されている各種アプリケーションに左右されてしまう。根底にあるパケット網が輻輳したとき、音声の質を改善するために、パケット電話通信管理者ができることといえば、何かあるとしてもわずかである。
【０００５】
【発明が解決しようとする課題】
オーバーロード制御について、従来のシステムに伴う上記欠点から明らかなように、インターネットプロトコル（ＩＰ）ベースの構内交換機（ＰＢＸ）等のマルチ−ブランチパケット網において、オーバーロードを制御するための改良された方法および装置が必要とされている。主ブランチにおいて輻輳が検出されると、マルチ−ブランチパケット網における代替ブランチを用いて、パケット電話呼を再ルーティングするオーバーロード制御方法および装置が、さらに必要とされている。
【０００６】
【課題を解決するための手段】
概して、インターネットプロトコル（ＩＰ）ベースの構内交換機（ＰＢＸ）等のマルチ−ブランチパケット網において輻輳を管理する方法および装置が、開示される。マルチ−ブランチパケット網は、２つのロケーションにあるパケット電話を相互接続するために、広域ネットワーク（ＷＡＮ）等の主ネットワークと、公衆交換電話網（ＰＳＴＮ）等の代替ネットワーク（以下、副ネットワークとも言う）とを通る経路を含む。
【０００７】
本発明の一態様によれば、各パケット電話ユニットに付随するパケット電話アダプタ（ＰＰＡ）が、パケット電話呼を監視し、周期的に遅延情報を通信サーバに報告する。好ましい一実施形態では、根底をなす主パケット網において輻輳が検出されると、通信サーバが、パケット電話呼を副ネットワークを通して再ルーティングすることで、音声の質を保持する。
【０００８】
各パケット電話アダプタ（ＰＰＡ）は、輻輳データコレクションと、主ネットワーク上の各電話呼を監視し、遅延情報を通信サーバに報告する報告プロセスと、を含む。一実施形態において、パケット電話アダプタ（ＰＰＡ）は、持続時間が最小値未満の呼から収集された記録を破棄して、輻輳情報の信頼性を保証する。各通信サーバは、パケット電話アダプタ（ＰＰＡ）から報告された遅延情報を輻輳制御データベースに記録する輻輳制御データベースメンテナンスプロセスと、各呼のセットアップ要求を処理し、要求された経路が輻輳しているか否かを決定するオーバーロード制御プロセスと、を含む。要求された経路が輻輳している場合、オーバーロード制御プロセスは、副ネットワークを用いて呼を転送することができる。
【０００９】
本発明ならびに本発明のさらなる特徴および利点のより完全な理解は、以下の詳細な説明および図面を参照することで、得られよう。
【００１０】
【発明の実施の形態】
図１は、本発明が動作しうるネットワーク環境１００を示す。図１に示すように、説明的なネットワーク環境１００は、パケットデータ広域ネットワーク（ＷＡＮ）等の主ネットワーク１１０と、公衆交換電話網（ＰＳＴＮ）等の代替ネットワーク１２０と、を含む。本発明の一特徴によれば、主ネットワーク１１０上で輻輳が検出されると、呼を代替ネットワーク１２０に再ルーティングすることができる。図１に示すように、ネットワーク環境１００は、図２と共に後述する多数のパケット電話アダプタ（ＰＰＡ）２００−Ｎと、図３と共に後述する通信サーバ３００とを接続する。通常、広域ネットワーク（ＷＡＮ）環境１００における個々のサイトＮはそれぞれ、通信サーバ３００−Ｎと、必ずしも必要ではないが、既知の様式のＰＳＴＮゲートウェイ１３０−Ｎと、ルータと呼ばれることが多いデータゲートウェイ１４０−Ｎと、を備える。なお、広域ネットワーク（ＷＡＮ）環境１００における個々のサイトＮはそれぞれ、説明を明確にするために、１つのパケット電話アダプタ（ＰＰＡ）２００−Ｎのみを備えるものとして図１に示すが、各サイトＮは、通常、複数のパケット電話アダプタ（ＰＰＡ）２００−Ｎを備えることに留意する。
【００１１】
さらに後述するように、パケット電話アダプタ（ＰＰＡ）２００は、電話機が生成したアナログ音声信号を、リアルタイム伝送プロトコル／不信頼（unreliable)データグラムプロトコル／インターネットプロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）パケットにカプセル化される、デジタル信号に変換する。ＰＰＡ２００とエンドデバイス間に電話呼を確立すると、パケット電話アダプタ（ＰＰＡ）２００は、ＲＴＰ／ＵＤＰ／ＩＰストリームを終結させる。通信サーバ３００は、呼処理機能、認証、課金および管理に対して、既知の様式で責任を負う。
【００１２】
本発明の一特徴によれば、各パケット電話アダプタ（ＰＰＡ）２００は、関与する電話呼を監視し、遅延情報を通信サーバ３００に報告する。通信サーバ３００は、根底をなす主ネットワーク１１０において輻輳が検出されると、パケット電話通信セルを、ＰＳＴＮ等の副ネットワーク１２０を通して再ルーティングする。このようにして、電話での会話が、公衆データ網を通しての信頼性のない接続と比較して信頼性のあるＰＳＴＮ接続上で行われている際に、音声の質が保持される。
【００１３】
図２は、説明的なパケット電話アダプタ（ＰＰＡ）２００の概略ブロック図である。図２に示すように、パケット電話アダプタ（ＰＰＡ）２００は、プロセッサ２１０、データ記憶装置２２０、および１つまたは複数の通信ポート２３０等、特定のハードウェアコンポーネントを備える。プロセッサ２１０は、図２に示すように、共有データバスあるいは専用接続のいずれかにより、その他の列挙された各要素とリンクすることが可能である。通信ポート２３０は、パケット電話アダプタ（ＰＰＡ）２００が、ゲートウェイ１３０を介して、主ネットワーク１１０および副ネットワーク１２０にわたるその他すべてのネットワークノードと通信できるようにする。
【００１４】
データ記憶装置２２０は、プロセッサ２１０が、本発明に従って検索、解釈、および実行するよう動作可能な１つまたは複数の命令を記憶するよう動作可能である。該命令については、図４と共にさらに後述する。このため、データ記憶装置２２０は、輻輳データコレクションと、主ネットワーク１１０上の各電話呼を監視し、遅延情報を通信サーバ３００に報告する報告プロセス４００と、を含む。一実施形態において、さらに後述するように、信頼性のある情報を通信サーバ３００に提供するため、パケット電話アダプタ（ＰＰＡ）２００は、持続期間が最小値、例えば少なくとも１０００サンプル未満の呼から収集した記録を破棄する。例えば、パケット電話アダプタ（ＰＰＡ）２００におけるコーダ／デコーダ（コーデック）が、３０ミリ秒（ｍｓｅｃ）パケットを生成する場合、報告される呼の最短持続期間は、少なくとも３０秒であるべきである。
【００１５】
図３は、説明的な通信サーバ３００の概略ブロック図である。図３に示すように、通信サーバ３００は、図２のパケット電話アダプタ（ＰＰＡ）２００と同様に、プロセッサ３１０、データ記憶装置３２０、および１つまたは複数の通信ポート３３０等、特定のハードウェアコンポーネントを備える。
【００１６】
データ記憶装置３２０は、図５と共に後述する輻輳制御データベース５００を備える。概して、輻輳制御データベース５００は、各サイト間の各経路についてのエントリを含み、対応する経路が輻輳しているか否かを示す。
【００１７】
データ記憶装置３２０は、プロセッサ３１０が、本発明に従って検索、解釈、および実行するよう動作可能な１つまたは複数の命令を記憶するよう動作可能でもある。該命令については、図６および図７と共にさらに後述する。データ記憶装置３２０は、図６と共に後述する輻輳制御データベースメンテナンスプロセス６００と、図７と共に後述するオーバーロード制御プロセス７００と、を備える。概して、輻輳制御データベースメンテナンスプロセス６００は、パケット電話アダプタ（ＰＰＡ）２００から報告された遅延情報を輻輳制御データベース５００に記録する。オーバーロード制御プロセス７００は、各呼のセットアップ要求を処理し、要求された経路が輻輳しているか否かを決定する。要求された経路が輻輳している場合、オーバーロード制御プロセス７００は、副ネットワーク１２０を用いて呼を転送する。
【００１８】
図４は、本発明の特徴を組み込み、かつ図２のパケット電話アダプタ（ＰＰＡ）２００により採用される、例示的な輻輳データ収集および報告プロセス４００を記述するフローチャートである。上述したように、図４に示す輻輳データ収集および報告プロセス４００は、主ネットワーク１１０上の各電話呼を監視し、遅延情報を通信サーバ３００に報告する。説明的な実施形態において、パケット電話アダプタ（ＰＰＡ）２００は、十分に信頼性のある情報を通信サーバ３００に提供するため、持続期間が最小値、例えば少なくとも１０００サンプル未満の呼から収集した記録を破棄する。
【００１９】
図４に示すように、輻輳データ収集および報告プロセス４００は、ステップ４１０において、パケット電話アダプタ（ＰＰＡ）２００が発信したか、または受信した新しい呼を受信すると、開始される。次に、ステップ４２０において、テストが行われ、発信呼または受信呼が局所的なものか否かを決定する（呼の発信元および宛先は同一サイトＮ）。この情報は、被呼者番号および発呼者番号から知ることが可能である。呼を配置するには、２つの可能な場合がある。第１の場合では、パケット電話アダプタ（ＰＰＡ）２００が、同一サイトＮにある別のパケット電話アダプタ（ＰＰＡ）２００に呼を配置する。したがって、呼は、比較的低速のアクセスリンクまたは潜在的に輻輳したルータを介して、私設法人ＷＡＮまたは公衆インターネットを通らない。この場合、ローカルエリアネットワークの帯域幅は十分にあるため、呼が被る輻輳は、ごくわずかであると予想される。しかし、第２の場合では、パケット電話アダプタ（ＰＰＡ）２００が、サイト２等、広域ネットワーク（ＷＡＮ）を横切って配置されたパケット電話アダプタ（ＰＰＡ）２００に呼を配置する。この第２の場合では、パケットは、低速アクセスリンクおよび広域ネットワーク（ＷＡＮ）を通るため、遅延および損失を受ける可能性がある。
【００２０】
したがって、ステップ４２０において、発信呼または受信呼が局所的なものであると決定される場合、ステップ４３０において、電話呼が従来の様式で処理される。換言すれば、パケット電話アダプタ（ＰＰＡ）２００は、進行中の呼の質についての情報を何等収集しない。しかし、ステップ４２０において、発信呼または受信呼が局所的なものではないと決定される場合、ステップ４４０において、輻輳データ収集および報告プロセス４００が、呼についてのパケット損失、遅延、およびジッタに関する情報を収集し始める。なお、会話中、パケット電話アダプタ（ＰＰＡ）２００は、音声パケットを搬送するＲＴＰストリームを終了させることに留意する。パケット電話アダプタ（ＰＰＡ）２００はまた、パケット損失レート、遅延、およびジッタに関する情報を与えるＲＴＣＰストリームも終了させる。
【００２１】
呼が完了すると、ステップ４５０においてテストが行われ、呼の持続期間が予め定義された閾値を超えるか否かを決定する。信頼性のある情報を通信サーバ３００に提供するため、パケット電話アダプタ（ＰＰＡ）２００は、持続期間が最小値未満の呼から収集した記録を破棄する。例えば、少なくとも１０００個のサンプルを収集すれば、満足のいく結果がもたらされることがわかっている。したがって、コーダ／デコーダ（コーデック）が、３０ミリ秒（ｍｓｅｃ）パケットを生成する場合、呼の持続期間は、少なくとも３０秒であるべきである。
【００２２】
ステップ４５０において、呼の持続期間が予め定義された閾値を超えないと決定された場合には、ステップ４６０において、プログラム制御が終了する。しかし、ステップ４５０において呼の持続期間が予め定義された閾値を超えると決定された場合には、ステップ４８０において呼の終了が検出されるまで、ステップ４４０において呼についてのパケット損失およびジッタに関して収集された情報が、ステップ４７０において、周期的に通信サーバ３００に報告される。その後、プログラム制御が終了する。このため、呼の持続期間を通して、パケット損失、遅延、およびジッタについての情報が、周期的に通信サーバ３００に報告される。期間は、例えば、３分でありうる。
【００２３】
上述したように、通信サーバ３００は、図５に示す輻輳制御データベース５００を維持する。輻輳制御データベース５００は、各サイトＮ間の各経路についてのエントリを含み、対応する経路が輻輳しているか否かを示す。図５における説明的な実施において、輻輳制御データベース５００の各エントリは、輻輳インジケータ（ＣＩ）フラグと、対応するタイマと、を含む。輻輳インジケータ（ＣＩ）フラグがセットされている場合、対応する経路が輻輳していることを示す。フラグがセットされる都度、対応するタイマが、予め定義された値にセットされる。図６と共にさらに後述するように、タイマが切れるまで、ＣＩフラグはセットされたままである。なお、輻輳制御データベース５００は、輻輳が終端間経路に沿って具体的にどこに発生したかを識別しないことに留意する。例えば、輻輳制御データベース５００は、サイト１および３間の経路における輻輳が、サイト１におけるアクセスゲートウェイ１４０−１で発生したのか、またはサイト１からＷＡＮへのアクセスリンクで発生したのか、ＷＡＮ自体内またはＷＡＮからサイト３へのアクセスリンクで発生したのか、またはアクセスゲートウェイ１４０−３からサイト３において発生したのであるかを特定しない。むしろ、輻輳制御データベース５００は、サイト１からサイト３までの終端間経路が輻輳しているため、発信源および宛先が期せずしてサイト１とサイト３の間にあるさらなる呼は、該終端間経路を回避すべきであることを示す。
【００２４】
図６は、本発明の特徴を組み込み、かつ図３に示す通信サーバ３００により採用される、例示的な輻輳制御データベースメンテナンスプロセス６００を記述するフローチャートである。上述したように、輻輳制御データベースメンテナンスプロセス６００は、パケット電話アダプタ（ＰＰＡ）２００から受信し、報告された遅延情報を輻輳制御データベース５００に記録する。
【００２５】
図６に示すように、輻輳制御データベースメンテナンスプロセス６００は、ステップ６１０において、パケット電話アダプタ（ＰＰＡ）２００から記録を受信すると、開始される。次に、輻輳制御データベースメンテナンスプロセス６００は、ステップ６２０において、受信した記録を評価し、記録が、パケット電話アダプタ（ＰＰＡ）２００が、５％を超過するパケット損失または１５０ミリ秒（ｍｓｅｃ）を超過するパケット遅延を被ったことを示す場合には、輻輳制御データベース５００の対応エントリに輻輳インジケータ（ＣＩ）フラグをセットする。なお、ステップ６２０において利用される閾値は、単に説明のためにすぎず、経験的に確立可能であることに留意する。輻輳制御データベースメンテナンスプロセス６００は、ステップ６２０において輻輳インジケータ（ＣＩ）フラグをセットする場合にはまた、輻輳制御データベース５００の対応エントリにおけるタイマを予め定義された値、例えば３分にリセットする。タイマにより、輻輳についての情報が最新のものであることが保証される。３分を選択した動機は、輻輳の持続期間が分単位であることを示す典型的なＷＡＮにおける輻輳についての研究によるものである。
【００２６】
ステップ６２０においてフラグがセットされると、輻輳制御データベースメンテナンスプロセス６００は、ステップ６３０においてタイマを連続して減少させ、ステップ６４０において、タイマが切れるまでテストを行う。ステップ６４０においてタイマが切れたと決定されると、輻輳制御データベースメンテナンスプロセス６００は、ステップ６５０において輻輳インジケータ（ＣＩ）フラグをリセットし、ステップ６６０においてプログラム制御が終了する。
【００２７】
図７は、本発明の特徴を組み込み、かつ図３の通信サーバ３００により採用される、例示的なオーバーロード制御プロセス７００を記述するフローチャートである。上述したように、オーバーロード制御プロセス７００は、各呼セットアップ要求を処理し、要求された経路が輻輳しているか否かを決定する。要求された経路が輻輳している場合、オーバーロード制御プロセス７００は、副ネットワーク１２０を用いて呼を転送する。
【００２８】
図７に示すように、オーバーロード制御プロセス７００は、ステップ７１０において、新しい呼要求を受信すると、開始される。図７に示す例において、呼要求は、サイト２におけるパケット電話アダプタ（ＰＰＡ）２００から受信され、サイト３におけるパケット電話アダプタ（ＰＰＡ）２００に宛先を有する。次に、オーバーロード制御プロセス７００は、輻輳制御データベース５００における対応エントリを評価する。図７に示す例では、エントリ（２、３）が評価される。
【００２９】
次に、ステップ７３０において、テストが行われ、エントリにおける輻輳インジケータ（ＣＩ）フラグが、主ネットワークを通る経路が輻輳していることを示す１にセットされているか否かを決定する。ステップ７３０において、エントリにおける輻輳インジケータ（ＣＩ）フラグが１にセットされていないと決定された場合、主ネットワークを通る経路上に輻輳はなく、ステップ７４０において、呼が許容され、ＷＡＮ等の主ネットワーク上で転送される。
【００３０】
しかし、ステップ７３０において、エントリにおける輻輳インジケータ（ＣＩ）フラグが１にセットされていると決定された場合には、主ネットワークを通る経路上には輻輳があり、オーバーロード制御プロセス７００は、ステップ７５０において、経路の輻輳を宣言する。さらに、好ましい一実施形態では、呼をドロップするのではなく、ＰＳＴＮ等の副ネットワーク１２０を通して呼を転送する。そして、プログラム制御が終了する。
【００３１】
本明細書に図示かつ説明した実施形態および変形は、単に本発明の原理を説明するためのものにすぎず、当業者は、本発明の範囲および精神から逸脱せずに、各種変更を実施しうることを理解されたい。
【図面の簡単な説明】
【図１】本発明が動作しうるネットワーク環境を示す図である。
【図２】本発明による図１のパケット電話アダプタの概略ブロック図である。
【図３】本発明による図１の通信サーバの概略ブロック図である。
【図４】本発明による図２のパケット電話アダプタにより実施される、例示的な輻輳データ収集および報告プロセスを記述するフローチャートである。
【図５】図３の輻輳制御データベースからのサンプルテーブルを示す図である。
【図６】本発明による図３の通信サーバにより実施される、例示的な輻輳制御データベースメンテナンスプロセスを記述するフローチャートである。
【図７】本発明による図３の通信サーバにより実施される、例示的なオーバーロード制御プロセスを記述するフローチャートである。
【図１】
0003754619.tif 000002
【図２】
0003754619.tif 000003
【図３】
0003754619.tif 000004
【図４】
0003754619.tif 000005
【図５】
0003754619.tif 000006
【図６】
0003754619.tif 000007
【図７】
0003754619.tif 000008