WO2002005496A1 - Systeme de communication de donnees - Google Patents

Systeme de communication de donnees Download PDF

Info

Publication number
WO2002005496A1
WO2002005496A1 PCT/JP2001/005831 JP0105831W WO0205496A1 WO 2002005496 A1 WO2002005496 A1 WO 2002005496A1 JP 0105831 W JP0105831 W JP 0105831W WO 0205496 A1 WO0205496 A1 WO 0205496A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
time
receiving
missing
transmission
Prior art date
Application number
PCT/JP2001/005831
Other languages
English (en)
French (fr)
Inventor
Daiji Ido
Koji Imura
Akihiro Miyazaki
Koichi Hata
Original Assignee
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to AU2001269446A priority Critical patent/AU2001269446A1/en
Priority to EP01947838A priority patent/EP1225735A4/en
Publication of WO2002005496A1 publication Critical patent/WO2002005496A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • 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/1809Selective-repeat protocols
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • 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
    • H04L1/1877Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • 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/188Time-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/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/27Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/32Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames

Definitions

  • the present invention relates to a data communication system, and a data transmission device and a data reception device constituting the data communication system.
  • the transport layer protocol when transmitting digital data (multimedia data) such as images and sounds over a packet communication line, the transport layer protocol has a high reliability but does not consider the playback time of images and sounds.
  • Transmission Control Protocol Rotorozoma or Pomaa Power suitable for real-time communication s Communication using the UDP (User Datagram Protocol) protocol that may cause loss of data over time.
  • UDP User Datagram Protocol
  • the data transmission method of this publication is as follows. First, the receiving side receives and decomposes a packet from the transmitting side, or detects that the packet could not be received. A serial number is assigned to the packet, and this number is checked each time a packet is received.When a discontinuity in the serial number is detected, the presence of a packet that could not be received is detected. The number of packets that could not be received. It can be counted. Then, by transmitting missing information indicating that the packet could not be received to the transmitting side, the transmitting side is requested to retransmit the packet. The sender retransmits the bucket for which retransmission was requested using a highly reliable TCP protocol.
  • the receiving side has a TCP packet decomposer and a UDP packet decomposer, which decomposes both TCP and UDP packets to RTP (Real-time Transfer Protocol). It can be passed to the packet disassembler.
  • RTP Real-time Transfer Protocol
  • the transmitting side when transmitting image or audio data, the transmitting side retransmits the data even if it is not in time for the reproduction time on the receiving side, so that useless data may be retransmitted. There is a problem that the transmission bandwidth is wasted. Since the transmission bandwidth is wasted, power is needed for useless transmission of data, and it becomes difficult to increase the capacity of the entire system. Disclosure of the invention
  • a data communication system is a data communication system having a data transmission device and a data reception device, wherein the data transmission device stores only retransmittable data.
  • Retransmission means for extracting and retransmitting a data corresponding to a retransmission request of the data receiving device from the data stored in the storage means; and a data round trip time between the data receiving device.
  • a transmitting unit that transmits the data round trip time calculated by the calculating unit to the data receiving device at predetermined time intervals, wherein the data receiving device transmits from the data transmitting device.
  • Receiving means for receiving the received data, and when data is received by the receiving means, determining whether or not data is missing.
  • a missing time determining means a playing time calculating means for calculating a playing time of the data received by the receiving means, a round trip time receiving means for receiving a data round trip time transmitted from the transmitting means,
  • a determining means determines that there is missing data
  • retransmission of the missing data is performed based on the playback time calculated by the playback time calculating means and the data round trip time received by the round trip time receiving means.
  • Retransmission request determination means for determining whether to make a request.
  • a data communication system is a data communication system having a data transmitting device and a data receiving device, wherein the data transmitting device transmits only retransmittable data.
  • Storage means for storing, retransmission means for extracting data corresponding to the retransmission request of the data reception apparatus from the data stored in the storage means and retransmitting the data, and transmitting the data transmitted from the data reception apparatus.
  • Measuring means for measuring a difference time between the reception time of the first data and the transmission time of the second data transmitted to the data receiving device in response to the first data; and And transmitting means for transmitting the difference time included in the second data to the data receiving device at a predetermined time interval, wherein the data receiving device transmits the data to the data transmitting device.
  • Calculating means for calculating an overnight round trip time; receiving means for receiving the data transmitted from the data transmitting device; and when the data is received by the receiving means, a missing data for determining the presence or absence of data loss.
  • Retransmission request determination means for determining whether or not to perform a retransmission request for missing data based on the reproduction time calculated by the means and the data round trip time calculated by the calculation means.
  • FIG. 1 is a block diagram showing a configuration of a data transmission device of a data communication system according to Embodiment 1 of the present invention
  • FIG. 2 is a block diagram showing a configuration of a data receiving device of the data communication system according to Embodiment 1 of the present invention.
  • FIG. 3 is a flowchart showing the contents of the round trip time R T T transmission processing in the server corresponding to the first embodiment.
  • FIG. 4 is a block diagram showing a configuration of a round-trip time calculation unit of the server corresponding to the first embodiment.
  • FIG. 5 is a sequence diagram for explaining a round trip time R T T calculation method in the server corresponding to the first embodiment.
  • FIG. 6 is a configuration diagram showing an example of a bucket in which a round trip time R T T is transmitted from a server corresponding to the first embodiment to a terminal device,
  • FIG. 7 is a configuration diagram showing another example of a packet in which the round trip time RTT is recorded, which is transmitted from the server corresponding to the first embodiment to the terminal device,
  • FIG. 8 is a configuration diagram showing an example of a packet in which a difference time D LSR is recorded, which is transmitted from a terminal device corresponding to the first embodiment to a server,
  • FIG. 9 is a flowchart showing the content of the differential time D LSR transmission process in the terminal device corresponding to Embodiment 1.
  • FIG. 10 is a flowchart showing the contents of a packet retransmission request determination process in the terminal device corresponding to Embodiment 1.
  • FIG. 11 is a diagram provided for description of FIG. 10, and corresponds to the first embodiment.
  • FIG. 12 is a block diagram showing another configuration of the server corresponding to the first embodiment
  • FIG. 13 is a block diagram showing another configuration of the terminal device corresponding to the first embodiment
  • FIG. Data transmission of data communication system according to Embodiment 2 of the present invention Block diagram showing the configuration of the device
  • FIG. 15 is a block diagram showing a configuration of a data receiving device of a data communication system according to Embodiment 2 of the present invention.
  • FIG. 16 is a sequence diagram for explaining a round trip time R T T calculation method in the terminal device according to the second embodiment.
  • FIG. 1 is a block diagram showing a configuration of a data transmission device of a data communication system according to Embodiment 1 of the present invention
  • FIG. 2 is a block diagram showing a configuration of a data reception device of the system. .
  • the data transmitting apparatus 100 shown in FIG. 1 transmits a packet to the data receiving apparatus 200 shown in FIG. 2 through a packet communication line (not shown), and transmits control data from the data receiving apparatus 200. It has the function of receiving data. For example, it is connected to a packet communication line alone or mounted on a data communication server mounted on an exchange or a base station in a mobile communication system. Used for servers and the like.
  • the data receiving device 200 is, for example, an information communication terminal device such as a personal computer that transmits and receives data via a wired line, a mobile station device in a mobile communication system (for example, a mobile phone, a mobile phone function, and the like). And a portable information communication terminal having a computer function).
  • an information communication terminal device such as a personal computer that transmits and receives data via a wired line
  • a mobile station device in a mobile communication system for example, a mobile phone, a mobile phone function, and the like.
  • a portable information communication terminal having a computer function.
  • a server and a client-side information communication terminal device hereinafter simply referred to as a “terminal device” as an example of a data transmitting device and a data receiving device.
  • the server 100 includes a reception unit 101, a transmission queue management unit 102, a packet priority determination unit 103, a retransmission buffer 104, and a retransmission buffer.
  • the terminal device 200 includes a receiving unit 201, a loss determining unit 202, a priority determining unit 203, a playback time calculating unit 204, a round trip time receiving unit 2, 5, a retransmission request determination unit 206, a time measurement unit 207, a time information transmission determination unit 208, a timer 209, and a time information transmission unit 210.
  • the server 100 receives a packet from its own application function such as image / sound coding or its own image / sound data storage function in the receiving unit 101, and transmits the received packet. Output to the queue management unit 102 and the packet priority determination unit 103.
  • the packet priority determining unit 103 determines the priority of the received packet, and stores the packet determined to have high priority in the retransmission buffer 104.
  • the retransmission buffer management unit 105 identifies each packet from the sequence number (sequential number) assigned to the packet, and stores each packet in a storage area of any address of the retransmission buffer 104. Manage what was saved. It is assumed that the priority of a packet is previously assigned to each packet by an application function.
  • the retransmission request determination unit 108 receives the retransmission request. It is determined whether or not the packet stored in the retransmission buffer 104 corresponding to the retransmission can be retransmitted. Then, as a result of this determination, if the retransmission-requested packet can be retransmitted, it reads out the retransmission-requested packet from retransmission buffer 104 and outputs it to transmission queue management section 102.
  • the transmission queue management unit 102 manages the transmission timing of the bucket received from the reception unit 101 or the retransmission buffer 104. Transmission queue management unit 1 0 The packet managed by 2 is transmitted to the terminal device 200 via the transmitting unit 106 together with the bucket from the packetizing unit 112.
  • the server 100 determines whether or not to transmit the information of the round trip time RTT (the round trip time of the packet between the server 100 and the terminal device 200) calculated by the round trip time calculating section 109 by the round trip time transmission determining section 111. Is determined. The details of this determination processing will be described later.
  • the round-trip time transmission determination section 111 determines that the round-trip time RTT is to be transmitted
  • the bucketing section 112 packetizes the round-trip time RTT determined to be transmitted and outputs the packet to the transmission section 106. The details of the packetization processing of the round-trip time RTT will be described later.
  • the transmission operation of the round-trip time RTT in the server 100 is performed by the round-trip time calculation unit 109, the evening timer 110, the round-trip time transmission determination unit 111, and the packetizing unit 112, which are characteristic elements of the present invention.
  • step S1000 the evening timer 110 is reset and the evening timer value is set to a predetermined initial value (a positive integer). After a certain period of time according to the initial value, the value of the evening image 110 (the evening image value) becomes “0”, and the transmission timing of the round-trip time R TT is determined at a certain time interval. Output to 1. Specifically, for example, “0” is output.
  • step S1100 the round trip time transmission determination section 111 determines whether or not the value of the evening time 110 (evening time value) is “0”. If the result of this determination is that the evening time value is not “0” (S 1100: NO), the determination is continued, that is, the process waits, and if the evening time value is “0” (S 1100: YES :), proceed to step S1200.
  • step S1200 the round-trip time transmission determination section 111 determines whether or not the round-trip time 1 (round-trip time of a packet between the server 100 and the terminal device 200) is newly calculated by the round-trip time calculation section 109. . As a result of this determination, if the round trip time RTT is not newly calculated, that is, the value of the round trip time RTT is updated. If it is not updated (S1200: NO), the determination is continued, that is, waiting, and if the round trip time RTT is newly calculated, that is, if the value of the round trip time RTT is updated, S1200: YE S), proceed to step S1300.
  • S1200: NO the round trip time RTT is newly calculated, that is, if the value of the round trip time RTT is updated, S1200: YE S
  • step S1300 the round-trip time transmission determination section 111 determines that transmission of the round-trip time RTT is OK, that is, that the round-trip time RTT is to be transmitted. Then, in step S1400, the packetizing section 112 packetizes the updated round trip time RTT. The details of this packetization process will be described later.
  • step S 1500 transmitting section 106 transmits the packet in which round trip time RTT has been recorded by packetization to terminal apparatus 200, and then returns to step S 1000.
  • FIG. 4 is a block diagram showing the configuration of the round-trip time calculation unit 109 of the server 100 (data transmission device).
  • the round trip time calculating section 109 includes a first time measuring section 113, a time information receiving section 114, a second time measuring section 115, and a round trip time calculating section 116.
  • the first time measurement unit 113 measures the time (server transmission time) T1 at which the transmission report packet P1 was transmitted from the transmission unit 106 of the server 100 (see FIG. 5).
  • the measured server transmission time T1 is packetized by the bucketing unit 112 together with the round trip time RTT. That is, the server transmission time T1 is recorded in the packet P1 obtained as a result of this packetization processing.
  • FIG. 6 shows an example of this packet P1.
  • the packet P 1 shown in FIG. 6 is composed of version 'padding / RC count, pay mouth type, packet length, sender identifier, NTP time stamp, RTP time stamp, cumulative number of transmitted packets, cumulative number of transmitted octets, and RTT (packet (Round-trip time).
  • the pay mouth type (PT) is a type of payload (information section) identifier which is information such as time information transmitted periodically from the server 100 instead of the normal data transmission.
  • As the packet length the packet length measured in units of 32 bits is recorded.
  • In the sender identifier a sequence that can uniquely identify the sender is recorded.
  • the time when the packet was transmitted is recorded in the NTP time stamp and the RTP time stamp.
  • the total number of transmitted packets records the total number of packets transmitted since the start of the session.
  • the cumulative number of transmitted octets records the total number of octets of packets transmitted since the start of the session.
  • the packet round trip time calculated by the round trip time calculation unit 109 is recorded.
  • the packetization method is not limited to the example shown in FIG.
  • packet # 1 has only version padding * RC count, payload type, packet length, sender identifier, and RTT (packet round trip time) information, which is different from the case shown in Fig. 6.
  • the round trip time can be transmitted to the receiving side as a packet having a smaller amount of information. Further, the packet may be transmitted by another method.
  • the time information receiving unit 114 receives the reception report packet P2 sent from the terminal device 200 (see FIG. 5).
  • a difference time DLSR from when the terminal device 200 receives the packet P1 to when the packet P2 is transmitted, and a server transmission time T1 when the server 100 transmits the packet P2 are recorded.
  • FIG. 8 shows an example of the packet P2.
  • the packet P2 shown in Fig. 8 is the version 'padding ⁇ RC count, pay mouth type, packet length, sender identifier, report destination identifier, lost packet ratio, cumulative number of lost packets, maximum number of received packets SN, Zip, LSR , And DL SR information.
  • the packet length the packet length measured in units of 32 bits is recorded.
  • a sequence that uniquely identifies the sender is recorded in the sender identifier, and a sequence that uniquely identifies the destination of the reception report packet is recorded in the report destination identifier.
  • the lost packet ratio records the ratio of lost packets to the number of packets that should be received since the previous reception report packet was sent, and the cumulative lost packet count shows the total number of lost packets since the start of the session. Be recorded.
  • the SN value of the packet having the largest SN among the received packets is recorded.
  • the latest server transmission time is recorded in LSR. In the example of FIG. 5, it is LSR-T1.
  • a difference time from when the packet P1 is received to when the reception report bucket # 2 is transmitted is recorded.
  • the second time measurement unit 115 measures the time (packet reception time) ⁇ 2 at which the packet ⁇ 2 was received by the time information receiving unit 114 (see FIG. 5).
  • the above-described differential time DLSR is calculated by the time measuring unit 207, the time information transmission determining unit 208, and the evening image 209 in the terminal device 200, and then transmitted to the server 100 via the time information transmitting unit 210. You. Next, the operation of the terminal device 200 to calculate the differential time DL SR from the reception of the bucket P1 to the transmission of the packet: P2 and to transmit the difference to the server 100 will be described with reference to the flowchart shown in FIG. .
  • evening timer 209 is reset and the evening timer value is set to a predetermined initial value (positive integer).
  • the timer 209 sets the value (timer value) to “0” and outputs the transmission timing of the differential time DLSR to the time information transmission determination unit 208 at a predetermined time interval. I do. Specifically, for example, “0” is output.
  • time information transmission determination section 208 determines whether or not the value of evening time 209 (evening time value) is “0”. If the result of this determination is that the evening time value is not “0” (S 2200: NO), the determination is continued, that is, waiting, and if the evening time value is “0” (S 2200: YE S ), Proceed to step S2300.
  • step S2300 the time information transmission determination unit 208 determines whether or not the reception time TT1 of the packet P1 from the server 100 is newly measured by the time measurement unit 207, that is, the packet P1 from the server 100. Determine whether or not it has been newly received. As a result of this determination, when the packet P1 is not newly received from the server 100 (S2300: NO), the determination is continued, that is, when the packet P1 is newly received from the server 100. (S2300: YES), the process proceeds to step S2400.
  • the reception time TT 1 of the packet P 1 is measured by the time measuring unit 207 each time the terminal device 200 receives the packet P 1 from the server 100, and is set to this measured value (for example, overwriting). Is done.
  • step S2400 the time information transmission determination unit 208 determines that transmission of the reception report packet P2 is OK, that is, determines that the reception report packet P2 is to be transmitted, and sets the packet transmission time TT2 to the current time. (For example, overwrite).
  • step S2500 the time measurement unit 207 obtains the difference between the packet transmission time TT2 (current time) and the packet reception time TT1 (the latest time when the packet P1 was received) and obtained the difference.
  • step S2600 the time information transmitting section 210 transmits the information on the difference time D LSR to the server 100, and then returns to step S2100.
  • step S2600 a packet retransmission request determination operation using the round trip time RTT in the terminal device 200 will be described with reference to a flowchart shown in FIG.
  • step S3000 the receiving unit 201 receives the packet # 1 from the server 100.
  • a sequence number SN, a high-priority packet sequence number SNHP, and a priority P are assigned to each packet # 1 transmitted from the server 100 to the terminal device 200.
  • step S3600 retransmission request determination section 206 reads the data round trip time RTT from server 100 received by round trip time receiving section 205 from the buffer in round trip time receiving section 205.
  • step S3700 the retransmission request determination unit 206 determines whether or not the playback time PLT calculated in step S3500 is smaller than the sum of the round trip time RTT read in step S3600 and the current time. That is, it is determined whether or not reproduction time PLT ⁇ round trip time RTT + current time.
  • step S3900 the process advances to step S3900 to be in a reception waiting state.
  • step S3800 the retransmission request determination unit 206 sends a request to retransmit the missing packet to the server 100. Send.
  • the round trip time RTT of the packet between the server 100 and the terminal device 200 is calculated, and the sum of the obtained round trip time RTT and the current time is calculated. Only when the packet is smaller than the packet playback time, a request for retransmission of a high-priority missing packet is made, so that unnecessary data retransmission that does not meet the playback time on the receiving side can be eliminated, and therefore wastefulness can be eliminated.
  • the use of the transmission band can be eliminated.
  • the retransmission determination is performed only when the missing packet is a high-priority packet.
  • the present invention is not limited to this, and all missing packets are determined regardless of the priority of the packet.
  • the retransmission determination may be performed for the packet of (i).
  • FIG. 12 is a block diagram showing another configuration of the data transmission device (server), and FIG. 13 is a block diagram showing another configuration of the data reception device (terminal device). Note that, here, a server and a terminal device will be described as examples of the data transmission device and the data reception device.
  • the feature of the server 100a shown in FIG. 12 is that it has a communication state monitoring unit 117 and a time interval changing unit 118.
  • the communication status monitoring unit 117 monitors the communication status of the packet, and the time interval changing unit 118 sets the reset interval of the timer 11 ° according to the communication status input from the communication status monitoring unit 117. That is, the timing for transmitting the round-trip time RTT is changed. For example, if the communication condition is poor, shorten the time interval for transmitting the round trip time RTT. Thus, even when the communication state is poor, the round trip time RTT can be properly transmitted to the terminal device 200.
  • the time interval changing section 1 18 The time interval at which the round trip time: RTT is transmitted to the terminal device 200 may be changed according to the difference between the current round trip time and the previous round trip time calculated by the interval calculation unit 109.
  • the interval calculation unit 109 calculates the difference between the current round trip time and the previous round trip time.
  • the terminal device 200a shown in FIG. 13 is characterized in that the time measurement unit 207, the time information transmission determination unit 208, the evening image 209, and the time information transmission unit 210 shown in FIG. It has a storage unit 211 and a round trip time selection unit 212.
  • the initial round trip time storage unit 211 stores the lower limit and the upper limit of the round trip time RTT as initial values.
  • the round-trip time selection unit 212 stores the round-trip time RTT received by the round-trip time reception unit 205 in the range of the lower limit and the upper limit stored in the initial round-trip time storage unit 211.
  • the round trip time RTT By confirming whether or not the round trip time RTT exists within the above range, only the round trip time RTT within the above range is selected and output to the retransmission request determining unit 206. As a result, even when the round trip time RTT is not correctly received due to a transmission line error or time measurement error, etc., the round trip time RTT can be maintained within an appropriate range, and the wrong round trip time RTT can be maintained. Can be reduced.
  • the terminal device 200 shown in FIG. 2 is reset in accordance with the difference between the current and previous round trip time RTT received by the round trip time receiving unit 205.
  • An interval that is, a time interval changing unit that changes the time interval at which the time difference transmitting unit 210 transmits the difference time DL to the server 100 may be provided.
  • the difference between the received round-trip time and the current round-trip time is small, it is possible to suppress the use of the transmission band by increasing the transmission interval of the differential time DL SR.
  • FIG. 14 is a block diagram showing a configuration of a data transmission device of a data communication system according to Embodiment 2 of the present invention
  • FIG. 15 is a configuration diagram of a data reception device of the system. It is a block diagram showing composition.
  • the data transmission device and the data reception device of this data communication system have the same basic configuration as the data transmission device and the data reception device corresponding to the first embodiment shown in FIGS. 1 and 2. Therefore, the same components are denoted by the same reference numerals, and description thereof will be omitted.
  • a server and a terminal device will be described as examples of a data transmitting device and a data receiving device.
  • the server 300 shown in Fig. 14 has the receiving unit 101, the transmission queue management unit 102, the packet priority determination unit 103, the retransmission buffer 104, and the retransmission buffer management shown in Fig. 1.
  • the receiving unit 101 the transmission queue management unit 102, the packet priority determination unit 103, the retransmission buffer 104, and the retransmission buffer management shown in Fig. 1.
  • the transmission section 106, the retransmission request reception section 107, and the retransmission permission / non-permission judgment section 108, and the round trip time calculation section 109 shown in FIG. 0 instead of the round-trip time transmission judgment unit 1 1 1 and packetization unit 1 1 2, the time measurement unit 2 07, time information transmission judgment unit 2 08, evening image 2 09, and time shown in Fig. 2 It has an information transmission unit 210.
  • the terminal device 400 shown in FIG. 15 includes a receiving unit 201, a loss determining unit 202, a priority determining unit 203, a playback time calculating unit 204, and a round trip time shown in FIG.
  • a receiving unit 201 receives the packet data from the terminal device 400 and the packetizing unit 116 and the packetizing unit 116.
  • the receiving unit 205 and the retransmission request determining unit 206 receives the packets the packetizing unit a packetizing unit 116.
  • the time measuring unit 207 the time information transmitting determining unit 208, the evening timer 209, and the time information transmitting shown in FIG.
  • the unit 210 the first time measuring unit 113 shown in FIG. 4, the time information receiving unit 114, the second time measuring unit 115, and the round trip time calculating unit 116 shown in FIG.
  • the present embodiment has a configuration in which the round trip time RTT is calculated by the terminal device 200.
  • the terminal device 400 uses the first time measuring unit 113 to transmit the packet P 1 from the terminal device 400 (the terminal device transmission time). ) Measure T1 (see Fig. 16). Then, the time information receiving unit 114 receives the packet P2 transmitted from the server 300.
  • the packet P2 includes a difference time DL SR from when the server 300 receives the packet P1 to when the packet P2 is transmitted to the terminal device 400, and a terminal device transmission time T1 transmitted by the terminal device 400. Recorded.
  • the second time measuring unit 115 measures the time (terminal device receiving time) T 2 at which the time information receiving unit 114 received the packet 2 (see FIG. 16).
  • the server 300 outputs the transmission timing of the difference time DL SR to the time information transmission determining unit 208 every time the evening time 209 is reset after a certain time has elapsed, that is, at regular time intervals.
  • the time information transmission determination unit 208 determines whether or not a new packet # 1 from the terminal device 400 has been newly received by the time measurement unit 207 at each transmission timing transmitted from the evening image 209. ⁇ When 1 is received, set the packet transmission time ⁇ ⁇ 2 to the current time.
  • the time information transmitting section 210 transmits the differential time DLSR to the terminal device 400.
  • the round-trip time RTT of a packet between server 300 and terminal device 400 is calculated, and the obtained round-trip time Only when the sum of the RTT and the current time is smaller than the playback time of the bucket, a request for resending the missing bucket with a higher priority is made.Therefore, retransmission of useless data that does not meet the playback time on the receiving side Can be eliminated, and useless use of the transmission band can be eliminated.
  • the retransmission determination is performed only when the dropped packet is a high-priority packet.
  • the present invention is not limited to this. Retransmission determination may be performed for all packets.
  • the data communication system is composed of the data transmitting devices (servers) 100 and 300 and the data receiving devices (terminal devices) 200 and 400, but is not limited to this. Instead, for example, a configuration in which a relay device is provided between the data transmission device and the data reception device may be employed.
  • the present invention can be applied to a data transmitting device and a data receiving device in a data communication system.

Description

データ通信システム
技術分野
本発明は、 データ通信システムならびにこれを構成するデ一夕送信装置お よびデータ受信装置に関する。
-冃: 田
従来、 画像や音声などのディジタルデ一夕 (マルチメディアデータ) をパ ケッ ト通信回線で伝送する場合、 トランスポート層プロ トコルとして、 信頼 性は高いが画像や音声の再生時間を考慮しない T CP (Transmission Control Protocol) フ。ロ 卜コゾレヽ また ίまヽ リアノレタイム通信に適する力 s デ一夕の欠落が生じるおそれがある UD P (User Datagram Protocol) プロトコルを利用した通信を行う。
TCPを利用したマルチメディアデ一夕通信では、 受信側にメモリを用意 し、データをすべて受信してから再生するといつた処理が必要である。一方、
UDPを利用した場合は、 再生する際に重要なデ一夕が欠落する可能性があ るため、 画質や音質が劣化する場合がある。
そこで、 特開 2000- 151680号公報においては、 UDPプロトコ ルで伝送したデータが欠落した場合、 欠落したデータを信頼性が高い TCP プロトコルで再送することにより、 確実な伝送を可能にしている。
この公報のデ一夕伝送方法は、 次のとおりである。 まず、 受信側は、 送信 側からのパケッ トを受信して分解し、 または、 パケッ トを受信できなかった ことを検出する。 パケッ トには連続番号が付与されており、 この番号をパケ ットを受信する度に確認し、 連続番号の不連続を検出した時点で、 受信でき なかったパケッ トの存在を検出し、 また、 受信できなかったパケッ トの数を 計数することができるようになつている。 そして、 パケットを受信できなか つたことを示す欠落情報を送信側へ送信することにより、 送信側にパケット の再送を要求する。 送信側は、 再送要求があったバケツトを信頼性が高い T C Pプロトコルを用いて再送する。 なお、 受信側は、 T C Pパケット分解部 および U D Pパケット分解部を有し、 T C Pパケットと U D Pパケットのい ずれをも分解して R T P (Real-time Trans fer Protocol) ノ、。ケッ卜分 解部に渡すことができるようになつている。
しかしながら、 従来の技術においては、 画像または音声データ通信時に、 送信側は、 受信側での再生時刻に間に合わない場合であっても再送を行うた め、 無駄なデ一夕が再送されることがあり、 その分、 伝送帯域が無駄に使用 されるという問題がある。 伝送帯域が無駄に使用されることにより、 無駄な デ一夕の送信に電力が必要となり、 システム全体の容量を増大することが困 難となる。 発明の開示
本発明の目的は、 受信側での再生時刻に間に合わない無駄なデ一夕の再送 を無くすことができ、 もつて無駄な伝送帯域の使用を無くすことができるデ —夕通信システムを提供することである。
本発明の一形態によれば、 データ通信システムは、 デ一夕送信装置とデー 夕受信装置とを有するデータ通信システムであって、前記データ送信装置は、 再送可能なデータのみを記憶する記憶手段と、 前記記憶手段に記憶されたデ 一夕の中から前記データ受信装置の再送要求に対応するデ一夕を抽出して再 送する再送手段と、 前記データ受信装置との間のデータ往復時間を算出する 算出手段と、 前記算出手段によって算出されたデータ往復時間を所定の時間 間隔で前記データ受信装置に送信する送信手段と、 を有し、 前記データ受信 装置は、 前記データ送信装置から送信されたデ一夕を受信する受信手段と、 前記受信手段によってデータが受信された場合、 データ欠落の有無を判定す る欠落判定手段と、 前記受信手段によって受信されたデータの再生時刻を算 出する再生時刻算出手段と、 前記送信手段から送信されたデ一夕往復時間を 受信する往復時間受信手段と、 前記欠落判定手段によって欠落データが有る と判定された場合、 前記再生時刻算出手段によって算出された再生時刻およ び前記往復時間受信手段によって受信されたデータ往復時間に基づいて、 欠 落デ一夕の再送要求を行うか否かを判定する再送要求判定手段と、を有する。 本発明の他の形態によれば、 データ通信システムは、 データ送信装置とデ —夕受信装置とを有するデータ通信システムであって、 前記デ一夕送信装置 は、 再送可能なデ一夕のみを記憶する記憶手段と、 前記記憶手段に記憶され たデ一夕の中から前記デ一夕受信装置の再送要求に対応するデータを抽出し て再送する再送手段と、 前記データ受信装置から送信された第 1データの受 信時刻と前記第 1デ一夕に応答して前記データ受信装置に送信される第 2デ 一夕の送信時刻との差分時間を計測する計測手段と、 前記計測手段によって 計測された差分時間を前記第 2データに含めて所定の時間間隔で前記デ一夕 受信装置に送信する送信手段と、 を有し、 前記データ受信装置は、 前記デ一 夕送信装置に送信された前記第 1デ一夕の送信時刻および前記データ送信装 置から送信された前記第 2デ一夕に含まれる前記差分時間を、 前記第 2デ一 夕の受信時刻から引き算することによって、 前記デ一夕送信装置との間のデ 一夕往復時間を算出する算出手段と、 前記データ送信装置から送信されたデ 一夕を受信する受信手段と、前記受信手段によってデ一夕が受信された場合、 データ欠落の有無を判定する欠落判定手段と、 前記受信手段によって受信さ れたデ一夕の再生時刻を算出する再生時刻算出手段と、 前記欠落判定手段に よつて欠落デ一夕が有ると判定された場合、 前記再生時刻算出手段によって 算出された再生時刻および前記算出手段によって算出されたデータ往復時間 に基づいて、 欠落デ一夕の再送要求を行うか否かを判定する再送要求判定手 段と、 を有する。 図面の簡単な説明
図 1は、 本発明の実施の形態 1に係るデータ通信システムのデ一夕送信装 置の構成を示すプロック図、
図 2は、 本発明の実施の形態 1に係るデータ通信システムのデ一夕受信装 置の構成を示すブロック図、
図 3は、 実施の形態 1に対応するサーバにおける往復時間 R T T送信処理 の内容を示すフロー図、
図 4は、 実施の形態 1に対応するサーバの往復時間算出部の構成を示すブ ロック図、
図 5は、 実施の形態 1に対応するサーバにおける往復時間 R T T算出方法 を説明するためのシーケンス図、
図 6は、 実施の形態 1に対応するサーバから端末装置に送信される、 往復 時間 R T Tが記録されたバケツトの一例を示す構成図、
図 7は、 実施の形態 1に対応するサーバから端末装置に送信される、 往復 時間 R T Tが記録されたパケットの他の例を示す構成図、
図 8は、 実施の形態 1に対応する端末装置からサーバに送信される、 差分 時間 D L S Rが記録されたパケットの一例を示す構成図、
図 9は、 実施の形態 1に対応する端末装置における差分時間 D L S R送信 処理の内容を示すフロ一図、
図 1 0は、 実施の形態 1に対応する端末装置におけるパケット再送要求判 定処理の内容を示すフロ一図、
図 1 1は、 図 1 0の説明に供する図であって、 実施の形態 1に対応するサ
—バから端末装置に送信された各パケットに付与された各種パラメ一夕の値 を示す図、
図 1 2は、 実施の形態 1に対応するサーバの他の構成を示すブロック図、 図 1 3は、実施の形態 1に対応する端末装置の他の構成を示すプロヅク図、 図 1 4は、 本発明の実施の形態 2に係るデータ通信システムのデータ送信 装置の構成を示すブロック図、
図 1 5は、 本発明の実施の形態 2に係るデータ通信システムのデータ受信 装置の構成を示すブロック図、
図 1 6は、 実施の形態 2に対応する端末装置における往復時間 R T T算出 方法を説明するためのシーケンス図である。 発明を実施するための最良の形態
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。 (実施の形態 1 )
図 1は、 本発明の実施の形態 1に係るデータ通信システムのデ一夕送信装 置の構成を示すブロック図、 図 2は、 同システムのデ一夕受信装置の構成を 示すプロック図である。
図 1に示すデータ送信装置 1 0 0は、 図示しないパケット通信回線を通じ てパケットを図 2に示すデ一夕受信装置 2 0 0に送信するとともに、 データ 受信装置 2 0 0から制御用のデータを受信する機能を有するものであり、 た とえば、 パケット通信回線に単独で接続されまたは交換局装置に搭載される データ通信用のサーバや、 移動体通信システムにおける基地局装置などに搭 載されるサーバなどに用いられる。
また、 データ受信装置 2 0 0は、 たとえば、 有線回線を通じてデータの送 受信を行うパーソナルコンピュータなどの情報通信端末装置や、 移動体通信 システムにおける移動局装置 (たとえば、 携帯電話機や、 携帯電話機能およ びコンピュータ機能を有する携帯型情報通信端末装置) などに用いられる。 なお、 以下では、 データ送信装置およびデータ受信装置として、 それそれ サーバおよびクライアント側の情報通信端末装置 (以下単に 「端末装置」 と いう) を例にとって説明する。
サーバ 1 0 0は、 図 1に示すように、 受信部 1 0 1、 送信キュー管理部 1 0 2、 パケッ ト優先度判定部 1 0 3、 再送用バッファ 1 0 4、 再送用バッフ ァ管理部 1 0 5、 送信部 1 0 6、 再送要求受信部 1 0 7、 再送可否判定部 1 0 8、 往復時間算出部 1 0 9、 夕イマ 1 1 0、 往復時間送信判定部 1 1 1、 およびパケット化部 1 1 2を有する。
また、 端末装置 2 0 0は、 図 2に示すように、 受信部 2 0 1、 欠落判定部 2 0 2、 優先度判定部 2 0 3、 再生時刻算出部 2 0 4、 往復時間受信部 2 0 5、再送要求判定部 2 0 6、時間計測部 2 0 7、時間情報送信判定部 2 0 8、 夕イマ 2 0 9、 および時間情報送信部 2 1 0を有する。
次いで、 上記構成を有するデータ通信システムの動作を説明する。
まず、 サーバ 1 0 0は、 受信部 1 0 1で、 自己が有する画像/音声符号化 などのアプリケーション機能や自己が有する画像/音声データの蓄積機能か らパケットを受信し、 受信したパケットを送信キュー管理部 1 0 2およびパ ケット優先度判定部 1 0 3へ出力する。
そして、 パケット優先度判定部 1 0 3で、 受信したパケットの優先度を判 定し、優先度が高いと判定したパケヅトを再送用バッファ 1 0 4に保存する。 この保存時に、 再送用バッファ管理部 1 0 5は、 パケヅトに付与されたシー ケンス番号 (連続番号) から個々のパケットを識別し、 各パケヅトが再送用 バッファ 1 0 4のどのァドレスの記憶領域に保存されたかを管理する。なお、 パケヅトの優先度は、 アプリケーション機能によってあらかじめ各パケヅト に付与されているものとする。
—方で、 サーバ 1 .0 0は、 再送要求受信部 1 0 7で、 端末装置 2 0 0から 送られてきたパケット再送要求を受信すると、 再送可否判定部 1 0 8で、 そ の再送要求に対応する再送用バッファ 1 0 4に保存されたパケットの再送の 可否を判定する。 そして、 この判定の結果、 再送要求されたパケットの再送 が可能な場合は、 再送用バッファ 1 0 4から再送要求されたパケットを読み 出して送信キュー管理部 1 0 2へ出力する。
送信キュー管理部 1 0 2は、 受信部 1 0 1または再送用バッファ 1 0 4か ら受け取ったバケツトの送信タイミングを管理する。 送信キュー管理部 1 0 2によって管理されるパケットは、 パケット化部 112からのバケツトと共 に、 送信部 106を介して端末装置 200に送信される。
このとき、 サーバ 100は、 往復時間送信判定部 111で、 往復時間算出 部 109で算出した往復時間 RT T (サーバ 100と端末装置 200間のパ ケットの往復時間) の情報を送信するか否かを判定する。 この判定処理の内 容は、 後で詳述する。 そして、 往復時間送信判定部 111で往復時間 RTT を送信すると判定した場合、 上記バケツト化部 112で、 送信すると判定さ れた往復時間 RTTをパケット化して送信部 106へ出力する。 往復時間 R TTのパケット化処理の内容は、 後で詳述する。
次に、 サーバ 100における往復時間 RT Tの送信動作について、 図 3に 示すフロー図を用いて説明する。 なお、 往復時間 RTTの送信動作は、 本発 明の特徴要素である往復時間算出部 109、 夕イマ 110、 往復時間送信判 定部 111、 およぴパケヅト化部 112によって実行される。
まず、 ステップ S 1000では、 夕イマ 110をリセットして夕イマ値を 所定の初期値 (正の整数) にセットする。 夕イマ 110は、 初期値に応じた 一定の時間が経過すると、 その値 (夕イマ値) が 「0」 になり、 往復時間 R TTの送信タイミングを一定の時間間隔で往復時間送信判定部 11 1へ出力 する。 具体的には、 たとえば、 「0」 を出力する。
そして、 ステップ S 1100では、 往復時間送信判定部 111で、 夕イマ 1 10の値(夕イマ値)が「0」であるか否かを判定する。 この判定の結果、 夕イマ値が 「0」 でない場合は (S 1 100 : NO) 、 当該判定を継続し、 つまり、 待機し、 夕イマ値が 「0」 である場合は (S 1100 : YES:) 、 ステップ S 1200に進む。
ステップ S 1200では、 往復時間送信判定部 111で、 往復時間算出部 109で往復時間1 で丁 (サーバ 100と端末装置 200間のパケットの往 復時間) が新規に算出されたか否かを判定する。 この判定の結果、 往復時間 RTTが新規に算出されていない場合、 すなわち、 往復時間 RTTの値が更 新されていない場合は (S 1200 : NO) 、 当該判定を継続し、 つまり、 待機し、 往復時間 RTTが新規に算出された場合、 すなわち、 往復時間 RT Tの値が更新された場合は (S 1200 : YE S) 、 ステップ S 1300に 進む。 なお、 往復時間算出部 109における往復時間 RTTの算出処理の内 容は、 後で詳述する。
ステップ S 1300では、 往復時間送信判定部 11 1で、 往復時間 RTT の送信が OKである、 すなわち、 往復時間 RTTを送信すると判定する。 そして、 ステップ S 1400では、 パケヅト化部 1 12で、 更新された往 復時間 RTTをパケット化する。 このパケット化処理の内容は、 後で詳述す る。
そして、 ステップ S 1500では、 送信部 106で、 パケヅト化によって 往復時間 RTTが記録されたパケットを端末装置 200に送信した後、 ステ ップ S 1000に戻る。
ここで、 ステップ S 1200における判定対象である往復時間 RT Tの算 出処理の内容、 および、 ステップ S 1400におけるパケヅト化処理の内容 について、 図 4〜図 8を用いて説明する。
図 4は、 サーバ 100 (データ送信装置) の往復時間算出部 109の構成 を示すプロック図である。
往復時間算出部 109は、 図 4に示すように、 第 1時刻計測部 113、 時 間情報受信部 114、 第 2時刻計測部 115、 および往復時間計算部 116 を有する。
第 1時刻計測部 113は、 サーバ 100の送信部 106から送信報告パケ ット P 1が送信された時刻(サーバ送信時刻) T 1を計測する(図 5参照)。 計測されたサーバ送信時刻 T 1は、 バケツト化部 112で、 往復時間 RTT と共にパケット化される。 すなわち、 このパケット化処理の結果得られたパ ケヅト P 1には、 サーバ送信時刻 T 1が記録されている。 図 6は、 このパケ ット P 1の一例を示している。 図 6に示すパケット P 1は、 バージョン 'パディング · R C計数、 ペイ口 —ドタイプ、 パケット長、 送信者識別子、 N T Pタイムスタンプ、 R T P夕 ィムスタンプ、 累積送信パケット数、 累積送信オクテット数、 および R T T (パケット往復時間) の情報を有している。
ここで、 ペイ口一ドタイプ (P T ) には、 ペイロード (情報部) の種別の 識別子として、 通常のデ一夕ではなくサーバ 1 0 0から定期的に送信される 時刻情報などの情報である送信報告パケットであることを示す識別子 (P T = 2 0 0 ) が付与される。 パケット長には、 3 2ビットの単位で計測された パケット長が記録される。 送信者識別子には、 送信者を固有に識別すること ができる数列が記録される。 N T Pタイムスタンプおよび R T Pタイムス夕 ンプには ケットを送信した時刻が記録される。累積送信パケット数には、 セッションの開始以降送信したパケットの総数が記録される。 累積送信ォク テツト数には、 セッションの開始以降送信したパケットのォクテツトの総数 が記録される。 R T Tには、 往復時間算出部 1 0 9で算出されたパケット往 復時間が記録される。
なお、 パケット化の方法は、 図 6に示す例に限定されない。 たとえば、 図 7に示すように、 ペイロードタイプに、 往復時間を含むパケットであること を示す識別子 (P T = 2 2 0 ) を付与して、 往復時間 R T Τを端末装置 2 0 0に送信する方法をとつてもよい。この場合、パケット Ρ 1は、バージョン · パディング * R C計数、 ペイロードタイプ、 パケット長、 送信者識別子、 お よび R T T (パケット往復時間) の情報のみを有しており、 図 6に示す場合 と比べて、 往復時間を情報量がより少ないパケットとして受信側に送信する ことができる。 さらに、 他の方法でパケット化して送信してもよい。
時間情報受信部 1 1 4は、 端末装置 2 0 0から送られてきた受信報告パケ ヅト P 2を受信する (図 5参照) 。 このパケット P 2には、 端末装置 2 0 0 がパケット P 1を受信してからパケット P 2を送信するまでの差分時間 D L S Rと、 サーバ 1 0 0が送信したサーバ送信時刻 T 1とが記録されている。 図 8は、 このパケット P 2の一例を示している。
図 8に示すパケット P 2は、 バージョン 'パディング · R C計数、 ペイ口 一ドタイプ、パケット長、送信者識別子、報告先識別子、消失パケット比率、 累積消失パケット数、 受信パケット最大 SN、 ジッ夕、 LSR、 および DL SRの情報を有している。
ここで、 ペイロードタイプには、 端末装置 200から定期的に送信される 時刻情報やパケット消失情報などの情報である受信報告バケツトであること を示す識別子 (P T = 201 ) が付与される。 パケット長には、 32ビット の単位で計測されたパケット長が記録される。 送信者識別子には、 送信者を 固有に識別することができる数列が記録され、 報告先識別子には、 受信報告 パケットの送信先を固有に識別することができる数列が記録される。 消失パ ケット比率には、 前回の受信報告パケットを送信してからの受信するべきパ ケット数に対する消失したパケットの比率が記録され、 累積消失バケツト数 には、 セッション開始以降の消失パケットの総数が記録される。 , また、 受信パケット最大 SNには、 受信したパケットの中で最大の SNを 持つパケットの SN値が記録される。 ジッ夕には、 RTPパケットの受信時 刻のゆらぎが記録される。 L S Rには、最新のサーバ送信時刻が記録される。 図 5の例では、 LSR-T 1となる。 DLSRには、 パケット P 1を受信し てから当該受信報告バケツト Ρ 2を送信するまでの差分時間が記録される。 第 2時刻計測部 115は、 時間情報受信部 1 14でパケット Ρ 2が受信さ れた時刻 (サーバ受信時刻) Τ 2を計測する (図 5参照) 。
往復時間計算部 116は、 サーバ受信時刻 Τ 2からパケット Ρ 2に記録さ れた差分時間 DL SRと時刻 Τ 1とを引き算することにより、 往復時間 RT Τを求める。 すなわち、 往復時間 RTT = T 2—DLSR— Τ 1である。 ここで、 上記の差分時間 DLSRは、 端末装置 200における時間計測部 207、 時間情報送信判定部 208、 および夕イマ 209によって算出され • た後、 時間情報送信部 210を介してサーバ 100に送信される。 次に、 端末装置 200における、 バケツト P 1の受信からパケヅト: P 2の 送信までの差分時間 DL SRを算出してサーバ 100に送信する動作につい て、 図 9に示すフロー図を用いて説明する。
まず、 ステップ S 2000では、 通信開始時に、 時間パラメ一夕の初期化 を行う。 具体的には、 最新のパケット (送信報告パケット P 1) 受信時刻 T T 1および最新のバケツト (受信報告バケツト P2) 送信時刻 TT 2をそれ それ初期値 (=0) にセットする。
そして、 ステップ S 2100では、 夕イマ 209をリセヅトして夕イマ値 を所定の初期値 (正の整数) にセットする。 夕イマ 209は、 初期値に応じ た一定の時間が経過すると、 その値 (タイマ値) が 「0」 になり、 差分時間 DLSRの送信タイミングを一定の時間間隔で時間情報送信判定部 208へ 出力する。 具体的には、 たとえば、 「0」 を出力する。
そして、 ステップ S 2200では、 時間情報送信判定部 208で、 夕イマ 209の値(夕イマ値)が「0」であるか否かを判定する。この判定の結果、 夕イマ値が 「0」 でない場合は (S 2200 : NO) 、 当該判定を継続し、 つまり、 待機し、 夕イマ値が 「0」 である場合は (S 2200 : YE S)、 ステップ S 2300に進む。
ステップ S 2300では、 時間情報送信判定部 208で、 時間計測部 20 7でサーバ 100からのパケット P 1の受信時刻 TT 1が新規に計測された か否か、 すなわち、 サーバ 100からパケット P 1を新規に受信したか否か を判定する。 この判定の結果、 サーバ 100からパケット P 1を新規に受信 していない場合は (S 2300 : NO) 、 当該判定を継続し、 つまり、 待機 し、 サーバ 100からパケット P 1を新規に受信した場合は (S 2300 : YES) 、 ステップ S 2400に進む。 なお、 パケヅト P 1の受信時刻 T T 1は、 端末装置 200がサーバ 100からのパケヅト P 1を受信する度に、 時間計測部 207で計測され、 そして、 この計測値にセット (たとえば、 上 書き) される。 ステップ S 2400では、 時間情報送信判定部 208で、 受信報告パケッ ト P 2の送信が OKである、 すなわち、 受信報告パケット P 2を送信すると 判定し、 パケヅト送信時刻 TT 2を現在の時刻にセヅト (たとえば、上書き) する。
そして、 ステップ S 2500では、 時間計測部 207で、 パケヅ ト送信時 刻 TT2 (現在の時刻) とパケット受信時刻 TT 1 (パケット P 1を受信し た最新の時刻) との差を求め、 得られた差を差分時間 DL SR ( = TT2— Τ Τ 1 ) とする。
そして、 ステップ S 2600では、 時間情報送信部 210で、 差分時間 D L SRの情報をサ一バ 100に送信した後、 ステップ S 2100に戻る。 次に、 端末装置 200における、 往復時間 RTTを用いたパケット再送要 求判定動作について、 図 10に示すフロ一図を用いて説明する。
まず、 ステップ S 3000では、 受信部 201で、 サーバ 100からのパ ケット Ρ 1を受信する。
ここで、 サーバ 100から端末装置 200に送信される各パケット Ρ 1に は、 図 1 1に示すように、 シーケンス番号 SN、 高優先度パケットシ一ケン ス番号 SNHP、 および優先度 Pが付与されている。 すなわち、 端末装置 2 00がサーバ 100から受信するパケット P 1には、 優先度が高い (高優先 度) パケット (P=lの場合) と、 優先度が低い (低優先度) パケット (P =0の場合) とがあり、 サーバ 100は、 このようなパケット P 1を送信す る場合、 パケット P 1を送信する度に、 ヘッダフィールドに記録されたシー ケンス番号 SNを 1ずつインクリメントする。 また、 特に高優先度パケット (P=l) を送信する場合は、 その高優先度パケット (P= l) の高優先度 パケヅトシーケンス番号 SNHPをも 1ずつインクリメントするようになつ ている。 たとえば、 SN= 1のパケットは、 低優先度 (P = 0) であるため SNHP = 0であるが、 次の SN = 2のパケヅトは、 高優先度 (P = 1 ) で あるため SNHPが 1だけインクリメントされて、 SNHP=1となってい る。
そして、 ステップ S 3 1 0 0では、 欠落判定部 2 02で、 今回受信したパ ケヅトのシーケンス番号 SN (現 SN) が、 前回受信したパケットのシーケ ンス番号 SN (前 SN) に対して 1だけインクリメントされているか否かを 判定する。この判定の結果、現 SN=前 SN+ 1である場合は(S 3 1 00 : YE S) , 前回受信したパケットから欠落したパケットは存在しないものと 判断して、ステップ S 390 0に進み、受信の待機状態となる。これに対し、 現 SN=前 SN+ 1でない場合は (S 3 1 0 0 : NO) 、 前回受信したパケ ットから欠落したパケヅトが存在するものと判断して、 次のステップ S 32 0 0以降に進み、その欠落したパケットの再送要求を行うか否かを決定する。 ステップ S 32 00では、 優先度判定部 2 03で、 受信したバケツトの優 先度が高い (P= l) か否かを判定する。 この判定の結果、 受信したパケヅ トの優先度が高くない、 つまり、 低優先度 (P = 0) である場合は (S 3 2 0 0 : NO) 、 ステップ S 330 0に進み、 受信したパケヅトの優先度が高 い、 つまり、 高優先度 (P二 1) である場合は (S 32 0 0 : YE S) 、 ス テヅプ S 3400に進む。
ステップ S 3 300では、 受信したパケットが低優先度である (P= 0) ことから、 仮に欠落がなければ S Nは 1だけ増加しかつ S N H Pは増加がな いはずであるため、 今回受信したパケットのパケットの高優先度パケットシ —ケンス番号 SNHP (現 SNHP) が、 前回受信したパケットの高優先度 パケットシーケンス番号 SNHP (前 SNHP) と同じであるか否かを判定 する。この判定の結果、現 SNHP=前 SNHPである場合は(S 3 3 00 : YE S) 高優先度パケヅトの欠落はないものと判断して、 ステップ S 3 9 0 0に進み、 受信の待機状態となる。 これに対し、 現 SNHP=前 SNHP でない場合は (S 32 00 : NO) 、 高優先度パケヅトの欠落があるものと 判断して、 ステップ S 35 00に進む。
一方、 ステップ S 3400では、 受信したパケットが高優先度である (P = 1) ことから、 仮に欠落がなければ SNと SNHPは共に 1だけ増加して いるはずであるため、 今回受信したパケットのパケットの高優先度パケット シーケンス番号 SNHP (現 SNHP) が、 前回受信したパケットの高優先 度パケットシーケンス番号 SNHP (前 SNHP) に対して 1だけインクリ メントされているか否かを判定する。 この判定の結果、 現 SNHP=前 SN HP+ 1である場合は (S 3400 : YE S) 、 高優先度パケットの欠落は ないものと判断して、 ステップ S 3900に進み、 受信の待機状態となる。 これに対し、現 SNHP =前 SNHP + 1でない場合は(S 3400 :NO)、 高優先度パケヅトの欠落があるものと判断して、ステップ S 3500に進む。 ステップ S 3500では、 再生時刻算出部 204で、 セッション開始時の 時刻を 「0」 とした相対時刻を算出するため、 今回受信したパケットのタイ ムスタンプ T Sとセッション開始時のタイムスタンプ T S 0との差を求める ことにより、 パケットの再生時刻 PLT ( = TS— TS0) を算出する。
そして、 ステップ S 3600では、 再送要求判定部 206で、 往復時間受 信部 205で受信したサーバ 100からのデータ往復時間 RTTを、 往復時 間受信部 205内のバッファから読み込む。
そして、 ステップ S 3700で、 再送要求判定部 206で、 ステップ S 3 500で算出した再生時刻 PL Tが、 ステップ S 3600で読み込んだ往復 時間 RT Tと現在時刻との和よりも小さいか否か、 つまり、 再生時刻 PLT <往復時間 R T T +現在時刻であるか否かを判定する。
この判定の結果、 再生時刻 P L T<往復時間 R Τ Τ +現在時刻である場合 は (S 3700 : YE S) 、 仮に欠落パケットの再送を要求したとしても再 送パケットを受信する時刻よりも再生する時刻の方が先になつてしまうため、 無駄な再生要求を行わないものと判断して、 ステップ S 3900に進み、 受 信の待機状態となる。
これに対し、再生時刻 P L Τ<往復時間: RT Τ+現在時刻でない場合は(S 3700 : NO) 、 再送パケットを受信する時刻よりも再生する時刻の方が 遅く、 再送パケットを受信してから再生を行うことが可能であるため、 ステ ップ S 3 8 0 0に進み、 再送要求判定部 2 0 6で、 欠落パケットの再送要求 をサーバ 1 0 0に送信する。
このように、 本実施の形態のデータ通信システムによれば、 サーバ 1 0 0 と端末装置 2 0 0間のパケットの往復時間 R T Tを算出し、 得られた往復時 間 R T Tと現在時刻との和がパケットの再生時刻よりも小さい場合にのみ、 優先度が高い欠落パケヅトの再送要求を行うため、 受信側での再生時刻に間 に合わない無駄なデータの再送を無くすことができ、 もって無駄な伝送帯域 の使用を無くすことができる。
なお、 本実施の形態では、 欠落パケットが高優先度パケットである場合に のみ再送判定を行うようにしているが、 これに限定されるわけではなく、 パ ケットの優先度にかかわらず欠落したすべてのパケットに対して再送判定を 行うようにしてもよい。
また、 本実施の形態にはいくつかの変更例が考えられる。 図 1 2は、 デ一 夕送信装置 (サーバ) の他の構成を示すブロック図、 図 1 3は、 データ受信 装置 (端末装置) の他の構成を示すプロック図である。 なお、 ここでも、 デ 一夕送信装置およびデータ受信装置として、 それそれサーバおよび端末装置 を例にとって説明する。
図 1 2に示すサーバ 1 0 0 aの特徴は、 通信状態監視部 1 1 7および時間 間隔変更部 1 1 8を有することである。 通信状態監視部 1 1 7は、 パケット の通信状態を監視し、 時間間隔変更部 1 1 8は、 通信状態監視部 1 1 7から 入力する通信状態に応じて、 夕イマ 1 1◦のリセット間隔、 つまり、 往復時 間 R T Tを送信するタイミングを変更する。 たとえば、 通信状態が悪いとき は、 往復時間 R T Tを送信する時間間隔を短くする。 これにより、 通信状態 が悪いときでも、 往復時間 R T Tを端末装置 2 0 0へ適正に送信することが できる。
なお、 他の構成として、 図示しないが、 時間間隔変更部 1 1 8は、 往復時 間算出部 1 09で算出された今回と前回の往復時間の差に応じて、 往復時間 : RTTを端末装置 200に送信する時間間隔を変更するようにしてもよい。 これにより、 たとえば、 算出された今回と前回の往復時間の差が小さいとき は、 往復時間 RTTの送信間隔を長くすることにより、 伝送帯域の使用を抑 制することができる。
また、 図 13に示す端末装置.200 aの特徴は、 図 2に示す時間計測部 2 07、 時間情報送信判定部 208、 夕イマ 209、 および時間情報送信部 2 10に代えて、 初期往復時間記憶部 2 1 1および往復時間選択部 2 12を有 することである。 初期往復時間記憶部 2 1 1は、 往復時間 RTTの下限値と 上限値を初期値として記憶する。 往復時間選択部 2 12は、 往復時間受信部 205での往復時間 RTTの受信時に、 その受信された往復時間 RTTが初 期往復時間記憶部 2 1 1に記憶された下限値と上限値の範囲内に存在するか 否かを確認することで、 上記範囲内に存在する往復時間 RT Tのみを選択し て再送要求判定部 206へ出力する。 これにより、 伝送路誤りや時刻計測誤 りなどのため往復時間 RTTが正しく受信されなかった場合であっても、 往 復時間 R T Tを適正な範囲内に保持することができ、 誤った往復時間 R T T による影響を低減することができる。
なお、 他の構成として、 図示しないが、 図 2に示す端末装置 200に、 往 復時間受信部 205で受信された今回と前回の往復時間 RTTの差に応じて、 夕イマ 20 9のリセッ ト間隔、 つまり、 差分時間 DL を時間情報送信部 2 10にてサーバ 100へ送信する時間間隔を変更する時間間隔変更部を設 けてもよい。 これにより、 たとえば、 受信された今回と前回の往復時間の差 が小さいときは、 差分時間 DL SRの送信間隔を長くすることにより、 伝送 帯域の使用を抑制することができる。
(実施の形態 2)
図 14は、 本発明の実施の形態 2に係るデータ通信システムのデータ送信 装置の構成を示すプロック図、 図 15は、 同システムのデータ受信装置の構 成を示すブロック図である。 なお > このデータ通信システムのデータ送信装 置およびデータ受信装置は、 図 1および図 2に示す実施の形態 1に対応する データ送信装置およびデ一夕受信装置と同様の基本的構成を有しており、 同 一の構成要素には同一の符号を付し、 その説明を省略する。 また、 本実施の 形態でも、 データ送信装置およびデ一夕受信装置として、 それそれサーバお よび端末装置を例にとって説明する。
図 1 4に示すサーバ 3 0 0は、 図 1に示す受信部 1 0 1、 送信キュー管理 部 1 0 2、 パケット優先度判定部 1 0 3、 再送用バッファ 1 0 4、 再送用バ ッファ管理部 1 0 5、 送信部 1 0 6、 再送要求受信部 1 0 7、 および再送可 否判定部 1 0 8に加えて、 かつ、 図 1に示す往復時間算出部 1 0 9、 夕イマ 1 1 0、 往復時間送信判定部 1 1 1、 およびパケット化部 1 1 2に代えて、 図 2に示す時間計測部 2 0 7、 時間情報送信判定部 2 0 8、 夕イマ 2 0 9、 および時間情報送信部 2 1 0を有する。
また、 図 1 5に示す端末装置 4 0 0は、 図 2に示す受信部 2 0 1、 欠落判 定部 2 0 2、 優先度判定部 2 0 3、 再生時刻算出部 2 0 4、 往復時間受信部 2 0 5、 および再送要求判定部 2 0 6に加えて、 かつ、 図 2に示す時間計測 部 2 0 7、 時間情報送信判定部 2 0 8、 夕イマ 2 0 9、 および時間情報送信 部 2 1 0に代えて、 図 4に示す第 1時刻計測部 1 1 3、 時間情報受信部 1 1 4、 第 2時刻計測部 1 1 5、 および往復時間計算部 1 1 6、 ならびに図 1に 示す夕イマ 1 1 0、 往復時間送信判定部 1 1 1、 およびパケツト化部 1 1 2 を有する。
すなわち、 本実施の形態は、 往復時間 R T Tを端末装置 2 0 0で算出する 構成をとつている。
次いで、上記構成を有するデ一夕通信システムの特徴的な動作を説明する。 まず、 端末装置 4 0 0は、 往復時間 R T Tの算出を行う場合、 第 1時刻計 測部 1 1 3で、 当該端末装置 4 0 0からパケット P 1が送信される時刻 (端 末装置送信時刻) T 1を計測する (図 1 6参照) 。 そして、 時間情報受信部 114で、 サーバ 300から送信されてきたパケ ット P 2を受信する。 このパケット P 2には、 サーバ 300がパケット P 1 を受信してからパケット P 2を端末装置 400へ送信するまでの差分時間 D L SRと、 端末装置 400が送信した端末装置送信時刻 T 1とが記録されて いる。
そして、 第 2時刻計測部 1 15で、 時間情報受信部 114でパケット 2が 受信された時刻 (端末装置受信時刻) T 2を計測する (図 16参照) 。
そして、 往復時間計算部 116で、 端末装置受信時刻 T 2からパケット 2 に記録された差分時間 DL SRと端末装置送信時刻 T 1とを引き算すること により、 往復時間: RTT (=T 2 -D L SR-T 1 ) を求め、 得られた結果 を往復時間受信部 205へ出力する。
—方で、 サーバ 300は、 夕イマ 209がー定時間経過してリセットされ る度に、 つまり、 一定の時間間隔ごとに差分時間 DL SRの送信タイミング を時間情報送信判定部 208へ出力する。
そして、 時間情報送信判定部 208で、 夕イマ 209から送られてくる送 信タイミングごとに、 時間計測部 207で端末装置 400からのパケット Ρ 1を新規に受信したか否かを判定し、 パケット Ρ 1を受信した場合は、 パケ ット送信時刻 Τ Τ 2を現在時刻にセットする。
そして、 時間計測部 207で、 パケット送信時刻 ΤΤ2 (現在時刻) とパ ケヅト受信時刻 Τ Τ 1 (パケヅト Ρ 1を受信した最新の時刻)との差を求め、 得られた差を差分時間 DLSR ( = TT2— TT 1) とする。
そして、 時間情報送信部 210で、 差分時間 DLSRを端末装置 400に 送信する。
なお、他の動作は、実施の形態 1のデータ通信システムと同様であるため、 その説明を省略する。
このように、 本実施の形態のデータ通信システムによれば、 サーバ 300 と端末装置 400間のパケットの往復時間 RTTを算出し、 得られた往復時 間 RT Tと現在時刻との和がバケツトの再生時刻よりも小さい場合にのみ、 優先度が高い欠落バケツトの再送要求を行うため、 受信側での再生時刻に間 に合わない無駄なデータの再送を無くすことができ、 もって無駄な伝送帯域 の使用を無くすことができる。
なお、 本実施の形態においても、 欠落パケットが高優先度パケットである 場合にのみ再送判定を行うようにしているが、 これに限定されるわけではな く、 パケットの優先度にかかわらず欠落したすべてのパケットに対して再送 判定を行うようにしてもよい。
また、 上記各実施の形態では、 データ通信システムをデータ送信装置 (サ —バ) 100, 300とデ一夕受信装置 (端末装置) 200, 400とで構 成したが、 これに限定されるわけではなく、 たとえば、 デ一夕送信装置とデ —夕受信装置の中間に中継装置を有する構成であってもよい。
本明細書は、 2000年 7月 7日出願の特願 2000— 20729 6およ び 200 1年 6月 29日出願の特願 200 1— 19962 1に基づく。 この 内容はすぺてここに含めておく。 産業上の利用可能性
本発明は、 データ通信システムにおけるデータ送信装置やデータ受信装置 に適用することができる。

Claims

請求の範囲
1 . 再送可能なデータのみを記憶する記憶手段と、
前記記憶手段に記憶されたデータの中から受信側の再送要求に対応する —夕を抽出して再送する再送手段と、
受信側との間のデータ往復時間を算出する算出手段と、
前記算出手段によって算出されたデ一夕往復時間を所定の時間間隔で受信 側に送信する送信手段と、
を有するデータ送信装置。
2 . 前記再送可能なデ一夕は、 優先度が高いデータである、 請求の範囲第 1項記載のデータ送信装置。
3 . 前記算出手段は、
受信側に送信される第 1データの送信時刻を計測する手段と、
前記第 1データに応答して受信側から送信された第 2デ一夕の受信時刻を 計測する手段と、
前記第 2デ一夕に含まれる、 受信側での前記第 1データの受信時刻と前記 第 2データの送信時刻との差分時間、 および、 計測された第 1デ一夕送信時 刻を、 計測された第 2データ受信時刻から引き算することによって、 データ 往復時間を計算する手段と、
を有する請求の範囲第 1項記載のデータ送信装置。
4 . 前記算出手段は、
計測された第 1データ送信時刻が受信側に送信され、 前記第 1デ一夕送信 時刻が前記差分時間と共に前記第 2データに含まれる場合、 前記第 2デ一夕 に含まれる前記第 1デ一夕送信時刻を用いてデータ往復時間の算出を行う、 請求の範囲第 3項記載のデータ送信装置。
5 . 前記算出手段によって算出されたデ一夕往復時間を他の情報と共にパ ケット化して単一のパケットを作成するパケット化手段、 をさらに有し、 前記送信手段は、
前記バケツト化手段によって作成された単一パケットを所定の時間間隔で 受信側に送信する、 請求の範囲第 1項記載のデ一夕送信装置。
6 . データの通信状態を監視する監視手段と、
前記監視手段による監視結果に応じて、 前記算出手段によって算出された データ往復時間を受信側に送信する時間間隔を変更する変更手段と、
をさらに有する請求の範囲第 1項記載のデータ送信装置。
7 . 前記算出手段によって算出されたデータ往復時間を保持する手段を含 み、 前記算出手段によって算出された今回と前回のデ一夕往復時間の差に応 じて、 前記算出手段によって算出された今回のデ一夕往復時間を受信側に送 信する時間間隔を変更する変更手段、
をさらに有する請求の範囲第 1項記載のデータ送信装置。
8 . 再送可能なデータのみを記憶する記憶手段と、
前記記憶手段に記憶されたデ一夕の中から受信側の再送要求に対応するデ 一夕を抽出して再送する再送手段と、
受信側から送信された第 1データの受信時刻と前記第 1デ一夕に応答して 受信側に送信される第 2デ一夕の送信時刻との差分時間を計測する計測手段 と、
前記計測手段によって計測された差分時間を前記第 2データに含めて所定 の時間間隔で受信側に送信する送信手段と、
を有するデータ送信装置。
9 . データを受信する受信手段と、
前記受信手段によってデ一夕が受信された場合、 データ欠落の有無を判定 する欠落判定手段と、
前記受信手段によって受信されたデ一夕の再生時刻を算出する再生時刻算 出手段と、
送信側との間のデータ往復時間を受信する往復時間受信手段と、 前記欠落判定手段によって欠落デ一夕が有ると判定された場合、 前記再生 時刻算出手段によって算出された再生時刻および前記往復時間受信手段によ つて受信されたデータ往復時間に基づいて、 欠落デ一夕の再送要求を行うか 否かを判定する再送要求判定手段と、
を有するデータ受信装置。
1 0 . 前記欠落判定手段によって欠落データが有ると判定された場合、 欠 落データの優先度を判定する優先度判定手段、 をさらに有し、
前記再送要求判定手段は、
前記優先度判定手段によって優先度が所定値以上であると判定された欠落 データに対して、 再送要求を行うか否かを判定する、 請求の範囲第 9項記載 のデータ受信装置。
1 1 . 送信側から送信された第 1デ一夕の受信時刻と前記第 1データに応 答して送信側に送信される第 2データの送信時刻との差分時間を計測する計 測手段と、
前記計測手段によつて計測された差分時間を前記第 2データに含めて所定 の時間間隔で送信側に送信する送信手段と、
をさらに有する請求の範囲第 9項記載のデータ受信装置。
1 2 . 送信側から送信された第 1データの送信時刻を受信する送信時刻受 信手段、 をさらに有し、
前記送信手段は、
前記送信時刻受信手段によって受信された送信時刻を、 前記計測手段によ つて計測された差分時間と共に、 所定の時間間隔で送信側に送信する、 請求 の範囲第 1 1項記載のデ一夕受信装置。
1 3 . デ一夕往復時間の下限値および上限値を記憶する記憶手段と、 前記往復時間受信手段によって受信されたデータ往復時間のうち、 前記記 憶手段に記憶された下限値と上限値の範囲内に存在するデータ往復時間のみ を選択する選択手段と、 をさらに有し、 前記再送要求判定手段は、
前記欠落判定手段によって欠落デ一夕が有ると判定された場合、 前記再生 時刻算出手段によって算出された再生時刻および前記選択手段によって選択 されたデータ往復時間に基づいて、 欠落データの再送要求を行うか否かを判 定する、 請求の範囲第 9項記載のデータ受信装置。
1 4 . 前記往復時間受信手段によって受信されたデ一夕往復時間を保持す る手段を含み、 前記往復時間受信手段によって受信された今回と前回のデ一 夕往復時間の差に応じて、 前記計測手段によって計測された差分時間を送信 側に送信する時間間隔を変更する変更手段、
をさらに有する請求の範囲第 1 1項記載のデ一夕受信装置。
1 5 . 送信側に送信された第 1データの送信時刻、 および、 送信側から送 信された第 2デ一夕に含まれる、 送信側での前記第 1データの受信時刻と前 記第 2デ一夕の送信時刻との差分時間を、 前記第 2データの受信時刻から引 き算することによって、 送信側との間のデータ往復時間を算出する算出手段 と、
データを受信する受信手段と、
前記受信手段によってデータが受信された場合、 データ欠落の有無を判定 する欠落判定手段と、
前記受信手段によって受信されたデータの再生時刻を算出する再生時刻算 出手段と、
前記欠落判定手段によって欠落データが有ると判定された場合、 前記再生 時刻算出手段によって算出された再生時刻および前記算出手段によって算出 されたデータ往復時間に基づいて、 欠落データの再送要求を行うか否かを判 定する再送要求判定手段と、
を有するデ一夕受信装置。
1 6 . 請求の範囲第 1項から請求の範囲第 8項のいずれかに記載のデータ 送信装置を有する基地局装置。
1 7 . 請求の範囲第 9項から請求の範囲第 1 5項のいずれかに記載のデ一 夕受信装置を有する情報通信端末装置。
1 8 . 請求の範囲第 9項から請求の範囲第 1 5項のいずれかに記載のデー 夕受信装置を有する移動局装置。
1 9 . データ送信装置とデータ受信装置とを有するデータ通信システムで あって、
前記デ一夕送信装置は、
再送可能なデータのみを記憶する記憶手段と、
前記記憶手段に記憶されたデ一夕の中から前記データ受信装置の再送要求 に対応するデータを抽出して再送する再送手段と、
前記データ受信装置との間のデ一夕往復時間を算出する算出手段と、 前記算出手段によって算出されたデータ往復時間を所定の時間間隔で前記 データ受信装置に送信する送信手段と、 を有し、
前記データ受信装置は、
前記データ送信装置から送信されたデータを受信する受信手段と、 前記受信手段によってデ一夕が受信された場合、 データ欠落の有無を判定 する欠落判定手段と、
前記受信手段によって受信されたデータの再生時刻を算出する再生時刻算 出手段と、
前記送信手段から送信されたデータ往復時間を受信する往復時間受信手段 と、
前記欠落判定手段によって欠落データが有ると判定された場合、 前記再生 時刻算出手段によって算出された再生時刻および前記往復時間受信手段によ つて受信されたデ一夕往復時間に基づいて、 欠落データの再送要求を行うか 否かを判定する再送要求判定手段と、
を有するデ一夕通信システム。
2 0 . データ送信装置とデータ受信装置とを有するデータ通信システムで あって、
前記データ送信装置は、
再送可能なデータのみを記憶する記憶手段と、
前記記憶手段に記憶されたデータの中から前記データ受信装置の再送要求 に対応するデータを抽出して再送する再送手段と、
前記データ受信装置から送信された第 1データの受信時刻と前記第 1デ一 夕に応答して前記データ受信装置に送信される第 2データの送信時刻との差 分時間を計測する計測手段と、
前記計測手段によって計測された差分時間を前記第 2データに含めて所定 の時間間隔で前記データ受信装置に送信する送信手段と、 を有し、
前記データ受信装置は、
前記データ送信装置に送信された前記第 1データの送信時刻および前記デ 一夕送信装置から送信された前記第 2デ一夕に含まれる前記差分時間を、 前 記第 2データの受信時刻から引き算することによって、 前記データ送信装置 との間のデータ往復時間を算出する算出手段と、
前記データ送信装置から送信されたデータを受信する受信手段と、 前記受信手段によってデータが受信された場合、 データ欠落の有無を判定 する欠落判定手段と、
前記受信手段によって受信されたデータの再生時刻を算出する再生時刻算 出手段と、
前記欠落判定手段によって欠落デ一夕が有ると判定された場合、 前記再生 時刻算出手段によって算出された再生時刻および前記算出手段によって算出 されたデータ往復時間に基づいて、 欠落データの再送要求を行うか否かを判 定する再送要求判定手段と、
を有するデ一夕通信システム。
2 1 . 前記データ受信装置は、
前記欠落判定手段によって欠落データが有ると判定された場合、 欠落デー 夕の優先度を判定する優先度判定手段、 をさらに有し、
前記再送要求判定手段は、
前記優先度判定手段によって優先度が所定値以上であると判定された欠落 データに対して、 再送要求を行うか否かを判定する、 請求の範囲第 1 9項ま たは請求の範囲第 2 0項に記載のデータ通信システム。
2 2 . デ一夕受信装置と、 再送可能なデータのみを記憶する記憶手段に記 憶されたデータの中から前記データ受信装置の再送要求に対応するデータを 抽出して再送するデータ送信装置とを有するデータ通信システムにおけるデ —夕通信方法であって、
前記データ送信装置が、 前記データ受信装置との間のデータ往復時間を算 出する算出ステップと、
前記デ一夕送信装置が、 前記算出ステップで算出したデータ往復時間を所 定の時間間隔で前記データ受信装置に送信する送信ステップと、
前記データ受信装置が、 前記データ送信装置から送信されたデータを受信 する受信ステップと、
前記デ一夕受信装置が、 前記受信ステップでデータを受信した場合、 デー 夕欠落の有無を判定する欠落判定ステツプと、
前記データ受信装置が、 前記受信ステップで受信したデータの再生時刻を 算出する再生時刻算出ステツプと、
前記デ一夕受信装置が、 前記送信ステップで送信されたデ一夕往復時間を 受信する往復時間受信ステツプと、
前記データ受信装置が、 前記欠落判定ステップで欠落データが有ると判定 した場合、 前記再生時刻算出ステップで算出した再生時刻および前記往復時 間受信ステップで受信したデータ往復時間に基づいて、 欠落データの再送要 求を行うか否かを判定する再送要求判定ステップと、
を有するデータ通信システムにおけるデータ通信方法。
2 3 . データ受信装置と、 再送可能なデータのみを記憶する記憶手段に記 憶されたデータの中から前記データ受信装置の再送要求に対応するデ一夕を 抽出して再送するデ一夕送信装置とを有するデータ通信システムにおけるデ —夕通信方法であって、
前記データ送信装置が、 前記データ受信装置から送信された第 1データの 受信時刻と前記第 1データに応答して前記データ受信装置に送信される第 2 データの送信時刻との差分時間を計測する計測ステツプと、
前記データ送信装置が、 前記計測ステツプで計測した差分時間を前記第 2 データに含めて所定の時間間隔で前記データ受信装置に送信する送信ステツ プと、
前記データ受信装置が、 前記データ送信装置に送信された前記第 1データ の送信時刻および前記データ送信装置から送信された前記第 2データに含ま れる前記差分時間を、 前記第 2デ一夕の受信時刻から引き算することによつ て、前記デ一夕送信装置との間のデータ往復時間を算出する算出ステップと、 前記データ受信装置が、 前記データ送信装置から送信されたデータを受信 する受信ステップと、
前記デ一夕受信装置が、 前記受信ステップでデ一夕を受信した場合、 デー 夕欠落の有無を判定する欠落判定ステツプと、
前記データ受信装置が、 前記受信ステップで受信したデータの再生時刻を 算出する再生時刻算出ステツプと、
前記データ受信装置が、 前記欠落判定ステップで欠落デ一夕が有ると判定 した場合、 前記再生時刻算出ステップで算出した再生時刻および前記算出ス テツプで算出したデ一夕往復時間に基づいて、 欠落デ一夕の再送要求を行う か否かを判定する再送要求判定ステツプと、
を有するデータ通信システムにおけるデータ通信方法。
2 4 . 前記データ受信装置が、 前記欠落判定ステップで欠落データが有る と判定した場合、 欠落デ一夕の優先度を判定する優先度判定ステップ、 をさ らに し、 前記再送要求判定ステップでは、
前記優先度判定ステップで優先度が所定値以上であると判定された欠落デ 一夕に対して、 再送要求を行うか否かを判定する、 請求の範囲第 2 2項また は請求の範囲第 2 3項に記載のデータ通信システムにおけるデータ通信方法 c
PCT/JP2001/005831 2000-07-07 2001-07-05 Systeme de communication de donnees WO2002005496A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU2001269446A AU2001269446A1 (en) 2000-07-07 2001-07-05 Data communication system
EP01947838A EP1225735A4 (en) 2000-07-07 2001-07-05 DATA COMMUNICATION SYSTEM

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2000-207296 2000-07-07
JP2000207296 2000-07-07
JP2001199621A JP2002084338A (ja) 2000-07-07 2001-06-29 データ送信装置、データ受信装置、およびデータ通信システム
JP2001-199621 2001-06-29

Publications (1)

Publication Number Publication Date
WO2002005496A1 true WO2002005496A1 (fr) 2002-01-17

Family

ID=26595635

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/005831 WO2002005496A1 (fr) 2000-07-07 2001-07-05 Systeme de communication de donnees

Country Status (6)

Country Link
US (1) US20020154600A1 (ja)
EP (1) EP1225735A4 (ja)
JP (1) JP2002084338A (ja)
CN (1) CN1383655A (ja)
AU (1) AU2001269446A1 (ja)
WO (1) WO2002005496A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1335517A1 (en) * 2002-02-08 2003-08-13 Siemens Mobile Communications S.p.A. Selective retransmission method for an ARQ protocol
EP1379051A3 (en) * 2002-07-03 2004-05-12 Sony Corporation Data sending/receiving system and method for a defect-free data transmission
EP1527540A2 (en) * 2002-05-10 2005-05-04 Interdigital Technology Corporation System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission
US7330426B2 (en) 2002-06-18 2008-02-12 Matsushita Electric Industrial Co., Ltd. Receiver-based RTT measurement in TCP
CN100386206C (zh) * 2002-11-23 2008-05-07 西尔弗布鲁克研究有限公司 具有低加热器质量的热喷墨打印头

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7454500B1 (en) 2000-09-26 2008-11-18 Foundry Networks, Inc. Global server load balancing
US9130954B2 (en) 2000-09-26 2015-09-08 Brocade Communications Systems, Inc. Distributed health check for global server load balancing
US7657629B1 (en) 2000-09-26 2010-02-02 Foundry Networks, Inc. Global server load balancing
US7086061B1 (en) 2002-08-01 2006-08-01 Foundry Networks, Inc. Statistical tracking of global server load balancing for selecting the best network address from ordered list of network addresses based on a set of performance metrics
US7676576B1 (en) 2002-08-01 2010-03-09 Foundry Networks, Inc. Method and system to clear counters used for statistical tracking for global server load balancing
US7574508B1 (en) 2002-08-07 2009-08-11 Foundry Networks, Inc. Canonical name (CNAME) handling for global server load balancing
US7257087B2 (en) * 2002-10-04 2007-08-14 Agilent Technologies, Inc. System and method to calculate round trip delay for real time protocol packet streams
JP2004289711A (ja) * 2003-03-25 2004-10-14 Toshiba Corp 送信装置及び受信装置
US9584360B2 (en) 2003-09-29 2017-02-28 Foundry Networks, Llc Global server load balancing support for private VIP addresses
JP4452983B2 (ja) * 2004-01-08 2010-04-21 ソニー株式会社 受信装置および方法、プログラム、並びに記録媒体
US7496651B1 (en) 2004-05-06 2009-02-24 Foundry Networks, Inc. Configurable geographic prefixes for global server load balancing
US7584301B1 (en) 2004-05-06 2009-09-01 Foundry Networks, Inc. Host-level policies for global server load balancing
KR100608821B1 (ko) 2004-07-22 2006-08-08 엘지전자 주식회사 휴대단말기의 왕복지연시간 측정장치 및 방법
US7839844B2 (en) * 2004-07-30 2010-11-23 Sony Corporation System and method for dynamically determining retransmit buffer time
US7643503B2 (en) * 2004-07-30 2010-01-05 Sony Corporation System and method for dynamically determining retransmit buffer time
US7423977B1 (en) * 2004-08-23 2008-09-09 Foundry Networks Inc. Smoothing algorithm for round trip time (RTT) measurements
JP4665465B2 (ja) * 2004-09-07 2011-04-06 パナソニック株式会社 通信装置、通信システム、通信方法
EP1637999A1 (en) * 2004-09-20 2006-03-22 Sap Ag Data transmission apparatus and method having resume data transmission in case of interrupted transmission
CN101057438A (zh) 2004-10-12 2007-10-17 阿瓦雷公司 电信环境中的资源共享
US7522528B2 (en) * 2004-11-18 2009-04-21 Qvidium Technologies, Inc. Low-latency automatic repeat request packet recovery mechanism for media streams
KR101141645B1 (ko) 2005-03-29 2012-05-17 엘지전자 주식회사 데이터 블록 전송 제어 방법
US7653060B2 (en) * 2005-09-26 2010-01-26 David Mayhew System and method for implementing ASI over long distances
JP4573780B2 (ja) * 2006-02-02 2010-11-04 富士通株式会社 パケット記録再生装置
EP3866416B1 (en) * 2006-04-12 2023-08-23 TQ Delta, LLC Method and apparatus for packet retransmission and memory sharing
JP4757109B2 (ja) * 2006-06-23 2011-08-24 富士通株式会社 データ通信プログラム
JP4805081B2 (ja) * 2006-09-29 2011-11-02 富士通株式会社 無線中継装置、無線中継方法および無線中継プログラム
US8615008B2 (en) 2007-07-11 2013-12-24 Foundry Networks Llc Duplicating network traffic through transparent VLAN flooding
US8248928B1 (en) 2007-10-09 2012-08-21 Foundry Networks, Llc Monitoring server load balancing
US7957295B2 (en) * 2007-11-02 2011-06-07 Cisco Technology, Inc. Ethernet performance monitoring
JP5207895B2 (ja) * 2008-09-17 2013-06-12 キヤノン株式会社 送信装置、受信装置、及び方法、プログラム
JP5327225B2 (ja) * 2008-09-19 2013-10-30 富士通株式会社 パケットの送信方法及び受信ノード
US20110317998A1 (en) * 2009-03-10 2011-12-29 Atsushi Fujimura Delay amount allocation means, delay amount allocation method and a computer readable recording medium which records control program of delay amount allocation means
US8271106B2 (en) 2009-04-17 2012-09-18 Hospira, Inc. System and method for configuring a rule set for medical event management and responses
US8837453B2 (en) * 2009-05-28 2014-09-16 Symbol Technologies, Inc. Methods and apparatus for transmitting data based on interframe dependencies
NO330630B1 (no) * 2009-07-01 2011-05-30 Tandberg Telecom As System og fremgangsmate for a opprette et anrop ved hjelp av et globalt register
EP2486686A1 (en) * 2009-10-07 2012-08-15 Thomson Licensing An efficient application-layer automatic repeat request retransmission method for reliable real-time data streaming in networks
JP2011193434A (ja) * 2009-10-28 2011-09-29 Panasonic Corp パリティパケットを用いた通信方法、通信装置及び中継器
KR101734835B1 (ko) 2010-01-28 2017-05-19 톰슨 라이센싱 재전송 결정을 위한 장치 및 방법
US8427958B2 (en) 2010-04-30 2013-04-23 Brocade Communications Systems, Inc. Dynamic latency-based rerouting
JP5551997B2 (ja) * 2010-08-04 2014-07-16 京セラ株式会社 無線通信システム、無線基地局、無線端末、ネットワーク側装置及び通信特性監視方法
US8489724B2 (en) * 2010-09-14 2013-07-16 Cdnetworks Co., Ltd. CNAME-based round-trip time measurement in a content delivery network
US9154394B2 (en) 2010-09-28 2015-10-06 Brocade Communications Systems, Inc. Dynamic latency-based rerouting
US8549148B2 (en) 2010-10-15 2013-10-01 Brocade Communications Systems, Inc. Domain name system security extensions (DNSSEC) for global server load balancing
ES2959510T3 (es) 2011-10-21 2024-02-26 Icu Medical Inc Sistema de actualización de dispositivos médicos
WO2013123979A1 (en) * 2012-02-21 2013-08-29 Telefonaktiebolaget L M Ericsson (Publ) Data block transmission with variable retransmission feedback time
WO2014066359A1 (en) * 2012-10-22 2014-05-01 Texas State University-San Marcos Optimization of retransmission timeout boundary
US9680610B2 (en) * 2012-12-13 2017-06-13 Thomson Licensing Method and apparatus for error control in 3D video transmissoin
AU2014225658B2 (en) 2013-03-06 2018-05-31 Icu Medical, Inc. Medical device communication method
JP6621748B2 (ja) 2013-08-30 2019-12-18 アイシーユー・メディカル・インコーポレーテッド 遠隔輸液レジメンを監視および管理するシステムならびに方法
CN103475654B (zh) * 2013-09-06 2016-10-05 北京奇虎科技有限公司 网络路径优化方法、设备及网络系统
US10311972B2 (en) 2013-11-11 2019-06-04 Icu Medical, Inc. Medical device system performance index
WO2015077320A1 (en) 2013-11-19 2015-05-28 Hospira, Inc. Infusion pump automation system and method
US9565138B2 (en) 2013-12-20 2017-02-07 Brocade Communications Systems, Inc. Rule-based network traffic interception and distribution scheme
US9648542B2 (en) 2014-01-28 2017-05-09 Brocade Communications Systems, Inc. Session-based packet routing for facilitating analytics
JP6853669B2 (ja) 2014-04-30 2021-03-31 アイシーユー・メディカル・インコーポレーテッド 条件付きの警報転送を用いた患者治療システム
US9724470B2 (en) 2014-06-16 2017-08-08 Icu Medical, Inc. System for monitoring and delivering medication to a patient and method of using the same to minimize the risks associated with automated therapy
US9539383B2 (en) 2014-09-15 2017-01-10 Hospira, Inc. System and method that matches delayed infusion auto-programs with manually entered infusion programs and analyzes differences therein
CN105634686B (zh) * 2014-10-31 2018-10-12 中国移动通信集团公司 一种实现基站和终端间灵活harq定时的方法及装置
US10911353B2 (en) 2015-06-17 2021-02-02 Extreme Networks, Inc. Architecture for a network visibility system
US10129088B2 (en) 2015-06-17 2018-11-13 Extreme Networks, Inc. Configuration of rules in a network visibility system
US9866478B2 (en) 2015-03-23 2018-01-09 Extreme Networks, Inc. Techniques for user-defined tagging of traffic in a network visibility system
US10771475B2 (en) 2015-03-23 2020-09-08 Extreme Networks, Inc. Techniques for exchanging control and configuration information in a network visibility system
US10057126B2 (en) 2015-06-17 2018-08-21 Extreme Networks, Inc. Configuration of a network visibility system
US10530688B2 (en) 2015-06-17 2020-01-07 Extreme Networks, Inc. Configuration of load-sharing components of a network visibility router in a network visibility system
US10243813B2 (en) 2016-02-12 2019-03-26 Extreme Networks, Inc. Software-based packet broker
US10999200B2 (en) 2016-03-24 2021-05-04 Extreme Networks, Inc. Offline, intelligent load balancing of SCTP traffic
EP3484541A4 (en) 2016-07-14 2020-03-25 ICU Medical, Inc. SELECTION OF SEVERAL COMMUNICATION PATHS AND SECURITY SYSTEM FOR A MEDICAL DEVICE
US10567259B2 (en) 2016-10-19 2020-02-18 Extreme Networks, Inc. Smart filter generator
EP3824383B1 (en) * 2018-07-17 2023-10-11 ICU Medical, Inc. Systems and methods for facilitating clinical messaging in a network environment
US10950339B2 (en) 2018-07-17 2021-03-16 Icu Medical, Inc. Converting pump messages in new pump protocol to standardized dataset messages
NZ771914A (en) 2018-07-17 2023-04-28 Icu Medical Inc Updating infusion pump drug libraries and operational software in a networked environment
US10692595B2 (en) 2018-07-26 2020-06-23 Icu Medical, Inc. Drug library dynamic version management
AU2019309766A1 (en) 2018-07-26 2021-03-18 Icu Medical, Inc. Drug library management system
JP7059973B2 (ja) 2019-03-15 2022-04-26 オムロン株式会社 制御システム、装置および制御方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5713596A (en) * 1980-06-27 1982-01-23 Nippon Electric Co Independent start-type radio telemeter transmitter
JPH03286644A (ja) * 1990-04-02 1991-12-17 Hitachi Ltd 同報通信制御方法
JPH09191314A (ja) * 1996-01-10 1997-07-22 Mitsubishi Electric Corp 連続データ伝送方法および連続データ伝送装置
JPH10126771A (ja) * 1996-10-15 1998-05-15 Toshiba Corp 画像データ転送システムにおける画像データ送出レート制御方法および画像データ転送方法
JPH11127108A (ja) * 1997-10-23 1999-05-11 Nissan Motor Co Ltd 情報通信システム
US5978335A (en) * 1996-06-28 1999-11-02 Ibm Integrated calibration apparatus for a multi-mode information storage system
JP2000069088A (ja) * 1998-08-21 2000-03-03 Nippon Telegr & Teleph Corp <Ntt> パケット交換網におけるトラヒック評価方法,この方法を実現するためのプログラムを記録した記録媒体及びトラヒック評価装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5768527A (en) * 1996-04-23 1998-06-16 Motorola, Inc. Device, system and method of real-time multimedia streaming
US6148005A (en) * 1997-10-09 2000-11-14 Lucent Technologies Inc Layered video multicast transmission system with retransmission-based error recovery
WO1999022477A1 (en) * 1997-10-24 1999-05-06 The Trustees Of Columbia University In The City Of New York Transmission control for minimizing congestion in digital communications networks
US6700893B1 (en) * 1999-11-15 2004-03-02 Koninklijke Philips Electronics N.V. System and method for controlling the delay budget of a decoder buffer in a streaming data receiver

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5713596A (en) * 1980-06-27 1982-01-23 Nippon Electric Co Independent start-type radio telemeter transmitter
JPH03286644A (ja) * 1990-04-02 1991-12-17 Hitachi Ltd 同報通信制御方法
JPH09191314A (ja) * 1996-01-10 1997-07-22 Mitsubishi Electric Corp 連続データ伝送方法および連続データ伝送装置
US5978335A (en) * 1996-06-28 1999-11-02 Ibm Integrated calibration apparatus for a multi-mode information storage system
JPH10126771A (ja) * 1996-10-15 1998-05-15 Toshiba Corp 画像データ転送システムにおける画像データ送出レート制御方法および画像データ転送方法
JPH11127108A (ja) * 1997-10-23 1999-05-11 Nissan Motor Co Ltd 情報通信システム
JP2000069088A (ja) * 1998-08-21 2000-03-03 Nippon Telegr & Teleph Corp <Ntt> パケット交換網におけるトラヒック評価方法,この方法を実現するためのプログラムを記録した記録媒体及びトラヒック評価装置

Non-Patent Citations (1)

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

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1335517A1 (en) * 2002-02-08 2003-08-13 Siemens Mobile Communications S.p.A. Selective retransmission method for an ARQ protocol
US8068497B2 (en) 2002-05-10 2011-11-29 Interdigital Technology Corporation System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission
EP1527540A2 (en) * 2002-05-10 2005-05-04 Interdigital Technology Corporation System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission
EP1527540A4 (en) * 2002-05-10 2005-11-16 Interdigital Tech Corp SYSTEM AND METHOD FOR PRIORITIZING RETRANSMISSION OF PROTOCOL DATA UNITS USED TO CONTRIBUTE TO RETRANSMISSION WITH CONTROL OF RADIO LINKS
CN100385846C (zh) * 2002-05-10 2008-04-30 美商内数位科技公司 优先协议数据单元的再传输以协助无线电链路控制再传输的系统及方法
US7724749B2 (en) 2002-05-10 2010-05-25 Interdigital Technology Corporation System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission
US8565241B2 (en) 2002-05-10 2013-10-22 Interdigital Technology Corporation System and method for prioritization of retransmission of protocol data units to assist radio-link-control retransmission
US8929385B2 (en) 2002-05-10 2015-01-06 Interdigital Technology Corporation System and method for prioritization of retransmission of protocol data units to assist radio link control retransmission
US9622257B2 (en) 2002-05-10 2017-04-11 Interdigital Technology Corporation Prioritization of retransmission of protocol data units to assist radio link control retransmission
US7330426B2 (en) 2002-06-18 2008-02-12 Matsushita Electric Industrial Co., Ltd. Receiver-based RTT measurement in TCP
US7561518B2 (en) 2002-07-03 2009-07-14 Sony Corporation Data sending/receiving system and method, information providing apparatus and method, and data receiving apparatus and method
EP1379051A3 (en) * 2002-07-03 2004-05-12 Sony Corporation Data sending/receiving system and method for a defect-free data transmission
CN100386206C (zh) * 2002-11-23 2008-05-07 西尔弗布鲁克研究有限公司 具有低加热器质量的热喷墨打印头

Also Published As

Publication number Publication date
EP1225735A1 (en) 2002-07-24
CN1383655A (zh) 2002-12-04
EP1225735A4 (en) 2003-08-06
JP2002084338A (ja) 2002-03-22
US20020154600A1 (en) 2002-10-24
AU2001269446A1 (en) 2002-01-21

Similar Documents

Publication Publication Date Title
WO2002005496A1 (fr) Systeme de communication de donnees
EP1328096B1 (en) Multimedia data packet communication with data type identifiers
RU2304364C2 (ru) Устройство и способ для измерения времени задержки на двустороннее распространение для мультимедийных данных с переменной скоростью передачи битов
JP4000905B2 (ja) 情報処理システムおよび方法、情報処理装置および方法、記録媒体、並びにプログラム
JP3814614B2 (ja) マルチメディア・ストリーミング環境におけるサーバベースのレート制御
US6996624B1 (en) Reliable real-time transport protocol
US6701372B2 (en) Data communication apparatus and method
JP3450771B2 (ja) データ伝送方法,及びデータ送信装置
US20090028142A1 (en) Streaming data content in a network
EP1482681A1 (en) Medium streaming distribution system
TWI506991B (zh) 用於端到端多徑網路系統的回饋協定
WO2003088551A1 (fr) Systeme de transmission de donnees, appareil de transmission de donnees, procede de transmission de donnees et programme informatique
CN112436924B (zh) 一种数据传输方法及电子设备
EP1211856B1 (en) Data transmitter, data receiver, and data transmitting/receiving method
US7123618B2 (en) Data transmitting apparatus and data receiving apparatus
JP2005051299A (ja) パケット送信装置、パケット受信装置、パケット送信方法及びパケット受信方法
JP2003324496A (ja) データ伝送方法,及びパケットデータ構造
Ламри et al. Developing Al-ARQ module for automatic measurement of one-way data transmission delay
Radovanovic et al. Improving TCP performance over last-hop wireless networks for live video delivery
CN116827920A (zh) 一种流媒体服务器的弱网传输方法、系统、设备及介质
JP2006067410A (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 BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE 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 NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 018018823

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 10070309

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2001947838

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 2001947838

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 2001947838

Country of ref document: EP