WO2004077780A1 - 送受信システム、送信装置および方法、受信装置および方法 - Google Patents
送受信システム、送信装置および方法、受信装置および方法 Download PDFInfo
- Publication number
- WO2004077780A1 WO2004077780A1 PCT/JP2004/001947 JP2004001947W WO2004077780A1 WO 2004077780 A1 WO2004077780 A1 WO 2004077780A1 JP 2004001947 W JP2004001947 W JP 2004001947W WO 2004077780 A1 WO2004077780 A1 WO 2004077780A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- sequence number
- missing
- determined
- header
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 67
- 230000005540 biological transmission Effects 0.000 title claims description 49
- 238000012545 processing Methods 0.000 claims description 76
- 239000000284 extract Substances 0.000 claims description 9
- 230000001174 ascending effect Effects 0.000 claims description 5
- 238000005259 measurement Methods 0.000 claims 1
- 230000006854 communication Effects 0.000 abstract description 42
- 238000004891 communication Methods 0.000 abstract description 41
- 230000004044 response Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 22
- 238000000605 extraction Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000006978 adaptation Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
Definitions
- the present invention relates to a transmitting / receiving system, a transmitting device and a method, a receiving device and a method.
- the present invention relates to a transmission / reception system, a transmission device and a method, and a reception device and a method. , Receiving apparatus and method. Background art
- the configuration of the network itself includes a wired configuration and a wireless configuration.
- Japanese Patent Laid-Open Publication No. Hei 11-98161 proposes a method for securing communication and preventing data loss or the like.
- wireless LANs Local Area Networks
- wired networks which are easier to install and use than wired networks
- wireless LANs Due to its characteristics, wireless LANs have the problem of being less reliable than wired LANs.
- wireless LANs naturally transmit and receive data wirelessly.However, due to wireless transmission, people cross between the transmitter and receiver that are communicating and changes in the environment such as humidity. Therefore, the communication state may be degraded. Due to the deterioration of the communication state, inconveniences such as data to be transmitted / received (communicated) may be lost during communication may occur. To respond to such inconveniences, retransmission control is performed in wireless data transmission and reception. Specifically, the receiving side that has received the data transmitted by the transmitting side outputs an ACK (Acknowledgement) signal indicating that the data has been received to the transmitting side, and the transmitting side remains the same until the transmitting side receives the ACK signal. The data was continuously transmitted (retransmitted) a predetermined number of times.
- ACK Acknowledgement
- the transmitting side checks the state of the receiving side and performs retransmission. On the transmitting side, the same data is continuously retransmitted a predetermined number of times, in other words, by continuing to transmit the same data without transmitting other data, the delay is accumulated and transmitted. There was a possibility that data could not be transmitted when it should be transmitted.
- Such retransmission control (confirmation of whether or not the transmitted data has been normally received by the receiving side) is performed by transmitting and receiving the data by, for example, TCP (Transmission Control Protocol) belonging to the transport layer in the OSI layer model. It is performed when it is used, but not when UDP (User Datagram Protocol) belonging to the transport layer in the OSI layer model is used.
- TCP Transmission Control Protocol
- UDP User Datagram Protocol
- the present invention has been made in view of such a situation, and aims to make it possible for a receiving side to acquire data that could not be received for some reason from a transmitting side by a retransmission request from the receiving side. Aim.
- the transmitting apparatus of the transmitting / receiving system of the present invention includes: an acquiring unit for acquiring data; an adding unit for adding order information indicating a data order to the data acquired by the acquiring unit; and the order information is added by the adding unit.
- Storage means for storing the received data, transmitting means for transmitting the data to which the sequence information has been added by the additional means to the receiving apparatus, and when the receiving apparatus requests retransmission of the data transmitted by the transmitting means, A receiving unit that reads the data requested to be retransmitted from the storage unit, and a retransmitting unit that instructs the retransmitting of the read data to the transmitting unit; and the receiving device receives the data transmitted by the transmitting unit.
- extracting means for extracting order information included in the data received by the receiving means, and using the order information to determine whether or not there is any data loss. If it is determined by the determining means that there is data loss, the identifying means for identifying the data determined to be missing and the retransmission of the data determined to be missing identified by the identifying means are transmitted. Request means for requesting the device.
- the transmitting apparatus includes: an acquiring unit for acquiring data; an adding unit for adding order information indicating a data order to the data acquired by the acquiring unit; and a data to which the order information is added by the adding unit.
- Storage means for storing data, transmission means for transmitting the data to which the order information has been added by the addition means, and retransmission of the data transmitted by the transmission means is requested when another apparatus requests the retransmission.
- the read data is read from the storage means, and the transmission means is provided with retransmission means for instructing retransmission of the read data.
- the request for retransmission of the data from the other device includes order information indicating the order of the data requested to be retransmitted, and the retransmission unit indicates the order of the data that matches the order information indicating the order of the data.
- the data to which the order information is added is read from the storage means. Can be done.
- the adding means may add at least a header based on RTP as the order information, and the storage means may store the data with the RTP header added.
- the request for retransmission of the data from the other device includes the information of the Sequence Number included in the header based on the RTP, and the retransmission unit includes the Sequence Number that matches the information of the Sequence Nuraber included in the header.
- the data to which the header has been added can be read from the storage means.
- the transmission method of the present invention includes: an acquisition control step of controlling data acquisition; an addition step of adding order information indicating an order of data to the data whose acquisition is controlled in the processing of the acquisition control step;
- the storage control step controls the storage of data to which sequence information has been added in the processing
- the transmission control step controls transmission of data to which the sequence information has been added in the processing of the addition step
- the transmission control step performs transmission.
- the receiving apparatus of the present invention extracts a receiving unit that receives data, and predetermined information included in the data received by the receiving unit, and determines whether there is any data loss using the information.
- the determining means determines that the data is missing
- the identifying means for identifying the data determined to be missing, and the missing data identified by the identifying means are determined.
- Requesting means for requesting another device that has transmitted the data to retransmit the data.
- the predetermined information may be sequence information indicating a data order. Wear.
- the determining means stores first order information having the last order among the order information included in the received data, and stores the stored first order information and newly received data.
- the specifying means specifies data including third order information positioned between the first order information and the second order information as data determined to be missing.
- the request means may request retransmission of the data determined to be missing by transmitting data including the third order information to another device.
- the predetermined information is a continuous number in ascending order assigned to each data, and the determining means stores the largest first number among the numbers included in the received data, and stores the first number. If the first number is different from the second number included in the newly received data and the first number is smaller than the second number, It is determined that data is missing, and the specifying means is data that is determined to be missing data including a third number located between the first number and the second number.
- the request means may request retransmission of the data determined to be missing by transmitting data including the third number to another device.
- the determining means extracts a header based on RTP included in the data as predetermined information, and determines whether or not there is data loss using the information of the Sequence Number included in the header. .
- the determining means stores the first Sequence Number having the highest number among the Sequence Numbers included in the header, and stores the stored first Sequence Number and the first Sequence Number included in the newly supplied header.
- the identification means is: The data including the third Sequence Number of the number located between the first Sequence Number and the second Sequence Number in the header is identified as the data judged to be missing, and the requesting means determines The retransmission of data determined to be missing can be requested by transmitting data including the information of the third Sequence Number to another device.
- the request means may transmit data including information on a third Sequence Number based on TCP.
- the determining means determines that the first Sequence Number and the second Sequence Number are not consecutive numbers, and that the first Sequence Number is a number larger than the second Sequence Number. At this time, the data including the second Sequence Number can be determined to be retransmitted data.
- the reception method includes: a reception control step of controlling data reception; and extracting predetermined information included in the data received in the processing of the reception control step.
- the determination step of determining whether or not the data is missing is determined by the processing of the determination step, the identification step of identifying the data that is determined to be missing, and the identification step is performed.
- the receiving device in the process of transmitting and receiving data, if the receiving device cannot receive the data, the receiving device requests the transmitting device to retransmit the missing data.
- the data transmitting side transmits the data, stores the data, and when the receiving side requests retransmission of the already transmitted data, the stored data is transmitted. Is resent.
- FIG. 1 is a diagram showing a configuration of an embodiment of a transmission / reception system to which the present invention is applied.
- FIG. 2 is a diagram illustrating an example of the internal configuration of the transmitter.
- FIG. 3 is a diagram for explaining data transmitted from the transmitter.
- FIG. 4 is a diagram for describing a TS bucket header.
- FIG. 5 is a diagram for explaining the RTP header.
- FIG. 6 is a diagram for explaining the UDP header.
- FIG. 7 is a diagram for explaining the IP header.
- FIG. 8 is a diagram for explaining the MAC header.
- FIG. 9 is a diagram showing an example of the internal configuration of the receiver.
- FIG. 10 is a diagram for describing data stored in the storage unit.
- FIG. 11 is a flowchart for explaining processing related to a retransmission request performed in the receiver.
- FIG. 12 is a flowchart for explaining the processing in step S17 of the flowchart shown in FIG.
- FIG. 13 is a diagram for explaining the relationship between received sequence numbers.
- FIG. 14 is a flowchart for explaining processing related to a retransmission request performed in the transmitter.
- FIG. 15 is a diagram illustrating a medium. BEST MODE FOR CARRYING OUT THE INVENTION
- FIG. 1 is a diagram showing a configuration of an embodiment of a transmission / reception system to which the present invention is applied.
- the transmitting / receiving system shown in FIG. 1 includes a transmitter 1 and a receiver 2.
- the transmitter 1 transmits the television broadcast data received by the antenna 3 to the receiver 2.
- the receiver 2 includes a display device (for example, a display) and an audio output device (for example, Speaker), and is configured to output images and sounds based on the received data.
- a display device for example, a display
- an audio output device for example, Speaker
- a description will be given assuming that a television broadcast of an analog signal is received and the data is transmitted to the receiver 2.
- the present invention is not limited to television broadcast of an analog signal.
- digital signal television broadcasting such as broadcasting, CS (Communications Satellite) broadcasting, and terrestrial digital broadcasting.
- a VTR Video Tape Recorder
- a DVD Digital Versatile Disc
- a network such as the Internet
- Transmitter 1 and receiver 2 exchange data wirelessly.
- the wireless communication is performed, for example, by a method based on the IEEE 802.11.1a standard. Since the transmitter 1 and the receiver 2 transmit and receive data wirelessly, for example, a user fixes the transmitter 1 at a predetermined place in a house, carries the receiver 2 to a desired place, When you watch a television broadcast there, you can do anything.
- FIG. 2 is a diagram showing an example of the internal configuration of the transmitter 1.
- the example of the internal configuration shown in FIG. 2 mainly relates to the present invention and shows a part required for description, and extracts a part not required for description, for example, a program specified by a user from a received television broadcast.
- a tuner, VTR, DVD player, etc. When a tuner, VTR, DVD player, etc. are connected, switches that switch the input from those devices are omitted.
- the transmitter 1 inputs data (signal) as a television broadcast received by the antenna 3.
- the input signal is, for example, an analog signal.
- the analog signal is input to an MPEG (Moving Picture Experts Group) encoder 21.
- MPEG Motion Picture Experts Group
- ⁇ EG encoder 21 converts an input analog signal into digital data that has been subjected to compression based on the MPEG method. It should be noted that when digital television broadcast data or the like is input, it is not necessary to be encoded by the MPEG encoder 21, so that the input data is necessarily configured to pass through the MPEG encoder 21. It is not necessary, and the input portion may be different depending on the input data. Of course, such a switch for selecting an output destination of such input data is provided in the transmitter 1, although not shown.
- the output from the MPEG encoder 21 (transport stream bucket: hereinafter, appropriately described as a TS packet) is supplied to an RTP (Real Time Protocol) header adding unit 22.
- the RTP header adding unit 22 combines the supplied TS packets into a predetermined number, for example, seven packets, adds an RTP header to the combined packets, and adds a UDP (User Datagram Protocol) adding unit. 23 and the storage unit 28.
- the TS packet to which the RTP header is added by the RTP header adding unit 22 is appropriately described as an RTP packet.
- the UDP header adding unit 23 further adds a UDP header to the supplied RTP packet and supplies the packet to the IP (Internet Protocol) header adding unit 24.
- the RTP packet to which the UDP header is added by the UDP header adding unit 23 is appropriately described as a UDP packet.
- the IP header adding unit 24 adds an IP header to the supplied UDP packet, and supplies it to a MAC (Media Access Control) header adding unit 25.
- the UDP packet to which the IP header is added by the IP header adding unit 24 is appropriately described as an IP packet.
- the MAC header adding unit 25 adds a MAC header to the supplied IP bucket and supplies the packet to the communication unit 26.
- the IP packet to which the MAC header is added by the MAC header adding unit 25 is appropriately described as a MAC bucket.
- the TS packet added with a header in each section and converted into a MAC packet is transmitted to the receiver 2 by the communication section 26.
- the communication unit 26 not only transmits a MAC packet (data) to the receiver 2 but also receives data from the receiver 2. You. As described later, the data from the receiver 2 includes a retransmission request data output when the data cannot be received on the receiver 2 side. When such retransmission request data is received, the data is supplied to retransmission control section 27.
- the retransmission control unit 27 specifies the data requested to be retransmitted based on the supplied data, and controls the specified data to be supplied from the storage unit 28 to the UDP header addition unit 23. I do.
- the storage unit 28 stores data for when a retransmission instruction is issued as described above.
- the storage unit 28 stores an RTP packet to which the RTP header is added by the RTP header adding unit 22.
- FIG. 3 is a diagram showing data (MAC packets) supplied to the communication unit 26 by the respective units of the MPEG encoder 21 to the MAC header adding unit 25 performing processing.
- the data supplied to the communication unit 26 includes a TS packet 41 encoded by the MPEG encoder 21.
- the TS bucket 41 in the MAC bucket supplied to the communication unit 26 includes seven buckets of TS packets 41-1 to 41-7.
- One TS bucket is composed of 188 Bytes.
- One TS packet 41 (for example, TS packet 4 1 _ 1) includes a header section 51 and a data section 52.
- the header section 51 includes the data shown in FIG. 4, and the data section 52 includes video data or audio data to be provided to the user as an image or sound on the receiver 2 (FIG. 1) side.
- FIG. 4 is a diagram showing a data configuration of the header section 51 of the TS bucket 41.
- the header section 51 is composed of 4 Bytes
- the data section 52 is composed of 184 Bytes.
- the “sync byte” of the header 51 is provided for synchronization, and has a fixed value, for example, 47 h.
- "Error Flag” is a flag indicating whether there is an uncorrectable bit error in the TS bucket 41.
- Start Flag is a flag indicating that the new PES Packet is a new TS-PSI Section.
- the “Priority Flag” is a flag indicating the priority of the packet. If this flag (bit) is set to 1, other TS buckets 4 1 Indicates that importance is high.
- PID indicates whether the payload part (data part 52) of the TS bucket 41 is video data, audio data, or TS-PSI (TS-Program Specific Information). It is a 13-bit numerical value (Identifier) that is given to distinguish each.
- “Scrambling mode” is information indicating the Scrambling mode of the data section 52.
- "Adaptation Field flag” is information indicating the presence or absence of an Adaptation Field including information such as PGR (Program Clock Reference).
- "Continuity Counter” is information of a counter value that is incremented by one in packets having the same PID.
- the MPEG encoder 21 (FIG. 2) converts the input analog signal into digital data, performs MPEG compression, and generates the data section 52, as shown in FIG. And a single TS bucket 41 is generated. In this case, the TS packet 41 shown in FIG. 3 includes seven TS packets.
- the header 42 (FIG. 3) is a header added by the RTP header adding unit 22 (FIG. 2), and its data configuration is configured as shown in FIG.
- V of the RTP header 42 indicates a Version Bit, and is version number information indicating the version of the format of the RTP header 42.
- P indicates Padding Bit and is a bit to adjust the size of the bucket.
- X indicates an Extension Bit, which is an extension bit specified when a function is extended.
- CC indicates CSRC Count, which is counter information indicating the number of transmission sources involved in real-time transfer.
- M indicates a Marker Bit, which is a marker bit indicating a frame boundary in one packet.
- PT indicates Payload Type, and is information indicating the type of encoding of the payload.
- Sequence Number is information indicating a sequence number indicating the order of RTP packets.
- TIME STAMP indicates time stamp information indicating the time when the RTP header 42 was created.
- SS RC indicates the Synchronization Source, This is the information of the synchronization source identifier that identifies the first transmission source (source).
- C SRC indicates the Contributing Source, and is information on the contributing source identifier that identifies the destination (client) of the bucket group included in the message.
- the TS packet 41 is inserted into the payload (Payload) corresponding to the RTP header 42 including such information.
- the UDP header 43 (FIG. 3) is added to the RTF packet to which the RTP header 42 is added by the UDP header adding unit 23 (FIG. 2).
- FIG. 6 is a diagram showing a data configuration of the UDP header 43.
- "SRC PORT" of the UDP header 43 is information for specifying the port number of the transmission source, and "DE ST PORT) is information for specifying the port number of the transmission destination (destination). Used for the information.
- “Length” is information indicating the total of the length (in bytes) of the UDP header 43 and the data following it.
- “Ch e c s urn” is information of a value calculated based on the information of the UDP header and the data length. The receiving side performs the same calculation as the transmitting side, calculates the value of Checksum (checksum), and the calculated value matches the checksum value included in the transmitted UDP header 43. By judging whether or not the packet has been broken, it is judged whether or not the packet is broken in the middle.
- FIG. 7 is a diagram showing a data configuration of the IP header 44. As shown in FIG. The data structure of the IP header 44 shown in FIG. 7 shows only the basic header part, and the option header is not shown.
- IP Internet Protocol
- IHL Internet Header Length
- TO S indicates Type Of Service, and is information for defining the priority of data and specifying what type of transfer is to be performed.
- TL indicates the total length, and is information indicating the total length of the IP header 44 and the data after the IP header 44.
- ID is information for identifying the IP packet indicated by the IP header 44.
- FL is information about control when data is divided (fragmented) in the IP layer.
- “FO” is information indicating where the data was obtained when the data was divided in the IP layer.
- TTL indicates Time To Live, and is information indicating whether data including the IP header 44 is to be discarded.
- PROT is information indicating a protocol used in a layer above the IP layer.
- HC checksum information for checking on the receiving side whether or not the IP header 44 has been broken during transmission.
- S A is information indicating the IP address of the data transmission source.
- DA is information indicating the IP address of the data transmission destination.
- FIG. 8 is a diagram showing the data configuration of the MAC header 45.
- PA is a preamble and is information for locking PLL for clock recovery.
- DA is information indicating the MAC address of the transmission destination.
- SA is information indicating the source MAC address.
- Type indicates the protocol of the upper layer and is information.
- “Length” is information indicating the number of bytes of data of the payload.
- “FCS” is information for error checking.
- the receiver 2 can convert the data transmitted from the transmitter 1 for some reason. This is because the information in the RTP header 42 (specifically, “Sequence Number” shown in FIG. 5) is used when reception is not possible.
- the UDP header 43 can be replaced by a TCP (Transmission Control Protocol) header (or a TCP header). However, in the present embodiment, the UDP header 43 is used as shown in FIG.
- the reason why the UDP header is added instead of the TCP header is as follows.
- the TCP header is a header that is added when TCP is used as a transport layer connection
- the UDP header is a header that is used when UDP is used as a transport layer protocol. This is the header to be added.
- TCP is sometimes called a connection-type protocol
- UDP is sometimes called a connectionless-type protocol
- TCP is a connection-type protocol, so the processing procedures involved in exchanging data are complicated, but the reliability involved in communication is improved. Therefore, it is mainly used for communications that prioritize reliability.
- UDP is a connectionless protocol, which simplifies the processing procedure involved in data transfer, but reduces the processing time required for communication, thus giving priority to processing speed.
- the data of the television broadcast received by the transmitter 1 is transmitted to the receiver 2, so that the data between the transmitter 1 and the receiver 2
- UDP should be used because it is better to give priority to processing speed over reliability and to enable processing in real time.
- FIG. 9 is a diagram showing an example of the internal configuration of the receiver 2.
- the communication unit 61 of the receiver 2 receives data from the transmitter 1 and transmits predetermined data to the transmitter 1.
- the data having the configuration as shown in FIG. 3 from the transmitter 1 received by the communication unit 61 is supplied to the MAC header extraction unit 62.
- the MAC header extraction unit 62 extracts (removes) the MAC header 45 (FIG. 3) from the supplied data (MAC packet) and supplies the IP bucket to the IP header extraction unit 63. .
- the IP header extraction unit 63 extracts the IP header 44 from the supplied IP packet, and supplies the UDP packet to the UDP header extraction unit 64.
- the UDP header extraction unit 63 extracts the UDP header 43 from the supplied UDP packet, and supplies the RTP packet to the number check unit 65.
- the number check unit 65 checks the sequence number with reference to the “Sequence Number” (FIG. 5) (hereinafter, appropriately described as a sequence number) included in the RTP header 42.
- the sequence number is a continuous number normally assigned in ascending order on the transmitter 1 in the order of processing (the order of the generated RTP headers 42). In addition, here, it is assumed that they are allocated in ascending order, but You may make it assign in order.
- the pick-up check unit 65 supplies the supplied RTP packet to the sequence composition unit 66 when the checked sequence numbers are consecutive numbers, and outputs the supplied RTP packets when the checked numbers are not consecutive.
- the data is supplied to the sequence composing unit 66 and the retransmission control unit 70 is instructed to request retransmission of the missing data.
- retransmission control section 70 causes communication section 61 to transmit data indicating a request for retransmission to transmitter 1.
- the order composition unit 66 refers to the sequence number of the supplied RTP bucket, and determines whether data having the same number as the sequence number (corresponding data) is stored in the storage unit 68. Then, if it is determined that the stored RTP packet is stored, the supplied RTP packet is discarded. If it is determined that the stored RTP packet is not stored, the supplied RTP bucket is supplied to the RTP header extracting unit 67.
- the RTP header extraction unit 67 extracts the RTP header 42 from the supplied RTP packet, and stores the TS packet 41 in the storage unit 68.
- the TS packet 41 is thus stored in the storage unit 68, and the TS packet 41 is stored in association with the sequence number as data in the RTP header 42.
- the storage unit 68 has a role as a buffer and outputs the sequentially stored TS packets 41 to the MPEG decoder 69.
- the MPEG decoder 69 sequentially decodes the supplied TS packets 41 based on the MPEG method.
- the output from the MPEG decoder 69 is supplied to a display speed (not shown) and provided to the user as video and audio.
- the clock unit 71 has means for clocking, and monitors the TS packet 41 stored in the storage unit 68 at a predetermined timing. When determining that there is a missing TS packet 41 (data) in the storage unit 68, the timing unit 71 sends a request to the retransmission control unit 70 to retransmit the missing TS bucket 41. Give instructions to Here, the data stored in the storage unit 68 will be described.
- FIG. 10 is a diagram for explaining a data configuration of data stored in the storage unit 68. As described above, the storage unit 68 stores the sequence number included in the RTP header 42 and the TS bucket included in the RTP bucket of the sequence number in association with each other.
- sequence number stored in the storage unit 68 may be the sequence number itself or data that can uniquely derive the sequence number.
- TS packets 11 1 to 1_7 are stored in association with the sequence number “1”. This is because, as described above, in the present embodiment, one RTP packet (MAC packet received by the receiver 2) is set to include seven TS packets. For example, if it is set to include eight TS buckets, eight TS buckets 11 to 11 are stored in sequence number "1" in association with one another. Will be.
- TS packets 2-1 to 2_7 are similarly associated with the sequence number "2".
- TS packets 3-1 to 3-7 are originally stored in association with each other, but in the example shown in FIG. 10, the TS packets are stored. It has not been.
- TS packets 411 to 417 are stored in association with the sequence number “4”.
- the storage unit 68 receives and processes the TS packet normally, the TS packet is stored in a predetermined area in association with the sequence number.
- the storage unit 68 stores the TS packets in a predetermined area in the order of the sequence numbers.
- the area of the sequence number that was not normally received for some reason (in this case, the area of the sequence number "3") is in a state where nothing is stored.
- a sequence number having an area in which a TS packet is stored and a sequence number having an area in which a TS bucket is not stored are mixed.
- a flag indicating whether a TS packet is stored may be used to distinguish between a sequence namer having an area in which a TS bucket is stored and a sequence namer which is not. Further, such a flag may be used in a process described later.
- the number check unit 65 or the timer unit 71 processes the sequence number. An instruction is issued to the retransmission control unit 70 so as to issue data for requesting retransmission of a TS bucket that has not been stored (a missing TS packet).
- the number check unit 65 determines whether or not the sequence number in the supplied RTP header 42 is skipped, and the timer unit 71 With reference to the data S and the storage unit 68, it is determined whether or not there is a TS packet that is not stored in the storage unit 68, and the order reconstruction unit 66 is stored in the storage unit 68. With reference to the existing TS packets, the order of the TS buckets is reconfigured so that the TS packets are stored in sequence number order.
- step S11 an initial value is set.
- the process of setting the initial value is performed in the number check unit 65.
- the initial value is set when the power of the receiver 2 is turned on. That is, it is performed when it is determined that the firewood data has been received (when it is determined that a new RTP packet has been supplied).
- the time when new data is received is when it is determined that the sequence number (Sequence Number) included in the RTP header 42 is a new number.
- the number check section 65 determines whether or not the new number has been entered, by the sequence number (number) that it manages (remembers) and the supplied RT. This is performed by comparing the sequence numbers in the RTP header 42 included in the P bucket.
- the number checking section 65 always stores the sequence number (number) of the RTP header 42 in the supplied RTP packet, and stores the sequence number. The number is updated each time an RTP packet is supplied. Note that this update is normally performed only (when the initial value is not set) when it is determined that the sequence number is larger than the stored number. Therefore, the largest sequence number at that time is always stored.
- initial values when initial values are set, they are set regardless of such restrictions.
- the setting is made by comparing the number managed by the number check section 65 with the sequence number of the supplied RTP header 42, and the difference between the values is large (if the difference is larger than a preset value, In this case, it is determined that the reception of new data has started and the managed number is updated.
- the process of setting such initial values may be performed even at normal times. For example, when data from the transmitter 1 cannot be received for a relatively long time for some reason, the continuity of the sequence numbers is broken. As a result, the difference between the number managed by the number check unit 65 and the sequence number of the supplied RTP header 42 becomes large, and there is a possibility that the same processing as the initial value setting is executed. is there.
- step S12 the processing of the flowcharts shown in FIGS. 11 and 12 is performed on the data each time the data is received.
- step S 1 What is necessary is just to perform it from the process after 2 and it is possible to omit the process of step S11.
- step S12 the sequence number of the RTP header 42 included in the received MAC packet is continuous. Is determined. This determination is also made in the number check section 65. As described above, the number check unit 65 manages the largest sequence number included in the RTP header 42 in the supplied RTP packet at that time.
- the sequence numbers are assigned by the RTP header adding unit 22 of the transmitter 1 in the order in which the RTP headers 42 are generated (usually in ascending order). Output from the communication unit 26. Therefore, basically, the number check unit 65 of the receiver 2 also sequentially supplies the RTP packets of the continuous sequence numbers.
- it is described as “basically” because, for some reason, it may not be transmitted or received in the order of the sequence number. Even when such a situation occurs, it can be dealt with by the processing described later.
- step S12 the number check section 65 sets the sequence number in the RTP header 42 of the received (supplied) RTP packet to the number that it manages. It is determined whether it is a value obtained by adding only (that is, a continuous number).
- step S12 If it is determined in step S12 that the sequence numbers in the RTP header 42 of the supplied RTP bucket are consecutive numbers, the process proceeds to step S13.
- step S12 such a determination is made when the data from the transmitter 1 is normally received and processed. Accordingly, the process of storing the normally received and processed data (TS packet) in the storage unit 68 is executed in step S13.
- the number check unit 65 supplies the RTP packet to the order reconstructing unit 66.
- the order reconstruction unit 66 reads the sequence number with reference to the RTP header 42 of the RTP packet. Corresponding to the read sequence number It is checked whether or not the TS packet is stored in the storage unit 68.
- the RTP packet is determined to be a continuous number, in other words, it is determined to be a newly received RTP packet. Therefore, the order reconstruction unit 66 determines that the TS bucket in the supplied RTP packet is not stored in the storage unit 68. When such a determination is made, the RTP packet is supplied to the RTP header extraction unit 67.
- the RTP header extracting unit 67 extracts the RTP header 42 from the supplied RTP packet, and supplies the TS packet to the storage unit 68 for storage. At this time, as described above, the TS packet is stored in association with the sequence number included in the RTP header 42.
- step S12 when the number check section 65 determines that the sequence number in the supplied RTP header 42 is not a continuous number to the number being managed, step S14 The processing proceeds.
- step S14 the number check section 65 determines whether or not the sequence number in the RTP header 42 included in the supplied RTP packet is larger than the number managed.
- step S14 if the number check section 65 determines that the sequence number in the RTP header 42 included in the supplied RTP packet is not a number larger than the number managed, Then, if it is determined that the number is small, the process proceeds to step S15.
- step S14 since the data transmitted from the transmitter 2 is basically received and processed in the order of the sequence number, the number check unit 65 is supplied in step S14. It is not determined that the sequence number in the RTP header 42 included in the RTP packet is not a number higher than the managed number. However, for some reason, the order of transmission or the order of reception and processing has been changed, so that the determination in step S14 is NO and the processing proceeds to step S15.
- the transmitter 1 may retransmit the data of the sequence number with a younger number than the data of the sequence number to be transmitted at that time. is there.
- the data of the sequence number with the lower number is normally received and processed by the receiver 2, it is determined as NO in step S14 and processed in step S15. May be advanced.
- step S14 if the number check unit 65 determines that the sequence number in the supplied RTP header 42 is not a number larger than the number managed, the number check unit 65 converts the supplied RTP bucket to This is supplied to the order reconstruction unit 6 6.
- step S15 the order reconstruction unit 66 refers to the storage unit 68 to determine whether the TS packet included in the supplied RTP bucket is already stored in the storage unit 68. Judge by doing.
- the storage unit 68 stores the successfully processed TS packet in association with the sequence number. Therefore, the order reconstruction unit 66 reads the sequence number in the supplied RTP header 42 and determines whether the TS packet associated with the read sequence number is stored in the storage unit 68. Judge.
- FIG. 13 shows a state where transmission and reception are normally performed.
- a bucket (data) having a continuous sequence number is transmitted from the transmitter 1 and received and processed by the receiver 2.
- the state shown in A of FIG. 13 means that packets with sequence numbers “97” to “102” are transmitted and received in that order.
- Fig. 13B shows a state in which transmission and reception are not performed normally for some reason in a state in which transmission and reception are performed normally.
- a bucket with the sequence number “99” is added. Has been received.
- a retransmission request is issued. This retransmission request will be described later as the process of step S17.
- the packet with the sequence number "100” is received.
- the packet with the sequence number "100” the packet with the sequence number "101” should be received, but the bucket with the sequence number “98” has been received.
- the packet with the sequence number “98” is the packet received with the receiver 2 with the packet with the sequence number “98” retransmitted from the transmitter 1 as a result of the retransmission request described above, or The packet was received after the packet with sequence number "100" because the order of processing was changed on the transmitter 1 or receiver 2 side for some reason.
- the packet having the sequence number “98” is not stored in the storage unit 68 because the receiver 2 first receives and processes the packet. That is, in step S15, it is determined by the processing of the order reconstruction unit 66 that it is not stored in the storage unit 68.
- the packet with the sequence number “98” is stored in the storage unit 68, the bucket with the sequence number “101” is received and stored, and thereafter, A packet with sequence number "98” is received.
- the packet with the sequence number “98” is also a packet received as a result of the retransmission request or a packet resulting from the switching of the processing, as described above.
- step S15 the order reconstruction unit 66 determines that the data is stored in the storage unit 68.
- the processing of step S15 is performed.
- step S15 the bucket determined to be stored in the storage unit 68 is stored in the storage unit 68 in the example described above because the bucket with the sequence number "98" does not need to be stored in the storage unit 68 again. The process proceeds to step S16 and is discarded.
- the packet determined not to be stored in the storage unit 68 is processed in step S13 and stored in the storage unit 68.
- the area is stored in an area prepared in advance to store the bucket (an area corresponding to a sequence number stored at that time).
- the packets received later are stored in the storage unit 68 in the same order as if they were received at the timing at which they should be received. This storage is controlled by the order reconstruction unit 66.
- step S 17 (FIG. 11), but the process proceeds to step S 17 in step S 12, where the RTP packet supplied by the number check unit 65 is supplied. It is determined that the sequence number included in the RTP header 42 is not a consecutive number to the managed number, and in step S14, the sequence number is larger than the managed number. It is when it is determined that there is. Referring again to B in FIG. 13, when the RTP bucket 1 with the sequence number “97” is supplied to the number check section 65, and then the RTP packet with the sequence number “99” is supplied. Such a determination is made, and the process proceeds to step S17.
- step S17 a retransmission request process is performed.
- the processing of the retransmission request performed in step S17 will be described with reference to the flowchart in FIG.
- the processing of the retransmission request is to obtain the RTP packet of the sequence number to be supplied, that is, the RTP packet determined to be missing. This is a process for requesting the transmitter 1 to retransmit the RTP bucket determined to be missing.
- the number check unit 65 determines the number determined to be missing in step S31, and notifies the data relating to the determined number to the retransmission control unit 70 as processing in step S32. I do. In other words, the number check unit 65 determines the number from the managed number to the sequence number of the supplied RTP packet 1 as the number of the missing packet (sequence number), and The data regarding the determined number is notified to the retransmission control unit 70.
- the sequence number “98” is notified to the retransmission control unit 70 as a missing number. Also, it is not shown. For example, if the managed number is “97” and the supplied RT—the sequence number of the packet is “1 20”, “98” to “1 19” 1 Notified to retransmission control section 70 as a missing number. That is, the number notified to retransmission control section 70 is not limited to one.
- the retransmission control unit 70 Upon receiving the data from the number check unit 65, the retransmission control unit 70 causes the timer unit 71 to start timing at step S33. When starting the clocking by the clocking unit 71, the retransmission control unit 70 also supplies data on the number determined to be missing. Then, in step S34, retransmission control section 70 causes communication section 61 to transmit data requesting retransmission to transmitter 1.
- the data transmitted by the communication unit 61 and requesting retransmission will be described.
- This data is sent as packets using TCP as the transport layer protocol.
- TCP transport layer protocol
- UDP is used as a transport layer protocol.
- the packet as data requesting retransmission is assumed to use TCP.
- a retransmission request may be issued using UDP, but the retransmission request itself is A situation where it is not possible to reliably determine whether the message has been transmitted to the transmitter 1 is considered to be an undesirable situation.
- a description will be given assuming that a retransmission request uses TCP instead of UDP.
- the data of the retransmission request transmitted using TCP includes the data notified to the retransmission control unit 70 as the data of the number determined as the missing number in the processing of step S31 and step S32. Is included at least.
- step S18 the timer unit 71 determines whether a predetermined time has elapsed. As described above, the timer unit 71 starts timing from the time when a transmission request is issued to the transmitter 1 in accordance with the instruction of the retransmission control unit 70.
- step S18 It is determined in step S18 whether or not the time being measured has reached a certain value. If it is determined in step S18 that a predetermined time has elapsed, the process proceeds to step S19.
- the timer unit 71 refers to the data on the number determined to be missing supplied from the retransmission control unit 70, and associates the TS packet with the number (sequence number). It is determined whether or not it is stored in the storage unit 68.
- step S19 The determination performed in step S19 will be described.
- the processing described with reference to the flowcharts shown in FIGS. 11 and 12 is performed for each data (MAC packet) received by the receiver 2. Therefore, in step S18, it is determined whether or not a predetermined time has elapsed. Even while the predetermined time has elapsed, the packets are sequentially received by the receiver 2, and FIG.
- the processing of the flowchart shown in FIG. 12 is performed for each of the received buckets.
- the packet received and processed in sequence includes a packet retransmitted by the transmitter 1 as a process corresponding to the retransmission request issued by the process of step S17. If the retransmission is normally performed and the reception and processing are normally performed, the retransmitted TS packet is stored in the storage unit 68. So, In step SI9, it is determined whether or not the TS bucket retransmitted in response to the retransmission request is stored in the storage unit 68.
- step S19 when the timer unit 71 determines that the retransmitted TS bucket is not stored in the storage unit 68, the process returns to step S17, and a retransmission request is issued again. It is. At this time, a retransmission request is issued only for TS packets that are not stored.
- the sequence number of a packet determined to be missing is “100” to “120”, and a request to retransmit a bucket for “100” to “120” is issued.
- the TS packet corresponding to “100” to “110” is stored in the storage unit 68 at the time when the processing of step S19 is executed, “1111” A retransmission request for retransmission of the TS bucket corresponding to "to" 120 "is issued again.
- step S 19 the retransmission request is repeatedly issued until it is determined that the retransmitted TS packet is stored in the storage unit 68, while the TS packets stored in the storage unit 68 are sequentially , And supplied to the MPEG decoder 69.
- the TS buckets 1-1 to 1-7 associated with the sequence number "1" are supplied to the MPEG decoder 69, the TS buckets 1-1 to 1-7 are associated with the sequence number "2".
- the TS packets 2-1 to 2-7 are supplied to the MPEG decoder 69.
- the TS packet associated with the sequence number “3” is supplied to the MPEG decoder 69, but if it is not stored at the time it is supplied, it cannot be supplied.
- the TS packet associated with the next sequence number "4" is not supplied without the TS packet associated with "4".
- the associated TS buckets 411 to 417 are supplied.
- the processing of the retransmission request issued by the timer 71 does not need to be repeated until a packet determined to be missing is acquired. Therefore, as a process before step S19, for example, a process for determining whether or not a retransmission request has been issued a predetermined number of times is provided.
- step S 19 If it is determined that the retransmission request has been issued a predetermined number of times, the processing in step S 19 is omitted, and the processing in the flowcharts shown in FIGS. 11 and 12 is terminated. That is, the process of issuing a retransmission request is interrupted.
- step S19 a process for determining whether or not a retransmission request has been issued a predetermined number of times may be provided. Even if such a process is provided after step S19, basically, the process of issuing a retransmission request is interrupted in the same manner as the above-described process provided before step S19. .
- the method of determining the predetermined number of times may be determined based on the capacity of the storage unit 68.
- the storage unit 68 has a capacity enough to store data for one second, and the predetermined time used in the processing in step S18 is set to 100 milliseconds and set in the timer unit 71. In this case, the process of step S18 is performed 10 times in one second.
- the 10th retransmission request As a corresponding process, even if the data is received, the process that requires the data is already performed by the MPEG decoder 69 without the data, so the 10th retransmission request is sent. Issuing is a useless process. Therefore, in this case, the determination that the retransmission request should be interrupted can be made without issuing the 10th retransmission request.
- the retransmission request As described above, as a judgment for interrupting the retransmission request, it is possible to limit the number of times the retransmission request is issued, but it is also possible to limit the time according to the time. For example, if the storage capacity of the storage unit 68 is large enough to store the data for one second, the retransmission request issued after one second or more has elapsed since the timekeeping unit 71 started timing This is a wasteful process.
- the timing unit 71 determines whether or not a predetermined time (in this case, 1 second) has elapsed since the start of the timing, for example, together with the processing in step S18. The determination for interrupting the retransmission request may be made based on the time. Note that, in the above-described embodiment, the timer unit 71 starts timing when there is an instruction from the retransmission control unit 70, and after a predetermined time elapses, the TS packet requested to be retransmitted is stored in the storage unit 68. If it is not stored, the retransmission request is issued again. However, the clock unit 71 may perform the clocking regardless of the instruction from the retransmission control unit 70.
- a predetermined time in this case, 1 second
- the timekeeping unit 71 refers to the storage unit 68 at predetermined intervals (for example, every 100 milliseconds), and stores the sequence number in the stored 1S sequence number. A sequence number that is determined not to be stored in the TS packet in association with is extracted. Then, the data of the extracted sequence number may be supplied to the retransmission control unit 70, and an instruction may be issued to issue a retransmission request.
- the receiver 2 determines a missing packet (data), and in order to obtain the missing packet, a retransmission request to retransmit the missing packet is issued. , Transmitted to the transmitter 1 side. Due to such a retransmission request, the receiver 2 cannot receive (process) the packet for some reason. Even so, it will be possible to obtain the missing bucket.
- the transmitter 1 can determine the missing bucket (for example, by determining whether an ACK signal has been received, It is possible to prevent unnecessary processing related to retransmission from being executed on both the transmitting side and the receiving side. In other words, the retransmission processing can be performed more appropriately on the transmission side and the reception side.
- transmitter 1 side In order for such processing to be performed on the receiver 2 side, the transmitter 1 side is configured to transmit the data requested to be retransmitted when a retransmission request is issued. There must be. Therefore, as shown in FIG. 2, transmitter 1 has storage unit 28 for storing data to be retransmitted.
- step S51 the transmitter 1 stores the RTP packet output from the RTP header adding unit 22 in the storage unit 28.
- the storage unit 28 has a capacity equal to or greater than the storage capacity of the storage unit 68 of the receiver 2 for storing TS packets.
- the storage unit 28 stores the RTP packet as described above. Therefore, the stored RTP packet can be identified by the sequence number of the RTP header 42 in the RTP packet 1. Note that the RTP packets stored in the storage unit 28 are sequentially deleted from the RTP packets having the lower-numbered sequence numbers, so that new RTP packets can be stored. The timing of the deletion and the data amount may be determined in consideration of the capacity of the storage unit 28.
- RTP packets from the RTP header addition section 22 are added with respective headers in the UDP header 23, IP header addition section 24, and MAC header addition section 25. You.
- the data is transmitted as a MAC bucket to the receiver 2 by the communication unit 26. Even after such transmission has been performed, the storage unit 28 stores the RTP packet included in the transmitted MAC packet.
- step S52 it is determined whether a retransmission request has been received. This determination is made by referring to the data received by the communication unit 26 by the retransmission control unit 27. This data is data transmitted from the receiver 2 by communication based on TCP as described above.
- step S52 If it is determined in step S52 that the received data is data requiring retransmission, the process proceeds to step S53.
- step S53 the received data is analyzed to identify the sequence number (number) for which retransmission is requested.
- the sequence number is specified by the retransmission control unit 27, it is read from the RTP bucket 1 storage unit 28 having the specified sequence number in step S54.
- the RTP packet read from the storage unit 28 is supplied to the UDP header adding unit 23. Such control is performed by the retransmission control unit 27.
- the RTP packet supplied to the UDP header adding unit 23 is added with a header in each unit after the UDP header adding unit 23, and is transmitted to the receiver 2 by the communication unit 26 (step S55, S56).
- the transmitter 1 reads out the RTP packet from the storage unit 28 to respond to the request, and transmits the packet to the receiver 2 again. Such processing is performed on the transmitter 1 side, so that the receiver 2 can obtain a packet determined to be missing.
- the present invention by performing communication using UDP, it is possible to reduce processing related to communication, and it is possible to correspond to communication that requires real-time processing.
- the receiver 2 since the receiver 2 performs a process for acquiring the missing packet, the reliability of the communication can be improved.
- the process for obtaining the missing bucket is performed using the sequence number included in the RTP header 42.
- the sequence number included in the RTP header 42 to perform processing for acquiring a missing bucket, not only a packet dropped during the communication process but also In addition, it is possible to cope with a dropped packet caused by an unexpected failure of the transmitter 1 or the receiver 2.
- the receiver 2 to which the present invention is applied issues a request to retransmit data including a sequence number that could not be received.
- the communication is performed without using the RTP, and thus without using the sequence number, it is not possible to specify the data that has not been received (the data requiring retransmission). Therefore, even if a retransmission request is issued from the receiver 2 side, the transmitter 1 side does not know which data should be retransmitted, and as a result, cannot retransmit.
- step S11 in Fig. 11 the received data is set to a new stream to set the initial value. Or not, that is, a new cost Reaming can be easily identified.
- the transmitter 1 transmits with the "Time Stamp" shifted for each stream, and the receiver 2 receives the stream. It is possible to selectively select one streaming from the plurality of streamings and issue a retransmission request as described above.
- the transmitter 1 is described as receiving and processing a television broadcast of an analog signal.
- the transmitter 1 is a device that receives and processes a television broadcast of a digital signal.
- the present invention can be applied to such a case.
- the transmitter 1 receives and processes a digital signal television broadcast, the received data itself is already packetized and a plurality of headers are added.
- the above-described invention can be applied by omitting processes such as encoding and adding a predetermined header, and performing processes such as rewriting predetermined contents of those headers.
- the above-described series of processing can be executed by hardware having the respective functions, but can also be executed by software.
- various functions must be executed by installing a computer in which the programs constituting the software are incorporated in dedicated hardware, or by installing various programs. It can be installed on a general-purpose personal computer from a recording medium.
- FIG. 15 is a diagram showing an example of the internal configuration of a general-purpose personal computer.
- Personal computer CPU The ntral processing unit (101) executes various processes according to a program stored in a ROM (Read Only Memory) 102.
- a RAM (Random Access Memory) 103 stores a data program and the like necessary for the CPU 101 to execute various processes.
- the input / output interface 105 is connected to an input unit 106 composed of a keyboard mouse, and outputs a signal input to the input unit 106 to the CPU 101.
- the input / output interface 105 is also connected to an output unit 107 including a display and a speaker.
- the input / output interface 105 is also connected to a storage unit 108 composed of a hard disk, etc., and a communication unit 109 for exchanging data with other devices via a network such as the Internet. Have been.
- the drive 110 is used for reading data from or writing data to a recording medium such as the magnetic disk 121, the optical disk 122, the magneto-optical disk 123, and the semiconductor memory 124.
- the recording medium is a magnetic disk 12 1 (including a flexible disk) on which the program is recorded, which is distributed separately from the personal computer to provide the program to the user.
- An optical disk 1 2 2 (including a CD-ROM (Compact Disc-Read Only Memory), a DVD (Digital Versatile Disc)), a magneto-optical disk 1 2 3 (including an MD (Mini-Disc) (registered trademark)), or
- the ROM 102 and the storage unit 108 that store programs that are provided to the user in a state in which they are not only configured by a package media such as semiconductor memory 124 but also installed in the computer in advance. It should be noted that, in this specification, steps for describing a program provided by a medium are performed in chronological order according to the described order. Management of course,, on a time-series manner, but also it includes processing executed in parallel or individually.
- a system refers to an entire device including a plurality of devices.
- data that could not be transmitted or received for some reason can be acquired on the receiving side.
- the present invention it is possible to specify data that could not be transmitted or received for some reason, and issue a request from the receiving side to the transmitting side to retransmit.
- the transmitting device responds to the request, the receiving device can acquire the data that could not be received.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Claims
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/547,212 US20060245428A1 (en) | 2003-02-28 | 2004-02-19 | Transmisssion/reception system, transmitting device and method, and receiving device and method |
EP04712757A EP1599003A4 (en) | 2003-02-28 | 2004-02-19 | SENDING / RECEIVING SYSTEM, TRANSMISSION DEVICE AND METHOD AND RECEPTION DEVICE AND METHOD |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003-053796 | 2003-02-28 | ||
JP2003053796A JP2004266504A (ja) | 2003-02-28 | 2003-02-28 | 送受信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2004077780A1 true WO2004077780A1 (ja) | 2004-09-10 |
Family
ID=32923446
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2004/001947 WO2004077780A1 (ja) | 2003-02-28 | 2004-02-19 | 送受信システム、送信装置および方法、受信装置および方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20060245428A1 (ja) |
EP (1) | EP1599003A4 (ja) |
JP (1) | JP2004266504A (ja) |
KR (1) | KR101001514B1 (ja) |
CN (1) | CN1754364A (ja) |
WO (1) | WO2004077780A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102130763A (zh) * | 2011-03-18 | 2011-07-20 | 中兴通讯股份有限公司 | 以太网传输的线序调整装置和方法 |
Families Citing this family (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7792134B2 (en) * | 2004-04-30 | 2010-09-07 | Alcatel-Lucent Usa Inc. | Method and apparatus for detecting an uplink packet data channel in a CDMA wireless communications system |
US8755407B2 (en) * | 2005-02-18 | 2014-06-17 | Qualcomm Incorporated | Radio link protocols for enhancing efficiency of multi-link communication systems |
US7808985B2 (en) * | 2006-11-21 | 2010-10-05 | Gigle Networks Sl | Network repeater |
TWI307226B (en) * | 2006-02-23 | 2009-03-01 | Ind Tech Res Inst | Multicast packet transmitting method of wireless network |
JP2008060817A (ja) * | 2006-08-30 | 2008-03-13 | Ttt Kk | 通信システム、ウェブサーバ装置、クライアント装置、通信を行うための通信プログラム及びプログラムを記録した記録媒体 |
JP2008098798A (ja) * | 2006-10-10 | 2008-04-24 | Nec Corp | 通信システムにおけるデータ伝送状況判定方法および通信装置 |
US8520673B2 (en) * | 2006-10-23 | 2013-08-27 | Telcordia Technologies, Inc. | Method and communication device for routing unicast and multicast messages in an ad-hoc wireless network |
CN101174995B (zh) * | 2006-11-03 | 2010-05-12 | 中兴通讯股份有限公司 | 一种多媒体服务性能监测的方法和系统 |
CN1972166B (zh) * | 2006-11-30 | 2011-05-25 | 中兴通讯股份有限公司 | 一种移动多媒体广播系统的音频流传送方法 |
US7769014B2 (en) | 2007-02-13 | 2010-08-03 | Seiko Epson Corporation | Transmitting and receiving system, transmitting apparatus, and receiving apparatus |
US7680090B2 (en) * | 2007-02-28 | 2010-03-16 | Freescale Semiconductor, Inc. | System and method for monitoring network traffic |
CN101227497B (zh) * | 2008-02-03 | 2012-05-02 | 北京天碁科技有限公司 | MAC-e PDU构造和解析方法 |
US8346218B2 (en) * | 2008-05-02 | 2013-01-01 | International Business Machines Corporation | Avoiding redundant transmissions of data during multimedia mobile phone communications |
MX2011003100A (es) * | 2008-09-26 | 2011-04-19 | Ericsson Telefon Ab L M | Tecnicas para cooperacion de enlace ascendente de nodos de acceso. |
CN101800632A (zh) * | 2009-02-09 | 2010-08-11 | 中兴通讯股份有限公司 | 用户数据报协议传输模式下丢包补偿方法与装置 |
US8385338B2 (en) * | 2009-04-24 | 2013-02-26 | Futurewei Technologies, Inc. | Implementation to avoid the acknowledgement-implosion in a multicast group |
JP2011223269A (ja) * | 2010-04-08 | 2011-11-04 | Central Res Inst Of Electric Power Ind | 監視制御方法及び監視制御システム |
JP6064522B2 (ja) * | 2012-10-30 | 2017-01-25 | 富士通株式会社 | 通信装置及び通信方法 |
KR101533056B1 (ko) * | 2014-06-25 | 2015-07-01 | (주)넷텐션 | 안정성 향상을 위한 사용자 데이터그램 프로토콜 네트워킹 방법 |
CN106603481A (zh) * | 2016-07-22 | 2017-04-26 | 深圳曼塔智能科技有限公司 | 数据传输方法及装置 |
CN107979449B (zh) * | 2016-10-25 | 2020-11-20 | 杭州海康威视数字技术股份有限公司 | 一种数据传输方法及装置 |
CN109842856A (zh) * | 2017-11-29 | 2019-06-04 | 成都鼎桥通信技术有限公司 | 一种屏蔽上行丢包的方法和设备 |
CN110659247A (zh) * | 2018-06-13 | 2020-01-07 | 中国移动通信集团江西有限公司 | 话单文件连续性检测方法、装置、设备及介质 |
TW202101946A (zh) * | 2019-06-14 | 2021-01-01 | 日商索尼半導體解決方案公司 | 通信裝置及通信方法以及程式 |
US11778306B2 (en) * | 2020-01-08 | 2023-10-03 | Innolux Corporation | Method for editing an image |
KR102334877B1 (ko) * | 2020-07-14 | 2021-12-03 | 주식회사 픽스트리 | 실시간 전송 프로토콜 패킷 재정렬 시스템 및 방법 |
US11711320B2 (en) * | 2021-07-12 | 2023-07-25 | Mellanox Technologies, Ltd. | Network device safety protocol |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03250834A (ja) * | 1990-02-28 | 1991-11-08 | Fujitsu Ltd | セル抜け誤配送検出および訂正方法 |
JPH07111503A (ja) * | 1993-10-12 | 1995-04-25 | Hitachi Ltd | データ伝送方法およびデータ伝送システム |
JPH10262093A (ja) * | 1997-03-19 | 1998-09-29 | Hitachi Ltd | 伝送制御方法 |
JPH11225182A (ja) * | 1998-02-06 | 1999-08-17 | Kokusai Electric Co Ltd | 情報表示システム及びその制御方法 |
JP2003037624A (ja) * | 2001-06-06 | 2003-02-07 | Koninkl Philips Electronics Nv | 送信器端においてタイミング制御を行う選択的パケット再送 |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US733439A (en) * | 1903-01-10 | 1903-07-14 | Nicholson File Company | Machine for grinding file-blanks or the like. |
US5754754A (en) * | 1995-07-26 | 1998-05-19 | International Business Machines Corporation | Transmission order based selective repeat data transmission error recovery system and method |
US5862133A (en) * | 1996-08-02 | 1999-01-19 | Golden Bridge Technology | Packet-switched spread-spectrum system |
US5918002A (en) * | 1997-03-14 | 1999-06-29 | Microsoft Corporation | Selective retransmission for efficient and reliable streaming of multimedia packets in a computer network |
US6031818A (en) * | 1997-03-19 | 2000-02-29 | Lucent Technologies Inc. | Error correction system for packet switching networks |
US6076114A (en) * | 1997-04-18 | 2000-06-13 | International Business Machines Corporation | Methods, systems and computer program products for reliable data transmission over communications networks |
US6701372B2 (en) * | 1997-08-22 | 2004-03-02 | Canon Kabushiki Kaisha | Data communication apparatus and method |
US6081847A (en) * | 1998-02-27 | 2000-06-27 | Lsi Logic Corporation | System and method for efficient initialization of a ring network |
US6076181A (en) * | 1998-03-03 | 2000-06-13 | Nokia Mobile Phones Limited | Method and apparatus for controlling a retransmission/abort timer in a telecommunications system |
DE69938094T2 (de) * | 1998-11-30 | 2009-02-05 | Matsushita Electric Industries Co. Ltd., Kadoma | Paketwiederübertragungskontrolle mit Prioritätsinformationen |
KR100424654B1 (ko) * | 1999-08-02 | 2004-03-24 | 삼성전자주식회사 | 이동 통신시스템에서 라디오링크프로토콜에 따른 데이터 재전송 장치 및 방법 |
JP2001211145A (ja) | 2000-01-25 | 2001-08-03 | Mitsubishi Electric Corp | 伝送システム及び伝送方法 |
DE10007602A1 (de) * | 2000-02-18 | 2001-08-30 | Siemens Ag | Verfahren zum Übertragen von Paketdateninformationen in einem Funk-Kommunikationssystem |
JP2001298479A (ja) * | 2000-04-12 | 2001-10-26 | Nec Corp | インターネット電話装置 |
US7180896B1 (en) * | 2000-06-23 | 2007-02-20 | Mitsubishi Denki Kabushiki Kaisha | Method and system for packet retransmission |
JP3348080B1 (ja) * | 2000-07-07 | 2002-11-20 | 松下電器産業株式会社 | データ送信装置とデータ受信装置及びデータ送受信方法 |
EP1246409A4 (en) * | 2000-10-05 | 2007-04-25 | Mitsubishi Electric Corp | PACKET RETRANSMISSION SYSTEM, PACKET TRANSMISSION DEVICE, PACKET RECEIVING DEVICE, PACKET RETRANSMISSION METHOD, PACKET TRANSMITTING METHOD, AND PACKET RECEIVING METHOD |
US6807156B1 (en) * | 2000-11-07 | 2004-10-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Scalable real-time quality of service monitoring and analysis of service dependent subscriber satisfaction in IP networks |
JP4767443B2 (ja) * | 2001-07-04 | 2011-09-07 | 富士通株式会社 | ネットワーク蓄積型ビデオカメラシステム |
US7117521B2 (en) * | 2001-08-31 | 2006-10-03 | Intel Corporation | Method to measure the perceived quality of streaming media |
SE0103506D0 (sv) * | 2001-10-19 | 2001-10-19 | Ericsson Telefon Ab L M | HARQ stall avoidance |
JP2003152544A (ja) * | 2001-11-12 | 2003-05-23 | Sony Corp | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム |
JP3799285B2 (ja) * | 2002-03-29 | 2006-07-19 | Necインフロンティア株式会社 | 無線lan基地局、無線端末およびプログラム |
US7233573B2 (en) * | 2003-02-08 | 2007-06-19 | Hewlett-Packard Development Company, L.P. | Apparatus and method for receiving data from a network |
US20040165585A1 (en) * | 2003-02-25 | 2004-08-26 | Koji Imura | Packet transmission apparatus and packet transmission method |
US20060029367A1 (en) * | 2004-08-03 | 2006-02-09 | Takuya Kosugi | Sequence header identification |
-
2003
- 2003-02-28 JP JP2003053796A patent/JP2004266504A/ja active Pending
-
2004
- 2004-02-19 WO PCT/JP2004/001947 patent/WO2004077780A1/ja active Application Filing
- 2004-02-19 EP EP04712757A patent/EP1599003A4/en not_active Withdrawn
- 2004-02-19 KR KR1020057015943A patent/KR101001514B1/ko not_active IP Right Cessation
- 2004-02-19 US US10/547,212 patent/US20060245428A1/en not_active Abandoned
- 2004-02-19 CN CNA2004800054453A patent/CN1754364A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH03250834A (ja) * | 1990-02-28 | 1991-11-08 | Fujitsu Ltd | セル抜け誤配送検出および訂正方法 |
JPH07111503A (ja) * | 1993-10-12 | 1995-04-25 | Hitachi Ltd | データ伝送方法およびデータ伝送システム |
JPH10262093A (ja) * | 1997-03-19 | 1998-09-29 | Hitachi Ltd | 伝送制御方法 |
JPH11225182A (ja) * | 1998-02-06 | 1999-08-17 | Kokusai Electric Co Ltd | 情報表示システム及びその制御方法 |
JP2003037624A (ja) * | 2001-06-06 | 2003-02-07 | Koninkl Philips Electronics Nv | 送信器端においてタイミング制御を行う選択的パケット再送 |
Non-Patent Citations (1)
Title |
---|
See also references of EP1599003A4 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102130763A (zh) * | 2011-03-18 | 2011-07-20 | 中兴通讯股份有限公司 | 以太网传输的线序调整装置和方法 |
CN102130763B (zh) * | 2011-03-18 | 2014-08-13 | 中兴通讯股份有限公司 | 以太网传输的线序调整装置和方法 |
Also Published As
Publication number | Publication date |
---|---|
EP1599003A1 (en) | 2005-11-23 |
CN1754364A (zh) | 2006-03-29 |
US20060245428A1 (en) | 2006-11-02 |
JP2004266504A (ja) | 2004-09-24 |
EP1599003A4 (en) | 2011-07-27 |
KR101001514B1 (ko) | 2010-12-14 |
KR20050113618A (ko) | 2005-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2004077780A1 (ja) | 送受信システム、送信装置および方法、受信装置および方法 | |
JP4694152B2 (ja) | ネットワーク通信のための時間指向、ベストエフォート的、穴埋め型再試行方法およびシステム | |
JP4414311B2 (ja) | マルチメディアストリーミングサービスシステム及びその方法 | |
JP5141197B2 (ja) | 符号化装置 | |
EP1328096B1 (en) | Multimedia data packet communication with data type identifiers | |
JP4874250B2 (ja) | データストリーム通信装置及びデータストリーム通信方法 | |
US9565482B1 (en) | Adaptive profile switching system and method for media streaming over IP networks | |
EP1601161B1 (en) | Network interface card for supporting multi-streaming format and method thereof | |
US20030098992A1 (en) | Data transmitting/receiving system and method thereof | |
KR20100050516A (ko) | 네트워크에서의 데이터 콘텐츠 스트리밍 | |
JP2008508791A (ja) | ホームエンターテインメントシステム、再生方法及びテレビジョン受像機 | |
KR20050076693A (ko) | 송수신 시스템, 송신 장치 및 송신 방법, 수신 장치 및수신 방법, 기록 매체 및 프로그램 | |
JP3994388B2 (ja) | 送受信システム、送信装置および方法、記録媒体、並びにプログラム | |
KR101177454B1 (ko) | 영상 데이터의 전송에 따른 에러 복원 결정을 위한 서버 및클라이언트와, 영상 데이터의 전송에 따른 에러 복원결정방법 | |
JP2004007336A (ja) | 通信管理方法、通信管理プログラム、通信管理プログラムを記録した記録媒体、ならびに通信局 | |
US20050083970A1 (en) | Apparatus, system and method of transmitting data | |
WO2002056549A1 (fr) | Dispositif de communication et procede de communication | |
JP5082715B2 (ja) | 受信装置、受信方法およびコンピュータプログラム | |
JP4433281B2 (ja) | 受信装置および方法、記録媒体、並びにプログラム | |
JP4876427B2 (ja) | 通信システム、送信装置、送信方法、受信装置、受信方法、およびプログラム | |
JP2005020437A (ja) | コンテンツ補正システムおよび受信機器 | |
JP5159973B1 (ja) | 伝送パケットの配信方法 | |
JP2005191735A (ja) | 圧縮データ送信装置、圧縮データ送信システム、圧縮データ送信方法及びプログラム | |
JP2005136547A (ja) | 通信システム、受信装置および方法、送信装置および方法、記録媒体、並びにプログラム | |
JP2005348323A (ja) | 通信制御装置及び通信制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DPEN | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2004712757 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1020057015943 Country of ref document: KR |
|
WWE | Wipo information: entry into national phase |
Ref document number: 20048054453 Country of ref document: CN |
|
WWP | Wipo information: published in national office |
Ref document number: 2004712757 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 1020057015943 Country of ref document: KR |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2006245428 Country of ref document: US Ref document number: 10547212 Country of ref document: US |
|
WWP | Wipo information: published in national office |
Ref document number: 10547212 Country of ref document: US |