US20070263708A1 - Receiver Controlled Isochronous Transmission - Google Patents
Receiver Controlled Isochronous Transmission Download PDFInfo
- Publication number
- US20070263708A1 US20070263708A1 US11/760,065 US76006507A US2007263708A1 US 20070263708 A1 US20070263708 A1 US 20070263708A1 US 76006507 A US76006507 A US 76006507A US 2007263708 A1 US2007263708 A1 US 2007263708A1
- Authority
- US
- United States
- Prior art keywords
- data
- received
- received data
- payload
- incorrectly
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
Definitions
- the present invention relates to improved communication of isochronous data.
- the system comprising a transmitter and receiver, the transmitter itself, the receiver itself and the method of operation.
- the Bluetooth protocol is designed for the communication of synchronous, asynchronous and isochronous data.
- Isochronous data is data that is time bounded. That is data which requires a certain data rate but for which the delay is not critical. Such isochronous data may be delayed in its use but only within certain limits before it is outdated and no longer valid. Video, audio and voice streaming are examples of such data, but isochronous data is not limited to these examples.
- FIG. 1 illustrates a network (Bluetooth piconet) 2 of radio transceiver units, including a master unit 4 and slave units 6 , 8 and 10 , communicating by transmitting and receiving radio packets.
- the master unit is the transceiver unit which initiates the connection of a slave to the network. There is only one master in a network.
- the network operates in a time division duplex fashion.
- the transceiver units are synchronized to a common time frame determined by the master unit 4 . This time frame consists of a series of time slots of equal length.
- Each radio packet transmitted in the network has its start aligned with the start of a slot and a single packet is transmitted in the network at a time.
- a transmitted radio packet is addressed to a particular transceiver which replies to the master unit by transmitting a radio packet addressed to the master unit in the next available time slot. Any time misalignment between the master and a slave is corrected by adjusting the timing of the slave.
- the transceivers transmit and receive, in this example, in a microwave frequency band, illustratively 2.4 GHz.
- the network reduces interference by changing the frequency at which each radio packet is transmitted.
- a number of separate frequency channels are assigned each with a bandwidth of 1 MHz, and the frequency may hop at a rate of 1600 hops/s.
- the frequency hopping of the transceivers communicating in or joining the network is synchronized and controlled by the master unit.
- the sequence of hopping frequencies is unique for the network and is determined by a unique identification of the master unit.
- the network is a radio frequency network suitable for transmitting voice information or data information between transceivers.
- the transmissions made are of low power, for example 0 to 20 dBm, and the transceiver units can effectively communicate over the range of a few centimeters to a few tens or hundred of meters.
- the master unit has the burden of identifying the other transceiver units within its transmission range and the burden of paging a transceiver unit to set up a communication link between the master unit and that slave unit.
- This frame 20 is the common time frame used by the network 2 and controlled by the master unit 4 .
- the frame illustratively has slots 22 to 29 .
- the slots designated by even numbers are reserved. Only the master unit can begin transmitting a radio packet aligned with the start of the even numbered slots.
- the slots designated by odd numbers are reserved. Only radio packets transmitted by a slave that is radio packets addressed for reception by the master unit can have their start aligned with the start of the odd numbered slots.
- Each slot is allocated a different one of a sequence of hopping frequencies. It is however, possible for a radio packet to extend over a number of slots and in this case the frequency at which the packet is transmitted remains constant at that allocated to the slot at the start of the packet.
- a slot has a constant time period and is typically 625 microseconds.
- the radio packet has a start 32 and contains three distinct portions: a first portion contains an Access Code 34 , a second portion contains a Header 36 and a third portion contains a Payload 38 .
- the Access Code is a series of symbols used in the network to identify the start of a radio packet and effect synchronization and DC estimation. It has a fixed length.
- the Access Code used in normal communication is the Channel Access Code which identifies the network and is included in all packets exchanged in the piconet.
- the header 36 has a fixed length and contains link control information including the fields: AM_ADDR, ARQN and HEC.
- the local address (AM_ADDR) is a word uniquely identifying a slave within a network. The local address is assigned to a slave unit by the master unit when the master unit joins the slave to the network.
- ARQN is used to inform the source of a successful transfer of payload data. It can be a positive acknowledgement ACK, indicating the packet was successfully transferred, or a negative acknowledgement NAK, indicating that the packet was unsuccessfully transferred.
- HEC is a header integrity check. It is an 8 bit word generated from the header.
- the payload 38 during normal communication contains data.
- the payload is of variable length and may be absent.
- the payload has a header including the parameter L_CH, a payload body and possibly a Cyclic Redundancy Check (CRC).
- CRC Cyclic Redundancy Check
- L2CAP Link Layer Control Application Protocol
- the L_CH code indicates whether the payload contains the starting fragment of an L2CAP message or a continuation fragment of an L2CAP message.
- An a priori negotiation indicates whether the payload relates to isochronous data.
- FIG. 4 illustrates a transmitter 40 communicating with a receiver 70 via a channel 60 .
- the transmitter has timer circuitry 42 , a controller 44 , a transmitter portion 48 , a receiver portion 46 and a FIFO memory 50 which stores a L2CAP message having fragments N, N+1 and N+2.
- the memory 50 receives data 49 for transmission.
- the data for transmission is stored as payloads N, N+1 and N+2 in portions 52 , 54 and 56 respectively. Payload 52 is transmitted first, then N+1, then N+2.
- the output of memory 50 is connected to the transmitter portion 48 such that the contents of the portion 52 are provided as an input to the transmitter.
- the transmitter portion 48 encapsulates the contents of memory portion 52 as the payload of a data packet, converts the data packet from baseband to radio frequency and transmits the data packet to the receiver 70 as radio waves.
- the encapsulation includes the creation and inclusion of a CRC in the payload 38 , the attachment of a Header 36 comprising at least AM_ADDR, ARQN and HEC and the attachment of an Access Code 34 .
- the receiver portion 46 receives data packets from the receiver 70 and determines whether they contain an acknowledgement of the transmitted packet (i.e. ARQN). The determination is communicated to controller 44 via signal 45 .
- the controller controls the memory 50 and transmitter portion 48 to transmit the payload N+1, in the next transmitted packet.
- the controller via control signal 43 controls the memory 52 to discard the contents of portion 52 , such that the contents of portion 54 move to portion 52 and the contents of portion 56 move to portion 54 .
- packet N+1 is presented for transmission in memory portion 52 .
- the controller does not activate control signal 43 and payload N remains in memory portion 52 for retransmission.
- the timer 42 provides an important function when the L2CAP message comprises isochronous data that is data which “expires” if not successfully transmitted within a certain period of time.
- the timer 42 records the amount of time for which the current packet in memory portion 52 has been retransmitted. If the value of the timer exceeds a threshold there is a timeout and the controller 44 flushes the memory 50 . That is, the controller using discard signal 47 causes the memory 50 to discard all the payloads N, N+1, N+2 which are fragments of the L2CAP message to which the current payload in memory portion 52 belongs.
- the receiver 70 has a receiver portion 72 , a transmitter portion 74 and verification circuitry 76 .
- the receiver portion 72 communicates with the transmitter portion 48 of transmitter 40
- the transmitter portion 74 communicates with the receiver portion 46 of transmitter 40 .
- the transmitter and receiver portions 72 and 74 are connected to verification circuitry 76 .
- the transmitter portion includes ARQN in the header of the next transmitted data packet. If a payload of data is also being sent in the transmitted packet it may include a CRC.
- Isochronous data is data that is time bounded. That is data which requires a certain data rate but for which the delay is not critical. Such isochronous data may be delayed in its use but only within certain limits before it is outdated and no longer valid. Video, audio and voice streaming are examples of such data, but isochronous data is not limited to these examples.
- the timeout control in the transmitter determines whether isochronous data is outdated. When there is a timeout, not only is the last transmitted packet discarded but so is the whole of the L2CAP message to which it belongs. This results in a loss of data which may be disproportionate to the transmission errors occurring. A single transmission error may result in a whole L2CAP message being discarded. Furthermore the loss of such a large amount of data makes error correction techniques such as forward error correction inapplicable.
- a radio transceiver for receiving data, comprising:
- receiving means for receiving data
- transmission means for transmitting, in response to received data
- “current” preferably defines data which will not be outdated when it is received after a retransmission.
- the incorrectly received data is preferably “not current”.
- the received data may be a data packet having a payload which may include isochronous data and a header.
- the payload of data packets may also contain asynchronous data.
- the fact that the received data is isochronous may be communicated to the receiver by an a priori negotiation, as in Bluetooth Specification 1.0 b.
- the data packet may contain a parameter that indicates that the packet payload contains isochronous data.
- the validation means may determine whether the received data is isochronous, for example from the parameter when contained in the packet header.
- the validation means comprises a timing means for determining whether received isochronous data is current.
- the determining means may determine whether the packet has been correctly or incorrectly received by testing the integrity of the header and/or by testing the integrity of the payload, for example, using a Cyclic Redundancy Check within the payload.
- the radio transceiver may further comprise error correction means for correcting errors arising from incorrectly received data which was not current at reception. This is an error correction procedure which is additional to the existing FEC procedure of Bluetooth baseband. This additional error correction is above L2CAP.
- the radio transceiver has means for retaining the received data for which a positive acknowledgement has been sent and for discarding received data for which a negative acknowledgement has been sent.
- the transceiver has a buffer for buffering the retained received data. There may be a buffer before and/or after error correction.
- the validation means may be coupled to the buffer such that the determination of whether the received data is current has flexibility being dependent upon the content of the buffer. It is preferable that the validation means is coupled to the buffer after error correction but it may alternatively be coupled to the buffer before error correction. The determination means may also be dependent up the type of error correction employed. Thus the validation means takes into account the surrounding circumstances in determining whether received isochronous data is current or not.
- a system comprising a transmitter and a receiver, wherein
- the transmitter is arranged to transmit packets of data having payloads including isochronous data and comprises:
- first transmission means for transmitting a packet of data to the receiver first reception means for receiving from the receiver, in response to said transmission of the data packet, a positive acknowledgement or a negative acknowledgement, wherein the transmitter is arranged to retransmit a data packet comprising isochronous data unless a positive acknowledgement is received, and the
- receiver comprises:
- second transmission means for transmitting in response to received data, a positive acknowledgement of reception when the received data has been correctly received or
- a method of communicating isochronous data between a transmitter and a receiver comprising the steps of:
- Step e) preferably comprises transmitting a positive acknowledgement unless the received isochronous data is both incorrectly received and current.
- the method may further comprise transmitting new data from the transmitter to the receiver when a positive acknowledgement is received at the transmitter from the receiver.
- embodiments of the present invention in its various aspects have several advantages.
- One advantage is an increase in performance. When a payload is incorrectly received and the payload contains isochronous data which is no longer current, a whole L2CAP message is not discarded because the timeout of the isochronous data is moved from the transmitter to the receiver side. Instead, the incorrectly received payload may be retained and the transmitter is instructed to send the next payload.
- This efficiency also provides for the use of additional error correction techniques such as FEC, which further increases the performance.
- embodiments of the invention avoid discarding data except those bits actually lost via transmission errors.
- FIG. 1 illustrates a communications network including a master and slave units
- FIG. 2 illustrates the time frame of the communications network
- FIG. 3 illustrates a radio packet
- FIG. 4 is a schematic illustration of a transmitter and receiver operating according to the prior art.
- FIG. 5 is a schematic illustration of a transmitter and receiver operating according to an embodiment of the present invention.
- FIG. 5 illustrates one embodiment of the present invention in which a transmitter 140 communicates with a receiver 170 via a channel 160 .
- The, transmitter has a controller 144 , a transmitter portion 148 , a receiver portion 146 and a FIFO memory 150 which stores a L2CAP message having fragments N, N+1 and N+2.
- the memory 150 receives data 149 for transmission.
- the data for transmission is stored as payloads N, N+1 and N+2 in portions 152 , 154 and 156 respectively.
- Payload 152 is transmitted first, then N+1, then N+2.
- the output of memory 150 is connected to the transmitter portion 148 such that the contents of the portion 152 are provided as an input to the transmitter.
- the transmitter portion 148 encapsulates the contents of memory portion 152 as the payload of a data packet and transmits the data packet to the receiver 170 .
- the encapsulation includes the creation and inclusion of a CRC in the payload 38 , the attachment of a Header 36 comprising at least AM_ADDR, ARQN and HEC and the attachment of an Access Code 34 .
- the controller via control signal 143 controls the memory 150 to discard the contents of portion 152 , such that the contents of portion 154 move to portion 152 and the contents of portion 156 move to portion 154 .
- packet N+1 is presented for transmission in memory portion 152 .
- the controller ensures that payload N in memory portion 152 is retransmitted.
- the controller does not activate control signal 143 and payload N remains in memory portion 152 for retransmission.
- the receiver 170 has a receiver portion 172 , a transmitter portion 174 , verification circuitry 176 , a first buffer 178 for buffering the payload(s) of a received packet(s), error correction circuitry 180 , and a second buffer 182 for buffering the received data for output.
- the receiver portion 172 converts a received signal to baseband.
- the receiver portion obtains HEC from the packet header, L_CH from the payload header and CRC from the payload itself. It provides to the verification circuitry 176 , HEC as signal 171 , L_CH in signal 173 , CRC as signal 175 and the payload as signal 177 .
- the verification circuitry determines if the payload was correctly received.
- the verification uses the HEC and/or the CRC to determine if a packet has been correctly received.
- the verification circuitry calculates a temporary HEC from the packet header received in signal 177 and compares it with the HEC received in signal 171 . If the temporary HEC and received HEC correspond, the header has been correctly received, the verification circuitry calculates a temporary CRC of the payload received as signal 177 and compares it to the CRC received as signal 175 . If the calculated and received CRCs correspond the payload has been received correctly, if they do not the payload has been incorrectly received.
- the verification of HEC is performed first then the verification of CRC is performed if and only if the header was correctly received.
- the verification circuitry via control signal 183 causes the receiver portion 172 to write the received payload to the buffer 178 along with an associated flag indicating that the payload data is correct.
- the verification circuitry may respond in one of two ways.
- the verification circuitry via control signal 183 causes the receiver portion 172 to write the received payload to the buffer 178 along with an associated flag indicating that the payload data is incorrect.
- the data in buffer 178 is passed to error correction circuitry 180 where errors in the buffered data are corrected.
- the data stored in the buffer may be applied to the error correction circuitry in multiples of payloads (one or more). The exact multiple will depend upon the number of successive payloads to which a single error correction procedure is applied. It may be convenient, for example, to apply an error correction procedure (such as Forward Error Correction FEC) over an L2CAP message at the transmitter 140 . It would therefore be necessary to apply the error correction process at the receiver 170 over the same period namely, an L2CAP message.
- FEC Forward Error Correction
- the data in buffer 178 may contain correctly and incorrectly received payloads.
- the error correction process reduces or removes the errors arising from the incorrectly received payloads. Any suitable error correction process may be used in the transmitter 140 with the complimentary process being used in receiver 170 .
- Forward Error Correction is the preferred error correction mechanism using for example Reed-Solomon Codes or (punctured) convolution codes, possibly with interleaving. FEC can recover the uncertain or lost parts of the payload.
- the complete payload flagged as incorrectly received is considered to be erased.
- the complete payload flagged as incorrectly received is included in the data stream with the correctly received payloads.
- Burst error coding or interleaving can be used to correct the bit errors in the incorrectly received payload.
- Error concealment may be used to deal with residual errors.
- the data from the error correction circuitry 180 is stored in a second buffer 182 ready for use.
- the verification circuitry 176 determines whether data is current or not according to two inputs.
- the first input 185 is from a timer 184 , which records the time since the last correctly received data packet.
- the time measurement may for example be a measure of the number of successive NAK acknowledgements sent to the transmitter 140 or the real time since the last ACK was sent to the transmitter 140 .
- the second, optional, input is a dynamic signal 181 indicating the amount of data in the buffer 182 (and/or buffer 178 ). The more data that is stored in the buffer ready for use, the longer the currently received data remains current. If the buffer is empty the received data is no longer current.
- the verification circuitry uses an algorithm taking the two inputs as arguments to calculate whether a payload which has been incorrectly received is current or not. The response of the verification circuitry 176 is dependent upon whether the incorrectly received payload is calculated as being current or not.
- transmitter 140 and receiver 170 operate according to a modified Automatic Response Request protocol.
- the contents of memory portion 152 (message N) is transmitted and retransmitted to the receiver 170 by the transmitter 140 , until the transmitter 140 receives an acknowledgement from the receiver 170 that it has successfully received the packet.
- the receiver When the receiver correctly receives a payload, it responds with a positive acknowledgement ACK, which prevents the retransmission of that payload and requests the transmission of the next payload, and retains the correctly received payload.
- the receiver determines whether an incorrectly received payload containing isochronous data is current. If it is, a negative acknowledgement NAK is sent in response, requesting the retransmission of the payload and the incorrectly received payload is discarded. If it is not a positive acknowledgement ACK is sent in response, terminating the retransmission of the payload and requesting the transmission of the next payload and the incorrectly received payload is retained. Error correction procedures may be used on the incorrectly received payload.
- the verification circuitry via control signal 183 causes the receiver portion 172 to write the received payload to the buffer 178 along with an associated flag indicating that the payload data is correct. If the payload is received incorrectly, and it is current, the payload is not transferred to buffer 178 ; however, if it is not current the received payload is transferred to the buffer 178 along with an associated flag indicating that the payload data is incorrect. Consequently, either a correctly received payload or the last incorrectly received payload is stored in the buffer for further processing.
- each incorrectly received version of a payload is stored in the verification circuitry 176 which uses this diversity to produce an improved version that takes into account all, or at lest the best, received versions of the payload.
- the verification circuitry transfers the improved version of the payload (instead of the received incorrect payload) to the buffer 178 along with an associated flag indicating that the payload data is incorrect via the receiver part 172 using signal 183 .
- Diversity gain is used to improve bit errors and produce the improved version of the payload from the received versions.
- the value of a bit in the improved version can be determined by a majority decision taking into account the corresponding bit value for each received version (if 3 or more versions are received).
- a soft decision may be taken on each bit of the improved version, by averaging the corresponding bit values for the received versions.
- the soft information e.g. averaged bit weight
- the subsequent units such that the application can take into account the bitwise reliability information.
- An improved version of the incorrectly received payload could be determined by the verification circuitry each time such a payload is incorrectly received, thus keeping an updated improved version.
- a general confidence measure of the updated improved version thus determined could be calculated and if it is high enough, the verification circuitry could accept the updated improved version of the payload by providing a positive acknowledgement ACK and transferring the improved version of the payload (instead of the received incorrect payload) to the buffer 178 along with an associated flag indicating that the payload data is incorrect via receiver part 172 using signal 183 .
- Cyclic Redundancy Checking CRC has been used in the preceding embodiment to determine whether a payload has been correctly received, any suitable checking scheme may be used in the alternative.
Landscapes
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Engineering & Computer Science (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
- Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
- Communication Control (AREA)
- Transmitters (AREA)
- Synchronisation In Digital Transmission Systems (AREA)
- Lubrication Of Internal Combustion Engines (AREA)
- Radio Relay Systems (AREA)
- Transceivers (AREA)
- Small-Scale Networks (AREA)
Abstract
A Bluetooth radio transceiver, for receiving isochronous data, comprising: receiving means for receiving data; determining means for determining whether the received data has been correctly or incorrectly received; validation means for determining whether the received data is current; and transmission means, for transmitting, in response to received data, a positive acknowledgement of reception when the received data has been correctly received, a negative acknowledgement when the received data has been incorrectly received and the received data is current and a positive acknowledgement when the received data has been incorrectly received and the received data is not current is described. The determination of whether data is current occurs at the receiver as opposed to the transmitter.
Description
- This application is a continuation of co-pending U.S. application Ser. No. 10/169,980, filed Oct. 24, 2002, which claims priority under 35 U.S.C. § 119(e) to PCT/EP01/00341, filed Jan. 12, 2001, and Great Britain Patent Application 0000573.6, filed Jan. 12, 2000, the contents of each of which are incorporated herein by reference in its entirety.
- The present invention relates to improved communication of isochronous data. In particular it relates to the system comprising a transmitter and receiver, the transmitter itself, the receiver itself and the method of operation.
- The Bluetooth protocol is designed for the communication of synchronous, asynchronous and isochronous data.
- Isochronous data is data that is time bounded. That is data which requires a certain data rate but for which the delay is not critical. Such isochronous data may be delayed in its use but only within certain limits before it is outdated and no longer valid. Video, audio and voice streaming are examples of such data, but isochronous data is not limited to these examples.
-
FIG. 1 illustrates a network (Bluetooth piconet) 2 of radio transceiver units, including amaster unit 4 andslave units master unit 4. This time frame consists of a series of time slots of equal length. Each radio packet transmitted in the network has its start aligned with the start of a slot and a single packet is transmitted in the network at a time. When the master unit is performing point-to-point communication a transmitted radio packet is addressed to a particular transceiver which replies to the master unit by transmitting a radio packet addressed to the master unit in the next available time slot. Any time misalignment between the master and a slave is corrected by adjusting the timing of the slave. - The transceivers transmit and receive, in this example, in a microwave frequency band, illustratively 2.4 GHz. The network reduces interference by changing the frequency at which each radio packet is transmitted. A number of separate frequency channels are assigned each with a bandwidth of 1 MHz, and the frequency may hop at a rate of 1600 hops/s. The frequency hopping of the transceivers communicating in or joining the network is synchronized and controlled by the master unit. The sequence of hopping frequencies is unique for the network and is determined by a unique identification of the master unit.
- The network is a radio frequency network suitable for transmitting voice information or data information between transceivers. The transmissions made are of low power, for example 0 to 20 dBm, and the transceiver units can effectively communicate over the range of a few centimeters to a few tens or hundred of meters. The master unit has the burden of identifying the other transceiver units within its transmission range and the burden of paging a transceiver unit to set up a communication link between the master unit and that slave unit.
- Referring to
FIG. 2 , aframe 20 is illustrated. Thisframe 20 is the common time frame used by thenetwork 2 and controlled by themaster unit 4. The frame illustratively hasslots 22 to 29. The slots designated by even numbers are reserved. Only the master unit can begin transmitting a radio packet aligned with the start of the even numbered slots. The slots designated by odd numbers are reserved. Only radio packets transmitted by a slave that is radio packets addressed for reception by the master unit can have their start aligned with the start of the odd numbered slots. Each slot is allocated a different one of a sequence of hopping frequencies. It is however, possible for a radio packet to extend over a number of slots and in this case the frequency at which the packet is transmitted remains constant at that allocated to the slot at the start of the packet. A slot has a constant time period and is typically 625 microseconds. - Referring to
FIG. 3 , atypical radio packet 30 is illustrated. The radio packet has astart 32 and contains three distinct portions: a first portion contains anAccess Code 34, a second portion contains aHeader 36 and a third portion contains aPayload 38. - The Access Code is a series of symbols used in the network to identify the start of a radio packet and effect synchronization and DC estimation. It has a fixed length. The Access Code used in normal communication is the Channel Access Code which identifies the network and is included in all packets exchanged in the piconet.
- The
header 36 has a fixed length and contains link control information including the fields: AM_ADDR, ARQN and HEC. The local address (AM_ADDR) is a word uniquely identifying a slave within a network. The local address is assigned to a slave unit by the master unit when the master unit joins the slave to the network. ARQN is used to inform the source of a successful transfer of payload data. It can be a positive acknowledgement ACK, indicating the packet was successfully transferred, or a negative acknowledgement NAK, indicating that the packet was unsuccessfully transferred. HEC is a header integrity check. It is an 8 bit word generated from the header. - The
payload 38 during normal communication contains data. The payload is of variable length and may be absent. The payload has a header including the parameter L_CH, a payload body and possibly a Cyclic Redundancy Check (CRC). Generally a Link Layer Control Application Protocol (L2CAP) message is fragmented intoseveral packets 30. The L_CH code indicates whether the payload contains the starting fragment of an L2CAP message or a continuation fragment of an L2CAP message. An a priori negotiation indicates whether the payload relates to isochronous data. -
FIG. 4 illustrates atransmitter 40 communicating with areceiver 70 via achannel 60. The transmitter hastimer circuitry 42, acontroller 44, atransmitter portion 48, areceiver portion 46 and aFIFO memory 50 which stores a L2CAP message having fragments N, N+1 and N+2. Thememory 50 receivesdata 49 for transmission. The data for transmission is stored as payloads N, N+1 and N+2 inportions Payload 52 is transmitted first, then N+1, then N+2. The output ofmemory 50 is connected to thetransmitter portion 48 such that the contents of theportion 52 are provided as an input to the transmitter. Thetransmitter portion 48 encapsulates the contents ofmemory portion 52 as the payload of a data packet, converts the data packet from baseband to radio frequency and transmits the data packet to thereceiver 70 as radio waves. The encapsulation includes the creation and inclusion of a CRC in thepayload 38, the attachment of aHeader 36 comprising at least AM_ADDR, ARQN and HEC and the attachment of anAccess Code 34. Thereceiver portion 46 receives data packets from thereceiver 70 and determines whether they contain an acknowledgement of the transmitted packet (i.e. ARQN). The determination is communicated tocontroller 44 viasignal 45. If ARQN=ACK, that is, the transmitted packet was successfully received, the controller controls thememory 50 andtransmitter portion 48 to transmit thepayload N+ 1, in the next transmitted packet. The controller viacontrol signal 43 controls thememory 52 to discard the contents ofportion 52, such that the contents ofportion 54 move toportion 52 and the contents ofportion 56 move toportion 54. Thus packet N+1 is presented for transmission inmemory portion 52. If ARQN=NAK, that is the transmitted packet was not successfully received, or otherwise the controller ensures that payload N is retransmitted. The controller does not activatecontrol signal 43 and payload N remains inmemory portion 52 for retransmission. - The
timer 42 provides an important function when the L2CAP message comprises isochronous data that is data which “expires” if not successfully transmitted within a certain period of time. Thetimer 42 records the amount of time for which the current packet inmemory portion 52 has been retransmitted. If the value of the timer exceeds a threshold there is a timeout and thecontroller 44 flushes thememory 50. That is, the controller using discardsignal 47 causes thememory 50 to discard all the payloads N, N+1, N+2 which are fragments of the L2CAP message to which the current payload inmemory portion 52 belongs. - The
receiver 70 has areceiver portion 72, atransmitter portion 74 andverification circuitry 76. Thereceiver portion 72 communicates with thetransmitter portion 48 oftransmitter 40, and thetransmitter portion 74 communicates with thereceiver portion 46 oftransmitter 40. The transmitter andreceiver portions verification circuitry 76. Theverification circuitry 76 determines whether a packet has been received correctly. This decision is based on the HEC and on the CRC of the payload, if present. If the payload is correctly received as determined byverification circuitry 76, the transmitter portion sets ARQN=ACK in the next transmitted packet. If the payload is incorrectly received, the transmitter portion sets ARQN=NAK in the next transmitted packet. The transmitter portion includes ARQN in the header of the next transmitted data packet. If a payload of data is also being sent in the transmitted packet it may include a CRC. - It is apparent that the
transmitter 40 andreceiver 70 operate according to the Automatic Response Request protocol. The contents of memory portion 52 (message N) is transmitted and retransmitted to thereceiver 70 by thetransmitter 40, until either: -
- a) the
transmitter 40 successfully receives an acknowledgement from thereceiver 70 that it has successfully received the packet, or - b) a timeout in the transmitter is exceeded.
- a) the
- The preceding description corresponds to the procedure used in the prior art and described in “Specification of the Bluetooth System”, v1.0B, Dec. 1, 1999.
- The inventors have identified that certain problems arise from the prior art procedure.
- Isochronous data is data that is time bounded. That is data which requires a certain data rate but for which the delay is not critical. Such isochronous data may be delayed in its use but only within certain limits before it is outdated and no longer valid. Video, audio and voice streaming are examples of such data, but isochronous data is not limited to these examples.
- The timeout control in the transmitter determines whether isochronous data is outdated. When there is a timeout, not only is the last transmitted packet discarded but so is the whole of the L2CAP message to which it belongs. This results in a loss of data which may be disproportionate to the transmission errors occurring. A single transmission error may result in a whole L2CAP message being discarded. Furthermore the loss of such a large amount of data makes error correction techniques such as forward error correction inapplicable.
- It would be desirable to address such problems.
- According to one aspect of the present invention there is provided a radio transceiver, for receiving data, comprising:
- receiving means for receiving data;
- determining means for determining whether the received data has been correctly or incorrectly received;
- validation means for determining whether the received data is current;
- transmission means, for transmitting, in response to received data,
- a positive acknowledgement of reception when the received data has been correctly received,
- a negative acknowledgement when the received data has been incorrectly received and the received data is current and
- a positive acknowledgement when the received data has been incorrectly received and the received data is not current.
- When data is described as “current” in embodiments of the invention it defines data which at the time of its reception is not outdated.
- There may be an exception to this definition. In the case of data which is incorrectly received, “current” preferably defines data which will not be outdated when it is received after a retransmission. Thus, for incorrectly received data, where the received data is not itself outdated, but by the time it is retransmitted and re-received, the re-received data will be outdated, the incorrectly received data is preferably “not current”.
- That is “current” may describes that data is not outdated but preferably describes that correctly received data is not outdated and that incorrectly received data is data where the possibility of still receiving a retransmission of that data, which is not outdated, still exists. The received data may be a data packet having a payload which may include isochronous data and a header. The payload of data packets may also contain asynchronous data. The fact that the received data is isochronous may be communicated to the receiver by an a priori negotiation, as in Bluetooth Specification 1.0 b. Alternatively the data packet may contain a parameter that indicates that the packet payload contains isochronous data. In this latter example, the validation means may determine whether the received data is isochronous, for example from the parameter when contained in the packet header.
- The validation means comprises a timing means for determining whether received isochronous data is current.
- The determining means may determine whether the packet has been correctly or incorrectly received by testing the integrity of the header and/or by testing the integrity of the payload, for example, using a Cyclic Redundancy Check within the payload.
- The radio transceiver may further comprise error correction means for correcting errors arising from incorrectly received data which was not current at reception. This is an error correction procedure which is additional to the existing FEC procedure of Bluetooth baseband. This additional error correction is above L2CAP.
- The radio transceiver has means for retaining the received data for which a positive acknowledgement has been sent and for discarding received data for which a negative acknowledgement has been sent. The transceiver has a buffer for buffering the retained received data. There may be a buffer before and/or after error correction. The validation means may be coupled to the buffer such that the determination of whether the received data is current has flexibility being dependent upon the content of the buffer. It is preferable that the validation means is coupled to the buffer after error correction but it may alternatively be coupled to the buffer before error correction. The determination means may also be dependent up the type of error correction employed. Thus the validation means takes into account the surrounding circumstances in determining whether received isochronous data is current or not.
- According to a further aspect of the present invention there is provided a system comprising a transmitter and a receiver, wherein
- the transmitter is arranged to transmit packets of data having payloads including isochronous data and comprises:
- first transmission means for transmitting a packet of data to the receiver first reception means for receiving from the receiver, in response to said transmission of the data packet, a positive acknowledgement or a negative acknowledgement, wherein the transmitter is arranged to retransmit a data packet comprising isochronous data unless a positive acknowledgement is received, and the
- receiver comprises:
- second receiving means for receiving data transmitted by the transmitter;
- determining means for determining whether the received data has been correctly or incorrectly received;
- validation means for determining whether the received data is current;
- second transmission means, for transmitting in response to received data, a positive acknowledgement of reception when the received data has been correctly received or
- a negative acknowledgement when the received data has been incorrectly received and the received data is current or
- a positive acknowledgement when the received data has been incorrectly received and the received data is not current.
- According to a still further aspect of the present invention there is provided a method of communicating isochronous data between a transmitter and a receiver comprising the steps of:
- sending the isochronous data from the transmitter to the receiver;
- receiving the isochronous data at the receiver;
- determining whether the isochronous data has been correctly received;
- determining whether the isochronous data is current;
- transmitting a positive or negative acknowledgement from the receiver to the transmitter, in dependence on steps c) and d);
- re-transmitting the isochronous data from the transmitter to the receiver unless a positive acknowledgement is received at the transmitter from the receiver.
- Step e) preferably comprises transmitting a positive acknowledgement unless the received isochronous data is both incorrectly received and current. The method may further comprise transmitting new data from the transmitter to the receiver when a positive acknowledgement is received at the transmitter from the receiver.
- It will therefore be appreciated that embodiments of the present invention in its various aspects have several advantages. One advantage is an increase in performance. When a payload is incorrectly received and the payload contains isochronous data which is no longer current, a whole L2CAP message is not discarded because the timeout of the isochronous data is moved from the transmitter to the receiver side. Instead, the incorrectly received payload may be retained and the transmitter is instructed to send the next payload. This efficiency also provides for the use of additional error correction techniques such as FEC, which further increases the performance. Thus embodiments of the invention avoid discarding data except those bits actually lost via transmission errors.
- For a better understanding of the present invention and to further understand how the same may be brought into effect, reference will now be made by way of example only to the enclosed drawings in which:
-
FIG. 1 illustrates a communications network including a master and slave units; -
FIG. 2 illustrates the time frame of the communications network; -
FIG. 3 illustrates a radio packet; -
FIG. 4 is a schematic illustration of a transmitter and receiver operating according to the prior art; and -
FIG. 5 is a schematic illustration of a transmitter and receiver operating according to an embodiment of the present invention. -
FIG. 5 illustrates one embodiment of the present invention in which atransmitter 140 communicates with areceiver 170 via achannel 160. The, transmitter has acontroller 144, atransmitter portion 148, areceiver portion 146 and aFIFO memory 150 which stores a L2CAP message having fragments N, N+1 and N+2. Thememory 150 receivesdata 149 for transmission. The data for transmission is stored as payloads N, N+1 and N+2 inportions Payload 152 is transmitted first, then N+1, then N+2. The output ofmemory 150 is connected to thetransmitter portion 148 such that the contents of theportion 152 are provided as an input to the transmitter. Thetransmitter portion 148 encapsulates the contents ofmemory portion 152 as the payload of a data packet and transmits the data packet to thereceiver 170. The encapsulation includes the creation and inclusion of a CRC in thepayload 38, the attachment of aHeader 36 comprising at least AM_ADDR, ARQN and HEC and the attachment of anAccess Code 34. Thereceiver portion 146 receives data packets from thereceiver 170 and determines whether they contain an acknowledgement of the transmitted packet (i.e. ARQN). The determination is communicated tocontroller 144 via signal 145. If ARQN=ACK, that is, the transmitted packet was successfully received, the controller controls thememory 150 andtransmitter portion 148 to transmit thepayload N+ 1, in the next transmitted packet. The controller viacontrol signal 143 controls thememory 150 to discard the contents ofportion 152, such that the contents ofportion 154 move toportion 152 and the contents ofportion 156 move toportion 154. Thus packet N+1 is presented for transmission inmemory portion 152. If ARQN=NAK, that is the transmitted packet was not successfully received, the controller ensures that payload N inmemory portion 152 is retransmitted. The controller does not activate control signal 143 and payload N remains inmemory portion 152 for retransmission. - The
receiver 170 has areceiver portion 172, atransmitter portion 174, verification circuitry 176, afirst buffer 178 for buffering the payload(s) of a received packet(s),error correction circuitry 180, and asecond buffer 182 for buffering the received data for output. - The
receiver portion 172 converts a received signal to baseband. The receiver portion obtains HEC from the packet header, L_CH from the payload header and CRC from the payload itself. It provides to the verification circuitry 176, HEC assignal 171, L_CH insignal 173, CRC assignal 175 and the payload assignal 177. - The verification circuitry determines if the payload was correctly received. The verification uses the HEC and/or the CRC to determine if a packet has been correctly received. The verification circuitry calculates a temporary HEC from the packet header received in
signal 177 and compares it with the HEC received insignal 171. If the temporary HEC and received HEC correspond, the header has been correctly received, the verification circuitry calculates a temporary CRC of the payload received assignal 177 and compares it to the CRC received assignal 175. If the calculated and received CRCs correspond the payload has been received correctly, if they do not the payload has been incorrectly received. - According to one embodiment, the verification of HEC is performed first then the verification of CRC is performed if and only if the header was correctly received.
- If the payload is received correctly the verification circuitry via
control signal 183 causes thereceiver portion 172 to write the received payload to thebuffer 178 along with an associated flag indicating that the payload data is correct. The verification circuitry viacontrol signal 179 also causes ARQN=ACK in the header of the packet transmitted in response bytransmitter portion 174. - If the received packet contains isochronous data (indicated by a priori negotiation between transmitter and receiver as in Bluetooth Specification 1.0b or indicated by a parameter in signal 173) and the payload is received incorrectly, the verification circuitry may respond in one of two ways.
- If the received isochronous data is not current, i.e. by the time a retransmission of the isochronous data is received it will be outdated, the verification circuitry via
control signal 183 causes thereceiver portion 172 to write the received payload to thebuffer 178 along with an associated flag indicating that the payload data is incorrect. The verification circuitry viacontrol signal 179 also causes ARQN=ACK in the header of the packet transmitted in response bytransmitter portion 174. - If the received isochronous data is current, i.e. by the time a retransmission of the isochronous data is received it will not be outdated, the verification circuitry via
control signal 179 causes ARQN=NAK in the header of the packet transmitted in response bytransmitter portion 174. No data is transferred fromreceiver portion 172 to buffer 178. - The data in
buffer 178 is passed toerror correction circuitry 180 where errors in the buffered data are corrected. The data stored in the buffer may be applied to the error correction circuitry in multiples of payloads (one or more). The exact multiple will depend upon the number of successive payloads to which a single error correction procedure is applied. It may be convenient, for example, to apply an error correction procedure (such as Forward Error Correction FEC) over an L2CAP message at thetransmitter 140. It would therefore be necessary to apply the error correction process at thereceiver 170 over the same period namely, an L2CAP message. - The data in
buffer 178 may contain correctly and incorrectly received payloads. The error correction process reduces or removes the errors arising from the incorrectly received payloads. Any suitable error correction process may be used in thetransmitter 140 with the complimentary process being used inreceiver 170. Forward Error Correction is the preferred error correction mechanism using for example Reed-Solomon Codes or (punctured) convolution codes, possibly with interleaving. FEC can recover the uncertain or lost parts of the payload. - According to one error correction procedure, the complete payload flagged as incorrectly received is considered to be erased.
- According to one error correction procedure, the complete payload flagged as incorrectly received is included in the data stream with the correctly received payloads. Burst error coding or interleaving can be used to correct the bit errors in the incorrectly received payload.
- Error concealment may be used to deal with residual errors.
- The data from the
error correction circuitry 180 is stored in asecond buffer 182 ready for use. - The verification circuitry 176 determines whether data is current or not according to two inputs. The
first input 185 is from atimer 184, which records the time since the last correctly received data packet. The time measurement may for example be a measure of the number of successive NAK acknowledgements sent to thetransmitter 140 or the real time since the last ACK was sent to thetransmitter 140. The second, optional, input is adynamic signal 181 indicating the amount of data in the buffer 182 (and/or buffer 178). The more data that is stored in the buffer ready for use, the longer the currently received data remains current. If the buffer is empty the received data is no longer current. The verification circuitry according to one embodiment uses an algorithm taking the two inputs as arguments to calculate whether a payload which has been incorrectly received is current or not. The response of the verification circuitry 176 is dependent upon whether the incorrectly received payload is calculated as being current or not. - Current incorrectly received data is data where the possibility of still receiving a retransmission of that data, which is not outdated, still exists.
- It is apparent that the
transmitter 140 andreceiver 170 operate according to a modified Automatic Response Request protocol. The contents of memory portion 152 (message N) is transmitted and retransmitted to thereceiver 170 by thetransmitter 140, until thetransmitter 140 receives an acknowledgement from thereceiver 170 that it has successfully received the packet. - When the receiver correctly receives a payload, it responds with a positive acknowledgement ACK, which prevents the retransmission of that payload and requests the transmission of the next payload, and retains the correctly received payload.
- The receiver determines whether an incorrectly received payload containing isochronous data is current. If it is, a negative acknowledgement NAK is sent in response, requesting the retransmission of the payload and the incorrectly received payload is discarded. If it is not a positive acknowledgement ACK is sent in response, terminating the retransmission of the payload and requesting the transmission of the next payload and the incorrectly received payload is retained. Error correction procedures may be used on the incorrectly received payload.
- In the previously described embodiment, if the payload is received correctly the verification circuitry via
control signal 183 causes thereceiver portion 172 to write the received payload to thebuffer 178 along with an associated flag indicating that the payload data is correct. If the payload is received incorrectly, and it is current, the payload is not transferred to buffer 178; however, if it is not current the received payload is transferred to thebuffer 178 along with an associated flag indicating that the payload data is incorrect. Consequently, either a correctly received payload or the last incorrectly received payload is stored in the buffer for further processing. According to another embodiment, each incorrectly received version of a payload is stored in the verification circuitry 176 which uses this diversity to produce an improved version that takes into account all, or at lest the best, received versions of the payload. When the positive acknowledgement ACK is given, on receiving a non-current and incorrect payload, the verification circuitry transfers the improved version of the payload (instead of the received incorrect payload) to thebuffer 178 along with an associated flag indicating that the payload data is incorrect via thereceiver part 172 usingsignal 183. - Diversity gain is used to improve bit errors and produce the improved version of the payload from the received versions. For example, the value of a bit in the improved version can be determined by a majority decision taking into account the corresponding bit value for each received version (if 3 or more versions are received). Alternatively a soft decision may be taken on each bit of the improved version, by averaging the corresponding bit values for the received versions. As a further alternative, instead of taking a decision here, the soft information (e.g. averaged bit weight) can be conveyed to the subsequent units, such that the application can take into account the bitwise reliability information.
- An improved version of the incorrectly received payload could be determined by the verification circuitry each time such a payload is incorrectly received, thus keeping an updated improved version. A general confidence measure of the updated improved version thus determined could be calculated and if it is high enough, the verification circuitry could accept the updated improved version of the payload by providing a positive acknowledgement ACK and transferring the improved version of the payload (instead of the received incorrect payload) to the
buffer 178 along with an associated flag indicating that the payload data is incorrect viareceiver part 172 usingsignal 183. - Although Cyclic Redundancy Checking CRC has been used in the preceding embodiment to determine whether a payload has been correctly received, any suitable checking scheme may be used in the alternative.
- Although embodiments of the present invention have been described in the preceding paragraphs with reference to various examples, it should be appreciated that modifications and variations to the examples given can be made without departing from the scope of the invention as claimed.
Claims (25)
1. An apparatus comprising:
a receiving component configured to receive data;
a determining component configured to determine whether the received data has been correctly or incorrectly received;
a validation component configured to determine whether the received data satisfies a condition;
a transmission component, configured to transmit, in response to the received data,
a positive acknowledgement of reception when the received data has been correctly received,
a negative acknowledgement when the received data has been incorrectly received and the received data satisfies the condition, and
a positive acknowledgement when the received data has been incorrectly received and the received data does not satisfy the condition.
2. The apparatus as claimed in claim 1 , further comprising a component configured to flag the incorrectly received data for which a positive acknowledgement has been sent.
3. The apparatus as claimed in claim 2 , further comprising a buffer configured to buffer the received data.
4. The apparatus as claimed in claim 3 , wherein the validation component is coupled to the buffer wherein the determination of whether the received data satisfies the condition is dependent upon content of the buffer.
5. The apparatus as claimed in claim 1 , wherein the received data is isochronous data.
6. The apparatus as claimed in claim 1 , wherein the receiving component is configured to receive data as data packets having a payload which includes isochronous data.
7. The apparatus as claimed in claim 6 , wherein the validation component determines whether the received data is isochronous data, in addition, to whether the isochronous data satisfies the condition.
8. The apparatus as claimed in claim 7 , wherein the received data includes an indication of whether the payload includes isochronous data, wherein the validation component is further configured to determine whether the received data is isochronous data in dependence upon said indication.
9. The apparatus as claimed in claim 1 , wherein said validation component comprises a timer configured to determine whether the received data is current.
10. The apparatus as claimed in claim 1 , wherein said data is received in a payload of a packet having a header, and said determining component is configured to determine whether the packet has been correctly or incorrectly received by testing integrity of the header.
11. The apparatus as claimed in claim 1 , wherein said data is received in a payload portion of a packet, and said determining component is further configured to determine whether the packet has been correctly or incorrectly received by testing integrity of the payload.
12. The apparatus as claimed in claim 11 , wherein said payload portion includes a Cyclic Redundancy Check.
13. The apparatus as claimed in claim 1 , further comprising an error correction component configured to correct errors in incorrectly received data.
14. The apparatus as claimed in claim 1 , further comprising:
a component configured to determine an improved version of first data, the component configured to determine an improved version having received consecutively a plurality of incorrect versions of said first data for which a negative acknowledgement has been sent; and
a buffer for retaining the improved version after the transmission of a positive acknowledgement.
15. The apparatus as claimed in claim 1 , wherein the condition is that the data is current.
16. The apparatus as claimed in claim 1 , wherein the condition is that the data is both isochronous and current.
17. The apparatus as claimed in claim 1 , wherein the condition is dependent upon an amount of data in a memory buffer.
18. A system comprising:
a transmitter, the transmitter configured to transmit packets of data having payloads including isochronous data, the transmitter comprising:
a first transmission component configured to transmit a packet of data to a receiver; and
a first reception component configured to receive from the receiver, in response to said transmission of the data packet, a positive acknowledgement or a negative acknowledgement, wherein the transmitter is arranged to retransmit a data packet comprising isochronous data, unless a positive acknowledgement is received; and
the receiver comprising:
a second receiving component configured to receive data transmitted by the transmitter;
a determining component configured to determine whether the received data has been correctly or incorrectly received;
a validation component configured to determine whether the received data is current; and
a second transmission component configured to transmit in response to received data,
a positive acknowledgement of reception when the received data has been correctly received,
a negative acknowledgement when the received data has been incorrectly received and the received data is current, and
a positive acknowledgement when the received data has been incorrectly received and the received data is not current.
19. A method comprising:
receiving data;
determining whether the received data has been correctly or incorrectly received;
determining whether the received data satisfies a condition;
transmitting a positive acknowledgement when the received data has been correctly received, a negative acknowledgement when the received data has been incorrectly received, and a positive acknowledgement when the received data has been incorrectly received and the received data does not satisfy the condition.
20. The method as claimed in claim 19 , further comprising flagging the incorrectly received data for which a positive acknowledgement has been sent.
21. The method as claimed in claim 20 , further comprising using the flagged incorrectly received data to correct received data.
22. The method as claimed in claim 19 , further comprising buffering received data in a memory buffer, wherein the condition is dependent upon content of the memory buffer.
23. The method as claimed in claim 19 , wherein the condition is that the data is current.
24. The method as claimed in claim 19 , wherein the condition is that the data is both isochronous and current.
25. The method as claimed in claim 19 , wherein a positive acknowledgement is transmitted unless the received isochronous data is both incorrectly received and satisfies the condition.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/760,065 US20070263708A1 (en) | 2000-01-12 | 2007-06-08 | Receiver Controlled Isochronous Transmission |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GBGB0000573.6A GB0000573D0 (en) | 2000-01-12 | 2000-01-12 | Receiver based isochronous transmissions |
GB0000573.6 | 2000-01-12 | ||
US10/169,980 US7280524B2 (en) | 2000-01-12 | 2001-01-12 | Receiver controlled isochronous transmission |
PCT/EP2001/000341 WO2001052466A1 (en) | 2000-01-12 | 2001-01-12 | Receiver controlled isochronous transmission |
US11/760,065 US20070263708A1 (en) | 2000-01-12 | 2007-06-08 | Receiver Controlled Isochronous Transmission |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2001/000341 Continuation WO2001052466A1 (en) | 2000-01-12 | 2001-01-12 | Receiver controlled isochronous transmission |
US10/169,980 Continuation US7280524B2 (en) | 2000-01-12 | 2001-01-12 | Receiver controlled isochronous transmission |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070263708A1 true US20070263708A1 (en) | 2007-11-15 |
Family
ID=9883507
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/169,980 Expired - Fee Related US7280524B2 (en) | 2000-01-12 | 2001-01-12 | Receiver controlled isochronous transmission |
US11/760,065 Abandoned US20070263708A1 (en) | 2000-01-12 | 2007-06-08 | Receiver Controlled Isochronous Transmission |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/169,980 Expired - Fee Related US7280524B2 (en) | 2000-01-12 | 2001-01-12 | Receiver controlled isochronous transmission |
Country Status (13)
Country | Link |
---|---|
US (2) | US7280524B2 (en) |
EP (1) | EP1247370B1 (en) |
JP (1) | JP2003520494A (en) |
KR (1) | KR100732661B1 (en) |
CN (1) | CN1193533C (en) |
AT (1) | ATE387770T1 (en) |
AU (1) | AU2001226776A1 (en) |
BR (1) | BR0107408A (en) |
CA (1) | CA2395592A1 (en) |
DE (1) | DE60132974T2 (en) |
GB (1) | GB0000573D0 (en) |
WO (1) | WO2001052466A1 (en) |
ZA (1) | ZA200205544B (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140280650A1 (en) * | 2013-03-15 | 2014-09-18 | Trane International Inc. | Method for fragmented messaging between network devices |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7027424B1 (en) | 2000-05-24 | 2006-04-11 | Vtech Communications, Ltd. | Method for avoiding interference in a digital communication system |
GB0102261D0 (en) | 2001-01-29 | 2001-03-14 | Vtech Communications Ltd | Enhanced cordless telephone platform using bluetooth technology |
GB2386517B (en) * | 2001-01-29 | 2004-03-24 | Vtech Communications Ltd | Enhanced cordless telephone platform |
DE10103927A1 (en) * | 2001-01-30 | 2002-08-14 | Infineon Technologies Ag | Data transfer system |
US6839007B2 (en) | 2001-11-01 | 2005-01-04 | Qualcomm Incorporated | Inner coding of higher priority data within a digital message |
US7106757B2 (en) | 2001-12-19 | 2006-09-12 | Intel Corporation | System and method for streaming multimedia over packet networks |
DE60322462D1 (en) | 2002-04-09 | 2008-09-11 | Thomson Licensing | ARQ method with isochronous and asynchronous transmission |
US7676722B2 (en) * | 2004-03-31 | 2010-03-09 | Sony Corporation | Multimedia content delivery using pre-stored multiple description coded video with restart |
ATE410874T1 (en) * | 2005-09-20 | 2008-10-15 | Matsushita Electric Ind Co Ltd | METHOD AND DEVICE FOR PACKET SEGMENTATION AND LINK SIGNALING IN A COMMUNICATIONS SYSTEM |
TWI308018B (en) * | 2005-11-23 | 2009-03-21 | Inst Information Industry | Wireless communication system, apparatus, method and computer readable medium therefor for packet transmission |
US8661083B2 (en) * | 2009-04-04 | 2014-02-25 | Oracle International Corporation | Method and system for implementing sequence start and increment values for a resequencer |
US9124448B2 (en) * | 2009-04-04 | 2015-09-01 | Oracle International Corporation | Method and system for implementing a best efforts resequencer |
US20100254388A1 (en) * | 2009-04-04 | 2010-10-07 | Oracle International Corporation | Method and system for applying expressions on message payloads for a resequencer |
US8578218B2 (en) * | 2009-04-04 | 2013-11-05 | Oracle International Corporation | Method and system for implementing a scalable, high-performance, fault-tolerant locking mechanism in a multi-process environment |
US8392810B2 (en) * | 2010-01-25 | 2013-03-05 | Qualcomm Incorporated | Majority vote error correction |
KR101266039B1 (en) | 2011-08-10 | 2013-05-21 | 엘지전자 주식회사 | Mobile terminal and communication system having the same |
CN102523574B (en) * | 2011-12-13 | 2015-03-18 | 华为终端有限公司 | LTE (long term evolution) single-card double-standby multi-mode terminal and CS (circuit switched) service and PS (packet switched) service concurrent processing method thereof |
US10514541B2 (en) * | 2012-12-27 | 2019-12-24 | Microsoft Technology Licensing, Llc | Display update time reduction for a near-eye display |
US10148453B2 (en) * | 2016-02-24 | 2018-12-04 | Qualcomm Incorporated | Using update slot to synchronize to Bluetooth LE isochronous channel and communicate state changes |
FR3054399B1 (en) * | 2016-07-22 | 2018-08-03 | Tap Sound System | CONTROL OF BLUETOOTH MULTIMEDIA DEVICES |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4939731A (en) * | 1986-12-02 | 1990-07-03 | Plessey Overseas Limited | Data transmission system with automatic repeat request |
US5684791A (en) * | 1995-11-07 | 1997-11-04 | Nec Usa, Inc. | Data link control protocols for wireless ATM access channels |
US6088337A (en) * | 1997-10-20 | 2000-07-11 | Motorola, Inc. | Method access point device and peripheral for providing space diversity in a time division duplex wireless system |
US6717947B1 (en) * | 1998-12-03 | 2004-04-06 | Lsi Logic Corporation | Method and apparatus for isochronous data transfer with retry capability |
US7023801B1 (en) * | 1999-12-07 | 2006-04-04 | Lsi Logic Corporation | Speculative packet selection for transmission of isochronous data |
US7023833B1 (en) * | 1999-09-10 | 2006-04-04 | Pulse-Link, Inc. | Baseband wireless network for isochronous communication |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2302243B (en) | 1995-06-12 | 2000-03-01 | Comm & Control Electronics Ltd | Communication system message acknowledgement |
JPH09191314A (en) * | 1996-01-10 | 1997-07-22 | Mitsubishi Electric Corp | Continuous data transmission method and its transmitter |
JPH10341217A (en) * | 1997-06-09 | 1998-12-22 | Kokusai Electric Co Ltd | Multimedia multiplex communication system |
-
2000
- 2000-01-12 GB GBGB0000573.6A patent/GB0000573D0/en not_active Ceased
-
2001
- 2001-01-12 EP EP01901149A patent/EP1247370B1/en not_active Expired - Lifetime
- 2001-01-12 WO PCT/EP2001/000341 patent/WO2001052466A1/en active IP Right Grant
- 2001-01-12 AU AU2001226776A patent/AU2001226776A1/en not_active Abandoned
- 2001-01-12 US US10/169,980 patent/US7280524B2/en not_active Expired - Fee Related
- 2001-01-12 JP JP2001552568A patent/JP2003520494A/en active Pending
- 2001-01-12 DE DE60132974T patent/DE60132974T2/en not_active Expired - Lifetime
- 2001-01-12 KR KR1020027008864A patent/KR100732661B1/en not_active IP Right Cessation
- 2001-01-12 CA CA002395592A patent/CA2395592A1/en not_active Abandoned
- 2001-01-12 BR BR0107408-3A patent/BR0107408A/en not_active IP Right Cessation
- 2001-01-12 CN CNB018036473A patent/CN1193533C/en not_active Expired - Fee Related
- 2001-01-12 AT AT01901149T patent/ATE387770T1/en not_active IP Right Cessation
-
2002
- 2002-07-11 ZA ZA200205544A patent/ZA200205544B/en unknown
-
2007
- 2007-06-08 US US11/760,065 patent/US20070263708A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4939731A (en) * | 1986-12-02 | 1990-07-03 | Plessey Overseas Limited | Data transmission system with automatic repeat request |
US5684791A (en) * | 1995-11-07 | 1997-11-04 | Nec Usa, Inc. | Data link control protocols for wireless ATM access channels |
US6088337A (en) * | 1997-10-20 | 2000-07-11 | Motorola, Inc. | Method access point device and peripheral for providing space diversity in a time division duplex wireless system |
US6717947B1 (en) * | 1998-12-03 | 2004-04-06 | Lsi Logic Corporation | Method and apparatus for isochronous data transfer with retry capability |
US7023833B1 (en) * | 1999-09-10 | 2006-04-04 | Pulse-Link, Inc. | Baseband wireless network for isochronous communication |
US7023801B1 (en) * | 1999-12-07 | 2006-04-04 | Lsi Logic Corporation | Speculative packet selection for transmission of isochronous data |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140280650A1 (en) * | 2013-03-15 | 2014-09-18 | Trane International Inc. | Method for fragmented messaging between network devices |
US10425371B2 (en) * | 2013-03-15 | 2019-09-24 | Trane International Inc. | Method for fragmented messaging between network devices |
Also Published As
Publication number | Publication date |
---|---|
EP1247370B1 (en) | 2008-02-27 |
KR100732661B1 (en) | 2007-06-27 |
KR20020068395A (en) | 2002-08-27 |
DE60132974T2 (en) | 2009-03-05 |
JP2003520494A (en) | 2003-07-02 |
CN1193533C (en) | 2005-03-16 |
CA2395592A1 (en) | 2001-07-19 |
US7280524B2 (en) | 2007-10-09 |
EP1247370A1 (en) | 2002-10-09 |
DE60132974D1 (en) | 2008-04-10 |
ZA200205544B (en) | 2003-03-28 |
CN1395774A (en) | 2003-02-05 |
GB0000573D0 (en) | 2000-03-01 |
WO2001052466A1 (en) | 2001-07-19 |
US20030109228A1 (en) | 2003-06-12 |
ATE387770T1 (en) | 2008-03-15 |
BR0107408A (en) | 2002-10-08 |
AU2001226776A1 (en) | 2001-07-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070263708A1 (en) | Receiver Controlled Isochronous Transmission | |
US6744766B2 (en) | Hybrid ARQ for a wireless Ad-Hoc network and a method for using the same | |
US7773524B2 (en) | Apparatus and method for using automatic repeat request scheme in a broadband wireless access communication system | |
US8400999B2 (en) | Method of handling packet data in a wireless communications system and related apparatus | |
US7904777B2 (en) | Method and system for generating block acknowledgements in wireless communications | |
US6519731B1 (en) | Assuring sequence number availability in an adaptive hybrid-ARQ coding system | |
KR101705768B1 (en) | Apparatus and method for operating duplication harq in mobile communication system | |
US9871625B2 (en) | Status reporting for retransmission protocol | |
US20020114404A1 (en) | Data transmission apparatus and data transmission method | |
US20070234170A1 (en) | Method and system for communication of video information over wireless channels | |
WO2007028312A1 (en) | Data transmission unit retransmission method, system, data receiver device and data transmitter device | |
US8811500B2 (en) | Data transmission | |
JP2004535136A (en) | How to send data packets | |
CN111800171A (en) | Bluetooth low-power-consumption audio data transmission method, device and equipment | |
US7400587B2 (en) | Optimum frame fragmentation method for communication over error prone channels | |
US8301957B2 (en) | Incremental redundancy retransmission method for fragmented packets | |
JP3406513B2 (en) | Wireless receiving device and wireless transmitting device | |
US7142542B2 (en) | Selective retransmission of data | |
KR100624617B1 (en) | Method of transmitting data on wide-band wireless communication | |
WO2005008948A1 (en) | Data communication device and data communication method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |