(57)【要約】データパケットの送信時にクロックタイムから得られるタイムスタンプを付与することによりデータパケット上のジッタを補正する方法が記載される。これは結果として送信タイムスタンプを生じる。前記ジッタは、前記送信タイムスタンプと前記データパケットの生成された受信タイムスタンプとの間の比較に基づいて補正され、前記受信タイムスタンプは、前記送信タイムスタンプが得られたのと同じクロックタイムから得られる。前記比較は時間遅延情報を提供し、この時間遅延情報は、伝送媒体のレシーバ側で実際に受けたジッタを吸収するための所要の最小及び最大バッファサイズを計算するために使用される。この方法は、ＭＰＥＧ、ＤＶＢ及びＤＳＳのようなリアルタイム・アプリケーションにも適している。
2005534219.tif 000002
【特許請求の範囲】
【請求項１】
データパケットの送信時にクロックタイムから得られるタイムスタンプを付与し、送信タイムスタンプを生じることによりデータパケット上のジッタを補正する方法において、前記ジッタが、前記送信タイムスタンプと前記データパケットの生成された受信タイムスタンプとの間の比較に基づいて補正され、前記受信タイムスタンプが、前記送信タイムスタンプが得られたのと同じクロックタイムから得られることを特徴とする方法。
【請求項２】
前記データパケットが、１つ又は複数のトランスポート・ストリーム・パケットを含むアイソクロナス・プロトコル・パケットであることを特徴とする、請求項１に記載の方法。
【請求項３】
追加のジッタ補正機構が、前記アイソクロナス・プロトコル・パケットに存在する前記トランスポート・ストリーム・パケットに適用されることを特徴とする、請求項２に記載の方法。
【請求項４】
前記トランスポート・ストリーム・パケットのうち少なくとも幾つかが、前記追加のジッタ補正機構内の位相同期ループを駆動する関連するタイムスタンプを有することを特徴とする、請求項３に記載の方法。
【請求項５】
前記関連するタイムスタンプが、好ましくはアイソクロナス・プロトコル・パケットにおける初めのパケットであるＰＣＲパケットに含まれることを特徴とする、請求項４に記載の方法。
【請求項６】
前記関連するタイムスタンプが、前記データパケットの前記送信タイムスタンプと前記生成された受信タイムスタンプとの間の前記比較に依存することを特徴とする、請求項５に記載の方法。
【請求項７】
前記トランスポート・ストリームが可変ビットレートを持つことを特徴とする、請求項２乃至６の何れか一項に記載の方法。
【請求項８】
前記トランスポート・ストリームがパーシャル・トランスポート・ストリームであることを特徴とする、請求項２乃至７の何れか一項に記載の方法。
【請求項９】
伝送媒体を介して相互に結合されたトランスミッタ及びレシーバを有する伝送システムであって、前記トランスミッタが、トランスミッタ・ウォールクロックと、前記トランスミッタ・ウォールクロックに結合され、前記レシーバに対する送信時に前記データパケットにタイムスタンプを付与する送信タイムスタンピング手段とを有する当該伝送システムにおいて、前記レシーバが、前記トランスミッタ・ウォールクロックと同様なレシーバ・ウォールクロックと、前記レシーバ・ウォールクロックに結合され、前記データパケットの受信時にタイムスタンプを生成する受信タイムスタンピング手段と、前記受信タイムスタンピング手段に結合され、前記データパケット上のジッタを補正するジッタ補正手段とを有することを特徴とする伝送システム。
【請求項１０】
前記データパケットが、１つ又は複数のトランスポート・ストリーム・パケットを含むアイソクロナス・プロトコル・パケットであることを特徴とする、請求項９に記載の伝送システム。
【請求項１１】
前記伝送システムが、前記ジッタ補正手段に結合されたトランスポート・ストリーム・ジッタ補正手段を有することを特徴とする、請求項１０に記載の伝送システム。
【請求項１２】
前記トランスポート・ストリーム・ジッタ補正手段が位相同期ループを含むことを特徴とする、請求項１１に記載の伝送システム。
【請求項１３】
前記トランスポート・ストリームが可変ビットレートを持つことを特徴とする、請求項１０乃至１２の何れか一項に記載の伝送システム。
【請求項１４】
前記トランスポート・ストリームがパーシャル・トランスポート・ストリームであることを特徴とする、請求項１０乃至１３の何れか一項に記載の伝送システム。
【請求項１５】
伝送媒体を介して相互に結合されたトランスミッタ及びレシーバを有する請求項９乃至１４の何れか一項に記載の伝送システムであって、前記トランスミッタが、トランスミッタ・ウォールクロックと、前記トランスミッタ・ウォールクロックに結合され、前記レシーバに対する送信時にデータパケットにタイムスタンプを付与する送信タイムスタンピング手段とを有する当該伝送システムにおいて、前記レシーバが、前記トランスミッタ・ウォールクロックと同様なレシーバ・ウォールクロックと、前記レシーバ・ウォールクロックと結合され、前記データパケットの受信時にタイムスタンプを生成する受信タイムスタンピング手段と、前記受信タイムスタンピング手段に結合され、前記データパケット上のジッタを補正するジッタ補正手段を有することを特徴とする当該伝送システム内での応用に適したトランスミッタ。
【請求項１６】
伝送媒体を介して相互に結合されたトランスミッタ及びレシーバを有する請求項９乃至１４の何れか一項に記載の伝送システムであって、前記トランスミッタが、トランスミッタ・ウォールクロックと、前記トランスミッタ・ウォールクロックに結合され、前記レシーバに対する送信時にデータパケットにタイムスタンプを付与する送信タイムスタンピング手段とを有する当該伝送システムにおいて、前記レシーバが、前記トランスミッタ・ウォールクロックと同様なレシーバ・ウォールクロックと、前記レシーバ・ウォールクロックと結合され、前記データパケットの受信時にタイムスタンプを生成する受信タイムスタンピング手段と、前記受信タイムスタンピング手段に結合され、前記データパケット上のジッタを補正するジッタ補正手段を有することを特徴とする当該伝送システム内での応用に適したレシーバ。
【請求項１７】
請求項９乃至１４の何れか一項に記載の伝送システムで使用され、請求項１乃至８の何れか一項に記載の方法を適用するのに適した信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データパケット上のジッタを、前記データパケットの送信時にクロックタイムから得られるタイムスタンプを付与（clock time derived time stamping）し、送信タイムスタンプを生じることにより補正する方法に関する。
【０００２】
本発明は、伝送媒体を介して相互に結合されたトランスミッタ及びレシーバを有する伝送システムであって、当該トランスミッタが、トランスミッタ・ウォールクロックと、前記トランスミッタ・ウォールクロックに結合されて、前記レシーバに対するデータパケットの送信時に前記データパケットにタイムスタンプを付与する送信タイムスタンピング手段とを有する当該伝送システムにも関し、上記方法を適用するのに適している上述の伝送システムで使用されるトランスミッタ、レシーバ及び信号にも関する。
【背景技術】
【０００３】
このような方法及び伝送システムは米国特許出願公開公報ＵＳ６２５９６９４Ｂ１から既知である。前記既知の方法において、例えばデジタルビデオ放送（ＤＶＢ）においてソースパケットが使用され、このソースパケットは４バイトのソースパケットヘッダと１８８バイトのトランスポート・ストリーム・データを含む。前記ソースパケットヘッダにおいて、２５ビットが、例えばムービング・ピクチャ・エキスパーツ・グループ−トランスポート・ストリーム（ＭＰＥＧ−ＴＳ）データがアイソクロナス・パケット（isochronous packet、ＩＰ）通信を用いて伝送媒体を介してレシーバに送信される場合に、ジッタを抑制するために使用されるタイムスタンプを表す。前記レシーバは、受信されたデータパケットを記憶する先入れ先出し（ＦＩＦＯ）バッファメモリのような記憶装置を有する。前記バッファメモリは、前記伝送媒体により取り込まれた前記受信されたデータパケット上のジッタを吸収することができるようなサイズを持たなければならない。
【０００４】
ジッタが高い場合に、信頼できるデータ伝送を確保するためにレシーバのバッファサイズが大幅に増加することは不利点である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、たとえ受信されたデータが大量の且つ変化するジッタを受けているとしてもうまく機能し、しかしながら大きなバッファサイズを必要としない、改良されたジッタを補正する方法及び伝送システムを提供することである。
【課題を解決するための手段】
【０００６】
これに対し、本発明による方法は、データパケットの送信タイムスタンプと生成された受信タイムスタンプとの間の比較に基づいてジッタが補正され、前記受信タイムスタンプが、前記送信タイムスタンプが得られる（derived）のと同じクロックタイムから得られることを特徴とする。
【０００７】
同様に本発明による伝送システムは、レシーバが、トランスミッタ・ウォールクロックと同様なレシーバ・ウォールクロックと、前記レシーバ・ウォールクロックに結合されて前記データパケットの受信時にタイムスタンプを生成する受信タイムスタンピング手段と、前記受信タイムスタンピング手段に結合されて前記データパケット上のジッタを補正するジッタ補正手段とを有することを特徴とする。
【０００８】
いわゆるウォールクロックの同じクロックタイム又は同じ相対的に関連するクロックタイム値が、前記送信タイムスタンプ及び前記受信タイムスタンプを得るために使用されるという事実のため、前記レシーバに対する前記データパケットの送信後に実際に受けたジッタに関する信頼できる情報を提供する意義のある比較が行われることができる。このように提供された時間遅延情報は、前記伝送媒体において前記レシーバ側において前記実際に受けたジッタを吸収するために必要とされる最小及び最大バッファサイズを計算する基礎を提供する。
【０００９】
ジッタが非常に豊富であり且つ特にジッタが変化するインターネットのような通信媒体上のアイソクロナス・プロトコル（ＩＰ）の１つの可能な形式として、データパケットのインターネットプロトコル通信の場合でさえも、バッファサイズは予測される補償されるべきジッタに対して最適に調整されることができる。リアルタイム・アプリケーションに対する効果的且つ信頼できるジッタ補正ＩＰデータ通信はここで実際に実現可能であり、ジッタ制限が与えられると、前記レシーバのバッファサイズは有利に最小化されることができる。
【００１０】
本発明による前記方法及び伝送システムの更に他の利点は、個別のアプリケーションプロトコルが完全に開発されているか否かに関係なく、複数の利用可能なタイプのリアルタイム・アプリケーションが適用されることができることである。このようなリアルタイム・アプリケーションの例は、ＩＰ上のＭＰＥＧ１−２ＴＳパケット、又はＩＰ上のデジタルビデオ（ＤＶ）パケット、ＩＥＣ９５８デジタルオーディオパケット若しくはデジタル衛星システム（ＤＳＳ）パケットである。
【００１１】
本発明による前記方法の実施例は、前記データパケットが１つ又は複数のトランスポート・ストリーム・パケットを含むアイソクロナス・パケットであることを特徴とする。
【００１２】
例えば７つのトランスポート・ストリーム（ＴＳ）パケットを有することができる１つのＩＰパケットに対して１つの送信又は受信タイムスタンプのみが存在するので、この実施例は有利に高いタイムスタンプ効率を提供する。
【００１３】
本発明による前記方法の更に他の実施例は、追加のジッタ補正機構が、前記ＩＰパケット内に存在する前記トランスポート・ストリーム・パケットに適用される（applied）ことを特徴とする。
【００１４】
前記ＴＳパケット上の前記ジッタは依然として例えばＭＰＥＧのような幾つかのアプリケーションに対して高すぎる可能性があるので、前記ＩＰパケット内の個別の前記ＴＳパケットの残りのジッタは、前記追加のジッタ補正機構を用いて更に補正される。有利に前記以前のジッタ補正及び前記追加のジッタ補正は、異なる及び相互に独立なＩＳＯ通信層に作用する。
【００１５】
本発明による前記方法の更に他の実施例は、前記トランスポート・ストリーム・パケットの少なくとも幾つかが、前記追加のジッタ補正機構において位相同期ループ（phase locked loop）を駆動する関連するタイムスタンプを有することを特徴とする。
【００１６】
前記ＴＳパケットが前記データ又は前記ＩＰパケットに埋め込まれるので、各ＩＰパケット内のジッタが一般的に制限されることは利点であり、ここでこれは、前記ＩＰパケットに含まれる前記トランスポート・ストリームデータパケット上のジッタを減少するために安定なオシレータ周波数を作り出すようにこれらの関連するタイムスタンプを用いてＰＬＬを駆動する可能性を残すことを意味する。
【００１７】
本発明による前記方法の更に他の実施例は、前記関連するタイムスタンプが、好ましくはアイソクロナス・プロトコル・パケット内の初めのパケットであるＰＣＲパケットに含まれることを特徴とする。
【００１８】
もし前記ＰＣＲパケットが前記ＩＰパケットの初めのパケットであれば、前記ＰＣＲパケット上のジッタは有利に小さい。結果として前記ＰＬＬ周波数は非常に正確になる。
【００１９】
本発明による前記方法の他の実施例は、前記関連するタイムスタンプが、前記送信タイムスタンプと前記データパケットの生成された受信タイムスタンプとの間の前記比較に依存することを特徴とする。
【００２０】
もし前記アイソクロナス・プロトコル・パケット内の個別のトランスポート・パケットのジッタが制限されないならば、タイムスタンプ比較の結果である正確な時間遅延は、効果的な相互ＩＰパケット・ジッタ補正を提供するために使用されることができる。
【００２１】
前記トランスポート・ストリーム・パケットは可変ビットレートを持つことができ、これは依然として、ＩＰパケット内で前記ビットレートが固定されるが、ＩＰパケット間の時間が異なる可能性があることを意味する。前記トランスポート・ストリーム・パケットは、幾つかのＴＳパケットが前記ＩＰパケットから除外されることを意味する、いわゆるパーシャルＴＳパケットをも有することができる。しかしながら、これら全ての場合において本発明による前記方法は、依然として過度のバッファサイズを必要とすることなく適用されることができる。
【００２２】
現在、本発明による前記ジッタ補正方法及び伝送システムは、同様な要素が同じ参照番号を用いて参照される添付の図面を参照しながら、追加の利点と一緒に更に説明される。
【発明を実施するための最良の形態】
【００２３】
図１は、例えばインターネットのようないわゆるパケット交換網４を介して相互接続されたトランスミッタ２及びレシーバ３を有する伝送システム１を示す。このようなネットワーク４において、データパケットは、互いに独立にトランスミッタ２からネットワーク４を介してレシーバ３まで送信される。ネットワーク４上で送信された全てのデータパケットは、あるレシーババッファで終わる前に異なる遅延を受け、これにより前記受信されたパケットの順序さえも変更される可能性がある。前記レシーバの出力部において前記パケットの順序は正しくなければならず、且つ相互の時間遅延は狭い許容範囲内にあるべきであり、例えばＭＰＥＧに対して最大時間許容範囲は５００ナノ秒であるので、リアルタイム・アプリケーションに対して、これは問題を与える。このリアルタイム・アプリケーションの他の例は、インターネット上のＭＰＥＧ１又は２トランスポート・ストリーム（ＴＳ）パケット通信、デジタルビデオ放送（ＤＶＢ）、ＩＥＣ９５８デジタルオーディオパケット又はデジタル衛星システム（ＤＳＳ）パケット等であり、これにより最後に述べたアプリケーションの形式は依然としてプロトコルを持たない。ビデオ・オン・デマンド（Video-On-Demand）に関するような一般的なリアルタイム・アプリケーションは、ますます重要になっていく。受けた伝送遅延に対処するために、信頼できるリアルタイム伝送を達成するレシーバ・バッファサイズは大きくなる可能性がある。トランスミッタ２及びレシーバ３の両方で、共通クロック５又は世界中で同じ時間を提供するトランスミッタ／レシーバ・ウォールクロックに基づくタイムスタンピングを使用することにより、受信されたデータブロック毎の前記伝送遅延は、レシーバ３内で既知である。このように所要のレシーバ・バッファサイズは既知であり、最小化されることができる。
【００２４】
トランスミッタ２は、例えば一般的に２７ＭＨｚクロック又はここではシステムタイムクロック（ＳＴＣ）と称されるカウンタ・リファレンス（counter reference）から得られた時間基準（time base）のＭＰＥＧ−２ＴＳパケットからなるＭＰＥＧ−２トランスポート・ストリームのデータソース６を有する。ＭＰＥＧトランスポート・ストリームは、それぞれオーディオ、ビデオ及びシステム・トランスポート・ストリーム・パケットを含む幾つかのプログラムからなることができる。前記オーディオ、ビデオ又はエレメンタリ・システム・ストリームからの前記トランスポート・ストリーム・パケットは、バッファ・アンダーフロー又はオーバーフローが生じないような様式で前記トランスポート・ストリーム内で多重化される。個別の前記パケットの時間関係が保たれることは重要であり、この場合、バッファ・アンダーフロー又はオーバーフローが生じないことが保証される。
【００２５】
前記ＭＰＥＧトランスポート・ストリームがインターフェース上で送信される場合、前記ＴＳパケットはＩＰパケットに含まれることができ、これにより１つ又は複数の、例えば７つのＴＳパケットが１つのＩＰパケットにカプセル化されて、いわゆるリアルタイムプロトコル（ＲＴＰ）タイプのＩＰパケットを形成する。もし前記ＩＰパケットの最大サイズが１５００バイトに制限されるならば、最大７つのＴＳパケットは、１つのＩＰパケットにパケット化されることができる。
【００２６】
実際に非常に頻繁に２７ＭＨｚカウンタから得られた４バイトのアプリケーション・タイムスタンプも、いわゆるソースパケットの形式を持つＴＳパケットを作り出すためにＴＳパケットに追加される。このタイムスタンプは、個別のパケット上のジッタを補正するために使用される。
【００２７】
ここで前記ＩＰパケットには、トランスミッタ・ウォールクロック５に結合された送信タイムスタンピング手段７から送信タイムスタンプが与えられることができる。実際の送信タイムスタンプは、例えば前記ＩＰパケットの初めのバイトが前記トランスミッタに送られる瞬間を表すことができる。前記ＩＰパケットは、ここでネットワーク４上に送信され、レシーバ３における受信時にレシーバ・ウォールクロック９に結合された受信タイムスタンピング手段８は、例えば計算手段１０に受信タイムデータを与える。計算手段１０は、トランスミッタ・ウォールクロック５と同じ基本時間基準（basic time reference）を持つ時間を示すレシーバ・ウォールクロック９に基づいて、前記ＩＰパケットの送信と受信との間の時間遅延を計算する。前記計算された時間遅延は、前記ＩＰパケット上の送信ジッタと、−バッファ遅延のような−一般的に蓄積された遅延とを補正するためにジッタ補正手段１１において使用される。手段１１に概略的に示される前記バッファの所要のサイズは、この場合、前記ＩＰパケットの最大遅延により乗算された最大ビットレートに等しい。
【００２８】
レシーバ３における所要のバッファ記憶バイト数の量と時間との間の関係は、図２にグラフで表される。左から右に図２は、‘Ａ’で示されるトランスミッタ２に対する入力と、‘Ｂ’で示されるレシーバ３に対する入力と、‘Ｃ’で示されるレシーバ３からの出力とを示す。水平にＡマイナスＣは瞬間的な遅延を与え、縦には前記遅延に対処するために前記バッファに記憶されなければならない瞬間的なバッファ容量が得られることができる。必要であれば、最小及び最大バッファサイズはここから得られることができる。
【００２９】
図３は、可変ビットレートを持つＭＰＥＧトランスポート・ストリーム・パケットの例を示し、このパケットはシステム１による伝送に適している。ここで各第１ＴＳパケットは、前記ＳＴＣに対応するタイムスタンプデータ、特に前述の送信タイムスタンプデータで満たされることができる１つのプログラムクロックリファレンス（Program Clock Reference、ＰＣＲ）を含む。この場合、前記トランスポート・ストリーム・パケットの多重化は、２つの連続するＰＣＲパケット間のビットレートが一定であるような様式である。これは、いわゆる“完全な（full）”トランスポート・ストリームの性質である。前記トランスポート・ストリームの１つのプログラムを選択した後に、前記ビットレートは、未使用プログラムから未使用トランスポート・ストリーム・パケットを除去することにより減少されることができる。このようにパーシャル・トランスポート・ストリームが作成される。インターフェース上の前記ビットレートは減少され、選択されたプログラムを記憶する場合に、記憶容量も減少される。デコーダにおけるバッファ問題（アンダーフロー／オーバーフロー）を避けるためには、前記ＳＴＣ時間基準において前記選択されたトランスポート・ストリーム・パケットの同じタイミングを保つことが必要である。ここで、２つの連続するＰＣＲパケット間のビットレートは、もはや一定ではない。
【００３０】
全てのＩＰパケットにＰＣＲパケットが与えられなければならないというわけではないことに注意すべきである。もし例えば連続するパルス（Pars）間の距離が、２メガバイト／秒において１００ミリ秒、多くの場合４０ミリ秒より短ければ、前者の場合、２つのパルス間には２００キロバイトがあり、これは約１０００のトランスポート・ストリーム・パケットであり、この場合、全てのＩＰパケットがＰＣＲパケットを含むわけではないことは明らかである。期間taの間に前記ビットレートが期間tbの間より高いことが、図２に示される。
【００３１】
システム１は、前記ＩＰパケット内に存在するＴＳパケット上のジッタを補正するためにジッタ補正手段１１に結合されたトランスポート・ストリーム・ジッタ補正手段１２を更に有してもよい。トランスポート・ストリーム・ジッタ補正手段１２は、所要のシステムバッファとは別に位相同期ループ（ＰＬＬ）を含んでもよい。前記ＰＬＬは、安定且つ正確なオシレータ周波数を作り出すために関連するタイムスタンプとして入力ＰＣＲに固定されることができ、これを利用して前記ＩＰパケットに含まれるＴＳパケット間の前記ジッタが減少されることができる。前記ＰＣＲパケットが前記ＩＰパケット内の初めのパケットであれば、前記ＰＣＲパケット上のジッタは小さく、前記ＰＬＬ周波数は非常に正確になる。
【００３２】
レシーバ３において完全なトランスポート・ストリームを復元（restoring）するために、２つのＰＣＲ間の全てのデータパケットがシステムバッファに記憶される。この場合、前記パケットは前記２つのＰＣＲ間の間隔に等しく分布する。この方法に対して、前記バッファは非常に大きい、即ち数百キロバイトである必要がある。
【００３３】
パーシャル・トランスポート・ストリームを復元するために、前記ＰＣＲを運ぶ前記ＴＳパケット上のジッタは可能であるが、他のパケット上のジッタの補正は可能ではない。従って、バッファ・アンダーフロー又はオーバーフローを持たない新しいパーシャル・トランスポート・ストリームが得られる。オーディオ及びビデオバッファの容量をシミュレートすることにより、関与している前記バッファのオーバーフロー又はアンダーフローが生じないという条件で新しい規格準拠のパーシャル・トランスポート・ストリームが作られることができる。
【００３４】
前記ＰＣＲパケット上に大きなジッタを持つ場合、前記ＰＬＬ又はレシーバ３内のカウンタは多すぎるジッタに直面し、信頼できる同期データを受信しないであろう。この場合、及び新しいパーシャル・トランスポート・ストリームを作り出すことが避けられる場合、アプリケーション依存時間を指定するために、当技術分野で既知であるように、４バイトのアプリケーション・タイムスタンプがＴＳパケット毎に追加される。
【００３５】
この代替実施例において、前記ＰＬＬは前記ＭＰＥＧトランスポート・ストリーム内の前記ＰＣＲに対して設定されたカウンタにより置き換えられることができる。全てのトランスポート・ストリーム・パケットの前のタイムスタンプは、個別のトランスポート・ストリーム・パケット上のジッタを補正するために使用される。この方法は‘完全な’トランスポート・ストリーム及び‘パーシャル’トランスポート・ストリームに対して使用される。
【００３６】
伝送システム１の他の代替実施例において、前記ＩＰパケットの前記送信タイムスタンプ及び前記受信タイムスタンプにより定められる計算された時間遅延時間は、前記ＰＣＲを設定するのに使用されることができる。１つのＩＰパケットにおいて、前記ウォールクロック及び前記ＭＰＥＧアプリケーションの両方からタイムスタンプが送信される。レシーバ３において送信されたウォールクロック・タイムスタンプをウォールクロック値と比較することにより、このパケットに対してどのような遅延が生じるかがわかる。この場合、２７ＭＨｚカウンタの値がどんな値であるべきかもわかる。この種のパケットは、２７ＭＨｚクロック及びウォールクロックから離れることを避けるために規則的な間隔で繰り返される。他のＩＰパケットは、例えば７つのトランスポート・ストリーム・パケットのようなペイロードと一緒の２７ＭＨｚタイムスタンプを含む。送信されたトランスポート・ストリーム・パケットが前記パケットの前にＭＰＥＧタイムスタンプを含まない場合、まず前記ＰＣＲパケットは前記ＳＴＣ時間基準の正しい位置に配置される。レシーバ３において完全なトランスポート・ストリームを復元するために、２つのＰＣＲ間の全てのデータパケットはシステムバッファに記憶される。この場合、前記パケットは前記２つのＰＣＲ間の間隔に等しく分布する。この方法に対して、前記バッファは非常に大きい、即ち数百キロバイトである必要がある。
【００３７】
パーシャル・トランスポート・ストリームを復元するために、前記ＴＳパケット上のジッタは補正されることができない。ここで新しいパーシャル・トランスポート・ストリームは、前記オーディオ及びビデオバッファの容量をシミュレートすることにより得られる。前記バッファのオーバーフロー又はアンダーフローを与えない新しい規格準拠トランスポート・ストリームが作られる。前記送信されたトランスポート・ストリーム・パケットが前記パケットの前にＭＰＥＧタイムスタンプを有する場合、パケット毎のジッタは、このタイムスタンプを使用して補正されることができる。
【図面の簡単な説明】
【００３８】
【図１】本発明による伝送システムの幾つかの可能な実施例を含むブロック図を示す。
【図２】図１の伝送システムでの利用に対するレシーバ内で使用されるバッファメモリに通信されたバイト量を表すグラフである。
【図３】図１の伝送システムによる通信に対する可変ビットレートを持つＭＰＥＧトランスポート・ストリーム・パケットを示す。
【図１】
2005534219.tif 000003
【図２】
2005534219.tif 000004
【図３】
2005534219.tif 000005
【国際調査報告】
2005534219.tif 000006
2005534219.tif 000007
2005534219.tif 000008