JP2003249959A

JP2003249959A - トラヒック輻輳予兆監視システム

Info

Publication number: JP2003249959A
Application number: JP2002046509A
Authority: JP
Inventors: Masanori Furuya; 雅典古谷; Hideyuki Mori; 秀之毛利; Hironaga Tawara; 拓永田原; Haruo Mizumoto; 晴夫水本
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-02-22
Filing date: 2002-02-22
Publication date: 2003-09-05

Abstract

(57)【要約】【課題】移動機パケット網のトラヒック監視における
トラヒック輻輳予兆について、どのパケット通信による
ものかを自動に判断・検出し、使用者の手を煩わせるこ
となく自動に、迅速に監視できるようにする。【解決手段】データ受信部１０により、通信バッファ
１３の使用量に関するデータを受信する。この受信した
データについて、データ判定部１１において所定しきい
値と比較する。このしきい値は、輻輳状態に移行する前
の値とする。この比較の結果、しきい値を越える場合、
要因分析部１２にて要因を決定後、メッセージ等の表示
や音声出力により外部装置１４へ自動的に通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はトラヒック輻輳予兆
監視システムに関し、特に電話網のトラヒック監視及び
制御を行うトラヒック輻輳予兆監視システムに関する。

【０００２】

【従来の技術】従来のトラヒック監視システムでは、輻
輳状態になった時に始めてそれを知ることができ、輻輳
状態に移行しそうな状態を予め検出することはできな
い。例えば、特開平１０−２８５２７６号公報に記載さ
れているシステムでは、ホームメモリへのアクセス数に
基づいて呼の規制を行っている。しかしながら、同公報
に記載されているシステムにおいては、輻輳状態に起因
する呼損を低減するにすぎず、輻輳状態に移行しそうな
状態を予め検出することはできない。また、輻輳解除に
ついても同様であり、実際に輻輳解除状態にならないと
それを検出することができない。

【０００３】

【発明が解決しようとする課題】上述したように、移動
機パケット網のトラヒック監視におけるトラヒック輻輳
については、どのパケット通信によって輻輳したのかを
判断・検出する手段がなかった。また、従来のトラヒッ
ク監視システムの場合、輻輳状態であることはわかって
も、どの要因で、輻輳事象となったかについては、判断
できる手段がなかった。このため、トラヒック輻輳予兆
を判断・検出することのできるトラヒック輻輳予兆監視
システムの実現が望まれていた。

【０００４】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的はトラヒック輻
輳予兆を判断・検出することのできるトラヒック輻輳予
兆監視システムを提供することである。

【０００５】

【課題を解決するための手段】本発明の請求項１による
トラヒック輻輳予兆監視システムは、監視対象の網にお
けるトラヒック輻輳の予兆を監視するトラヒック輻輳予
兆監視システムであって、前記網におけるトラヒック情
報が所定しきい値を越えた場合に、その旨を報知する報
知手段を含むことを特徴とする。

【０００６】本発明の請求項２によるトラヒック輻輳予
兆監視システムは、請求項１において、前記トラヒック
情報は、授受されるパケットが一時記憶される通信バッ
ファの使用量であり、この使用量が所定しきい値を越え
た場合にトラヒック輻輳状態に移行すると判断すること
を特徴とする。本発明の請求項３によるトラヒック輻輳
予兆監視システムは、請求項２において、前記所定しき
い値は、トラヒック輻輳時の前記通信バッファの使用量
より少ない所定値であることを特徴とする。

【０００７】本発明の請求項４によるトラヒック輻輳予
兆監視システムは、請求項１乃至３のいずれか１項にお
いて、前記網におけるトラヒック情報が所定しきい値を
越えた場合に、その要因を分析する要因分析手段を更に
含むことを特徴とする。本発明の請求項５によるトラヒ
ック輻輳予兆監視システムは、請求項４において、前記
要因分析手段は、前記通信バッファに記憶されているパ
ケットについて、発信パケット及び着信パケットの少な
くとも一方が多くなったことを判断することを特徴とす
る。

【０００８】要するに、本システムでは、パケット通信
網のトラヒック輻輳の予兆を監視し、トラヒック輻輳状
態になりうる前段階で、輻輳予兆を検出する。また、そ
の要因を分析し、分析結果を報知する。このため、本シ
ステムでは、移動機パケット網から周期的にトラヒック
情報を取得し、取得したトラヒック情報より、通常のト
ラヒック値を分析し、トラヒック値がある程度高くなっ
た場合、どのトラヒック値が多くなったかを分析し、ト
ラヒック値がある上限以上に達した場合に通知する。

【０００９】

【発明の実施の形態】次に、図面を参照して本発明の実
施の形態について説明する。なお、以下の説明において
参照する各図においては、他の図と同等部分に同一符号
が付されている。図１は本発明によるトラヒック輻輳予
兆監視システムの実施の一形態を示すブロック図であ
る。同図に示されているように、本実施形態によるトラ
ヒック輻輳予兆監視システム１００は、移動機パケット
網からトラヒック情報を受信する受信部１０と、トラヒ
ック情報を判定するデータ判定部１１と、要因を分析す
る要因分析部１２とを含んで構成されている。

【００１０】受信部１０は、トラヒック情報を周期的に
受信する。ここで、トラヒック情報とは、例えば、通信
装置（移動機パケットノード）で処理するデータ量であ
る。本例では、着信又は発信されたパケットが一時記憶
される通信バッファ１３の使用状況を、トラヒック情報
として周期的に受信する。通信バッファ１３について
は、後述する。

【００１１】また、受信部１０は、要因分析部１２にお
ける分析結果を受信し、外部装置１４に送る。これを受
信した外部装置１４は、表示画面にメッセージ等を表示
することによって、分析結果をオペレータに報知する。
オペレータは、外部装置１４に表示された分析結果を目
視確認することによって、適切に処理を行い、輻輳状態
を沈静化させることができる。なお、外部装置１４は、
分析結果を表示する代わりに、又は表示すると共に、音
声出力によって分析結果を報知するようにしても良い。

【００１２】以上のような構成からなるトラヒック輻輳
予兆監視システムにおいて、受信部１０は、周期的に受
信したトラヒック情報を、データ判定部１１へわたす。
このトラヒック情報は、複数種類であっても良い。デー
タ判定部１１は、輻輳前段階のしきい値情報を保持して
おり、各々のトラヒック情報が、しきい値情報より大で
あるか判定する。この判定によりトラヒック情報が、し
きい値情報より大であるとされたトラヒック項目につい
ては、その情報が要因分析部１２へ送られる。この情報
に基づいて、要因分析部１２は輻輳要因の分析を行う。
受信部１０は、輻輳要因の分析結果等を外部装置１４へ
通知する。

【００１３】要因分析部１２における分析においては、
通信バッファが、発信パケットに多く使用されているの
か、着信パケットに多く使用されているのか等を判断す
る。すなわち、通信バッファに記憶されているパケット
は、発信パケットが多いのか、着信パケットが多いの
か、判断する。前者が多い場合は、その通信バッファに
対してパケット発信側に位置するノードが輻輳の要因に
なっていると分析できる。逆に、後者が多い場合は、そ
の通信バッファに対してパケット着信側に位置するノー
ドが輻輳の要因になっていると分析できる。両者共に多
い場合は、パケット発信側及びパケット着信側それぞれ
に位置するノードが輻輳の要因になっていると分析でき
る。これらの分析結果は、外部装置１４によって報知さ
れる。

【００１４】本人確認を行う認証用サーバへのアクセス
が多い場合には、特定先への発信が多くなる。この場
合、認証用サーバへのアクセスの際に授受されるパケッ
トが通信バッファ１３に記憶されるので、この通信バッ
ファ１３の使用量に基づいて、輻輳状態に移行する可能
性があるかどうかを判断する。予め定められたしきい値
情報による使用量を越えている場合は、輻輳状態に移行
する可能性が高いので、その旨をオペレータに報知す
る。

【００１５】ところで、ＩＭＴ（Ｉｎｔｅｒｎａｔｉｏ
ｎａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔ
ｉｏｎｓ）−２０００方式の移動端末網においては、通
話と同時にインタネットに接続できるマルチコールが可
能である。この場合には、インタネットへの接続が輻輳
の要因になることもあるので、インタネットへの接続が
多いかどうかをも判断する。

【００１６】通信バッファについて、図２を参照して説
明する。上述したように、本システムでは、パケット通
信に用いる通信バッファ１３の使用量に基づいてデータ
量を検出し、この検出結果をトラヒック情報とする。よ
り具体的には、通信バッファの使用数を割合（バッファ
使用面数／バッファ全体の面数）で算出したものであ
る。

【００１７】図２に示されているように、通信バッファ
全体の面数が１００面である場合、例えば使用面数の割
合が９０％以上（使用面数が９０面以上）であれば通信
装置の処理限界値と判断できるので輻輳状態とし（Ｔ
１）、８０％未満（使用面数が８０面未満）であれば通
常の動作状態とする（Ｔ２）。そして、使用面数が８０
面以上の時には、通信装置の処理量がある程度高いと判
断できるので、輻輳状態に移行する前の輻輳予兆として
報知する。

【００１８】以上の条件の場合、使用面数が０〜７９面
の範囲であれば、通常の動作状態である。例えば、使用
面数が５０面であれば、使用面数の割合が５０％である
ので、通常の動作状態である（Ｔ３）。これに対し、使
用面数が８０面以上であれば、輻輳予兆として報知す
る。ここで、以上説明したシステムは、移動端末網のど
の部分に設けても良い。ただし、通信バッファにパケッ
トが記憶され、そのバッファの使用量が受信部に通知さ
れる必要がある。

【００１９】図３には、一般的なＰＤＣ（Ｐｅｒｓｏｎ
ａｌＤｉｇｉｔａｌＣｅｌｌｕｌａｒ）網の構成例
が示されている。同図において、一般的なＰＤＣ網は、
自局のセル内に位置している移動端末１と無線通信する
基地局２と、この基地局２を制御するための基地局制御
装置３と、ＰＤＣ網と回線交換網Ｎ２との交換を行う交
換機４と、ＰＤＣ網とパケット交換網Ｎ３との交換を行
うパケット交換機６とを含んで構成されている。回線交
換網Ｎ２と固定電話網Ｎ４との交換は、関門交換機５に
よって行われる。また、インタネットＮ１とパケット交
換網Ｎ３との間は、モバイルゲートウェイ７及びインタ
ネット接続サーバ８によって、プロトコル変換等が行わ
れる。このように構成されたＰＤＣ網において、本シス
テムは、例えば、パケット交換機６内に設けられる。そ
の他、通信バッファによってパケット通信量を検出する
ことのできる位置に、本システムを設ければ良い。

【００２０】図４には、ＩＭＴ−２０００方式による移
動端末網の構成例が示されている。同図において、ＩＭ
Ｔ−２０００方式による移動端末網は、自局のセル内に
位置している移動端末１と無線通信する基地局２と、こ
の基地局２を制御するための基地局制御装置３と、ＩＳ
ＤＮ（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅｓＤｉ
ｇｉｔａｌＮｅｔｗｏｒｋ）網Ｎ５やインタネットＮ
１との交換を行う関門交換機５とを含んで構成されてい
る。このように構成された移動端末網において、本シス
テムは、例えば、関門交換機５内に設けられる。その
他、通信バッファによってパケット通信量を検出するこ
とのできる位置に、本システムを設ければ良い。

【００２１】図５は、本システムの動作例を示すフロー
チャートである。同図において、本例においては、最初
に、収集すべきトラヒック情報の登録を行う（ステップ
Ｓ２０）。その後、トラヒック情報を受信すると（ステ
ップＳ２１）、比較すべきデータの有無を判断する（ス
テップＳ２２）。比較すべきデータがあれば、予め定め
られたデータとの比較を行う（ステップＳ２２→Ｓ２
３）。比較すべきデータがなければ、そのまま処理が終
了となる。

【００２２】データの比較の結果、予め定められたデー
タよりも小さい場合には、輻輳状態に移行する可能性が
ないと判断できる。この場合、次のデータを取り出し
（ステップＳ２３→Ｓ２６）、以上の処理を繰返す。デ
ータの比較の結果、予め定められたデータと等しいかそ
れより大きい場合には、その要因を分析する（ステップ
Ｓ２３→Ｓ２４）。そして、この要因分析結果を通知す
る（ステップＳ２５）。この後、次のデータを取り出し
（ステップＳ２６）、比較すべきデータの有無をさらに
判断する（ステップＳ２２）。これにより、比較すべき
データが複数ある場合にも対応でき、複数の輻輳要因に
ついても分析できる。以下、同様に処理を繰返す。

【００２３】なお、以上の説明においては、輻輳状態に
移行する可能性のある所定値に達したときに報知する場
合について説明したが、逆に輻輳状態から正常状態に移
行する直前にもしきい値を設けておき、輻輳が解除され
る直前にそれを報知しても良い。さらに、上記はトラフ
ィック情報としてバッファ使用率を例として説明してい
るが、バッファ使用率の他に、装置内部のＣＰＵ使用率
等についてもトラフィック情報として収集し、同様に処
理しても良い。

【００２４】

【発明の効果】以上説明したように本発明は、トラヒッ
ク情報を予め定められたしきい値と比較することによ
り、移動機パケット網のトラヒック輻輳要因判定を自動
的に行い、これから輻輳状態になりうる前段階で、輻輳
要因を含め、監視者へ通知することができるという効果
がある。これにより、輻輳発生を事前に予知し、輻輳状
態の波及を最小限に抑えることができるという効果があ
る。

【図面の簡単な説明】

【図１】本発明によるトラヒック輻輳予兆監視システム
の実施の一形態を示すブロック図である。

【図２】授受されるパケットが一時記憶される通信バッ
ファの使用量を示す図である。

【図３】一般的なＰＤＣ網の構成例を示す図である。

【図４】ＩＭＴ−２０００方式による移動通信網の構成
例を示す図である。

【図５】本システムの動作例を示すフローチャートであ
る。

【符号の説明】

１移動端末２基地局３基地局制御装置４交換機５関門交換機６パケット交換機７モバイルゲートウェイ８インタネット接続サーバ１０受信部１１データ判定部１２要因分析部１３通信バッファ１４外部装置２０トラヒック収集登録２１トラヒック情報受信２２比較データ有無判定２３データ比較２４要因分析２５要因分析結果通知２６次データ取り出しＮ１インタネットＮ２回線交換網Ｎ３パケット交換網Ｎ４固定電話網Ｎ５ＩＳＤＮ網

───────────────────────────────────────────────────── フロントページの続き (72)発明者田原拓永東京都千代田区永田町二丁目11番１号株式会社エヌ・ティ・ティ・ドコモ内 (72)発明者水本晴夫東京都千代田区永田町二丁目11番１号株式会社エヌ・ティ・ティ・ドコモ内Ｆターム(参考） 5K030 GA13 HB06 HC09 JA10 LC09 MB09 MB15 MC08 5K042 AA03 AA06 BA10 CA02 CA04 EA15 GA11 GA12 HA13 JA01 5K051 CC01 CC07 5K067 AA28 CC08 EE16 FF23 FF26 HH22 KK15 LL01

Claims

【特許請求の範囲】

【請求項１】監視対象の網におけるトラヒック輻輳の
予兆を監視するトラヒック輻輳予兆監視システムであっ
て、前記網におけるトラヒック情報が所定しきい値を越
えた場合に、その旨を報知する報知手段を含むことを特
徴とするトラヒック輻輳予兆監視システム。
【請求項２】前記トラヒック情報は、授受されるパケ
ットが一時記憶される通信バッファの使用量であり、こ
の使用量が所定しきい値を越えた場合にトラヒック輻輳
状態に移行すると判断することを特徴とする請求項１記
載のトラヒック輻輳予兆監視システム。
【請求項３】前記所定しきい値は、トラヒック輻輳時
の前記通信バッファの使用量より少ない所定値であるこ
とを特徴とする請求項２記載のトラヒック輻輳予兆監視
システム。
【請求項４】前記網におけるトラヒック情報が所定し
きい値を越えた場合に、その要因を分析する要因分析手
段を更に含むことを特徴とする請求項１乃至３のいずれ
か１項に記載のトラヒック輻輳予兆監視システム。
【請求項５】前記要因分析手段は、前記通信バッファ
に記憶されているパケットについて、発信パケット及び
着信パケットの少なくとも一方が多くなったことを判断
することを特徴とする請求項４記載のトラヒック輻輳予
兆監視システム。