JP2004363947A - トラヒック収集装置 - Google Patents
トラヒック収集装置 Download PDFInfo
- Publication number
- JP2004363947A JP2004363947A JP2003159944A JP2003159944A JP2004363947A JP 2004363947 A JP2004363947 A JP 2004363947A JP 2003159944 A JP2003159944 A JP 2003159944A JP 2003159944 A JP2003159944 A JP 2003159944A JP 2004363947 A JP2004363947 A JP 2004363947A
- Authority
- JP
- Japan
- Prior art keywords
- traffic
- program
- definition file
- item
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】仕様変更が頻繁に発生する収集すべきトラヒック項目をプログラムと別構成することにより、新規な輻輳モデルの発生に伴う収集すべきトラヒック項目の追加に対して迅速に対応可能なトラヒック収集装置を提供する。
【解決手段】ＮＥに対し、トラヒック項目を指定して、該トラヒック項目に対応するトラヒックデータの送信を要求する機能を有するトラヒック収集プログラムＰＧにより制御されるトラヒック収集装置１において、トラヒック収集プログラムＰＧの実行において用いる、ＮＥに送信を要求すべきトラヒック項目の集合体である要求項目定義ファイルＮＦを、トラヒック収集プログラムＰＧとは独立してかつ更新可能に保持する。
【選択図】 図４
【解決手段】ＮＥに対し、トラヒック項目を指定して、該トラヒック項目に対応するトラヒックデータの送信を要求する機能を有するトラヒック収集プログラムＰＧにより制御されるトラヒック収集装置１において、トラヒック収集プログラムＰＧの実行において用いる、ＮＥに送信を要求すべきトラヒック項目の集合体である要求項目定義ファイルＮＦを、トラヒック収集プログラムＰＧとは独立してかつ更新可能に保持する。
【選択図】 図４
Description
【０００１】
【発明の属する技術分野】
本発明はトラヒック収集装置に関し、特にネットワークエレメントからトラヒックデータを収集するトラヒック収集装置に関する。
【０００２】
【従来の技術】
トラヒックコントロールシステム（以下、「ＴＣＳ」と称すこともある）は、交換装置、無線系中継装置、伝送装置などのネットワークを構成するネットワークエレメント（以下、「ＮＥ」と称すこともある）へのトラヒックの大量流入により、ＮＥが輻輳状態となったことを検知すると、当該ＮＥにトラヒック送信しないよう他ＮＥに規制制御することでＮＥの輻輳状態を回避させる。ＴＣＳでは、上記目的のため、ＮＥのトラヒック処理量に関する監視を行う必要があり、発信呼、着信呼、呼設定後のデータ通信量等のトラヒックをＮＥから収集している。このようなＴＣＳの例が、非特許文献１に示されている。
【０００３】
近年、通信サービスの多様化に伴い輻輳モデルも多様化し、新たに発生するＮＥの輻輳モデルについては、当該新規輻輳モデルを認識及び制御するために新たなトラヒック項目を収集する必要が生じることがある。
このような状況下、従来のＴＣＳでは、トラヒック収集プログラムにて収集するトラヒック項目を認識していた。すなわち、図５に示されるように、ステップＳ２１〜２３に示されるトラヒック項目Ａ〜Ｃについてのトラヒックの送信要求においては、プログラム内部に保持される値（例えば、トラヒック項目Ａ〜Ｃの項目名）に基づいて収集するトラヒック項目を特定し、送信要求を行っていた。
【０００４】
【非特許文献１】
立川敬司監修「Ｗ−ＣＤＭＡ移動通信方式」丸善株式会社、２００１年９月２５日、ｐ．３１６−３１７
【０００５】
【発明が解決しようとする課題】
しかしながら、上述のようにトラヒック収集プログラムにて収集するトラヒック項目を認識するものとすると、収集するトラヒック項目を新規に追加するためにはトラヒック収集プログラム自体を変更しなければならなかった。
このように、トラヒック収集プログラム自体を変更する場合には、プログラムの修正の手間のみならず、当該修正にかかわる全てのプログラムの動作試験等を行わなければならず、対応時期が遅くなるとともに、多大なコストを要していた。また、トラヒック収集プログラムの変更をシステムに適用するためには、システムに稼動中のプログラムとの入れ替えを行う必要があることから、その実施にあたってはシステムを停止しなければならなかった。
【０００６】
本発明の目的は、特に仕様変更が頻繁に発生する収集すべきトラヒック項目をプログラムと別構成することにより、新規な輻輳モデルの発生に伴う収集すべきトラヒック項目の追加に対して迅速に対応可能なトラヒック収集装置を提供することにある。
【０００７】
【課題を解決するための手段】
本発明の請求項１によるトラヒック収集装置は、ネットワークを構成するネットワークエレメントに対し、トラヒック項目を指定して、該トラヒック項目に対応するトラヒックデータの送信を要求する機能を有するプログラムにより制御されるトラヒック収集装置であって、
前記プログラムの実行において用いる、前記ネットワークエレメントに送信を要求すべきトラヒック項目の集合体である要求項目定義ファイルが、前記プログラムとは独立してかつ更新可能に保持されている保持手段を含むことを特徴とする。
【０００８】
このように構成することにより、上記プログラムを変更することなく、仕様変更にかかるトラヒック項目のデータを変更することのみによって、当該仕様変更への対応が可能になる。特に、頻繁な仕様変更が行われる、送信要求をすべきトラヒック項目の集合について選択的にプログラムから独立させることにより、変更対応あるいは日常における運用に関しより効果的なプログラム構成とすることができる。
【０００９】
更新可能に保持されるためには、保持手段には、例えば、読み書き可能な磁気ディスク等の記憶媒体を用いる。
本発明の請求項２によるトラヒック収集装置は、請求項１において、前記プログラムは、その実行時において発生するトラヒックデータの送信を要求するための契機に応答して前記要求項目定義ファイルを参照し、ネットワークエレメントに送信を要求すべきトラヒック項目を取得し、該ネットワークエレメントに対し、該取得されたトラヒック項目を指定してトラヒックデータの送信を要求することを特徴とする。
【００１０】
このように構成することにより、上記プログラムにおいて、別構成された要求項目定義ファイルの情報を取得し、当該プログラムにおいて用いることが可能となる。このように、プログラムには要求すべきトラヒック項目の変更等により変更が必要とされない動作を規定することにより、上記と同様に、プログラム事態を変更しなくても、要求項目定義ファイルのデータ変更のみで、変更に対応することが可能となる。
【００１１】
本請求項においては、トラヒックデータの送信を要求するための契機に応答して上記要求項目定義ファイルを参照することとしているが、特にこのタイミングはこのような場合に限定されない。
本発明の請求項３によるトラヒック収集装置は、請求項１又は２において、入力される代替の要求項目定義ファイルによって、前記保持手段に保持されている要求項目定義ファイルを、任意のタイミングにおいて上書きする更新手段を、更に有することを特徴とする。
【００１２】
これにより、要求項目定義ファイルの変更が可能となる。要求項目定義ファイルはプログラムとは独立して保持されていることから、任意のタイミング、すなわちプログラムの実行の有無にかかわらず変更可能である。また、上記プログラムにおいては、送信を要求すべき契機の発生の度に、上記要求項目定義ファイルを参照することにより、任意のタイミングで変更された最新の要求項目定義ファイルの内容を、処理に反映させることが可能になる。
【００１３】
本発明の請求項４によるトラヒック収集装置は、請求項１〜３のいずれか１項において、前記保持手段には、前記プログラムの実行において用いる、前記トラヒックデータの送信を要求する対象となるネットワークエレメントの識別情報の集合体であるネットワークエレメント定義ファイルが、前記プログラムとは独立してかつ更新可能に保持されており、
前記プログラムは、その実行時において前記ネットワークエレメント定義ファイルを参照して、前記トラヒックデータの送信を要求すべきネットワークエレメントを特定することを特徴とする。
【００１４】
このように、要求対象ＮＥについてもネットワークエレメント定義ファイルに定義することにより、要求対象ＮＥの変更に際し、プログラム事態を変更することなく、当該ネットワークエレメント定義ファイルの変更のみで、その変更内容を反映させることができる。
本発明の請求項５によるトラヒック収集装置は、請求項１〜４のいずれか１項において、前記要求項目定義ファイルは、同一種類のネットワークエレメントに対して送信を要求すべきトラヒック項目の集合体を１つの単位として保持されていることを特徴とする。
【００１５】
このように、同一種類のＮＥごとに要求項目定義ファイルを構成することにより、同一種類のＮＥごとに発生するトラヒック項目の変更に対して、当該ＮＥに対応する要求項目定義ファイルのみの更新で対応することが出来るので、変更への対応がより容易になる。
本発明の請求項６によるトラヒック収集装置は、請求項１〜５のいずれか１項において、前記要求項目定義ファイルは、テキストファイルとして保持されていることを特徴とする。
これにより、要求項目定義ファイルの内容を容易に把握することが可能になるので要求項目定義ファイルの変更作業がより容易になる。
【００１６】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等の部分が同一符号によって示されている。
図１には、本実施の形態にかかるトラヒック収集装置を具備するトラヒックコントロールシステム（以下「ＴＣＳ」と称すこともある）の動作概要を説明する図である。
【００１７】
同図においてＴＣＳ９は、ＮＥから周期的にトラヒックを収集するトラヒック収集装置１と、収集されたトラヒックに基づいて、ＮＥにおける輻輳の発生や輻輳状態等を監視する輻輳検出装置９２と、輻輳の発生等に応じて当該輻輳が発生したＮＥに流入するトラヒックを抑制するように周辺のＮＥに対して規制を行う規制制御装置９３と、を含んで構成されている。本発明におけるトラヒック収集装置１は、例えば、このような動作を行うＴＣＳ９において具備されるものであり、本発明は、収集したトラヒックに基づく輻輳の発生検出方法や、規制処理の方法等を限定するものではない。
【００１８】
図２は、トラヒック収集装置の構成を説明するためのブロック図である。トラヒック収集装置１は、一般的なコンピュータとしての構成を有するものであり、例えば、プログラムに基づいて演算及びシステム全体を制御するＣＰＵ１０２と、所定領域にプログラム等を格納するＲＯＭ１０３と、ＲＯＭ１０３や記憶装置１０４から読み出したデータやＣＰＵ１０２の演算過程で必要な演算結果を格納するためのＲＡＭ１０１と、必要なデータをファイルとして格納する記憶装置１０４と、を含んで構成され、これらの各装置は、相互にデータ授受が可能となるようにバス１０５により接続されている。
【００１９】
上記トラヒック収集装置１に具備されるトラヒック収集機能を有するトラヒック収集プログラムは、ＲＯＭや記憶装置に格納された状態において単一あるいは複数のオブジェクトプログラム群から構成され、主記憶装置として機能するＲＡＭにロードされた状態において実行可能となるものである。
又、本実施の形態における記憶装置１０４には、ＮＥ定義ファイルＮＦと、要求項目定義ファイルＴＦと、が格納されており、それぞれの定義ファイルにはトラヒック収集プログラムの実行時において参照されるデータが記録されている。この定義ファイルは、トラヒック収集プログラムとは独立した単位として、読み書き可能な記憶媒体に保持されており、上記のようなトラヒック収集プログラムのロード時に共にＲＡＭ等に格納されることなく、当該プログラムの実行時において当該プログラムから読み出されて使用される。又、このように、定義ファイルは、例えば磁気ディスク等の記憶媒体に格納されることにより、トラヒック収集プログラムの実行と並行してあるいは任意のタイミングで他のプログラム等から当該ファイル内容を更新し、及び、当該更新内容の維持が可能になっている。
【００２０】
本実施の形態において、ＮＥ定義ファイルＮＦには、トラヒック収集対象となるＮＥを特定可能な識別情報の集合体が定義されており、これを参照することにより収集対象となるＮＥ及び範囲を特定することができる。
また、要求項目定義ファイルＴＦには、ＮＥに対して送信を要求すべきトラヒック項目の集合体が定義されており、これを参照することによりＮＥに要求すべき項目を特定することができる。この要求項目定義ファイルは、全てのＮＥに対し単一に設けられてもよいし、無線系装置、伝送系装置、交換系装置等のＮＥの種類に応じて設けてもよい。
【００２１】
図３には、トラヒック収集プログラム及びＮＥ定義ファイル・要求項目定義ファイルの連携により、トラヒック収集機能を実現するトラヒック収集装置の動作を説明する図が示されている。
以下、トラヒック収集プログラムＰＧのフローに従って、説明する。
同図のステップＳ１１においては、トラヒック収集プログラムＰＧは、その実行時に発生するトラヒックデータの送信を要求するための契機を、例えば他のプログラムからの通知等によって検出すると、ＮＥ定義ファイルＮＦを参照し、当該送信要求の対象となるＮＥの情報を取得する。同図においては、ＮＥ定義ファイルＮＦには、ＮＥ識別情報Ｄ，Ｅ，Ｆの集合が定義されているため、これらの識別情報に対応するＮＥに対して、トラヒックデータの送信を要求する。ＮＥ定義ファイルＮＦへの定義方法は、ステップＳ１１においてＮＥ識別情報が取得可能であるならば特に限定されないが、例えば、カンマ等の特定の文字等で区切ってそれぞれのＮＥ識別情報を判別可能に羅列する。また、例えば、トラヒックを取得すべき優先順位に従って、ＮＥ識別情報を羅列するなど、ＮＥ定義ファイルには、対象となるＮＥの範囲を示す情報以外の情報を付加することとしてもよい。
【００２２】
次に、要求項目定義ファイルＴＦを参照して、ステップＳ１１において取得したＮＥに要求すべきトラヒック項目を取得する（ステップＳ１２）。同図において矢印で示されるファイルの参照は、例えば、トラヒック収集プログラム内に値としてもつファイル名を指定して、当該ファイルをオープンし、データを読み出すことにより行う。上述のように複数のファイルが存在する場合には、例えば、データベースにＮＥの種類名と対応付けて保持される要求項目定義ファイルを、トラヒック収集プログラムがデータべース管理プログラムに対して当該ＮＥの種類名を特定した呼び出しを行うことにより、参照するようにしてもよい。尚、同図によれば、トラヒック項目名Ｇ〜Ｈに対応するトラヒックについてデータの送信を要求することとなる。ところで、トラヒック項目は、上述のように例えば、発信呼数や着信呼数等である。上述と同様に、要求項目定義ファイルへの定義方法は、特に限定されるものではない。また、例えば、要求すべきトラヒック項目のみでなくトラヒック項目に応じてフラグ情報を付加し、当該フラグ情報が特定の値をとるトラヒック項目のみを指定すべきトラヒック項目として取得可能にするなど、要求項目定義ファイルＴＦにトラヒック項目名等以外の情報を付加してもよい。
【００２３】
次に、ステップＳ１２において取得したトラヒック項目を指定して、対象となるＮＥのそれぞれに対してトラヒックデータの送信を要求する（ステップＳ１３）。
ステップＳ１３におけるトラヒックデータの送信要求に応答して、ＮＥから指定されたトラヒック項目について送信されるトラヒックデータを受信し、当該情報をトラヒック警報表示等を行う各機能及びオペレータから参照可能に保持する（ステップＳ１４）。
【００２４】
図４には、図３に示されるような動作をするトラヒック収集装置１と、ＮＥと、の間のトラヒック収集における通信シーケンスが示されている。
トラヒック収集プログラムＰＧは、図３について上述したプログラムと同様にステップＳ１１〜１４に示される機能を実行するためのプログラムである。
また、図４のトラヒック収集装置１においては、更に、要求すべきトラヒック項目に変更があった場合に起動される定義ファイル更新プログラムＰＧ３を具備する。この定義ファイル更新プログラムＰＧ３は、入力される代替の定義ファイルを取得し（ステップＳ３１）、更新すべき定義ファイルを上記記憶装置から取得し（ステップＳ３２）、当該定義ファイルを上書きする（ステップＳ３３）機能を有する。この定義ファイル更新プログラムＰＧ３は、例えば定義ファイルをテキストファイルとして構成する場合には、公知の編集用アプリケーションプログラム及びアプリケーションプログラムと記憶装置との入出力を管理する入出力管理プログラム等を用いて構成可能である。このように、定義ファイル更新プログラムＰＧ３を具備することにより、トラヒック収集プログラムとは独立して、かつ、更新可能に保持されている定義ファイルを更新することが可能である。
【００２５】
また、同図においては、トラヒック収集プログラムＰＧが２回にわたってステップＳ１１〜Ｓ１４のステップを実行している。このように、トラヒック収集装置１において、例えば１分毎など周期的にトラヒック収集を行うべき契機が発生する場合には、そのたびにＮＥ定義ファイル及び要求項目定義ファイルをそれぞれ参照する。これにより、最新のＮＥ識別情報及びトラヒック項目の取得が可能となる。すなわち、トラヒック収集プログラムＰＧ自体を変更することなく、定義ファイルデータの書き換えのみで、即時にトラヒック項目の追加等を反映することが可能になる。
【００２６】
また、ＮＥの側には、トラヒック項目の指定に応じて、当該指定されたトラヒック項目についてのトラヒックデータを送信する機能が具備される。この場合に、追加される可能性のあるトラヒック項目についても、当該トラヒック項目の指定に応じてトラヒックデータの送信を可能としておくことにより、トラヒック収集装置１における仕様の変更に応じた対応がＮＥにおいても可能となる。
【００２７】
【発明の効果】
以上説明詳細に説明したように、本発明のトラヒック収集装置によれば、収集トラヒック項目の集合体である要求項目定義ファイルをトラヒック収集プログラムとは独立して、かつ、更新可能に保持することにより、トラヒック項目の追加／変更／削除に対して、システムの停止を伴うことなく対応が可能となる。
また、トラヒック項目の追加／変更／削除に際し、プログラム変更を伴わず、変更データを取得することによる迅速な対応が可能となる。
更に、収集すべきトラヒック項目の追加／変更／削除に際し、プログラム変更を伴わないため、プログラムの部分修正及び修正にかかわったプログラム全ての動作試験に伴う開発コストが不要となり低コストでの対応が可能となる。
【図面の簡単な説明】
【図１】本実施の形態にかかるトラヒック収集装置を具備するＴＣＳの動作概要を説明する図である。
【図２】トラヒック収集装置の構成を説明するためのブロック図である。
【図３】トラヒック収集プログラム及びＮＥ定義ファイル・要求項目定義ファイルの連携、及び、トラヒック収集装置の動作を説明する図である。
【図４】トラヒック収集装置と、ＮＥと、の間のトラヒック収集における通信シーケンス図である。
【図５】従来のトラヒック収集プログラムの動作を説明する図である。
【符号の説明】
９ トラヒックコントロールシステム
９２ 輻輳検出装置
９３ 規制制御装置
１ トラヒック収集装置
１０１ ＲＡＭ
１０２ ＣＰＵ
１０３ ＲＯＭ
１０４ 記憶装置
１０５ バス
ＮＦ 定義ファイル
ＰＧ トラヒック収集プログラム
ＰＧ３ 定義ファイル更新プログラム
ＴＦ 要求項目定義ファイル
【発明の属する技術分野】
本発明はトラヒック収集装置に関し、特にネットワークエレメントからトラヒックデータを収集するトラヒック収集装置に関する。
【０００２】
【従来の技術】
トラヒックコントロールシステム（以下、「ＴＣＳ」と称すこともある）は、交換装置、無線系中継装置、伝送装置などのネットワークを構成するネットワークエレメント（以下、「ＮＥ」と称すこともある）へのトラヒックの大量流入により、ＮＥが輻輳状態となったことを検知すると、当該ＮＥにトラヒック送信しないよう他ＮＥに規制制御することでＮＥの輻輳状態を回避させる。ＴＣＳでは、上記目的のため、ＮＥのトラヒック処理量に関する監視を行う必要があり、発信呼、着信呼、呼設定後のデータ通信量等のトラヒックをＮＥから収集している。このようなＴＣＳの例が、非特許文献１に示されている。
【０００３】
近年、通信サービスの多様化に伴い輻輳モデルも多様化し、新たに発生するＮＥの輻輳モデルについては、当該新規輻輳モデルを認識及び制御するために新たなトラヒック項目を収集する必要が生じることがある。
このような状況下、従来のＴＣＳでは、トラヒック収集プログラムにて収集するトラヒック項目を認識していた。すなわち、図５に示されるように、ステップＳ２１〜２３に示されるトラヒック項目Ａ〜Ｃについてのトラヒックの送信要求においては、プログラム内部に保持される値（例えば、トラヒック項目Ａ〜Ｃの項目名）に基づいて収集するトラヒック項目を特定し、送信要求を行っていた。
【０００４】
【非特許文献１】
立川敬司監修「Ｗ−ＣＤＭＡ移動通信方式」丸善株式会社、２００１年９月２５日、ｐ．３１６−３１７
【０００５】
【発明が解決しようとする課題】
しかしながら、上述のようにトラヒック収集プログラムにて収集するトラヒック項目を認識するものとすると、収集するトラヒック項目を新規に追加するためにはトラヒック収集プログラム自体を変更しなければならなかった。
このように、トラヒック収集プログラム自体を変更する場合には、プログラムの修正の手間のみならず、当該修正にかかわる全てのプログラムの動作試験等を行わなければならず、対応時期が遅くなるとともに、多大なコストを要していた。また、トラヒック収集プログラムの変更をシステムに適用するためには、システムに稼動中のプログラムとの入れ替えを行う必要があることから、その実施にあたってはシステムを停止しなければならなかった。
【０００６】
本発明の目的は、特に仕様変更が頻繁に発生する収集すべきトラヒック項目をプログラムと別構成することにより、新規な輻輳モデルの発生に伴う収集すべきトラヒック項目の追加に対して迅速に対応可能なトラヒック収集装置を提供することにある。
【０００７】
【課題を解決するための手段】
本発明の請求項１によるトラヒック収集装置は、ネットワークを構成するネットワークエレメントに対し、トラヒック項目を指定して、該トラヒック項目に対応するトラヒックデータの送信を要求する機能を有するプログラムにより制御されるトラヒック収集装置であって、
前記プログラムの実行において用いる、前記ネットワークエレメントに送信を要求すべきトラヒック項目の集合体である要求項目定義ファイルが、前記プログラムとは独立してかつ更新可能に保持されている保持手段を含むことを特徴とする。
【０００８】
このように構成することにより、上記プログラムを変更することなく、仕様変更にかかるトラヒック項目のデータを変更することのみによって、当該仕様変更への対応が可能になる。特に、頻繁な仕様変更が行われる、送信要求をすべきトラヒック項目の集合について選択的にプログラムから独立させることにより、変更対応あるいは日常における運用に関しより効果的なプログラム構成とすることができる。
【０００９】
更新可能に保持されるためには、保持手段には、例えば、読み書き可能な磁気ディスク等の記憶媒体を用いる。
本発明の請求項２によるトラヒック収集装置は、請求項１において、前記プログラムは、その実行時において発生するトラヒックデータの送信を要求するための契機に応答して前記要求項目定義ファイルを参照し、ネットワークエレメントに送信を要求すべきトラヒック項目を取得し、該ネットワークエレメントに対し、該取得されたトラヒック項目を指定してトラヒックデータの送信を要求することを特徴とする。
【００１０】
このように構成することにより、上記プログラムにおいて、別構成された要求項目定義ファイルの情報を取得し、当該プログラムにおいて用いることが可能となる。このように、プログラムには要求すべきトラヒック項目の変更等により変更が必要とされない動作を規定することにより、上記と同様に、プログラム事態を変更しなくても、要求項目定義ファイルのデータ変更のみで、変更に対応することが可能となる。
【００１１】
本請求項においては、トラヒックデータの送信を要求するための契機に応答して上記要求項目定義ファイルを参照することとしているが、特にこのタイミングはこのような場合に限定されない。
本発明の請求項３によるトラヒック収集装置は、請求項１又は２において、入力される代替の要求項目定義ファイルによって、前記保持手段に保持されている要求項目定義ファイルを、任意のタイミングにおいて上書きする更新手段を、更に有することを特徴とする。
【００１２】
これにより、要求項目定義ファイルの変更が可能となる。要求項目定義ファイルはプログラムとは独立して保持されていることから、任意のタイミング、すなわちプログラムの実行の有無にかかわらず変更可能である。また、上記プログラムにおいては、送信を要求すべき契機の発生の度に、上記要求項目定義ファイルを参照することにより、任意のタイミングで変更された最新の要求項目定義ファイルの内容を、処理に反映させることが可能になる。
【００１３】
本発明の請求項４によるトラヒック収集装置は、請求項１〜３のいずれか１項において、前記保持手段には、前記プログラムの実行において用いる、前記トラヒックデータの送信を要求する対象となるネットワークエレメントの識別情報の集合体であるネットワークエレメント定義ファイルが、前記プログラムとは独立してかつ更新可能に保持されており、
前記プログラムは、その実行時において前記ネットワークエレメント定義ファイルを参照して、前記トラヒックデータの送信を要求すべきネットワークエレメントを特定することを特徴とする。
【００１４】
このように、要求対象ＮＥについてもネットワークエレメント定義ファイルに定義することにより、要求対象ＮＥの変更に際し、プログラム事態を変更することなく、当該ネットワークエレメント定義ファイルの変更のみで、その変更内容を反映させることができる。
本発明の請求項５によるトラヒック収集装置は、請求項１〜４のいずれか１項において、前記要求項目定義ファイルは、同一種類のネットワークエレメントに対して送信を要求すべきトラヒック項目の集合体を１つの単位として保持されていることを特徴とする。
【００１５】
このように、同一種類のＮＥごとに要求項目定義ファイルを構成することにより、同一種類のＮＥごとに発生するトラヒック項目の変更に対して、当該ＮＥに対応する要求項目定義ファイルのみの更新で対応することが出来るので、変更への対応がより容易になる。
本発明の請求項６によるトラヒック収集装置は、請求項１〜５のいずれか１項において、前記要求項目定義ファイルは、テキストファイルとして保持されていることを特徴とする。
これにより、要求項目定義ファイルの内容を容易に把握することが可能になるので要求項目定義ファイルの変更作業がより容易になる。
【００１６】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。なお、以下の説明において参照する各図においては、他の図と同等の部分が同一符号によって示されている。
図１には、本実施の形態にかかるトラヒック収集装置を具備するトラヒックコントロールシステム（以下「ＴＣＳ」と称すこともある）の動作概要を説明する図である。
【００１７】
同図においてＴＣＳ９は、ＮＥから周期的にトラヒックを収集するトラヒック収集装置１と、収集されたトラヒックに基づいて、ＮＥにおける輻輳の発生や輻輳状態等を監視する輻輳検出装置９２と、輻輳の発生等に応じて当該輻輳が発生したＮＥに流入するトラヒックを抑制するように周辺のＮＥに対して規制を行う規制制御装置９３と、を含んで構成されている。本発明におけるトラヒック収集装置１は、例えば、このような動作を行うＴＣＳ９において具備されるものであり、本発明は、収集したトラヒックに基づく輻輳の発生検出方法や、規制処理の方法等を限定するものではない。
【００１８】
図２は、トラヒック収集装置の構成を説明するためのブロック図である。トラヒック収集装置１は、一般的なコンピュータとしての構成を有するものであり、例えば、プログラムに基づいて演算及びシステム全体を制御するＣＰＵ１０２と、所定領域にプログラム等を格納するＲＯＭ１０３と、ＲＯＭ１０３や記憶装置１０４から読み出したデータやＣＰＵ１０２の演算過程で必要な演算結果を格納するためのＲＡＭ１０１と、必要なデータをファイルとして格納する記憶装置１０４と、を含んで構成され、これらの各装置は、相互にデータ授受が可能となるようにバス１０５により接続されている。
【００１９】
上記トラヒック収集装置１に具備されるトラヒック収集機能を有するトラヒック収集プログラムは、ＲＯＭや記憶装置に格納された状態において単一あるいは複数のオブジェクトプログラム群から構成され、主記憶装置として機能するＲＡＭにロードされた状態において実行可能となるものである。
又、本実施の形態における記憶装置１０４には、ＮＥ定義ファイルＮＦと、要求項目定義ファイルＴＦと、が格納されており、それぞれの定義ファイルにはトラヒック収集プログラムの実行時において参照されるデータが記録されている。この定義ファイルは、トラヒック収集プログラムとは独立した単位として、読み書き可能な記憶媒体に保持されており、上記のようなトラヒック収集プログラムのロード時に共にＲＡＭ等に格納されることなく、当該プログラムの実行時において当該プログラムから読み出されて使用される。又、このように、定義ファイルは、例えば磁気ディスク等の記憶媒体に格納されることにより、トラヒック収集プログラムの実行と並行してあるいは任意のタイミングで他のプログラム等から当該ファイル内容を更新し、及び、当該更新内容の維持が可能になっている。
【００２０】
本実施の形態において、ＮＥ定義ファイルＮＦには、トラヒック収集対象となるＮＥを特定可能な識別情報の集合体が定義されており、これを参照することにより収集対象となるＮＥ及び範囲を特定することができる。
また、要求項目定義ファイルＴＦには、ＮＥに対して送信を要求すべきトラヒック項目の集合体が定義されており、これを参照することによりＮＥに要求すべき項目を特定することができる。この要求項目定義ファイルは、全てのＮＥに対し単一に設けられてもよいし、無線系装置、伝送系装置、交換系装置等のＮＥの種類に応じて設けてもよい。
【００２１】
図３には、トラヒック収集プログラム及びＮＥ定義ファイル・要求項目定義ファイルの連携により、トラヒック収集機能を実現するトラヒック収集装置の動作を説明する図が示されている。
以下、トラヒック収集プログラムＰＧのフローに従って、説明する。
同図のステップＳ１１においては、トラヒック収集プログラムＰＧは、その実行時に発生するトラヒックデータの送信を要求するための契機を、例えば他のプログラムからの通知等によって検出すると、ＮＥ定義ファイルＮＦを参照し、当該送信要求の対象となるＮＥの情報を取得する。同図においては、ＮＥ定義ファイルＮＦには、ＮＥ識別情報Ｄ，Ｅ，Ｆの集合が定義されているため、これらの識別情報に対応するＮＥに対して、トラヒックデータの送信を要求する。ＮＥ定義ファイルＮＦへの定義方法は、ステップＳ１１においてＮＥ識別情報が取得可能であるならば特に限定されないが、例えば、カンマ等の特定の文字等で区切ってそれぞれのＮＥ識別情報を判別可能に羅列する。また、例えば、トラヒックを取得すべき優先順位に従って、ＮＥ識別情報を羅列するなど、ＮＥ定義ファイルには、対象となるＮＥの範囲を示す情報以外の情報を付加することとしてもよい。
【００２２】
次に、要求項目定義ファイルＴＦを参照して、ステップＳ１１において取得したＮＥに要求すべきトラヒック項目を取得する（ステップＳ１２）。同図において矢印で示されるファイルの参照は、例えば、トラヒック収集プログラム内に値としてもつファイル名を指定して、当該ファイルをオープンし、データを読み出すことにより行う。上述のように複数のファイルが存在する場合には、例えば、データベースにＮＥの種類名と対応付けて保持される要求項目定義ファイルを、トラヒック収集プログラムがデータべース管理プログラムに対して当該ＮＥの種類名を特定した呼び出しを行うことにより、参照するようにしてもよい。尚、同図によれば、トラヒック項目名Ｇ〜Ｈに対応するトラヒックについてデータの送信を要求することとなる。ところで、トラヒック項目は、上述のように例えば、発信呼数や着信呼数等である。上述と同様に、要求項目定義ファイルへの定義方法は、特に限定されるものではない。また、例えば、要求すべきトラヒック項目のみでなくトラヒック項目に応じてフラグ情報を付加し、当該フラグ情報が特定の値をとるトラヒック項目のみを指定すべきトラヒック項目として取得可能にするなど、要求項目定義ファイルＴＦにトラヒック項目名等以外の情報を付加してもよい。
【００２３】
次に、ステップＳ１２において取得したトラヒック項目を指定して、対象となるＮＥのそれぞれに対してトラヒックデータの送信を要求する（ステップＳ１３）。
ステップＳ１３におけるトラヒックデータの送信要求に応答して、ＮＥから指定されたトラヒック項目について送信されるトラヒックデータを受信し、当該情報をトラヒック警報表示等を行う各機能及びオペレータから参照可能に保持する（ステップＳ１４）。
【００２４】
図４には、図３に示されるような動作をするトラヒック収集装置１と、ＮＥと、の間のトラヒック収集における通信シーケンスが示されている。
トラヒック収集プログラムＰＧは、図３について上述したプログラムと同様にステップＳ１１〜１４に示される機能を実行するためのプログラムである。
また、図４のトラヒック収集装置１においては、更に、要求すべきトラヒック項目に変更があった場合に起動される定義ファイル更新プログラムＰＧ３を具備する。この定義ファイル更新プログラムＰＧ３は、入力される代替の定義ファイルを取得し（ステップＳ３１）、更新すべき定義ファイルを上記記憶装置から取得し（ステップＳ３２）、当該定義ファイルを上書きする（ステップＳ３３）機能を有する。この定義ファイル更新プログラムＰＧ３は、例えば定義ファイルをテキストファイルとして構成する場合には、公知の編集用アプリケーションプログラム及びアプリケーションプログラムと記憶装置との入出力を管理する入出力管理プログラム等を用いて構成可能である。このように、定義ファイル更新プログラムＰＧ３を具備することにより、トラヒック収集プログラムとは独立して、かつ、更新可能に保持されている定義ファイルを更新することが可能である。
【００２５】
また、同図においては、トラヒック収集プログラムＰＧが２回にわたってステップＳ１１〜Ｓ１４のステップを実行している。このように、トラヒック収集装置１において、例えば１分毎など周期的にトラヒック収集を行うべき契機が発生する場合には、そのたびにＮＥ定義ファイル及び要求項目定義ファイルをそれぞれ参照する。これにより、最新のＮＥ識別情報及びトラヒック項目の取得が可能となる。すなわち、トラヒック収集プログラムＰＧ自体を変更することなく、定義ファイルデータの書き換えのみで、即時にトラヒック項目の追加等を反映することが可能になる。
【００２６】
また、ＮＥの側には、トラヒック項目の指定に応じて、当該指定されたトラヒック項目についてのトラヒックデータを送信する機能が具備される。この場合に、追加される可能性のあるトラヒック項目についても、当該トラヒック項目の指定に応じてトラヒックデータの送信を可能としておくことにより、トラヒック収集装置１における仕様の変更に応じた対応がＮＥにおいても可能となる。
【００２７】
【発明の効果】
以上説明詳細に説明したように、本発明のトラヒック収集装置によれば、収集トラヒック項目の集合体である要求項目定義ファイルをトラヒック収集プログラムとは独立して、かつ、更新可能に保持することにより、トラヒック項目の追加／変更／削除に対して、システムの停止を伴うことなく対応が可能となる。
また、トラヒック項目の追加／変更／削除に際し、プログラム変更を伴わず、変更データを取得することによる迅速な対応が可能となる。
更に、収集すべきトラヒック項目の追加／変更／削除に際し、プログラム変更を伴わないため、プログラムの部分修正及び修正にかかわったプログラム全ての動作試験に伴う開発コストが不要となり低コストでの対応が可能となる。
【図面の簡単な説明】
【図１】本実施の形態にかかるトラヒック収集装置を具備するＴＣＳの動作概要を説明する図である。
【図２】トラヒック収集装置の構成を説明するためのブロック図である。
【図３】トラヒック収集プログラム及びＮＥ定義ファイル・要求項目定義ファイルの連携、及び、トラヒック収集装置の動作を説明する図である。
【図４】トラヒック収集装置と、ＮＥと、の間のトラヒック収集における通信シーケンス図である。
【図５】従来のトラヒック収集プログラムの動作を説明する図である。
【符号の説明】
９ トラヒックコントロールシステム
９２ 輻輳検出装置
９３ 規制制御装置
１ トラヒック収集装置
１０１ ＲＡＭ
１０２ ＣＰＵ
１０３ ＲＯＭ
１０４ 記憶装置
１０５ バス
ＮＦ 定義ファイル
ＰＧ トラヒック収集プログラム
ＰＧ３ 定義ファイル更新プログラム
ＴＦ 要求項目定義ファイル
Claims (6)
- ネットワークを構成するネットワークエレメントに対し、項目を指定して、該項目に対応するトラヒックデータの送信を要求する機能を有するプログラムにより制御されるトラヒック収集装置であって、
前記プログラムの実行において用いる、前記ネットワークエレメントに送信を要求すべき項目の集合体である要求項目定義ファイルが、前記プログラムとは独立してかつ更新可能に保持されている保持手段を含むことを特徴とするトラヒック収集装置。 - 前記プログラムは、その実行時において発生するトラヒックデータの送信を要求するための契機に応答して前記要求項目定義ファイルを参照し、ネットワークエレメントに送信を要求すべき項目を取得し、該ネットワークエレメントに対し、該取得された項目を指定してトラヒックデータの送信を要求することを特徴とする請求項１に記載のトラヒック収集装置。
- 入力される代替の要求項目定義ファイルによって、前記保持手段に保持されている要求項目定義ファイルを、任意のタイミングにおいて上書きする更新手段を、更に有することを特徴とする請求項１又は２に記載のトラヒック収集装置。
- 前記保持手段には、前記プログラムの実行において用いる、前記トラヒックデータの送信を要求する対象となるネットワークエレメントの識別情報の集合体であるネットワークエレメント定義ファイルが、前記プログラムとは独立してかつ更新可能に保持されており、
前記プログラムは、その実行時において前記ネットワークエレメント定義ファイルを参照して、前記トラヒックデータの送信を要求すべきネットワークエレメントを特定することを特徴とする請求項１〜３のいずれか１項に記載のトラヒック収集装置。 - 前記要求項目定義ファイルは、同一種類のネットワークエレメントに対して送信を要求すべき項目の集合体を１つの単位として保持されていることを特徴とする請求項１〜４のいずれか１項に記載のトラヒック収集装置。
- 前記要求項目定義ファイルは、テキストファイルとして保持されていることを特徴とする請求項１〜５のいずれか１項に記載のトラヒック収集装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003159944A JP2004363947A (ja) | 2003-06-04 | 2003-06-04 | トラヒック収集装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003159944A JP2004363947A (ja) | 2003-06-04 | 2003-06-04 | トラヒック収集装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004363947A true JP2004363947A (ja) | 2004-12-24 |
Family
ID=34052870
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003159944A Pending JP2004363947A (ja) | 2003-06-04 | 2003-06-04 | トラヒック収集装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004363947A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008211597A (ja) * | 2007-02-27 | 2008-09-11 | Nippon Telegr & Teleph Corp <Ntt> | フロー計測項目の自動選択機能を有するトラヒック計測方法、システム、トラヒック情報受信機器、トラヒック情報送信機器、およびプログラム |
| JP2010045704A (ja) * | 2008-08-18 | 2010-02-25 | Nippon Telegr & Teleph Corp <Ntt> | トラヒック情報の収集方法およびトラヒック受信装置 |
| JP2015507381A (ja) * | 2011-11-15 | 2015-03-05 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ポリシー制御装置を使用するネットワーク統計の生成 |
-
2003
- 2003-06-04 JP JP2003159944A patent/JP2004363947A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008211597A (ja) * | 2007-02-27 | 2008-09-11 | Nippon Telegr & Teleph Corp <Ntt> | フロー計測項目の自動選択機能を有するトラヒック計測方法、システム、トラヒック情報受信機器、トラヒック情報送信機器、およびプログラム |
| JP4669485B2 (ja) * | 2007-02-27 | 2011-04-13 | 日本電信電話株式会社 | フロー計測項目の自動選択機能を有するトラヒック計測方法、トラヒック情報受信機器、トラヒック情報送信機器、およびプログラム |
| JP2010045704A (ja) * | 2008-08-18 | 2010-02-25 | Nippon Telegr & Teleph Corp <Ntt> | トラヒック情報の収集方法およびトラヒック受信装置 |
| JP4643692B2 (ja) * | 2008-08-18 | 2011-03-02 | 日本電信電話株式会社 | トラヒック情報の収集方法およびトラヒック受信装置 |
| JP2015507381A (ja) * | 2011-11-15 | 2015-03-05 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ポリシー制御装置を使用するネットワーク統計の生成 |
| US9699676B2 (en) | 2011-11-15 | 2017-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Policy controller based network statistics generation |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107426023B (zh) | 云平台日志收集和转发方法、系统、设备及存储介质 | |
| WO2021047332A1 (zh) | 数据分析方法、装置、设备和存储介质 | |
| CN105099988B (zh) | 用于支持灰度发布的方法、访问方法以及装置和系统 | |
| JP2004227359A (ja) | ポリシーに基づいたストレージシステムの運用管理方法 | |
| CN108255708B (zh) | 测试环境中访问生产文件的方法、装置、存储介质及设备 | |
| CN109639449B (zh) | 虚拟化流镜像策略自动化管理的方法、设备及介质 | |
| CN109639818B (zh) | 一种云环境下的服务发现方法、装置、服务器和存储介质 | |
| WO2019051948A1 (zh) | 监控数据的处理方法、设备、服务器及存储介质 | |
| CN106790131B (zh) | 一种参数修改方法、装置及分布式平台 | |
| CN110677462A (zh) | 多区块链网络的访问处理方法、系统、装置及存储介质 | |
| CN106406755A (zh) | 一种应用文件存储方法及终端 | |
| CN113312161A (zh) | 一种应用调度方法、平台及存储介质 | |
| CN113709247A (zh) | 资源获取方法、装置、系统、电子设备及存储介质 | |
| JP2004363947A (ja) | トラヒック収集装置 | |
| CN102739423B (zh) | 一种采集性能数据的方法、设备和网管系统 | |
| CN108733536A (zh) | 监控管理系统及方法 | |
| CN112559118A (zh) | 应用数据迁移方法、装置、电子设备及存储介质 | |
| JP2003228486A (ja) | ソフトウェア管理方法、ソフトウェア管理システム及びプログラム | |
| CN111221651B (zh) | 负载均衡配置方法、装置、服务器及可读存储介质 | |
| KR20180132292A (ko) | 실시간 병목 자동 분석 방법 및 이러한 방법을 수행하는 장치 | |
| CN110298587B (zh) | 一种公共资源调度方法、系统及电子设备和存储介质 | |
| WO2016206437A1 (zh) | Rom包生成方法及装置 | |
| JP2013186765A (ja) | バッチ処理システム、進捗状況確認装置、進捗状況確認方法、及びプログラム | |
| CN101119234B (zh) | 一种实现访问控制的装置和方法 | |
| CN111694671B (zh) | 大数据组件管理方法、装置、服务器、电子设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060412 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070705 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070724 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070925 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080513 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081111 |