WO2004077780A1 - 送受信システム、送信装置および方法、受信装置および方法 - Google Patents

送受信システム、送信装置および方法、受信装置および方法 Download PDF

Info

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
Application number
PCT/JP2004/001947
Other languages
English (en)
French (fr)
Inventor
Kaoru Yanamoto
Tsuyoshi Masato
Masaru Ogihara
Katsuya Takahashi
Original Assignee
Sony Corporation
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 Sony Corporation filed Critical Sony Corporation
Priority to US10/547,212 priority Critical patent/US20060245428A1/en
Priority to EP04712757A priority patent/EP1599003A4/en
Publication of WO2004077780A1 publication Critical patent/WO2004077780A1/ja

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/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
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1848Time-out mechanisms
    • 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
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164Adaptation or special uses of UDP protocol
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation 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

本発明は、通信の信頼性をより向上させるようにした送信機および受信機に関する。トランスポート層としてUDPを用いる通信において、RTPヘッダが付加されているものが授受される。受信機は、受信したRTPヘッダ内のシークエンスナンバーを参照し、その番号の連続性を確認する。連続したシークエンスナンバーを含むデータが受信されなかったとき、データが欠落したと判断し、その欠落したと判断されるシークエンスナンバーのデータを再送するように、送信機に対して要求を出す。その要求に対応して、送信機が再送してきたデータを受信機が受信することにより、受信機は、欠落したデータを取得する。本発明は、データを送信する送信機と、データを受信する受信機に適用することができる。

Description

明細書
送受信システム、 送信装置および方法、 受信装置および方法 技術分野
本発明は送受信システム、 送信装置および方法、 受信装置および方法に関し、 特に、 送受信されているパケットが 落してしまったときに、 その欠落を補う装 置に用いて好適な送受信システム、 送信装置および方法、 受信装置および方法に 関する。 背景技術
ネットワークが普及し、 そのネットワークを用いて提供されるサービスも、 多 岐にわたるようになってきている。 ネットワーク自体の構成も、 有線で構成され るものや、 無線で構成されるものがある。
ネットワークが普及すると共に、 そのネットワークにおける通信の信頼性を向 上させるために、 例えば、 同一のデータを異なる経路で伝送するなどして、 一方 の経路で何らかの異常が発生しても、他方の経路で、通信を確保できるようにし、 データの欠落などを防ぐ方法が、 例えば、 特開平 1 1— 9 8 1 6 1号公報で提案 されている。
近年では、 家庭内におけるネットワークとして、 有線によるものより、 設置な どが手軽な無線 L A N (Local Area Network) が普及しつつある。 しかしながら、 無線 L A Nは、 その特性から、 有線 L A Nに比べて信頼性が劣るという問題があ つ 7こ。
例えば、無線 L A Nは、当然ながら、無線によりデータの送受信が行われるが、 無線で行うために、 通信を行っている送信機と受信機の間を人が横切ったり、 湿 度などの環境の変化により、 その通信状態が悪化することが考えられる。 通信状 態が悪化したために、 送受信 (通信) すべきデータが通信の途中で欠落するなど の不都合が発生することが考えられる。 そのような不都合に対応するために、 無線によるデータの送受信においては、 再送制御が行われている。 具体的には、 送信側が送信したデータを受信した受信 側は、受信したことを示す A C K (Acknowledgement)信号を送信側に出すように し、 その A C K信号を送信側が受信するまで、 送信側は同一のデータを所定の回 数だけ送信し続ける (再送し続ける) といったことが行われていた。
このような再送制御は、 送信側で、 受信側の状態をチェックし、 再送を行って いることになる。 送信側では、 所定の回数だけ、 同一のデータを再送し続けるこ とにより、 換言すれば、 他のデータを送信せずに、 同一のデータを送信し続ける ことにより、 遅延が蓄積され、 送信すべきデータを、 送信すべきタイミングで送 信できないといった問題が発生する可能性があった。
また、 受信側では、 送信側からのデータを正常に受信し、 その結果として A C K信号を送信したにもかかわらず、 データを送信した送信側で、 その A C K信号 を受信できなかったために、 送信側では、 再送の処理が実行されてしまうことも 考えられる。 このような再送は、 送信側にとっては、 無駄な送信の処理であると ともに、 そのために、 遅延などが発生するのは、 通信の信頼性を低下させるとい つた問題があった。
また、 受信側でも、 正常に受信したデータが、 再送されてくることになり、 そ の再送されたデータも処理しなくてはならず、 無駄な処理を繰り返すことになる という問題があった。
このような再送の制御 (送信したデータが受信側で正常に受信されたか否かの 確認) は、 そのデータの送受信において、 例えば、 O S I層モデルにおけるトラ ンスポート層に属する T C P (Transmission Control Protocol) が用いられた場 合には行われるが、 同じく、 O S I層モデルにおけるトランスポート層に属する U D P (User Datagram Protocol) が用いられた場合には行われない。
従って、 U D Pが用いられたデータの送受信においては、 受信側が、 受信でき なかったデータがあっても、 その受信できなかったデータを送信側から取得する といったことはできないといった問題があった。 発明の開示
本発明はこのような状況に鑑みてなされたものであり、 受信側で、 何らかの原 因で、 受信できなかったデータを、 受信側からの再送要求によって送信側から取 得できるようにすることを目的とする。
本発明の送受信システムの送信装置は、 データを取得する取得手段と、 取得手 段により取得されたデータに、 データの順序を示す順序情報を付加する付加手段 と、 付加手段により順序情報が付加されたデータを記憶する記憶手段と、 付加手 段により順序情報が付加されたデータを受信装置に送信する送信手段と、 送信手 段により送信されたデータの再送が、 受信装置から要求された場合、 その再送が 要求されたデータを記憶手段から読み出し、 送信手段に、 読み出されたデータの 再送を指示する再送手段とを備え、 受信装置は、 送信手段により送信されたデー タを受信する受信手段と、 受信手段により受信されたデ一タに含まれる順序情報 を抽出し、 その順序情報を用いて、 データの欠落があるか否かを判断する判断手 段と、 判断手段により、 データの欠落があると判断された場合、 欠落していると 判断されるデータを特定する特定手段と、 特定手段により特定された欠落してい ると判断されるデータの再送を送信装置に要求する要求手段とを備えることを特 徴とする。
本発明の送信装置は、 データを取得する取得手段と、 取得手段により取得され たデータに、 データの順序を示す順序情報を付加する付加手段と、 付加手段によ り順序情報が付加されたデータを記憶する記憶手段と、 付加手段により順序情報 が付加されたデータを送信する送信手段と、 送信手段により送信されたデ一タの 再送が、 他の装置から要求された場合、 その再送が要求されたデータを記憶手段 から読み出し、 送信手段に、 読み出されたデータの再送を指示する再送手段とを 備えることを特徴とする。
前記他の装置からのデータの再送の要求には、 再送が要求されたデータの順序 を示す順序情報が含まれ、 前記再送手段は、 データの順序を示す順序情報と一致 するデータの順序を示す順序情報が付加されたデータを記憶手段から読み出すよ うにすることができる。
前記付加手段は、順序情報として、 R T Pに基づくへッダを少なくとも付加し、 記憶手段は、 R T Pのへッダが付加されたデ一タを記憶するようにすることがで きる。
前記他の装置からのデータの再送の要求には、 R T Pに基づくヘッダに含まれ る Sequence Numberの情報が含まれ、 再送手段は、 ヘッダに含まれる Sequence Nu raberの情報と一致する Sequence Numberを含むへッダが付加されたデ一タを記憶 手段から読み出すようにすることができる。
本発明の送信方法は、 データの取得を制御する取得制御ステップと、 取得制御 ステップの処理で取得が制御されたデータに、 データの順序を示す順序情報を付 加する付加ステップと、 付加ステップの処理で順序情報が付加されたデータの記 憶を制御する記憶制御ステップと、 付加ステップの処理で順序情報が付加された データの送信を制御する送信制御ステップと、 送信制御ステップの処理で送信が 制御されたデータの再送が、 他の装置から要求された場合、 その再送が要求され たデータを記憶制御ステツプの処理で記憶が制御されたデータ内から読み出し、 送信制御ステップの処理に、 読み出されたデータの再送を指示する再送ステップ とを含むことを特徴とする。
本発明の受信装置は、 データを受信する受信手段と、 受信手段により受信され たデータに含まれる所定の情報を抽出し、 その情報を用いて、 データの欠落があ るか否かを判断する判断手段と、 判断手段により、 データの欠落があると判断さ れた場合、 欠落していると判断されるデータを特定する特定手段と、 特定手段に より特定された欠落していると判断されるデータの再送をデータを送信してきた 他の装置に要求する要求手段とを備えることを特徴とする。
前記要求手段により要求が出されたときから計時を開始する計時手段と、 計時 手段による計時が、 所定の時間を経過する毎に、 再度要求を出すように要求手段 に指示する指示手段とをさらに含むようにすることができる。
前記所定の情報とは、 データの順序を示す順序情報であるようにすることがで きる。
前記判断手段は、 受信されたデータに含まれる順序情報のうち、 順序が最も後 の第 1の順序情報を記憶し、 その記憶している第 1の順序情報と、 新たに受信さ れたデータに含まれる第 2の順序情報が連続しておらず、 かつ、 第 1の順序情報 の方が第 2の順序情報より順序が後であると判断したとき、 データが欠落してい ると判断し、 前記特定手段は、 第 1の順序情報から第 2の順序情報までの間に位 置する第 3の順序情報を含むデータを、 欠落していると判断されるデータである と特定し、 前記要求手段は、 欠落されていると判断されるデータの再送を、 第 3 の順序情報を含むデータを他の装置に送信することにより要求するようにするこ とができる。
前記所定の情報は、 データ毎に割り当てられた昇順な連続した番号であり、 前 記判断手段は、 受信されたデータに含まれる番号のうち、 最も大きい第 1の番号 を記憶し、 その記憶している第 1の番号と、 新たに受信されたデータに含まれる 第 2の番号が連続しておらず、 かつ、 第 1の番号の方が第 2の番号より小さいと 判断したとき、 データが欠落していると判断し、 前記特定手段は、 第 1の番号か ら第 2の番号までの間に位置する第 3の番号を含むデータを、 欠落していると判 断されるデータであると特定し、 前記要求手段は、 欠落されていると判断される データの再送を、 第 3の番号を含むデータを他の装置に送信することにより要求 するようにすることができる。
前記判断手段は、 所定の情報としてデータに含まれる R T Pに基づくヘッダを 抽出し、そのヘッダに含まれる Sequence Numberの情報を用いて、データの欠落が あるか否かを判断することを特徴とする。
前記判断手段は、ヘッダに含まれていた Sequence Numberのうち、最も大きい番 号の第 1の Sequence Numberを記憶し、 その記憶している第 1の Sequence Number と、新たに供給されたヘッダに含まれる第 2の Sequence Numberが連続している番 号ではなく、 かつ、 第 1の Sequence Numberの方が第 2の Sequence Number り小 さい番号であると判断したとき、 データが欠落していると判断し、 特定手段は、 第 1の Sequence Number力、ら第 2の Sequence Numberまでに位置する番号の第 3の Sequence Numberをヘッダに含むデータを、欠落していると判断されるデータであ ると特定し、要求手段は、欠落されていると判断されるデータの再送を、第 3の S equence Numberの情報を含むデータを他の装置に送信することにより要求するよ うにすることができる。
前記要求手段は、第 3の Sequence Numberの情報を含むデータを、 T C Pに基づ いて送信するようにすることができる。
前記判断手段は、 第 1の Sequence Numberと、 第 2の Sequence Numberが連続し ている番号ではなく、 かつ、 第 1の Sequence Numberの方が第 2の Sequence Numb erより大きい番号であると判断したとき、その第 2の Sequence Numberを含むデー タは、 再送されてきたデータであると判断するようにすることができる。
本発明の受信方法は、 データの受信を制御する受信制御ステップと、 受信制御 ステップの処理で受信されたデータに含まれる所定の情報を抽出し、 その情報を 用いて、 データの欠落があるか否かを判断する判断ステップと、 判断ステップの 処理により、 データの欠落があると判断された場合、 欠落していると判断される データを特定する特定ステップと、 特定ステップの処理で特定された欠落してい ると判断されるデータの再送をデータを送信してきた他の装置に要求する要求ス テツプとを含むことを特徴とする。
本発明においては、 データの送受信の過程で、 受信装置が、 データを受信でき なかった場合、受信装置が、送信装置に対して欠落したデータの再送を要求する。 本発明においては、 データを送信する側が、 データを送信すると共に、 そのデ ータを記憶し、 受信する側から、 既に送信したデータの再送が要求されたときに は、 その記憶されているデータが再送される。
本発明においては、 データを受信する側が、 欠落したデータがあると判断した 場合、 その欠落したデータを特定するための情報を、 送信側に送信する。 図面の簡単な説明 図 1は、 本発明を適用した送受信システムの一実施の形態の構成を示す図であ る。
図 2は、 送信機の内部構成例を示す図である。
図 3は、 送信機から送信されるデータについて説明するための図である。 図 4は、 T Sバケツトのヘッダについて説明するための図である。
図 5は、 R T Pヘッダについて説明するための図である。
図 6は、 U D Pヘッダについて説明するための図である。
図 7は、 I Pヘッダについて説明するための図である。
図 8は、 MA Cヘッダについて説明するための図である。
図 9は、 受信機の内部構成例を示す図である。
図 1 0は、 記憶部に記憶されているデータについて説明するための図である。 図 1 1は、 受信機において行われる再送要求にかかわる処理について説明する ためのフローチヤ一トである。
図 1 2は、 図 1 1に示したフローチヤ一トのステップ S 1 7における処理につ いて説明するためのフローチャートである。
図 1 3は、 受信されるシークェンスナンバーの関係について説明するための図 である。
図 1 4は、 送信機において行われる再送要求にかかわる処理について説明する ためのフローチヤ一トである。
図 1 5は、 媒体を説明する図である。 発明を実施するための最良の形態
以下に、 本発明の実施の形態について図面を参照して説明する。 図 1は、 本発 明を適用した送受信システムの一実施の形態の構成を示す図である。 図 1に示し た送受信システムは、 送信機 1と受信機 2から構成されている。 送信機 1は、 ァ ンテナ 3により受信されたテレビジョン放送のデータを、 受信機 2に対して送信 する。 受信機 2は、表示装置 (例えば、ディスプレイ)や音声出力装置 (例えば、 スピーカ) を備えており、 受信したデータに基づく画像や音声を出力するように 構成されている。
ここでは、 アナログ信号のテレビジョン放送が受信され、 そのデータが、 受信 機 2に送信されるとして説明するが、 本発明は、 アナログ信号のテレビジョン放 送だけでなく、 例えば、 B S (Broadcasting Satellite) 放送、 C S (Communic ations Satellite) 放送、 地上波デジタル放送などのデジタル信号のテレビジョ ン放送に対しても適用することが可能である。
また、 例えば、 VTR (Video Tape Recorder) や DVD (Digital Versatile Disc) プレーヤなどが送信機 1に接続され、 それらの装置からのデータが、 送受 信されるようにしても良い。 さらに、 インターネットなどのネットワークに接続 され、 そのネットワークに接続されることにより得られる情報などの送受信が行 われるようにしても良い。
送信機 1と受信機 2は、 無線でデータの授受を行う。 その無線による通信は、 例えば、 I EE E 8 0 2. 1 1 aの規格に基づく方式で行われる。 送信機 1と受 信機 2は、 無線によりデータの授受を行うため、 例えば、 ユーザは、 送信機 1を 家の所定の場所に固定して設置し、 受信機 2を所望の場所まで持ち運び、 その場 所でテレビジョン放送を閲覧するといつたことをできる。
図 2は、 送信機 1の内部構成例を示す図である。 図 2に示した内部構成例は、 主に、本発明にかかわり、説明に必要とされる部分を示し、説明に必要ない部分、 例えば、 受信したテレビジョン放送からユーザが指定した番組を抽出するチュー ナゃ、 VTRや DVDプレーヤなどを接続した際に、 それらの装置からの入力を 切り換えるスィッチヤーなどは、 省略してある。
送信機 1は、アンテナ 3により受信されたテレビジョン放送としてのデータ(信 号) を入力する。 入力される信号は、 例えば、 アナログ信号である。 そのアナ口 グ信号は、 MP EG (Moving Picture Experts Group) エンコーダ 2 1に入力さ れる。 1、,ίΡ EGエンコーダ 2 1は、 入力されたアナログ信号を、 MP EG方式に 基づく圧縮を施したデジタルデータに変換する。 なお、 デジタル信号のテレビジョン放送のデータなどが入力される場合、 MP EGエンコーダ 21によりエンコードされる必要はないので、 必ずしも、 入力さ れたデータが、 MP EGエンコーダ 2 1を介する構成とされる必要はなく、適宜、 入力されるデータにより、 入力される部分が異なるようにしても良い。 勿論、 そ のような入力されたデータの出力先を選択するためのスィツチヤーなどが、 図示 はしないが、 送信機 1には備え付けられている。
M P E Gエンコーダ 2 1からの出力 (トランスポートス トリームバケツ ト :以 下、 適宜、 T Sパケットと記述する) は、 RTP (Real Time Protocol) ヘッダ 付加部 22に供給される。 RT Pへッダ付加部 22は、 供給された T Sパケット を所定の個数、 例えば、 7個のパケットをまとめ、 そのまとめたパケットに RT Pヘッダを付加し、 UD P (User Datagram Protocol) 付加部 23および記憶部 28に供給する。 R T Pへッダ付加部 22により RTPへッダを付加された T S パケットを、 適宜、 RT Pパケットと記述する。
UD Pヘッダ付加部 2 3は、 供給された RT Pパケットに対して、 さらに、 U D Pヘッダを付加して、 I P (Internet Protocol)ヘッダ付加部 24に供給する。
UDPヘッダ付加部 23により UD Pヘッダを付加された RT Pパケットを、 適 宜、 UDPパケットと記述する。
I Pへッダ付加部 24は、 供給された U D Pパケットに対して、 I Pヘッダを 付加し、 MAC (Media Access Control) ヘッダ付加部 25に供給する。 I Pへ ッダ付加部 24により I Pへッダを付加された U D Pパケットを、 適宜、 I Pパ ケットと記述する。
MACヘッダ付加部 25は、 供給された I Pバケツトに対して、 MACヘッダ を付加し、 通信部 26に供給する。 MACへッダ付加部 25により MACへッダ を付加された I Pパケットを、 適宜、 MACバケツトと記述する。
各部で、 へッダを付加され、 M A Cパケットとされた T Sパケットは、 通信部 26により、 受信機 2に対して送信される。 通信部 26は、 受信機 2に対して M ACパケット (データ) を送信するだけでなく、 受信機 2からのデータも受信す る。 受信機 2からのデータとしては、 後述するように、 受信機 2側でデータを受 信できなかった場合に出力される再送要求のデータがある。 そのような再送要求 のデータが受信された場合、 そのデータは、 再送制御部 2 7に供給される。
再送制御部 2 7は、 供給されたデータに基づき、 再送要求のあったデータを特 定し、 その特定したデータが、 記憶部 2 8から、 U D Pヘッダ付加部 2 3に供給 されるように制御する。 記憶部 2 8には、 このように、 再送の指示がされたとき のためのデ一タが記憶されている。 記憶部 2 8には、 R T Pヘッダ付加部 2 2に より R T Pへッダが付加されている R T Pパケットが記憶される。
図 3は、 M P E Gエンコーダ 2 1乃至 MA Cヘッダ付加部 2 5の各部が、 処理 を行うことにより、 通信部 2 6に供給されるデータ (MA Cパケット) を示す図 である。 図 3に示すように、 通信部 2 6に供給されるデータは、 M P E Gェンコ ーダ 2 1によりェンコ一ドされた T Sパケット 4 1を含む。 上述したように、 通 信部 2 6に供給される MA Cバケツト内の T Sバケツト 4 1には、 T Sパケット 4 1 - 1乃至 4 1 - 7の 7個のバケツトが含まれている。 1つの T Sバケツトは、 1 8 8 Bytesで構成されている。
1つの T Sパケット 4 1 (例えば T Sパケット 4 1 _ 1 ) は、 へッダ部 5 1と データ部 5 2から構成されている。 ヘッダ部 5 1は、 図 4に示すデータを含み、 データ部 5 2は、 受信機 2 (図 1 ) 側で、 画像または音声としてユーザに提供す るためのビデオデータまたはオーディォデータを含む。
図 4は、 T Sバケツト 4 1のヘッダ部 5 1のデータ構成を示す図である。 へッ ダ部 5 1は、 4 Bytesで構成され、 データ部 5 2は、 1 8 4 Bytesで構成される。 ヘッダ部 5 1の "同期バイト"は、同期を取るために設けられており、固定値で、 例えば、 4 7 hが設定されている。 "Error Flag" は、 T Sバケツト 4 1の中に 訂正できない bit errorがあるか否かを示すフラグである。
"Start Flag" は、 新しい PES Packetあるレ、は新しい TS— PSI Sectionであるこ とを示すフラグである。 "Priority Flag"は、パケットの優先度を示すフラグで あり、 このフラグ (bit) が、 1に設定されていると、 他の T Sバケツト 4 1より 重要度が高いことを示す。 "PID"は、 T Sバケツト 4 1の Payload部分(データ部 5 2)が、 ビデオデータであるか、 オーディオデータであるか、 あるいは、 TS - PS I (TS- Program Specific Information)であるかを、 それぞれを区別するために付 与される、 1 3 bitで構成される数値(Identifier)である。
"Scrambling mode" は、 データ部 5 2の Scrambling mode (スクランブルモー ド) を示す情報である。 "Adaptation Field flag" は、 PGR (Program Clock Ref erence)などの情報が含まれている Adaptation Fieldの有無を示す情報である。 "Continuity Counter"は、 同じ PIDを持つパケットで、 1ずつ値が増加される力 ゥンタ値の情報である。
MP EGエンコーダ 2 1 (図 2) では、 入力されたアナ口グ信号をデジタルデ —タに変換し、 MP EG方式の圧縮を施してデータ部 5 2を生成すると共に、 図 4に示したようなヘッダ部 5 1を生成し、 1つの T Sバケツト 4 1を生成する。 このような T Sパケット 4 1力 この場合、 7個含まれるのが、 図 3に示した T Sパケット 4 1である。 1 丁?へッダ4 2 (図 3) は、 RT Pヘッダ付加部 2 2 (図 2) により付加されるヘッダであるが、 そのデータ構成は、 図 5に示すよ うに構成されている。
RT Pヘッダ 4 2の "V" は、 Version Bitを示し、 R T Pヘッダ 4 2のフォー マットのバージョンを示すバージョン番号の情報である。 "P" は、 Padding Bi tを示し、 バケツトのサイズを調整するビットである。 "X" は、 Extension Bit を示し、 機能拡張時に指定される拡張ビットである。
"C C" は、 CSRC Countを示し、 リアルタイム転送に関わる送信元の数を示す カウンタの情報である。 "M" は、 Marker Bitを示し、 1パケットにおけるフレ ームの境界を示すマーカービットである。 " P T " は、 Payload Typeを示し、 ぺ ィロードの符号化の種類を示す情報である。 "Sequence Number"は、 R T Pパケ ットの順番を示すシーケンス番号を示す情報である。
"TIME STAMP" は、 R T Pヘッダ 4 2が作成された時刻を示すタィムスタンプ の情報を示す。 "S S RC" は、 Synchronization Sourceを示し、 メッセージの 最初の送信元 (ソース) を識別する同期ソース識別子の情報である。 "C SRC" は、 Contributing Sourceを示し、 メッセージに含まれるバケツト群の送信先 (ク ライアント) を識別する貢献ソース識別子の情報である。
このような情報を含む R T Pヘッダ 42に対応するペイロード (Payload) に、 T Sパケッ ト 4 1が揷入される。 RT Pヘッダ 42が付加されている R T Fパケ ットに UD Pヘッダ 43 (図 3) が、 UD Pヘッダ付加部 23 (図 2) により付 カロさ る。
図 6は、 UDPヘッダ 43のデータ構成を示す図である。 U D Pヘッダ 43の "SRC PORT" は、 送信元のボート番号を指定する情報であり、 "DE S T PORT) は、 送信先 (宛先) のポート番号を指定する情報であり、 共に、 サービスを特定するための情報として用いられる。
"L e n g t h" は、 UD Pヘッダ 43とその後に続くデータの長さ (バイ ト 単位) の合計を示す情報である。 "Ch e c k s urn" は、 UDPヘッダの情報 と、 データ長を元にして算出された値の情報である。 受信側では、 送信側と同様 の計算を行い、 Ch e c k s um (チェックサム) の値を算出し、 その算出した 値と、 送信されてきた UD Pヘッダ 43に含まれるチェックサムの値が一致して いるか否かを判断することで、 途中で、 パケットが壊れていないか否かを判断す る。
このような UD Pヘッダ 43が付加された U D Pパケットに、 I Pヘッダ 44 (図 3 ) が、 I Pヘッダ付加部 24 (図 2) により付加される。 図 7は、 I Pへ ッダ 44のデータ構成を示す図である。 図 7に示した I Pヘッダ 44のデータ構 成は、 基本へッダの部分だけを示し、 ォプションヘッダについては図示していな レ、。
"V e r " は、 ィンターネットプロ トコル ( I P) のバ一ジョンを示す情報で ある。 " I H L " は、 Internet Header Lengthを示し、 このヘッダの長さを示す 情報である。 "TO S" は、 Type Of Serviceを示し、 データの優先度の定義や、 どのようなタイプの転送を行うかなどを指定する情報である。 "T L" は、 Total Lengthを示し、 I Pヘッダ 44と、 I Pヘッダ 44以降の データの合計の長さを示す情報である。 " I D" は、 この I Pヘッダ 44で示さ れる I Pパケットを識別するための情報である。 "F L" は、 I P層でデータを 分割 (フラグメント) した際の、 その制御に関する情報である。
"FO" は、 I P層でデータが分割された際のデータが、 どこにあつたかを示 す情報である。 "TTL" は、 Time To Liveを示し、 この I Pヘッダ 44を含む データが、 レ、つ破棄されるのかを示す情報である。 "PROT" は、 I P層より 上の層で用いられているプロトコルを示す情報である。
"HC" は、 I Pヘッダ 44が送信中に壊れていないか否かを、 受信側で確認 するためのチェックサムの情報である。 "S A" は、 データの送信元の I Pアド レスを示す情報である。 "DA" は、 データの送信先の I Pア ドレスを示す情報 である。
このような I Pヘッダ 44が付加された I Pパケットに、 MACヘッダ 45 (図 3) 力 S、 MACヘッダ付加部 25 (図 2) により付加される。 図 8は、 MACへ ッダ 4 5のデータ構成を示す図である。
"PA" は、 プリアンブルであり、 クロックリ力バリのための P L Lをロック するさせるための情報である。 "DA" は、 送信先の MACア ドレスを示す情報 である。 "SA" は、 送信元の MACアドレスを示す情報である。 "Ty p e" は、 上位層のプロトコルを示し情報である。
"L e n g t h" は、 ペイロードのデータのバイト数を示す情報である。 1つ の MACヘッダ 45には、 "Ty e" または "L e n g t h" のどちらか一方 の情報が書き込まれる。 "FCS" は、 エラーチェックのための情報である。 このような情報を含む MA Cへッダ 45が付加されることにより、 図 3に示し たようなデータ (MACパケット) が生成される。
ここでは、 図 3に示した構成のデータが、 送信機 1から送信されるとして説明 するが、 RT Pヘッダ 42が付加されていない構成のデータでも、 受信機 2側に データを送信することは可能である。 しかしながら、 図 3に示したように、 本実 施の形態においては、 R TPヘッダ 42が付加されたデータを送信するようにす る。
このように、 RT Pヘッダ 42が付加されたデータが送信されるようにするの は、 詳細は後述するが、 受信機 2側で、 送信機 1から送信されたデータを、 何ら かの原因により、 受信できなかったときに、 R T Pヘッダ 42内の情報 (具体的 には、 図 5に示した "Sequence Number" ) が用レヽられるからである。
UDPヘッダ 43は、 TCP (Transmission Control Protocol)ヘッダに置き 換えることが可能である (TC Pヘッダにしても良い) 。 しかしながら、 本実施 の形態においては、 図 3に示したように、 UD Pヘッダ 43を用いる。
このように、 TC Pヘッダを付加するのではなく、 UDPヘッダを付加するよ うにするのは、 以下の理由からである。 TCPヘッダは、 トランスポート層のプ 口トコノレとして、 T C Pが用いられたときに付加されるへッダであり、 UDPへ ッダは、 トランスポート層のプロトコルとして、 UD Pが用いられたときに付加 されるヘッダである。
トランスポート層のプロトコルとして、 TCPを用いる力、 または、 UDPを 用いるかを決定する要因の 1つとして、 そのプロ トコルを用いて行われる通信で はどのようなデータが送受信されるのかという要因がある。 TCPは、 コネクシ ョン型のプロ トコルと称され、 UD Pはコネクションレス型のプロ トコノレと称さ れることがある。
TC Pは、 コネクション型のプロトコルであるので、 データの授受にかかわる 処理手順が複雑になるが、 通信にかかわる信頼度は向上する。 従って、 主に、 信 頼度を優先させる通信に用いられる。 TC Pに対し、 UDPは、 コネクションレ ス型のプロ トコルであるので、 データの授受にかかわる処理手順は簡素化されて いるが、 通信にかかる処理時間は短くなるため、 処理速度を優先させる通信に用 いら る。
本実施の形態においては、 上述したように、 送信機 1が受信したテレビジョン 放送のデータを、 受信機 2側に送信するので、 その送信機 1と受信機 2との間の データの授受にかかわるプロトコルは、 信頼度より処理速度を優先させ、 リアル タイムに処理できるようにした方が良いため、 U D Pを用いる。
しかしながら U D Pを用いて通信を行うと、 送信機 1が送信したデータが、 何 らかの原因で、 受信機 2側で受信されてなくても、 送信機 1側は、 そのような状 況に関係なく、 データを順次送信し続ける。 従って、 受信機 2側では、 欠落した データを取得することができない。 受信機 2が、 欠落したデータを取得すること なく、 欠落したまま処理を続けると、 ユーザに提供される映像や音声がとぎれた り、 乱れたりする。 そのようなことは、 できる限り発生しない方が好ましい。 そこで、 本実施の形態においては、 U D Pを用いた通信においても、 何らかの 原因で、 受信側でデータを受信できなかったとき、 すなわち、 データの欠落が生 じたとき、 その欠落したデータを受信側で取得できるようにする。 その うな機 能を有する受信機 2について説明する。
図 9は、 受信機 2の内部構成例を示す図である。 受信機 2の通信部 6 1は、 送 信機 1からのデータを受信すると共に、 送信機 1に対して所定のデータを送信す る。 通信部 6 1により受信された送信機 1からの、 図 3に示したような構成のデ ータは、 MA Cヘッダ抽出部 6 2に供給される。 MA Cヘッダ抽出部 6 2は、 供 給されたデータ (MA Cパケット) から、 MA Cヘッダ 4 5 (図 3 ) を抽出 (除 去) し、 I Pバケツトを I Pヘッダ抽出部 6 3に供給する。
I Pヘッダ抽出部 6 3は、 供給された I Pパケットから I Pヘッダ 4 4を抽出 し、 U D Pパケットを U D Pヘッダ抽出部 6 4に供給する。 U D Pヘッダ抽出部 6 3は、 供給された U D Pパケットから U D Pヘッダ 4 3を抽出し、 R T Pパケ ットをナンバーチェック部 6 5に供給する。
ナンバーチェック部 6 5は、 R T Pヘッダ 4 2に含まれる "Sequence Number" (図 5 ) (以下、 適宜、 シークェンスナンバーと記述する ) を参照し、 そのシー クエンスナンバーをチェックする。 シークェンスナンバーは、 送信機 1側で、 処 理された順 (生成された R T Pヘッダ 4 2順) に、 通常、 昇順に割り振られる連 続した番号である。 なおここでは、 昇順に割り振られるとして説明をするが、 降 順に割り振られるようにしても良い。
ナンパ チェック部 6 5は、 チェックしたシークェンスナンバーが連続した番 号である場合、 供給された RTPパケットを、 順序構成部 66に供給し、 チエツ クした番号が連続でない場合、 供給された R T Pパケットを、 順序構成部 66に 供給すると共に、 再送制御部 70に対して、 欠落したデータの再送を要求するよ うに指示を出す。 再送制御部 70は、 所定の RTPパケットを含むパケットの再 送を要求する指示を受けた場合、 通信部 6 1に対して、 再送の要求を示すデータ を送信機 1に対して送信させる。
一方、 順序構成部 66は、 供給された R TPバケツ トのシークェンスナンバー を参照し、 そのシークェンスナンバーと同一の番号を持つデータ (対応するデー タ) が記憶部 6 8に記憶されているか否かを判断し、 記憶されていると判断した 場合、 その供給された RTPパケットを破棄し、 記憶されていないと判断した場 合、 その供給された RT Pバケツトを RTPヘッダ抽出部 67に供給する。
RT Pヘッダ抽出部 6 7は、 供給された RT Pパケットから、 R TPヘッダ 4 2を抽出し、 T Sパケット 41を、 記憶部 68に記憶させる。 記憶部 68には、 このようにして、 T Sパケット 41が記憶されるが、 その TSパケット 4 1は、 RT Pヘッダ 4 2内のデータとしてのシークェンスナンバーと関連付けられて記 憶される。
記憶部 68は、 バッファとしての役割を有し、 順次記憶されている T Sパケッ ト 41を、 MP EGデコーダ 6 9に出力する。 MP E Gデーコーダ 6 9は、順次、 供給された TSパケット 4 1に対し、 MP EG方式に基づくデコードを施す。 M P EGデコーダ 69からの出力は、 図示されていないディスプレイゃスピー力に 供給され、 ユーザに映像や音声として提供される。
計時部 7 1は、 計時する手段を有し、 所定のタイミングで、 記憶部 68に記憶 されている T Sパケット 41を監視する。 計時部 7 1は、 記憶部 68に、 欠落し ている TSパケット 41 (データ) があると判断した場合、 再送制御部 70に、 その欠落している T Sバケツト 4 1を再送する要求を出すように指示を出す。 ここで、 記憶部 68に記憶されているデータについて説明する。 図 1 0は、 記 億部 6 8に記憶されているデータのデータ構成を説明するための図である。 上述 したように、 記憶部 68には、 RT Pヘッダ 42内に含まれるシークェンスナン バーと、 そのシークェンスナンバーの RT Pバケツトに含まれている T Sバケツ トが関連付けられて記憶されている。
なお、 記憶部 68に記憶させるシークェンスナンバーは、 シークェンスナンパ 一そのものでも良いし、 シークェンスナンバーを一意に導き出せるデータでも良 レ、。
例えば、 図 10に示したように、 シークェンスナンバー "1" には、 TSパケ ット 1一 1乃至 1 _ 7が関連付けられて記憶されている。 これは、 上述したよう に、 本実施の形態においては、 1つの RTPパケット (受信機 2側で受信される MACパケット) には、 7個の T Sパケットを含むと設定しているからであり、 例えば、 8個の T Sバケツトを含むと設定されている場合には、 シークェンスナ ンバー "1" には、 TSバケツト 1一 1乃至 1一 8の 8個の T Sバケツトが関連 付けられて記憶されることになる。
図 1 0に示した例を再度参照するに、同じくシークェンスナンバー" 2"には、 同じく 7個の T Sパケット 2— 1乃至 2 _ 7が関連付けられている。 しかしなが ら、 シークェンスナンバー "3" の欄には、 本来ならば、 T Sパケット 3— 1乃 至 3— 7が関連付けられて記憶されるが、 図 10に示した例では、 TSパケット が記憶されていない。 これに対し、 シークェンスナンバー "4" には、 TSパケ ット 4一 1乃至 4一 7が関連付けられて記憶されている。
このように、 記憶部 68には、 正常に受信され処理されると、 シークェンスナ ンバーと関連付けられて T Sパケットが、 所定の領域に記憶される。 記憶部 68 には、 シークェンスナンバー順に、 T Sパケットが所定の領域に記憶されるよう になっている。 一方、 何らかの原因で、 正常に受信が行われなかったシークェン スナンバーの領域 (この場合、 シークェンスナンバー "3" の領域) は、 何も記 憶されない状態とされる。 このように、 記憶部 6 8には、 T Sパケットが記憶されている領域を有するシ ークエンスナンバーと、 T Sバケツトが記憶されていない領域を有するシークェ ンスナンバーとが混在する。 そこで、 T Sパケットが記憶されているか否かを示 すフラグを用いて、 T Sバケツトが記憶されている領域を有するシークェンスナ ンパーと、 そうでないシークェンスナンパ一とを区別できるようにしても良い。 また、 そのようなフラグを、 後述する処理において用いるようにしても良い。 このように、 記憶部 6 8に記憶されない T Sパケットが存在しているとき、 換 言すれば、 シークェンスナンバーが飛んでいるようなときには、 ナンバーチエツ ク部 6 5または計時部 7 1の処理により、その記憶されていない T Sバケツト(欠 落している T Sパケット) の再送を要求するためのデータを出すように、 再送制 御部 7 0に指示が出される。
なお、 付言するに、 図 9に示した受信機 2の構成では、 ナンバーチェック部 6 5が、 供給された R T Pヘッダ 4 2内のシークェンスナンバーが飛んでいるか否 かを判断し、 計時部 7 1力 S、 記憶部 6 8を参照し、 記憶部 6 8に記憶されていな い T Sパケットが存在しているか否かを判断し、 順序再構成部 6 6が、 記憶部 6 8に記憶されている T Sパケットを参照して、 シークェンスナンバー順に、 T S パケットが記憶されるように、 T Sバケツトの順序を再構成する。
このような指示が出される際の処理について、 図 1 1と図 1 2のフローチヤ一 トを参照して説明する。 ステップ S 1 1において初期値が設定される。 この初期 値の設定の処理は、ナンバーチェック部 6 5において行われる。初期値の設定は、 受信機 2の電源がオンにされたときなどに行われる。 すなわち、 薪たなデータを 受信したと判断したとき (新たな R T Pパケットが供給されたと判断されたとき ) に行われる。
新たなデータを受信したときとは、 R T Pヘッダ 4 2に含まれているシークェ ンスナンバー (Sequence Number) が、新たな番号になっていると判断されたとき である。 新たな番号になっているか否かの判断は、 ナンバーチェック部 6 5が、 自己が管理 (記憶) しているシークェンスナンバー (番号) と、 供給された R T Pバケツトに含まれる R T Pヘッダ 4 2内のシークェンスナンバーを比較するこ とにより行われる。
このような比較、 および、 後述する処理を行うために、 ナンパーチエック部 6 5は、 常に、 供給された R T Pパケッ ト内の R T Pヘッダ 4 2のシークェンスナ ンバー (番号) を記憶し、 その記憶している番号を、 R T Pパケッ トが供給され る毎に更新する。 なお、 この更新は、通常 (初期値が設定されるとき以外のとき) は、 記憶している番号より大きい番号のシークェンスナンバーであると判断され たときのみ行われる。 そのため、 常に、 その時点で、 最も大きい番号のシークェ ンスナンバーが記憶されていることになる。
しかしながら、 初期値の設定のときには、 そのような制限にかかわらず、 設定 が行われる。 その設定は、 ナンバーチェック部 6 5に管理されている番号と、 供 給された R T Pヘッダ 4 2のシークェンスナンバーを比較し、 その値の差が大き い (予め設定されている値以上の差がある) 場合、 新たなデータの受信が開始さ れたと判断し、 管理されている番号が更新されることにより行われる。
なお、 このような初期値の設定の処理は、 通常のときでも行われる可能性があ る。 例えば、 何らかの原因で、 送信機 1からのデータを比較的長時間、 受信でき なかったときなど、 シークェンスナンバーの連続性がとぎれることになる。 その 結果、 ナンバーチェック部 6 5に管理されている番号と、 供給された R T Pへッ ダ 4 2のシークェンスナンバーとの差が大きくなり、 初期値の設定と同様の処理 が実行される可能性がある。
このようにして、 初期値が設定された後は、 通常の処理が実行される。 通常の 処理とは、 ステップ S 1 2以降の処理である。 なお、 図 1 1、 図 1 2に示したフ ローチャートの処理は、 データが受信される毎に、 そのデータに対して行われる が、 初期値の設定が行われた後には、 ステップ S 1 2以降の処理から行われれば 良く、 ステップ S 1 1の処理を省略することが可能である。
初期値の設定が終了されると、 ステップ S 1 2において、 受信された MA Cパ ケット内に含まれる R T Pヘッダ 4 2のシークェンスナンバーは、 連続している か否かが判断される。 この判断も、 ナンバーチェック部 6 5において行われる。 上述したように、 ナンバーチェック部 6 5は、 供給された R T Pパケット内の R T Pヘッダ 4 2に含まれるシークェンスナンバーが、 その時点で最も大きい番号 を管理している。
基本的に、 シークェンスナンバーは、 送信機 1の R T Pへッダ付加部 2 2によ り、 R T Pヘッダ 4 2が生成された順に番号 (通常、 昇順) が割り振られ、 その 生成された順番で、 通信部 2 6から出力される。 よって、 基本的に、 受信機 2の ナンバーチェック部 6 5においても、 順次、 連続したシークェンスナンバーの R T Pパケットが供給される。 ここで、 "基本的に" と記述したのは、 何らかの原 因で、 シークェンスナンバーの番号順に送信されない、 または、 受信されないこ とがあるからである。 そのような状況が発生した場合に対しても、 後述する処理 により対応できるようになっている。
図 1 1のフローチャートの説明に戻り、 ステップ S 1 2において、 ナンバーチ エック部 6 5は、 受信した (供給された) R T Pパケットの R T Pヘッダ 4 2内 のシークェンスナンバーは、 管理している番号に 1だけ加算した値である (すな わち、 連続している番号である) か否かを判断する。
ステップ S 1 2において、 供給された R T Pバケツトの R T Pヘッダ 4 2内の シークェンスナンバーは、 連続している番号であると判断された場合、 ステップ S 1 3に処理が進められる。 ステップ S 1 2において、 このように判断されるの は、 正常に送信機 1からのデータが受信され、 処理されているときである。 従つ て、 正常に受信され、 処理されているデータ (T Sパケット) が記憶部 6 8に記 憶される処理が、 ステップ S 1 3において実行される。
ナンバーチェック部 6 5は、 供給された R T Pパケットの R T Pヘッダ 4 2内 のシークェンスナンバーは、 連続している番号であると判断した場合、 その R T Pパケットを、 順番再構成部 6 6に供給する。 順番再構成部 6 6は、 R T Pパケ ットが供給されたとき、 その R T Pパケットの R T Pヘッダ 4 2を参照し、 シー クエンスナンバーを読み出す。 その読み出したシークェンスナンバーに対応する T Sパケットが、 記憶部 6 8に記憶されているか否かをチェックする。
この場合、 連続している番号であると判断された R T Pパケットであり、 この ことを換言すれば、 新たに受信された R T Pパケットであると判断されたことに なる。 従って、 順番再構成部 6 6は、 供給された R T Pパケット内の T Sバケツ トは、 記憶部 6 8に記憶されていないと判断する。 このような判断がされたとき には、 R T Pパケットが、 R T Pへッダ抽出部 6 7に供給される。
R T Pヘッダ抽出部 6 7は、 供給された R T Pパケットから R T Pヘッダ 4 2 を抽出し、 T Sパケットを、 記憶部 6 8に供給し、 記憶させる。 この際、 上述し たように、 T Sパケットは、 R T Pヘッダ 4 2に含まれるシークェンスナンバー と関連付けられて記憶される。
—方、 ステップ S 1 2において、 ナンバーチェック部 6 5が、 供給された R T Pヘッダ 4 2内のシークェンスナンバーは、 管理している番号に、 連続する番号 ではないと判断した場合、 ステップ S 1 4に処理が進められる。 ステップ S 1 4 において、 ナンバーチェック部 6 5は、 供給された R T Pパケットに含まれる R T Pヘッダ 4 2内のシークェンスナンバーは、 管理している番号より大きい番号 であるか否かを判断する。
ステップ S 1 4において、 ナンバーチェック部 6 5が、 供給された R T Pパケ ットに含まれる R T Pヘッダ 4 2内のシークェンスナンバーは、 管理している番 号より大きい番号ではないと判断した場合、 換言すれば、 小さい番号であると判 断した場合、 ステップ S 1 5に処理が進められる。
上述したように、 送信機 2から送信されてきたデータは、 基本的に、 シークェ ンスナンバーの番号順に受信され、 処理されるので、 ステップ S 1 4において、 ナンバーチェック部 6 5が、 供給された R T Pパケットに含まれる R T Pヘッダ 4 2内のシークェンスナンバーは、 管理している番号より大きい番号ではないと 判断することはない。 しかしながら、 何らかの原因で、 送信される順番または、 受信され、 処理される順番が入れ違ってしまったために、 このように、 ステップ S 1 4において N Oと判断され、 ステップ S 1 5に処理が進められることが考え られる。
また、 後述するステップ S 1 7の処理が行われた結果、 送信機 1側から、 その 時点で、 送信すべきシークェンスナンバーのデータよりも、 若い番号のシークェ ンスナンバーのデータが再送されることがある。そのような再送が行われた結果、 番号の若いシークェンスナンバーのデータが受信機 2に、 正常に受信され、 処理 されると、 ステップ S 1 4において、 N Oと判断され、 ステップ S 1 5において 処理が進められる場合もある。
ステップ S 1 4において、 ナンバーチェック部 6 5は、 供給された R T Pへッ ダ 4 2内のシークェンスナンバーは、 管理している番号より大きい番号ではない と判断した場合、 供給された R T Pバケツトを、 順序再構成部 6 6に供給する。 順序再構成部 6 6は、 ステップ S 1 5において、 供給された R T Pバケツトに含 まれている T Sパケットは、 既に、 記憶部 6 8に記憶されているか否かを、 記憶 部 6 8を参照することにより判断する。
図 1 0を参照して説明したように、 記憶部 6 8には、 正常に処理された T Sパ ケットが、 シークェンスナンバーと関連付けられて記憶されている。 そこで、 順 序再構成部 6 6は、 供給された R T Pヘッダ 4 2内のシークェンスナンバーを読 み出し、その読み出したシークェンスナンバーに関連付けられた T Sパケットが、 記憶部 6 8に記憶されているか否かを判断する。
このような処理を設ける理由について、 図 1 3を参照して説明する。 図 1 3の Aは、 正常に、 送受信が行われている状態を示している。 図 1 3の Aに示すよう に、 正常に送受信が行われている状態では、 シークェンスナンバーが連続してい るバケツト(データ)が送信機 1から送信され、受信機 2で受信され処理される。 図 1 3の Aに示した状態は、 シークェンスナンバーが " 9 7 " 乃至 " 1 0 2 " の パケットが、 その順番で、 送受信されていることを意味する。
このような正常に送受信が行われている状態に対し、 何らかの原因で、 正常に 送受信が行われていない状態を図 1 3の Bに示す。 図 1 3の Bにおいては、 シー クエンスナンバー " 9 7 " の後に、 シークェンスナンバー " 9 9 " のバケツトが 受信されている。 このような状態が発生したとき、 すなわち、 シークェンスナン バーが連続せず、かつ、番号が、大きい番号に飛んだとき、再送要求が出される。 この再送要求については、 ステップ S 1 7の処理として後述する。
その後、 シークェンスナンバー "1 00" のパケットが受信される。 シークェ ンスナンバー "100" のパケットの次は、 シークェンスナンバー "10 1" の パケットが受信されるはずであるが、 シークェンスナンバー "98" のバケツト が受信されている。 このシークェンスナンバー "98" のパケットは、 上述した 再送要求が出された結果、 送信機 1からシークェンスナンバー "98" のバケツ トが再送信され、 受信機 2に受信されたパケットであるか、 または、 送信機 1側 または受信機 2側で、 何らかの原因により、 処理の順序が入れ替わってしまった ために、 シークェンスナンバー " 100" のパケットの後に受信されたパケット である。
いずれにせよ、 この時点では、 シークェンスナンバー "98" のパケットは、 受信機 2側では、 始めて受信され、 処理されたことになるため、 記憶部 68には 記憶されていない。 すなわち、 ステップ S 1 5において、 順序再構成部 66の処 理により、 記憶部 68には記憶されていないと判断されることになる。
図 1 3の Bを再度参照するに、 シークェンスナンバー "98" のパケットが記 憶部 68に記憶された後、 シークェンスナンバー "1 0 1" のバケツトが受信さ れ、 記憶され、 さらに、 その後、 シークェンスナンバー "98" のパケットが受 信される。 このときのシークェンスナンバー "98" のパケットも、 上述したよ うに、 再送要求の結果により受信されたパケット、 または、 処理の入れ替わりが 発生した結果により受信されたパケットである。
いずれにせよ、 シークェンスナンバー "10 1" のバケツトの後に処理される シークェンスナンバー "98" のパケットと同一のパケットは、 既に、 シークェ ンスナンバー " 100" のバケツトの後に受信され、 処理され、 記憶部 68に記 憶されている。 従って、 このような場合、 ステップ S 1 5において、 順序再構成 部 66により、 記憶部 68に記憶されていると判断されることになる。 このように、 同じシークェンスナンバーのパケットが、 受信機 2に受信され、 処理される可能性があるために、 ステップ S 1 5の処理が行われる。 ステップ S 1 5において、 記憶部 6 8に記憶されていると判断されたバケツトは、 上述した 例では、 シークェンスナンバー " 9 8 " のバケツトは、 再度、 記憶部 6 8に記憶 させる必要はないので、 ステップ S 1 6に処理が進められ破棄される。
一方、 記憶部 6 8に記憶されていないと判断されたパケットは、 ステップ S 1 3に処理が進められ記憶部 6 8に記憶される。 記憶部 6 8にバケツトが記憶され る際、その領域は、予めそのバケツトが記憶されるとして用意されていた領域(そ の時点で記憶されているシークェンスナンバーに対応する領域) に記憶される。 換言すれば、 後に受信されたパケットも、 本来受信されるべきタイミングで受信 されたかのように、 順番が入れ替えられて、 記憶部 6 8に記憶される。 この記憶 の制御は、 順序再構成部 6 6により行われる。
次に、 再送要求について説明する。 再送要求の処理は、 ステップ S 1 7 (図 1 1 ) において行われるが、 ステップ S 1 7に処理が進められるのは、 ステップ S 1 2において、 ナンバーチェック部 6 5により、 供給された R T Pパケットの R T Pヘッダ 4 2に含まれるシークェンスナンバーは、 管理している番号に連続す る番号ではないと判断され、 かつ、 ステップ S 1 4において、 そのシークェンス ナンバーは、 管理している番号より大きい番号であると判断されたときである。 図 1 3の Bを再度参照するに、 ナンバーチェック部 6 5に、 シークェンスナン バー " 9 7 " の R T Pバケツ 1、が供給された後に、 シークェンスナンバー " 9 9 " の R T Pパケットが供給された場合、 このような判断が行われ、 ステップ S 1 7 に処理が進められる。 このような状況は、 供給されるべきシークェンスナンバー " 9 8 "の R T Pパケットが、供給されなかった (欠落した)状況を示している。 ステップ S 1 7において、 再送要求の処理が実行される。 ステップ S 1 7にお いて行われる再送要求の処理について、 図 1 2のフローチャートを参照して説明 する。 この再送要求の処理とは、 供給されるべきシークェンスナンバーの R T P パケット、 すなわち、 欠落したと判断される R T Pパケットを取得するために、 送信機 1に対して、 その欠落していると判断される RTPバケツトを再送するよ うに要求を出す処理である。
ナンバーチェック部 6 5は、 ステップ S 3 1において、 欠落していると判断し た番号を判断し、 その判断した番号に関するデータを、 ステップ S 3 2の処理と して、 再送制御部 70に通知する。 換言すると、 ナンバーチェック部 6 5は、 管 理している番号から、 供給された RT Pパケッ 1、のシークェンスナンバーまでの 番号を、 欠落しているパケットの番号 (シークェンスナンバー) として決定し、 その決定した番号に関するデータを、 再送制御部 70に通知する。
例えば、 図 1 3の Bに示したような状況の場合、 シークェンスナンバー "98" 力、 欠落している番号として再送制御部 70に通知される。 また、 図示はしない ί 例えば、 管理している番号が "97" で、 供給された RT Ρパケットのシー クエンスナンパ一が "1 20" であるような場合、 "98" 乃至 " 1 1 9" 1 欠落している番号として再送制御部 70に通知される。 すなわち、 再送制御部 7 0に通知される番号は、 1つとは限らない。
再送制御部 70は、 ナンバーチェック部 65からのデータを入力すると、 ステ ップ S 33において、 計時部 71に計時を開始させる。 再送制御部 70は、 計時 部 7 1に計時を開始させる際、 欠落していると判断された番号に関するデータも 供給する。 そして、 再送制御部 70は、 ステップ S 34において、 送信機 1に対 して再送を要求するデータを、 通信部 6 1により送信させる。
通信部 6 1により送信される、 再送を要求するデータについて説明する。 この データは、 トランスポート層のプロトコルとして、 TCPが用いられたパケット として送信される。 上述したように、 送信機 1から、 図 3に示したようなデータ (MACパケット) が送信される際には、 トランスポート層のプロ トコルとして UDPが用いられたが、 受信機 2から送信される再送を要求するデータとしての パケットは、 T C Pが用いられたものとされる。
これは、 確実に再送要求を、 送信機 1側に送信させるようにするためである。 勿論、 UD Pを用いて再送要求を出すようにしても良いが、その再送要求自体が、 確実に送信機 1側に送信されたか否かを判断できない状況は好ましくない状況で あると考えられる。 そこで、 本実施の形態においては、 再送要求は、 U D Pでは なく、 T C Pが用いられるとして説明する。
T C Pを用いて送信される再送要求のデータには、 ステップ S 3 1、 ステップ S 3 2の処理において、 欠落した番号として判断された番号のデータとして、 再 送制御部 7 0に通知されたデータが少なくとも含まれる。
このような再送要求のデータが送信機 1に対して送信されると、 ステップ S 1 8 (図 1 1 ) に処理が進められる。 ステップ S 1 8において、 計時部 7 1は、 所 定の時間が経過したか否かを判断する。 計時部 7 1は、 上述したように、 再送制 御部 7 0の指示により、 送信機 1に対して送信要求が出された時点から、 計時を 開始している。
その計時している時間が、 一定の値になったか否かが、 ステップ S 1 8におい て判断される。 ステップ S 1 8において一定の時間が経過したと判断されると、 ステップ S 1 9に処理が進められる。 ステップ S 1 9において、 計時部 7 1は、 再送制御部 7 0から供給された欠落していると判断された番号に関するデータを 参照し、その番号(シークェンスナンバー) に関連付けられて、 T Sパケットが、 記憶部 6 8に記憶されているか否かを判断する。
• ステップ S 1 9において行われる判断について説明する。 図 1 1と図 1 2に示 したフローチャートを参照して説明している処理は、 受信機 2により受信された データ (MA Cパケット)毎に行われている。従って、ステップ S 1 8において、 所定の時間が経過したか否かの判断が行われるが、 その所定の時間が経過する間 にも、 受信機 2には、 パケットが順次受信され、 図 1 1と図 1 2に示したフロー チヤ一トの処理が、 その受信されたバケツト毎に行われている。
その順次受信され、 処理されるバケツト内には、 ステップ S 1 7の処理により 出された再送要求に対応する処理として、 送信機 1が再送してきたパケットも含 まれる可能性がある。 再送が正常に行われ、 正常に受信、 処理されれば、 記憶部 6 8に、 その再送されてきた T Sパケットが記憶されることになる。 そこで、 ス テツプ S I 9においては、 そのように、 再送要求に対応して再送されてきた T S バケツトが、 記憶部 68に記憶されているか否かが判断される。
ステップ S 1 9において、 計時部 7 1が、 記憶部 68には、 再送されてきた T Sバケツトは記憶されていないと判断した場合、ステップ S 1 7に処理が戻され、 再度、 再送要求が出される。 この際、 再送要求が出されるのは、 記憶されていな い T Sパケットに対してのみである。
すなわち、 例えば、 欠落していると判断されたパケットのシークェンスナンパ 一が、 "1 00" 乃至 " 1 20" であり、 その " 1 00" 乃至 "1 20" に対す るバケツトの再送要求が出された結果、 ステップ S 1 9の処理が実行される時点 で、 " 100 " 乃至 " 1 1 0 " に対応する T Sパケットが記憶部 68に記憶され ているような場合には、 "1 1 1" 乃至 " 1 20" に対応する TSバケツトの再 送を要求する再送要求が、 再度出される。
このように、 再送要求自体を、 繰り返し出すようにすることにより、 より確実 に、 欠落したパケット (データ) を取得できるようにする。
ここで、 図 1 1に示していないが、 ステップ S 1 9の処理の前または後に、 ス テツプ S 1 9の処理を打ち切るような判断の処理を入れる必要がある。 ステップ S 1 9において、 再送要求した TSパケットが記憶部 68に記憶されていると判 断されるまで、 再送要求が繰り返し出される一方で、 記憶部 6 8に記憶されてい る TSパケットは、 順次、 MP EGデコーダ 69に供給される。
図 1 0を再度参照するに、 シークェンスナンバー "1" に関連付けられている T Sバケツト 1— 1乃至 1— 7が、 MP EGデコーダ 69に供給された後に、 シ ークエンスナンバー "2" に関連付けられている TSパケット 2— 1乃至 2— 7 が MP EGデコーダ 6 9に供給される。
その後、 シークェンスナンバー "3" に関連付けられている T Sパケットが、 MP EGデコーダ 6 9に供給されるが、 供給される時点で、 記憶されていなけれ ば、 供給することができず、 そのシークェンスナンバー 3" に関連付けられて いる T Sパケットが供給されることなく、 次のシークェンスナンバー "4" に関 連付けられている T Sバケツト 4一 1乃至 4一 7が供給される。
このようなことを換言すれば、 シークェンスナンバー " 4 " に関連付けられて いる T Sバケツトが M P E Gデコーダ 6 9に供給されるより前の時点までに、 シ 一タエンスナンバー " 3 " に関連付けられる T Sパケットが、 記憶部 6 8に記憶 されなければ、 その後の時点で、 シークェンスナンバー " 3 " に関連付けられる T Sバケツトを取得する必要はなく、 そのための処理も行われる必要はない。 このようなことを考慮すれば、 計時部 7 1により出される再送要求の処理は、 欠落していると判断されているパケットを取得するまで繰り返えされる必要性は ない。 そこで、 ステップ S 1 9の前の処理として、 例えば、 所定の回数だけ、 再 送要求が出されたか否かを判断する処理を設ける。 そして、 所定の回数だけ、 再 送要求が出されたと判断された場合には、 ステップ S 1 9の処理を省略し、 図 1 1, 1 2に示したフローチャートの処理を終了させる。 すなわち、 再送要求を出 すという処理が中断される。
または、 ステップ S 1 9の後に、 所定の回数だけ、 再送要求が出されたか否か の判断をする処理を設けても良い。 ステップ S 1 9の後に、 そのような処理を設 けたとしても、 基本的に、 上述した、 ステップ S 1 9の前に設けた場合と同様に して、 再送要求を出すという処理が中断される。
所定の回数の決定の仕方だが、記憶部 6 8の容量に基づいて決定されればよい。 例えば、 記憶部 6 8には、 1秒間分のデータが記憶できるだけの容量があり、 ス テツプ S 1 8における処理で用いられる所定の時間として 1 0 0ミリ秒と計時部 7 1に設定されている場合、 1秒間の間に、 1 0回、 ステップ S 1 8の処理が行 われることになる。
よって、 この場合、 再送要求を中断するための判断が、 ステップ S 1 9の前に 行われる場合、 または、 ステップ S 1 9の後に行われる場合 (ステップ S 1 9で N Oと判断された後に行われる場合) 、その判断は、 " 1 0回目の再送要求か?" といった判断となる。
すなわち、 1 0回目の再送要求を出したとしても、 その 1 0回目の再送要求に 対応する処理として、 データが受信されたとしても、 既に、 そのデータを必要と する処理は、 そのデータがない状態のまま、 M P E Gデコーダ 6 9で行われてい るため、 1 0回目の再送要求を出すのは無駄な処理となってしまう。 よって、 こ の場合、 1 0回目の再送要求が出されることなく、 再送要求が中断されるような 判断が、 行われるようにすればよい。
このように、 再送要求を中断させるための判断として、 再送要求を出した回数 により制限をかけることも可能であるが、 時間により制限をかけるようにしても 良い。 例えば、 記憶部 6 8の記憶容量が、 1秒間分のデータを記憶できるだけの 容量である場合、 計時部 7 1が計時を開始してから、 1秒以上経過した後に出さ れる再送要求は、 実質的に、 無駄な処理となることになる。
そこで、 計時部 7 1が、 計時を開始してから所定の時間 (この場合、 1秒) だ け経過したか否かを、 例えば、 ステップ S 1 8の処理とあわせて判断するように し、 時間により、 再送要求を中断させるための判断を行うようにしても良い。 なお、 上述した実施の形態においては、 計時部 7 1は、 再送制御部 7 0からの 指示があると計時を開始し、 所定の時間が経過後、 再送要求した T Sパケットが 記憶部 6 8に記憶されていなければ、 再度、 再送要求を出すとしたが、 計時部 7 1は、 再送制御部 7 0からの指示にかかわらず、 計時を行うようにしても良い。 計時部 7 1が、 常に計時を行うようにした場合、 所定の周期毎 (例えば、 1 0 0ミリ秒毎) に、 記憶部 6 8を参照し、 シークェンスナンバーは記憶されている 1S そのシークェンスナンバーに関連付けられて T Sパケットは記憶されていな いと判断されるシークェンスナンバーを抽出するようにする。 そして、 抽出され たシークェンスナンバーのデータが再送制御部 7 0に供給されると共に、 再送要 求を出すように指示が出されるようにしても良い。
このようにして、 受信機 2側で、 欠落しているパケット (データ) を判断し、 その欠落しているパケットを取得するために、 その欠落しているパケットを再度 送信するように再送要求が、 送信機 1側に出される。 このような再送要求が出さ れることにより、 何らかの原因で、 受信機 2側がパケットを受信 (処理) できな かったとしても、 その欠落したバケツトを取得することが可能となる。
また、 欠落したパケットを受信機 2側で判断することにより、 送信機 1側で、 欠落したバケツトを判断するより (例えば、 A C K信号を受信したか否かを判断 することにより、 欠落したパケットを判断するより) 、 送信側おょぴ受信側の双 方で、 再送にかかわる無駄な処理が実行されてしまうようなことを防ぐことが可 能となる。 換言すれば、 より適切に再送の処理を送信側おょぴ受信側で行えるよ うになる。
このような処理が、 受信機 2側で行われるようにするには、 送信機 1側は、 再 送要求が出されたときに、 その再送が要求されたデータを送信できるように構成 されていなければならない。 そこで、 図 2に示したように、 送信機 1は、 再送す るためのデータを記憶するための記憶部 2 8を有している。
図 1 4のフローチャートを参照して、 送信機 1が行う、 再送要求に対応する処 理について説明する。 ステップ S 5 1において、 送信機 1は、 R T Pヘッダ付加 部 2 2から出力された R T Pパケットを、記憶部 2 8に記憶する。記憶部 2 8は、 受信機 2の記憶部 6 8が T Sパケットを記憶する容量と同じ、 または、 それ以上 の容量を有する。
記憶部 2 8は、 上述したように、 R T Pパケットを記憶する。 従って、 R T P パケッ 1、内の R T Pヘッダ 4 2のシークェンスナンバーにより、 記憶されている R T Pパケットを識別することが可能である。 なお、 記憶部 2 8に記憶されてい る R T Pパケットは、 順次、 若い番号のシークェンスナンバーを有する R T Pパ ケットから削除され、新たな R T Pパケットが記憶できるように構成されている。 その削除されるタイミングゃデータ量は、 記憶部 2 8の容量を考慮して決定され ればよい。
R T Pへッダ付加部 2 2からの R T Pパケットは、 U D Pヘッダ 2 3、 I Pへ ッダ付加部 2 4、 および MA Cへッダ付加部 2 5の各部で、 それぞれのへッダが 付加される。
そして、通信部 2 6により、受信機 2側に、 MA Cバケツトとして送信される。 このような送信が行われた後も、 記憶部 2 8には、 送信された MA Cパケッ トに 含まれる R T Pパケットが記憶されている。
ステップ S 5 2において、再送要求を受けたか否かが判断される。この判断は、 通信部 2 6において受信されたデータを、 再送制御部 2 7が参照することにより 行われる。 このデータは、 上述したように、 T C Pに基づく通信により受信機 2 から送信されてきたデータである。
ステップ S 5 2において、 受信されたデータは、 再送を要求するデータである と判断された場合、 ステップ S 5 3に処理が進められる。 ステップ S 5 3におレ、 て、 受信されたデータ内が解析されることにより、 再送が要求されているシーク エンスナンバー (番号) が特定される。
シークェンスナンバーの特定が、 再送制御部 2 7により行われると、 ステップ S 5 4において、 その特定されたシークェンスナンバーを有する R T Pバケツト 1 記憶部 2 8から読み出される。 記憶部 2 8から読み出された R T Pパケット は、 U D Pへッダ付加部 2 3に供給される。 このような制御は、 再送制御部 2 7 により行われる。
U D Pへッダ付加部 2 3に供給された R T Pパケットは、 U D Pへッダ付加部 2 3以降の各部において、 ヘッダが付加され、 通信部 2 6により受信機 2に対し て送信される (ステップ S 5 5, S 5 6 ) 。
このようにして、 送信機 1は、 再送の要求があつたときに、 その要求に対応す るために、 記憶部 2 8から R T Pパケットを読み出し、 再度、 受信機 2に対して 送信を行う。 このような処理が、 送信機 1側で行われることにより、 受信機 2側 では、 欠落したと判断されるパケットを取得することができる。
このように、 本発明によれば、 U D Pを用いた通信を行うことにより、 通信に かかる処理を軽減させることが可能になり、 リアルタイムな処理を要求される通 信にも対応することが可能となるとともに、 受信機 2側で、 欠落したパケットを 取得するための処理が実行されることにより、 その通信の信頼性を向上させるこ とが可能となる。 なお、 上述した実施の形態においては、 R T Pヘッダ 4 2に含まれるシークェ ンスナンバーが用いられて、 欠落したバケツトが取得されるための処理が行われ るとして説明した。 このように、 R T Pヘッダ 4 2に含まれるシークェンスナン バーが用いられて、 欠落したバケツトが取得されるための処理が行われるように することにより、 通信の過程で発生するパケッ ト落ちだけでなく、 送信機 1また は受信機 2の予期されぬ不具合により発生したパケッ ト落ちに対しても対処する ことができるようになる。
仮に、 送信機 1側で、 不具合が発生したために、 所定の番号のシークェンスナ ンバーを含むデータが、 受信機 2側に送信されなかったとする。 または、 受信機 2側で、 不具合が発生したために、 所定の番号のシークェンスナンバーを含むデ ータが受信されなかったとする。
そのような場合、 本発明を適用した受信機 2は、 上述したように、 受信できな かったシークェンスナンバーを含むデータを再送するように要求を出すようにな つている。 しかしながら、 R T Pを用いず、 従って、 シークェンスナンバーを用 いずに、通信が行われた場合、受信されなかったデータ (再送を要求するデータ) を特定することができない。 従って、 仮に、 受信機 2側から、 再送要求を出した しても、送信機 1側では、どのデータを再送すれば良いかわからず、結果として、 再送できないということなる。
再送の要求だけなら、 無線にかかわるプロトコルにおけるリ トライの処理だけ でも行うことは可能であるが、 再送させるデータを特定するというのは、 無線に かかわるプロトコルではカバーできない。 よって、 本実施の形態のように、 R T Pを用いた通信を行うことで、 上述したような、 再送の処理を実行させることが 可能となり、 より確実に、 欠落したデータを取得できるようにすることにより、 より通信の信頼性を向上させることが可能となる。 '
また、 "Sequence Number" と "Time Stamp" (図 5 ) を併用することにより、 図 1 1のステップ S 1 1において、 初期値の設定を行うために、 受信されたデー タが、 新しいス トリーミングのものであるか否かの判断、 すなわち、 新たなス ト リーミングの識別を容易に行うことが可能となる。
例えば、 シークェンスナンバーが連続していても、 "Time Stamp" が不連続に なっているような場合には、 新たなス 1、リーミングであると識別することができ る。 また、 複数のストリーミングが同時に流れているような環境下で、 送信機 1 が、 各ストリーミングに対して、 "Time Stamp" をずらした状態で、 送信するこ とで、 受信機 2は、 受信された複数のストリーミングから、 選択的に、 1つのス トリーミングを選択し、 かつ、 上述したような再送の要求を出すことが可能とな る。
なお、 上述した実施の形態においては、 送信機 1は、 アナ口グ信号のテレビジ ヨン放送を受信し、 処理するとして説明したが、 デジタル信号のテレビジョン放 送を受信し、 処理する装置であっても良く、 そのようにした場合でも、 本発明を 適用することが可能である。
送信機 1を、 デジタル信号のテレビジョン放送を受信し、 処理するようにした 場合、 受信するデータ自体が、 既にパケット化されており、 また、 複数のヘッダ が付加されている状態であるので、 エンコードや所定のヘッダを付加する処理な どを省略し、 それらのヘッダのうちの所定の内容を書き換えるなどの処理を施す ことにより、 上述した発明を適用することが可能である。
上述した一連の処理 (例えば、 再送にかかわる処理) は、 それぞれの機能を有 するハードウエアにより実行させることもできるが、 ソフトウェアにより実行さ せることもできる。 一連の処理をソフトウェアにより実行させる場合には、 その ソフトウェアを構成するプログラムが専用のハードウエアに組み込まれているコ ンピュータ、 または、 各種のプログラムをインス トールすることで、 各種の機能 を実行することが可能な、 例えば汎用のパーソナルコンピュータなどに、 記録媒 体からインス トーノレされる。
記録媒体について説明する前に、 記録媒体をデータを書き込む、 または、 読み 出すパーソナルコンピュータについて説明する。 図 1 5は、 汎用のパーソナルコ ンピュータの内部構成例を示す図である。 パーソナルコンピュータの C P U (Ce ntral Processing Unit) 1 0 1は、 R O M (Read Only Memory) 1 0 2に記憶さ れているプログラムに従って各種の処理を実行する。 R AM (Random Access Me mory) 1 0 3には、 C P U 1 0 1が各種の処理を実行する上において必要なデー タゃプログラムなどが適宜記憶される。 入出力インタフヱース 1 0 5は、 キーボ —ドゃマウスから構成される入力部 1 0 6が接続され、 入力部 1 0 6に入力され た信号を C P U 1 0 1に出力する。 また、 入出力ィンタフェース 1 0 5には、 デ イスプレイやスピーカなどから構成される出力部 1 0 7も接続されている。
さらに、 入出力ィンタフェース 1 0 5には、 ハードディスクなどから構成され る記憶部 1 0 8、 および、 インターネットなどのネッ トワークを介して他の装置 とデータの授受を行う通信部 1 0 9も接続されている。 ドライブ 1 1 0は、 磁気 ディスク 1 2 1、 光ディスク 1 2 2、 光磁気ディスク 1 2 3、 半導体メモリ 1 2 4などの記録媒体からデータを読み出したり、 データを書き込んだりするときに 用いられる。
記録媒体は、 図 1 5に示すように、 パーソナルコンピュータとは別に、 ユーザ にプログラムを提供するために配布される、 プログラムが記録されている磁気デ イスク 1 2 1 (フレキシブノレディスクを含む) 、 光ディスク 1 2 2 (CD-ROM (Co mpact Disc-Read Only Memory; , DVD (Digital Versatile Disc) を含む) 、 光 磁気ディスク 1 2 3 (MD (Mini-Disc) (登録商標) を含む) 、 若しくは半導体メ モリ 1 2 4などよりなるパッケージメディァにより構成されるだけでなく、 コン ピュータに予め組み込まれた状態でユーザに提供される、 プログラムが記憶され ている R O M 1 0 2や記憶部 1 0 8が含まれるハードディスクなどで構成される。 なお、 本明細書において、 媒体により提供されるプログラムを記述するステツ プは、 記載された順序に従って、 時系列的に行われる処理は勿論、 必ずしも時系 列的に処理されなく とも、 並列的あるいは個別に実行される処理をも含むもので ある。
また、 本明細書において、 システムとは、 複数の装置により構成される装置全 体を表すものである。 産業上の利用可能性
本発明によれば、 何らかの原因で、 送信または受信できなかったデータを、 受 信側で取得することができる。
また、 本発明によれば、 何らかの原因で、 送信または受信できなかったデータ を、 特定して、 受信側から、 送信側に対して、 再送するように要求を出すことが できる。 その要求に送信側の装置が対応することにより、 受信側は、 受信できな かったデータを取得することができる。
さらに、 本発明によれば、 U D Pを用いた通信においても、 欠落したパケット を、 受信側で、 取得することが可能となる。

Claims

請求の範囲
1 . データを送信する送信装置と、 前記送信装置から送信された前記データを 受信する受信装置から構成される送受信システムにおいて、
j B送信装置は、
前記データを取得する取得手段と、
前記取得手段により取得された前記データに、 前記データの順序を示す順序 情報を付加する付加手段と、
前記付加手段により前記順序情報が付加された前記データを記憶する記憶手 段と、
前記付加手段により前記順序情報が付加された前記データを前記受信装置に 送信する送信手段と、
前記送信手段により送信された前記データの再送が、 前記受信装置から要求 された場合、 その再送が要求されたデータを前記記憶手段から読み出し、 前記 送信手段に、 前記読み出されたデータの再送を指示する再送手段と
を備え、
前記受信装置は、
前記送信手段により送信された前記データを受信する受信手段と、
前記受信手段により受信された前記データに含まれる前記順序情報を抽出し、 その順序情報を用いて、前記データの欠落があるか否かを判断する判断手段と、 前記判断手段により、 前記データの欠落があると判断された場合、 欠落して いると判断されるデータを特定する特定手段と、
前記特定手段により特定された前記欠落していると判断されるデータの再送 を前記送信装置に要求する要求手段と
を備える
ことを特徴とする送受信システム。
2 . データを取得する取得手段と、
前記取得手段により取得された前記データに、 前記データの順序を示す順序情 報を付加する付加手段と、
前記付加手段により前記順序情報が付加された前記データを記憶する記憶手段 と、
前記付加手段により前記順序情報が付加された前記データを送信する送信手段 と、
前記送信手段により送信された前記データの再送が、 他の装置から要求された 場合、 その再送が要求されたデータを前記記憶手段から読み出し、 前記送信手段 に、 前記読み出されたデータの再送を指示する再送手段と
を備えることを特徴とする送信装置。
3 . 前記他の装置からの前記データの再送の要求には、 前記再送が要求された データの順序を示す順序情報が含まれ、
前記再送手段は、 前記データの順序を示す順序情報と一致する前記データの順 序を示す順序情報が付加された前記データを前記記憶手段から読み出す
ことを特徴とする請求の範囲第 2項に記載の送信装置。
4 . 前記付加手段は、 前記順序情報として、 R T Pに基づくヘッダを少なくと ち付力 Pし、
前記記憶手段は、 前記 R T Pのへッダが付加された前記データを記憶する ことを特徴とする請求の範囲第 2項に記載の送信装置。
5 . 前記他の装置からの前記データの再送の要求には、 前記 R T Pに基づくへ ッダに含まれる Sequence Numberの情報が含まれ、
前記再送手段は、前記ヘッダに含まれる前記 Sequence Numberの情報と一致する Sequence Numberを含むヘッダが付加された前記データを前記記憶手段から読み 出す
ことを特徴とする請求の範囲第 4項に記載の送信装置。
6 . データの取得を制御する取得制御ステップと、
前記取得制御ステップの処理で取得が制御された前記データに、 前記データの 順序を示す順序情報を付加する付加ステップと、 前記付加ステップの処理で前記順序情報が付加された前記データの記憶を制御 する記憶制御ステップと、
前記付加ステツプの処理で前記順序情報が付加された前記データの送信を制御 する送信制御ステップと、
前記送信制御ステップの処理で送信が制御された前記データの再送が、 他の装 置から要求された場合、 その再送が要求されたデータを前記記憶制御ステップの 処理で記憶が制御された前記データ内から読み出し、 前記送信制御ステップの処 理に、 前記読み出されたデータの再送を指示する再送ステップと
を含むことを特徵とする送信方法。
7 . データを受信する受信手段と、
前記受信手段により受信された前記データに含まれる所定の情報を抽出し、 そ の情報を用いて、 前記データの欠落があるか否かを判断する判断手段と、 前記判断手段により、 前記データの欠落があると判断された場合、 欠落してい ると判断されるデータを特定する特定手段と、
前記特定手段により特定された前記欠落していると判断されるデータの再送を 前記データを送信してきた他の装置に要求する要求手段と
を備えることを特徴とする受信装置。
8 . 前記要求手段により前記要求が出されたときから計時を開始する計時手段 と、
前記計時手段による計時が、 所定の時間を経過する毎に、 再度要求を出すよう に前記要求手段に指示する指示手段と
をさらに含むことを特徴とする請求の範囲第 7項に記載の受信装置。
9 . 前記所定の情報とは、 データの順序を示す順序情報である
ことを特徴とする請求の範囲第 7項に記載の受信装置。
1 0 . 前記判断手段は、前記受信されたデータに含まれる前記順序情報のうち、 順序が最も後の第 1の順序情報を記憶し、 その記憶している第 1の順序情報と、 新たに受信されたデータに含まれる第 2の順序情報が連続しておらず、 かつ、 前 記第 1の順序情報の方が前記第 2の順序情報より順序が後であると判断したとき- 前記データが欠落していると判断し、
前記特定手段は、 前記第 1の順序情報から前記第 2の順序情報までの間に位置 する第 3の順序情報を含む前記データを、 欠落していると判断されるデータであ ると特定し、
前記要求手段は、 前記欠落されていると判断されるデータの再送を、 前記第 3 の順序情報を含むデータを前記他の装置に送信することにより要求する
ことを特徴とする請求の範囲第 9項に記載の受信装置。
1 1 . 前記所定の情報は、 データ毎に割り当てられた昇順な連続した番号であ り、
前記判断手段は、 前記受信されたデータに含まれる前記番号のうち、 最も大き い第 1の番号を記憶し、 その記憶している第 1の番号と、 新たに受信されたデー タに含まれる第 2の番号が連続しておらず、 かつ、 前記第 1の番号の方が前記第
2の番号より小さいと判断したとき、 前記データが欠落していると判断し、 前記特定手段は、 前記第 1の番号から前記第 2の番号までの間に位置する第 3 の番号を含む前記データを、 欠落していると判断されるデータであると特定し、 前記要求手段は、 前記欠落されていると判断されるデータの再送を、 前記第 3 の番号を含むデータを前記他の装置に送信することにより要求する
ことを特徴とする請求の範囲第 7項に記載の受信装置。
1 2 . 前記判断手段は、 前記所定の情報として前記データに含まれる R T Pに 基づくヘッダを抽出し、 そのヘッダに含まれる Sequence Numberの情報を用いて、 前記データの欠落があるか否かを判断する
ことを特徴とする請求の範囲第 7項に記載の受信装置。
1 3 . 前記判断手段は、前記ヘッダに含まれていた前記 Sequence Numberのうち、 最も大きい番号の第 1の Sequence Numberを記憶し、 その記憶している第 1の Seq uence Numberと、新たに供給されたへッダに含まれる第 2の Sequence Numberが連 続している番号ではなく、 かつ、 前記第 1の Sequence Numberの方が前記第 2の S equence Numberより小さい番号であると判断したとき、 前記データが欠落してい ると判断し、
前記特定手段は、 前記第 1の Sequence Number力 ら前記第 2の Sequence Number までに位置する番号の第 3の Sequence Numberを前記ヘッダに含む前記データを、 欠落していると判断されるデータであると特定し、
前記要求手段は、 前記欠落されていると判断されるデータの再送を、 前記第 3 の Sequence Numberの情報を含むデータを前記他の装置に送信することにより要 求する
ことを特徴とする請求の範囲第 1 2項に記載の受信装置。
1 4 . 前記要求手段は、前記前記第 3の Sequence Numberの情報を含むデータを、 T C Pに基づいて送信する
ことを特徴とする請求の範囲第 1 3項に記載の受信装置。
1 5 . 前記判断手段は、 前記第 1の Sequence Numberと、 前記第 2の Sequence Numberが連続している番号ではなく、かつ、前記第 1の Sequence Numberの方が前 記第 2の Sequence Numberより大きい番号であると判断したとき、 その第 2の Seq uence Numberを含むデータは、 再送されてきたデータであると判断する
ことを特徴とする請求の範囲第 1 3項に記載の受信装置。
1 6 . データの受信を制御する受信制御ステップと、
前記受信制御ステップの処理で受信された前記データに含まれる所定の情報を 抽出し、 その情報を用いて、 前記データの欠落があるか否かを判断する判断ステ ップと、
前記判断ステップの処理により、 前記データの欠落があると判断された場合、 欠落していると判断されるデータを特定する特定ステップと、
前記特定ステップの処理で特定された前記欠落していると判断されるデータの 再送を前記データを送信してきた他の装置に要求する要求ステップと
を含むことを特徴とする受信方法。
PCT/JP2004/001947 2003-02-28 2004-02-19 送受信システム、送信装置および方法、受信装置および方法 WO2004077780A1 (ja)

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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102130763A (zh) * 2011-03-18 2011-07-20 中兴通讯股份有限公司 以太网传输的线序调整装置和方法

Families Citing this family (27)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

Patent Citations (5)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
Title
See also references of EP1599003A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
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