JP2002539745A - ジッタ・バッファおよびそれを制御する方法 - Google Patents
ジッタ・バッファおよびそれを制御する方法Info
- Publication number
- JP2002539745A JP2002539745A JP2000605985A JP2000605985A JP2002539745A JP 2002539745 A JP2002539745 A JP 2002539745A JP 2000605985 A JP2000605985 A JP 2000605985A JP 2000605985 A JP2000605985 A JP 2000605985A JP 2002539745 A JP2002539745 A JP 2002539745A
- Authority
- JP
- Japan
- Prior art keywords
- jitter buffer
- burst period
- size
- burst
- monitoring
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/062—Synchronisation of signals having the same nominal but fluctuating bit rates, e.g. using buffers
- H04J3/0632—Synchronisation of packets and cells, e.g. transmission of voice via a packet network, circuit emulation service [CES]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Dc Digital Transmission (AREA)
- Surgical Instruments (AREA)
- Vehicle Body Suspensions (AREA)
- Vibration Dampers (AREA)
- Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
- Noise Elimination (AREA)
Abstract
(57)【要約】
オーディオ受信器（１１１）が、圧縮解除器（１１６）と増幅器（１１８）を介してスピーカ（１１４）にリンクされているジッタ・バッファ（１１２）を有している。ジッタ・バッファ（１１２）は有線リンクまたは無線リンク（１１９ａ、１１９ｂ）により、ジッタ・バッファ（１１２）のサイズを制御する制御器（１２０）にもリンクされている。
Description
【０００１】 （発明の分野） 本発明は、通信ネットワークに使用するオーディオ受信器に関し、特に不安定
なネットワークを通じて伝送されてきたオーディオを演奏するためにジッタ・バ
ッファを最適なサイズに調整する方法および装置に関する。
なネットワークを通じて伝送されてきたオーディオを演奏するためにジッタ・バ
ッファを最適なサイズに調整する方法および装置に関する。
【０００２】 （発明の背景） 広域ネットワーク（ＷＡＮ）などの、通信ネットワークは一般に知られており
、それらのうちで成長が最も速いものはおそらくインターネットである。マルチ
メディア・トランシーバとして知られている、インターネットの１つの応用によ
りユーザーはオーディオ、ビデオおよびデータをインターネットを通じて送受信
できる。インターネット電話クライアントとして知られている、この応用の１つ
の例によりインターネットを通じて電話呼出しを行える。
、それらのうちで成長が最も速いものはおそらくインターネットである。マルチ
メディア・トランシーバとして知られている、インターネットの１つの応用によ
りユーザーはオーディオ、ビデオおよびデータをインターネットを通じて送受信
できる。インターネット電話クライアントとして知られている、この応用の１つ
の例によりインターネットを通じて電話呼出しを行える。
【０００３】 オーディオはパケットの流れでインターネットを通じて送ることができる。イ
ンターネット、およびその他の通信ネットワークには、ｈｔｔｐ／／ｗｗｗ．ｉ
ｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ１８８９．ｔｘｔ．で入手できる、Ｎｅｔｗｏ
ｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ‐ＩＥＴＦ，Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍ
ｍｅｎｔｓ（ＲＦＣ）．１８８９，１９９６年１月所載のＳｃｈｕｌｚｒｉｎｎ
ｅ他の「ＲＴＰ 実時間応用のためのトランスポート・プロトコル（ＲＴＰ Ａ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｆｏｒ Ｒｅａｌ‐Ｔｉｍｅ Ａｐｐ
ｌｉｃａｔｉｏｎｓ）」（以後「ＲＦＣ １８８９」と呼ぶ）で定義されている
一定のジッタがある。インターネットのジッタはたとえば１００ミリ秒である。
このネットワーク・ジッタを補償するために、受信器はパケット伝送速度を制御
するジッタ・バッファを通常含んでいる。ジッタ・バッファの例が本願出願人に
譲渡されている米国特許第５，８２５，７７１号に開示されている。それの全体
を参照することによりそれの開示がここに含まれる。
ンターネット、およびその他の通信ネットワークには、ｈｔｔｐ／／ｗｗｗ．ｉ
ｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ１８８９．ｔｘｔ．で入手できる、Ｎｅｔｗｏ
ｋ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ‐ＩＥＴＦ，Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍ
ｍｅｎｔｓ（ＲＦＣ）．１８８９，１９９６年１月所載のＳｃｈｕｌｚｒｉｎｎ
ｅ他の「ＲＴＰ 実時間応用のためのトランスポート・プロトコル（ＲＴＰ Ａ
Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｆｏｒ Ｒｅａｌ‐Ｔｉｍｅ Ａｐｐ
ｌｉｃａｔｉｏｎｓ）」（以後「ＲＦＣ １８８９」と呼ぶ）で定義されている
一定のジッタがある。インターネットのジッタはたとえば１００ミリ秒である。
このネットワーク・ジッタを補償するために、受信器はパケット伝送速度を制御
するジッタ・バッファを通常含んでいる。ジッタ・バッファの例が本願出願人に
譲渡されている米国特許第５，８２５，７７１号に開示されている。それの全体
を参照することによりそれの開示がここに含まれる。
【０００４】 図１はあるネットワーク、たとえば、インターネット、におけるジッタの例で
ある。この図ではジッタは線２０として示されている。したがって、ジッタ・バ
ッファのサイズは、このジッタに対処するために３０ミリ秒にセットされている
。
ある。この図ではジッタは線２０として示されている。したがって、ジッタ・バ
ッファのサイズは、このジッタに対処するために３０ミリ秒にセットされている
。
【０００５】 ジッタ・バッファのサイズは転送されるオーディオ・パケットのビット伝送速
度に従って通常セットされる。ジッタ・バッファのサイズが変化するとオーディ
オの質に影響を及ぼす。特に、ジッタ・バッファのサイズが小さくなると演奏す
るオーディオ・パケットの遅延時間が短くなるが、伝送されるオーディオ・パケ
ットの量がジッタ・バッファのサイズを超えると、オーディオ伝送に途切れが生
ずる。逆に、ジッタ・バッファのサイズが大きくなるとオーディオ中の途切れを
禁止することが支援されるが、遅延は長くなる。オーディオの途切れと遅延の平
衡は安定なネットワークでは容易に行える。これは、図２に詳細に示されている
ように、多数のパケットが極めて短い時間部分内に伝送されるという、バースト
期間としても知られているバーストを有することがある、インターネットなどの
不安定なネットワークではそうではない。それらのバーストにより、図３に詳細
に示されているものなどの、ネットワークの挙動のチャート上にスパイクが現れ
る結果となる。
度に従って通常セットされる。ジッタ・バッファのサイズが変化するとオーディ
オの質に影響を及ぼす。特に、ジッタ・バッファのサイズが小さくなると演奏す
るオーディオ・パケットの遅延時間が短くなるが、伝送されるオーディオ・パケ
ットの量がジッタ・バッファのサイズを超えると、オーディオ伝送に途切れが生
ずる。逆に、ジッタ・バッファのサイズが大きくなるとオーディオ中の途切れを
禁止することが支援されるが、遅延は長くなる。オーディオの途切れと遅延の平
衡は安定なネットワークでは容易に行える。これは、図２に詳細に示されている
ように、多数のパケットが極めて短い時間部分内に伝送されるという、バースト
期間としても知られているバーストを有することがある、インターネットなどの
不安定なネットワークではそうではない。それらのバーストにより、図３に詳細
に示されているものなどの、ネットワークの挙動のチャート上にスパイクが現れ
る結果となる。
【０００６】 図２はパケットの数と時間（ミリ秒で）の関係により表されている、インター
ネットなどの、不安定なネットワークの詳細を示す。ここで、「正常な」伝送で
は、時間長さ１０の単一のパケットが伝送時間２０、４０および６０から等しい
間隔で送られている。時間７０と１７０の間では沈黙期間が存在する。この沈黙
期間は多くの要因に基づくものであるようで、１つの共通要因はパケット伝送経
路に沿う経路の１つが使用されていることである。その結果、時刻１７０に始ま
る７個のパケットの伝送の直後に、時刻１８０に５個のパケットの伝送が続き、
その直後に時刻１９０と２００に１個のパケットの伝送が続く。多数のパケット
のこの急速な伝送がバースト、またはバースト期間（時刻１７０と２１０の間）
の例である。パケット伝送は時刻２２０に「正常」に復帰する。
ネットなどの、不安定なネットワークの詳細を示す。ここで、「正常な」伝送で
は、時間長さ１０の単一のパケットが伝送時間２０、４０および６０から等しい
間隔で送られている。時間７０と１７０の間では沈黙期間が存在する。この沈黙
期間は多くの要因に基づくものであるようで、１つの共通要因はパケット伝送経
路に沿う経路の１つが使用されていることである。その結果、時刻１７０に始ま
る７個のパケットの伝送の直後に、時刻１８０に５個のパケットの伝送が続き、
その直後に時刻１９０と２００に１個のパケットの伝送が続く。多数のパケット
のこの急速な伝送がバースト、またはバースト期間（時刻１７０と２１０の間）
の例である。パケット伝送は時刻２２０に「正常」に復帰する。
【０００７】 図３は２つのバースト（バースト期間）を、時間間隔２と４の間と時間間隔７
〜９の間に起きる、線３０（ダイヤモンド形の点で形成されている）に沿ってス
パイクとして図形的に示している。この不安定なネットワーク、不安定なネット
ワークの例、では、ジッタ・バッファのサイズ、線３１（正方形の点で形成され
ている）、のサイズが連続して増大および減少させられて、パケットのバースト
を克服するために、遅延を短く保ち、あるいは長く保つ。
〜９の間に起きる、線３０（ダイヤモンド形の点で形成されている）に沿ってス
パイクとして図形的に示している。この不安定なネットワーク、不安定なネット
ワークの例、では、ジッタ・バッファのサイズ、線３１（正方形の点で形成され
ている）、のサイズが連続して増大および減少させられて、パケットのバースト
を克服するために、遅延を短く保ち、あるいは長く保つ。
【０００８】 ジッタ・バッファのサイズを調整する現在の装置および方法の大きな欠点は、
それらの装置および方法がジッタとバーストを区別しないので、それらを同じよ
うに取扱うことである。ジッタ・バッファのサイズを調整する典型的な方法およ
び装置に結び付けられると、あるパケットは受信器には決して到達できず、ある
いは到達しても不完全である。この結果としてオーディオの質が不十分になる。
それらの装置および方法がジッタとバーストを区別しないので、それらを同じよ
うに取扱うことである。ジッタ・バッファのサイズを調整する典型的な方法およ
び装置に結び付けられると、あるパケットは受信器には決して到達できず、ある
いは到達しても不完全である。この結果としてオーディオの質が不十分になる。
【０００９】 （発明の概要） 本発明は、不安定なネットワークのためのオーディオ・トランシーバのジッタ
・バッファのサイズを調整する方法および装置を提供することにより、先行技術
のジッタ・バッファ制御機構を改良する。それらの方法は、ネットワーク・パケ
ットの受取りを解析することによりバースト期間の可能性を基にしてジッタ・バ
ッファのサイズを見積もることを含み、装置はそれを実行するハードウェアおよ
びソフトウエアを含んでいる。本発明は、バースト期間をジッタから区別し、ジ
ッタ・バッファを異なって調整することにより動作して、ジッタの調整と比較し
た場合にそれらのバースト期間を受けいれる。
・バッファのサイズを調整する方法および装置を提供することにより、先行技術
のジッタ・バッファ制御機構を改良する。それらの方法は、ネットワーク・パケ
ットの受取りを解析することによりバースト期間の可能性を基にしてジッタ・バ
ッファのサイズを見積もることを含み、装置はそれを実行するハードウェアおよ
びソフトウエアを含んでいる。本発明は、バースト期間をジッタから区別し、ジ
ッタ・バッファを異なって調整することにより動作して、ジッタの調整と比較し
た場合にそれらのバースト期間を受けいれる。
【００１０】 本発明は、ネットワークと通信するための通信装置のジッタ・バッファのジッ
タ・バッファ・サイズを制御する方法に向けられている。この方法は、多数のデ
ータ・パケットまたはパケットが迅速に伝送されるような期間である、少なくと
も１つのバースト期間中にネットワークをモニタするステップと、その後でこの
少なくとも１つのバースト期間からの少なくとも１つの以後のバースト期間の可
能性を決定するステップとを備えている。その後でジッタ・バッファのサイズを
この以後のバースト期間の可能性を基にして調整する。
タ・バッファ・サイズを制御する方法に向けられている。この方法は、多数のデ
ータ・パケットまたはパケットが迅速に伝送されるような期間である、少なくと
も１つのバースト期間中にネットワークをモニタするステップと、その後でこの
少なくとも１つのバースト期間からの少なくとも１つの以後のバースト期間の可
能性を決定するステップとを備えている。その後でジッタ・バッファのサイズを
この以後のバースト期間の可能性を基にして調整する。
【００１１】 この方法は、所定の場所で受けた各パケットに対する実行時間を測定するステ
ップと、少なくとも２つの所定の時間間隔から受けられたパケットのおのおのか
ら少なくとも２つの統計量を作成することにより実行時間の統計量を構成するス
テップも含む。少なくとも２つの統計量のおのおのから幅値とオフセット値を計
算でき、それらの計算された値から少なくとも１つの以後のバーストの可能性を
決定できる。
ップと、少なくとも２つの所定の時間間隔から受けられたパケットのおのおのか
ら少なくとも２つの統計量を作成することにより実行時間の統計量を構成するス
テップも含む。少なくとも２つの統計量のおのおのから幅値とオフセット値を計
算でき、それらの計算された値から少なくとも１つの以後のバーストの可能性を
決定できる。
【００１２】 本発明は、ジッタ・バッファと、ジッタ・バッファのサイズを制御する制御器
とを有する、インターネットなどの、ネットワークに使用するオーディオ受信器
にも向けられている。制御器は、少なくとも１つのバースト期間中ネットワーク
をモニタし、少なくとも１つのバースト期間中のネットワークのモニタを基にし
てジッタ・バッファのサイズを調整し、あるバースト期間中にパケットの伝送を
行えるようにプログラムされたマイクロプロセッサまたはその他の同様なコンピ
ューティング手段を含むことが好ましい。
とを有する、インターネットなどの、ネットワークに使用するオーディオ受信器
にも向けられている。制御器は、少なくとも１つのバースト期間中ネットワーク
をモニタし、少なくとも１つのバースト期間中のネットワークのモニタを基にし
てジッタ・バッファのサイズを調整し、あるバースト期間中にパケットの伝送を
行えるようにプログラムされたマイクロプロセッサまたはその他の同様なコンピ
ューティング手段を含むことが好ましい。
【００１３】 （図面の詳細な説明） 添付図面を参照して本発明を説明する。図面において同じ参照番号と同じ参照
文字の少なくとも一方が対応する構成部品または同じ構成部品を特定する。
文字の少なくとも一方が対応する構成部品または同じ構成部品を特定する。
【００１４】 ここで、本発明のための環境、すなわち、ネットワーク１００、を示す図４Ａ
を参照する。インターネットはそのようなネットワークの１つの例である。ネッ
トワーク１００内には、ネットワーク化された構成内で結合されている種々のル
ータ（Ｒ）１０２と、ゲートウェイ（ＧＷ）１０４がある。インターネット・プ
ロトコル（ＩＰ）端末装置１１０などの種々の通信装置がゲートウェイ１０４を
介してネットワーク１００に結合されている。オーディオ・パケットを含んでい
るデータ・パケットを以後、ネットワーク１００を移動する「パケット」と呼ぶ
ことにする。
を参照する。インターネットはそのようなネットワークの１つの例である。ネッ
トワーク１００内には、ネットワーク化された構成内で結合されている種々のル
ータ（Ｒ）１０２と、ゲートウェイ（ＧＷ）１０４がある。インターネット・プ
ロトコル（ＩＰ）端末装置１１０などの種々の通信装置がゲートウェイ１０４を
介してネットワーク１００に結合されている。オーディオ・パケットを含んでい
るデータ・パケットを以後、ネットワーク１００を移動する「パケット」と呼ぶ
ことにする。
【００１５】 図４Ｂは本発明のＩＰ端末装置１１０の受信器部１１１（または受信器）を示
す。この受信器１１１はオーディオ受信器であることが好ましく、圧縮解除器１
１６と増幅器１１８を介してスピーカ１１４等に連結されているジッタ・バッフ
ァ１１２を含んでいる。このジッタ・バッファは、ジッタ・バッファのサイズを
制御（調整）する制御器１２０にも（有線リンク１１９ａまたは無線リンク１１
９ｂにより）連結されている。
す。この受信器１１１はオーディオ受信器であることが好ましく、圧縮解除器１
１６と増幅器１１８を介してスピーカ１１４等に連結されているジッタ・バッフ
ァ１１２を含んでいる。このジッタ・バッファは、ジッタ・バッファのサイズを
制御（調整）する制御器１２０にも（有線リンク１１９ａまたは無線リンク１１
９ｂにより）連結されている。
【００１６】 ジッタ・バッファ１１２は、それらのパケットに適応するための任意のジッタ
・バッファとすることができ、たとえば、米国特許第５，８２５，７７１号に詳
細に開示されているジッタ・バッファとすることができる。圧縮解除器１１６と
増幅器１１８は従来の装置とすることもできる。スピーカ１１４は従来のスピー
カとすることができ、かつ電話応用を取り扱うために構成されているパーソナル
・コンピュータ（ＰＣ）に関連するものとすることができる。
・バッファとすることができ、たとえば、米国特許第５，８２５，７７１号に詳
細に開示されているジッタ・バッファとすることができる。圧縮解除器１１６と
増幅器１１８は従来の装置とすることもできる。スピーカ１１４は従来のスピー
カとすることができ、かつ電話応用を取り扱うために構成されているパーソナル
・コンピュータ（ＰＣ）に関連するものとすることができる。
【００１７】 上で詳しく説明した制御器１２０はコンピュータまたはマイクロプロセッサに
より制御されるものが好ましい。制御器１２０は、制御器１２０に信号するため
、またはその他のやり方で制御して、ジッタ・バッファ１１２のサイズを適切に
調整（増大または減少）または維持するように、ソフトウエアを走らせるため、
およびその他のコンピューティング機能を実行するためにマイクロプロセッサ（
図示されていない）またはその他の類似のコンピューティング手段やプロセッサ
手段を含み、またはそれらに結合されていることが好ましい。データの記憶装置
と、それらのマイクロプロセッサまたはその他の類似のコンピューティング手段
やプロセッサ手段に関連するハードウェアとが存在することもある。
より制御されるものが好ましい。制御器１２０は、制御器１２０に信号するため
、またはその他のやり方で制御して、ジッタ・バッファ１１２のサイズを適切に
調整（増大または減少）または維持するように、ソフトウエアを走らせるため、
およびその他のコンピューティング機能を実行するためにマイクロプロセッサ（
図示されていない）またはその他の類似のコンピューティング手段やプロセッサ
手段を含み、またはそれらに結合されていることが好ましい。データの記憶装置
と、それらのマイクロプロセッサまたはその他の類似のコンピューティング手段
やプロセッサ手段に関連するハードウェアとが存在することもある。
【００１８】 本発明の方法は下記のように実施され、上で詳述したハードウェアに加えてソ
フトウエアおよび付加ハードウェアを含むことができる。本方法は図５において
流れ図の形で詳細に説明される。
フトウエアおよび付加ハードウェアを含むことができる。本方法は図５において
流れ図の形で詳細に説明される。
【００１９】 最初に、ステップ２００で、各パケットに対する実行時間（ＴＴＰ）を測定す
る。ここで、ＴＴＰは任意のサイズのパケット（それに含まれているフレームの
数とは無関係に）が取り扱われることをジッタ・バッファ１１２内で待つ時間の
長さである、と定義されている。パケットのＴＴＰはネットワークをモニタする
（以下に詳しく述べるようにバーストまたはバースト期間のモニタリングを含む
）ことにより測定され、このモニタリングは、ハードウェアと、ソフトウエアま
たはそれの組合わせを制御器１２０内に含んでいるモニタリング手段（Ｍ）１２
２により通常行われる。たとえば、モニタリング手段１２２は、ネットワークか
ら矢印１２３に沿って受信器１１１に供給される入力をモニタする単一のサンプ
ラーまたは多数のサンプラーを含むことができる。
る。ここで、ＴＴＰは任意のサイズのパケット（それに含まれているフレームの
数とは無関係に）が取り扱われることをジッタ・バッファ１１２内で待つ時間の
長さである、と定義されている。パケットのＴＴＰはネットワークをモニタする
（以下に詳しく述べるようにバーストまたはバースト期間のモニタリングを含む
）ことにより測定され、このモニタリングは、ハードウェアと、ソフトウエアま
たはそれの組合わせを制御器１２０内に含んでいるモニタリング手段（Ｍ）１２
２により通常行われる。たとえば、モニタリング手段１２２は、ネットワークか
ら矢印１２３に沿って受信器１１１に供給される入力をモニタする単一のサンプ
ラーまたは多数のサンプラーを含むことができる。
【００２０】 通常は、各パケットのためのＴＴＰはパケットが指定された任意の場所で受け
られた時に決定される。パケットが受けられると、それは、ＲＦＣ １８８９の
第５章（それを構成する補助章を全て含んでいる）に詳述されているように、タ
イムスタンプと一連番号を通常有する。ＲＦＣ １８８９の出版物の全てを参照
することによりそれの全てがここに含まれる。そうするとＴＴＰは、連続して順
次送られてくるパケットのタイムスタンプとタイムスタンプのスタンピング回数
との間の時間の差の関数として測定できる。
られた時に決定される。パケットが受けられると、それは、ＲＦＣ １８８９の
第５章（それを構成する補助章を全て含んでいる）に詳述されているように、タ
イムスタンプと一連番号を通常有する。ＲＦＣ １８８９の出版物の全てを参照
することによりそれの全てがここに含まれる。そうするとＴＴＰは、連続して順
次送られてくるパケットのタイムスタンプとタイムスタンプのスタンピング回数
との間の時間の差の関数として測定できる。
【００２１】 通常は、各端末装置１１０は、ネットワーク内のジッタを補償および克服する
ためにジッタ・バッファを有する。図６は、各パケットのためのオーディオ圧縮
および圧縮解除のためのＧ ７２３コーデックを用いて、オーディオの流れで伝
送される、Ｐ１〜Ｐ７として示されている、パケットに対するＴＴＰを測定する
線図である。各パケットＰ１〜Ｐ７は、たとえば、ＴＳと付けられている円によ
り示されて、パケットＰ１上に示されているタイムスタンプ（上で詳細に述べた
ところに従って）も含む。ＴＳはパケットＰ１に対しては０である。同様に、パ
ケットＰ２は２４０のタイムスタンプ（ＴＳと付けられている円により示されて
いる）を有する、等である。最初に、時刻０ｍｓではパケットは端末装置１１０
に到達する（到達は湾曲している矢印ＡＡにより示されている）が、直接には開
かれない。それよりも、ジッタ・バッファを構成するために（構成は時刻０ｍｓ
に開始する）それらはジッタ・バッファ１１２（図１および図２）で遅延させら
れる。
ためにジッタ・バッファを有する。図６は、各パケットのためのオーディオ圧縮
および圧縮解除のためのＧ ７２３コーデックを用いて、オーディオの流れで伝
送される、Ｐ１〜Ｐ７として示されている、パケットに対するＴＴＰを測定する
線図である。各パケットＰ１〜Ｐ７は、たとえば、ＴＳと付けられている円によ
り示されて、パケットＰ１上に示されているタイムスタンプ（上で詳細に述べた
ところに従って）も含む。ＴＳはパケットＰ１に対しては０である。同様に、パ
ケットＰ２は２４０のタイムスタンプ（ＴＳと付けられている円により示されて
いる）を有する、等である。最初に、時刻０ｍｓではパケットは端末装置１１０
に到達する（到達は湾曲している矢印ＡＡにより示されている）が、直接には開
かれない。それよりも、ジッタ・バッファを構成するために（構成は時刻０ｍｓ
に開始する）それらはジッタ・バッファ１１２（図１および図２）で遅延させら
れる。
【００２２】 ジッタ・バッファが構成されたおおよその時刻である、時刻６０ｍｓで開始し
て、パケットはジッタ・バッファを一定の速さでジッタ・バッファを去り始める
。したがって、３０ｍｓ間隔（３０ｍｓはＧ．７２３コーデック・フレームサイ
ズである）ごとに、次のパケットはジッタ・バッファを去る。あるパケットがジ
ッタ・バッファをひとたび去り、オーディオの流れに沿う参照点で受けられると
、パケットのサイズを見積もることができる。パケットのサイズは、Ｇ．７２３
コーデックが８０００Ｈｚの標本化率を持つことを知っていることを基にして見
積もられる。したがって、パケット（Ｐｎ）のサイズは次の式 Ｐｎ＝（ＴＳPn+1−ＴＳPn）／ＣＳＲ （１） により見積もられる。ここに、 ＴＳPn+1は次のパケットのタイムスタンプ、 ＴＳPnは測定することが望まれるパケットのタイムスタンプ、 ＣＳＲはコーデック標本化率（ここでは８０００Ｈｚ）である。
て、パケットはジッタ・バッファを一定の速さでジッタ・バッファを去り始める
。したがって、３０ｍｓ間隔（３０ｍｓはＧ．７２３コーデック・フレームサイ
ズである）ごとに、次のパケットはジッタ・バッファを去る。あるパケットがジ
ッタ・バッファをひとたび去り、オーディオの流れに沿う参照点で受けられると
、パケットのサイズを見積もることができる。パケットのサイズは、Ｇ．７２３
コーデックが８０００Ｈｚの標本化率を持つことを知っていることを基にして見
積もられる。したがって、パケット（Ｐｎ）のサイズは次の式 Ｐｎ＝（ＴＳPn+1−ＴＳPn）／ＣＳＲ （１） により見積もられる。ここに、 ＴＳPn+1は次のパケットのタイムスタンプ、 ＴＳPnは測定することが望まれるパケットのタイムスタンプ、 ＣＳＲはコーデック標本化率（ここでは８０００Ｈｚ）である。
【００２３】 この状況を採用すると、Ｐ１パケットのサイズは（２４０−０）／８０００す
なわち３０ｍｓＨｚである。Ｐ２は３０ｍｓ、等である。以後のパケットに対し
て同じ計算を行うことができ、それによると以後のパケットＰ３〜Ｐ７のサイズ
は、この例では３０ｍｓである。
なわち３０ｍｓＨｚである。Ｐ２は３０ｍｓ、等である。以後のパケットに対し
て同じ計算を行うことができ、それによると以後のパケットＰ３〜Ｐ７のサイズ
は、この例では３０ｍｓである。
【００２４】 図６をなお参照して、パケットサイズが既知であると、各パケットの実行時間
（ＴＴＰ）を計算できる。この線図に示されているように、パケットはジッタ・
バッファを時刻６０ｍｓ後に３０ｍｓごとに去る（パケットの辞去は矢印ＰＬで
示されている）。特に、タイムスタンプが０ｍｓであるパケットＰ１がジッタ・
バッファを去り、時刻９０ｍｓに実行され、タイムスタンプが２４０ｍｓである
パケットＰ２がジッタ・バッファを去り、時刻９０ｍｓに実行され、タイムスタ
ンプが４８０ｍｓであるパケットＰ３がジッタ・バッファを去り、時刻１２０ｍ
ｓに実行され、タイムスタンプが７２０ｍｓであるパケットＰ４がジッタ・バッ
ファを去り、時刻１５０ｍｓに実行され、タイムスタンプが９６０ｍｓであるパ
ケットＰ５がジッタ・バッファを去り、時刻１８０ｍｓに実行され、タイムスタ
ンプが１２００ｍｓであるパケットＰ６がジッタ・バッファを去り、時刻２１０
ｍｓに実行され、タイムスタンプが１４４０ｍｓであるパケットＰ７がジッタ・
バッファを去り、時刻２４０ｍｓに実行される。
（ＴＴＰ）を計算できる。この線図に示されているように、パケットはジッタ・
バッファを時刻６０ｍｓ後に３０ｍｓごとに去る（パケットの辞去は矢印ＰＬで
示されている）。特に、タイムスタンプが０ｍｓであるパケットＰ１がジッタ・
バッファを去り、時刻９０ｍｓに実行され、タイムスタンプが２４０ｍｓである
パケットＰ２がジッタ・バッファを去り、時刻９０ｍｓに実行され、タイムスタ
ンプが４８０ｍｓであるパケットＰ３がジッタ・バッファを去り、時刻１２０ｍ
ｓに実行され、タイムスタンプが７２０ｍｓであるパケットＰ４がジッタ・バッ
ファを去り、時刻１５０ｍｓに実行され、タイムスタンプが９６０ｍｓであるパ
ケットＰ５がジッタ・バッファを去り、時刻１８０ｍｓに実行され、タイムスタ
ンプが１２００ｍｓであるパケットＰ６がジッタ・バッファを去り、時刻２１０
ｍｓに実行され、タイムスタンプが１４４０ｍｓであるパケットＰ７がジッタ・
バッファを去り、時刻２４０ｍｓに実行される。
【００２５】 各パケットに対してＴＴＰを決定する際に、最初に実行されるパケットのタイ
ムスタンプが新たに到達したパケットのタイムスタンプから差し引かれる。この
結果がその後でＧ．７２３コーデック標本化率（８０００Ｈｚ）により除される
。各パケットに対する（ＴＴＰ）は式 ＴＴＰ＝（ＴＳNA−ＴＳFP）／ＣＳＲ （２） により表される。ここに、 ＴＳNAは新たに到達したパケットのタイムスタンプ、 ＴＳFPは最初に実行するパケットのタイムスタンプ、 ＣＳＲはコーデック標本化率である。
ムスタンプが新たに到達したパケットのタイムスタンプから差し引かれる。この
結果がその後でＧ．７２３コーデック標本化率（８０００Ｈｚ）により除される
。各パケットに対する（ＴＴＰ）は式 ＴＴＰ＝（ＴＳNA−ＴＳFP）／ＣＳＲ （２） により表される。ここに、 ＴＳNAは新たに到達したパケットのタイムスタンプ、 ＴＳFPは最初に実行するパケットのタイムスタンプ、 ＣＳＲはコーデック標本化率である。
【００２６】 たとえば、６０ｍｓまたはそのすぐ後で新たに到達するパケットＰ４で始まっ
て、ＴＳPAは７２０ｍｓ（Ｐ４のタイムスタンプ）、ＴＳFTPは２４０ｍｓ（設
定時刻９０ｍｓに最初に実行するパケットであるパケットＰ２のタイムスタンプ
）、ＣＳＲはＧ．７２３コーデック標本化率の８０００である。したがって、上
の式に従ってパケットＰ４のＴＴＰは（７２０ｍｓ−２４０ｍｓ）／８０００す
なわち０．０６秒すなわち６０ｍｓである。
て、ＴＳPAは７２０ｍｓ（Ｐ４のタイムスタンプ）、ＴＳFTPは２４０ｍｓ（設
定時刻９０ｍｓに最初に実行するパケットであるパケットＰ２のタイムスタンプ
）、ＣＳＲはＧ．７２３コーデック標本化率の８０００である。したがって、上
の式に従ってパケットＰ４のＴＴＰは（７２０ｍｓ−２４０ｍｓ）／８０００す
なわち０．０６秒すなわち６０ｍｓである。
【００２７】 パケットＰ５（タイムスタンプが９６０ｍｓ）およびＰ６（タイムスタンプが
１２００ｍｓ）は時刻１２０ｍｓ（この時刻にはＰ４‐タイムスタンプが７２０
ｍｓ‐がパケットを最初に実行している）の直後に到達するので、Ｐ５のＴＴＰ
は（９６０−７２０）／８０００すなわち３０ｍｓ、Ｐ６のＴＴＰは（１２００
−７２０）／８０００すなわち６０ｍｓである。同じ時刻の到達するパケットＰ
５、Ｐ６の場合には、それの順序を切り替えることができ、もしそうするならば
、それらのパケットのＴＴＰはそれらのパケットの異なる到達順序により影響さ
れることはない。同様に、タイムスタンプが１４４０ｍｓであるパケットＰ７は
時刻２１０ｍｓのいくらか後に到達し、設定時刻２４０ではＰ７のＴＴＰは（１
４４０ｍｓ−１４４０ｍｓ）／８０００は０である。
１２００ｍｓ）は時刻１２０ｍｓ（この時刻にはＰ４‐タイムスタンプが７２０
ｍｓ‐がパケットを最初に実行している）の直後に到達するので、Ｐ５のＴＴＰ
は（９６０−７２０）／８０００すなわち３０ｍｓ、Ｐ６のＴＴＰは（１２００
−７２０）／８０００すなわち６０ｍｓである。同じ時刻の到達するパケットＰ
５、Ｐ６の場合には、それの順序を切り替えることができ、もしそうするならば
、それらのパケットのＴＴＰはそれらのパケットの異なる到達順序により影響さ
れることはない。同様に、タイムスタンプが１４４０ｍｓであるパケットＰ７は
時刻２１０ｍｓのいくらか後に到達し、設定時刻２４０ではＰ７のＴＴＰは（１
４４０ｍｓ−１４４０ｍｓ）／８０００は０である。
【００２８】 この情報を、図５のブロック２０２において、ＴＴＰ統計量を構成するために
その後で使用できる。特に、ＴＴＰ統計量に対する時刻６０ｍｓと２４０ｍｓの
間の時間間隔に対応するデータは次の通りである。
その後で使用できる。特に、ＴＴＰ統計量に対する時刻６０ｍｓと２４０ｍｓの
間の時間間隔に対応するデータは次の通りである。
【００２９】
【表１】 このＴＴＰ統計量に従って、１つのパケットＰ７のＴＴＰは０ｍｓ、１つのパケ
ットＰ５のＴＴＰは３０ｍｓ、２つのパケットＰ４とＰ６のＴＴＰは６０ｍｓ、
零パケットのＴＴＰは９０ｍｓであった。負のＴＴＰ（ここでは−３０ｍｓ）は
後に到達する（ジッタ・バッファに）パケットに割当てられる。それらのパケッ
トはジッタ・バッファ内では実行されず、後で到達する各パケットに提供される
情報はジッタ・バッファのサイズを大きくするために使用することが好ましい。
ットＰ５のＴＴＰは３０ｍｓ、２つのパケットＰ４とＰ６のＴＴＰは６０ｍｓ、
零パケットのＴＴＰは９０ｍｓであった。負のＴＴＰ（ここでは−３０ｍｓ）は
後に到達する（ジッタ・バッファに）パケットに割当てられる。それらのパケッ
トはジッタ・バッファ内では実行されず、後で到達する各パケットに提供される
情報はジッタ・バッファのサイズを大きくするために使用することが好ましい。
【００３０】 それらのライン（おのおのＴＴＰ統計量）がその後である時間期間にわたって
ＴＴＰ統計量に組み込まれる。図７は本発明に従って実験的に決定された実際の
統計量である表を示す。あるＴＴＰを持つパケットの数を種々の時間間隔で、時
刻０と、時刻０の８７４ｍｓ後と、それの１６２７ｍｓ（８７４ｍｓより）後と
、それの３２４７ｍｓ（時間８７４ｍｓ＋時間１６２７ｍｓより）後、等で見積
もった。このＴＴＰ統計量は端末装置１１０、好ましくは制御器１２０内の、ま
たはそれの外部の、マイクロプロセッサのメモリまたはその他の類似のメモリす
なわち記憶装置（ユニット）に保存される。
ＴＴＰ統計量に組み込まれる。図７は本発明に従って実験的に決定された実際の
統計量である表を示す。あるＴＴＰを持つパケットの数を種々の時間間隔で、時
刻０と、時刻０の８７４ｍｓ後と、それの１６２７ｍｓ（８７４ｍｓより）後と
、それの３２４７ｍｓ（時間８７４ｍｓ＋時間１６２７ｍｓより）後、等で見積
もった。このＴＴＰ統計量は端末装置１１０、好ましくは制御器１２０内の、ま
たはそれの外部の、マイクロプロセッサのメモリまたはその他の類似のメモリす
なわち記憶装置（ユニット）に保存される。
【００３１】 また、このＴＴＰ統計量から、各ラインは「幅」および「オフセット」として
知られている値を有する。幅は最大のＴＴＰと最小のＴＴＰとの間の差であり、
オフセットは、パケットが受けられた最小のＴＴＰである。たとえば、行「１」
（すなわちヒストグラム＃１）では、幅は６０ｍｓであり、９０（ＴＴＰ９０ｍ
ｓで受けられた５つのパケット）マイナス３０（ＴＴＰ３０ｍｓで受けられた５
つのパケット）から計算され、オフセットは３０ｍｓである。ＴＴＰ３０ｍｓは
パケット（ここでは５つのパケット）が受けられた最小のＴＴＰである。
知られている値を有する。幅は最大のＴＴＰと最小のＴＴＰとの間の差であり、
オフセットは、パケットが受けられた最小のＴＴＰである。たとえば、行「１」
（すなわちヒストグラム＃１）では、幅は６０ｍｓであり、９０（ＴＴＰ９０ｍ
ｓで受けられた５つのパケット）マイナス３０（ＴＴＰ３０ｍｓで受けられた５
つのパケット）から計算され、オフセットは３０ｍｓである。ＴＴＰ３０ｍｓは
パケット（ここでは５つのパケット）が受けられた最小のＴＴＰである。
【００３２】 ＴＴＰ統計量が定められると、この統計量は解析されてバースト（バースト期
間）が存在するかどうかがブロック２０４で判定される。バーストまたはバース
ト期間は上で定義したオフセット値および幅値の関数であるので、そのバースト
またはバースト期間の判定はＴＴＰ統計量の解析により行われる。
間）が存在するかどうかがブロック２０４で判定される。バーストまたはバース
ト期間は上で定義したオフセット値および幅値の関数であるので、そのバースト
またはバースト期間の判定はＴＴＰ統計量の解析により行われる。
【００３３】 たとえば、図７のＴＴＰ統計量では、「１２」行と「１３」行（ヒストグラム
＃１２と１３）は、行１２と１３の間の幅の差としてバーストを示し、それは３
００（１３行の４８０マイナス１２行の１８０）である。この幅変化は約２００
より大きい。更に、このバーストまたはバースト期間は「１３」行と「１４」行
（ヒストグラム＃１３と１４）からも示され、それらの行ではオフセットは約２
００またはそれ以上（右へ）移動していた。特にオフセットは−１２０（行１３
）から２４０（行１４）へ動いた。
＃１２と１３）は、行１２と１３の間の幅の差としてバーストを示し、それは３
００（１３行の４８０マイナス１２行の１８０）である。この幅変化は約２００
より大きい。更に、このバーストまたはバースト期間は「１３」行と「１４」行
（ヒストグラム＃１３と１４）からも示され、それらの行ではオフセットは約２
００またはそれ以上（右へ）移動していた。特にオフセットは−１２０（行１３
）から２４０（行１４）へ動いた。
【００３４】 バーストがひとたび生ずると、以後のバーストの可能性がブロック２０６でＴ
ＴＰ統計量から計算される。以後のバーストの可能性はＴＴＰ統計量からのオフ
セット値および幅値（上で詳述した）の関数でもある。一般に、以後のバースト
の可能性は各バーストで大きくなる。バーストまたはバースト期間の可能性を決
定する実際の解析は、下の付録Ａに詳述されているところに従う統計的な解析で
ある。
ＴＰ統計量から計算される。以後のバーストの可能性はＴＴＰ統計量からのオフ
セット値および幅値（上で詳述した）の関数でもある。一般に、以後のバースト
の可能性は各バーストで大きくなる。バーストまたはバースト期間の可能性を決
定する実際の解析は、下の付録Ａに詳述されているところに従う統計的な解析で
ある。
【００３５】 以後のバーストまたはバースト期間の可能性がブロック２０６で計算されると
、ジッタ・バッファのサイズをこの可能性を基にしてブロック２０８で見積もる
ことができる。見積もられたジッタ・バッファのサイズは下の付録Ａに詳述され
ているところに従う統計的な解析から決定される。この見積もられたジッタ・バ
ッファのサイズ、および（上で）測定された現在のジッタ・バッファのサイズ、
はブロック２１０で比較される（サイズの変化）。
、ジッタ・バッファのサイズをこの可能性を基にしてブロック２０８で見積もる
ことができる。見積もられたジッタ・バッファのサイズは下の付録Ａに詳述され
ているところに従う統計的な解析から決定される。この見積もられたジッタ・バ
ッファのサイズ、および（上で）測定された現在のジッタ・バッファのサイズ、
はブロック２１０で比較される（サイズの変化）。
【００３６】 ブロック２１２で、ジッタ・バッファを増加または減少して、サイズを変化す
べきであるとすると、制御器１２０は、制御器からの信号に従ってそれのサイズ
を増加または減少する対応するハードウェアを持つジッタ・バッファに合図する
。ジッタ・バッファが調整されると、システムはブロック２００へ戻って再びス
タートする。この方法は所望の多くの時間間隔にわたって反復できる。
べきであるとすると、制御器１２０は、制御器からの信号に従ってそれのサイズ
を増加または減少する対応するハードウェアを持つジッタ・バッファに合図する
。ジッタ・バッファが調整されると、システムはブロック２００へ戻って再びス
タートする。この方法は所望の多くの時間間隔にわたって反復できる。
【００３７】 図８は、ネットワークの挙動を考慮して本発明に従って調整されているジッタ
・バッファを示す。線３０（ダイヤモンド形の点で形成されている）は本発明を
表し、線３１（正方形の点で表されている）は先行技術のジッタ・バッファサイ
ズ調整法を示す。両方とも上で図３に詳細に示されている。ここでは、第１のバ
ーストまたはバースト期間が時間間隔３で検出されている。上で詳細を述べた方
法を基にして、第２のバーストの可能性が下記のようにして決定された。しかし
、時間間隔８では、第２のバーストが検出され、今は本発明の方法に従って以後
のバーストまたはバースト期間の可能性は高い。時間間隔３と８の間では、三角
形の点で形成されている線２３３により示されている本発明のジッタ・バッファ
は、次のバーストまたはバースト期間、ここでは第２のバーストまたはバースト
期間、までほぼ一定の率でジッタ・バッファのサイズを減少するように、調整さ
れる。この動作は線３１における、先行技術の動作に類似する。
・バッファを示す。線３０（ダイヤモンド形の点で形成されている）は本発明を
表し、線３１（正方形の点で表されている）は先行技術のジッタ・バッファサイ
ズ調整法を示す。両方とも上で図３に詳細に示されている。ここでは、第１のバ
ーストまたはバースト期間が時間間隔３で検出されている。上で詳細を述べた方
法を基にして、第２のバーストの可能性が下記のようにして決定された。しかし
、時間間隔８では、第２のバーストが検出され、今は本発明の方法に従って以後
のバーストまたはバースト期間の可能性は高い。時間間隔３と８の間では、三角
形の点で形成されている線２３３により示されている本発明のジッタ・バッファ
は、次のバーストまたはバースト期間、ここでは第２のバーストまたはバースト
期間、までほぼ一定の率でジッタ・バッファのサイズを減少するように、調整さ
れる。この動作は線３１における、先行技術の動作に類似する。
【００３８】 時間間隔８における第２のバーストの後では、以後のバーストまたはバースト
期間の可能性は非常にありそうである。本発明に従って、その後でジッタ・バッ
ファは、時間間隔８〜１１の間の線分２３３ａにより示されているように、予測
されるバーストまたはバースト期間を受け入れるために、長くされたバーストま
たはバースト期間のレベルに維持される。このレベルのままであることにより、
ジッタ・バッファは以後のバーストまたはバースト期間を受け入れることができ
る。これは、また、バーストを上昇し、その後でほぼ一定の率（線分３１ａ）で
直ちに降下する先行技術とは対照的である。この即時の降下は、先行技術がバー
ストとジッタの区別ができず、したがって全ての事象をジッタとして処理するの
で、ジッタ・バッファのサイズを直ちに小さくするように作用する。ジッタ・バ
ッファのサイズを、以後のバーストまたはバースト期間を受け入れるために十分
大きく維持することにこのように失敗した結果として、オーディオ伝送はかなり
の途切れを経験する。
期間の可能性は非常にありそうである。本発明に従って、その後でジッタ・バッ
ファは、時間間隔８〜１１の間の線分２３３ａにより示されているように、予測
されるバーストまたはバースト期間を受け入れるために、長くされたバーストま
たはバースト期間のレベルに維持される。このレベルのままであることにより、
ジッタ・バッファは以後のバーストまたはバースト期間を受け入れることができ
る。これは、また、バーストを上昇し、その後でほぼ一定の率（線分３１ａ）で
直ちに降下する先行技術とは対照的である。この即時の降下は、先行技術がバー
ストとジッタの区別ができず、したがって全ての事象をジッタとして処理するの
で、ジッタ・バッファのサイズを直ちに小さくするように作用する。ジッタ・バ
ッファのサイズを、以後のバーストまたはバースト期間を受け入れるために十分
大きく維持することにこのように失敗した結果として、オーディオ伝送はかなり
の途切れを経験する。
【００３９】 サイズの変更が行われないとすると、ブロック２１４でジッタ・バッファは調
整されず、システムはブロック２００へ戻って再びスタートする。これが図９に
詳細に示されている。図９ではネットワーク中のただ１つのバースト（線３０）
、時間間隔５におけるスパイクによりグラフで示されている、が検出されている
。第２のバーストすなわち以後のバーストの確率が低いので、三角形の点で形成
されている線２３３′により表されているジッタ・バッファのサイズは同じまま
である。バーストの結果としていくつかのオーディオが失われるが、ＴＴＰ統計
量（上で詳述した）に従って以後のバーストまたはバースト期間が起こりそうも
ないと判定されているので、ジッタ・バッファを起動させる理由はなにもない。
これは、バーストまたはバースト期間（スパイクにより示されている）がジッタ
のようにして処理され、したがって、バッファが自動的に調整して、オーディオ
の伝送が遅延させられるように、それが時間間隔６〜１１の間では必要以上に大
きくさせられる、という線３１′（上で詳述した線３１に類似する）により示さ
れている先行技術とは異なる。
整されず、システムはブロック２００へ戻って再びスタートする。これが図９に
詳細に示されている。図９ではネットワーク中のただ１つのバースト（線３０）
、時間間隔５におけるスパイクによりグラフで示されている、が検出されている
。第２のバーストすなわち以後のバーストの確率が低いので、三角形の点で形成
されている線２３３′により表されているジッタ・バッファのサイズは同じまま
である。バーストの結果としていくつかのオーディオが失われるが、ＴＴＰ統計
量（上で詳述した）に従って以後のバーストまたはバースト期間が起こりそうも
ないと判定されているので、ジッタ・バッファを起動させる理由はなにもない。
これは、バーストまたはバースト期間（スパイクにより示されている）がジッタ
のようにして処理され、したがって、バッファが自動的に調整して、オーディオ
の伝送が遅延させられるように、それが時間間隔６〜１１の間では必要以上に大
きくさせられる、という線３１′（上で詳述した線３１に類似する）により示さ
れている先行技術とは異なる。
【００４０】 以上詳述したステップ、ブロック２０４〜２１４で示されている、は下の付録
Ａのアルゴリズムと同じか、それに類似するアルゴリズムにより実行できる。こ
のアルゴリズムは、コンピューティング装置が設けられている端末装置１１０に
おいてソフトウエア、ハードウェアまたは両方の組合わせにより実現できる。
Ａのアルゴリズムと同じか、それに類似するアルゴリズムにより実行できる。こ
のアルゴリズムは、コンピューティング装置が設けられている端末装置１１０に
おいてソフトウエア、ハードウェアまたは両方の組合わせにより実現できる。
【００４１】 実施例‐ジッタ・バッファ計算および調整 この実施例は、図１０Ａ〜Ｄと図１１、およびソフトウエアにより実現するた
めにコンピュータ・プログラムとして掲記されている付録Ａを参照する。この実
施例では、本発明は先行技術のジッタ・バッファと、それらのジッタ・バッファ
をＴＴＰ統計量（図１０Ａ〜ＤのＴＴＰ統計量＃または時間間隔番号欄１により
示されている）から制御する方法とに対比して分析した。その結果を図１１にグ
ラフで示した。この図では本発明をダイヤモンド形の点と、それらの点から形成
されていて、番号４００により示されている線で示し、従来のジッタ・バッファ
調整技術を正方形の点と、それらの点から形成されていて、番号４０１により示
されている線で示した。各点はＴＴＰ統計量＃（図１０Ａ〜Ｄの欄１）に対応し
ている。図１０Ａ〜Ｄの表に決定されている値は付録Ａに詳述されているアルゴ
リズムにより得られた。
めにコンピュータ・プログラムとして掲記されている付録Ａを参照する。この実
施例では、本発明は先行技術のジッタ・バッファと、それらのジッタ・バッファ
をＴＴＰ統計量（図１０Ａ〜ＤのＴＴＰ統計量＃または時間間隔番号欄１により
示されている）から制御する方法とに対比して分析した。その結果を図１１にグ
ラフで示した。この図では本発明をダイヤモンド形の点と、それらの点から形成
されていて、番号４００により示されている線で示し、従来のジッタ・バッファ
調整技術を正方形の点と、それらの点から形成されていて、番号４０１により示
されている線で示した。各点はＴＴＰ統計量＃（図１０Ａ〜Ｄの欄１）に対応し
ている。図１０Ａ〜Ｄの表に決定されている値は付録Ａに詳述されているアルゴ
リズムにより得られた。
【００４２】 ＴＴＰ統計量＃８で第１のバーストまたはバースト期間が検出された。これに
よりバーストの可能性が０．２５に高められる。これは、ジッタ・バッファが最
後の（最新の）測定に従ってセットされて遅延が長くなる結果となるような、従
来技術のジッタ・バッファおよびそれの制御方法とは対照的である。本発明では
、ジッタ・バッファはこの点から僅かに大きくなるが、ここでは以後のバースト
のバースト可能性がいぜんとして低く、そのために遅延も短いままであるので、
ジッタ・バッファは比較的小さいままである。
よりバーストの可能性が０．２５に高められる。これは、ジッタ・バッファが最
後の（最新の）測定に従ってセットされて遅延が長くなる結果となるような、従
来技術のジッタ・バッファおよびそれの制御方法とは対照的である。本発明では
、ジッタ・バッファはこの点から僅かに大きくなるが、ここでは以後のバースト
のバースト可能性がいぜんとして低く、そのために遅延も短いままであるので、
ジッタ・バッファは比較的小さいままである。
【００４３】 第２のバーストがＴＴＰ統計値＃１３で検出され、バーストの可能性を０．４
へ高めた。このＴＴＰ統計値では、Ｂｕｒｓｔ２ＡｂｓｏｌｕｔｅＣｏｅｆ（付
録Ａおよび上で与えた定義から）（図１０Ａ〜Ｄの欄８）が１へ大きくなる。第
３のバーストがＴＴＰ統計値＃２２で検出され、この第３のバーストの後で、Ｂ
ｕｒｓｔ２ＡｂｓｏｌｕｔｅＣｏｅｆは（ＴＴＰ統計値＃３４まで）十分な時間
１のままである。Ｂｕｒｓｔ２ＡｂｓｏｌｕｔｅＣｏｅｆが「１」で、「高い」
と考えられると、ジッタ・バッファのサイズはそのバーストのサイズに従って調
整される。行われた調整はジッタ・バッファをＴＴＰ統計値＃１３で１０８０ｍ
ｓまで成長させ、ジッタ・バッファ内のより大きいバーストが、ＴＴＰ統計値＃
２２に対応する、１０２０ｍｓまで成長する結果となるまでジッタ・バッファは
このサイズに留まる。
へ高めた。このＴＴＰ統計値では、Ｂｕｒｓｔ２ＡｂｓｏｌｕｔｅＣｏｅｆ（付
録Ａおよび上で与えた定義から）（図１０Ａ〜Ｄの欄８）が１へ大きくなる。第
３のバーストがＴＴＰ統計値＃２２で検出され、この第３のバーストの後で、Ｂ
ｕｒｓｔ２ＡｂｓｏｌｕｔｅＣｏｅｆは（ＴＴＰ統計値＃３４まで）十分な時間
１のままである。Ｂｕｒｓｔ２ＡｂｓｏｌｕｔｅＣｏｅｆが「１」で、「高い」
と考えられると、ジッタ・バッファのサイズはそのバーストのサイズに従って調
整される。行われた調整はジッタ・バッファをＴＴＰ統計値＃１３で１０８０ｍ
ｓまで成長させ、ジッタ・バッファ内のより大きいバーストが、ＴＴＰ統計値＃
２２に対応する、１０２０ｍｓまで成長する結果となるまでジッタ・バッファは
このサイズに留まる。
【００４４】 グラフ（図１１）の時刻２２、ＴＴＰ統計値＃２２に対応する、では本発明、
線４００、と従来技術、線４０１、との間の差は注目に値する。従来技術では、
時刻３９（ＴＴＰ統計値＃３９に対応する）まではいかなる付加スパイクも存在
しないので、スパイクの後ではジッタ・バッファは減少させられる。本発明に従
って、上および付録Ａに詳述されているように、バーストの可能性が依然として
高く、ほぼ時刻４３（ＴＴＰ統計値＃４３に対応する）までは高いままであるの
で、ジッタ・バッファのサイズは小さくされない。更に、ＴＴＰ統計値＃３９に
おけるバーストはオーディオの質を、もし低下させるにしても、非常に少し低下
させる。
線４００、と従来技術、線４０１、との間の差は注目に値する。従来技術では、
時刻３９（ＴＴＰ統計値＃３９に対応する）まではいかなる付加スパイクも存在
しないので、スパイクの後ではジッタ・バッファは減少させられる。本発明に従
って、上および付録Ａに詳述されているように、バーストの可能性が依然として
高く、ほぼ時刻４３（ＴＴＰ統計値＃４３に対応する）までは高いままであるの
で、ジッタ・バッファのサイズは小さくされない。更に、ＴＴＰ統計値＃３９に
おけるバーストはオーディオの質を、もし低下させるにしても、非常に少し低下
させる。
【００４５】 時刻３９に最後の大きいバーストが起きると、以後のバーストは次第に小さく
なる。時刻３９には最後の大きいバーストが存在する。そのバーストは従来技術
の方法では調整できず、したがってオーディオを劣化させる。これは、以後のバ
ーストまたはバースト期間に対処できるようにジッタ・バッファを調整して、オ
ーディオの質の低下を十分に減少する本発明とは対照的である。バーストまたは
バースト期間が小さくなると、本発明および従来技術は同様に挙動する。
なる。時刻３９には最後の大きいバーストが存在する。そのバーストは従来技術
の方法では調整できず、したがってオーディオを劣化させる。これは、以後のバ
ーストまたはバースト期間に対処できるようにジッタ・バッファを調整して、オ
ーディオの質の低下を十分に減少する本発明とは対照的である。バーストまたは
バースト期間が小さくなると、本発明および従来技術は同様に挙動する。
【００４６】 当業者が本発明を実施できるように、本発明の好適な実施形態について説明し
たが、以上の説明は例にすぎず、本発明の範囲を限定するために用いるべきでは
ない。本発明の範囲は以下の特許請求の範囲により決定すべきである。
たが、以上の説明は例にすぎず、本発明の範囲を限定するために用いるべきでは
ない。本発明の範囲は以下の特許請求の範囲により決定すべきである。
【００４７】 付録Ａ
【表２】
【表３】
【図１】 通信ネットワークにおけるジッタ対時間のチャートである。
【図２】 バーストまたはバースト期間を示すためのいくつかのパケットの数対時間のチ
ャートである。
ャートである。
【図３】 先行技術のジッタ・バッファ制御機構および方法の動作を詳細に示すチャート
である。
である。
【図４Ａ】 本発明のネットワーク環境の例の線図である。
【図４Ｂ】 本発明の端末装置の線図である。
【図５】 本発明の方法を詳述する流れ図である。
【図６】 本発明を理解し、かつ各パケットの実行時間（ＴＴＰ）を決定するのに有用な
線図である。
線図である。
【図７】 本発明のＴＴＰ統計値の表である。
【図８】 本発明のジッタ・バッファおよび制御機構の動作を先行技術のそれらと比較し
て詳細に示すチャートである。
て詳細に示すチャートである。
【図９】 本発明のジッタ・バッファおよび制御機構の動作を先行技術のそれらと比較し
て詳細に示すチャートである。
て詳細に示すチャートである。
【図１０Ａ】 本発明の実施例についてのＴＴＰ統計値を基にした表である。
【図１０Ｂ】 本発明の実施例についてのＴＴＰ統計値を基にした表である。
【図１０Ｃ】 本発明の実施例についてのＴＴＰ統計値を基にした表である。
【図１０Ｄ】 本発明の実施例についてのＴＴＰ統計値を基にした表である。
【図１１】 本発明の実施例についての、本発明と従来技術を比較する、ジッタ・バッファ
のサイズ（ミリ秒で）対時間（ＴＴＰ統計値を解析した時間間隔）のチャートで
ある。
のサイズ（ミリ秒で）対時間（ＴＴＰ統計値を解析した時間間隔）のチャートで
ある。
【手続補正書】
【提出日】平成１３年９月２７日（２００１．９．２７）
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ， ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，Ｋ Ｒ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ， ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，Ｓ Ｉ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ Ｆターム(参考） 5K030 GA11 HA08 HB01 HC01 JT01 JT03 MB04 5K034 HH02 HH17 HH42 HH53
Claims (14)
- 【請求項１】 ネットワークと通信するための通信装置のジッタ・バッファ
に対するジッタ・バッファのサイズを制御する方法であって、 前記ネットワークを少なくとも１バースト期間中モニタするステップと、 前記少なくとも１バースト期間から少なくとも１つの後続のバースト期間の可
能性を決定するステップと、 前記少なくとも１つの後続のバースト期間の可能性を基にして前記ジッタ・バ
ッファのサイズを調整するステップとを備えている、通信装置のジッタ・バッフ
ァに対するジッタ・バッファのサイズを制御する方法。 - 【請求項２】 前記ジッタ・バッファのサイズを調整する前記ステップが前
記少なくとも１つの後続のバースト期間の検出に従う請求項１に記載の方法。 - 【請求項３】 前記ネットワークをモニタするステップが、 所定の場所に受ける各パケットに対する実行時間を測定するステップと、 少なくとも２つの所定の時間間隔から前記受けられたパケットのおのおのから
少なくとも２つの統計量を作成することにより実行時間の統計量を構成するステ
ップと、 前記少なくとも２つの統計量のおのおのから幅値とオフセット値を計算するス
テップと、 前記実行時間の統計量の前記幅と前記オフセットとから前記少なくとも１つの
後続のバースト期間の前記可能性を決定するステップとを含む、請求項１に記載
の方法。 - 【請求項４】 前記ジッタ・バッファのサイズを調整する前記ステップが、
前記ジッタ・バッファのサイズを見積もり、該見積もりに従って前記ジッタ・バ
ッファのサイズを調整するステップを含んでいる請求項２に記載の方法。 - 【請求項５】 前記ネットワークを前記少なくとも１つのバースト期間中モ
ニタする前記ステップが１つのバースト期間中前記ネットワークをモニタするこ
とを含む請求項１に記載の方法。 - 【請求項６】 前記少なくとも１つの後続のバースト期間の前記可能性を決
定する前記ステップが前記少なくとも１つの後続のバースト期間の統計解析を行
うことを含む請求項３に記載の方法。 - 【請求項７】 ネットワークと通信するための通信装置のジッタ・バッファ
に対するジッタ・バッファのサイズを制御する方法において、 少なくとも１バースト期間を検出するためにデータ・パケット伝送をモニタす
ることを含む、前記ネットワーク内のデータ・パケット伝送をモニタするステッ
プと、 少なくとも２つの所定の時間間隔から前記受けられたパケットのおのおのから
少なくとも２つの統計量を作成することにより実行時間の統計量を構成するステ
ップと、 前記少なくとも２つの統計量のおのおのから幅値とオフセット値を計算するス
テップと、 前記少なくとも１つのバースト期間が存在していたならば、前記実行時間の統
計量の前記幅と前記オフセットとから前記少なくとも１つの後続のバースト期間
の前記可能性を決定するステップと 前記少なくとも１つのバースト期間が存在していたならば、前記実行時間の統
計量を基にして前記少なくとも１つの後続のバースト期間のデータ・パケットの
伝送を行えるように、前記ジッタ・バッファのサイズを見積もるステップとを備
えている、通信装置のジッタ・バッファに対するジッタ・バッファのサイズを制
御する方法。 - 【請求項８】 前記見積もりに従って前記少なくとも１つの後続のバースト
期間のデータ・パケットの伝送を行えるように、前記ジッタ・バッファを構成す
るステップを更に備えている請求項７に記載の方法。 - 【請求項９】 ジッタ・バッファと、 該ジッタ・バッファの制御器とを備え、 前記制御器は、 前記ネットワークを少なくとも１バースト期間中モニタし、 前記少なくとも１バースト期間中の前記ネットワークのモニタを基にして
前記ジッタ・バッファのサイズを調整するために、プログラムされているオーデ
ィオ受信器。 - 【請求項１０】 前記制御器と有効に通信状態にある記憶装置を更に備えて
いる請求項９に記載のオーディオ受信器。 - 【請求項１１】 前記ジッタ・バッファと通信状態にある圧縮解除器を更に
備えている請求項９に記載のオーディオ受信器。 - 【請求項１２】 前記圧縮解除器と通信状態にある増幅器を更に備えている
請求項９に記載のオーディオ受信器。 - 【請求項１３】 ジッタ・バッファと、 ネットワークを少なくとも１バースト期間中モニタする手段と、 前記少なくとも１バースト期間中の前記ネットワークのモニタに従って前記ジ
ッタ・バッファをあるサイズに調整する手段とを備えている、オーディオ受信器
。 - 【請求項１４】 前記ネットワークをモニタする手段および前記調整する手
段が、前記ネットワークを少なくとも１バースト期間中モニタし、かつ前記少な
くとも１バースト期間中の前記ネットワークのモニタを基にして前記ジッタ・バ
ッファのサイズを調整するために、プログラムされている制御器を含んでいる請
求項１３に記載のオーディオ受信器。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/267,350 US20020101885A1 (en) | 1999-03-15 | 1999-03-15 | Jitter buffer and methods for control of same |
| US09/267,350 | 1999-03-15 | ||
| PCT/IL2000/000156 WO2000055829A1 (en) | 1999-03-15 | 2000-03-14 | Jitter buffer and methods for control of same |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002539745A true JP2002539745A (ja) | 2002-11-19 |
Family
ID=23018425
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000605985A Pending JP2002539745A (ja) | 1999-03-15 | 2000-03-14 | ジッタ・バッファおよびそれを制御する方法 |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US20020101885A1 (ja) |
| EP (1) | EP1159719B1 (ja) |
| JP (1) | JP2002539745A (ja) |
| CN (1) | CN1350682A (ja) |
| AT (1) | ATE301354T1 (ja) |
| AU (1) | AU3188700A (ja) |
| DE (1) | DE60021708T2 (ja) |
| IL (1) | IL145441A0 (ja) |
| WO (1) | WO2000055829A1 (ja) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3506960B2 (ja) * | 1999-08-03 | 2004-03-15 | シャープ株式会社 | パケット処理装置及びパケット処理プログラムを記録した記憶媒体 |
| US6683889B1 (en) * | 1999-11-15 | 2004-01-27 | Siemens Information & Communication Networks, Inc. | Apparatus and method for adaptive jitter buffers |
| US7050453B1 (en) | 2000-02-17 | 2006-05-23 | Apple Computer, Inc. | Method and apparatus for ensuring compatibility on a high performance serial bus |
| SE0004839D0 (sv) * | 2000-12-22 | 2000-12-22 | Ericsson Telefon Ab L M | Method and communication apparatus in a communication system |
| US6904059B1 (en) * | 2001-03-06 | 2005-06-07 | Microsoft Corporation | Adaptive queuing |
| JP2002271391A (ja) * | 2001-03-08 | 2002-09-20 | Nec Eng Ltd | ダイナミック・ジッタ・バッファ制御方法 |
| US7277943B1 (en) * | 2001-04-10 | 2007-10-02 | Cisco Technology, Inc. | Devices, software and methods for allocating jitter buffer memory based on network region of network endpoint |
| US6757292B2 (en) * | 2001-07-11 | 2004-06-29 | Overture Networks, Inc. | Automatic adjustment of buffer depth for the correction of packet delay variation |
| US7187654B1 (en) * | 2001-11-13 | 2007-03-06 | Nortel Networks Limited | Rate-controlled optical burst switching |
| US20030115320A1 (en) * | 2001-12-19 | 2003-06-19 | Yarroll Lamonte H.P. | Method for tuning voice playback ratio to optimize call quality |
| GB0207507D0 (en) * | 2002-03-28 | 2002-05-08 | Marconi Corp Plc | An apparatus for providing communications network resource |
| EP1460810B1 (de) * | 2003-03-20 | 2010-07-14 | Siemens Aktiengesellschaft | Verfahren und Jitterpufferregelschaltung zur Regelung eines Jitterpuffers |
| US7353284B2 (en) | 2003-06-13 | 2008-04-01 | Apple Inc. | Synchronized transmission of audio and video data from a computer to a client via an interface |
| CN100379285C (zh) * | 2003-06-13 | 2008-04-02 | 苹果电脑公司 | 垂直消隐信号的合成装置和方法 |
| US7415044B2 (en) * | 2003-08-22 | 2008-08-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Remote synchronization in packet-switched networks |
| DK1683305T3 (da) * | 2003-11-11 | 2010-04-26 | Ericsson Telefon Ab L M | Tilpasning af playout-buffer baseret på lyd-burst-længde |
| US7379466B2 (en) * | 2004-04-17 | 2008-05-27 | Innomedia Pte Ltd | In band signal detection and presentation for IP phone |
| EP2189978A1 (en) * | 2004-08-30 | 2010-05-26 | QUALCOMM Incorporated | Adaptive De-Jitter Buffer for voice over IP |
| US7970020B2 (en) * | 2004-10-27 | 2011-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Terminal having plural playback pointers for jitter buffer |
| US7916742B1 (en) * | 2005-05-11 | 2011-03-29 | Sprint Communications Company L.P. | Dynamic jitter buffer calibration |
| US7742413B1 (en) * | 2006-02-01 | 2010-06-22 | Sprint Communications Company, L.P. | Utilizing a null jitter buffer to monitor session traffic |
| TWI305101B (en) * | 2006-03-10 | 2009-01-01 | Ind Tech Res Inst | Method and apparatus for dynamically adjusting playout delay |
| US7908147B2 (en) | 2006-04-24 | 2011-03-15 | Seiko Epson Corporation | Delay profiling in a communication system |
| US9154395B2 (en) * | 2006-10-05 | 2015-10-06 | Cisco Technology, Inc. | Method and system for optimizing a jitter buffer |
| US8111720B2 (en) * | 2007-01-09 | 2012-02-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus to indicate maximum scheduling delay for jitter buffer implementations |
| US7949890B2 (en) * | 2007-01-31 | 2011-05-24 | Net Power And Light, Inc. | Method and system for precise synchronization of audio and video streams during a distributed communication session with multiple participants |
| US8619642B2 (en) * | 2007-03-27 | 2013-12-31 | Cisco Technology, Inc. | Controlling a jitter buffer |
| JP5443918B2 (ja) * | 2009-09-18 | 2014-03-19 | 株式会社ソニー・コンピュータエンタテインメント | 端末装置、音声出力方法および情報処理システム |
| CN102739503B (zh) * | 2011-04-01 | 2014-12-03 | 华平信息技术股份有限公司 | VoIP去抖动缓冲区的处理方法 |
| US9420475B2 (en) * | 2013-02-08 | 2016-08-16 | Intel Deutschland Gmbh | Radio communication devices and methods for controlling a radio communication device |
| JP5517381B1 (ja) | 2013-09-30 | 2014-06-11 | レゾネッツ合同会社 | 揺らぎ吸収装置、通信装置、及び制御プログラム |
| CN105099795A (zh) * | 2014-04-15 | 2015-11-25 | 杜比实验室特许公司 | 抖动缓冲器水平估计 |
| GB2521883B (en) * | 2014-05-02 | 2016-03-30 | Imagination Tech Ltd | Media controller |
| GB2540947B (en) | 2015-07-31 | 2017-09-20 | Imagination Tech Ltd | Identifying network conditions |
| GB2535819B (en) * | 2015-07-31 | 2017-05-17 | Imagination Tech Ltd | Monitoring network conditions |
| US11595316B2 (en) * | 2018-06-01 | 2023-02-28 | Apple Inc. | Adaptive and seamless playback buffer adjustment for streaming content |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3806879A (en) * | 1971-08-11 | 1974-04-23 | Communications Satellite Corp | Tdma satellite communication system with multi-pcm frames per tdma frame |
| JPS57159192A (en) * | 1981-03-27 | 1982-10-01 | Hitachi Ltd | Audio packet exchange system |
| GB8722899D0 (en) * | 1987-09-30 | 1987-11-04 | Kirk D L | Fetal monitoring during labour |
| US5127001A (en) * | 1990-06-22 | 1992-06-30 | Unisys Corporation | Conference call arrangement for distributed network |
| US5627716A (en) * | 1990-12-28 | 1997-05-06 | Eaton Corporation | Overcurrent protection device |
| US5323272A (en) * | 1992-07-01 | 1994-06-21 | Ampex Systems Corporation | Time delay control for serial digital video interface audio receiver buffer |
| US5446874A (en) * | 1993-12-23 | 1995-08-29 | International Business Machines Corp. | Automated benchmarking with self customization |
| US5544135A (en) * | 1994-10-11 | 1996-08-06 | Quantum Corporation | Fault tolerant servo address mark for disk drive |
| US5825771A (en) * | 1994-11-10 | 1998-10-20 | Vocaltec Ltd. | Audio transceiver |
| US5802076A (en) * | 1996-05-24 | 1998-09-01 | National Semiconductor Corporation | Audio error mitigation technique for a TDMA communication system |
-
1999
- 1999-03-15 US US09/267,350 patent/US20020101885A1/en not_active Abandoned
-
2000
- 2000-03-14 JP JP2000605985A patent/JP2002539745A/ja active Pending
- 2000-03-14 EP EP00909608A patent/EP1159719B1/en not_active Expired - Lifetime
- 2000-03-14 WO PCT/IL2000/000156 patent/WO2000055829A1/en active IP Right Grant
- 2000-03-14 CN CN00807618A patent/CN1350682A/zh active Pending
- 2000-03-14 IL IL14544100A patent/IL145441A0/xx unknown
- 2000-03-14 AT AT00909608T patent/ATE301354T1/de not_active IP Right Cessation
- 2000-03-14 DE DE60021708T patent/DE60021708T2/de not_active Expired - Lifetime
- 2000-03-14 AU AU31887/00A patent/AU3188700A/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| IL145441A0 (en) | 2002-06-30 |
| AU3188700A (en) | 2000-10-04 |
| WO2000055829A8 (en) | 2001-03-29 |
| CN1350682A (zh) | 2002-05-22 |
| DE60021708T2 (de) | 2006-06-14 |
| WO2000055829A1 (en) | 2000-09-21 |
| US20020101885A1 (en) | 2002-08-01 |
| EP1159719B1 (en) | 2005-08-03 |
| ATE301354T1 (de) | 2005-08-15 |
| EP1159719A1 (en) | 2001-12-05 |
| DE60021708D1 (de) | 2005-09-08 |
| EP1159719A4 (en) | 2004-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002539745A (ja) | ジッタ・バッファおよびそれを制御する方法 | |
| US8340136B2 (en) | Method of transmitting data in a communication system | |
| US6643496B1 (en) | System, method, and apparatus for adjusting packet transmission rates based on dynamic evaluation of network characteristics | |
| KR101046105B1 (ko) | 컴퓨터 프로그램 제조품, 리소스 요구 조정 방법 및 엔드 시스템 | |
| AU756474B2 (en) | Adaptive jitter buffering | |
| EP1382219B1 (en) | Method and device for robust real-time estimation of bottleneck bandwidth | |
| US9344476B2 (en) | Technique for controlling data packet transmission of variable bit rate data | |
| US20150236966A1 (en) | Control of congestion window size of an information transmission connection | |
| CN106301684B (zh) | 一种媒体数据传输方法及装置 | |
| US20040243715A1 (en) | Content delivery server and terminal apparatus | |
| US20030072269A1 (en) | Data transmission control method, program therefor and data transmission unit using the same | |
| WO2017000719A1 (zh) | 一种基于队列时延的拥塞控制方法及装置 | |
| US20060056300A1 (en) | Bandwidth control apparatus | |
| JP2001094625A (ja) | データ通信装置、データ通信方法及び記憶媒体 | |
| WO2002033896A2 (en) | Method and apparatus for characterizing the quality of a network path | |
| KR20020038548A (ko) | 네트워크 프로토콜 | |
| WO2008043390A1 (en) | Method and apparatus for use in a communications network | |
| US9935991B2 (en) | Pipelining get requests in adaptive streaming | |
| US10382155B2 (en) | Data processing | |
| JP4429982B2 (ja) | 輻輳制御方法およびその通信端末 | |
| Narbutt et al. | Adaptive playout buffering for audio/video transmission over the internet | |
| EP1716672B1 (en) | Method, apparatus and computer program product for controlling data packet transmissions | |
| JP6491521B2 (ja) | パケット通信におけるパケット送信装置、通信端末及び輻輳制御方法 | |
| Balan et al. | An experimental evaluation of voice-over-ip quality over the datagram congestion control protocol | |
| Narbutt et al. | Adaptive Playout Buffering for H. 323 Voice over IP applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050331 |