JP3931594B2 - Retransmission method for multipoint broadcast networks - Google Patents

Retransmission method for multipoint broadcast networks Download PDF

Info

Publication number
JP3931594B2
JP3931594B2 JP2001207208A JP2001207208A JP3931594B2 JP 3931594 B2 JP3931594 B2 JP 3931594B2 JP 2001207208 A JP2001207208 A JP 2001207208A JP 2001207208 A JP2001207208 A JP 2001207208A JP 3931594 B2 JP3931594 B2 JP 3931594B2
Authority
JP
Japan
Prior art keywords
retransmission
rtp
transmission
buffer
signal
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.)
Expired - Fee Related
Application number
JP2001207208A
Other languages
Japanese (ja)
Other versions
JP2003023462A (en
Inventor
正明 滝沢
和宏 榎本
晋 高瀬
大一郎 ▲高▼島
浩一 北山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2001207208A priority Critical patent/JP3931594B2/en
Publication of JP2003023462A publication Critical patent/JP2003023462A/en
Application granted granted Critical
Publication of JP3931594B2 publication Critical patent/JP3931594B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明はデータの再送方法に関し、特に実時間信号である画像や音声の符号化信号を通信網経由にて、少なくとも2台以上の受信装置に向けて多地点同報通信する場合において、通信網に於いて発生する伝送誤りに対する再送を効率良く行う多地点同報通信網用再送方法に関する。
【0002】
【従来の技術】
データ信号の通信では、データ信号はパケット毎に分割され、送信側と受信側では該パケットを伝送する毎に正常に受信できたかを確認しながら通信を行い、必要に応じて再送する。これにより、高い信頼度でデータを通信出来る。その代償として、再送に要する時間が必要となるので、遅延が生じる事も知られる。伝送遅延が近年急速に普及してきたIP(Internet Protocol)通信では、該データ信号用にTCP(Transport Protocol)/IPと呼ばれる通信プロトコルを採用して上記再送処理を行い、信頼性が高い通信を可能としている事が知られている。
【0003】
実時間通信を必要とする画像や音声の符号化信号ではデータ信号とは異なり、誤り再送を行わない通信プロトコルを採用する場合が多い。IP通信で誤り再送を行わない通信プロトコルとして、ユーザが通信プロトコルを独自に制定出来るUDP ( User Datagram Protocol)/IPと呼ばれる方式を採用する事が知られる。誤り再送を行わない主な理由は2点有る。第1の理由は、再送を行うと遅延時間が長くなるので人間の心理負担が増加する事である。第2の理由は、データ信号とは異なり、多少の伝送誤りが生じても、画像や音声が短時間乱れるのみなので、許容できるからである。
【0004】
しかし、伝送誤り率が多い回線で画像や音声信号を伝送する場合には伝送誤りの影響が大きくなり過ぎ心理的な負担が増加する。そこで、伝送誤りを検出したパケットは再送したパケットが受信側での復号化処理に間に合う間だけ有限回(通常は1回)だけ再送する事とし、多数回伝送することによる遅延の極端な長時間化を抑圧すると共に、伝送誤りの影響も軽減できる事が知られる(布目、田坂,石橋”インターネットにおける連続メディア再送制御方式RVTRの性能測定”,電子情報通信学会技術報告、CA99-56、Dec.1999)。この場合の通信プロトコルは独自モードになるので、上記のUDP/IPを採用し、その枠内で有限回再送と言う独自プロトコルを実装するのが望ましい。
【0005】
上記の有限回再送方式は、遅延時間の増大抑圧と伝送誤り対策の両立を図る事が可能であり、優れた方式である。この方式を画像信号や音声信号を複数の受信装置に同報モードで伝送する場合に適用する事を検討する。
【0006】
一般に、同報通信の場合の伝送誤りとしては、単一の伝送誤りによって、複数の受信装置が共通的にその影響を受ける場合と、単一の伝送誤りは単一の受信装置のみに影響を与える場合が考えられる。前者は、LANとLANとの間が相対的に細い伝送路で接続され、一方のLAN内の送信装置から、他方のLANに接続される複数の受信装置に同報で伝送する時に、上記の細い伝送路でパケットロスが発生すると、複数の受信装置が共通的に影響を受ける場合が有る。前者の他の例として、無線で伝送する場合、雷等の雑音により、一定地域の複数の受信装置が共通的に影響を受ける場合も想定出来る。
【0007】
後者の例としては、特定の受信装置の直近に配置されているネットワークで過負荷が発生してパケットがロスしたり、無線で伝送する時に特定の受信装置だけが障害物に隠れて、受信状態が不良になる場合等が想定出来る。
【0008】
ここでは、上記前者の場合の伝送誤りに対する対策を考える。同報通信で伝送誤りの影響が共通的に複数の受信装置に受ける時に、再送要求を行うと、以下の2点の問題がある。第1の問題は複数ある受信装置の一部のみに伝送誤りが発生する場合でも再送するので、再送が発生する頻度が高くなり伝送トラフィックが必要以上に増加する事、第2の問題は再送要求の伝送トラフィック自身が大きくなる事である。何れの場合もトラフィックの増加により、通信網内で画像信号や音声信号が消失する等により、新たな伝送誤りの原因になる事である。
【0009】
【発明が解決しようとする課題】
本発明は、上記課題を解決するためになされたもので、その目的は、必要以上に再送要求がなされることがなく、また、再送要求のためにトラフィックが増加して新たなデータ廃棄が起きることのない再送方法を提供することにある。
【0010】
【課題を解決するための手段】
本発明は上記前者の伝送誤りが共通的に複数の受信装置に影響を与える場合の問題点を解決するため、本発明では、複数の受信側装置の中で予め定められた受信装置のみに再送要求をできる機能を付与し、他の受信装置は自身で再送要求をしない場合にも再送された信号を正常に受信する機能を有する事を特徴とする。
【0011】
【発明の実施の形態】
以下、本発明の実施の形態を図面を用いて説明する。
まず、本発明を適用する同報通信システムの構成を説明する。
図1は、通信網を用いた、画像音声等の実時間伝送システム全体の構成を示す図である。
図1においては、例として通信網上に3つの端末が接続された構成を示している。送信側の端末においては、カメラ1で撮像されたTV信号やマイク2で集音された音声信号をMPEG-2符号化装置3に入力し、符号化された信号は通信網4に送出される。通信網4の中では、例えばIP通信ではマルチキャストと呼ばれる通信プロトコルに従い、同一の符号化信号が複製されて複数の端末のMPEG-2復号化装置5,8に伝送される。
復号化装置5,8は各々受信した符号化信号を復号化して元のTV信号や音声信号に復元し、画像モニタ6,9やスピーカ7,10に出力する。
【0012】
次にMPEG-2符号化装置3の構成を図2を用いて説明する。
カメラ1で撮されたTV信号や、マイク2で集音された音声信号はMPEG-2符号化装置3に入力される。符号化装置3の内部で、TV信号は輝度・色差分離回路21により輝度信号と色差信号に分離され、A/D(アナログデジタル)変換回路22により各々デジタル化された後でMPEG-2画像符号化回路23に入力される。MPEG-2画像符号化回路23では予め定められたアルゴリズムに従い画像信号を高能率符号化する。例えば元の画像信号の代表的な標本化周波数は13.5MHzであり、代表的な量子化精度は8bit/sampleなので、元の画像信号を符号化しないで伝送する時の伝送速度は上記2者の積である108Mbit/sに相当する。これをMPEG-2画像符号化では例えば6Mbit/sに圧縮する。高能率符号化された画像信号は画像符号化バッファ24に入力される。
【0013】
音声信号はMPEG-2音声符号化回路29により音声符号化信号に変換され、音声符号化バッファ30に入力される。音声の代表的な標本化周波数は32kHz、代表的な量子化精度は16bit/sampleなので、符号化しない時の情報伝送速度は512kbit/sに相当する。これをMPEG-2音声符号化により例えば256kbit/sに圧縮する。
【0014】
画像符号化バッファ24と音声符号化バッファ30に格納された画像符号化信号と音声符号化信号はマイクロプロセッサ25によりマルチメディア多重化される。マルチメディア多重化された信号は予め定められた長さ単位に分割されてパケットが構成される。さらにパケット毎に、RTPシーケンスと呼ばれる連続番号が付与され、送信RTPバッファ26に書き込む。
【0015】
マイクロプロセッサ27は送信RTPバッファ26に書かれた信号をUDP/IP等の通信プロトコルに従い通信インタフェース28経由で通信網4に送出される。
【0016】
次に図3を用いてMPEG-2復号化装置6の構成を説明する。
通信網4経由で入力される信号は通信インタフェース41経由でマイクロプロセッサ42に入力され、UDP/IP等の通信プロトコルに従い受信処理される。さらに受信処理された信号は受信RTPバッファ43に書き込まれる。
【0017】
マイクロプロセッサ44は受信RTPバッファ43からRTPシーケンス番号とパケット信号を読み出し、その中のパケット信号から画像符号化信号と音声符号化信号を分離して抽出し、各々画像復号化バッファ45と音声復号化バッファ46に書き込む。
【0018】
MPEG-2画像復号化回路47は、画像復号化バッファ45から読み出した画像符号化信号を元の画像信号に復元し、D/A(デジタルアナログ)変換器48、輝度色差合成回路49を経由してアナログのTV信号に復元し、画像モニタ6に出力し表示する。MPEG-2音声復号化回路50は、音声復号化バッファ46から読み出した音声符号化信号を元の音声信号に復元し、スピーカ7に音声を出力する。
【0019】
本実施の形態による再送処理は図2、3の中のマイクロプロセッサ25,27,42,44のソフトウェアにより、実現される。以下本実施の形態を図4、5により詳細に説明する。送信側の再送機能は以下の通りである。即ち、マイクロプロセッサ25による送信RTPバッファ26への書き込みは、図4に示すように以下の手順に従う。
a)送信データを周回的に送信RTPバッファ26に書き込むに際し、その最初の番地(例えば0番地)にRTPシーケンス番号を書き込む。
b)符号化バッファ(画像符号化バッファと音声符号化バッファを総称する)にデータが有り、かつ、予め定められた周期での書き込み時刻になる毎に、画像符号化信号や音声符号化信号を各々一定の長さ毎に分割してパケット化し、画像と音声を識別する識別子を付けた上でマルチメディア多重化し、以降の番地に該マルチメディア多重化信号として書き込む。
c)以降、この操作を繰り返し、RTPシーケンス番号とマルチメディア多重化信号を順番に送信RTPバッファ26に書き込む。送信RTFバッファ26全体に格納されたら、a)に戻る。
【0020】
マイクロプロセッサ27による送信RTPバッファ26からの読み出しは図5に示すように以下の手順に従う。
a)送信RTPバッファ26を周回的に読み出すに際し、周回の先頭にて、X番地に書き込まれている直前の周回時先頭のシーケンス番号をY番地に書き込んでおく。次に現在のRTPシーケンス番号を、今周回時先頭のシーケンス番号としてX番地に書き込む。
b)通常の伝送では、送信RTPバッファ26から読み出し番地に従って順番に読み出したシーケンス番号とパケット信号を、通信プロトコルに従い通信網に送出する。送信RTPバッファ26全体からの読み出しが完了したら、a)に戻る。
c)再送要求が有った場合、再送すべきパケットは受信側からシーケンス番号により通知される。そこで、該シーケンス番号からそれに対応する番地を解読し、その番地から1パケット分のマルチメディア多重化信号を読み出し、再送すべきシーケンス番号と併せて通信プロトコルに従い再送する。
【0021】
受信側の再送機能は以下の通りである。マイクロプロセッサ42による受信RTPバッファ43への書き込みは以下の手順に従う。
a)通信インタフェース41経由で受信したRTPシーケンス番号とパケット信号を周回的に受信RTPバッファ43に書き込む。受信RTPバッファ43に最初に書き込む時には、最初の番地(例えば0番地)にRTPシーケンス番号を書き込む。
b)RTPシーケンス番号から予め定めたアルゴリズムに従い、受信RTPバッファ43の書込番地に変換し、該当する番地にRTPパケットを書き込む。
c)以降、この操作を繰り返し、受信RTPバッファ43全体に格納されたら、a)に戻る。
d)受信したRTPシーケンス番号を検査し、不連続が有ればRTPシーケンス番号やパケットが通信網で廃棄されたとして再送要求する。再送要求の方法としては、例えば、廃棄されたと推定されるRTPシーケンス番号を送信側にTCP/IPプロトコル等により伝送すれば良い。
e)通信網で廃棄されたRTPパケットに相当する受信RTPバッファ43にはヌルパケットを書き込み、相当する領域の書き込みを行った事をマイクロプロセッサ44に示すためにready flagをbusy flagに書き換える。
f)再送されたRTPシーケンス番号とパケットが到着したら、該RTPシーケンス番号から上記のアルゴリズムに従って、受信RTPバッファ43の書き込み番地に変換し、再送されたRTPシーケンス番号とパケットを書き込む。
g)パケット等を書き込んだ後に、読み出し側であるマイクロプロセッサ44に対して書き込みがなされた事を識別するためにbusy flagに書き換える。
【0022】
マイクロプロセッサ44による受信RTPバッファ43からの読み出し処理は以下の通りである。
a)受信RTPバッファ43の読出番地のflagがbusy flagである事を確認して受信RTPバッファ43にRTPシーケンス番号とパケットが格納されている事を確認し、さらに一定の時間間隔を確保している事を確認した後にRTPシーケンス番号とパケットを読み出す。
b)読み出した後でbusy flagをready flagに切り替えておき、読み出した事をマイクロプロセッサ42に通知する。
c)読み出したRTPシーケンス番号は廃棄し、パケットを画像符号化信号と音声符号化信号に分離し、各々画像復号化バッファと音声復号化バッファ(復号化バッファと総称)に書き込む。
d)受信RTPバッファの読み出し番地を歩進し、受信RTPバッファ43全体の読み出しが完了したら、読出番地を0に初期化する。
【0023】
上記における送受信のRTPバッファへの読み書き番地とRTPシーケンス番号の変換方式としては以下が考えられる。
a)RTPバッファの先頭に書き込む時のRTPシーケンス番号をXとし、その1周前にRTPバッファの先頭に書き込む時のRTPシーケンス番号をYとする。
b)RTPシーケンスとパケットの信号長の和をLとする。
c)これから書き込むシーケンス番号Aと上記のXを比較し、AがX以上の時は、
番地:(A−X)*Lに書き込みを行う。
d)AがX未満の時は、番地:(A−Y)*Lに書き込みを行う。
【0024】
上記において、以下のような例外処理も必要となる。
a)RTPバッファの先頭に書き込むべきRTPシーケンス番号が廃棄されている時:上記YよりXを予測し、そのXに基づいてジャンプされたRTPパケットに相当する書込番地にはダミー信号を書き込み、ready flagのみを単純にbusy flagに変換しても良い。
b)到着したRTPシーケンス番号が直前の番号(再送では無い)よりも、大きく変化している時:新しいチャンネルに切り替わったとして、その間の再送は要求しないようにしても良い。
【0025】
以上の動作により、伝送誤り時に再送が1回行われる。さらに、次に本実施の形態の特徴である、複数の受信側装置に画像、音声信号を同報通信する場合に、伝送誤り発生した時は、限定したMPEG-2復号化装置のみに再送要求を発生させる方法を図8により説明する。破線で囲まれたソフト処理以外は図6と同等である。即ち、
a)送信側は従来と同様に再送要求がある場合は、再送を行う。
b)受信側では、受信したRTPシーケンス番号を解読して連続しているかを検出し、検出した後で本実施の形態の特徴である本装置が再送要求対応装置で在るかを識別し、再送要求対応装置である場合のみ再送を行う。再送要求対応装置以外は、伝送誤りを検出しても、再送要求は行わない。
c)全ての受信装置は、再送された信号を受信したら、該再送信号を受信済みの信号に置換し、復号化する。
【0026】
以上の動作により、全ての受信側装置に対して共通的に伝送誤りが発生した場合には、単一の誤り再送要求が送信側に出され、送信側から全受信側装置に対して再送信号が同報で伝送され、伝送誤り信号が正しい信号に置換される事により、本発明の目的を達成出来る事は明らかである。
【0027】
尚、再送要求する受信装置の選択は、以下のように行う。
a)共通的な影響は全ての受信装置に与えられて必ず伝送誤りを生ぜしめ、それに加えて、各装置に個別の伝送誤りの影響が与えられる場合:この場合の再送要求受信装置は複数ある受信装置の中では個別の伝送誤りの発生する確率が最も低い受信装置、例えば無線では、受信条件が最も良い地点に配置された装置、を再送要求端末にする事が望まれる。何故なら、再送要求受信装置で伝送誤りを検出した場合は、他の端末にも共通してその影響が与えられる可能性が高く、この装置が検出した場合のみ再送要求すれば、必要最小限の再送要求で共通の伝送誤りに対する再送要求が可能であるからである。
b)共通的な影響は全ての受信装置に与えられるが、伝送誤りを生ぜしめるのは一定の確率であり、それに加えて、各装置に個別の伝送誤りの影響が与えられる場合:この場合も、個別の伝送誤りが発生する確率が低い受信装置を採用する事が必要であるが、それに加えて希望する品質に応じて、色々な考えかたが有り得る。例えば、再送する確率を極力減少するには、個別の伝送誤りが発生する確率が低い装置1台における伝送誤りの検出結果で再送要求すれば良いし、伝送誤りの影響を減少するために、再送する確率を高める場合には、上記の個別の伝送誤りが発生する確率が低い複数の装置により検出した結果の論理和を取る事も考えられる。
c)再送する受信装置は予め選択し、図8で示した再送要求装置=Yesである旨をソフトに書き込んで於いても良い。又は、送信側から複数の受信装置に対して再送要求端末である旨を指示し、その複数の受信装置からの再送要求信号を解析して、他の端末と同時に再送要求する受信装置が、共通的な伝送誤りを良く検知し、個別の伝送誤りの発生頻度は低いと見なして、再送要求受信装置として採用し、他の予め選択された再送要求受信装置は他の受信装置に置換しても良い。それを繰り返す事により、次第に信用出来る再送要求受信装置を選択できる事も考えられる。
【0028】
次に再送機能の具体的な動作を説明するために、動作シーケンスの一例を示す。復号化装置内部のマイクロプロセッサ42は、RTPパケット内のシーケンス番号の連続性より再送要求の要・不要を判断する。復号化装置内部のマイクロプロセッサ42からの再送要求コマンドの送出は信頼性の高いTCP/IPプロトコルにより送信側符号化装置へ通知するのが好ましい。ここで、送信側符号化装置を特定する方法としては、
a)予め特定のアドレス等を符号化装置に割り当て、再送要求を行う復号化装置に該アドレスを設定しておいても良いし、
b)復号化装置が受信したデータから送信符号化装置を特定しても良い。
【0029】
符号化装置内部のマイクロプロセッサ27において再送要求コマンドを受信した場合、再送要求コマンド内のシーケンス番号より再送可能なデータか否か判断し再送可能、即ち送信RTPバッファ26の該当データが更新されていない場合であれば該当データを通信インタフェース28経由で送信する。再送されたデータは受信側マイクロプロセッサ42において、RTPパケット内のシーケンス番号より受信可能なデータか否か判断し、受信可能つまり受信RTPバッファ43からマイクロプロセッサ44が該当データを読み取っていない場合であれば該当する受信RTPバッファ43に格納しても良いし、再送されたデータを無条件で格納しても良い。但し、後者の場合は、該当データがプロセッサ44に読み出された後に書き込む場合が在るので、上記のbusy FLAGが立ったままとなる。従ってRTPバッファを一周した後で書き込む時にbusy FLAGであっても書き込みを行う必要が有る。
【0030】
再送機能のある復号化装置の再送が成功した場合の再送シーケンスを図9に示す。データBを受信した時に復号化装置内部のマイクロプロセッサ42がシーケンス飛びを検出し、例えばTCP/IPプロトコルを使用し再送要求コマンドCを送出する。符号化装置内部のマクロプロセッサ27が再送要求コマンド内の再送データのシーケンス番号を取得する。上記の様に再送可能と判断した場合、UDP/IPプロトコルを使用し再送データD〜Eを送出する。復号化装置は受信したRTPパケット内のシーケンス番号から算出したアドレスのRTPバッファに受信データを書き込む。
【0031】
到着したRTPシーケンス番号が直前の番号よりもあらかじめる定めた規定数以上変化した場合は図10のように、送信装置が切り替わったものと見なして再送要求Cを送出しない場合も考えられる。
【0032】
復号化装置内部のマイクロプロセッサ42が受信データBにおいてシーケンス飛びを検出し、TCP/IPプロトコルを使用し再送要求コマンドCを送出するが、符号化装置内部のマイクロプロセッサ27にて再送要求コマンド内のシーケンス番号を取得し送信RTPバッファ上のインデックス算出後に再送データ内のシーケンス番号を検査した結果、要求された再送データDが既に無くなっていた場合は図11のように再送データDを送出しない事が望ましい。
【0033】
復号化装置内部のマイクロプロセッサ42がシーケンス飛び検出し、TCPプロトコルを使用し再送要求コマンドBを送出する。符号化装置内部のマイクロプロセッサ27にて再送要求コマンド内のシーケンス番号を取得する。符号化装置内部のマイクロプロセッサ27はUDP/IPプロトコルを使用し再送データDを送出する。復号化装置内部のマイクロプロセッサ42は受信したRTPパケット内のシーケンス番号から算出したアドレスの受信RTPバッファ上に受信データを書き込む際に、あらかじめ再送要求コマンド送出時に受信RTPバッファ内にダミービットと共に書き込んでおいた受信すべきシーケンス番号と比較した結果一致しなければ図12のように受信したデータを破棄しても良い。
【0034】
再送要求を行わない復号化装置に対して再送データが送信された場合を図13に示す。即ち、再送要求する受信端末の復号化装置内部マイクロプロセッサ42はシーケンス飛び検出し、TCPプロトコルを使用し再送要求コマンドBを符号化装置へ送出する。再送要求しない受信端末と選択された復号化装置内部マイクロプロセッサ42はシーケンス飛び検出し、受信RTPバッファにダミービットを書き込みシーケンス飛び情報として保持する。符号化装置内部のマイクロプロセッサ27にて受信した再送要求コマンド内のシーケンス番号を取得し、符号化装置内部のマイクロプロセッサ27はUDPプロトコルを使用し再送データDを送出する。送信要求を行う・行わないに拘わらず復号化装置内部のマイクロプロセッサ42は受信したデータ内のシーケンス番号から算出した受信RTPバッファ上に受信データを書き込む際に、あらかじめシーケンス飛び検出時に受信RTPバッファ内にダミービットと共に書き込んでおいた受信すべきシーケンス番号と比較した結果、一致していれば受信RTPバッファの所定のアドレスに書き込みを行い、不一致ならば受信したデータを破棄しても良い。
【0035】
再送要求コマンドパケット形式を図14に示す。実際に受信データのシーケンス飛びを検出した際の送出コマンド例を図15に示す。
【0036】
【発明の効果】
以上説明した通り、本発明によれば、限定された復号化端末のみが再送要求するので、
同報通信に再送を適用する場合にも不必要な再送がなされる事が無く、又再送要求自体のトラフィック増加により通信網が混雑し、通信網に新たなパケットロスが生じる事を防止出来る。
【図面の簡単な説明】
【図1】通信網を用いる画像音声等の実時間伝送システムの構成図である。
【図2】 MPEG-2符号化装置のブロック構成図である。
【図3】 MPEG-2復号化装置のブロック構成図である。
【図4】送信側RTPバッファへの書き込みと読出処理のフローチャート図である。
【図5】送信側RTPバッファへの書き込みと読出処理のフローチャート図である。
【図6】受信側RTPバッファへの書き込みと読出処理の図である。
【図7】受信側RTPバッファへの書き込みと読出処理の図である。
【図8】本実施の形態における受信側RTPバッファへの書き込み処理のフローチャート図である。
【図9】本実施の形態の動作を説明するシーケンス図である。
【図10】本実施の形態の動作を説明するシーケンス図である。
【図11】本実施の形態の動作を説明するシーケンス図である。
【図12】本実施の形態の動作を説明するシーケンス図である。
【図13】本実施の形態の動作を説明するシーケンス図である。
【図14】本実施の形態で採用する再送要求命令の一例を示す説明図である。
【図15】本実施の形態で採用する再送要求命令の一例を示す説明図である。
【符号の説明】
1 カメラ
2 マイク
3 MPEG-2符号化装置
4 通信網
5,8 復号化装置
6,9 画像モニタ
7,10 スピーカ
21 輝度・色差分離回路
22 A/D(アナログデジタル)変換回路
23 MPEG-2画像符号化回路
24 画像符号化バッファ
25,27,42,44 マイクロプロセッサ
26 送信RTPバッファ
28,41 通信インタフェース
29 MPEG-2音声符号化回路
30 音声符号化バッファ
43 受信RTPバッファ
45 画像復号化バッファ
46 音声復号化バッファ
47 MPEG-2画像復号化回路
48 D/A(デジタルアナログ)変換器
49 輝度色差合成回路
50 MPEG-2音声復号化回路
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data re-transmission method, and more particularly to a communication network in a case where an image or audio encoded signal, which is a real-time signal, is transmitted to at least two receivers via a communication network. The present invention relates to a retransmission method for a multipoint broadcast network that efficiently retransmits a transmission error occurring in the network.
[0002]
[Prior art]
In data signal communication, the data signal is divided for each packet, and the transmission side and the reception side perform communication while confirming whether the packet is normally received every time the packet is transmitted, and retransmit as necessary. Thereby, data can be communicated with high reliability. As a compensation, it takes time to retransmit, and it is known that a delay occurs. In IP (Internet Protocol) communication, whose transmission delay has been rapidly spreading in recent years, a communication protocol called TCP (Transport Protocol) / IP is used for the data signal, and the above retransmission processing is performed to enable highly reliable communication. It is known that
[0003]
Unlike a data signal, an encoded image or audio signal that requires real-time communication often employs a communication protocol that does not perform error retransmission. As a communication protocol that does not perform error retransmission in IP communication, it is known to adopt a method called UDP (User Datagram Protocol) / IP that allows a user to establish a communication protocol independently. There are two main reasons for not performing error retransmission. The first reason is that, if retransmission is performed, the delay time becomes long, so that the human psychological burden increases. The second reason is that, unlike a data signal, even if a slight transmission error occurs, the image and sound are only disturbed for a short time, which is acceptable.
[0004]
However, when an image or audio signal is transmitted over a line with a high transmission error rate, the influence of the transmission error becomes too great and the psychological burden increases. Therefore, a packet in which a transmission error is detected is retransmitted a finite number of times (usually once) as long as the retransmitted packet is in time for the decoding process on the receiving side, and the delay is extremely long due to many transmissions. It is known that the effects of transmission errors can be reduced (Nunome, Tasaka, Ishibashi “Performance measurement of continuous media retransmission control method RVTR on the Internet”, IEICE technical report, CA99-56, Dec. 1999). Since the communication protocol in this case is in a unique mode, it is desirable to adopt the above UDP / IP and implement a unique protocol called finite number of retransmissions within that frame.
[0005]
The above limited retransmission method is an excellent method because it is possible to achieve both suppression of delay time increase and countermeasures against transmission errors. We will consider applying this method when transmitting image signals and audio signals to multiple receivers in broadcast mode.
[0006]
In general, transmission errors in the case of broadcast communication include cases where a single transmission error affects multiple receivers in common and a single transmission error affects only a single receiver. The case of giving is considered. In the former, the LAN is connected to the LAN by a relatively thin transmission path, and when the transmission is performed from the transmission device in one LAN to a plurality of reception devices connected to the other LAN, the above-mentioned When packet loss occurs in a narrow transmission path, a plurality of receiving apparatuses may be commonly affected. As another example of the former, when transmitting wirelessly, it can be assumed that a plurality of receiving devices in a certain area are commonly affected by noise such as lightning.
[0007]
Examples of the latter include an overload in a network placed in the immediate vicinity of a specific receiving device, packet loss, or only a specific receiving device hidden by an obstacle when transmitting wirelessly, Can be assumed to be defective.
[0008]
Here, measures against transmission errors in the former case are considered. When a retransmission request is made when a plurality of receiving apparatuses are commonly affected by a transmission error in broadcast communication, there are the following two problems. The first problem is that retransmission is performed even when a transmission error occurs in only a part of a plurality of receiving apparatuses. Therefore, the frequency of occurrence of retransmission increases and the transmission traffic increases more than necessary. The second problem is a retransmission request. The transmission traffic itself will increase. In either case, an increase in traffic causes new transmission errors due to loss of image signals and audio signals in the communication network.
[0009]
[Problems to be solved by the invention]
The present invention has been made in order to solve the above-mentioned problems, and its purpose is not to make retransmission requests more than necessary, and traffic increases due to retransmission requests and new data is discarded. An object of the present invention is to provide a retransmission method that never happens.
[0010]
[Means for Solving the Problems]
In order to solve the problem in the case where the former transmission error affects a plurality of receiving apparatuses in common, the present invention retransmits only a predetermined receiving apparatus among a plurality of receiving apparatuses. It is characterized in that a function capable of making a request is added, and other receiving apparatuses have a function of normally receiving the retransmitted signal even when the retransmission request is not made by itself.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
First, the configuration of a broadcast communication system to which the present invention is applied will be described.
FIG. 1 is a diagram showing a configuration of an entire real-time transmission system for video and audio using a communication network.
FIG. 1 shows a configuration in which three terminals are connected on a communication network as an example. In the terminal on the transmission side, the TV signal imaged by the camera 1 and the audio signal collected by the microphone 2 are input to the MPEG-2 encoding device 3, and the encoded signal is transmitted to the communication network 4. . In the communication network 4, for example, in IP communication, the same encoded signal is duplicated and transmitted to the MPEG-2 decoding devices 5 and 8 of a plurality of terminals according to a communication protocol called multicast.
The decoding devices 5 and 8 decode the received encoded signals, restore the original TV signals and audio signals, and output them to the image monitors 6 and 9 and the speakers 7 and 10.
[0012]
Next, the configuration of the MPEG-2 encoding device 3 will be described with reference to FIG.
The TV signal taken by the camera 1 and the audio signal collected by the microphone 2 are input to the MPEG-2 encoding device 3. Inside the encoding device 3, the TV signal is separated into a luminance signal and a color difference signal by a luminance / color difference separation circuit 21, digitized by an A / D (analog / digital) conversion circuit 22, and then MPEG-2 image code. Is input to the conversion circuit 23. The MPEG-2 image encoding circuit 23 performs high-efficiency encoding on the image signal according to a predetermined algorithm. For example, the typical sampling frequency of the original image signal is 13.5 MHz, and the typical quantization accuracy is 8 bits / sample. Therefore, the transmission speed when the original image signal is transmitted without encoding is the above two. It corresponds to the product of 108Mbit / s. In MPEG-2 image encoding, this is compressed to 6 Mbit / s, for example. The high-efficiency encoded image signal is input to the image encoding buffer 24.
[0013]
The audio signal is converted into an audio encoded signal by the MPEG-2 audio encoding circuit 29 and input to the audio encoding buffer 30. Since the typical sampling frequency of speech is 32 kHz and the typical quantization accuracy is 16 bits / sample, the information transmission rate when not encoded is equivalent to 512 kbit / s. This is compressed to, for example, 256 kbit / s by MPEG-2 audio encoding.
[0014]
The image encoded signal and the audio encoded signal stored in the image encoding buffer 24 and the audio encoding buffer 30 are multimedia-multiplexed by the microprocessor 25. The multimedia multiplexed signal is divided into predetermined length units to form a packet. Further, a serial number called an RTP sequence is assigned to each packet and written to the transmission RTP buffer 26.
[0015]
The microprocessor 27 sends the signal written in the transmission RTP buffer 26 to the communication network 4 via the communication interface 28 in accordance with a communication protocol such as UDP / IP.
[0016]
Next, the configuration of the MPEG-2 decoding device 6 will be described with reference to FIG.
A signal input via the communication network 4 is input to the microprocessor 42 via the communication interface 41, and is received and processed according to a communication protocol such as UDP / IP. Further, the signal subjected to reception processing is written in the reception RTP buffer 43.
[0017]
The microprocessor 44 reads out the RTP sequence number and the packet signal from the reception RTP buffer 43, separates and extracts the image encoded signal and the audio encoded signal from the packet signal therein, and the image decoding buffer 45 and the audio decoding respectively. Write to buffer 46.
[0018]
The MPEG-2 image decoding circuit 47 restores the image encoded signal read from the image decoding buffer 45 to the original image signal, and passes through the D / A (digital / analog) converter 48 and the luminance / color difference synthesis circuit 49. Then, it is restored to an analog TV signal and output to the image monitor 6 for display. The MPEG-2 audio decoding circuit 50 restores the audio encoded signal read from the audio decoding buffer 46 to the original audio signal, and outputs the audio to the speaker 7.
[0019]
The retransmission processing according to the present embodiment is realized by software of the microprocessors 25, 27, 42, and 44 in FIGS. Hereinafter, the present embodiment will be described in detail with reference to FIGS. The retransmission function on the transmission side is as follows. That is, writing to the transmission RTP buffer 26 by the microprocessor 25 follows the following procedure as shown in FIG.
a) When the transmission data is cyclically written in the transmission RTP buffer 26, the RTP sequence number is written at the first address (for example, address 0).
b) Every time there is data in the encoding buffer (collectively referring to the image encoding buffer and the audio encoding buffer) and the writing time in a predetermined cycle is reached, the image encoding signal and the audio encoding signal are Each of the packets is divided into packets of a certain length, packetized with an identifier for identifying images and sounds, multimedia multiplexed, and written as the multimedia multiplexed signal at the subsequent addresses.
c) Thereafter, this operation is repeated, and the RTP sequence number and the multimedia multiplexed signal are written in the transmission RTP buffer 26 in order. When the data is stored in the entire transmission RTF buffer 26, the process returns to a).
[0020]
Reading from the transmission RTP buffer 26 by the microprocessor 27 follows the following procedure as shown in FIG.
a) When the transmission RTP buffer 26 is read cyclically, at the beginning of the cycle, the sequence number at the beginning of the cycle immediately before being written in the X address is written in the Y address. Next, the current RTP sequence number is written to address X as the first sequence number for this lap.
b) In normal transmission, the sequence number and the packet signal read in order from the transmission RTP buffer 26 according to the read address are sent to the communication network according to the communication protocol. When reading from the entire transmission RTP buffer 26 is completed, the process returns to a).
c) When there is a retransmission request, the packet to be retransmitted is notified by the sequence number from the receiving side. Therefore, the address corresponding to the sequence number is decoded, and a multimedia multiplexed signal for one packet is read from the address, and is retransmitted according to the communication protocol together with the sequence number to be retransmitted.
[0021]
The retransmission function on the receiving side is as follows. Writing to the reception RTP buffer 43 by the microprocessor 42 follows the following procedure.
a) The RTP sequence number and packet signal received via the communication interface 41 are written in the reception RTP buffer 43 in a cyclic manner. When writing to the reception RTP buffer 43 for the first time, the RTP sequence number is written to the first address (for example, address 0).
b) According to a predetermined algorithm, the RTP sequence number is converted to the write address of the reception RTP buffer 43, and the RTP packet is written to the corresponding address.
c) After that, this operation is repeated, and when it is stored in the entire reception RTP buffer 43, the process returns to a).
d) The received RTP sequence number is inspected, and if there is discontinuity, a retransmission request is made assuming that the RTP sequence number or packet is discarded in the communication network. As a retransmission request method, for example, an RTP sequence number estimated to be discarded may be transmitted to the transmission side by the TCP / IP protocol or the like.
e) A null packet is written in the reception RTP buffer 43 corresponding to the RTP packet discarded in the communication network, and the ready flag is rewritten to a busy flag to indicate to the microprocessor 44 that the corresponding area has been written.
f) When the retransmitted RTP sequence number and packet arrive, the RTP sequence number is converted to the write address of the reception RTP buffer 43 according to the above algorithm, and the retransmitted RTP sequence number and packet are written.
g) After writing a packet or the like, it is rewritten to a busy flag to identify that writing has been made to the microprocessor 44 on the reading side.
[0022]
The reading process from the reception RTP buffer 43 by the microprocessor 44 is as follows.
a) Confirm that the flag of the read address of the reception RTP buffer 43 is a busy flag, confirm that the RTP sequence number and the packet are stored in the reception RTP buffer 43, and secure a certain time interval. After confirming that the RTP sequence number and packet are read.
b) After reading, the busy flag is switched to the ready flag and the microprocessor 42 is notified of the reading.
c) Discards the read RTP sequence number, separates the packet into an image encoded signal and an audio encoded signal, and writes them into an image decoding buffer and an audio decoding buffer (generally called decoding buffer), respectively.
d) The read address of the reception RTP buffer is incremented, and when reading of the entire reception RTP buffer 43 is completed, the read address is initialized to zero.
[0023]
The following conversion methods for the read / write address to the RTP buffer for transmission and reception and the RTP sequence number can be considered.
a) Let X be the RTP sequence number when writing to the head of the RTP buffer, and Y be the RTP sequence number when writing to the head of the RTP buffer one cycle before that.
b) Let L be the sum of the RTP sequence and packet signal length.
c) The sequence number A to be written is compared with the above X. When A is X or more,
Address: Write to (A−X) * L.
d) When A is less than X, write to address: (A−Y) * L.
[0024]
In the above, the following exception handling is also required.
a) When the RTP sequence number to be written at the head of the RTP buffer is discarded: X is predicted from the above Y, and a dummy signal is written to the write address corresponding to the jumped RTP packet based on the X. Only the ready flag may be simply converted to a busy flag.
b) When the arriving RTP sequence number has changed more than the immediately preceding number (not retransmission): Assuming that the channel has been switched to a new channel, no retransmission may be requested during that time.
[0025]
With the above operation, retransmission is performed once when a transmission error occurs. Furthermore, when a transmission error occurs when broadcasting an image or audio signal to a plurality of receiving side devices, which is a feature of the present embodiment, a retransmission request is made only to a limited MPEG-2 decoding device. A method for generating the above will be described with reference to FIG. Except for the software processing surrounded by a broken line, it is the same as FIG. That is,
a) When there is a retransmission request as in the prior art, the transmission side performs retransmission.
b) On the receiving side, the received RTP sequence number is decoded to detect whether it is continuous, and after detection, it is identified whether this device, which is a feature of this embodiment, is a retransmission request handling device, Retransmission is performed only when the apparatus is a retransmission request handling apparatus. A device other than the retransmission request compatible device does not make a retransmission request even if a transmission error is detected.
c) When all the receiving apparatuses receive the retransmitted signal, they replace the retransmitted signal with the received signal and decode it.
[0026]
With the above operation, when a transmission error occurs in common for all the receiving side devices, a single error retransmission request is issued to the transmitting side, and a retransmission signal is sent from the transmitting side to all the receiving side devices. It is clear that the object of the present invention can be achieved by transmitting the signal by broadcast and replacing the transmission error signal with a correct signal.
[0027]
Note that the selection of the receiving apparatus that requests retransmission is performed as follows.
a) When a common influence is given to all the receiving apparatuses and a transmission error is always caused, and in addition to that, each apparatus is affected by an individual transmission error: In this case, there are a plurality of retransmission request receiving apparatuses. It is desired that a receiving apparatus having the lowest probability of occurrence of an individual transmission error among the receiving apparatuses, for example, an apparatus arranged at a point where reception conditions are best in the case of radio, be a retransmission request terminal. This is because when a retransmission error is detected by a retransmission request receiving apparatus, there is a high possibility that it will be affected in common by other terminals. This is because a retransmission request for a common transmission error can be made by the retransmission request.
b) A common effect is given to all receiving devices, but it is a certain probability that a transmission error is caused, and in addition, each device is affected by an individual transmission error: However, it is necessary to employ a receiving apparatus with a low probability of occurrence of individual transmission errors. In addition to this, there are various ways of thinking depending on the desired quality. For example, in order to reduce the probability of retransmission as much as possible, a retransmission request may be made based on the detection result of a transmission error in one device with a low probability of occurrence of an individual transmission error. In order to increase the probability of performing the above, it is conceivable to perform a logical sum of the results detected by a plurality of devices having a low probability of occurrence of the individual transmission errors.
c) A receiving apparatus to be retransmitted may be selected in advance, and the fact that retransmission request apparatus = Yes shown in FIG. 8 may be written in software. Alternatively, a receiving apparatus that instructs a plurality of receiving apparatuses to be retransmission request terminals from the transmitting side, analyzes retransmission request signals from the plurality of receiving apparatuses, and requests retransmission simultaneously with other terminals is common. It is assumed that the occurrence of individual transmission errors is well detected and the frequency of occurrence of individual transmission errors is low, so that it can be adopted as a retransmission request receiver, and other preselected retransmission request receivers can be replaced with other receivers. good. It may be possible to select a retransmission request receiving apparatus that can be gradually trusted by repeating this process.
[0028]
Next, in order to explain a specific operation of the retransmission function, an example of an operation sequence is shown. The microprocessor 42 in the decoding apparatus determines whether a retransmission request is necessary or not based on the continuity of sequence numbers in the RTP packet. The transmission of a retransmission request command from the microprocessor 42 in the decoding apparatus is preferably notified to the transmission side encoding apparatus by a highly reliable TCP / IP protocol. Here, as a method of specifying the transmitting side encoding device,
a) A specific address or the like may be assigned to the encoding device in advance, and the address may be set in the decoding device that makes a retransmission request.
b) The transmission encoding device may be specified from the data received by the decoding device.
[0029]
When the retransmission request command is received by the microprocessor 27 in the encoding apparatus, it is determined whether or not the data can be retransmitted from the sequence number in the retransmission request command, and retransmission is possible. That is, the corresponding data in the transmission RTP buffer 26 has not been updated. If so, the corresponding data is transmitted via the communication interface 28. The retransmitted data is judged by the reception side microprocessor 42 as to whether or not the data can be received from the sequence number in the RTP packet, and can be received, that is, even if the microprocessor 44 has not read the corresponding data from the reception RTP buffer 43. For example, the data may be stored in the corresponding reception RTP buffer 43, or the retransmitted data may be stored unconditionally. However, in the latter case, since the corresponding data may be written after being read by the processor 44, the above busy FLAG remains standing. Therefore, it is necessary to write even if busy FLAG when writing after rounding the RTP buffer.
[0030]
FIG. 9 shows a retransmission sequence when retransmission of a decoding apparatus having a retransmission function is successful. When data B is received, the microprocessor 42 in the decoding apparatus detects a sequence skip and sends a retransmission request command C using, for example, the TCP / IP protocol. The macro processor 27 in the encoding apparatus acquires the sequence number of the retransmission data in the retransmission request command. When it is determined that retransmission is possible as described above, retransmission data D to E are transmitted using the UDP / IP protocol. The decoding device writes the received data in the RTP buffer at the address calculated from the sequence number in the received RTP packet.
[0031]
When the arrived RTP sequence number changes by a predetermined number or more than the immediately preceding number, it can be considered that the retransmission request C is not transmitted because it is assumed that the transmission apparatus has been switched as shown in FIG.
[0032]
The microprocessor 42 in the decoding apparatus detects a sequence skip in the received data B and sends a retransmission request command C using the TCP / IP protocol. The microprocessor 27 in the encoding apparatus sends a retransmission request command C in the retransmission request command. If the requested retransmission data D has already disappeared as a result of checking the sequence number in the retransmission data after obtaining the sequence number and calculating the index on the transmission RTP buffer, the retransmission data D may not be transmitted as shown in FIG. desirable.
[0033]
The microprocessor 42 in the decoding apparatus detects a sequence skip and sends a retransmission request command B using the TCP protocol. The microprocessor 27 in the encoding apparatus acquires the sequence number in the retransmission request command. The microprocessor 27 inside the encoding device sends retransmission data D using the UDP / IP protocol. When the received data is written in the received RTP buffer at the address calculated from the sequence number in the received RTP packet, the microprocessor 42 in the decoding device writes the dummy bit in the received RTP buffer in advance when sending the retransmission request command. If there is no match as a result of comparison with the sequence number to be received, the received data may be discarded as shown in FIG.
[0034]
FIG. 13 shows a case where retransmission data is transmitted to a decoding apparatus that does not make a retransmission request. That is, the decoding apparatus internal microprocessor 42 of the receiving terminal that requests retransmission transmits a sequence skip and sends a retransmission request command B to the encoding apparatus using the TCP protocol. The receiving terminal that does not request retransmission and the selected decoding apparatus internal microprocessor 42 detect the sequence skip and hold dummy bits in the reception RTP buffer as write sequence skip information. The sequence number in the retransmission request command received by the microprocessor 27 in the encoding apparatus is acquired, and the microprocessor 27 in the encoding apparatus sends retransmission data D using the UDP protocol. Regardless of whether the transmission request is made or not, the microprocessor 42 in the decoding apparatus writes the received data into the received RTP buffer calculated from the sequence number in the received data, and when the sequence skip is detected in advance, As a result of comparison with the sequence number to be received written together with the dummy bit, if it matches, writing to a predetermined address of the receiving RTP buffer may be performed, and if not matched, the received data may be discarded.
[0035]
The retransmission request command packet format is shown in FIG. FIG. 15 shows an example of a transmission command when a sequence skip of received data is actually detected.
[0036]
【The invention's effect】
As described above, according to the present invention, only a limited decoding terminal makes a retransmission request.
When retransmission is applied to broadcast communication, unnecessary retransmission is not performed, and it is possible to prevent the communication network from being congested due to an increase in the traffic of the retransmission request itself and a new packet loss from occurring in the communication network.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a real-time transmission system for video and audio using a communication network.
FIG. 2 is a block configuration diagram of an MPEG-2 encoding device.
FIG. 3 is a block configuration diagram of an MPEG-2 decoding apparatus.
FIG. 4 is a flowchart of writing to and reading from a transmission side RTP buffer.
FIG. 5 is a flowchart of writing to and reading from a transmission side RTP buffer.
FIG. 6 is a diagram of a write and read process to a receiving side RTP buffer.
FIG. 7 is a diagram showing a process of writing to and reading from a reception side RTP buffer.
FIG. 8 is a flowchart of a write process to a reception side RTP buffer in the present embodiment.
FIG. 9 is a sequence diagram for explaining the operation of the present embodiment;
FIG. 10 is a sequence diagram for explaining the operation of the present embodiment;
FIG. 11 is a sequence diagram for explaining the operation of the present embodiment;
FIG. 12 is a sequence diagram illustrating an operation of the present embodiment.
FIG. 13 is a sequence diagram for explaining the operation of the present embodiment;
FIG. 14 is an explanatory diagram showing an example of a retransmission request command employed in the present embodiment.
FIG. 15 is an explanatory diagram showing an example of a retransmission request command employed in the present embodiment.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Camera 2 Microphone 3 MPEG-2 encoding apparatus 4 Communication network 5, 8 Decoding apparatus 6, 9 Image monitor 7, 10 Speaker 21 Luminance and color difference separation circuit 22 A / D (analog-digital) conversion circuit 23 MPEG-2 image Encoding circuit 24 Image encoding buffer 25, 27, 42, 44 Microprocessor 26 Transmission RTP buffer 28, 41 Communication interface 29 MPEG-2 audio encoding circuit 30 Audio encoding buffer 43 Reception RTP buffer 45 Image decoding buffer 46 Audio Decoding buffer 47 MPEG-2 image decoding circuit 48 D / A (digital analog) converter 49 Luminance color difference synthesis circuit 50 MPEG-2 audio decoding circuit

Claims (2)

送信装置から無線網を介して複数の受信装置へ送信される同報データの再送方法において、
前記複数の受信装置のうち、受信条件が最も良い地点に配置された受信装置に、前記同報データの伝送誤りに対して前記送信装置へ再送要求を送信するよう設定し、
前記送信装置により、前記再送要求を送信するよう設定された受信装置から前記再送要求を受信した場合に、前記同報データを前記複数の受信装置に再び送信することを特徴とする同報データの再送方法。
In a retransmission method of broadcast data transmitted from a transmission device to a plurality of reception devices via a wireless network,
Among the plurality of receiving devices, to the receiving device arranged at the point where the reception condition is the best , set to transmit a retransmission request to the transmitting device for the transmission error of the broadcast data,
The broadcast data is transmitted again to the plurality of reception devices when the retransmission request is received from the reception device set to transmit the retransmission request by the transmission device. Retransmission method.
請求項に記載の同報データの再送方法において、
前記送信装置により、前記再送要求を送信する受信装置の設定を行うことを特徴とする同報データの再送方法。
In the broadcast data retransmission method according to claim 1 ,
The broadcast data retransmission method, wherein the transmission apparatus sets a reception apparatus that transmits the retransmission request.
JP2001207208A 2001-07-09 2001-07-09 Retransmission method for multipoint broadcast networks Expired - Fee Related JP3931594B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001207208A JP3931594B2 (en) 2001-07-09 2001-07-09 Retransmission method for multipoint broadcast networks

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001207208A JP3931594B2 (en) 2001-07-09 2001-07-09 Retransmission method for multipoint broadcast networks

Publications (2)

Publication Number Publication Date
JP2003023462A JP2003023462A (en) 2003-01-24
JP3931594B2 true JP3931594B2 (en) 2007-06-20

Family

ID=19043224

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001207208A Expired - Fee Related JP3931594B2 (en) 2001-07-09 2001-07-09 Retransmission method for multipoint broadcast networks

Country Status (1)

Country Link
JP (1) JP3931594B2 (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004320230A (en) * 2003-04-14 2004-11-11 Sharp Corp Transmission station and reception station in in multicast communication system, and communication method
US7127655B2 (en) * 2004-01-20 2006-10-24 Qualcomm, Inc. Methods and apparatus to optimize delivery of multicast content using probabilistic feedback
JP4491290B2 (en) * 2004-06-29 2010-06-30 日本電気通信システム株式会社 Packet error monitoring type MPEG decoder, MPEG video transmission system, and MPEG video transmission method
JP4753204B2 (en) * 2006-11-17 2011-08-24 株式会社ソニー・コンピュータエンタテインメント Encoding processing apparatus and encoding processing method
JP4969342B2 (en) * 2007-07-03 2012-07-04 パナソニック株式会社 Receiving terminal and receiving method
US10756915B2 (en) 2015-01-09 2020-08-25 Sony Corporation Wireless communication device, method of wireless communication, and program
US10891246B2 (en) 2017-03-01 2021-01-12 Nippon Telegraph And Telephone Corporation Data processing apparatus, network system, packet order control circuit, and data processing method

Also Published As

Publication number Publication date
JP2003023462A (en) 2003-01-24

Similar Documents

Publication Publication Date Title
KR100987421B1 (en) Data communications system, data sender, data receiver, data communications method, and computer readable recording medium
US7562277B2 (en) Data transmitting/receiving system and method thereof
US9641588B2 (en) Packets recovery system and method
US7263644B2 (en) Data transmitting/receiving system and method thereof
EP1919117B1 (en) Packet retransmission control using priority information
JP5278532B2 (en) Reception device, transmission device, reception method, transmission method, communication system, and communication method
US20050062843A1 (en) Client-side audio mixing for conferencing
US9578360B2 (en) Information presentation device and method
US20070086403A1 (en) Transmitting and receiving system, transmitting equipment, and transmitting method
JP2005515651A (en) Payload header suppression including removal of fields that change with known patterns
WO2013098810A1 (en) Adaptive forward error correction (fec) system and method
JP3994388B2 (en) Transmission / reception system, transmission apparatus and method, recording medium, and program
JP4600513B2 (en) Data transmission apparatus, transmission rate control method, and program
JP3931594B2 (en) Retransmission method for multipoint broadcast networks
JP2012015875A (en) Transmitter and transmission program
US7856096B2 (en) Erasure of DTMF signal transmitted as speech data
US7894486B2 (en) Method for depacketization of multimedia packet data
US7342938B1 (en) Spectrally efficient approach to protection of key elements in a non-homogenous data stream
JP2003264590A (en) Packet transmission system and its data transmitter and data receiver
JP2005020437A (en) Contents correction system and reception device
JPH11331261A (en) Packet communication equipment
JP5746963B2 (en) Communications system
JPH0865278A (en) Multimedia communication equipment
JP2008193450A (en) Communication apparatus, packet communication system, program and recording medium
JP2008079030A (en) Voice information output device and voice information communicating system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040917

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060418

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060516

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060523

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060628

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061024

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061204

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070220

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070305

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110323

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees