JP2001352316A - データ伝送において発生する遅延ジッタを吸収する装置および方法 - Google Patents

Abstract

(57)【要約】 【課題】 データの総遅延時間を短縮すること。 【解決手段】 遅延付加部１０３は、受信データに対
し、付加遅延量設定部１０４で設定された遅延量を付加
する。この付加遅延量は、総遅延時間を低減するため
に、受信データの遅延時間とこれまでに受信されたデー
タの最小遅延時間に基づいて算出される。遅延時間は、
遅延時間推定部１０６において、内部クロックジェネレ
ータ１０７に基づいて測定したパケットの受信時刻と受
信パケットのタイムスタンプが示す時刻の差から推定さ
れる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
など伝送経路を介して一連の時系列データを受け取り、
個々のデータを適切な時間だけ遅延させることにより、
個々のデータの伝送過程において生じた遅延ジッタを吸
収し、遅延ジッタの影響が除去された時系列データを得
る遅延ジッタ吸収装置および遅延ジッタ吸収方法に関す
る。

【０００２】

【従来の技術】通信の一形態として、例えば音声信号な
どの時間的に連続した信号の時系列サンプルを複数の連
続したパケットに載せ、インターネットなどのネットワ
ークを介して送信ノードから受信ノードへ伝送するリア
ルタイム通信がある。このようなリアルタイム通信にお
いて、個々のパケットの伝送に要する遅延時間が等しけ
れば、受信ノードでは、個々のパケットの受信時にパケ
ット中の時系列サンプルの再生を行うことにより、送信
ノードにおける音声信号と同じ波形の音声信号を得るこ
とができる。

【０００３】しかし、インターネットなどのネットワー
クでは、複数のパケットが同じ送信ノードから同じ受信
ノードに伝送される場合であっても、個々のパケットの
伝播遅延時間（Propagation Delay）が同じになるとは
限らず、パケット間で伝播遅延時間がばらつく。この伝
播遅延時間のパケット間のばらつきは一般に遅延ジッタ
と呼ばれている。

【０００４】このような遅延ジッタが発生する場合、受
信ノードにおいて個々のパケットの受信時に受信パケッ
トから時系列サンプルを再生する処理を行うと、元の送
信信号と同じ波形の信号を受信パケットから再生するこ
とができる保証はない。そこで、受信ノードでは、バッ
ファを用いて遅延ジッタを吸収し、遅延ジッタの影響が
除去された時系列データを得るという手段が採られる。

【０００５】図１２から図１７を参照しながらこの遅延
ジッタを吸収するための技術について具体的に説明す
る。図１２は、リアルタイム音声伝送システムの構成例
を示すブロック図である。このシステムにおいて、送信
側端末１０では、送信すべき音声信号が音声エンコーダ
１１により符号化され、音声信号の符号化データを載せ
た時系列の音声パケットが生成される。送信部１２は、
これらの個々の音声パケットを受信側端末３０宛に送信
する。各音声パケットは、ネットワーク２０を通過して
受信側端末３０に到着する。受信側端末３０では、送信
側端末１０からの音声パケットが受信部３１によって受
信され、バッファ３２に蓄積される。そして、バッファ
３２に蓄積された音声パケットは、送信ノードでの生成
順序と同じ順序でバッファ３２から読み出され、音声デ
コーダ３３に送られる。音声デコーダ３３は、このよう
にして送られてくる音声パケットを受け取り、音声パケ
ット内の符号化データから音声信号を復号する。

【０００６】このリアルタイム音声伝送システムにおい
て、送信側端末１０内において生成された各音声パケッ
トは、各々の発生時間間隔と同じ送信時間間隔でネット
ワーク２０に送出される。しかし、既に説明したよう
に、これらの個々の音声パケットが受信側端末３０に到
着するまでに要する伝播遅延時間は、各音声パケット間
で一定ではない。そこで、受信側端末３０では、受信さ
れた個々の音声パケットを音声デコーダ３３に送るタイ
ミングの調整が行われる。図１７には、このタイミング
調整の例が示されている。図１７に示す例において、送
信側端末１０から送信された音声パケットＰ０、Ｐ１お
よびＰ２は、各々伝播遅延時間ｄ０、ｄ１およびｄ２を
要して受信側端末３０に到着している。図示のように、
各音声パケットＰ０、Ｐ１およびＰ２を各々適切な時間
Ｄ０、Ｄ１およびＤ２だけ遅延させることができれば、
各音声パケットが送信側端末１０から音声デコーダ３３
に伝送されるまでの総遅延時間Ｔを一定に調整すること
が可能である。図１２におけるバッファ３２は、このよ
うに各音声パケットの総遅延時間を一定にするための遅
延調整に用いられる装置である。ネットワーク２０にお
ける音声パケットの最小遅延時間をｄｍｉｎ、最大遅延
時間をｄｍａｘとした場合、便宜上、その差分Ｄ＝ｄｍ
ａｘ−ｄｍｉｎを遅延ジッタ幅という。図１２における
バッファ３２には、この遅延ジッタ幅の範囲の遅延時間
のばらつきを調整する能力（遅延ジッタを吸収する能
力）が求められる。

【０００７】ここで、図１３を参照し、バッファ３２に
よる音声パケットの遅延調整について説明する。図１３
には、９個のボックスを横に並べたストライプが上下方
向に４段並べられている。最上段のストライプは、ある
時刻ｔ１におけるバッファ３２の状況を表しており、２
段目のストライプは、時刻ｔ１から時間１ｓだけ後の時
刻ｔ２におけるバッファ３２の状況を表している。同様
に、３段目、４段目の各ストライプは、時刻ｔ２から時
間１ｓだけ後の時刻ｔ３および時刻ｔ３から時間１ｓだ
け後の時刻ｔ４におけるバッファ３２の状況を表してい
る。

【０００８】図１３に示す例では、バッファ３２は、９
個の音声パケットを格納可能な容量を有している。各ス
トライプにおける９個のボックスは、各々音声パケット
を格納するエリアを表しており、各ボックス内の表記＃
１〜＃９は、各エリアのアドレスを表している。

【０００９】受信側装置３０では、時間１ｓ毎に１個ず
つ音声パケットがバッファ３２から読み出されて音声デ
コーダ３３に送られる。なお、ｓはデータの属性に応じ
て数ミリ秒や数十ミリ秒など、それぞれに適した単位と
なる。また、音声パケットの読み出しを行うエリアのア
ドレスも一定時間１ｓ毎に１アドレスずつ更新される。
図１３では、現在音声パケットの読み出しが行われてい
るエリアが各ストライプの最も右側に示されており、そ
の左隣には１ｓ後に読み出しが行われるエリアが、さら
にその左隣には２ｓ後に読み出しの行われるエリアが図
示されている。以下同様であり、ストライプの最も左側
に図示されているエリアは、８ｓ後に音声パケットの読
み出しが行われるエリアである。

【００１０】図１３に示す例では、時刻ｔ１においてア
ドレス＃１のエリアから音声パケットが読み出され、時
刻ｔ２においてアドレス＃２のエリアから音声パケット
が読み出され、時刻ｔ３においてアドレス＃３のエリア
から音声パケットが読み出され、時刻ｔ４においてアド
レス＃４のエリアから音声パケットが読み出される。従
って、時刻ｔ１において受信された音声パケットをアド
レス＃４のエリアに書き込めば、その音声パケットは３
ｓ後の時刻ｔ４にバッファ３２から音声デコーダ３３に
出力される。また、時刻ｔ１において受信された音声パ
ケットをアドレス＃９に書き込めば、その音声パケット
は８ｓ後にバッファ３２から音声デコーダ３３に出力さ
れる。このように、受信した音声パケットの書き込みア
ドレスを調整することにより、その音声パケットに対
し、０〜８ｓの範囲内の任意の遅延を施すことが可能で
ある。

【００１１】ここで、各音声パケットが送信側端末３０
によって送信されてから受信側端末３０に到着するまで
の絶対遅延時間が分かれば、吸収すべき最大遅延時間
（図１７に示すｄｍａｘ）から絶対遅延時間を引き算し
た時間だけ音声パケットをバッファ３２によって遅延さ
せることができれば、送信側端末３０から音声デコーダ
３３に伝送されるまでの各音声パケットの総遅延時間を
一定にし、しかも、その総遅延時間を最小にすることが
できる。

【００１２】ところが、受信側端末３０は、各音声パケ
ットが如何なる伝播遅延時間を要して届いたかを知るこ
とができない。そこで、次のような方法により各音声パ
ケットの遅延調整が行われていた。なお、以下では説明
を簡単にするため、送信側端末１０から一定の時間間隔
で送信された一連の音声パケットがその送信順序と同じ
順序で受信側端末３０に到着した場合を想定する。

【００１３】まず、受信側端末３０は、ネットワーク２
０を介して最初の音声パケットを受信すると、その音声
パケットをバッファ３２の初期入力位置に書き込む（Ｓ
１，Ｓ２）。図１３に示す例では、最初の音声パケット
の受信時点において音声パケットの読み出しが行われる
エリアから１アドレスだけ大きなアドレスに対応したエ
リアが初期入力位置となっている。そして、２番目以降
の音声パケットについては、当該音声パケットの受信時
点において空いているエリアのうち最も早く読み出しが
行われるエリアに書き込む（Ｓ３）。

【００１４】図１３に示す例では、時刻ｔ１において受
信された最初の音声パケットＰ１が、初期入力位置であ
るアドレス＃２のエリアに書き込まれる。そして、時刻
ｔ２において音声パケットは受信されず、アドレス＃２
のエリアから音声パケットＰ１が読み出されて音声デコ
ーダ３３に送られる。時刻ｔ３になると、２番目の音声
パケットＰ２が受信される。この音声パケットＰ２は、
音声パケットＰ１よりも１ｓだけ長い遅延時間を要して
伝送されたと考えられる。そして、音声パケットＰ２
は、その受信時刻ｔ３において空いているエリアのうち
最も早く読み出しの行われるエリア、すなわち、アドレ
ス＃３のエリアに書き込まれる。そして、時刻ｔ３にお
いては、このアドレス＃３のエリアに書き込まれた音声
パケットＰ２が書き込み後直ちに読み出され、音声デコ
ーダ３３に供給される。

【００１５】このように音声パケットＰ１およびＰ２の
伝播遅延時間に１ｓの差があると、両パケットが１ｓの
時間間隔で送信側端末１０から送信されたとしても、受
信側端末３０には２ｓの時間間隔で到着する。しかし、
そのような場合でも、上記のようにバッファ３２の初期
入力位置を定め、バッファ３２による遅延処理を行え
ば、送信側端末１０における送信間隔と同じ時間間隔で
音声パケットＰ１およびＰ２を音声デコーダ３３に供給
することができる。すなわち、最初の音声パケットＰ１
の初期入力位置をその受信時刻における読み出しエリア
から１ｓ相当手前のエリアにしておくことにより、１ｓ
の大きさの遅延ジッタを吸収することができるのであ
る。

【００１６】送信側端末１０から受信側端末３０に伝送
される一連の音声パケット群に着目すると、それらの伝
播遅延時間は、図１７に例示するように、最小値ｄｍｉ
ｎから最大値ｄｍａｘまでばらつく。そこで、従来は、
受信側端末３０において最初に音声パケットＰ１が受信
されたとき、その受信時刻における読み出しアドレスか
ら遅延ジッタ幅Ｄ＝ｄｍａｘ−ｄｍｉｎに相当する個数
だけ手前のアドレスに対応したエリアを初期入力位置と
し、この初期入力位置に音声パケットＰ１を書き込むよ
うにしていた。このように初期入力位置を定めることに
より、事前に想定したすべての遅延ジッタを完全に吸収
することができる。

【００１７】ここで、図１４から図１６を参照し、その
詳細を説明する。以下の説明では、遅延ジッタ幅が４ｓ
である場合を想定している。また、説明を簡単にするた
め、最小の遅延時間ｄｍｉｎが０ｓであり、ネットワー
ク２０の遅延ジッタ幅が最大遅延時間ｄｍａｘと等しい
場合を想定している。

【００１８】図１４（ａ）において、音声パケットＰ１
１およびＰ１２は送信側端末１０の音声エンコーダ１１
から連続して出力されたパケットである。同様に、音声
パケットＰ２１およびＰ２２も送信側端末１０の音声エ
ンコーダ１１から連続して出力されたパケットである。
図１４（ｂ）には、受信側端末３０の受信部３１に到着
した各音声パケットが例示されている。図示の例では、
音声パケットＰ１１およびＰ１２は、いずれも最大遅延
時間ｄｍａｘ＝４ｓだけ遅延されて受信部３１に到着し
ている。一方、音声パケットＰ２１およびＰ２２は、前
者が最小遅延時間ｄｍｉｎ＝０ｓだけ遅延され、後者が
最大遅延時間ｄｍａｘ＝４ｓだけ遅延され、各々受信部
３１に到着している。そして、図１４（ｃ）には、バッ
ファ３２による遅延処理を経て、音声デコーダ３３に供
給される各音声パケットが例示されている。

【００１９】図１５は、バッファ３２によりパケットＰ
１１およびＰ１２に対して行われる遅延処理の様子を示
しており、図１６は、バッファ３２によりパケットＰ２
１およびＰ２２に対して行われる遅延処理の様子を示し
ている。

【００２０】図１５に示すように、時刻ｔ５に受信部３
１に到着した音声パケットＰ１１は、初期入力位置であ
るアドレス＃５のエリアに書き込まれ、４ｓの遅延時間
だけ遅延され、時刻ｔ９においてバッファ３２から音声
デコーダ３３に出力される。そして、時刻ｔ６に受信部
３１に到着した音声パケットＰ１２は、その受信時刻に
おいて空いているエリアのうち最も早く読み出しが行わ
れるエリアであるアドレス＃６のエリアに書き込まれ、
音声パケットＰ１１の出力時刻の次の時刻ｔ１０におい
てバッファ３２から出力される。

【００２１】一方、音声パケットＰ２１およびＰ２２に
対しては次のような遅延処理が行われる。まず、図１６
に示すように、時刻ｔ１に受信部３１に到着した音声パ
ケット２１は、初期入力位置であるアドレス＃５のエリ
アに書き込まれ、４ｓの遅延時間だけ遅延され、時刻ｔ
５においてバッファ３２から出力される。そして、時刻
ｔ６に受信部３１に到着した音声パケットＰ２２は、そ
の受信時刻において空いているエリアのうち最も早く読
み出しが行われるエリアであるアドレス＃６のエリアに
書き込まれ、書き込み後直ちにバッファ３２から出力さ
れる。

【００２２】以上のように、受信側端末３０において最
初に受信された音声パケットの初期入力位置をその受信
時刻における読み出しアドレスから遅延ジッタ幅に相当
する個数だけ手前のアドレスのエリアにしておけば、最
小値ｄｍｉｎから最大値ｄｍａｘまでのあらゆる遅延ジ
ッタを吸収することができる。

【００２３】

【発明が解決しようとする課題】ところで、上述した従
来の技術では、受信側端末１０に受信された最初の音声
パケットに対し、遅延ジッタ幅Ｄに相当する遅延時間だ
け遅延処理が施されると、後続の音声パケットに対して
も同様な遅延処理が施される。ここで、最初の音声パケ
ットがネットワークを通過するのに要した遅延時間をｄ
０とすると、各音声パケットが送信側端末１０の音声エ
ンコーダ１１から出力された後、受信側端末３０の音声
デコーダ３３に供給されるまでの総遅延時間Ｔは、Ｄ＋
ｄ０となる。しかしながら、最初の音声パケットの遅延
時間は、最小値ｄｍｉｎから最大値ｄｍａｘまでばらつ
き、総遅延時間Ｔは、この最初の音声パケットの遅延時
間ｄ０によって左右されてしまう。最初の音声パケット
の遅延時間ｄ０が最小遅延時間ｄｍｉｎである場合に
は、総遅延時間Ｔは最小になるが、最初の音声パケット
の遅延時間ｄ０が最大遅延時間ｄｍａｘであった場合に
は、総遅延時間Ｔは、最大遅延時間ｄｍａｘの２倍程度
の長時間になってしまう。近年ではＶｏＩＰ（Voice ov
er IP）技術を用いたインターネット電話などが普及し
て高い通話品質が要求されるようになっており、総遅延
時間を短縮することが要求されるようになってきた。従
って、遅延ジッタの吸収のために総遅延時間Ｔが長くな
ってしまうことは好ましいことではない。

【００２４】本発明は、上述した課題を解決するために
なされたものであり、総遅延時間を短縮することが可能
な遅延ジッタ吸収装置および遅延ジッタ吸収方法を提供
することを目的としている。

【００２５】

【課題を解決するための手段】上述した課題を解決する
ために、この発明は、ネットワークを介して時系列のデ
ータセグメントを順次受信する受信部と、前記受信部に
よって受信された各データセグメントの受信時刻を求め
る時刻検出部と、前記受信部によって受信された各デー
タセグメントの送信時刻を推定する送信時刻推定手段
と、前記各データセグメントの受信時刻および送信時刻
の推定値に基づいて各データセグメントの伝送に要した
遅延時間を推定する遅延時間推定部と、前記遅延時間推
定部から得られた複数のデータセグメントの遅延時間の
推定値からネットワークを介したデータセグメントの伝
送における最小遅延時間を推定する最小遅延時間推定部
と、前記遅延時間推定部によって推定されたデータセグ
メントの遅延時間の推定値から前記最小遅延時間を引き
算して相対遅延時間を求める相対遅延時間測定手段と、
吸収すべき最大遅延量から各データセグメントの相対遅
延時間を引き算して各データセグメントに対応した付加
遅延量を求め、各データセグメントを各々に対応した付
加遅延量だけ遅延させて出力する遅延手段とを備えるこ
とを特徴とする遅延ジッタ吸収装置を提供する。

【００２６】かかる遅延ジッタ吸収装置によれば、パケ
ットなどのデータセグメントの伝送に要する遅延時間の
最小値が推定され、この最小値に基づいて遅延ジッタ吸
収のための遅延処理の遅延量が決定される。この結果、
受信されるデータセグメント群の遅延ジッタが吸収され
るとともにそれらのデータセグメントの総遅延時間が短
縮される。

【００２７】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。

【００２８】Ａ．第１実施形態 図１は、この発明の第１実施形態であるリアルタイム音
声伝送システムの構成を示すブロック図である。このリ
アルタイム音声伝送システムにおいて、送信側端末１０
と、従来技術と同様に音声エンコーダ１１および送信部
１２を備えている。送信側端末１０および受信側端末１
００は、いずれもＶｏＩＰ端末である。このリアルタイ
ム音声伝送シスエムは、インターネット電話サービスを
ユーザに提供するものである。

【００２９】図２は、受信側端末１００の構成を示すブ
ロック図である。この図において、受信部１０１は、送
信側端末１０からインターネット２０を介して音声パケ
ットを受信する装置である。パケット終端部１０２は、
インターネット２０におけるプロトコルを終端する装置
である。受信部１０１によって受信された音声パケット
は、このパケット終端部１０２を介してタイムスタンプ
検出部１０８および遅延時間推定部１０６に送られる。
また、パケット終端部１０２は、受信した音声パケット
のペイロード部から符号化音声データを取り出して遅延
付加部１０３に供給する。

【００３０】内部クロックジェネレータ１０７は、一定
周波数の内部クロックを発生し、遅延時間推定部１０６
と遅延付加部１０３に供給する。

【００３１】遅延付加部１０３には、付加遅延量設定部
１０４から付加遅延量データｄａが与えられる。なお、
付加遅延量データの生成方法については後述する。遅延
付加部１０３は、パケット終端部１０２から供給された
符号化音声データを遅延させて音声デコーダ１１０に供
給する装置である。この遅延付加部１０３は、図３に例
示するように、ＲＡＭ１０３Ａと、パケット終端部１０
２から供給された符号化音声データをＲＡＭ１０３Ａに
書き込む書込回路１０３Ｂと、このＲＡＭから符号化音
声データを読み出す読出回路１０３Ｃとにより構成され
ている。ここで、読出回路１０３Ｃは、内部クロックジ
ェネレータ１０７から供給される内部クロックをカウン
トし、そのカウント値を読出アドレスとしてＲＡＭ１Ａ
に供給し、ＲＡＭ１０３Ａのその読出アドレスに対応し
たエリアから符号化音声データを読み出して音声デコー
ダ１１０に出力する。書込回路１０３Ｂは、パケット終
端部１０２から音声パケットの符号化音声データが出力
されたとき、その時点において読出回路１０３Ｃから出
力されている読出アドレスと付加遅延量設定部１０４か
ら出力されている付加遅延量データとから書込アドレス
を求める。そして、この書込アドレスをＲＡＭ１０３Ａ
に供給し、ＲＡＭ１０３Ａのその書込アドレスに対応し
たエリアに音声パケットの符号化音声データを書き込
む。ＲＡＭ１０３Ａに書き込まれた符号化音声データ
は、その後、付加遅延量データに相当する時間が経過し
たときにＲＡＭ１０３Ａから読み出され、音声デコーダ
１１０に出力される。

【００３２】音声デコーダ１１０は、遅延付加部１０３
から出力される符号化音声データから音声データを復号
する装置である。

【００３３】タイムスタンプ検出部１０８と、遅延時間
推定部１０６と、最小遅延時間推定部１０５と、付加遅
延量設定部１０４は、付加遅延量データを生成するため
の手段を構成している。

【００３４】既に説明したように、タイムスタンプ検出
回路１０８には、受信部１０１によって受信された音声
パケットが供給される。この音声パケットの送信元であ
る送信側端末１０（図１）は、所定周波数のクロックを
カウントして、現在時刻を表す時刻データを出力するカ
ウンタを内蔵しており、音声パケットの生成時に時刻デ
ータをカウンタから読み取り、タイムスタンプとして音
声パケットのヘッダに含める。図４は、このようなタイ
ムスタンプをヘッダに含んだ音声パケットの例を示すも
のである。タイムスタンプ検出回路１０８は、受信部１
０１によって受信された音声パケットからこのタイムス
タンプを取り出して遅延時間推定部１０６に送る。

【００３５】内部クロックジェネレータ１０７は、送信
側端末１０において用いられているクロックと同じ周波
数の内部クロックを出力する。遅延時間推定部１０６
は、この内部クロックジェネレータ１０７から出力され
る内部クロックをカウントして、現在時刻を表す時刻デ
ータを生成する。この時刻データは、送信側端末１０に
おいて生成される時刻データと大体一致しているが、完
全に一致している保証はない。しかし、いずれの時刻デ
ータも周波数が一致したクロックをカウントすることに
より生成される。従って、両時刻データ間の誤差は、時
間的に一定である。遅延時間推定回路１０６は、音声パ
ケットのタイムスタンプがタイムスタンプ検出回路１０
８から供給されたとき、このタイムスタンプを音声パケ
ットの受信時点における時刻データから減算することに
より、音声パケットの伝送に要した遅延時間の推定値を
求める。

【００３６】最小遅延時間推定部１０５は、音声パケッ
トの伝送に要する最小遅延時間を推定する装置である。
最小遅延時間推定部１０５は、受信部１０１によって順
次受信される音声パケットの遅延時間の推定値を遅延時
間推定部１０６から順次受け取る。そして、最小遅延時
間推定部１０５は、この遅延時間の推定値を受け取る度
に、それまでの遅延時間の推定値の中から最小のものを
選択し、最小遅延時間の推定値とする。

【００３７】付加遅延量設定部１０４は、音声パケット
Ｐｉ（ｉ＝０、１、２、…）が受信される度に、下記式
によりその音声パケットＰｉに対応した付加遅延量デー
タｄａを演算して遅延付加部１０３に出力する装置であ
る。 ｄａ＝ｄｍｉｎ＋Ｄ−ｄｉ ……（１）

【００３８】ここで、ｄｉは遅延時間推定部１０６によ
って推定された音声パケットＰｉの遅延時間、ｄｍｉｎ
は音声パケットＰｉまでの全音声パケットの最小遅延時
間、Ｄは予め設定された最大遅延時間である。

【００３９】この付加遅延量データｄａは、上述したよ
うに、音声パケットの符号化音声データをＲＡＭ１０３
Ａに書き込むときの書込アドレスの演算に用いられる。

【００４０】図５は本実施形態の動作を示す図である。
以下、この図を参照し、本実施形態の動作について説明
する。受信側端末１００では、最初の音声パケットＰ０
が受信されたとき、遅延時間推定部１０６は、その受信
時刻ｃ０と、音声パケットＰ０から取り出されたタイム
スタンプが示す時刻ｔ０とから、次式に従って遅延時間
の推定値ｄ０を求める。 ｄ０＝ｃ０−ｔ０ ……（２） 図示の例では、最初の音声パケットＰ０の遅延時間とし
て７が求められている。

【００４１】そして、最小遅延時間推定部１０５は、こ
のｄ０＝７を最小遅延時間の推定値ｄｍｉｎの初期値と
する。そして、付加遅延量設定部１０４は、次の演算に
より音声パケットＰ０に対応した付加遅延量データｄａ
を求める。 なお、この例ではＤ＝１２としている。

【００４２】付加遅延量設定部１０４により求められた
付加遅延量データｄａは遅延付加部１０３に送られる。
遅延付加部１０３は、音声パケットＰ０の符号化音声デ
ータを付加遅延量データｄａに相当する時間だけ遅延さ
せて、音声デコーダ１１０に供給する。

【００４３】その後、後続の音声パケットＰｉが受信さ
れたとき、遅延時間推定部１０６は、その受信時刻ｃｉ
と、音声パケットＰｉから取り出されたタイムスタンプ
が示す時刻ｔｉとから、次式に従って遅延時間の推定値
ｄｉを求める。 ｄｉ＝ｃｉ−ｔｉ ……（４）

【００４４】そして、最小遅延時間推定部１０５は、こ
のｄｉとその時点における最小遅延時間の推定値ｄｍｉ
ｎとを比較し、ｄｉ≧ｄｍｉｎである場合には現状の最
小遅延時間の推定値ｄｍｉｎをそのまま維持し、ｄｉ＜
ｄｍｉｎである場合には、ｄｉによってｄｍｉｎを置き
換える。

【００４５】付加遅延量設定部１０４は、音声パケット
Ｐｉに対応した付加遅延量データｄａを前掲式（１）に
より演算する。そして、遅延付加部１０３は、音声パケ
ットＰｉの符号化音声データを付加遅延量データｄａに
相当する時間だけ遅延させて、音声デコーダ１１０に供
給する。以上の動作が全ての音声パケットについて行わ
れる。

【００４６】通信開始当初は、最小遅延時間の推定値ｄ
ｍｉｎが比較的頻繁に更新される。しかし、音声パケッ
トの受信および最小遅延時間の推定が数を重ねてゆく
と、最小遅延時間の推定値ｄｍｉｎは次第に真の最小遅
延時間に近づいてゆく。このため、最小遅延時間の推定
値ｄｍｉｎが更新される時間間隔が次第に長くなってゆ
き、やがて最小遅延時間の推定値ｄｍｉｎは安定化す
る。図示の例では、最小遅延時間の推定値ｄｍｉｎは、
音声パケットＰ０の受信時に７、音声パケットＰ２の受
信時に６、音声パケットＰ６の受信時に４、音声パケッ
トＰ１２の受信時に３というように推移している。

【００４７】音声パケットが送信側端末１０の音声エン
コーダ１１から出力され、受信側端末１００の音声デコ
ーダ１１０にその符号化音声データが出力されるまでの
総遅延時間Ｔは、次式により与えられる。 Ｔ＝ｄｉ＋ｄａ ＝ｄｉ＋ｄｍｉｎ＋Ｄ−ｄｉ ＝ｄｍｉｎ＋Ｄ ……（５）

【００４８】図５に例示されているように最小遅延時間
の推定値ｄｍｉｎは、音声パケットの受信が数を重ねる
につれて、次第に小さな値に収束して行く。このため、
音声パケットの総遅延時間Ｔも次第に小さな値へと収束
してゆく。総遅延時間Ｔは、最小遅延時間の推定値ｄｍ
ｉｎに依存するので、通信開始当初は総遅延時間Ｔの変
更が比較的頻繁に起こる。しかし、音声パケットの受信
が数を重ねるにつれて、総遅延時間Ｔが更新される時間
間隔は次第に長くなり、やがて最小の総遅延時間Ｔに落
ち着く。

【００４９】Ｂ．第２実施形態 図６は、この発明の第２実施形態に係る受信側端末１０
０の構成を示すブロック図である。本実施形態における
受信側端末１００は、上記第１実施形態のものに加え
て、さらに無音区間検出部１０９を有している。この無
音区間検出部１０９は、順次受信される音声パケットの
ペイロードを監視し、無音区間を検出する装置である。
さらに詳述すると、本実施形態において送信側端末１０
は、その使用者が発声を停止し、送るべき音声がない無
音区間が始まったときに、図７に例示するように無音区
間の開始を示す情報をペイロードに含む音声パケットを
受信側端末１００に送信する。受信側端末１００の無音
区間検出部１０９は、この音声パケットの受信により無
音区間の開始を検知する。その後、何らかの符号化音声
データをペイロードに含む音声パケットが受信側端末１
００によって受信されたとき、無音区間検出部１０９
は、無音区間の終了を検知する。

【００５０】そして、本実施形態における付加遅延量設
定部１０４は、無音区間検出部１０９により無音区間の
終了が検知されたとき、遅延時間推定部１０６から得ら
れる有音区間の最初の音声パケットの遅延時間の推定値
と、その時点において最小遅延時間推定部１０５から得
られている最小遅延時間の推定値と、既知の遅延ジッタ
幅とから付加遅延量データｄａを演算し、遅延付加部１
０３に出力する。この付加遅延量データの演算および遅
延付加部１０３への供給は、無音区間が発生すると、そ
の都度行われる。

【００５１】図８は本実施形態に係る受信側端末１００
の動作を示すタイムチャート、図９は本実施形態に係る
受信側端末１００の動作を示すフローチャートである。
以下、これらの図を参照し、本実施形態の動作を説明す
る。

【００５２】送信側端末１０と受信側端末１００との間
で通話が開始されると、図８に例示されているように、
通話者の音声を表す音声パケットが受信側端末１００に
よって受信される有音区間と、音声パケットが受信され
ない無音区間とが交互に繰り返される。

【００５３】上記第１実施形態と同様、遅延時間推定部
１０６は、受信部１０１によって音声パケットが受信さ
れる度に、その音声パケットの遅延時間の推定値を求め
る（ステップＳ１０１，Ｓ１０２）。

【００５４】最初の有音区間ＳＰ０では、最小遅延時間
推定部１０５は、最初の音声パケットＰ０の遅延時間の
推定値を最小遅延時間の推定値ｄｍｉｎとする（ステッ
プＳ１０３、Ｓ１０４）。そして、最初の有音区間ＳＰ
０内の各受信音声パケットについては、この推定値ｄｍ
ｉｎ前掲式（１）により付加遅延量データｄａが演算さ
れ、遅延付加部１０３に設定される（ステップＳ１０
５）。遅延量付加部１０３では、この付加遅延量データ
ｄａとその時点におけるＲＡＭ１０３Ａの読出アドレス
とから書込アドレアスが求められる。そして、この書込
アドレスに対応したＲＡＭ１０３Ａのエリアに音声パケ
ットの符号化音声データが書き込まれる。この符号化音
声データは、付加遅延量データｄａに相当する時間だけ
経過した後、ＲＡＭ１０３Ａから読み出され、音声デコ
ーダ１１０に供給される（ステップＳ１０６）。

【００５５】そして、図７に例示されるような音声パケ
ットが受信部１０１によって受信されると、無音区間検
出部１０９は無音区間ＮＰ０の開始を検知する。なお、
このように無音区間の開始を告げるパケットを送信側端
末１０から受信側端末１００に送信する代わりに、受信
側端末１００において一定期間以上に亙り音声パケット
が受信されないときに無音区間が開始されたことを検知
するようにしてもよい。

【００５６】有音区間ＳＰ０から無音区間ＮＰ０にな
り、その後、次の有音区間ＳＰ１が始まったとする。こ
の有音区間ＳＰ１の最初の音声パケットＰ０が受信部１
０１によって受信されると、遅延時間推定部１０６は、
その音声パケットＰ０の遅延時間の推定値ｄ０を求める
（図６におけるステップＳ１０１、Ｓ１０２）。

【００５７】次に最小遅延時間推定部１０５は、その時
点までに受信された全ての音声パケットの遅延時間の推
定値の中から最小遅延時間ｄｍｉｎを推定する（ステッ
プＳ１０４）。本実施形態において、最小遅延時間の推
定値ｄｍｉｎが更新される可能性があるのは、有音区間
の最初の音声パケットが受信されたときのみである。一
旦、有音区間が始まると、その開始時点での最小遅延時
間よりも小さい遅延時間が推定されたとしても最小遅延
時間の推定値の更新は行われない。更新が行われるの
は、その有音区間が終わって無音区間となり、新たな有
音区間が始まったときである。

【００５８】付加遅延量設定部１０４は、この有音区間
ＳＰ１の最初の音声パケットＰ０の受信時に最小遅延時
間の推定値ｄｍｉｎを最小遅延時間推定部１０５から入
手する（ステップＳ１０４）。そして、付加遅延量設定
部１０４は、前掲式（１）により付加遅延量データｄａ
を演算し、遅延付加部１０３に供給する（ステップＳ１
０５）。

【００５９】遅延量付加部１０３では、この付加遅延量
データｄａとその時点におけるＲＡＭ１０３Ａの読出ア
ドレスとから書込アドレスが求められる。そして、この
書込アドレスに対応したＲＡＭ１０３Ａのエリアに音声
パケットＰ０の符号化音声データが書き込まれる（ステ
ップＳ１０６）。

【００６０】有音区間ＳＰ０と同様、有音区間ＳＰ１に
おいても、受信部１０１によって受信される音声パケッ
トＰｉの遅延時間の推定値ｄｉの算出が行われる（ステ
ップＳ１０２）。この有音区間ＳＰ１において求められ
た遅延時間の推定値ｄｉは、その後、有音区間ＳＰ２が
開始されたとき、最小遅延時間の推定に利用される（ス
テップＳ１０３、Ｓ１０４）。

【００６１】次に具体例を挙げ、本実施形態の動作をさ
らに詳細に説明する。図１０（ａ）は、送信側端末１０
の音声エンコーダ１１から順次出力される音声パケット
を示し、図１０（ｂ）は受信側端末１００の受信部１０
１によって順次受信される音声パケットを示している。
また、図１０（ｃ）は遅延付加部１０３から音声デコー
タ１１０に出力される音声パケットを示している。図１
０（ｂ）に示すように、音声エンコーダ１１から順次出
力された音声パケットＰ０、Ｐ１、Ｐ２、Ｐ３は、各々
遅延時間ｄ０（＝３ｓ）、ｄ１（＝４ｓ）、ｄ２（＝２
ｓ）、ｄ３（＝２ｓ）だけ遅れて受信部１０１に到着す
る。この間、遅延時間推定部１０６が出力する遅延時間
の推定値ｄｉ、最小遅延時間推定部１０５における最小
遅延時間の推定値ｄｍｉｎは、次のように推移する。 受信パケットＰｉ 遅延時間推定値ｄｉ 最小遅延時間推定値ｄｍｉｎ Ｐ０ ３ｓ ３ｓ Ｐ２ ２ｓ ２ｓ Ｐ１ ４ｓ ２ｓ

【００６２】最初の有音区間ＳＰ０においては、最小遅
延時間の推定値ｄｍｉｎが得られていないため、ネット
ワークの遅延ジッタ幅Ｄに１ｓを加えたものが付加遅延
量データｄａとして用いられる。従って、仮に遅延ジッ
タ幅Ｄを３ｓとすると、付加遅延量データｄａは４ｓと
なる。そして、図示の例ではｄ０＝３ｓであることか
ら、一連の音声パケットＰ０〜Ｐ２の総遅延量はｄ０＋
ｄａ＝４ｓ＋３ｓ＝７ｓとなる。

【００６３】しかし、次の有音区間ＳＰ１ではそれまで
に得られた遅延時間の推定値から最小遅延時間の推定値
ｄｍｉｎ（＝２ｓ）が求められ、これに基づいて付加遅
延量が求められる。

【００６４】従って、仮に有音区間ＳＰ１において図１
０（ａ）および（ｂ）に示されるように音声パケットＰ
３が遅延ｄ３＝１ｓを伴って伝送されたとすると、その
際に適用される付加遅延量データｄａは次のようにな
る。 ｄａ＝（ｄｍｉｎ＋Ｄ−ｄ３） ＝２ｓ＋３ｓ−１ｓ ＝４ｓ 従って、音声パケットＰ３から始まる有音区間ＳＰ１の
各音声パケットの総遅延量は、ｄ３＋ｄａ＝１ｓ＋４ｓ
＝５ｓとなる。

【００６５】図１１（ａ）および（ｂ）は、本実施形態
の効果を示すものである。まず、最初の有音区間におい
て、最初の音声パケットの遅延時間がｄ０であったとす
ると、この有音区間における各音声パケットの総遅延時
間はｄ０＋Ｄとなる。そして、有音区間において最小遅
延時間ｄｍｉｎ＝ｄ３を伴って音声パケットが受信され
ると、その後の有音区間において、この最小遅延時間に
基づいて定められた付加遅延が適用される。この結果、
総遅延時間はｄ３＋Ｄとなる。

【００６６】このように、本実施形態によれば、受信パ
ケットの遅延時間推定値を基に推定した最小遅延時間に
基づいて、付加遅延量を設定することにより、総遅延量
を軽減することができる。また、無音区間後の先頭音声
パケット受信時に最小遅延時間の更新を行うことにより
音声品質の劣化を抑えることができる。このため、本遅
延ジッタ吸収装置および吸収方法は、インターネット電
話のようなリアルタイム性と高い音声品質が要求される
アプリケーションに好適である。

【００６７】Ｃ．変形例 本発明は上述した実施形態に限定されるものではなく、
以下に例示するような各種の変形が可能である。

【００６８】（１）上記実施形態においては、インター
ネットを介してパケットなどのデータセグメントを受信
する装置に本発明を適用した。しかし、インターネット
に限らず、例えばフレームリレーなどの広域網を介して
データセグメントを受信する装置に本発明を適用しても
よい。また、移動網などのように無線区間において遅延
ジッタの発生するネットワークを介してデータセグメン
トを受信する装置に本発明を適用してもよい。

【００６９】（２）上記実施形態では、データセグメン
トの例としてパケットを挙げた。しかし、データセグメ
ントの形式はパケットに限らない。データセグメント
は、その送信時刻または送信時刻を求める手掛かりとな
る情報を含むものであればどのようなものでもよい。デ
ータセグメントは、伝送経路や用いるプロトコルに応じ
てフレームやセルなどの単位であってもかまわない。プ
ロトコルとしては、例えば上述したようなＶｏＩＰでも
よいし、ＶｏＦＲ（Voice over Frame Relay）などでも
よい。

【００７０】（３）上記実施形態では、ネットワークを
介して音声パケットを受信する装置に本発明を適用し
た。しかし、本発明は音声に限らず、動画像などリアル
タイムに伝送する必要がある情報の伝送に好適である。

【００７１】（４）上記第２の実施形態では、音声パケ
ットが連続的に伝送される有音区間と、音声パケットの
伝送が継続して行われない無音区間が交互に繰り返され
るリアルタイム音声伝送に本発明を適用し、有音区間に
おいて求めた最小遅延時間の推定値を利用して次の有音
区間における付加遅延量を決定した。しかし、本発明の
適用範囲はこれに限定されるものではない。例えばデー
タ伝送の一形態として、例えば動画のような連続性が要
求される情報を伝送する第１区間と静止画のような連続
性が要求されない情報を伝送する第２区間とを交互に繰
り返す形態がある。このようなデータ伝送の形態に本発
明を適用してもよい。この場合の適用例において、受信
側装置では次の手順で遅延ジッタ吸収のための処理が行
われる。 ｉ．連続性が要求されない第２区間の情報を含むデータ
セグメントが受信される間、個々のデータセグメントの
遅延時間の推定および最小遅延時間の推定を行う。 ｉｉ．第２区間の直後の第１区間の最初のデータセグメ
ントの受信時にその最初のデータセグメントの遅延時間
を推定する。 ｉｉｉ．上記の最小遅延時間の推定値と、上記ｉｉ．に
おいて求めた最初のデータセグメントの遅延時間の推定
値を用いて、最初のデータセグメントに適用する付加遅
延量データｄａを演算する。演算方法は、上記各実施形
態において説明したものと同じである。

【００７２】（５）上記第２実施形態では、無音区間で
はパケットの伝送を行わなかったが、無音区間であるこ
とを示すデータを送信しつづけるようにしてもかまわな
い。

【００７３】（６）上記各実施形態において、遅延ジッ
タ幅Ｄは予め計測を行うことにより得られた固定値であ
った。しかし、遅延ジッタ幅Ｄが当初想定していた値よ
りも大きいことが明らかになったときには、そのような
大きな遅延ジッタ幅の遅延ジッタを吸収することができ
るように、付加遅延量データの演算に用いる遅延ジッタ
幅Ｄを更新してもよい。例えば上記第２実施形態におい
て、ある有音区間ＳＰｋにおける最初の音声パケットの
遅延時間の推定値ｄｏと、その前の有音区間ＳＰｋ−１
において求められた最小遅延時間の推定値ｄｍｉｎと、
遅延ジッタ幅Ｄとを用いて、式（１）により付加遅延量
データｄａを演算したところ、ｄａが例えば−３ｓにな
ったとする。これは実際の遅延ジッタ幅が当初想定して
いた遅延ジッタ幅Ｄよりも少なくとも３ｓだけ大きかっ
たためであると考えられる。そこで、遅延ジッタ幅Ｄを
３ｓだけ増加させ、付加遅延量データｄａが０ｓになる
ようにする。その後の有音区間ＳＰｋ＋１において式
（１）を用いて付加遅延量データｄａの演算をするとき
には、この新たな遅延ジッタ幅Ｄが用いられる。

【００７４】（７）本発明に係る遅延ジッタを吸収する
ための装置は、上記実施形態に開示したような端末内に
設ける以外に、例えばネットワーク内の中継器やルータ
に設けてもよい。伝送経路が長くなると、遅延ジッタ幅
が長くなるので、伝送経路の途中において遅延ジッタを
吸収する趣旨である。

【００７５】（８）ある限定された期間内に最小遅延時
間の推定を行うようにしてもよい。例えば次のような例
が考えられる。まず、通話開始当初、音声パケットの送
信を開始する前に、タイムスタンプを含んだトレーニン
グパケットを送信側端末から受信側端末に繰り返し送信
する。受信側端末ではこれらの個々のトラーニングパケ
ットの遅延時間の推定値から最小遅延時間ｄｍｉｎを推
定する。その後の音声パケットに適用される付加遅延量
データｄａは、このｄｍｉｎを用いて前掲式（１）によ
り求められる。

【００７６】（９）上記実施形態では、パケットの送信
時刻をタイムスタンプから推定したが、タイムスタンプ
がパケットに含まれていないような場合には例えばパケ
ットに含まれているシリアル番号などから送信時刻を推
定してもよい。

【００７７】（１０）本発明の実施の形態には、上記実
施形態において開示した遅延ジッタの吸収を行う装置を
生産し、販売するといった形態の他、ネットワークに接
続されたコンピュータを上記実施形態に開示された遅延
ジッタ吸収装置として機能させるプログラムを電気通信
回線を介して配布する形態や、そのようなプログラムを
コンピュータ読み取り可能な記録媒体に記録して頒布す
るという形態が含まれる。

【００７８】

【発明の効果】以上説明したように、本発明によれば、
遅延ジッタを吸収しつつ総遅延時間を短縮することが可
能になる。

【図面の簡単な説明】

【図１】 この発明の第１実施形態に係るリアルタイム
音声伝送システムの構成を示すブロック図である。

【図２】 同実施形態における受信側端末の構成を示す
ブロック図である。

【図３】 同実施形態における遅延付加部の構成を示す
ブロック図である。

【図４】 同実施形態における音声パケットを示す図で
ある。

【図５】 同実施形態における受信側端末の動作を説明
するタイムチャートである。

【図６】 この発明の第２実施形態に係る受信側端末の
構成を示すブロック図である。

【図７】 無音区間の開始を告げるパケットを示す図で
ある。

【図８】 同実施形態の動作を示すタイムチャートであ
る。

【図９】 同実施形態の動作を示すフローチャートであ
る。

【図１０】 同実施形態の動作の具体例を説明するタイ
ムチャートである。

【図１１】 同実施形態の効果を説明する図である。

【図１２】 リアルタイム音声伝送システムの構成例を
示すブロック図である。

【図１３】 同システムの動作例を示すタイムチャート
である。

【図１４】 同システムの動作例を示すタイムチャート
である。

【図１５】 同システムの動作例を示す図である。

【図１６】 同システムの動作例を示す図である。

【図１７】 同システムの動作例を示す図である。

【符号の説明】

１０……送信側端末、１１……音声エンコーダ、１２…
…送信部、２０……インターネット、１００……受信側
端末、１０１……受信部、１０２……パケット終端部、
１０３……遅延付加部、１０４……付加遅延量設定部、
１０５……最小遅延時間推定部、１０６……遅延時間推
定部、１０７……内部クロックジェネレータ、１０８…
…タイムスタンプ検出部、１０９……無音区間検出部、
１１０……音声デコーダ。

フロントページの続き (72)発明者 仲 信彦 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 森岡 将史 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 Ｆターム(参考） 5K030 HA08 HB01 LA15 MB06 MB08 MC07 MC08 5K047 AA06 AA18 BB15 DD01 GG11 GG16 GG44 GG45 HH55 MM36

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して時系列のデータセ
   グメントを順次受信する受信部と、 前記受信部によって受信された各データセグメントの受
   信時刻を求める時刻検出部と、 前記受信部によって受信された各データセグメントの送
   信時刻を推定する送信時刻推定手段と、 前記各データセグメントの受信時刻および送信時刻の推
   定値に基づいて各データセグメントの伝送に要した遅延
   時間を推定する遅延時間推定部と、 前記遅延時間推定部から得られた複数のデータセグメン
   トの遅延時間の推定値からネットワークを介したデータ
   セグメントの伝送における最小遅延時間を推定する最小
   遅延時間推定部と、 前記遅延時間推定部によって推定されたデータセグメン
   トの遅延時間の推定値から前記最小遅延時間を引き算し
   て相対遅延時間を求める相対遅延時間測定手段と、 吸収すべき最大遅延量から各データセグメントの相対遅
   延時間を引き算して各データセグメントに対応した付加
   遅延量を求め、各データセグメントを各々に対応した付
   加遅延量だけ遅延させて出力する遅延手段とを備えるこ
   とを特徴とする遅延ジッタ吸収装置。
2. 【請求項２】 請求項１に記載の遅延ジッタ吸収装置に
   おいて、 前記受信部は、前記遅延手段の処理の対象となるデータ
   セグメントの受信前に、複数のトレーニングデータセグ
   メントを受信し、 前記最小遅延時間推定部は、前記複数のトレーニングデ
   ータセグメントの遅延時間の推定値から前記最小遅延時
   間を推定することを特徴とする遅延ジッタ吸収装置。
3. 【請求項３】 請求項１に記載の遅延ジッタ吸収装置に
   おいて、 前記最小遅延時間推定部は、ある期間内に受信された複
   数のデータセグメントの遅延時間の推定値を前記遅延時
   間推定部から取得し、これらの推定値から前記最小遅延
   時間を推定することを特徴とする遅延ジッタ吸収装置。
4. 【請求項４】 請求項３に記載の遅延ジッタ吸収装置に
   おいて、 前記データセグメントは音声を表すデータであることを
   特徴とする遅延ジッタ吸収装置。
5. 【請求項５】 請求項１に記載の遅延ジッタ吸収装置に
   おいて、 前記受信部は、連続性を要求する第１区間に属するデー
   タセグメントと連続性を要求しない第２区間に属するデ
   ータセグメントとを交互に受信し、 前記最小遅延時間推定部は、第１区間に属する最初のデ
   ータセグメントの受信時、それまでに受信されたデータ
   セグメントの前記最小遅延時間を推定することを特徴と
   する遅延ジッタ吸収装置。
6. 【請求項６】 請求項１に記載の遅延ジッタ吸収装置に
   おいて、 前記遅延時間推定部は、前記データセグメントに付随し
   た送信時刻情報または送信時刻の手掛かりになる情報と
   前記データセグメントの受信時刻とに基づいて前記デー
   タセグメントの遅延時間を推定することを特徴とする遅
   延ジッタ吸収装置。
7. 【請求項７】 ネットワークを介して時系列のデータセ
   グメントを順次受信する受信処理と、 前記受信処理によって受信された各データセグメントの
   受信時刻を求める時刻検出処理と、 前記受信処理によって受信された各データセグメントの
   送信時刻を推定する送信時刻推定処理と、 前記各データセグメントの受信時刻および送信時刻の推
   定値に基づいて各データセグメントの伝送に要した遅延
   時間を推定する遅延時間推定処理と、 前記遅延時間推定処理において得られた複数のデータセ
   グメントの遅延時間の推定値からネットワークを介した
   データセグメントの伝送における最小遅延時間を推定す
   る最小遅延時間推定処理と、 前記遅延時間推定処理において推定されたデータセグメ
   ントの遅延時間の推定値から前記最小遅延時間を引き算
   して相対遅延時間を求める相対遅延時間測定処理と、 吸収すべき最大遅延量から各データセグメントの相対遅
   延時間を引き算して各データセグメントに対応した付加
   遅延量を求め、各データセグメントを各々に対応した付
   加遅延量だけ遅延させて出力する遅延処理とを備えるこ
   とを特徴とする遅延ジッタ吸収方法。
8. 【請求項８】 ネットワークを介して時系列のデータセ
   グメントを順次受信する受信処理と、 前記受信処理によって受信された各データセグメントの
   受信時刻を求める時刻検出処理と、 前記受信処理によって受信された各データセグメントの
   送信時刻を推定する送信時刻推定処理と、 前記各データセグメントの受信時刻および送信時刻の推
   定値に基づいて各データセグメントの伝送に要した遅延
   時間を推定する遅延時間推定処理と、 前記遅延時間推定処理において得られた複数のデータセ
   グメントの遅延時間の推定値からネットワークを介した
   データセグメントの伝送における最小遅延時間を推定す
   る最小遅延時間推定処理と、 前記遅延時間推定部によって推定されたデータセグメン
   トの遅延時間の推定値から前記最小遅延時間を引き算し
   て相対遅延時間を求める相対遅延時間測定処理と、 吸収すべき最大遅延量から各データセグメントの相対遅
   延時間を引き算して各データセグメントに対応した付加
   遅延量を求め、各データセグメントを各々に対応した付
   加遅延量だけ遅延させて出力する遅延処理とを前記ネッ
   トワークに接続されたコンピュータに実行させるプログ
   ラム。
9. 【請求項９】 ネットワークを介して時系列のデータセ
   グメントを順次受信する受信処理と、 前記受信処理によって受信された各データセグメントの
   受信時刻を求める時刻検出処理と、 前記受信処理によって受信された各データセグメントの
   送信時刻を推定する送信時刻推定処理と、 前記各データセグメントの受信時刻および送信時刻の推
   定値に基づいて各データセグメントの伝送に要した遅延
   時間を推定する遅延時間推定処理と、 前記遅延時間推定処理において得られた複数のデータセ
   グメントの遅延時間の推定値からネットワークを介した
   データセグメントの伝送における最小遅延時間を推定す
   る最小遅延時間推定処理と、 前記遅延時間推定処理において推定されたデータセグメ
   ントの遅延時間の推定値から前記最小遅延時間を引き算
   して相対遅延時間を求める相対遅延時間測定処理と、 吸収すべき最大遅延量から各データセグメントの相対遅
   延時間を引き算して各データセグメントに対応した付加
   遅延量を求め、各データセグメントを各々に対応した付
   加遅延量だけ遅延させて出力する遅延処理とを前記ネッ
   トワークに接続されたコンピュータに実行させるプログ
   ラムを記録したコンピュータ読み取り可能な記録媒体。