JP4316898B2

JP4316898B2 - パケットネットワークにおいて、統計値を収集するシステム及び方法

Info

Publication number: JP4316898B2
Application number: JP2003020266A
Authority: JP
Inventors: モハメドカーンモヒウディン; ジョンメランピーパトリック; ボッティチェリピエトロ; ウエブスタードビンズエフラム; フラッグペンフィールドロバート
Original assignee: Acme Packet Inc
Current assignee: Acme Packet Inc
Priority date: 2002-01-29
Filing date: 2003-01-29
Publication date: 2009-08-19
Anticipated expiration: 2023-01-29
Also published as: DE60302169T2; JP2003264592A; EP1341345A1; US7376731B2; ATE309657T1; DE60302169D1; US20030145077A1; EP1341345B1

Description

【０００１】
【発明の属する技術分野】
本発明は一般的に遠距離通信、特にパケットネットワークにおいて、統計値を収集し計算するシステム及び方法に関する。
【０００２】
【従来の技術】
ＰＳＴＮ（公衆交換電話網：public switched telephone network）は、ユーザが１０億個に近い数の電話機からいずれか一つを取り上げ、１０億近くの終端点からいずれか一つにダイアルすることにより、リアルタイムを有効にしマルチメディア通信のセションツールとして発展してきた。ナンバリングプラン、電子スイッチング及びルーティングの設置、ネットワーク向け信号システムなどのいくつかの開発段階を経て、ネットワークの自動化を達成することができた。
【０００３】
ＰＳＴＮなどと同様の方法は階層化されており、インターネットは、インターネットプロトコル（ＩＰ）に基づいている。ＩＰメッセージ、或いはマルチメディアパケットは、一つのリンクから別のリンクへ（例えば、データフローの発信元からデータフローの目的先へ、など）、ルーティング或いは転送される。それぞれのマルチメディアパケットは、例えば３２ビットのインターネットプロトコルのバージョン４（ＩＰｖ４）のＩＰアドレスを備えている。それぞれのＩＰアドレスは、ネットワークの一部分を確実に示すビット番号や、ホストの一部分を確実に示すビット番号を備えている。ここで、マルチメディアとは、テキスト、画像、ビデオ、アニメーション、音声、データ、離散メディアの全て、或いはいずれか一つ以上を少なくとも含む。
【０００４】
更に、マルチメディアパケットは、ヘッダー部とＩＰパケットデータ部を備えている。マルチメディアパケットのヘッダー部は、そのパケットがどこから来たのか発信アドレスを識別する発信元と、パケットの宛先となる目的アドレスを識別する目的先とを少なくとも備える。マルチメディアパケットのＩＰパケットデータ部は、目的アドレスに配置された目的デバイスに送信されるデータを備えた、マルチメディアパケットの残存部（remaining portion）を必然的に伴っている。
【０００５】
【発明が解決しようとする課題】
マルチメディアパケットが送信されるように、目的デバイスへの最適なルートが決定されるのが好ましい。また、マルチメディアパケットの送信より前に、目的デバイスへの最適なルートが決定されるのがより好ましい。目的デバイスへの最適なルートを決定する場合、目的アドレスへのルートに位置するデバイスに関連づけられたジター、待ち時間、損失パケットの数などのいずれか一つ以上を考慮して、目的デバイスへの最適なルートを決定するのが好ましい。目的デバイスへの別の有効なルートを含むデバイスに、ジター、待ち時間及び損失パケット、その他の要因のいずれか一つ以上がある場合、目的デバイスへの異なる有効なルートが複数知られていると、より良いジター、待ち時間及び欠損パケットのいずれか一つ以上が観測されるルートが選択されるのが良い。従って、これらを収集し、他のマルチメディア送信の統計値を収集することは、有効である。
【０００６】
【課題を解決するための手段】
上述の問題点を解決するために、本発明の最良の実施の形態は、統計値を収集し計算するシステム及び方法に関する。
【０００７】
統計値生成システムの構成を参照すると、このシステムは、概して、ネットワーク処理部、トラフィック管理部、ホスト処理部及びＦＰＧＡ（field programmable gate array）を利用している。ネットワーク処理部は、受信するマルチメディアパケットのヘッダーを追加し、トラフィック管理部は、マルチメディアフローの頻度を測定及び実施する。ホスト処理部は、基本となるフローごとにマルチメディアフロー品質計測サービスを実施している。ここで、マルチメディアフロー品質計測サービスは、マルチメディアフローの集合と、最大又は最小の統計値とを含んだネットワーク処理部において、マルチメディアフローの現在の統計値を保持する手段を備えている。ＦＰＧＡによって、受信したマルチメディアパケット或いは受信したマルチメディアパケットの一部をコピーし、待ち時間エンジン、損失パケット計算エンジン、リアルタイム送信制御プロトコル（ＲＴＣＰ）パケットジターエンジン、及びリアルタイム送信プロトコル（ＲＴＰ）パケットジターエンジンで利用されることによって、統計の収集を行う。
【０００８】
本発明は、パケットネットワークにおいて統計値を収集する方法を提供することを示している。これに関して、この方法は概括的に要約すると、到着時間を含んだマルチメディアパケットを受信するステップと、統計値の収集を行う連続した計算エンジンに送信するために、受信したマルチメディアパケットから情報を決定するステップと、計算エンジンに決定された情報を送信するステップと、受信したマルチメディアパケットに基づいて統計値を収集するステップとを備える。
【０００９】
【発明の実施の形態】
本発明の他のシステム及び方法は、具体的には、以下の図面及び詳細な説明を参酌することにより、当業者に明らかになる。改良システム及び方法、特徴及び効果は、この記載に含まれ、本発明の技術的範囲は、添付した特許請求の範囲によって保護される。
【００１０】
図面を参照することにより、本発明はより理解されやすい。図面の構成において、スケール及び強調は、本発明の本質を理解しやすいように記載したものである。更に、この図面において、複数の視点を通して部分によって、数字が参照されている。
【００１１】
第１の終端点から第２の終端点へマルチメディアパケットを送信する場合、多数のマルチメディア送信ルートを処理し、最適なマルチメディア送信ルートを選択するのが好ましい。セションルーターは、多くのマルチメディア送信ルートを適宜選択し、処理するために配置されている。セションルーターは、様々な統計分布を利用して、更に、同様のＳＩＰ（Session Initiation Protocol）のエージェントのセットから、終端点を選択する。多数のマルチメディアルートを選択し処理する場合、ＳＩＰエージェントのセットから選択することによって、更に、ＲＴＰ（Real-time Transport Protocol ）に起因するパケットフローのパスを管理することができる。
【００１２】
ネットワーク処理部を備えるメディアルーターは、パケットのヘッダーの点検し、パケットの転送を決定することによって、早いＲＴＰデータフローパケットを決定し、パケットを転送する。更に、ネットワーク処理部は、ＭＰＬＳ（マルチプロトコルラベルスイッチング：multi-protocol label switching）、ラベルの抽出及び挿入に対応している。早いルーティングを行ういくつかの方法が、ネットワーク処理部によって実施されている。即ち、共有配列ロード、第２パス配列、新しいルーティングパス配列及びネットワークに適応した方々のルート配列などである。
【００１３】
ルーティングを早くするために、共有配列ロードを利用する場合について以下で記載する。それぞれのＲＴＰデータフローは、好ましくは１から増加しそれぞれのパケットに付与されたシーケンス番号を持つＲＴＰデータパケットを備えている。ＲＴＰデータパケットを受信すると、ネットワークの入り口で、例えば、次のメディアルーターのアルゴリズムの数に従った、偶数又は奇数の分散アルゴリズムや、剰余分割などに基づいて、ＲＴＰデータパケットは異なる場所に送信される。発明のその他の実施の形態において、他の分散方法も利用されても良い。
【００１４】
剰余分割方法は、分散ロードできる二つ以上のパスを出力する仕組みを提供する。従って、例えば、パスの数が３つの場合、０、３、６、９などのシーケンス番号を持つＲＴＰデータパケットは、第１のパスに定められる。更に、１、４、７、１０などのシーケンス番号を持つＲＴＰデータパケットは、第２のパスに定められ、２、５、８、１１、１４などの番号を持つＲＴＰデータパケットは、第３のパスに定められる。
【００１５】
また、ルーティングを早くするために、第２パス配列が配置される。マルチドメインネットワークを介したセッションルーティングを利用して第１のパスが割り当てられ、様々な場所へパケットを転送するためにメディアルーターが利用されると、同等に活用できる第２のパスが割り当てられる。本実施の形態において、メディアルーターのそれぞれは、第１の中継及び第２の中継のそれぞれに供給されている。ここでは、第２のパス配列を供給する例を説明している。例えば、セションルーターからメディアルーターへのマルチメディアパケットフローを管理するためのコマンドは、以下のようになる。
【００１６】

【００１７】
第１或いは第２のアドレス対のいずれかに接続されたデバイスから受信したパケットは、シングルＲＴＰデータパケットフローの一部である。更に、第１の発信元及び目的先の対、或いは第２の発信元及び目的先の対のいずれか一つを備えるリンクに到達したパケットは、中継される。ここでは、第１或いは第２のいずれかの外部アドレスへ中継される。特に、ＲＴＰデータパケットが１２９．０．０．１：３０００の発信元アドレスと、１３０．０．０．１：５０００の目的先アドレスに到着すると、１３１．０．０．１：３０００の発信元アドレスと１３２．０．０．２：４０００の目的先アドレス、或いは１３３．０．０．１：１０００の発信元アドレスと１３４．０．０．１：７０００の目的先アドレスのいずれかに転送される。より好ましくは、フローの中断や、リンク失敗の検出を参照することによって、大まかに決定される失敗に基づいて、第１或いは第２の中継の選択が行われる。
【００１８】
新たにルーティングされたパス配列は、転送先のパスで失敗を検出すると、メディアルーターの外部の新しいアドレスに配置される。メディアルーターは好ましくは、新しい転送パスが配置されると、転送先のパスでの失敗をセションルーターに報告するのが好ましい。そしてセションルーターは再接続の指示とともに、メディアルーターに戻る新しいパスを送信する。
【００１９】
ネットワークを介して異なるパスを目標とするために、不連続なネットワークアドレスを利用して、ネットワーク志向のルートが配置される。ＯＦＰＦ（Open shortest path first）ルーティングは、数々のリンクを越えて均一にパケットを流すのに利用される。リンク上の距離値を慎重にセッティングすることにより、メディアルーターは、共通の目的先へ分割してロードすることができる。更に、ボーダーゲートウェイプロトコル４（ＲＦＣ１７７１）（ＢＧＰ−４）を用いて、慎重に公示され、到達可能なルートが受け入れられるように慎重に管理することにより、多数のリンクを越えてパケットトラフィックを管理することもできる。ＯＳＰＦとＢＧＰ−４の両方の実施においてリンクが失敗した場合、その他によって、トラフィックのバランスが吸収されるのが好ましい。
【００２０】
好ましくは、セションルーターは、データフローの帯域幅の割り当てを確実に行うべきである。特に、メディアルーターを介して直接割り当てが行われたとしても、メディアルーターを介して目的先へ通すために、どのデータフローが割り当てられたのか、を確実に行うべきである。或いは、特定のデータフローを通すためにメディアルーターが割り当てられていなければ、データフローはメディアルーターを介して通されることはない。トラフィック管理部はセションルーターによって、割り当てられた帯域幅とビットレートに従った特定のデータ量を受け入れさせられる。従って、セションルーターによって許可されたビットレートよりも高いビットレートでデータが受信された場合、その高いビットレートで受信されたデータは送信されない。セションルーターによって明示された特徴は、むしろ、セションルーターを用いることなく、メディアルーターに直接プログラムされても良い。
【００２１】
また、メディアルーターは受信したデータパケットをトラフィック形成することができる。トラフィック形成は、メディアルーターに一時的に保存された受信したデータパケットを送信するための特定の命令のことである。更に、トラフィック形成はデータパケットの送信において割り当てられる帯域幅を明記させる。
【００２２】
メディアルーターは、ＲＴＰデータフローのフローの質の統計値を生成することができる。いくつかの場合、統計値はメディアルーター間でのリンクにのみ関連する。言い換えれば、メディアルーターは目的先や終端点までのフロー質を計測することができる。ジター及び待ち時間の二つの計測値は、このカテゴリーで取得されがフロー質である。
【００２３】
データフローの待ち時間を計測するために、メディアルーターはこのデータフローのその他の終端点に接続する。他の終端点とは、おそらく必要ではないが別のメディアルーターのことである。好ましくは、この接続の目的は、終端点でループしてメディアルーターに戻るテストパケットを用いて、ＲＴＰデータフローの待ち時間を決定することである。メディアルーターは、ループしたパケットを受信し、パケットが送信されたときと、パケットが受信されたときとを比較する。往復の飛行時間の半分は、片道の飛行時間、即ち待ち時間に近似される。その他の実施の形態においては、経過した時間を計測するために、ＲＴＣＰパケットは（メディアルーターによって作成された送信レポートから）送信者によって挿入されたタイムスタンプを抽出して変更しても良い。
【００２４】
ジターは、経過時間又はフローにおけるパケット間の間隔の変化の測定値である。もう一つの定義は、フローの待ち時間における変化である。マルチメディアルーターは、メディアルーターを介したパケットであるＲＴＰデータフローのジターを計測することができる。データパケットが、メディアルーターに備えられたネットワーク処理部によって処理されると、タイマーが開始し、ＲＴＰデータフローの次のパケットが到着するまで継続する。パケット間の間隔は、ジター値の”中間値（mean）”を生成するのに使われる集合値に追加される。
【００２５】
ＲＴＣＰに基づいた仕組みがない場合、ドロップしたパケット或いは損失パケットの処理は、パケットが損失したとき、及びジター窓においてパケットが現れたか否かを追跡するために利用される、ブーリアン登録の二つのスコアボード配列を用いたＲＴＰフローによって行われる。一般的には、ジター窓は、ネットワーク状態の変化を安定させるボイスゲートウェイにおいて実行されることが示されている。ジター窓は、圧縮して転送する前の特定の時間、入ってきたパケットを保存するパケットバッファである。この処理はパケットフローをスムーズにする効果があり、その方法によって、パケット損失、パケット遅延、その他の送信影響の生成に対するＣＯＤＥＣ（compressor/de-compressor）の回復力を増加させることができる。ジター窓はメディアルーターによって直接定義されても良いが、セションルーターによって定義づけられるのが好ましい。
【００２６】
スコアボード配列の各登録は、特定のシーケンス番号を備えたパケットがメディアルーターから受信されたかを示している。スコアボードレスは、ネットワーク処理部のメモリ内或いは様々なローカル或いは遠隔地のメモリに位置する。ブーリアン登録の各列は、いくつの登録が「損失」とマークされているかを追跡するカウンターを備えている。全ての登録は、初期値として「受信済み」とマークされるのが好ましい。
【００２７】
ネットワーク処理部においてシーケンス番号が追跡され、損失パケットが検出されると、即ち、処理されたパケットが、前に処理したパケットより１カウント以上高いシーケンス番号を含んでいるとき、現在のスコアボード配列において、関連づけられた登録は「損失」とマークされ、損失カウンターが一つカウントアップする。ジター窓において、パケットの最大数に従って、二つの列はサイズが変更するのが好ましい。これらの二つの配列は、現在の配列と、古い配列との参照に基づいたものである。現在の配列が、最大のジター窓が経過した持続時間を示す最後の登録にたどり着いたとき、古い配列は、再び初期化され、現在の配列になり、現在の配列は古い配列となる。古い配列が消去される前に、ドロップしたパケットのカウンターは回復する。
【００２８】
シーケンス命令「古いパケット」が受信されると、即ち、処理されたパケットに、前に処理したパケットのシーケンス番号よりも少ないシーケンス番号が含まれている場合、ネットワーク処理部は、パケットのタイミングに基づいた現在の或いは古い配列のいずれかから、そのシーケンス番号を持つ登録を検索する。ネットワーク処理部が「損失」のマークと関連づけられた登録を発見し、その登録を変更した場合、ネットワーク処理部は、損失パケットを追跡している損失パケットカウンターを一つ減らす。損失とマークされたパケットがない場合、ネットワーク処理部は２倍のパケットを意味する。シーケンス番号は、ジター窓の深さよりも更に古いパケット日付である場合、ネットワーク処理部は検索を行わない。ドロップパケットのカウントを実行するこの方法は、ＲＴＣＰを用いて得られるものより、更に正確である。
【００２９】
配列されたセションルーター及びメディアルーターは、ＩＰネットワークにおいて、適切に高品質なインタフェースを生成するのが好ましい。セションルーターとメディアルーターを利用しないと、データパケットは、基本的なネットワークに従って、様々な経路を横断することになる。
【００３０】
ここで、図面を参照する。図面において同一部分については、同一の符号番号が振られている。図１は、本発明に係る統計値を収集するシステムにおいて、セションルーターとメディアルーターを利用する通信ネットワーク１０２のブロック図である。
【００３１】
ＳＩＰ或いはｎｏｎ−ＳＩＰなどのあらゆるデバイスは、ネットワーク１１２及び１３２の間で通信を要求する第１及び第２のキャリアネットワーク１１２及び１３２を備えていることが記載されている。他のＲＴＰデータ発信源は、ＩＡＤ（integrated access devices）、ＶｏＩＰ（voice over Internet protocol）、Cisco AS5300やSonus GSXなどのゲートウェイ、PCs、IP-PBXsなどのマルチメディア発信源を備えているが、これらに限定されるものではない。更に、第１のキャリアネットワーク１１２と第２のキャリアネットワーク１３２間の通信は、ＷＡＮ（wide area network）や、ＬＡＮ（local area network）を介して供給される。また、インターネット１２２は、メディアルーター１１８及び１３６はインターネットに含まれる二つのドメインの間で利用されており、データネットワークドメインの役割を果たしている。
【００３２】
一方、ルーターは、これに限ることではないがボーダールーターなどであり、第１及び第２のキャリアネットワーク１１２及び１３２の間の通信を支援する第１及び第２のメディアルーター１１８及び１３６の間に位置する。第１のＳＩＰ電話１１４から第２のＳＩＰ電話１３４への通信は、第１及び第２のメディアルーター１１８及び１３６により供給される。しかしながら、ボーダールーターなどの追加するルーターは、第１及び第２のキャリアネットワーク１１２及び１３２間の通信において、必ずしも必要なものではない。第１及び第２のセションルーター１１６及び１３８は、インターネットプロトコル（TRIP）の支援を介して、ＳＩＰや電話のルーティングなどを供給している。
【００３３】
更に、メディアルーターは、第１のメディアルーター１１８と第２のメディアルーター１３６間に供給されても良い。図２は、図１に示した通信システムにおいて、本発明の別の実施の形態として、追加したメディアルーターを利用した場合を示したブロック図である。このように、第１のメディアルーター１１８は、第１のキャリアネットワーク１１２に位置しており、インターネット１２２を介して第３のメディアルーター１３７と通信を行う。第３のメディアルーター１３７は、順番に、インターネット１２２を介して、第２のキャリアネットワーク１３２において、第２のメディアルーター１３６と通信を行う。これを繰り返すことにより、第１のメディアルーターから、ＬＡＮ、ＷＡＮ、或いはその他の場所に位置する第２のメディアルーター、セションルーター、ＳＩＰデバイス、ｎｏｎ−ＳＩＰデバイスのいずれか一つ以上のデバイスに向けて通信が行われる。
【００３４】
図３は、メディアルーター（ここではメディアルーター１１８）から受信したマルチメディアパケットの一例を示したブロック図である。詳述すると、図３に示したように、マルチメディアパケットのヘッダー部は、発信元／目的地ヘッダー１４１、ＲＴＰヘッダー１４２、ＲＴＣＰ（real-time transport control protocol）ヘッダー１４３、ＶＩＸ−Ｖ３ヘッダー１４４を備えている。サイズやフォーマットなどを含む様々なヘッダーの様相は、通信ネットワーク１０２（図１に示した）によって利用されるプロトコルに従って異なる。ヘッダー部１４０の発信元／目的地ヘッダー１４１は、マルチメディアパケットの発信元アドレス、目的先アドレス、発信元ポート、目的先ポートのいずれか一つ以上を備えており、ここで、アドレスやポートは、マルチメディアパケットの発信元及び目的地を明記している。
【００３５】
Ｖｉｘ−Ｖ３ヘッダー１４４は、ユーザ定義領域１４５及びフロー識別領域（フローＩＤ領域）１４９を更に備えている。ユーザ定義領域１４５は、更に、分類ＩＤ１４６、検索ビット１４７、コピー領域（コピービット）１４８を更に備えている。分類ＩＤ１４６は、現在のマルチメディアパケットがＲＴＰパケットなのかＲＴＣＰパケットなのかを明記している。検索ビット１４７は、ＦＰＧＡが位置するどの検索エンジン（後述する）が、メディアルーター（ここではメディアルーター１１８）において利用するためにメディアパケットをコピーするのかをＦＰＧＡ（後述する）が決定するために、利用される。コピー領域１４８は、ＲＴＰマルチメディアパケットのデータ部のコピーを、ネットワーク処理部またはネットワーク処理部とＦＰＧＡの両方に提供するかをトラフィック管理部が決定するために利用される。更に、コピー領域１４８に位置するコピービットは、マルチメディアパケットの全てか、マルチメディアパケットの一部が、検索エンジンによってコピーされるかをＦＰＧＡが明記するために利用される。
【００３６】
フロー識別領域（フローＩＤ領域）１４９は、メディアルーターが特定のマルチメディアパケットフローに含まれる全てのマルチメディアパケットを識別するために、利用される。マルチメディアパケットの上述した部分のそれぞれは、以下に更に詳細に説明される。
【００３７】
図４は、図１及び図２で示されたメディアルーター（ここではメディアルーター１１８）を更に示したブロック図である。図４に示したメディアルーター１１８は、一つの実施の形態であり、その他の実施の形態もあることを明記しておく。図４に示すように、第１の通信インタフェース１５２及び第２の通信インタフェース１５４が、メディアルーターに備えられており、メディアルーター１１８が外部と通信を行う手段を供給する。更に、メディアルーター１１８に備えられた通信ネットワークは、これより多いくても少なくても良い。
【００３８】
図示しないが、入力デバイスは、第１及び第２の通信インタフェース１５２及び１５４に接続されている。入力デバイスの一例としては、キーボード或いはマウスなどが含まれるが、これらに限定されるものではない。更に、図示しないが出力デバイスが第１及び第２の通信インタフェースに接続されていても良い。出力デバイスの一例としては、モニター或いはプリンターなどが含まれるが、これらに限定されるものではない。
【００３９】
（ネットワーク処理部）
メディアルーター１１８には、二つのネットワーク処理部を備えている。特に、第１のネットワーク処理部１６２及び第２のネットワーク処理部１６４がメディアルーター１１８に備えられており、それぞれは、通信インタフェース１５２及び１５４に接続されている。メディアルーター１１８に備えられるネットワークプロセッサはこれより多くても少なくても良いことを記載しておく。ネットワーク処理部１６２及び１６４は、マルチメディアパケットのヘッダーを検査する。更に、ネットワーク処理部１６２及び１６４は、ＭＰＬＳ（multi-protocol label switching）のラベルの取り除き及び付加を支援する。ここでは、マルチメディアルーター１１８は、マルチメディアパケットのＩＰヘッダーにおいて、ＭＰＬＳタグを取り除き或いは挿入することができる。
【００４０】
ネットワーク処理部１６２及び１６４は、メディアルーター１１８における中継サービスも供給する。ネットワーク処理部１６２及び１６４による中継サービスは、発信元アドレス、目的先アドレス、発信元ポート、目的先ポート、或いはマルチメディアパケットに含まれるこれらの領域のあらゆる組合せを中継することができる。更に、ネットワーク処理部１６２及び１６４は、マルチメディアパケットのヘッダー部１４０（図３に示す）において、diffserve codepointを挿入したり変更することができ、パケット送信する前に、マルチメディアパケットを優先するように変更することができる。
【００４１】
それぞれのネットワーク処理部１６２及び１６４は、これに限られるものではないが、Ｖｉｘ−Ｖ３インタフェースなどのインタフェースを備えている。Ｖｉｘ−Ｖ３インタフェースは、ネットワーク処理部１６２及び１６４が、受信したＲＴＰマルチメディアパケットを、Ｖｉｘ−Ｖ３の固定長セルを参照して多数の固定長のセルに変換するのに利用される。Ｖｉｘ−Ｖ３固定長セルは、下記で詳細に記載されるトラフィック管理部及びＦＰＧＡの両方によって、知らされる。ＲＴＰマルチメディアパケットをＶｉｘ−Ｖ３の固定長セルに変換するために、ネットワーク処理部１６２及び１６４は、ＲＴＰマルチメディアパケットにＶｉｘ−Ｖ３ヘッダー１４４（図３に示す）を追加する。Ｖｉｘ−Ｖ３ヘッダー部、特に、ユーザ定義領域１４５（図３）及びフロー識別領域１４９（図３）は、下記に示す理由に基づいて、トラフィック管理部及びＦＰＧＡによって利用される。例えば、Ｖｉｘ−Ｖ３ヘッダー１４４（図３）のフロー識別領域１４９（図３）部分は、トラフィック管理部、ＦＰＧＡ、ネットワーク処理部１６２及び１６４によって、識別されたＲＴＰマルチメディアフローにパケットの統計値を保存して、ＲＴＰマルチメディアパケットを識別するために利用される。
【００４２】
ネットワーク処理部１６２及び１６４は、マルチメディアパケットのヘッダー部１４０（図３）において、検索ビット１４７（図３）を設定するために利用される。下記に説明するように、検索ビット１４７（図３）は、ＦＰＧＡが、ＦＰＧＡに位置するどの検索エンジン（以下に説明する）が、メディアルーター１１８で利用するために、マルチメディアパケットの全て或いは一部をコピーするか、を決定するのに利用される。例えば、マルチメディアパケットの一部のみがコピーに必要な場合は、ＦＰＧＡが統計目的で保存するのに必要なマルチメディアパケットに関連づけられた情報が、パケットの発信元或いは目的地である場合である。更に、ＲＴＰマルチメディアパケットをＶｉｘ−Ｖ３の固定長セルに変換した後、ネットワーク処理部１６２及び１６４は、Ｖｉｘ−Ｖ３ヘッダー１４４（図３）のコピー領域１４８において、ＲＴＰマルチメディアパケットのコピーをネットワーク処理部１６２及び１６４に、或いは、ネットワーク処理部１６２及び１６４、及びＦＰＧＡ１８２及び１８４の両方に供給するかを明記する。
【００４３】
（トラフィック管理部）
トラフィック管理部１７２は、メディアルーター１１８に備えられている。トラフィック管理部１７２は、好ましくは、４つの入出力ポートを備えており、二つのネットワーク処理部１６２及び１６４は、４つの入出力ポートのうちの二つに接続しており、メディアルーター１１８において、トラフィック管理部１７２が通信を行うことができるようになっている。残った二つの入出力ポートは、二つのＦＰＧＡ１８２及び１８４に接続されており、ネットワーク統計値の取得及び計算のために利用される。ＦＰＧＡ１８２及び１８４、及びＦＰＧＡ１８２及び１８４によって行われる機能は、後述する。
【００４４】
受信したマルチメディアパケットのフロー識別領域１４９（図３）は、トラフィック管理部１７２が、受信したマルチメディアパケットの送信において、トラフィック管理部（トラフィック管理手段）１７２のどの入出力ポートを利用するかを決定するのに利用される。好ましくは、トラフィック管理メモリ１７４は、トラフィック管理部１７２の内部に備えられており、フロー識別領域１４９（図３）の位置情報を保存している。それぞれのフロー識別領域１４９（図３）との関連において、トラフィック管理メモリ１７４は、目的先のトラフィック管理部の入出力ポートを保存している。従って、トラフィック管理メモリ１７４は、受信したＲＴＰマルチメディアパケットの送信において、トラフィック管理部１７２のどの入出力ポートが利用されるかを決定するために、受信したＲＴＰマルチメディアパケットに関連づけられた値をフロー識別領域１４９（図３）において検索される。
【００４５】
入力された見通しから、トラフィック管理部１７２は、ＲＴＰマルチメディアパケットフローを監視し、ＲＴＰマルチメディアパケットフローに割り当てられた帯域幅外である場合、ＲＴＰマルチメディアパケットをドロップすること、または、捨てるべきものとしてこれらをマークすることにより、最大データ送信レートで実施する。トラフィック管理部１７２は、セションルーター１１６（図１）によって割り当てられた帯域幅及びビットレートに従った特定の量のマルチメディアを受け入れ、より高いビットレートで受信したマルチメディアは、メディアルーター１１８によって、送信されない。セションルーター１１６（図１）によって明記される特徴は、セションルーター１１６（図１）を利用することなく、メディアルーター１１８によって直接プログラムされても良い。
【００４６】
トラフィック管理部１７２は、また、トラフィック計測として観察されるＩＰセションＲＴＰマルチメディアフローレート或いは、トラフィック、プロセスを計測及び／又は実施するのに利用される。商業的に適切なトラフィック管理部１７２の一例としては、米国カリフォルニアにあるＭＭＣネットワークより販売されているＮＰＸ５７００トラフィックマネージャーがあげられる。本質的に、トラフィック管理部は、通信インタフェース１５２及び１５４を介して流れるマルチメディアパケットの数を計測する。
【００４７】
トラフィック管理メモリ１７４はまた、受信したＲＴＰマルチメディアパケットを一時的に保存するために利用される。更に、一度マルチメディアルーターによって転送が決定されると、トラフィック管理部は、ネットワーク処理部１６２及び１６４、及びＦＰＧＡ（後述する）と提携して、受信したＲＴＰマルチメディアパケットを、そのそれぞれのＩＰマルチメディアパケットフローの待ち行列に優先的に入れる。従って、トラフィック管理部１７２は、トラフィック管理メモリ１７４に一時的に保存された受信したＲＴＰマルチメディアパケットが、マルチメディアルーター１１８から目的地へ送信される順番を決定することができる。
【００４８】
トラフィック管理部１７２は、また、受信したマルチメディアパケットのデータ部がトラフィック管理部１７２によってコピーされ送信されているかを決定するために、受信したＲＴＰマルチメディアパケットのヘッダー部１４０のコピー領域１４８（図３）を検査する。上述した様にコピー領域１４８（図３）の記載を参照すると、コピー領域１４８（図３）は、また、コピーされたデータ部をネットワーク処理部１６２及び１６４に送信するか、或いはネットワーク処理部１６２及び１６４、及びＦＰＧＡ１８２及び１８４の両方に送信するかを明記している。
【００４９】
図４に示すように、二つのＦＰＧＡ１８２及び１８４は、メディアルーター１１８に備えられている。それぞれのＦＰＧＡ１８２及び１８４は、メディアルーター１１８に統計値を収集させており、ここで、ジター、待ち時間、損失パケットが決定される。図５は、ＦＰＧＡ１８２及び１８４を図示したブロック図である。
【００５０】
（ホスト処理部）
ホスト処理部２０２は、ローカルリンク１５４を介してＦＰＧＡ１８２及び１８４に接続されており、ＦＰＧＡ１８２及び１８４によって統計値を生成された後、マルチメディアを受信することができる。ホスト処理部２０２は、初期化を支援するために、ローカルリンク１５４を介して、メディアルーター１１８の他の部分によって、通信することができる。ネットワーク処理部は、ネットワーク処理部によって実行される機能コードを保持していないと定義されているので、ホスト処理部２０２は、機能コードを補い、そのコードをネットワーク処理部１６２及び１６４に送信する。ここで、機能コードは、記憶素子２０３に記憶されているのが好ましい。当業者には良く知られているように、機能コードは、ネットワーク処理部１６２及び１６４によって実行される機能を定義している。
【００５１】
ホスト処理部２０２は、ＲＴＰマルチメディアパケットの送信において、上流及び下流の失敗を検出及び収集し。マルチメディアフロー品質計測サービスを行う。ホスト処理部２０２がＲＴＰマルチメディアパケットの送信において、上流及び下流の失敗を検出及び収集する方法は、これに限らないがリンク失敗、外部管理イベントなどを含んでいる。ホスト処理部２０２によるマルチメディアフロー品質計測サービスは、一つのフローに基づいて供給され、ＲＴＰマルチメディアフローは、発信元のＩＰアドレス、目的地のＩＰアドレス、発信元のポート、目的先のポートのいずれか一つ以上により定義づけられている。品質計測サービスは、ネットワーク処理部１６２及び１６４においてＲＴＰメディアフローの現在の統計値、即ち、適切なＲＴＰマルチメディアフローの集合、最小／最大の統計値を保持することを含んでいる。
【００５２】
ホスト処理部２０２によって収集される統計値としては、予め定義された時間窓における待ち時間、ジター、パケット損失などが一例としてあげられる。これらの統計値は、ＦＰＧＡ１８２及び１８４によって予め計測され、ＦＰＧＡメモリ１８３及び１８５に保存されている。予め定義づけされた時間窓は、セションルーター１１６及び／又はメディアルーター１１８によって定義づけられている。ホスト処理部２０２は、トラフィック管理部の方針と、方針の管理を形成することができ、ＦＰＧＡ１８２及び１８４によって供給されないネットワーク処理部によってポーリングした統計値を収集する。
【００５３】
ＣＡＭ２１２（内容によってアドレスできるメモリ：content addressable memory）或いは外部検索エンジンは、メディアルーター１１８に備えられ、メディアルーター１１８において、ネットワーク処理部１６２及び１６４に備えられた特定の外部検索メモリインタフェースを介して通信を行うのが好ましい。ＣＡＭ２１２は、中継或いはバインドであり、好ましくは、ネットワーク処理部１６２及び１６４による早い接続で”オープン／バインド”のリクエストが決定される。外部検索エンジンの一例としては、カリフォルニアのマウンテンビューにあるＮｅｔｌｏｇｉｃＭｉｃｒｏｓｙｓｔｅｍｓにより製造されているものがある。
【００５４】
（ＦＰＧＡ（Field Programmable Gate Arrays））
メディアルーター１１８とその一部を説明してきたが、以下においては、ＦＰＧＡ１８２及び１８４を図示した図５を参照して、メディアルーター１１８の統計値生成部分について記載する。ソフトウェアを使用することにより、ソフトウェアを介して統計値の収集が行われる場合、メディアルーター１１８よりも、このＦＰＧＡ１８２及び１８４を備えたメディアルーター１１８が行う方が、早く実行されることを明記しておく。
【００５５】
図５を参照すると、ＦＰＧＡ１８２及び１８４がＲＴＰマルチメディアパケットを受信すると、そのパケットは、タイムスタンプエンジン２２２によって、タイムスタンプが行われる。タイムスタンプエンジン２２２は、稼働時計であり、ＦＰＧＡ１８２及び１８４において、パケットが送信される前に、受信したＲＴＰマルチメディアパケットに到着時刻を割り当てることができる。ＲＴＰマルチメディアパケットのヘッダーに、参照時間は提供されていないので、到着時刻は、以下で詳細に説明するような実際のジター及び待ち時間を決定するために利用される。
【００５６】
ＦＰＧＡ１８２及び１８４は、ＲＴＰマルチメディアパケットを受信し、マルチメディアパケットのユーザ定義領域１４５を参照して、パケットが保存されるかを決定する分類エンジン２２４を備えている。特に、ＦＰＧＡ１８２及び１８４は、ＲＴＰマルチメディアパケットヘッダー部１４０の検索ビット１４７を参照して、ＲＴＰマルチメディアパケットをコピーするか否かを決定する。
【００５７】
受信したマルチメディアパケットが保存される場合、分類エンジン２２４は、パケットを検索エンジン２２５に送信する。受信したマルチメディアパケットヘッダー部１４０の検索ビットがセットされている場合、検索エンジン２２５は、ＲＴＰマルチメディアパケットヘッダー部１４０のコピービットを参照して、マルチメディアパケットの全て或いは、マルチメディアパケットのヘッダー部分のみのいずれかをコピーするか否かを決定する。検索エンジン２２５が全てのマルチメディアパケットをコピーする場合、パケットは記憶素子２０３、或いはホスト処理部２０２が接続できる他の記憶デバイスに送信され、マルチメディアパケット或いは検索したヘッダーを補う。
【００５８】
好ましくは、受信したマルチメディアパケットのコピーが記憶素子２０３に送信される、或いはマルチメディアパケットがコピーされない場合、受信したマルチメディアパケットは、パケット分解手段２２６に送信される。マルチメディアパケットがパケット分解手段２２６に送信されると、内部信号が、コンテキストエンジン２４０に送信される。コンテキストエンジン２４０は、Ｖｉｘ−Ｖ３ヘッダー１４４のフロー識別領域１４９を利用して、それぞれの計算エンジンに情報を送信した後、ＦＰＧＡ１８２及び１８４に備えた計算エンジンが必要な情報を照合する。好ましくは、この情報は、ＦＰＧＡ１８２に接続されたＦＰＧＡメモリ１８３で保存されており、その結果、マルチメディアルーター１１８の他の部分との最小限の相互作用によって、素早く統計値を収集することができる。
【００５９】
それぞれの検索エンジンで必要な情報は、好ましくは配線によって行われており、これにより、ソフトウェアを利用することなく、必要な情報を予め定義することができる。後述するように、計算エンジンは、ＲＴＣＰジターエンジン２３４、ＲＴＰジターエンジン２３２、待ち時間エンジン２３６及び損失パケット算出エンジン２３８を備えたＦＰＧＡ１８２及び１８４に備えられている。以下に、それぞれの計算エンジンに必要な情報の例を記載する。
【００６０】
本発明の最良の実施の形態において、待ち時間エンジン２３６は、ＤＬＳＲ（LSR から現在までの遅延：delay since last send report）、ＲＴＣＰヘッダー１４３（図３）にあるＮＴＰ（network timing protocol）タイムスタンプ、及びＬＳＲからの時間が必要である。ＲＴＣＰジターエンジン２３４は、ＲＴＣＰヘッダー１４３（図３）によって定義されるＲＴＣＰジター値が必要である。損失パケット算出エンジン２３８は、ＲＴＰヘッダー１４２（図３）からシーケンス番号が必要である。他に、ＲＴＰジターエンジン２３２は、ＦＰＧＡエンジン１８３及び１８３（図４）からの情報は必要としない。
【００６１】
ジター、待ち時間、損失パケットの計算は、コンテキストエンジン２４０によって補われたＦＰＧＡメモリ１８３及び１８５から保存したデータと、受信したマルチメディアパケットから受信したリアルタイムデータが必要である。パケット分解手段２２６は、ジター、待ち時間及び損失パケットのいずれか一つ以上の正確な計測値を得て比較するために、リクエスト計算エンジンにリアルタイムデータを供給している。パケット分解手段２２６はまた、ヘッダー部１４０（図３）の分類ＩＤ１４６（図３）を利用して、受信したマルチメディアパケットがＲＴＰパケットであるか、ＲＴＣＰパケットであるかを識別する。受信したマルチメディアパケットがＲＴＰパケットである場合、パケット分解手段２２６は、マルチメディアパケットからリアルタイムデータを隔離し、そのデータをＲＴＰジターエンジン２３２に送信する。一方、受信したマルチメディアパケットがＲＴＣＰパケットである場合、パケット分解手段は、マルチメディアパケットからリアルタイムデータを隔離し、ＲＴＣＰジターエンジン２３４にそのデータを送信する。
【００６２】
ジターは、フローにおけるパケット間の間隔の変化の計測値である。別の定義では、ジターは、ＲＴＰマルチメディアパケットフローの待ち時間の変化である。ＲＴＰジターエンジン２３２は、メディアルーター１１８を介したＲＴＰマルチメディアパケットフローのジターを計測する。ＲＴＰマルチメディアパケットが、ＲＴＰジターエンジン２３２に到達すると、タイマーが開始され、そのマルチメディアフローの次のＲＴＰマルチメディアパケットが到達するまでタイマーは稼働する。マルチメディアパケットの到着時間の間隔は、内部パケットの間隔に参照される。二つの内部パケットの間隔の偏差によって、ジター値が決定される。偏差は、ジター値の中間値（“mean”）を生成し保存するための、偏差の集合に付加される。
【００６３】
一方、ＲＴＣＰマルチメディアパケットは、ＲＴＣＰヘッダー１４４（図３）において、ジター値を備えている。従って、ＲＴＣＰジターエンジン２３４がＲＴＣＰマルチメディアパケットを受信すると、ＲＴＣＰジターエンジン２３４は、ＲＴＣＰヘッダーを分解し、ジター値を取り除く。ジター計算は、特に、ＲＴＰジターエンジン２３２或いはＲＴＣＰジターエンジン２３４のいずれか一つによって、配線によって行われるので、ジターの計算は、メディアルーター１１８において、処理部が必ず必要な訳ではない。
【００６４】
マルチメディアパケットの一部がＲＴＣＰジターエンジン及びＲＴＰジターエンジン２３２に送信されると、パケット分解手段２２６は、また、ＲＴＣＰマルチメディアパケットからリアルタイムデータを隔離し、そのデータを待ち時間エンジン２３６に送信する。待ち時間エンジン２３６は、メディアルーター１１８から終端点のＲＴＣＰマルチメディアパケット送信において、待ち時間を計測する。おそらく、終端点は、これに限定されるものではないが、ＳＩＰ電話などの通信手段である。メディアルーター１１８と終端点との通信の対象（subject）は、テストパケットである。送信されたテストパケットを受信する終端点は、終端点によってテストパケットが受信された時刻と、テストパケットがメディアルーター１１８によって送信された時刻とを比較して、往復の飛行時間を決定する。往復の飛行時間の半分は、マルチメディアパケット送信における待ち時間となる、片道の飛行時間と考えられる。
【００６５】
パケットループを行う専用経路を利用するというよりも、ＲＴＣＰパケットフォーマットが利用されることを記載する。ＲＴＣＰパケットフォーマットによって、送信元の（送信レポートから）タイムスタンプを取得し、ループしているテストパケット（の受信レポートに）にタイムスタンプを設置することができ、また、テストパケットのループにどれくらいの時間がかかったのかを判定することができる。
【００６６】
ＲＴＰマルチメディアパケットがＲＴＰジターエンジン２３２に送信されると、ＲＴＰマルチメディアパケットは、また、損失パケット算出エンジン２３８に送信される。更に、損失パケット処理を参照して、以下のようなステップを実行して、マルチメディアフローにおけるドロップしたパケット処理を成し遂げる。損失パケット算出エンジン２３８はパケット分解手段２２６からシーケンス番号を受信し、そのシーケンス番号が、ＦＰＧＡメモリ１８３及び１８５に記憶された最大シーケンス番号よりも大きい場合、損失パケット算出エンジン２３８は、カウンターを一つあげる。損失パケット算出エンジン２３８は、最大値と受信したシーケンス番号の違いだけカウンターをあげる。損失パケット算出エンジン２３８がＦＰＧＡメモリ１８３及び１８５に記憶された最大シーケンス番号よりも小さい場合、損失パケット算出エンジン２３８は、カウンターを一つ下げる。損失パケットパケットヘッダー部１４０（図３）から受信したシーケンス番号が、”とても遠い”最大シーケンス番号よりも離れている数字である場合、ホスト処理部２０２によって予め定義されている様に、遅すぎていると認定され、シーケンス番号の損失パケット算出エンジン２３８は、受信したシーケンス番号の増加、減少を行わない。損失パケット算出エンジン２３８が算出するカウンター番号は、損失パケットの数を示している。
【００６７】
ＦＰＧＡ１８２及び１８４は、検索したマルチメディアパケットをホスト処理部２０２へ送信し、ホストに、取得した統計値にアクセスさせ、蓄積したあらゆるカウンターをクリアさせる。ＦＰＧＡ１８２及び１８４は、マルチメディアパケットが継続して受信され、それぞれのクロック端においてＦＰＧＡ１８２及び１８４によって解析されるのが好ましい。
【００６８】
本発明の別の実施の形態においては、ネットワーク処理部１６２、１６４、１６６、１６８は、それよりも多い或いは少ないネットワーク処理部がトラフィック管理部１７２に接続されていても良いし、トラフィック管理部１７２はそれ以上或いはそれ以下のポートを備えていても良い。更に、メディアルーター１１８において、ＦＰＧＡ１８２及び１８４は、それ以上或いはそれ以下のＦＰＧＡを備えていても良い。
【００６９】
本発明の上述した実施の形態は、特にあらゆる好ましい実施の形態は、単に実施の一例であり、単に、本発明の本質を理解しやすくするものである。本発明の本質及び主題からはずれることなく、上述した本発明の実施の形態に、様々な変更及び改良が加えられても良い。全てのこの変更及び改良は、この開示及び本発明の範囲に含められ、特許請求の範囲により保護される。
【図面の簡単な説明】
【図１】本発明の統計値を収集するシステムにおいて使われる通信ネットワークを示したブロック図である。
【図２】図１に示した通信ネットワークにおいて、更にメディアルーターを追加した場合を示したブロック図である。
【図３】図１及び図２に示したメディアルーターで受信したマルチメディアパケットの例を示すブロック図である。
【図４】図１及び図２に示したメディアルーターを示したブロック図である。
【図５】図４に示したメディアルーターに含まれるＦＰＧＡを示したブロック図である。

Claims

受信したマルチメディアパケットに、ユーザ定義領域（１４５）とフロー識別領域（１４９）を備えるヘッダー（１４０）を加えることにより、前記受信したマルチメディアパケットを複数の固定長セルに変換する、少なくとも一つのネットワーク処理部（１６２）と、
マルチメディアフローレートを計測するとともに、前記マルチメディアフローレートの最大データ送信レートで実施するトラフィック管理部（１７２）と、
受信したマルチメディアパケットの少なくとも一部をコピーし、前記受信したマルチメディアパケットのコピーによって、計算エンジン列を介して前記統計値の収集を実行する少なくとも一つのＦＰＧＡ（フィールドプログラム可能なゲートアレイ）（１８２）と、
前記ネットワーク処理部（１６２）における前記マルチメディアフローの集合及び最小又は最大統計値を含む現在の統計値の保存を含むマルチメディアフロー品質計測サービスを、一つのフローについて実行し、前記現在の統計値は前記ＦＰＧＡによって収集された統計値を含むホスト処理部（２０２）とを備え、
前記ユーザ定義領域には、前記受信したマルチメディアパケットのデータ部のコピーを、少なくとも一つのネットワーク処理部に、または、少なくとも一つのネットワーク処理部および前記ＦＰＧＡに、提供するか否かを決定するためのコピー領域を含み、
前記トラフィック管理部は、
前記受信したマルチメディアパケットの前記ユーザ定義領域に含まれる前記コピー領域に従って、前記受信したマルチメディアパケットのデータ部のコピーを、少なくとも一つの前記ネットワーク処理部、または少なくとも一つの前記ネットワーク処理部と前記ＦＰＧＡに送信する
ことを特徴とするマルチメディアパケットネットワーク（１０２）において統計値を収集するシステム。
前記受信したマルチメディアパケットは更に、ＲＴＣＰヘッダー（１４３）を備えており、
前記統計値を収集するシステムは、
前記システムに接続された所定の終端点を介して往復するように設計されたマルチメディアテストパケットと、テストパケット送信時刻とを関連づけ、
前記マルチメディアテストパケットが往復して到着したとき、テストパケット受信時刻とを関連づけ、
前記テストパケット送信時刻と前記テストパケット受信時刻とをから往復時間を生成し、
前記往復時間から前記マルチメディアパケットの送信における待ち時間を生成して、前記マルチメディアパケットの送信における待ち時間を決定する待ち時間計算エンジン（２３６）
を更に備えることを特徴とする請求項１に記載のシステム。
前記受信したマルチメディアパケットは、前記受信したマルチメディアパケットで保存されたシーケンス番号を含むＲＴＰパケットヘッダー（１４２）を更に備えており、
前記統計値を収集するシステムは、
前記シーケンス番号を受信し、受信した前記シーケンス番号が保存されたシーケンス番号の最大値より大きい場合、前記最大値と受信した前記シーケンス番号との違いによって、受信した前記シーケンス番号のカウンターをあげ、
受信した前記シーケンス番号が、前記保存されたシーケンス番号の最大値より小さい場合、前記カウンターの値を、損失パケットの数に下げて、損失パケットの処理を供給する損失パケット算出エンジン（２３８）
を更に備えることを特徴とする請求項１に記載のシステム。
前記受信したマルチメディアパケットは、ジター値を含むＲＴＣＰパケットヘッダー（１４３）を更に備えており、
前記統計値を収集するシステムは、
前記ＲＴＣＰパケットヘッダーを解剖し、ＲＴＣＰジター値を削除することにより、ＲＴＣＰジターを決定するＲＴＣＰジターエンジン（２３４）
を更に備えることを特徴とする請求項１に記載のシステム。
前記統計値を収集するシステムは、
第１のＲＴＰマルチメディアパケットを受信したときにタイマーを開始し、
前記第１のＲＴＰマルチメディアパケットと同一のＲＴＰマルチメディアフローから生成された第２のＲＴＰマルチメディアパケットを受信したときに前記タイマーを停止し、
前記第１のＲＴＰマルチメディアパケットと、前記第２のマルチメディアパケットとの到着時刻の時間間隔を、内部パケットの間隔として参照し、
前記ＲＴＰジター値を取得するために、二つの内部パケットの間隔を偏差を決定することにより、ＲＴＰジター値を決定するＲＴＰジターエンジン（２３２）を更に備えることを特徴とする請求項１に記載のシステム。
前記トラフィック管理部（１７２）は、前記マルチメディアパケットが、マルチメディアパケットフローに割り当てられた所定の帯域幅外である場合、適切に放棄して、マルチメディアパケットをドロップし或いは前記マルチメディアパケットをマークすることにより、予め決められたデータ送信レートの最大値で実施して、マルチメディアフローを計測及び実施を行う
ことを特徴とする請求項１に記載のシステム。
前記ヘッダー（１４０）は、更にＶｉｘ−Ｖ３ヘッダー（１４４）を備えていることを特徴とする請求項１に記載のシステム。
前記ネットワーク処理部は、前記コピー領域に、受信した前記マルチメディアパケットのコピーが、少なくとも一つのネットワーク処理部、または少なくとも一つのネットワーク処理部と前記ＦＰＧＡに供給されることを明記する
ことを特徴とする請求項１に記載のシステム。
前記ＦＰＧＡは、前記コピー領域のコピービットに従って、全ての受信したマルチメディアパケットをコピーし、または前記受信したマルチメディアパケットの前記ヘッダーをコピーする
ことを特徴とする請求項１に記載のシステム。
前記ＦＰＧＡは、前記受信したマルチメディアパケットのユーザ定義領域に含まれる検索ビットを参照し、前記検索ビットに従って、前記受信したマルチメディアパケットをコピーするか否かを決定する
ことを特徴とする請求項１に記載のシステム。