JP2002026967A - ストリーム通信システム - Google Patents
ストリーム通信システムInfo
- Publication number
- JP2002026967A JP2002026967A JP2000205979A JP2000205979A JP2002026967A JP 2002026967 A JP2002026967 A JP 2002026967A JP 2000205979 A JP2000205979 A JP 2000205979A JP 2000205979 A JP2000205979 A JP 2000205979A JP 2002026967 A JP2002026967 A JP 2002026967A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- data packet
- communication terminal
- data
- sequence number
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 通信ネットワークを介し、データパケットの
送出中断を介在させながらデータパケットを授受する
際、信号損失量を算出できるようにしたストリーム通信
システムを提供する。 【解決手段】 本ストリーム通信システムでは、送信側
通信端末は、データパケットを送出する際、データパケ
ットの送出順にインクリメントするシーケンス番号を各
データパケットに付し、かつデータパケットの送出中断
中にも送出時と同様にインクリメントさせたシーケンス
番号を割り振り、データパケットの送出再開時には、送
出中断中に割り振ったインクリメントを組み入れて増大
したシーケンス番号を付したデータパケットを受信側通
信端末に送出する手段を有する。受信側通信端末は、送
出中断直前のデータパケットのシーケンス番号と、送出
再開時のデータパケットのシーケンス番号とから送出中
断時を考慮に入れたデータパケットの送出量を検出し
て、データ損失量を算出する手段を有する。
送出中断を介在させながらデータパケットを授受する
際、信号損失量を算出できるようにしたストリーム通信
システムを提供する。 【解決手段】 本ストリーム通信システムでは、送信側
通信端末は、データパケットを送出する際、データパケ
ットの送出順にインクリメントするシーケンス番号を各
データパケットに付し、かつデータパケットの送出中断
中にも送出時と同様にインクリメントさせたシーケンス
番号を割り振り、データパケットの送出再開時には、送
出中断中に割り振ったインクリメントを組み入れて増大
したシーケンス番号を付したデータパケットを受信側通
信端末に送出する手段を有する。受信側通信端末は、送
出中断直前のデータパケットのシーケンス番号と、送出
再開時のデータパケットのシーケンス番号とから送出中
断時を考慮に入れたデータパケットの送出量を検出し
て、データ損失量を算出する手段を有する。
Description
【0001】
【発明の属する技術分野】本発明は、信号損失及び信号
遅延の少なくとも一方が発生したり、また、送出したデ
ータパケットの順序が入れ替わって着信する通信ネット
ワークを介して、データパケットを授受するストリーム
通信システムに関し、更に詳細には、データ損失量に基
づいて通信ネットワークの輻輳状態を推定できるように
したストリーム通信システムに関するものである。
遅延の少なくとも一方が発生したり、また、送出したデ
ータパケットの順序が入れ替わって着信する通信ネット
ワークを介して、データパケットを授受するストリーム
通信システムに関し、更に詳細には、データ損失量に基
づいて通信ネットワークの輻輳状態を推定できるように
したストリーム通信システムに関するものである。
【0002】
【従来の技術】信号損失及び信号遅延の少なくとも一方
が生じたり、また、通信ネットワーク内で転送中にデー
タパケットの順序が入れ替わったりする通信ネットワー
クを介して、送信側通信端末から受信側通信端末にデー
タパケットを送出するストリーム通信システムは、従来
から多用され、更なる研究開発が試みられている。ここ
で、ストリーム通信とは、データパケットを次々と流れ
る(ストリーム)のように実時間で転送する方式の通信
を言う。
が生じたり、また、通信ネットワーク内で転送中にデー
タパケットの順序が入れ替わったりする通信ネットワー
クを介して、送信側通信端末から受信側通信端末にデー
タパケットを送出するストリーム通信システムは、従来
から多用され、更なる研究開発が試みられている。ここ
で、ストリーム通信とは、データパケットを次々と流れ
る(ストリーム)のように実時間で転送する方式の通信
を言う。
【0003】ストリーム通信では、データパケットのト
ラヒック量の変化や処理速度の差を制御し、データの喪
失が生じないようにメッセージの一時蓄積を行うバッフ
ァリングを受信側通信端末で行っている。また、信号損
失や信号遅延が生じる通信ネットワークを介したストリ
ーム通信システムであっても、データパケットの送出を
途中で中断することのない、いわゆる通常のストリーム
通信であれば、メッセージにシーケンス番号をつけるこ
とにより、受信側通信端末で信号損失量を算出すること
ができる。
ラヒック量の変化や処理速度の差を制御し、データの喪
失が生じないようにメッセージの一時蓄積を行うバッフ
ァリングを受信側通信端末で行っている。また、信号損
失や信号遅延が生じる通信ネットワークを介したストリ
ーム通信システムであっても、データパケットの送出を
途中で中断することのない、いわゆる通常のストリーム
通信であれば、メッセージにシーケンス番号をつけるこ
とにより、受信側通信端末で信号損失量を算出すること
ができる。
【0004】ところで、音声チャット等のインタラクテ
ィブ通信(双方向通信)の分野で、信号のディレイが大
きいことは好ましいことではないので、通信ネットワー
クの状態に対応してディレイ時間をできるだけ短くする
ことが必要である。そこで、ストリーム通信システムで
は、無用のデータパケットを送出しないことにより、例
えば有音部と無音部とからなる音声データであれば、音
声データ中の無音部を送出しないことにより、送信効率
を向上させ、ディレイを短縮している。つまり、データ
パケットの送出を中断できるようにして、ストリーム通
信システムの効率を高めている。
ィブ通信(双方向通信)の分野で、信号のディレイが大
きいことは好ましいことではないので、通信ネットワー
クの状態に対応してディレイ時間をできるだけ短くする
ことが必要である。そこで、ストリーム通信システムで
は、無用のデータパケットを送出しないことにより、例
えば有音部と無音部とからなる音声データであれば、音
声データ中の無音部を送出しないことにより、送信効率
を向上させ、ディレイを短縮している。つまり、データ
パケットの送出を中断できるようにして、ストリーム通
信システムの効率を高めている。
【0005】
【発明が解決しようとする課題】ストリーム通信システ
ムでは、上述のように、音声データを通信する場合、音
声データが、データが存在する有音部とデータが存在し
ない無音部とから構成されているので、無音部のデータ
パケットを送らないようにして通信効率を上げることが
できる。しかし、従来のストリーム通信システムでは、
送信側通信端末でデータパケットの送出を中断したと
き、受信側通信端末では、音声データに無音部があるた
めに、データパケットが着信しないのか、信号損失のた
めにデータパケットが着信しないのかを判断することが
できなかった。従って、信号損失量を算出することもで
きなかった。これでは、ユーザが通信ネットワークの混
雑状況を把握することが難しかった。この問題の解決策
として、送信側通信端末が、無音部のデータパケットを
送出しなかった旨を別のデータパケットによって受信側
通信端末に通知する方法が、従来、提案されているが、
別のデータパケット自体が損失する場合も考えなければ
ならず、必ずしも、有効ではなかった。
ムでは、上述のように、音声データを通信する場合、音
声データが、データが存在する有音部とデータが存在し
ない無音部とから構成されているので、無音部のデータ
パケットを送らないようにして通信効率を上げることが
できる。しかし、従来のストリーム通信システムでは、
送信側通信端末でデータパケットの送出を中断したと
き、受信側通信端末では、音声データに無音部があるた
めに、データパケットが着信しないのか、信号損失のた
めにデータパケットが着信しないのかを判断することが
できなかった。従って、信号損失量を算出することもで
きなかった。これでは、ユーザが通信ネットワークの混
雑状況を把握することが難しかった。この問題の解決策
として、送信側通信端末が、無音部のデータパケットを
送出しなかった旨を別のデータパケットによって受信側
通信端末に通知する方法が、従来、提案されているが、
別のデータパケット自体が損失する場合も考えなければ
ならず、必ずしも、有効ではなかった。
【0006】そこで、本発明の目的は、信号損失や信号
遅延が生じる通信ネットワークを介し、データパケット
の送出中断を介在させた態様でデータパケットを授受す
る際、信号損失量を算出できるようにしたストリーム通
信システムを提供することである。
遅延が生じる通信ネットワークを介し、データパケット
の送出中断を介在させた態様でデータパケットを授受す
る際、信号損失量を算出できるようにしたストリーム通
信システムを提供することである。
【0007】
【課題を解決するための手段】上記目的を達成するため
に、本発明に係るストリーム通信システムは、信号損失
及び信号遅延の少なくとも一方が発生したり、また、送
出したデータパケットの順序が入れ替わって着信する通
信ネットワークを介して、データパケットの送出中にデ
ータパケットの送出中断を介在させた態様で、一方の通
信端末(以下、送信側通信端末と言う)から他方の通信
端末(以下、受信側通信端末と言う)にデータパケット
を送出するストリーム通信システムにおいて、送信側通
信端末は、データパケットを送出する際、データパケッ
トの送出順に順次インクリメントするシーケンス番号を
各データパケットに付して送出し、かつデータパケット
の送出中断中にも送出時と同様にインクリメントさせた
仮想のシーケンス番号を割り当る手段と、所定期間中に
送出したデータパケットの数を示す送出確認パケットを
送信する手段とを有し、受信側通信端末は、所定期間中
に受信したデータパケットの数を計数する手段と、送出
確認パケットのデータパケットの送出数と、計数した受
信パケットデータ数とからデータ損失量を算出する手段
とを有することを特徴としている。
に、本発明に係るストリーム通信システムは、信号損失
及び信号遅延の少なくとも一方が発生したり、また、送
出したデータパケットの順序が入れ替わって着信する通
信ネットワークを介して、データパケットの送出中にデ
ータパケットの送出中断を介在させた態様で、一方の通
信端末(以下、送信側通信端末と言う)から他方の通信
端末(以下、受信側通信端末と言う)にデータパケット
を送出するストリーム通信システムにおいて、送信側通
信端末は、データパケットを送出する際、データパケッ
トの送出順に順次インクリメントするシーケンス番号を
各データパケットに付して送出し、かつデータパケット
の送出中断中にも送出時と同様にインクリメントさせた
仮想のシーケンス番号を割り当る手段と、所定期間中に
送出したデータパケットの数を示す送出確認パケットを
送信する手段とを有し、受信側通信端末は、所定期間中
に受信したデータパケットの数を計数する手段と、送出
確認パケットのデータパケットの送出数と、計数した受
信パケットデータ数とからデータ損失量を算出する手段
とを有することを特徴としている。
【0008】本発明の好適な実施態様では、送信側通信
端末は、データパケットの送出再開時には、送出中断中
にインクリメントした最後の仮想のシーケンス番号の次
のシーケンス番号をデータパケットに付して受信側通信
端末に送出する。更に、好適には、送信側通信端末で
は、データパケットの送出を中断し、次いでデータパケ
ットの送出を再開したとき、再開直後に送出するデータ
パケットにリセット要求を付し、受信側通信端末では、
送信側通信端末のリセット要求を検知し、かつ、受信側
通信端末の受信バッファ装置が空であるときに、リセッ
ト要求のデータパケットを受け取った時間を基準時にし
てバッファリングの基準時間を計時する。例えば、送信
側通信端末では、送出中断開始後の経過時間がバッファ
リング時間を越えて経過した後に送出する所定数のデー
タパケットにはリセット要求を付する。
端末は、データパケットの送出再開時には、送出中断中
にインクリメントした最後の仮想のシーケンス番号の次
のシーケンス番号をデータパケットに付して受信側通信
端末に送出する。更に、好適には、送信側通信端末で
は、データパケットの送出を中断し、次いでデータパケ
ットの送出を再開したとき、再開直後に送出するデータ
パケットにリセット要求を付し、受信側通信端末では、
送信側通信端末のリセット要求を検知し、かつ、受信側
通信端末の受信バッファ装置が空であるときに、リセッ
ト要求のデータパケットを受け取った時間を基準時にし
てバッファリングの基準時間を計時する。例えば、送信
側通信端末では、送出中断開始後の経過時間がバッファ
リング時間を越えて経過した後に送出する所定数のデー
タパケットにはリセット要求を付する。
【0009】本発明に係るストリーム通信システムは、
信号損失や信号遅延が生じる通信ネットワークを介して
データパケットの送出が中断可能な態様でデータパケッ
トを授受するストリーム通信であって、送出側通信端末
から受信側通信端末に、データパケットの送出量を算出
できるようにしたシーケンス番号をデータパケットに付
して送ることにより、受信側通信端末で信号損失量を算
出できるようにしたストリーム通信システムである。ま
た、バッファリング時間の基準時刻設定は、受信側通信
端末が中断部を検出したときに行う。
信号損失や信号遅延が生じる通信ネットワークを介して
データパケットの送出が中断可能な態様でデータパケッ
トを授受するストリーム通信であって、送出側通信端末
から受信側通信端末に、データパケットの送出量を算出
できるようにしたシーケンス番号をデータパケットに付
して送ることにより、受信側通信端末で信号損失量を算
出できるようにしたストリーム通信システムである。ま
た、バッファリング時間の基準時刻設定は、受信側通信
端末が中断部を検出したときに行う。
【0010】
【発明の実施の形態】以下に、添付図面を参照し、実施
形態例を挙げて本発明の実施の形態を具体的かつ詳細に
説明する。実施形態例 本実施形態例は、本発明に係るストリーム通信システム
の実施形態の一例であって、図1は本実施形態例のスト
リーム通信システムの構成を示す斜視図、図2はデータ
パケットのフォーマットを示す図、図3はデータパケッ
トの送出中断中のシーケンス番号の割り振りを説明する
図、図4は送出確認パケットの構成を示す図、図5は受
信側通信端末の機能を説明する模式図、図6は送信側通
信端末の送信手順を示すフローチャート、及び図7は受
信側通信端末の受信手順を示すフローチャートである。
本実施形態例のストリーム通信システム10は、一のユ
ーザが使用する通信端末12と、別のユーザが使用する
通信端末14と、通信端末12と通信端末14とを接続
する通信ネットワーク16とを備えている。
形態例を挙げて本発明の実施の形態を具体的かつ詳細に
説明する。実施形態例 本実施形態例は、本発明に係るストリーム通信システム
の実施形態の一例であって、図1は本実施形態例のスト
リーム通信システムの構成を示す斜視図、図2はデータ
パケットのフォーマットを示す図、図3はデータパケッ
トの送出中断中のシーケンス番号の割り振りを説明する
図、図4は送出確認パケットの構成を示す図、図5は受
信側通信端末の機能を説明する模式図、図6は送信側通
信端末の送信手順を示すフローチャート、及び図7は受
信側通信端末の受信手順を示すフローチャートである。
本実施形態例のストリーム通信システム10は、一のユ
ーザが使用する通信端末12と、別のユーザが使用する
通信端末14と、通信端末12と通信端末14とを接続
する通信ネットワーク16とを備えている。
【0011】通信端末12は、ユーザが送信するデー
タ、例えば音声データを取り込み、相手に送信する送信
側通信端末であって、例えば既知の構成のパーソナルコ
ンピュータで構成されている。通信端末14は、通信端
末12が送信したデータを受信する受信側通信端末であ
って、例えば既知の構成のパーソナルコンピュータで構
成されている。通信ネットワーク14では、データの損
失や遅延が生じ、また、送出したデータパケットの順序
が入れ替わって着信することもあるような通信ネットワ
ークである。
タ、例えば音声データを取り込み、相手に送信する送信
側通信端末であって、例えば既知の構成のパーソナルコ
ンピュータで構成されている。通信端末14は、通信端
末12が送信したデータを受信する受信側通信端末であ
って、例えば既知の構成のパーソナルコンピュータで構
成されている。通信ネットワーク14では、データの損
失や遅延が生じ、また、送出したデータパケットの順序
が入れ替わって着信することもあるような通信ネットワ
ークである。
【0012】後述するように、送信側通信端末12は、
データパケットを送出する際、データパケットの送出順
にインクリメントするシーケンス番号を各データパケッ
トに付して送出する。また、送信側通信端末12は、デ
ータパケットの送出中断中にも、送出時と同様にインク
リメントさせた仮想のシーケンス番号を割り当て、デー
タパケットの送出再開時には、送出中断中にインクリメ
ントした最後の仮想のシーケンス番号の次のシーケンス
番号をデータパケットに付して受信側通信端末に送出す
ると共に、所定期間内に送出したデータパケットの数を
示す送出確認パケットを受信側通信端末14に送出す
る。一方、受信側通信端末14は、所定期間内に着信し
たデータパケットの数を計数すると共に、送出確認パケ
ットに基づいて、又は送出中断直前のデータパケットの
シーケンス番号と、送出再開時のデータパケットのシー
ケンス番号とから送出中断時を考慮に入れたデータパケ
ットの送出量を算出し、着信データパケット数と送出デ
ータパケット数とから、データ損失量を算出する。
データパケットを送出する際、データパケットの送出順
にインクリメントするシーケンス番号を各データパケッ
トに付して送出する。また、送信側通信端末12は、デ
ータパケットの送出中断中にも、送出時と同様にインク
リメントさせた仮想のシーケンス番号を割り当て、デー
タパケットの送出再開時には、送出中断中にインクリメ
ントした最後の仮想のシーケンス番号の次のシーケンス
番号をデータパケットに付して受信側通信端末に送出す
ると共に、所定期間内に送出したデータパケットの数を
示す送出確認パケットを受信側通信端末14に送出す
る。一方、受信側通信端末14は、所定期間内に着信し
たデータパケットの数を計数すると共に、送出確認パケ
ットに基づいて、又は送出中断直前のデータパケットの
シーケンス番号と、送出再開時のデータパケットのシー
ケンス番号とから送出中断時を考慮に入れたデータパケ
ットの送出量を算出し、着信データパケット数と送出デ
ータパケット数とから、データ損失量を算出する。
【0013】通信端末12から通信端末14に送られる
データは、送信側通信端末12で例えばユーザが吹き込
んだ音声データのように、或る程度データ値が連続した
データである。送信側通信端末12では、例えば音声デ
ータを送出するときには、音声の無音部分のデータパケ
ットを生成しないことにより、ストリーム通信システム
の効率化が図られていて、その間は、送信が中断され
る。送信側通信端末12から受信側通信端末14にデー
タの通信を開始する際は、送信側通信端末12から受信
側通信端末14に送出するデータパケットのパケット損
失率(信号損失率)を算出する際の便宜のために、事前
に、所定時間に送出できる標準的なパケット数n1を決
める。
データは、送信側通信端末12で例えばユーザが吹き込
んだ音声データのように、或る程度データ値が連続した
データである。送信側通信端末12では、例えば音声デ
ータを送出するときには、音声の無音部分のデータパケ
ットを生成しないことにより、ストリーム通信システム
の効率化が図られていて、その間は、送信が中断され
る。送信側通信端末12から受信側通信端末14にデー
タの通信を開始する際は、送信側通信端末12から受信
側通信端末14に送出するデータパケットのパケット損
失率(信号損失率)を算出する際の便宜のために、事前
に、所定時間に送出できる標準的なパケット数n1を決
める。
【0014】送信側通信端末12から受信側通信端末1
4に送出されるデータパケットは、図2のデータフォー
マットに示すように、先頭にヘッダを有し、次いで、順
次、リセット要求の有無を示すリセットフラグ、シーケ
ンス番号、及びデータの順で構成されている。シーケン
ス番号には、通常は、データパケットが送出される順に
インクリメントされた値が入れられ、送信される。つま
り、時間的に継続して一連で送信されるデータパケット
には、順に、「1」づつ大きい値のシーケンス番号が付
されて送出される。
4に送出されるデータパケットは、図2のデータフォー
マットに示すように、先頭にヘッダを有し、次いで、順
次、リセット要求の有無を示すリセットフラグ、シーケ
ンス番号、及びデータの順で構成されている。シーケン
ス番号には、通常は、データパケットが送出される順に
インクリメントされた値が入れられ、送信される。つま
り、時間的に継続して一連で送信されるデータパケット
には、順に、「1」づつ大きい値のシーケンス番号が付
されて送出される。
【0015】また、送信側通信端末12からのデータ送
信は中断されることがあるが、中断された場合も、シー
ケンス番号は、図3に示すように、送信時と同様にし
て、内部的にインクリメントされ、中断後の送出再開時
にデータパケットが送出されるときは、中断中にインク
リメントされたシーケンス番号の次の番号がデータパケ
ットに付けられて送出される。つまり、インクリメント
が「1」であるとすると、図3に示すように、送出中断
時に、n個のデータパケットの送出を中断したときに
は、中断中にシーケンス番号がm(図3では6)からm
+n(6+2=8)にインクリメントされる。そして、
中断後の送出再開時には、シーケンス番号はm+n+1
(図3では9)となる。
信は中断されることがあるが、中断された場合も、シー
ケンス番号は、図3に示すように、送信時と同様にし
て、内部的にインクリメントされ、中断後の送出再開時
にデータパケットが送出されるときは、中断中にインク
リメントされたシーケンス番号の次の番号がデータパケ
ットに付けられて送出される。つまり、インクリメント
が「1」であるとすると、図3に示すように、送出中断
時に、n個のデータパケットの送出を中断したときに
は、中断中にシーケンス番号がm(図3では6)からm
+n(6+2=8)にインクリメントされる。そして、
中断後の送出再開時には、シーケンス番号はm+n+1
(図3では9)となる。
【0016】データを受信する受信側通信端末14は、
シーケンス番号が0からn1にインクリメントされる
間、n1+1からn1×2にインクリメントされる間等
々で、受け取ったパケットの数を計数しておく。例え
ば、受信側通信端末14は、シーケンス番号が0から1
000、1001から2000、及び2001から30
00に増加する間に、次に示すように、受信したデータ
パケットの数を計数する。 シーケンス番号 受信したパケットの数 0から1000 970 1001から2000 960 2001から3000 521
シーケンス番号が0からn1にインクリメントされる
間、n1+1からn1×2にインクリメントされる間等
々で、受け取ったパケットの数を計数しておく。例え
ば、受信側通信端末14は、シーケンス番号が0から1
000、1001から2000、及び2001から30
00に増加する間に、次に示すように、受信したデータ
パケットの数を計数する。 シーケンス番号 受信したパケットの数 0から1000 970 1001から2000 960 2001から3000 521
【0017】送信側通信端末12から受信側通信端末1
4には、定期的に、図4に示すような、送出確認パケッ
トと呼ばれるパケットが送られる。送出確認パケット
は、カウンタのカウンタ値c1からc2のパケットのう
ち、パケットの送出を中断したときのカウンタのカウン
トを除いて実際に送信された個数k1を通知している。
例えば、中断がなかった場合のk1は、k1=c2−c
1であるが、中断があった場合のk1は、k1≠c2−
c1である。c1及びc2は、それぞれ、0、n1、2
×n1、3×n1…といった具合にn1の倍数の整数で
ある。
4には、定期的に、図4に示すような、送出確認パケッ
トと呼ばれるパケットが送られる。送出確認パケット
は、カウンタのカウンタ値c1からc2のパケットのう
ち、パケットの送出を中断したときのカウンタのカウン
トを除いて実際に送信された個数k1を通知している。
例えば、中断がなかった場合のk1は、k1=c2−c
1であるが、中断があった場合のk1は、k1≠c2−
c1である。c1及びc2は、それぞれ、0、n1、2
×n1、3×n1…といった具合にn1の倍数の整数で
ある。
【0018】このパケットを受け取った受信側通信端末
14が、自分のc1+1からc1+n1までの間のパケ
ットの計数をk’1とすると、パケット損失率Lは、L
(%)=(k1−k’1)×100/k1と計算でき
る。例えば、k’1は、カウント値、つまりシーケンス
番号が2001から3000では、521である。
14が、自分のc1+1からc1+n1までの間のパケ
ットの計数をk’1とすると、パケット損失率Lは、L
(%)=(k1−k’1)×100/k1と計算でき
る。例えば、k’1は、カウント値、つまりシーケンス
番号が2001から3000では、521である。
【0019】受信側クライアント、つまり受信側通信端
末14では、図5に示すように、受信バッファ装置と再
生バッファ装置とを備え、送信側通信端末12から順次
シーケンス番号順に送出されたものの、時間的にばらつ
いて前後した順序で到達したデータパケットを受信バッ
ファ装置で受け取った後、再生バッファ装置でシーケン
ス番号の順番に並べて再生している。再生時、所定のバ
ッファリング時間を設定し、設定したバッファリング時
間が経過する間、データパケットの到着を待った後、再
生するようにしている。バッファリング時間が経過して
も、受信されないデータパケットは、損失とみなされ、
再生されない。
末14では、図5に示すように、受信バッファ装置と再
生バッファ装置とを備え、送信側通信端末12から順次
シーケンス番号順に送出されたものの、時間的にばらつ
いて前後した順序で到達したデータパケットを受信バッ
ファ装置で受け取った後、再生バッファ装置でシーケン
ス番号の順番に並べて再生している。再生時、所定のバ
ッファリング時間を設定し、設定したバッファリング時
間が経過する間、データパケットの到着を待った後、再
生するようにしている。バッファリング時間が経過して
も、受信されないデータパケットは、損失とみなされ、
再生されない。
【0020】受信側通信端末14では、バッファリング
時間は、受信したデータパケットのリセットフラグがO
Nであって、かつその時点で再生バッファ装置にデータ
がない場合に、受信したデータパケットを受け取った時
点の時刻を基準として、計時される。そして、受信側通
信端末14で設定したバッファリング時間が経過した
後、受信したデータパケットの再生を始める。送信側通
信端末12では、送信の中断が受信側通信端末14のバ
ッファリング時間より大きくなるような場合に、その後
の送信から一定時間、送信データのリセットフラグをO
Nにして送信する。このようにすることによって、受信
側通信端末14では、送信側通信端末12でデータパケ
ットの送出中断後、リセットオンのデータパケットをい
くつか受け取り、最初にデータパケットを受け取った受
信時刻を基準にしてバッファリング時間が計時され、か
つデータパケットがバッファリングされることになる。
時間は、受信したデータパケットのリセットフラグがO
Nであって、かつその時点で再生バッファ装置にデータ
がない場合に、受信したデータパケットを受け取った時
点の時刻を基準として、計時される。そして、受信側通
信端末14で設定したバッファリング時間が経過した
後、受信したデータパケットの再生を始める。送信側通
信端末12では、送信の中断が受信側通信端末14のバ
ッファリング時間より大きくなるような場合に、その後
の送信から一定時間、送信データのリセットフラグをO
Nにして送信する。このようにすることによって、受信
側通信端末14では、送信側通信端末12でデータパケ
ットの送出中断後、リセットオンのデータパケットをい
くつか受け取り、最初にデータパケットを受け取った受
信時刻を基準にしてバッファリング時間が計時され、か
つデータパケットがバッファリングされることになる。
【0021】図6及び図7をそれぞれ参照して、送信側
通信端末の動作及び受信側通信端末の動作を更に詳細に
説明する。図6は送信側通信端末の動作のステップを示
すフローチャートであり、図7は送信側通信端末の動作
のステップを示すフローチャートである。先ず、送信側
通信端末12の第1のステップS1 では、通信時間内の
微小時間中の音声データをサンプリングして第2のステ
ップS2 に移行する。第2のステップS2 では、音声デ
ータが存在するか否かを判定する。存在するときには、
第3のステップS3 に移行する。第3のステップS3 で
は、シーケンス番号をインクリメントして、第4のステ
ップS4 に移行する。第4のステップS4 では、インク
リメントしたシーケンス番号を有するデータパケットを
送信し、再び、第1のステップS1 に戻る。
通信端末の動作及び受信側通信端末の動作を更に詳細に
説明する。図6は送信側通信端末の動作のステップを示
すフローチャートであり、図7は送信側通信端末の動作
のステップを示すフローチャートである。先ず、送信側
通信端末12の第1のステップS1 では、通信時間内の
微小時間中の音声データをサンプリングして第2のステ
ップS2 に移行する。第2のステップS2 では、音声デ
ータが存在するか否かを判定する。存在するときには、
第3のステップS3 に移行する。第3のステップS3 で
は、シーケンス番号をインクリメントして、第4のステ
ップS4 に移行する。第4のステップS4 では、インク
リメントしたシーケンス番号を有するデータパケットを
送信し、再び、第1のステップS1 に戻る。
【0022】一方、第2のステップS2 で、音声データ
が存在しないときには、第5のステップS5 に移行し
て、音声データが存在するときと同様にして、内部的に
シーケンス番号をインクリメントし、第6のステップS
6 に移行する。第6のステップS6 では、音声データが
存在しない無音部の経過時間がバッファリング時間以上
になったかどうか判定する。YESのときには、第7の
ステップS7 に移行して、次の送出データパケットから
一定期間の間に送出するデータパケットのリセットフラ
グをONにして送出する。次いで、第1のステップS1
に移行する。第6のステップS6 で、NOのときには、
直ちに、第1のステップS1 に戻る。
が存在しないときには、第5のステップS5 に移行し
て、音声データが存在するときと同様にして、内部的に
シーケンス番号をインクリメントし、第6のステップS
6 に移行する。第6のステップS6 では、音声データが
存在しない無音部の経過時間がバッファリング時間以上
になったかどうか判定する。YESのときには、第7の
ステップS7 に移行して、次の送出データパケットから
一定期間の間に送出するデータパケットのリセットフラ
グをONにして送出する。次いで、第1のステップS1
に移行する。第6のステップS6 で、NOのときには、
直ちに、第1のステップS1 に戻る。
【0023】次に、受信側通信端末14の第1のステッ
プS1 では、受信したデータパケットを受信バッファ装
置に格納して、第2のステップS2 に移行する。第2の
ステップS2 では、再生バッファ装置に入れるべきシー
ケンス番号のデータパケットかどうか判定する。NOの
時には、第3のステップS3 に移行して、データパケッ
トを破棄する。YESの時には、第4のステップS4 に
移行して、リセットフラグがONであるかどうか検知す
る。リセットフラグがONでないときには、第5のステ
ップS 5 に移行して、再生バッファ装置にデータパケッ
トを追加する、つまり、データを書き込む。リセットフ
ラグがONであるときには、即ち、送信側通信端末がリ
セット要求しているときには、第6のステップS6 に移
行して、再生バッファ装置が空かどうか調べる。再生バ
ッファ装置が空でないときには、第5のステップS5 に
移行して、再生バッファ装置にデータパケットを追加す
る。また、再生バッファ装置が空であるときには、第7
のステップS7 に移行して、再生バッファ装置にデータ
パケットを追加すると共に受信したデータパケットの受
信時刻を基準としてバッファリング時間の計時を開始す
る。
プS1 では、受信したデータパケットを受信バッファ装
置に格納して、第2のステップS2 に移行する。第2の
ステップS2 では、再生バッファ装置に入れるべきシー
ケンス番号のデータパケットかどうか判定する。NOの
時には、第3のステップS3 に移行して、データパケッ
トを破棄する。YESの時には、第4のステップS4 に
移行して、リセットフラグがONであるかどうか検知す
る。リセットフラグがONでないときには、第5のステ
ップS 5 に移行して、再生バッファ装置にデータパケッ
トを追加する、つまり、データを書き込む。リセットフ
ラグがONであるときには、即ち、送信側通信端末がリ
セット要求しているときには、第6のステップS6 に移
行して、再生バッファ装置が空かどうか調べる。再生バ
ッファ装置が空でないときには、第5のステップS5 に
移行して、再生バッファ装置にデータパケットを追加す
る。また、再生バッファ装置が空であるときには、第7
のステップS7 に移行して、再生バッファ装置にデータ
パケットを追加すると共に受信したデータパケットの受
信時刻を基準としてバッファリング時間の計時を開始す
る。
【0024】本実施形態例のストリーム通信システム1
0は、以下の効果を奏することができる。即ち、 (1)定期的にバッファリング時間の計時開始の基準時
刻を決め直すことができること、(2)データパケット
の送出中断部に基準時刻を決め直すので、再生時のタイ
ミングずれの影響が少ないこと、及び(3)ディレイを
軽減できることである。単純に、再生バッファ装置で、
受信したデータパケットが空になった後の最初のデータ
パケットの受信時刻を基準にしてバッファリング時間の
計時を開始する方法も有る。しかし、再生バッファ装置
で、受信したデータパケットが空になっているというこ
とは、送信側通信端末で送信しているにもかかわらず、
通信ネットワーク状況の悪化によって、例えば輻輳によ
って、データパケットが全く来なくなっているというこ
とも考えられる。従って、その後に再び受信されたデー
タパケットの受け取り時刻を基準にしてバッファリング
時間の計時を開始すると、必要以上にディレイを起こし
てしまう可能性が有る。本実施形態例のストリーム通信
システム10は、この問題を軽減できる。
0は、以下の効果を奏することができる。即ち、 (1)定期的にバッファリング時間の計時開始の基準時
刻を決め直すことができること、(2)データパケット
の送出中断部に基準時刻を決め直すので、再生時のタイ
ミングずれの影響が少ないこと、及び(3)ディレイを
軽減できることである。単純に、再生バッファ装置で、
受信したデータパケットが空になった後の最初のデータ
パケットの受信時刻を基準にしてバッファリング時間の
計時を開始する方法も有る。しかし、再生バッファ装置
で、受信したデータパケットが空になっているというこ
とは、送信側通信端末で送信しているにもかかわらず、
通信ネットワーク状況の悪化によって、例えば輻輳によ
って、データパケットが全く来なくなっているというこ
とも考えられる。従って、その後に再び受信されたデー
タパケットの受け取り時刻を基準にしてバッファリング
時間の計時を開始すると、必要以上にディレイを起こし
てしまう可能性が有る。本実施形態例のストリーム通信
システム10は、この問題を軽減できる。
【0025】
【発明の効果】本発明のストリーム通信システムによれ
ば、 1)損失のある通信ネットワークを介して、データパケ
ットの送出を中断することがあるストリーム通信システ
ムでも、受信側通信端末で、信号損失率を計算すること
ができる。よって、通信ネットワークの輻輳状況を知る
ことができるので、ユーザはネットワーク状況が悪くて
通信しづらいことを認識することができる。 2)ディレイを定期的に算出することができるので、ネ
ットワークの輻輳状況がダイナミックに変化しても、そ
れに応じたディレイになるようにして、必要以上に長い
ディレイを生じさせることがない。しかも、バッファリ
ング時間の計時開始の基準時刻の変更をデータパケット
の送出中断時に行うので、データの再生時に違和感を感
じさせない。
ば、 1)損失のある通信ネットワークを介して、データパケ
ットの送出を中断することがあるストリーム通信システ
ムでも、受信側通信端末で、信号損失率を計算すること
ができる。よって、通信ネットワークの輻輳状況を知る
ことができるので、ユーザはネットワーク状況が悪くて
通信しづらいことを認識することができる。 2)ディレイを定期的に算出することができるので、ネ
ットワークの輻輳状況がダイナミックに変化しても、そ
れに応じたディレイになるようにして、必要以上に長い
ディレイを生じさせることがない。しかも、バッファリ
ング時間の計時開始の基準時刻の変更をデータパケット
の送出中断時に行うので、データの再生時に違和感を感
じさせない。
【図1】実施形態例のストリーム通信システムの構成を
示す斜視図である。
示す斜視図である。
【図2】データパケットのフォーマットを示す図であ
る。
る。
【図3】データパケットの送出中断中のシーケンス番号
の割り振りを説明する図である。
の割り振りを説明する図である。
【図4】送出確認パケットの構成を示す図である。
【図5】受信側通信端末の機能を説明する模式図であ
る。
る。
【図6】送信側通信端末の送信手順を示すフローチャー
トである。
トである。
【図7】受信側通信端末の受信手順を示すフローチャー
トである。
トである。
10……実施形態例のストリーム通信システム、12…
…送信側通信端末、14……受信側通信端末、16……
通信ネットワーク。
…送信側通信端末、14……受信側通信端末、16……
通信ネットワーク。
Claims (5)
- 【請求項1】 信号損失及び信号遅延の少なくとも一方
が発生したり、また、送出したデータパケットの順序が
入れ替わって着信する通信ネットワークを介して、デー
タパケットの送出中にデータパケットの送出中断を介在
させた態様で、一方の通信端末(以下、送信側通信端末
と言う)から他方の通信端末(以下、受信側通信端末と
言う)にデータパケットを送出するストリーム通信シス
テムにおいて、 送信側通信端末は、データパケットを送出する際、デー
タパケットの送出順に順次インクリメントするシーケン
ス番号を各データパケットに付して送出し、かつデータ
パケットの送出中断中にも送出時と同様にインクリメン
トさせた仮想のシーケンス番号を割り当る手段と、所定
期間中に送出したデータパケットの数を示す送出確認パ
ケットを送信する手段とを有し、 受信側通信端末は、所定期間中に受信したデータパケッ
トの数を計数する手段と、送出確認パケットのデータパ
ケットの送出数と、計数した受信パケットデータ数とか
らデータ損失量を算出する手段とを有することを特徴と
するストリーム通信システム。 - 【請求項2】 送信側通信端末は、データパケットの送
出再開時には、送出中断中にインクリメントした最後の
仮想のシーケンス番号の次のシーケンス番号をデータパ
ケットに付して受信側通信端末に送出することを特徴と
する請求項1に記載のストリーム通信システム。 - 【請求項3】 送信側通信端末では、データパケットの
送出を中断し、次いでデータパケットの送出を再開した
とき、再開直後に送出するデータパケットにリセット要
求を付し、 受信側通信端末では、送信側通信端末のリセット要求を
検知し、かつ、受信側通信端末の受信バッファ装置が空
であるときに、リセット要求のデータパケットを受け取
った時刻を基準時にしてバッファリング時間の計時を開
始することを特徴とする請求項1に記載のストリーム通
信システム。 - 【請求項4】 送信側通信端末では、送出中断開始後の
経過時間がバッファリング時間を越えて経過した後に送
出する所定数のデータパケットにはリセット要求を付す
ることを特徴とする請求項3に記載のストリーム通信シ
ステム。 - 【請求項5】 送信側通信端末が、有音部と無音部とか
らなる音声データのうち無音部を送出しないことによ
り、データパケットの送出を中断するようにしたことを
特徴とする請求項1から4のうちのいずれか1項に記載
のストリーム通信システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000205979A JP2002026967A (ja) | 2000-07-07 | 2000-07-07 | ストリーム通信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000205979A JP2002026967A (ja) | 2000-07-07 | 2000-07-07 | ストリーム通信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2002026967A true JP2002026967A (ja) | 2002-01-25 |
Family
ID=18702980
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000205979A Pending JP2002026967A (ja) | 2000-07-07 | 2000-07-07 | ストリーム通信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2002026967A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101402808B1 (ko) * | 2012-09-18 | 2014-07-08 | 한국과학기술원 | 익명화를 위한 시드 선택 방법, 익명화 방법 및 이를 이용하는 정보 보호 장치 |
CN112073206A (zh) * | 2020-10-26 | 2020-12-11 | 上交所技术有限责任公司 | 一种基于可编程网络硬件设备实现面向可靠组播的数据包过滤方法 |
CN114189503A (zh) * | 2021-12-10 | 2022-03-15 | 北京凯视达信息技术有限公司 | 一种无中心的公网和专网ip对讲方法 |
-
2000
- 2000-07-07 JP JP2000205979A patent/JP2002026967A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101402808B1 (ko) * | 2012-09-18 | 2014-07-08 | 한국과학기술원 | 익명화를 위한 시드 선택 방법, 익명화 방법 및 이를 이용하는 정보 보호 장치 |
CN112073206A (zh) * | 2020-10-26 | 2020-12-11 | 上交所技术有限责任公司 | 一种基于可编程网络硬件设备实现面向可靠组播的数据包过滤方法 |
CN112073206B (zh) * | 2020-10-26 | 2022-08-16 | 上交所技术有限责任公司 | 一种基于可编程网络硬件设备实现面向可靠组播的数据包过滤方法 |
CN114189503A (zh) * | 2021-12-10 | 2022-03-15 | 北京凯视达信息技术有限公司 | 一种无中心的公网和专网ip对讲方法 |
CN114189503B (zh) * | 2021-12-10 | 2024-03-19 | 北京凯视达信息技术有限公司 | 一种无中心的公网和专网ip对讲方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3882187B2 (ja) | フロー制御システムおよび方法 | |
EP1432203B1 (en) | Low latency digital audio over packet switched networks by setting buffer size at receiver | |
JP2000517140A (ja) | 分散型ネットワーク同期システム | |
US7274691B2 (en) | Network switch with packet scheduling | |
JPH10500547A (ja) | 音声通信装置 | |
US7061866B2 (en) | Metered packet flow for packet switched networks | |
JP2002524915A (ja) | 低待ち時間通信用のシステムおよび方法 | |
EP0921666A2 (en) | Speech reception via a packet transmission facility | |
JPS6027255A (ja) | 通信システム | |
JP2003087317A (ja) | 音声パケット遅延揺らぎ吸収装置及び吸収方法 | |
JPH0624394B2 (ja) | デ−タ通信方法および通信システム | |
EP3032785B1 (en) | Transport method in a communication network | |
US7684429B1 (en) | Quality of service half-duplex media access controller | |
JP2002026967A (ja) | ストリーム通信システム | |
EP1340344B1 (en) | Latency management for a network | |
JPS59190757A (ja) | パケツト通信方式 | |
JP3429169B2 (ja) | データの同期方法、およびその方法を実施する送信機および受信機 | |
US6931029B1 (en) | System and method for synchronizing with data received over an unreliable asynchronous medium | |
JP3694451B2 (ja) | ゲートウェイおよびデータ転送方法 | |
JP2606128B2 (ja) | コンピュータ間通信方法 | |
JP5234845B2 (ja) | パケット送受信装置、方法及びプログラム | |
JPH08307430A (ja) | 通信回線切替装置及び切替制御方法 | |
JP4113932B2 (ja) | 統計多重装置 | |
JP2002171282A (ja) | パケット通信におけるパケット到着時の遅延ゆらぎ吸収方法および装置 | |
US7286470B1 (en) | Messaging system for a packet transport system and method of operation thereof |