[go: up one dir, main page]

JP2005167780A - Streaming data transmission apparatus and transmission method - Google Patents

Streaming data transmission apparatus and transmission method Download PDF

Info

Publication number
JP2005167780A
JP2005167780A JP2003405753A JP2003405753A JP2005167780A JP 2005167780 A JP2005167780 A JP 2005167780A JP 2003405753 A JP2003405753 A JP 2003405753A JP 2003405753 A JP2003405753 A JP 2003405753A JP 2005167780 A JP2005167780 A JP 2005167780A
Authority
JP
Japan
Prior art keywords
transmission
buffer memory
data
streaming data
protocol
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
Application number
JP2003405753A
Other languages
Japanese (ja)
Inventor
Takeyuki Kobayashi
丈之 小林
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.)
Toshiba Corp
Original Assignee
Toshiba Corp
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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP2003405753A priority Critical patent/JP2005167780A/en
Publication of JP2005167780A publication Critical patent/JP2005167780A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】 従来、従来のストリーミングデータ伝送装置及び伝送方法は、伝送時のパケットロスを防ぐためには再送制御を必要とするが、逆にリアルタイム性を追求することが困難になるという問題を抱えていた。
【解決手段】 上記課題を解決するべく、ストリーミングデータを送信バッファメモリ4に蓄積し、再送制御によって送信データの品質を保証する第1の送信プロトコル及び再送制御を行なわない第2の送信プロトコルのいずれかに基づいて前記バッファメモリ4に蓄積されたデータをネットワーク装置6から送信する。この場合、前記バッファメモリ4の空き容量をCPU7で検出し、検出されたバッファメモリ4の空き容量に応じて前記ネットワーク装置6の送信プロトコルをCPU7により切り換えるようにした。
【選択図】 図1
PROBLEM TO BE SOLVED: Conventional streaming data transmission apparatuses and transmission methods conventionally require retransmission control in order to prevent packet loss during transmission, but conversely have a problem that it is difficult to pursue real-time performance. It was.
In order to solve the above problem, streaming data is stored in a transmission buffer memory 4 and either a first transmission protocol that guarantees the quality of transmission data by retransmission control or a second transmission protocol that does not perform retransmission control. Based on the data, the data stored in the buffer memory 4 is transmitted from the network device 6. In this case, the free space of the buffer memory 4 is detected by the CPU 7, and the transmission protocol of the network device 6 is switched by the CPU 7 in accordance with the detected free space of the buffer memory 4.
[Selection] Figure 1

Description

本発明は、ストリーミングデータ伝送装置及び伝送方法に関する。   The present invention relates to a streaming data transmission apparatus and transmission method.

ネットワークを利用して音楽や映像等のデータを配信し、受信側にて受信データをリアルタイムに再生するストリーミング伝送が広まりつつある。これは、配信されたデータを全て受信し終わるまで再生が出来ないということがなく、非常に便利である(例えば、特許文献1を参照)。   Streaming transmission that distributes data such as music and video using a network and reproduces received data in real time on the receiving side is becoming widespread. This is very convenient because it cannot be played back until all distributed data is received (see, for example, Patent Document 1).

ところで、ストリーミング伝送では、伝送時のパケットロスを防ぐためには再送制御を必要とするが、逆にリアルタイム性を追求することが困難になるという相反した状況が生じていた。
特開2002−77251号公報(第2頁乃至第6頁、図1)
By the way, in streaming transmission, retransmission control is required to prevent packet loss during transmission, but there has been a conflicting situation where it is difficult to pursue real-time performance.
JP 2002-77251 A (2nd to 6th pages, FIG. 1)

上述したように、従来のストリーミングデータ伝送装置及び伝送方法は、伝送時のパケットロスを防ぐためには再送制御を必要とするが、逆にリアルタイム性を追求することが困難になるという問題を抱えていた。   As described above, conventional streaming data transmission apparatuses and transmission methods require retransmission control in order to prevent packet loss during transmission, but conversely have a problem that it is difficult to pursue real-time performance. It was.

本発明はこのような点に鑑みてなされたもので、伝送時のパケットロスを減少させることが出来、かつリアルタイムにデータを送ることが可能なストリーミングデータ伝送装置及び伝送方法を提供することを目的とする。   The present invention has been made in view of these points, and it is an object of the present invention to provide a streaming data transmission apparatus and transmission method that can reduce packet loss during transmission and can send data in real time. And

上記目的を達成するために、請求項1にかかるストリーミングデータ伝送装置は、ストリーミングデータを蓄積するためのバッファメモリと、再送制御によって送信データの品質を保証する第1の送信プロトコル及び再送制御を行なわない第2の送信プロトコルのいずれかに基づいて前記バッファメモリに蓄積されたデータを送信する送信手段と、前記メモリの空き容量を検出する手段と、この検出手段で検出されたメモリの空き容量に応じて前記送信手段の送信プロトコルを切り換える手段とを具備したことを特徴とするものである。   To achieve the above object, a streaming data transmission apparatus according to claim 1 performs a buffer memory for storing streaming data, a first transmission protocol for guaranteeing the quality of transmission data by retransmission control, and retransmission control. The transmission means for transmitting the data stored in the buffer memory based on one of the second transmission protocols not present, the means for detecting the free space of the memory, and the free space of the memory detected by the detection means And a means for switching the transmission protocol of the transmission means accordingly.

また、請求項2にかかるストリーミングデータ伝送装置は、請求項1記載のストリーミングデータ伝送装置において、前記送信プロトコル切換手段は、前記バッファメモリの空き容量に余裕がある場合は前記第1の送信プロトコルを選択し、前記バッファメモリの空き容量に余裕がない場合は前記第2の送信プロトコルを選択するよう前記送信手段の送信プロトコルを切り換えるよう構成されたことを特徴とするものである。   A streaming data transmission apparatus according to claim 2 is the streaming data transmission apparatus according to claim 1, wherein the transmission protocol switching means sets the first transmission protocol when there is a free space in the buffer memory. When the free space of the buffer memory is selected, the transmission protocol of the transmission means is switched to select the second transmission protocol.

さらに、請求項3にかかるストリーミングデータ伝送装置は、 請求項1または2記載のストリーミングデータ伝送装置において、前記バッファメモリから出力されるデータパケットに対して連続番号を付加する手段を具備したことを特徴とするものである。   Furthermore, the streaming data transmission device according to claim 3 is the streaming data transmission device according to claim 1 or 2, further comprising means for adding a serial number to the data packets output from the buffer memory. It is what.

請求項4にかかるストリーミングデータ伝送装置は、請求項1または2記載のストリーミングデータ伝送装置において、前記メモリ空き容量検出手段は、1つのパケットデータが前記送信手段から送信される毎に前記メモリの空き容量を検出するよう構成されたこと
を特徴とするものである。
The streaming data transmission device according to claim 4 is the streaming data transmission device according to claim 1 or 2, wherein the memory free capacity detecting means is configured to check whether the memory is free every time one packet data is transmitted from the transmission means. It is characterized by being configured to detect a capacity.

請求項5にかかるストリーミングデータ伝送方法は、ストリーミングデータをバッファメモリに蓄積するステップと、前記バッファメモリの空き容量を検出するステップと、この検出ステップで検出された前記バッファメモリの空き容量に応じ、再送制御によって送信データの品質を保証する第1の送信プロトコル及び再送制御を行なわない第2の送信プロトコルのいずれかを選択して前記バッファメモリに蓄積されたデータを送信するステップとを具備したことを特徴とするものである。   The streaming data transmission method according to claim 5 includes the steps of storing streaming data in a buffer memory, detecting the free capacity of the buffer memory, and according to the free capacity of the buffer memory detected in the detecting step, Selecting one of a first transmission protocol that guarantees the quality of transmission data by retransmission control and a second transmission protocol that does not perform retransmission control, and transmitting the data stored in the buffer memory. It is characterized by.

請求項6にかかるストリーミングデータ伝送方法は、請求項5記載のストリーミングデータ伝送方法において、前記バッファメモリから出力されるデータパケットに対して第1、第2の送信プロトコルによらない連続番号を付加するステップを具備したことを特徴とするものである。   A streaming data transmission method according to a sixth aspect is the streaming data transmission method according to the fifth aspect, wherein serial numbers not based on the first and second transmission protocols are added to the data packets output from the buffer memory. It is characterized by comprising steps.

本発明によれば、伝送時のパケットロスを減少させることが出来、かつリアルタイムにデータを送ることが可能なストリーミングデータ伝送装置及び伝送方法を提供することが出来る。   ADVANTAGE OF THE INVENTION According to this invention, the packet loss at the time of transmission can be reduced and the streaming data transmission apparatus and transmission method which can send data in real time can be provided.

以下、本発明になるストリーミングデータ伝送装置及び伝送方法の実施の形態について、図面を参照して説明する。   Hereinafter, embodiments of a streaming data transmission apparatus and a transmission method according to the present invention will be described with reference to the drawings.

図1は本発明になるストリーミングデータ伝送装置の一実施の形態を示す回路ブロック図である。   FIG. 1 is a circuit block diagram showing an embodiment of a streaming data transmission apparatus according to the present invention.

図中、1は送信側機器であり、2は受信側機器である。送信側機器1は、映像や音声などが入力として与えられ、これをデジタルのストリーミングデータとして出力するエンコーダ3、エンコーダ3からのストリーミングデータを一旦保存する送信バッファメモリ4、このバッファメモリ4からデータを読み出してネットワーク5を介して受信側機器2にデータを送信するネットワーク装置6、メモリ4の残り容量を確認すると共にネットワーク装置6を制御するCPU(中央演算処理装置)7から構成されている。なお、ネットワーク5の形態や経路はどのようなものであっても良く、要は受信側機器2にデータが届けば良い。また、伝送路は有線でも無線でも良い。   In the figure, 1 is a transmission side device, and 2 is a reception side device. The transmission side device 1 is supplied with video, audio, etc. as input, and outputs it as digital streaming data. The transmission buffer memory 4 temporarily stores the streaming data from the encoder 3. The transmission side device 1 stores the data from the buffer memory 4. The network device 6 is configured to read and transmit data to the receiving device 2 via the network 5, and the CPU (Central Processing Unit) 7 that checks the remaining capacity of the memory 4 and controls the network device 6. Note that the network 5 may have any form or route, and in short, the data may be delivered to the receiving side device 2. The transmission path may be wired or wireless.

受信側機器2は、ネットワーク5を介して送信されたデータを受信するネットワーク装置8、このネットワーク装置8で受信されたデータが記憶される受信バッファメモリ9、このバッファメモリ9に保存されたデータを読み込んでデコード処理を行いディスプレイ装置などに出力するデコーダ10、ネットワーク装置8及びバッファメモリ9を制御するCPU(中央演算処理装置)11から構成されている。   The receiving-side device 2 receives the data transmitted through the network 5, the network device 8, the reception buffer memory 9 in which the data received by the network device 8 is stored, and the data stored in the buffer memory 9 It comprises a decoder 10 that reads, decodes and outputs to a display device, a network device 8 and a CPU (central processing unit) 11 that controls the buffer memory 9.

次に図2も用いて、図1の装置の動作について説明する。図2は送信バッファメモリ4内に記憶されているデータ量を模式的に示す図で、同図(A)は記憶データ21(ハッチング部)の量が少ない場合を、同図(B)は記憶データ22の量が多い場合を示す。23、24は空き記憶領域を示す。   Next, the operation of the apparatus shown in FIG. 1 will be described with reference to FIG. FIG. 2 is a diagram schematically showing the amount of data stored in the transmission buffer memory 4. FIG. 2A shows a case where the amount of stored data 21 (hatched portion) is small, and FIG. A case where the amount of data 22 is large is shown. Reference numerals 23 and 24 denote free storage areas.

最初に、エンコーダ3にてエンコードされたストリーミングデータは、送信バッファメモリ4に一旦保存される。バッファメモリ4の残り容量に余裕がある場合(図2(A)参照)は、TCP/IPプロトコルにてネットワーク装置6から受信側機器2に送信を行なう。TCP/IPプロトコルでは、データの再送を行うことで確実にデータを送ることが
出来るため、受信側にて完全な映像を再生することが出来る。しかしながら送信エラーが連続して発生し再送が頻繁に起こると、送信レートが下がり送信バッファメモリ4内のデータが増加していく。そこでバッファメモリ4の残り容量が少なくなった場合(図2(B)参照)には、送信プロトコルをUDP/IPプロトコルに切り換えてバッファメモリ4のオーバーフローが発生するのを防ぐ。
First, the streaming data encoded by the encoder 3 is temporarily stored in the transmission buffer memory 4. When the remaining capacity of the buffer memory 4 is sufficient (see FIG. 2A), transmission is performed from the network device 6 to the receiving-side device 2 using the TCP / IP protocol. In the TCP / IP protocol, data can be reliably transmitted by retransmitting data, so that a complete video can be reproduced on the receiving side. However, if transmission errors occur continuously and retransmissions occur frequently, the transmission rate decreases and the data in the transmission buffer memory 4 increases. Therefore, when the remaining capacity of the buffer memory 4 is reduced (see FIG. 2B), the transmission protocol is switched to the UDP / IP protocol to prevent the buffer memory 4 from overflowing.

エンコーダ3から送られてくるデータ送信レートは、以下の式(1)を満足している必要がある。   The data transmission rate sent from the encoder 3 needs to satisfy the following formula (1).

(数1)
データ送信レート < TCP/IPプロトコルで再送が発生しなかった場合の転送レート (1)
上記式(1)を満たしている場合は、TCP/IPプロトコルで送信していても、再送が発生しない限り送信バッファメモリ4が一杯となることがない。また転送レートは、以下の式(2)を満足している。
(Equation 1)
Data transmission rate <Transfer rate when retransmission does not occur in TCP / IP protocol (1)
If the above equation (1) is satisfied, the transmission buffer memory 4 will not become full as long as retransmission does not occur even if transmission is performed using the TCP / IP protocol. The transfer rate satisfies the following formula (2).

(数2)
TCP/IPプロトコルでの転送レート < UDP/IPプロトコルでの転送レート
(2)
従って、UDP/IPプロトコルに基づき送信している場合には、送信バッファメモリ4に空きが出来る仕組みである。
(Equation 2)
TCP / IP protocol transfer rate <UDP / IP protocol transfer rate (2)
Therefore, when transmission is performed based on the UDP / IP protocol, the transmission buffer memory 4 is free.

図3に送信側のプロセスフローを示した。以下、図3に基づき送信プロセスをさらに詳細に説明する。   FIG. 3 shows a process flow on the transmission side. Hereinafter, the transmission process will be described in more detail with reference to FIG.

送信が開始されるとエンコーダ3から送信バッファメモリ4にデータが送られてくる。そこで送信バッファメモリ4のチェックを行い(ステップS1)、送信すべきデータがバッファメモリ4内にあるか否かをチェックする(ステップS2)。バッファメモリ4内にデータがなければ(ステップS2でNO)、データが来るまで待つべくステップS1に戻る。バッファメモリ4内にデータがあれば(ステップS2でYES)、次にバッファメモリ4内の空き容量は十分か否かのチェックを行う(ステップS3)。この判断基準としては、例として記憶されているデータ量が全バッファメモリ容量の80%以内の場合には空きがあるなどと決めておく。一般的には、送信実験などをしてもっとも効率のよい値を設定する。   When transmission is started, data is sent from the encoder 3 to the transmission buffer memory 4. Therefore, the transmission buffer memory 4 is checked (step S1), and it is checked whether or not the data to be transmitted is in the buffer memory 4 (step S2). If there is no data in the buffer memory 4 (NO in step S2), the process returns to step S1 to wait until the data comes. If there is data in the buffer memory 4 (YES in step S2), it is next checked whether or not the free space in the buffer memory 4 is sufficient (step S3). As a criterion for this determination, it is determined that there is an empty space when the amount of data stored as an example is within 80% of the total buffer memory capacity. Generally, the most efficient value is set through a transmission experiment or the like.

バッファメモリ4の空き容量が十分である場合(ステップS3でYES)は、CPU7はネットワーク装置6に対してTCP/IPプロトコルに基づきデータ転送を行うよう制御し、ネットワーク装置6はTCP/IPプロトコルに基づきデータ転送を行う(ステップS4)。バッファメモリ4に空き容量が少ない場合(ステップS3でNO)は、CPU7はネットワーク装置6に対してUDP/IPプロトコルに基づきデータ転送を行うよう制御し、ネットワーク装置6はUDP/IPプロトコルに基づき送信を行う(ステップS5)。   If the free space in the buffer memory 4 is sufficient (YES in step S3), the CPU 7 controls the network device 6 to perform data transfer based on the TCP / IP protocol, and the network device 6 conforms to the TCP / IP protocol. Based on this, data transfer is performed (step S4). When the buffer memory 4 has a small free space (NO in step S3), the CPU 7 controls the network device 6 to perform data transfer based on the UDP / IP protocol, and the network device 6 transmits based on the UDP / IP protocol. (Step S5).

上記バッファメモリ4の空き容量が十分であるかどうかの判断は送信時にパケット毎に行われる。UDP/IPプロトコルでは送信確認をアクノレッジ信号(ACK)等により行わないため、一度の送信で動作が完了する。一方、TCP/IPプロトコルでは、受信側からのACKによりパケットが正常に受信できたかどうかのチェックが行われる(ステップS6)。   Whether the buffer memory 4 has enough free space is determined for each packet at the time of transmission. In the UDP / IP protocol, transmission confirmation is not performed by an acknowledge signal (ACK) or the like, so that the operation is completed with one transmission. On the other hand, in the TCP / IP protocol, it is checked whether or not the packet has been normally received by ACK from the receiving side (step S6).

受信が正常になされた場合(ステップS6でYES)は、送信動作は完了となる。受信
が正常に行われなかった際は(ステップS6でNO)、非アクノレッジ信号(NACK)が来るかタイムアウトが発生した場合には、再度同じパケットを送信するのであるが、再送処理中においてもエンコーダ3からバッファメモリ4内へデータが送られてくるため、バッファメモリ4がオーバーフローする危険性がある。そのため、再送中においても、バッファメモリ4内の残り容量が十分かどうかをチェックし(ステップS7)、少なくなった場合(ステップS7でNO)には再送を打ち切る必要がある。
If the reception is normal (YES in step S6), the transmission operation is completed. If the reception is not normally performed (NO in step S6), the same packet is transmitted again when a non-acknowledge signal (NACK) comes or a timeout occurs. Since data is sent from 3 to the buffer memory 4, there is a risk that the buffer memory 4 will overflow. Therefore, it is necessary to check whether or not the remaining capacity in the buffer memory 4 is sufficient even during retransmission (step S7). If the remaining capacity decreases (NO in step S7), it is necessary to abort the retransmission.

また、バッファメモリ4の残り容量が十分であっても(ステップS7でYES)、再送回数が規程回数N未満かどうかをチェックして(ステップS8)、規定回数N以上の再送が行われた場合(ステップS8でNO)は、同様に再送を打ち切る。再送回数が規程回数N未満であれば(ステップS8でYES)、ステップS4に戻り、TCP/IPプロトコルに基づき再びデータ転送を行うことになる。   Further, even if the remaining capacity of the buffer memory 4 is sufficient (YES in step S7), it is checked whether the number of retransmissions is less than the prescribed number N (step S8), and when the number of retransmissions exceeds the prescribed number N. (NO in step S8) similarly terminates retransmission. If the number of retransmissions is less than the prescribed number N (YES in step S8), the process returns to step S4, and data transfer is performed again based on the TCP / IP protocol.

ステップS7及びS8で再送が打ち切られたパケットは、UDP/IPプロトコルに基づき一度のみ送られる(ステップS5)。なお、この処理は、オプションであり、必ずしも必要ではない。再送を打ち切った場合にパケットを破棄しても問題ない。ここでは最後にUDP/IPプロトコルに基づき送信しているが、これはプロトコルを変更することでヘッダー量が減少し、少しでも送信できる可能性が高くなるだろうという考えからである。   The packet whose retransmission has been aborted in steps S7 and S8 is sent only once based on the UDP / IP protocol (step S5). This process is an option and is not always necessary. There is no problem even if the packet is discarded when the retransmission is terminated. Here, transmission is finally performed based on the UDP / IP protocol, but this is based on the idea that changing the protocol will reduce the amount of headers and increase the possibility of transmission.

送信が完了すると、次のパケットを送信するために再び送信処理に戻り、バッファメモリ4のチェックを再び行う(ステップS1)。以降、同じ処理の繰り返しとなる。   When the transmission is completed, the process returns to the transmission process again to transmit the next packet, and the buffer memory 4 is checked again (step S1). Thereafter, the same processing is repeated.

上記実施の形態によれば、伝送時のパケットロスを減少させることが出来、かつリアルタイムにデータを送ることが可能となる。   According to the above embodiment, packet loss during transmission can be reduced, and data can be sent in real time.

なお、上記実施の形態では、CPU7にて送信バッファメモリ4の空き容量をチェックしているが、記憶されているデータ量を確認すれば空き容量が分かることから、記憶されているデータ量をチェックしても良く、どちらをチェックしても実質的に変わらないものである。   In the above embodiment, the CPU 7 checks the free capacity of the transmission buffer memory 4. However, since the free capacity can be known by checking the stored data amount, the stored data amount is checked. It does not matter if you check either one.

ところで、異なるプロトコルで送信した場合に問題となるのが、受信側機器2でのデータの再構築である。TCP/IPとUDP/IPの両プロトコルではヘッダーサイズの違いや再送の有り無し等により、送信側での送り出しタイミングと異なる順序にて受信側に届く可能性がある。このことは、特に無線環境においては注意が必要である。これを防ぐための手段として、パケット毎にシーケンス番号を付加する方法がある。一般的なパケットのシーケンス番号と違うのは、UDP/IPプロトコルだけで閉じたシーケンス番号、及びTCP/IPプロトコルだけで閉じたシーケンス番号で送るのではなく、UDP/IPとTCP/IPの2つのプロトコルで一括してシーケンス番号を管理することである。シーケンス番号はプロトコルに関係なく送信バッファ4内から送り出される順に付加される。一方、受信側機器2では、受信パケットのシーケンス番号の部分を参照してデータの並べ替えを行う。   By the way, when data is transmitted using a different protocol, data reconstruction at the receiving device 2 is a problem. In both the TCP / IP and UDP / IP protocols, there is a possibility of reaching the receiving side in an order different from the sending timing on the transmitting side due to a difference in header size or presence / absence of retransmission. This is particularly important in a wireless environment. As a means for preventing this, there is a method of adding a sequence number for each packet. Unlike the sequence number of a general packet, it is not sent with a sequence number closed only with the UDP / IP protocol and a sequence number closed only with the TCP / IP protocol. It is to manage the sequence number collectively by protocol. The sequence numbers are added in the order sent out from the transmission buffer 4 regardless of the protocol. On the other hand, the receiving side device 2 performs data rearrangement with reference to the sequence number portion of the received packet.

以下、図4も参照して詳細を説明する。図4は、受信側機器2で受信したパケットが受信バッファメモリ9内にて送信バッファメモリ4から送り出された順に並べ替えられる様子を示す図である。図中、31及び32はUDP/IPプロトコルに基づきネットワーク装置6から送信されているパケットであり、33はTCP/IPプロトコルに基づきネットワーク装置6から送信されているパケットである。また、34乃至36はそれぞれ上記パケット31乃至33に付加されたシーケンス番号にかかるデータである。ここで、パケット31乃至33は、送信バッファメモリ4からパケット31、33、32の順番で送り
出されたものである。
Details will be described below with reference to FIG. FIG. 4 is a diagram illustrating how packets received by the receiving-side device 2 are rearranged in the reception buffer memory 9 in the order of transmission from the transmission buffer memory 4. In the figure, 31 and 32 are packets transmitted from the network device 6 based on the UDP / IP protocol, and 33 is a packet transmitted from the network device 6 based on the TCP / IP protocol. Reference numerals 34 to 36 denote data relating to sequence numbers added to the packets 31 to 33, respectively. Here, the packets 31 to 33 are sent from the transmission buffer memory 4 in the order of the packets 31, 33, and 32.

上記パケットデータ31乃至33は、シーケンス番号データに基づきCPU11からの制御により、受信バッファメモリ9内で送信順に並べ替えられることになる(図4を参照/図中、右側が先頭位置である)。   The packet data 31 to 33 are rearranged in the order of transmission in the reception buffer memory 9 under the control of the CPU 11 based on the sequence number data (see FIG. 4 / the right side is the head position in the figure).

シーケンス番号は、データ部分の先頭に付加するのがもっとも簡単であるが、RTPプロトコルにあるシーケンス番号をそのまま利用しても良い。シーケンス番号が付加されることにより、受信側にてパケットロスを感知することも可能となる。   Although it is easiest to add the sequence number to the head of the data portion, the sequence number in the RTP protocol may be used as it is. By adding the sequence number, it is possible to sense a packet loss on the receiving side.

本発明になるストリーミングデータ伝送装置の一実施の形態を示すブロック図。1 is a block diagram showing an embodiment of a streaming data transmission apparatus according to the present invention. 図1の装置の送信バッファメモリ内のデータ量を説明するための図。The figure for demonstrating the data amount in the transmission buffer memory of the apparatus of FIG. 同じく図1の装置の動作を説明するためのフローチャート。The flowchart for demonstrating operation | movement of the apparatus of FIG. 本発明になるストリーミングデータ伝送装置の他の実施の形態におけるデータ伝送を説明するための図。The figure for demonstrating the data transmission in other embodiment of the streaming data transmission apparatus which becomes this invention.

符号の説明Explanation of symbols

1: 送信側機器
2: 受信側機器
3: エンコーダ
4: 送信バッファメモリ
5: ネットワーク
6: ネットワーク装置
7: CPU(中央演算処理装置)
8: ネットワーク装置
9: 受信バッファメモリ
10: デコーダ
11: CPU(中央演算処理装置)

1: Transmission side device 2: Reception side device 3: Encoder 4: Transmission buffer memory 5: Network 6: Network device 7: CPU (central processing unit)
8: Network device 9: Reception buffer memory 10: Decoder 11: CPU (central processing unit)

Claims (6)

ストリーミングデータを蓄積するためのバッファメモリと、再送制御によって送信データの品質を保証する第1の送信プロトコル及び再送制御を行なわない第2の送信プロトコルのいずれかに基づいて前記バッファメモリに蓄積されたデータを送信する送信手段と、前記メモリの空き容量を検出する手段と、この検出手段で検出されたメモリの空き容量に応じて前記送信手段の送信プロトコルを切り換える手段とを具備したことを特徴とするストリーミングデータ伝送装置。   Stored in the buffer memory based on one of a buffer memory for storing streaming data, a first transmission protocol that guarantees the quality of transmission data by retransmission control, and a second transmission protocol that does not perform retransmission control A transmission means for transmitting data, a means for detecting the free space of the memory, and a means for switching the transmission protocol of the transmission means in accordance with the free space of the memory detected by the detection means Streaming data transmission device. 請求項1記載のストリーミングデータ伝送装置において、前記送信プロトコル切換手段は、前記バッファメモリの空き容量に余裕がある場合は前記第1の送信プロトコルを選択し、前記バッファメモリの空き容量に余裕がない場合は前記第2の送信プロトコルを選択するよう前記送信手段の送信プロトコルを切り換えるよう構成されたことを特徴とするストリーミングデータ伝送装置。   2. The streaming data transmission apparatus according to claim 1, wherein the transmission protocol switching means selects the first transmission protocol when there is a free space in the buffer memory, and there is no free space in the buffer memory. In this case, the streaming data transmission apparatus is configured to switch the transmission protocol of the transmission means so as to select the second transmission protocol. 請求項1または2記載のストリーミングデータ伝送装置において、前記バッファメモリから出力されるデータパケットに対して連続番号を付加する手段を具備したことを特徴とするストリーミングデータ伝送装置。   3. The streaming data transmission apparatus according to claim 1, further comprising means for adding a serial number to the data packets output from the buffer memory. 請求項1または2記載のストリーミングデータ伝送装置において、前記メモリ空き容量検出手段は、1つのパケットデータが前記送信手段から送信される毎に前記メモリの空き容量を検出するよう構成されたことを特徴とするストリーミングデータ伝送装置。   3. The streaming data transmission apparatus according to claim 1, wherein the memory free capacity detecting means is configured to detect the free capacity of the memory every time one packet data is transmitted from the transmitting means. A streaming data transmission device. ストリーミングデータをバッファメモリに蓄積するステップと、前記バッファメモリの空き容量を検出するステップと、この検出ステップで検出された前記バッファメモリの空き容量に応じ、再送制御によって送信データの品質を保証する第1の送信プロトコル及び再送制御を行なわない第2の送信プロトコルのいずれかを選択して前記バッファメモリに蓄積されたデータを送信するステップとを具備したことを特徴とするストリーミングデータ伝送方法。   The step of accumulating streaming data in the buffer memory, the step of detecting the free space of the buffer memory, and the step of guaranteeing the quality of transmission data by retransmission control according to the free space of the buffer memory detected in the detection step A streaming data transmission method comprising: selecting one transmission protocol and a second transmission protocol that does not perform retransmission control, and transmitting data stored in the buffer memory. 請求項5記載のストリーミングデータ伝送方法において、前記バッファメモリから出力されるデータパケットに対して第1、第2の送信プロトコルによらない連続番号を付加するステップを具備したことを特徴とするストリーミングデータ伝送方法。

6. The streaming data transmission method according to claim 5, further comprising a step of adding a serial number not based on the first and second transmission protocols to the data packet output from the buffer memory. Transmission method.

JP2003405753A 2003-12-04 2003-12-04 Streaming data transmission apparatus and transmission method Pending JP2005167780A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003405753A JP2005167780A (en) 2003-12-04 2003-12-04 Streaming data transmission apparatus and transmission method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003405753A JP2005167780A (en) 2003-12-04 2003-12-04 Streaming data transmission apparatus and transmission method

Publications (1)

Publication Number Publication Date
JP2005167780A true JP2005167780A (en) 2005-06-23

Family

ID=34728329

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003405753A Pending JP2005167780A (en) 2003-12-04 2003-12-04 Streaming data transmission apparatus and transmission method

Country Status (1)

Country Link
JP (1) JP2005167780A (en)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010514256A (en) * 2006-12-14 2010-04-30 トムソン ライセンシング ARQ with adaptive modulation for communication systems
WO2011129978A1 (en) * 2010-04-13 2011-10-20 Voxer Ip Llc Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol
US8321581B2 (en) 2007-10-19 2012-11-27 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8380874B2 (en) 2007-10-19 2013-02-19 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8682336B2 (en) 2007-10-19 2014-03-25 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8699678B2 (en) 2007-10-19 2014-04-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8706907B2 (en) 2007-10-19 2014-04-22 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
JP2015507857A (en) * 2011-12-01 2015-03-12 トムソン ライセンシングThomson Licensing Device that acquires content by selecting transport protocol according to available bandwidth
CN106310656A (en) * 2016-08-30 2017-01-11 暴风集团股份有限公司 Method of game control using VR joystick
CN106603481A (en) * 2016-07-22 2017-04-26 深圳曼塔智能科技有限公司 Data transmission method and device
US9716567B2 (en) 2006-12-14 2017-07-25 Thomson Licensing Rateless codes decoding method for communications systems
US9729274B2 (en) 2006-12-14 2017-08-08 Thomson Licensing Rateless encoding in communication systems
US9838152B2 (en) 2006-12-14 2017-12-05 Thomson Licensing Modulation indication method for communication systems

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010514256A (en) * 2006-12-14 2010-04-30 トムソン ライセンシング ARQ with adaptive modulation for communication systems
US9838152B2 (en) 2006-12-14 2017-12-05 Thomson Licensing Modulation indication method for communication systems
US9729274B2 (en) 2006-12-14 2017-08-08 Thomson Licensing Rateless encoding in communication systems
US9729280B2 (en) 2006-12-14 2017-08-08 Thomson Licensing ARQ with adaptive modulation for communication systems
US9716567B2 (en) 2006-12-14 2017-07-25 Thomson Licensing Rateless codes decoding method for communications systems
US8706907B2 (en) 2007-10-19 2014-04-22 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8699678B2 (en) 2007-10-19 2014-04-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8682336B2 (en) 2007-10-19 2014-03-25 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8380874B2 (en) 2007-10-19 2013-02-19 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8321581B2 (en) 2007-10-19 2012-11-27 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
WO2011129978A1 (en) * 2010-04-13 2011-10-20 Voxer Ip Llc Apparatus and method for transmitting media using either network efficient protocol or a loss tolerant transmission protocol
JP2015507857A (en) * 2011-12-01 2015-03-12 トムソン ライセンシングThomson Licensing Device that acquires content by selecting transport protocol according to available bandwidth
CN106603481A (en) * 2016-07-22 2017-04-26 深圳曼塔智能科技有限公司 Data transmission method and device
WO2018014421A1 (en) * 2016-07-22 2018-01-25 深圳曼塔智能科技有限公司 Data transmission method and apparatus
CN106310656A (en) * 2016-08-30 2017-01-11 暴风集团股份有限公司 Method of game control using VR joystick

Similar Documents

Publication Publication Date Title
JP4794672B2 (en) Communication method
JP3821778B2 (en) Packet retransmission method, transmission device, reception device, packet retransmission method, packet transmission method, and packet reception method
US7756127B2 (en) Mobile terminal
JP2005167780A (en) Streaming data transmission apparatus and transmission method
CN101651531A (en) Method and apparatus for handling retransmission of a tti bundle
CN102664718A (en) Wireless side TCP (Transmission Control Protocol) data retransmission method and equipment
US20030022628A1 (en) Data communication system and wireless communication device
EP1211856B1 (en) Data transmitter, data receiver, and data transmitting/receiving method
CN113708895B (en) Data transmission method and device and electronic equipment
CN112769526B (en) Data packet retransmission method, system and storage medium
US20120087379A1 (en) Method of reducing required capacity of retry buffer for real-time transfer through PCIe and related device
EP1708404A1 (en) Method and apparatus for error recovery performed at the access node of a core network
EP1253795A1 (en) Data communication system and wireless communication device
JP2000253059A (en) Retransmission control method
JPH03131143A (en) Method for setting packet length
JP2006295847A (en) Retransmission control apparatus
JPH11331261A (en) Packet communication device
JP2004153610A (en) Moving image distribution method, wireless terminal, moving image distribution control device, and moving image distribution system
JP3735352B2 (en) Data transmission method, data transmission device, and data reception device
JP3848222B2 (en) Resending method
CN101150494A (en) Data packet transmission device, receiving device and method
JP2004350252A (en) Transmission method of compressed motion picture information
JP3594196B1 (en) Data transmission device and data transmission method
JPH04273736A (en) Packet communication system and packet re-transmission equipment
JP3594195B2 (en) Data transmission device and data transmission method

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050415

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050606