ネットワークジッターを測定するメディアレートを検出する方法
【課題】 ＤＦを判断する方法及び装置を改良する。
【解決手段】 本発明では、ネットワーク性能を測定する方法及び装置を提供する。ネットワーク２２で送信機２４によって送信された符号化データの１ストリームのパケット２１が受信される。１ストリームのパケット２１は、送信機２４にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ここでｎは１以上の整数である。（ｎ＋１）番目の送信タイムスタンプ及びｎ番目の送信タイムスタンプが判断される。（ｎ＋１）番目及びｎ番目の送信タイムスタンプに基づいて値が計算される。この値は、測定インターバル中にパケットを記憶するのに必要な仮想バッファのサイズに対応する。また、値はネットワークの性能測定を判断するために使用される。
【解決手段】 本発明では、ネットワーク性能を測定する方法及び装置を提供する。ネットワーク２２で送信機２４によって送信された符号化データの１ストリームのパケット２１が受信される。１ストリームのパケット２１は、送信機２４にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ここでｎは１以上の整数である。（ｎ＋１）番目の送信タイムスタンプ及びｎ番目の送信タイムスタンプが判断される。（ｎ＋１）番目及びｎ番目の送信タイムスタンプに基づいて値が計算される。この値は、測定インターバル中にパケットを記憶するのに必要な仮想バッファのサイズに対応する。また、値はネットワークの性能測定を判断するために使用される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク性能を測定する方法に関する。
【背景技術】
【０００２】
ディジタルマルチメディアコンテンツ（例えば、ビデオ及び／又はオーディオデータ）は、通信ネットワーク上を確実かつタイムリーな方法でエンドユーザーにトランスポートされなければならない。ストリーミングビデオサービス（例えば、インターネットプロトコルテレビ（ＩＰＴＶ）、ビデオ会議、ビデオオンデマンドなど）は遅延、ジッター又はデータ損失に対して特に敏感であり、これはすべて、エンドユーザーの経験の品質に悪影響を与えることがある。通常、ディジタルマルチメディアコンテンツは、ネットワークでの送信前に符号化される。Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ−２）基準のパート１（システム）は、ブロードキャストチャネルやインターネットプロトコルネットワークなどのわずかに不確実な媒体上でマルチメディアコンテンツを符号化及びトランスポートするトランスポートストリーム（ＴＳ）を定義する。トランスポートストリームは、これらのペイロードでビデオやオーディオデータを搬送するパケットからなる。ＴＳパケットは受信及び復号化されて、オリジナルマルチメディアコンテンツを再構築する。トランスポートストリームプロトコルはまた国際基準ＩＳＯ／ＩＥＣ１３８１８−１で特定されている。
【０００３】
ディジタルマルチメディアコンテンツを搬送するネットワークの性能を判断することは、このようなネットワークの良好な設計及び動作に対して重要な要素である。ネットワーク性能の測定は、Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）として知られている。ＭＤＩは２つのコンポーネント、遅延係数（ＤＦ）及びメディア損失レート（ＭＬＲ）を有する。ＭＤＩは、コロンによって分離された２つの番号、ＤＦ：ＭＬＲとして表される。
【０００４】
ＭＤＩのＤＦコンポーネントは、各ネットワークパケットの終点において観察される、メディアデータの到着とメディアデータのドレインとの間の最大差である。ＤＦはパケットジッターを表している。高い値のＤＦは、パケットジッターの効果を最小化するためにより大きなバッファ経路が必要とされることを示している。ＤＦを計算するために、ストリームの受信パケットをバッファリングするために使用される仮想バッファＶＢについて考える。パケットＰi（ここでｉ＞０）が測定インターバル中に到着するたびに、２つのＶＢ値、ＶＢ（ｉ，ｐｒｅ）及びＶＢ（ｉ，ｐｏｓｔ）を以下のように計算する。
【数１】
【数２】
ここで、Ｓjは測定インターバル中のｊ番目のパケットのメディアペイロードサイズであり、Ｔiは、前の測定インターバルにおいて最後に受信されたパケットに対する、又は最初の測定インターバルの場合には最初のパケットに対する到着時間である。ＭＲは秒当たりのバイト単位の名目メディアレートである。ＶＢ（ｉ，ｐｒｅ）はＰiの到着直前の仮想バッファサイズであり、ＶＢ（ｉ，ｐｏｓｔ）はＰiの到着直後の仮想バッファサイズである。この計算は、各測定インターバルの開始時に、ＶＢ（０，ｐｏｓｔ）＝ＶＢ（０，ｐｒｅ）＝０及びＶＢ（１，ｐｒｅ）＝−ＭＲ・Ｔ1の初期条件に付される。測定インターバルは名目期間中の最終パケットの到着直後から、次の名目期間の最終パケットの到着直後まで定義される。測定インターバルの長さは任意であり、アプリケーション間で変化することもあるが、通常は１秒と選択される。
【０００５】
名目メディアレートは可変的であっても一定であってもよい。一定のビットレート（ＣＢＲ）がある場合、メディアストリームの送信は、ビットレベルで一定であると定義される。可変的なビットレート（ＶＢＲ）がある場合、レートは変化することができるが、詳細な説明で定義されているように区分的に一定であると定義される。従来技術のＤＦはＣＢＲの場合についてのみ定義されている。
【０００６】
ＤＦは、ＶＢの最大値と最小値との間の差を発見することによって以下のように測定インターバルごとに１回計算される。
【数３】
最大値及び最小値は、ｉ＝０での初期条件によって導入されるゼロを含む。
【０００７】
ＭＬＲは秒当たりの損失又は破損パケット数として定義される。
【０００８】
ＭＤＩ、ＤＦ及びＭＬＲ測定に関するさらなる情報については、以下の出版物、Ａｐｒｉｌ ２００６ ｂｙ ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ ａｓ ＩＥＴＦ ＲＦＣ ４４４５で発行され、かつ以下のＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｒｆｃ４４４５．ｔｘｔで見られる「Ａ Ｐｒｏｐｏｓｅｄ Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）」ｂｙ Ｊ．Ｗｅｌｃｈ ａｎｄ Ｊ．Ｃｌａｒｋと、Ａｇｉｌｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ ｏｎ Ａｕｇｕｓｔ ３０，２００６によって発行され、かつ以下のＵＲＬ：ｈｔｔｐ：／／ｃｐ．ｌｉｔｅｒａｔｕｒｅ．ａｇｉｌｅｎｔ．ｃｏｍ／ｌｉｔｗｅｂ／ｐｄｆ／５９８９−５０８８ＥＮ．ｐｄｆで見られる白書「ＩＰＴＶ ＱｏＥ：Ｕｎｄｅｒｓｔａｎｄｉｎｇ ａｎｄ Ｉｎｔｅｒｐｒｅｔｉｎｇ ＭＤＩ Ｖａｌｕｅｓ」を参照する。
【０００９】
ＤＦを計算する際の障害はメディアレートＭＲの判断である。使用する１つの値は、（「基本ストリームレート」とも称される）埋め込みメディアレートであり、これは、ＴＳパケットがＭＰＥＧ−２符号器によって作成されるプログラム基本ストリーム（ＰＥＳ）において低レベルで符号化される。埋め込みメディアレートは、ビデオ又はオーディオデータのみを表すのに必要な単位時間当たりのビット数である。しかしながら、これらの低レベル符号化から埋め込みメディアレートを抽出するために相当な処理が必要とされ、受信ＴＳパケットは、メディアレートがＰＥＳから抽出可能になる前に、ＰＥＳを再構築するためにまず復号器によって復号化されなければならない。このプロセスは複雑であり、かなりのハードウェア及びソフトウェアリソースを必要とする。さらに、スケーラブルな方法でこれを実行するためには、テスト機器が、数百の同時ビデオチャネルでＰＥＳストリームを解析しなければならず、これはＩＰＴＶネットワークでは一般的である。加えて、埋め込みメディアレートは正しいメディアレートの正確な表示ではないが、これは、ペイロードを送信するのに必要とされる必要ＭＰＥＧトランスポートオーバーヘッドを含まないためである。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
解決しようとする問題点は、ＤＦを判断する方法及び装置を改良することである。
【課題を解決するための手段】
【００１１】
本発明は、ネットワークを通じて送信機によって送信された符号化データの１ストリームのパケットを受信するステップであって、前記１ストリームのパケットが、前記送信機にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ｎは１以上の整数である、ステップと、（ｎ＋１）番目の送信タイムスタンプを判断するステップと、ｎ番目の送信タイムスタンプを判断するステップと、前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップであって、前記値は、測定インターバル中に前記パケットを記憶するために必要な仮想バッファのサイズに対応している、ステップと、前記ネットワークの性能測定を判断するために前記値を使用するステップとを含む、方法を提供する。
【発明を実施するための最良の形態】
【００１２】
図１は、ネットワーク２２でトランスポートパケットストリーム２１を送信するためのシステムのブロック図を示している。トランスポートパケットストリームは、ＩＳＯ／ＩＥＣ １３８１８−１ＭＰＥＧ−２基準に従って符号化されたトランスポートストリーム（ＴＳ）パケットからなる。送信機２４はＩＳＯ／ＩＥＣ １３８１８−１ＭＰＥＧ−２基準に従ってプログラムクロックリファレンス（ＰＣＲ）タイムスタンプを選択ＴＳパケットに挿入し、トランスポートパケットストリーム２１をネットワーク２２で受信機２６に送信する。可変的ビットレート（ＶＢＲ）送信について、ストリームレートは連続ＰＣＲ間で一定であると定義される。後述のように、ＤＦの計算は、ＴＳパケットに既に含まれているこれらのＰＣＲタイムスタンプを使用することによって簡略化可能である。
【００１３】
図２は、Ｎ個のＴＳパケットを有するトランスポートパケットストリーム２１の分解図を示している。（ネットワーク２２がインターネットプロトコル（ＩＰ）ネットワークである場合、７個のＴＳパケット２３が普通、送信用イーサネット（登録商標）フレームに共にグルーピングされる点に注目すべきである）各ＴＳパケット２３はヘッダー２５及びペイロード２７を有する。図２のヘッダー２５は適合フィールド２９を含有するが、このフィールドは任意である。プログラムクロックリファレンス３１（ＰＣＲ）が適合フィールド２９内にあり、これは、パケットが送信される時点で挿入される送信機２４におけるＭＰＥＧ−２符号器内のシステムクロックからのタイムスタンプである。ＰＣＲ３１は４８ビット長であり、２つのセクションからなる。第１のセクションは３３ビット幅であり、９０ｋＨｚクロックを含む。第２のセクションは９ビット幅であり、２７ＭＨｚクロックである。残りの６ビットは予備である。
【００１４】
ＰＣＲ３１は受信機２６によって回復され、またトランスポートストリーム層内の２つの他のタイムスタンプ：復号タイムスタンプ（ＤＴＳ）及びプレゼンテーションタイムスタンプ（ＰＴＳ）の基準として使用される。ＤＴＳ及びＰＴＳはそれぞれ、パケットが復号化及び表示されるべきタイムインスタンスを特定する。ＰＣＲ３１は、ＤＴＳ及びＰＴＳがこれを基準ベースとして使用するため必要なフィールドであり、ＰＣＲ３１なしでは、ＴＳパケット２３は適切な時間で復号化不可能であった。ＭＰＥＧ−２基準は、（ＰＣＲ３１はそれほど頻繁に含まれないが）ＰＣＲ３１が１００ミリ秒ごとに少なくとも１回提供されることを必要とするが、すべてのＴＳパケット２３がＰＣＲ３１を含む必要はない。基準はまた、ＰＣＲの値が、実際のスケジュール済み送信時間の５００ナノ秒以内まで正確であることを必要とする。
【００１５】
図３は、受信機２６に到着する際のタイムライン３５に対する例示的トランスポートパケットストリーム３３のプロットを示している。図面は、ｎ番目のＰＣＲを担持するパケットの時間Ｔiでの到着と、次のＰＣＲを含有するＴＳパケットの到着までの総数ｋn個の後続パケットとを示しており、ここでｉ、ｋ及びｎは１以上の整数である。上述のように、７個のＴＳパケット２３は通常、インターネットプロトコルネットワークで送信するためにイーサネット（登録商標）フレームに共にグルーピングされるため、ＴＳパケットは普通、一度に７個のパケットのグループにまとめられて到着する。しかしながら、特定の実行だけでなく一般化するために、ＴＳパケットは、イーサネット（登録商標）フレームなしの連続ストリームで到着するものとして図３に示されている。
【００１６】
各パケットｉの関数Ｘ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）を以下のように定義する。
【数４】
次いでＤＦは以下のように表されることが可能である。
【数５】
【００１７】
次にｎ番目と（ｎ＋１）番目のＰＣＲ担持パケット間のインターバルについて考える。図３に示されているように、ｋnをこのインターバルのパケット数とする。ｉ＞１について、Δｔiをｉ番目と（ｉ−１）番目のパケットの到着間の時間と定義すると、Ｘ（ｉ，ｐｒｅ）は漸化式を満たす。
【数６】
Ｘ（１，ｐｒｅ）＝−Ｔ1に着目する。
また、
【数７】
である。
【００１８】
データストリームがＣＢＲである場合、以下の偏差は、式（７）が正確なＤＦの計算であることを示すために使用可能である。まず、式（４）は読者の便宜のために以下反復される。
【数８】
【００１９】
ＶＢ（ｉ，ｐｒｅ）項について式（１）で減算した後は以下の通りである。
【数９】
【００２０】
次いで、式（９）の右辺の加算項は、ｊ＝ｉ−１の場合を引き出すために展開される。
【数１０】
ここでΔｔiは、ｉ番目と（ｉ−１）番目のパケットの到着間の時間である。
【数１１】
項は、（ｉ−１）番目のＴＳパケットを送信するための送信機について予想される時間量であり、これは連続ＰＣＲタイムスタンプ間の差と、ＰＣＲタイムスタンプ間で送信されたパケット数との比に等しい。従って、
【数１２】
である。
【００２１】
式（１２）の
【数１３】
に等しい項を式（１１）に代入すると、式（７）が得られる。
【数１４】
【００２２】
ＶＢＲは区分ＣＢＲであるため、明確かつ当然に定義された方法においてＶＢＲであるデータストリームに式（７）が一般化することに着目する。ＣＢＲの場合の偏差とは異なり、この一般化はＲＦＣ４４４５のＤＦのオリジナル定義から導出不可能である。
【００２３】
本質的に、従来技術のＤＦの式におけるパケットサイズＳj及びメディアレートＭＲは、パケット到着間の予想時間を使用して表されることが可能であり、これは以下の式から計算可能である。
【数１５】
【００２４】
値ｋnは、損失がないとするとパケットをカウントすることによって、あるいは何らかのカプセル化で使用可能なパケットのシーケンス番号を比較することによって取得可能である。ＭＤＩ測定のＭＬＲコンポーネントは、パケット損失が生じる場合、ＭＬＲはＤＦ測定の正確さ及び有効性の判断を考慮すべきであることを示している。
【００２５】
式（７）及び式（８）は、２つのＰＣＲタイムスタンプ間の差、パケットカウントｋn及びパケット到着間の経過時間Δｔiのみを使用して計算される。従来技術のＤＦ計算式で必要とされるようなパケットサイズの判断は全く必要ない。ＰＣＲ値ｋn及びΔｔiはまた、ＰＥＳを再構築して埋め込みメディアレートを抽出する際に伴う難点と比較して、ＴＳパケットストリームから抽出することは比較的容易である。従って、式（７）及び式（８）は従来技術の方法より簡単な代替例である。
【００２６】
さらに、この方法はプロトコル要件のオーバーヘッドを含み、かつマルチメディアデータの正しいトランスポートレートを反映するため、式（７）及び式（８）の使用はネットワーク性能のより正確な測定をもたらす。また、これらの計算は、所定の固定メディアレート（例えば、埋め込みメディアレート）ではなく実際のメディアレートに左右されるため、式（７）及び式（８）は一定のビットレート送信及び可変的ビットレート送信の両方に対して有効である。
【００２７】
開示されている実施形態は、ストリーム内のすべての基本ストリーム（ＥＳ）が共通の基準時間を共有する場合、Ｍｕｌｔｉｐｌｅ Ｐｒｏｇｒａｍ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（ＭＰＴＳ）に拡張可能である。
【００２８】
図４は、ネットワークのＤＦを計算するためのシステム４１のブロック図である。システム４１は、図１に示されている受信機２６の一部である。システム４１は、ＴＳパケット解析器４３と、ローカルクロック４５と、ストリーム識別子４７と、プロセッサ４９と、メモリ５１とを含む。
【００２９】
ＴＳパケット解析器４３は、到着ＴＳパケットストリーム３３を解析してＰＣＲを含有するＴＳパケットを識別し、かつＰＣＲを抽出する。ＴＳパケット解析器４３はまた、例えば、内部カウンタを使用することによって、あるいは何らかのカプセル化で使用可能なパケットのシーケンス番号を比較することによって到着ＴＳパケットをカウントする。プロセッサ４９は、抽出ＰＣＲ及びパケットカウントをＴＳパケット解析器４３から受信する。ローカルクロック４５はＴＳパケットの到着のローカル時間を判断して、到着タイムスタンプを各ＴＳパケットと関連付ける。ストリーム識別子４７は、ＴＳパケットがいずれのビデオストリームに属しているかを識別し、これはＩＰＴＶなどのマルチストリームアプリケーションにおいて必要である。プロセッサ４９は到着タイムスタンプをローカルクロック４５から受信し、これらを記憶する。プロセッサ４９は識別ビデオストリームをストリーム識別子４７から受信して、ＰＣＲ及び到着タイムスタンプがいずれのビデオストリームに対応するかを判断する。ローカルメモリ５１は到着タイムスタンプ及びＰＣＲを記憶するために使用される。
【００３０】
プロセッサ４９は、到着パケットｉごとに式（７）に従ってＸ（ｉ，ｐｒｅ）を、式（８）に従ってＸ（ｉ，ｐｏｓｔ）を計算し、結果をメモリ５１に記憶する。プロセッサ４９はまた各測定インターバル中の最大値Ｘ（ｉ，ｐｏｓｔ）及び最小値Ｘ（ｉ，ｐｒｅ）を判断し、次いで式（６）に従ってＤＦを計算する。
【００３１】
図５は、遅延係数を計算するための方法のフローチャートを示している。ステップ６３において、測定インターバルが開始する。ステップ６５において、パケットｉが受信されて、この到着タイムスタンプが記憶される。ステップ６７において、ＰＣＲについてパケットが検証される。もし１つも存在しない場合、次のパケットが処理される。ＰＣＲが存在すれば、ステップ６９においてＰＣＲは抽出されて、メモリに記憶される。ステップ７１において、これが受信されている最初のＰＣＲであるか否かがチェックされる。
式（７）及び式（８）の
【数１６】
項を計算するために、少なくとも２つのＰＣＲが受信されていなければならない。
これが最初のＰＣＲである場合、次のパケットが処理される。これが最初のＰＣＲでない場合、ステップ７３において式（１３）が計算される。ステップ７５において、式（７）及び式（８）が記憶済みの到着タイムスタンプを使用して計算されて、Ｘ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）の値を取得する。ステップ７７において、到着タイムスタンプがクリアされる。ステップ７９において、ステップ７５の計算の最小値及び最大値が判断される。これが測定インターバルの終了でなければ、ステップ８５において、測定インターバルのこのポイントまでの最大値Ｘ（ｉ，ｐｏｓｔ）及び最小値Ｘ（ｉ，ｐｒｅ）が記憶されて、処理が継続する。そうでなければ、ステップ８３においてＤＦが計算されて報告される。
【００３２】
一実施形態では、項
【数１７】
は一度最初に計算されることが可能であり、また測定インターバルを通して一定値として使用可能である。これは、データストリームが測定インターバルのＣＢＲである場合に実行可能であり、計算をさらに簡略化する。各パケットが到着すると、式（７）及び式（８）からのＸ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）は、式（１３）の一定値及びパケット到着間時間Δｔiを使用して簡単に計算可能である。同じ測定インターバル内に到着するパケットの任意の他のＰＣＲ値は無視されてもよい。
【００３３】
一実施形態では、式（７）及び式（８）はまた、計算がより簡単な、ＤＦ’と記されるＤＦの粗バージョンを定義するために使用可能である。パケットごとの到着間時間を検証するのではなく、ＰＣＲ担持パケットの到着間時間のみが考慮される。従って、式（７）及び式（８）は
【数１８】
及び
【数１９】
に簡略化し、ここでＴ’nは、前の測定インターバルにおける最終ＰＣＲ担持パケットに対する、又は最初の測定インターバルの場合の最初のＰＣＲ担持パケットに対するＰＣＲnを担持するパケットの到着時間である。そして
Ｘ’（０，ｐｒｅ）＝Ｘ’（０，ｐｏｓｔ）
Ｘ’（１，ｐｒｅ）＝−Ｔ’1
ＤＦ’は
【数２０】
と表される。ｋn及び関連除算はこの測定には必要ないことに着目する。これらの式は、２つのＰＣＲタイムスタンプ間の差、及びそれらのタイムスタンプを搬送するＴＳパケットの受信間の経過時間のみを必要とする。式（１４）及び式（１５）は完全ＤＦ計算と全く同じ結果をリターンしないのに対して、これらは良好な近似を提供する。ＰＣＲ３１は１００ミリ秒当たり１回挿入されるだけでよいので、値Ｘ（ｎ，ｐｒｅ）及びＸ（ｎ，ｐｏｓｔ）はこの大きさのエラー項を有することに着目すべきである。
【００３４】
本発明は特定の実施形態を参照して詳述されてきたが、本発明が関連する当業者は、種々の修正及び改良が請求項の精神及び範囲から逸脱することなくなされてもよいことを理解する。
【図面の簡単な説明】
【００３５】
【図１】ネットワークを通じてトランスポートパケットストリームを送信するシステムのブロック図である。
【図２】Ｎ個のトランスポートストリームパケットを有する例示的なトランスポートパケットストリームの分解図である。
【図３】受信機に到着する際のタイムラインに対する例示的なトランスポートパケットストリームのプロットである。
【図４】ネットワークの遅延係数を計算するシステムのブロック図である。
【図５】遅延係数を計算する方法のフローチャートを示す。
【符号の説明】
【００３６】
２２ ネットワーク
２４ 送信機
２６ 受信機
【技術分野】
【０００１】
本発明は、ネットワーク性能を測定する方法に関する。
【背景技術】
【０００２】
ディジタルマルチメディアコンテンツ（例えば、ビデオ及び／又はオーディオデータ）は、通信ネットワーク上を確実かつタイムリーな方法でエンドユーザーにトランスポートされなければならない。ストリーミングビデオサービス（例えば、インターネットプロトコルテレビ（ＩＰＴＶ）、ビデオ会議、ビデオオンデマンドなど）は遅延、ジッター又はデータ損失に対して特に敏感であり、これはすべて、エンドユーザーの経験の品質に悪影響を与えることがある。通常、ディジタルマルチメディアコンテンツは、ネットワークでの送信前に符号化される。Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ（ＭＰＥＧ−２）基準のパート１（システム）は、ブロードキャストチャネルやインターネットプロトコルネットワークなどのわずかに不確実な媒体上でマルチメディアコンテンツを符号化及びトランスポートするトランスポートストリーム（ＴＳ）を定義する。トランスポートストリームは、これらのペイロードでビデオやオーディオデータを搬送するパケットからなる。ＴＳパケットは受信及び復号化されて、オリジナルマルチメディアコンテンツを再構築する。トランスポートストリームプロトコルはまた国際基準ＩＳＯ／ＩＥＣ１３８１８−１で特定されている。
【０００３】
ディジタルマルチメディアコンテンツを搬送するネットワークの性能を判断することは、このようなネットワークの良好な設計及び動作に対して重要な要素である。ネットワーク性能の測定は、Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）として知られている。ＭＤＩは２つのコンポーネント、遅延係数（ＤＦ）及びメディア損失レート（ＭＬＲ）を有する。ＭＤＩは、コロンによって分離された２つの番号、ＤＦ：ＭＬＲとして表される。
【０００４】
ＭＤＩのＤＦコンポーネントは、各ネットワークパケットの終点において観察される、メディアデータの到着とメディアデータのドレインとの間の最大差である。ＤＦはパケットジッターを表している。高い値のＤＦは、パケットジッターの効果を最小化するためにより大きなバッファ経路が必要とされることを示している。ＤＦを計算するために、ストリームの受信パケットをバッファリングするために使用される仮想バッファＶＢについて考える。パケットＰi（ここでｉ＞０）が測定インターバル中に到着するたびに、２つのＶＢ値、ＶＢ（ｉ，ｐｒｅ）及びＶＢ（ｉ，ｐｏｓｔ）を以下のように計算する。
【数１】
【数２】
ここで、Ｓjは測定インターバル中のｊ番目のパケットのメディアペイロードサイズであり、Ｔiは、前の測定インターバルにおいて最後に受信されたパケットに対する、又は最初の測定インターバルの場合には最初のパケットに対する到着時間である。ＭＲは秒当たりのバイト単位の名目メディアレートである。ＶＢ（ｉ，ｐｒｅ）はＰiの到着直前の仮想バッファサイズであり、ＶＢ（ｉ，ｐｏｓｔ）はＰiの到着直後の仮想バッファサイズである。この計算は、各測定インターバルの開始時に、ＶＢ（０，ｐｏｓｔ）＝ＶＢ（０，ｐｒｅ）＝０及びＶＢ（１，ｐｒｅ）＝−ＭＲ・Ｔ1の初期条件に付される。測定インターバルは名目期間中の最終パケットの到着直後から、次の名目期間の最終パケットの到着直後まで定義される。測定インターバルの長さは任意であり、アプリケーション間で変化することもあるが、通常は１秒と選択される。
【０００５】
名目メディアレートは可変的であっても一定であってもよい。一定のビットレート（ＣＢＲ）がある場合、メディアストリームの送信は、ビットレベルで一定であると定義される。可変的なビットレート（ＶＢＲ）がある場合、レートは変化することができるが、詳細な説明で定義されているように区分的に一定であると定義される。従来技術のＤＦはＣＢＲの場合についてのみ定義されている。
【０００６】
ＤＦは、ＶＢの最大値と最小値との間の差を発見することによって以下のように測定インターバルごとに１回計算される。
【数３】
最大値及び最小値は、ｉ＝０での初期条件によって導入されるゼロを含む。
【０００７】
ＭＬＲは秒当たりの損失又は破損パケット数として定義される。
【０００８】
ＭＤＩ、ＤＦ及びＭＬＲ測定に関するさらなる情報については、以下の出版物、Ａｐｒｉｌ ２００６ ｂｙ ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ ａｓ ＩＥＴＦ ＲＦＣ ４４４５で発行され、かつ以下のＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｒｆｃ４４４５．ｔｘｔで見られる「Ａ Ｐｒｏｐｏｓｅｄ Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）」ｂｙ Ｊ．Ｗｅｌｃｈ ａｎｄ Ｊ．Ｃｌａｒｋと、Ａｇｉｌｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ ｏｎ Ａｕｇｕｓｔ ３０，２００６によって発行され、かつ以下のＵＲＬ：ｈｔｔｐ：／／ｃｐ．ｌｉｔｅｒａｔｕｒｅ．ａｇｉｌｅｎｔ．ｃｏｍ／ｌｉｔｗｅｂ／ｐｄｆ／５９８９−５０８８ＥＮ．ｐｄｆで見られる白書「ＩＰＴＶ ＱｏＥ：Ｕｎｄｅｒｓｔａｎｄｉｎｇ ａｎｄ Ｉｎｔｅｒｐｒｅｔｉｎｇ ＭＤＩ Ｖａｌｕｅｓ」を参照する。
【０００９】
ＤＦを計算する際の障害はメディアレートＭＲの判断である。使用する１つの値は、（「基本ストリームレート」とも称される）埋め込みメディアレートであり、これは、ＴＳパケットがＭＰＥＧ−２符号器によって作成されるプログラム基本ストリーム（ＰＥＳ）において低レベルで符号化される。埋め込みメディアレートは、ビデオ又はオーディオデータのみを表すのに必要な単位時間当たりのビット数である。しかしながら、これらの低レベル符号化から埋め込みメディアレートを抽出するために相当な処理が必要とされ、受信ＴＳパケットは、メディアレートがＰＥＳから抽出可能になる前に、ＰＥＳを再構築するためにまず復号器によって復号化されなければならない。このプロセスは複雑であり、かなりのハードウェア及びソフトウェアリソースを必要とする。さらに、スケーラブルな方法でこれを実行するためには、テスト機器が、数百の同時ビデオチャネルでＰＥＳストリームを解析しなければならず、これはＩＰＴＶネットワークでは一般的である。加えて、埋め込みメディアレートは正しいメディアレートの正確な表示ではないが、これは、ペイロードを送信するのに必要とされる必要ＭＰＥＧトランスポートオーバーヘッドを含まないためである。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
解決しようとする問題点は、ＤＦを判断する方法及び装置を改良することである。
【課題を解決するための手段】
【００１１】
本発明は、ネットワークを通じて送信機によって送信された符号化データの１ストリームのパケットを受信するステップであって、前記１ストリームのパケットが、前記送信機にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ｎは１以上の整数である、ステップと、（ｎ＋１）番目の送信タイムスタンプを判断するステップと、ｎ番目の送信タイムスタンプを判断するステップと、前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップであって、前記値は、測定インターバル中に前記パケットを記憶するために必要な仮想バッファのサイズに対応している、ステップと、前記ネットワークの性能測定を判断するために前記値を使用するステップとを含む、方法を提供する。
【発明を実施するための最良の形態】
【００１２】
図１は、ネットワーク２２でトランスポートパケットストリーム２１を送信するためのシステムのブロック図を示している。トランスポートパケットストリームは、ＩＳＯ／ＩＥＣ １３８１８−１ＭＰＥＧ−２基準に従って符号化されたトランスポートストリーム（ＴＳ）パケットからなる。送信機２４はＩＳＯ／ＩＥＣ １３８１８−１ＭＰＥＧ−２基準に従ってプログラムクロックリファレンス（ＰＣＲ）タイムスタンプを選択ＴＳパケットに挿入し、トランスポートパケットストリーム２１をネットワーク２２で受信機２６に送信する。可変的ビットレート（ＶＢＲ）送信について、ストリームレートは連続ＰＣＲ間で一定であると定義される。後述のように、ＤＦの計算は、ＴＳパケットに既に含まれているこれらのＰＣＲタイムスタンプを使用することによって簡略化可能である。
【００１３】
図２は、Ｎ個のＴＳパケットを有するトランスポートパケットストリーム２１の分解図を示している。（ネットワーク２２がインターネットプロトコル（ＩＰ）ネットワークである場合、７個のＴＳパケット２３が普通、送信用イーサネット（登録商標）フレームに共にグルーピングされる点に注目すべきである）各ＴＳパケット２３はヘッダー２５及びペイロード２７を有する。図２のヘッダー２５は適合フィールド２９を含有するが、このフィールドは任意である。プログラムクロックリファレンス３１（ＰＣＲ）が適合フィールド２９内にあり、これは、パケットが送信される時点で挿入される送信機２４におけるＭＰＥＧ−２符号器内のシステムクロックからのタイムスタンプである。ＰＣＲ３１は４８ビット長であり、２つのセクションからなる。第１のセクションは３３ビット幅であり、９０ｋＨｚクロックを含む。第２のセクションは９ビット幅であり、２７ＭＨｚクロックである。残りの６ビットは予備である。
【００１４】
ＰＣＲ３１は受信機２６によって回復され、またトランスポートストリーム層内の２つの他のタイムスタンプ：復号タイムスタンプ（ＤＴＳ）及びプレゼンテーションタイムスタンプ（ＰＴＳ）の基準として使用される。ＤＴＳ及びＰＴＳはそれぞれ、パケットが復号化及び表示されるべきタイムインスタンスを特定する。ＰＣＲ３１は、ＤＴＳ及びＰＴＳがこれを基準ベースとして使用するため必要なフィールドであり、ＰＣＲ３１なしでは、ＴＳパケット２３は適切な時間で復号化不可能であった。ＭＰＥＧ−２基準は、（ＰＣＲ３１はそれほど頻繁に含まれないが）ＰＣＲ３１が１００ミリ秒ごとに少なくとも１回提供されることを必要とするが、すべてのＴＳパケット２３がＰＣＲ３１を含む必要はない。基準はまた、ＰＣＲの値が、実際のスケジュール済み送信時間の５００ナノ秒以内まで正確であることを必要とする。
【００１５】
図３は、受信機２６に到着する際のタイムライン３５に対する例示的トランスポートパケットストリーム３３のプロットを示している。図面は、ｎ番目のＰＣＲを担持するパケットの時間Ｔiでの到着と、次のＰＣＲを含有するＴＳパケットの到着までの総数ｋn個の後続パケットとを示しており、ここでｉ、ｋ及びｎは１以上の整数である。上述のように、７個のＴＳパケット２３は通常、インターネットプロトコルネットワークで送信するためにイーサネット（登録商標）フレームに共にグルーピングされるため、ＴＳパケットは普通、一度に７個のパケットのグループにまとめられて到着する。しかしながら、特定の実行だけでなく一般化するために、ＴＳパケットは、イーサネット（登録商標）フレームなしの連続ストリームで到着するものとして図３に示されている。
【００１６】
各パケットｉの関数Ｘ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）を以下のように定義する。
【数４】
次いでＤＦは以下のように表されることが可能である。
【数５】
【００１７】
次にｎ番目と（ｎ＋１）番目のＰＣＲ担持パケット間のインターバルについて考える。図３に示されているように、ｋnをこのインターバルのパケット数とする。ｉ＞１について、Δｔiをｉ番目と（ｉ−１）番目のパケットの到着間の時間と定義すると、Ｘ（ｉ，ｐｒｅ）は漸化式を満たす。
【数６】
Ｘ（１，ｐｒｅ）＝−Ｔ1に着目する。
また、
【数７】
である。
【００１８】
データストリームがＣＢＲである場合、以下の偏差は、式（７）が正確なＤＦの計算であることを示すために使用可能である。まず、式（４）は読者の便宜のために以下反復される。
【数８】
【００１９】
ＶＢ（ｉ，ｐｒｅ）項について式（１）で減算した後は以下の通りである。
【数９】
【００２０】
次いで、式（９）の右辺の加算項は、ｊ＝ｉ−１の場合を引き出すために展開される。
【数１０】
ここでΔｔiは、ｉ番目と（ｉ−１）番目のパケットの到着間の時間である。
【数１１】
項は、（ｉ−１）番目のＴＳパケットを送信するための送信機について予想される時間量であり、これは連続ＰＣＲタイムスタンプ間の差と、ＰＣＲタイムスタンプ間で送信されたパケット数との比に等しい。従って、
【数１２】
である。
【００２１】
式（１２）の
【数１３】
に等しい項を式（１１）に代入すると、式（７）が得られる。
【数１４】
【００２２】
ＶＢＲは区分ＣＢＲであるため、明確かつ当然に定義された方法においてＶＢＲであるデータストリームに式（７）が一般化することに着目する。ＣＢＲの場合の偏差とは異なり、この一般化はＲＦＣ４４４５のＤＦのオリジナル定義から導出不可能である。
【００２３】
本質的に、従来技術のＤＦの式におけるパケットサイズＳj及びメディアレートＭＲは、パケット到着間の予想時間を使用して表されることが可能であり、これは以下の式から計算可能である。
【数１５】
【００２４】
値ｋnは、損失がないとするとパケットをカウントすることによって、あるいは何らかのカプセル化で使用可能なパケットのシーケンス番号を比較することによって取得可能である。ＭＤＩ測定のＭＬＲコンポーネントは、パケット損失が生じる場合、ＭＬＲはＤＦ測定の正確さ及び有効性の判断を考慮すべきであることを示している。
【００２５】
式（７）及び式（８）は、２つのＰＣＲタイムスタンプ間の差、パケットカウントｋn及びパケット到着間の経過時間Δｔiのみを使用して計算される。従来技術のＤＦ計算式で必要とされるようなパケットサイズの判断は全く必要ない。ＰＣＲ値ｋn及びΔｔiはまた、ＰＥＳを再構築して埋め込みメディアレートを抽出する際に伴う難点と比較して、ＴＳパケットストリームから抽出することは比較的容易である。従って、式（７）及び式（８）は従来技術の方法より簡単な代替例である。
【００２６】
さらに、この方法はプロトコル要件のオーバーヘッドを含み、かつマルチメディアデータの正しいトランスポートレートを反映するため、式（７）及び式（８）の使用はネットワーク性能のより正確な測定をもたらす。また、これらの計算は、所定の固定メディアレート（例えば、埋め込みメディアレート）ではなく実際のメディアレートに左右されるため、式（７）及び式（８）は一定のビットレート送信及び可変的ビットレート送信の両方に対して有効である。
【００２７】
開示されている実施形態は、ストリーム内のすべての基本ストリーム（ＥＳ）が共通の基準時間を共有する場合、Ｍｕｌｔｉｐｌｅ Ｐｒｏｇｒａｍ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ（ＭＰＴＳ）に拡張可能である。
【００２８】
図４は、ネットワークのＤＦを計算するためのシステム４１のブロック図である。システム４１は、図１に示されている受信機２６の一部である。システム４１は、ＴＳパケット解析器４３と、ローカルクロック４５と、ストリーム識別子４７と、プロセッサ４９と、メモリ５１とを含む。
【００２９】
ＴＳパケット解析器４３は、到着ＴＳパケットストリーム３３を解析してＰＣＲを含有するＴＳパケットを識別し、かつＰＣＲを抽出する。ＴＳパケット解析器４３はまた、例えば、内部カウンタを使用することによって、あるいは何らかのカプセル化で使用可能なパケットのシーケンス番号を比較することによって到着ＴＳパケットをカウントする。プロセッサ４９は、抽出ＰＣＲ及びパケットカウントをＴＳパケット解析器４３から受信する。ローカルクロック４５はＴＳパケットの到着のローカル時間を判断して、到着タイムスタンプを各ＴＳパケットと関連付ける。ストリーム識別子４７は、ＴＳパケットがいずれのビデオストリームに属しているかを識別し、これはＩＰＴＶなどのマルチストリームアプリケーションにおいて必要である。プロセッサ４９は到着タイムスタンプをローカルクロック４５から受信し、これらを記憶する。プロセッサ４９は識別ビデオストリームをストリーム識別子４７から受信して、ＰＣＲ及び到着タイムスタンプがいずれのビデオストリームに対応するかを判断する。ローカルメモリ５１は到着タイムスタンプ及びＰＣＲを記憶するために使用される。
【００３０】
プロセッサ４９は、到着パケットｉごとに式（７）に従ってＸ（ｉ，ｐｒｅ）を、式（８）に従ってＸ（ｉ，ｐｏｓｔ）を計算し、結果をメモリ５１に記憶する。プロセッサ４９はまた各測定インターバル中の最大値Ｘ（ｉ，ｐｏｓｔ）及び最小値Ｘ（ｉ，ｐｒｅ）を判断し、次いで式（６）に従ってＤＦを計算する。
【００３１】
図５は、遅延係数を計算するための方法のフローチャートを示している。ステップ６３において、測定インターバルが開始する。ステップ６５において、パケットｉが受信されて、この到着タイムスタンプが記憶される。ステップ６７において、ＰＣＲについてパケットが検証される。もし１つも存在しない場合、次のパケットが処理される。ＰＣＲが存在すれば、ステップ６９においてＰＣＲは抽出されて、メモリに記憶される。ステップ７１において、これが受信されている最初のＰＣＲであるか否かがチェックされる。
式（７）及び式（８）の
【数１６】
項を計算するために、少なくとも２つのＰＣＲが受信されていなければならない。
これが最初のＰＣＲである場合、次のパケットが処理される。これが最初のＰＣＲでない場合、ステップ７３において式（１３）が計算される。ステップ７５において、式（７）及び式（８）が記憶済みの到着タイムスタンプを使用して計算されて、Ｘ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）の値を取得する。ステップ７７において、到着タイムスタンプがクリアされる。ステップ７９において、ステップ７５の計算の最小値及び最大値が判断される。これが測定インターバルの終了でなければ、ステップ８５において、測定インターバルのこのポイントまでの最大値Ｘ（ｉ，ｐｏｓｔ）及び最小値Ｘ（ｉ，ｐｒｅ）が記憶されて、処理が継続する。そうでなければ、ステップ８３においてＤＦが計算されて報告される。
【００３２】
一実施形態では、項
【数１７】
は一度最初に計算されることが可能であり、また測定インターバルを通して一定値として使用可能である。これは、データストリームが測定インターバルのＣＢＲである場合に実行可能であり、計算をさらに簡略化する。各パケットが到着すると、式（７）及び式（８）からのＸ（ｉ，ｐｒｅ）及びＸ（ｉ，ｐｏｓｔ）は、式（１３）の一定値及びパケット到着間時間Δｔiを使用して簡単に計算可能である。同じ測定インターバル内に到着するパケットの任意の他のＰＣＲ値は無視されてもよい。
【００３３】
一実施形態では、式（７）及び式（８）はまた、計算がより簡単な、ＤＦ’と記されるＤＦの粗バージョンを定義するために使用可能である。パケットごとの到着間時間を検証するのではなく、ＰＣＲ担持パケットの到着間時間のみが考慮される。従って、式（７）及び式（８）は
【数１８】
及び
【数１９】
に簡略化し、ここでＴ’nは、前の測定インターバルにおける最終ＰＣＲ担持パケットに対する、又は最初の測定インターバルの場合の最初のＰＣＲ担持パケットに対するＰＣＲnを担持するパケットの到着時間である。そして
Ｘ’（０，ｐｒｅ）＝Ｘ’（０，ｐｏｓｔ）
Ｘ’（１，ｐｒｅ）＝−Ｔ’1
ＤＦ’は
【数２０】
と表される。ｋn及び関連除算はこの測定には必要ないことに着目する。これらの式は、２つのＰＣＲタイムスタンプ間の差、及びそれらのタイムスタンプを搬送するＴＳパケットの受信間の経過時間のみを必要とする。式（１４）及び式（１５）は完全ＤＦ計算と全く同じ結果をリターンしないのに対して、これらは良好な近似を提供する。ＰＣＲ３１は１００ミリ秒当たり１回挿入されるだけでよいので、値Ｘ（ｎ，ｐｒｅ）及びＸ（ｎ，ｐｏｓｔ）はこの大きさのエラー項を有することに着目すべきである。
【００３４】
本発明は特定の実施形態を参照して詳述されてきたが、本発明が関連する当業者は、種々の修正及び改良が請求項の精神及び範囲から逸脱することなくなされてもよいことを理解する。
【図面の簡単な説明】
【００３５】
【図１】ネットワークを通じてトランスポートパケットストリームを送信するシステムのブロック図である。
【図２】Ｎ個のトランスポートストリームパケットを有する例示的なトランスポートパケットストリームの分解図である。
【図３】受信機に到着する際のタイムラインに対する例示的なトランスポートパケットストリームのプロットである。
【図４】ネットワークの遅延係数を計算するシステムのブロック図である。
【図５】遅延係数を計算する方法のフローチャートを示す。
【符号の説明】
【００３６】
２２ ネットワーク
２４ 送信機
２６ 受信機
【特許請求の範囲】
【請求項１】
ネットワークを通じて送信機によって送信された符号化データの１ストリームのパケットを受信するステップであって、前記１ストリームのパケットが、前記送信機にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ｎは１以上の整数である、ステップと、
（ｎ＋１）番目の送信タイムスタンプを判断するステップと、
ｎ番目の送信タイムスタンプを判断するステップと、
前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップであって、前記値は、測定インターバル中に前記パケットを記憶するために必要な仮想バッファのサイズに対応している、ステップと、
前記ネットワークの性能測定を判断するために前記値を使用するステップと
を含む、方法。
【請求項２】
前記性能測定が、Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）の遅延係数（ＤＦ）として使用される請求項１に記載の方法。
【請求項３】
前記送信タイムスタンプが、国際基準ＩＳＯ／ＩＥＣ １３８１８−１に従ったプログラムクロックリファレンスである請求項１に記載の方法。
【請求項４】
前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップが、前記（ｎ＋１）番目と前記ｎ番目との送信タイムスタンプ間の第１の差を判断するステップをさらに含む請求項１に記載の方法。
【請求項５】
前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップが、
前記ｎ番目の送信タイムスタンプから前記（ｎ＋１）番目の送信タイムスタンプまでのパケットカウントを判断するステップと、
前記第１の差と前記パケットカウントとの比を判断するステップと、
前記比に基づいて第１の係数を計算するステップであって、前記第１の係数は、選択パケットの到着直前の前記仮想バッファのサイズに対応する、ステップと、
前記比に基づいて第２の係数を計算するステップであって、前記第２の係数は、前記選択パケットの到着直後の前記仮想バッファのサイズに対応する、ステップと
をさらに含む請求項４に記載の方法。
【請求項６】
送信タイムスタンプを有するパケットが前記測定インターバル内に到着するたびに、受信されたパケットごとに前記第１及び第２の係数を計算するステップと、
前記測定インターバル内の最小の第１の係数を判断するステップと、
前記測定インターバル内の最大の第２の係数を判断するステップと、
前記最小の第１の係数と前記最大の第２の係数との間の第２の差を判断するステップと、
前記ネットワークの前記性能測定として前記第２の差を使用するステップと
をさらに含む請求項５に記載の方法。
【請求項７】
前記第１の係数を計算するステップがさらに、前記選択パケットの受信と、前記選択パケットの前のパケットの受信との間の第１の到着時間差に基づく請求項５に記載の方法。
【請求項８】
前記比が測定インターバル内において１回判断されて、前記第１及び第２の係数を計算する際に複数回使用される請求項５に記載の方法。
【請求項９】
（ｎ−１）番目の送信タイムスタンプを判断するステップと、
前記（ｎ−１）番目の送信タイムスタンプ及び前記ｎ番目の送信タイムスタンプに基づいて第２の値を計算するステップと、
前記ネットワークの前記性能測定を判断するため、前記第２の値を使用するステップと
をさらに含む請求項１に記載の方法。
【請求項１０】
第２の値を計算するステップがさらに、前記（ｎ＋１）番目の送信タイムスタンプを担持する前記パケットの受信と、前記ｎ番目の送信タイムスタンプを担持する前記パケットの受信との間の第２の到着時間差を判断するステップに基づいている請求項９に記載の方法。
【請求項１】
ネットワークを通じて送信機によって送信された符号化データの１ストリームのパケットを受信するステップであって、前記１ストリームのパケットが、前記送信機にローカルなクロックからの送信タイムスタンプを有する（ｎ＋１）個のパケットを含み、ｎは１以上の整数である、ステップと、
（ｎ＋１）番目の送信タイムスタンプを判断するステップと、
ｎ番目の送信タイムスタンプを判断するステップと、
前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップであって、前記値は、測定インターバル中に前記パケットを記憶するために必要な仮想バッファのサイズに対応している、ステップと、
前記ネットワークの性能測定を判断するために前記値を使用するステップと
を含む、方法。
【請求項２】
前記性能測定が、Ｍｅｄｉａ Ｄｅｌｉｖｅｒｙ Ｉｎｄｅｘ（ＭＤＩ）の遅延係数（ＤＦ）として使用される請求項１に記載の方法。
【請求項３】
前記送信タイムスタンプが、国際基準ＩＳＯ／ＩＥＣ １３８１８−１に従ったプログラムクロックリファレンスである請求項１に記載の方法。
【請求項４】
前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップが、前記（ｎ＋１）番目と前記ｎ番目との送信タイムスタンプ間の第１の差を判断するステップをさらに含む請求項１に記載の方法。
【請求項５】
前記（ｎ＋１）番目及び前記ｎ番目の送信タイムスタンプに基づいて値を計算するステップが、
前記ｎ番目の送信タイムスタンプから前記（ｎ＋１）番目の送信タイムスタンプまでのパケットカウントを判断するステップと、
前記第１の差と前記パケットカウントとの比を判断するステップと、
前記比に基づいて第１の係数を計算するステップであって、前記第１の係数は、選択パケットの到着直前の前記仮想バッファのサイズに対応する、ステップと、
前記比に基づいて第２の係数を計算するステップであって、前記第２の係数は、前記選択パケットの到着直後の前記仮想バッファのサイズに対応する、ステップと
をさらに含む請求項４に記載の方法。
【請求項６】
送信タイムスタンプを有するパケットが前記測定インターバル内に到着するたびに、受信されたパケットごとに前記第１及び第２の係数を計算するステップと、
前記測定インターバル内の最小の第１の係数を判断するステップと、
前記測定インターバル内の最大の第２の係数を判断するステップと、
前記最小の第１の係数と前記最大の第２の係数との間の第２の差を判断するステップと、
前記ネットワークの前記性能測定として前記第２の差を使用するステップと
をさらに含む請求項５に記載の方法。
【請求項７】
前記第１の係数を計算するステップがさらに、前記選択パケットの受信と、前記選択パケットの前のパケットの受信との間の第１の到着時間差に基づく請求項５に記載の方法。
【請求項８】
前記比が測定インターバル内において１回判断されて、前記第１及び第２の係数を計算する際に複数回使用される請求項５に記載の方法。
【請求項９】
（ｎ−１）番目の送信タイムスタンプを判断するステップと、
前記（ｎ−１）番目の送信タイムスタンプ及び前記ｎ番目の送信タイムスタンプに基づいて第２の値を計算するステップと、
前記ネットワークの前記性能測定を判断するため、前記第２の値を使用するステップと
をさらに含む請求項１に記載の方法。
【請求項１０】
第２の値を計算するステップがさらに、前記（ｎ＋１）番目の送信タイムスタンプを担持する前記パケットの受信と、前記ｎ番目の送信タイムスタンプを担持する前記パケットの受信との間の第２の到着時間差を判断するステップに基づいている請求項９に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００８−１９９６０６（Ｐ２００８−１９９６０６Ａ）
【公開日】平成２０年８月２８日（２００８．８．２８）
【国際特許分類】
【出願番号】特願２００８−２０４２９（Ｐ２００８−２０４２９）
【出願日】平成２０年１月３１日（２００８．１．３１）
【出願人】（３９９１１７１２１）アジレント・テクノロジーズ・インク (710)
【氏名又は名称原語表記】ＡＧＩＬＥＮＴ ＴＥＣＨＮＯＬＯＧＩＥＳ， ＩＮＣ．
【Ｆターム（参考）】
【公開日】平成２０年８月２８日（２００８．８．２８）
【国際特許分類】
【出願日】平成２０年１月３１日（２００８．１．３１）
【出願人】（３９９１１７１２１）アジレント・テクノロジーズ・インク (710)
【氏名又は名称原語表記】ＡＧＩＬＥＮＴ ＴＥＣＨＮＯＬＯＧＩＥＳ， ＩＮＣ．
【Ｆターム（参考）】
[ Back to top ]