WO2006103724A1 - パケットの配信帯域制御方法、配信装置及び映像配信システム - Google Patents

パケットの配信帯域制御方法、配信装置及び映像配信システム Download PDF

Info

Publication number
WO2006103724A1
WO2006103724A1 PCT/JP2005/005579 JP2005005579W WO2006103724A1 WO 2006103724 A1 WO2006103724 A1 WO 2006103724A1 JP 2005005579 W JP2005005579 W JP 2005005579W WO 2006103724 A1 WO2006103724 A1 WO 2006103724A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
distribution
bandwidth
restoration
video
Prior art date
Application number
PCT/JP2005/005579
Other languages
English (en)
French (fr)
Inventor
Shin Fujita
Yuichi Terui
Original Assignee
Fujitsu Limited
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 Fujitsu Limited filed Critical Fujitsu Limited
Priority to PCT/JP2005/005579 priority Critical patent/WO2006103724A1/ja
Priority to JP2007510254A priority patent/JP4445012B2/ja
Publication of WO2006103724A1 publication Critical patent/WO2006103724A1/ja
Priority to US11/902,771 priority patent/US8472310B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • H04L1/0034Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter where the transmitter decides based on inferences, e.g. use of implicit signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]

Definitions

  • the present invention relates to a distribution bandwidth control method for packets including video or audio data, a packet distribution device, and a video distribution system.
  • Communication services using the Internet include video-on-demand, live video streaming, and video conferencing systems.
  • RTP Real-time Transport Protocol
  • a time stamp is added to the packet as time information on the transmission side, and the received packet is played back in time order by referring to the time stamp. This enables synchronized playback without being affected by delays and fluctuations (jitter) during packet transfer.
  • RTP does not guarantee real-time data communication! /, Therefore, packets based on the RTP protocol are subject to delivery delay and packet loss on the network like packets of other protocols. Even if a high-quality data distribution process is performed, there is a problem that reproduction with the quality cannot be performed on the receiving side.
  • TCP Transmission Control Protocol
  • FIG. 10 is an explanatory diagram of error correction by FEC in the video distribution system.
  • an encoder device 101 generates a redundant parity P1 from transmission data D1 and D2 in a FEC encoding processing unit 102, and stores a data packet storing transmission data Dl, D2.
  • the redundant packet storing the redundant parity is distributed to the decoder device 103.
  • the FEC restoration processing unit 104 restores the lost packet using a redundant packet. For example, when a packet storing data D1 is lost, redundant packet P1, data D2, and power also restore data D1.
  • ARQ As an error correction method when bursty packet loss occurs, ARQ (
  • FIG. 11 is an explanatory diagram thereof.
  • the decoder device 112 when a lost packet occurs, the decoder device 112 immediately sends a retransmission request for requesting retransmission of the lost packet to the encoder device 111, and the encoder device 111 transmits the requested packet.
  • the packet lost is compensated by distributing to the decoder device 112.
  • Patent Document 1 describes that FEC or ARQ error control is dynamically changed based on a network status monitored by a network status monitoring unit.
  • the error control based on the network status in Patent Document 1 determines whether the round-trip propagation delay (RTT) of the network is longer or shorter than a predetermined value. If the round-trip propagation delay is short, the ARQ This means that error correction is performed by FEC, and that error correction by FEC is performed when RTT is long.
  • RTT round-trip propagation delay
  • Patent Document 1 Japanese Patent Laid-Open No. 2003-179580
  • An object of the present invention is to enable real-time distribution in which the quality of video data or the like is ensured when the network bandwidth fluctuates.
  • the present invention provides a packet distribution bandwidth control method for a distribution device that distributes a packet including video or audio data via a network, the packet being transmitted from a reception device.
  • the packet retransmission request or the packet restoration notification notifying that the restoration of the packet has been received is received by the error information receiving unit, and the number of the packet retransmission requests received by the error information receiving unit within a predetermined time or the packet Based on the number of restoration notifications, the bandwidth used for the packet delivery is variably controlled.
  • the bandwidth used for distribution decreases, and errors on the receiving side increase, the bandwidth used for distribution is reduced to a certain level. Real-time video distribution can be maintained while ensuring quality.
  • the packet distribution bandwidth control method of the above invention when the number of retransmission requests of the packet or the number of packet restoration notifications received within a predetermined time by the error information receiving means is within a predetermined range, the distribution of the packet The bandwidth used for transmission is increased by the bandwidth used for transmitting redundant packets for error correction.
  • the bandwidth used for packet distribution is used for transmission of redundant packets.
  • network bandwidth can be used effectively.
  • the bandwidth used for packet distribution when the number of retransmission requests of the packet or the number of packet restoration notifications received within a predetermined time is greater than or equal to a predetermined value. Is reduced by the bandwidth used to transmit redundant packets for error correction.
  • the packet is an MPEG stream storing MPEG-encoded data, the number of retransmission requests received within a predetermined time, and an FEC (Forward Error Correction) packet
  • the distribution band of the MPE G stream is variably controlled based on the number of restoration notifications.
  • FIG. 1 is a diagram showing a basic configuration of a video distribution system according to the present invention.
  • FIG. 2 is a system configuration diagram of the video distribution system according to the embodiment.
  • FIG. 3 is a diagram showing a configuration of an MPEG encoder.
  • FIG. 4 is a diagram showing a configuration of an MPEG decoder.
  • FIG. 5 is a flowchart of FEC restoration notification transmission processing.
  • FIG. 6 is a flowchart of FEC restoration notification reception processing.
  • FIG. 7 is a flowchart of packet distribution bandwidth control processing.
  • FIG. 8 is an explanatory diagram of a conventional distribution band.
  • FIG. 9 is an explanatory diagram of a distribution band according to the embodiment.
  • FIG. 10 is an explanatory diagram of packet restoration by FEC packets.
  • FIG. 11 is an explanatory diagram of an error correction technique using ARQ.
  • FIG. 1 is a diagram showing the basic configuration of the distribution device 12 and the reception device 11 of the video distribution system according to the present invention.
  • a receiving device 11 receives a packet including video data or audio data that is encoded and transmitted from a distribution device 12 via a network 13, and reproduces the received packet according to time information.
  • the receiving device 11 includes a packet loss detection unit 14 that detects a loss of a received packet, and a retransmission request transmission unit 1 that requests retransmission of the lost packet when a packet loss is detected.
  • a restoration notification transmission unit 16 that transmits a packet restoration notification when a packet is restored using a redundant packet.
  • the distribution device 12 is based on the error information receiving unit 17 that receives error information such as a retransmission request or a restoration notification transmitted from the receiving device 11, and the error information received by the error information receiving unit 17.
  • a distribution band control unit 18 that controls the distribution band of packets and a packet distribution unit 19 that distributes packets using a band (transmission rate) specified by the distribution band control 18 are provided.
  • the receiving device 11 Due to the reduction of the bandwidth of the network 13 used for packet distribution, the receiving device 11 The number of restoration notifications for notifying that the number of packet retransmissions on the side increases and the number of retransmission requests for packets received by the distribution device 12 exceeds the specified value or that the missing packets have been restored using redundant data.
  • the distribution band control unit 18 reduces the band used for packet delivery to reduce the occurrence of errors such as packet lost on the receiving side. As a result, it is possible to maintain real-time video distribution while ensuring the desired quality.
  • FIG. 2 is a diagram showing a system configuration of the video distribution system according to the embodiment.
  • This video distribution system includes an MPEG encoder 21 that distributes video data live as an MPEG stream, and an MPEG decoder 23 that receives and reproduces the MPEG stream distributed from the MPEG encoder 21.
  • an MPEG encoder 21 encodes image data by the MPEG method, converts the encoded MPEG data into an MPEG stream (packet) based on the Internet protocol (IP), and converts the encoded data into an Internet protocol network. (Hereinafter referred to as IP network)
  • the IP network 22 Connected to the IP network 22 are a plurality of MPEG decoders (reception devices) 23, a plurality of clients (reception devices) 24 that also serve as personal computers, and one or a plurality of servers 25.
  • the server 25 transmits setting data such as operation conditions of the MPEG encoder 21 and the MPEG decoder 23.
  • the MPEG decoder 23 receives a packet distributed by the MPEG encoder 21, decodes the MPEG data stored in the packet, and reproduces an image and sound.
  • the client 24 has an MPEG decoding function and decodes packet data to reproduce images and sounds.
  • FIG. 3 is a block diagram showing the configuration of the MPEG encoder 21.
  • the thick line arrows indicate the data flow
  • the thin line arrows indicate the control data flow.
  • the analog video signal and audio signal input from the video input unit 31 and the audio input unit 32 in FIG. 3 are converted into digital data by the video AZD converter 33 and the audio AZD converter 34, and further the MPEG code signal.
  • the video and audio data is encoded in MPEG format in the collar unit 35 and further converted into IP packets according to the IP protocol. Redundant packet
  • the generation unit 36 performs an exclusive OR operation on a plurality of packets, and generates a redundant packet for error correction based on the calculation result.
  • the packets generated by the MPEG encoding unit 35 and the redundant packet generator 36 are output to the packet distributor 37 and stored in the packet buffer 38.
  • the packet delivery unit 37 sends the packets to the IP network 22 at a predetermined transmission rate.
  • the retransmission request receiving unit 39 receives a packet retransmission request from a receiving device such as the MPEG decoder 23, the client 24, or the like of the distribution destination. When a retransmission request is received, the packet retransmission unit 40 is instructed to retransmit the corresponding packet. The packet retransmission unit 40 reads the transmitted packet from the packet buffer 38 and sends the read packet to the IP network 22.
  • the FEC recovery notification receiving unit 41 receives a packet recovery notification notifying that the packet has been recovered by FEC (Forward Error Correction) transmitted from the MPEG decoder 23, the client 24, etc., and the reception result Is output to the automatic rate control unit 42.
  • FEC Forward Error Correction
  • the automatic rate control unit 42 estimates the reception result power of the FEC restoration notification receiving unit 41 or the retransmission request receiving unit 39, and the increase / decrease in the bandwidth used for packet distribution is estimated. To the packet distribution unit 37.
  • the server interface (IF) unit 43 is an interface unit that receives setting data from the server 25, and outputs various setting data received from the server 25 to the setting control unit 44.
  • the setting control unit 44 sets, for example, the encoding mode to the MPEG encoding unit 35, sets the live distribution address to the packet distribution unit 37, and sets the redundant packet generation rate to redundant.
  • the packet generator 36 is set, and the retransmission packet storage time is set in the packet buffer 38.
  • FIG. 4 is a block diagram showing a configuration of the MPEG decoder 23.
  • thick and line arrows indicate the flow of data
  • thin and line arrows indicate the flow of control data.
  • the packet receiving unit 51 in FIG. 4 receives the packet distributed by the MPEG encoder 21.
  • the packet loss determination unit 52 determines whether there is a packet loss.
  • the error correction unit 54 restores the lost packet from the video or audio data packet and the redundant packet and performs error correction. Informs the restoration notification transmitter 55 that the packet has been restored.
  • the packet loss determination unit 52 instructs the retransmission request transmission unit 53 to transmit a packet retransmission request.
  • the retransmission request transmission unit 53 outputs a packet retransmission request in accordance with an instruction from the packet loss determination unit 52.
  • the FEC recovery notification transmission unit 55 When the FEC recovery notification transmission unit 55 receives a notification from the error correction unit 54 that the packet has been recovered, the FEC recovery notification transmission unit 55 transmits the FEC recovery notification to the MPEG encoder 21.
  • the MPEG decoding unit 56 When the packet is normally received, the MPEG decoding unit 56 performs MPEG decoding, outputs the decoded video data to the video DZA converter 57, and outputs the audio data to the audio DZ A converter 58. Output.
  • the MPEG decoding function waits until the packet is restored by FEC or the packet lost in response to the retransmission request is transmitted again. I do.
  • the video DZA converter 57 converts the video data into an analog video signal and outputs it to the video output unit 59
  • the audio DZA converter 58 converts the audio data into an analog audio signal and outputs the audio output unit. Output to 60.
  • the server interface (IF) unit 61 receives setting data from the server 25 and outputs the setting data to the setting control unit 62.
  • the setting control unit 62 sets the setting data received from the server 25 in the packet receiving unit 51 and the MPEG decoding unit 56 to enable reception and decoding of live data distributed.
  • FIG. 5 is a flowchart of the FEC restoration notification transmission process of the MPEG decoder 23.
  • the packet receiver 51 of the MPEG decoder 23 receives the packet distributed from the MPEG encoder 21 (Fig. 5, Sll).
  • step S 12 it is determined whether or not the packet received by the packet receiving unit 51 is missing (S12). If packet loss (lost) has not occurred (S 12, YES), the process returns to step S 11 to determine the next packet.
  • step S13 the process proceeds to step S13, and redundant processing is performed.
  • the lost packet is restored by FEC (Forward Error Correction) using the long packet and the received data packet (S13).
  • the retransmission request transmission unit 53 uses an error correction technique based on Q (Automatic Repeat Request) to transmit to the MPEG encoder 21 and requests retransmission of the lost packet.
  • step S If the lost packet can be restored by FEC (S13, YES), step S
  • the FEC recovery notification notifying that the packet has been recovered is transmitted to the FEC recovery notification transmitting unit 55 MPEG encoder 21.
  • FIG. 6 is a flowchart of FEC restoration notification reception processing on the MPEG encoder 21 side.
  • the process proceeds to step S23, and the number of FEC recovery notifications is counted. If the received packet is not an FEC restoration notification (S22, NO), the process ends there.
  • step S33 the process proceeds to step S33, and the number of FEC restoration notifications counted within the time set in the timer is set in the counter COUNT1.
  • the number of ARQ retransmission requests is set in the counter COUNT2 (S34).
  • the number of ARQ retransmission requests is the cumulative value of the retransmission requests of packets received within the set time by the retransmission request receiving unit 39 in FIG. 3, and packet loss at the MPEG decoder 23 side. The frequency of occurrence is shown.
  • step S35 it is determined whether or not the counter power of the counter COUNT1 is O (S35).
  • the process proceeds to step S36, and it is determined whether or not the value O of the counter COUNT2 is O.
  • the process proceeds to step S37, and the bandwidth used for media (video, audio, etc.) distribution is increased by a predetermined bandwidth, for example, the bandwidth used for transmission of FEC packets (redundant packets).
  • the network band used for distribution has a margin. And increase the bandwidth used for media distribution. Thus, distribution can be performed by effectively utilizing the bandwidth of the network.
  • step S35 determines whether COUNT1 is within the first allowable value.
  • step S38 if the value of COUNT1 is greater than or equal to the first allowable value (S38, N0), the process proceeds to step S39, and the bandwidth used for media packet distribution is a predetermined bandwidth, for example, FEC. Decrease the bandwidth used for packet transmission.
  • the bandwidth used for media packet distribution is a predetermined bandwidth, for example, FEC. Decrease the bandwidth used for packet transmission.
  • step S40 if the value of COUNT2 is greater than or equal to the second allowable value (S4 0, NO), the process proceeds to step S39, and the bandwidth used for media distribution is set to the FEC packet. Decrease the amount of bandwidth used for transmission.
  • the network bandwidth decreases.
  • the bandwidth used for media distribution on the distribution side is reduced by the FEC packet usage bandwidth. Then, distribute media with the reduced bandwidth.
  • V. Re-determine whether the number of packet restoration notifications from the receiving side and the number of packet retransmission requests are within the above allowable values. If the number is above the allowable value, again determine the band to be used for media distribution. Reduce the FEC packet bandwidth usage. By performing such bandwidth control, even if the network bandwidth used for packet distribution fluctuates and packet loss increases, the distribution bandwidth can be variably controlled to ensure a certain level of quality. Real-time delivery of In addition, when the number of packet restoration notifications and the number of packet retransmission requests ⁇ , the bandwidth used for packet distribution is increased by the bandwidth used for FEC packets! ] As a result, network bandwidth can be used effectively.
  • the network bandwidth used for distribution decreases, and the network bandwidth strength S bandwidth used for media delivery and FEC packet transmission If the total bandwidth of the bandwidth used for transmission and the bandwidth used for ARQ packet transmission is smaller, the frequency of packet loss will increase and real-time delivery with a certain quality will not be possible. In addition, even if there is a sufficient margin for the distribution bandwidth of the network bandwidth media, increasing the distribution bandwidth has been unprecedented.
  • the network bandwidth is reduced, and the bandwidth used for network bandwidth media distribution and the F EC
  • the bandwidth used for media distribution on the distribution side is reduced by the bandwidth used for FEC packets.
  • media is distributed in the newly set bandwidth, and it is determined whether the number of packet restoration notifications by FEC and the number of retransmission requests by ARQ are within a predetermined value.
  • the distribution bandwidth suitable for the actual communication bandwidth of the network is allocated to the media. Since it can be set as a transmission band, real-time distribution with a certain video quality can be realized.
  • the present invention is not limited to the embodiment described above, and may be configured as follows, for example.
  • the media bandwidth is reduced by the bandwidth of the FEC packet! Not limited, it may be reduced by a predetermined band.
  • the distribution band is controlled based on both the number of FEC packet restoration notifications and the number of retransmission requests by ARQ, but the distribution band is controlled based on either one. You may do it.
  • the present invention is not limited to data packets encoded by the MPEG method, but can also be applied to data encoded by other encoding methods or data that has not been encoded.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

 本発明の課題は、ネットワークの帯域が変動する場合でもリアルタイム配信を可能にすることである。配信装置12は、受信装置11から送信されてくるパケットの再送要求、あるいはパケット復元通知をエラー情報受信部17で受信する。そして、受信した再送要求数または復元通知の数が所定以上となったなら、配信帯域制御部18が、パケットの配信に使用する帯域を所定帯域分減少させる。

Description

明 細 書
パケットの配信帯域制御方法、配信装置及び映像配信システム 技術分野
[0001] 本発明は、映像または音声データを含むパケットの配信帯域制御方法、パケットの 配信装置及び映像配信システムに関する。
背景技術
[0002] インターネット通信を初めてとして様々な通信手段を介した画像データ、音声デー タ等のデータ通信の需要が高まっている。インターネットを利用した通信サービスとし て、ビデオオンデマンド、ライブ映像のストリーミング配信、テレビ会議システム等があ る。
[0003] ストリーム配信ではリアルタイムで画像データを伝送する必要があり、このようなリア ルタイム通信に適したインターネット技術として RTP (ReaH:ime Transport Protocol) プロトコルが知られている。 RTPプロトコルを利用したデータ通信では、送信側でパ ケットに時間情報としてタイムスタンプを付加し、受信側でそのタイムスタンプを参照し て受信したパケットを時間順に再生する。これにより、パケット転送時の遅延やゆらぎ (ジッター)などの影響を受けずに同期を取った再生を可能にしている。
[0004] しかしながら、 RTPは実時間でのデータ通信を保証するものではな!/、ため、 RTPプ ロトコルに基づくパケットは他のプロトコルのパケットと同様にネットワーク上での配信 遅延やパケットロストが発生する可能性があり、高品質なデータ配信処理を行って 、 る場合でも、受信側でその品質を保持した再生を行えないという問題点があった。
[0005] このような RTPを用いたデータ転送における問題点を解決するために、データ転送 の信頼性の高い TCP (Transmission Control Protocol)を利用してパケットの再送要 求と再送パケットの送信を行わせることが考えられている。
[0006] しかし、 TCPはエラー訂正には強いが、スループットが低く遅延が大きいため、デコ ーダ側の再送要求に従ってパケットを再送しても再生時間に間に合わない可能性が あり、リアルタイム通信を実現する上では問題がある。
[0007] パケットロストが発生した場合のエラー訂正方法として FEC (Forward Error Correction)と!、う技術が知られて ヽる。
図 10は、映像配信システムにおける FECによるエラー訂正の説明図である。
[0008] 図 10において、エンコーダ装置 101は、 FEC符号化処理部 102において、送信デ ータ D1と D2から冗長パリティ P1を生成し、送信データ Dl, D2- · ·を格納したデータ パケットと、冗長パリティを格納した冗長パケットとをデコーダ装置 103に配信する。
[0009] デコーダ装置 103側でパケットロストが発生すると、 FEC復元処理部 104がロストし たパケットを冗長パケットを用いて復元する。例えば、データ D1を格納したパケットを ロストした場合には、冗長パケット P1とデータ D2と力もデータ D1を復元する。
[0010] 上記のような FECを用いたエラー訂正はバースト的なパケットロストが発生するとパ ケットの復元が困難になる。
バースト的なパケットロストが発生した場合のエラー訂正方法として、 ARQ (
Automatic Repeat Request)という技術が知られている。図 11は、その説明図である。
[0011] このエラー訂正方法は、パケットロストが発生すると、デコーダ装置 112が、即時に ロストしたパケットの再送を要求する再送要求をエンコーダ装置 111に送り、ェンコ一 ダ装置 111が要求されたパケットをデコーダ装置 112に配信することでパケットロスト を補う。
[0012] 特許文献 1には、ネットワーク状況監視部の監視するネットワーク状況に基づ 、て F ECまたは ARQのエラー制御を動的に変更することが記載されている。
し力しながら、特許文献 1におけるネットワークの状況に基づくエラー制御とは、ネッ トワークの往復伝搬遅延 (RTT)が所定値より長いか、短いかを判定し、往復伝搬遅 延が短いときには、 ARQによるエラー訂正を行い、 RTTが長いときには FECによる エラー訂正を行うことを意味して 、るにすぎな!/、。
特許文献 1:特開 2003— 179580号公報
発明の開示
[0013] 本発明の課題は、ネットワークの帯域が変動する場合に映像データ等の品質を確 保したリアルタイム配信を可能にすることである。
本発明は、ネットワークを介して映像または音声データを含むパケットを配信する配 信装置のパケットの配信帯域制御方法であって、受信装置から送信されてくる前記 パケットの再送要求または前記パケットの復元を行ったことを知らせるパケット復元通 知をエラー情報受信手段で受信し、一定時間内に前記エラー情報受信手段で受信 した前記パケットの再送要求の数または前記パケット復元通知の数に基づいて前記 パケットの配信に使用する帯域を可変制御する。
[0014] この発明によれば、配信に使用して!/、るネットワークの帯域が減少して受信側での エラーが増カロした場合には、配信に使用する帯域を減少させることで一定の品質を 確保しながら映像のリアルタイム配信を維持することができる。
[0015] 上記の発明のパケットの配信帯域制御方法において、エラー情報受信手段で一定 時間内に受信した前記パケットの再送要求の数または前記パケット復元通知の数が 所定以内のときには、前記パケットの配信に使用する帯域をエラー訂正用の冗長パ ケットの送信に使用する帯域分増加させる。
[0016] このように構成することで、パケットの再送要求の数またはパケット復元通知の数が 所定値以内でネットワークの帯域に余裕があるときには、パケットの配信に使用する 帯域を冗長パケットの送信に使用する帯域分増加することでネットワークの帯域を有 効に活用することができる。
[0017] 上記の発明のパケットの配信帯域制御方法において、一定時間内に受信した前記 パケットの再送要求の数または前記パケット復元通知の数が所定以上のとき、前記パ ケットの配信に使用する帯域をエラー訂正用の冗長パケットの送信に使用する帯域 分減少させる。
[0018] このように構成することでネットワークの帯域が減少したときには、パケットの配信に 使用する帯域を冗長パケットの使用帯域分減らすことで、パケットの欠落を少なくし、 一定の品質を確保しながらリアルタイム配信を維持することができる。
[0019] 上記の発明のパケットの配信帯域制御方法において、前記パケットは MPEG符号 化されたデータを格納する MPEGストリームであり、一定時間内に受信した再送要求 数と、 FEC (Forward Error Correction)パケット復元通知数とに基づいて前記 MPE Gストリームの配信帯域を可変制御する。
[0020] このように構成することで MPEGストリームを配信する場合に、ネットワークの帯域 変動があっても一定品質でのリアルタイム配信を維持することができる。 図面の簡単な説明
[0021] [図 1]本発明の映像配信システムの基本構成を示す図である。
[図 2]実施の形態の映像配信システムのシステム構成図である。
[図 3]MPEGエンコーダの構成を示す図である。
[図 4]MPEGデコーダの構成を示す図である。
[図 5]FEC復元通知送信処理のフローチャートである。
[図 6]FEC復元通知受信処理のフローチャートである。
[図 7]パケットの配信帯域制御処理のフローチャートである。
[図 8]従来の配信帯域の説明図である。
[図 9]実施の形態の配信帯域の説明図である。
[図 10]FECパケットによるパケットの復元の説明図である。
[図 11] ARQを利用したエラー訂正技術の説明図である。
発明を実施するための最良の形態
[0022] 以下、本発明の実施の形態を図面を参照して説明する。図 1は、本発明に係る映 像配信システムの配信装置 12と受信装置 11の基本構成を示す図である。
図 1において、受信装置 11は、配信装置 12からネットワーク 13を介して符号ィ匕され て送信されてくる映像データまたは音声データを含むパケットを受信し、受信したパ ケットを時間情報に従って再生する。
[0023] 受信装置 11は、受信したパケットの欠落を検出するパケット欠落検出部 14と、パケ ットの欠落を検出した場合に、欠落したパケットの再送を要求する再送要求送信部 1
5と、冗長パケットを用いてパケットを復元した場合にパケット復元通知を送信する復 元通知送信部 16を有する。
[0024] 配信装置 12は、受信装置 11から送信されてくる再送要求、あるいは復元通知等の エラー情報を受信するエラー情報受信部 17と、エラー情報受信部 17で受信された エラー情報に基づいてパケットの配信帯域を制御する配信帯域制御部 18と、その配 信帯域制御 18により指定される帯域 (伝送レート)を使用してパケットを配信するパケ ット配信部 19とを有する。
[0025] パケットの配信に使用されているネットワーク 13の帯域の減少により、受信装置 11 側でのパケットの欠落が多くなり、配信装置 12で受信するパケットの再送要求数が所 定値以上となったとき、あるいは欠落したパケットを冗長データを用いて復元したこと を通知する復元通知数が所定値以上となったとき、配信帯域制御部 18が、パケット の配送に使用する帯域を減少させて受信側でのパケットロスト等のエラーの発生を減 らす。これにより、所望の品質を確保しならがら映像のリアルタイム配信を維持するこ とがでさる。
[0026] 次に、図 2は実施の形態の映像配信システムのシステム構成を示す図である。この 映像配信システムは、映像データを MPEGストリームでライブ配信する MPEGェンコ ーダ 21と、その MPEGエンコーダ 21から配信される MPEGストリームを受信して再 生する MPEGデコーダ 23とからなる。
[0027] 図 2において、 MPEGエンコーダ(配信装置) 21は、画像データを MPEG方式で 符号化し、符号化した MPEGデータをインターネットプロトコル (IP)に基づく MPEG ストリーム(パケット)に変換してインターネットプロトコルネットワーク(以下、 IPネットヮ ークという) 22に送出する。
[0028] IPネットワーク 22には、複数の MPEGデコーダ(受信装置) 23とパーソナルコンビ ユータカもなる複数のクライアント (受信装置) 24と、 1台または複数台のサーバ 25が 接続されている。サーバ 25は、 MPEGエンコーダ 21と MPEGデコーダ 23の動作条 件等の設定データを送信する。
[0029] MPEGデコーダ 23は、 MPEGエンコーダ 21により配信されるパケットを受信し、そ のパケットに格納されて 、る MPEGデータを復号して画像及び音声の再生を行う。ク ライアント 24は MPEGデコード機能を有しパケットのデータを復号して画像及び音声 の再生を行う。
[0030] 図 3は、 MPEGエンコーダ 21の構成を示すブロック図である。図 3において太い線 の矢印はデータの流れを示し、細 、線の矢印は制御データの流れを示す。
図 3の映像入力部 31及び音声入力部 32から入力するアナログの映像信号及び音 声信号は、映像 AZD変換器 33及び音声 AZD変換器 34にお ヽてデジタルデータ に変換され、さらに MPEG符号ィ匕部 35において映像及び音声データが MPEG方 式で符号化され、さらに IPプロトコルに従って IPパケットに変換される。冗長パケット 生成部 36は、複数のパケットに対して排他論理演和演算を行い、演算結果に基づ いてエラー訂正用の冗長パケットを生成する。
[0031] MPEG符号ィ匕部 35及び冗長パケット生成部 36で生成されたパケットは、パケット 配信部 37に出力されると共に、パケットバッファ 38に保存される。パケット配信部 37 は、パケットを所定の伝送レートで IPネットワーク 22に送出する。
[0032] 再送要求受信部 39は、配信先の MPEGデコーダ 23,クライアント 24等の受信装 置からのパケットの再送要求を受信する。再送要求を受信した場合には、パケット再 送部 40に対して該当するパケットの再送を指示する。パケット再送部 40は、送信済 のパケットをパケットバッファ 38から読み出し、読み出したパケットを IPネットワーク 22 に送出する。
[0033] FEC復元通知受信部 41は、 MPEGデコーダ 23、クライアント 24等から送信される FEC (Forward Error Correction)によりパケットの復元を行ったことを通知するバケツ ト復元通知を受信し、その受信結果を自動レート制御部 42に出力する。
[0034] 自動レート制御部 42は、 FEC復元通知受信部 41または再送要求受信部 39の受 信結果力 IPネットワークの帯域が変動していることを推定し、パケットの配信に使用 する帯域の増減をパケット配信部 37に指示する。
[0035] サーバインタフェース(IF)部 43は、サーバ 25からの設定データを受け取るインタ 一フェース部であり、サーバ 25から受信する各種の設定データを設定制御部 44に 出力する。設定制御部 44は、サーバ 25からの設定データに従って、例えば、符号ィ匕 モードを MPEG符号化部 35に設定し、ライブ配信アドレスをパケット配信部 37に設 定し、冗長パケットの生成割合を冗長パケット生成部 36に設定し、再送パケットの保 存時間をパケットバッファ 38に設定する。
[0036] 次に、図 4は、 MPEGデコーダ 23の構成を示すブロック図である。図 4において、 太 、線の矢印はデータの流れを示し、細 、線の矢印は制御データの流れを示す。 図 4のパケット受信部 51は MPEGエンコーダ 21により配信されるパケットを受信す る。パケット抜け判定部 52はパケットの欠落の有無を判定する。
[0037] エラー訂正部 54は、パケットの抜けが検出された場合に、映像または音声のデータ パケットと冗長パケットから欠落したパケットを復元してエラー訂正を行うと共に、 FEC 復元通知送信部 55にパケットの復元を行ったことを知らせる。
[0038] 上記のパケット抜け判定部 52は、エラー訂正部 54においてパケットの復元が出来 なかった場合には、再送要求送信部 53にパケットの再送要求の送信を指示する。再 送要求送信部 53は、パケット抜け判定部 52の指示に従ってパケットの再送要求を出 力する。
[0039] FEC復元通知送信部 55は、エラー訂正部 54からパケットの復元を行ったとの連絡 を受けたとき、 FEC復元通知を MPEGエンコーダ 21に送信する。
MPEG復号ィ匕部 56は、パケットが正常に受信された場合には、 MPEG復号ィ匕を 行い、復号した映像データを映像 DZA変換器 57に出力し、音声データを音声 DZ A変換器 58に出力する。また、パケット抜け判定部 52でパケットの抜けが検出された 場合には、 FECによりパケットの復元が行われる力 あるいは再送要求に対してロスト したパケットが再度送信されるのを待って MPEG復号ィ匕を行う。
[0040] 映像 DZA変換器 57は映像データをアナログの映像信号に変換して映像出力部 5 9に出力し、音声 DZA変換器 58は音声データをアナログの音声信号に変換して音 声出力部 60に出力する。
[0041] サーバインタフェース (IF)部 61は、サーバ 25からの設定データを受付、設定デー タを設定制御部 62に出力する。設定制御部 62は、サーバ 25から受信した設定デー タをパケット受信部 51及び MPEG復号ィ匕部 56に設定して配信されるライブデータの 受信及び復号ィ匕を可能にする。
[0042] 次に、以上のような構成の MPEGエンコーダ 21及び MPEGデコーダ 23の処理動 作を図 5—図 7のフローチャートを参照して説明する。
図 5は、 MPEGデコーダ 23の FEC復元通知送信処理のフローチャートである。
[0043] MPEGデコーダ 23のパケット受信部 51で MPEGエンコーダ 21から配信されるパ ケットを受信する(図 5, Sl l)。
次に、パケット受信部 51で受信されたパケットに欠落が無いか否かを判別する(S1 2)。パケットの欠落 (ロスト)が未発生の場合には(S 12, YES)、ステップ S 11に戻り 次のパケットの判定を行う。
[0044] 他方、パケットロストが発生している場合には(S 12, NO)、ステップ S 13に進み、冗 長パケットと受信できたデータパケットを用いて FEC (Forward Error Correction)によ りロストしたパケットを復元する(S 13)。
[0045] FECではパケットを復元できない場合には(S13, NO)、ステップ S14に進み、 AR
Q (Automatic Repeat Request)によるエラー訂正技術を利用し、再送要求送信部 53 力も MPEGエンコーダ 21に送信しロストしたパケットの再送を依頼する。
[0046] また、 FECによりロストしたパケットを復元できた場合には(S13, YES)、ステップ S
15に進み、パケットの復元を行ったことを知らせる FEC復元通知を FEC復元通知送 信部 55力 MPEGエンコーダ 21に送信する。
[0047] 図 6は、 MPEGエンコーダ 21側の FEC復元通知受信処理のフローチャートである
MPEGエンコーダ 21の FEC復元通知受信部 41でパケットを受信すると(図 6, S2
1)、受信したパケットが FEC復元通知力否かを判別する(S22)。
[0048] 受信したパケットが FEC復元通知であった場合には(S22, YES)、ステップ S23に 進み、 FEC復元通知数をカウントする。また、受信したパケットが FEC復元通知でな いときには(S22, NO)、そこで処理を終了する。
[0049] 次に、 MPEGエンコーダ 21におけるパケットの配信に使用する帯域の制御処理を 図 7のフローチャートを参照して説明する。
最初に、 FEC復元通知数と ARQの再送依頼数をカウントするための一定時間をタ イマ一に設定する(図 7, S31)。
[0050] 次に、タイマーで計時した時間が設定時間に達したか否かを判別する(S32)。タイ マーの計時した時間が設定時間に達していなければ(S32, NO)、タイマーの計時 をを継続し、その間上述した FEC復元通知受信処理を実行する。
[0051] タイマーの値が設定値に達したときには(S32, YES)、ステップ S33に進み、タイ マーに設定された時間内に計数した FEC復元通知の数をカウンタ COUNT1に設 定する。
[0052] 次に、 ARQの再送依頼(要求)数をカウンタ COUNT2に設定する(S34)。ここで、 ARQの再送依頼数とは、図 3の再送要求受信部 39で上記の設定時間内に受信さ れるパケットの再送要求の累計値であり、 MPEGデコーダ 23側でのパケットの欠落 の発生頻度を示している。
[0053] 次に、カウンタ COUNT1の値力 Oか否かを判別する(S35)。 COUNT1の値が 0 のときには(S35、 YES)、ステップ S36に進みカウンタ COUNT2の値力 Oか否かを 判別する。 COUNT2の値が 0のときには、ステップ S37に進み、メディア(映像、音 声等のパケット)の配信に使用する帯域を所定帯域分、例えば、 FECパケット (冗長 パケット)の送信に使用する帯域分増加させる。
[0054] すなわち、 MPEGデコーダ 23から FECによるパケットの復元通知が送信されずず 、、またパケットの再送要求も送信されていない場合には、配信に使用しているネット ワーク帯域に余裕があるものと推定し、メディアの配信に使用している帯域を増加さ せる。これによりネットワークの帯域を有効に活用して配信を行うことができる。
[0055] 他方、ステップ S35において COUNT1が 0でないと判別された場合には(S35, N 0)、ステップ S38に進み、 COUNT1の値が第 1の許容値以内力否かを判別する。
[0056] COUNT1の値が許容値以内のときには(S38, YES)、ステップ S40に進み、 CO UNT2の値が第 2の許容値以内か否かを判別する。
COUNT1及び COUNT2の値がどちらも第 1及び第 2の許容値以内であった場合 には(S38及び S40、 YES)、 FECパケットによるエラー訂正の回数が少なぐかつパ ケットの再送要求が少ない場合であるのでメディアの配信に使用する帯域の変更は 行わない。
[0057] ステップ S38において、 COUNT1の値が第 1の許容値以上の場合には(S38、 N 0)、ステップ S39に進み、メディアパケットの配信に使用する帯域を所定帯域分、例 えば、 FECパケットの送信に使用する帯域分減少させる。
[0058] また、ステップ S40にお!/、て、 COUNT2の値が第 2の許容値以上の場合にも(S4 0, NO)、ステップ S39に進み、メディアの配信に使用する帯域を FECパケットの送 信に使用する帯域分減少させる。
[0059] すなわち、 FECパケットによるパケット復元通知の回数が第 1の許容値値以上のと き、あるいはパケットの再送要求の回数が第 2の許容値値以上のときには、ネットヮー クの帯域が減少して ヽるものと判断し、配信側でメディアの配信に使用する帯域を F ECパケットの使用帯域分減少させる。そして、減少させた帯域でメディアの配信を行 V、、受信側からのパケット復元通知の数とパケットの再送要求の数が上記の許容値 以内か否かを再度判断し、許容値以上であれば、再度メディアの配信に使用する帯 域を FECパケットの使用帯域分減少させる。このような帯域制御を行うことで、バケツ トの配信に使用しているネットワークの帯域が変動してパケットロストが増加した場合 でも、配信帯域を可変制御することで一定の品質を確保して映像のリアルタイム配信 を実現できる。また、パケットの復元通知の数とパケットの再送要求の数力^のときに は、パケットの配信に使用する帯域を FECパケットの使用帯域分増力!]させる。これに より、ネットワークの帯域を有効に活用できる。
[0060] ここで、メディアの配信帯域を固定して 、る従来の方法と、メディアの配信帯域を可 変制御する実施の形態の方法を図 8及び図 9を参照して比較する。
図 8に示すようにメディアの配信帯域が固定されている場合には、配信に使用され るネットワークの帯域が減少して、ネットワーク帯域力 Sメディアの配信に使用されてい る帯域と FECパケットの送信に使用する帯域と ARQパケットの送信に使用する帯域 の合計帯域より小さくなると、パケットロストの発生頻度が高くなり、一定の品質でのリ アルタイム配信ができなくなる。また、ネットワークの帯域カ^ディアの配信帯域に対し て十分余裕がある場合でも配信帯域を増カロさせることは従来行われていな力つた。
[0061] これに対して、図 9に示す実施の形態のパケットの配信帯域制御方法では、ネットヮ ークの帯域が減少して、ネットワーク帯域カ^ディアの配信に使用されている帯域と F ECパケットの送信に使用する帯域と ARQによる再送パケットの送信に使用する帯域 の合計帯域より小さくなると、配信側でメディアの配信に使用する帯域を FECパケット の使用帯域分減少させる。そして、新たに設定した帯域でメディアの配信を行い、 FE Cによるパケット復元通知の数と、 ARQによる再送要求数が所定値以内となったか否 かを判定し、所定値以上であれば、再度メディアの配信に使用する帯域を FECパケ ットの使用帯域分減少させる。以下、この帯域制御を繰り返してパケット復元通知数と ARQによる再送要求数が所定値以内となったなら配信帯域をその状態に維持する
[0062] この結果、図 9に示すように配信に使用するネットワークの帯域が変動する場合にも 、そのときネットワークが有する実際の通信帯域に適合した配信帯域をメディアの配 信帯域として設定することができるので一定の映像品質を確保をしたリアルタイム配 信を実現できる。
本発明は、上述した実施の形態に限らず、例えば、以下のように構成しても良い。
(1)実施の形態では、 FECのパケット復元通知数または ARQによる再送要求数が 所定値以上となったとき、メディアの使用帯域を FECパケットの使用帯域分減少させ て!、るが、これに限らず予め定めた所定の帯域分減少させるようにしても良 、。
(2)実施の形態では、 FECのパケット復元通知数と ARQによる再送要求数の両方に 基づ 、て配信帯域を制御して 、るが、どちらか一方に基づ 、て配信帯域を制御する ようにしても良い。
(3)本発明は、 MPEG方式で符号化されたデータパケットに限らず、他の符号化方 式で符号化されたデータ、あるいは符号ィ匕されていないデータにも適用できる。

Claims

請求の範囲
[1] ネットワークを介して映像または音声データを含むパケットを配信する配信装置の パケットの配信帯域制御方法であって、
受信装置から送信されてくる前記パケットの再送要求または前記パケットの復元を 行ったことを知らせるパケット復元通知をエラー情報受信手段で受信し、
一定時間内に前記エラー情報受信手段で受信した前記パケットの再送要求の数ま たは前記パケット復元通知の数に基づいて前記パケットの配信に使用する帯域を可 変制御するパケットの配信帯域制御方法。
[2] 請求項 1記載のパケットの配信帯域制御方法にぉ 、て、
一定時間内に受信した前記パケットの再送要求の数または前記パケット復元通知 の数が所定以内のとき、前記パケットの配信に使用する帯域をエラー訂正用の冗長 パケットの送信に使用する帯域分増加させるパケットの配信帯域制御方法。
[3] 請求項 1記載のパケットの配信帯域制御方法にぉ 、て、
一定時間内に受信した前記パケットの再送要求の数またはパケット復元通知の数 が所定以上のとき、前記パケットの配信に使用する帯域をエラー訂正用の冗長パケ ットの送信に使用する帯域分減少させるパケットの配信帯域制御方法。
[4] 請求項 1記載のパケットの配信帯域制御方法にぉ 、て、
前記パケットは MPEG符号ィ匕されたデータを格納する MPEGストリームであり、一 定時間内に受信した ARQ (Automatic Repeat Request)を利用した再送要求数と、 F EC (Forward Error Correction)パケットによる復元通知数とに基づいて前記 MPEG ストリームの配信帯域を可変制御するパケットの配信帯域制御方法。
[5] ネットワークを介して映像または音声データを含むパケットを配信する配信装置で あって、
受信装置から送信されてくる前記パケットの再送要求または前記パケットの復元を 行ったことを知らせるパケット復元通知を受信するエラー情報受信手段と、
一定時間内に前記エラー情報受信手段で受信する前記パケットの再送要求の数ま たは前記パケット復元通知の数に基づいて前記パケットの配信に使用する帯域を可 変制御する配信帯域制御手段を備える配信装置。
[6] 請求項 5記載の配信装置において、
前記配信帯域制御手段は、前記エラー情報受信手段で一定時間内に受信した前 記パケットの再送要求の数またはパケット復元通知の数が所定値以内のとき、前記パ ケットの配信に使用する帯域をエラー訂正用の冗長パケットの送信に使用する帯域 分増加させる配信装置。
[7] 請求項 5記載の配信装置において、
前記配信帯域制御手段は、前記エラー情報受信手段で一定時間内に受信した前 記パケットの再送要求の数または前記パケット復元通知の数が所定値以上のとき、 前記パケットの配信に使用する帯域をエラー訂正用の冗長パケットの送信に使用す る帯域分減少させる配信装置。
[8] 請求項 5記載の配信装置において、
前記パケットは MPEG方式で符号ィ匕されたデータを格納する MPEGストリームであ り、
前記配信帯域制御手段は、一定時間内に前記エラー情報受信手段で受信する A RQ (Automatic Repeat Request)を利用した再送要求数と、 FEC (Forward Error Correction)パケットによる復元通知数とに基づいて前記 MPEGストリームの配信に 使用する帯域を可変制御する配信装置。
[9] ネットワークを介して映像データまたは音声データを含むパケットを配信する映像配 信システムであって、
前記ネットワークを介して配信されるパケットの欠落を検出する検出手段と、 前記検出手段で前記パケットの欠落が検出されたときにパケットの再送要求を送信 する再送要求送信手段とを有する受信装置と、
前記ネットワークを介して前記パケットを前記受信装置に配信する配信手段と、 前記受信装置から送信される前記パケットの再送要求を受信するエラー情報受信 手段と、
前記エラー情報受信手段で一定時間内に受信される前記パケットの再送要求の数 に基づいて前記パケットの配信に使用する帯域を可変制御する配信帯域制御手段 とを有する配信装置とからなる映像配信システム。
[10] ネットワークを介して映像データまたは音声データを含むパケットを配信する映像配 信システムであって、
前記ネットワークを介して配信されたパケットの欠落を検出する検出手段と、 前記検出手段で前記パケットの欠落が検出され、欠落したパケットの復元を行った ときに前記パケット復元通知を送信する復元通知送信手段とを有する受信装置と、 前記ネットワークを介して映像または音声データを含むパケットを前記受信装置に 配信する配信手段と、
前記受信装置から送信される前記パケット復元通知を受信するエラー情報受信手 段と、
前記エラー情報受信手段で一定時間内に受信される前記パケット復元通知の数に 基づいて前記パケットの配信に使用する帯域を可変制御する配信帯域制御手段とを 有する配信装置とからなる映像配信システム。
[11] 請求項 9または 10記載の映像配信システムにおいて、
前記配信帯域制御手段は、前記エラー情報受信手段で一定時間内に受信した前 記パケットの再送要求の数またはパケット復元通知の数が所定値以内のとき、前記パ ケットの配信に使用する帯域をエラー訂正用の冗長パケットの送信に使用する帯域 分増加させる映像配信システム。
[12] 請求項 9または 10記載の映像配信システムにお 、て、
前記配信帯域制御手段は、前記エラー情報受信手段で一定時間内に受信した前 記パケットの再送要求の数または前記パケット復元通知の数が所定値以上のとき、 前記パケットの配信に使用する帯域をエラー訂正用の冗長パケットの送信に使用す る帯域分減少させる映像配信システム。
[13] 請求項 9または 10記載の映像配信システムにお 、て、
前記パケットは MPEG方式で符号ィ匕されたデータを格納する MPEGストリームであ り、
前記配信帯域制御手段は、一定時間内に前記エラー情報受信手段で受信する A RQ (Automatic Repeat Request)を利用した再送要求数と、 FEC (Forward Error Correction)パケットによる復元通知数とに基づいて前記 MPEGストリームの配信に 使用する帯域を可変制御する映像配信システム。
PCT/JP2005/005579 2005-03-25 2005-03-25 パケットの配信帯域制御方法、配信装置及び映像配信システム WO2006103724A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2005/005579 WO2006103724A1 (ja) 2005-03-25 2005-03-25 パケットの配信帯域制御方法、配信装置及び映像配信システム
JP2007510254A JP4445012B2 (ja) 2005-03-25 2005-03-25 パケットの配信帯域制御方法、配信装置及び映像配信システム
US11/902,771 US8472310B2 (en) 2005-03-25 2007-09-25 Packet distribution band controlling method, distributing apparatus, and video distributing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2005/005579 WO2006103724A1 (ja) 2005-03-25 2005-03-25 パケットの配信帯域制御方法、配信装置及び映像配信システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/902,771 Continuation US8472310B2 (en) 2005-03-25 2007-09-25 Packet distribution band controlling method, distributing apparatus, and video distributing system

Publications (1)

Publication Number Publication Date
WO2006103724A1 true WO2006103724A1 (ja) 2006-10-05

Family

ID=37052997

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/005579 WO2006103724A1 (ja) 2005-03-25 2005-03-25 パケットの配信帯域制御方法、配信装置及び映像配信システム

Country Status (3)

Country Link
US (1) US8472310B2 (ja)
JP (1) JP4445012B2 (ja)
WO (1) WO2006103724A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009545238A (ja) * 2006-07-28 2009-12-17 ヒューレット−パッカード デベロップメント カンパニー エル.ピー. データパケット数を削減して誤り訂正パケット数を増加させること

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101177454B1 (ko) * 2007-03-02 2012-08-27 삼성전자주식회사 영상 데이터의 전송에 따른 에러 복원 결정을 위한 서버 및클라이언트와, 영상 데이터의 전송에 따른 에러 복원결정방법
EP2164259A4 (en) * 2007-07-05 2014-04-02 Mitsubishi Electric Corp DIGITAL VIDEO TRANSMISSION SYSTEM
JP2013013003A (ja) * 2011-06-30 2013-01-17 Brother Ind Ltd データ処理装置、データ処理方法、およびデータ処理プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03274937A (ja) * 1990-03-26 1991-12-05 Nec Corp 伝送誤り制御装置
JPH0767175A (ja) * 1993-06-30 1995-03-10 Nec Corp 移動無線通信におけるデータ伝送方式
JP2001016584A (ja) * 1999-06-30 2001-01-19 Kdd Corp ビデオ伝送方法および装置

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5490168A (en) * 1994-07-08 1996-02-06 Motorola, Inc. Method and system for automatic optimization of data throughput using variable packet length and code parameters
US5600663A (en) * 1994-11-16 1997-02-04 Lucent Technologies Inc. Adaptive forward error correction system
US5828677A (en) * 1996-03-20 1998-10-27 Lucent Technologies Inc. Adaptive hybrid ARQ coding schemes for slow fading channels in mobile radio systems
US5699365A (en) * 1996-03-27 1997-12-16 Motorola, Inc. Apparatus and method for adaptive forward error correction in data communications
US6052812A (en) * 1998-01-07 2000-04-18 Pocketscience, Inc. Messaging communication protocol
US6823005B1 (en) * 1998-08-10 2004-11-23 At&T Corp Link adaptation in wireless networks for throughput maximization under retransmissions
US6128763A (en) * 1998-09-01 2000-10-03 Motorola, Inc. Dynamically changing forward error correction and automatic request for repetition
JP2000270330A (ja) * 1999-03-18 2000-09-29 Fujitsu Ltd 映像配信システム及び映像配信方法
US6314535B1 (en) * 1999-05-18 2001-11-06 Xircom Wireless, Inc. Dynamic forward error correction
KR100305352B1 (ko) * 1999-05-25 2001-09-26 심지섭 연쇄부호를 사용한 적응형 하이브리드 arq 방법
US6643259B1 (en) * 1999-11-12 2003-11-04 3Com Corporation Method for optimizing data transfer in a data network
US6505034B1 (en) * 1999-12-20 2003-01-07 Nokia Ip Inc. Adaptive ARQ feedback bandwidth allocation
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
US6891810B2 (en) * 2001-01-19 2005-05-10 Raze Technologies, Inc. Wireless access system and associated method using multiple modulation formats in TDD frames according to subscriber service type
US6947381B2 (en) * 2001-04-30 2005-09-20 Network Physics, Inc. Method for reducing packet loss by phase transition identification in communication networks
EP1271955A3 (fr) * 2001-06-26 2007-05-02 Koninklijke Philips Electronics N.V. Procédé de transmission par paquet avec requetes en retransmission de paquet et mécanisme de controle relatif à la transmission de telles requètes
JP3757857B2 (ja) 2001-12-12 2006-03-22 ソニー株式会社 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
US7278081B1 (en) * 2002-06-13 2007-10-02 Applied Micro Circuits Corporation Optical transport network frame structure with in-band data channel and forward error correction
US7221656B1 (en) * 2002-06-18 2007-05-22 Nortel Networks Limited Technique for implementing an admission control scheme for data flows
JP2006503516A (ja) * 2002-10-15 2006-01-26 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Ipネットワークでfgs符号化映像をストリーミングするための誤り回復を備えるシステム及び方法
US7643558B2 (en) * 2003-03-24 2010-01-05 Qualcomm Incorporated Method, apparatus, and system for encoding and decoding side information for multimedia transmission
US7397759B2 (en) * 2004-03-15 2008-07-08 Microsoft Corporation Response for spurious timeout
JP4405875B2 (ja) * 2004-08-25 2010-01-27 富士通株式会社 エラー訂正用データの生成方法及び生成装置並びに生成プログラム及び同プログラムを格納したコンピュータ読み取り可能な記録媒体
US7292825B2 (en) * 2004-10-19 2007-11-06 Ipwireless, Inc. Retransmission scheme in a cellular communication system
HUE058045T2 (hu) * 2005-05-23 2022-06-28 Optis Wireless Technology Llc Automatikus ismétléskérés (ARQ) protokoll, amelynek több komplementer visszacsatolási mechanizmusa van

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03274937A (ja) * 1990-03-26 1991-12-05 Nec Corp 伝送誤り制御装置
JPH0767175A (ja) * 1993-06-30 1995-03-10 Nec Corp 移動無線通信におけるデータ伝送方式
JP2001016584A (ja) * 1999-06-30 2001-01-19 Kdd Corp ビデオ伝送方法および装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009545238A (ja) * 2006-07-28 2009-12-17 ヒューレット−パッカード デベロップメント カンパニー エル.ピー. データパケット数を削減して誤り訂正パケット数を増加させること

Also Published As

Publication number Publication date
JP4445012B2 (ja) 2010-04-07
JPWO2006103724A1 (ja) 2008-09-04
US20080062982A1 (en) 2008-03-13
US8472310B2 (en) 2013-06-25

Similar Documents

Publication Publication Date Title
JP4405875B2 (ja) エラー訂正用データの生成方法及び生成装置並びに生成プログラム及び同プログラムを格納したコンピュータ読み取り可能な記録媒体
KR101242663B1 (ko) 패킷 송신 장치, 통신 시스템 및 컴퓨터 판독가능한 기록매체
KR100634946B1 (ko) 패킷 에러 정정 장치 및 방법
JP4690280B2 (ja) メディアデータをストリーミングする方法、システム及びクライアント装置
US7539187B2 (en) System and method for low-latency content-sensitive forward error correction
US9781488B2 (en) Controlled adaptive rate switching system and method for media streaming over IP networks
JP5109787B2 (ja) データ伝送システム、プログラム及び方法
JP2006500797A (ja) マルチメディアストリーミング時にパケット転送遅延の補償を可能にする方法
US20150103885A1 (en) Real time ip video transmission with high resilience to network errors
JP2010119133A (ja) パケット送信装置、通信システム及びプログラム
JP4445012B2 (ja) パケットの配信帯域制御方法、配信装置及び映像配信システム
JP3871661B2 (ja) マルチメディアコンテンツ受信装置及びマルチメディアコンテンツ受信方法
KR100851918B1 (ko) 네트워크 적응형 데이터 전송 방법, 이를 위한 데이터 전송시스템, 데이터 송신 장치, 및 데이터 수신 장치
JP4909590B2 (ja) メディア信号の受信装置、送信装置及び送受信システム
JP2005348015A (ja) リアルタイム・ストリーミングデータ受信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2007510254

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11902771

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 11902771

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 05721506

Country of ref document: EP

Kind code of ref document: A1

WWW Wipo information: withdrawn in national office

Ref document number: 5721506

Country of ref document: EP