JP3709964B2 - トラヒック測定方式 - Google Patents
トラヒック測定方式 Download PDFInfo
- Publication number
- JP3709964B2 JP3709964B2 JP26707698A JP26707698A JP3709964B2 JP 3709964 B2 JP3709964 B2 JP 3709964B2 JP 26707698 A JP26707698 A JP 26707698A JP 26707698 A JP26707698 A JP 26707698A JP 3709964 B2 JP3709964 B2 JP 3709964B2
- Authority
- JP
- Japan
- Prior art keywords
- measurement
- cell
- api
- unit
- traffic
- 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.)
- Expired - Lifetime
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、パケット網やＡＴＭ（非同期転送モード）網における通信のトラヒックを測定するトラヒック測定方式に関する。
【０００２】
【従来の技術】
トラヒックを測定するための態様は２種類に大別される。１つはエンドシステム，交換機，ルータ等のネットワーク装置によるものであり、もう１つは外付けのトラヒック測定装置によるものである。いずれの場合も、トラヒックの測定項目等は、交換機のソフトウェアや外付けのトラヒック測定装置に予め備えつけられた固定的なものになっている。もっとも、エンドシステムのアプリケーション上でトラヒックを測定するような場合は、アプリケーションプログラムを変えることによって測定項目等をある程度は柔軟に変更できるが、この場合に測定されるのは網内のトラヒックではなく、同エンドシステムが送受するトラヒックに限定される。
【０００３】
【発明が解決しようとする課題】
インタネットやＡＴＭ網では、音声等の単一の利用形態だけでなく多様な通信が実現されており、網の効率的利用のためにこの多様なトラヒックを把握したいというニーズがある。ところが、網内のトラヒックを測定したい場合、既存の測定方法では測定項目等が固定的であるため、多様なトラヒック測定条件等の組み合わせを網羅する形で測定しない限りは、多様な通信形態の各ケースについて有効なトラヒック測定を行うことは困難である。しかしながら、全ての組み合わせに対応することは、測定システムのプロセッサ能力，メモリ量から考えて実際には不可能である。
【０００４】
本発明は上記の点に鑑みてなされたものであり、多様な通信形態の各ケースについて柔軟に測定項目等をカスタマイズできるトラヒック測定方式を提供することを目的とする。
【０００５】
【課題を解決するための手段】
以上の課題を解決するために、請求項１記載の発明は、パケット網のトラヒックを測定するトラヒック測定方式において、前記パケット網において着目しているプロトコル層のすぐ下のレイヤまでの低位レイヤに関するプロトコル処理を行う低位レイヤ処理手段と、該プロトコル層が処理するデータについて、該低位レイヤ処理手段の処理を経た１以上のデータユニットに対して、少なくとも先頭または最後尾からのデータユニットの位置指定インタフェースと任意長のビット照合インタフェースを含む、測定のためのＡＰＩによって規定された測定対象条件を満たすか否かを判定する測定対象条件判定手段と、前記測定対象条件を満たすと判定されたデータユニットに対して、前記ＡＰＩによって規定される測定動作を行う測定動作手段と、該測定動作手段から出力される原始データを加工して目的とする測定内容を算出するアプリケーションとを具備することを特徴としている。
【０００６】
また、請求項２記載の発明は、請求項１記載の発明において、前記測定動作手段の用いるＡＰＩは、前記データユニット内のビット値と時刻情報による論理式であることを特徴としている。
【０００７】
【発明の実施の形態】
以下、図面を参照して本発明の一実施形態について説明する。本実施形態では、ＡＴＭ網のトラヒック測定を例として記述するが、パケット網等の場合もＡＴＭ網における実現例から容易に類推可能である。最初に、本発明の概要をごく簡単に説明しておく。一般に、通信トラヒックのプロトコル各層は上位層でヘッダ及びトレイラを付与して下位層に渡す構造となっている。本実施形態ではこの構造に注目して、何れの層であっても類似した測定条件や動作規定による測定を可能ならしめ、統一的なＡＰＩ（Application Programming Interface)を規定することによって、これを利用した柔軟なトラヒック測定を提供している。したがって、マルチメディアのトラヒック測定などには多様な層でのトラヒック測定が求められるが、本発明はこうした要求に十分応えることができる。
【０００８】
さて、本実施形態によるトラヒック測定方式を実現するための測定装置は図１の構造を有している。アプリケーション１は、後述する原始データ収集部３から出力されるトラヒック測定の原始データを加工して目的の測定内容を算出する。例えばアプリケーション１は、「ＶＰＩ（仮想パス識別子）＝３２のＶＰ（仮想パス）に流れるセル数の総和を得る」（以下「例（１）」とする）処理や、「ＡＡＬ５／ＬＬＣ−ＳＮＡＰ（ＡＴＭアダプテーションレイヤ／論理リンク制御−サブネットワークアクセスポイント）カプセルによるＩＰｖ４（インターネットプロトコル・バージョン４）通信の発ＩＰアドレス毎のＩＰパケット長度数分布を１００バイト刻みで最大３２ｋバイトまで測定する」（以下「例（２）」とする）処理などを行う。
【０００９】
ＡＰＩ＃１は、アプリケーション１が利用し易く、かつ、人間が理解し易いアプリケーションプログラミングインタフェースをアプリケーション１に対して提供する。ここで、図２に示すようにＡＰＩ＃１は測定対象条件部１１，測定項目１２，測定方法１３から成る。このＡＰＩ＃１は後述するＡＰＩ＃０よりも上位のＡＰＩとして位置付けられる。
【００１０】
測定対象条件部１１は、上記例（１）〜例（２）で言えばそれぞれ「ＶＰＩ」，「（ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の）発ＩＰアドレス」である。この他に、測定対象条件部１１は「ＶＣＩ（仮想チャネル識別子）」，「着ＩＰアドレス」，「プロトコル番号」，「ポート番号」（「発ポート番号」，「着ポート番号」）等がある。さらに、これらには例（１）のように「ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の」等といった限定された条件が付加される場合がある。測定項目１２は、上記例（１）〜例（２）で言えば「セル数」，「ＩＰパケット長」であるが、この他にも「（ＩＰ）パケット数」，「フロー数」や図示していないが「フロー継続時間」などがある。測定方法１３は「総和」（図中の「のべ数」）や「（１００バイト刻みで）度数分布」等である。なお、度数分布を確率分布に直す等の処理はアプリケーション１が適宜行う。また、この他にも測定時間帯の指定などが測定方法１３として考えられる。
【００１１】
実際のところ、ＡＰＩ＃１としては代表的な測定対象条件部１１，測定項目１２，測定方法１３をそれぞれ用意することになる。アプリケーション１は、通常、特定の値又は範囲、あるいは「各値毎に」などの指定（図中の「各々」）、あるいはそれらの論理式による組み合わせを用いることで、測定対象条件部１１に対して測定対象を指定する。また、アプリケーション１は、測定項目１２や測定方法１３に関しても、通常は、用意された項目にフラグをたてて測定項目や測定方法を指定する。
【００１２】
次に、ＡＰＩ＃０は測定のための汎用的ＡＰＩであって、原始データ収集が容易となるようＡＰＩ＃１を変換したものになっている。そのために、ＡＰＩ変換部２は、アプリケーション１が理解し易いＡＰＩ＃１からＡＰＩ＃０への変換を行っている。ここで、ＡＰＩ＃０の構成を図３を用いて説明する。同図に示すように、ＡＰＩ＃０は測定対象条件部２１，測定動作部２２から成る。測定対象条件部２１は、ｍ，ｎをパラメータとしたときに、セル（５３バイト）内の「時刻情報、及び／又は、セルの第ｍビット〜第ｎビットが満たすべき論理式」の形式で記述する。
【００１３】
例えば、例（１）における「ＶＰＩ＝３２」という測定対象条件は、ＶＰＩがセル上の第２〜第３バイトに割り当てられていることから、「第５〜第１２ビットが３２」に変換されることになる。また、例（２）における「ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の」は、ＩＰプロトコルデータユニットを転送する場合におけるセルの構成が図４に示すものとなるため、「第６〜第１３バイトが０ｘAA-AA-03-00-00-00-08-00 である」（０ｘは１６進数を意味する）に変換される。そして、変換されたものがＡＰＩ＃０を介して原始データ収集部３へ渡される。なお、図４について補足しておくと、各セルはセルヘッダ３１とセルペイロード３２から構成されている。また、セルペイロード３２はＬＬＣ−ＳＮＡＰ３３とＩＰｖ４ヘッダ３４から構成されており、ＩＰｖ４ヘッダ３４の中にはパケット長３５及び発ＩＰアドレス３６が含まれている。
【００１４】
ここで、上述した例（１）などではＩＰパケットを構成する先頭セルを検出する必要があるが、そうした場合、こうした１セル内では決められない測定対象条件をＡＰＩ＃０に通す必要がある。これを実現するため、ＡＰＩ＃０としては、ｎをパラメータとしたときに、「各セル」，「先頭からｎ番目セル」，「後からｎ番目セル」といった規定方法を提供する。ちなみに、こうした規定方法に代えてＡＰＩ＃１でこれらのＡＰＩを陽に用意することとしてもよい。
【００１５】
次に、測定動作部２２は、ＡＰＩ変換部２が測定対象条件部１１，測定項目１２，測定方法１３に基づいて次に述べる形に変換したものである。すなわち、ｋ，ｍ，ｎをパラメータとしたときに、「時刻情報及び／又は測定対象条件セル中の第ｍビット（又はバイト）〜第ｎビット（又はバイト）と、大きさｋの配列の現在値を用いたｋ次元論理式の評価値とに基づいて、大きさｋの配列の配列要素毎に加算を行うかあるいは配列要素毎にリストで結合した」形に変換したものが測定動作部２２である。
【００１６】
例えば上記例（１）の場合、「ＶＰＩ＝３２のＶＰに流れるセル数の総和」に対応する測定動作部２２は、測定条件を満足するセルが検出される度にセル数を「１加算」してゆく動作になる。したがって、この場合の論理式は１次元であってｋ＝１となり、また、測定対象条件セル中のデータは使用しないためｍ，ｎは任意の値で良い。一方、上記例（２）の場合であるが、図４に示すＩＰｖ４ヘッダ３４において、パケット長３５は第３〜第４バイト目に割り当てられ、また、発ＩＰアドレス３６は第１３〜第１６バイト目に割り当てられている。したがって、「ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の発ＩＰアドレス毎のＩＰパケット長度数分布を１００バイト刻みで最大３２ｋバイトまで測定する」に対応する測定動作部２２は次のようになる。すなわち、（セル上の）「第１６，第１７バイト目の領域の値をｘとすると、このｘに対してｍｉｎ（３２０，［ｘ／１００］の整数部＋１）（ここで、“ｍｉｎ”は何れか小さい方を選択する関数）番目の配列要素に、第２６〜第２９バイトの内容をリストで結合する」となる。
【００１７】
換言するならば、パケット長を１００バイト刻みで測定しなお且つ測定するパケット長の最大値を３２ｋバイトに制限したことに対応させて、ｍｉｎ（３２０，［ｘ／１００］の整数部＋１）の値が“１”〜“３２０”の範囲をとるようにする。そして、この“３２０”の大きさを持つ配列を用意し、当該範囲内の各数値に対してそれぞれ配列要素を一つ割り当てるとともに、各配列要素にはユーザデータセルから取り出される発ＩＰアドレス３６をリスト状につなげてゆくようにする。なお、この場合のパラメータであるが、配列の大きさｋは上述したようにｋ＝３２０であり、ｍ，ｎはセルの第１６，第１７，第２６〜第２９バイト目をすべてカバーするため、ｍ＝１６，ｎ＝２９となる。
【００１８】
次に、原始データ収集部３は、図５に示すように、状態管理部４１ならびに複数の測定対象条件判定部４２-1，４２-2，…，及びこれら各々に対応する複数の測定動作部４３-1，４３-2，…，で構成されている。なお、一般に測定対象条件判定部と測定動作部は複数あるが、同図では説明の都合上それぞれ２つだけ示してある。原始データ収集部３は、ＡＰＩ＃０で規定された内容に従って測定データの収集を行うとともに、複数セルにまたがって管理すべき状態（例えば「先頭からｎ番目セルの検出」）の管理などを行う。
【００１９】
すなわち、原始データ収集部３内の状態管理部４１は、測定対象条件部２１に「各セル」が指定されている場合は状態管理は行わない。 一方、測定対象条件部２１に「先頭からｎ番目セル」が指定された場合、状態管理部４１は、図６に示すように、到来したセル数をカウントするセルカウンタをＶＰＩ／ＶＣＩ毎に用意する。そして、状態管理部４１はセルヘッダ３１に含まれているＰＴＩ（ペイロードタイプ識別子）領域をチェックし、当該領域が“０００”又は“０１０”（何れも２進数）であることを検出することでユーザデータセルの最後のセルを検出するとともに、同ＶＰＩ／ＶＣＩに対応するセルカウンタのカウンタ値を“０”に設定する。以後、状態管理部４１は同じＶＰＩ／ＶＣＩ値を持つユーザデータセルが来る度にセルカウンタに“１”加算する。なお、再びユーザデータセルの最後のセルが来たらセルカウンタのカウンタ値は“０”に設定される。以上の手順によって各セルが先頭から何番目のセルであるかが分かるので、状態管理部４１は、ＡＰＩ＃０において通知された「先頭からｎ番目」の“ｎ”の値とセルカウンタのカウント値を照合し、条件に合うセルであることを検出して当該セルを測定対象条件判定部４２ー1，４２-2へ渡す。
【００２０】
他方、「後からｎ番目セル」が指定された場合、状態管理部４１は「後からｎ番目」に関する処理を行うＶＰＩ／ＶＣＩのリスト５１，セルを保持するメモリ５２，図７に構成例を示すメモリアドレステーブル５３を使用する。セルが到着した場合に、到着した当該セルのＶＰＩ／ＶＣＩがＶＰＩ／ＶＣＩのリスト５１に含まれていたならば、状態管理部４１はメモリアドレステーブル５３を参照する。これに対し、到着したセルがＶＰＩ／ＶＣＩのリスト５１に含まれていなければ当該セルは先頭セルなので、状態管理部４１は同セルをメモリ５２に保持し、同セルを格納したメモリ５２上のアドレスをＶＰＩ／ＶＣＩの値と共にメモリアドレステーブル５３に記録する。このとき、セルカウンタの値は“１”に初期設定される。
【００２１】
以降のセルについての処理も同様であって、状態管理部４１はセルカウンタ値を“１”ずつ増やしながらセルをメモリ５２に保持しつつ、セルを格納したメモリ５２上のアドレスをＶＰＩ／ＶＣＩの値と共にメモリアドレステーブル５３に書く。その後、上述のようにして最後のセルを検出したら、状態管理部４１は同セル（即ち、最後のセル）から数えてｎ番目のセルのアドレスをメモリアドレステーブル５３の内容から特定し、特定したアドレスに基づいて同セルをメモリ５２から取り出して測定対象条件判定部４２-1，４２-2へ渡す。次いで、状態管理部４１は当該ＶＰＩ／ＶＣＩに関してメモリ５２に保持しているセルとメモリアドレステーブル５３のエントリをそれぞれクリアする。
【００２２】
次に、測定対象条件判定部４２-1は、内蔵している時計５４-1から時刻を読み出し、この値および入力されたセルからＡＰＩ＃０の測定対象条件部２１を評価してそのセルが該当セルかどうかを判定する。そして測定対象条件判定部４２-1は、自身に対応する測定動作部４３-1に対して、該当セルであると判定されたセルを時刻情報と共に入力する。一方、前述したように測定動作部４３-1にはＡＰＩ＃０の測定動作の記述に対応して要素数ｋの配列が確保されている。測定動作部４３-1は、時刻情報，当該セル及び当該配列の内容から、測定動作の規定に従って当該配列の内容を更新する。なお、測定対象条件判定部４２-2，測定動作部４３-2の機能はそれぞれ測定対象条件判定部４２-1，測定動作部４３-1の持つ機能と同じものである。
【００２３】
次に、図１に示した物理レイヤ処理部４は、ＳＤＨ（同期ディジタルハイアラキー）フレームからのセルの取り出しやＨＥＣ（ヘッダ誤り制御）によるセルヘッダのエラー訂正等を行う。なお、物理レイヤ処理部４の処理を経ることで、原始データ収集部３にはＡＴＭレイヤのデータユニットであるセルが送られる。
【００２４】
次に、図８のフローチャートを参照しつつ、セルの流れに従って測定装置における処理を説明する。ここで、図９は本実施形態で用いるＡＴＭ網の構成例を示すブロック図である。図示したように、エンドシステム８０１，８０２およびエンドシステム８０３，８０４がそれぞれＡＴＭ交換機８０５およびＡＴＭ交換機８０６に接続されている。光分岐装置８０７はこれらＡＴＭ交換機の間を分岐して、ＡＴＭ網のトラヒック測定を行う測定装置８０８をＡＴＭ網へ接続するためのものである。
【００２５】
図９のＡＴＭ網において、光分岐装置８０７はＡＴＭ交換機８０５，８０６間のトラヒック（セル）を分岐してこれを測定装置８０８に取り込ませる（ステップ９０１）。測定装置８０８では、まず物理レイヤ処理部４がＳＤＨフレームからのセルの取出しやＨＥＣによるセルヘッダのエラー訂正等を行って、同セルを原始データ収集部３内の状態管理部４１に送る（ステップ９０２）。次に、状態管理部４１は、ＶＰＩ／ＶＣＩに基づいて、当該セルが「先頭からｎ（番目）セル」又は「後からｎ（番目）セル」の処理を行う対象であるかどうかを順次判断する（それぞれステップ９０３，ステップ９０８）。
【００２６】
当該セルが「先頭からｎセル」の対象（ステップ９０３の判断結果が“Ｙ”）である場合、状態管理部４１はユーザデータセルが来る度に当該セルが最後のセルかどうかの判断を行う（ステップ９０４）。このとき、ＰＴＩ＝“０００”又は“０１０”を検出したならば当該セルが最後のセルである（ステップ９０４の判断結果が“Ｙ”）ので、状態管理部４１は図６に示したテーブル中で当該ＶＰＩ／ＶＣＩに対応するセルカウンタの値を“０”に戻す（ステップ９０７）。
【００２７】
これに対して、当該セルが最後のセルでない場合（ステップ９０４の判断結果が“Ｎ”）、状態管理部４１は図６に示したテーブル中で当該ＶＰＩ／ＶＣＩに対応するセルカウンタに“１”を加算（ステップ９０５）する。次に、状態管理部４１は加算されたセルカウンタの値とパラメータｎを比較（ステップ９０６）し、当該セルカウンタの値がパラメータｎと一致しない間（同ステップの判断結果が“Ｎ”）は、処理をステップ９０１に戻して上述の処理を繰り返す。そして、当該セルカウンタの値がパラメータｎと一致した時点（同ステップの判断結果が“Ｙ”）で当該セルを測定対象条件判定部４２-1，４２-2へ入力する。
【００２８】
一方、当該セルが「後ろからｎセル」の対象であると判定された場合（ステップ９０８の判断結果が“Ｙ”）、状態管理部４１はステップ９０４の場合と同様にして当該セルが最後のセルかどうかの判断を行う（ステップ９０９）。最後のセルでない場合（同ステップの判断結果が“Ｎ”）、状態管理部４１はメモリアドレステーブル５３のセルカウンタを“１”加算（なお、当該ＶＰＩ／ＶＣＩに関する最初のエントリの場合は“１”に初期設定）して新たにエントリを作り、当該セルをメモリ５２に保持するとともに、メモリ５２上に格納された当該セルのアドレスをいま作成したエントリに記述して、処理をステップ９０１に戻す（ステップ９１０）。
【００２９】
その後、ＰＴＩ＝“０００”又は“０１０”を検出して最後のセルであることが分かったならば（ステップ９０９の判断結果が“Ｙ”）、状態管理部４１は最後のセルから数えてｎ個前のセルが保持されているアドレスをメモリアドレステーブル５３から抽出し（ステップ９１１）、メモリ５２上の当該アドレスに保持されているセルをメモリ５２から読み出して測定対象条件判定部４２-1，４２-2へ入力する（ステップ９１２）。次に、状態管理部４１は、メモリアドレステーブル５３から当該ＶＰＩ／ＶＣＩを有する各行を削除するとともに、削除される各行に含まれるアドレスに保持されているセルについてもメモリ５２上から抹消する（ステップ９１３）。
【００３０】
他方、当該セルが「先頭からｎセル」又は「後からｎセル」のいずれにも該当しない場合（ステップ９０８の判断結果が“Ｎ”）、状態管理部４１は当該セルをそのまま測定対象条件判定部４２-1，４２-2へ入力する。各測定対象条件判定部４２-1，４２-2は当該セルが測定対象条件部２１で規定される条件を満足するかどうかを判定する（ステップ９１４）。なお、前述したようにこの測定対象条件は、ＡＰＩ変換部２から送られるＡＰＩ＃０によって時刻情報及び／又は当該セルに関する５３バイトの情報から成る論理式で与えられる。
【００３１】
この条件を満足していることが分かると（ステップ９１４の判断結果が“Ｙ”）、測定対象条件判定部４２-1，４２-2は、当該セルと時刻情報を対応する測定動作部４３-1，４３-2へそれぞれ渡す。各測定動作部４３-1，４３-2は、ＡＰＩ＃０で動作が規定された時点で定まる大きさｋの配列である測定動作部２２（図３参照）を保持している。そこで各測定動作部４３-1，４３-2は、時刻情報及び／又は受取ったセルの５３バイト情報（のうち、パラメータｍ，ｎで定まる一部の情報）と、大きさｋの配列に保持された現在値とから、（ＡＰＩ＃０によってもたらされた）ｋ次元の論理式の値を評価し（ステップ９１５）、その結果を大きさｋの配列に加算するかあるいはリストとして付加する（ステップ９１６）。
【００３２】
次に、各測定動作部４３-1，４３-2は、一定時間が経過したか、あるいは、必要に応じてＡＰＩ＃０，ＡＰＩ＃１で規定される所定の出力条件を満たしているかどうかを判断する（ステップ９１７）。この条件が満たされていない（同ステップの判断結果が“Ｎ”）のであれば、処理をステップ９０１に戻す。これに対して、同条件が満たされている（同ステップの判断結果が“Ｙ”）のであれば、各測定動作部４３-1，４３-2は上記ｋ次元の配列をアプリケーション１に渡す（ステップ９１８）。
なお、測定対象条件部２１で規定される条件を満足しない（ステップ９１４の判断結果が“Ｎ”）場合は、処理をステップ９０１に戻して上述した処理を繰り返す。
【００３３】
以上のように、本実施形態ではＡＰＩとして特に、プロトコル各層のアドレスやアドレス機能のラベルのほか、これらを論理式で組み合わせることによる測定対象の振分け及び選別機能、各プロトコル層のプロトコルデータユニットやサービスユニット等による測定項目及び測定方法を含む測定条件と、それから定まる測定動作を規定している。また、測定動作は、セルやパケット等の測定単位自体，時刻，前回動作結果を保持したレジスタ（上述した配列）の内容から決まる論理式で与えられる。こうしたＡＰＩをトラヒック測定装置に具備させることで、多様なケースの各々に対応する柔軟な規定方法を提供することができる。
【００３４】
なお、本実施形態では、物理レイヤ処理部４の処理を経たデータユニットに対して、ＡＰＩによって規定された測定対象条件を満たすかどうか判定していたが、一般には、着目しているプロトコル層のすぐ下のレイヤまでの低位レイヤに関するプロトコル処理を経たデータユニットに対してこうした判定処理を行うことになる。
【００３５】
【発明の効果】
以上説明したように、本発明では、パケット網あるいはＡＴＭ網におけるＳＤＨフレームの処理あるいはＡＴＭヘッダのＨＥＣの処理を行い、この処理を経たユニットに対して、測定のための汎用的ＡＰＩによって規定された測定対象条件を満たすか否かを判定する。そして、この測定対象条件を満たすユニットに対し、上記ＡＰＩによって規定される測定動作を行い、この測定動作によって得られる原始データを加工することで目的とする測定内容を算出している。これにより、１つの測定装置だけで、多様な通信形態の各ケースについて柔軟に測定項目等をカスタマイズ可能なトラヒック測定が実現できる。
【図面の簡単な説明】
【図１】 本発明の一実施形態によるトラヒック測定方式を実現する測定装置の構成を示した説明図である。
【図２】 同実施形態におけるＡＰＩ＃１の構成を示す説明図である。
【図３】 同実施形態におけるＡＰＩ＃０の構成を示す説明図である。
【図４】 同実施形態で用いられるＡＴＭセルの構成を示す説明図である。
【図５】 同実施形態における原始データ収集部３の構成を示すブロック図である。
【図６】 同実施形態において、状態管理部４１が用いるＶＰＩ／ＶＣＩ毎のセルカウンタの一例を示した図表である。
【図７】 同実施形態において、状態管理部４１が用いるメモリアドレステーブル５３の一例を示した図表である。
【図８】 同実施形態による測定装置の動作を示すフローチャートである。
【図９】 同実施形態で用いるＡＴＭ網の構成例を示すブロック図である。
【符号の説明】
１…アプリケーション、２…ＡＰＩ変換部、３…原始データ収集部、４…物理レイヤ処理部、１１，２１…測定対象条件部、１２…測定項目、１３…測定方法、２２，４３-1，４３-2…測定動作部、３１…セルヘッダ、３２…セルペイロード、３３…ＬＬＣ−ＳＮＡＰ、３４…ＩＰｖ４ヘッダ、３５…パケット長、３６…発ＩＰアドレス、４１…状態管理部、４２-1，４２-2…測定対象条件判定部、５１…ＶＰＩ／ＶＣＩのリスト、５２…メモリ、５３…メモリアドレステーブル、５４-1，５４-2…時計、８０１〜８０４…エンドシステム、８０５，８０６…ＡＴＭ交換機、８０７…光分岐装置、８０８…測定装置
【発明の属する技術分野】
本発明は、パケット網やＡＴＭ（非同期転送モード）網における通信のトラヒックを測定するトラヒック測定方式に関する。
【０００２】
【従来の技術】
トラヒックを測定するための態様は２種類に大別される。１つはエンドシステム，交換機，ルータ等のネットワーク装置によるものであり、もう１つは外付けのトラヒック測定装置によるものである。いずれの場合も、トラヒックの測定項目等は、交換機のソフトウェアや外付けのトラヒック測定装置に予め備えつけられた固定的なものになっている。もっとも、エンドシステムのアプリケーション上でトラヒックを測定するような場合は、アプリケーションプログラムを変えることによって測定項目等をある程度は柔軟に変更できるが、この場合に測定されるのは網内のトラヒックではなく、同エンドシステムが送受するトラヒックに限定される。
【０００３】
【発明が解決しようとする課題】
インタネットやＡＴＭ網では、音声等の単一の利用形態だけでなく多様な通信が実現されており、網の効率的利用のためにこの多様なトラヒックを把握したいというニーズがある。ところが、網内のトラヒックを測定したい場合、既存の測定方法では測定項目等が固定的であるため、多様なトラヒック測定条件等の組み合わせを網羅する形で測定しない限りは、多様な通信形態の各ケースについて有効なトラヒック測定を行うことは困難である。しかしながら、全ての組み合わせに対応することは、測定システムのプロセッサ能力，メモリ量から考えて実際には不可能である。
【０００４】
本発明は上記の点に鑑みてなされたものであり、多様な通信形態の各ケースについて柔軟に測定項目等をカスタマイズできるトラヒック測定方式を提供することを目的とする。
【０００５】
【課題を解決するための手段】
以上の課題を解決するために、請求項１記載の発明は、パケット網のトラヒックを測定するトラヒック測定方式において、前記パケット網において着目しているプロトコル層のすぐ下のレイヤまでの低位レイヤに関するプロトコル処理を行う低位レイヤ処理手段と、該プロトコル層が処理するデータについて、該低位レイヤ処理手段の処理を経た１以上のデータユニットに対して、少なくとも先頭または最後尾からのデータユニットの位置指定インタフェースと任意長のビット照合インタフェースを含む、測定のためのＡＰＩによって規定された測定対象条件を満たすか否かを判定する測定対象条件判定手段と、前記測定対象条件を満たすと判定されたデータユニットに対して、前記ＡＰＩによって規定される測定動作を行う測定動作手段と、該測定動作手段から出力される原始データを加工して目的とする測定内容を算出するアプリケーションとを具備することを特徴としている。
【０００６】
また、請求項２記載の発明は、請求項１記載の発明において、前記測定動作手段の用いるＡＰＩは、前記データユニット内のビット値と時刻情報による論理式であることを特徴としている。
【０００７】
【発明の実施の形態】
以下、図面を参照して本発明の一実施形態について説明する。本実施形態では、ＡＴＭ網のトラヒック測定を例として記述するが、パケット網等の場合もＡＴＭ網における実現例から容易に類推可能である。最初に、本発明の概要をごく簡単に説明しておく。一般に、通信トラヒックのプロトコル各層は上位層でヘッダ及びトレイラを付与して下位層に渡す構造となっている。本実施形態ではこの構造に注目して、何れの層であっても類似した測定条件や動作規定による測定を可能ならしめ、統一的なＡＰＩ（Application Programming Interface)を規定することによって、これを利用した柔軟なトラヒック測定を提供している。したがって、マルチメディアのトラヒック測定などには多様な層でのトラヒック測定が求められるが、本発明はこうした要求に十分応えることができる。
【０００８】
さて、本実施形態によるトラヒック測定方式を実現するための測定装置は図１の構造を有している。アプリケーション１は、後述する原始データ収集部３から出力されるトラヒック測定の原始データを加工して目的の測定内容を算出する。例えばアプリケーション１は、「ＶＰＩ（仮想パス識別子）＝３２のＶＰ（仮想パス）に流れるセル数の総和を得る」（以下「例（１）」とする）処理や、「ＡＡＬ５／ＬＬＣ−ＳＮＡＰ（ＡＴＭアダプテーションレイヤ／論理リンク制御−サブネットワークアクセスポイント）カプセルによるＩＰｖ４（インターネットプロトコル・バージョン４）通信の発ＩＰアドレス毎のＩＰパケット長度数分布を１００バイト刻みで最大３２ｋバイトまで測定する」（以下「例（２）」とする）処理などを行う。
【０００９】
ＡＰＩ＃１は、アプリケーション１が利用し易く、かつ、人間が理解し易いアプリケーションプログラミングインタフェースをアプリケーション１に対して提供する。ここで、図２に示すようにＡＰＩ＃１は測定対象条件部１１，測定項目１２，測定方法１３から成る。このＡＰＩ＃１は後述するＡＰＩ＃０よりも上位のＡＰＩとして位置付けられる。
【００１０】
測定対象条件部１１は、上記例（１）〜例（２）で言えばそれぞれ「ＶＰＩ」，「（ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の）発ＩＰアドレス」である。この他に、測定対象条件部１１は「ＶＣＩ（仮想チャネル識別子）」，「着ＩＰアドレス」，「プロトコル番号」，「ポート番号」（「発ポート番号」，「着ポート番号」）等がある。さらに、これらには例（１）のように「ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の」等といった限定された条件が付加される場合がある。測定項目１２は、上記例（１）〜例（２）で言えば「セル数」，「ＩＰパケット長」であるが、この他にも「（ＩＰ）パケット数」，「フロー数」や図示していないが「フロー継続時間」などがある。測定方法１３は「総和」（図中の「のべ数」）や「（１００バイト刻みで）度数分布」等である。なお、度数分布を確率分布に直す等の処理はアプリケーション１が適宜行う。また、この他にも測定時間帯の指定などが測定方法１３として考えられる。
【００１１】
実際のところ、ＡＰＩ＃１としては代表的な測定対象条件部１１，測定項目１２，測定方法１３をそれぞれ用意することになる。アプリケーション１は、通常、特定の値又は範囲、あるいは「各値毎に」などの指定（図中の「各々」）、あるいはそれらの論理式による組み合わせを用いることで、測定対象条件部１１に対して測定対象を指定する。また、アプリケーション１は、測定項目１２や測定方法１３に関しても、通常は、用意された項目にフラグをたてて測定項目や測定方法を指定する。
【００１２】
次に、ＡＰＩ＃０は測定のための汎用的ＡＰＩであって、原始データ収集が容易となるようＡＰＩ＃１を変換したものになっている。そのために、ＡＰＩ変換部２は、アプリケーション１が理解し易いＡＰＩ＃１からＡＰＩ＃０への変換を行っている。ここで、ＡＰＩ＃０の構成を図３を用いて説明する。同図に示すように、ＡＰＩ＃０は測定対象条件部２１，測定動作部２２から成る。測定対象条件部２１は、ｍ，ｎをパラメータとしたときに、セル（５３バイト）内の「時刻情報、及び／又は、セルの第ｍビット〜第ｎビットが満たすべき論理式」の形式で記述する。
【００１３】
例えば、例（１）における「ＶＰＩ＝３２」という測定対象条件は、ＶＰＩがセル上の第２〜第３バイトに割り当てられていることから、「第５〜第１２ビットが３２」に変換されることになる。また、例（２）における「ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の」は、ＩＰプロトコルデータユニットを転送する場合におけるセルの構成が図４に示すものとなるため、「第６〜第１３バイトが０ｘAA-AA-03-00-00-00-08-00 である」（０ｘは１６進数を意味する）に変換される。そして、変換されたものがＡＰＩ＃０を介して原始データ収集部３へ渡される。なお、図４について補足しておくと、各セルはセルヘッダ３１とセルペイロード３２から構成されている。また、セルペイロード３２はＬＬＣ−ＳＮＡＰ３３とＩＰｖ４ヘッダ３４から構成されており、ＩＰｖ４ヘッダ３４の中にはパケット長３５及び発ＩＰアドレス３６が含まれている。
【００１４】
ここで、上述した例（１）などではＩＰパケットを構成する先頭セルを検出する必要があるが、そうした場合、こうした１セル内では決められない測定対象条件をＡＰＩ＃０に通す必要がある。これを実現するため、ＡＰＩ＃０としては、ｎをパラメータとしたときに、「各セル」，「先頭からｎ番目セル」，「後からｎ番目セル」といった規定方法を提供する。ちなみに、こうした規定方法に代えてＡＰＩ＃１でこれらのＡＰＩを陽に用意することとしてもよい。
【００１５】
次に、測定動作部２２は、ＡＰＩ変換部２が測定対象条件部１１，測定項目１２，測定方法１３に基づいて次に述べる形に変換したものである。すなわち、ｋ，ｍ，ｎをパラメータとしたときに、「時刻情報及び／又は測定対象条件セル中の第ｍビット（又はバイト）〜第ｎビット（又はバイト）と、大きさｋの配列の現在値を用いたｋ次元論理式の評価値とに基づいて、大きさｋの配列の配列要素毎に加算を行うかあるいは配列要素毎にリストで結合した」形に変換したものが測定動作部２２である。
【００１６】
例えば上記例（１）の場合、「ＶＰＩ＝３２のＶＰに流れるセル数の総和」に対応する測定動作部２２は、測定条件を満足するセルが検出される度にセル数を「１加算」してゆく動作になる。したがって、この場合の論理式は１次元であってｋ＝１となり、また、測定対象条件セル中のデータは使用しないためｍ，ｎは任意の値で良い。一方、上記例（２）の場合であるが、図４に示すＩＰｖ４ヘッダ３４において、パケット長３５は第３〜第４バイト目に割り当てられ、また、発ＩＰアドレス３６は第１３〜第１６バイト目に割り当てられている。したがって、「ＡＡＬ５／ＬＬＣ−ＳＮＡＰカプセルによるＩＰｖ４通信の発ＩＰアドレス毎のＩＰパケット長度数分布を１００バイト刻みで最大３２ｋバイトまで測定する」に対応する測定動作部２２は次のようになる。すなわち、（セル上の）「第１６，第１７バイト目の領域の値をｘとすると、このｘに対してｍｉｎ（３２０，［ｘ／１００］の整数部＋１）（ここで、“ｍｉｎ”は何れか小さい方を選択する関数）番目の配列要素に、第２６〜第２９バイトの内容をリストで結合する」となる。
【００１７】
換言するならば、パケット長を１００バイト刻みで測定しなお且つ測定するパケット長の最大値を３２ｋバイトに制限したことに対応させて、ｍｉｎ（３２０，［ｘ／１００］の整数部＋１）の値が“１”〜“３２０”の範囲をとるようにする。そして、この“３２０”の大きさを持つ配列を用意し、当該範囲内の各数値に対してそれぞれ配列要素を一つ割り当てるとともに、各配列要素にはユーザデータセルから取り出される発ＩＰアドレス３６をリスト状につなげてゆくようにする。なお、この場合のパラメータであるが、配列の大きさｋは上述したようにｋ＝３２０であり、ｍ，ｎはセルの第１６，第１７，第２６〜第２９バイト目をすべてカバーするため、ｍ＝１６，ｎ＝２９となる。
【００１８】
次に、原始データ収集部３は、図５に示すように、状態管理部４１ならびに複数の測定対象条件判定部４２-1，４２-2，…，及びこれら各々に対応する複数の測定動作部４３-1，４３-2，…，で構成されている。なお、一般に測定対象条件判定部と測定動作部は複数あるが、同図では説明の都合上それぞれ２つだけ示してある。原始データ収集部３は、ＡＰＩ＃０で規定された内容に従って測定データの収集を行うとともに、複数セルにまたがって管理すべき状態（例えば「先頭からｎ番目セルの検出」）の管理などを行う。
【００１９】
すなわち、原始データ収集部３内の状態管理部４１は、測定対象条件部２１に「各セル」が指定されている場合は状態管理は行わない。 一方、測定対象条件部２１に「先頭からｎ番目セル」が指定された場合、状態管理部４１は、図６に示すように、到来したセル数をカウントするセルカウンタをＶＰＩ／ＶＣＩ毎に用意する。そして、状態管理部４１はセルヘッダ３１に含まれているＰＴＩ（ペイロードタイプ識別子）領域をチェックし、当該領域が“０００”又は“０１０”（何れも２進数）であることを検出することでユーザデータセルの最後のセルを検出するとともに、同ＶＰＩ／ＶＣＩに対応するセルカウンタのカウンタ値を“０”に設定する。以後、状態管理部４１は同じＶＰＩ／ＶＣＩ値を持つユーザデータセルが来る度にセルカウンタに“１”加算する。なお、再びユーザデータセルの最後のセルが来たらセルカウンタのカウンタ値は“０”に設定される。以上の手順によって各セルが先頭から何番目のセルであるかが分かるので、状態管理部４１は、ＡＰＩ＃０において通知された「先頭からｎ番目」の“ｎ”の値とセルカウンタのカウント値を照合し、条件に合うセルであることを検出して当該セルを測定対象条件判定部４２ー1，４２-2へ渡す。
【００２０】
他方、「後からｎ番目セル」が指定された場合、状態管理部４１は「後からｎ番目」に関する処理を行うＶＰＩ／ＶＣＩのリスト５１，セルを保持するメモリ５２，図７に構成例を示すメモリアドレステーブル５３を使用する。セルが到着した場合に、到着した当該セルのＶＰＩ／ＶＣＩがＶＰＩ／ＶＣＩのリスト５１に含まれていたならば、状態管理部４１はメモリアドレステーブル５３を参照する。これに対し、到着したセルがＶＰＩ／ＶＣＩのリスト５１に含まれていなければ当該セルは先頭セルなので、状態管理部４１は同セルをメモリ５２に保持し、同セルを格納したメモリ５２上のアドレスをＶＰＩ／ＶＣＩの値と共にメモリアドレステーブル５３に記録する。このとき、セルカウンタの値は“１”に初期設定される。
【００２１】
以降のセルについての処理も同様であって、状態管理部４１はセルカウンタ値を“１”ずつ増やしながらセルをメモリ５２に保持しつつ、セルを格納したメモリ５２上のアドレスをＶＰＩ／ＶＣＩの値と共にメモリアドレステーブル５３に書く。その後、上述のようにして最後のセルを検出したら、状態管理部４１は同セル（即ち、最後のセル）から数えてｎ番目のセルのアドレスをメモリアドレステーブル５３の内容から特定し、特定したアドレスに基づいて同セルをメモリ５２から取り出して測定対象条件判定部４２-1，４２-2へ渡す。次いで、状態管理部４１は当該ＶＰＩ／ＶＣＩに関してメモリ５２に保持しているセルとメモリアドレステーブル５３のエントリをそれぞれクリアする。
【００２２】
次に、測定対象条件判定部４２-1は、内蔵している時計５４-1から時刻を読み出し、この値および入力されたセルからＡＰＩ＃０の測定対象条件部２１を評価してそのセルが該当セルかどうかを判定する。そして測定対象条件判定部４２-1は、自身に対応する測定動作部４３-1に対して、該当セルであると判定されたセルを時刻情報と共に入力する。一方、前述したように測定動作部４３-1にはＡＰＩ＃０の測定動作の記述に対応して要素数ｋの配列が確保されている。測定動作部４３-1は、時刻情報，当該セル及び当該配列の内容から、測定動作の規定に従って当該配列の内容を更新する。なお、測定対象条件判定部４２-2，測定動作部４３-2の機能はそれぞれ測定対象条件判定部４２-1，測定動作部４３-1の持つ機能と同じものである。
【００２３】
次に、図１に示した物理レイヤ処理部４は、ＳＤＨ（同期ディジタルハイアラキー）フレームからのセルの取り出しやＨＥＣ（ヘッダ誤り制御）によるセルヘッダのエラー訂正等を行う。なお、物理レイヤ処理部４の処理を経ることで、原始データ収集部３にはＡＴＭレイヤのデータユニットであるセルが送られる。
【００２４】
次に、図８のフローチャートを参照しつつ、セルの流れに従って測定装置における処理を説明する。ここで、図９は本実施形態で用いるＡＴＭ網の構成例を示すブロック図である。図示したように、エンドシステム８０１，８０２およびエンドシステム８０３，８０４がそれぞれＡＴＭ交換機８０５およびＡＴＭ交換機８０６に接続されている。光分岐装置８０７はこれらＡＴＭ交換機の間を分岐して、ＡＴＭ網のトラヒック測定を行う測定装置８０８をＡＴＭ網へ接続するためのものである。
【００２５】
図９のＡＴＭ網において、光分岐装置８０７はＡＴＭ交換機８０５，８０６間のトラヒック（セル）を分岐してこれを測定装置８０８に取り込ませる（ステップ９０１）。測定装置８０８では、まず物理レイヤ処理部４がＳＤＨフレームからのセルの取出しやＨＥＣによるセルヘッダのエラー訂正等を行って、同セルを原始データ収集部３内の状態管理部４１に送る（ステップ９０２）。次に、状態管理部４１は、ＶＰＩ／ＶＣＩに基づいて、当該セルが「先頭からｎ（番目）セル」又は「後からｎ（番目）セル」の処理を行う対象であるかどうかを順次判断する（それぞれステップ９０３，ステップ９０８）。
【００２６】
当該セルが「先頭からｎセル」の対象（ステップ９０３の判断結果が“Ｙ”）である場合、状態管理部４１はユーザデータセルが来る度に当該セルが最後のセルかどうかの判断を行う（ステップ９０４）。このとき、ＰＴＩ＝“０００”又は“０１０”を検出したならば当該セルが最後のセルである（ステップ９０４の判断結果が“Ｙ”）ので、状態管理部４１は図６に示したテーブル中で当該ＶＰＩ／ＶＣＩに対応するセルカウンタの値を“０”に戻す（ステップ９０７）。
【００２７】
これに対して、当該セルが最後のセルでない場合（ステップ９０４の判断結果が“Ｎ”）、状態管理部４１は図６に示したテーブル中で当該ＶＰＩ／ＶＣＩに対応するセルカウンタに“１”を加算（ステップ９０５）する。次に、状態管理部４１は加算されたセルカウンタの値とパラメータｎを比較（ステップ９０６）し、当該セルカウンタの値がパラメータｎと一致しない間（同ステップの判断結果が“Ｎ”）は、処理をステップ９０１に戻して上述の処理を繰り返す。そして、当該セルカウンタの値がパラメータｎと一致した時点（同ステップの判断結果が“Ｙ”）で当該セルを測定対象条件判定部４２-1，４２-2へ入力する。
【００２８】
一方、当該セルが「後ろからｎセル」の対象であると判定された場合（ステップ９０８の判断結果が“Ｙ”）、状態管理部４１はステップ９０４の場合と同様にして当該セルが最後のセルかどうかの判断を行う（ステップ９０９）。最後のセルでない場合（同ステップの判断結果が“Ｎ”）、状態管理部４１はメモリアドレステーブル５３のセルカウンタを“１”加算（なお、当該ＶＰＩ／ＶＣＩに関する最初のエントリの場合は“１”に初期設定）して新たにエントリを作り、当該セルをメモリ５２に保持するとともに、メモリ５２上に格納された当該セルのアドレスをいま作成したエントリに記述して、処理をステップ９０１に戻す（ステップ９１０）。
【００２９】
その後、ＰＴＩ＝“０００”又は“０１０”を検出して最後のセルであることが分かったならば（ステップ９０９の判断結果が“Ｙ”）、状態管理部４１は最後のセルから数えてｎ個前のセルが保持されているアドレスをメモリアドレステーブル５３から抽出し（ステップ９１１）、メモリ５２上の当該アドレスに保持されているセルをメモリ５２から読み出して測定対象条件判定部４２-1，４２-2へ入力する（ステップ９１２）。次に、状態管理部４１は、メモリアドレステーブル５３から当該ＶＰＩ／ＶＣＩを有する各行を削除するとともに、削除される各行に含まれるアドレスに保持されているセルについてもメモリ５２上から抹消する（ステップ９１３）。
【００３０】
他方、当該セルが「先頭からｎセル」又は「後からｎセル」のいずれにも該当しない場合（ステップ９０８の判断結果が“Ｎ”）、状態管理部４１は当該セルをそのまま測定対象条件判定部４２-1，４２-2へ入力する。各測定対象条件判定部４２-1，４２-2は当該セルが測定対象条件部２１で規定される条件を満足するかどうかを判定する（ステップ９１４）。なお、前述したようにこの測定対象条件は、ＡＰＩ変換部２から送られるＡＰＩ＃０によって時刻情報及び／又は当該セルに関する５３バイトの情報から成る論理式で与えられる。
【００３１】
この条件を満足していることが分かると（ステップ９１４の判断結果が“Ｙ”）、測定対象条件判定部４２-1，４２-2は、当該セルと時刻情報を対応する測定動作部４３-1，４３-2へそれぞれ渡す。各測定動作部４３-1，４３-2は、ＡＰＩ＃０で動作が規定された時点で定まる大きさｋの配列である測定動作部２２（図３参照）を保持している。そこで各測定動作部４３-1，４３-2は、時刻情報及び／又は受取ったセルの５３バイト情報（のうち、パラメータｍ，ｎで定まる一部の情報）と、大きさｋの配列に保持された現在値とから、（ＡＰＩ＃０によってもたらされた）ｋ次元の論理式の値を評価し（ステップ９１５）、その結果を大きさｋの配列に加算するかあるいはリストとして付加する（ステップ９１６）。
【００３２】
次に、各測定動作部４３-1，４３-2は、一定時間が経過したか、あるいは、必要に応じてＡＰＩ＃０，ＡＰＩ＃１で規定される所定の出力条件を満たしているかどうかを判断する（ステップ９１７）。この条件が満たされていない（同ステップの判断結果が“Ｎ”）のであれば、処理をステップ９０１に戻す。これに対して、同条件が満たされている（同ステップの判断結果が“Ｙ”）のであれば、各測定動作部４３-1，４３-2は上記ｋ次元の配列をアプリケーション１に渡す（ステップ９１８）。
なお、測定対象条件部２１で規定される条件を満足しない（ステップ９１４の判断結果が“Ｎ”）場合は、処理をステップ９０１に戻して上述した処理を繰り返す。
【００３３】
以上のように、本実施形態ではＡＰＩとして特に、プロトコル各層のアドレスやアドレス機能のラベルのほか、これらを論理式で組み合わせることによる測定対象の振分け及び選別機能、各プロトコル層のプロトコルデータユニットやサービスユニット等による測定項目及び測定方法を含む測定条件と、それから定まる測定動作を規定している。また、測定動作は、セルやパケット等の測定単位自体，時刻，前回動作結果を保持したレジスタ（上述した配列）の内容から決まる論理式で与えられる。こうしたＡＰＩをトラヒック測定装置に具備させることで、多様なケースの各々に対応する柔軟な規定方法を提供することができる。
【００３４】
なお、本実施形態では、物理レイヤ処理部４の処理を経たデータユニットに対して、ＡＰＩによって規定された測定対象条件を満たすかどうか判定していたが、一般には、着目しているプロトコル層のすぐ下のレイヤまでの低位レイヤに関するプロトコル処理を経たデータユニットに対してこうした判定処理を行うことになる。
【００３５】
【発明の効果】
以上説明したように、本発明では、パケット網あるいはＡＴＭ網におけるＳＤＨフレームの処理あるいはＡＴＭヘッダのＨＥＣの処理を行い、この処理を経たユニットに対して、測定のための汎用的ＡＰＩによって規定された測定対象条件を満たすか否かを判定する。そして、この測定対象条件を満たすユニットに対し、上記ＡＰＩによって規定される測定動作を行い、この測定動作によって得られる原始データを加工することで目的とする測定内容を算出している。これにより、１つの測定装置だけで、多様な通信形態の各ケースについて柔軟に測定項目等をカスタマイズ可能なトラヒック測定が実現できる。
【図面の簡単な説明】
【図１】 本発明の一実施形態によるトラヒック測定方式を実現する測定装置の構成を示した説明図である。
【図２】 同実施形態におけるＡＰＩ＃１の構成を示す説明図である。
【図３】 同実施形態におけるＡＰＩ＃０の構成を示す説明図である。
【図４】 同実施形態で用いられるＡＴＭセルの構成を示す説明図である。
【図５】 同実施形態における原始データ収集部３の構成を示すブロック図である。
【図６】 同実施形態において、状態管理部４１が用いるＶＰＩ／ＶＣＩ毎のセルカウンタの一例を示した図表である。
【図７】 同実施形態において、状態管理部４１が用いるメモリアドレステーブル５３の一例を示した図表である。
【図８】 同実施形態による測定装置の動作を示すフローチャートである。
【図９】 同実施形態で用いるＡＴＭ網の構成例を示すブロック図である。
【符号の説明】
１…アプリケーション、２…ＡＰＩ変換部、３…原始データ収集部、４…物理レイヤ処理部、１１，２１…測定対象条件部、１２…測定項目、１３…測定方法、２２，４３-1，４３-2…測定動作部、３１…セルヘッダ、３２…セルペイロード、３３…ＬＬＣ−ＳＮＡＰ、３４…ＩＰｖ４ヘッダ、３５…パケット長、３６…発ＩＰアドレス、４１…状態管理部、４２-1，４２-2…測定対象条件判定部、５１…ＶＰＩ／ＶＣＩのリスト、５２…メモリ、５３…メモリアドレステーブル、５４-1，５４-2…時計、８０１〜８０４…エンドシステム、８０５，８０６…ＡＴＭ交換機、８０７…光分岐装置、８０８…測定装置
Claims (2)
- パケット網のトラヒックを測定するトラヒック測定方式において、
前記パケット網において着目しているプロトコル層のすぐ下のレイヤまでの低位レイヤに関するプロトコル処理を行う低位レイヤ処理手段と、
該プロトコル層が処理するデータについて、該低位レイヤ処理手段の処理を経た１以上のデータユニットに対して、少なくとも先頭または最後尾からのデータユニットの位置指定インタフェースと任意長のビット照合インタフェースを含む、測定のためのＡＰＩによって規定された測定対象条件を満たすか否かを判定する測定対象条件判定手段と、
前記測定対象条件を満たすと判定されたデータユニットに対して、前記ＡＰＩによって規定される測定動作を行う測定動作手段と、
該測定動作手段から出力される原始データを加工して目的とする測定内容を算出するアプリケーションと、
を具備することを特徴とするトラヒック測定方式。 - 前記測定動作手段の用いるＡＰＩは、前記データユニット内の１以上のビット値と時刻情報による論理式であることを特徴とする請求項１記載のトラヒック測定方式。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26707698A JP3709964B2 (ja) | 1998-09-21 | 1998-09-21 | トラヒック測定方式 |
| US09/267,768 US6563796B1 (en) | 1998-03-18 | 1999-03-15 | Apparatus for quality of service evaluation and traffic measurement |
| EP99400641A EP0944289A3 (en) | 1998-03-18 | 1999-03-16 | Apparatus for quality of service evaluation and traffic measurement |
| EP05106704A EP1587260A3 (en) | 1998-03-18 | 1999-03-16 | Apparatus for quality of service evaluation and traffic measurement |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26707698A JP3709964B2 (ja) | 1998-09-21 | 1998-09-21 | トラヒック測定方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000101577A JP2000101577A (ja) | 2000-04-07 |
| JP3709964B2 true JP3709964B2 (ja) | 2005-10-26 |
Family
ID=17439703
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26707698A Expired - Lifetime JP3709964B2 (ja) | 1998-03-18 | 1998-09-21 | トラヒック測定方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3709964B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000174815A (ja) | 1998-12-09 | 2000-06-23 | Nec Corp | Ｑｏｓプロテクション装置 |
| US6880158B1 (en) | 2000-04-10 | 2005-04-12 | International Business Machines Corporation | Network processor services architecture that is platform and operating system independent |
-
1998
- 1998-09-21 JP JP26707698A patent/JP3709964B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000101577A (ja) | 2000-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6563796B1 (en) | Apparatus for quality of service evaluation and traffic measurement | |
| CN100385876C (zh) | 在通信节点提供atm和ip服务质量特性的设施和方法 | |
| US11228515B2 (en) | Data packet detection method, device, and system | |
| US7978606B2 (en) | System and method for policing multiple data flows and multi-protocol data flows | |
| US5761191A (en) | Statistics collection for ATM networks | |
| JP3542556B2 (ja) | ポイント対ポイントおよび／またはポイント対マルチポイントのａｔｍセルのバッファ化 | |
| JP3078439B2 (ja) | パケット網インタフェースおよびインタフェース方法 | |
| US5917828A (en) | ATM reassembly controller and method | |
| US6314098B1 (en) | ATM connectionless communication system having session supervising and connection supervising functions | |
| JP2005253077A (ja) | Ａｔｍデータをリアルタイムで再組立するシステム、方法、およびプログラム | |
| US7953007B2 (en) | Excessive flow detection device, excessive flow detection circuit, terminal apparatus and network node | |
| JP2000031997A (ja) | 帯域管理装置及びその方法 | |
| JP2000059370A (ja) | トラヒック制御装置およびその方法 | |
| US8521870B2 (en) | Measuring network traffic based on predicted amount of padding | |
| JPH10150445A (ja) | セルロス検出方法 | |
| JP3709964B2 (ja) | トラヒック測定方式 | |
| US6741597B1 (en) | Apparatus and method for managing traffic of an asynchronous transfer mode (ATM) switching system | |
| JP2002247097A (ja) | 通信制御装置 | |
| JP4258996B2 (ja) | スケジューリング装置およびセル通信装置 | |
| CN100388706C (zh) | 一种异步传输模式业务的自动配置方法 | |
| JP3514215B2 (ja) | スケジューリング回路 | |
| KR100483546B1 (ko) | 에이티엠 입력 셀 복제에 의한 멀티캐스트 스위칭 장치 및방법 | |
| KR100345454B1 (ko) | 라인 정합 시스템에서의 연결정보 관리 장치 및 그 방법 | |
| JPH10336184A (ja) | Ａｔｍにおけるパケット情報転送装置 | |
| TWI271066B (en) | High-speed processing mechanism of packet-switching |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050628 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050803 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080819 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090819 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090819 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100819 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100819 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110819 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120819 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130819 Year of fee payment: 8 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |