JP5300278B2 - ネットワークジッターを測定するメディアレートを検出する方法 - Google Patents

Description

本発明は、ネットワーク性能を測定する方法に関する。

ディジタルマルチメディアコンテンツ（例えば、ビデオ及び／又はオーディオデータ）は、通信ネットワーク上を確実かつタイムリーな方法でエンドユーザーにトランスポートされなければならない。ストリーミングビデオサービス（例えば、インターネットプロトコルテレビ（ＩＰＴＶ）、ビデオ会議、ビデオオンデマンドなど）は遅延、ジッター又はデータ損失に対して特に敏感であり、これはすべて、エンドユーザーの経験の品質に悪影響を与えることがある。通常、ディジタルマルチメディアコンテンツは、ネットワークでの送信前に符号化される。Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ−２）基準のパート１（システム）は、ブロードキャストチャネルやインターネットプロトコルネットワークなどのわずかに不確実な媒体上でマルチメディアコンテンツを符号化及びトランスポートするトランスポートストリーム（ＴＳ）を定義する。トランスポートストリームは、これらのペイロードでビデオやオーディオデータを搬送するパケットからなる。ＴＳパケットは受信及び復号化されて、オリジナルマルチメディアコンテンツを再構築する。トランスポートストリームプロトコルはまた国際基準ＩＳＯ／ＩＥＣ１３８１８−１で特定されている。

ディジタルマルチメディアコンテンツを搬送するネットワークの性能を判断することは、このようなネットワークの良好な設計及び動作に対して重要な要素である。ネットワーク性能の測定は、Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）として知られている。ＭＤＩは２つのコンポーネント、遅延係数（ＤＦ）及びメディア損失レート（ＭＬＲ）を有する。ＭＤＩは、コロンによって分離された２つの番号、ＤＦ：ＭＬＲとして表される。

ＭＤＩのＤＦコンポーネントは、各ネットワークパケットの終点において観察される、メディアデータの到着とメディアデータのドレインとの間の最大差である。ＤＦはパケットジッターを表している。高い値のＤＦは、パケットジッターの効果を最小化するためにより大きなバッファ経路が必要とされることを示している。ＤＦを計算するために、ストリームの受信パケットをバッファリングするために使用される仮想バッファＶＢについて考える。パケットＰ_i（ここでｉ＞０）が測定インターバル中に到着するたびに、２つのＶＢ値、ＶＢ（ｉ，ｐｒｅ）及びＶＢ（ｉ，ｐｏｓｔ）を以下のように計算する。

ここで、Ｓ_jは測定インターバル中のｊ番目のパケットのメディアペイロードサイズであり、Ｔ_iは、前の測定インターバルにおいて最後に受信されたパケットに対する、又は最初の測定インターバルの場合には最初のパケットに対する到着時間である。ＭＲは秒当たりのバイト単位の名目メディアレートである。ＶＢ（ｉ，ｐｒｅ）はＰ_iの到着直前の仮想バッファサイズであり、ＶＢ（ｉ，ｐｏｓｔ）はＰ_iの到着直後の仮想バッファサイズである。この計算は、各測定インターバルの開始時に、ＶＢ（０，ｐｏｓｔ）＝ＶＢ（０，ｐｒｅ）＝０及びＶＢ（１，ｐｒｅ）＝−ＭＲ・Ｔ₁の初期条件に付される。測定インターバルは名目期間中の最終パケットの到着直後から、次の名目期間の最終パケットの到着直後まで定義される。測定インターバルの長さは任意であり、アプリケーション間で変化することもあるが、通常は１秒と選択される。

名目メディアレートは可変的であっても一定であってもよい。一定のビットレート（ＣＢＲ）がある場合、メディアストリームの送信は、ビットレベルで一定であると定義される。可変的なビットレート（ＶＢＲ）がある場合、レートは変化することができるが、詳細な説明で定義されているように区分的に一定であると定義される。従来技術のＤＦはＣＢＲの場合についてのみ定義されている。

ＤＦは、ＶＢの最大値と最小値との間の差を発見することによって以下のように測定インターバルごとに１回計算される。

最大値及び最小値は、ｉ＝０での初期条件によって導入されるゼロを含む。

ＭＬＲは秒当たりの損失又は破損パケット数として定義される。

ＭＤＩ、ＤＦ及びＭＬＲ測定に関するさらなる情報については、以下の出版物、Ａｐｒｉｌ ２００６ ｂｙ ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ ａｓ ＩＥＴＦ ＲＦＣ ４４４５で発行され、かつ以下のＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｒｆｃ４４４５．ｔｘｔで見られる「Ａ Ｐｒｏｐｏｓｅｄ Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）」ｂｙ Ｊ．Ｗｅｌｃｈ ａｎｄ Ｊ．Ｃｌａｒｋと、Ａｇｉｌｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ ｏｎ Ａｕｇｕｓｔ ３０，２００６によって発行され、かつ以下のＵＲＬ：ｈｔｔｐ：／／ｃｐ．ｌｉｔｅｒａｔｕｒｅ．ａｇｉｌｅｎｔ．ｃｏｍ／ｌｉｔｗｅｂ／ｐｄｆ／５９８９−５０８８ＥＮ．ｐｄｆで見られる白書「ＩＰＴＶ ＱｏＥ：Ｕｎｄｅｒｓｔａｎｄｉｎｇ ａｎｄ Ｉｎｔｅｒｐｒｅｔｉｎｇ ＭＤＩ Ｖａｌｕｅｓ」を参照する。

ＤＦを計算する際の障害はメディアレートＭＲの判断である。使用する１つの値は、（「基本ストリームレート」とも称される）埋め込みメディアレートであり、これは、ＴＳパケットがＭＰＥＧ−２符号器によって作成されるプログラム基本ストリーム（ＰＥＳ）において低レベルで符号化される。埋め込みメディアレートは、ビデオ又はオーディオデータのみを表すのに必要な単位時間当たりのビット数である。しかしながら、これらの低レベル符号化から埋め込みメディアレートを抽出するために相当な処理が必要とされ、受信ＴＳパケットは、メディアレートがＰＥＳから抽出可能になる前に、ＰＥＳを再構築するためにまず復号器によって復号化されなければならない。このプロセスは複雑であり、かなりのハードウェア及びソフトウェアリソースを必要とする。さらに、スケーラブルな方法でこれを実行するためには、テスト機器が、数百の同時ビデオチャネルでＰＥＳストリームを解析しなければならず、これはＩＰＴＶネットワークでは一般的である。加えて、埋め込みメディアレートは正しいメディアレートの正確な表示ではないが、これは、ペイロードを送信するのに必要とされる必要ＭＰＥＧトランスポートオーバーヘッドを含まないためである。

解決しようとする問題点は、ＤＦを判断する方法及び装置を改良することである。

本発明は、ネットワークを通じて送信機によって送信された符号化データの１ストリームのパケットを受信するステップであって、前記１ストリームのパケットが、前記送信機にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ｎは１以上の整数である、ステップと、（ｎ＋１）番目の送信タイムスタンプを判断するステップと、ｎ番目の送信タイムスタンプを判断するステップと、前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップであって、前記値は、測定インターバル中に前記パケットを記憶するために必要な仮想バッファのサイズに対応している、ステップと、前記ネットワークの性能測定を判断するために前記値を使用するステップとを含む、方法を提供する。

図１は、ネットワーク２２でトランスポートパケットストリーム２１を送信するためのシステムのブロック図を示している。トランスポートパケットストリームは、ＩＳＯ／ＩＥＣ １３８１８−１ＭＰＥＧ−２基準に従って符号化されたトランスポートストリーム（ＴＳ）パケットからなる。送信機２４はＩＳＯ／ＩＥＣ １３８１８−１ＭＰＥＧ−２基準に従ってプログラムクロックリファレンス（ＰＣＲ）タイムスタンプを選択ＴＳパケットに挿入し、トランスポートパケットストリーム２１をネットワーク２２で受信機２６に送信する。可変的ビットレート（ＶＢＲ）送信について、ストリームレートは連続ＰＣＲ間で一定であると定義される。後述のように、ＤＦの計算は、ＴＳパケットに既に含まれているこれらのＰＣＲタイムスタンプを使用することによって簡略化可能である。

図２は、Ｎ個のＴＳパケットを有するトランスポートパケットストリーム２１の分解図を示している。（ネットワーク２２がインターネットプロトコル（ＩＰ）ネットワークである場合、７個のＴＳパケット２３が普通、送信用イーサネット（登録商標）フレームに共にグルーピングされる点に注目すべきである）各ＴＳパケット２３はヘッダー２５及びペイロード２７を有する。図２のヘッダー２５は適合フィールド２９を含有するが、このフィールドは任意である。プログラムクロックリファレンス３１（ＰＣＲ）が適合フィールド２９内にあり、これは、パケットが送信される時点で挿入される送信機２４におけるＭＰＥＧ−２符号器内のシステムクロックからのタイムスタンプである。ＰＣＲ３１は４８ビット長であり、２つのセクションからなる。第１のセクションは３３ビット幅であり、９０ｋＨｚクロックを含む。第２のセクションは９ビット幅であり、２７ＭＨｚクロックである。残りの６ビットは予備である。

ＰＣＲ３１は受信機２６によって回復され、またトランスポートストリーム層内の２つの他のタイムスタンプ：復号タイムスタンプ（ＤＴＳ）及びプレゼンテーションタイムスタンプ（ＰＴＳ）の基準として使用される。ＤＴＳ及びＰＴＳはそれぞれ、パケットが復号化及び表示されるべきタイムインスタンスを特定する。ＰＣＲ３１は、ＤＴＳ及びＰＴＳがこれを基準ベースとして使用するため必要なフィールドであり、ＰＣＲ３１なしでは、ＴＳパケット２３は適切な時間で復号化不可能であった。ＭＰＥＧ−２基準は、（ＰＣＲ３１はそれほど頻繁に含まれないが）ＰＣＲ３１が１００ミリ秒ごとに少なくとも１回提供されることを必要とするが、すべてのＴＳパケット２３がＰＣＲ３１を含む必要はない。基準はまた、ＰＣＲの値が、実際のスケジュール済み送信時間の５００ナノ秒以内まで正確であることを必要とする。

図３は、受信機２６に到着する際のタイムライン３５に対する例示的トランスポートパケットストリーム３３のプロットを示している。図面は、ｎ番目のＰＣＲを担持するパケットの時間Ｔ_iでの到着と、次のＰＣＲを含有するＴＳパケットの到着までの総数ｋ_n個の後続パケットとを示しており、ここでｉ、ｋ及びｎは１以上の整数である。上述のように、７個のＴＳパケット２３は通常、インターネットプロトコルネットワークで送信するためにイーサネット（登録商標）フレームに共にグルーピングされるため、ＴＳパケットは普通、一度に７個のパケットのグループにまとめられて到着する。しかしながら、特定の実行だけでなく一般化するために、ＴＳパケットは、イーサネット（登録商標）フレームなしの連続ストリームで到着するものとして図３に示されている。

各パケットｉの関数Ｘ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）を以下のように定義する。

次いでＤＦは以下のように表されることが可能である。

次にｎ番目と（ｎ＋１）番目のＰＣＲ担持パケット間のインターバルについて考える。図３に示されているように、ｋ_nをこのインターバルのパケット数とする。ｉ＞１について、Δｔ_iをｉ番目と（ｉ−１）番目のパケットの到着間の時間と定義すると、Ｘ（ｉ，ｐｒｅ）は漸化式を満たす。

Ｘ（１，ｐｒｅ）＝−Ｔ₁に着目する。
また、

である。

データストリームがＣＢＲである場合、以下の偏差は、式（７）が正確なＤＦの計算であることを示すために使用可能である。まず、式（４）は読者の便宜のために以下反復される。

ＶＢ（ｉ，ｐｒｅ）項について式（１）で減算した後は以下の通りである。

次いで、式（９）の右辺の加算項は、ｊ＝ｉ−１の場合を引き出すために展開される。

ここでΔｔ_iは、ｉ番目と（ｉ−１）番目のパケットの到着間の時間である。

項は、（ｉ−１）番目のＴＳパケットを送信するための送信機について予想される時間量であり、これは連続ＰＣＲタイムスタンプ間の差と、ＰＣＲタイムスタンプ間で送信されたパケット数との比に等しい。従って、

である。

式（１２）の

に等しい項を式（１１）に代入すると、式（７）が得られる。

ＶＢＲは区分ＣＢＲであるため、明確かつ当然に定義された方法においてＶＢＲであるデータストリームに式（７）が一般化することに着目する。ＣＢＲの場合の偏差とは異なり、この一般化はＲＦＣ４４４５のＤＦのオリジナル定義から導出不可能である。

本質的に、従来技術のＤＦの式におけるパケットサイズＳ_j及びメディアレートＭＲは、パケット到着間の予想時間を使用して表されることが可能であり、これは以下の式から計算可能である。

値ｋ_nは、損失がないとするとパケットをカウントすることによって、あるいは何らかのカプセル化で使用可能なパケットのシーケンス番号を比較することによって取得可能である。ＭＤＩ測定のＭＬＲコンポーネントは、パケット損失が生じる場合、ＭＬＲはＤＦ測定の正確さ及び有効性の判断を考慮すべきであることを示している。

式（７）及び式（８）は、２つのＰＣＲタイムスタンプ間の差、パケットカウントｋ_n及びパケット到着間の経過時間Δｔ_iのみを使用して計算される。従来技術のＤＦ計算式で必要とされるようなパケットサイズの判断は全く必要ない。ＰＣＲ値ｋ_n及びΔｔ_iはまた、ＰＥＳを再構築して埋め込みメディアレートを抽出する際に伴う難点と比較して、ＴＳパケットストリームから抽出することは比較的容易である。従って、式（７）及び式（８）は従来技術の方法より簡単な代替例である。

さらに、この方法はプロトコル要件のオーバーヘッドを含み、かつマルチメディアデータの正しいトランスポートレートを反映するため、式（７）及び式（８）の使用はネットワーク性能のより正確な測定をもたらす。また、これらの計算は、所定の固定メディアレート（例えば、埋め込みメディアレート）ではなく実際のメディアレートに左右されるため、式（７）及び式（８）は一定のビットレート送信及び可変的ビットレート送信の両方に対して有効である。

開示されている実施形態は、ストリーム内のすべての基本ストリーム（ＥＳ）が共通の基準時間を共有する場合、Ｍｕｌｔｉｐｌｅ Ｐｒｏｇｒａｍ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（ＭＰＴＳ）に拡張可能である。

図４は、ネットワークのＤＦを計算するためのシステム４１のブロック図である。システム４１は、図１に示されている受信機２６の一部である。システム４１は、ＴＳパケット解析器４３と、ローカルクロック４５と、ストリーム識別子４７と、プロセッサ４９と、メモリ５１とを含む。

ＴＳパケット解析器４３は、到着ＴＳパケットストリーム３３を解析してＰＣＲを含有するＴＳパケットを識別し、かつＰＣＲを抽出する。ＴＳパケット解析器４３はまた、例えば、内部カウンタを使用することによって、あるいは何らかのカプセル化で使用可能なパケットのシーケンス番号を比較することによって到着ＴＳパケットをカウントする。プロセッサ４９は、抽出ＰＣＲ及びパケットカウントをＴＳパケット解析器４３から受信する。ローカルクロック４５はＴＳパケットの到着のローカル時間を判断して、到着タイムスタンプを各ＴＳパケットと関連付ける。ストリーム識別子４７は、ＴＳパケットがいずれのビデオストリームに属しているかを識別し、これはＩＰＴＶなどのマルチストリームアプリケーションにおいて必要である。プロセッサ４９は到着タイムスタンプをローカルクロック４５から受信し、これらを記憶する。プロセッサ４９は識別ビデオストリームをストリーム識別子４７から受信して、ＰＣＲ及び到着タイムスタンプがいずれのビデオストリームに対応するかを判断する。ローカルメモリ５１は到着タイムスタンプ及びＰＣＲを記憶するために使用される。

プロセッサ４９は、到着パケットｉごとに式（７）に従ってＸ（ｉ，ｐｒｅ）を、式（８）に従ってＸ（ｉ，ｐｏｓｔ）を計算し、結果をメモリ５１に記憶する。プロセッサ４９はまた各測定インターバル中の最大値Ｘ（ｉ，ｐｏｓｔ）及び最小値Ｘ（ｉ，ｐｒｅ）を判断し、次いで式（６）に従ってＤＦを計算する。

図５は、遅延係数を計算するための方法のフローチャートを示している。ステップ６３において、測定インターバルが開始する。ステップ６５において、パケットｉが受信されて、この到着タイムスタンプが記憶される。ステップ６７において、ＰＣＲについてパケットが検証される。もし１つも存在しない場合、次のパケットが処理される。ＰＣＲが存在すれば、ステップ６９においてＰＣＲは抽出されて、メモリに記憶される。ステップ７１において、これが受信されている最初のＰＣＲであるか否かがチェックされる。
式（７）及び式（８）の

項を計算するために、少なくとも２つのＰＣＲが受信されていなければならない。
これが最初のＰＣＲである場合、次のパケットが処理される。これが最初のＰＣＲでない場合、ステップ７３において式（１３）が計算される。ステップ７５において、式（７）及び式（８）が記憶済みの到着タイムスタンプを使用して計算されて、Ｘ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）の値を取得する。ステップ７７において、到着タイムスタンプがクリアされる。ステップ７９において、ステップ７５の計算の最小値及び最大値が判断される。これが測定インターバルの終了でなければ、ステップ８５において、測定インターバルのこのポイントまでの最大値Ｘ（ｉ，ｐｏｓｔ）及び最小値Ｘ（ｉ，ｐｒｅ）が記憶されて、処理が継続する。そうでなければ、ステップ８３においてＤＦが計算されて報告される。

一実施形態では、項

は一度最初に計算されることが可能であり、また測定インターバルを通して一定値として使用可能である。これは、データストリームが測定インターバルのＣＢＲである場合に実行可能であり、計算をさらに簡略化する。各パケットが到着すると、式（７）及び式（８）からのＸ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）は、式（１３）の一定値及びパケット到着間時間Δｔ_iを使用して簡単に計算可能である。同じ測定インターバル内に到着するパケットの任意の他のＰＣＲ値は無視されてもよい。

一実施形態では、式（７）及び式（８）はまた、計算がより簡単な、ＤＦ’と記されるＤＦの粗バージョンを定義するために使用可能である。パケットごとの到着間時間を検証するのではなく、ＰＣＲ担持パケットの到着間時間のみが考慮される。従って、式（７）及び式（８）は

及び

に簡略化し、ここでＴ’_nは、前の測定インターバルにおける最終ＰＣＲ担持パケットに対する、又は最初の測定インターバルの場合の最初のＰＣＲ担持パケットに対するＰＣＲ_nを担持するパケットの到着時間である。そして
Ｘ’（０，ｐｒｅ）＝Ｘ’（０，ｐｏｓｔ）
Ｘ’（１，ｐｒｅ）＝−Ｔ’₁
ＤＦ’は

と表される。ｋ_n及び関連除算はこの測定には必要ないことに着目する。これらの式は、２つのＰＣＲタイムスタンプ間の差、及びそれらのタイムスタンプを搬送するＴＳパケットの受信間の経過時間のみを必要とする。式（１４）及び式（１５）は完全ＤＦ計算と全く同じ結果をリターンしないのに対して、これらは良好な近似を提供する。ＰＣＲ３１は１００ミリ秒当たり１回挿入されるだけでよいので、値Ｘ（ｎ，ｐｒｅ）及びＸ（ｎ，ｐｏｓｔ）はこの大きさのエラー項を有することに着目すべきである。

本発明は特定の実施形態を参照して詳述されてきたが、本発明が関連する当業者は、種々の修正及び改良が請求項の精神及び範囲から逸脱することなくなされてもよいことを理解する。

ネットワークを通じてトランスポートパケットストリームを送信するシステムのブロック図である。 Ｎ個のトランスポートストリームパケットを有する例示的なトランスポートパケットストリームの分解図である。 受信機に到着する際のタイムラインに対する例示的なトランスポートパケットストリームのプロットである。 ネットワークの遅延係数を計算するシステムのブロック図である。 遅延係数を計算する方法のフローチャートを示す。

符号の説明

２２ ネットワーク
２４ 送信機
２６ 受信機

Claims (12)

1. ネットワークを通じて送信機によって送信された符号化データのパケットストリームを受信するステップであって、前記パケットストリームが、ｎを１以上の整数として、ローカルなクロックから前記送信機への送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、前記パケットストリームは、ローカルなクロックから前記送信機への送信タイムスタンプを含まない少なくとも１パケットをさらに含む、ステップと、
   （ｎ＋１）番目の送信タイムスタンプを判断するステップと、
   ｎ番目の送信タイムスタンプを判断するステップと、
   前記（ｎ＋１）番目の送信タイムスタンプと前記ｎ番目との送信タイムスタンプの間の第１の差を判断するステップと、
   前記（ｎ＋１）番目の送信タイムスタンプと前記ｎ番目との送信タイムスタンプの間で受信されたパケット数ｋを判断するステップと、
   前記第１の差と前記ｋに基づいて、連続パケット間で予想される時間量を計算するステップと、
   前記パケットストリームにおいて、連続パケット間の予想される前記計算された時間量と連続パケット間の測定された時間量を用いて、連続パケット間の最大の予想される時間量を計算するステップと、
   前記連続パケット間の前記最大の予想される計算された時間量に基づいて、前記ネットワークのＭｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）の遅延係数（ＤＦ）を計算するステップと
   を含む、方法。
2. 前記送信タイムスタンプが、所定の時間において前記パケットを復号するための基準ベースとして使われる請求項１に記載の方法。
3. 前記送信タイムスタンプが、国際基準ＩＳＯ／ＩＥＣ １３８１８−１に従ったプログラムクロックリファレンスである請求項１に記載の方法。
4. 前記パケットストリームにおいて、連続パケット間の前記予想される計算された時間量と連続パケット間の測定された時間量を用いて、連続パケット間で最大の予想される時間量を計算する前記ステップは、
   受信された各パケットについて、予想されたよりも早いまたは遅い受信された前記パケットの時間量に対応する第１の係数を計算し、次のパケットが到着するまでの予想される時間量に対応する第２の係数を計算するステップと、
   測定インターバル内で受信された送信タイムスタンプを有する各パケットについて、前記測定インターバル内でパケットが遅れた場合の最大の時間量を判断し、前記測定インターバル内で次のパケットが到着するまでの最大の予想される時間量を判断するステップと、
   前記測定インターバルの結果において、前記測定インターバル内でパケットが遅れた場合の前記最大の時間量と、前記測定インターバル内で次のパケットが到着するまでの前記最大の予想される時間量との和として、連続パケット間の前記最大の予想される時間量を計算するステップと
   を含む、請求項１に記載の方法。
5. 前記第１の係数は、選択パケットの到着直前の仮想バッファのサイズに対応し、
   前記第２の係数は、前記選択パケットの到着直後の前記仮想バッファのサイズに対応する請求項４に記載の方法。
6. 前記第１の係数を計算するステップがさらに、前記選択パケットの受信と、前記選択パケットの前のパケットの受信との間の第１の到着時間差に基づく請求項４に記載の方法。
7. 連続パケット間の前記予想される時間量が測定インターバル内において１回判断されて、連続パケット間の前記最大の予想される時間量を計算する際に複数回使用される請求項１に記載の方法。
8. （ｎ−１）番目の送信タイムスタンプを判断するステップと、
   前記（ｎ−１）番目の送信タイムスタンプ及び前記ｎ番目の送信タイムスタンプに基づいて第２の値を計算するステップと、
   前記ネットワークの前記性能測定を判断するため、前記第２の値を使用するステップと
   をさらに含む請求項１に記載の方法。
9. 第２の値を計算するステップがさらに、前記（ｎ＋１）番目の送信タイムスタンプを担持する前記パケットの受信と、前記ｎ番目の送信タイムスタンプを担持する前記パケットの受信との間の第２の到着時間差を判断するステップに基づいている請求項８に記載の方法。
10. 前記送信タイムスタンプが、プログラムクロックリファレンスタイムスタンプを含む、請求項１に記載の方法。
11. ネットワークを通じて送信機によって送信された符号化データのパケットストリームを受信するステップであって、前記パケットストリームが、ｎを１以上の整数として、ローカルなクロックから前記送信機への送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、前記パケットストリームは、ローカルなクロックから前記送信機への送信タイムスタンプを含まない少なくとも１パケットをさらに含む、ステップと、
    （ｎ＋１）番目の送信タイムスタンプと、前記（ｎ＋１）番目の送信タイムスタンプを含む前記パケットの第１の到着時間とを判断するステップと、
    ｎ番目の送信タイムスタンプと、前記ｎ番目の送信タイムスタンプを含む前記パケットの第２の到着時間とを判断するステップと、
    前記（ｎ＋１）番目の送信タイムスタンプと、前記ｎ番目の送信タイムスタンプと、前記第１の到着時間と、前記第２の到着時間とに基づいて、前記ネットワークのＭｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）の遅延係数（ＤＦ）を計算するステップと
    を含む、方法。
12. 前記（ｎ＋１）番目の送信タイムスタンプと、前記ｎ番目の送信タイムスタンプと、前記第１の到着時間と、前記第２の到着時間とに基づいて、前記ネットワークのＤＦを計算するステップは、
    測定インターバル内で受信された、送信タイムスタンプを有する各パケットについて、前記（ｎ＋１）番目のタイムスタンプを含む前記パケットと、前記ｎ番目のタイムスタンプを含む前記パケットとの間の予想された遅延を計算し、前記（ｎ＋１）番目のタイムスタンプを含む前記パケットと、前記ｎ番目のタイムスタンプを含む前記パケットとの間の実際の遅延を計算し、該予想された遅延と該実際の遅延とを用いて予想されたよりも早かった前記受信パケットの時間量に対応する第１の係数と、次のパケットが到着するまでの予想される時間量に対応する第２の係数とを計算するステップと、
    前記測定インターバルの結果において、前記測定インターバル内でパケットが遅れた場合の最大の時間量を判断し、前記測定インターバル内で次のパケットが到着するまでの最大の予想される時間量を判断し、前記測定インターバル内でパケットが遅かった場合の前記最大の時間量と、前記測定インターバル内での次のパケットが到着するまでの前記最大の予想される時間量とに基づいて、前記計算されたＤＦを使用するステップと
    を含む、請求項１１に記載の方法。

Images